ПНСТ 459-2020. Предварительный национальный стандарт Российской Федерации. Интеллектуальные транспортные системы. Кооперативные системы. Глобальная уникальная идентификация

(утв. и введен в действие Приказом Росстандарта от 16.10.2020 № 73-пнст)

Утвержден и введен в действие

ИНТЕЛЛЕКТУАЛЬНЫЕ ТРАНСПОРТНЫЕ СИСТЕМЫ

до 1 июня 2024 года

Предисловие

1 РАЗРАБОТАН Федеральным государственным бюджетным образовательным учреждением высшего образования «Московский автомобильно-дорожный государственный технический университет (МАДИ)»

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 57 «Интеллектуальные транспортные системы»

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

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 125319 Москва, Ленинградский проспект, 64 и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

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

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

Класс ИТС-приложений объединяет приложения, предоставляющие один и тот же тип услуг, например электронный сбор платежей, но функционирующие в различных конфигурациях. Перед началом конфигурирования услуги согласовывается применимый контекст. Определение классов ИТС-приложений основано на концепции приложений, описывающих технологию выделенной связи ближнего действия (Dedicated short-range communications, DSRC), — радиосвязь ближнего действия в транспортной среде, одного из важнейших компонентов интеллектуальных транспортных систем.

Наборы сообщений ИТС однозначно идентифицируются зарегистрированным идентификатором.

Глобальная уникальная идентификация обеспечивается на основе использования абстрактной синтаксической нотации версии 1 (Abstract Syntax Notation One, ASN.1). Определение данных, классификации и описания кооперативных ИТС (далее — КИТС) ASN.1 обеспечивает максимальную функциональную совместимость и соответствие действующим стандартам в секторе ИТС.

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

• описаны и определены глобально уникальные адреса и идентификаторы (идентификаторы объектов станций ИТС), которые являются внутренними и внешними на станции ИТС и используются для управления станции ИТС;
• описано, каким образом идентификаторы объекта станции ИТС и соответствующие технические параметры используются для классификации, регистрации и управления ИТС-приложениями и классами ИТС-приложений;
• продемонстрировано, как идентификаторы объекта станций ИТС используются в стеке протокола связи ИТС;
• представлена организационная структура для регистрации и управления объектами станций ИТС;

• определен модуль ASN.1 для идентификаторов, адресов и записей реестра, перечисленных в настоящем стандарте, и для словаря данных КИТС, содержащего определения типа ASN.1.

Настоящий стандарт обеспечивает основу для глобальной уникальной идентификации КИТС. Определения в настоящем стандарте приведены в [1] - [3].

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

Настоящий стандарт распространяется на интеллектуальные транспортные системы (ИТС).

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

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

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

ГОСТ Р 56829 Интеллектуальные транспортные системы. Термины и определения

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

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

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

3.1 авторизация: Рекомендация о том, что конкретное поведение не должно быть предотвращено.

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

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

3.4 идентификатор приложения интеллектуальных транспортных систем: Глобально уникальный регистрационный номер, идентифицирующий объект приложения интеллектуальных транспортных систем.

3.5 объект приложения интеллектуальных транспортных систем: Приложение интеллектуальных транспортных систем или класс приложения интеллектуальных транспортных систем.

3.6 сообщение интеллектуальных транспортных систем: Сообщение, предназначенное для задач интеллектуальных транспортных систем.

3.7 набор сообщений интеллектуальных транспортных систем: Одно или несколько однозначно идентифицированных сообщений.

3.8 идентификатор набора сообщений интеллектуальных транспортных систем: Глобально уникальный зарегистрированный идентификатор набора сообщений интеллектуальных транспортных систем.

3.9 идентификатор стека протоколов интеллектуальных транспортных систем: Глобально уникальный зарегистрированный идентификатор непараметризованного стека протоколов связи.

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

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

3.12 доверенный центр интеллектуальных транспортных систем: Предприятие, уполномоченное выдавать учетные данные безопасности объекта станций интеллектуальных транспортных систем.

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

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

3.15 протокол связи станции интеллектуальных транспортных систем: Протокол, используемый в стеке протоколов связи станции интеллектуальных транспортных систем.

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

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

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

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

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

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

3.22 блок станции интеллектуальных транспортных систем: Создание станции интеллектуальных транспортных систем.

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

4 Сокращения

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

ИТС — интеллектуальная транспортная система;

станция ИТС — станция интеллектуальной транспортной системы;

CEN — Европейский комитет по стандартизации;

BSMD — ограниченный защищенный управляемый домен;

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

ETSI — Европейский институт телекоммуникационных стандартов;

