ГОСТ Р ИСО/МЭК 8825-6-2013 Информационная технология. Правила кодирования АСН.1. Часть 6. Регистрация и применение команд кодирования PER

ГОСТ Р ИСО/МЭК 8825-6-2013

Группа П85

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

Правила кодирования АСН.1

Часть 6

Регистрация и применение команд кодирования PER

Information technology. ASN.1 encoding rules. Part 6. Registration and application of PER encoding instructions

ОКС 35.100.60

Дата введения 2014-07-01

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием Государственный научно-исследовательский и конструкторско-технологический институт "ТЕСТ" (ФГУП ГосНИИ "ТЕСТ") на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 8825-6:2008* "Информационная технология. Правила кодирования АСН.1. Часть 6. Регистрация и применение команд кодирования PER" (ISO/IEC 8825-6:2008 "Information technology - ASN.1 encoding rules - Part 6: Registration and application of PER encoding instructions").
________________
* Доступ к международным и зарубежным документам, упомянутым здесь и далее по тексту, можно получить, перейдя по ссылке на сайт . - .


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

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


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

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

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

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

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

b) механизмы одобрения новых команд кодирования PER и работа службы регистрации (Registration Authority) команд кодирования PER;

c) средства сопоставления команды кодирования PER с типом АСН.1, используя префиксы типа и секции контроля кодирования.

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

В настоящем стандарте использованы ссылки на следующие стандарты* (идентичные рекомендации и международные стандарты):
_______________
* Таблицу соответствия национальных стандартов международным см. по ссылке. - .


- Рекомендация МСЭ-Т Х.680 (2008) (ИСО/МЭК 8824-1:2008) Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации.

- Рекомендация МСЭ-Т Х.691 (2008) (ИСО/МЭК 8825-2:2008) Информационная технология. Правила кодирования АСН.1. Часть 2. Спецификация правил уплотненного кодирования (PER).

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

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

В настоящем стандарте использованы термины с соответствующими определениями по ИСО/МЭК 8824-1, а также следующие дополнительные термины с соответствующими определениями.

3.1 связанные команды кодирования (для типа): Набор команд кодирования PER, связанных с типом.

3.2 заключительные команды кодирования (для типа): Набор команд кодирования PER, связанных с типом, как результат полной спецификации АСН.1, которые применяются при создании кодировок этого типа.

3.3 идентификационное ключевое слово: Слово или написанное через дефис слово, используемое для идентификации команды кодирования PER.

3.4 наследованные команды кодирования: Команды кодирования PER, которые связаны с типом, идентифицированным ссылкой типа.

3.5 совместная группа из МСЭ-Т и ИСО/МЭК СТК 1 для АСН.1: Группа, созданная в соответствии с рекомендацией МСЭ-Т А.23, приложение А, и распоряжениями ИСО/МЭК СТК 1, выпуск 5, версия 2.0, подпункт 2.6.4 и приложение К, пункт 8, для продвижения работы над объединенным текстом (Joint Text) по отношению к абстрактной синтаксической нотации версии один (АСН.1).

3.6 команды кодирования PER (КК-ы PER): Нотация, используемая для изменения невыровненного PER кодирования типа (или компонента типа).

Примечание - Команды кодирования PER включаются либо в префикс типа PER (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, 31.3), либо в секцию контроля кодирования PER (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, пункт 54).

3.7 предложение КК PER: Предложение новой команды кодирования PER, которое приводит либо к состоянию REJECTED, либо к состоянию APPROVED.

3.8 предложение изменения КК PER: Предложение по удалению или изменению APPROVED команды кодирования PER, которое приводит либо к состоянию REJECTED, либо к состоянию APPROVED.

Примечание - Ожидается, что предложения изменения КК PER возникают редко и в течение рассмотрения потребуются для рассмотрений обратной совместимости.

3.9 команды кодирования с префиксом: Команды кодирования PER, которые присваиваются, используя префикс типа (см. приложение А и Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.31.3).

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

3.10 соответствующая рабочая группа: Рабочая группа МСЭ-Т, которая отвечает за совместную группу МСЭ-Т и ИСО/МЭК СТК 1 для АСН.1.

3.11 соответствующий подкомитет: Подкомитет ИСО/МЭК СТК1, который отвечает за совместную группу МСЭ-Т и ИСО/МЭК СТК 1 для АСН.1.

