База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

ГОСТ Р ИСО 9506-2-2014 Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола

Обозначение: ГОСТ Р ИСО 9506-2-2014
Наименование: Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола
Статус: Действует
Дата введения: 01/01/2016
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.40
Скачать PDF: ГОСТ Р ИСО 9506-2-2014 Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола.pdf
Скачать Word:ГОСТ Р ИСО 9506-2-2014 Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола.doc

Текст ГОСТ Р ИСО 9506-2-2014 Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТ Р исо

9506-2—

2014

Системы промышленной автоматизации

и интеграция

СПЕЦИФИКАЦИЯ ПРОИЗВОДСТВЕННЫХ

СООБЩЕНИЙ

Ч асть 2

Спецификация протокола

ISO 9506-2:2003

Industrial automation systems and integration — Manufacturing Message Specification —

Part 2: Protocol specification

(IDT)

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

Москва

Стандарт* иформ 2015

ГОСТ Р ИСО 9506-2—2014

Предисловие

1    ПОДГОТОВЛЕН ООО «НИИ экономики связи и информатики «Интерэкомс» (ООО «НИИ «Интерэкомс») на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 26 ноября 2014 г. N9 1 864-ст

4    Настоящий стандарт идентичен международному стандарту ИСО 9506-2:2003 «Системы промышленной автоматизации и интеграция. Спецификация производственных сообщений. Часть 2. Спецификация протокола» (ISO 9506-2:2003 «Industrial automation systems — Manufacturing Message Specification — Part 2: Protocol specification»).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты». е официальный текст изменений и поправок — в ежемесячном указателе «Национальные стандарты». В случав пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте национального органа Российской Федерации по стандартизации в сети Интернет ()

@ Стандартинформ, 2015

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и рас

пространен в качестве официального издания без разрешения Федерального агентства по техническо

му регулированию и метрологии

II

ГОСТ Р ИСО 9506-2-2014

Содержание

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

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

3    Термины и определения..........................................................................................................................2

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

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

6    Элементы протокольной процедуры......................................................................................................9

7    Блоки данных протокола спецификации производственных сообщений MMS PDU.........................15

8    Среда и протокол общего управления.....................................................................................................59

9    Протокол ответа на услугу, удовлетворяющую заданным требованиям................................................63

10    Протокол поддержки VMD.......................................................................................................................66

11    Протокол управления доменом.............................................................................................................70

12    Протокол управления активизацией программы..............................„...................................................76

13    Протокол управления блоком...............................................................................................................82

14 Протокол доступа к переменной ....................................................................................................„.88

15    Протокол обмена данными................................„............................................................................100

16    Протокол управления семафором...................................................................................................101

17    Протокол связи с оператором..........................................................................................................104

18    Протокол управления событием.......................................................................................................105

19    Протокол условий события................................................................................................................110

20    Протокол действия события.............................................................._..................................................114

21    Протокол регистрации события.......................... _.................................................116

22    Протокол перечня условий события.....................................................................................................121

23    Протокол управления журналом........................................................................................................125

24    Отображение на нижележащие услуги связи............ _.................................................128

25    Утверждение и конфигурация инициализации.....................................................................................131

Приложение А (обязательное) Связь М-услуг с сервисным элементом управления

ассоциацией (ACSE) и услугами представления данных..................................................148

Приложение В (обязательное) Абстрактный формат конфигурации и инициализации ..........„........„151

Приложение С (обязательное) Протокол доступа к файлу...................„.......... 164

Приложение D (справочное) Протокол управления файлом.............................................................166

Приложение Е (справочное) Рассеянный доступ....................................................................................169

Приложение F (справочное) Тип данных REAL.......................................................................................170

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

ссылочным национальным стандартам Росомской Федерации ....................................171

III

ГОСТ Р ИСО 9506-2—2014

Введение

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

Услуги, обеспечиваемые спецификацией производственных сообщений (MMS). могут быть разными: от простых до самых сложных. Совсем не обязательно, чтобы все указанные услуги поддержи вались всеми устройствами. 6 некоторых случаях поддерживаемое подмножество ограничивается сопутствующими стандартами. Во всех случаях данное множество может быть ограниченно пользователем. Важнейшие характеристики поддерживаемого подмножества услуг приведены далее:

a)    применимость конкретной услуги к конкретному устройству:

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

c)    сложность обеспечения конкретного класса услуг сети и сложность самого устройства.

Требования безопасности

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

Сложность услуг и требований

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

Ключевые слова

Межсетевое взаимодействие приложения Протокол прикладного уровня Система обработки информации Производстве! и ia* коммуникационная сеть Спецификация производственных сообщений Система цифрового управления Взаимосвязь открытых систем

Общие положения

Настоящий стандарт — это один из серии стандартов, обеспечивающих взаимосвязь систем обработки информации. Он позиционируется на прикладном уровне среды взаимосвязи открытых систем по отношению к другим стандартам в качестве прикладного сервисного элемента (ASE) базовой ссылочной модели обеспечения взаимосвязи открытых систем (см. ИСО 7498).

Целью обеспечения взаимосвязи открытых систем является организация (с минимальными техническими соглашениями за рамками соответствующих стандартов) взаимосвязи систем обработки информации:

a)    различных изготовителей:

b)    различных форм управления;

c)    различных уровней сложности;

d)    различных временных интервалов.

Цель

Целью настоящего стандарта является определение спецификаций производственных сообщений. Настоящий стандарт тесно связан с областью применения определения спецификации услуги производственных сообщений (см. ИСО 9506-1). Он использует услуги, обеспечиваемые коммуникационной системой, которая предполагается для передачи элементов PDU.

Ссылочная модель OSJ Система управления процессом Программируемый контроллер Программируемое устройство

Система управления робототехничесяим оборудованием Виртуальное производственное устройство

IV

ГОСТ Р ИСО 9506-2-2014

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

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

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

Издание

Настоящий стандарт отличается от первого издания ИСО 9S0&-2 тем. что в нем исправлены ошибки в протоколах, связанных с определениями типов ASN.1 и модетрованием структур. В настоящей стандарте также исправлены несколько типографских ошибок.

Отличия настоящего стандарта от ИСО/МЭК 9506-2:1990 заключаются в том. что:

a)    материалы ИСО/МЭК ТО 13345. описывающие подмножества протокола MMS. включены в настоящий стандарт:

b)    все материалы изменений 1 и 2 включены в настоящий стандарт как технические поправки:

c)    формальная модель объекта, используемая в ИСО 9506-1. обеспечивает некоторые типы определений для протокола, описанного в настоящем стандарте. Так. утверждение IMPORT включено в модуль ASN.1;

d)    услуги и протокол, ранее опубликованные в сопутствующих стандартах (ИСО/МЭК 9506-3. ИСО/МЭК 9506-4 и ИСО/МЭК 9506-6). включены в базовый стандарт.

8 результате указанных изменений нет необходимости использовать отдельный абстрактный синтаксис для каждого сопутствующего стандарта. Все сопутствующие стандарты теперь могут ссыншьсм на единый ибо ■ ратный син1<жсш; (доивши швидвро. При эшм использование других абстрактных синтаксисов остается возможным для обеспечения совместимости. Отпала необходимость и в отдельном определении модуля в разделе 19 первого издания ИСО/МЭК 9506-2 (указанный раздел удален);

e)    требования к связи MMS обобщены, и MMS описан с учетом абстрактного множества услуг, необходимых для их поддержки. Соотношение между указанным абстрактным множеством услут и услугами, обеспечиваемыми семейством протоколов связи модели OSI. приведено в приложении. Это дает возможность обеспечить корректную работу MMS с альтернативными системами связи (уменьшение необходимого объема стековой памяти) путем использования эквивалентности указанных абстрактных услуг.

О ограничения на обозначения, которые могут быть использованы как идентификаторы, ослаблены. Теперь идентификатор может начинаться с цифры и. как расширение, может состоять только из цифр:

д) многие (но не все) реализации VisibieString заменены на новую реализацию MMSString. которая дает возможность использовать произвольную строку символов, определенных в ИСО 10646. Аналогично, эти более общие строки также могут быть использованы как идентификаторы. Добавленные новые параметры СВв создают условия для обсуждения условий применения указанных более общих строк;

Ь)в8бденаноеаяуслугаРесолВдигеР|Т>дгат1пуосаиоп(активизацияпрограммы реконфигурации), вставленная в раздел по управлению программами активизации. Данная услуга задает технологию динамического изменения составляющих доменов рассматриваемой вызова программы;

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

v

ГОСТ Р ИСО 9506-2—2014

переменной или с поименованным типом. Эта область определена предварительно либо ее значение установлено как имя поименованного типа (используемого для его построения в услуге определения поименованной переменной DefineNamedVariable или в услуге определения поименованного типа OefineNamedType). Настоящая область указана вместе с услугой получения атрибутов доступа к переменной GetVariableAecessAttributes или услугой получения атрибутов поименованного типа GetNamedTypeAttributes. если оговорена величина sem (нового параметра СВВ);

j)    текст стандарта отредактирован таким образом, что разделов стало больше, и они стали короче:

k)    тип данных Real удален из настоящего стандарта:

l)    из текста настоящего стандарта удалены материалы по рассеянному доступу. Они размещены в справочном приложении:

т) в соответствии с рекомендациями ИСО/МЭК 6624-1 все утверждения EXTERNAL в протоколе заменены утверждениями CHOICE (EXTERNAL, EMBEDOEO PDV}

n) сущность PICS первого издания заменена разделом, содержащим информацию о конфигурации и инициализации. Настоящий раздел содержит указания по книциатзаци в некоторых областях (их относительно немного) для VMD и подчиненных объектов, а также обеспечивает отчет (в форме таблицы) о значениях инициализации в других областях (в соответствии с возможностями разработчика). Добавлено новое приложение (см. приложение В). Оно содержит описание модуля ASN.1. используемого при передаче информации, содержащейся в указанной таблице.

Протокол

В настоящее время 8 результате использования методики моделирования объекта ASN.1 протокол существует в виде трех отдельных модулей. Один модуль является частью объектной модели, описанной в ИСО 9506-1. Два других модуля определены в настоящем стандарте, содержащем описания контента и структуры всех корректных блоков данных PDU. Несмотря на то что формулировка ASN.1 может быть различной в некоторых случаях, сущности PDU. полученные с помощью приложений, описанных в первом издании ИСО 9506. идентичны соответствующим сущностям настоящего издания. По этой причине настоящий стандарт по-прежнему идентифицируют в качестве основной версией Ns 1 (номера других версий изменены, чтобы соответствовать всем новым добавлениям к настоящему стандарту).

Необходимо указать два исключения:

1)    синтаксические расширения, определенные сопутствующими стандартами, теперь идентифицированы новыми параметрами СВВ вместо отдельного абстрактного синтаксиса. Следовательно, для любых возможностей сопутствующих стандартов, использующих MMS. имеет место изменение в пусковом P0U. Пои этом если указанные возможности сопутствующего стандарта не используются, то пусковой PDU остается тем же. что определен в первом иэданш;

2)    некоторые небольшие изменения внесены в теговую разметку услуги ChangeAccessControl (управление изменением доступа, часть изменения 2) для приведения ее в соответствие с протоколом услуги GetNameUst (получение перечня имен) и услуги Rename (переименование).

Кодирование PDU с помощью PER (см. ИСО/МЭК 8625-2) может быть не полностью совместимо с PDU. генерированным в первом издании ИСО/МЭК 9506. Дело в том, что замена некоторого типа сущностью CHOICE (выбор), содержащей данный тип. приводит к различным вариантам кодирования на базе PER. То же самое имеет место при BER-кодировании для рассматриваемых двух ситуаций. Таким образом, если POU содержит элементы типа EXTERNAL, то они будут заменены сущностью CHOICE (выбор), используемой при PER-кодировании.

Модуль ASN.1

Модули ASN.1. определенные в ИСО 9506. можно получить в секретариате ПК4 в электронном формате. Модули доступны в двух видах: 1) в опубликованном виде. 2) с удаленными скобками типа IF-ENDIF.

Указанные файлы доступны на сайте: http^/forums.nema.org:6080/-iso_tc164_sc5.

VI

ГОСТ Р ИСО 9506-2-2014

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Системы промышленной автоматизации и интеграция

СПЕЦИФИКАЦИЯ ПРОИЗВОДСТВЕННЫХ СООБЩЕНИЙ

Часть 2

Спецификация протокола

Industrial automation systems and integration. Manufacturing message specification. Fart 2. Protocol specification

Дата введения — 2016—01—01

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

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

1.1    Спецификации

Настоящий стандарт содержит описания:

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

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

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

1.2    Процедуры

Указанные выше процедуры определены в терминах:

a)    взаимодействий одноранговых сущностей приложения путем обмена блоками данных протокола спецификации обмена производственными сообщениями:

b)    взаимодействий MMS-провайдеоов и MMS-пользователей в той же системе путем обмена MMS-приыитивами:

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

1.3    Применимость

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

1.4    Соответствие

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

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

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

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

1

ГОСТ Р ИСО 9506-2-2014

ИСО/МЭК 646 Информационные технологии. 7-битный набор кодированных символов ИСО для обмена информацией (ISO/IEC 646 information technology — ISO 7-bit coded character set for information interchange)

ИСО/МЭК 7498-1 Информационные технологии. Взаимодействие открытых систем. Базовая эталонная модель. Часть 1. Базовая модель (ISO/IEC 7496-1 Information technology — Open Systems Interconnection — Basic reference model. Part 1: The basic model)

ИСО 7496*2 Системы обработки информации. Взаимодействие открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты (ISO 7498*2 Information processing systems — Open Systems Interconnection; basis reference model; Part 2: Security architecture)

ИСО/МЭК 7498-3 Информационные технологии. Взаимодействие открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация (ISO/IEC 7498-3 Information technology — Open Systems Interconnection — Basic reference model. Part 3: Naming and addressing)

ИСО 8571 (все части) Системы обработки информации. Взаимодействие открытых систем. Передача, доступ и управление файлами (ISO 8571 Information processing systems; Open Systems Interconnection; fHe transfer, access and management)

ИСО/МЭК 8650*1 Системы обработки информации. Машинная графика. Привязки к языку базовой графической системы (GKS). Часть 1. ФОРТРАН (ISO/1EC 8650*1 Information processing systems; computer graphics; graphical kernel system (GKS) language bindings; part 1: FORTRAN)

ИСО/МЭК 8822 Информационные технологии. Взаимосвязь открытых систем. Определение службы представления данных (ISO/IEC 8822 Information technology — Open Systems Interconnection — Presentation service definition)

ИСО/МЭК 8824-1 Информационные технологии. Нотация абстрактного с*ытаксиса версии 1 (ASN.1). Часть 1. Спецификация базовой нотации (ISO/IEC 8824-1 Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation)

ИСО/МЭК 8824-2 Информационные технологии. Нотация абстрактного синтаксиса один (ASN.1). Часть 2. Спецификация информационных объектов (ISO/IEC 8824-2 Information technology — Abstract Syntax Notation One (ASN.1): Information object specification)

ИСО/МЭК 8825*1 Информационные технологии. Правила кодирования ASN.1. Часть 1. Спецификация основных (BER). канонических (CER) и различительных правил кодирования (DER) (ISO/ IEC 8825-1 Information technology — ASN.1 encoding rules: Specification of Basic Encoding Rules (BER). Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER))

ИСО/МЭК 8825-2 Информационные технологии. Правила кодирования ASN.1. Часть 2. Спецификация правил уплотненного кодирования (PER) (ISO/IEC 8825-2. Information technology — ASN.1 encoding rules: Specification of Packed Encoding Rules (PER))

ИСО 9506-1 Системы промышленной автоматизации. Спецификация производственных сообщений. Часть 1. Определение услуг (ISO 9506-1. Industrial automation systems — Manufacturing Message Specification — Part 1: Service definition)

ИСО/МЭК 9545 Информационные технологии. Взаимосвязь открытых систем. Структура прикладного уровня (ISO/IEC 9545. Information technology — Open Systems Interconnection — Application Layer structure)

ИСО/МЭК 10731 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модеть. Соглашения, касающиеся определения услуг в OSI (ISO/IEC 10731. Information technology — Open Systems Interconnection — Basic Reference Model — Conventions for the definition of OSI services) ANSI/IEEE 754 Стандарт IEEE на бинарную арифметику с плавающей точкой (ANSI/1EEE 754. Binary floating-point arithmetic)

3 Термины и определения

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

Примечание — Определения, содержащиеся в настоящем разделе, используют совращения, приведемте в разделе 4.

3.1 Определения ссылочных моделей

Настоящий стандарт базируется на понятиях, разработанных в Базовой эталонной модели взаимосвязи открытых систем (см. ИСО 7498). В настоящем стандарте использованы следующие термины:

2

ГОСТ Р ИСО 9506-2-2014

a)    прикладная сущность;

b)    прикладной процесс:

c)    прикладной сервисный элемент:

d)    открытая система:

в) (N) — протокол;

f)(N) — блок данных протокола;

h) (N) — уровень:

О система.

3.2 Определение соглашения об услугах

Настоящий стандарт использует следующие термины, олредележые конвенциями по определению услуг OS! (см. ИССШЭК10731). Эти термины применяются для спецификации производственных сообщений.

a)    подтверждение;    в) ответ;

b)    индикация:    0 примитив услуг;

c)    примитив.    д) провайдер услуг;

d)    запрос;    h) пользователь услуг.

3.3    Определения абстрактных синтаксических обозначений

Настоящий стандарт использует следующие термины, определенные спецификацией (см. ИСО/ МЭК 8824) абстрактных синтаксических обозначений № 1 (ASN.1):

a)    значение;    о) тип октетной строки;

b)    тип;    р) нулевой тип;

c)    простой тип;    q) тип последовательности.

d)    структурный тип:    г) последовательный тип:

e)    тип компонента:    s) тегированный тип;

О тег.    t) тип выбора.

д) теговая разметка:    и) тип отбора;

h)    ссылочное имя типа (значения):    v) действительный тип:

i)    тип строки символов;    w) тип идентификатора объекта:

j)    булевый тип;    х) модуль.

k)    true (истина);    у) разработка;

l)    false (ложь):    z) правила кодирования ASN.1;

т) целый тип;    за) множество символов ASN.1;

п) тип битовой строки;    зЬ) внешний тип.

3.4    Прочие определения

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

3.4.1    специализированный в части прикладной ассоциации (Application Association speanc; AA-specific): Прилагательное, используемое для описания объекта с областью применения, которой является прикладная ассоциация (то есть на данное имя можно ссылаться только из прикладной ассоциации. через которую определен объект).

3.4.2    атрибут (attribute): Именованная характеристика (параметр) элемента, системы, подсистемы. которая может приобретать конкретное значение на заданном множестве (числа, векторы, символьные выражения, логические значения и т. д.).

3.4.3    вызываемый MMS-пользователь (Caied MMS-user): MMS-польэователь. выдающий примитив услуги инициирования ответа Initiate.response.

3.4.4    вызывающий MMS-лользователь (Caling MMS-user): MMS-лольэователь. выдающий примитив услуги инициирования запроса Initiate.request.

3.4.5    клиент (Client): Одноранговая сущность, поддерживающая связь, которая использует VMO с некоторой конкретной целью посредством экземпляра запроса услуги.

3.4.6    структурный элемент согласованности (conformance building block; СВВ): Элементарный блок, используемый для описания требований согласованности MMS.

3.4.7    данные (data): Информация, представленная в формализованном виде, пригодном для передачи. интерпретации или обработки с участием человека или автоматическими средствами.

3.4.8    домен (domain): Абстрактный объект, представляющий подмножество возможностей VMO. используемых для особых целей.

3.4.9    специализированный в части домена (предмето-ориентированный) (Domain-specific): Прилагательное, используемое для описания объекта, имя которого имеет область применения, являющуюся простым доменом (т. е. ссылаться на данное имя можно из всех прикладных ассоциаций, установленных вместе с VMD. которое может ссылаться на указанную область).

з

ГОСТ Р ИСО 9506-2-2014

3.4.10    загрузка (download): Процесс передачи контента домена, включая любые подчиненные объекты, посредством загрузки данных MMS-польэоеателю.

3.4.11    управление событием (event management): Управление условиями события, действиями события, регистрацией события и перечнем условий события.

3.4.12    файл (file): Однозначно поименованный объем информации, имеющий обычный набор атрибутов.

3.4.13    управление файлом (file operation): Передача файла между открытыми системами, его инспекция, модификация, замена части контента файла, работа с файлом и его атрибутами.

3.4.14    файлохранилище (filestore): Организованное множество файлов, включая их атрибуты и имена, расположенное в конкретной открытой системе.

3.4.15    информация (information): Комбинация данных и передаваемого ими смысла.

3.4.16    некорректный PDU (invalid PDU): Блок данных POU, не соответствующий требованиям настоящего стандарта в части структуры и/или содержания.

3.4.17    журнал (journal): Множество зарегистрированных событий, изменяемые данные иУили комментарии с временной отметкой, которые могут быть логически упорядочены в процессе получения.

3.4.18    локальные обстоятельства (focal matter): Решение, принимаемое системой, касающееся ее поведения в спецификации производственных сообщений и не удовлетворяющее требованиям настоящего стандарта.

3.4.19    механизм протокола производственного сообщения (Manufacturing Message Protocol Machine: MMPM): Абстрактный механизм выполнежя процедур, описанных в настоящем стандарте.

3.4.20    MMS-коитекст (MMS-context): Спецификация элементов MMS-ycnyr и семантика связи, используемых в течение срока службы прикладной ассоциации.

3.4.21    MMS-лровайдер (MMS-provider): Часть сущности приложения, которая концептуально обеспечивает MMS-услуги путем обмена элементов MMS PDU.

3.4.22    MMS-лользователь (MMS-user): Часть прикладного процесса, концептуально задействующая спецификацию производственных сообщений.

3.4.23    отслеживаемое событие (monitored event): Выявленное изменение состояния условия события.

3.4.24    событие, запускаемое в сети (network-triggered event): Запуск, производимый по требованию клиента.

3.4.25    станция управления (operator station): Абстрактный объект, представляющий собой оборудование. ассоциированное с VMD и обеспечивающее взаимодействие типа «вход/выход» с оператором.

3.4.26    предварительно определенный объект (predefined object): Объект, инстанцированный путем использования механизма, отличного от MMS услуги.

3.4.27    активизация (вызов) программы (program Invocation): Абстрактный объект, представляющий собой динамический элемент, наиболее точно соответствующий потоку исполнения в многозадачной среде и составленный из множества доменов.

3.4.28    ошибка протокола (protocol error): Блок данных PDU. не соответствующий требованиям настоящего стандарта.

3.4.29    получающий MMPM (Receiving ММРМ): Механизм ММРМ. получающий блоки данных производственных спецификаций MMS PDU.

3.4.30    получающий MMS-лользователь (Receiving MMS-user): MMS-лольэоеатель. получающий примитив услуги отображения или подтверждения.

3.4.31    удаленное устройство управления и мониторинга (remote device control and monitoring): Изменение или контроль состояния устройства, прикрепленного к ответчику запроса услуги.

3.4.32    запрашивающий MMS-польэователь (Requesting MMS-user); MMS-лользователь. выдающий примитив услуги запроса для исполнения.

3.4.33    отеетающийся MMS-лользователь (Responding MMS-user): MMS-польэоеатель. выдающий примитив услуги ответа для исполнения.

3.4.34    семафор (semaphore): Концептуальный замок, ассоциированный с логическим или физическим ресурсом. Доступ к ресурсу может разрешить только собственник замка.

3.4.35    управление семафором (semaphore management): Управление семафором.

3.4.36    отправляющий ММРМ (Sending ММРМ): Механизм ММРМ, отправляющий MMS PDU.

3.4.37    отправляющий MMS-лользователь (Sending MMS-user): MMS-лольэоеатель. выдающий примитив услуги запроса или ответа.

4

ГОСТ Р ИСО 9506-2-2014

3.4.38    сервер (Server): Одноранговая обобщающая сущность, ведущая себя как VMD агент для конкретного экземпляра запроса услуги.

3.4.39    стандартизованный объект (standardized object): Реализация объекта, определение которого приведено в ИСО 9506-1 или в сопутствующем MMS стандарте.

3.4.40    тип (type): Абстрактное описание множества значений, выражаемых значением переменой.

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

3.4.42    корректный PDU (valid PDU): PDU. удовлетворяющий требованиям настоящего стандарта к структуре и смыслу.

3.4.43    переменная (variable): Один или несколько элементов данных, на которые производится ссылка одним именем или описанием.

3.4.44    доступ к переменной (variable access): Рассмотрение или модификация переменных (их компонентов), определенных на VMD.

3.4.45    виртуальное производственное устройство (Virtual Manufacturing Device; VMD): Абстрактное представление особого множества ресурсов и функциональности действительного производственного устройства, а также отображение указанного абстрактного представления на физические и функциональные аспекты реального производственного устройства.

3.4.46    удовлетворяющий требованиям VDM (VMD-specific): Прилагательное, используемое для описания объекта, имя которого имеет область применения, являющуюся реализацией VMD (т. е. на данное имя могут ссылаться все прикладной ассоциации, установленные вместе с VMD).

4    Сокращения

АА — прикладная ассоциация (application association):

ACSE — сервисный элемент управления ассоциацией (Association Control Service Element):

AE — прикладной логический объект (прикладная сущность) (application entity):

АР — прикладной процесс (application process):

А РОС — блок данных прикладного протокола (application protocol data unit);

ASE — прикладной сервисный элемент (application service element):

ASN.1 — абстрактная синтаксическая нотация версия 1 (Abstract Syntax Notation One):

CBB — структурный элемент согласованности (conformance building block):

CIS — утверждение конфигурации и инициализации (Configuration and initialization Statement): FRSM — механизм считывания конечного состояния файла (file read state machine);

MMPM — протокольная машина производственного сообщения (Manufacturing Message Protocol Machine);

MMS — спецификация производственных сообщений (Manufacturing Message Specification);

OSI — взаимосвязь открытых систем (Open Systems Interconnection):

PDU — протокольный блок данных (protocol data unit);

ULSM — механизм подкачки конечного состояния (upload state machine);

VMD — виртуальное производственное устройство (Virtual Manufacturing Device).

5    Соглашения

5.1    Соглашения об услугах

Настоящий стандарт основан на положениях, приведенных в соглашениях по определению услуг модели OSI (ИСО/МЭК10731). Данная модель определяет взаимодействие между MMS-польэователем и MMS-лроеайдером. Информация передается между MMS-польэователем и MMS-провайдером в виде примитивов услуг с параметрами.

5.2    База числовых значений

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

5

ГОСТ Р ИСО 9506-2-2014

5.3    Обозначение

Настоящий стандарт использует абстрактное синтаксическое обозначение, определенное в ИСО/ МЭК 8824 (рассматривающем спецификацию ASN.1).

В соответствии с требованиями ASN.1 все ссылки на тип начинаются с большой буквы, все ссылки на значение - с маленькой буквы.

5.4    Поддерживающие разработки

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

5.5    Сквозные параметры

Многие параметры различных MMS-услуг передаются от примитива запроса (посредством запроса PDU услуги) к примитиву отображения или от примитива ответа (посредством ответа PDU услуги) к примитиву подтверждения без выполнения других действий MMS-лровайдером по отношению к рассматриваемому параметру.

5.5.1    Параметры сквозного запроса

Тип. идентифицируемый именем ссылочного типа, должен быть параметром того же имени примитива запроса услуги. Его следует рассматривать как параметр того же имени примитива услуг отображения (при наличии). Значения параметра примитива запроса, примитива отображения и запроса PDU — семантически эквивалентны.

Если это параметр по выбору и он опущен в примитиве запроса услуги, то он должен отсутствовать в запроса POU. Если параметр по выбору отсутствует в запроса PDU, то он должен отсутствовать в примитиве услуги отображения.

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

5.5.2    Сквозной параметр ответа

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

Если это параметр по выбору и он опущен в примитиве ответа услуги, то он должен отсутствовать в ответе PDU. Если параметр по выбору отсутствует а ответе PDU. то он должен отсутствовать в примитиве подтверждения услуги.

Если параметр имеет значение по умолчанию в ответа PDU и данное значение по умолчанию имеется в примитиве ответа услуги, то этот параметр может отсутствовать в ответа PDU. Если параметр имеет значение по умолчанию в PDU ответа и данный параметр отсутствует в ответа PDU. то он должен описывать значение по умолчанию примитива подтверждения услуги.

5.5.3    Перенумерованные значения параметра

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

Примечание — Соответствие указанных значений идентифицировано в настоящем стандарте путем использования оджаковых имен в примитивах услуг и в протоколе. В спецификами** услуги указанные значетя огысаны символами верхнего регистре. В спецификами» протокола регистр символов имени выбирают в соответствии с синтаксическими требования*» ASN.1. При этом в комментариях после упоминания протокола имя пишут большими буквами.

6

ГОСТ Р ИСО 9506-2-2014

5.6    Отрицательное подтверждение

Большинство подтвержденных MMS-успуг дают отрицательное подтверждение, если ошибка имеет место при обработке запроса услуги ответающимся MMS-пользователем. Такое отрицательное подтверждение указано параметром Result(-) и параметром ЕггогТуре {тип ошибки) примитива ответа услуги. Параметр Result(-) и параметр ЕггогТуре (семантически эквивалентные параметрам примитива ответа) должны быть указаны в примитиве подтверждения услуги.

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

5.7    Модификатор запроса услуги

MMS-услуги предоставляют возможность использовать модификаторы вместе с экземплярами запросов услуг.

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

5.8    Представление данных об ошибках

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

5.9    Вызывающий и вызванный MMS-лользователи

8 настоящем стандарте использованы термины «вызывающий MMS-польэоеатель» и «вызванный MMS-польэоеатель». Вызывающий MMS-пользоеатепь — это MMS-польэоеатель. инициирующий примитив запроса услуг Initlate.request. Вызванный MMS-пользователь — это MMS-польэоеатель. инициирующий примитив ответа услуг Initiate.response.

Примечание — Использование термюю «вызванный» icalled) в среде MMS отлюеется от использования данного термина е среде OSI. В среде MMS термин «вызванный» (called) соответствует термину « ответа кхцкй-ся» (responding) в среде OS1. Различаю терм*ыы испогъзуют для того, чтобы избежать путаницы при определены запрашивающего* ответэюшегося MMS-польэоватепя.

5 10 Отпрхяляющим и получающим ММЯ-лпп^аппатвпн и ММРМ

8 настоящем стандарте использованы термины «отправляющий MMS-пользователь» и «получающий MMS-польэоеатель». Отправляющий MMS-польэоеатель — это MMS-польэоеатель. инициирующий примитив услуги запроса или примитив услуги ответа. Получающий MMS-пользователь — это MMS-польэоватепь. получающий примитив услуги отображения или примитив подтверждения услуги.

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

8 настоящем стандарте использованы термины «отправляющий ММРМ» и «получающий ММРМ». Отправляющий ММРМ — это механизм ММРМ. отправляющий блок данных производственной спецификации MMS PDU. Получающий ММРМ — это механизм ММРМ. получающий MMS PDU (расшифровка аббревиатур представлена в разделе 4).

5.11 Запрашивающий и ответающийся MMS-лользователь

8 настоящем стандарта использованы термины «запрашивающий MMS-польэоеатель» и «ответающийся MMS-лольэователь». Запрашивающий MMS-польэоеатель — это MMS-пользователь, инициирующий примитив услуги запроса: ответающийся MMS-польэоеатель — это MMS-польэоеатель. инициирующий примитив услуги ответа.

Примечание — Важно отметить, что используемый термин «ответающийся MMS-польэоеатель» отличается от термина «ответающаяся сущность» в стандарте ACSE и других стандартах. В указанных стандартах да ■ !ый термин используется для ссылок на сущность, которая ответается на запрос о соединении.

7

ГОСТ Р ИСО 9506-2-2014

5.12    Клиент и сервер услуг

В настоящем стандарте использованы термины «клиент» и «сервер» для описания модели MMS VMD. Сервер — это одноранговая обобщающая сущность, ведущая себя как VMD для конкретного экземпляра запроса услуги. Клиент — это одноранговая обобщающая сущность, использующая VMD для некоторой конкретной цели посредством экземпляра запроса услуги. Модель VMD преимущественно используется при описании работы сервера и. следовательно, при описании команд и ответов, используемых клиентом. Реальная оконечная система может принять роль клиента, либо роль сервера, либо обе роли в течение срока службы прикладной ассоциации.

5.13    Определения ASN.1

Определения ASN.1. данные в настоящем стандарте (см. разделы 7-23). являются частью модуля ASN.1 «ISO-9506-MMS-1». Определения ASN.1. данные в настоящем стандарте (см. приложение А), являются частью модуля ASN.1 «MMS-Environment-1». Определения ASN.1. данные в настоящем стандарте (приложение В), являются частью модуля ASN.1 «MMS-SCI-Modole-1». Определения ASN.1. данные в настоящем стандарте (приложения С. О. и Е). являются частью модуля ASN.1 «ISO-9506-1А». Начальные и конечные утверждения, указывающие, что каждое данное определение ASN.1 является частью соответствующего модуля, опущены для читабельности документа. Каждое определение ASN.1. данное неявно, содержит следующее утверждение

ModuleName DEFINITIONS BEGIN

в начале этого определения. Оно также содержит ключевое слово «END» в конце этого определения. Здесь сущность ModuleName — это имя модуля ASN.1. для которою рассматриваемое определение является частью.

Примечание — Сущность ISO-9506-MMS-1 указывает на пересмотр № 1 абстрактного синтаксиса ядра MMS. представленного в настоящем стандарте.

5.14    Обозначения подмножества протоколов

Обозначение, представленное в настоящем стандарте, имеет форму языка препроцессора, е который встроено обозначение ASN.1. Это аналогично ситуации в макролрелроцессоре языка С. В рассматриваемой системе символов использованы только три команды:

-    IF («список аргументов»):

-    ELSE:

-    ENDIF.

Команда IF требует указания списка аргументов (в скобках). Аргументы — это структурные элементы согласованности, услуги или параметры. Должны быть указаны один или несколько аргументов. Если имеется более чем один аргумент, то они отделены одним или несколькими пробелами. Аргумент рассмотрен как булева переменная. Она имеет значение true, если соответствующая услуга или структурный элемент параметра поддерживается как результат обмена инициированием MMS-Если аргумент только один, то строки, идущие за утверждением IF до утверждения ELSE (или соответствующею утверждения ENDIF. когда утверждение ELSE отсутствует), должны быть включены в результирующее определение ASN.1, если поддерживается структурный элемент согласованности с тем же именем. Если имеется более чем один аргумент, то строки, идущие за утверждением IF. должны быть включены, если в списке аргументов поддерживается определенный структурный элемент согласованности. Это можно рассматривать как логическую функцию OR структурного элемента согласованности.

Утверждения IF могут образовывать вложения любой глубины. Смысл функций IF(x) и IF(y) заключается в том. чтобы включить строки, следующие за указанными командами, если х и у имеют значение true, то есть если блок согласованности х и блок согласованности у (оба блока) включены. Это можно рассматривать как логическую функцию AND структурного элемента согласованности.

Утверждение ELSE можно использовать, чтобы предоставить возможность включения утверждения ASN.1, если структурный элемент согласованности не имеет значения true. Ею ислотъзовамие аналогично нормальному использованию утверждения ELSE в языках программирования.

Утверждение ENDIF используется для указания конца области применения утверждения IF или утверждения ELSE Каждое утверждение IF должно иметь соответствующее утверждение ENDIF.

6

ГОСТ Р ИСО 9506-2-2014

5.15 Определение эффективного протокола

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

a)    для каждой СВВ-услуги и каждого СВВ-параметра. объявленного или оговоренного для обмена типа Initiate, задают значение соответствующего аргумента равным true:

b)    переделывают весь модуль ASN.1. описанный в настоящем стандарте. Для каждого утверждения IF оценивают его аргумент:

>) если любой из элементов аргумента имеет значение true, то оставляют утверждения, расположенные между утверждением IF и соответствующим утверждением ENDIF (утверждением ELSE, если оно есть). Отменяют утверждения, расположенные между утверждением ELSE и соответствующим утверждением ENOIF.

ii) если все элементы аргумента имеют значение false, то отменяют следующие утверждения до соответствующего утверждения ELSE (утверждения ENDIF). Если имеется утверждение ELSE, то удерживают утверждения, расположенные далее между ним и соответствующим утверждением EN0IF.

Ш) отменяют утверждение IF и соответствующее ему утверждение ENDIF (и утверждение ELSE, если оно есть). В итоге получается модуль ASN.1. лишенный утверждений IF. ELSE и ENDIF.

c)    в каждой разработке заменяют все комбинации «запятая+правая скобка» на правую скобку;

d)    формируют рабочий модуль разработок ASN.1. содержащий только первую разработку (то есть разработку MMSpdu раздела 7):

e)    добавляют к рабочему модулю ASN.1 любые разработки, на которые производятся ссылки в указанном рабочем модуле и которые в рассматриваемом модуле не содержатся:

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

Результирующий модуль ASN.1 — это модуль, являющийся эффективным для рассматриваемой комбинации СВВ. Подтверждение получения блока данных PDU. не соответствующего настоящему модулю. приведет к выбраковке.

6 Элементы протокольной процедуры

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

6.1    Описательные соглашения

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

Каждое состояние представлено прямоугольником. Имя состояния — внутри прямоугольника. Каждая стрелка указывает переход в данное состояние или из данного состояния. Головка стрелки указывает результирующее состояние, как результат перехода.

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

Примитивы услуг с плюсом «♦» указывают примитив услуг, содержащий параметр Result(+). Примитивы услуг с минусом «-» указывают примитив услуг, содержащий параметр Result(-).

6.2    Вход и выход из среды MMS

Услуги инициирования, завершения и прерывания доставляют механизмы входа и выхода из среды MMS. Модель указанных услуг (описывающая допустимые последовательности событий) описана в ИСО 9506-1. раздел 8.

6.3    Работа в среде MMS

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

Примечание — В других разделах настоящего стандарта определены дополнигегъные ограничения на допустимее последовательности примитивов услуг. Они могут дополнительно ограничивать MMS-польэовзтелей.

9

ГОСТ Р ИСО 9506-2-2014

6.3.1 Подтверждаемые MMS-услуги

Настоящий пункт содержит описание изменений состояния для всех подтверждаемых услуг {услуг с подтверждением), которые могут быть задействованы в среде MMS. Рассматриваемое множество услуг включает все услуги, запрошенные при использовании POU с плодгверждаемым запросом.

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

Все блоки данных PDU. ассоциированные с выполнением одной реализации подтверждаемой MMS-услуги (рассматриваемые PDU имеют типы Confirmed-RequestPDU. Confirmed-Response PDU. Confirmed-ErrorPDU. Cancel-RequestPDU. Cancel-ResponsePDU. Cancel-ErrorPDU и RejectPDU) отсылаются в одном и том же контексте представления данных.

Переходы

1 - «.request    2 - Confitmed-ResponsePDUIx)

Confimed-ReQuestPDU{x)    «.confirm*

3 - Corfin»ed-€rTorOU(x|    4 - cancetsequesi

«.confirm-    Csncei-RequostPOU

5    - Csncet-ResponsePOU and Confirmes-£rrorPOU(x)

Cancel confirm* and x.confirm-

6    - Cancei-ErrorPOU

Cancel confirm-

Рисунок 1 — Подтверждаемый запрос услуги с точки зрения устройства, запрашивающего услуги

6.3.1.1 Устройство, запрашивающее услуги

Порядок получения блоков информации Cancel-ResponsePDU и Confirmed-€rrorPDU(x) в переходе 5 (см. 6.3.1) не вполне соответствует установленным требованиям.

8 настоящей части стандарта рассмотрено продвижение подтверждаемого запроса MMS-услуги с точки зрения устройства, запрашивающего услуги. Перед выдачей примитива запроса услуги считается. что данная услуга находится в состоянии «запрашивающее устройство не активировано». После получения примитива запроса для любой подтверждаемой MMS-услуги. MMS-провайдер отправляет подтверждение Confirmed-RequestPOU (описывая идентификатор задействования, который однозначно идентифицирует реализацию запроса услуги по прикладной ассоциации) и входит в состояние «ожидание услуги».

10

ГОСТ Р ИСО 9506-2-2014

После получения блока Confirmed-ResponsePDU с подтверждаемым ответом, описывающего предварительно запрошенную услугу, и идентификатора вызова, описывающего реализацию данной услуги. MMS-лровайдер выдает примитив подтверждения услуги (дающий описание предварительно запрошенного типа услуги и идентификатора вызова) MMS-пользователю, содержащий параметр Result(+). После этого происходит переход в состояние «запрашивающее устройство не активировано».

После получения блока Confirmed-ErrorPDU. дающего описание предварительно запрошенной услуги, и идентификатора вызова, содержащего описание реализации услуги. MMS-провайдер выдает примитив подтверждения услуги (дающий описание предварительно запрошенного типа услуги и идентификатора вызова) MMS-пользователю, содержащий параметр Result(-) После этого происхо-дот переход в состояние «запрашивающее устройство не активировано».

После получения примитива услуги отмены запроса от MMS-польэоеателя. MMS-провайдер отправляет блок Cancel-RequestPOU. содержащий идентификатор задействования отменяемого запроса (данная информация содержится в параметрах примитива отмены запроса). При этом система переходит в состояние «отмена запрашивающего устройства».

Состояние «отмена запрашивающего устройства» снимается после подтверждаемого получения одного из четырех возможных входных действий (см. далее).

После получения блока Cancel-ErrorPDU. содержащего описание идентификатора активизации. соответствующего рассматриваемой реализации запроса отмены услуги. MMS-провайдер выдает MMS-пользователю примитив услуги отмены подтверждения, содержащий параметр Result(-), и возвращается в состояние «ожидание услуги». В данном случае считается, что запрос отмены является неудачным.

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

a)    получение блока Cancel-ResponsePDU. идентификатор задействования которого соответствует правильной реализации запроса отмены услуги:

b)    получение блока Confirmed-ErrorPDU. содержащего описание типа отмененной услуги и идентификатор задействования, соответствующий отмененной услуге:

c)    MMS-провайдер выдает MMS-пользователю примитив услуги отмены подтверждения, содержащий параметр Result(+). и примитив подтверждения отменяемой услуги, содержащий параметр Result(-) (поясняющий причину отказа);

d)    MMS-провайдер переходит в состояние «запрашивающее устройство неактивно».

Если получен блок Confirmed-ResponsePDU. содержащий описание типа отменяемой услуги, и идентификатор задействования, соответствующий отменяемой услуге, то MMS-лровайдер выдает примитив подтверждения услуги, содержащий параметр Result(+) услуги, находящейся в процессе отмены. В данном случае запрос отмены считается неудачным, и блок Cancel-EnorPDU будет получен в процессе активизации отмены услуг.

Примечание 1 — Обычно блок Confirmed-ResponsePDU подтверждаемого ответа и блок огмет-ы запроса Cancel-RequestPOU выдаются одновременно двумя КШЗ-лольэователмш в процессе двусторожего диалога.

Если получен блок Confirmed-ErrorPDU. содержащий описание типа отменяемой услуги с соответствующим идентификатором активизации, и возникающая ошибка не относится к классу SERV1CE-PREEMPT и коду CANCEL, то MMS-провайдер выдает примитив подтверждения услуги, содержащий параметр Result(-) для услуги, находящейся в процессе отмены. В данном случае запрос отмены считается неудачным, и блок Cancel-ErrorPDU получается в процессе активизации отмены услуг.

Примечание 2 — Обычно блок Confirmed-ErrorPDU подтверждаемой ошибки отменяемой услуги и блок отмены запроса Cancel-RequestPOU выдаются одновремежо двумя MMS-погъэователями в процессе двустороннего диалога.

Обработка ошибочных отмен производится в соответствии с 6.4.

11

ГОСТ Р ИСО 9506-2-2014

Переходы

I - Confimed-AequestPDU(x)    2 - «.response*

x.<nd«afcon    Confimed- ResponsePDU|x)

3 - «.response-    4 - Cancet-Reqoes^DU

Confinnes-ErrorPDU(x)    cancel ndcabon

5    - Cancel.response-

Csncai.ErrorPOU

6    - Cancel.response * and я reponse-

Cancel-ResponsePOU and Conlinned-ErforPOU<x>

Рисунок 2 — Подтверждаемый запрос услуги с точен зрения устройства, предоставлявшего услуги

6.3.1.2 Устройство, предоставляющее услуги

Порядок, в котором в переходе 6 на рисунке 2 выдаются примитивы услуг Cancel.response* и «.response-, может не соответствовать установленным треооеаниям.

На рисунке 2 показан процесс прохождения подтверждаемого запроса MMS-услуги с точки зрения устройства, предоставляющего услуги. До получения блока данных Conflrmed-RequestPDU услуги. услуга считается находящейся в состоянии «Ответчик не активирован». После получения блока Confirmed-RequestPDU для любой подтверждаемой услуги, идентифицированной выше. MMS-провайдер выдает примитив отображения (дающий спецификацию конкретной запрошенной услуги и идентификатора активизации, содержащего описание реализации услуги) и входит в состояние «ожидание услуги».

После получения примитива услуги ответа, содержащей параметр Result(+) (представляет спецификацию ранее указанной услуги и идентификатора активизации, содержащего описание реализации данной услуги). MMS-провайдер отправляет блок данных Confirmed-ResponsePDU (представляет спецификацию типа услуги и идентификатора активизации для рассматриваемого примитива ответа). Далее система переходит в состояние «ответчик не активирован».

После получения примитива услуги ответа, содержащей параметр Result(-) (представляет спецификацию ранее указанной услуги и идентификатора активизации, содержащего описание реализации данной услуги). MMS-провайдер отправляет блок данных Confirmed-ЕгтогРОи (представляет спецификацию типа услуги и идентификатора активизации из примитива ответа). Далее система переходит в состояние «ответчик не активирован».

После получения блока данных Cancel-RequestPDU. представляющего спецификацию идентификатора активизации соответствующей реализации услуги. MMS-лроеайдер выдает примитив услуги отмены отображения, представляющий спецификацию идентификатора активизации запроса отменяемой услуги (данная информация предоставляется параметром блока Cancel-RequestPDU). Далее система переходит а состояние «отмена активизации ответчика».

12

ГОСТ Р ИСО 9506-2-2014

Примечание 1 — Действия, предпринимаема при получении блока данных Cancel-RequestPOU. идентификатор заденетвоо* ця которого не соответствует ожидающим выполнения реализациям услуги, описаны 8 6.4.

Состояние «отмена активизации ответчика» снимается после получения одного из двух возможных входных действий. Они описаны в двух следующих пунктах.

Когда запрос отмены достигает ответающегося MMS-пользователя, имеет место нижеследующая последовательность событий:

a)    отеетакнцийся MMS-лольэоеатепь выдает ответ отмены, дающий спецификацию идентификатора активизации соответствующей реализации услуги и содержащий параметр Result(*). MMS-провайдеру. Он также выдает примитив услуги ответа, содержащий параметр Resutt(-) (представляет спецификацию класса ошибок SERVICE-PREEMPT и кода ошибки CANCEL) отменяемой услуги;

b)    MMS-провайдер отправляет блоки данных Cancel-ResponsePOU и Confirmed-ErrorPDU. представляющих спецификацию реализации отменяемой услуги (с классом ошибок SERViCE-PREEMPT и кодом ошибки CANCEL).

c)    MMS-провайдер возвращается е состояние «ответчик не активирован».

MMS-лольэователь не должен выдавать примитив услуги отмены ответа, содержащий параметр

Result(+). без выдачи примитива услуги ответа, содержащей параметр Result(-). дающий описание класса ошибок SERVICE-PREEMPT и кода ошибки CANCEL И наоборот. MMS-польэоеатель не должен выдавать примитив услуги ответа, содержащей параметр Result(-). представляющий описание класса ошибок SERVICE-PREEMPT и кода ошибки CANCEL, а также примитив услуги отмены ответа, содержащий параметр Resu!t{+). Таким образом, указанные два события логически происходят вместе.

Если получен ответ отмены, дающий спецификацию идентификатора активизации соответствующей реализации услуги, содержащего параметр Result(-). то MMS-провайдер отправляет блок данных Cancel-ЕгтогРОи и возвращается к состоянию «ожидание услуги». В данном случае запрос отмены считается неудачным.

Примечание 2 —Обработка ошибоных запросов отмены и некорректных блоков данных PDU описана

в 6.4.

6.3.2 Неподтверждаемые MMS-услуги

Настоящий пункт содержит описание порядка выполнения неподтвержденных MMS-услуг. Данное множество услуг определено как услуги, совершающие выбор Unconfirmed Service, определенный в разделе 7.

На рисунках 3-4 даны диаграммы изменения состояния, приложенные к каждой указанной выше услуге и используемые отдельно для каждой реализации каждого запроса услуги.

Reverter

М*

-3

1

i

| Reque«le> ИИ [Устройство, запрашивающее услут. »«n»npo»»«o

Переход.

I -vjeqiMtt

U niconBrmed-POU (у)

Рисунок 3 — Неподтвержденная услуга с точпг зрения устройства, запрашивающего услуги

6.3.2.1 Устройство, запрашивающее услуги

На рисунке 3 показан процесс прохождения неподтверждаемой MMS-услуги с точки зрения устройства, запрашивающего эти услуги. Перед выдачей примитива запроса услуги считается, что услуга находится в состоянии «запрашивающее устройство не активировано». После получения примитива запроса для любой из вышеуказанных неподтверждаемых услуг. MMS-проеайдер отправляет блок данных Unconfirmed-PDU (представляющий спецификацию конкретной запрашиваемой услуги) и переходит назад е состояние «запрашиваемое устройство не активировано».

Для неподтвержденных MMS-услуг ответа PDU или ошибки PDU не доставляются. Далее показано. что отменить неподтвержденную MMS-услугу невозможно.

13

ГОСТ Р ИСО 9506-2-2014

Rasponrfer

Ide

1

| W—ppnde* idle От»етчи*иа »гтчиироааи~|

Переход.

1 -Unicon*cmed-POU|y) ynd«ation

Рисунок 4 — Неподтвержденная услуга с гочт зрения устройства, пред оставляющего услуги

6.3.2.2 Устройство, предоставляющее услуги

На рисунке 4 показан процесс прохождения неподтверждаемой MMS-услуги с точки зрения устройства. предоставляющего эти услуги. Перед получением блока данных Unconfirmed-PDU считается, что услуга находится в состоянии «ответчик не активирован». После получения примитива запроса для любой вышеуказанной неподтверждаемой услуги. MMS-проеайдер выдает примитив услуги отображения (представляющий спецификацию конкретной запрашиваемой услуги, основанной на информации полученного блока Unconfirmed-PDU) и переходит из состояния «ответчик не активирован» в состояние «ответчик не активирован» (в то же самое состояние!).

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

6.3.3 Услуга отмены

Услуга отмены (в этом случае, если это подтвержденная услуга) работает не так. как другие подтверждаемые услуги. Если услуга отмены задействована, то меха дезы перехода в нужное состояние не работает. И действительно, здесь оказывается поврежденным механизм перехода отменяемой услуги е требуемое состояние. Запрос услуги отмены не может быть отменен повторным задействованием услуги отмены. Идентификатор задействования, описанный в запросе услуги отмены, не может быть идентификатором повторного задействования услуги отмены, так как данная услуга работает только с теми услугами, где сделан запрос подтверждаемой услуги Confirmed Service Request (определение приведено в разделе 7).

8 любой заданный момент времени и для любого заданного экземпляра запроса услуги в со-

г.тпомии ожиданью ймпппмемив может находиться только одна услуга отмены ЗадАйстАОАаыиА успуги

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

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

6.4 Обработка условий ошибок

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

8 данном случае не должно происходить изменения состояния. Если некорректный блок данных PDU является некорректным блоком RejectPDU. то RejectPDU не отсылается.

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

Примечание 1 —Возможно возниююеонне ситуации, при которой блоки Cancel-RequestPDU. Confirmed-ResponsePDU или Confirmed-ErrorPOtl рассматриваемой отменяемой услуги выдаются одноеремеюю двумя общающимися MMS-польэовзтепями. Тогда одье сторона оегтает, что услуга выполнена, а другая сторона считает, что услуга ожидает отмены. В д»ыом случае запрос отмены срывается, и услуга выполняется в нормальном режиме.

14

ГОСТ Р ИСО 9506-2-2014

После получения блока данных Cancel-ErrorPOU. где механизм смены состояний (на который производится ссылка идентификатором задействования отменяемой услуги) находится в состоянии «запрашиваемое устройство не активировано». MMS-провайдер выдает примитив услуги отмены подтверждения MMS-пользователю.

Примечание 2 —Данный случай имеет место, когда блок данных Cortfirmed-ResponsePOU (блок дан-шх Confirmed-ErrorPOU) отменяемой услуги омтает корректным блок Cancel-RequestPOU данной услуги.

6.5 Услуга выбраковки и блок данных RejectPDU

Услугу выбраковки используют для уведомления MMS-пользователя об имеющихся ошибках протокола. Работа настоящей услуги описана в ИСО 9506-1. раздел 7.

Примечание — Действия, предпрюымэеыые MMS-гкиъэоеэтелем после получемтя примитива услуги выбраковки отображешя. имеют локальный характер. Вахою отметить, что вследствие возможности выбраковки запроса, ответа и/ы ошибки, два общающихся MMS-лотъэоаателя могут по-раэному потмать состоя мо объектов, ожидающих транзакции (см. ИСО 9506-1. развел 7). Услуга прерывания может использоваться в любой момент MMS-попьэоватепем для завершения пребывания в среде MMS-Environment и завершения прикладной эссоциа-

7 Блоки данных протокола спецификации производственных сообщений MMSPDU

Настоящий раздел описывает блоки данных PDU. используемые для обработки протокола MMS. Отображение указанных PDU на услуги нижнего уровня описано в разделе 24. Отображение MMS-ycnyr на указанные блоки данных POU описано в разделах 8-23.

ISO-9506-MMS-1 (tso standard 9506 part(2) mms-abstract-syntax-version1(1))

DEFINITIONS ::= 8EGIN

EXPORTS AltemateAccess.

AttachToEventCoodition,

AttacbToSemaphore.

ConfirmedServiceReqoest,

Data.

EE-State.

FileName,

Identifier.

Integers.

Integer32,

MMSString,

MMS255Sthng.

ObjectName.

TimeOfDay.

Type Sped fi cation.

Unsigned32.

Unsigned8.

VariabieSpecification;

IMPORTS ApplicationReference.

Authentication-value FROM

MMS-Environment-1 {tso standard 9506 part(2) mms-environment-versionl (4))

ObtainF ie-Reguest,

ObtainFie-Response.

ObtainF ie-Error.

FileOpen-Request.

FileOpen-Response,

FileRead-Request

FileRead-Response.

FileCtose-Reqoest

FileClose-Response.

15

ГОСТ Р ИСО 9506-2-2014

F ileRename-Reouest.

FileRename-Response.

FileRename-Error.

FileDelete-Request,

FileDelete-Response,

FileDirectory-RequesL

FileDirectory-Response.

Define ScatteredAccess- Request.

Define ScatteredAccess-Response.

Scattered AccessDescription.

GetScatteredAccessAttnbutes-Request.

GetScatteredAccessAttritoutes-Response FROM

ISO-9506-MMS-1A {iso standard 9506 part(2) mms-annex-verston1{3)}

AccessCondition,

AdditionaICBBOptions.

AdditionalSuppodOpbons.

Address.

AlanmAckRute.

Control-State.

DomajnState.

EC-State.

EC-Class.

EE-Duration.

EE-Ciass.

EventTime.

Journal-Vanabte.

LogicalStatus.

Modifier.

normalPriority.

normaiSeverity.

ParameterSupportOp&ons.

PhysjcalStatus.

Priority.

ProgramlnvocationState.

Running-Mode.

ServiceSuppoctOptions.

Severity.

Transitions.

Type Description,

ULState.

VMDState

FROM MMS-Otoject-Module-1

{iso standard 9506 part(1) mms-object-model-verston1(2)>;

MMSpdu ::= CHOICE {

confirmed-RequestPDU

confirmed-ResponsePDU

confirmed-ErrorPDU

[0]    IMPLICIT Confirmed-RequestPDU.

[1]    IMPLICIT Confirmed-ResponsePDU.

[2]    IMPLICIT Confirmed-ErrorPDU.

IF (unsobcitedStatus information Report eventNotificabon )

uncon firmed- PDU

(3] IMPLICIT Unconfirmed-PDU.

ELSE

unconfirmed-PDU

[3] IMPLICIT NULL.

ENDIF

rejectPDU

(4] IMPLICIT RejectPDU.

IF (cancel)

cancei-RequestPDU

(5] IMPLICIT Cancei-RequestPDU.

16

ГОСТ Р ИСО 9506-2-2014

cancet-ResponsePDU

canceFErrorPDU

ELSE

cancet-RequestPDU

cancel-ResponsePDU

cancet-ErrofPDU

ENDIF

(6]    IMPLICIT Cancel-ResponsePOU,

[7]    IMPLICIT Cancel-ErrorPDU.

(5]    IMPLICIT NULL.

(6]    IMPLICIT NULL.

(7]    IMPLICIT NULL.

initiate-RequestPOU

initiate-ResponsePDU

initiate-ErrorPDU

condude-RequestPDU

condude-ResponsePDU

condude-ErrorPDU

[8]    IMPLICIT Initiate-RequestPDU.

[9]    IMPLICIT IrHtiate-ResponsePDU.

[10]    IMPLICIT Initiate-ErrorPDU.

[11]    IMPLICIT Condude-RequestPDU.

[12]    IMPLICIT Condude-ResponsePDU.

[13]    IMPLICIT Condude-ErrorPDU

}

Существуют 14 типов блоков данных протоколов PDU в MMS. В разделе 8 определены блоки

Initiate-RequestPOU. Initiate-ResponsePDU. Initiate-ErrorPDU. Conclude-RequestPOU. Conclude-ResponsePOU. Conclude-ErrorPOU. RejectPDU. Cancel-RequestPOU. Cancel-ResponsePOU и Cancel-ErrorPOU. Оставшиеся типы PDU определены в 7.1-7.4.

7.1 Confirmed-RequestPDU (подтверждение запроса)

Confirmed-RequestPDU ::= SEQUENCE (

invokelD    Unsigoed32.

IF (attachToEventCondition attachToSemaphore)

fcstOfModefiers    SEQUENCE OF Modifier OPTIONAL

ENDIF

service    ConflrmedServieeRequest.

IF (esrespi),

service-ext    [79] Request-Detail OPTIONAL

ENDIF

-    shall not be transmitted if value is the value

-    of a tagged type derived from NULL

}

Confirmed-KequestPDU — это последовательность, содержащая четыре элемента: целое без знака, перечень модификаторов по выбору, подтверждаемый запрос услуги ConflrmedServieeRequest и подробности запроса Request-Detail.

Идентификатор задействования InvokelD — это 32-6итное целое без знака. Он однозначно идентифицирует запрос услуги среди всех ожидающих выполнения подтвержденных запросов услуги от конкретного MMS-польэоеателя по заданной прикладной ассоциации. В любой момент времени должен иметь место самое большее один ожидающий выполнения запрос услуги от конкретного MMS-польэоватепя по некоторой прикладной ассоциации для любого заданного идентификатора задействования InvokelD. Значение InvokelD указано MMS-пользователем в примитиве запроса услуг (см. ИСО 9506-1. раздел 5). Значение InvokelD. указанное в Confirmed-ResponsePDU и Confirmed-ErrorPOU. предоставляет возможность MMS-провайдеру и MMS-лольэователю коррелировать указанные PDU с рассматриваемым запросом услуги.

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

Запрос подтверждаемой услуги ConflrmedServieeRequest нужен для ее идентификации и аргумента. Данный параметрописан в 7.1.1.

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

17

ГОСТ Р ИСО 9506-2-2014

7.1.1 ConfirmedServiceRequest (запрос подтверждаемой услуги)

ConfirmedServiceRequest    CHOICE {

IF (status ) status

(0] IMPLICIT Status-Request

ELSE

status

(0]    IMPLICIT NULL

ENDIF

IF(getNameList)

getNameUst

[1]    IMPLICIT GetNameList-Request

ELSE

getNameUst

(1)    IMPLICIT NULL

ENDIF IF (identify)

identify

[2]    IMPLICIT Identify-Reqoest

ELSE

identify

(2]    IMPLICIT NULL

ENDIF IF (rename) rename

[3]    IMPLICIT Rename-Request

ELSE

rename

(3]    IMPLICIT NULL

ENDIF IF (read)

read

[1] IMPLICIT Rood Roquoet

ELSE

read

(4]    IMPLICIT NULL

ENDIF IF (write)

write

(5]    IMPLICIT Write-Request

ELSE

write

(5]    IMPLICIT NULL

ENDIF

IF (vnam vadr)

IF (getVariableAccessAttributes)

getVariableAccessAttributes

[6]    GetVariableAccessAttnbutes-Request

ELSE

getVariableAccessAttributes

[6] IMPLICIT NULL

ENDIF

ELSE

getVariableAccessAttributes (6] IMPLICIT NULL

18

ГОСТ Р ИСО 9506-2-2014

ENDIF IF (vnam)

IF (vadr)

IF (defineNamedVariable)

defineNamedVariable

[7] IMPLICIT DefineNamedVariable-Request

ELSE

defineNamedVariable

[7] IMPLICIT NULL

ENDIF

ELSE

defineNamedVariable

[7]    IMPLICIT NULL

ENDIF

ELSE

defineNamedNfanable f7] IMPLICIT NULL

ENDIF IF (vsca)

-    [8] is reserved for a service defined in Annex E IF (defineScatteredAccess)

defineScatteredAccess

[8]    IMPLICIT Define Sea tteredAc cess-Request

ELSE

defineScatteredAccess

[8]    IMPLICIT NULL

ENDIF

-    [9] is reserved for a service defined in Annex E IF (getScatteredAccessAttributes)

getScatteredAccessAttributes

(9]    GetScatteredAccessAmitKites-Request

ELSE

getScatteredAccessAttributes

[9] IMPLICIT NULL

ENDIF

ELSE

defineScatteredAccess

[8]    IMPLICIT NULL. getScatteredAccessAttributes

[9]    IMPLICIT NULL

ENDIF IF (vnam)

IF (deleteVariableAccess) deieteVariableAccess

[10]    IMPLICIT DeteteVariableAccess-Request

ELSE

deieteVariableAccess

[10] IMPLICIT NULL

ENDIF

ELSE

deieteVariableAccess

[10] IMPLICIT NULL

ENDIF IF (vlis)

IF (vnam)

19

ГОСТ Р ИСО 9506-2-2014

IF (define NamedVariableUst)

defineNamedVaoab*eList

[11] IMPLICIT DefineNamedVariabteList-Reguest

ELSE

defineNamedVaoab*eList

[11]    IMPLICIT NULL

ENDIF

IF (getNamedVariableListAttrfcutes)

getNamedVariabteUstAttributes

[12]    GetNamedVariableListAttributes-Request

ELSE

getNamedVafiaWeListAttributes

[12]    IMPLICIT NULL

ENDIF

IF (deleteNamedVanableUst)

deteteNamedVanableList

[13]    IMPLICIT DeteteNamedVariabteList-Request

ELSE

deleteNamedVariableList

[13] IMPLICIT NULL

ENDIF

ELSE

defineNamedVaoab*eList

[11]    IMPLICIT NULL. getNamedVariatHeUstAttribute

[12]    IMPLICIT NULL. deieteNamedVariableList

[13]    IMPLICIT NULL

ENDIF

ELSE

defineNamedVafiabieList

[11]    IMPLICIT NULL. getNamedVariabJeUstAttributes

[12]    IMPLICIT NULL. deleteNamedVariabieList

[13]    IMPLICIT NULL

ENDIF ENDIF IF (vnam)

IF (defineNamedType }

defineNamedType

[14]    IMPLICIT DefineNamedType-Request

ELSE

defineNamedType

[14]    IMPLICIT NULL

ENDIF

IF (getNamedTypeAttributes )

getNamedType Attributes

[15]    GetNamedTypeAttributes-Request

ELSE

getNamedType Attributes

[15] IMPLICIT NULL

ENDIF

IF (deleteNamedType} deieteNamedType

20

ГОСТ Р ИСО 9506-2-2014

[16] IMPLICIT DeteteNamedType-Request

ELSE

deleteNamedType

[16] IMPLICIT NULL

ENDIF

ELSE

defineNamedType

[14]    IMPLICIT NULL, geiNamedTypeAttrixjtes

[15]    IMPLICIT NULL. deleteNamedType

[16]    iMPUCITNULL

ENDIF IF (input)

input

[17]    IMPLICIT Input-Request

ELSE

input

[17]    IMPLICIT NULL

ENDIF IF (output)

output

[18]    IMPLICIT Output-Request

ELSE

output

[18]    IMPLICIT NULL

ENDIF

IF (takeControl)

takeControl

[19]    IMPLICIT TakeControl-Request

ELSE

takeControl

[19]    IMPLICIT NULL

ENDIF

IF (relinquishControl)

relinquishControl

[20]    IMPLICIT ReinquishControl-Request

ELSE

relinquishControl

[20]    IMPLICIT NULL

ENDIF

IF (define Semaphore )

define Semaphore

[21]    IMPLICIT DefineSemaphore-Request

ELSE

define Semaphore

[21]    IMPLICIT NULL

ENDIF

IF (deleteSemaphore)

deleteSemaphore

[22]    DeleteSemaphore-Request

ELSE

deleteSemaphore

[22] IMPLICIT NULL

ENDIF

21

ГОСТ Р ИСО 9506-2-2014

IF (reportSemaphoreStatus)

reportSemaphoreStatus

[23] ReportSemaphoreStatus-Request

ELSE

reportSemaphoreStatus

[23]    IMPLICIT NULL

ENDIF

IF (reportPoolSemaphoreStatus)

reportPoolSemaphoreStatus

[24]    IMPLICIT ReportPodSemaphoreStatus-Request

ELSE

reportPoolSemaphoreStatus

[24]    IMPLICIT NULL

ENDIF

IF (reportSemaphoreEntryStatus)

reportSemaphoreEntryStatus

[25]    IMPLICIT ReportSemaphoreEntryStatus-Request

ELSE

reportSemaphoreEntryStatus

[25]    IMPLICIT NULL

ENDIF

IF (initiateDownloadSequence)

initiateDownloadSequence

[26]    IMPLICIT InmateDownloadSequence-Request. downloadSegment

[27]    IMPLICIT DownloadSegment-Request. termlnateDownload Sequence

[28]    IMPLICIT TerminateDowntoadSequence-Request

ELSE

initiateDownloadSequence

[26]    IMPLICIT NULL. downioadSegment

[27]    IMPLICIT NULL. terminateOownload Sequence

[28]    IMPLICIT NULL

ENDIF

IF (initiateUploadSequence)

imtiateUpioad Sequence

[29]    IMPLICIT InmateUptoadSequence-Request. uptoadSegment

[30]    IMPLICIT Upload Segment-Request. terminateUptoad Sequence

[31]    IMPLICIT TerminateUptoad Sequence-Request

ELSE

initiateUploadSequence

[29]    IMPLICIT NULL. uptoadSegment

[30]    IMPLICIT NULL. terminateUptoad Sequence

[31]    IMPLICIT NULL

ENDIF

IF (requestDomamDownload )

requestDomainDowntoad

[32]    IMPLICIT RequestDomainDowntoad-Request

ELSE

22

ГОСТ Р ИСО 9506-2-2014

requestDomainDownload

[32]    IMPLICIT NULL

ENDIF

IF (requestDomainUpload )

requestDomainUptoad

[33]    IMPLICIT RequestDomainUptoad-Request

ELSE

requestDomainUptoad

[33]    IMPLICIT NULL

ENDIF

IF (loadDomainContent)

loadDomainContent

[34]    IMPLICIT LoadDoma«Content*Request

ELSE

loadDomainContent

[34]    IMPLICIT NULL

ENDIF

IF (storeOomainContent) storeDomainContent

[35]    IMPLICIT Store Do manContent-Request

ELSE

storeOomainContent

[35]    IMPLICIT NULL

ENDIF

IF (deleteDomam)

deieteDomain

[36]    IMPLICIT DeteteDomain-Request

ELSE

deieteDomain

[36]    IMPLICIT NULL

ENDIF

IF (getDomainAttrtxites)

getDomainAttributes

[37]    IMPLICIT GetDomainAttributes-Request

ELSE

getDomainAttributes

[37]    IMPLICIT NULL

ENDIF

IF (createProgramlnvocation)

createProgramlnvocation

[38]    IMPLICIT CreateProgramlnvocation-Request

ELSE

createProgramlnvocation

[38]    IMPLICIT NULL

ENDIF

IF (deleteProgramlnvocation)

deieteProgramlnvocabon

[39]    IMPLICIT DeteteProgramlnvocatioivRequest

ELSE

deleteProgramlnvocation

[39]    IMPLICIT NULL

ENDIF IF (start)

start

[40]    IMPLICIT Start-Request

23

ГОСТ Р ИСО 9506-2-2014

ELSE

start

[40]    IMPLICIT NULL

ENDIF IF (stop)

stop

[41]    IMPLICIT Stop-Request

ELSE

stop

[41]    IMPLICIT NULL

ENDIF IF (resume)

resume

[42]    IMPLICIT Resume-Request

ELSE

resume

[42]    IMPLICIT NULL

ENDIF IF(reset)

reset

[43]    IMPLICIT Reset-Request

ELSE

reset

[43]    IMPLICIT NULL

ENDIF IF (kill)

кЯ

[44]    IMPLICIT Kill-Request

ELSE

кЯ

[44]    IMPLICIT NULL

ENDIF

IF (getProgramlnvocationAttributes)

getProgramlnvocabonAttributes

[45]    IMPLICIT GetProgramlnvocationAttributes-Request

ELSE

getProgramlnvocatoonAttributes

[45]    IMPLICIT NULL

ENDIF

IF (obtamFile} obtainFile

[46]    IMPLICIT ObtainFile-Request

ELSE

obtainFile

[46]    IMPLICIT NULL

ENDIF

IF (defineEventConditkm)

defineEventCondition

[47]    IMPLICIT DefineEventCondition-Request

ELSE

defineEventCondition

[47] IMPLICIT NULL

ENDIF

IF (deleteEventCondition)

deleteEventCondition

24

ГОСТ Р ИСО 9506-2-2014

(48] Delete EventCond ibon-Request

ELSE

deteteEventCondibon

[48]    IMPLICIT NULL

ENDIF

IF (getEventCondibonAttnbutes)

getEventConditionAttributes

[49]    GetEventConditionAttributes-Request

ELSE

getEventConditionAttributes

[49]    IMPLICIT NULL

ENDIF

IF (reportEventConditionStatus)

reportEventConditionStatus

[50]    ReportEventConditionStatus-Request

ELSE

reportEventConditionStatus

[50]    IMPLICIT NULL

ENDIF

IF (atterEventCondibonMonitoring)

afterEventConditionMonitoring

[51]    IMPLICIT AtterEventConditionMonitoring-Request

ELSE

atterEventConditionMonitonng

(51]    IMPLICIT NULL

ENDIF

IF (tnggerEvent)

triggerEvent

(52]    IMPLICIT TnggerEvent-Request

ELSE

tnggerEvent

(52]    IMPLICIT NULL

ENDIF

IF (defineEventAcoon) defineEventAction

(53]    IMPLICIT DefineEventAction-Request

ELSE

defineEventAction

(53]    IMPLICIT NULL

ENDIF

IF (deleteEventAcbon)

deteteEventAction

(54]    DeleteEventAction-Request

ELSE

deleteEventAcbon

(54]    IMPLICIT NULL

ENDIF

IF (getEventAcbonAttributes) getEventAcbonAttrtHrtes

(55]    GetEventActionAttributes-Request

ELSE

get£ventAcbonAttrt>u1es

(55] IMPLICIT NULL

ENDIF

IF (reportEventActionStatus)

25

ГОСТ Р ИСО 9506-2-2014

reportEventActionStatus

[56] ReportEventActionStatus-Request

ELSE

reportEventActionStatus

[56]    IMPLICIT NULL

ENDIF

IF (defineEventEnrotlment)

defineEventEnrollment

[57]    IMPLICIT DefineEventEnrollment-Request

ELSE

defineEventEnrollment

[57]    iMPUCITNULL

ENDIF

IF (deleteEventEnrotlment)

deleteEventEnrollment

[58]    DeleteEventEnrollment-Request

ELSE

deteteEventEnrollment

[58]    IMPLICIT NULL

ENDIF

IF (aiterEventEnrollment)

alterEventEnroliment

[59]    IMPLICIT AlterEventEnrollment-Request

ELSE

alterEventEnroliment

[59]    IMPLICIT NULL

ENDIF

IF (reportEventEnrollmentStatus)

reportEventEnrollmentStatus

[60]    ReportEventEnrollmentStatus-Request

ELSE

reportEventEnrollmentStatus

[60]    IMPLICIT NULL

ENDIF

IF (getEventEnroHmentAttnbutes)

getEventEnroHmentAttnbutes

[61]    IMPLICIT GetEventEnrolimentAttributes-Request

ELSE

getEventEnroHmentAttnbutes

[61]    IMPLICIT NULL

ENDIF

IF (acknowledgeEventNotification)

acknowiedgeEventNotificabon

[62]    IMPLICIT AcknowleOgeEventNotrficaoon-Request

ELSE

acknowiedgeEventNotificabon

[62]    IMPLICIT NULL

ENDIF

IF (getAiarmSummary)

getAlarmSummary

[63]    IMPLICIT GetAlarmSummary-Request

ELSE

getAlarmSummary

[63] IMPLICIT NULL

ENDIF

26

ГОСТ Р ИСО 9506-2-2014

IF (getAlarmEnroUmentSummary)

getAlarmEnroilmentSummary

[64] IMPLICIT GetAiarmEnrollmentSummary-Request

ELSE

getAlarmEnroilmentSummary

[64]    IMPLICIT NULL

ENDIF

IF (readJoumal)

readJoumal

[65]    IMPLICIT ReadJoumal-Request

ELSE

readJoumal

[65]    IMPLICIT NULL

ENDIF

IF (wnteJoumal)

wnteJoumal

[66]    IMPLICIT WriteJoumal-Request

ELSE

wnteJoumal

[66]    IMPLICIT NULL

ENDIF

IF (initializeJoumal) irutializeJoomal

[67]    IMPLICIT InmalizeJoumal-Request

ELSE

initializeJoumal

[67]    IMPLICIT NULL

ENDIF

IF (reporUoumalStatus)

reportJoumaJStatus

[68]    ReportJoumalStatus-Request

ELSE

reportJoumaJStatus

[68]    IMPLICIT NULL

ENDIF

IF (createJoumai)

createJoomal

[69]    IMPLICIT CreateJoumal-Request

ELSE

createJoumai

[69]    IMPLICIT NULL

ENDIF

IF (deleteJoumal) deleteJoumal

[70]    IMPLICIT DeteteJoumal-Request

ELSE

deleteJoumal

[70]    IMPLICIT NULL

ENDIF

IF (getCapabilityList)

getCapaMityList

[71]    IMPLICIT GetCapabrlrty List-Request

ELSE

getCapabilityList

[71] IMPLICIT NULL

27

ГОСТ Р ИСО 9506*2-2014

ENDIF

-    choices [72] through [77] are reserved for use by services

-    defined in annex D IF (fileOpen)

fileOpen

[72] IMPLICIT FdeOpen-Request

ELSE

fileOpen

[72]    IMPLICIT NULL

ENDIF

IF (fileRead )

fileRead

[73]    IMPLICIT FiteRead-Request

ELSE

fileRead

[73]    IMPLICIT NULL

ENDIF

IF (fileOose)

fiteCtose

[74]    IMPLICIT FiteC lose-Request

ELSE

WeClose

[74]    IMPUCIT NULL

ENDIF

IF (fileRename)

fiieRename

[75]    IMPLICIT FileRename-Request

ELSE

fileRename

[75]    IMPLICIT NULL

ENDIF

IF (fileDelete)

fileDelete

[76]    IMPUCIT FiteDeiete-Request

ELSE

fileDelete

[76]    IMPLICIT NULL

ENDIF

IF (file Directory)

WeOirectory

[77]    IMPLICIT FrieDirectory-Request

ELSE

fileDirectory

[77]    IMPLICIT NULL

ENDIF

IF (csr cspi)

additionalService

[78]    AddrtionalService-Request

ENDIF

-    choice [79] is reserved IF (getDataExchangeAttributes)

getData Exchange Attributes

[80] GetDataExchangeAttnbutes-Request

- Shall not appear in minor version 1

28

ГОСТ Р ИСО 9506-2-2014

ENDIF

IF (exchangeData ) exchangeData

[81]    IMPLICIT ExchangeData-Request

-    Shall not appear in minor version 1

ENDIF

IF (defineAccessControlList)

defineAccessControlList

[82]    IMPLICIT DefineAccessControtList-Request

-    Shall not appear in minor version 1 or 2

ENDIF

IF (getAccessConfroHJstAttributes )

getAccessControlListAttributes

[83]    GetAccessControlUstAttributes-Request

-    Shall not appear in minor version 1 or 2

ENDIF

IF (reportAccessControlledObjects)

reportAccessControlledObjects

[84]    IMPLICIT ReportAccessControHedObjects-Request

-    Shall not appear in minor version 1 or 2

ENDIF

IF (deleteAccessControlList)

deieteAccessControlList

[85]    IMPLICIT DeteteAccessControtList-Request

-    Shall not appear in minor version 1 or 2

ENDIF

IF (changeAccess Control)

changeAccessControi

[86]    IMPLICIT ChangeAccessControLRequest

-    Shall not appear in minor version 1 or 2

ENDIF

}

Тип запроса ConfirmedServiceRequest должен идентифицировать тип услуги и аргумент данной услуги. Теги контекста идентифицируют тип услуги. Определения каждой индивидуальной услуги описывают форму аргумента данной услуги путем определения типа, на который произведена ссылка при разработке запроса ConfirmedServiceRequest. Каждая услуга сущности ConflrmedServIceRequest является подтверждаемой.

7.1.2 AdditionalService-Request (запрос дополнительной услуги)

AdditionalService-Request = CHOICE {

IF (csr)

IF (vMDStop ) vMDStop

[0] IMPLICIT VMDStop-Request

ELSE

vMDStop

[0]    IMPLICIT NULL

ENDIF

IF (vMDReset)

vMDReset

[1]    IMPLICIT VMDReset-Request

ELSE

vMDReset

11] IMPLICIT NULL

29

ГОСТ Р ИСО 9506-2-2014

ENDIF IF (select)

select

[2] IMPLICIT Select-Request

ELSE

select

[2]    IMPLICIT NULL

ENDIF

IF (aiterProgramlnvocationAttributes) afterPI

[3]    IMPLICIT AlterProgramlnvocationAttributes-Request

ELSE

altefPI

]3] IMPLICIT NULL

ENDIF

ELSE

vMDStop

]0] IMPLICIT NULL. vMDReset

11] IMPLICIT NULL.

select

[2]    IMPLICIT NULL.

alterPl

[3]    IMPLICIT NULL

ENDIF IF (cspi)

IF (initiateUnitControlLoad ) imtiateUCLoad

[4]    IMPLICIT InitiateUnitControiLoad-Request

ELSE

initiateUCLoad

]4] IMPLICIT NULL

ENDIF

IF (unitControlLoadSegment) uCLoad

[5]    IMPLICIT UnitControlLoadSegment-Request

ELSE

uCLoad

[5]    IMPLICIT NULL

ENDIF

IF (unitControlUpload) uCUpload

[6]    IMPLICIT UnitControlUptoad-Request

ELSE

uCUpload

[6]    IMPLICIT NULL

ENDIF

IF (startUnitControi) startUC

[7]    IMPLICIT StartUratControl-Request

ELSE

startUC

[7] IMPLICIT NULL

ENDIF

IF (stopUmtCoctroi)

30

ГОСТ Р ИСО 9506-2-2014

stopUC

[8] IMPLICIT StopUnitControLRequest

ELSE

stopUC

[8]    IMPLICIT NULL

ENDIF

IF (createUnitControl) createUC

[9]    IMPLICIT CreateUn ft Control-Request

ELSE

createUC

[9)    IMPLICIT NULL

ENDIF

IF (addToUnitControI) ackJToUC

[10]    IMPLICIT AddToUnitControl-Reqoest

ELSE

addToUC

[10]    IMPLICIT NULL

ENDIF

IF (removeFromUnitControl) removeFromUC

[11]    IMPLICIT RemoveFromUnitControLRequest

ELSE

removeFromUC

111] IMPLICIT NULL

ENDIF

IF (getUnitControlAttributes) getUCAttnbutes

[12]    IMPLICIT GetUnrtControtAttributes-Request

ELSE

getUCAttrixjtes

[12]    IMPLICIT NULL

ENDIF

IF (loadUnitControlFromFite) loadUCFromFile

[13]    IMPLICIT LoadUnitControlFromFile-Request

ELSE

loadUCFromFile

[13]    IMPLICIT NULL

ENDIF

IF (storeUnitControIToFile) storeUCToFie

[14]    IMPLICIT StoreUrMtControIToFile-Request

ELSE

storeUCToFie

[14]    IMPLICIT NULL

ENDIF

IF (deleteUnitControl) deleteUC

[15]    IMPLICIT DeleteUnitControl-Request

ELSE

deleteUC

[15] IMPLICIT NULL

ENDIF

31

ГОСТ Р ИСО 9506-2-2014

IF (defineEventConditionList) defineECL

[16] DefineEventConditionList-Request ELSE

. defineECL

[16]    IMPLICIT NULL

ENDIF

IF (deleteEventConditionList) deieteECL

[17]    DeleteEventConditionList-Request

ELSE

deieteECL

[17]    IMPLICIT NULL

ENDIF

IF (addEventCondftionListReference) addECLReference

[18]    IMPLICIT AddEventConditionListReference-Request

ELSE

addECLReference

[18]    IMPLICIT NULL

ENDIF

IF (removeEventConditionUstReference) removeECLReference

[19]    IMPLICIT RemoveEveotConditionListReference-Request

ELSE

removeECLReference

[19]    IMPLICIT NULL

ENDIF

IF (getEventCondibonListAltributes) getECLAttributes

[20]    GetEventConditionUstAttributes-Request

ELSE

getECLAttributes

[20]    IMPLICIT NULL

ENDIF

IF (reportEventConditionLtstStatus) reportECLStatus

[21]    IMPLICIT ReportEventConditionListStatus-Request

ELSE

reportECLStatus

[21]    IMPLICIT NULL

ENDIF

IF (alterEventConditionListMonitoring) alterECLMonitoring

[22]    IMPLICIT AiterEventConditionListMonitoring-Request

ELSE

alterECLMonitoring

[22] IMPLICIT NULL

ENDIF

ELSE

initiateUCLoad

[4]    IMPLICIT NULL.

uCLoad

[5]    IMPLICIT NULL. uCUptoad

32

ГОСТ Р ИСО 9506-2-2014

[6]    IMPLICIT NULL.

startUC

[7]    IMPLICIT NULL.

stopUC

[8]    IMPLICIT NULL. createUC

[9]    IMPLICIT NULL. addToUC

[10J IMPLICIT NULL. removeFromUC

I11J IMPLICIT NULL. getUCAttributes

[121 IMPLICIT NULL. loadUCFromFile

[131 IMPLICIT NULL. storeUCToFrie

[14J IMPLICIT NULL. deleteUC

[1SJ IMPLICIT NULL. defineECL

[161 IMPLICIT NULL. deteteECL

[171 IMPLICIT NULL. addECLReference

[181 IMPLICIT NULL. removeECLReference

[191 IMPLICIT NULL. getECLAttnbutes

[201 IMPLICIT NULL. reportECLStatus

[211IMPUCIT NULL atterECLMonitoring

[221 IMPLICIT NULL

ENDIF

J

7.1.3 Request-Detail (подробности запроса)

Request-Detail :r= CHOICE {

-    this choice shall be selected if the tag value of the

-    ConfirmedServiceRequest does not match any of the tags below otherRequests NULL

IF (createProgramlnvocation)

create Programl nvocation

[38] IMPLICIT CS-CreateProgramlnvocation-Request

ELSE

createProgramlnvocation

[38) IMPLICIT NULL

ENDIF IF (start)

start

[40] IMPLICIT CS-Start-Request

ELSE

start

[40] IMPLICIT NULL

ENDIF

33

ГОСТ Р ИСО 9506-2-2014

IF (resume)

resume

[42] IMPLICIT CS-Resume-Request

ELSE

resume

[42] IMPLICIT NULL

ENDIF

IF (defineEventCondition)

defineEventCondition

[47) IMPLICIT CS-DefineEventCondition-Request

ELSE

defineEventCondition

[47) IMPLICIT NULL

ENDIF

IF (aiterEventConditionMonitortng)

alterEventConditionMonitoring

[51] IMPLICIT CS-AlterEventConditk>nMonitonng-Request

ELSE

alterEventCondrtionMonitonng [51) IMPLICIT NULL

ENDIF

IF (defineEventEnroilment)

defineEventEnrollment

[57] IMPLICIT CS-DefineEventEnroilment-Request

ELSE

defineEventEnrollment

[57] IMPLICIT NULL

ENDIF

IF (alterEventEnrodment)

alterEventEnroliment

[59] IMPLICIT CS-AfterEvencEnrollment-Request

ELSE

alterEventEnroliment

[59] IMPLICIT NULL

ENDIF

}

7.2 The Unconftrmed-POU (неподтверждаемый блок данных)

Unconfirmed-PDU SEQUENCE { service Uncon firmed Service.

IF (cspi)

. service-ext [79] Unconfirmed-Detail OPTIONAL ENDIF

-    shall not be transmitted if value is the value

-    of a tagged type derived from NULL

}

Неподтверждаемый блок данных Unconfirmed-PDU представляет из себя последовательность, содержащую неподтвердаемые услуги UnconfirmedService и неподтверждаемые подробности (детали) Unconfirmed-Detail.

Блок данных UnconfirmedService должен использоваться для идентификации есех существующих неподтверждаемых услуг и их аргументов.

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

UnconfirmedService ::= CHOICE {

IF (informationReport)

34

ГОСТ Р ИСО 9506-2-2014

information Report

[0] IMPLICIT InformationReport

ELSE

informationReport

[0]    IMPLICIT NULL

ENDIF

IF (unsolidtedStatus)

. unsolkrtedStatus

[1]    IMPLICIT UnsoKcitedStatus

ELSE

. unsolkrtedStatus

(11 IMPLICIT NULL

ENDIF

IF (eventNotification)

. eventNotification

[2]    IMPLICIT EventNotification

ELSE

. eventNotification

[2] IMPLICIT NULL

ENDIF

}

Тип блока данных Uncon firmed Service должен идентифицировать тип услуги и аргумент для этой услуги. С целью идентификации типа услуги используется соответствующий контекстный тег. Определения для каждой индивидуальной услуги устанавливают форму аргумента услуги с помощью определения типа, который содержит ссылку из блока данных Unconfirmed Service. Каждая услуга, соответствующая блоку данных UnconfirmedService является неподтверждаемой услугой.

7.2.2 Unconfirmed-Detail (неподтверждаемые подробности)

Блок данных подтверждаемого ответа Confirmed-ResponsePDU — это последовательность, содержащая три элемента: целое без мака, сущность ConfirmedServiceResponse и сущность Response-Detail.

Unconfirmed-Detail CHOICE {

-    this choice shall be selected if the tag value of the

-    UnconfirmedService does not match any of the tags below otherRequests NULL

IF (cspi)

eventNotification

[2] IMPLICIT CS-EventNotification

ENDIF

}

7.3 Confirmed-ResponsePDU (блок данных подтверждаемого ответа)

Confirmed-ResponsePDU SEQUENCE { invokelD    Unsigned32,

service    ConfirmedServiceResponse.

IF (csr cspi).

service-ext    [79] Response-Detail OPTIONAL

ENDIF

-    shall not be transmitted if value is the value

-    of a tagged type derived from NULL

}

Идентификатор задействования InvokelD — это 32-битное целое без знака. Он однозначно идентифицирует запрос услуги среди всех ожидающих выполнения подтвержденных запросов услуги от конкретного MMS-пользователя по заданной прикладной ассоциации. В любой момент времени должен иметь место самое большее один ожидающий выполнения запрос услуги от конкретного

35

ГОСТ Р ИСО 9506-2-2014

MMS-лольэоеателя по некоторой прикладной ассоциации для любого заданного идентификатора задействования InvokelD. Значение InvokelD указано MMS-лользователем в примитиве запроса услуг (см. ИСО 9506-1. раздел 5). Значение InvokelD. указанное в Confirmed-ResponsePDU и Confirmed-ЕггогРОи. предоставляет возможность MMS-провайдеру и MMS-пользователю коррелировать указанные PDU с рассматриваемым запросом услуги.

Сущность ConfirmedServiceResponse нужна для идентификации подтверждаемой услуги и ответа по данной подтверждаемой услуги. Данный параметр описан далее е 7.3.1.

7.3.1 ConfirmedServiceResponse (ответ на подтвержденную услугу)

ConfirmedServiceResponse ::= CHOICE {

IF (status)

status

{0] IMPLICIT Status-Response

ELSE

status

[0]    IMPLICIT RejectPDU

ENDIF

IF (getNameList)

getNameUst

[1]    IMPLICIT GetNameList-Response

ELSE

getNameUst

11} IMPLICIT RejectPDU

ENDIF IF (identify)

identify

[2]    IMPLICIT Identity-Response

ELSE

identify

[2]    IMPLICIT RejectPDU

ENDIF IF (rename) rename

[3]    IMPLICIT Rename-Response

ELSE

rename

131 IMPLICIT RejectPDU

ENDIF IF (read)

read

[4]    IMPLICIT Read-Response

ELSE

read

[4]    IMPLICIT RejectPOU

ENDIF IF (write)

write

[5]    IMPLICIT Write-Response

ELSE

write

15] IMPLICIT RejectPDU

ENDIF

IF (vnam vadr)

IF (getVariableAiCcessAttributes)

getVariabieAccessAoributes

36

ГОСТ Р ИСО 9506-2-2014

[6] IMPLICIT GetVariableAccessAttributes-Response

ELSE

getVariabteAccessAtuibutes

[6] IMPLICIT RejectPOU

ENDIF

ELSE

getVariableAccessAttributes

[6]    IMPLICIT RejectPOU

ENDIF IF (vnam)

IF (vadr)

IF (defineNamedVariable)

defineNamedVariable

[7]    IMPLICIT DefineNamedVariable-Response

ELSE

defineNamedVanable

PI IMPLICIT RejectPOU

ENDIF

ELSE

defineNamedVariable

PI IMPLICIT RejectPOU

ENDIF

ELSE

defineNamedVariable

PI IMPLICIT RejectPOU

ENDIF IF (vsca)

-    choice (8] is reserved for a service defined in Annex E IF (define Sea tteredAccess )

defineScatteredAccess

[8]    IMPLICIT Define Sea tteredAccess-Response

ELSE

defineScatteredAccess

[8]    IMPLICIT RejectPOU

ENDIF

-    choice (9] is reserved for a service defined in Annex E IF (getScatteredAccessAttnbutes)

getScatteredAccessAttributes

[9]    IMPLICIT GetScatteredAccessAttnbutes-Response

ELSE

getScatteredAccessAttributes

[9] IMPLICIT RejectPOU

ENDIF

ELSE

defineScatteredAccess

[8]    IMPLICIT RejectPOU, getScatteredAccessAttributes

[9]    IMPLICIT RejectPOU

ENDIF IF (vnam)

IF (deleteVariableAccess)

deleteVanableAccess

[10]    IMPLICIT DeleteVariabieAccess-Response

ELSE

deleteVariableAccess

37

ГОСТ Р ИСО 9506-2-2014

[10] IMPLICIT RejectPDU

ENDIF

ELSE

deleteVanabteAccess

[10]    IMPLICIT RejectPDU

ENDIF IF (vlis)

IF (vnam)

IF (define NamedVariableUst)

defineNamedVariableList

[11]    IMPLICIT DefineNamedVariableList-Response

ELSE

defineNamedVariableList

[11]    IMPLICIT RejectPDU

ENDIF

IF (getNamedVariableListAttributes)

getNamedVariableListAttributes

[12]    IMPLICIT GetNamedVaiiableLislAttribiites-Response

ELSE

getNamedVariableUstAttributes

[12]    IMPLICIT RejectPDU

ENDIF

IF (deleteNamedVariableList)

deleteNamedVariableList

[13]    IMPLICIT DeleteNamedVariableList-Response

ELSE

deleteNamedVariableList

[13] IMPLICIT RejectPDU

ENDIF

ELSE

defineNamedVariableList

[11]    IMPLICIT RejectPDU. getNamedVariableListAttributes

[12]    IMPLICIT RejectPDU. deieteNamedVariabieUst

[13]    IMPLICIT RejectPDU

ENDIF

ELSE

defineNamedVariableList

[11]    IMPLICIT RejectPDU. getNamedVariableListAttributes

[12]    IMPLICIT RejectPDU. deleteNamedVariableList

[13]    IMPLICIT RejectPDU

ENDIF IF (vnam)

IF (defineNamedType)

defineNamedType

[14]    IMPLICIT DefineNamedType-Response

ELSE

defmeNamedType

[14] IMPUCIT RejectPDU

ENDIF

IF (getNamedTypeAttributes)

getNamedType Attributes

36

ГОСТ Р ИСО 9506-2-2014

[151 IMPLICIT GetNamedTypeAttributes-Response

ELSE

getNamedTypeAttributes

[15]    IMPLICIT RejectPDU

ENDIF

IF (deleteNamedType} deleteNamedType

[16)    IMPLICIT Delete NamedType-Response

ELSE

deleteNamedType

[16) IMPLICIT RejectPDU

ENDIF

ELSE

defineNamedType

[14)    IMPLICIT RejectPDU. getNamedTypeAttnbutes

[15)    IMPLICIT RejectPDU. deleteNamedType

[16]    IMPLICIT RejectPDU

ENDIF IF (input)

input

[17]    IMPLICIT Input-Response

ELSE

input

[17)    IMPLICIT RejectPDU

ENDIF IF (output)

output

[18]    IMPLICIT Output-Response

ELSE

output

[18]    IMPLICIT RejectPDU

ENDIF

IF (takeControl)

takeControl

[19]    TakeControl-Response

ELSE

takeControl

[19]    IMPLICIT RejectPDU

ENDIF

IF (relinquishControl)

relinquishControl

[20]    IMPLICIT Relinquish Control-Response

ELSE

relinquishControl

[20]    IMPLICIT RejectPDU

ENDIF

IF (define Semaphore )

defineSemaphore

[21]    IMPLICIT Define Semaphore-Response

ELSE

defineSemaphore

[21] IMPLICIT RejectPDU

ENDIF

39

ГОСТ Р ИСО 9506-2-2014

IF (deleteSemaphore)

deleteSemaphore

[22] IMPLICIT DeleteSemaphore-Response

ELSE

deleteSemaphore

[22]    IMPLICIT RejectPDU

ENDIF

IF (reportSemaphoreStatus)

reportSemaphoreStatus

[23]    IMPLICIT ReportSemaphoreStatus-Response

ELSE

reportSemaphoreStatus

[23]    IMPLICIT RejectPDU

ENDIF

IF (reportPoolSemaphoreStatus)

reportPoolSemaphoreStatus

[24]    IMPLICIT ReportPoolSemaphoreStatus-Response

ELSE

reportPoolSemaphoreStatus

[24]    IMPLICIT RejectPDU

ENDIF

IF (reportSemaphoreEntryStatus)

reportSemaphoreEntryStatus

[25]    IMPLICIT Report SemaphoreEntryStatus-Response

ELSE

reportSemaphoreEntryStatus

[25]    IMPLICIT RejectPDU

ENDIF

IF (initiateDownloadSequence)

initiateDownloadSequence

[26]    IMPLICIT Initiate Download Sequence-Response. downloadSegment

[27]    IMPLICIT DownloadSegment-Response. terminateOownload Sequence

[28]    IMPLICIT TerminateDownloadSequence-Response

ELSE

initiateDownloadSequence

[26]    IMPLICIT RejectPDU. downloadSegment

[27]    IMPLICIT RejectPDU. terminateOownload Sequence

[28]    IMPLICIT RejectPDU

ENDIF

IF (initiateUploadSequence)

initiateUploadSequeoce

[29]    IMPLICIT InitiateUploadSequence-Response. uploadSeqment

[30]    IMPLICIT UploadSegment-Response. terminateUptoad Sequence

[31]    IMPLICIT TerrmnateUploadSequeoce-Response

ELSE

initiateUploadSequence

[29]    IMPLICIT RejectPDU. uploadSegment

[30]    IMPLICIT RejectPDU.

40

ГОСТ Р ИСО 9506-2-2014

terminateUptoad Sequence

[311 IMPLICIT RejectPDU

ENDIF

IF (requestDomainDownload)

requestDomainDownload

[32] IMPLICIT RequestDomainDownload-Response

ELSE

requestDomainDownload

[32)    IMPLICIT RejectPDU

ENDIF

IF (requestDomainUpload )

requestDomainUpload

[33]    IMPLICIT RequestDomainUpload-Response

ELSE

requestDomainUpload

[33]    IMPLICIT RejectPDU

ENDIF

IF (loadDomainContent)

loadDomainContent

[34]    IMPLICIT LoadDomainContent-Response

ELSE

loadDomainContent

[34]    IMPLICIT RejectPDU

ENDIF

IF (storeOomainContent)

storeDomainContent

[35]    IMPLICIT StoreDomainContent-Response

ELSE

storeDomainContent

[35)    IMPLICIT RejectPDU

ENDIF

IF (deleteDomain)

deleteDomain

[36]    IMPLICIT DeleteDomain-Response

ELSE

deleteDomain

[36]    IMPLICIT RejectPDU

ENDIF

IF (getDomainAttributes)

getDomainAttributes

[37]    IMPLICIT GetDomainAttributes-Response

ELSE

getDomainAttributes

[37]    IMPLICIT RejectPDU

ENDIF

IF (createProgramlnvocation)

create Programl nvocation

[38]    IMPLICIT Create Prog ramlnvocabon-Response

ELSE

createProgramlnvocation

138] IMPLICIT RejectPDU

ENDIF

IF (deleteProgramlnvocabon)

deteteProgramlnvocabon

[39]    IMPLICIT DeleteProgramlnvocabon-Response

41

ГОСТ Р ИСО 9506*2-2014

ELSE

deteteProgramlnvocabon

[39] IMPLICIT RejectPDU

ENDIF IF (start)

start

[40] IMPLICIT Start-Response

ELSE

start

[40] IMPLICIT RejectPDU

ENDIF IF (stop)

stop

[41] IMPLICIT Stop-Response

ELSE

stop

[41] IMPLICIT RejectPDU

ENDIF

IF (resume)

resume

[42] IMPLICIT Resume-Response

ELSE

resume

[42]    IMPLICIT RejectPDU

ENDIF IF (reset)

reset

[43]    IMPLICIT Reset-Response

ELSE

reset

[43]    IMPLICIT RejectPDU

ENDIF IF (kill)

kil

[44]    IMPLICIT Kill-Response

ELSE

ki

[44]    IMPLICIT RejectPDU

ENDIF

IF (getProgramlnvocabonAtlnbutes )

getProgramlnvocationAtthbutes

[45]    IMPLICIT GetProgramlnvocationAttributes-Response

ELSE

getProgramJnvocabonAttnbutes

[45]    IMPLICIT RejectPDU

ENDIF

IF (obtainFite )

obtainFite

[46]    IMPLICIT ObtanFile-Response

ELSE

obtainFite

[46] IMPUCIT RejectPDU

ENDIF

IF (defineEventCondition)

defineEven {Condition

42

ГОСТ Р ИСО 9506-2-2014

[47] IMPLICIT DefineEventCondition-Response

ELSE

defineEvemCondition

[47]    IMPLICIT RejectPDU

ENDIF

IF (deleteEventCondfton)

deleteEventCondition

[48]    IMPLICIT DeleteEventCondition-Response

ELSE

deleteEventCondition

[48]    IMPLICIT RejectPDU

ENDIF

IF (getEventConditionAttributes)

getEventConditionAttributes

[49]    IMPLICIT GetEventCondrbonAttnbutes-Response

ELSE

getEventConditionAttributes

[49]    IMPLICIT RejectPDU

ENDIF

IF (reportEventConditionStatus)

reportEventConditionStatus

[50]    IMPLICIT RepoftEventCondrtionStatus-Response

ELSE

reportEventConditionStatus

[50]    IMPLICIT RejectPDU

ENDIF

IF (alterEventCondrtionMonrtoring)

alterEventConditionMonitoring

[51]    IMPLICIT AlterEventConditionMonitoring-Response

ELSE

alterEventConditionMonitoring

[51]    IMPLICIT RejectPDU

ENDIF

IF (triggerEvent)

triggerEvent

[52]    IMPLICIT TriggerEvent-Response

ELSE

triggerEvent

[52]    IMPLICIT RejectPDU

ENDIF

IF (defineEventAcbon)

defineEventAction

[53]    IMPLICIT DefineEventAcuon-Response

ELSE

defineEventAction

[53]    IMPLICIT RejectPDU

ENDIF

IF (deleteEventAcbon)

deteteEventAcfon

[54]    IMPLICIT DeleteEventAction-Response

ELSE

deteteEventAcbon

[54] IMPLICIT RejectPDU

ENDIF

IF (getEventAcbonAttributes)

43

ГОСТ Р ИСО 9506-2-2014

getEventAcbonAttributes

[55] IMPLICIT GetEventAcbonAttributes-Response

ELSE

getEventAcbonAttributes

[55]    IMPLICIT RejectPDU

ENDIF

IF (reportEventAcbonStatus) reportEveniActionStatus

[56]    IMPLICIT ReportEventAcbonStatus-Response

ELSE

reportEveniActionStatus

[56]    IMPLICIT RejectPDU

ENDIF

IF (defineEventEnrollment)

defineEventEnrollment

[57]    IMPLICIT DefineEventEnroHment-Response

ELSE

defineEventEnrollment

[57]    IMPLICIT RejectPDU

ENDIF

IF (deleteEventEnroilment)

deleteEventEnrollment

[58]    IMPLICIT DeleteEventEnrollment-Response

ELSE

deleteEvemEnrollment

[58]    IMPLICIT RejectPDU

ENDIF

IF (alterEventEnrottment)

alterEventEnroliment

[59]    IMPLICIT AlterEventEnrollment-Response

ELSE

alterEventEnroliment

[59]    IMPLICIT RejectPDU

ENDIF

IF (reportEventEnrollmentStatus)

reportEventEnrollmentStatus

[60]    IMPLICIT ReportEventEnrollmentStatus-Response

ELSE

reportEventEnrollmentStatus

[60]    IMPLICIT RejectPDU

ENDIF

IF (getEventEnrofimentAttntKJtes)

getEventEnrolimentAttributes

[61]    IMPLICIT GetEventEnroRmentAttributes-Response

ELSE

getEventEnrolimentAttributes

[61]    IMPLICIT RejectPDU

ENDIF

IF (acknowledgeEventNotiftcation)

acknowiedgeEventNodficabon

[62]    IMPLICIT AcknowledgeEventNotrfication-Response

ELSE

acknowledgeEventNotificaoon

[62] IMPLICIT RejectPDU

ENDIF

44

ГОСТ Р ИСО 9506-2-2014

IF (getAiarmSummary)

getAiarmSummary

[63] IMPLICIT GetAlarmSummary-Response

ELSE

getAlarmSummary

[63]    IMPLICIT RejectPDU

ENDIF

IF (getAlarmEnrollmentSummary)

getAlarmEnrollmerK Summary

[64]    IMPLICIT GetAlarmEnrodmentSummary-Response

ELSE

getAlarmEnrollmentSummary

[64]    IMPLICIT RejectPDU

ENDIF

IF (readJoumal)

readJoumal

[65]    IMPLICIT ReadJoumal-Response

ELSE

readJoumai

[65]    IMPLICIT RejectPDU

ENDIF

IF (writeJoumal)

writeJoumal

[66]    IMPLICIT WriteJoumal-Response

ELSE

writeJoumal

[66]    IMPLICIT RejectPDU

ENDIF

IF (initializeJoumai) initializeJoumai

[67]    IMPLICIT Initialize Journal-Response

ELSE

initializeJoumai

[67]    IMPLICIT RejectPDU

ENDIF

IF (reporUoumaiStatus)

reportJoumafStatus

[68]    IMPLICIT ReporUournalStatus-Response

ELSE

reportJoumalStatus

[68]    IMPLICIT RejectPDU

ENDIF

IF (createJoumal)

createJoumal

[69]    IMPLICIT CreateJournaLResponse

ELSE

createJoumal

[69]    IMPLICIT RejectPDU

ENDIF

IF (deleteJoumal)

deteteJoumal

[70]    IMPLICIT DeleteJournal-Response

ELSE

deleteJoumal

[70] IMPLICIT RejectPDU

45

ГОСТ Р ИСО 9506-2-2014

ENDIF

IF (getCapabilityList)

getCapabilityList

[71] IMPLICIT GetCapabilityList-Response

ELSE

getCapabilityList

[71]    IMPLICIT RejectPDU

ENDIF

-    choices [72] through [77] are reserved for use by services

-    defined in annex D IF (fileOpen)

fiieOpen

[72]    IMPLICIT FileOpen-Response

ELSE

fileOpen

[72]    IMPLICIT ReiectPDU

ENDIF

IF (fileRead)

fWeRead

[73]    IMPLICIT FileRead-Response

ELSE

fileRead

[73]    IMPLICIT RejectPDU

ENDIF

IF (fileClose) fiteClose

[74]    IMPLICIT FileCtose-Response

ELSE

fileClose

[74]    IMPLICIT ReiectPDU

ENDIF

IF (fileRename)

fileRename

[75]    IMPLICIT FileRename-Response

ELSE

fileRename

[75]    IMPLICIT RejectPDU

ENDIF

IF (fileDetete)

fileDelete

[76]    IMPLICIT FileDelete-Response

ELSE

fileDelete

[76]    IMPLICIT RejectPDU

ENDIF

IF (fileDirectory)

fiieDirectory

[77]    IMPLICIT FileDirectory-Response

ELSE

fileDirectory

[77] IMPLICIT ReiectPDU

ENDIF

IF (csr cspt)

additionalService

46

ГОСТ Р ИСО 9506-2-2014

[78] AdditiorvalServtce-Response - choice [79] is reserved IF (getDataExchangeAttributes}. getDataExcfiange Attributes

[80]    GetDataExchangeAttributes-Response

-    Shall not appear in minor version 1

ENDIF

IF (exchangeData X exchangeOata

[81]    IMPLICIT ExchangeData-Response

-    Shall not appear in minor version 1

ENDIF

IF (defineAccessControlList).

defineAccessControlList

[82]    IMPLICIT DefineAcoessControlList-Response

-    Shall not appear in minor version 1 or 2

ENDIF

IF (getAccessControlListAttributes ).

getAccessControlListAtthbutes

[83]    IMPLICIT GetAccessControlUstAttributes-Response

-    Shall not appear in minor version 1 or 2

ENDIF

IF (reportAccessControliedObjects), reportAccessControiedObjects

[84]    IMPLICIT ReportAccessControlledObjects-Response

-    Shall not appear in minor version 1 or 2

ENDIF

IF (deleteAccessControlList).

. deleteAccessControlList

[85]    IMPLICIT DeleteAccessControlList-Response

-    Shall not appear in minor version 1 or 2

ENDIF

IF (changeAccess Control X changeAccessControl

[86]    IMPLICIT ChangeAccessControt-Response

-    Shall not appear in minor version 1 or 2

ENDIF

}

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

7.3.2 AdditionalService-Response (ответ на дополнительную услугу)

AdditionalService-Response = CHOICE {

IF (csr)

IF (vMDStop) vMDStop

[0] IMPLICIT VMDStop-Response

ELSE

vMDStop

[0] IMPLICIT RejectPDU

ENDIF

IF (vMDReset)

47

ГОСТ Р ИСО 9506-2-2014

vMDReset

[1} IMPLICIT VMDReset-Response

ELSE

vMDReset

[1} IMPLICIT RejectPOU

ENDIF IF (select)

select

[2]    IMPLICIT Select-Response

ELSE

select

12)    IMPLICIT RejectPOU

ENDIF

IF (altefProgramlnvocationAttributes) alterPI

[3]    IMPLICIT AlterProgramlnvocationAtthbutes-Response

ELSE

alterPI

13]    IMPLICIT RejectPOU

ENDIF

ELSE

vMDStop

[0)    IMPLICIT RejectPOU. vMDReset

[1)    IMPLICIT RejectPOU.

select

[2)    IMPLICIT RejectPOU.

atterPl

[3)    IMPLICIT RejectPOU

ENDIF IF (cspi)

IF (initiateUnitControlLoad) mrtiateUCLoad

[4)    IMPLICIT InitiateUnitControILoad-Response

ELSE

initiateUCLoad

[4]    IMPLICIT RejectPOU

ENDIF

IF (unitControlLoadSegment) uCLoad

[5]    IMPLICIT UnitControlLoadSegment-Response

ELSE

uCLoad

\S\ IMPLICIT RejectPOU

ENDIF

IF (unitControlUpload) uCUpload

[6]    IMPLICIT UnitContfolUptoad-Response

ELSE

uCUpload

[6)    IMPLICIT RejectPOU

ENDIF

IF (startUnitControl) startUC

[7]    IMPLICIT StartUnitControFResponse

48

ГОСТ Р ИСО 9506-2-2014

ELSE

startUC

[7]    IMPLICIT RejectPDU

ENDIF

IF (stopUnitC octroi) stopUC

[8]    IMPLICIT StopUnitControt-Response

ELSE

stopUC

[8]    IMPLICIT RejectPDU

ENDIF

IF (createUnitControl) createUC

[9]    IMPLICIT CreateUnrtControl-Response

ELSE

createUC

[9]    IMPLICIT RejectPDU

ENDIF

IF (addToUnitControl) addToUC

[10]    IMPLICIT AddToUnitControl-Response

ELSE

addToUC

[10]    IMPLICIT RejectPDU

ENDIF

IF (removeFromUnitControl) removeFromUC

[11]    IMPLICIT RemoveFromUnitControLResponse

ELSE

removeFromUC

[11]    IMPLICIT RejectPDU

ENDIF

IF (getUrKtControIAttributes) getUCAttnbutes

[12]    IMPLICIT GetUnitControiAttributes-Response

ELSE

getUCAttnbutes

[12]    IMPLICIT RejectPDU

ENDIF

IF (loadUnitControiFromFie) loadUCFromFile

[13]    IMPLICIT LoadUnitControlFromFile'Response

ELSE

loadUCFromFile

[13]    IMPLICIT RejectPDU

ENDIF

IF (storeUnitControlToFile) storeUCToFie

[14]    IMPLICIT StoreUnitControIToRle-Resportse

ELSE

storeUCToFie

[14] IMPLICIT RejectPDU

ENDIF

IF (deleteUnitControl) deleteUC

49

ГОСТ Р ИСО 9506-2-2014

[151 IMPLICIT DeleteUnrt Control-Response

ELSE

deleteUC

[151 IMPLICIT RejectPDU

ENDIF

IF (defineEventConditionList) defmeECL

[16) IMPLICIT DefineEventConditionList-Response

ELSE

defmeECL

[16)    IMPLICIT RejectPOU

ENDIF

IF (deleteEventCondfoonList) deteteECL

[17]    IMPLICIT DeleteEventConditionUst-Response

ELSE

deleteECL

[17) IMPLICIT RejectPDU

ENDIF

IF (addEventConditmnListReference) addEC LReference

[16] IMPLICIT AddEventConditionListReference-Response

ELSE

addEC LReference

[16] IMPLICIT RejectPDU

ENDIF

IF (removeEventConditionListReference) removeECLReference

[19] IMPLICIT RemoveEventConditionListReference-Response

ELSE

removeECLReference

[19]    IMPLICIT RejectPDU

ENDIF

IF (getEventConditionUstAttributes) getECLAttributes

[20]    IMPLICIT GetEventCoodrtonListAttributes-Response

ELSE

getECLAttributes

[20]    IMPLICIT RejectPDU

ENDIF

IF (reportEventConditionListStatus) reportECLStatus

[21]    IMPLICIT ReportEventConditionListStatus-Response

ELSE

reportECLStatus

[21]    IMPLICIT RejectPDU

ENDIF

IF (alterEventCondrtionListMonitoring) alterECLMonrtoring

[22]    IMPLICIT AiterEventConditionListMonitoring-Response

ELSE

alterECLMonrtoring

[22] IMPLICIT RejectPDU

ENDIF

ELSE

50

ГОСТ Р ИСО 9506-2-2014

initiateUCLoad

[4]    IMPLICIT RejectPOU.

uCLoad

[5]    IMPLICIT RejectPOU. uCUptoad

[6]    IMPLICIT RejectPOU.

start UC

Г7] IMPLICIT RejectPOU.

stopUC

[8]    IMPLICIT RejectPOU. createUC

[9]    IMPLICIT RejectPOU. addToUC

11 Oj IMPLICIT RejectPOU. remove FromUC

[11 j IMPLICIT RejectPDU. getUCAttributes

[12]    IMPLICIT RejectPDU. loadUCFromFile

[13]    IMPLICIT RejectPDU. storeUCToFile

[14]    IMPLICIT RejectPDU. deieteUC

[15]    IMPLICIT RejectPDU. defineECL

[16]    IMPLICIT RejectPDU. deleteECL

[17]    IMPLICIT RejectPDU. addECLReference

[18]    IMPLICIT RejectPDU. removeECLRefereoce

[19]    IMPLICIT RejectPDU. getECLAttnbutes

[20]    IMPLICIT RejectPDU. reportECLStatus

21] IMPLICIT RejectPDU. atterECLMonitonng

[22] IMPLICIT RejectPDU

ENDIF

}

7.3.3 Response-Detail (подробности ответа)

Response-Detail CHOICE {

-    this choice shall be selected if the tag value of the

-    ConfirmedServiceResponse does not match any of the tags below

otherRequests    NULL

IF (status)

status

[0] CS-Status-Response

ENDIF

IF (getProgramlnvocat>onAttnbutes)

getProgramlnvocationAttributes

[45] IMPLICIT CS-GetProgramfnvocationAttributes-Response

ENDIF

IF (getEventConditionAttributes)

51

ГОСТ Р ИСО 9506-2-2014

getEventConditionAttributes

[49] IMPLICIT CS-GetEventConditionAmrbutes-Response

ENDIF

}

7.4 Conflrmed-ErrorPDU (блок данных протокола подтверждаемой ошибки)

Confirmed-ErrorPDU SEQUENCE {

invokelD    [0] IMPLICIT Unsigned32.

IF (attachToEventCondition attachToSemaphore )

modifierPosition    [1] IMPLICIT Unsigned32 OPTIONAL.

ENDIF

serviceError    (2] IMPLICIT ServiceEnor

}

Сущность Confirmed-ErrorPDU — это последовательность трех элементов: целое беэ знака, целое без знака по выбору и сущность ServiceError (ошибка услуги).

Идентификатор задействования InvokelD — это 32-битное целое без знака. Он однозначно идентифицирует запрос услуги среди всех ожидающих выполнения подтвержденных запросов услуги от конкретного MMS-пользователя по заданной прикладной ассоциации. В любой момент времени должен иметь место самое большее один ожидающий выполнения запрос услуги от конкретного MMS-пользователя по некоторой прикладной ассоциации для любого заданного идентификатора задействования InvokelD. Значение InvokelD указано MMS-оольэователем в примитиве запроса услуг (см. ИСО 9506-1. раздел 5). Значение InvokelD. указанное в Conflrmed-ResponsePDU и Confirmed-ErrorPDU, предоставляет возможность MMS-провайдеру и MMS-пользователю коррелировать указанные PDU с рассматриваемым запросом услуги.

Сущность modlfierPosition — это 32-битное целое без знака. Данная сущность однозначно идентифицирует модификатор среди всех модификаторов, указанных в перечне модификаторов listOfModifiers блока данных подтверждаемого запроса Conflrmed-RequestPDU. идентифицированного сущностью InvokelD Данный параметр получается из подпараметра modifierPosition параметра ошибки услуги ServiceEror из примитива услуги ответа (см. ИСО 9506-1. раздел 24).

Сущность ServiceError идентифицирует класс ошибок и код ошибки как для модификатора подтверждаемой услуги, гак и для самой подтверждаемой услуги. Параметр ServiceError описан в 7.4.1.

7.4.1 ServiceError (ошибка услуги)

ServiceError ::= SEQUENCE {

errorClass    [0] CHOICE {

vmd-state    [0] IMPLICIT INTEGER

other    (0).

vmd-state-confUct    (1),

vmd-operational-problem    (2).

domain-transfer-problem    (3).

state-machine-id-invalid    (4)

} (0..4),

application-reference [1] IMPLICIT INTEGER ( other    (0).

a ppbcation-unreachable    (1).

connection-lost    (2).

application-reference-invalid (3). context-unsupported    (4)

} (0..4),

(

Definition

other

object-undefined

invalid-address

type-unsupported

type-inconsistent

object-exists

(21 IMPLICIT INTEGER {

(0).

(D.

(2).

(3) .

(4) .

(5) .

52

ГОСТ Р ИСО 9506-2-2014

object-attribute-inconsistent

Н0..6),

Resource

other

memory-unavailable

processor-resource-unavaiiabte

mass-storage-unavailable

capability-unavailable

capability-unknown

} (0-5). service

(6)

[3] IMPLICIT INTEGER {

(0),

(D.

(2).

(4).

(3).

(5)

[4] IMPLICIT INTEGER {

other (0).

primitives-out-of-sequence    (1).

object-state-conflict    (2).

-    Value 3 reserved for further definition

continuation-invalid    (4),

object-constraint-conflict    (5)

H0..S).

service-preempt    [S] IMPLICIT INTEGER {

other    (0).

timeout    (1).

deadlock    (2).

cancel    (3)

} (0..3).

time-resolution

other    (0).

un supportable-time-resolution (1)

H0..1),

access    [7] IMPLICIT INTEGER {

other    (0).

object-access-unsupported    (1).

object-non-existent    (2).

object-access-denied    (3).

object-invalidated    (4)

И0..4),

initiate    [8] IMPLICIT INTEGER {

other    (0).

-    Values 1 and 2 are reserved for further definition

[6) IMPLICIT INTEGER {

max-services-outstanding-caltng-insufficient max-services-outstanding-caled-insufficient service-CBB-insufficient    (5).

parameter-CBB-insufficient    (6).

nesting-level-insufficient    (7)

} (0..7),

conclude    [9] IMPLICIT INTEGI

other

further-communication-required    (1)

(3) .

(4) .

(0).

H0..1) IF (cancel)

cancel

other

invoke-rd-unknown cancel-not-possible

(10) IMPLICIT INTEGER {

(0).

(1).

(2)

ELSE

} (0..2)

53

ГОСТ Р ИСО 9506-2-2014

cancel    [10] IMPLICIT NULL

ENDIF

IF (fileOpen fiteCtose ftleRead fileRename fileDelete fiteDirectofy obtainFile) file    [11) IMPLICIT INTEGER {

other

(0).

fHename-ambiguous

d).

file-busy

(2).

filename-syntax-error

(3).

content-type-invalid

(4).

position-invalid

(5).

file-access-denied

(6).

file-non-existent

(7).

duplicate-filename

(8).

insufficient-space-in-fiiestore

(9)

>(0.9)

ELSE

.fHe [11] IMPLICIT NULL ENDIF

others    [12) IMPLICIT INTEGER

>.

additionalCode    [1) IMPLICIT INTEGER OPTIONAL,

aOdftionalDescriptkon    [2[ IMPLICIT VisibleString OPTIONAL,

service Speaficlnfo    [3] CHOICE {

IF (obtainFile )

obtainFile    [0] IMPLICIT ObtainFile-Error

ELSE

obtainFile    [0]    IMPLICIT NULL

ENDIF IF (start)

start    [1]    IMPLICIT Start-Error

ELSE

start    (1)    IMPLICIT NULL

ENDIF IF ( slup )

stop    (2)    IMPLICIT Stop-Error

ELSE

stop    [2]    IMPLICIT NULL

ENDIF IF (resume)

resume    [3]    IMPLICIT Resume-Error

ELSE

resume    [3]    IMPLICIT NULL

ENDIF IF(reset)

reset    [4]    IMPLICIT Reset-Error

ELSE

reset    [4]    IMPLICIT NULL

ENDIF

IF (deleteV&riableAccess)

deleteVanableAccess    [5] IMPLICIT DeleteVariableAccess-Error

ELSE

deJeteVariabJeAccess    [5] IMPLICIT NULL

ENDIF

IF (deleteNamedVariableList)

deleteNamedVariableList    [6]    IMPLICIT DeleteNamedVariableList-Error

ELSE

54

ГОСТ Р ИСО 9506-2-2014

deleteNamedVariableList

ENDIF

IF (deleteNamedType)

(6) IMPLICIT NULL

deleteNamedType

ELSE

[7] IMPLICIT DeleteNamedType-Error

deleteNamedType

ENDIF

IF (defineEventEnrollment)

[7] IMPLICIT NULL

defineEventEnrollment-Error

ELSE

(8] DefineEventEnrollment-Error

defineEventEnrollment-Error

ENDIF

(8] IMPLICIT NULL

- (9] Reserved for use by annex D IF (fileRename)

fileRename

ELSE

{9] IMPLICIT FleRename-Error

fileRename

ENDIF IF (csrcspi)

(9] IMPLICIT NULL

additionalService

ELSE

(10] AdditionalService-Error

additionalService

ENDIF

IF (changeAccess Control)

(10] IMPLICIT NULL

changeAccessControi

ELSE

(11] IMPLICIT ChangeAccessControl-Error

changeAccessControi

ENDIF

(11] IMPLICIT NULL

} OPTIONAL

}

Тип ServiceError идентифицирует классошибки и кодошибки. Он доставляет код ошибки, сообщение об ошибке, а также специальную информацию для услуг, требующих дополнительную информацию, передаваемую при возникновении ошибки. Сущность ErrorClass. особые значения ErrorClass. а также параметры дополнительного кода additionalCode и дополнительного описания additionalDescription получаются в соответствии с соглашениями (см. 5.5) в настоящем стандарте и определениями раздела 24 ИСО 9506-1.

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

Особая информация услуги serviceSpectficInformation отсутствует, если параметр modifierPosition присутствует в блоке данных Confirmed-ErrorPDU. Если параметр modifierPosition не присутствует в блоке данных Confirmed-ErrorPDU то информация eerviceSpecificInformation может быть получена из других параметров, описанных как подпараметры параметра Resutt(-) для конкретных услуг (если такие особые подпараметры услуг существуют).

Примечание — Особая информация услуги не указывается, если модифисатор требует возврата блока даыых Confirmed-ErrorPDU. Если возврат Confirmed-ErrorPDU - это результат ошибки обработки запроса подтверждаемой услуги, то особая информация услуги возвращается, но только для тех услуг, для которых указа тая ««формация удовлетворяет требованиям установленной процедуры предоставления услуг.

7.4.2 AdditionalService-Error (ошибка дополнительной услуги)

AdditionalService-Error CHOICE {

IF (defineEventConditionUst)

defineEd    [0] DefineEventConditionList-Error

65

ГОСТ Р ИСО 9506-2-2014

ELSE

defineEd    (0] IMPLICIT NULL

ENDIF

IF (addEventConditionListReference )

addECLReference    |1]AddEventConditionListRefef6nco-Error

ELSE

addECLReference    [1] IMPLICIT NULL

ENDIF

IF (removeEventConditionListReference)

removeECLReference    [2] RemoveEveotCondiUonLiStReference-Error

ELSE

removeECLReference    (2] IMPLICIT NULL

ENDIF

IF (initiateUnitControlLoad ) initiateUC

ELSE

initialeUC

ENDIF

IF (startUn «Control) startUC

ELSE

startUC

ENDIF

IF (stopUnitControl) stopUC

ELSE

stopUC

ENDIF

IF (deleteUnitControI) deteteUC

ELSE

deieteUC

ENDIF

IF (loadUnitControlFromFie )

loadUCFromFile    [7] LoadUnitControlFromFiie-Error

ELSE

loadUCFromFile    [7] IMPLICIT NULL

ENDIF

}

7.5 Типы обычных MMS

8 настоящем подразделе определены ряд типов, на которые произведены ссылки в настоящем стандарте.

7.5.1 TlmeOfDay

TimeOfDay OCTET STRING (SIZE(4|6))

Тип TimeOfDay — это октет мая строка OCTET STRING. Значение типа TimeOfDay может содержать четыре (4) или шесть (6) октетов. Первая форма указывает время как число миллисекунд, прошедших с полуночи текущей даты (дата в значении не содержится). Вторая форма содержит и время, и дату, выраженную относительно 1 января 1984 г. Первые четыре октета содержат значения, указывающие число миллисекунд, прошедших с полуночи текущей даты, для обеих форм. Значение временной области получается путем нумерации битов указанных октетов, начиная с наименее значительного бита последнего октета (как нулевого бита). Нумерация заканчивается наиболее значительным битом первого октета — битом No 31. Каждому биту назначается численное значение, равное 2"N, где N — позиция рассматриваемого бита в настоящей последовательности нумерации. Значение времен получается суммированием численных значений, назначенных каждому биту (для битов со значением. 56

(3] InitiateUnitControFError

[3]    IMPLICIT NULL

(4]    IMPLICIT StartUnitControl-Errof

(4]    IMPLICIT NULL

(5]    IMPLICIT StopUnitControl-Error

(5]    IMPLICIT NULL

(6]    DeteteUnrtControt-Error {6] IMPLICIT NULL

ГОСТ Р ИСО 9506-2-2014

равным единице). Биты с номерами 28-31 всегда равны нулю.

Ниже представлены октеты типа TimeOfDay. Если значение содержит дату (6-октетный контент), то представление (в обозначениях ASN.1 betring) имеет вид:

OOOOttttttttttttttttttttttttttttddddddddddddddddB Если значение не содержит дату (4-октетный контент), то последние два октета («d...d») опускают, в вышеуказанном представлении bstring «t..t* - это относительное число миллисекунд указанного дня. Число миллисекунд для полуночи равно 0. «d...d» — это относительное число дней, начиная с 1 января 1984 г. (когда оно равно 0). Все значения даны в бинарной форме.

Наиболее значительный бит значения рассматриваемой подобласти указан выше в строке bstring. Значения битов уменьшаются для последующих битов этой строки.

Если система использует тип TimeOfDay. то она должна описывать степень дробления подобласти «t...t» в утверждении согласованности практической реализации протокола (см. раздел 18).

7.5.2    Идентификаторы и целые типы

8 настоящем стандарте рассмотрены типы «Identifier». «Integer8». «Integer16». «Integer32>. «Unslgned8». «Unsigned16» и «Unslgned32». Указанные типы определены следующим образом.

maxldentifier INTEGER ::= 32 Identifier ::=

IF (char)

UTF8String (SIZE(1.. maxldentifier))

ELSE

Visible String ( FROM

(«A»|»a»|»B»|»b»|»C»|»c»|»D»|»d»|»E»|»e»i»F»|»f»|

«G»]»g»|»H»|»h»|»l»|»i»|»J»|»j»|»K»|»k»|»L»|»l»|

«M»|»m»|»N»|»n»|»0»!»o»|*P»l»P»l»Q*l»<H»R,»l»r»]

«S»|»s»|»T»|»t»|»U»|»u»|»V»|»v»|»W»j»w»|»X»|»x»|

«Y»|»y»|»Z»|»z»|»$)»|»_»|»0»|»1»j»2»|»3»|»4»|»5»|

«6»|»7»|»8»|»9»)) (SIZE(1..max Identifier))

ENDIF

Integers INTEGER(-128..127)    - range -128 <= I <* 127

Integer16 ::= INTEGER(-32768..32767)    - range -32.768 <= i <= 32,767

Integer32 ::= INTEGER(-2147483648..2147483647)    - range -2**31 <= i <= 2**31 - 1

Uns*gned8 ::= INTEGER{0..127)    - range 0 <= i <= 127

Unsigned16 ::= INTEGER(0..32767)    -- range 0 <= i <= 32767

Unsigned32 INTEGER(0..2147483647)    - range 0 «i« 2**31 - 1

Среда MMS определяет различные типы имен (имя переменной, имя типа и т. д.) в терминах разработки идентификатора. Длина идентификатора ограничена 32 символами. Они выбираются из набора символов, определенных либо типом видимой строки VlsibleString (если символы char СВВ не поддерживаются), либо типом UTF8Strlng (если символы char СВВ поддерживаются). Выбор идентификатора зависит от конкретной ситуации.

Типы Integer8. Integer!6. Integer32. Unsigned8. Unsigned16 и Unsigned32 В настоящем стандарте представлены целые в ограниченном диапазоне. Минимальное и максимальное представительные значения описаны в комментариях, следующих за объявлением типа.

7.5.3    ObjectName (имя объекта)

ObjectName ::= CHOICE {

vmd-specffic    [0] IMPLICIT identifier,

domain-specific [1] IMPLICIT SEQUENCE {

domainID    Identifier.

itemID    Identifier

}.

aa-specific    [2] IMPLICIT Identifier

>

Параметр ObjectName получается в соответствии с правилами 5.5 на основе определения параметра услуги ObjectName. представленного в разделе 7 ИСО 9506-1.

57

ГОСТ Р ИСО 9506-2-2014

7.5.4 ObjectCiass {класс объекта)

ObjectCiass ::= CHOICE {

basicObjectClass    (0] IMPLICIT INTEGER {

IF (vnam )

namedVariable    (0)

ENDIF

- value 1 is reserved for definition in Annex E

IF (vsca)

ENDIF IF (vlis)

ENDIF IF (vnam)

ENDIF

scatteredAccess

(1)

namedVariableList

(2)

namedType

(3)

semaphore

(4).

eventCondition

(5).

eventAction

(6).

eventEnrollment

(7).

journal

(8).

domain

(9).

programlnvocation

(Ю).

operatorStabon

(11),

data Ex change

(12).

-    Shall not appear in minor version 1

accessControlList    (13)

-    Shall not appear in minor version 1 or 2

H0..13).

IF (cspi)

csObjectCtass    (1] IMPLICIT INTEGER {

eventConditionLiet    (0).

unitControl    (1)}(0..1)

ENDIF

)

Параметр ObjectCiass получается в соответствии с правилами 5.5. Определение параметра услуги ObjectCiass представлено в разделе 7 ИСО 9506-1.

7.5.5    ApplicationReference (ссылка приложения)

Форма типа ApplicationReference зависит от используемой системы связи. Для определений, совместимых с OSI-свяэью. представлены в приложении А.

7.5.6    MMSString (строка MMS)

Строка MMSString используется для хранения пользовательских строк в соответствующих наборах символов. Ее тип определен следующим образом:

MMSString ::=

IF (char)

UTF8String

ELSE

VisibieString

ENDIF

MMS25SString IF (char)

UTF8String (SIZE(1..2SS))

58

ГОСТ Р ИСО 9506-2-2014

ELSE

VistXeString (SIZE(1..255))

ENDIF

Если аргумент char не описан, то строка MMSString дает известное множество 94 символов, используемое а английском языке. Если аргумент char описан, то MMSString делает возможным полную спецификацию в соответствии с требованиями UNICODE

7.5.7 FileName (имя файла)

filename SEQUENCE OF GraphicString

Тип FileName включает последовательность графических строк. Определение семантики элементов указанной последовательности графических строк имени файла — это локальная тема. Любые ограничения, наложенные системой, удовлетворяющей требованиям ИСО 9506-1 и настоящего стандарта. на длину и корректные обозначения сущности FileName. описаны утверждением конфигурации и инициализации системы (см. раздел 25). Как мимшум. каждая практическая реализация, использующая тип FileName. определенный в настоящем пункте, должна поддерживать имена файлов, содержащие один элемент, включающий от одной до восьми заглавных букв или цифр. Имя всегда начинается с буквы.

Примечание — ИСО 9506-1 и настоящий стандарт не дают интерпретацию компонент сущности FileName. Указание компоненты доставляют прозрачный мехамом по именования закаэчюсу и ответчику. Соотношение между компонента»**, определенное е виртузгъном файл охр аьмлище. и та бое деление сущности на компоненты а реа/ъной среде фумкцжиырооа «я системы — это локагашй выбор практической реализации Рассматриваемая практическая реализация может отображать локальную структуру компонентов на компоненты сущности FileName. Также она может отображать существующий синтаксис FileName на сущность FileName с оонокомпонентным именем. Практическая реализация может отражать компоненты FileName среды MMS путем выбора пути доступа к реальному файлу. Однако данный выбор не всегда очевиден при обеспечении взаимосеяж в среде MMS.

8 Среда и протокол общего управления

8.1    Введение

Настоящий раздел описывает блоки данных PDU услуг, формирующих среду, и услуги общего управления. Настоящий раздел содержит описание протокола реализации следующих услуг, инициирование; завершение; прерывание, отмена: выбраковка.

8.2    Инициирование

Абстрактный синтаксис запроса (ответа, ошибки) инициирования услуги описан типами Inltiate-RequestPDU. Initiate-ResponsePDU и Initiate-ErrorPDU соответственно, представленными ниже. В 5.5 описан порядок получения всех параметров, не приведенных явно в настоящем разделе. Любые дополнительные корректные помеченные значения ASN.1. полученные как элементы последовательности Initiate-RequestPDU. Initiate-ResponsePDU и Initiate-ErrorPDU. игнорируются для обеспечения требуемого уровня совместимости.

Initiate-RequestPDU :;= SEQUENCE { iocalDetailCaling

proposedMaxServOutstandingCalling proposedMaxServOutstandingC ailed proposedDataStructureNestingLevel mitRequestDetail

proposedVersion Number proposedParameterCBB seivicesSupportedCalling

[0]    IMPLICIT Integer32 OPTIONAL.

[1]    IMPLICIT Integer16.

[2]    IMPLICIT Integer! 6.

[3]    IMPLICIT Integere OPTIONAL.

[4]    IMPLICIT SEQUENCE {

[0]    IMPLICIT Integer16.

[1]    IMPLICIT ParameterSupportOptions.

[2]    IMPLICIT ServiceSupportOptions.

59

ГОСТ Р ИСО 9506-2-2014

IF (csr cspi)

additionalSupportedCalling

ENDIF IF (cspi)

additionaICbbSupportedCaling

prrvilegeClassIderiUyCaliing

ENDIF

}

}

Initiate-ResponsePDU ::= SEQUENCE { localDetailCaled

negotiatedMaxServOutstandingCalling negotiatedMaxServOutstandingCalled negotiatedDataStructureNestingLevel mttResponse Detail

negotiatedVersionNumber

negotiatedParameterCBB

servicesSupportedCalied

IF (csr cspi)

additionalSupportedCalled

ENDIF IF (cspi)

addrtionaICbbSupportedCalted

pnvilegeClassIdentityCalled

ENDIF

}

}

Initiate-ErrorPDU ServiceError

[3] IMPLICIT AdditionaiSupportOptions

(4]    IMPLICIT AdditionaICBBOptions.

(5]    IMPLICIT VisibleString

|0] IMPLICIT Integer32 OPTIONAL.

(1]    IMPLICIT Integer16.

(2]    IMPLICIT Integer! 6.

(3]    IMPLICIT Integer8 OPTIONAL.

(4]    IMPLICIT SEQUENCE {

(0]    IMPLICIT Integer! 6.

(1]    IMPLICIT ParameterSupportOptions.

(2]    IMPLICIT Service Support Options.

(3] IMPLICIT AdditionaiSupportOptions

(4]    IMPLICIT AdditionatCBBOptions.

(5]    IMPLICIT VisibleStnng

8.2.1 Inltiate-RequestPDU (блок данных запроса инициирования)

Абстрактный синтаксис запроса инициирования услуги — это Initiate-RequestPDU.

8.2.2 Inttiato-RosponsePDU (блок данных ответ инициирования)

Абстрактный синтаксис ответа услуги инициирования — это Initiate-ResponsePDU.

8.2.3 Initiate-ErrorPDU (блок данных ошибки инициирования)

Абстрактный синтаксис ошибки услуги инициирования — это Initiate-ErrorPDU.

8.3 Завершение

Астрактный синтаксис запроса (ответа, ошибки) услуги завершения описан типами Conclude-RequestPDU. Conclude-ResponsePDU и Conclude-ErrorPDU соответственно, приведенными ниже. В 5.5 представлено описание порядка получения всех параметров, не описанных в настоящем подразделе.

Conclude-RequestPDU ::= NULL Conclude-ResponsePDU NULL Conclude-ErrorPDU ::= ServiceError

8.3.1    Conclude-RequestPDU (блок данных запроса завершения)

Абстрактный синтаксис запроса услуги завершения — это Conclude-RequestPDU.

8.3.2    Conclude-ResponsePDU (блок данных ответа завершения)

Абстрактный синтаксис услуги ответа завершения — это Conclude-ResponsePDU.

8.3.3    Conclude-ErrorPDU (блок данных ошибки завершения)

Абстрактный синтаксис ошибки услуги завершения — это Conclude-ErrorPDU.

60

ГОСТ Р ИСО 9506-2-2014

8.4    Прерывание

Услуга прерывания прямо отображается на услугу M-U-Abort (см. раздел 24).

8.5    Отмена

Абстрактный синтаксис запроса (ответа, ошибки) услуги отмены описан типами Cancel* RequestPDU, Cancel-ResponsePOU и Cancet-ErrorPDU соответственно, приведенными ниже. В 5.5 представлено описание порядка получения всех параметров, не описанных в настоящем подразделе. Cancel-RequestPDU Uns*gned32 - originailnvokelD Cancel-ResponsePDU    Unsigned32 - originailnvokelD

Cancel-ErrorPOU ::= SEQUENCE {

originailnvokelD    [0] IMPLICIT Unsigned32.

serviceError    jlj IMPLICIT Service Error

}

8.5.1    Cancel-RequestPDU (блок данных запроса отмены)

Абстрактный синтаксис запроса услуги отмены — это Cancel-RequestPDU.

8.5.2    Cancel-ResponsePDU (блок данных ответа отмены)

Абстрактный синтаксис ответа услуги отмены — это Cancel-ResponsePDU.

8.5.3    Cancel-ErrorPDU (блок данных ошибки отмены)

Абстрактный синтаксисошибки услуги отмены — это Cancel-ErrorPOU.

8.6 Выбраковка

Описание абстрактного синтаксиса услуги выбраковки определено сущностью RejectPDU. В 5.5 представлено описание порядка получения всех параметров, не описанных в настоящем подразделе.

RejectPDU SEQUENCE {

originailnvokelD    (0] IMPLICIT Unsigned32 OPTIONAL.

rejectReason    CHOICE (

confirmed-requestPDU    (1] IMPLICIT INTEGER {

other    (0).

unrecognized-service

(1).

unrecoanized-modifier

(2).

invaid-invokelD

(3).

invabd-argument

(4).

invaSd-modifier

(5).

max-serv-outstanding-exceeded

(6).

- Value 7 reserved for further definition

max-recursion-exceeded

(8).

value-out-of-range

(9)

} (0..9),

confirmed-responsePDU [2] IMPLICIT INTEGER (

other

(0).

unrecognized-service

(D.

invaid-invokelD

(2).

inva&d-resutt

(3).

- Value 4 reserved for further definition max-recursion-exceeded    (5),

value-out-of-range    (6)

} (0-6).

confirmed-errorPDU |3] IMPLICIT INTEGER {

other    (0).

unrecognized-service    (1).

invabd-invokelO    (2).

irwafed-serviceEfror    (3).

61

ГОСТ Р ИСО 9506-2-2014

value-out-of-range } (0..4),

(4)

unconfirmed PDU (4] IMPLICIT INTEGER {

other

<o>.

unrecognized-service

invalid-argument

(D.

[2).

max-recursion-exceeded

(3).

value-out-of-range ) <0..4).

(4)

pdu-error (5] IMPLICIT INTEGER {

unknown-pdu-type

(0).

invalid-pdu

(D.

illegal-acse-mapping }.

(2)

IF (cancel)

cancel-requestPDU {6] IMPLICIT INTEGER {

other

invalid-invokelD

(D

(0).

cancel-responsePDU [7] IMPLICIT INTEGER {

other

invalid-invokelD

И0..1),

(D

<0).

cancel-errorPDU [8] IMPLICIT INTEGER {

other

invalid-invokelD

(D.

<0).

invalid-serviceError

(2).

value-out-of-range

} (0-3),

(3)

ELSE

cancel-requestPDU {6) IMPLICIT NULL, cancel-response PDU [7] IMPLICIT NULL. cancel-errorPDU [8] IMPLICIT NULL.

ENDIF

condude-requestPDU [9] IMPLICIT INTEGER {

other

(0).

invalid-argument

H0..1),

(1)

condude-responsePDU [10] IMPLICIT INTEGER {

other

(0).

invalid-result

H0..1).

(1)

condude-errorPDU [11] IMPLICIT INTEGER {

other

(0).

invalid-serviceError

(1).

vaiue-out-of-range

(2)

} (0..2)

}

}

Абстрактный синтаксис услуги выбраковки — это RejectPDU. Область причины выбраковки

RejectReason получается из типа RejectPDU и параметров RejectCode спецификации услуги. Сделан-

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

62

ГОСТ Р ИСО 9506-2-2014

9 Протокол ответа на услугу, удовлетворяющую заданным требованиям

9.1    Введение

8 настоящем подразделе приведено описание протокола, необходимого для реализации услуг, определенных в разделе 9 ИСО 9506-1. Перечень услуг:

DefineAccessControlList    DeteteAccessControJLrst

GetAccessControiListAttributes    ChangeAccessControl

ReportAccessControtledObjects

9.2    Условие доступа

Абстрактный синтаксис параметра условия доступа — это тип AccessCondition. Тип AccessCondition определен в 9.1.2 ИСО 9506-1.

9.3 DefineAccessControlList (перечень средств управления порядком доступа)

Описание абстрактного синтаксиса выбора перечня DefineAccessControlList для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServIceResportse задано типами запроса DefineAccessControlList-Request и ответа DefineAccessControlList-Response соответственно, представленными ниже. В 5.5 представлено опи

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

DefineAccessControlbst-Request accessGontroiListName accessControJListEtements readAccessCondition storeAccessCond ifon writeAccessCondition loadAccessCondition executeAccessCondition deleteAccessCondition editAccessCondition

SEQUENCE{

[0] IMPLICIT Identifier.

[1] IMPLICIT SEQUENCE {

[0]    AccessCondition OPTIONAL.

[1]    AccessCondition OPTIONAL.

[2]    AccessCondition OPTIONAL.

[3]    AccessCondition OPTIONAL.

[4]    AccessCondition OPTIONAL.

[5]    AccessCondition OPTIONAL.

[6] AccessCondition OPTIONAL

)

}

DefineAccessControlUst-Response ::= NULL

9.3.1 DeflneAccessControlUst-Request (запрос перечня средств у правления порядком доступа)

Абстрактный синтаксис выбора DefineAccessControlList-Request типа запроса подтверждаемой услуги ConfirmedServiceRequest — это DefineAccessControlList-Request.

9.3.1.1 AccessControListElements (элементы перечня средств управления доступом)

Область AecessControlListElements — это параметр элементов перечня средств управления доступом примитива запроса DefineAccessControlUst.requesL Он проявляется как параметр переченя элементов управления доступом отображения DefineAccessControHJst.lndication. Данная область содержит не более одной реализации типа AccessCondition для каждого из семи возможных значений параметра класса услуг. Условие доступа AccessCondition, ассоциированное с классом услуг (равным сущности Read), указано в области ReadAccessCondition элементов перечня AecessControlListElements (аналогичный порядок установлен для других значений параметра класса услуг).

9.3.2 DefineAccessControlList-Response (ответ перечня средств управления порядком доступа)

Абстрактный синтаксис выбора ответа DefineAccessControlList-Response для типа ответа подтверждаемой услуги ConfirmedServiceResponse — это DefineAccessControlUst-Response.

9.4 GetAccessControiUstAttnbutes (атрибуты перечня средств управления получением доступа)

Описание абстрактного синтаксиса выбора атрибутов GetAccessControiListAttributes запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами запроса GetAccessControiListAttributes-Request и ответа GetAccessControlListAttrlbutes-Response соответственно. указанными ниже. В 5.5 представлено описание порядка получения всех параметров, не описанных в настоящем подразделе.

63

ГОСТ Р ИСО 9506-2-2014

GetAccessCootrolListAttnbutes-Request CHOICE {

accessControlListName    [0] IMPLICIT Identifier.

vMD    (1] IMPLICIT NULL.

namedObject    (2] IMPLICIT SEQUENCE {

objectClass

objectName

}

}

GetAccessControlListAtlnbutes-Response ::= SEQUENCE {

(0]    ObjectClass.

(1]    ObjectName

name

accessControlUstEJements readAccessCondition storeAccessCondition writeAcoessCondition loadAccess Condition executeAccessCondition deleteAccessCondrtion editAccessCondition }.

vMOuse

references

objectClass

objectCoont

}

IF (aco)

accessControiList

[0]    Identifier.

(1]    IMPLICIT SEQUENCE {

(0]    AccessCondibon OPTIONAL.

[1]    AccessCondition OPTIONAL.

(2]    AccessCondition OPTIONAL.

[3]    AccessCondition OPTIONAL.

(4]    AccessCondition OPTIONAL.

(5]    AccessCondition OPTIONAL.

(6] AccessCondition OPTIONAL

(2]    IMPLICIT BOOLEAN.

(3]    IMPLICIT SEQUENCE OF SEQUENCE {

[0]    ObjectClass.

[1]    IMPLICIT INTEGER

[4] IMPLICIT Identifier OPTIONAL

ENDIF

-    shall be included if and only tf

-    aco has been negotiated

9.4.1 GetAccessControlUstAttributes-Request (запрос атрибутов перечня средств управления получением доступа)

Абстрактный синтаксис запроса арибутое GetAccessControlListAttributes-Request типа ConfirmedServiceRequest — это GetAccessControlUstAttributes-Request.

9.4,2 GetAccessControlListAttributes-Response (ответ получения атрибутов перечня средств управления доступом)

Абстрактный синтаксис ответа атрибутов GetAccessControlLisiAttributes-Response типа ConflrmedServIceResponse — это GetAccessControlLlstAttributes-Response.

9.4.2.1    access ControiListEtements (элементы перечня средств управления доступом)

Область AccessControlListElements — это параметр элементов перечня средств управления доступом для примитива ответа DefineAccessControlUstresponse. Он указан как параметр элементов перечня средств управления доступом примитива подтверждения DeflneAccessControfUstconfirm. Данная область содержит не более сдной реализации типа AccessCondition для каждого из семи возможных значений параметра класса услуг. Условие доступа AccessCondition, ассоциированное с классом услуг (равным сущности Read), указано в области readAccessCondition для элементов перечня aeeessControlUstElements (аналогично другим значениям параметра класса услуг).

9.4.2.2    Подсчет управляемых объектов

Абстрактный синтаксис подсчета параметра управляемых объектов — это область ссылок References для типа GetAccessControlLlstAttributes-Response. Для каждого класса объектов, содержащею един или несколько объектов, ссылающихся на указанный объект перечня средств управления доступом, следует рассматривать последовательность objectClass и objectCount. Если в классе нет объектов, ссылающихся на указанный объект перечня средств управления доступом (результат подсчета — нуль), то данная последовательность не рассматривается. Если атрибут а со не оговорен, то вышеуказанная область отсутствует.

64

ГОСТ Р ИСО 9506-2-2014

9.4.2.3 Перечень средств управления доступом

Параметр AccessControlList используется, если атрибут асо СВВ оговорен.

9.5    ReportAccessControUedObjects (отчет об объектах с управлением доступа)

Описание абстрактного синтаксиса выбора объектов ReportAccessControlObjecte запроса ConfirmedServIceRequest и ответа ConfirmedServiceResponse задано типами запроса ReportAccessControUedObjects-Request и ответа ReportAccessControlledObjects-Response. соответственно. Указанные типы описаны ниже. В 5.5 представлено описание порядка получения всех параметров. не описанных в настоящем подразделе.

RepoftAccessControHedObjects-Request ::= SEQUENCE (

accessControlList    (0] IMPLICIT Identifier.

objectClass    [1] ObjectClass.

cononueAfter    (2) ObjedName OPTIONAL

}

ReportAccessContrortedObjects-Response ::= SEQUENCE {

listOfNames    (0] IMPLICIT SEQUENCE OF ObjedName.

moreFollows    (1] IMPLICIT BOOLEAN DEFAULT FALSE

}

9.5.1    ReportAccessControlledObjects-Request (запрос отчета об объектах с управляемым

доступом)

Абстрактный синтаксис выбора запроса ReportAccessControlledObjects-Request для типа ConfirmedServIceRequest — это ReportAccessControUedObjects-Request

9.5-2 ReportAccessControUedObjects-Response (ответ отчета об объектах с управляемым

доступом)

Абстрактный синтаксис выбора ответа ReportAccessControlObjects-Response для типа ConfirmedServiceResponse — это ответ ReportAccessControlledObjects-Response.

9.6    DeieteAccessControlList (удаление перечня средств управления доступом)

Описание абстрактного синтаксиса выбора перечня DeieteAccessControlList для запроса ConfirmedServIceRequest и ответа ConfirmedServiceResponse задано типом запроса DeieteAccessControlLlst-Request и типом ответа DeleteAecessControlList-Response соответственно, указанные типы описаны ниже, в 5.5 представлено описание порядка получения всех параметров, не описанных явно в настоящем подразделе.

DeteteAccessControlList-Request Identifier

- Name of Access Control List Object DeleteAccessControlList-Response ::= NULL

9.6.1    DeleteAccessControiUst-Request (запрос удаления перечня средств управления

доступом)

Абстрактный    синтаксис    выбора    запроса DeleteAccessControlList-Request    для    типа

ConfirmedServIceRequest — это запрос DeleteAceessControlLlst-Request

9.6.2    DeleteAccessControlUst-Response (ответ удаления перечня средств управления доступом)

Абстрактный    синтаксис    выбора    ответа DeleteAccessControlUst-Response    для    типа

ConfirmedServiceResponse — это ответ DeleteAccessControlList-Response.

9.7    ChangeAccessControl (изменение управлением доступа)

Описание абстрактного синтаксиса выбора ChangeAccessControl для запроса ConfirmedServIceRequest и ответа ConfirmedServiceResponse задано типом запроса ChangeAccessControl-Request и типом ответа ChangeAccessControl-Response. соответственно. Указанные типы описаны ниже, в 5.5 представлено описание порядка получения всех параметров, не описанных явно в настоящем подразделе.

ChangeAccessControl-Request SEQUENCE ( scopeOfChange    CHOICE {

65

ГОСТ Р ИСО 9506-2-2014

vMDOnly SstOfObjects objectCiass object Scope specific

aa-specific

domain

[0} IMPLICIT NULL.

Ml IMPLICIT SEQUENCE {

(0]    ObjectCiass.

|1] CHOICE {

(0] IMPLICIT SEQUENCE OF ObjectName.

-    Names of the objects (of class objectCiass)

-    whose access is to be changed

(1]    IMPLICIT NULL.

[2] IMPLICIT Identifier.

-    Name of the Domain whose elements

- are to be changed

vmd    (3] IMPLICIT NULL

}

}

}.

accessControlListName    [2] IMPLICIT Identifier

- name of the AccessControlList Object that contains

- the conditions for access control

}

ChangeAccessControl-Response ::= SEQUENCE { numberMatched    [0) IMPLICIT Unsigned32.

numberChanged    [1] IMPLICIT Unsigned32

}

ChangeAccessControl-Error Unsigned32

9.7.1    ChangeAccessControl-Request (запрос изменения управлением доступа)

Абстрактный синтаксис выбора запроса ChangeAccessControl-Request для ConfirmedServiceRequest — это запрос ChangeAccessControl-Request.

9.7.2    ChangeAccessControl-Response (ответ изменения управлением доступа)

Абстрактный синтаксис выбора ответа ChangeAccessControl-Response для ConfirmedServiceResponse — это ответ ChangeAccessControl-Response.

9.7.3    Chang*Aec***C©ntrol-Error (ошибка изменения управлением доступа)

типа

типа

Абстрактный синтаксис выбора органа управления ChangeAccessControl для типа ошибки услуги ServiceError — это ошибка изменения управлением доступа ChangeAccessControl-Error.

10 Протокол поддержки VMD

10.1 Введение

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

Status    Rename

UnsolidtedStatus    GetCapabitityUst

GetNameList    VMDStop

Identify    VMDReset

10.2 Параметр ответа статуса

Абстрактный синтаксис параметра ответа статуса — это StatusResponse ::= SEQUENCE {

vmdLogicalStatus

[0] IMPLICIT INTEGER {

state-changes-allowed

(0).

no-state-changes-al lowed

(1).

hmited-services-permitted

(2).

support-services-aflowed

(3)

тип StatusResponse.

66

ГОСТ Р ИСО 9506-2-2014

М0..3).

vmdPhysicaiStatus

[1] IMPLICIT

INTEGER

operational

(0).

partially-ope rational

(D.

inoperable

(2).

needs-commission mg

(3)

} (0..3).

localDetail    (2] IMPLICIT BIT STRING (SIZE(0..128)) OPTIONAL

}

10.2.1 CS-Status-Response

CS-Status-Response ::= CHOICE {

IF (csr)

fuMResponse    SEQUENCE {

operations tate extendedStatus extendedStatusMask selected Prog ramlnvoca bon programlnvocation noneSelected

ENDIF IF (csrcspi)

[0] IMPLICIT OperationState.

|1] IMPLICIT ExtendedStatus.

(2] IMPLICIT ExtendedStatus DEFAULT 'HH B. CHOICE {

[3] IMPLICIT Identifier.

(4] IMPLICIT NULL }    }

ENDIF IF (cspi)

noExtraResponse NULL ENDIF }

10.2.2 OperationState (рабочее состояние)

OperationState INTEGER {

idle    (0).

loaded    (1).

ready    (2).

executing    (3).

motion-paused    (4).

manuallnterventionRequired    (5)}(0..5)

10.2.3    ExtendedStatus (расширенный статус)

ExtendedStatus ::= BIT STRING { safety IntertocksViotated anyPhysicalResourcePowerOn allPhysicalResourcesCalibrated localContfol

10.3    Статус

Описание абстрактного синтаксиса выбора статуса для запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами Status-Request и Status-Response соответственно. Указанные типы описаны ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Status-Request ::= BOOLEAN - Extended Derivation Status-Response ::= StatusResponse

10.3.1 Status-Request (запрос статуса)

Абстрактный синтаксис выбора запроса статуса ConfirmedServiceRequest —это Status-Request.

(0).

(D.

(2).

(3)} (SIZE(4))

67

ГОСТ Р ИСО 9506-2-2014

10.3.2 Status-Response (ответ статуса)

Абстрактный синтаксис выбор ответа статуса ConfirmedServiceResponse—это Status-Response

10.4    UnsoiicitedStatus (незапрашиваемый статус)

Абстрактный синтаксис выбора unsolicitedStatus неподтверждаемой услуги UnconfirmedService описан типом UnsolicitedStatus. представленным ниже, в 5.5 установлен порядок получения всех параметров. не описанных явно в настоящем подразделе.

UnsolicitedStatus := StatusResponse

10.4.1    UnsolicitedStatus (незапрашиваемый статус)

Абстрактный синтаксис выбора unsolicitedStatus неподтверждаемой услуги UnconfirmedService — это UnsolicitedStatus

10.5    GetNameList (получение перечня имен)

Описание абстрактного синтаксиса выбора GetNameUst для запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse задается типами GetNameList-Request и GetNameList-Response соответственно, приведенными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetNameList-Request ::= SEQUENCE {

objectClass    [0]    ObjectClass.

objectScope    [1]    CHOICE {

vmdSpedfic    [0]    IMPLICIT NULL.

domainSpecific    [1] IMPLICIT Identifier.

aaSpedfic    {2] IMPLICIT NULL}.

continueAfter    [2] IMPLICIT identifier OPTIONAL)

GetNameList-Response ::= SEQUENCE {

listOfldentifier    (0] IMPLICIT SEQUENCE OF Identifier.

moreFoilows    (1)    IMPLICIT BOOLEAN DEFAULT TRUE }

10.5.1    GetNameList-Request (запрос получения перечня имен)

Абстрактный синтаксис выбора GetNameList для запроса ConfirmedServiceRequest — это GetNameList-Request.

10.5.1.1    Область применения объекта

Особый vmdSpecific выбор в рамках запроса GetNameList-Request производится в том случае, если значение параметра области применения объекта примитива запроса услуги удовлетворяет требованиям виртуального приспособления VM0.

Особый domainSpecific выбор в рамках запроса GetNameList-Request производится в том случае. если значение параметра области применения объекта примитива запроса услуги удовлетворяет требованиям Domain. Значение типа domainSpecific получается из значения параметра имени домена примитива запроса услуги.

Особый aaSpecific выбор в рамках запроса GetNameList-Request производится в том случае, если значение параметра области применения объекта примитива запроса услуги имеет тип АА-Specific.

10.5.2 GetNameList-Response (ответ получения перечня имен)

Абстрактный синтаксис выбора перечня GetNameList ответа ConfirmedServiceResponse — это GetNameList-Response.

10.6    Identify (идентификация)

Описание абстрактного синтаксиса выбора identify запроса ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Identify-Request и Identify-Response, соответственно, приведенными ниже. В 5.5 установлен порядок получения всех параметров. не описанных явно в настоящем подразделе.

Identify-Request NULL Identity-Response ::= SEQUENCE {

68

ГОСТ Р ИСО 9506-2-2014

vendorName    [0] IMPLICIT MMSString.

modelName [1] IMPLICIT MMSString.

revision    {2} IMPLICIT MMSString.

listOfAbstractSyntaxes 13] IMPLICIT SEQUENCE OF OBJECT IDENTIFIER OPTIONAL

}

10.6.1    Identity-Request (запрос идентификации)

Абстрактный синтаксис выбора identify запроса ConfirmedServiceRequest — это Identity-Request

10.6.2    Identity-Response (ответ идентификации)

Абстрактный синтаксис выбора identify ответа ConfirmedServiceResponse—это Identity-Response.

10.7    Rename (переименование)

Описание абстрактного синтаксиса выбора rename запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Rename-Request и Rename-Response, соответственно, представленными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Rename-Request ::= SEQUENCE {

objectClass    [0] ObjectCtass.

currentName    [IJObjectName.

newldenofier    [2] IMPLICIT Identifier}

Rename-Response NULL

10.7.1    Rename-Request (запрос переименования)

Абстрактный синтаксис выбора rename запроса ConfirmedServiceRequest—это Rename-Request

10.7.2    Rename-Response (ответ переименования)

Абстрактный синтаксис выбора rename ответа ConfirmedServiceResponse — это Rename-Response

10.8    GetCapabilityList (получение перечня возможностей)

Описание абстрактного синтаксиса выбора GetCapabilityList запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами GetCapabilityList-Request и GetCapabilityList-Response, cuoi ввил пенни. указанными ниже. В 5.S установлен порядок получения всех параметров, не описанных явно е настоящем подразделе.

GetCapabilityUst-Request ::= SEQUENCE {

continueAfter    MMSString OPTIONAL

}

GetCapabilityList-Response ::= SEQUENCE (

listOICapabilities    [0] IMPLICIT SEQUENCE OF MMSString.

moreFotlows    [1] IMPLICIT BOOLEAN DEFAULT TRUE

}

10.8.1    GetCapabllityUst-Reqoest (запрос получения перечня возможностей)

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

ConfirmedServiceRequest — это GetCapabilityList-Request.

10.8.2    GetCapabilityList-Response (ответ получения перечня возможностей)

Абстрактный    синтаксис    выбора    GetCapabilityList ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это GetCapabilityList-Response.

10.9    VMDStop (остановка виртуального производственного устройства)

Описание абстрактного синтаксиса выбора VMDStop запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse задано типами VMDStop-Request и VMDStop-Response. соответственно. Указанные типы описаны ниже. В 5.5 установлен порядок получения всех параметров, не описажых явно в настоящем подразделе.

69

ГОСТ Р ИСО 9506-2-2014

VMDStop-Request ::= NULL

VMDStop-Response ::= NULL

10.9.1    VMDStop-Request

Абстрактный синтаксис выбора VMDStop запроса ConfirmedServiceRequest—это VMDStop-Request

10.9.2    VMOStop-Response

Абстрактный синтаксис выбора VMDStop ответа ConflrmedServiceResponse — это VMDStop-Response

10.10 VMDReset (перезагрузка виртуального производственного устройства)

Описание абстрактного синтаксиса выбора перезагрузки VMDReset запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse определено типами VMDReset-Request и VMDReset-Response. соответственно. Указанные типы описаны ниже. В S.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

VMDReset-Request ::= BOOLEAN - Extended Derivation VMDReset-Response ::= StatusResponse

10.10.1 VMDReset-Request (запрос перезагрузки виртуального производственного

устройства)

Абстрактный синтаксис выбора VMDReset для запроса ConfirmedServiceRequest — это VMDReset-Request

10.10.2 VMDReset-Response (ответ перезагрузки виртуального производственного

устройства)

Абстрактный синтаксис выбора VMDReset ответа ConflrmedServiceResponse — это VMOReset* Response.

11 Протокол управления доменом

11.1 Введение

Настоящий раздел содержит описание сервисных service-Specific элементов протокола, определенных а иаг.ти упраапаниа ллменли лпрялепанио MMS-услуги ГГтмыи лпаиентами оаляютсо' InitiateDowntoadSequence    RequestDomainDownioad

DowntoadSegment    RequestDomainUptoad

TerminateDowntoad Sequence    LoadDomainContent

InitiateUploadSequence    StoreDomainContent

UptoadSegment    DeleteDomain

TerminateUploadSequence    GetDomainAttributes

112 InitiateDownloadSequence (последовательность инициирования загрузки)

Описание абстрактного синтаксиса выбора InitiateDownloadSequence запроса ConfirmedServiceRequest и ответа ConflrmedServiceResponse определено типами InitlateDownloadSequence-Request и InitiateDownloadSequence-Response. соответственно. Указанные типы описаны ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

IrutiateDownioad Sequence-Request ::= SEQUENCE (

domamName    [0] IMPLICIT Identifier.

listOfCapabiities    (1] IMPLICIT SEQUENCE OF MMSString.

sharabte    (2) IMPLICIT BOOLEAN }

ImtiateDownioadSequence-ResponseNULL

11.2.1 InitiateDownloadSequence-Request (запрос последовательности инициирования загрузки)

Абстрактный синтаксис выбора InitiateDownloadSequence запроса ConfirmedServiceRequest — это InltiateDownloadSequence-Request.

70

ГОСТ Р ИСО 9506-2-2014

11.2.2 InitiateDowntoadSequence-Response (ответ последовательности инициирования загрузки)

Абстрактный синтаксис выбора InitiateDownloadSequence ответа ConfirmedServiceResponse — это InitiateDown load Sequence-Response.

11.3 DownloadSegment (сегмент загрузки)

Описание абстрактного синтаксиса выбора DownloadSegment запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Down load Segment-Request и DownloadSegment-Response. соответственно. Указанные типы описаны ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящей подразделе.

DownloadSegment-Reqoest Identifier - Domain Name DownloadSegment-Response ::= SEQUENCE {

loadData    LoadData.

moreFollows    [1] IMPLICIT BOOLEAN DEFAULTTRUE)

LoadData ::= CHOICE { non-coded coded embedded

[0] IMPLICIT OCTET STRING. EXTERNAL.

EMBEDDED PDV}

11.3.1 Down load Segment-Request (запрос сегмента загрузки)

Абстрактный синтаксис выбора DownloadSegment запроса ConfirmedServiceRequest — это DownloadSegment-Request

11.3.2 DownloadSegment-Response (ответ сегмента загрузки)

Абстрактный синтаксис выбора DownloadSegment ответа ConfirmedServiceResponse — это DownloadSegment-Response.

11.3.2.1 Загрузка данных

Абстрактный синтаксис параметра загрузки данных ответа услуги DownloadSegment — это выбор между октетной строкой OCTET STRING, указывающей, что значение данного параметра далее не описано, и его интерпретация — это локальная тема, или что значение имеет тип EXTERNAL или EMBEDDED PDV. указывающий, что абстрактный синтаксис, на который произведена ссылка описаниями FXTFRNAI и пи РУВРППРП PDV. подержит правила кодирования для интерпретации значения настоящего параметра.

11.4 TerminateDownioadSequence (завершение последовательности загрузки)

Описание абстрактного синтаксиса выбора terminateDownioadSequenee для запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами Terminate Download Sequence-Request и TerminateDownloadSequence-Response. соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

TerminateDownloadSequence-Request .:= SEQUENCE { domainName    [0) IMPLICIT identifier,

discard    [1] IMPLICIT ServiceError OPTIONAL)

TerminateDownloadSequence-Respoftse NUL

11.4.1 TerminateDowntoadSequence-Request (запрос завершения последовательности загрузки)

Абстрактный синтаксис выбора terminateDownioadSequenee запроса ConfirmedServiceRequest — это TerminateDownloadSequence-Request

11.4.1.1 Discard (отбрасывание)

Абстрактный синтаксис параметра Discard обеспечен услугой ServiceError. Если параметр Discard присутствует в запросе услуги TerminateDownioadSequenee, то тип ServiceError должен быть рассмотрен для того, чтобы указать причину отбрасывания. Если параметр Discard не присутствует е запросе услуги TerminateDownioadSequenee. то область ServiceError не включается.

71

ГОСТ Р ИСО 9506-2-2014

11.4.2 Term in ate Download Sequence-Response (ответ завершения последовательности загрузки)

Абстрактный синтаксис выбора terminateDownloadSequence ответа ConfirmedServiceResponse — это TerminateDownloadSequence-Response.

11.5    InitlateUpioadSequence (инициирование последовательности подкачки)

Описание абстрактного синтаксиса выбора InitlateUpioadSequence для запроса ConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами InitiateUploadSequence-Request и InitlateUploadSequence-Response. соответственно. Указанные типы приведены ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

InitiateUploadSequence-Request ::= Identifier - Domain Name InitiateUploadSequence-Response ::= SEQUENCE (

lismID    (0] IMPLICIT Integer32.

fistOfCapabilities    (1] IMPLICIT SEQUENCE OF MMSString}

11.5.1    lnitiateUp)oadSequence-Request(3anpoc инициирования последовательности подгруэки)

Абстрактный синтаксис выбора InitlateUpioadSequence для запроса подтверждаемой услуги ConfirmedServiceRequest — это InitiateUploadSequence-Request.

11.5-2 InitiateUploadSequence-Response (ответ инициирования последовательности

подгрузки)

Абстрактный синтаксис выбора InitlateUpioadSequence ответа подтверждаемой услуги ConfirmedServiceResponse — это InltlateUploadSequence-Response.

11.6    UploadSegment (сегмент подгрузки)

Описание абстрактного синтаксиса выбора UploadSegmentAnn3anpocaConfirmedServiceRequest и ответа ConfirmedServiceResponse определено типами UploadSegment-Request и UploadSegment* Response, соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

UploadSegment-Request ::= Integer32 - ULSM ID

UploadSegment-Response SEQUENCE { loadData    LoadData.

moreFoBows    (1) IMPLICIT BOOLEAN DEFAULT TRUE >

11.6.1    UploadSegment-Request (запрос сегмента подгрузки)

Абстрактный синтаксис выбора UploadSegment для запроса подтверждаемой услуги ConfirmedServiceRequest — это UploadSegment-Request.

11.6.2    UploadSegment-Response (ответ сегмента подгрузки)

Абстрактный синтаксис выбора UploadSegment для ответа подтверждаемой услуги ConfirmedServiceResponse — это UploadSegment-Response.

11.6.2.1 Загрузка данных

Абстрактный синтаксис параметра загрузки данных ответа услуги DownloadSegment — это выбор между октетной строкой OCTET STRING (указывающей, что значение данного параметра далее не описано, и его интерпретация имеет локальный характер) или описаниями типа EXTERNAL или EMBEODEO PDV (указывающими, что абстрактный синтаксис, на который произведена ссылка описаниями EXTERNAL или EMBEDDED PDV. содержит правила кодирования, необходимые для интерпретации значения данного параметра).

11.7    TerminateUploadSequence (завершение последовательности подгруэки)

Описание абстрактного синтаксиса выбора TerminateUploadSequence для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами TerminateUploadSequence-Request и TerminateUploadSequence-Response, соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

72

ГОСТ Р ИСО 9506-2-2014

TerminateUpload Sequence-Request ::= Integer32 - ULSM ID TerminateUpload Sequence-Response    NULL

11.7.1 TerminateUploadSequence-Request (запрос завершения последовательности подгрузки)

Абстрактныйсинтаксис выбора Termina teUploadSequence для запроса Confirmed ServiceRequest

—    это TerminateUpload Sequence-Request

11.7- 2 TerminateUploadSequence-Response (ответ завершения последовательности подгрузки)

Абстрактныйсимтаксисвыбора Term inateUploadSequence для ответа ConfirmedServiceResponse

—    это TenninateUploadSequence-Response.

11.8    RequestOomainDownload (загрузка области запроса)

Описание абстрактного синтаксиса выбора RequestOomainDownload запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами RequestOomainOownload-Request и RequestOomainDownload-Response. соответственно. указанными ниже. В 5.S установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

RequestOomamOownload-Request ::= SEQUENCE ( domainName    [0] IMPLICIT Identifier.

bstOfCapabilities    [1]    IMPLICIT    SEQUENCE OF MMSString OPTIONAL,

sharable    [2]    IMPLICIT    BOOLEAN.

fUeName    [4]    IMPLICIT    FileName)

RequestDomar»Download-Response ::= NULL

11.8.1    RequestDomainDownload-Reqoest (запрос загрузки области запроса)

Абстрактный синтаксис выбора RequestOomainDownload для запроса ConfirmedServiceRequest

—    это RequestDomainDownload-Request.

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

11.8- 2 RequestDomainDownload-Response (ответ загрузки области запроса)

Абстрактный синтаксис выбора RequestOomainDownload для ответа подтверждаемой услуги ConfirmedServiceResponse — это RequestDomainOownload-Response.

11.9    RequestDomainUpload (подгрузка домеиа запроса)

Описание абстрактного синтаксиса выбора RequestDomainUpload для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами ConfirmedServiceRequest и RequestDomainUpload-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем разделе.

RequestDomainUpload-Request    SEQUENCE {

domainName    [0] IMPLICIT Identifier.

fiieName    {1) IMPLICIT FileName}

RequestDomainUpload-Response ::= NULL

11.9.1    RequestDomalnUpload-Request (запрос подгрузки домена запроса)

Абстрактный синтаксис выбора RequestDomainUpload для запроса ConfirmedServiceRequest

—    это RequestDomalnUpload-Request.

11.9.2    RequestDomainUpload-Response (ответ подгрузки домена запроса)

Абстрактный синтаксис выбора RequestDomainUpload ответа подтверждаемой услуги ConfirmedServiceResponse — это RequestDomainUpload-Response.

73

ГОСТ Р ИСО 9506-2-2014

11.10 LoadDomainContent (контент домена загрузки)

Описание абстрактного синтаксиса выбора LoadDomainContent запроса подтверждаемой услуги Confirmed ServiceRequest и ответа подтверждаемой услуги Confirmed ServiceResponse определено типами LoadDomainContent-Request и LoadDomainContent-Response соответственно, указанными ниже.

В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. LoadDomainContent-Request ::= SEQUENCE { domainName    [0] IMPLICIT identifier.

kstOfCapabilities [1] IMPLICIT SEQUENCE OF MMSString OPTIONAL, sharable    [2] IMPLICIT BOOLEAN.

fiieName    (4) IMPLICIT FileName

IF (tpy)

thirdParty    [5] IMPLICIT AppiicationReference OPTIONAL

ENDIF

}

LoadDomainContent-Response NULL

11.10.1    LoadDomainContent-Request (запрос контента домена загрузки)

Абстрактный синтаксис выбора LoadDomainContent запроса подтверждаемой услуги Confirmed ServiceRequest — это LoadDomainContent-Request.

Если параметр перечня возможностей присутствует е запросе услуги и данный параметр содержит описание пустого перечня, то передается значение SEQUENCE OF с нулевыми элементами. Если данный параметр не присутствует в запросе услуги, то данная область не передается.

11.10.1.1    AppiicationReference (ссылка приложения)

Абстрактный синтаксис параметра thirdParty (третья сторона кроме отправителя и получателя сообщений) услуги LoadDomainContent — это AppiicationReference. Данный параметр не указывается, если структурный элемент согласованности параметра tpy не поддерживается. Если структурный элемент параметра согласованности tpy поддерживается, то используется параметр thirdParty по выбору.

11.10.2 LoadDomainContent-Response (ответ контента домена загрузки)

Абстрактный синтаксис выбора LoadDomainContent ответа Confirm edServiceResponse — это LoadDomainContent-Response.

11.11 StoreDomainContent (контент области хранения)

Описание абстрактного синтаксиса выбора StoreOomainContent запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами StoreDomainContent-Request и StoreDomainContent-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно е настоящем подразделе.

StoreDomainContent-Request SEQUENCE (

domainName    [0] IMPLICIT Identifier.

fiieName    (1] IMPLICIT FileName

IF (tpy)

thirdParty    |2] IMPLICIT AppiicationReference OPTIONAL

ENDIF

}

StoreDomainContent-Response ::= NULL

11.11.1    StoreDomainContent-Request (запрос контента области хранения)

Абстрактный синтаксис выбора StoreDomainContent запроса подтверждаемой услуги ConfirmedServiceRequest — это StoreDomainContent-Request

11.11.1.1    AppicationReference (ссылка приложения)

Абстрактный синтаксис параметра thirdParty услуги LoadDomainContent — это AppiicationReference. Данный параметр не указывается, если структурный элемент параметра согласованности tpy не поддерживается. Если структурный элемент параметра согласованности tpy поддерживается. то используется параметр thirdParty по выбору.

74

ГОСТ Р ИСО 9506-2-2014

11.11.2 StoreDomainContent-Response (ответ контента области хранения)

Абстрактный синтаксис выбора StoreDomainContent ответа подтверждаемой услуги ConfirmedServiceResponse — это StoreOomainContent-Response.

11.12    OeleteOomain (стереть область)

Описание абстрактного синтаксиса выбора DeleteOomain для запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами DeleteDomain-Request и DeleteOomain-Response. соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DeieteDomam-Request ::= identifier - Domain Name DeieteDomain-Response ::= NULL

11.12.1    DeleteDomain-Request (запрос удаления области)

Абстрактный синтаксис выбора DeleteOomain для запроса ConflrmedServiceRequest — это DeleteDomain-Request.

11.12.2    DeieteDomain-Response (ответ удаления области)

Абстрактный синтаксис выбора DeleteOomain для ответа ConfirmedServiceResponse — это DeieteDomain-Response.

11.13    GetDomainAttributes (получение атрибутов области)

Описание абстрактного синтаксиса выбора GetDomainAttributes для запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами GetDomainAttributes-Request и GetDomainAttributes-Response соответственно, указанными ниже. 8 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetDomainAttributes-Request ::= identifier - Domain Name GetDomainAttributes-Response ::= SEQUENCE {

kstOfCapabilities    (0] IMPLICIT SEQUENCE OF MMSString.

state    (1] IMPLICIT DomainState.

mmsDetetabie    (2]    IMPLICIT BOOLEAN,

siwable    [Э]    IMPLICIT BOOLEAN.

hstOfProgramlnvocations    [4] IMPLICIT SEQUENCE OF Identifier.

- Program Invocation Names

uploadlnProgress    (5]    IMPLICIT (nteger8

IF (aco)

accessControlList    [6]    IMPLICIT identifier OPTIONAL

- Shall not appear in minor version one or two

ENDIF

)

11.13.1    GetDomainAttributes-Request (запрос получения атрибутов области)

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

ConflrmedServiceRequest — это GetDomainAttributes-Request.

11.13.2    GetDomainAttributes-Response (ответ получения атрибутов области)

Абстрактный    синтаксис    выбора GetDomainAttributes    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это GetDomainAttributes-Response.

11.13.2.1    state (состояние)

Тип DomainState определен в разделе 11 ИСО 9506-1.

11.13.2.2    AccessControlList (перечень средств управления доступом)

Область AccessControlList указывается только в том случае, если оговорен параметр асо

СВВ.

75

ГОСТ Р ИСО 9506-2-2014

12 Протокол управления активизацией программы

12.1    Введение

8 настоящем разделе приведено описание протокола реализации услуг, определенных в разделе «Управление активизацией программы определения MMS-услуги», в том числе: CreateProgramlnvocation    Kill

DeteteProgramlnvocatJon    GetProgramlnvocationArtributes

Start    Select

Stop    AlterProgramlnvocationAttributes

Resume    ReconfigureProgramlnvocation

Reset

12.2    CreateProgramlnvocation (активизация разработки программы)

Описание абстрактного синтаксиса выбора CreateProgramlnvocation для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами CreateProgramlnvocation-Request и CreateProgramlnvocation-Response, соответственно. указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

CreateProgramlnvocauon-Request ::= SEQUENCE {

programlnvocationName    [0] IMPLICIT Identifier.

listOfDomainNames    (1) IMPLICIT SEQUENCE OF Identifier,

reusable    [2] IMPLICIT BOOLEAN DEFAULT TRUE

IF (eventNotification )

IF (getProgramlnvocationAttributes)

monitorType    [3] IMPLICIT BOOLEAN OPTIONAL

-    TRUE indicates PERMANENT monitoring.

-    FALSE indicates CURRENT monitoring

ENDIF

ENDIF

}

CreateProgramlnvocation-Response ::= NULL

CS-CreateProgramlnvocabon-Request ::= INTEGER { normal (0). controlling (1). controlled (2)

H0..2)

12.2.1    CreateProgramInvocation-Request (запрос активизации разработки программы)

Абстрактный синтаксис выбора CreateProgramlnvocation для запроса подтверждаемой услуги

ConfirmedServiceRequest — это CreateProgramlnvocation-Request

12.2.1.1    Monitor

Абстрактный синтаксис логического параметра Monitor услуги CreateProgramlnvocation зависит от наличия или отсутствия области MonitorType. Если область MonitorType присутствует, то она должна указывать, что значение параметра Monitor равно true. Значение области MonitorType должно указывать значение параметра MonitorType запроса услуги, а также является полученное значение регистрации события permanent (постоянным) или current (текущим). Если область MonitorType отсутствует. то значение параметра Monitor равно false, и мониторинг не требуется.

12.2.2    CreateProgramlnvocation-Response (ответ активизации разработки программы)

Абстрактный синтаксис выбора CreateProgramlnvocation для ответа подтверждаемой услуги ConfirmedServiceResponse — это CreateProgramlnvocation-Response.

12.2.3    CS-CreateProgramlnvocation-Request (запрос активизации разработки программы)

Абстрактный синтаксис выбора CreateProgramlnvocation для подробностей запроса Request-Detail — это CS-CreateProgramlnvocation-Request 76

ГОСТ Р ИСО 9506-2-2014

12.3    DeieteProgramlnvocation (задействование удаления программы)

Описание абстрактного синтаксиса выбора OeleteProgramlnvocation для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами DeleteProgramlnvocabon-Request и DeleteProgramlnvocation-Response. соответственно. указанными ниже. В 5.5 установлен порядок получе»мя всех параметров, не описанных явно в настоящем подразделе.

DeleteProgramlnvocation-Request ::= Identifier - Program Invocation Name DeieteProgramlnvocation-Response NULL

12.3.1    DeleteProgramlnvoeation-Request (запрос задействования удаления программы)

Абстрактный синтаксис выбора DeieteProgramlnvocation для запроса подтверждаемой услуги ConfirmedServiceRequest — это DeleteProgramlnvocation-Request

12.3.2    DeieteProgramlnvocation-Response (ответ задействования удаления программы) Абстрактный синтаксис выбора DeieteProgramlnvocation для ответа подтверждаемой услуги

ConfirmedServiceResponse — это DeleteProgramlnvocation-Response.

12.4    Start

Описание абстрактного синтаксиса выбора Start для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Start-Request и Start-Response, соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Start-Request ::= SEQUENCE {

programlnvocationName    [0] IMPLICIT Identifier.

executionArgument    CHOICE {

StfnpteStnng    [1] IMPLICIT MMSStnng.

encodedString    EXTERNAL.

embeddedString    EMBEDDED PDV } OPTIONAL )

Start-Response ::= NULL Start-Error ::= ProgramlnvocationState CS-Start-Request ::= (0] CHOICE ( normal    NULL.

cuulruHiiiy    SEQUENCE {

starlLocation    [0] IMPLICIT VisibleString OPTIONAL.

startCount    [1] StartCount DEFAULT cydeCount 1

} }

StartCount CHOICE {

noUmrt    [0] IMPLICIT NULL.

cydeCount    [1] IMPLICIT INTEGER.

stepCount    [2] IMPLICIT INTEGER}

12.4.1    Start-Request (запрос начала)

Абстрактный синтаксис выбора Start для запроса ConfirmedServiceRequest — это Start-Request.

12.4.1.1    Аргумент выполнения

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

12.4.2 Start-Response (ответ услуги начала)

Абстрактный синтаксис выбора Start для ответа ConfirmedServiceResponse — это Start-Response.

77

ГОСТ Р ИСО 9506-2-2014

12.4.3    Start-Error (ошибка услуги начала)

Абстрактный синтаксис выбора Start для выбора serviceSpecificinformation типа ConfirmedServiceError — это параметр Start-Error, который является подпараметром состояния вызова программы для параметра Result(-) примитива ответа Startresponse. Данный параметр появляется как подпараметр состояния вызова программы для параметра Result{-) примитива подтверждения Start.confirm (при его наличии).

12.4.3.1    ProgramlnvocationState (состояние задействования программы)

Абстрактный синтаксис поля ProgramlnvocationState определен в разделе 12 ИСО 9506-1.

12.4.4    CS-Start-Request (запрос начала CS-типа)

Абстрактный синтаксис выбора Start для сущности Request-Oetail — это CS-Start-Request.

12.5    Stop

Описание абстрактного синтаксиса выбора Stop для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Stop-Request и Stop-Response, соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Stop-RequestSEQUENCE {

programlnvocatjonName    [0] IMPLICIT Identifier }

Stop-Response ::= NULL Stop-Error ::= ProgramlnvocationState

12.5.1    Stop-Request (запрос останова)

Абстрактный синтаксис выбора Stop для запроса ConfirmedServiceRequest — это Stop-Request.

12.5.2    Stop-Response (ответ останова)

Абстрактный синтаксис выбора Stop для ответа ConfirmedServiceResponse — это Stop-Response.

12.5.3    Stop-Error (ошибка останова)

Абстрактный синтаксис выбора Stop для выбора ServiceSpecificinformation типа ConfirmedServiceError — это Stop-Error, который является подпараметром состояния вызова программы для параметра Result(-) примитива ответа Stop.response. Он имеет вид как подпараметр состояния вызова программы для параметра Result(-) примитива подтверждения Stop.confirm (при его наличии).

12.6    Resume (возобновление выполнения)

Описание абстрактного синтаксиса выбора Resume для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Resume-Request и Resume-Response, соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Resume-Request ::= SEQUENCE (

pfogramlnvocaDonName    [0] IMPLICIT Identifier.

executionArgument    CHOICE {

simpleString    (1] IMPLICIT MMSString.

encodedString    EXTERNAL.

enmbeddedString    EMBEDDED PDV} OPTIONAL

}

Resume-Response ::= NULL Resume-Error ProgramlnvocationState CS-Resume-Request ::= [0] CHOICE (

normal    NULL,

controlling    SEQUENCE {

modeType    CHOICE {

continueMode    (0] IMPLICIT NULL.

78

ГОСТ Р ИСО 9506-2-2014

changeMode    [1] StartCount

) } }

12.6.1    Resume-Request (запрос возобновления выполнения)

Абстрактный    синтаксис    выбора    Resume    для    запроса    подтверждаемой    услуги

Сол firmed Service Request — это Resume-Request.

12.6.1.1    Аргумент выполнения

Параметр аргумента выполнения запроса услуги Resume — это выбор между строкой MMSString (указывающей, что значение данного параметра далее не описано, и его интерпретация имеет локальный характер) и описаниями EXTERNAL и EMBEDOED P0V (указывающими, что абстрактный синтаксис. на который произведена ссылка описаниями EXTERNAL и EMBEDDED PDV. содержит правила кодирования для интерпретации значений данного параметра).

12.6.2    Resume-Response (ответ возобновления выполнения)

Абстрактный    синтаксис    выбора    Resume    для    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это Resume-Response.

12.6.3    Resume-Error (ошибка возобновления услуги)

Абстрактный синтаксис выбора Resume для выбора ServIceSpecificIn formation типа ConfirmedServiceError — это Resume-Error. Этот параметр является подпараметром состояния вызова программы для параметра Result(-) примитива ответа Resume.response. Он имеет вид подпараметра состояния вызова программы для параметра Result(-> примитива подтверждения Resume, confirm (при его наличии).

12.6.4    CS-Resume-Request (запрос возобновления выполнения типа CS)

Абстрактный синтаксис выбора Resume для деталей запроса Request-Oetail — это CS-Resume-Request.

12.7    Reset (перезагрузка)

Описание абстрактного синтаксиса выбора Reset для запроса подтверждаемой услуги ConflrmedServtceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами Reset-Request и Reset-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подраоделе.

Reset-Request ..= SEQUENCE {

programlnvocatJonName    [0] IMPLICIT Identifier    }

Reset-Response ::= NULL Reset-Error ::= ProgramlnvocabonState

12.7.1    Reset-Request (запрос перезагрузки)

Абстрактный    синтаксис    выбора    Reset    для    запроса    подтверждаемой    услуги

ConfirmedServiceRequest — это Reset-Request

12.7.2    Reset-Response (ответ перезагрузки)

Абстрактный    синтаксис    выбора    Reset    для    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это Reset-Response

12.7.3    Reset-Error (ошибка перезагрузки)

Абстрактный синтаксис выбора Reset для выбора ServiceSpecificInformation типа ConfirmedServiceError — это Reset-Error. Этот параметр является подпараметром состояния вызова программы для параметра Result(-) примитива ответа ReseLresponse. Он выглядит как подпараметр состояния вызова программы для параметра Result(-) примитива подтверждения Reset.confirm (при его наличии).

12.8    Kill (аннулирование)

Описание абстрактного синтаксиса выбора Kill для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено

79

ГОСТ Р ИСО 9506-2-2014

типами Kill-Request и Kill-Response, соответственно, ухазаннымии ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Kill-Request SEQUENCE (

programlnvocationName    (0] IMPLICIT Identifier }

Kill-Response ::= NULL

12.8.1    Kill-Request (запрос аннулирования)

Абстрактный синтаксис выбора Kill запроса подтверждаемой услуги Confirmed Service Request

—    это Kill-Request

12.8.2    Kill-Response (ответ аннулирования)

Абстрактный синтаксис выбора Kill для ответа подтверждаемой услуги Confirmed ServiceResponse

—    это Kill-Response.

12.9 GetProgramlnvocatlonAttributes (получить атрибуты вызова программы)

Описание абстрактного синтаксиса выбора GetProgramlnvocatlonAttributes для запроса Confirmed-ServiceRequest и ответа ConflrmedServiceResponse определено типами GetProgramJnvocationAttributes-Request и GetProgramlnvocationAttributes-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetProgramlnvocationAoributes-Request ::= Identifier - Program Invocation Name GetProgramtnvocationAoribotes-Response ::= SEQUENCE {

state

listOfDomainNames mmsDele table reusable monitor

executionArgument

sKnpteStnng

encodedString

enmbeddedString

IF (aco)

accessControlList

[0]    IMPLICIT ProgramlnvocationState.

[1]    IMPLICIT SEQUENCE OF Identifier.

[2]    IMPLICIT BOOLEAN.

[3]    IMPLICIT BOOLEAN.

[4]    IMPLICIT BOOLEAN.

CHOICE {

{5] IMPLICIT MMSStnng.

EXTERNAL.

EMBEDDED PDV}

(6] IMPLICIT Identifier OPTIONAL

- Shall not appear in minor version one or two

bNOIt-

}

CS-GetProgramlnvocabonAttributes-Response SEQUENCE {

errorCode

[0) IMPLICIT INTEGER.

control

[1] CHOICE {

controlling

[0) IMPLICIT SEQUENCE {

controledPI

[0] IMPLICIT SEQUENCE OF Identifier.

programLocation

[1] IMPLICIT VisibleString OPTIONAL.

runningMode

[2) CHOICE {

freeRunning

[0] IMPLICIT NULL.

cydeLimited

[1] IMPLICIT INTEGER.

stepLimited

}.

controled

[2] IMPLICIT INTEGER}

(11 CHOICE {

controllingPI

[0] IMPLICIT Identifier.

none

}.

normal

(1] IMPLICIT NULL

|2] IMPLICIT NULL}}

12.9.1 GetProgramlnvocatkmAttributes-Request (запрос получения атрибутов программы)

Абстрактный синтаксис

выбора GetProgramlnvocationAttnbutes для

ConfirmedServiceRequest — это GetProgramlnvocationAttributes-Request. 80

запроса

ГОСТ Р ИСО 9506-2-2014

12.9.2 GetProgramlnvocatkmAttributes-Response (ответ получения атрибутов вызова программы)

Абстрактный синтаксис выбора GetProgramlnvocationAttributes для ответа С on firmed Service Response — это GetProgramlnvocatlonAttributes-Response.

12.9.2.1    Аргумент выполнения

Параметр «аргумент выполнения» для ответа услуги GetProgramlnvocationAttributes — это выбор между строкой MMSString (указывающей, что значение данного параметра далее не описано. и его интерпретация имеет локальный характер) и описаниями EXTERNAL или EMBEDOEO POV (указывающих, что абстрактный синтаксис, на который произведена ссылка описаниями EXTERNAL и EMBEDOEO PDV. содержит правила кодирования для интерпретации значений данного параметра).

12.9.2.2    Перечень средств управления доступом

Параметр AccessControlList появляется, если и только если оговорено значение асо СВВ.

12.9.3 CS-GetProgramlnvoeationAttributes-Reeponse (ответ получения атрибутов вызова программы типа CS)

Абстрактный синтаксис выбора GetProgramlnvocationAttributes для услуги Response-Detail — это CS-GetProgramlnvocationAttributes-Response.

12.10    Select (выбор)

Описание абстрактного синтаксиса выбора Select для запроса дополнительной услуги Additional Service-Request и ответа дополнительной услуги AdditionalServ Ice-Response определено типами Select-Request и Select-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Select-Request SEQUENCE {

controlling [0] IMPLICIT Identifier OPTIONAL.

controlled (1) IMPLICIT SEQUENCE OF Identifier OPTIONAL

- this field shall appear if and only if the controiing field is included

}

Select-Response NULL

12.10.1    Select-Request (запрос выбора)

Абстрактный синтаксис выбора Select для запроса ConfirmedServtceReqoest это Select-Request.

12.10.2    Select-Response (ответ выбора)

Абстрактный синтаксис выбора Select для ответа ConfirmedServiceResponse — это Select-Response.

12.11    AlterProgramlnvoeatlonAttributes (изменение атрибутов вызова программы)

Описание абстрактного синтаксиса выбора AlterProgramlnvocatlonAttributes для запроса AdditionalService-Request и ответа AdditionalService-Response определено типами AlterProgramInvocationAttributes-Request и AlterProgramlnvocationAttributes-Response соответственно. указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

AlterProgramlnvocationAttributes-Request ::= SEQUENCE {

programlnvocation    [0] IMPLICIT Identifier.

staitCount    [1] StartCount DEFAULT cycleCount 1 }

AlterProgramlnvocationAttributes-Response ::= NULL

12.11.1 AJterProgramlnvocationAttributes-Request (запрос изменения атрибутов вызова программы)

Абстрактный синтаксис выбора AlterProgramlnvocationAttributes для запроса ConfirmedServiceRequest — это AtterProgramlnvocationAttributes-Request

81

ГОСТ Р ИСО 9506-2-2014

12.11.2 AlterProgramlnvocationAttributes-Response (ответ изменения атрибутов вызова программы)

Абстрактный синтаксис выбора AlterPrograminvocationAttributes для ответа подтверждаемой услуги ConflrmedServtoeResponse — это AlterProgramlnvocationAttributes-Response.

12.12 ReconfigureProgramlnvocation (активизация переконфигурации программы)

Описание абстрактного синтаксиса выбора ReconfigureProgramlnvocation для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами ReconfigureProgramlnvocation-Request и ReconfigureProgramlnvocation-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

ReconfigureProgramlnvocation-Request SEQUENCE {

okJProgramlnvocationName    (0] IMPLICIT Identifier.

newProgramlnvocationName    (1] IMPLICIT identifier OPTIONAL.

domainsToAdd    (2] IMPLICIT SEQUENCE OF Identifier.

domainsToRemove    (3) IMPLICIT SEQUENCE OF Identifier}

ReconfigureProgramlnvocation-Respoose ::= NULL

12.12.1    ReconfigureProgramInvocation-Request (запрос активизации переконфигурации программы)

Абстрактный синтаксис выбора ReconfigureProgramlnvocation для запроса подтверждаемой услуги ConfirmedServiceRequest — это ReconfigureProgramlnvocation-Request.

12.12.2    ReconfigureProgramlnvocation-Response (ответ активизации переконфигурации программы)

Абстрактный синтаксис выбора ReconfigureProgramlnvocation для запроса подтверждаемой услуги ответа подтверждаемой услуги Confirmed ServiceResponse - это ReconfigureProgramlnvocation-Response

13 Протокол управления блоком

13.1 Введение

В настоящем разделе приведено описание протокола реализации услуг, определенных в разделе 13 ИСО 9506-1. Элементы протокола:

InitiateUnitControlLoad    AddToUnitControl

UmtControtLoadSegment

UnitControiUpload

StartUnitContrd

StopUnitContro!

CreateU nitCon trol

RemoveFromUnitControi GetUnitControiAttributes LoadU nitCon trolFromFie StoreUnitControiToFile DeleteUnitControi

13.2 Элемент управления

Элемент управления — это комплексный параметр, используемый в нескольких услугах. Он представляет описание одного элемента блока управления объектом.

ContrdElement ::= CHOICE {

beginOomainOef    (0) SEQUENCE (

domainNanre    [1] IMPLICIT Identifier.

capabilities

sharable

loadData

(2]    IMPLICIT SEQUENCE OF MMSString.

(3]    IMPLICIT BOOLEAN.

(4]    LoadData OPTIONAL

continueDomainDef

domainName

(1] SEQUENCE (

[1] IMPLICIT Identifier.

loadData

(3] LoadData

82

ГОСТ Р ИСО 9506-2-2014

>.

endDomainDef pi Definition ptName kstOfDomains reusable monitorType piState ) }

13.2.1 Monitor

[2] IMPLICIT Identifier.

[3]    IMPLICIT SEQUENCE {

[0] IMPLICIT Identifier.

[1] IMPLICIT SEQUENCE OF Identifier

(2] IMPLICIT BOOLEAN DEFAULT TRUE.

[3] IMPLICIT BOOLEAN OPTIONAL.

[4]    IMPLICIT ProgramlnvocationState OPTIONAL

Абстрактный синтаксис параметра Monitor элемента управления определен наличием или отсутствием поля MonitorType. Если поле MonitorТуре присутствует, то значение параметра Monitor равно true. Значение поля MonitorType должно указывать значение типа параметра Monitor запроса услуги в соответствии с 11.2.1.1.4 ИСО 9506-1.

13.3 Услуга InKiateUnitControiLoad (инициировать загрузку блока управления)

Описание абстрактного синтаксиса выбора InitiateUCLoad запроса дополнительной услуги Additional Service-Request и ответа дополнительной услуги AdditionaiService-Response определено типами InitiateUnitControlLoad-Request и InitiateUnltControlLoad-Response, соответственно. Абстрактный синтаксис выбора InitiateUCLoad для ошибки дополнительной услуги AdditionalService-Егтог описан типом InitiateUnitControl-Error. Указанные типы приведены ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. InitiateUnitControlLoad-Request ::= Identifier - Unit Control Name InitiateUnrtControlLoad-Resportse ::= NULL InitiateUnitControLError CHOICE {

Domain    {0] IMPLICIT Identifier,

programlnvocation    [1] IMPLICIT Identifier

}

13.3.1 InitlateUnitControlLoad-Request (запрос инициирования загрузки блока управления)

Абстрактный синтаксис выбора InitiateUCLoad для типа AdditionalService-Request — это InitiateUnitControlLoad-Request.

13.3.2 InitiateUnltControlLoad-Response (ответ инициирования загрузки блока управления)

Абстрактный синтаксис выбора InitiateUCLoad для типа AdditionaiService-Response — это InitiateUnitControlLoad-Response

13.3.3 InitiateUnltControlLoad-Error (ошибка инициирования загрузки блока управления)

Абстрактный синтаксис выбора InitiateUCLoad для типа AdditionalService-Error — это InitiateUnltControlLoad-Error.

13.4 UnitControlLoadSegment (услуга сегмента загрузки блока управления)

Описание абстрактного синтаксиса выбора UCLoad для запроса AdditionalService-Request и ответа AdditionaiService-Response определено типами UnitControlLoadSegment-Request и UnitControlLoadSegment-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

UnitControtLoadSegment-Request Identifier - Unit Control Name UnitControlLoad Segment-Response SEQUENCE {

controlEtements    [0] IMPLICIT SEQUENCE OF ControlEiement.

moreFotlows    (11 IMPLICIT BOOLEAN DEFAULT TRUE }

13.4.1 UnitControlLoadSegment-Request (запрос сегмента загрузки блока управления)

Абстрактный синтаксис выбора UCLoad для запроса дополнительной услуги AdditionalService-

Request - это UnitControlLoadSegment-Request.

83

ГОСТ Р ИСО 9506-2-2014

13.4.2 UnitControlLoadSegment-Response (ответ сегмента загрузки блока управления)

Абстрактный синтаксис выбора UCLoad для типа AdditionalService-Response — это UnitControiLoad Segment-Response

13.5    UnitControlUpload (услуга подкачки блока управления)

Описание абстрактного синтаксиса выбора UCUpload запроса дополнительной услуги A dditlonalServ Ice-Request и ответа дополнительной услуги AdditionalService-Response определено типами UnKControlUpload-Request и UnitControlUpload-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем разделе.

UnitControiUptoad-Request ::= SEQUENCE {

unitControiName    [0] IMPLICIT Identifier. - Unit Control Name

contmueAfter    CHOICE {

domain    (1] IMPLICIT    identifier.

JsmlD    (2] IMPLICIT    INTEGER,

programlnvocabon    (3) IMPLICIT    Identifier } OPTIONAL

}

UnitControlUpload-Response ::= SEQUENCE {

controlElements    [0] IMPLICIT SEQUENCE OF ControlElement.

nextElement    CHOICE {

domain    (1] IMPLICIT    identifier.

ulsmID    (2] IMPLICIT    INTEGER,

programlnvocation    (3] IMPLICIT    Identifier } OPTIONAL

}

13.5.1    UnKControlUpload-Request (запрос подкачки блока управления)

Абстрактный синтаксис выбора uCUpload для типа AdditionalService-Request - это U n «Control Upload-Request.

13.5.2    UnitControlUpload-Response (ответ подкачки блока управления)

Абстрактный синтаксис выбора UCUpload для типа AdditionalService-Response — это UnitControlUpload-Response.

13.6    StartUnitControJ (услуга запуска блока управления)

Описание абстрактного синтаксиса выбора StartUC для запроса дополнительной услуги AdditionalService-Request и ответа дополнительной услуги AdditionalService-Response задано типами StartUnitControl-Request и StartUnitControi-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

StartUrntControl-Request    SEQUENCE {

unitControiName    [0] IMPLICIT Identifier. - Unit Control Name

executionArgument    CHOICE {

simpleString    [1] IMPLICIT MMSString.

encodedString    EXTERNAL.

enmbeddedString    EMBEDDED PDV} OPTIONAL

>

StartUnitControi-Response NULL

StartUnitControl-Error "= SEQUENCE {

programlnvocationName    [0] IMPLICIT Identifier.

programlnvocationState    [1] IMPLICIT ProgramlnvocabonState }

13.6.1 StartUnitControl-Request (запрос запуска управления    блоком)

Абстрактный синтаксис выбора StartUC для типа AdditionalService-Request — это

StartUnitControl-RequesL

84

ГОСТ Р ИСО 9506-2-2014

13.6.2    StartUnitControl-Response (ответ запуска управления блоком)

Абстрактный синтаксис выбора StartUC для типа Additional Service-Response — это StartUnitControl-Response

13.6.3    StartUnitControi-Error (ошибка запуска управления блоком)

Абстрактный синтаксис выбора StartUC для типа AdditionalSorvice-Error это StartUnitControi-Error. Он является подпараметром имени вызова программы и подпараметром состояния вызова программы соответственно, для параметра Result(-) примитива ответа StartUnttControI.response Он появляется как подпараметр имени вызова программы и подпараметр состояния вызова программы соответственно, для примитива подтверждения StartUnitControi. confirm (при его наличии).

13.7    Услуга StopUnitControl (останов управления блоком)

Описание абстрактного синтаксиса выбора stopUC для запроса дополнительной услуги Additional Service-Request и ответа дополнительной услуги AddltkmalService-Response определено типами StopUnitControl-Request и StopUnltControl-Response соответственно, указанными ниже. В

5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. StopUnitControl-Request identifier - Unit Control Name StopUnitControt-Response ::= NULL StopUnitControf-Error ::= SEQUENCE {

programlnvocabonName    (0] IMPLICIT Identifier.

programlnvocationState    [1] IMPLICIT PrograrnlnvocabooState}

13.7.1    StopUnitControl-Request (запрос останова управления блоком)

Абстрактный синтаксис выбора StopUC для типа AdditionalService-Request — это StopUnitControl-Request

13.7.2    StopUnitControl-Response (ответ останова управления блоком)

Абстрактный синтаксис выбора StopUC для ответа дополнительной услуги AdditionalService-Response тип — это StopUnltControl-Response.

13.7.3    StopUnitControl-Error (ошибка останова управления блоком)

Абстрактный синтаксис выбора StopUC ошибки дополнительной услуги AdditionalService-Еггог — это StopUnitControl-Error. Он является подпараметром имени вызова программы и подпараметром состоялся вызова программы соответственно, для параметра Result(-) примитива ответа StopUnitControI.response. Он имеет вид подпараметра имени вызова программы и подпараметра состояния вызова программы, соответственно, для примитива подтверждения StopUnrtControl.confirm (при его наличии).

13.8    Услуга CreateUnitControl (создание блока управления)

Описание абстрактного синтаксиса выбора CreateUC запроса дополнительной услуги AdditionalService-Request и ответа дополнительной услуги AddKionalServIce-Response определено типами CreateUnltControl-Request и CreateUnltControl-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

CreateUnitControi-Request SEQUENCE {

unitControl    (0] IMPLICIT Identifier. - Unit Control Name

domains    [1] IMPLICIT SEQUENCE OF Identifier.

program Invocations    (2] IMPLICIT SEQUENCE OF Identifier}

CreateUnitControl-Response NULL

13.8.1 CreateUnitControi-Request (запрос создания блока управления)

Абстрактный синтаксис выбора CreateUC для типа AdditionalService-Request — это

CreateUnitControi-Request

85

ГОСТ Р ИСО 9506-2-2014

13.8.2 CreateUnltControl-Response (ответ создания блока управления)

Абстрактный синтаксис выбора CreateUC для типа AdditionalService-Response — это CreateUnitControl-Response.

13.9    Услуга AddToUnitControl (добавить к управлению блоком)

Описание абстрактного синтаксиса выбора AddToUC запроса дополнительной услуги AdditionaiService-Request и ответа дополнительной услуги AdditionalService-Response определено типами AddToUnitControt-Request и AddToUnitControl-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

AddToUnitControt-Request ::= SEQUENCE (

unitControl    [0] IMPLICIT Identifier. - Unit Control Name

domains    [1] IMPLICIT SEQUENCE OF Identifier,

programlnvocations    [2] IMPLICIT SEQUENCE OF Identifier }

AddToUnitComrol-Response NULL

13.9.1    AddToUnftControl-Request (запрос добавления к управлению блоком)

Абстрактный синтаксис выбора AddToUC для типа AdditionaiService-Request — это AddToUnitControl-Request

13.9.2    AddToUnitControl-Response (ответ добавления к управлению блоком)

Абстрактный синтаксис выбора AddToUC для типа Additional Service-Reepon— — это AddToUnitControl-Response.

13.10    Услуга RemoveFromUnitControl (удаление из блока управления)

Описание абстрактного синтаксиса выбора RemoveFromUC запроса дополнительной услуги Additional Service-Request и ответа дополнительной услуги AdditionalService-Response определено типами RemoveFromUnitControl-Request и RemoveFromUnitControl-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

RemoveFromUnitControi-Request SEQUENCE {

unitControl    (0] IMPLICIT Identifier. - Unit Control Name

domains    llj imflici i btUUtNCt он identiner.

programlnvocations    (2] IMPLICIT SEQUENCE OF Identifier}

RemoveFromUnitControLResponse NULL

13.10.1    RemoveFromUnitControi-Request (запрос удаления из блока управления)

Абстрактный синтаксис выбора RemoveFromUC для типа AdditionaiService-Request — это RemoveFromUnitControi-Request.

13.10.2    RemoveFromUnitControl-Response (ответ удаления из блока управления)

Абстрактный синтаксис выбора RemoveFromUC для типа AdditionalService-Response — это RemoveFromUnitControl-Response.

13.11    Услуга GetUnitControlAttributes (получение атрибутов управления блоком)

Описание абстрактного синтаксиса выбора GetUCAttributes для запроса дополнительной услуги AdditionaiService-Request и ответа дополнительной услуги AdditionalService-Response определено типами GetUnitControlAttrtbutes-Request и GetUnitControlAttributes-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetUnitControtAnributes-Request ::= identifier - Unit Control Name GetUnitControlAttnbutes-Response ::= SEQUENCE {

domains    [0] IMPLICIT SEQUENCE OF Identifier,

programlnvocations    [1] IMPLICIT SEQUENCE OF identifier}

86

ГОСТ Р ИСО 9506-2-2014

13.11.1    GetUnitControlAttributes-Request (запрос получения атибутов управления блоком)

Абстрактный синтаксис выбора GetUCAttribute для запроса дополнительной услуги Additional Service-Request — это GetUnitControlAttributes-Request.

13.11.2    GetUnitControlAttrlbutes-Response (ответ получения атибутов управления блоком)

Абстрактный синтаксис выбора GetUCAttribute для типа AdditionalService-Response — это Ge tUnitC on trolAttributes-Response.

13.12 Услуга LoadUnitControlFromFile (загрузка блока управления из файла)

Описание абстрактного синтаксиса выбора LoadUCFromFile для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами LoadUnitControlFromFile-Request и LoadUnitControlFrom File-Response, приведенными ниже. В 5.S установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

LoadUnitControlFromFile-Request ::= SEQUENCE {

unitControiName    [0] IMPLICIT Identifier.

fileName    [1] IMPLICIT FileName

IF (tpy)

thirdParty    (2] IMPLICIT ApplicationReference OPTIONAL

ENDIF

}

LoadUnitControlFromFile-Response NULL LoadUnrtControJFromFie-Error ::= CHOICE {

none

(0] IMPLICIT NULL,

domain

(1] IMPLICIT Identifier.

programlnvocatwn

(2] IMPLICIT Identifier

}

13.12.1    LoadUnltControlFromFile-Request (запрос загрузки блока управления из файла)

Абстрактный синтаксис выбора loadUCFromFile для типа AdditionalService-Request — это LoadUnitControiFromFlIe-Request

13.12.2    LoedUnltControlFromFUo-Roeponee (ответ загрузки блока управления из файла)

Абстрактный синтаксис выбора loadUCFromFile для типа AdditionalService-Response — это LoadUnttControlFromFile-Response

13.12.3    LoadUnltControlFromFile-Error (ошибка загрузки блока управления из файла)

Абстрактный синтаксис выбора loadUCFromFile для типа AdditionalService-Error — это LoadUnitControlFromFile-Error.

13.13 Услуга StoreUnitControfToFile (хранение блока управления в файле)

Описание абстрактного синтаксиса выбора StoreUCToFile для запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse определено типами StoreUnitControlToFlle-Request и StoreUnttControfToFile-Response. соответственно, приведенными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

StoreUnrtControTTbFile-Request ::= SEQUENCE {

unitControiName    [0] IMPLICIT Identifier.

fileName    (1] IMPLICIT FileName

IF (tpy)

thirdParty    (2] IMPLICIT ApplicationReference OPTIONAL

ENDIF

}

StoreUnitControfToFile-Response ::= NULL

87

ГОСТ Р ИСО 9506-2-2014

13.13.1    StoreUnitControlToFile-Request (запрос хранения блока управления в файле)

Абстрактный синтаксис выбора StoreUCToFiie для типа Additional Service-Request — это StoreUnitControlToFile-Request.

13.13.2    StoreUnitControlToFiLe-Response (ответ хранения блока управления в файле)

Абстрактный синтаксис выбора StoreUCToFiie для типа AdditionalService-Response — это StoreUnitControlToFile-Response.

13.14 Услуга DeleteUnitControi

Описание абстрактного синтаксиса выбора OeleteUC для запроса дополнительной услуги Additional Service-Request и ответа дополнительной услуги AdditionalService-Response определено типами DeleteUnitControl-Request и DeteteUnitControl-Response соответственно, указанными ниже, в 5.5 устанавливает порядок получения мех параметров, не описанных явно в настоящем подразделе. DeleteUnitControi-Request ::= Identifier - Unit Control Name DeteteUnitControl-Response ::= NULL DeieteUnitControi-Error    CHOICE    {

domain    [0] IMPLICIT Identifier.

programlnvocabon    [1] IMPLICIT Identifier    }

13.14.1    DeleteUnitControl-Request (запрос удаления блока управления)

Абстрактный синтаксис выбора OeleteUC для типа AdditionalService-Request — это DeleteUnitControi-Request.

13.14.2    OeleteUnitConfirol-Response (ответ удаления блока управления)

Абстрактный синтаксис выбора OeleteUC для типа AdditionalService-Response — это DeleteUnitControl-Respoftse.

13.14.3    OeieteUnitControl-Error (ошибка удаления блока управления)

Абстрактный синтаксис выбора DeleteUC для типа AdditionalService-Error — это DeieteUnitControi-Error.

14 Протокол доступа к переменной

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

Read

Write

InformationReport

GetVariabteAccessAttributes

DefineNamedVariabte

DeieteVariabieAccess

DefineNamedVariableUst

GetNamedVanableListAttnbutes

DeleteNamedVanableLis

DefineNamedType

GetNamedTypeAttributes

DeleteNamedType

14.1 Соглашения

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

а) перенумерованный параметр примитива запроса (ответа), выбирающего между типами CHOICE (в перечне исключающих друг друга параметров), не должны указывать в протоколе. Рассматриваемый параметр должен иметь особое ссылочное имя. указывающее выбранный параметр. Данный выбранный параметр появляется в примитиве отображения (подтверждения, при его наличии) как перенумерованный параметр (со значением как в примитиве запроса (ответа)] или как выбранный параметр;

86

ГОСТ Р ИСО 9506-2-2014

Ь) если значения перенумерованного параметра целые, то соответствие фактического значения параметра его значению в протоколе указано комментарием ASN.1.

Рассматриваемый параметр задан только одним из двух указанных определений.

14.2    Протокол спецификации типов

14.2.1    TypeSpecIflcation (спецификация типа)

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

TypeSpecification CHOICE {

lypeName    [0] ObjectName.

typeDescnpbon    TypeDescnpbon}

14.3    Протокол спецификации альтернативного доступа

14.3.1    AlternateAccess (альтернативный доступ)

Абстрактный синтаксис параметра AlternateAccess описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем пункте.

AlternateAccess SEQUENCE OF CHOICE {

unnamed    AlternateAccess Selection

IF (str2)

named    (5] IMPLICIT SEQUENCE (

componentName    (0] IMPLICIT Identifier,

access    AlternateAccessSelection }

ENDIF

}

AlternateAccessSelection СНОЮЕ (

selectAitemateAccess

[0] IMPLICIT SEQUENCE {

accessSelection

CHOICE {

IF (str2)

component

(0] IMPLICIT Identifier.

ELSE

component

[0] IMPLICIT NULL,

ENDIF II- (strl )

index

(1] IMPLICIT Urtsigned32.

indexRange

(2] IMPLICIT SEQUENCE {

lowlndex

[0] IMPLICIT Unsigned32

numberOfElements

(1] IMPLICIT Urtsigned32

r*

ELSE

Index

(1] IMPLICIT NULL,

indexRange

(2] IMPLICIT NULL.

ENDIF

allElements

},

altemateAccess

}•

selectAccess

(3] IMPLICIT NULL

AltemateAccess

CHOICE {

IF (str2)

component

(1] IMPLICIT Identifier.

ELSE

component

(1] IMPLICIT NULL.

ENDIF IF (strl )

index

(2] IMPLICIT Unsigned32.

indexRange

[3] IMPLICIT SEQUENCE {

89

ГОСТ Р ИСО 9506-2-2014

iowlndex

[0] IMPLICIT Urtsigned32.

numberOfElements

}.

ELSE

(1] IMPLICIT Unsigned32

index

(2] IMPLICIT NULL.

indexRange

[3] IMPLICIT NULL.

ENDIF

allEiements ) )

Тип AltemateAccess

4] IMPLICIT NULL

это параметр AltemateAccess Элементы переченя

AltemateAccessSelection данного параметра должны содержаться е соответствующих элементах последовательного типа AltemateAccess Каждый элемент должен участвовать в поименованном или непоименованном выборе, основанном на наличии или отсутствии, соответственно, параметра ComponentName для рассматриваемого элемента перечня AltemateAccessSelection данного параметра.

Если элемент перечня параметра AltemateAccessSelection содержит описание параметра ComponentName. то следует отдать предпочтение поименованному выбору. В данном случае componentName - это параметр ComponentName. a access - это тип AltemateAccessSelection описания особого выбора (см. далее).

Если элемент перечня для параметра AltemateAccessSelection не содержит описание параметра ComponentName. то следует отдать предпочтение непоименованному unnamed выбору. Это должен быть тип AltemateAccessSelection. он содержит описание особого выбора (см. далее).

Тип AltemateAccessSelection выводится иэ параметров (исключая ComponentName) соответствующего элемента перечня параметра AltemateAccessSelection. Порядок получения данного типа определен следующим образом:

a)    если тип выбора содержит описание SELECT-ALTERNATE-ACCESS, то следует выбрать SelectAltemateAccess. Параметры настоящего выбора получены следующим образом:

1)    поле AccessSelection получено иэ параметров AccessSelection. Component. Index и IndexRange в соответствии с 14.1. Если параметр AccessSelection содержит описание сущности INDEX-RANGE и если параметры Low Index и Number of Elements равны нулю, то необходимо выбрать AliEiements. так как AccessSelection может быть выбран вместо IndexRange по желанию отправителя. Между двумя указанными альтернативами нет семантической разницы.

2)    none AltemateAccess получено иэ параметра AltemateAccess путем рекурсивной ссылки на указанную процедуру:

b)    если рассматриваемый вид отбора содержит описание SELECT-ACCESS, то следует отдать предпочтение варианту SelectAccess. Поле AccessSelection получено из параметров AccessSelection. Component. Index и IndexRange в соответствии с 14.1. если параметр AccessSelection содержит описание INDEX-RANGE и если параметры Low Index и Number Of Elements оба равны нулю. Можно также выбрать AliEiements для AccessSelection вместо IndexRange по желанию отправителя. Между указанными альтернативами нет семантической разницы.

14.4 Протокол спецификации значений данных

14.4.1 AccessResult

Абстрактный синтаксис параметра AccessResult описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем пункте.

AccessResult ::= CHOICE {

failure    [0] IMPLICIT DataAccessError.

success Data}

Поле Success указано параметром Success для параметра AccessResult no примитиву запроса (ответа) со значением true. Оно имеет вид параметра Success примитива отображения (подтверждения) со значением true (при его наличии).

Поле Failure указано параметром Success для параметра AccessResult в примитиве запроса (ответа) со значением false. Оно должно быть параметром DataAccessError для параметра AccessResult и представлено в виде параметра Success со значением false и параметра DataAccessError примитива отображения (подтверждения).

90

ГОСТ Р ИСО 9506-2-2014

14.4.2 Data (данные)

Абстрактный синтаксис параметра Data описан ниже. В 14.1 установлен порядок получения всех

параметров, не описанных явно в настоящем подразделе.

Data CHOICE {

- context tag 0 is reserved for AccessResult IF (str1 )

array    [1] IMPLICIT SEQUENCE OF Data.

ELSE

array    [1] IMPLICIT NULL.

ENDIF IF {str2)

structure    {2) IMPLICIT SEQUENCE OF Data.

ELSE

structure    [2] IMPLICIT NULL.

ENDIF

boolean    [3] IMPLICIT BOOLEAN.

bit-string    [4) IMPLICIT BIT STRING.

integer    [5] IMPLICIT INTEGER.

unsigned    [6) IMPLICIT INTEGER. - shall not be negative

floating-point    [7] IMPLICIT    Floatingpoint,

- [8] is reserved

octet-string    (9) IMPLICIT OCTET STRING,

visible-string    [10] IMPLICIT VisibleString.

generalized-time [11] IMPLICIT GeneralizedTime,

binary-time

bed

booieanArray

objld

[12]    IMPLICIT TimeOfDay,

[13]    IMPLICIT INTEGER. - shall not be negative

[14]    IMPLICIT BIT STRING.

[15]    IMPLICIT OBJECT IDENTIFIER.

mMSString [16] IMPLICIT MMSString

}

14.4.2.1    Порядок получения

Порядок получения параметра Data представлен следующим образом:

a)    если вид данных — это ARRAY, то следует выбрать Array, а контентом данной области должен быть параметр List Of Data для параметра Array. Элементы List Of Data расположены в поле Array в порядке, заданном перечнем параметра List Of Data.

Выбор BooieanArray (опция отправителя) в рассматриваемом представлении данных может быть использован вместо выбора array, когда элементы данных типа Array имеют также тип 8oolean. В данном случае элементы параметра List Of Data массива Array (с нулевого до последнего элемента перечня) размещены в соответствующих перенумерованных битах массива BooieanArray. Значение true представлено единицей, значение false - нулем.

Семантических отличий между булевым массивом BooieanArray и просто массивом Array, содержащим значения типа Boolean, нет. Использование специального массива BooieanArray — это опция отправителя. Она выбирается для повышения эффективности передачи данных. Все получатели должны быть готовы к получению формы, отличной от BooieanArray:

b)    если вид данных равен STRUCTURE, то следует выбирать сущность Structure. Контент данной области — это параметр List Of Data для параметра Structure. Элементы List Of Data указаны в области Structure в порядке, установленном параметром List Of Data:

c)    если вид данных равен SIMPLE, то значение параметра Class задает выбор параметра Data в соответствии с 14.1.

14.4.2.2    Тип Floatingpoint (плавающая точка)

Floatingpoint ::= OCTET STRING

Тип Floatingpoint определяет простой тип со значениями, являющимися положительными и отрицательными действительными числами, включая нуль. Он включает также представления положительной и отрицательной бесконечности и сущность NaN (не число). Возможные значения, принимаемые сущностью Floatingpoint, могут быть ограниченными (см. далее).

91

ГОСТ Р ИСО 9506-2-2014

Значения Floatingpoint включают знак S. значащую часть М. показатель степени Е и ширину показателя степени N (N > 0). Значащая часть М — это число в нижеследующем диапазоне.

если Е - 0. то:

0.0 «аМ<1.0

в противном случае:

1.0 <-М< 2.0.

Значение Floatingpoint содержит четыре части:

a)    ширину показателя степени (число битов показателя степени):

b)    знак (описывает знак Floatingpoint).

c)    показатель степени (значение показателя степени);

d)    дробную часть (значение поля значащей части числа, лежащего справа от бинарной точки (в базовом представлении Ne 2).

Указанные четыре части сущности Floatingpoint представлены в октетной строке, содержащей два и более октетов. Первый октет указанной строки OCTET STRING содержит ширину показателя степени, представляемую бинарным целым. Оставшиеся части сущности Floatingpoint представлены в последующих октетах рассматриваемой октетной строки следующим образом:

a)    биты последующих октетов нумеруются от нуля до «к». Нулевой бит — это наиболее значительный бит первого октета последовательности. Вит «к» — это наименее значительный бит последнего октета последовательности. Используя данную нумерацию, можно поставить в соответствие биты указанных выше частей значения Floatingpoint значениям последующих октетов следующим образом:

1)    знак ставят в соответствие нулевому биту. Плюсу соответствует нуль, минусу - единица.

2)    показателю степени ставят в соответствие (в порядке уменьшения значимости битое) биты от 1 до «п».

3)    дробной части ставят в соответствие (в порядке уменьшения значимости битов) биты от «п + 1» до «к».

Примечание — Для одного эначетя Floatingpoint возможны различные представления из-за различной возможной ширмы показателя степени. Семантические огличся для различных представлений одного и того же значения Floatingpoint не указаны:

b)    значение «NaN» представлено всеми значениями, имеющими показатель степени, содержащий все биты, равные единице, и дробную часть, содержащую по крайней мере один бит. равный единице. Значение знакового бита несущественно:

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

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

e)    ненулевое конечное число с плавающей точкой Floatingpoint представлено значением Floatingpoint, имеющим показатель степени, содержащий по крайней мере один бит. равный нулю. Значение представленной сущности Floatingpoint определено уравнением

-1S * F * 2**(2 - 2(N-1))    если Е = 0;

V - -1S * (1 ♦?) • 2**(Е - 2(N-1) +1)    в противном случае.

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

1)    «S* — значение знакового бита.

2)    «Е» — значение показателя степени.

3)    «N» — число битое в показателе степени.

4)    «F* — сумма взвешенных значений битое дробной части.

Наиболее значительный бит дробной части (бит «п ♦ 1» в нумерации, описанной в разделе 1) должен иметь взвешенное значение, равное значению данного бита, умноженному на 2*1. Наименее значительный бит дробной части (бит «к» в нумерации, описанной в разделе 1) должен иметь взвешенное значение, равное значению данного бита, умноженному на 2(|Ч'К);

f)    все прочие значения считаются некорректными.

Представление последующих октетов совместимо с представлением с плавающей точкой одинарной точности по IEEE 754. Здесь число последующих октетов равно четырем, а значение начального октета - 8. Совместимость с представлением с плавающей точкой двойной точности по IEEE 754 имеет место, если число последующих октетов равно восьми, а значение начального октета - 11.

92

ГОСТ Р ИСО 9506-2-2014

Так как ИСО 9506-1 и настоящий стандарт допускают любое число битое е дробной и показательной частях представления значения с плавающей точкой (включая, и не только, указанные значения в формате no IEEE 754). и реальные системы могут не поддерживать все возможные значения рассматриваемых членов, то возникают ситуации, когда невозможно предоставить гарантии того, чтобы особые значения также представлялись в указанном виде. Если принимаемое значение с плавающей точкой невозможно представить в рамках рассматриваемой практической реализации, то действует нижеследующее правило:

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

b)    если значение показателя степени непредставимо и все биты не равны 1. то:

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

2)    реальное значение округляется до положительной (отрицательной) бесконечности в зависимости от знака значения с плавающей точкой:

c)    если значение показателя степени непредставимо и все его биты равны единице, то:

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

2)    для реального значения используется представление NaN.

14.4.2.3    Тип BCD

Для данных типа BCD значения передаются с помощью эквивалентных целых. Например, значение BCD равное 82 (т. в.'100000Ю'В) передается как целое 82 или как '1010010'В.

14.4.3    DataAccessError (ошибка доступа к данным)

Абстрактный синтаксис параметра DataAccessError описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем пункте.

DataAccessError ::= INTEGER {

object-invalidated

(0).

hardware-fault

(1).

temporarily-unavailabie

(2).

object-access-denied

(3).

object-undefined

(4).

invalid-address

(5).

type-unsupported

(6).

type-inconsistent

(7).

object-attribute-inconsistent

(8).

object-access-unsupported

(9).

object-non-existent

(Ю).

object-value-invalid

(11)

Н0..11)

14.5 Протокол спецификации доступа к переменным

14.5.1 VariableAccessSpacification (спецификация доступа к переменной)

Абстрактный синтаксис параметра VariableAccessSpecification описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем пункте. VariableAccessSpecification CHOICE {

listOfVariabie    [0] IMPLICIT SEQUENCE OF SEQUENCE {

variableSpecification    VariabteSpeofication.

IF (valt)

aiternateAccess    (5] IMPLICIT AltemateAccess OPTIONAL

ENDIF

)

IF (vlis)

vanableListName    [1] ObjectName

93

ГОСТ Р ИСО 9506-2-2014

ENDIF

J

14.5.2 VariableSpecification (спецификация переменной)

Абстрактный синтаксис параметра VariableSpecification задан ниже. 6 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

VariableSpecification ::= CHOICE {

IF (vnam)

name    (0] ObjectName.

ENDIF

-    the following element is only present to support the services

-    defined in annex E IF (vsca)

scatteredAccessDescripbon [3] IMPLICIT ScatteredAccessDescription.

ELSE

scatteredAccessDescripbon [3] IMPLICIT NULL.

ENDIF

invalidated (4] IMPLICIT NULL

}

Выбор Invalidated определен параметром KindOfVariable, имеющим значение INVALIDATED. Он имеет вид параметра Kind Of Variable, имеющего значение INVALIDATED.

14.6    Read (читать)

Описание абстрактного синтаксиса выбора Read запроса подтверждаемой услуги С on firmed Service Request и ответа подтверждаемой услуги ConfirmedServIceResponse приведено ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Read-Request SEQUENCE {

specificationWithResult    [0] IMPLICIT BOOLEAN DEFAULT FALSE.

variabieAccessSpecification    [1] VariabieAccessSpecification }

Read-Response SEQUENCE {

variabieAccessSpecification    [0] VariabieAccessSpecification OPTIONAL.

listOfAccessResutt    (1] IMPLICIT SEQUENCE OF AccessResult}

14.6.1    Read-Request (запрос чтения)

Абстрактный синтаксис выбора Read для типа ConfirmedServiceRequest — это тип Read-Request.

14.6.2    Read-Response (ответ чтения)

Абстрактный синтаксис выбора Read для типа ConfirmedServIceResponse — это тип Read-Response.

14.7    Write (писать)

Абстрактный синтаксис выбора Write запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServIceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Write-Request SEQUENCE {

variabieAccessSpecification    VariabieAccessSpecification.

listOfData    (0] IMPLICIT SEQUENCE OF Data)

ENDIF IF (vadr)

address

variableDescription

[1]    Address.

(2)    IMPLICIT SEQUENCE {

address

typeSpecificabon

).

Address. Type Specification

94

ГОСТ Р ИСО 9506-2-2014

Write-Response ::= SEQUENCE OF CHOICE {

failure    (0] IMPLICIT OataAccessError,

success    [1] IMPLICIT NULL}

14.7.1    Write-Request (запрос записи)

Абстрактный синтаксис выбора Write для типа ConfirmedServiceRequest — это тип Write-Request.

14.7.2    Write-Response (ответ записи)

Абстрактный синтаксис выбора Write для типа ConfirmedServiceResponse — это тип Write-Response.

Поле Success указано параметром Success примитива ответа Write.response. имеющим значение true, и имеет вид параметра Success, имеющего значение true, для примитива подтверждения Write.confirm.

Поле Failure указано параметром Success примитива ответа Write.response. имеющим значение false. Оно должно быть параметром ошибки OataAccessError примитива ответа Write.response и иметь вид параметра Success, имеющего значение false, и параметра ошибки OataAccessError примитива подтверждения Write.confirm.

14.8    InformationReport (информационный отчет)

Абстрактный    синтаксис    выбора    InformationReport    неподгверждаемой    услуги    типа

Unconfirmed Service описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

InformationReport ::= SEQUENCE {

variableAccessSpecrfication    VariableAccessSpecification,

HstOfAccessResult    [0] IMPLICIT SEQUENCE OF AccessResult}

14.8.1 InformationReport (информационный отчет)

Абстрактный    синтаксис    выбора    InformationReport    неподтверждаемой    услуги    типа

Unconfirmed Service — это тип InformationReport

Примечание — Услуга InformationReport является неподтверждаемой.

14.9    GetVariableAccessAttributes (получение атрибутов доступа к переменной)

Абстрактный синтаксис выбора GetVariableAccessAttributes запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetVariabieAccessAttributes-Request ::= CHOICE {

IF (vnam)

name    [0] ObjectName

IF (vadr)

ENDIF IF (vadr)

address    [1] Address

ENDIF

>

GetVariableAccessAttnbutes-ResponseSEQUENCE { mmsDeletable    [0] IMPLICIT BOOLEAN.

IF (vadr)

address    (1] Address OPTIONAL.

ENDIF

typeDescnpbon    [2] TypeDescription

IF (aco)

accessControlList    [3] IMPLICIT Identifier OPTIONAL

- Shall not appear in minor version one or two

95

ГОСТ Р ИСО 9506-2-2014

ENDIF IF (sem)

meaning    [4) IMPLICIT VisibleString OPTIONAL

ENDIF

}

14.9.1    GetVariableAccessAttributes-Request (запрос получения атрибутов доступа к переменной)

Абстрактный синтаксис выбора GetVariableAccessAttributes запроса подтверждаемой услуги ConfirmedServiceRequest — это тип GetVarlableAccessAttributes-Request

14.9.2    GetVariableAccessAttributes-Response (ответ получения атрибутов доступа к переменной)

Абстрактный синтаксис выбора GetVariableAccessAttributes ответа подтверждаемой услуги ConflrmedServiceResponse — это тип GetVariableAccessAttributes-Response.

14.9.2.1    Access Сол trotUst {перечень средств управления доступом)

Параметр AccessControlList появляется только в том случае, если оговорен параметр асо СВВ.

14.10    DefineNamedVariable (определение поименованной переменной)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. DefineNamedVariable-Request ::= SEQUENCE {

variabieName    (0] ObjectName.

address    [1] Address.

typeSpecificatjon    [2] TypeSpeaficalion OPTIONAL }

DefineNamedVariabie-Response .:= NULL

14.10.1    DefineNamedVariable-Request (запрос определения поименованной переменной)

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

ConfirmedServiceRequest — это тип DefineNamedVariable-Request.

14.102 DefineNamedVariabie-Response (ответ определения подтверждаемой услуги)

Абстрактный    синтаксис    выбора    DefineNamedVariable    ответа    подтверждаемой    услуги

ConflrmedServiceResponse — аю ши DefineNamedVariabie-Response. 1лхл веклиутощий гипу NULL.

14.11    DeleteVariableAccess (удаление доступа к переменной)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. DeieteVariableAccess-Request ::= SEQUENCE (

scopeOfDelete    [0] IMPLICIT INTEGER {

specific    (0).

aa-specrfic    (1).

domain    (2),

vmd    (3)

}    (0..3) DEFAULT specific.

listOfName    (1] IMPLICIT SEQUENCE OF ObjectName OPTIONAL.

domainName    [2] IMPLICIT Identifier OPTIONAL}

DeleteVariableAccess-Response ::= SEQUENCE { numberMatched    [0] IMPLICIT Unsigned32.

numberDeleted    [1] IMPLICIT Unsigned32}

DeleteVariableAccess-Error ::= Unsigned32 - numberDeleted

14.11.1    DeieteVariableAccess-Request (запрос удаления доступа к переменной)

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

ConfirmedServiceRequest — это тип DeieteVariableAccess-Request

96

ГОСТ Р ИСО 9506-2-2014

14.11.2 DeleteVariabieAccess-Response (ответ удаления доступа к переменной)

Абстрактный синтаксис выбора OeleteVariabieAccess ответа подтверждаемой услуги ConfirmedServiceResponse — это тип DeleteVariabieAccess-Response.

14.12 DefineNamedVariableList (определение списка поименованных переменных)

Абстрактный синтаксис выбора defineNamedVariableList запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. 8 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DefineNamedVariableLisi-Request ::= SEQUENCE {

variabieListName    ObjectName.

hstOfVanabte    (0] IMPLICIT SEQUENCE OF SEQUENCE {

variabteSpecificabon    VariableSpecification

IF (valt)

alternateAccess

(5] IMPLICIT AlternateAccess OPTIONAL

ENDIF

} }

DefineNamedVariableList-Response NULL

14.12.1 DefineNamedVariabteList-Request (запрос определения списка поименованных переменных)

Абстрактный синтаксис выбора defineNamedVariableList запроса подтверждаемой услуги ConfirmedServiceRequest — это тип DefineNamedVariabieList-Request.

14.12.2 DefineNamedVariabteList-Response (ответ определения перечня поименованных переменных)

Абстрактный синтаксис выбора defineNamedVariableList ответа подтверждаемой услуги ConfirmedServiceResponse — это тип DefineNamedVariableList-Response. соответствующий типу NULL.

14.13 GetNamedVariableListAttributes (получение атрибутов перечня поименованных переменных)

Абстрактный синтаксис выбора GetNamedVariableListAttributes запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetNamedVariableListAttibutes-Request ObjectName - VariabieListName GetNamedVanabieListAttributes-Response ::= SEQUENCE { mmsDetetabte    [0] IMPLICIT BOOLEAN.

listOfVariabie    [1] IMPLICIT SEQUENCE OF SEQUENCE {

variableSpecification    VariabieSpecification

IF (valt)

alternateAccess

(5] IMPLICIT AlternateAccess OPTIONAL}

ENDIF IF (aco)

accessControlList    (2] IMPLICIT Identifier OPTIONAL

- Shall not appear in minor version one or two

ENDIF

}

14.13.1 GetNamedVariableUstAttributes-Request (запрос получения атрибутов перечня поименованных переменных)

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

ConfirmedServiceRequest — это тип GetNamedVariableListAttributes-Request.

97

ГОСТ Р ИСО 9506-2-2014

14.13.2 GetNamedVariable Lis tAttributes-Res pons* (ответ получения атрибутов перечня поименованных переменных)

Абстрактный синтаксис выбора GetNamedVariableListAttributes ответа подтверждаемой услуги С on firmed Service Response — это тип GetNamedVariableListAttributes-Response.

14.13-2.1 AccessControlList (перечень средств управления доступом)

Параметр AccessControlList появляется только в том случае, если оговорен параметр асо

СВВ.

14.14 DeleteNamedVariableList (удаление перечня поименованных переменных)

Абстрактный синтаксис выбора DeleteNamedVariableList запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем под

разделе.

DeleteNamedVariableList-Request SEQUENCE {

scopeOfDelete    [0] IMPLICIT INTEGER {

specific    (0).

aa-specific    (1).

domain    (2),

vmd    (3)

) (0..3) DEFAULT specific.

listOTVariableUstName [1] IMPLICIT SEQUENCE OF ObjectName OPTIONAL.

domainName    [2] IMPLICIT Identifier OPTIONAL)

DeleteNamedVariableUst-Response SEQUENCE { numberMatched    [0] IMPLICIT Unsigned32,

numberDeleted    [1] IMPLICIT Unsigned32}

DeleteNamedVariableUst-Error ;:= Unsigned32 - numberDeleted

14.14.1 OeleteNamedVarlaMeUst-Request (запрос удаления перечня поименованных переменных)

Абстрактный синтаксис выбора DeleteNamedVariableList запроса подтверждаемой услуги ConfirmedServiceRequest — это тип DeleteNamedVariableList-Request.

14.142 DeieteNamedVariabieList-Response (ответ удаления перечня поименованных переменных)

Абстрактный синтаксис выбора DeleteNamedVariableList ответа подтверждаемой услуги ConfirmedServiceResponse — это тип OeleteNamedVariable List-Response.

14.15 DefineNamedType (определение поименованного типа)

Абстрактный синтаксис выбора defineNamedType запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DefineNamedType-Request :;= SEQUENCE {

typeName    ObjectName.

type Specification    TypeSpedfication}

DefineNamedType-Response NULL

14.15.1    DefineNamedType-Request (запрос определения поименованного типа)

Абстрактный синтаксис выбора defineNamedType запроса подтверждаемой услуги ConfirmedServiceRequest — это тип DefineNamedType-Request

14.15.2    DefineNamedType-Response (ответ определения поименованного типа)

Абстрактный синтаксис выбора defineNamedType ответа подтверждаемой услуги ConfirmedServiceResponse — это тип DefineNamedType-Response. соответствующий типу NULL

98

ГОСТ Р ИСО 9506-2-2014

14.16 GetNamedTypeAttributes (получение атрибутов поименованного типа)

Абстрактный синтаксис выбора GetNamedTypeAttributes запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 14.1 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

GetNamedTypeAttributes-Request ::= ObjectName -TypeName GetNamedTypeAttributes-Response ::= SEQUENCE {

mmsOeietabie    (0] IMPLICIT BOOLEAN.

typeS pecificat>on    Type Specification

IF (aco)

accessControlList    (1] IMPLICIT Identifier OPTIONAL

- Shal not appear in minor version one or two

ENDIF IF (sem)

meaning    [4] IMPLICIT VisibleString OPTIONAL

ENDIF

}

14.16.1 GetNamedTypeAttributes-Request (запрос получения атрибутов поименованного типа)

Абстрактный синтаксис выбора GetNamedTypeAttributes запроса подтверждаемой услуги С on firmed Service Request — это тип GetNamedTypeAttributes-Request

14.16.2 GetNamedTypeAttributes-Response (ответ получения атрибутов поименованного типа)

Абстрактный синтаксис выбора GetNamedTypeAttributes ответа подтверждаемой услуги ConfirmedServiceResponse — это тип GetNamedTypeAttributes-Response.

14.16.2.1 AccessContrilList (перечень средств управления доступом)

Параметр AccessControlList появляется только в том случае, если оговорен параметр aco СВВ

14.17 DeleteNamedType (удаление поименованного типа)

Абстрактный синтаксис выбора DeleteNamedType запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже.

R 14 1 уГТАМПАПАМ порядок получения АСАХ ПАрАМАТрЛИ. ИА ОПИСАННЫХ ЯЙМО Й НАСТОЯН (AM ПОЛрЯЗДАЛА

DeleteNamedType-Request ::= SEQUENCE {

scopeOfDelete    [0] IMPLICIT INTEGER {

specific    (0).

aa-specific    (1),

domain    (2).

vmd    (3)

} (0..3) DEFAULT specific.

listOfTypeName    [1] IMPLICIT SEQUENCE OF ObjectName OPTIONAL.

domainName    [2] IMPLICIT Identifier OPTIONAL}

DeieteNamedType-Response SEQUENCE (

numberMatehed    [0] IMPLICIT Unsigned32.

numberDeleted    [1] IMPLICIT Unsigned32

}

DeieteNamedType-Error ::= Unsigned32 - numberDeleted

14.17.1 DeleteNamedType-Request (запрос удаления поименованного типа)

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

ConflrmedServiceRequest — это тип DeleteNamedType-Request

14.17.2 DeieteNamedType-Response (ответ удаления поименованного типа)

Абстрактный    синтаксис    выбора    DeleteNamedType    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это тип DeieteNamedType-Response.

99

ГОСТ Р ИСО 9506-2-2014

15 Протокол обмена данными

15.1    Введение

8 настоящем разделе приведено описание протокола, необходимого для реализации услуг, определенных в разделе 15 ИСО 9506-1. Это услуги:

GetDataExchangeAttributes

ExchangeData

15.2    ExchangeOata (данные для обмена)

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

ConflrmedServleeRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ExchangeData-Request ::= SEQUENCE {

dataExchangeName    (0]    ObjectName.

listOfRequestData    (1]    IMPLICIT SEQUENCE OF Data}

ExchangeData-Response ::= SEQUENCE {

listOfResponseData    (0]    IMPLICIT SEQUENCE OF Data}

15.2.1    ExchangeData-Request (запрос данных для обмена)

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

ConflrmedServleeRequest — это ExchangeData-Request.

15.2.2    ExchangeData-Response (ответ данных для обмена)

Абстрактный    синтаксис    выбора    ExchangeOata    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это ExchangeData-Response.

15.3 GetDataExchangeAttributes (получение атрибутов данных для обмена)

Абстрактный синтаксис выбора GetDataExchangeAttributes запроса подтверждаемой услуги ConflrmedServleeRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetDataExchangeAttributes-Request ObjectName GetDataExchangeAttributes-Response ::= SEQUENCE {

ini Им    [0] IMPI 1Г.1Т ROOI PAN

iJStOfRequestType Descriptions [1] IMPLICIT SEQUENCE OF Type Description. listOfResponseTypeDescriptions [2] IMPLICIT SEQUENCE OF TypeDescription. program Invocation    [3] IMPLICIT Identifier OPTIONAL

IF (aco)

accessControlList    [4] IMPLICIT Identifier OPTIONAL

ENDIF

- Shall not appear in minor version one or two

}

15.3.1    GetDataExchangeAttributes-Request (запрос получения атрибутов данных для обмена)

Абстрактный синтаксис выбора GetDataExchangeAttributes запроса подтверждаемой услуги ConflrmedServleeRequest — это GetDataExchangeAttributes-Request.

15.3.2    GetDataExchangeAttributes-Response (ответ получения атрибутов данных для обмена)

Абстрактный синтаксис выбора GetDataExchangeAttributes ответа подтверждаемой услуги ConfirmedServiceResponse — это GetOataExchangeAttributes-Response.

15.3.2.1 Активизация программы

Наличие элемент Programlnvocation ответа GetDataExchangeAttributes-Response указывает на то. что значение атрибута Linked объекта обмена данными равно true. Если указанный элемент присутствует, то значение данного параметра должно доставлять имя вызова программы, на которую произведена ссылка ссылочным атрибутом активизации программы объекта обмена данными.

100

ГОСТ Р ИСО 9506-2-2014

15.3.2.2 Перечень средств управления доступом

Параметр AccessControlList появляется только в том случае, если оговорен параметр асо СвВ.

16 Протокол управления семафором

16.1 Введение

Настоящий раздел содержит описания особых элементов протокола услуги управления семафором:

TakeControl    Define Semaphore

RelinquishControl    DeleteSemaphore

Report SemaphoreStatus    ReportSemaphoreEntryStatus

ReportPoo* Semap horeStatus

8 добавление к указанным услугам настоящий раздел дает описания особых элементов протокола модификатора прикрепления к семафору AttachToSemaphore.

Все элементы протокола настоящего раздела соответствуют соглашению (см. 5.5), если не оговорено противное. Необходимые разъяснения даются, если указанные соглашения не применяю или когда существуют возможности неоднозначной интерпретации происходящего.

16.2 TakeControl (передача управления)

Абстрактный синтаксис выбора TakeControl запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServteeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. TakeControl-Request ::= SEQUENCE { semaphoreName namedToken priority

acceptableDelay control TimeOut abortOnTimeOut relinquish IfCoonecbonLost IF(tpy)

application ToPreempt ENDIF

TakeControl-Response ::= CHOICE (

[0] ObjectName.

(1]    IMPLICIT Identifier OPTIONAL.

[2]    IMPLICIT Priority DEFAULT normalPriority.

(3]    IMPLICIT Unsigned32 OPTIONAL.

(4]    IMPLICIT Unsigned32 OPTIONAL.

(5]    IMPLICIT BOOLEAN OPTIONAL

{6] IMPLICIT BOOLEAN DEFAULT TRUE

[7] IMPLICIT ApplicadonReference OPTIONAL

noResult

namedToken

(0) IMPLICIT NULL.

[1] IMPLICIT Identifier}

16.2.1 TakeControl-Request (запрос передачи управления)

Абстрактный синтаксис выбора TakeControl запроса подтверждаемой услуги ConfirmedServiceRequest — это TakeControl-Request.

Поле NamedToken — это параметр NamedToken примитива ответа TakeControI.response. Он имеет вид параметра NamedToken примитива подтверждения TakeControl.conflrm.

Если значение параметра приемлемой задержки в примитиве подтверждения является целым, то данное значение появляется как значение в поле acceptableDelay. Если значение параметра AcceptableDelay равно FOREVER, то none acceptableDelay должно отсутствовать.

Если значение параметра ControiTimeOut примитива подтверждения является целым, то данное значение должно появляться как значение поля ControiTimeOut Если значение параметра ControlTimeOut равно FOREVER, то поле ControiTimeOut должно отсутствовать.

Поле abortOnTimeOut присутствует, если и только если поле AbortOnTimeOut присутствует в примитиве подтверждения.

16.2.2 TakeControl-Response (ответ передачи управления)

Абстрактный синтаксис выбора TakeControl ответа подтверждаемой услуги

ConfirmedServiceResponse — это TakeControl-Response.

101

ГОСТ Р ИСО 9506-2-2014

16.3    RellnquishControl (отказ от управления)

Абстрактный синтаксис выбора RellnquishControl запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReiinquishControi-Request ::= SEQUENCE {

semaphoreName    [0] ObjectName.

namedToken    (1] IMPLICIT Identifier OPTIONAL}

ReiinquishControi-Response ::= NULL

16.3.1    RelinqulshControl-Request (запрос отказа от управления)

Абстрактный синтаксис выбора для RelinquishControl запроса подтверждаемой услуги ConflrmedServiceRequest — это RellnquishControl-Request.

16.3.2    ReiinquishControi-Response (ответ отказа от управления)

Абстрактный синтаксис выбора для RelinquishControl ответа подтверждаемой услуги ConflrmedServiceResponse — это ReiinquishControi-Response.

16.4    DefineSemaphore (определение семафора)

Абстрактный    синтаксис    выбора    defineCeмaфop    запроса    подтверждаемой    услуги

ConflrmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. Define Semaphore-Request SEQUENCE {

semaphoreName    [0] ObjectName.

numberOfTokens    [1] IMPLICIT Unsigned16}

Define Semaphore-Response NULL

16.4.1    Define Semaphore-Request (запрос определения семафора)

Абстрактный    синтаксис    выбора    ОеПпеСемафор    запроса    подтверждаемой    услуги

ConflrmedServiceRequest — это DefineSemaphore-Request

16.4.2    OeftneSemaphore-Response (ответ определения семафора)

Абстрактный    синтаксис    выбора    defineCeмaфop    ответа    подтверждаемой    услуги

ConflrmedServiceResponse — это DefineSemaphore-Response.

16.5    DeleteSemaphore (удаление семафора)

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

ConflrmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. Delete Semaphore-Request ObjectName - Semaphore Name Delete Semaphore-Response NULL

16.5.1    Delete Semaphore-Request (запрос удаления семафора)

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

ConflrmedServiceRequest — это DeieteSemaphore-Request.

16.5.2    OeieteSemaphore-Response (ответ удаления семафора)

Абстрактный    синтаксис    выбора    DeleteSemaphore    ответа    подтверждаемой    услуги

ConflrmedServiceResponse — это DeteteSemaphore-Response.

16.6    ReportSemaphoreStatus (отчет о статусе семафора)

Абстрактный синтаксис выбора ReportSemaphoreStatus запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReportSemaphoreStatus-Request ::= ObjectName - Semaphore Name ReportSemaphoreStatus-Response SEQUENCE {

102

ГОСТ Р ИСО 9506-2-2014

mmsDetstabte    (0]    IMPLICIT    BOOLEAN,

class    |1]    IMPLICIT    INTEGER {

token    (0).

pool    (DH0..1).

numberOfTokens    [2]    IMPLICIT    Unsigned16.

numberOfOwnedTokens    [3]    IMPLICIT    Unsigned16,

numberOfHungTokens    [4]    IMPLICIT    Unsigned16

IF (aco)

accessContrcriList    (5]    IMPLICIT    Identifier OPTIONAL

- Shall not appear in minor version one or two

ENDIF

}

16.6.1    ReportSemaphoreStatus-Request (запрос отчета о статусе семафора)

Абстрактный синтаксис выбора ReportSemaphoreStatus запроса подтверждаемой услуги ConfirmedServiceRequest — это ReportSemaphoreStatus-Request

16.6.2    Reports em ар ho reStatus-Response (ответ отчета о статусе семафора)

Абстрактный синтаксис выбора ReportSemaphoreStatus ответа подтверждаемой услуги ConflrmedServIceResponse — это ReportSemaphoreStatus-Response.

16.6.2.1 Перечень средств управления доступом

Параметр AccessControlLlst появляется только в том случае, если оговорен параметр aco СВВ.

16.7 ReportPoolSemaphoreStatus (отчет о статусе семафора общего ресурса)

Абстрактный синтаксис выбора ReportPoolSemaphoreStatus запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServleeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReportPooiSemaphoreStatus-Request ::= SEQUENCE { semaphoreName    (0] ObjectName.

nameToStartAfter    (1) IMPLICIT Identifier OPTIONAL}

ReportPooi Semaphore Status-Response .:= SEQUENCE {

listOfNamedTokens    (0] IMPLICIT SEQUENCE OF CHOICE {

freeNamedToken    (0) IMPLICIT Identifier.

owneoNamed lotcen    |1J IMHLICI l identifier.

hungNamedToken    [2] IMPLICIT Identifier}.

moreFotlows    (1) IMPLICIT BOOLEAN DEFAULT TRUE

}

16.7.1    ReportPoolSemaphoreStatus-Request (запрос отчета о статусе семафора общего ресурса)

Абстрактный синтаксис выбора ReportPoolSemaphoreStatus запроса подтверждаемой услуги ConfirmedServiceRequest — это ReportPoolSemaphoreStatus-Request.

16.7.2    ReportPoolSemaphoreStatus-Response (ответ отчета оста гусе семафора общего ресурса)

Абстрактный синтаксис выбора ReportPoolSemaphoreStatus ответа подтверждаемой услуги ConflrmedServIceResponse — это ReportPoolSemaphoreStatus-Response.

16.8 ReportSemaphoreEntryStatus (отчет о статусе записи семафора)

Абстрактный синтаксис выбора ReportSemaphoreEntryStatus запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServleeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReportSemaphoreEntryStatus-Request SEQUENCE { semaphoreName    [0] ObjectName.

state    (1) IMPLICIT INTEGER {

queued    (0).

owner    (1).

103

ГОСТ Р ИСО 9506-2-2014

hung    (2)}(0..2).

entryIDToStartAfter    |2] IMPLICIT OCTET STRING OPTIONAL}

ReportSemaphoreEntryStatus-Response ::= SEQUENCE {

listOfSemaphoreEntry    (0] IMPLICIT SEQUENCE OF SemaphoreEntry.

moreFollows    (1] IMPLICIT BOOLEAN OEFAULTTRUE)

16.8.1    Reports emaphoreEntryStatus-Request (запрос отчета о статусе записи семафора)

Абстрактный синтаксис выбора ReportSemaphoreEntryStatus запроса подтверждаемой услуги ConfirmedServiceRequest — это ReportSemaphoreEntryStatus-Request.

16.8.2    ReportSemaphoreEntryStatus-Response (ответ отчета о статусе записи семафора)

Абстрактный синтаксис выбора ReportSemaphoreEntryStatus ответа подтверждаемой услуги Con firmed ServlceResponse — это ReportSemaphoreEntryStatus-Response.

16.8.3    SemaphoreEntry (запись семафора)

SemaphoreEntry ::= SEQUENCE { entry! D entryClass simple modifier

application Reference

namedToken

priority

remaining TimeOut abortOnTimeOut relinquish IfConnecBonLost

[0]    IMPLICIT OCTET STRING.

[1]    IMPLICIT INTEGER {

(0).

(DH0..1).

[2]    AppiicationReference.

[3]    IMPLICIT Identifier OPTIONAL.

[4]    IMPLICIT Priority DEFAULT normalPriority,

[5]    IMPLICIT Unsigned32 OPTIONAL.

(6) IMPLICIT BOOLEAN OPTIONAL.

[7] IMPLICIT BOOLEAN OEFAULTTRUE }

16.9 Модификатор AttachToSemaphore (прикрепление к семафору)

Абстрактный синтаксис выбора AttachToSemaphore типа модификатора описан ниже. В 5.5 уста

новлен порядок получения всех параметров, не описанных явно в настоящем подразделе. AttachToSemaphore SEQUENCE {

semaphoreName    [0] ObjectName.

namedToken

pnomy

acceptableDelay controlTimeOut abortOnTimeOut relinquish tfConnectionLost

[1]    IMPLICIT Identifier OPTIONAL.

[2]    implicit pnomy default normalPriority.

[3]    IMPLICIT Unsigned32 OPTIONAL.

[4]    IMPLICIT Unsigned32 OPTIONAL.

[5]    IMPLICIT BOOLEAN OPTIONAL.

[6] IMPLICIT BOOLEAN DEFAULT TRUE )

17 Протокол связи с оператором

17.1    Введение

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

Input

Output

17.2    Input (вход)

Абстрактный синтаксис выбора Input запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги Con firmed So rviceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящей подразделе.

Input-Request ::= SEQUENCE {

operatorStabonName    (0] IMPLICIT Identifier.

echo    [1] IMPLICIT BOOLEAN DEFAULT TRUE.

IF (output)

104

ГОСТ Р ИСО 9506-2-2014

listOfPromptData    [2) IMPLICIT SEQUENCE OF MMSString OPTIONAL.

ENDIF

inputTimeOut    [3] IMPLICIT Unsigned32 OPTIONAL}

Input-Response ::= MMSString - Input String

17.2.1    Input-Request (запрос входа)

Абстрактный синтаксис выбора Input запроса подтверждаемой услуги ConfirmedServiceRequest

—    это Input-Request.

17.2.2    Input-Response (ответ входа)

Абстрактный синтаксис выбора Input ответа подтверждаемой услуги ConflrmedServiceResponse

—    это input-Response, который является строкой MMS String.

17.3 Output (выход)

Абстрактный синтаксис выбора Output запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Output-Request ::= SEQUENCE {

operatorStabonName    {0] IMPLICIT identifier.

listOfOutputData    [1] IMPLICIT SEQUENCE OF MMSString )

Output-Response ::= NULL

17.3.1    Output-Request (запрос выхода)

Абстрактный синтаксис выбора Output запроса подтверждаемой услуги ConfirmedServiceRequest

—    это Output-Request.

17.3.2    Output-Response (ответ выхода)

Абстрактный синтаксис выбора Output ответа подтверждаемой услуги Confirmed Service Response

—    это Output-Response.

18 Протокол управления событием

18.1    Введение

Настоящий раздел содержит описания особых элементов протокола услуг и модификатора услуг, определенных функциональным блоком управления событием MMS. Раздел включает TriggerEvent    GetAJarm Summary

EventNotification    GetAlarmEnrolknentSummary

Acknowledgements ventNotrfication

18.2    TriggerEvent (событие запуска)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. TriggerEvent-Request ::= SEQUENCE {

eventConditionName    (0] ObjectName.

priority    (1] IMPLICIT Priority OPTIONAL}

TriggerEvent-Response ::= NULL

18.2.1    TriggerEvent-Request (запрос события запуска)

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

ConfirmedServiceRequest — это TriggerEvent-Request.

18.2.2    TriggerEvent-Response (ответ события запуска)

Абстрактный    синтаксис    выбора    TriggerEvent    ответа    подтверждаемой    услуги

ConflrmedServiceResponse — это TriggerEvent-Response.

105

ГОСТ Р ИСО 9506-2-2014

18.3 EventNotification (уведомление о событии)

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

Примечание —EventNotification —это неподтвержденная услуга Поэтому она не определяет ответили тип ошибт.

EventNotification ::= SEQUENCE { eventEnroltmentName eventConditionName seventy currentState TransitionTime notifies tionLost alarmAcknowtedgmentRule actionResult

eventAcdonName successOrf ailure success

confirmedServiceResponse

IF (esrespi)

[0]    ObjectName.

[1]    ObjectName.

[2]    IMPLICIT Severity.

|3] IMPLICIT EC-State OPTIONAL.

(4] EventTime.

(6]    IMPLICIT BOOLEAN DEFAULT FALSE.

(7]    IMPLICIT AlarmAckRule OPTIONAL.

(8]    IMPLICIT SEQUENCE {

ObjectName.

CHOICE {

[0] IMPLICIT SEQUENCE { ConfirmedServiceResponse

cs-Response-Detail (79) Response-Detail OPTIONAL

-    shall not be transmitted if value is the

-    value of a tagged type derived from NULL

ENDIF

}.

failure    (1) IMPLICIT SEQUENCE {

modifierPosition    (0) IMPLICIT Unsigned32 OPTIONAL.

serviceError    (1) IMPLICIT ServiceEnror}

}

} OPTIONAL

>

CS-EveotNotification [0] CHOICE (

IF (des)

string    (0) IMPLICIT VisibleString,

ENDIF IF (dei)

index    (1) IMPLICIT INTEGER.

ENDIF

noEnhancement    NULL }

18.3.1 EventNotification (уведомление о событии)

Абстрактный синтаксис eb<6opaeventNotiflcation™naUnconfirmedServtee— aroEventNodflcation. Порядок получения полей данного типа установлен ниже.

18.3.1.1 actionResult (результат действия)

Порядок получения поля ActionResult (при его наличии) соответствует 5.5. Если параметр ActionResult присутствует в примитиве запроса EventNotification.request. то его поле SuccessOrFailure (успех или неудача) определено следующим образом:

a)    если подпараметр SuccessOrFailure параметра ActionResult примитива запроса EventNotification.request равен true, то поле SuccessOrFailure должно содержать Success, а значение параметра SuccessOrFailure результата действия ActionResult примитива отображения EventNotffication.indication (при его наличии) равно true. В противном случае поле EventActionResuit должно содержать вариант Failure, а значение параметра SuccessOrFailure результата действия ActionResult примитива отображения EventNotlfieation.Indication (при его наличии) равно false.

b)    если выбран вариант Success, то параметр Resuft(+) услуги, запрошенной полем ConflrmedServIceRequest объекта действия события, выражаем с помощью ответа подтверждаемой услуги ConfirmedServiceResponse выбора Success в соответствии с 5.5;

106

ГОСТ Р ИСО 9506-2-2014

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

d)    если выбран вариант Failure и отказ происходит при выполнении запрошенной подтверждаемой услуги, то параметр Result(-) услуги, запрошенной полем ConfirmedServiceRequest объекта действия события, выражаем с помощью выбора ServiceError для варианта Failure в соответствии с 5.5.

18.3.1.1.1 ConfirmedServiceResponse (ответ подтверждаемой услуги)

Абстрактный синтаксис параметра Confirm edServiceResponse услуги EventNotification — это тип ответа подтверждаемой услуги ConfirmedServiceResponse с последующим выбором типа CS-Response-Oetail. соответствующего выбору в отношении ответа подтверждаемой услуги ConfirmedServiceResponse.

18.3.1.2 Display Enhancement (расширение функциональности дисплея)

Абстрактный синтаксис выбора EventNotification неподтвержденных деталей Unconfirmed-Detail —dTOcyruHOCTbCS-EventNotification. и данное поле должно доставлять параметр DisptayEnhancement.

18.4 AcknowledgementEventNotification (подтверждение уведомления о событии)

Абстрактный синтаксис выбора AcknowledgementEventNotification запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

AcknowiedgeEventNotification-Request ..= SEQUENCE {

eventEnrollmentName    (0] ObjectName.

acknowledgedState    [2] IMPLICIT EC-State.

timeOfAcknowledgedTransition    {3) EventTime)

AcknowtedgeEventNotrfication-Response :;= NULL

18.4.1    AcknowledgementsventNotification-Requnst (запрос подтверждения уведомления о событии)

Абстрактный синтаксис выбора AcknowiedgementEventNotification запроса подтверждаемой услуги ConfirmedServiceRequest — это AcfcnowledgementEventNotification-Request

18.4.2    AcknowledgementEventNotification-Response (ответ подтверждения уведомления о событии)

Абстрактный синтаксис выбора AcknowledgementtventNotincation ответа подтверждаемой услуги ConfirmedServiceResponse — это AcknowledgementEventNotification-Response.

18.5 GetAlarmSummary (получение заключения о сигнале опасности)

Абстрактный синтаксис выбора GetAlarmSummary запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetAlarmSummary-Request SEQUENCE {

enrolmentsOnly    [0] IMPLICIT BOOLEAN DEFAULT TRUE.

activeAiarmsOniy    [1] IMPLICIT BOOLEAN DEFAULT TRUE.

acknowledgementFiiter    [2] IMPLICIT INTEGER {

not-acked

acked

ail

} (0._2) DEFAULT not-acked.

severityFilter

mostSevere

ieastSevere

continueAfter

(0).

(D.

(2)

[3) IMPLICIT SEQUENCE {

[0]    IMPLICIT Urtsigned8.

[1]    IMPLICIT Unsigned8 }

DEFAULT {mostSevere 0. IeastSevere 127).

[5] ObjectName OPTIONAL

}

GetAlarmSummary-Response SEQUENCE {

listOfAlarm Sum тагу    [0] IMPLICIT SEQUENCE OF AiarmSummary.

107

ГОСТ P ИСО 9506-2-2014

moreFollows

(1] IMPLICIT BOOLEAN DEFAULT FALSE }

AlarmSummary ::= SEQUENCE {

eventConditionName

(0] ObjectName.

seventy

(1] IMPLICIT Unsigned8.

currentState

(2] IMPLICIT EC-State.

unacknowledgedState

(3] IMPLICIT INTEGER {

none

(0).

active

(D.

idle

(2).

both

(3)

} (0..3). IF (csrcspi)

dispiayEnhancement

[4] EN-Additional-Detad OPTIONAL.

- shall not be transmitted if the value is NULL

ELSE

dispiayEnhancement ENDIF

timeOfLastTransitionToActive timeOfLastTransitionTokjle EN-Additional-Detail ::=

IF (des) string ENDIF IF (dei)

index ENDIF

noEnhancement    NULL)

18.5.1    GetAlarmSummary-Request (запрос получения заключения о сигнале опасности)

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

ConflrmedServiceRequest — это GetAlarmSummary-Request

18.5.2    GotAlarmSummary-Response (ответ получения заключения о сигнале опасности)

Абстрактный    синтаксис    выбора    GetAlarmSummary ответа    подтверждаемой    услуги

ConflrmedServleeReeponae — это GetAlarmSummary-Response. Порядок формирования поля данного типа определен ниже.

18.5.2.1    ListOfAlarmSummary (перечень данных сигналов тревоги)

Поле ListOfAlarmSummary — это параметр ListOfAlarmSummary примитива ответа GetAlarmSummary.response Данный параметр имеет вид параметра ListOfAlarmSummary примитива подтверждения GetAlarmSummary.conflrm. Данное попе содержит нуль и более реализаций типа AlarmSummary, имеющих значение одного заключения AlarmSummary. описанного параметром ListOfAlarmSummary. полученным в установленном порядке.

18.5.2.1.1    dispiayEnhancement (увеличение функциональности дисплея)

Попе dispiayEnhancement заданного типа AlarmSummary — это параметр OisplayEnhancement для соответствующего AlarmSummary параметра ListOfAlarmSummary примитива ответа GetAlarmSummary.response. Данный параметр имеет вид параметра DispiayEnhancement соответствующего заключения AlarmSummary параметра ListOfAlarmSummary примитива подтверждения GetAlarmSummary.confirm Абстрактный синтаксис данного поля — это тип EN-Additional-Oetall. применяемый в соответствии с 5.5.

18.в GetAlarmEnrollmentSummary (получение заключения о регистрации сигнала опасности)

Абстрактный синтаксис выбора GetAlarmEnrollmentSummary запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetAtarmEnroRmentSummary-Request := SEQUENCE {

enroUmentsOnty    [OJ IMPLICIT BOOLEAN DEFAULT TRUE.

(4]    NULL.

(5]    EventTime OPTIONAL.

(6]    EventTime OPTIONAL} (0] CHOICE (

(0]    IMPLICIT Visible String,

(1]    IMPLICIT INTEGER.

106

ГОСТ Р ИСО 9506-2-2014

activeAlarmsOnly

acknowledgementFilter

not-acked

acked

Ы\

[1] IMPLICIT BOOLEAN DEFAULT TRUE.

[2] IMPLICIT INTEGER {

(0).

(D.

(2)

} (0._2) DEFAULT not-acked. severityFilter mostSevere leastSevere

continueAfter

[3] IMPLICIT SEQUENCE {

(0]    IMPLICIT Unsigned8.

[1]    IMPLICIT Unsigned8)

DEFAULT {mostSevere 0. leastSevere 127 >.

(5] ObjectName OPTIONAL

}

GetAlarmEnroBmentSummary-Response ::= SEQUENCE {

listOfAlarmEnrollmentSummary [0] IMPLICIT SEQUENCE OF AlarmEnrolimentSummary. moreFollows    [1] IMPLICIT BOOLEAN DEFAULT FALSE}

AlarmEnrollmentSummary SEQUENCE {

eventEnrollmentName    [0] ObjectName.

IF (tpy)

clientApplicabon    [2] ApplicationReference OPTIONAL.

ELSE

clientApplication    [2] NULL.

ENDIF

severity    [3] IMPLICIT Unsigned8.

currentState    [4] IMPLICIT EC-State.

IF (cspi)

displayEnhancement    (5] EN-Additional-Detai OPTIONAL.

- shall not be transmitted if the value is NULL

ELSE

displayEnhancement

ENDIF

(5] NULL,

notificationLost

alarmAcknowiedgmentRule

enrollments tate

timeOfLastTransitionToActive

timeActiveAcfcnowledged

timeOfLastTransitionToldle

timeldleAcknowledged

[6]    IMPLICIT BOOLEAN DEFAULT FALSE.

[7]    IMPLICIT AiarmAckRule.

(8) IMPLICIT EE-State OPTIONAL.

{9] EventTime OPTIONAL.

[10] EventTime OPTIONAL.

[11]    EventTime OPTIONAL.

[12]    EventTime OPTIONAL}

18.6.1 GetAlarmEnrollmentSummary-Request (запрос получения заключения о регистрации сигнала опасности)

Абстрактный синтаксис выбора GetAlarmEnrollmentSummary запроса подтверждаемой услуги ConfirmedServiceRequest — это GetAlarmEnrollmentSummary-Request.

18.6.2 GetAlarmEnrollmentSummary-Response (ответ получения заключения о регистрации сигнала опасности)

Абстрактный синтаксис выбора GetAlarmEnrollmentSummary ответа подтверждаемой услуги ConfirmedServiceResponse — это GetAlarmEnrollmentSummary-Response. Порядок формирования поля данного типа определен ниже.

18.6.2.1 ListOfAlarmEnrollmentSummary (перечень заключений о регистрации сигнала опасности)

Поле ListOfAlarmEnrollmentSummary — это параметр UstOfAlarmEnroilmentSummary примитива ответа GetAlarmEnrollmentSummary.response. Данный параметр имеет вид параметра ListOfAlarmEnrollmentSummary примитива подтверждения GetAlarmEnrollmentSummary.confirm. Данное поле содержит нуль и более реализаций типа AlarmEnrollmentSummary со значениями одного заключения AlarmEnrollmentSummary. описанного параметром ListOfAlarmEnrollmentSummary. полученным в установленном порядке.

109

ГОСТ Р ИСО 9506-2-2014

18.6.2.1.1    displayEnhancement (повышение функциональности дисплея)

Поле displayEnhancement для заданного заключения AlarmEnrollmentSummary — это параметр DisplayEnhancement соответствующего заключения AlarmEnrollmentSummary для параметра перечня ListOfAlarmEnroHmentSummary примитива ответа GetAlarmEnrollmentSummary. response. Данный параметр имеет вид параметра DisplayEnhancement соответствующего заключения AlarmEnrollmentSummary 8 перечне UstOfAlarmEnrollmentSummary примитива подтверждения GetAlarmEnrollmentSummary.confirrn. Абстрактный синтаксис данного поля — это тип EN-Addltional-Detail, соответствующий требованиям 5.5.

18.7 AttachToEventCondition (прикрепление к условию события)

Абстрактный синтаксис выбора AttachToEventCondition для рассматриваемого типа модификатора описан типом AttachToEventCondition. приведенным ниже ниже, в 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

AttachToEventCondition ::= SEQUENCE {

eventEnrollmentName    [0]    ObjectName.

eventConditionName    [1]    ObjectName.

causingTransitions    (2]    IMPLICIT Transitions.

acceptableDelay    [3] IMPLICIT Unsigned32 OPTIONAL}

19 Протокол условий события

19.1    Введение

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

DefineEventCondition    ReportEventConditionStatus

DeteteEven {Condition    AlterEventConditionMonitoring

GetEventConditionAttributes

19.2    DefineEventCondition (определение условий события)

Абстрактный синтаксис выбора defineEventCondition запроса подтверждаемой услуги ConfirmetfServIceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. 8 S.S установлен порядок получения всех параметров, но описанных явно в настоящем подрав деле.

DefineEventCondition-Request ::= SEQUENCE ( eventConditionName    [0] ObjectName.

class    [1] IMPLICIT EC-Class,

priority    [2] IMPLICIT Priority DEFAULT normalPriority,

seventy    [3] IMPLICIT Unsigned8 DEFAULT normalSeventy,

alarmSummaryReports [4J IMPLICIT BOOLEAN OPTIONAL, monitored Enable    [6] Variable Specification OPTIONAL,

evaluationlnterval    [7] IMPLICIT Unsigned32 OPTIONAL }

DefineEventCondition-Response ::= NULL CS-DefineEventCondi Don-Request    [0] CHOICE {

IF (des)

string    (0] IMPLICIT VisibleString,

ENDIF IF (del)

index    (1] IMPLICIT INTEGER.

ENDIF

noEnhancement NULL}

19.2.1 DefineEventCondltion-Request (запрос определения условия события)

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

ConfirmedServiceRequest — это DefineEventCondition-Request

110

ГОСТ Р ИСО 9506-2-2014

19.2.2    DefineEventCondition-Response (ответ определения условия события)

Абстрактный синтаксис выбора defineEventCondition ответа подтверждаемой услуги ConfirmedServiceResponse — это DefineEventCondition-Response.

19.2.3    CS-OefineEventCondKk>n-Request (запрос определения условия события типа CS)

Абстрактный синтаксис выбора defineEventCondition типа Request-Detail — это запрос CS-DefineEventCondMon-Request. Данное попе доставляет значение параметра DisptayEnhancement. при его наличии.

19.3    DeleteEventConditlon (удаление условия события)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. DeieteEventCondition-Request :.= CHOICE {

specific    [0] IMPLICIT SEQUENCE OF ObjectName.

aa-specific    [1] IMPLICIT NULL,

domain    [2] IMPLICIT Identifier,

vmd    [3] IMPLICIT NULL)

DeieteEventCondition-Response ::= Unsigned32 -Candidates Not Deleted

19.3.1    DeleteEventConditlon-Request (запрос удаления условия события)

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

ConfirmedServiceRequest — это DeieteEventCondition-Request. Значение данного выбора описано ниже.

Если значение параметра области применения удаления примитива услуги DeleteEventConditlon. request равно SPECIFIC, то запрос DeieteEventCondition-Request содержит выбор specific. Данный выбор содержит значение параметра имени условия события примитива услуги DeleteEventConditlon. request.

Если значение параметра области применения удаления примитива услуги DeleteEventConditlon. request равно AA-Specific. то запрос DeieteEventCondition-Request содержит выбор aa-specific.

Если значение параметра области применения удаления примитива услуги DeleteEventConditlon. request равно DOMAIN, то запрос DeieteEventCondition-Request содержит выбор domain. Данный выбор содержит -ыаиямие параметра имени области примитияа услуги DeleteFventCnnriitinn request

Если значение параметра области применения удаления примитива услуги DeleteEventConditJon. request равно VMD. то запрос DeieteEventCondition-Request содержит выбор vmd.

19.3.2    DeieteEventCondition-Response (ответ удаления условия события)

Абстрактный синтаксис выбора DeleteEventConditlon ответа подтверждаемой услуги ConfirmedServiceResponse — это DeieteEventCondition-Response. Здесь рассмотрен параметр нестираемых кандидатов примитива ответа DeleteEventCondition.response. указывающий значение Result(+). Данный параметр имеет вид параметра нестираемых кандидатов примитива подтверждения DeleteEventCondition.confirm со значением Resutt(+).

19.4    GetEventConditionAttributes (получение атрибутов условия события)

Абстрактный синтаксис выбора GetEventConditionAttributes запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetEventConditionAttributes-Request ObjectName -Event Condition Name GetEventCondrtjonAltributes-Response ::= SEQUENCE (

mmsDeletable    (0]    IMPLICIT    BOOLEAN DEFAULT FALSE,

class    [1]    IMPLICIT    EC-Class,

priority    |2]    IMPLICIT    Priority DEFAULT normalPriority.

severity    [3] IMPLICIT Unsigned8 DEFAULT normalSeverity.

alarmSummaryReports [4] IMPLICIT BOOLEAN DEFAULT FALSE, monitored Variable    [6]    CHOICE    {

111

ГОСТ Р ИСО 9506-2-2014

variableReference    [0] VariableSpecificaboo.

undefined    [1] IMPLICIT NULL} OPTIONAL,

evaluationlnterval    [7] IMPLICIT Unsigned32 OPTIONAL

IF (aco),

accessControlList    [8] IMPLICIT Identifier OPTIONAL

ENDIF

- Shall not appear in minor version one or two

}

CS-Get£ventConditionAttributes-Response    SEQUENCE {

groupPriontyOverride    [0] CHOICE {

priority    [0] IMPLICIT Priority,

undefined    (1] IMPLICIT NULL} OPTIONAL.

hstOfReferendngECL {11 IMPLICIT SEQUENCE OF ObjectName OPTIONAL displayEnhancement [2] CHOICE {

IF (des)

string    [0] IMPLICIT VisibleString,

ENDIF IF (dei)

index    [1] IMPLICIT INTEGER.

ENDIF

noEnhancement    (2] IMPLICIT NULL}

}

19.4.1    GetEventConditionAttrlbutes-Request (запрос получения атрибутов условия события)

Абстрактный синтаксис выбора GetEventConditlonAttributes запроса подтверждаемой услуги ConfirmedServiceRequest - это GetEventConditionAttributes-RequesL Это параметр имени условия события примитива запроса GetEventConditionAttributes.request Данный параметр имеет вид параметра имени условия события примитива отображения GetEventConditionAttributes.indication (при его наличии).

19.4.2    GetEventCondftionAttributes-Response (ответ получения атрибутов условия события)

Абстрактный синтаксис выбора GetEventConditlonAttributes ответа подтверждаемой услуги ConfirmedServlceResportse — это GetEventCondKionAttributes-Response.

19.4.2.1    AlarmSummaryReports (отчет о сводке сигналов опасности)

Параметр имеет значение false, если значение параметра Class примитива услуги ответа GetEventConditlonAttributes.response не равно MONITORED. В противном случае указанное значение равно значению параметра AiarmSummaryReport примитива услуги ответа GetEventCondftionAttributes.response.

19.4.2.2    monitoredVariable (отслеживаемая переменная)

Поле monitoredVariable должно содержать выбор Undefined, если параметр MonitoredVariable примитива услуги ответа GetEventConditionAttributes.response имеет значение UNDEFINED. В противном случае выбирается вариант VariabieReference.

19.4.2.3    AccessControlList (перечень органов управления доступом)

Параметр AccessControlList появляется в том случае, если и только если оговорено значение aco СВВ

19.4.3    CS-GetEventConditlonAttributes-Response (ответ на получение атрибутов условия события типа CS)

Абстрактный синтаксис варианта GetEventConditionAttributes для подробностей ответа Response-Oetail — это тип CS-GetEventConditionAttributes-Response

19.5 ReportEventConditlonStatus (статус отчета об условии события)

Абстрактный синтаксис выбора ReportEventConditlonStatus запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно е настоящем подразделе.

112

ГОСТ Р ИСО 9506-2-2014

ReportEventCondifonStatus-Request:: ReportEventConditionStatus-Response currentState

numberOfEventEnrolments

enabled

timeOfLastTransitionToActive

timeOfLastTransitionToldle

ObjectName -Event Condition Name = SEQUENCE{

(0]    IMPLICIT EC-State.

(1]    IMPLICIT Unsigned32.

(2]    IMPLICIT BOOLEAN OPTЮNAL.

(3]    EventTime OPTIONAL.

(4]    EventTime OPTIONAL}

19.5.1    ReportEventCondttionStatus-Request (запрос статуса отчета об условии события)

Абстрактный синтаксис выбора ReportEventConditionStatus запроса подтверждаемой услуги ConflrmedServiceRequeet — это ReportEventConditionStatus-Request.

19.5.2    ReportEventConditionStatus-Response (ответ статуса отчета об условии события)

Абстрактный синтаксис выбора ReportEventConditionStatus ответа подтверждаемой услуги С on firmed Service Response — это ReportEventCondltionStatus-Response.

19.6 AlterEventCondMonMonitoring (мониторинг изменения условия события)

Абстрактный синтаксис выбора AlterEventConditionMonitoring запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServleeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. AlterEventConditionMomtoring-Request SEQUENCE { eventConditionName    {0] ObjectName.

enabled    (1 ] IMPLICIT BOOLEAN OPTIONAL,

priority    (2] IMPLICIT Priority OPTIONAL.

alarmSummaryReports    [3] IMPLICIT BOOLEAN OPTIONAL

IF (cei)

evaluationlnterval [4] IMPLICIT Uns*gned32 OPTIONAL ENDIF

-    At least one of enabled, priority. alarmSummaryReports. or

-    evaluationlnterval srial be present

}

AlterEventConditionMorutoring-Response ::= NULL CS-AlterEventConditionMonitoring-Request SEQUENCE { cnangeDtspiay choice {

IF (des)

string    [0] IMPLICIT VisibleString.

ENDIF IF (dei)

index    [1] IMPLICIT INTEGER.

ENDIF

noEnhancement    |2] NULL} OPTIONAL

}

19.6.1 AKerEventCondltlonMonitoring-Request (запрос мониторинга изменения условия события)

Абстрактный синтаксис выбора AlterEventConditionMonitoring запроса подтверждаемой услуги ConfirmedServiceRequest — это AlterEventConditionMonitoring-RequesL

19.6.2 AlterEventConditionMonltorlng-Response (ответ мониторинга изменения условия события)

Абстрактный синтаксис выбора AlterEventConditionMonitoring для ответа подтверждаемой услуги ConfirmedServiceResponse — это AlterEventConditionMonitoring-Response.

19.6.3 CS-AtterEventConditionMonitoring-Request (запрос мониторинга изменения условия события типа CS)

Абстрактный синтаксис выбора AlterEventConditionMonitoring детали запроса Request-Detail — это запрос СS-AlterEventConditionMonltoring-Request Данное поле содержит параметр увели-

113

ГОСТ Р ИСО 9506-2-2014

чения функциональности дисплея DIsplayEnhancement. Данное поле используется а том случае, если и только если параметр DIsplayEnhancement содержится в примитиве услуги отображения AlterEventCondftlonMonftOflng.indicatJon.

20 Протокол действия события

20.1    Введение

Настоящий раздел содержит описания особых элементов протокола услуг и модификатора услуг, определяемых функциональным блоком управления событием MMS. Раздел содержит описания: DefineEventAction    GetEventActionAttributes

DeleteEventAction    ReportEventActionStatus

20.2    DefineEventAction (определение действия события)

Абстрактный синтаксис выбора defineEventAction запроса подтверждаемой услуги ConflrmedServtceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. DefmeEventAcbon-Request SEQUENCE {

eventActonNarrve    [0] ObjectName.

listOfModifier    [1] IMPLICIT SEQUENCE OF Modifier OPTIONAL.

ConfirmedServiceRequest    [2] ConfirmedServiceRequest

IF (csr cspi)

cs-extension    [79] Request-Detail OPTIONAL

-    shall not be transmitted if value is the value

-    of a tagged type derived from NULL

ENDIF

}

DefineEventAcbon-Response ::= NULL

20.2.1    DefineEventAction-Request (запрос определения действия события)

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

ConfirmedServiceRequest — это DefineEventAction-Request.

20.2.1.1    ConfirmedServiceRequest (запрос подтверждаемой услуги)

Абстрактный синтаксис выбора запроса подтверждаемой услуги параметр EventAction события услуг — это ConfirmedServiceRequest тип с последующим выбором детали запроса CS-Request-Detail, соответствующей выбору ConfirmedServiceRequest.

20.2.2 OefineEventAction-Response (ответ определения действия события)

Абстрактный    синтаксис    выбора    defineEventAction    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это DefineEventAction-Response.

20.3 DeleteEventAction (удаление действия события)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DeieteEventAcbon-Request ::= CHOICE {

specific    [0]    IMPLICIT SEQUENCE OF ObjectName.

aa-specific    [1]    IMPLICIT NULL,

domain    [3]    IMPLICIT Identifier,

vmd    [4]    IMPLICIT NULL}

DeieteEventAcbon-Response :;= Uns»gned32 -Candidates Not Deleted

20.3.1    DeleteEventAetion-Request (запрос тирания действия события)

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

ConfirmedServiceRequest—это DeieteEventAction-Roquest. Значение данного выбора описано ниже.

114

ГОСТ Р ИСО 9506-2-2014

Если значе**4е параметра области применения удаления примитива услуги DeleteEventAction. request равно SPECIFIC, то запрос DeleteEventAction-Request содержит выбор Specific. Данный выбор содержит значение параметра имени действия события примитива услуги DeleteEventAction.request

Если значение параметра области применения удаления примитива услуги DeleteEventAction. request равно AA-Specific. то запрос OeleteEventAction-Request содержит выбор aa-specific

Если значение параметра области применения удаления примитива услуги DeleteEventAction. request равно DOMAIN, то запрос DeleteEventAction-Request содержит выбор Domain. Данный выбор содержит значение параметра имени области примитива услуги DeleteEventAction .request

Если значение параметра области применения удаления примитива услуги DeleteEventAction. request равно VMO. то запрос DeleteEventAction-Request содержит выбор vmd.

20.3.2 DeleteEventAction-Response (ответ удаления действия события)

Абстрактный синтаксис выбора DeleteEventAction ответа подтверждаемой услуги ConflrmedServiceResponse - это DeleteEventAction-Response. Это должен быть параметр для «кандидатов на неудаление» примитива ответа DeleteEventAction.response. определяющего значение Result(+). Данный параметр выглядит как параметр для «кандидатов на неудаление» примитива под-теерждедея DeleteEventAction.confirm, определяющего значение Result(+).

20.4    GetEventActionAttributes (получение атрибутов действия события)

Абстрактный синтаксис выбора GetEventActionAttributes запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже, в 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetEventActionAttributes-Request ObjectName -EventAct ion Name GetEventActionAttributes-Response ::= SEQUENCE {

mmsDeletabie    [0] IMPLICIT BOOLEAN DEFAULT FALSE.

UstOfModifier    [1] IMPLICIT SEQUENCE OF Modifier.

confirm edServiceRequest    [2] ConflrmedServiceRequest

IF (csr cspi)

cs-extension    (79) Request-Detail OPTIONAL

-    shall not be transmitted if value is the value

-    of a tagged type derived from NULL

ENDIF IF (aco)

accessControlList (3] IMPLICIT Identifier OPTIONAL ENDIF

-    Shall not appear in minor version one or two

}

20.4.1    GetEventActk>nAttributes-Request (запрос на получение атрибутов действия события)

Абстрактный синтаксис выбора GetEventActionAttributes запроса подтверждаемой услуги ConflrmedServiceRequest — это GetEventActionAttributes-Request

20.4.2    GetEventActionAttrlbutes-Response (ответ на получение атрибутов действия события)

Абстрактный синтаксис выбора GetEventActionAttributes ответа подтверждаемой услуги ConfirmedServiceResponse — это GetEventActionAttributes-Response.

20.4.2.1 ConflrmedServiceRequest (запрос подтверждаемой услуги)

Абстрактный синтаксис выбора параметра запроса подтверждаемой услуги параметра получения атрибутов действия события — это тип ConflrmedServiceRequest с последующим выбором типа детали запроса Request-Detail, соответствующего выбору ConfirmedServiceRequest.

20.4.22 Перечень средств управления доступом

Параметр AccessControlList появляется в том случае, если и только если оговорено значение aco СВ8.

20.5    ReportEventActionStatus (статус отчета о действии события)

Абстрактный синтаксис выбора ReportEventActionStatus запроса подтверждаемой услуги ConflrmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

115

ГОСТ Р ИСО 9506-2-2014

ReportEventAcoonStatus-Request ObjectName - Event Action Name ReportEventActionStatus-Response ::= Unsigned32 - Number of Event Enrolments

20.5.1    ReportEventAetlonStatus-Request (запрос статуса отчета о действии события)

Абстрактный синтаксис выбора ReportEventActionStatus запроса подтверждаемой услуги ConfirmedServiceRequest — это ReportEventActionStatus-Request

20.5.2    ReportEventActionStatus-Response (ответ статуса отчета о действии события)

Абстрактный синтаксис выбора ReportEventActionStatus для ответа подтверждаемой услуги ConflrmedServlceRespoftse—это ReportEventActionStatus-Response. Данный тип отображен величиной Result(+), содержащей Neрегистрации события в примитиве услуги ответа ReportEventActionStatus. response. Он выглядит как величина Result(+), содержащая номер регистрации события в примитиве подтверждения услуги ReportEventActionStatus.conflrm.

21 Протокол регистрации события

21.1 Введение

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

DefineEventEnrollment    ReportEventEnrollmentStatus

DeieteEventEnrollment    AlterEventEnroilment.

GetEventEnrollmentAttributes

а также модификатора услуги прикрепления к условию события AttachToEventCondition.

21.2 DefineEventEnrollment (определение регистрации события)

Абстрактный синтаксис выбора defineEventEnrollment запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DefineEventEnroflment-Request SEQUENCE { eventEnroHmentName    [0] ObjectName.

evemConditionName

eventConditionTransitions

alarmAcknowtedgmentRule

eventActionName

(1] ObjectName.

(2]    IMPLICIT Transitions.

(3]    IMPLICIT AlarmAckRule. [4] ObjectName OPTIONAL

IF (tpy)

clientApplication {5] ApplicationReference OPTIONAL ENDIF

}

DefineEventEnrolment-Response ::= NULL DefineEventEnrolment-Error ::= ObjectName CS-DefineEventEnrollment-Request ::= (0) CHOICE {

IF (des)

string    {0] IMPLICIT VtsibleString,

ENDIF IF (dei)

index    (1] IMPLICIT INTEGER.

ENDIF

noEnhancement    NULL)

21.2.1 DefineEventEnrotiment-Request (запрос определения регистрации события)

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

ConfirmedServiceRequest — это DefineEventEnrollment-Request

116

ГОСТ Р ИСО 9506-2-2014

21.2.2    DefineEventEnrollment-Response (ответ определения регистрации события)

Абстрактный синтаксис выбора defineEventEnrollment ответа подтверждаемой услуги ConfirmedServieeResponse — это DefineEventEnrollment-Response.

21.2.3    DefineEventEnrollment-Error (ошибка определения регистрации события)

Абстрактный синтаксис выбора defineEventEnrollment для выбора ServlceSpecificInformation ошибки подтверждаемой услуги ConfirmedServiceError — это ошибка DefineEventEnrollment-Error. которая является параметром неопределенного объекта параметра Resutt(-) примитива ответа DefineEventEnrollment.response. Он выглядит как параметр неопределенного объекта параметра Result(-) примитива подтверждения DefineEventEnrotlmentconfirm (при его наличии).

21.2.4    CS-DeflneEventEnrollment-Request (запрос определения регистрации объекта типа CS)

Абстрактный синтаксис выбора defineEventEnrollment для детали запроса Request-Detail — это CS-DefineEventEnroilment-Request Он доставляет значение параметра повышения функциональности дисплея DisplayEnhancement.

21.3    DeleteEventEnrollment (удаление регистрации события)

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

ConflrmedServIceRequest и ответа подтверждаемой услуги ConfirmedServieeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. DeieteEventEnroflment-Request CHOICE {

specific    [0] IMPLICIT SEQUENCE OF ObjectName,

ec    [1]    ObjectName.

ea    [2]    ObjectName }

DeleteEventEnrolment-Response ::= Unstqned32 -Candidates Not Deleted

21.3.1    DeleteEventEnrollment-Request (запрос удаления регистрации события)

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

ConfirmedServiceRequest — это DeleteEventEnrollment-Request Значение данного выбора описано ниже.

Если параметр области применения удаления отображает параметр перечня имен регистрации события, то для запроса DeleteEventEnrotlment-Request следует выбрать величину specific. Данный выбор содержит значение параметра перечня имени регистрации события из примитива запроса DeleteEventEnroHmenLrequest.

Если параметр области применения удаления отображает параметр имени условия события, то для запроса DeleteEventEnrollment-Request следует выбрать величину ес. Данный выбор содержит значение параметра имени условия события из примитива запроса DeleteEventEnroHmenLrequest Если параметр области применения удаления отображает параметр имени действия события, то для запроса DeleteEventEnrollment-Request следует сделать выбор еа. Данный выбор содержит значение параметра имени действия события из примитива запроса DeleteEventEnroHmenLrequest

21.3.2    DeleteEventEnrollment-Response (ответ удаления регистрации события)

Абстрактный синтаксис выбора DeleteEventEnrollment ответа подтверждаемой услуги ConfirmedServieeResponse — это DeleteEventEnrollment-Response. Это параметр «кандидатов на неудаление» из примитива ответа DeleteEventEnrollmentresponse. отображающего значение Result{+). Он выглядит как параметр «кандидатов на неудаление» примитива подтверждения DeleteEventEnroHmentconfirm, отображающего значение Result(+).

21.4    GetEventEnrollmentAttributes (получение атрибутов регистрации события)

Абстрактный синтаксис выбора GetEventEnrollmentAttributes запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServieeResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetEventEnrollmentAtthbutes-Request ::= SEQUENCE { scopeOfRequest    [0] IMPLICIT INTEGER {

117

ГОСТ Р ИСО 9506-2-2014

specific

(0).

client

ес

еа

eventEnrollmentNames

(D.

(2).

(3) } (0..3) DEFAULT dienL [1] IMPLICIT SEQUENCE OF ObjectName OPTIONAL.

IF (tpy)

clientApplKabon

ELSE

[2j ApplicattonReference OPTIONAL.

clientApplication

ENDIF

[21 NULL.

eventConditionName

eventActionName

[31 ObjectName OPTIONAL [4] ObjectName OPTIONAL.

cononueAfter    [5] ObjectName OPTIONAL >

GetEventEnrollmentAttributes-Response SEQUENCE {

listOfEEAttnbutes    [0] IMPLICIT SEQUENCE OF EEAttributes.

moreFollows    [1] IMPLICIT BOOLEAN DEFAULT FALSE}

EEAttributes SEQUENCE {

eventEnrollmentName    [0] ObjectName.

eventConditionNa me

[1J CHOICE {

eventCondition

undefined

eventActionName

eventAcbon

undefined

IF (tpy)

[0]    ObjectName.

[1]    IMPLICIT NULL}.

[21 CHOICE {

[0] ObjectName.

[1] IMPLICIT NULL } OPTIONAL.

clientApplication

ELSE

[3] ApplicationReference OPTIONAL,

clientApplKabon

ENDIF

[3] NULL.

mmsDeie table

enrollmentClass

duration

[4J IMPLICIT BOOLEAN DEFAULT FALSE. [S] IMPLICIT EE-Class.

[61 IMPLICIT EE-Duration DEFAULT current

invokelD    [7] IMPLICIT Unsigned32 OPTIONAL.

remainingAcceptableOelay [8] IMPLICIT Unsigned32 OPTIONAL IF (csr cspi)

displayEnhancement IF (des)

[9J CHOICE {

string

ENDIF

[0] IMPLICIT Visible String,

IF (dei)

index

ENDIF

[1] IMPLICIT INTEGER.

noEnhancement

ELSE

NULL)

- shall not be transmitted if the value is NULL

displayEnhancement

IF (aco)

[9] NULL

accessControlList

ENDIF

[11) IMPLICIT Identifier - shall not appear in minor version one or two

}

21.4.1 GetEventEnroKmentAttributes-Request (запрос получения атрибутов регистрации события)

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

ConflrmedServlceRequest — это GetEventEnrollmentAttributes-Request

118

ГОСТ Р ИСО 9506*2-2014

Поле ContinueAfter содержит идентификатор регистрации параметра ContinueAfter примитива запроса GetEventEnrollmentAttributes.reqoest. Он выглядит как идентификатор регистрации параметра ContinueAfter примитива отображения GetEventEnroUmentAttributes.Indtcation (при его наличии).

Если параметр ContinueAfter отсутствует е примитиве запроса, то данное поле отсутствует в запросе подтверждаемой услуги Confirm edServiceRequest, а параметр ContinueAfter отсутствует в примитиве отображения (при его наличии).

21.4.1.1    scopeOfRequest (область применения запроса)

Поле ScopeOfRequest отображает выбранное значение параметра области применения запроса для примитива запроса. Еспи в примитиве запроса выбран перечень имен регистрации события, то в поле ScopeOfRequest указывается вариант specific. Ес/ы в примитиве запроса выбран вариант «приложение клиента», то в поле ScopeOfRequest указывается вариант client. Если в примитиве запроса выбран вариант «имя условия события», то в поле ScopeOfRequest указывается вариант вс Если в примитиве запроса выбран вариант «имя действия события», то в поле ScopeOfRequest указывается вариант еа.

21.4.1.2    EventEnrollmentNames (имена регистрации события)

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

21.4.1.3    ClientApplication (приложение клиента)

Если для параметра области применения запроса выбран вариант «приложете клиента» и данный параметр не описывает клиента MMS рассматриваемого запроса услуги, то указанное поле должно содержать значение указанного параметра В противном случае данное поле отсутствует.

Если для параметра области применения запроса выбран вариант имени условия события (имени действия события) и опцией данного параметра является «приложение клиента», то данное поле должно содержать значение указанного параметра. В противном случае данное поле отсутствует.

21.4.1.4    EventConditionName (имя условия события)

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

21.4.1.5    EventActionName (имя действия события)

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

21.4.2 GetEventEnrollmentAttributee-Response (ответ получения атрибутов регистрации

события)

Абстрактный синтаксис выбора GetEventEnrollmentAttributes для ответа подтверждаемой услуги ConfirmedServiceResponse — это GetEventEnroilmentAttributes-Response.

21.4.2.1    listOfEEAttributes (перечень атрибутов типа ЕЕ)

Поле listOfEEAttributes — это параметр ListOfEEAttributes примитива ответа GetEventEnrollmentAttributes.response. Он выглядит как параметр ListOfEEAttributes примитива подтверждения GetEventEnrollmontAttributes.confirm. Данное поле содержит нуль и более реализаций типа EEAttributes. Каждая реализация содержит значение одного параметра EEAttributes для параметра ListOfEEAttributes. взятого в указанном порядке. В 5.5 представлено применение к каждой реализации параметра EEAttributes для параметра ListOfEEAttributes с целью получения соответствующего элемента параметра ListOfEEAttributes.

21.4.2.1.1    EventConditionName (имя условия события)

Поле EventConditionName содержит выбор undefined, если параметр имени условия события примитива услуги ответа GetEventEnrollmentAttributes.response имеет значение UNDEFINED. В противном случае выбирается вариант EventCondition.

21.4.2.1.2    EventActionName (имя действия события)

Если данное поле включено, то для поля EventActionName выбирают вариант undefined, если параметр EventActionName примитива услуги ответа GetEventEnrollmentAttrlbutes.response имеет значение UNDEFINED. В противном случае выбирают вариант EventAction

21.4.2.1.3    Перечень средств управления доступом

Параметр AccessControlList появляется в том случае, если и только если оговорено значение асо СВВ.

119

ГОСТ Р ИСО 9506-2-2014

21.5    ReportEventEnrollmentStatus (статус отчета о регистрации события)

Абстрактный синтаксис выбора ReportEventEnrollmentStatus запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги Confirmed ServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

ReportEventEnroilmentStatus-Request ::= ObjectName -Event Enrolment Name ReportEventEnroMmentStatus-Response ::= SEQUENCE {

eventConditionTransrtions    [0]    IMPLICIT    Transitions.

notrficationLost    [1 ] IMPLICIT BOOLEAN DEFAULT FALSE,

duration    [2] IMPLICIT EE-Duration,

alarmAcknowfedgmentRule    (3]    IMPLICIT    AiarmAckRule    OPTIONAL.

currentState    (4]    IMPLICIT    EE-State }

21.5.1    ReportEventEnrollmentStatus-Request (запрос статуса отчета о регистрации события)

Абстрактный синтаксис выбора ReportEventEnrollmentStatus запроса подтверждаемой услуги ConfirmedServiceRequest — это ReportEventEnrollmentStatus-Request.

21.5.2    ReportEventEnrollmentStatus-Response (ответ статуса отчета о регистрации события)

Абстрактный синтаксис выбора ReportEventEnrollmentStatus ответа подтверждаемой услуги Confirmed ServiceResponse — это ReportEventEnrollmentStatus-Response.

21.6    AlterEventEnrollment (изменение регистрации события)

Абстрактный синтаксис выбора AlterEventEnroliment запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConflrmedServlceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

AlterEventEnroilment-Request ::= SEQUENCE {

eventEnrollmentName    (0]    ObjectName.

eventConditionTransrtions    j1]    IMPLICIT Transitions OPTIONAL.

alarmAcknowledgmentRule    [2]    IMPLICIT AiarmAckRule OPTIONAL }

AlterEventEnrollment-Response ::= SEQUENCE {

currentState    (0]    CHOICE {

state    (0]    IMPI ICIT FP-Rtate

undefined    [1] IMPLICIT NULL}.

TransitkmTime    (1] EventTime )

CS-AiterEventEnrollment-Request .;= SEQUENCE { changeDispiay    CHOICE {

IF (des)

stnng    [0] IMPLICIT VisibleStnng,

ENDIF IF (dei)

index    [1] IMPLICIT INTEGER.

ENDIF

noEnhancement

12] NULL} OPTIONAL)

21.6.1 AlterEventEnroilment-Request (запрос изменения регистрации события)

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

ConfirmedServiceRequest — это AlterEventEnroliment-Request.

21.6.2 AlterEventEnrollment-Response (ответ изменения регистрации события)

Абстрактный    синтаксис    выбора    AlterEventEnrollment ответа    подтверждаемой    услуги

Confirmed ServiceResponse — это AlterEventEnrollment-Response.

21.6.2.1 Текущее состояние

Поле CurrentState содержит выбор undefined, если значение параметра CurrentState примитива подтверждения AlterEventEnroNmentconfirm равно UNDEFINED. В противном случае выбирают вариант state

120

ГОСТ Р ИСО 9506-2-2014

21.6.3 CS-AfterEventEnrollment-Request (запрос изменения регистрации события типа CS)

Абстрактный синтаксис выбора AlterEventEnrollment деталей запроса Request-Detail—это запрос CS-Alter£ventEnrollment-Requeet Он должен доставлять значение параметра DlsplayEnhancement. Если параметр DisplayEnhancement присутствует в примитиве запроса, то поле ChangeDisplay появляется в поле запроса CS-AlterEventEnroftment-Request с выбранным соответствующим типом. Если параметр DisplayEnhancement не присутствует в примитиве запроса, то попе ChangeDisplay не указывают в поле запроса СS-Alter€ventEnrotiment-Request. При этом данное поле состоит из пустой последовательности SEQUENCE.

21.7 Поддержка разработки

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

21.7.1    EE-State

Тип EE-State используется некоторыми параметрами для представления информации о сложном состоянии объектов условия события и регистрации события.

EE-State INTEGER ( disabled (0). idle (1). active (2). actrveNoAckA (3). idleNoAckl (4). idleNoAckA (S), idleAcked (6). activeAcked (7). undefined (8)

}

22 Протокол перечня условий события

22.1    Введение

Настоящий раздел содержит описания особых элементов протокола услуг и модификатора услуг. определяемых функциональным блоком перечня условий события MMS. Раздел содержит описания:

DefineEventConditionList    GetEventConditionListAttribute

DeleteEventConditionList    ReportEventConditionUstStatus

AddEventCondibonUstReference    Al ter EventCondit ion List Monitoring

RemoveEventCondrtionListReference

22.2    Протокол DefineEventConditionList (определение перечня условия события)

Абстрактный синтаксис выбора DefineECL запроса подтверждаемой услуги Confirmed Service Request и ответа подтверждаемой услуги ConfirmedServiceResponse. соответственно. описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DefineEventConditionList-Request SEQUENCE { eventConditionListName    {0] ObjectName.

listOfEventConditionName    [1] IMPLICIT SEQUENCE

IF (reel)

listOfEventConditionListName    (2] IMPLICIT SEQUENCE

- shall appear if an only if red has been negotiated.

ENDIF

}

DefineEventConditionList-Response ::= NULL

DefineEventConditionList-Error ::= ObjectName

OF ObjectName OF ObjectName OPTIONAL

121

ГОСТ Р ИСО 9506-2-2014

22.2.1    DefineEventCondltionList-Request (запрос определения перечня условия события)

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

ConfirmedServiceRequest — это DefineEventConditionList-Request

22.2.2    DeflneEventConditlonLisl-Reeponse (ответ определения перечня условия события)

Абстрактный    синтаксис    выбора    DefineECL    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это DefineEventCondiUonUst-Reeponee.

22.2.3    DefineEventConditi on List-Error (ошибка определения перечня условия события)

Абстрактный синтаксис выбора defineECL для ошибки AddHionalService-Error — это ошибка определения DefineEventConditionLjst-Еттог. которая является объектом параметра ошибки для параметра Result(-) примитива ответа DefineEventCondltionUstresponse. Данный объект выглядит как объект параметра ошибки примитива подтверждения DefineEventConditionList.confirm (при его наличии).

22.3    Протокол DeleteEventCondltionUst (удаления перечня условия события)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги Confirm edServiceResponse. соответственно. описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

DeieteEventConditionList-Request ObjectName - EventConditionListName

DeieteEventConditionList-Response NULL

22.3.1    DeleteEventCondit ion List-Request (запрос удаления перечня условия события)

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

ConfirmedServiceRequest — это DeleteEventCondKionList-Request

22.3.2    DeleteEventConditionList-Response (ответ удаления перечня условия события)

Абстрактный    синтаксис    выбора    DeleteECL    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это DeleteEventConditionLtst-Response.

22.4    Протокол AddEventCondMonListReference (добавления ссылки на перечень условия события)

Абстрактный синтаксис выбора AddECLReference запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. AddEventCorxttionListReference-Request ::= SEQUENCE { eventConditionListName    [0] ObjectName.

listOfEventConditionName    (1] IMPLICIT SEQUENCE OF ObjectName

IF (reel)

listOfEventConditionListName [2] IMPLICIT SEQUENCE OF ObjectName OPTIONAL - shal appear if an only if reel has been negotiated.

ENDIF

}

AddEventCorxttionListReference-Response NULL

AddEventCondrtionListReference-Error ::= ObjectName

22.4.1    AddEventConditionUstReference-Request (запрос добавления ссылки на перечень

условия события)

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

ConfirmedServiceRequest — это AddEventConditionLlstReference-RequesL

22.4.2    AddEventConditionListReference-Response (ответ добавления ссылки на перечень

условия события)

Абстрактный    синтаксис    выбора    AddECLReference    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это AddEventCondrtionListReference-Response.

122

ГОСТ Р ИСО 9506-2-2014

22.4.3 AddEventConditionListReference-Errof (ошибка добавления ссылки на перечень условия события)

Абстрактный синтаксис выбора AddECLReference ошибки AdditionaiService-Error — это ошибка AddEventCondidonListReference-Error которая является объектом параметра ошибки для параметра Result(-) примитива ответа AddEventCondrtionLlstReference .response. Данный объект выглядит как объект параметра ошибки примитива подтверждения AddEventConditionListReference.confirm (при его наличии).

22.5    Протокол RemoveEventCondttionLlstReference (удаления ссылки на перечень условия события)

Абстрактный синтаксис выбора RemoveECLReference запроса подтверждаемой услуги Confirmed So rviceRequest и ответа подтверждаемой услуги ConfirmedServtceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. RemoveEventConditionListReference-Request :.= SEQUENCE { eventCondrbonListName    {0] ObjectName.

HstOfEventConditionName    [1] IMPLICIT SEQUENCE OF ObjectName

IF (reel)

. bstOfEventCondtoonListName {2] IMPLICIT SEQUENCE OF ObjectName - shall appear if an only if red has been negotiated.

ENDIF

}

RemoveEventCondibonLtstReference-Response NULL RemoveEventCondiUonUstReference-Error ::= CHOICE { eventCondition    {0] ObjectName.

eventConditionList    (1 ] ObjectName}

22.5.1    RemoveEventCondttionListReference-Request (запрос удаления ссылки на перечень условия события)

Абстрактный синтаксис выбора RemoveECLReference запроса подтверждаемой услуги ConfirmedServiceRequest — это RemoveEventConditionListReference-ReguesL

22.5.2    RemoveEventConditionListReference-Response (ответ удаления ссылки на перечень условия события)

Абгтрактмый синтаксис выбора RamovaFCI Reference отвата подтаарждаймои успуп* ConfirmedServiceResponse — это RemoveEventConditkmListReference-Response.

22.5.3    RemoveEventCondRfonLlstReference-Error (ошибка удаления ссылки на перечень условия события)

Абстрактный синтаксис выбора RemoveECLReference для ошибки AdditlonalService-Error — это ошибка RemoveEventCondKionUstReference-Error которая является объектом параметра ошибки Result(-) примитива ответа RemoveEventCondrtionLietReference.response. Данный объект выглядит как объект параметра ошибки примитива подтверждения RemoveEverrtCondfetonLlstReference. confirm (при его наличии).

22.6    Протокол GetEventCondWonUstAttribute (получения атрибутов перечня условия события)

Абстрактный синтаксис выбора GetECLAttribute запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServtceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. GetEventConditionListAtthbutes-Request ::= ObjectName - eventConditionListName GetEventCondrtionListAttributes-Response ::= SEQUENCE {

listOfEventConditicnName    11] IMPLICIT SEQUENCE OF ObjectName

IF (reel)

HstOfEventConditionListName (2] IMPLICIT SEQUENCE OF ObjectName OPTIONAL - shall appear if an only if reel has been negotiated.

ENDIF

}

123

ГОСТ Р ИСО 9506-2-2014

22.6.1    GetEventConditionUstAttribute-Request (запрос получения атрибутов перечня условия события)

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

ConfirmedServiceRequest — это GetEventCondftionLjstAttribute-Request

22.6.2    GetEventConditlonLJstAttribute-Response (ответ получения атрибутов перечня условия события)

Абстрактный    синтаксис    выбора    GetECLAttribute    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это GetEventConditionListAttribute-Reeponee.

22.7    Протокол ReportEventConditionListStatus (отчета о статусе перечня условия события)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReportEventCondibonListStatus-Request SEQUENCE {

eventCondibonListName    [0] ObjectName. - Event Condition List Name

continueAfter    (1 ] IMPLICIT Identifier OPTIONAL}

ReportEventConditionListStatus-Response ::= SEQUENCE {

listOfEventConditionStatus    (1] IMPLICIT SEQUENCE OF EventConditionStatus.

moreFollows    (2] IMPLICIT BOOLEAN DEFAULT TRUE)

EventConditionStatus ::= SEQUENCE {

eventConditionName    (0]    ObjectName.

currentState    (1    ] IMPLICIT EC-State.

numberOfEventEnrolments    (2]    IMPLICIT Unsigned32.

enabled    (3]    IMPLICIT BOOLEAN OPTIONAL.

timeOfLastTransitionToActive    |4]    EventTime OPTIONAL.

timeOfLastTransitionToldle    (5]    EventTime OPTIONAL)

22.7.1    ReportEventCondltkmtJstStatue-Requeet (запрос отчета о статусе перечня условия события)

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

ConfirmedServiceRequest — это ReportEventConditlonListStatus-Request

22.7.2    ReponEvemCondRlonustStatus-Response (ответ отчета о статусе перечня условия события)

Абстрактный    синтаксис    выбора    ReportECLStatus ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это ReportEventConditionListStatus-Response.

22.8    Протокол AlterEventConditionListMonitoring (мониторинга изменения перечня условия события)

Абстрактный синтаксис выбора alterECLMonrtoring запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

Atter€ventCondi&onListMonrtohng-Request ;:= SEQUENCE { eventCondrtionListName    (0] ObjectName.

enabled    (1]    IMPLICIT BOOLEAN.

priorityChange    (2]    CHOICE {

priorityValue    [0]    IMPLICIT INTEGER.

priorityReset    (1]    IMPLICIT NULL} OPTIONAL

}

ARerEventConditionUstMonrtohng-Response ::= NULL

22.8.1 AlterEventCondltlonUstMonitoring-Request (запрос мониторинга изменения перечня условия события)

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

ConfirmedServiceRequest — это AlterEventCondrtionListMonltoHng-Request.

124

ГОСТ Р ИСО 9506-2-2014

22.8.2 AlterEventCondKJonLJstMonitoring-Response (ответ мониторинга изменения перечня условия события)

Абстрактный синтаксис выбора alterECLMonitoring ответа подтверждаемой услуги С on firmed ServIceRespo rise — это AlterEventConditionListMonftoring-Response.

23 Протокол управления журналом

23.1 Введение

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

ReadJoumal    ReporUoumalStatus

WhteJoumal    CreateJoumal

InitializeJoumal    DeleteJoumal

23.2 ReadJournal (читать журнал)

Абстрактный синтаксис выбора ReadJournal запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан типами ReadJournal-Request и ReadJoumal-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReadJournal-Request ::= SEQUENCE {

joumalName    [0] ObjectName.

rangeStartSpedficabon [11 CHOICE {

(0]    IMPLICIT TimeOfDay.

II] IMPLICIT OCTET STRING } OPTIONAL.

[2] CHOICE {

10]    IMPLICIT TimeOfDay.

[1]    IMPLICIT Integer32 ) OPTIONAL.

(4] IMPLICIT SEQUENCE OF VisibleString OPTIONAL.

[5] IMPLICIT SEQUENCE {

(0] IMPLICIT TimeOfDay.

11]    IMPLICIT OCTET STRING } OPTIONAL

startingTime startingEntry rangeStopSpecificabon endingTime numberOfEntries listOfVariables entryToStartAfter bmeSpedfication entrySpecifi cation

}

Read Journal-Response SEQUENCE {

listOfJoumaEntry    [0] IMPLICIT SEQUENCE OF JoumalEntry.

moreFollows    [1 ] IMPLICIT BOOLEAN DEFAULT FALSE}

JoumalEntry ::= SEQUENCE {

entryldentifier    [0] IMPLICIT OCTET STRING.

onginatingAppfc cation    [1] ApplicabonReference.

entryContent    [2] IMPLICIT EntryContent}

23.2.1    ReadJournal-Request (запрос чтения журнала)

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

ConfirmedServiceRequest — это ReadJournal-Request.

23.2.2    ReadJoumal-Response (ответ чтения журнала)

Абстрактный    синтаксис    выбора    ReadJoumal    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это ReadJoumal-Response.

23.3 WriteJouma! (делать записи в журнале)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан типами WriteJournal-Request и WriteJournal-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе.

WriteJournal-RequestSEQUENCE {

joumalName    (0] ObjectName.

125

ГОСТ Р ИСО 9506-2-2014

listOfJoumaEntry    [1] IMPLICIT SEQUENCE OF Entry Content}

WriteJournal-Response ::= NULL

23.3.1 WriteJournal-Request (запрос записи в журнале)

Абстрактный синтаксис выбора WriteJournal ConfirmedServiceRequest — это WriteJournal-Request.

запроса

подтверждаемой

услуги

23.3.2 WriteJournal-Response (ответ записи в журнале)

Абстрактный синтаксис выбора WriteJournal ConfirmedServiceResponse — это WriteJournal-Response.

ответа

подтверждаемой

услуги

23.4 InitiaiizeJoumal (инициализировать журнал) Абстрактный синтаксис выбора InitiaiizeJoumal

запроса

подтверждаемой

услуги

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfiimedServiceResponse описан ти

пами InitiafizeJoumal-Request и InitializeJoumal-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. InitiaHzeJoumal-Request SEQUENCE { joumalName    [0] ObjectName.

limitSpedfication [1] IMPLICIT SEQUENCE (

limitingTime    [0] IMPLICIT TimeОЮay,

SmitingEntry    [1] IMPLICIT OCTET STRING OPTIONAL} OPTIONAL

}

InitializeJoumal-Response ::= Uns*gned32 - Entries Deleted

23.4.1    InitializeJoumal-Request (запрос инициализации журнала)

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

ConfirmedServiceRequest — это InitializeJoumal-Request

23.4.2    InitializeJoumal-Response (ответ инициализации журнала)

Абстрактный    синтаксис    выбора    InitiaiizeJoumal    ответа    подтверждаемой    услуги

ConfirmedServIceResponse — это InitializeJoumal-Response.

Данное поле — это параметр удаления записей EntriesDeleted примитива ответа InitiaiizeJoumal. response. Он выглядит как параметр EntriesDeleted примитива подтверждения InitiaiizeJoumal. confirm (при ею наличии).

23.5 ReportJournalStatus (отчет о статусе журнала)

Абстрактный синтаксис выбора ReportJournalStatus запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан типами ReporUoumalStatus-Request и ReporUoumalStatus-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. ReporUoumalStatus-RequestObjectName --Journal Name ReporUoumalStatus-Response ::= SEQUENCE {

currentEntnes    [0]    IMPLICIT Unsigned32,

mmsDeletabie    [1]    IMPLICIT BOOLEAN

IF (aco)

accessControlList    [2]    IMPLICIT Identifier OPTIONAL

- Shall not appear in minor version one or two

ENDIF

}

23.5.1 ReporUoumalStatus-Request (запрос отчета о статусе журнала)

Абстрактный синтаксис выбора ReportJournalStatus для запроса подтверждаемой услуги ConfirmedServiceRequest — это ReporUournalStatus-Request.

Данное поле — это параметр имени журнала для примитива запроса ReportJournalStatus. request. Данный параметр выглядит как параметр имени журнала для примитива отображения Repo rtJoumalStatus .Indication (при его наличии).

126

ГОСТ Р ИСО 9506-2-2014

23.5.2 ReportJournalStatus-Response (ответ отчета о статусе журнала)

Абстрактный синтаксис выбора ReportJoumalStatus для ответа подтверждаемой услуги ConfirmedServiceResponse — это ReportJournalStatus-Response.

23.5.2.1    Перечень средств управления доступом

Параметр AccessControlList появляется в том случае, если и только если оговорено значение асо СВВ.

23.6    CreateJoumal (создать журнал)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан типами CreateJoumal-Request и CreateJoumai-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем подразделе. CreateJoumal-Request ::= SEQUENCE (

joumalName    [0] ObjectName )

CreateJoumai-Response ::= NULL

23.6.1    CreateJournal-Request (запрос создания журнала)

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

ConfirmedServiceRequest — это CreateJoumal-Request.

23.6.2    CreateJoumai-Response (ответ создания журнала)

Абстрактный    синтаксис    выбора    CreateJoumal    ответа    подтверждаемой    услуги

ConfirmedServiceResponse — это CreateJoumai-Response.

23.7    DeleteJoumal (стереть журнал)

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

ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан типами DeieteJournal-Request и DeteteJournal-Response соответственно, указанными ниже. В 5.5 установлен порядок получения всех параметров, не описанных явно в настоящем разделе.

DeleteJoumal-Request SEQUENCE {

joumalName    [0] ObjectName)

DeteteJournal-Response NULL

23.7.1    OeieteJoumal-Request (запрос удаления журнала)

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

ConfirmedServiceRequest — это DeieteJournal-Request.

23.7.2    DeleteJoumal-Response (ответ удаления журнала)

Абстрактный синтаксис выбора DeleteJoumal ответа подтверждаемой услуги ConfirmedServiceResponse — это DeleteJournal-Response

23.8    Поддержка разработки

23.8.1 EntryContent (контент записи)

EntryContent ::= SEQUENCE {

occurrenceTme [0] IMPLICIT TimeOfDay.

entryForm

CHOICE {

data

[2] IMPLICIT SEQUENCE {

event

(0] IMPLICIT SEQUENCE {

eventCondition Name

[0] ObjectName.

currents tate

(1] IMPLICIT EC-State) OPTIONAL.

bstOfVariabies

}.

annotation

}

[1] IMPLICIT SEQUENCE OF Journal-Variable OPTIONAL

(3] MMSStnng }

127

ГОСТ Р ИСО 9506-2-2014

23.8.1.1 EntryForm (форма записи)

8 запросе записи в журнале WriteJournal-Request делается выбор data, если значение параметра EntryForm примитива запроса WrUeJoumal.request равно DATA 8 запросе записи WriteJournal-Request делается выбор annotation, если значение параметра EntryForm примитива запроса WriteJoumal.request равно ANNOTATION.

8 ответе ReadJoumal-Response делается выбор data, есгы значение параметра EntryForm примитива ответа ReadJoumal.response равно DATA. 8 ответе ReadJournal-Response делается выбор annotation, если значение параметра EntryForm примитива ответа ReadJoumal.response равно ANNOTATION

Нижеследующее утверждение END завершает модуль, открытый в разделе 7.

END

24 Отображение на нижележащие услуги связи

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

Протокол MMS (спецификации производственных сообщений) располагается в среде взаимосвязи открытых систем внутри прикладного уровня. Как прикладной сервисный элемент (ASE). настоящий стандарт использует (отображается на) услуги и примитивы услуг нижележащей системы связи. MMS-пользователи могут также оказаться элементами внутри рассматриваемого прикладного процесса, а также внутри других элементов услуг приложений ASE.

24.1 Отображения PDU (блоков данных протокола)

Все MMS PDU (блоки данных протокола спецификации производственных сообщений) рассматриваются как данные пользователя на нижележащем примитиве услуг. Отображение блока данных протокола PDU на услуги произведено следующим образом [все PDU отсылаются на примитив запроса (ответа) и получаются на примитив отображения (подтверждения) услуги]:

MMS PDU    Underlying Communication Service Pnmitrve

Con firmed-Reg uestPDU

Confirmed-ResponsePDU

Confirmed-ErrorPDU

Uncon frmed-RequestPDU

RejectPDU

Cancel-RequestPDU

CanceLResponsePDU

Cancet-ErrorPDU

Initiate-RequestPDU

Initiate-ResponsePDU

Initiate-ErrorPDU

Condude-RequestPDU

Condude-ResponsePDU

Condude-ErrorPDU

Все прочие отображения

M-DATA request, indication M-DATA request indication

M-DATA request indication M-DATA request, indication M-DATA request indication

M-DATA request indication M-DATA request indication M-DATA request indication

M-ASSOC I ATE request indication M-ASSOCIATE response, confirm (with Result parameter accepted) M-ASSOCIATE response, confirm

(with Result parameter rejected) M-RELEASE request indication M-RELEASE response, confirm

(with Result parameter accepted) M-RELEASE response, confirm

(with Result parameter rejected)

MMS PDU на указанные услуги — это ошибки протокола.

24.2 Данные типа M-ASSOCIATE

Данные запроса (ответа) типа M-ASSOCIATE используются для инициализации атрибутов объектов прикладной ассоциации, созданных для данной ассоциации. Параметр ссылки приложения Application Reference (далее - ссылка приложения) используется для идентификации одноранговых

128

ГОСТ Р ИСО 9506-2-2014

MMS-лольэоеателей в рассматриваемой ассоциации. Данное значение идентифицирует: (1) узел коммуникации. (2) пользовательский процесс внутри данного узла. Данное значение использовано для установления значения клиентского поля объекта Application-Association (см. 8.2). Для вызова MMS-польэоватепя применен параметр отвечающая ссылка приложения (Responding Application Reference) как значение клиентского поля. Для вызванного MMS-пользователя поле вызова ссылки приложения используется как значение клиентского поля. Если значение аутентификации присутствует в примитиве запроса (ответа), то значение данного параметра должно использоваться для инициализации поля значения аутентификации объекта Application-Association.

24.3    Прекращение прикладной ассоциации

После получения корректного блока данных Conclude-RequestPDU механизм ММРМ выдает примитив запроса M-RELEASE.request с блоком данных Conclude-RequestPDU пользователя.

После получения корректного блока данных Conclude-ResponsePDU с результирующим параметром, отображающим успешный выпуск прикладной ассоциации, механизм ММРМ доставляет примитив подтверждения Conclude.eonflrm. указывающий значение Result(+) MMS-польэователю. Если результирующий параметр показывает, что попытка вывода была неудачной, то механизм ММРМ выдает примитив запроса M-U-abort.request и доставляет примитив подтверждения Conclude.eonflrm. указывающий значение Resuit(+) MMS-попьэоватепю.

24.4    Непосредствеино-отображеннная услуга прерывания

Услуга прерывания MMS непосредственно отображается на услугу М-U-Abort. При этом настоящий стандарт не дает определения прерывания PDU.

После получения примитива отображения (M-U-abort или М-Р-abort) из поддерживающей системы связи, дающего спецификацию прерывания, механизм ММРМ выдает примитив отображения прерывания MMS-польэователю. Если запрос прерывания генерируется системой, в которой находится MMS-польэоеатель (то есть прерывание М-Р-abort), то сгенерированный по месту параметр примитива отображения прерывания MMS имеет значение true. В противном случае данный параметр имеет значение false.

После получения примитива запроса прерывания Abort.request от MMS-пользоеателя. механизм ММРМ выдает примитив запроса M-U-abortrequest

Механизм ММРМ может в любое время выдать примитив отображения прерывания Abort, indication MMS-пользователю и примитив запроса M-P-abort.request в качестве дополнения (в зависимости от обстоятельств).

24.5    Конструкция MMS PDU (блок данных протокола спецификации производственного сообщения)

После получения примитива запроса (ответа) для любой MMS-услуги, отличной от примитива запроса прерывания Abortrequest. от примитива запроса заключения Conclude.request и от примитива ответа заключения Conclude.response. механизм ММРМ должен:

a)    создать блок данных протокола PDU в соответствии с разделом 7 для услуги, описанной в указанном примитиве в соответствии с требованиями протокола указанной услуги (см. разделы 7-23 и приложений С и D):

b)    отправить созданный блок данных протокола PDU (как данные пользователя) на примитив услуг M-DATA. описанный выше, в соответствии с ИСО 9506-1 и настоящим стандартом.

24.6    Доставка примитивов услуг MMS-пользователю

После получения примитива отображения (подтверждения) от нижележащей системы связи, отличного от примитива Abort.indication. от примитива M-RELEASE.indicatk>n и примитива M-RELEASE. confirm, механизм ММРМ определяет, содержит ли полученный примитив услуг корректный блок данных MMS PDU как данные пользователя. Блок данных MMS PDU является корректным, если он удовлетворяет требованиям абстрактного синтаксиса MMS при определении PDU. отображен на корректный примитив услуг (см. выше) и получен в соответствии со всеми правилами упорядочивают. определенными ИСО 9506-1 и настоящим стандартом.

Если полученный примитив услуг содержит корректный блок данных MMS PDU. то механизм ММРМ выдает соответствующий примитив отображения (подтверждения) услуги со значениями примитива. соответствующими ИСО 9506-1 и настоящему стандарту.

129

ГОСТ Р ИСО 9506-2-2014

Если полученный примитив услуги не содержит корректного блока даныых MMS PDU, то механизм ММРМ предпринимает следующие действия:

a)    если блок данных запроса Initiate-RequestPDU и блок данных ответа Initiate-ResponsePDU успешно обмениваются посредством предшествующих связей в прикладной ассоциации, то механизм ММРМ выдает отображение reject.indtcation MMS-пользователю, формирует блок данных отказа RejectPOU (с параметрами, основанными на выявленных ошибках) и отправляет данный PDU примитиву запроса M-DATA.request.

b)    в противном случае механизм ММРМ выдает отображение прерывания Abort.indication MMS-пользователю, а также выдает примитив запроса M-abortrequest. если прикладная ассоциация доступна.

24.7    Право на отправку данных

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

24.8    Надежные услуги нижнего уровня

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

24.9    Управление потоком (данных)

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

24.10    Использование контекстов представления данных

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

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

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

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

8 настоящем стандарте идентификатору объекта ASN.1 присвоено значение:

{iso standard 9506 part(2) mms-abstract-syntax-version 1(1)} как абстрактному синтаксису множества значений представления данных, каждое из которых является значением модуля ASN.1. определенного в настоящем стандарте (см. 7-23. приложения С. D и Е) и в ИСО 9506-1 (см. 7-23). Соответствующее значение описателя объекта ASN.1 — это:

« mms-abstract-syntax-ma jor-version 1 '

Основным номером данной версии ИСО 9506-1 и настоящего стандарта является № 1. Вспомогательным номером данной версии ИСО 9506-1 и настоящего стандарта является N9 4.

В настоящем стандарте идентификатору объекта ASN.1 присвоено значение:

(iso standard 9506 part(2) mms-fUe-record-version1(2)) как абстрактному синтаксису множества значений представления данных, каждое из которых является значением модуля ASN.1. определенного в приложен»* В. Соответствующее значение описателя объекта ASN.1 равно

«mms-file-record-version1».

1Э0

ГОСТ Р ИСО 9506-2-2014

25 Утверждение и конфигурация инициализации

25.1    Введение

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

25.2    CIS. Часть 1: инициализация виртуального производственного устройства VMD

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

Рассматриваемая реализация должна поддерживать один объект из класса объектов виртуальных производственных приспособлений VMD. Каждому полю модели VMD разработчик ставит в соответствие начальное значение. Каждому предварительно определенному подчиненному объекту VMD разработчик ставит в соответствие значение в поле имени, а также либо (1) ссылается на полное определение объекта (например, на ИСО 9506-1 для объектов MMS). либо (2) дает его полное определение путем задания значений всех полей рассматриваемого объекта.

Таблица 1 — Информация по практической реализации CIS

Серийный № практической реализации:    Дата:

Поле иодела VMD

CBS

Значение

&execubveFun<Aon

4vendorName

4modelName

&revision

4AbstractSyn taxes

&accessControl

4Capab*bes

См. тэбгещу 2

4)ocal-deta«i

&AcoessControlList

См. табгмцу 3

4Domarts

См. тэблщу 4

&Programinvocation

См. тэбпщу 5

AUrvtControts

См. табгъщу 6

4UnnamedVariabtes

vadr

См. тэбпщу 7

4NamedVariables

vnam

См. тэбгещу 8

4NamedVariableList

vfts

См.тэбл*юу9

&Name<fTypes

vnam

См. табп»щу 10

4Data Exchanges

См. таблицу 11

4 Semaphores

См. табгъщу 12

40peratorStations

См. табгащу 13

4EventCondibon

См. табгъщу 14

4EventAcbon

См. тэбгьщу 15

4EventEnrolment

См. таблицу 16

4EventCondrtranUst

csp>

См. тэбп*щу 17

4JoumaJ

См. табгащу 16

4selectetf-Program-lnvocabon

csr

25.2.1 &executiveFunction (исполняемая функция)

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

131

ГОСТ Р ИСО 9506-2-2014

25.2.2    &vendorName (имя поставщика)

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

25.2.3    &modelName (имя модели)

Здесь разработчик указывает значение символьной строки, идентифицирующее модель рассматриваемой реализации.

25.2.4    &revision (пересмотр)

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

25.2.5    &AbstractSyntaxes (абстрактные синтаксисы)

Разработчик указывает множество абстрактных синтаксисов, распознаваемых данной практической реализацией либо в операциях псдкачки/загрузки области, либо в аргументах операций Start и Resume, либо в обоих случаях. Данное множество может быть пустым.

25.2.6    &EATransactions

Данному полю разработчик ставит в соответствие пустое множество.

25.2.7    &accessControl (управление доступом)

Разработчик указывает имя предварительно определенного объекта перечня средств управления доступом, описывающего характеристики управления доступом данного виртуального приспособления VMD. Настоящий объект рассмотрен 8 25.2.12.

25.2.8    &logicalStatus (логический статус)

При старте системы данное попе также инициализируется. Это отражает условие работы оборудования. обеспечивающего VMD. Значение поля выбирается из четырех вариантов: state-changes* allowed (изменение состояние разрешено), no-state-changes-allowed (изменение состояния не разрешено). limited-services-permltted (использование услуг ограничено), support-services-allowed (разрешено использование услуг поддержки).

25.2.9    Capabilities (возможности)

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

Данная таблица может быть пустой.

Таблица 2 — Оксан не возможностей

возможности (Символьная стром)

Смысл

Грамматическое правило

25.2.10    &physicalStatus (физический статус)

При старте системы данное поле также инициализируется. Это отражает условия работы оборудования. обеспечивающего функционирование VMD. Значение поля выбирается из четырех вариантов: operational (в рабочем состоянии), partially-operational (возможности ограничены), inoperable (е нерабочем состоянии), needs-commissioning (требует списания).

25.2.11    &local-detail (местные особенности)

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

25.2.12    &AccessControlList (перечень средств управления доступом)

Разработчик указывает множество предварительно определенных объектов перечня средств управления доступом. Для каждого указанного объекта он заполняет таблицу 3. При этом либо дана ссылка на соответствующее определение, либо указаны значения для всех элементов поля объекта.

132

ГОСТ Р ИСО 9506-2-2014

Данное множество содержит по крайней мере один объест. На него дана ссылка в поле &accessControl таблицы 1.

Таблица 3 — Презааритегъно олреаепежый объект управления доступом

Объеят перечня средое управления доступом

CB8

Значение am ссыпка

4name

Reference to Defimbon

4accessControl

4readAccessCondibon

4storeAccessConcft>on

4writeAccessCon<£tion

4JoadAccessCondibon

4executeAccessCondition

4deleteAccessConc£tion

4edilAccessCondibon

4AccessControlList

&Oomars

4ProgramJnvocabon

&UnrtControfs

4UmamedVanabtes

vadr

4Named\feriables

vnam

&Nan>edVanaOleList

vlis

4NamedType

vnam

4Data Exchanges

4 Semaphores

40peratorStations

4EventCondibon

4EventAcbon

4EventErvo!lment

4Joumaf

4EventCond<toonLjsl

cspi

25.2.13 &Domains (области)

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

Для поля &Capabi1ities формируется одна шм несколько копий таблицы 2. Эти копии регистрируют возможность, ассоциированную с указанной предварительно определенной областью. Поле &state имеет значения ready или in-use в зависимости от того, является пи поле вызова программы &Programlnvocation пустым или нет. Поле &aAssociation должно быть пустым.

Для каждого предварительно определенного объекта, подчиненного указанной области, таблица, соответствующая рассматриваемому типу объекта, формируется в поле &content таблицы 4. и на нее производится ссыпка.

Данное множество может быть пустым.

Таблица 4 — Преаваритегъно определенный объект области

Объект области

CBB

Значение или ссылка

4name

Reference to Definition

4CapaMbes

4state

4aAssooia6on

empty {пусто)

4accessConBol

4sharabie

4Programlnvocebon

4uptoadslnProgress

РэемоО

133

ГОСТ Р ИСО 9506-2-2014

Окончание таблицы 4

Объект области

CBS

^мачоние лгш ссылка

ANamedVanables

vnam

См. таблицу 6

&NamedVariableList

vtis

См. таблицу 9

&NamedType

vnam

См. тэбгмцу 10

&EventCondibon

См. тэбгмцу 14

AEvenlAcbon

См. тэбгмцу 15

&EventEnroflment

См. тэбгмцу 16

&EventCondibonUst

csp

См. тэбгмцу 17

25.2.14 &Program!nvocation (активизация программы)

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

Данное множество может быть пустым. Если данное множество не пусто, то таблица 4 заполняется.

Таблица 5 — Преаааритагъно опраавлвжый объект вызова программы

Объект мин программы

сев

Значение ила ссылка

блате

reference to Defirvbon

&Programlnvocat>onState

&Oomans

AaccessControl

&reusabte

бтопНог

6EverrtCorxJrt>on

&EventAcbon

&EventEnroMment

iexecutoonArgument

& control

csr

icontrcJling-ProqranvInvocaton

csr

iconlrcJled-ProoraTbtnvocabor

csr

25.2.15 &UnitControte (блоки управления)

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

Данное множество может быть пустым. Если данное множество не пусто, то таблица 4 также заполняется.

Таблица 6 — Прваваритегъно определенный объект блока управления

Объект блока управления

CBB

Змачепие am ссылка

&Name

rotoronco to Defirxbon

&accessControl

&Domarrs

&Ргодгзт1 n vocabon

25.2.16 &UnnamedVariables (непоименованные переменные)

Если практическая реализация может поддерживать структурный элемент согласованности vadr. то разработчик заполняет таблицу 7. При этом предоставляется информация о составе непоименованных переменных, включая их формат, диапазон поддерживаемых адресов [например, указывается их тип: numeric (число), symbolic (символ), unconstrained (произвольное)] и алгоритмы ассоциации выбора типа описания с адресом.

134

ГОСТ Р ИСО 9506-2-2014

Таблица 7 — Объекты непоименованных переменных

Непоименованные переменные

От.'сание

Address

Tvoe descnotion

25.2.17 &NamedVariables (поименованные переменные)

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

Данное множество может быть пустым.

Таблица в — Прваваритегъно определены* объект поименованной переменной

Объект поименованной переменной

сев

Значение или ссылка

AName

reference lo Definition

AaccessCarrtrol

AtypeOescriptoon

Аассеьд Method

Aaddress

vadr

^meaning

sem

25.2.18 &NamedVariableList (перечень поименованных переменных)

Если рассматриваемая практическая реализация поддерживает структурные элементы согласованности vnam и vlis. то разработчику следует указать множество предварительно определенных объектов перечня поименованных переменных. Для каждого объекта разработчик заполняет таблицу 9. в которой либо дает ссылку на соответствующее определение, либо указывает значения для всех элементов полей рассматриваемого объекта.

В каждом пункте поля &listOfVariables разработчик идентифицирует ссылочные поименованные или непоименованные переменные, а также дает спецификацию альтернативного доступа AtternateAccess (при его наличии).

Данное множество может быть пустым.

Таблица 9 — Прваваритегъно определенный объект перечня поименованных переменных

ооъехт перемни поименованных переменных

cue

Значение или сбыта

&Name

reference to Definition

&accessControl

UstOfVanabie

ixinametftem

vadr

namedltem

vnam

aftemateAccess

vait

25.2.19 &NamedType (поименованный тип)

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

Данное множество может быть пустым.

Таблица 10 — Предварительно определоншй объект поименованного типа

Объект поименованного типа

сев

Значение или ссылка

&Name

reference to Definition

AaccessControl

AtypeDescripbon

Ameaning

sem

135

ГОСТ Р ИСО 9506-2-2014

25.2.20 &DataExchanges (обмен данными)

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

Для каждого объекта поле SinUse инициализируется со значением false.

Данное множество может быть пустым.

Таблица 11 — Предварительно определен***! объест обмена данными

Объект обмен* данным*

CBS

Значение или ссылка

&Name

roforonco to Definrtxxi

AaccessControl

&request

^response

&knked

SPrograml n vocation

25.2.21 & Semaphore (Семафор)

Разработчик указывает множество предварительно определенных объектов типа «семафор». Для каждого объекта он заполняет таблицу 12. в которой либо дает ссылку на соответствующее определение, либо указывает значения для всех элементов полей рассматриваемого объекта. В зависимости от значения параметра &class. значения параметров &numberOfTokens или ANamed-Tokens могут не указывать.

Поля AnumberOfOwnedTokens (при условии их наличия) имеют начальные нулевые значения. Поля & Owners и ^Requesters инициализируются как пустое множество.

Данное множество может быть пустым. Если данное множество не пусто, то поле &EventConditk>n также должно быть заполнено.

Таблица 12 — Предварительно определении объект типа «семафор»

Объект типа «семафор»

сев

Значение или ссылка

&Name

reference to Definition

&accessControl

&dass

SnumbwOfToKens

&Named-Tokens

4EventCondrt»n

25.2.22 &OperatorStations (станция управления)

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

Поле &inputBuffer (при условии его наличия) инициализируется как пустая строка, так же как и поле &Output8uffers. Поле &state инициализируется как idle.

Данное множество может быть пустым.

Таблица 13 — Предварительно определении объект станиии управления

Объект станиии управление

сев

Значение или сект

&Name

reference to Definition

&accessControl

&stationType

25.2.23 &EventCondit!on (условие события)

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

1Эв

ГОСТ Р ИСО 9506-2-2014

Поле &timeToActive и поле AtimeToldle инициализируются как undefined. Данное множество может быть пустым.

Таблица 14 — Предварительно определяя куй обьект условия события

Объект успомя события

CB8

Значение или cumu

AName

reference to Defirvbon

AaccessControl

AecCtass

AecState

APnority

Aseveritv

AEventEnroNment

Aenabled

AAlarmStfnmarvReoods

AmonrtoredVferiable

Aevalua bon Interval

AdisolavEnhancement

CSpi

AarouD-Priontv-Override

csoi

AReferenangEventConditionLis:

cspi

25.2.24 &EventAction (действие события)

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

Поле AtimeToActive и поле AtimeToldle инициализируются как undefined.

Данное множество может быть пустым.

Таблица 15 — Предварительно определенти объект действия события

Объект действия события

cee

Значение или ссыгка

AName

reference to Definbon

AaccessControl

AConfirmedServiceRequest

AModifiers

AEventEnroiment

25.2.25 &EventEnrollment (регистрация события)

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

Поле AaAssoclation инициализируется как пустое. Поле &1пуокеЮ (ори условии его наличия) инициализируется как нуль. Поле AnotificationLost (при его наличии) инициализируется со значением false. Поле &timeActiveAck и поле &time!dleAck (при условии их наличия) инициализируются как undefined. Поле &ackState (при его наличии) инициализируется как acked.

Данное множество может быть пустым. Если данное множество не пусто, то множество &EventCondUion также не должно быть пустым.

Таблица 16 — Предварительно определении объест регистрации события

Объект регистра ими события

cee

Значение или ссыгка

AName

reference to Definition

AaccessControl

AeeClass

AEverrtCondrtion

AecTransibons

137

ГОСТ Р ИСО 9506-2-2014

Окончание таблицы 16

AremairwigOekay

AEventActon

Adurabon

AClienlAppi cation

AaaRUe

AdeplayEnhancerrert

cspi

25.2.26 AEventConditionList (перечень условий события)

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

Данное множество может быть пустым. Если данное множество не пусто, то множество &EventCondition также не должно быть пустым.

Таблица 17 — Предварительно определяя куй объект перечня условий события

Объест перечня условии события

сев

Значение или ссыгна

ANane

rotoronco to Definition

AaccessControl

AEventCondrtion

AEventCondibonList

red

AReferenongEventConditionUst

red

25.2.27 &Joumal (журнал)

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

Данное множество может быть пустым.

Таблица 18 — Предварительно определении объект журнала

Объект кгрнапе

CBB

Значение или ccuru

AName

reference to Definition

AaccessControl

AEntries

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

Значения, указываемые е поле &entry. должны быть утыкальными внутри данного журнала. Данное множество может быть пустым.

Таблица 19 — Предварительно определений объект журнальной записи

Объест журнальной эалмса

CBB

Значение или ссыгка

AJoumal

Aentry

ACtentAppfacaUon

Abmestamp

AorderOfReceipt

AinformationType

AtextComment

AeventTransitoonsRecord

AjoumafNfenables

138

ГОСТ Р ИСО 9506-2-2014

25.2.28    &operation-State (рабочее состояние)

Если рассматриваемая практическая реализация поддерживает структурный элемент согласованности csr. то разработчик инциалиэирует данное попе, для того чтобы указать состояние оборудования. обеспечивающего работу VMD. Возможные значения инициализации, idle (ожидание), loaded (загружен), ready (готов к работе), execution (выполнение), motion-paused (пауза), а также manuallnterventionRequired (необходимо вмешательство оператора).

25.2.29    &safety-lntertocks-Vioiated (замки безопасности взломаны)

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

25.2.30    &any-Resource-Power-On (подключение к произвольному источнику тока)

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

25.2.31    &local-Control (локальное управление)

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

25.2.32    & selected-Program-invocation (активизация выбранной программы)

Если рассматриваемая практическая реализация поддерживает структурный элемент согласованности csr. то разработчику следует указать начальное значение параметра активизации выбранной программы selected-Program-invocation. Данное значение может быть нулем.

25.3 CIS. Часть 2: СВВ (структурные элементы согласованности) услуг и параметров

В следующих таблицах разработчик предоставляет информацию о структурных элементах согласованности (СВВ) услуг и параметров, поддерживаемых рассматриваемой практической реализацией. Данная информация указывает, выполняет ли рассматриваемая реализация требования сервера, требования клиента или оба требования одновременно при использовании абстрактного синтаксиса, определенного в настоящем стандарте. Термины «клиент», «сервер», «запрос» и «ответ» определены в разделе 5 ИСО 9506-1. Требования сервера и требования клиента каждого структурного элемента согласованности (СВВ) описаны в разделе 25 ИСО 9506-1.

25.3.1 Среда и общие услуги управления

8 таблице 20 (только для данного пункта) указано наличие псддержки. Необходимо указать, может ли данная практическая реализация поддерживать роль запрашивающего устройства, роль ответчика или обе роли одновременно.

Таблица 20 — Среда и общие услуги управления

Соеда и общее упоэапение

Звпмшиааешее устройство

Ответчик

Инициировать

Завершить

Отменить

в таблице 21 разработчик указывает:

1)    наличие поддержки СВВ следующих параметров: char. csr. csnc, csplc, cspi:

2)    вызываемые/выэванные локальные детали. Разработчик указывает деталь, использованную в параметрах LocalDetailCalling и LocalDetailCalled. применяемую в услуге запуска Initiate, если эти параметры являются частью рассматриваемой практической реализации. Семантика указываемых значений должна соответствовать установленным требованиям;

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

139

ГОСТ Р ИСО 9506-2-2014

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

Таблица 21 — Среда и общие параметры управления

Общие параметры управления

Значение

Char

Csr

Csnc

Csplc

Cspi

Local Detafl (местные детали)

Support for time (поддержка времени)

Granularity of time (ms) (степень дробления времени)

25.3.2 Услуги управления доступом

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

Таблица 22 — Услуги управления доступом

Управление лостггиэы

Сервер

Клиент

Опредологмо перо am средств управления доступом

Получение атрибутов первая средств управления доступом

^гисграция объектов с управляемым доступом

Удаление перечня средств ynpaenoiarn доступом

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

В таблице 23 разработчик указывает наличие поддержки а со СВВ. Таблица 23 — Параметрупраалемядоступом

Параметр управления аос-утом

Асо

25.3.3 Услуги поддержки VMO

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

Таблица 24 — Услуги поддержки VMD

Поддержи VMD

Сервер

Клиент

Статус

Незапраимваемый статус

Полу>eiыо перечня имен

Идентифмдироватъ Identify

Переименовать

Попу we? перечня возможностей

Останов VMD

Перезагрузка VMD

Практическая реализация. отображающая поддержку ответчика для услуги запуска Initiate, необходима для поддержки роли сервера для услуги идентификации Identify.

8 таблице 25 разработчик указывает:

1)    параметр Local Detail (параметр услуг Status и UnsolicitedStatus): разработчик указывает, что представляет собой рассматриваемая локальная подробность и как данный параметр грамматически оформлен внутри битовой строки (синтаксис и семантика символьной строки должны удовлетворять установленным требованиям);

2)    метод расширенного вывода статуса информации: разработчик указывает метод расширенного вывода статуса информации, при его наличии (см. 10.3).

140

ГОСТ Р ИСО 9506-2-2014

Таблица 25 — Параметр поддержит виртуального приспособления VMD

Парамето поааератм VUO

Значение

Local Detail

Extended Derivation

25.3.4 Услуга управления доменом

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

Таблица 26 — Услуги управления доменом

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

Серьер

Клиент

Имгциироеание последовательности загрузки

Сегмент загрузки

Завершение последовательности загрузки

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

Сегмент подкачки

Завершат аю последовательности загрузки

Запрос загрузки области

Запрос подкачки области

Загрузка контента области

Хранение контента области

Удаление области

Получение атрибутов области

В таблице 27 разработчик указывает:

1)    поддерживает ли рассматриваемая практическая реализация СВВ с параметром tpy:

2)    формат загрузки данных. Разработчик дает семантические и синтаксические определения ок-тетной строки е параметре загрузки данных услуг DownloadSegment и UploadSegment.

3)    если поддерживается выбор EXTERNAL или EMBEDDED POV для указанных параметров, то разработчик указывает поддерживаемые имена абстрактного синтаксиса:

4)    максимальное количество механизмов подкачки. Здесь разработчик указывает максимальное количество механизмов подкачки, одновременно задействуемых в одной области.

Таблица 27 — Параметры управпемтя доменом

Параметр* области

Значение

tpy

Загрузка данных - октетные строки

Загрузка данных - абстракпый синтаксис

Максимальное количество механизмов подкачки

25.3.5 Услуги управления активизацией программы

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

Таблица 28 — Услуги управления активизацией программы

Подсержа управления активизацией программ*

Сеоьер

Клиент

Формирование процесса вызова программы

Удаление вызова программы

Начать

Останов

Возобновить выпогмение

Перезагрузка

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

Получение атрибутов вызова программы

Выбор

Изменение атрибутов вызова программы

Реконфигурация вызова программ*

141

ГОСТ Р ИСО 9506-2-2014

В таблице 29 разработчик указывает:

1)    аргумент выполнения (параметр услуг start и Reset): определено максимальное количество поддерживаемых символов символьной строки параметра аргумента выполнения:

2)    грамматические правила для символьной строки аргументов выполнения:

3)    если для данного параметра поддерживается выбор EXTERNAL или EMBEDDED PDV. то приведены поддерживаемые имена абстрактного синтаксиса:

4)    формат обозначения для поля ^program Location (при его наличии):

5)    поддерживается ли шаговый режим работы StepMode.

Таблица 29 — Параметры управления активизацией программ

Параметры ммм программы

Значение

Максимальный размер аргумента выполнения

Грамматические правила для аргументов выполнения

Абстрактный синтаксис аргумента выполнения

&programLocat>on

StepMode

25.3.6 Услуги блока управления

В таблице 30 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль клиента или обе роли одновременно для следующих услуг. Таблица 30 — Услуги блока управления

Подаержка угра»ленм« блока управления

Сереер

Клиент

14е<циироаание загрузки блока управлегия

Сегмент загрузки блока управления

Подкачка блока управления

Пуск блока управпо» ия

Останов блока управления

Создание блока управления

Д об ас пс lew к блоку управления

Удаление из блока управления

Получение атрибутов блока управления

Загрузка блока управления из файла

Хранение блока управления а файле

Удаление блока управления

25.3.7 Услуги доступа к переменной

В таблице 31 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль клиента или обе роли одновременно для следующих услуг. Таблица 31 — Услуги доступа к переменной

Подсерже» доступа * переменной

Сервер

Клиент

Читать

Писать

Информационный отчет

Получение атрибутов доступа к переменной

Опредеяетмо поименованной переменной

Удаление доступа к переменной

Определимо пережя поименованных переменных

Получение атрибутов переия поименованных перемри ых

Удаление перечня поименованных переменных

On ре долот мо поименованного типа

Получение атрибутов поименованного типа

Удаление поименованного типа

8 таблице 32 разработчик указывает:

142

ГОСТ Р ИСО 9506-2-2014

1)    значения С6В параметров strl, str2. vnam. vadr. valt vlis.

2)    максимальное значение поддерживаемого параметра nest:

3)    если рассматриваемая практическая реализация поддерживает механизм, описанный в ИСО 9506-1. то следует указать СВВ параметров real:

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

5)    если поддерживается режим vadr. то разработчик указывает, поддерживается ли режим SINGLE, режим UNNAMED или оба эти режима спецификации переменной (см. 12.5.2.1 ИСО 9506-1).

Таблица 32 — Параметры доступа к переменной

Парапетом доступа * переменмэи

Зпачеиив

strl

str2

vnam

vadr

valt

vlis

nest

Unanterruptbie access

SINGLE

UNNAMED

8 таблице 33 разработчик указывает возможные значения поля Size типа данных, поддерживаемых как сервер.

Таблица 33 — Параметры данных

Дайте — мракеrp See

Значеюае

Битовая строка

Целое

без знака

С плавающей точкой

Октегная строка

Видимая стоока

Бинарное время

bed

mMSStnng

25.3.8 Услуги обмена данными

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

Таблица 34 — Услуги обмена дам-ыми

Поадеожкл обмена данных

Сереео

Клиент

Обмен дааых

Получение атрибута обмена данными

25.3.9 Услуги управления семафором

8 таблице 35 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль кгмента или обе роли одновременно для следующих услуг Таблица 35 — Услуги управления семафором

Поддержка семафора

Сераер

Клиент

Полу Ю1 мо управлетмя

Освобождение управления

DefineSemaphore (определить семафор)

143

ГОСТ Р ИСО 9506-2-2014

Окончание таблицы 35

Посаержка сежагюра

Сервер

Клиент

Delete Semaphore (стереть семафор)

Отчет о статусе семафора

Отчет о статусе группового семафора

Отчет о статусе затеей семафора

Прикрепление к модификатору семафора

8 таблице 36 разработчик указывает приоритетную операцию Priority processing семафора. Разработчик указывает алгоритм определения приоритета для семафора (если семафоры это поддерживают). Параметр степени дробления времени представлен в таблице 25.

Таблица 36 — Параметры улравпежя семафором

Операция Priority processing

Описание

Алгоритм

25.3.10 Услуги связи оператора

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

Таблица 37 — Услуги связи оператора

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

Сервер

Клиент

Вход

Выход

В таблице 38 разработчик указывает максимальное значение параметра Input time out (истечение указанного времени, с).

Таблица 36 — Параметр связи оператора

Парапета стеная* упоаегеняя

Значение

Input time out

25.3.11 Услуги управления событием

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

Таблица 39 — Услуги управления событием

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

Сероер

Клиент

Trigger Event (запуск события)

EventNotification (уведомление о событии)

Подтверждение EventNotification

Получение сводки о сигнале тревоги Alarm Summary

Получение сводки о pern страты сигнала тревоги Alarm EnroHmentSummary

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

25.3.12 Услуги условия события

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

Таблица 40 — Услуги условия события

Поддержка управления условия события

Сереер

Клиент

Опредолот мо условия события

Удаление условия события

Получение атрибутов условия события

Отчет о статусе условия события

Мони тори г измемм условия события

144

ГОСТ Р ИСО 9506-2-2014

В таблице 41 разработчик указывает, поддерживает ли рассматриваемая практическая реализация СВВ параметры cei, dee. dei.

Таблица 41 — Параметры условия события

Параметры условия события

Значение

са

des

dei

Примечание — С88 параметры des и dei таске используются для услуг регистрации события.

25.3.13 Услуги действия события

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

Таблица 42 — Услуги действия события

Паалееяса упоаапеиия аеисяиеи события

Сеоаео

Клиент

Определимо действия события EventAction

Удаление действия события

Получение атрибутов действия события

Отчет о статусе условия события

Отчет о статусе действия события

25.3.14 Услуги регистрации события

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

Таблица 43 — Услуги регистрации события

Поадеожяа упоаапеиия оегистмихои события

Сеоеер

Клиент

Определимо регистрации события

Удаление регистрации события

Получение агоибутоа оегистоаиии события

Отчет о статусе регистрации события

Изменение регистрации события

25.3.15 Услуги перечня условий события

В таблице 44 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль клиента или обе роли для следующих услуг. Таблица 44 — Услуги порогня условий события

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

Сервер

Клиент

Опредопммо перечня условии события

Удаление перечня условий события

Добоопет мо осылси перечня условий события

Удаление ссылки перечня условий события

Получение атрибутов переивт условий события

Отчет о статусе перечня условий события

Мониториг изменеюм перечня условий события

8 таблице 45 разработчик указывает, поддерживает ли рассматриваемая практическая реализация СВВ параметр reel.

Таблица 45 — Параметр перечня условий события

Параметр перечня успоаия события

Значете

Red

25.3.16 Услуги управления журналом

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

145

ГОСТ Р ИСО 9506-2-2014

Таблица 46 — Услуги управления журналом

Паллкш управления журналом

Сервер

Клиент

Читать журнал

Писать журнал

Инициализировать журнал

Отчет о статусе журнала

Создание журнала

Удаление жуоналэ

25.3.17 Ошибки

В таблице 47 разработчик указывает.

1)    дополнительный код (параметр типа ошибки): приведены коды, используемые параметром дополнительного кода. Следует указать целые коды и их смысл:

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

Таблица 47 — Параметры ошибки

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

Значение

смысл

Дополнительный код

Дополкмтепыые подробности

25.3.18 Услуги доступа к файлу

В таблице 48 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль клиента или обе роли для следующих услуг. Таблица 48 — Услуги доступа к файлу

Поддержка доступа к файлу

Сервер

Клиен!

Получение файла

25.3.19 Услуги управления файлом

В таблице 49 разработчик указывает, поддерживает ли рассматриваемая практическая реализа

ция роль сервера, роль клиента или оое роли для следующих услуг. Таблица 49 — Услуги управления файлом

Повоевав* управления Файлом

Сервер

Клиен!

Открыть файл

Читать файл

Зафьтть файл

Переименовать файл

Стереть файл

Диоектооия Файла

В таблице 50 разработчик указывает:

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

Таблица 50 — Параметры улраапежя файлом

Параметры управления файлом

синтаксис

симдепы

Длина

Имя файла

25.3.20 Услуги рассеянного доступа

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

146

ГОСТ Р ИСО 9506-2-2014

Таблица 51 — Услуги рассеянного доступа

Подаеопя оассеатого аос гущ

Ссраер

Юмемт

Опредол» мо рассеянного доступа

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

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

8 соответствии с разделом 25.3.20 разработчик указывает, поддерживает ли данная практическая реализация СВВ параметр vsca.

Таблица 52 — Параметрырэссеямюгодоступа

Параметры рассеянного доступа

Значение

vsca

147

ГОСТ Р ИСО 9506-2-2014

Приложение А (обязательное)

Связь /И-услуг с сервисным элементом управления ассоциацией (ACSE) и услугами представления данных

В настоящем приложены описав возможность использования сервисного элемента управления ассоциэ-1**ей (ACSE) и услуг уровня представления да1*ых для реализащи М-услуг. необходимых для работы механизма разработки протокола обмою сообщениями (ММРМ). Любое испогъэоеание услуг ACSE или услуг представления да ■ 1ых. отптчное от описанного в настоящем приложении. приеодот к ошибкам протокола.

Протокол сообщения MMS находится е среде взаимосвязи открытых систем и внутри прикладаого уровня. Настоящим стандарт использует (отображает) услуги и примитивы услуг ACSE и уровня представления данных в качестве прикладного сервисного элемента (ASE). MMS-лольэоезтели могут быть элементам* рассматриваемого прикладного процесса или быть другими элементами услуг ASE.

А.1 Отображение М-услуги

Все блоки дан tux MMS PDU следует рассматривать как данные пользователя на элементе ACSE или на примитиве услуги представления дапых. Отображение М-услуги на элементы ACSE и на услуги представления даниых имеет следующий вид:

М-Service    ACSE or Presentation Service

M-ASSOC1ATE

«■RELEASE

M-DATA

«-U-ABORT

«-P-ABORT

A-ASSOCIATE

P-DATA A-RE LEASE

P-DATA

A-U-ABORT

A-P-ABORT

A.1.1 Услуга «-ASSOCIATE

Примитивы услуг «-ASSOCIATE в точности соответствуют примитивам услуги A-ASSOCIATE (см. ИСО/ МЭК 8649). Соответствие данных параметров рассмотрено ниже.

Параметры Calling АР Title. Calling АЕ Qualifier. Calling АР Invocation-identifier и Calling АЕ Invocation-identifier сущности AARQ-apdu указа ы для выбора значения параметра Calling Application Reference услуги «-ASSOCIATE.

Параметры Called АР Title. Called AE Qualifier. Called AP Invocation-identifier и Called AE Invocation-identifier сущности AARQ-apdu указав* для выбора значения параметра Called Application Reference услуги «•ASSOCIATE.

Параметры Respon<£ng AP Title. Responding AE Qualifier. Responding AP Invocation-identifier и Responding AE Invocation-identifier сущности AARE-apdu указаны для выбора значения параметра Responding Application Reference услуги «-ASSOCIATE

Следует использовать параметр Authentication Value сущности AARQ-apdu (при ее наличии) для того, чтобы указать значение поля Authentication Value аргумента услуги «-ASSOCIATE.

Следует указать значение параметра Authentication Value сущности AARE-apdu (при ее наличии) для того, чтобы указать значение поля Authentication Value реэутътата услуги «-ASSOCIATE

Следует использовать параметр User Data сущности AARQ-apdu для выбора значения поля User Data аргумента услуги «-ASSOCIATE

Следует использовать параметр User Data сущности AARE-apdu для выбора значения поля User Data результата услути «-ASSOCIATE.

Могут быть использованы другие пара*негры сущности AARQ-apdu для выбора з кг иония поля Other Communication Parameters аргумента услути «-ASSOCIATE.

Могут быть использованы другие параметры сущности AARE-apdu для выбора значения поля Other Communication Parameters результата услуги «-ASSOCIATE

А.1.2 Услуга «-RELEASE

В среде OSI услуга «-RELEASE реализована как последовательность услуги P-DATA и услуги A-RELEASE. Процедура и соответствие параметров установленным требованиям рассмотрено ниже.

А. 1.2.1 Запрашивающий MMS-попьэоввтель

Есть* механизм ММРМ получает примитив запроса Conclude.request от запрашивающего MMS-погъзоватепя. то данный механизм ММРМ выдает примите запроса P-DATA с блоком данеых Condude-RequestPDU е качестве поля UserField.

148

ГОСТ Р ИСО 9506-2-2014

После полученмя отображения Р-ОАТА содержащего корректный блок данных Conclude-ResponsePDU. ue-ханегзм ММРМ выдает примитив услуги ACSE A-RELEASE.request не содержащий данных пользователя.

После получения примитива подтвержденмя A-RELEASE-confirm ACSE (данные пользователя которого игнорируются) с реэу/ыирующим параметром, отображающим успешный выпуск прикладной ассоциации, меха-мам ММРМ доставляет примитив подтвержденыя Conclude.confirm указывающий значение Result(+) для MMS-попьэователя. Ест результирующий параметр указывает. что логытка вывода неудачна, то механизм ММРМ выдает примгтив запроса A-abortrequest ACSE и доставляет примитив подтверждения Conclude.confirm, указывающий значение Result(+) для MMS-лопьэовэтеля.

А.122 Ответэющийся MMS-погъэователь

После получения отображения Р-ОАТА. содержащего корректный блок данных Conclude-RequestPOU. механизм ММРМ выдает примитив отображения Conclude.indication для ответающегося MMS-погъэователя.

После получения примитива ответа Conclude, response указывающего факт приема сообщения ответа-ющимся MMS-польэоеагепем. механизм ММРМ выдает примитив запроса Р-DATA. содержащего блок данных Conclude-ResponsePDU в качестве поля UserFieW.

После полученмя примитива отображения A-RELEASE.indication ACSE (данью погъэоеателя которого игнорируются). механмзм ММРМ выдает прибытие ответа A-RELEASE.response ACSE. не содержащий данных погъ-эоеатепя. Данное сообщение содержит результирующий параметр, указывающий на успешный выпуск прикладной ассоциации*. Механмзм ММРМ выдает примитив ответа Conclude.response, содержащий сообщение об успехе, запрашивающему MMS-попьэователю.

После получения примитива ответа Conclude.response, указывающего на отказ ответающегося MMS-пользователя. механизм ММРМ выдает примитив запроса Р-ОАТА. содержащего блок данных Conclude-ErrorPDU е качестве поля UserPield. Механизм ММРМ выдает примитив ответа A-RELEASE, response ACSE, не содержащий да пых пользователя. Эго сообщение содержит результирующий параметр, указывающий на неудачный выпуск прикладной ассоциации. Механизм ММРМ выдает также примитив ответа Conclude .response, указывающий на неудачу, запрашивающему MMS-польэователю.

А.2 Услуга M-DATA

Услуга M-DATA отображается прямо на услугу Р-ОАТА. Параметр данных погъэоеателя услуги М-ОАТА — это параметр данных пользователя услуги Р-ОАТА.

А.З Услуга Af-lZ-Abort

Услуга прерывания JW-U-Abort отображается прямо на услугу прерывания А-(АAbort Параметр исгочнмка прерывания услуги M-U-Abort — это параметр источника прерывания услуги A-CAAbort.

А.4 Услуга Af-P-Abort

Услуга M-P-Aoort отображается прямо на услугу д-p-Abort. I (араметр истопника прерывания услуги м-р-Abort — это параметр исто ■ мка прерывания услуги A-P-Abort.

А.5 Использование контекстов представления данных

Модель OSI поддерживает процедуру согласоеамгя контекста представления данных во время создайся ассоциации В оттчие от первого издания настоящий стандарт определяет только один абстрактный синтаксис. Поэтому проблема тожественности абстрактных синтаксисов в настоящем стандарте не актуальна. Однако настоящий стандарт может быть также использован е условиях множественности сюгтассисов передачи, а работа системы связи в среде MMS и OSI требует наличия абстрактного синтаксиса ACSE. Поэтому согласование контекстов представления данных для заданной ассоциации оказывается необходимым условием.

Для рассмотрения одного или нескольких контекстов представления данных необходимо использовать параметр перечня определений контекста представления данных для примитива запроса A-Associste.request ACSE путем вызова сущности приложения АЕ Аналогично параметр перечтя результатов контекста представления дальних для примитива ответа A-Associate.response ACSE может быть использован путем ответа сущности приложения АЕ на сообщение о приеме или отказе от предложенных элементов (см. ИСО/МЭК 8649 и ИСО 8822).

А.6 Определение синтаксиса передачи

Значению идентификатора объекта и значение описателя объекта ASN.1 имеют вид {joirrt-iso-cofl asn 1(1) basic-encoding( 1) } и

«Basic Encodng of a single ASN.1 type»

(они назначаются и информационному объекту в соответствии со ИСО/МЭК 8825). Указанные значения могут быть использованы в качестве сттаксиса передачи вместе с рассматриваемым абстрактным снмтэксисом.

149

ГОСТ Р ИСО 9506-2-2014

А.7 Имя контекста приложения

Для использования прилажены*. содержащих объекты ACSE и MMS кая элементы услуги приложения ASE. следующие значения идентификатора объекта

{ во standard 9506 part(2) mms-applicabon-context-version1(5)} и хачение описателя объекта:

«ISOMMS*

назначаются для информационного объекта типа:

«ACSE-1AppbcationContextName»

в соответствии с ИСО/МЭК 8650. Несмотря на то что данный идентификатор объекта определен в настоящем стандарте и. следовательно, включает фрагмент «рагЦ2)». данное имя контекста приложения должно ссылаться на требования ИСО 9506-1 и настоящего стандарта.

А.7.1 ApplicationReference (ссылка на приложение)

В А.7.1 определены параметры Application Reference и Authentication-value, которые используются как попя объекта прикладной ассоциации.

MMS-Environment-1 (iso standard 9506 part(2) mms-envronment-version 1 (4)}

DEFINITIONS ::= BEGIN EXPORTS

Appfccatkxi Reference.

Authentication-value:

IMPORTS

AP-totte.

AP-invocation-identifier.

AE-qualifier.

AE-«nvocation-<dentifier.

Authent»cabon-value FROM ACSE-1

{joint-iso-itu-t assoaat>on-corKroH2) modi4es(0) apdus(0) vers*on1(1)}:

ApplicationReference ::= SEQUENCE {

ap-Ule [0J ACSE-1 AP-Wte OPTIONAL.

ap-invoca6on-id (1) ACSE-1 AP-invocabon-kJerirter OPTIONAL, ae-qualifier [2] ACSE-1 .AE-qualifier OPTIONAL, ae-invocation-id (3) ACSE-1 AE-vivocation-identifer OPTIONAL )

END

Параметр ApplicationReference выводится в соответствии с правилаьы настоящего стандарта (см. 5.5). Используется определение параметра услуги ссытжи на приложение, данное в разделе 6 ИСО 9506-1. Рассматриваемое определение ASN.1 использует типы АР-Ьве. АР-Invocation-id. AE-qualifier и AE-Invocation-id. установление определением модуля ACSE-1 а соответстаюг с ИСО/МЭК 8650.

Значения, испотъзуемые сущностью ApplicationReference в любой реахызащы. заданы таким образом, чтобы ссылка ApplicationReference была достаточной для уникальной и сдаозначной едентификащы прикладного процесса, идентификации порядка активизации прикладного процесса, идентификации сущности приложения (порядка активизации сущности приложен*») в соотаетствмг с требованиями ссылочной MMS-услути.

Примечание — Дополнительную информацмо об именовании и адресаты прикладных уровней можно найти в ИСО 7498-3. ИСО/МЭК 9545. ИСО/МЭК 8649 и ИСО/МЭК 8650.

150

ГОСТ Р ИСО 9506-2-2014

Приложение В (обязательное)

Абстрактный формат конфигурации и инициализации

Настоящее приложение устанавливает правила кодирования информации о конфигурации и инициализации (см. раздел 2S). Данные кода использованы в отдельном модуле ASN.1. Этот модуль применяют для передачи информадои (см. раздел 25) или для хранения данных инициализации систем.

MMS-SCl-Module-1 { iso standard 9506 part(2) mms-Ne-record-version1(2)}

DEFINITIONS ::= BEGIN

IMPORTS AppItcatonReference

FROM MMS-Environment-1 {iso standard 9506 part(2) mms-environment-version1(4)}

AccessCondition.

Addition atCBBOpbons.

AdditionatSupportOpbons,

Address.

AlarmAckRuto.

Control-State.

DomainState.

EC-Class.

EC-Stale.

EE-Duration.

EE-Class.

LogicalStatus.

Modifier.

ParameterSupportOptions.

Phystca (Status,

Priority.

ProgramlnvocabonState.

ServiceSupportOpbons.

Severity.

Transitions.

TypeDescription

FROM MMS-Object-Module-1 {«so standard 9506 part(1)mms-object-model1(1)}

AMematoAccess.

ConfirmedServiceRequest.

AttachToEventConcMon.

Attach ToSemaphore.

Data.

EE-State.

identifier.

Integer8.

Integer32.

MMSStnng.

MMS255String.

ObfectName.

TmeOfDay.

TypeSpeoScation.

Unsigned32.

UnsignedS

FROM ISO-9506-MMS-1 {iso standard 9506 part(2) mms-abstract-syntax-varsionl(l)}:

SCl-Information -= SEQUENCE {

partOne    [0] IMPLICIT VMD-File.

partTwo    |1] IMPLICIT Service-and-Parameter-CBBs

)

B.1 SCI. Часть 1: инициализация VMD (виртуального производственного устройства)

Коды ««формации, содержащемся в тэблжю 1, соответствуют типу VMD-File.

VMD-Fie ::= SEQUENCE {

151

ГОСТ Р ИСО 9506-2-2014

executive? uncbon

(0]    IMPLICIT ApplicationReference. vendorName

(1]    MMSString. modeftame

[2]    MMSString. revision

[3]    MMSString. abstractSyn taxes

{4J IMPLICIT OBJECT IDENTIFIER.

-    no TRANSACTIONS.

-    no APPLICATION-ASSOCIATIONS. eccessContrd

(5] IMPLICIT Access-ControMJst-instance. logicaiStatus

{6) IMPLICIT LogicaiStatus, capabilities

[7]    IMPLICIT SEQUENCE OF MMSStnng. physcalStatus

[8]    IMPLICIT PhysicalSIatus. local-detail

[9]    IMPLICIT BIT STRING. accessControOJsts

[10]    IMPLICIT SEQUENCE OF Access-Control-List-mstance. domains

[11]    IMPLICIT SEQUENCE OF Domain-instance, programlnvocabons

[12]    IMPLICIT SEQUENCE OF Progrvn-lnvocation-instm». urxtControte

[13]    IMPUC1T SEOUENCE OF Unit-Control-instme

IF (vadr)

unnamedVariables

[14]    IMPLICIT SEOUENCE OF Unnamed-Vferiable-instance

ELSE

unnamedVariables

[14]    IMPLICIT NULL

ENDIF IF (vnam)

namedVariables

[15]    IMPUCIT SEQUENCE OF Named-Vanabiennstance

IF (vlis)

namedVariableLists

[16]    IMPLICIT SEQUENCE OF Named-Vferiabie-Lst-instOTce

ELSE

namedVariableLists

[16]    IMPUCIT NULL

ENDIF

namedTypes

[17]    IMPUCIT SEOUENCE OF Named-Type-instOTce

ELSE

namedVariables

[15]    IMPUCIT NULL. namedVariableLists

[16]    IMPUCIT NULL. namedTypes

[17]    IMPUCIT NULL

ENDIF

dataExchanges

[18]    IMPUCIT SEOUENCE OF Data-Exchange-nstance. semaphores

152

ГОСТ Р ИСО 9506-2-2014

[19]    IMPLICIT SEQUENCE OF Semaphore-instance, operators taboos

[20]    IMPLICIT SEQUENCE OF Operator-Station-instance. eventCondibons

[21]    IMPLICIT SEQUENCE OF Event-Condrtion-retance. eventActions

[22]    IMPLICIT SEQUENCE OF Event-Action-instance. evertEnrollments

[23]    IMPLICIT SEQUENCE OF Event-EnroHment-instance

IF (cspi)

eventContfcbonLists

[24]    IMPLICIT SEOUENCE OF Event-ConAbon-Ust-instance

ELSE

eventConrfcbonLists

[24]    IMPUCIT NULL

ENDIF

journals

[25]    IMPLICIT SEOUENCE OF Journo-instance.

IF(csr)

Selected-Program-tnvocatoonCHOICE {

selectedProgram

[26]    IMPUCIT Program-In vocation-instance.

noneSelected

[27]    IMPUCIT NULL}

ENOIF

)

B.1.1 Объекты перечня средств управления доступом

Ниже представлен пример кодирования ««формации, содержащейся е таблице 3.

Access-Control-Ust-instance ::= SEQUENCE {

name    [0] IMPLICIT Identifier,

definition    CHOICE {

reference    [1] IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE {

accessControl

[3]    IMPUCIT Access-Controi-List-instance. readAccessCondition

[4]    AccessCondibon OPTIONAL storeAccessCondition

[5]    AccessCondibon OPTIONAL writeAccessCondition

[6]    AccessCondibon OPTIONAL loadAccessCondilion

[7]    AccessCondibon OPTIONAL executeAccessCondibon

[8]    AccessCondfoon OPTIONAL dotatoAccessConditton

[9]    AccessConcfibon OPTIONAL erMAccessCondition

[10]    AccessCondibon OPTIONAL.

—    The folowing fields are used to record fists of objects placed

—    imder the control of this ACCESS-CONTROL-UST object

—    They wifi be referred to collectivefy as the ControBed Object Lists

accessControBJsts

[11]    IMPUCIT SEQUENCE OF Access-ControWJst-instance. domains

[12]    IMPUCIT SEOUENCE OF Domain-instance.

153

ГОСТ Р ИСО 9506-2-2014

IF (vadr)

ELSE

ENOIF IF (vnam)

IF (vtis)

ELSE

ENDIF

ELSE

ENDIF

programlnvocations

[13]    IMPLICIT SEQUENCE OF Progran-lnvocation-instance. unrtControis

[14]    IMPLICIT SEQUENCE OF Unit-Control-instance unnamed Variables

[15]    IMPUCIT SEQUENCE OF Unnamed-Variable-instance

unnamed Variables [15] IMPLICIT NULL

named Variables

[16]    IMPUCIT SEQUENCE OF Named-Vanabtennstance namedVbriableLists

[17]    IMPLICIT SEOUENCE OF Named-Vanabte-Ust-insbmce

named VariabteLists

[17]    IMPLICIT NULL

namedTypes

[18]    IMPLICIT SEOUENCE OF Named-Type-instance

named Variables

[16]    IMPLICIT NULL namedVari able Lists

[17]    IMPLICIT NULL namedTypes

[18]    IMPLICIT NULL

dataExchanges

[19]    IMPLICIT SEQUENCE OF Data-Exchange-rtstance. semaphores

[20]    IMPLICIT SEQUENCE OF Semaphore-instme. operator Stations

[21]    IMPUCIT SEQUENCE OF Operator-Staborv-nstance. eventConditions

[22]    IMPLICIT SEOUENCE OF Event-Condition-instance. eventActions

[23]    IMPLICIT SEOUENCE OF Event-Acbon-inst*K». eventEnrolfenents

[24]    IMPUCIT SEOUENCE OF Event-Enrollment-instance. jounats

[25]    IMPUCIT SEOUENCE OF Joum*4nstanee.

IF (cspi) ENDIF

eventCondrbonLists

[26] IMPLICIT SEQUENCE OF Event-Conditioo-List-instance

} > >

B.1.2 Объекты области

Ниже представлен пример кодирования жформэшм. содержащейся в таблице 4. Domain-instance SEQUENCE {

папе    [О] IMPLICIT Identifier,

definition CHOICE {

reference    [1] IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE!

capab*tes    [3] IMPLICIT SEQUENCE OF MMSString.

154

ГОСТ Р ИСО 9506-2-2014

state

— The aAssodabon is not included

[4] IMPLICIT OomainState.

accessControl

{5) MPLICIT Access-Control-List-ffistance. sharabie    (6] IMPLICIT BOOLEAN,

programtnvocabons

[7] MPLICIT SEQUENCE OF Program-) nvocation-nstance - uploadsInProgress is not included IF (vnam)

namedVariabies

18] IMPLICIT SEQUENCE OF Named-Variable-instance

IF (vtis)

namedVariableLists

(9] IMPLICIT SEQUENCE OF Naned-VariaWe-List-nstance

ELSE

namedVartabteLists

Щ IMPLICIT NULL

ENDIF

namedTypes

(10] IMPLICIT SEQUENCE OF Named-Type-instance

ELSE

namedVariabies

(8] IMPLICIT NULL. namedVanabieUsts

Щ IMPLICIT NULL. namedTypes

[10]    IMPLICIT NULL

ENOIF

evertCondibons

[11]    IMPLICIT SEQUENCE OF Event-Cond*on-inst»>ce, evertActions

[12]    IMPLICIT SEQUENCE OF Event-Acborwnstance. eventEnrollments

(13]    IMPLICIT SEQUENCE OF Event-Enroiment-mstance

IF (cspi)

eventCondibonLets

[14]    IMPLICIT SEQUENCE OF Event-Coodrtran-Ust-mstance

ENDIF

} } >

B.1.3 Объекты предварительно определенного порядка вызова программы

Ниже представлен пример кодирования информации, содержащейся в таблице 5.

Program-lnvocabon-instance ::= SEQUENCE { поте    (0] IMPLICIT Identifier,

defirabon CHOICE {

reference    [1] IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE {

programlnvocabonState

[3] MPLICIT ProgramlnvocationState. domains

]4] IMPLICIT SEQUENCE OF Domain-instance. accessControl

[5]    IMPLICIT SEQUENCE OF Aceess-ControWJst-nstance. reusable

[6]    IMPLICIT BOOLEAN, monitor

[7]    IMPLICIT BOOLEAN.

-    The (blowing three fields shall all be present M the value of

-    monrtor is true.

-    If present, the &name field of each object instance

155

ГОСТ Р ИСО 9506-2-2014

—    shaO have a value equal to the

-    &name field of tots instance of the PROGRAM-INVOCATION.

eventConcttion

(8)    IMPLICIT SEQUENCE OF Event-Conditkxvinstance OPTIONAL. eventAction

(9]    IMPLICIT SEQUENCE OF Event-Action-instanoe OPTIONAL. eventEnrolment

I10J IMPLICIT SEQUENCE OF Event-Enroflment-instance OPTIONAL. executionArgument [11] MMSString.

IF<csr)

control

{121 IMPLICIT Control-Stale. controlling-Program-Invocation

(13} IMPLICIT Program-lnvocalion-«stance.

-    The following field shall be present

—    if and only if the value of toe &controi field is controlling.

controlled-Program-Invocabons

(14} IMPLICIT SEQUENCE OF Progr»n-tnvocaton-instance OPTIONAL

ENDIF

> } }

B.1.4 Объекты предварительно определенного блока управления

Ниже представлен пример кодирования информации, содержащейся в таблице 6. Unit-Cortrot-instance ::= SEQUENCE {

папе    [0] IMPLICIT Identifier,

defection CHOICE {

reference    (1J MPLICIT OBJECT IDENTIFIER,

details    (2) IMPLICIT SEQUENCE {

accessControl

(3} IMPLICITAccsss-ControJ-Ust-instance. domains

}4] IMPLICIT SEQUENCE OF Domain-instaice. programlnvocabons

(5( MPLICIT SEQUENCE OF Program-lnvocation-nstance

} > }

B.1.5 Объекты непоименованной переменной

Ниже представлен пример кодирования информации, содержащейся в таблице 7. Unnamed-VariableHnstance ::= SEQUENCE { address    (0] Address.

access Control    (1J IMPLICIT Access-ControHJst-instance.

typeOescnpbon    (2] TypeOescnption

)

B.1.6 Объекты предварительно определенной поименованной переменной

Ниже представлен пример кодирования ^формации, содержащейся в таблице 8. Named-Variable-nstance SEQUENCE { name    (0] ObjectName.

definition CHOICE {

reference    (1} IMPLICIT OBJECT IDENTIFIER,

details    (2} MPLICIT SEQUENCE {

accessControl

IF < vadr) ELSE

[3} MPLICIT Access-Conirot-List-tfistance. typeDescripbon    (4) TypeOescnpbon

address    (5] Address OPTIONAL

[5] NULL

156

ГОСТ Р ИСО 9506-2-2014

ENDIF IF (sem)

meaning    [6] IMPLICIT VisibleString OPTIONAL

ENDIF

> } }

B.1.7 Объекты предварительно определенного перечня поименованных переменных

Ниже представлен пример кодирования информации, содержащейся е таблице 9. Named-Variable-Ust-instance ::= SEQUENCE { name    [0] Object Name,

definition CHOICE {

reference    (11 IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE {

accessControl

(31 MPLICIT Access-Control-bstHnstance. listO№riables

(4] MPLICIT SEQUENCE OF V^iable-Ust-ltem-mstwice

} } }

Variabte-Let-ltem-instance ::= SEQUENCE (

- one and only one of the Mowing two bnes shad appear IF(vadr)

unnamedltem

(0] IMPLICIT Unnamed-Vfenabie-instance OPTIONAL

ELSE

unnamedltem

(0) IMPLICIT NULL OPTIONAL

ENDIF

IF < vnam )

namedltem

(1] IMPLICIT Named-Ntenatole-mstance OPTIONAL

ELSE

namedltem

(1] IMPLICIT NULL OPTIONAL

ENDIF

IF (vatt)

— the Mowing specification may be nduded

altemateAccess    (2] IMPLICIT AKemateAccess OPTIONAL

ENDIF

}

B.1.8 Объекты предварительно определенного поименованного типа

Ниже представлен пример кодирования тформаимч. содержащейся в таблице 10.

Named-Type-instance ::= SEQUENCE {

name

(0] Object Name.

definition CHOICE

reference

|1] IMPLICIT OBJECT IDENTIFIER.

details

(2] IMPLICIT SEQUENCE {

accessControl

(3] IMPLICIT Access-ControMJst-instance

typeDescripbon

(4] TypeDescnpbon

IF (sem)

meaning

(5] IMPLICIT VisibleStnng OPTIONAL

ENDIF

} ) )

В.1.9 Объекты предварительно определенного обмена данными

Ниже представлен пример кодирования ««формации, содержащейся в таблице 11. Data-Exchange-instance ::= SEQUENCE {

name    (0] IMPLICIT Identifier,

defiration    CHOICE {

reference    (1] IMPLICIT OBJECT IDENTIFIER,

details    (2] IMPLICIT SEQUENCE {

accessControl    (3] IMPLICIT Access-Control-List-instance,

request    [4] IMPLICIT SEQUENCE OF TypeDescripdon.

157

ГОСТ Р ИСО 9506-2-2014

response    [5] IMPLICIT SEQUENCE OF TypeDescnpdon.

linked    [6] IMPLICIT BOOLEAN.

— The fallowing attribute shal appear 4 an only 4 the value of & linked is true.

programlnvocabon    (7] IMPLICIT Program-invocation-instance OPTIONAL

} ) }

B.1.10 Объекты предварительно определенного семафора

Ниже представлен пример кодирования тформэшм. содержащейся в таблице 12. Semaphore-instance ::= SEQUENCE {

name    [0] IMPLICIT Identifier,

defidbon    CHOICE {

reference    (1] IMPLICIT OBJECT IDENTIFIER,

detads    [2] IMPLICIT SEQUENCE!

accessControl    [3] IMPLICIT Access-Controt-List-instance.

class    [4] IMPLICIT ENUMERATED!

token, pool).

-    If the value of fidass is token, the following field shall appear

numberOTTokens    [5] IMPLICIT INTEGER OPTIONAL.

-    If the value of Sdass is pod. the falowing field shall appear

namedTokens    [6] IMPLICIT SEQUENCE OF VisibieString OPTIONAL.

eventCondition    [7] IMPLICIT Event-Condfaon-instance

} > >

B.1.11 Объекты предварительно определенной станции управления

Ниже представлен пример кодирования информации, содержащейся е таблице 13. Operator-Station-instance SEQUENCE !

name    [0] IMPLICIT Identifier,

definbon    CHOICE!

reference    (1] IMPLICIT OBJECT IDENTIFIER,

details    (2] IMPLICIT SEQUENCE!

accessControl    [3] IMPLICIT Access-Control-List-instance.

stationType    [4] IMPLICIT ENUMERATED!

enby. display, entry-display }

} > >

B.1.12 Объекты предварительно определенных условий события

Ниже представлен пример кодирования тформашм. содержащейся в таблице 14.

Event-CondHkm-instance SEQUENCE { name    [0] ObjectName.

definbon    CHOICE!

reference

detads

accessControl

ecCiass

ecState

priority

seventy

eventEnroUments

(1] IMPLICIT OBJECT IDENTIFIER.

(2] IMPLICIT SEQUENCE !

(3]    IMPLICIT Access-Conbd-List-instance.

(4]    IMPLICIT EC-Class.

(5]    IMPLICIT EC-State.

(6]    IMPLICIT Priority.

(7]    IMPLICIT Severity.

[8] IMPLICIT SEQUENCE OF Event-Enrolknent-instme.

-    The fottowing fields shall be present

-    if and only if the value of &ecClass is monitored.

enabled    (9] IMPLICIT BOOLEAN OPTIONAL.

alarmSummaryReports    (101 IMPLICIT BOOLEAN OPTIONAL.

monrtoredVariable    CHOICE!

named    [11] IMPLICIT Named-Vanable-instance,

unnamed    [12] IMPLICIT Unnamed-Vanable-instanca.

158

ГОСТ Р ИСО 9506-2-2014

unspecified evaluation Interval

[13J IMPLICIT NULL) OPTIONAL.

[14] IMPLICIT INTEGER OPTIONAL.

IF (cspi)

IF (des)

ENDIF IF (dei)

ENOIF

displayEnhancement

text

manber

СНОЮЕ {

[15] MMSString

[16] IMPLICIT INTEGER

[17] IMPLICIT NULL

СНОЮЕ {

[18] IMPLICIT Priority.

[19] IMPLICIT NULL

ENDIF

none

}.

group-Pnority-Override priorty undefined } OPTIONAL

referenangEventConditionLists

[20] IMPLICIT SEQUENCE OF Event-Condition-List-instance

} > )

B.1.13 Объекты предварительно определенных действий события

Ниже представлен пример кодирования тформацюг. содержащейся в таблице 15. Event-Action-instance ::= SEQUENCE {

name    [0] ObjectName.

defiration    СНОЮЕ {

reference    [1] IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE {

accessControl    [3] IMPLICIT Access-Control-List-instance.

oonfirmedServiceRequest    [4] Confirmed ServiceRequest.

modifiers    [5] IMPLICIT SEQUENCE OF Motfer.

eventEnroUments    [6] IMPLICIT SEQUENCE OF Event-Enrolhnent-instance

} > }

B.1.14 Объекты предварительно определенной регистрации события

11иже представлен пример кодирования ж iформации, содержащейся е таблице 16. Event-Enrollment-Kistance ::= SEQUENCE { name    [0] ObjectName.

defirabon    CHOICE {

reference    [1] IMPLICIT OBJECT IDENTIFIER,

details    [2] IMPLICIT SEQUENCE {

accessControl    [3] IMPLICIT    Access-Control-List-instance.

eeClass    [4] IMPLICIT EE-Class .

eventCondition    [5] IMPLICIT Event-Condfion-instance.

ecTransitions    [6] IMPLICIT Transitions.

—    The Mowing parameter is present if and only if the

—    value of &eeCiass is modifier.

remanmgOeiay    СНОЮЕ {

time    [7] IMPLICIT INTEGER,

forever    [8] IMPLICIT NULL } OPTIONAL.

—    The remaining parameters are present if and only if the

—    value of &eeCiass ts notification.

eventAction    [9] IMPLICIT Event-Action-instance OPTIONAL

duration    [10] IMPLICIT EE-Duration OPTIONAL.

diertApplicabon    [11] IMPLICIT AppfecabonReterence OPTIONAL

aaRiie    [12] IMPLICIT AlarmAckRule OPTIONAL.

IF <cspi) IF (des)

displayEnhancement

СНОЮЕ {

159

ГОСТ Р ИСО 9506-2-2014

text

[13] MMSStnng

ENDIF IF (dei)

.

number

(14] IMPLICIT INTEGER

ENDIF

}

ENDIF

none

(15} IMPLICIT NULL

}

} }

B.1.15 Объекты предварительно определенного перечня условий события Ниже представлен пример кодирования тформашы. содержащейся в таблице 17.

Event-Coodrt>oo-Ust-irTStance:

:= SEQUENCE {

name

(0] ObjectName.

definition

CHOICE {

reference

(1] IMPLICIT OBJECT IDENTIFIER.

details

121 IMPLICIT SEQUENCE {

accessControl

(3) MPLICiT Access-Contra l-bst-rtsta псе. eventConditions

J4J MPLICIT SEQUENCE OF Ev^-Condbon-instance

IF (red)

eventConditionUsts

[5J MPLICIT SEQUENCE OF Evert-Con<*bon-List-instance. referencngEvenlConditionLists

{6] «HPLICIT SEQUENCE OF Event-CondrtxxvList-instance

ENDIF

} ) }

B.1.16 Объекты предварительно определенного журнала

Ниже представлен пример кодирования тформации. содержащейся в таблице 18.

Joumai-nstance ::= SEQUENCE {

name

(0] ObjectName.

definition

CHOICE {

reference

(1] IMPLICIT OBJECT IDENTIFIER.

details

121 IMPLICIT SEQUENCE {

accessControl ]3] IMPLICIT Access-Control-List-instanoe.

entries

[4] IMPLICIT SEQUENCE OF Joumd-Entry-instance

} } }

Joumal-Entry-instance

::= SEQUENCE {

joiKnal

(0] IMPLICIT Jocmal-fnstance.

entry

(1] IMPLICIT OCTET STRING.

clientApplicabon

(2] IMPLICIT ApplicabonReference.

timeStamp

[3] IMPLICIT TimeOfDay.

orderOfRecee>t

(4] IMPLICIT INTEGER

informationType

(5] IMPLICIT ENUMERATED {

annotation.

event-data.

data }.

—    The following attribute shal appear 4 and only if the

—    value of &mformabonType is annotation.

textComment    [6] MMS255Stnng ОРТЮМА1.

—The foRowing attribute shal appear if and only if the

—    value of &informationType is event-data.

eventTransitionsRecord |7] IMPLICIT SEQUENCE { name    [в] Object Name.

currentState    [9] IMPLICIT EC-State

} OPTIONAL.

—    The following attribute shal appear 4 and only if the

—    value of ftinformationType is data or event-data.

160

ГОСТ Р ИСО 9506-2-2014

journal Variables    (10) IMPLICIT SEQUENCE OF SEQUENCE {

variable Tag    [11J MMS255Stmg.

valueSpecificaboo    (12} Data

} OPTIONAL

)

B.2 Услуги и параметры CBS

Спецификация информации, содержащейся в SCI часть 2. табгыиы 20-52. описана типом Service-and-Parameter-CBBs

Service-and-Parameter-C88s services-Cbent services-Server parameters nest IF (csrcspi)

extendedServices-Cient

extendedServices-Server

ELSE

extendedServices-Cbent

extendedServices-Server

ENDIF IF (cspi)

extendedParameters

ELSE

extendedParameters

ENOIF

generaiManagement vMDSupport domainManagement programlnvocabon variable Access dataPara meters semaphore Management operatorCommunicabon errors

file Management )

- SEQUENCE{

(0} IMPLICIT ServiceSupportOpbons.

(1) IMPLICIT ServiceSupportOptions.

(2]    IMPLICIT ParameterSupportOptions.

(3]    IMPLICIT INTEGER

(4]    MPLICITAdtfnnaSupportOpbons.

(5]    WPLICIT AddrtKjnalSopportOpbons

(4]    MPLICIT NULL.

(5]    IMPLICIT NULL

(6] IMPLICIT AidditionatCSeOptons

(6]    IMPLICIT NULL

(7]    IMPLICIT GeneralManagementParameters.

(6] IMPLICIT VMOSupportParameters.

(9J IMPLICIT OomainManagementParameters.

(10) IMPLICIT ProgramlnvocationManagementParameters.

(11) MPLICIT IferiableAccessParameters.

(12)    IMPLICIT OataParameters.

(13)    IMPLICIT SemaphoreManagementParameters.

(14)    IMPLICIT OperatorCommunicationParameters.

(15) IMPLICIT ErrorParameters.

(16) IMPLICIT FHeManagementParameters

B.2.1 Параметры среды и общего управления

Ниже представлен пример кодирования тформадеи. содержащейся в таблице 21. GeneraManagementParameters ::= SEQUENCE { locaOetail    (0) MMSString.

supportForTime    (1) IMPLICIT SEQUENCE {

troeOfDay    (2) IMPLICIT BOOLEAN,

time Sequence    (3) IMPLICIT BOOLEAN

}.

gramiantyOfTime    (4) IMPLICIT INTEGER

)

B.2.2 Параметры поддержки VMD

Ниже представлен пример кодирования тформашм. содержащейся в таблице 25. VMDSupport Parameters    SEQUENCE {

locaOetail    (0) MMSString.

extendedDenvation    (1) MMSString

— method used to perform extended derivation

)

B.2.3 Параметры управления доменом

Ниже представлен пример кодирования информации, содержащейся в таблице 27. OomainManagementParameters ::= SEQUENCE {

161

ГОСТ Р ИСО 9506-2-2014

loadOataOctet    [0] MMSSlring.

—    descriptor! of the format of Load Data if the octet string form is used

loadOataSyntax    (1] IMPLICIT SEQUENCE OF OBJECT IDENTIFIER.

—    identifier of the Abstract Syntaxes used

maxUploads    [2] IMPLICIT INTEGER

>

B.2.4 Параметры управления процедурой вызова программы

Ниже представлен пример кодирования информации, содержащейся е таблице 28. ProgramlnvocatonManagementParameters :•= SEQUENCE {

execubonArgMaxSize    [0] IMPLICIT INTEGER.

executortArgParseRuies    |1]    MMSSlring.

execubonArgSyntaxes    (2] IMPLICIT SEQUENCE OF OBJECT    IDENTIFIER.

programLocbon    [3]    MMSSlring.

—    syntax of the program Location notation

stepMode    [4]    IMPLICIT BOOLEAN

—    if true, step Mode is supported

}

B.2.5 Параметры доступа к переменной

Ниже представлен пример кодирования тформаам. содержащейся в таблице 32. VariabieAccessParameters ::= SEQUENCE {

urantermptibieAccess    (0]    MMSString.

—    conditions under which it is guaranteed

singfeMode    (1]    IMPLICIT BOOLEAN.

unnamedMode    (2]    IMPLICIT BOOLEAN

)

B.2.6 Параметры доступа к переменной

Ниже представлен пример кодирования тформаиии. содержащейся в таблице 33. DataParameters ::= SEQUENCE { bit-string integer unsigned floating-point total

exponent octet-string vistte-string binary-time bed

mmsString

)

B.2.7 Параметры управления семафором

Ниже представлен пример кодирования жформэции. содержащейся в табгмце 36. SemaphoreManagementParameters ::= SEQUENCE { algorithm    JO] IMPLICIT MMSString

—    method of processmg the Apriority fiefd

)

B.2.8 Параметры связи с оператором

Ниже представлен пример кодирования «ыформацм*. содержащейся в таблице 37. OperatorCommunnationParameters u= SEQUENCE {

input-time-out    (0] IMPLICIT INTEGER

)

B.2.9 Параметры ошибки

Ниже представлен пример код кования тформацюг. содержащейся в табгмце 47. ErrorParametersSEQUENCE {

[0]    IMPLICIT INTEGER OPTIONAL.

[1]    IMPLICIT INTEGER OPTIONAL.

[2]    IMPLICIT INTEGER OPTIONAL.

[3]    IMPLICIT SEQUENCE {

[4]    IMPLICIT INTEGER.

[5]    IMPLICIT INTEGER } OPTIONAL (10] IMPLICIT INTEGER OPTIONAL |11] IMPLICIT INTEGER OPTIONAL (12} IMPLICIT BOOLEAN OPTIONAL

(13]    IMPLICIT INTEGER OPTIONAL

(14]    IMPLICIT INTEGER OPTIONAL

162

ГОСТ Р ИСО 9506-2-2014

eddibonalCode

addibonalDebal

[0] MMSString.

(1] MPLICIT SEQUENCE {

size

syntax

[3] MMSString

(2] IMPLICIT INTEGER.

}

>

B.2.10 Параметры управления файлом

Ниже представлен пример кодирования информации, содержащейся е таблице 50. FileManagementParameters ::= SEQUENCE { fileName    (0] MMSString

)

END

163

ГОСТ Р ИСО 9506-2-2014

Приложение С

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

Протокол доступа к файлу

С.1 Введение

Настоящий раздел содержит огмсания особых элементов протокола услуги, описанной е приложении С (услуга доступа к файлу), содержащем определение MMS-услуги (см. ИСО 9506-1). Здесь описана только услуга ObtainFile- Ниже представлен иодугъ. определенный в настоящем приложенiw и в приложениях D и Е.

ISO-9506-MMS-1A( iso standard 9506 part(2) mms-annex-version1(3)}

DEFINITIONS ::= BEGIN EXPORTS

ObtainFrie-RequesL

ObtamFde-Response.

ObtainFile-Error.

FleOpen-RequesL

FieOpen-Response.

FiteRead-Request.

FieRead-Response.

FiteCtose-Request.

FrieClose-Response.

FtteRename-RequesL FrieRena me-Response.

FiteRename-Error.

Frie Delete-Request.

FiteDelete-Response.

FHeDirectory-RequesL

FiteDnectory-Response,

ScatteredAccessOescripbon.

DefineScatteredAccess-Request.

DefineScatteredAccess-Response.

GetScatteredAocessAttributes-Request.

GetScatteredAocessAttributes-Response:

IMPORTS

FrieName.

ObjeclName.

Alternate Access.

VariableSpecificabon.

Identifier.

Integer32.

Unsigned32 FROM

ISO-9506-MMS-1 {iso standard 9506 part(2) mms-abstract-syntax-versionl(l)}

AppiicabonReference FROM

KMS-Environment-1 {iso standard 9506 part(2) mms-envronment-verswnl (4));

C.2 Услуга ObtainFile (получить файл)

Абстрактный синтаксис выбора ObtainFile типов запроса подтверждаемой услуги, ответа услуги и ошибки услуги описан шже. В 5.5 установлен поредок вывода всех параметров, описание которых отсутствует е настоящем подразделе.

ObtainFie-Request ::= SEQUENCE {

IF(tpy)

soirceFfeServer    [0] IMPLICIT AppiicabonReference OPTIONAL.

ENDIF

someFSe    (1] IMPLICIT FieName.

desbnationFfe    \2] IMPLICIT FieName

)

ObtainFrie-Response ::= NULL ObtainFile-Егтог INTEGER ( sotrce-file

164

(0).

ГОСТ Р ИСО 9506-2-2014

destination-file    (1)

><о..1>

С.2.1 ObtainFile-Request (запрос получения файла)

Абстрактный синтаксис выбора ObtainFile запроса подтверждаемой услуги ConfirmedServiceRequest — это ObtainFiie-Request

С.2.2 ObtainFile-Response (ответ получения файла)

Абстрактный синтаксис выбора ObtainFile выбор для ответа услуги ServiceResponce — это тип ObtainFile-Response

С.2.3 ObtainFile-Error (ошибка получения файла)

Абстрактный синтаксис выбора ObtainFile для выбора ServiceSpecfficInformation типа подтверждаемой услуги С on firmed Service Error — это ошибка получения файла ObtainFile-Error. Данная сущность является подпараметром File in Error параметра Resuit(—) примитива ответа ObtainFile.response. Она выглядит как подпараметр File in Error параметра Result(-) примитива подтверждемтя ObtainFiie.confirm (при наличии).

165

ГОСТ Р ИСО 9506-2-2014

Приложение D

(справочное)

Протокол управления файлом

Примечание — Настоящее приложение не является нормативным. Однако для обеспочежя соответствия требованиям корректной работы с протоколами в настоящем приложении предпочтете отдается не рекомендациям. а нормативному языку.

D.1 Overview (обзор)

Настоящий подраздел содержит описания особых элементов протокола услуг, определяемых приложением С ИСО 9506-1. Раздел содержит описамя следующих услуг

FiteOpen    FiteRename

FieRead    FileOetete

FieCLose    FifeOirectory

D.2 FiteOpen (открыть файл)

Абстрактный оытаксис выбора FiteOpen запроса подтверждаемой услуги Confirmed Service Request и ответа подтверждаемой услуги ConfirmedServiceResponse огысэн ниже. В 5.5 установлен порядок получения всех параметров, не описанных в настоящем поаразделе.

FileOpen-Request ::= SEQUENCE {

file Name    [0] IMPLICIT FieName.

initiaPosition    [1] IMPLICIT Unsigned32 }

FileOperbResponse ::= SEQUENCE {

frsmtO    [0] IMPLICIT Integer32.

fiteAOnbules    [1] IMPLICIT FfeAUributes }

0.2.1 FileOpen-Request (запрос открытия файла)

Абстрактный синтаксис выбора FiteOpen запроса подтверждаемой услуги ConfirmedServiceRequest — это FHeOpen-Request

0.2.2 FileOpen-Response (ответ открытия файла)

Абстрактный синтаксис выбора FiteOpen ответа подтверждаемой услуги ConfirmedServiceResponse — это FiteO pen-Response.

О.З FileReed (читать файл)

Абстрактный синтаксис выбора FileRead запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описэншх в настоящем подразделе.

File Read-Request ::= Integer32 - FRSM ID File Read-Response ::= SEQUENCE (

fileOata    (0) IMPLICIT OCTET STRING.

moreFollows    (1] IMPLICIT BOOLEAN DEFAULT TRUE)

0.3.1 FileRead-Request (запрос чтения файла)

Абстрактный синтаксис выбора FileRead запроса подтверждаемой услуги ConfirmedServiceRequest — это запрос FileRead-Request. Это параметр FRSM Ю запроса чтения файла FiteRead-request. Он выглядит как параметр FRSM Ю примитива отображения FiteReadJndication.

D.3.2 FileRead-Response (ответ чтения файла)

Абстрактный синтаксис выбора FileRead ответа подтверждаемой услуги ConfirmedServiceResponse — это ответ FileRead-Response.

D.4 FileClose (закрыть файл)

Абстрактный синтаксис выбора FileCLose запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок лолучетя всех параметров, не описанных в настоящем подразделе.

FiteClose-Request ::= Integer32 — FRSM ID FileClose-Response ::= NULL

166

ГОСТ Р ИСО 9506-2-2014

D.4.1 FileClose-Request (запрос открытия файла)

Абстрактный синтаксис выбора FiieCLose запроса подтверждаемой услуги ConfirmedServiceRequest — это запрос FileCLose-Request Это параметр FRSM ID запроса FiieCLose.request Он выглядит ках параметр FRSM ID примитива отображения FileCLose.indicatk>n

D.4.2 FileClose-Response (ответ закрытия файла)

Абстрактный синтаксис выбора FiieCLose ответа подтверждаемой услуги ConfinnedServiceResponse—эго ответ FiieCLose-Response, имеющий тип NULL. Данньм тип отображается величи юй параметра Result(+) гри-митиеа ответа FiieCLose.response. Данньм параметр выглядит как параметр Resutt(+) примитива подтверждены FiieCLose.confirm

D.5 FileRename (переименовать файл)

Абстрактный синтаксис выбора FileRename запроса подтверждаемой услуги ConfirmedServiceRequesL ответа подтверждаемой услуги ConfirmedServiceReeponse и ошибки подтверждаемой услуги ConfirmedServiceError огмсан ниже. В 5.5 установлен порядок получены всех параметров, не описанных в настоящем подразделе. FileRename-Request ::= SEQUENCE {

currentFiieName    [0] IMPLICIT FieName.

newFdeName    [1] IMPLICIT FBeName    }

File Rename-Response ::= NULL FileRename-Error ::= INTEGER {

source-file    (0).

destination-file    (1)

HQ..1)

D.5.1 FileRename-Request (запрос переименования файла)

Абстрактный синтаксис выбора FileRename запроса подтверждаемой услуги ConfirmedServiceRequest — это FileRename-Request.

D.5.2 FileRename-Response (ответ переименования файла)

Абстрактный синтаксис выбора FileRename ответа подтверждаемой услуги ConfinnedServiceResponse — это ответ FileRename-Response. Данный тип отображается велинтной параметра Result(+) примитива ответа FileRename.response. Он выглядит как параметр Resutt(+) примитива подтверждения FileRename. confirm.

D.5.3 FileRename-Error (ошибка переименования файла)

Абстрактный синтаксис выбора FileRename для типа ConfirmedServiceError — это ошибка FileRename-Error, которая является подпараметром File tn Error параметра Result(-) примитива ответа FileRename.response Он выглядит как подпараметр File In Error параметра Result(-) примитива подтверждены FileRename.conffam (при его натмчии).

D.6 FileDelete (стереть файл)

Абстрактный синтаксис выбора FileDelete запроса подтверждаемой услуга ConfirmedServiceRequest и ответа подтверждаемой услуги ConfirmedServiceReeponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных в настоящем подразделе.

FieDelete-Request: .= FileName FieDelete-Response ::= NULL

D.6.1 FileDelete-Request (запрос удаления файла)

Абстрактный синтаксис выбора FileDelete запроса подтверждаемой услуга ConfirmedServiceRequest — это запрос FileDelete-Request Это параметр File Name пршмтива запроса FileDelete.request. Он выглядит как параметр File Name примитива отображены FileDelete.indication

D.6.2 FileDelete-Response (ответ удаления файла)

Абстрактный синтаксис выбора FileDelete ответа подтверждаемой услуга ConfinnedServiceResponse — это ответ FileDelete-Response. Данный тип отображается ветчиной параметра Result^*) примитива ответа FileDelete. response. Он выглядит как параметр Result(+) примитива подтверждения FileDelete.confirm

D.7 FHeDirectory (директория файла)

Абстрактный синтаксис выбора FileDirectory запроса подтверждаемой услуги ConfirmedServiceRequest и ответа подтверждаемой услуга ConfinnedServiceResponse описан ниже. В 5.5 установлен порядок получены всех параметров, не описаны* в настоящем подразделе.

167

ГОСТ Р ИСО 9506-2-2014

FileDirectory-Request ::= SEQUENCE {

^Specification    [0] IMPLICIT FteName OPTIONAL.

conbnueAfter    [1] IMPLICIT FfeName OPTIONAL}

FileDiredory-Response ::= SEQUENCE (

listOfDirectoryEntry    [0] SEQUENCE OF DirectoryEntry.

moreFollows    (1] IMPLICIT BOOLEAN DEFAULT FALSE }

DirectoryEntry ::= SEQUENCE {

fileName    (0] IMPLICIT FiieName.

fileAttnbules    [1] IMPLICIT FieAUributes }

D.7.1 FileOirectory-Request (запрос директории файла)

Абстрактный синтаксис выбора FileOirectory запроса подтверждаемой услуги ConfirmedServiceRequest — это запрос FileOirectory-Request.

D.7.2 FileDirectory-Response (ответ директории файла)

Абстрактный сжтаксис выбора FMeDirectory ответа подтверждаемой услуги ConftrmedServtceResponse — это ответ FileOirectory-Response

D.7.2.1 ListOOrectoryEntry (перечес записей директории)

Попе ListOfDirectoryEntry — это параметр List Of Directory Entry примитива ответа FileOirectory.response Он выглядит как параметр List Of Directory Entry примитива подтверждеьмя FiteOirectory.confirm Данное none содержит нуль и более реатэаций типа DirectoryEntry. Каждая реатзадая содержит значение одного подпараметра DirectoryEntry параметра List Of Directory Entry, взятого в указанием порядке. Каждая реализация подпараметра DirectoryEntry параметра List Of Directory Entry допета соответствовать требованиям 5.5 для корректного получения соответствующего элемента последовательности ListOfDirectoryEntry.

D.8 FileAttributes (атрибуты файла)

Абстрактный синтаксис параметра FileAttributes описан ниже.

FileAttributes :;= SEQUENCE {

sizeOfFile    (0) IMPLICIT Unsigned32. — in octets

lastModified    (1) IMPLICIT GeneralizedTime OPTIONAL}

168

ГОСТ Р ИСО 9506-2-2014

Приложение Е

(справочное)

Рассеянный доступ

Е.1 Введение

Следующие особенности определены ИСО/МЭК 9506. Настоящее приложение является справочным. Однако оно использует нормативам язык для представления текста из первого издания указанного стандарта.

В настоящем разделе приведено описание особых элементов протокола услуг, необходимых для поддержки рассеянного доступе. Данный подраздел включает протокол, необходимый для реализации следующих услуг: OefineScatteredAccess GetScatteredAooessAttributes

Е.1.1 Протокол спецификации доступа к переменным

Е.1.2 VariableSpecification (спецификация переменной)

Нахмчие объекте» рассеянного доступа изменяет порядок разработки спецификации переменных VariableSpecification (см. 14.5.2). В добавление к имеющимся трем вариантам выбора, представлен и четвертый вариант, представляющий собой услугу описажя рассегыного доступе ScatteredAccessOescription.

Е.1.3 ScatteredAccessDescription (описание рассеянного доступа)

Абстрактный синтаксис параметра ScatteredAccessOescription описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных в настоящем лумсте.

ScatteredAccessDescription :;=S€Q<JENCE OF SEQUENCE { componentName    [0] IMPLICIT Identifier OPTIONAL.

VariableSpecification    [1] VariableSpecification

IF(valt)

altemateAccess    [2] IMPLICIT AJtemateAccess OPTIONAL

ENDIF

}

E.2 OefineScatteredAccess (определение рассеянного доступа)

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

ConfirmedServiceRequest и ответа подтверждаемой услуга ConfirmedServiceResponse описан ниже. В 5.5 установлен порядок получения всех параметров, не описанных в настоящем подразделе.

OefineScatteredAccess-Request ;:= SEQUENCE (

scatteredAccessName    [0] Object Name.

scatleredAccessDescnption |1] IMPLICIT ScatteredAccessDescnption }

DefineScatteredAccess-Response ::= NULL

E.2.1 DefineScatteredAccess-Request (запрос определения рассеянного доступа)

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

ConfirmedServiceRequest — это тип OefineScatteredAccess-Request.

E.2.2 DefineScatteredAccess-Response (ответ определения рассеянного доступа)

Абстрактный    синтаксис    выбора    OefineScatteredAccess    ответа    подтверждаемой    услуга

ConfirmedServiceResponse — это тип DefineScatteredAccess-Response. соответствующий типу NULL.

Е.З GetScatteredAceessAttrlbutes (получение атрибутов рассеянного доступа)

Абстрактный синтаксис выбора GetScatteredAccessAttributes запроса подтверждаемой услуга Confirm edServiceRequest и ответа подтверждаемой услуга ConfirmedServiceResponse описан ниже. GelScatteredAccessAttributes-Request ::= ObjectName - ScatteredAccessName GetScat&redAccessAttributes-Response ::= SEQUENCE {

mmsDeietabte    (0] IMPLICIT BOOLEAN.

scatleredAccessDescnption [1] ftJPLICIT ScatteredAccessOescription IF < aco)

accessContraflJst    (2] MPLICIT Identifier OPTIONAL

— Shal not appear in minor version one or two

169

ГОСТ Р ИСО 9506-2-2014

ENDIF

)

Е.3.1 GetScatteredAccessAttributes-Request (запрос получения атрибутов рассеянного доступа)

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

CortfirmedServiceRequest — это тип GetScatteredAccessAttributes-Request.

Е.3.2 GetScatteredAccessAttributee-Response (ответ получения атрибутов рассеянного доступа)

Абстрактный    ««таксис    выбора    GetScatteredAccessAttributes    ответа    подтверждаемой    услуги

ConfiimedServiceResponse — это тип GetScatteredAccessAttributes-Response.

Е.3.2.1 Перечень средств управления доступом

Параметр AccessControiList появляется только е том случае, если оговорено значение эсо СВв

ПриложениеF (справочное)

Тип данных REAL

F.1 Введение

Следующие особенности установлены в первом издании ИСО/МЭК 9506. В настоящее время испогьэовать его не рекомендуется. Данные особенности обсуждаются только для собгеодения исторической целостности. Настоящее приложемю является справочным. Однако нормативный язык применяют для представления текстов первого изоажя указанного стандарта.

F.2 Данные типа REAL (действительные)

Тип действительных данных ранее поддерживался параметром TypeOescriptkm и параметром Data. Указа i шй тип даншх ссылается на тип даны* REAL, определенный в ИСО/МЭК 8824-1.

F.3 Конец модуля

Нижеследующее утверждение END заканчивает рассмотре*ые модуля, начатое в приложении С.

170

Приложение ДА

(справочное)

ГОСТ Р ИСО 9506-2-2014

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации

Табл ица ДА.1

06о)н«чемю ccw/ioworo между* неродного стандарт

Степы» соответствия

Обоэиачеиже и маиме»о*ви*в соответствующего нацжональиого ста*£врта

ИСО/МЭК 646

-

*

ИСО/МЭК 7498-1

ЮТ

ГОСТ Р ИСО/МЭК 7498-1-99 «Информаииожая технология. Взаимосвязь открытых систем. Базовая эталонная модеть. Часть 1. Базовая модель»

ИСО 7498-2

ЮТ

ГОСТ Р ИСО 7498-2-99 «Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты («формации»

ИСО/МЭК 7498-3

ГОСТ Р ИСО 7498-3-97 «Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация»

ИСО В571 (все чести)

-

ИСО/МЭК 8650-1

-

ИСО/МЭК 8822

-

ИСО/МЭК 8824-1

ЮТ

ГОСТ Р ИСО/МЭК 8824-1-2001 «Информационная технология. Абстрактная синтаксическая нотация вероы ао*н (АСН.1). Часть 1. Спецификация основной нотации»

ИСО/МЭК 8824-2

ЮТ

ГОСТ Р ИСО/МЭК 8824-2-2001 Информационная технология. Абстрактная сюттэксичеакая нотация вврсмг один (АСН.1). Честь 2. Спещгфикация информационного объекта

ИСО/МЭК 8825-1

ют

ГОСТ Р ИСОМЭК 8825-1-2003 «Информационная технология. Правила кодирования АСН.1. Часть 1. Спецификация базовых (BER). канонических (CER) и отли-пг-1впеных (DCR) нрчии»! кццириввния»

ИСО/МЭК 8825-2

ют

ГОСТ Р ИСОМЭК 8825-2-2003 «Информационная технология. Правила кодирования АСН.1. Часть 2. Спецификация правил уплотненного кодирования (PER)»

ИСО 9506-1

-

в

ИСО/МЭК 9545

ют

ГОСТ Р ИСОМЭК 9545—98 «Информационная технология Взаимосвязь открытых систем. Структура прикладного уровня»

ИСО/МЭК 10731

-

ANSI/IEEE 754

-

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

перевод на русский язь* даиюто международного стандарта. Перевод данного международного стандарта на-

хвоится в Федеральном информационном фонде техмгческих регламентов и стандартов.

Примечание — В настоящей таблице испогъэовано следующее условное обозначеше степени соответствия стандартов:

- ЮТ — идентичные стандарты.

171

ГОСТ Р ИСО 9506-2-2014

УДК 681.224:621.391:006.354    ОКС 25.040.40    Т58

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

Редактор Л.АС Ствгнианко Технический редактор А.Б. Заварзина Корректор ВТ. Стопин Компьютерная верстка Д.Е. Паршин

Сда»« а набор 24 09.2015 Подписано а почата 6.10.20IS Формат 60x341/8. Гарнитура Армал. Уел. печ. л. 20,46. Уч.-иад. п. 17.40. Тираж 30 ни. За*. 3357.

Набрана в ООО «Аяадемиадат»

»•-».аса demirdat.com    lemnQacademizdatru

Издано и отпечатано во

•ГУП «СТАНДАРТИНеОРМ». 123995 Моема. Гранатный пор.. 4. wwtw 90Stmfo.ru