IEEE — Институт инженеров электротехники и электроники;

PKI — инфраструктура открытых ключей (Public Key Infrastructure);

API — программный интерфейс приложения, интерфейс прикладного программирования (application programming interface).

5 Вопросы управления

5.1 Общие сведения

В настоящем стандарте управление приложением относится к внутренним и внешним объектам и процедурам на тех платформах, на которых установлены приложения, используемые для обеспечения эффективности и подлинности этих заявлений и платформ. Платформы в данном контексте являются станцией связи ИТС, заявления — процессами станций ИТС-приложений. Процедуры управления приложениями включают протоколы для обмена информацией между различными предприятиями, вовлеченными в управление приложением, и такие процедуры представлены в настоящем стандарте на функциональном уровне. Эти процедуры следует использовать для поручения и подтверждения применения предприятиями станций ИТС-приложений по коммуникационным сетям (см. 5.2).

В таблице 1 перечислены субъекты, связанные с управлением ИТС-приложениями, и их роли.

Таблица 1

Субъекты и их роль

5.2 Архитектура связей интеллектуальных транспортных систем

Как показано на рисунке 1, независимо от сложности используемых сетей связь между блоками станций ИТС и другими типами ее узлов связи осуществляется на одноранговой основе. Отличительной особенностью блока станции ИТС являются доверие и аутентификация, как описано в 5.1. Необходимость в доверии и проверке подлинности возникает в результате развертывания критически важных приложений безопасности жизни и имущества. Это приводит к определению станции ИТС как ограниченного защищенного управляемого домена (BSMD) и к соблюдению требования к использованию инфраструктуры открытых ключей (PKI) для утверждения доверия и управления сертификатами.

Рисунок 1 — Упрощенная архитектура одноранговой связи

5.3 Архитектура PKI

Инфраструктура открытых ключей — это система для создания, хранения, распространения и отзыва цифровых сертификатов, которые используют для проверки того, что конкретный открытый ключ и связанные с ним права принадлежат определенной организации. PKI создает цифровые сертификаты, которые сопоставляют открытые ключи организации.

5.4 Регламент и политика

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

Необходимость применения правил и политик в ИТС определена в настоящем стандарте для достижения следующих целей:

• распределения и использования радиочастот;
• решения вопросов конфиденциальности;
• операций с трафиком и управления им.

Регулирующий регион определяется регулирующим идентификатором региона ИТС (регуляторный региональный идентификатор ИТС); стратегический регион — стратегическим идентификатором региона ИТС (идентификатор региона для ИТС).

5.5 Станция ИТС

5.5.1 Архитектура станции ИТС

Рисунок 2 — Архитектура станции ИТС

Термин «станция ИТС» относится к функциональным возможностям, а не к физической единице. На рисунке 2 выделено шесть функциональных блоков станции ИТС, в которые входят:

• приложения;
• станция ИТС-приложения;
• коммуникации;
• уровень данных;
• доступ: уровень доступа станции ИТС;
• сеть и транспорт: сетевой и транспортный уровень станции ИТС;
• объект: уровень объекта станции ИТС;
• уровень управления;
• управление: станция ИТС и управление организацией;
• безопасность: станция ИТС и безопасность организации.

Предполагается, что эти функциональные блоки взаимодействуют друг с другом в BSMD. Внедрение и обслуживание функциональных блоков в соответствии со стандартами создает блок станции ИТС и взаимосвязи станций ИТС, которым можно доверять в соответствии с политиками и процедурами, назначенными доверенными органами. Именно атрибут доверия в домене ИТС отличает его ограниченные защищенные управляемые организации (BSME) от всех других узлов связи. В качестве защищенного домена установка [например, технология быстрого определения и конфигурирования устройств (plug-and-play)] элемента станции ИТС, такого как приложение станции ИТС, интерфейс связи или протокол связи, должна быть выполнена контролируемым и безопасным образом, применяя процедуры регистрации идентификаторов объектов станций ИТС и аутентификации зарегистрированных элементов во время установки.

Приложения станций ИТС взаимодействуют с блоком «коммуникации» через интерфейс прикладного программирования (API) посредством любых протоколов в станциях ИТС.

Уровни доступа станций ИТС и сеть и транспорт станций ИТС используются службами уровня объектов станций ИТС и станциями ИТС-приложений для передачи и приема блока данных обслуживания сети и транспортного уровня ИТС.

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

5.5.2 Экземпляры станции ИТС

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

5.6 Приложения и сообщения

5.6.1 ИТС-приложения

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