3.12 целевые команды кодирования: Команды кодирования PER, которые присваиваются, используя целевой список в секции контроля кодирования PER (см. приложение В и Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.54).

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

4 Сокращения

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

АСН.1 - Abstract Syntax Notation One (абстрактная синтаксическая нотация версии 1);

ECN - Encoding Control Notation (нотация контроля кодирования);

El - Encoding Instruction (команда кодирования);

PER - Packed Encoding Rules (правила уплотненного кодирования).

5 Нотация

5.1 Настоящий стандарт ссылается и использует нотацию, описанную в Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.5, для определения синтаксиса команд кодирования PER через набор процедур.

5.2 Все лексические элементы, используемые в этих процедурах, определены Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.12.

5.3 В соответствии с Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, 31.3.2, настоящий стандарт определяет процедуру "Encodinglnstruction" (см. 11.2).

Примечание - Лексические элементы "[" и "]" никогда не появляются в процедуре "Encodinglnstruction".

5.4 В соответствии с Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.54.4, настоящий стандарт определяет процедуру "EncodinglnstructionAssignmentList" (см. 12.1.2).

Примечание - Лексические элементы END и ENCODING-CONTROL никогда не появляются в процедуре "EncodingInstructionAssignmentList"

6 Информация, которая должна быть указана для описания команды кодирования PER

6.1 Описание команды кодирования PER должно содержать следующую информацию:

a) короткий информативный заголовок (такой как "Использование и размер поля длины");

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

c) иллюстрацию синтаксиса КК, включенного в квадратные скобки ("[" и "]");

d) простое описание КК и ее цели;

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

f) полную спецификацию процедуры "EIDetail" (см. 11.4) с семантикой, связанной с каждым элементом;

g) также:

1) поправку к определенному тексту в Рек. МСЭ-Т Х.691 ИСО/МЭК 8825-2, которая должна быть применена к кодированию любого типа, к которому КК применяема (см. d) выше) и которая имеет эту КК в наборе заключительных команд кодирования;

Примечание - Поправка не применяется в кодировании типа, если КК неприменима к этому типу.

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

3) любой другой простой и встраиваемый оператор результатов КК;

4) любую комбинацию из 1) - 3).

Примечания

1 Пока опция 3) является желаемой, может возникнуть необходимость использования опций 1) или 4), чтобы не задерживать одобрение КК и добавить другие опции позже.

2 Выбор опций 1) - 4) определяется тем, является ли спецификация достаточно точной, чтобы позволить взаимодействовать имплементациям кодеров и декодеров, которые должны быть получены.

h) утверждение, что пункты или подпункты Рек. МСЭ-Т Х.691 ИСО/МЭК 8825-2, которые подлежат коррекции, являются отличными от исправленных любой ранее одобренной КК, у которой есть перекрывающийся список типов, к которым они могут быть применены.

7 Состояние предложения КК PER во время процесса одобрения

7.1 Предложение КК PER может принадлежать одной из следующих категорий:

- Рассмотрено, но отклонено (ОТКЛОНЕНО): Было некоторое (задокументированное) обсуждение, но это предложение КК PER вряд ли будет развиваться в настоящее время.

- Предложенное как возможное полезное (ВОЗМОЖНО): Предложение КК PER ожидает дальнейшее обсуждение.

- В активной разработке (НЕОБХОДИМО): Существует соглашение, что КК PER, выполняющая данную функцию необходима, но точная спецификация все еще находится в статусе разработки. Работа направлена на доработку спецификации КК PER.

- Условно одобрено (ГОТОВО): Полная спецификация доступна и готова к реализации. Данное решение одобрено соответствующей рабочей группой или соответствующей подкомиссией на пленарном совещании.

- Одобрено (ОДОБРЕНО): Полная спецификация КК PER была опубликована в состоянии ГОТОВО в течение, по крайней мере, шести месяцев, и была одобрена и соответствующей рабочей группой, и соответствующей подкомиссией на пленарном совещании.

Примечание - Предложения КК PER в категориях НЕОБХОДИМО, ГОТОВО и ОДОБРЕНО публикуются службой регистрации (см. 9). Предложения КК PER в категориях ОТКЛОНЕНО и ВОЗМОЖНО записываются совместной группой МСЭ-Т и ИСО/МЭК СТК1 для АСН.1 в полагающихся документах.

7.2 Предложение КК PER обычно переходит из первоначального предложения в категорию либо ОТКЛОНЕНО, либо ВОЗМОЖНО, либо НЕОБХОДИМО, и затем в категорию ГОТОВО и позднее - ОДОБРЕНО. Однако на любой стадии до перемещения в категорию ОДОБРЕНО оно может быть перемещено в категорию ОТКЛОНЕНО.

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

7.3 Как только предложение КК PER попадает в категорию ОДОБРЕНО (КК PER одобрено), оно должно быть изменено или удалено с помощью предложения изменения КК PER, которое должно пройти через все стадии с таким же процессом одобрения (описанным в 8) до того, как оно приведет к удалению или изменению КК PER категории ОДОБРЕНО.

8 Процесс одобрения

8.1 Любой участник соответствующей рабочей группы и любой участник соответствующей подкомиссии могут разрабатывать новые предложения КК PER, представляя информацию, как минимум, в соответствии с пунктом 6.1 а) - d) в формате приложения А. Дополнительный текст свободной формы с предложениями для е) - g) может быть включен и заявители нового EI призываются предоставить полную информацию, требуемую для 6.1.

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

a) ОТКЛОНЕНО: В протоколе встречи должны быть зафиксированы причины отказа;

b) ВОЗМОЖНО: Детали предложения КК PER должны быть перечислены в полагающемся документе совместной группы МСЭ-Т и ИСО/МЭК СТК1 для АСН.1 с записью предложенных КК PER, с датами, когда это было предложено, а также рассмотрено, информация о заявителе и все соответствующие обсуждения;

c) НЕОБХОДИМО: Детали предложения КК PER должны быть опубликованы (см. 9).

8.3 Предложение КК PER должно перейти в категорию НЕОБХОДИМО на любой промежуточной или основной встрече соответствующей рабочей группы или соответствующей подкомиссии, если присутствующие на встрече единогласны, и если присутствует текст, доступный для широкой публики с информацией, требуемой для 6.1 а) - f), одобренный на встрече. Детали КК PER должны быть опубликованы.

Примечание - Этой информации достаточно для создания синтаксических инструментов и для включения пользователями КК PER в их проект спецификации.

8.4 Предложение КК PER должно перейти в категорию ГОТОВО на любой основной встрече соответствующей рабочей группы или соответствующей подкомиссии, если на данной встрече принято официальное решение, основанное на доступности и анализе полного текста для всех составляющих 6.1 а) - h), что предложение КК PER одобрено этой соответствующей подкомиссией или соответствующей рабочей группой. Рассмотренные детали КК должны быть опубликованы.

8.5 Предложение КК PER должно перейти в категорию ОДОБРЕНО, если выполнены следующие условия:

a) предложение КК PER было в категории ГОТОВО в течение, по крайней мере, шести месяцев; и

b) соответствующая рабочая группа и соответствующая подкомиссия приняли официальное решение об одобрении КК PER на пленарном совещании.

9 Публикация службой регистрации

9.1 Вся регистрация и публикация должны проходить через веб-страницу на веб-сайте соответствующей рабочей группы, поддерживаемом Телекоммуникационным Бюро Стандартизации ITU, которое выступает в роли официальной службы регистрации. Новое содержание данной страницы должно обеспечиваться совместной группой МСЭ-Т и ИСО/МЭК СТК1 для АСН.1 в случае изменения статуса предложения КК PER (см. раздел 8, когда такие изменения могут произойти).

Примечания

1 Веб-страница во время публикации может быть расположена по URL адресу http://www.itu.int/ITU-T/studygroups/com17, в разделе "Registration - Assignment", под заголовком "ASN.1 PER Els".

2 При перемещении данных страниц их новое расположение может быть получено отправкой письма по электронной почте по адресу tsbmail@itu.int с просьбой установить контакт с докладчиком ITU-T, ответственным за обслуживание ITU-T Rec. X.695 | ISO/IEC 8825-6.

9.2 Все предложения КК PER на НЕОБХОДИМОМ, ГОТОВОМ или ОДОБРЕННОМ этапе должны быть опубликованы.

9.3 Все предложения по изменению КК PER на НЕОБХОДИМОМ или ГОТОВОМ этапе должны быть опубликованы.

9.4 Перемещение предложение по изменению КК PER на этап ОДОБРЕННО должно быть отражено в архивной записи предыдущего КК PER и соответствующим изменением к измененному КК PER с объяснением любых рассмотрений обратной совместимости.