ИТС-приложение распознается посредством идентификатора ИТС-приложения, указанного в 7.1.2. Идентификатор приложения ИТС назначается регистрирующим органом. Процессы станции ИТС-приложений, принадлежащие одному ИТС-приложению, отличаются идентификатором процесса станции ИТС-приложения (идентификатор процесса ИТС-приложения), указанным в 7.1.3, т.е. под идентификатором, уникальным для данного идентификатора ИТС-приложения.

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

Экземпляр процесса станции ИТС-приложения, установленного в блок станции ИТС, однозначно распознается идентификатором экземпляра процесса станции ИТС-приложения, указанным в 7.1.17.

5.6.2 Класс ИТС-приложения

Концепция класса ИТС-приложения основана на идентификации набора различных протоколов, которые служат одному и тому же функциональному назначению, например электронный сбор платежей.

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

5.6.3 Набор сообщений ИТС

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

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

Сообщения из наборов сообщений ИТС могут быть обработаны на уровне объектов станции ИТС для целей распространения.

Набор сообщений ИТС распознается идентификатором набора сообщений ИТС, указанным в настоящем стандарте назначаемым регистрационным органом.

5.7 Коммуникации

5.7.1 Адресация в стеке протоколов связи

Пакеты, которыми обмениваются процессы станции ИТС-приложений, должны распространять информацию об источнике и пункте назначения (конечных точках) этих пакетов на уровне ресурсов станции ИТС. Такая адресная информация для источника и получателя применена в NF-SAP (см. рисунок 2). С этой целью используют стандартную концепцию нумерации портов.

Порты являются элементами транспортных протоколов. Как правило, номера портов присваивают конкретному транспортному протоколу, т.е. один номер может иметь разные значения в различных транспортных протоколах. Номера портов для транспортных протоколов ИТС, таких как FNTP, именуют «номер порта для транспортного протокола ИТС».

Источники и конечные точки назначения могут быть глобально уникальными, известными как номер порта для транспортного протокола ИТС, или динамически назначенными как номер порта для транспортного протокола ИТС согласно настоящему стандарту.

Несмотря на то что глобальные уникальные идентификаторы сетевых протоколов, сетевых адресов, протоколов канального уровня являются существенными средствами связи ИТС, они выходят за рамки настоящего стандарта. Примеры таких идентификаторов приведены в таблице 2.

Адреса и идентификаторы в протоколах связи

5.7.2 Управление станцией ИТС

Несмотря на то что объект управления станции ИТС расположен в блоке «коммуникации» (см. рисунок 2), он также управляет приложениями станции ИТС, находящимися в блоке «приложения», т.е. объектом приложения станции ИТС, посредством примитивных услуг MX-SAP. Некоторые из связанных идентификаторов и параметров представлены в таблице 3.

5.7.3 Безопасность станции ИТС

Предприятие безопасности станции ИТС предоставляет «автономные» службы безопасности станции ИТС. Несмотря на то что функции сервисных примитивных услуг SX-SAP, как правило, определены в нескольких стандартах, подробные спецификации, которые необходимы для достижения безопасности и доверия, находятся в прямой зависимости от внедрения и не могут быть стандартизованы.

5.8 Сводка идентификаторов и адресов

В таблице 3 приведены глобальные уникальные адреса и идентификаторы, имеющие существенные значения для ИТС, для которых необходима регистрация. Детали этих идентификаторов и адресов определены в 7.1.

Адреса и идентификаторы объектов станции ИТС

6 Организационная структура глобальной классификации и управления приложениями интеллектуальных транспортных систем

6.1 Обзор

В состав организационной структуры глобальной классификации и управления ее приложениями входит ряд субъектов, перечисленных в таблице 1, включая взаимоотношения между этими субъектами. Цель этой структуры состоит в том, чтобы обеспечить сертификацию и валидацию объектов, однозначно опознанных идентификаторами и адресами, а также работу процессов станции ИТС-приложений в станции связи ИТС на основе принципов BSMD. Данная структура предоставляет средства для оказания следующих услуг:

а) регистрации глобальных уникальных идентификаторов, приведенных в таблице 3, в соответствии с 6.2 для идентификатора ИТС-приложения;

б) сертификации оборудования станции ИТС, т.е. блока станции ИТС и станции связи ИТС, и выдачи сертификатов согласно 6.3;

г) выдачи учетных данных станции связи ИТС, как показано в 6.5;

д) выдачи сертификатов на работу процессов станции ИТС-приложений в режиме реального времени в соответствии с 6.6;

е) установки процессов станции ИТС-приложений в станции связи ИТС, как показано в 6.7.

6.2 Регистрация глобальных уникальных идентификаторов

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