10 Ограничения на использование команд кодирования PER

10.1 Приложение КК PER может препятствовать тому, чтобы некоторые абстрактные значения типа были закодированы PER. В зависимости от предполагаемого приложения это может иметь или не иметь значения. Однако желательно дополнительно обеспечить явное ограничение на тип для гарантии того, что все дозволенные значения могут быть закодированы по всем правилам кодирования.

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

Пример 1 - Приложение КК PER для завершения строки ASCII с конечным знаком NULL не может быть закодировано PER, если строка содержит символ NULL. Разработчик может применять нормальное ограничение для сокращения строки до символов без NULL.

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


Пример 2 - Приложение КК PER для использования 16-битовых полей для кодирования ЦЕЛОГО ЧИСЛА, если ЦЕЛОЕ ЧИСЛО является чрезмерно большим, не может быть закодировано с использованием правил PER, для этого необходимо рассматривать возможность ограничения диапазона, который может быть закодирован в 16-битовом поле.

10.3 КК PER не должен применяться к типу, расширенному для кодирования PER (см. Рек. МСЭ-Т. Х.691 ИСО/МЭК 8825-2, 3.7.11).

Примечание - Это применимо непосредственно к типу. Расширяемость компонента не ограничивает приложение КК PER по отношению к другим компонентам или к типу.

11 Присвоение КК PER к типу АСН.1, используя префикс типа

11.1 Команды кодирования PER могут быть присвоены (или удалены из) типам АСН.1 (используя любую из альтернатив процедуры "Encodinglnstruction") в префикс типа PER.

Примечание - Эффект многократных присвоений команд кодирования описывается в 13.

11.2 Процедура PER "Encodinglnstruction":

11.3 "IdentifyingKeyword" имеет тот же самый синтаксис, что и у "encodingreference" (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.12.25), но имеет различную семантику. Его значение должно быть определено для каждой КК PER и должно быть однозначно в пределах всего набора КК PER. Целью этого является идентификация определенной КК PER.

11.4 Процедура "EIDetail" должна быть определена для каждой КК (см. 6.1), и не должна содержать лексические элементы "[" и "]".

11.5 Команда кодирования в префиксе типа (или в секции контроля кодирования - см. 12.1.5) может быть положительной командой, использованной для добавления или замены команды кодирования (использование "Positivelnstruction"), или отрицательной командой, использованной для отмены одной или более связанных команд кодирования (использование "Negatinglnstruction").

11.6 Если "Туре" в "TypeAssignment" (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.16.1), имеет заключительные команды кодирования, все применения соответствующего "typereference" (в модуле, содержащем "TypeAssignment" или в каком-либо другом модуле), наследуют его заключительные команды кодирования.

12 Присвоение команд кодирования PER, используя секцию контроля кодирования

12.1 Список присвоения команд кодирования

12.1.1 Команды кодирования PER могут также быть присвоены типам АСН.1 в секции контроля кодирования PER, используя процедуру "EncodinglnstructionAssignmentList".

12.1.2 Процедура PER "EncodinglnstructionAssignmentList":

12.1.3 Процедура "Encodinglnstruction" описана в 11.2.

12.1.4 Каждое применение процедуры "Encodinglnstruction" в секции контроля кодирования присваивает ту команду кодирования PER для появления "Туре", которая идентифицирована в "TargetList" в "TargettedEncodinglnstruction". Процедура "TargetList" и идентифицируемые ею цели описаны в 12.2.

12.1.5 К командам кодирования в секции контроля кодирования применяются также 11.5 и 11.6.

12.2 Идентификация целей для команд кодирования PER, используя целевой список

12.2.1 Общие правила

12.2.1.1 Все цели являются осуществлением процедуры "Туре" внутри модуля АСН.1.

Примечание - Многократные цели могут быть описаны в том же самом или в различных присвоениях типа АСН.1. Цель, которая является целым модулем, может быть определена, так же как все возникновения внутри модуля встроенного типа или конструктора. Таким образом, единственный "Encodinglnstruction" (использующий секцию контроля кодирования PER) может быть использован для присвоения определенной команды кодирования PER всем типам в модуле АСН.1, которые требуют присвоения данной команды кодирования.

12.2.1.2 В идентификации цели(ей) для присвоения команды кодирования PER используется процедура "TargetList", которая описана в следующих подпунктах.