Рисунок 3 — Регистрация идентификатора ИТС-приложения

Владельцы (проектировщики) ИТС-приложений (классов ИТС-приложений) однозначно распознаются по идентификатору пользователя (разработчика) объекта ИТС-приложения, а все объекты ИТС-приложений (ИТС-приложения или классы ИТС-приложений) однозначно распознаются по идентификатору ИТС-приложения.

На рисунке 4 установлены субъекты и функциональные взаимосвязи, характерные для оформления набора ИТС-сообщений и их идентификаторов (ИТС-MsgSetIDs).

Рисунок 4 — Регистрация идентификатора набора сообщений ИТС

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

6.3 Сертификация оборудования станции ИТС

На рисунке 5 представлены субъекты, объекты и определены функциональные взаимосвязи по сертификации и регистрации наборов связи станции ИТС и их идентификаторов (идентификатор станции связи ИТС).

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

Блок станции ИТС может состоять из одной или нескольких станций связи ИТС. Станции связи ИТС могут быть либо частью блока станции ИТС, либо интегрируемым компонентом блока станции ИТС, в том числе с использованием технологии быстрого определения и конфигурирования устройств (plug-and-play). Один из нескольких (или единственный) блоков станции связи ИТС именуют как «мастер станция связи ИТС». В то время как станция связи ИТС имеет глобальный уникальный идентификатор (идентификатор станции связи ИТС), назначенный под управлением производителя станции связи ИТС, глобальный уникальный идентификатор (идентификатор блока станции ИТС) блока станции ИТС должен быть назначен органом регистрации.

6.4 Сертификация процессов станции ИТС-приложений

На рисунке 6 представлены субъекты, объекты и установлены функциональные взаимоотношения по сертификации и регистрации процессов станции ИТС-приложений (идентификатор разработчика ИТС-приложения, идентификатор ИТС-приложения и соответствующая информация).

Рисунок 6 — Сертификация станции ИТС-приложений

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

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

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

6.5 Выдача учетных данных станции связи ИТС

На рисунке 7 представлены субъект, объект и установлены функциональные взаимоотношения при выпуске учетных данных станции связи ИТС.

Рисунок 7 — Сертификация станции связи ИТС

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

6.6 Выдача сертификатов для работы в режиме реального времени

На рисунке 8 представлены субъекты, объекты и установлены функциональные взаимосвязи при выдаче учетных данных для операций процессов станции ИТС-приложений и протоколов уровня средств станции ИТС в реальном времени.

Рисунок 8 — Сертификация работы в реальном времени

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

6.7 Хранилище ИТС-приложений

На рисунке 9 установлены объекты и функциональные взаимосвязи по безопасной установке станции ИТС-приложений в режиме реального времени.

Примечание - На рисунке 9 указана логическая последовательность этапов. Блок станции связи ИТС подключается к устройству хранения процесса станции ИТС-приложения через его блок центра управления конфигурацией станции связи ИТС.

Рисунок 9 — Процесс станции ИТС-приложения

Безопасная загрузка процессов станции ИТС-приложений может быть выполнена с использованием протокола удаленного управления станцией ИТС-приложений (см. 7).

6.8 Безопасная установка и обслуживание объектов и протоколов связи

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

6.9 Реестры

6.9.1 Общие сведения

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

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

6.9.2 Объекты ИТС-приложений

Информация, приведенная в реестре объектов ИТС-приложений, представлена типом ASN.1 ITSapObRegistry, определенным в А.3 приложения А. Реестр должен содержать записи для объектов ИТС-приложений, данных типом ASN.1 ITSapOb (см. А.3 приложения А, а также таблицу 4). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления объектов ИТС-приложений. Определенный идентификатор станции ИТС-приложения может быть зарезервирован для объектов ИТС-приложений, спецификация которых не является общедоступной. В ряде идентификаторов станции ИТС-приложения зарегистрированы в испытательных целях.

Таблица 4

6.9.3 Набор сообщений ИТС

Информация, приведенная в реестре для наборов ИТС-сообщений, предоставлена типом ASN.1 ITSmsgSetRegistry, указанным в А.3 приложения А. Этот реестр должен содержать записи для наборов сообщений ИТС заданного типа ASN.1 ITSmsgSet (см. А.3 приложения А, а также таблицу 5). Регистрирующий орган может устанавливать дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления наборами сообщений ИТС.

Элементы реестра ITSmsgSet

6.9.4 Области нормативного регулирования ИТС

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

• области, определенные кодом страны типа ASN.1, CountryCode (см. А.3 приложения А);
• области, определенные нотацией типа ASN.1, GeoPolygon (см. А.3 приложения А) с учетом:

  -    <a id="p100342"></a>области,  которая   будет   идентифицирована   с   типом   ASN.1

GeoInclusionAreas (см. А.3 приложения А), - области, которая должна быть исключена, выявлена с помощью ASN.1,

6.9.5 Регионы ИТС

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

Содержание политики, т.е. правил, установленных регистрирующим органом, определенным в polAuthority (см. таблицу 7).

6.9.6 Номера портов ИТС

Информация, приведенная в реестре ИТС-портов, предоставлена типом ASN.1 ITSportNumberRegistry, указанным в А.3 приложения А. Этот реестр должен содержать записи номеров ИТС-портов, заданных типом ASN.1 ITSportNumber (см. А.3 приложения А и таблицу 8). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления номерами ИТС-портов. Регистрирующий орган должен четко различать диапазон широко известных зарегистрированных и динамически назначаемых номеров ИТС-портов.

6.9.7 Тип потоков ИТС

В реестре содержатся записи для типов потоков ИТС, определенных ИТС — FlowTypeID (см. [8]).

6.9.8 Логические каналы ИТС

Информация, приведенная в реестре логических каналов ИТС, предоставлена типом ASN.1 ITSIchRegistry, указанным в А.3 приложения А. Этот реестр должен содержать записи для логических каналов ИТС, заданных типом ASN.1 ITSIch (см. А.3 приложения А и таблицу 9). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления логическими каналами ИТС.

Таблица 9

Элементы реестра ITSIch

6.9.9 Блоки станции ИТС

Информация, приведенная в реестре блоков станции ИТС, предоставлена типом ASN.1 ITSsuRegistry, указанным в А.3 приложения А. Данный реестр содержит записи для блоков станции ИТС, заданных типом ASN.1 ITSsu (см. А.3 приложения А и таблицу 10). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления блоков станции ИТС.

6.9.10 Станции связи ИТС

Информация, приведенная в реестре станций связи ИТС, предоставлена типом ASN.1 ITSscuRegistry, указанным в А.3 приложения А. Данный реестр должен содержать записи станции связи ИТС, предоставленные типом ASN.1 ITSscu (см. А.3 приложения А и таблицу 11). Регистрирующий орган может проводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления станциями связи ИТС. Ведение данного реестра предпочтительно осуществлять соответствующим центром управления конфигурацией станции связи ИТС (см. 5.1 и 5.2).

Таблица 11

6.9.11 Поставщик процесса подачи заявок станции ИТС

Информация, приведенная в реестре поставщика процесса подачи заявок станции ИТС, предоставлена типом ASN.1 ITSSappRegistry, указанным в А.3 приложения А. Данный реестр должен содержать записи для поставщиков процесса подачи заявок станции ИТС, предоставленные типом ASN.1 ITSSapPrPr (см. А.3 приложения А и таблицу 12). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления поставщиками процесса подачи заявок станции ИТС.

6.9.12 Производители оборудования станции ИТС

Информация, приведенная в реестре производителей оборудования станции ИТС, предоставляется типом ASN.1 ITSemRegistry, указанным в А.3 приложения А. Данный реестр должен содержать записи для изготовителей оборудования станции ИТС, предоставленные типом ASN.1 ITSem (см. А.3 приложения А и таблицу 13). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления изготовителями оборудования.

Элементы реестра ITSem

6.9.13 Владельцы объектов ИТС-приложений

6.9.14 Владелец набора сообщений ИТС

Информация, содержащаяся в реестре для владельцев объектов ИТС-приложения, предоставлена типом ASN.1 Registry, указанным в А.3 приложения А. Данный реестр должен содержать записи для владельцев набора сообщений ИТС, предоставленных типом ASN.1 ITSmso (см. А.3 приложения А и таблицу 15). Регистрирующий орган может добавлять дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления владельцами набора сообщений ИТС.

Элементы реестра ITSmso

6.9.15 Разработчик процессов станции ИТС-приложений

Информация, содержащаяся в реестре разработчиков процессов станции ИТС-приложений, предоставлена типом ASN.1 ITSSapdRegistry, указанным в А.3 приложения А. Данный реестр должен содержать записи для разработчиков процессов станции ИТС-приложений, предоставленные типом ASN.1 ITSSapd (см. А.3 приложения А и таблицу 16). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления разработчиками процессов ИТС-приложений.

Элементы реестра ITSSapd

6.9.16 Сервис объектов уровня станции ИТС

6.9.17 Центры управления конфигурацией станции связи ИТС