12.2.1.3 Процедура "TargetList TargetList ::=

12.2.1.4 Если "TargetList" - список одного или более "Targets" процедур, то каждая из "Targets" идентифицирует одну или более целей ("Туре", которым присваивается команды кодирования).

12.2.1.5 Команда кодирования PER присваивается всем типам, идентифицированным с помощью "TargetList" как описано в 12.2.1.9-12.2.1.14.

Примечание - Многократная идентификация в целевом списке допустима для данного "Туре". В таких случаях применяется раздел 13.

12.2.1.6 (Справочно) Идентификация цели(ей) (и возможная информация о квалификации) процедуры "Targets" использует одну из четырех основных форм:

a) использование "typereference" (см. 12.2.2) возможно в сопровождении списка идентификаторов, разделенных точкой (или звездочкой, чтобы обозначить единственный компонент последовательности или набора), идентифицируя также:

1) "Туре" в присвоении типа (если нет никакого разделенного точкой списка идентификаторов);

2) "Туре" в компоненте определения типа (который может содержать высокоуровневые компоненты, представленные конструктором COMPONENTS OF - см. 12.2.1.11);

b) использование ALL как последнего идентификатора в форме а), идентифицируя все "Туре", представленные в определении типа (который идентифицируется предыдущей ссылкой типа и разделенным точкой списком идентификаторов);

c) использование "BuiltlnTypeName" (см. 12.2.3), идентифицируя все "Туре" в модуле, которые описываются при помощи соответствующего встроенного имени типа или конструктора;

d) использование списка "identifier" сопровождаемых IN (или ALL сопровождаемых IN, или COMPONENTS сопровождаемых IN) и формы из вышестоящего пункта а) (см. также 12.2.4), идентифицируя:

1) "Туре" идентифицированных компонентов формы а);

2) (использование ALL) все "Туре", которые дословно появляются внутри "Туре", идентифицированного формой а);

3) (использование COMPONENTS) все "Туре", которые являются высокоуровневыми компонентами "Туре", идентифицированного формой а).

Примечания

1 Термин "определение типа" ("type definition"), используемый в а) и b), подчеркивает, что только дословно представленные идентификаторы могут использоваться. Идентификаторы не могут использоваться, если "Туре" является ссылкой типа.

2 В общем случае компонент может сослаться на использование а) или d). Если существует более одного компонента типа, для которого необходима ссылка, лучше использовать d), так как он менее объемный по содержанию, но возможно использование и а). Это лишь вопрос выбранного стиля.

12.2.1.7 Тип "bitstring" (битовая строка) или "octetstring" (октет-строка) с ограничением содержимого, которое содержит тип, должны быть обработаны как тип с единственным компонентом, используя "*" как компонентный идентификатор для присвоения целевой команды к "Туре" в ограничении содержимого.

12.2.1.8 Определение типа, которое является последовательностью или набором, также обрабатывается как тип с единственным компонентом, используя "*" как компонентный идентификатор для присвоения целевой команды к "Туре", который является компонентом последовательности или набора.

Примечание - Возможно также идентифицировать этот единственный компонент, используя (если есть) компонентный идентификатор.

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

Примечания

1 Если параметризованный тип экспортирован, заключительные команды кодирования для его фиктивных параметров переносят с ним.

2 Нет никаких механизмов, дающих возможность присвоения команд кодирования, непосредственно к "Туре" из действующих параметров в инстанцировании параметризованного типа.

12.2.1.10 Если целью является "SelectionType", цель наследует заключительные команды кодирования альтернативы, выбранной для типа выбора, на который ссылается тип выбора, после которого назначаются команды кодирования, присвоенные "SelectionType".

12.2.1.11 Если цель является компонентом полученным в результате преобразования COMPONENTS OF, цель наследует заключительные команды кодирования компонента типа, на который ссылаются COMPONENTS OF, после чего команды кодирования, присвоенные произведенным компонентам, присваиваются COMPONENTS OF. При этом игнорируются любые команды кодирования для "Туре", из которого извлекаются компоненты.

12.2.1.12 Если процедура "Targets" использует "Typeldentification", то цели идентификации описываются в 12.2.2.

12.2.1.13 Если процедура "Targets" использует "BuiltlnTypeldentification", то цели идентификации описываются в 12.2.3.

12.2.1.14 Если процедура "Targets" использует "IdentifierslnContext", то цели идентификации описываются в 12.2.4.

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