Информация, приведенная в реестре центров управления конфигурацией станции связи ИТС (центр управления конфигурацией станции связи ИТС), предоставляется типом ASN.1 ITSSCUcmcRegistry, указанным в А.3 приложения А. Данный реестр должен содержать записи для центра управления конфигурацией ИТС-станции связи, предоставленные типом ASN.1 ITSSCUcmc (см. А.3 приложения А и таблицу 18). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления разработчиками процесса подачи заявок.

6.9.18 Стеки протоколов связи ИТС

Информация, приведенная в реестре идентификаторов стеков протокола связи ИТС (идентификатор стека протоколов ИТС), предоставлена типом ASN.1 ITSprotStcks, указанным в А.3 приложения А. Данный реестр должен содержать записи для идентификатора стека протоколов ИТС, представленные типом ASN.1 ITSprotStckInfo (см. А.3 приложения А и таблицу 19). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления непараметризованными стеками протоколов связи ИТС.

Элементы реестра ITSprotStckInfo

6.9.19 Идентификатор протокола ИТС

Информация, приведенная в реестре идентификаторов протокола ИТС, предоставлена типом ASN.1 ITSprots, указанным в А.3 приложения А. Данный реестр должен содержать записи для идентификатора протокола ИТС, предоставленные типом ASN.1 ITSprotocol (см. А.3 приложения А и таблицу 20). Регистрирующий орган может приводить дополнительные информационные элементы для осуществления уникальной идентификации и для поддержки управления непараметризованными стеками протоколов связи ИТС.

Таблица 20

7 Структура глобальной классификации и управления ИТС-приложениями

7.1 Адреса и идентификаторы

7.1.1 Обзор

7.1.2 Идентификатор ИТС-приложения

Каждый объект ИТС-приложений, т.е. ИТС-приложение и класс ИТС-приложений, эксплуатируемый в BSMD, должен быть однозначно распознан по значению идентификатора ИТС-приложения.

Идентификатор ИТС-приложения не предназначен для определения расхождений в версиях одного объекта ИТС-приложений или для идентификации сообщений, наборов сообщений или функций связи.

Идентификатор ИТС-приложения — это целое число с различными кодировками, например:

а) p-кодирование;

б) o-кодирование.

При p-кодировании идентификатор ИТС-приложения должен быть представлен типом ASN.1 ITSaid, указанным в А.3 приложения А. На рисунке 10 представлен формат p-кодирования идентификатора ИТС-приложения. Биты Length Control представляют собой теги ASN.1 CHOICE и EXTENSION, которые определяют размер типа данных. Элемент Length indicator № устанавливает число n октетов, следующих за этим элементом и содержащих значение идентификатора ИТС-приложения.

При o-кодировании идентификатор приложения ИТС должен быть представлен типом ASN.1 ITSaidO, применяя правила кодирования октетов.

В таблице 21 представлено количество октетов для приведения двух различных примеров форматов и кодировок.

Кодированные числа. Необходимое пространство в октетах

7.1.3 Идентификатор процесса ИТС-приложения

ИТС-приложение включает в себя по меньшей мере один процесс станции ИТС-приложения, а также несколько дополнительных процессов станции ИТС-приложения. Процессы станции ИТС-приложения, принадлежащие одному и тому же ИТС-приложению, должны отличаться идентификатором процесса станции ИТС-приложения. Идентификатор процесса ИТС-приложения должен иметь тип ASN.1 INTSsapid, указанный в разделе А.3 приложения А. Идентификатор процесса ИТС-приложения — это целое число без знака в диапазоне от 0 до 255. Нулевое значение указывает на неизвестный процесс станции ИТС-приложения. Процессы применения ИТС, определенные конкретным идентификатором ИТС-приложения, должны иметь разные значения идентификатора процесса ИТС-приложения в диапазоне от 1 до 255.

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

7.1.4 Идентификатор набора сообщений ИТС

Каждый набор сообщений ИТС, предназначенный для использования в BSMD, должен быть однозначно распознан значением идентификатора набора сообщений ИТС. Идентификатор набора ИТС-сообщений должен быть описан в ASN.1 ITSmsgSetID, указанном в А.3 приложения А. На рисунке 10 показан формат идентификатора набора ИТС-сообщений для типа ASN.1. Биты Length Control являются битами CHOICE и EXTENSION, определяющими размер типа данных. Элемент Length indicator № идентифицирует число n октетов, следующих за этим элементом и содержащих значение ITSMsgSetID.

Идентификатора набора сообщений ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора ИТС-приложения, указаны в 6.2 и 6.9.2.

7.1.5 Номер порта для транспортного протокола ИТС