Примечание - Более подробно пример рассмотрен в приложениях А и В.


Определение типа:

Команды кодирования PER для применения ЕI1 и EI2 в секции контроля кодирования могут быть:

Альтернативно они могут быть:

Определение типа с префиксами типа:

12.2.2 Целевая идентификация, использующая ссылку типа АСН.1 и идентификаторы

12.2.2.1 Процедура "Typeldentification":

12.2.2.2 "Typeldentification" ALL идентифицирует все "Туре" в "TypeAssignment" в модуле.

12.2.2.3 "typereference" (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.12.2) должно быть ссылкой типа, которая определяется в модуле.

12.2.2.4 Символ "*" идентифицирует "Туре" (единственного) компонента последовательности или набора типа, либо тип в ограничении содержимого, который содержит "Туре".

Примечание - Эта форма может использоваться, даже если последовательность или набор компонента имеет идентификатор, но использование "identifier" (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.12.3) будет предпочтительней.

12.2.2.5 Если ALL будет использоваться в качестве "Componentld", то это должен быть последний компонент "Componentld" в "ComponentldList".

12.2.2.6 Если первый компонент "Componentld" в "ComponentldList" является идентификатором, который присутствует (или следует из использования COMPONENTS OF) как компонентный идентификатор в "Туре", идентифицированном "typereference", то это определяет "Туре" компонента. Если это не идентификатор, который присутствует (или следует из использования COMPONENTS OF) как компонентный идентификатор в "Туре", идентифицированном "typereference", то это появление "Typeldentification" допустимо, но не идентифицирует никакой цели.

Примечание - Это требуется, чтобы тип, на который ссылается "typereference", был последовательностью, набором, выбором в последовательности (или наборе) определения типа или был определением типа "bitstring" или "octetstring" с ограничением содержимого, которое содержит "Туре".

12.2.2.7 Если последующий "Componentld" (кроме последнего) в "ComponentldList" является идентификатором, который дословно присутствует как компонентный идентификатор в "Туре", идентифицированном предыдущим "Componentld", то это идентифицирует предыдущий "Componentld", но такое появление "Typeldentification" допустимо, но не идентифицирует никакой цели.

Примечание - Первое применение "Componentld" может обратиться к компонентам, представленным COMPONENTS OF. Компоненты этих компонентов не могут быть идентифицированы последующими "Componentld".

12.2.2.8 Последний "Componentld" в "ComponentldList" (если представлен):

a) идентификатор, который дословно присутствует как компонентный идентификатор в "Туре", идентифицированном предыдущим "Componentld", тогда это идентифицирует "Туре" этого компонента, и команда кодирования должна быть присвоена этому "Туре";

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

12.2.3 Целевая идентификация, использующая встроенное имя типа

12.2.3.1 Процедура "BuiltlnTypeldentification" имеет вид:

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

12.2.3.3 "RestrictedCharacterStringType" определяется в Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.41.

12.2.4 Применение идентификаторов в контексте

12.2.4.1 Процедура "IdentifierslnContext" имеет вид:

12.2.4.2 "Typeldentification" описывается в 12.2.2 и идентифицирует тип, определенный в присвоении типа в модуле или компоненте либо субкомпоненте типа, определенного в модуле.

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

Примечание - "Typeldentification" в "IdentifierslnContext" не может использоваться для последовательности или набора типа. Такое использование запрещается, поскольку имеет более емкое содержание, чем прямое использование "Typeldentification" в "Targets".

12.2.4.4 Каждый "identifier" (см. Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1, п.12.3) в "IdentifierList" будет "identifier" компонента идентифицированного "Туре". Команда кодирования PER присваивается "Туре" всех компонентов идентифицированного "Туре", у которых есть компонент "identifier" в "IdentifierList".

12.2.4.5 Применение ALL для "IdentifierList" определяет, что все дословно существующие компоненты (и все дословно существующие компоненты этих компонентов на любом уровне) в идентифицированном "Туре" являются целями, которым присваиваются команды кодирования PER.

12.2.4.6 Использование COMPONENTS OF для "IdentifierList" определяет, что все компоненты (на первом уровне) идентифицированного "Туре" являются целями, которым присваивается команды кодирования PER.

13 Многократные присвоения команд кодирования PER

13.1 Порядок, в котором рассматривают многократные присвоения

13.1.1 У "Туре", который не является "typereference", есть первоначально пустой набор связанных команд кодирования.

13.1.2 У "Туре", который является "typereference" (который может быть импортирован), есть первоначальный набор заключительных команд кодирования "Туре", который был ему присвоен, когда это было определено.

13.1.3 Целевые команды кодирования для "Туре" (использующие секцию контроля кодирования) присваиваются в порядке, в котором целевые команды кодирования появляются в секции контроля кодирования. Если "Туре" будет идентифицирован больше чем одним элементом "TargetList" (см. 12.2), то это должно быть обработано как многократные присвоения той же самой команды кодирования к тому же "Туре" в порядке, в котором элементы возникают в "TargetList".

Примечание - Влияние 13.1.2 и 13.1.3 проявляется в том, что целевые присвоения к "Туре" в "TypeAssignment" всегда переопределяется целевым присвоением к "Туре", определенным, используя соответствующий "typereference", независимо от того, который предназначался для присвоения, окажется первым в разделе управления кодированием. Однако если целевое присвоение будет применено ко всем компонентам типа и так же к отдельному компоненту этого типа, то результат будет зависеть от порядка команд кодирования в секции контроля кодирования.

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

13.1.5 Как определено в 12.2.1.9, команды кодирования присваиваются фиктивному параметру только после того как заключительные команды кодирования для действительного параметра были определены.

13.1.6 Как определено в 12.2.1.10 и 12.2.1.11, "SelectionType" и компоненты, произведенные преобразованием COMPONENTS OF, наследуют сначала заключительные команды кодирования исходного типа, и затем имеют команды кодирования, предназначенные для их применения.

13.1.7 Каждое присвоение команды кодирования создает новый набор связанных команд кодирования, что описано в 13.2-13.3.

13.2 Результат присвоения команд кодирования отрицания

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

Примечание - Команды кодирования отрицания никогда не становятся частью набора связанных команд кодирования.

13.3 Многократное присвоение команд кодирования PER

Примечание - Многократное присвоение команд кодирования PER бывает редко; кроме того, команда кодирования присваивается глобально и определенным типам или компонентам. Этот подпункт описывает правила, если происходит многократное присвоение команд кодирования PER.

13.3.1 Присвоения положительных команд кодирования приводят к дополнению (к набору связанных команд кодирования) этой команды кодирования PER, если нет никакой другой связанной команды кодирования с таким же "IdentifyingKeyword".

13.3.2 Если есть команда кодирования с тем же самым "IdentifyingKeyword" в наборе связанных команд кодирования, то такая команда кодирования удаляется из набора, и присвоенная команда кодирования PER добавляется.

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

13.3.3 Если тип появляется в "ContentsConstraint" или в "TypeConstraint", то заключительные команды кодирования (как определено вышеупомянутыми правилами) используются в определении типа кодирования. Если тип появляется в каком-либо другом ограничении АСН.1, то все связи команд кодирования сбрасываются.

Приложение А (справочное). Пример приложения КК PER с использованием команд кодирования, снабженных префиксом

Приложение А
(справочное)

А.1 Это приложение содержит пример использования снабженных префиксом КК PER, чтобы произвести изменение кодировок PER для типов в модуле.

А.2 Пример основан на раннем тексте части стандарта ИСО/МЭК. Окончательная версия стандарта значительно отличается по определенному абстрактному синтаксису; таким образом, пример в настоящем стандарте должен использоваться исключительно в целях иллюстрации.

А.3 Для ясности команды кодирования PER (и комментарии, связанные с ними) показывают

А.4 Модуль, определяющий использование снабженных префиксом КК PER:

Приложение В (справочное). Пример приложения КК PER с использованием целевых команд кодирования

Приложение В
(справочное)

В.1 Это приложение содержит пример использования целевых КК PER, чтобы произвести изменение кодировок PER для типов в модуле.

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

В.3 Модуль, определяющий использование предназначений КК PER:

Приложение С (справочное). Сводка нотации АСН.1

Приложение С
(справочное)

Следующие лексические элементы определяются в Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1:

encodingreference

typereference

identifier

Следующая процедура определяется в Рек. МСЭ-Т Х.680 ИСО/МЭК 8824-1:

RestrictedCharacterStringType

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

Приложение ДА (справочное). Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации

Приложение ДА
(справочное)

Таблица ДА

Электронный текст документа
и сверен по:
официальное издание
М.: Стандартинформ, 2014