Транспортные протоколы, разработанные для локализованной связи ИТС-сообщений, могут использовать общее числовое пространство для номеров портов ИТС (номер порта для транспортного протокола ИТС). Между целыми числами должно быть от 0 до 65.535. Эти номера должны быть разделены на известные зарегистрированные номера портов и динамических назначений. Сокращения данных номеров портов с ожидаемыми значениями представлены в таблице 22.

Номера портов ИТС, определенные протоколами на основе локального сообщения

Номер порта для транспортного протокола ИТС должен быть представлен типом ASN.1 PortNumber, указанным в А.3 приложения А. Номера порта для транспортного протокола ИТС должны быть установлены регистрирующим органом. Требования, связанные с регистрацией номера порта для транспортного протокола ИТС, указаны в 6.2 и 6.9.6.

7.1.6 Идентификатор типа потока в ИТС

Типы потоков являются частью требований, предъявляемых к коммуникациям, которые должны быть описаны процессами станции ИТС-приложений. Идентификаторы известных типов потоков (идентификатор типа потока в ИТС) должны быть глобально уникальными. Должен быть диапазон динамически присваиваемых значений идентификатора типа потока в ИТС. Допустимые диапазоны номеров и начальные зарегистрированные назначения идентификатор типа потока в ИТС представлены в таблице 23.

7.1.7 Идентификатор логического канала ИТС

Каждый логический канал ИТС должен быть однозначно распознан по значению идентификатора логического канала ИТС. Данный идентификатор должен быть типом ASN.1 LogicalChannelType, указанным в А.3 приложения А и таблице 24 для первоначально зарегистрированных типов.

Логические каналы

7.1.8 Идентификатор блока станции ИТС

Каждый блок станции ИТС может быть однозначно идентифицирован по значению идентификатора блока станции ИТС. Данный идентификатор должен быть представлен типом ASN.1 ITSsuID, указанным в А.3 приложения А.

7.1.9 Идентификатор станции связи ИТС

Каждая станция связи ИТС должна быть однозначно распознана по значению идентификатора станции связи ИТС. Идентификатор должен быть типом ASN.1 ITSscuID, указанным в А.3 приложения А. Идентификатор станции связи ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора станции связи ИТС, указаны в 6.2 и 6.9.10.

7.1.10 Идентификатор поставщика приложения станции ИТС

7.1.11 Регуляторный региональный идентификатор ИТС

Каждый регион регулирования ИТС должен быть однозначно распознан по значению регуляторного регионального идентификатора ИТС. Данный идентификатор ИТС должен быть представлен типом ASN.1 ITSrrID, указанным в А.3 приложения А. Регуляторный региональный идентификатор ИТС должен быть установлен регистрирующим органом.

7.1.12 Идентификатор региона для ИТС

Каждый регион в ИТС должен быть однозначно распознан по значению идентификатора региона для ИТС. Данный идентификатор региона для ИТС должен быть представлен типом ASN.1 TSprID, указанным в А.3 приложения А. Идентификатор региона для ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора региона для ИТС, указаны в 6.9.5.

7.1.13 Идентификатор производителя оборудования станции ИТС

Каждый изготовитель оборудования станции ИТС должен быть однозначно распознан значением идентификатора производителя оборудования станции ИТС. Данный идентификатор должен быть представлен типом ASN.1 ITSSemID, указанным в А.3 приложения А. Идентификатор производителя оборудования станции ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора производителя оборудования станции ИТС, указаны в 6.3 и 6.9.12.

7.1.14 Идентификатор владельца (разработчика) объекта приложения ИТС

Каждый владелец объекта приложения ИТС должен быть однозначно распознан по значению идентификатора владельца (разработчика) объекта приложения ИТС. Данный идентификатор должен быть представлен типом ASN.1 ITSaooID, указанным в А.3 приложения А. Идентификатора владельца (разработчика) объекта приложения ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора владельца (разработчика) объекта приложения ИТС, указаны в 6.2 и 6.9.13.

7.1.15 Тип технологии доступа к ИТС

Каждый тип технологии доступа к ИТС должен быть однозначно распознан значением типа технологии доступа к ИТС. Данный тип должен быть типом ASN.1 ITSatt, указанным в А.3 приложения А. Присвоенные значения приведены в таблице 25.

Типы технологий доступа к ИТС

7.1.16 Идентификатор владельца набора ИТС-сообщений

Каждый владелец набора сообщений ИТС должен быть однозначно распознан значением идентификатора владельца набора ИТС-сообщений. Данный идентификатор должен быть представлен типом ASN.1 ITSmsoID, указанным в А.3 приложения А. Идентификатор владельца набора сообщений ИТС должен быть установлен регистрирующим органом. Требования, связанные с регистрацией идентификатора владельца набора сообщений ИТС, указаны в 6.2 и 6.9.14.

7.1.17 Идентификатор экземпляра процесса приложения

Каждый экземпляр процесса приложения станции ИТС, установленный в блоке станции ИТС, должен быть однозначно идентифицирован по значению идентификатора экземпляра процесса приложения станции ИТС. Данный идентификатор экземпляра процесса приложения должен быть представлен типом ASN.1 ITSsapiid, указанным в А.3 приложения А и таблице 26.

Идентификатор экземпляра процесса приложения станции ИТС

7.1.18 Идентификатор разработчика ИТС-приложения

7.1.19 Идентификатор источника приложения станции ИТС

7.1.20 Идентификатор уровня сервисных услуг станции ИТС

7.1.21 Идентификатор центра управления конфигурацией станции связи ИТС

7.1.22 Идентификатор стека протоколов ИТС

Непараметрические стеки протоколов связи ИТС (центр управления конфигурацией станции связи ИТС) должны быть однозначно распознаны значением идентификатора стека протоколов ИТС. Данный идентификатор стека протоколов ИТС должен быть представлен типом ASN.1 TSprotocolStackID, указанным в А.3 приложения А. Идентификатор стека протоколов ИТС должен быть установлен в регистрирующем органе. Требования к регистрации идентификатора стека протоколов ИТС ProtStkkID указаны в 6.9.18.

7.1.23 Идентификатор протокола ИТС

Протоколы ИТС должны быть однозначно распознаны по значению идентификатора протокола ИТС. Данный идентификатор должен быть представлен типом ASN.1 ITSprotID, указанным в А.3 приложения А. Идентификатор протокола ИТС должен быть установлен в регистрирующем органе. Требования, связанные с регистрацией идентификатора протокола ИТС, указаны в 6.9.19.

7.2 Оперативное управление

7.2.1 Безопасная установка и обслуживание процессов станции ИТС-приложений

Процессы приложений станции ИТС могут быть установлены в станции связи ИТС, либо в блоке станции ИТС во время производства, либо в защищенной лабораторной среде, либо автоматизированно — из хранилища ИТС-приложений, как описано в 6.7.

Безопасную оперативную установку процессов ИТС-приложений осуществляют с использованием процедур удаленного управления.

7.2.2 Безопасная установка протоколов и функций управления станции ИТС

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

7.2.3 Регистрация процессов станции ИТС-приложений в объекте управления ИТС

Регистрация процессов станции ИТС-приложений с управлением станции ИТС необходима до процесса управления потоками данных и связи.

7.2.4 Управление потоками данных

• настройку стека протоколов связи станции ИТС для источника процесса станции ИТС-приложений и возврат идентификатора протоколов связи станции ИТС в процесс приложений станции ИТС;
• запрос заявок станции ИТС на регистрацию у менеджера по рекламе услуг в управлении станции ИТС;
• подписку приложений станции ИТС на обработку сообщений/данных для элементов данных, сообщений из наборов сообщений ИТС, из идентификатора приложения ИТС;

7.2.5 Управление сертификатами для связи в режиме реального времени

7.2.6 Отчеты об особых ситуациях

А.1 Обзор

Примечание — Базовая нотация ASN.1 указана в [19].

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

• CITSdataDictionary1 {iso(1) standard(0) cits-applMgmt (17419) dataDictionary (1) version1 (1)}, содержащий ASN.1 — общий для ИТС.

Примечание - Модуль ASN.1 CITSdataDictionary1 должен быть перемещен в интерактивный реестр ISO CICDR. После выполнения перемещения модуль будет исключен из реестра. Модуль использует определения ASN.1, которые первоначально определены в других модулях. Этот подход позволяет упростить управление модулями ASN.1;

• CITSapplMgmtApplReg2 {iso(1) standard(0) cits-applReg (17419) applRegistry (2) version2 (2)}, содержащий определения, связанные с глобальной уникальной идентификацией.

Если спецификации ASN.1, приведенные в настоящем приложении, не соответствуют спецификациям, представленным в других разделах настоящего стандарта, то преимущество имеют спецификации настоящего приложения.

Применимые кодировки типов и значений, определенных в модуле ASN.1 и указанных в А.2 и А.3, зависят от конкретного использования. ASN.1 BASIC-PER, UNALIGNED применяется при отсутствии других требований к кодировке.

А.3 Модуль CITSapplMgmtApplReg

БИБЛИОГРАФИЯ