ГОСТ Р ИСО 21218-2015. Национальный стандарт Российской Федерации. Интеллектуальные транспортные системы. Доступ к наземным мобильным средствам связи (CALM). Поддержка технологии доступа

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

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

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

ДОСТУП К НАЗЕМНЫМ МОБИЛЬНЫМ СРЕДСТВАМ СВЯЗИ (CALM). ПОДДЕРЖКА ТЕХНОЛОГИИ ДОСТУПА

Intelligent transport systems. Communications access for land mobiles (CALM). Access technology support

(ISO 21218:2013, IDT)

ГОСТ Р ИСО 21218-2015

Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО 21218:2013 «Интеллектуальные транспортные системы. Коммуникационный доступ к наземным мобильным объектам (CALM). Поддержка технологии доступа» (ISO 21218:2013 Intelligent transport systems — Communications access for land mobiles (CALM) — Access technology support, IDT).

ИСО 21218:2013 подготовлен Техническим комитетом ИСО/ТК 204 «Интеллектуальные транспортные системы».

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

5 Некоторые из элементов настоящего стандарта могут быть предметом патентования прав

6 ВВЕДЕН ВПЕРВЫЕ

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

Введение

Настоящий стандарт является частью группы международных стандартов для коммуникационного доступа для наземных транспортных средств (CALM). Введение в целый набор международных стандартов предоставлено в ИСО 21217.

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

MI-SAP, представленный на рисунке 1, указан посредством ссылки на ИСО 24102-3. Спецификация SI-SAP не рассматривается в рамках настоящего стандарта.

1. Сфера применения

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

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

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

ИСО/МЭК 8802-2 Информационные технологии. Телекоммуникации и обмен информацией между системами. Локальные и общегородские сети. Специальные требования. Часть 2. Логическое управление каналом

ИСО/МЭК 8825-2 Информационные технологии. Правила кодирования ASN.1. Спецификация правил кодирования упакованных данных (PER). Часть 2

ИСО 21217 Интеллектуальные транспортные системы. Коммуникационный доступ для наземных транспортных средств (CALM). Архитектура

ИСО 24102-1 Интеллектуальные транспортные системы. Коммуникационный доступ для наземных транспортных средств (CALM). ИТС управление станцией. Часть 1. Локальное управление

ИСО 24102-3 Интеллектуальные транспортные системы. Коммуникационный доступ для наземных транспортных средств (CALM). ИТС управление станцией. Часть 3. Точки доступа к службе

ИСО 24102-4 Интеллектуальные транспортные системы. Коммуникационный доступ для наземных транспортных средств (CALM). ИТС управление станцией. Часть 4. Коммуникации по управлению внутри станции

ETSI TS 102 760-1 Интеллектуальные транспортные системы; автомобильный транспорт и транспортная телематика (RTTT); Испытательные спецификации для коммуникационного доступа для наземных транспортных средств (CALM), Средства доступа к службе (ИСО 21218); Часть 1. Проформа Декларация соответствия применения протокола (PICS)

ETSI TS 102 760-2 Интеллектуальные транспортные системы; автомобильный транспорт и транспортная телематика (RTTT); Испытательные спецификации для коммуникационного доступа для наземных транспортных средств (CALM), Средства доступа к службе (ИСО 21218); Часть 2. Структура набора тестов и испытательные цели (TSS & TP)

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

В настоящем стандарте применены термины по ИСО/МЭК 8802-2, ИСО 21217, ИСО 24102-1, ИСО 24102-3, ИСО 24102-4, а также следующие термины с соответствующими определениями:

3.1 (V) идентификатор CI: Уникальный идентификатор (виртуального) CI.

3.2 интерфейс связи CI: Экземпляр определенной ИТС-С технологии уровня доступа и протокол.

Пример — Примером протокола связи является IR [5].

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

3.4 виртуальный интерфейс связи: Логический блок в CI, который связан со станцией того же уровня.

3.5 менеджер по приоритету CI: Логический блок в CI, который управляет приоритетными очередями.

3.6 идентификатор канала: Идентификатор связи, заданный адресом VCI.

4. Сокращения и обозначения

Примечание — См. также ИСО/МЭК 8802-2, ИСО 21217, ИСО 24102-1, ИСО 24102-3, ИСО 24102-4.

APN — имя точки доступа.

BC-VCI — VCI для передачи MAC-адреса вещания.

CAL — коммуникационный уровень адаптации.

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

CI — интерфейс связи.

CIC — класс интерфейса связи.

CIID — CI/идентификатор VCI, представленный в 64-битном поле EUI.

DLL — канальный уровень.

DNI — идентификатор пустого (null) значения.

DSRC — специализированная связь на коротких расстояниях.

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

EUI — расширенный универсальный идентификатор.

EUI-64 — 64-битный EUI.

IN-SAP — коммуникация SAP, как предлагается в CAL ИТС-С уровне организации сети и транспортном уровне.

LocalCIID — CIID локального CI.

LSB — наименьший значащий бит.

MAC 48 — 48-битный MAC-адрес.

MAE — системы адаптации управления.

MC-VCI — VCI для передачи к многоабонентному (групповому) MAC-адресу.

MI-SAP — управление SAP, как предлагается ИТС-С управлением к MAE.

MSB — старший значащий бит.

OBU — бортовой модуль.

Примечание — Термин используется для DSRC [14].

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

OUI — уникальный идентификатор организации.

PIN — персональный идентификационный номер.

RemoteCIID — CIID VCI предоставление возможности MAC многоадресной передачи и MAC одноадресной передачи.

RX/TX-CI — CI, способные работать в режиме приемника и передатчика.

RX-CI — CI, способный работать только в режиме приема.

RX-VCI — VCI для приема.

SAE — модуль адаптации безопасности.

SIM — модуль идентификации абонента.

SNAP — протокол доступа к подсети.

TDMA — множественный доступ с временным разделением.

TX-CI — CI, способный к работе в режиме передачи только как широковещательной, так и многоабонентской.

TX-VCI — VCI для одноадресной передачи.

UC-VCI — VCI для приема от/и передачи по многоадресному MAC-адресу.

VCI — виртуальный интерфейс связи.

WAVE — беспроводной доступ для автотранспорта.

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

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

Примечание — Сокращение IEEE имеет отношение к [6].

5. Адаптация коммуникационного модуля

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

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

Для этих и прочих технологий доступа задача состоит в том, чтобы адаптировать:

• интерфейс поверх технологии доступа к IN-SAP посредством коммуникационного уровня адаптации (CAL), и
• интерфейс управления к MI-SAP посредством модуля адаптации управления (MAE), и
• интерфейс безопасности к SI-SAP модуля адаптации безопасности (SAE).

Внедрение существующей технологии доступа, которая не была разработана специально для ИТС, может включать в себя более высокие уровни стека протоколов связи OSI, чем просто ИТС уровень доступа, включая связанное управление. Оно подразумевает включение более высоких протокольных уровней, которые должны быть ограничены теми технологиями связи, уже существующими и не осведомленными об ИТС и понятии BSMD, например, сотовой сети [3], [4].

Настоящий стандарт обеспечивает общие основные функциональные спецификации для коммуникационного уровня адаптации модуля адаптации управления (MAE) и для модуля адаптации безопасности (SAE). Это указывает на коммуникацию SAP (IN-SAP), управление станцией SAP (MI-SAP) и управление безопасностью SAP (SI-SAP).

5.2 Коммуникационный уровень адаптации

CI, основанные на различных средах, используют те же ИТС-С сетевой и транспортный уровни. Все CI должны использовать тот же тип IN-SAP между ИТС-С сетевым сети и транспортным уровнем и CAL.

Обусловленный средой CAL обеспечивает IN-SAP для ИТС-С сетевого и транспортного уровней на принципах, которые сформулированы в ИСО/МЭК 8802-2. Поддерживаемые типы работы LLC и услуг LLC могут зависеть от ИТС-С уровня организации сети и выбранного протокола транспортного уровня:

• для оперативных коммуникаций типа I работа является обязательной с запретом сервиса LLC XID;
• для других типов работы LLC, т.е. для типов II и III, являются дополнительными.

CAL можно считать как технологию доступа, обусловленную средой LLC, или как расширение существующего LLC обеспечения адаптации определенных потребностей технологии доступа (среды) к общей коммуникации MI-SAP.

5.3 Модуль адаптации управления CI

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

MAE предоставляет MI-SAP для ИТС-С управления, используя принципы, приведенные в ИСО/МЭК 8802-11 относительно модуля управления станцией. MI-SAP предоставляет сервисы, представленные в разделе 9.

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

5.4 Модуль адаптации безопасности CI

Текущая версия настоящего стандарта не обеспечивает спецификацию SAE.

6. Интерфейс связи

6.1 Архитектура

Настоящий стандарт использует понятия:

• интерфейс связи (CI) с
• виртуальными интерфейсами связи (VCIs).

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

Примечание — Число RX-VCIs равно числу получающих каналы, которыми можно управлять одновременно с CI. Более подробная информация о VCIs указана в разделе 7.

6.2 Классификация CI

6.2.1.1 Классы CI

6.2.1.2 Классы доступа CI

Доступ к удаленной станции может потребовать идентификации, например:

• PIN для SIM-карты;
• данные оператора:

6.2.1.3 Отображение

6.3 Идентификатор канала

CI и VCIs должны ссылаться/арестовываться уникальным идентификатором канала. Идентификатор канала должен быть построен согласно рисунку 3.

Рисунок 3 — Идентификатор канала

Поле LocalCIID идентифицирует уникально определенный CI в определенном ИТС-С блоке связи (ИТС-CCU) в экземпляре ИТС станции.

Примечание — Два октета, ИТС-CCU-ID, указанных в ИСО 24102-4, идентифицируют уникально ИТС-CCU, могут быть получены из LocalCIID, используя значения справочной таблицы.

Область RemoteCIID идентифицирует VCI CI идентифицированного LocalCIID, который соединяется с удаленным ИТС-С блоком (например, MAC широковещательная рассылка) или группой устройств (например, передача MAC или коммуникация передачи). Одно зарезервированное число RemoteCIID должно идентифицировать CI, который адресован значением LocalCIID. Данное зарезервированное число должно быть:

• отлично от нулевого идентификатора (DNI), представленного в C.2 (приложение C) для CI, поддерживающих 48-битные MAC-адреса,
• нуль VCISerialNumber представленный в C.3 (приложение C) для CI, которые не поддерживают 48-битные MAC-адреса.

LocalCIID и RemoteCIID представлены в 64-битном глобальном идентификаторе области (EUI-64), описанном в C.1 (приложение C), который может содержать 48-битный MAC-адрес, как показано на рисунке C.2 (приложение C).

Для технологий доступа при помощи 48-битных MAC-адресов LocalCIID может содержать глобальный уникальный MAC-адрес CI, и RemoteCIID может содержать или отдельный MAC-адрес, сообщенный в полученном кадре, или переданном широковещательном MAC-адресе, или MAC-адресе одновременной передачи нескольким абонентам.

Другие технологии доступа должны использовать нумерацию, указанную в C.3 (приложение C).

Примечание — LocalCIID и RemoteCIID могут появиться в блоке данного уровня доступа в коммуникационном канале между ИТС станцией того же уровня как часть зависящего NPDU от сетевого уровня и используемого протокола транспортного уровня. Таким образом, LocalCIID и RemoteCIID могут стать предметом внимания из соображений конфиденциальности.

6.4 Процедуры

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

Процедуры, указанные ниже, используют сервисы управления MI-SAP, как указано в 8.5.

6.4.2 Регистрация

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

Статус CI перед успешной регистрацией должен быть CIstatus, равным «несуществующий».

После включения питания или на физическую вставку/активацию CI CI поддержка 48-битных MAC-адресов должна сама запрашивать регистрацию в ИТС-С управлении. Затем необходимо применять следующую процедуру:

1 создать идентификатор канала, проиллюстрированного на рисунке 3 с LocalCIID, представляющим глобально действительный уникальный MAC-адрес CI, как сохранено в I-параметре 9 «MAC-адресов» с RemoteCIID, равным «Отличному от нуля индикатору» (DNI) значению, представленному в приложении C;

2 отправить MI-REQUEST «RegReq» указания I-параметра 17 «MedType», используя идентификатор канала, построенного на шаге 1;

3 установить T_register в значение, заданное в I-параметре 8 «TimeoutRegister»;

4 ожидать MI-COMMAND «RegCmd», предоставляющую «ИТС-CCU-ID» и «MedID», пока T_register не истек;

5 остановить T_register и продолжить следующий шаг, если команда на предыдущем шаге была успешно получена. Запустить снова с шага 2, если T_register истек;

6 после успешной регистрации установить I-параметр 5 «ИТС-CCU-ID», как получено в MI-COMMAND «RegCmd». Установить I-параметр 13 «CIstatus» в значение «Зарегистрирован» и уведомить об этом значении ИТС-С службу управления. Это установление должно вызвать создание VCIs, как указано в разделе 7.

После включения питания или после физического подключения/активации CI CI, не поддерживающий 48-битные MAC-адреса, должен запрашивать регистрацию себя в ИТС-С управлении. Затем следует провести следующие процедуры:

1 создать предварительный идентификатор канала (см. рисунок 3) с LocalCIID и RemoteCIID, построенным, как показано в иллюстрации с:

i) LocalCIID:

I) установить VCISerialNumber в значение нуль, указывая локальный CI,

II) установить ИТС-CCU-ID в нулевое значение, см. ИСО 24102-4,

III) установить MedID в значение,

IV) обнулить все значения в поле UC/GC.

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

ii) RemoteCIID:

I) установить VCISerialNumber в нулевое значение, указывая адрес CI,

II) установить набор ИТС-CCU-ID в нулевое значение,

III) установить MedID в то же значение, что используется в LocalCIID,

IV) установить все биты в поле UC/GC в нулевое значение;

2 отправить запрос «RegReq», указывая I-параметр 17 «MedType»;

3 установить T_register таймера в значение, данное в I-параметре 8 «TimeoutRegister»,

4 ждать команды «RegCmd», обеспечивая истинные значения «ИТС-CCU-ID» и «MedID», пока T_register не истек,

5 остановить T_register и продолжить следующий шаг, если команда на предыдущем шаге была успешно получена. Запустить снова с шага 1 при различных значениях для MedID, если T_register истек,

6 создать корректный идентификатор канала CI, используя значения ИТС-CCU-ID, MedID, как задано ИТС-С управлением на шаге 4,

7 после успешной регистрации, I-параметр набора 5 «ИТС-CCU-ID» и I-параметр 6 «MedID», как получено в команде «RegCmd». I-параметр набора 13 «CIstatus» к стоимости «зарегистрировались», и уведомьте эту стоимость EE управлению. Это установление должно вызвать создание VCIs, как указано в разделе 7.

6.4.3 Разрегистрация

Разрегистрация CI в ИТС-С управлении является реверсированием процесса регистрации CI. Посмотрите конечный автомат на рисунке 4.

Разрегистрация может быть выполнена MAE или запрошена ИТС-С управлением путем отправки команды MI «CIstateChng» со значением «Разрегистрировать».

Разрегистрация должна привести к:

• установке ИТС-CCU-ID в нулевое значение,
• удалению всего VCIs и
• установке I-параметра 13 «CIstatus» в значение «не существует».

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

6.4.4 Деактивация

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

Деактивацию можно выполнить, используя MAE, или можно запросить ИТС-С управление путем отправки MI-команды «CIstateChng» со значением «неактивный».

Деактивация должна привести к сбросу CI. Как следствие, все VCIs должны быть удалены, и не должно остаться существующих ожидающих пакетов в CI.

Примечание — В CI класса «CIC-wl2» и класса «CIAC-2» доступа такого, как указано в [3] или [4], деактивация приведет к разъединению от службы беспроводной связи, т.е. окончанию связи.

MAE должна установить I-параметр 13 «CIstatus» в значение «неактивный» и уведомить ИТС-С управление.

6.4.5 Активация

Активация CI является процессом для предоставления возможности коммуникаций с неактивным CI. Посмотрите конечный автомат на рисунке 4.

Активацию можно выполнить, используя MAE, или запросить ИТС-С управление путем отправки MI-команды «CIstateChng» со значением «активный».

Эта команда должна вызвать создание VCIs, как указано ниже. Об успешной активации должна быть уведомлена служба ИТС-С управления.

Примечание — В CI классов «CIC-wl2» и «CIAC-2» доступа такого, как указано в [3] или [4], «активное» состояние указывает, что CI в коммуникационной зоне базовой станции и, таким образом, мог бы соединиться с сервисом.

6.4.6 Приостановка

Приостановка CI является процессом для приостанавливания всех коммуникаций CI, не удаляя пакетов или параметров состояния. Посмотрите конечный механизм на рисунке 4. CI, находящийся в «приостановленном» состоянии, все еще должен должным образом поддерживать функциональность примитивов услуги IN-SAP и сервиса IN-UNITDATA.

Приостановку можно выполнить MAE или можно требовать ИТС-С управление путем отправки MI-команды «CIstateChng» со значением «приостановлено».

Все VCIs должны сохраняться. Никакие ожидающие обработки пакеты данных не должны быть потеряны. Продолжающаяся передача кадра должна быть остановлена как можно быстрее. Должен быть завершен продолжающийся прием кадра.

MAE должна установить I-параметр 13 «CIstatus» в значение «приостановлено» и уведомить ИТС-С управление.

6.4.7 Возобновление

Возобновление CI является процессом для возобновления коммуникаций в приостановленном CI. Посмотрите конечный автомат на рисунке 4.

Возобновление можно выполнить MAE или запросом ИТС-С управления путем отправки MI-команды «CIstateChng» со значением «продолжить».

MAE должна установить I-параметр 13 «CIstatus» в значение «соединен» и уведомить ИТС-С управление. Ожидающие пакеты должны быть обработаны после возобновления, если это возможно, иначе ожидающие обработки пакеты могут быть удалены без уведомления ИТС-С управления.

6.4.8 Соединение

Соединение CI является процессом, который зависит от класса доступа CI. Посмотрите конечный автомат на рисунке 4.

Для доступа CI связь класса «CIAC-1» устанавливается после первого использования TX-VCI или после приема кадра со станции одного ранга.

Для доступа CI связь классов «CIAC-2» и «CIAC-3» достигается после подтвержденного установления связи с сетью коммутации. Соединение может быть запрошено ИТС-С управлением путем отправки MI-команды «CIstateChng» со значением «соединение».

MAE должна установить I-параметр 42 «CIstatus» в состояние «соединен» и уведомить ИТС-С управление.

6.4.9 Разъединение

Разъединение CI является процессом, который зависит от класса доступа CI. Посмотрите конечный механизм на рисунке 4.

Для класса «CIAC-1» доступа CI разъединение должно быть выполнено в ситуации, когда более неизвестно TX-VCI в отношении к станции одного ранга.

Для классов «CIAC-2» и «CIAC-3» доступа CI — это завершение связи с сетью связи. Разъединение можно запросить, используя ИТС-С управление, путем отправки MI-команды «CIstateChng» со значением «разъединение». Может быть неявное разъединение, вызванное удалением VCI.

MAE должна установить I-параметр 42 «CIstatus» в значение «активное» и уведомить ИТС-С управление.

6.4.10 Конечный автомат CI

Рисунок 4 показывает конечный механизм CI. Он покрывает:

a) состояния запуска и окончания:

1. non_existent;

b) временные состояния:

1. существующий,

2. зарегистрированный;

c) рабочие состояния:

1. активный и

2. связанный;

d) не влияющие на эксплуатацию состояния:

1. приостановленный,

2. неактивный.

Рисунок 4 — Конечный автомат CI

См. I-параметр 13 «CIstatus». Переходы между состояниями:

• включение/активация, см. 6.4.2,
• регистрация, см. 6.4.2,
• разрегистрация, см. 6.4.3,
• создание VCI, см. 7.3.1,
• деактивация, см. 6.4.4,
• активация, см. 6.4.5,
• приостановка, см. 6.4.6,
• возобновление, см. 6.4.7,
• соединение, см. 6.4.8,
• разъединение, см. 6.4.9,
• удаление VCI, см. 7.3.3.

Запросы на выполнение недопустимых переходов должны быть признаны с кодом ошибки ErrStatus = «INVALID COMMAND/REQUEST VALUE», указанной в ИСО 24102-3.

6.4.11 Перекрестное-CI установление приоритетов

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

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

Цели разработки и интеграции должны будут избежать перекрестной интерференции до самой большой степени. Возможные средние значения достижения этого — это надлежащее назначение позволенных каналов беспроводной связи в CI.

Приоритетное управление через CI требует, чтобы в ИТС-С управлении для каждого пакета был назначен приоритет.

«Перекрестное-CI установление приоритетов» является дополнительной процедурой.

6.4.11.2 Регистрация CI для запроса установления приоритетов

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

• типы потенциально вмешивающихся сред, см. I-параметр 17 «MedType»;
• тайм-аут установления приоритетов в миллисекундах.

Регистрация для перекрестного-CI установления приоритетов должна использовать MI-запрос «PrioReg».

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

6.4.11.3 Запрос установления приоритетов

Если регистрация для перекрестной-CI процедуры установления приоритетов выполнена, пакет, который будет передан с данным высоким приоритетом, уведомлен через ИТС-С управление в другое CI, не отвечающее за передачу этого пакета посредством фиктивного запроса передачи, т.е. путем отправки MI-запроса «RTSreq». Минимальный требуемый приоритет указан в I-параметре «MinPrioCrossCI»:

• RTSreq.priority должен быть установлен равным пользовательскому приоритету ожидающего обработки пакета,
• RTSreq.seqNo должен быть установлен в значение, уникальное для этого CI,
• RTSreq.status должен быть установлен в значение «запрос».

Примечание — ИТС-С управление принимает запрос установления приоритетов, только если RTSreq.priority по крайней мере равен MinPrioCrossCI.

На передачу запроса CI может запустить таймер T_DummyAckReq для этого запроса.

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

Иначе после приема признать MI-команды «RTSackCmd» от C управления с:

• RTSackCmd.seqNo равняются связанному запросу;
• RTSackCmd.status, равному «предоставлено».

CI должен отправить ожидающий пакет. CI должен отменить таймер T_DummyAckReq.

Если команда подтверждения показывает RTSackCmd.status, равный «игнорировано», CI может отправить ожидающий пакет или удалить его. CI должен отменить таймер T_DummyAckReq. MAE должна установить параметр 34 «MinPrioCrossCI», равный значению, указанному в RTSackCmd.priority.

После истечения периода таймера T_DummyAckReq, если применимо, CI может или отправить ожидающий пакет, или удалить его.

6.4.11.4 Выпуск установления приоритетов

На передачу или удаление ожидающего пакета CI должен выпустить запрос установления приоритетов посредством MI-запроса «RTSreq» к ИТС-С управлению:

• RTSreq.priority должен быть установлен равным величине запроса;
• RTSreq.seqNo должен быть установлен равным величине запроса;
• RTSreq.reqStatus должен быть установлен в «выпущено».

Менеджер по приоритету CI должен продолжать служить приоритетным очередям.

6.4.11.5 Процедуры источника помех

Информация, содержавшаяся в MI-запросе «RTSreq», должна использоваться в приоритетной очереди потенциала источника помех CI. Обо всех возможных источниках помех должна быть уведомлена ИТС-С станция посредством MI-команды «RTScmd»:

• RTScmd.reqID должен быть установлен равным LocalCIID связанного запроса;
• RTScmd.priority должен быть установлен равным пользовательскому приоритету связанного запроса;
• RTScmd.seqNo должен быть установлен равным значению связанного запроса;
• RTScmd.status должен быть установлен в «запрос».

Как только такая фиктивная запись входит в приоритетную очередь, она подвергается передаче:

• фиктивный запрос должен быть признан посредством MI-запроса «RTSackReq», таким образом:
• RTSackReq.reqID должен быть установлен равным LocalCIID связанного запроса,

• RTScmd.seqNo должен быть установлен равным значению связанного запроса,
• RTScmd.status должен быть установлен в «выпущено»;
• менеджер по приоритету CI должен удалить фиктивный запрос передачи из очереди и продолжать обслуживать приоритетные очереди.

6.4.12 Защита CI

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

Примечание — Примером CI, нуждающейся в защите, является CEN DSRC OBU, как широко используемая по платежу и управлению доступом к системам.

Цель разработки и интеграции — избежать такой перекрестной интерференции до самой большой степени.

«Защита CI» должна использовать процедуру «перекрестное-CI установление приоритетов».

6.4.13 Регулирующее управление информацией

Если регулирование ограничит возможности технологии доступа (среда), то CI должен управлять надлежащими установками параметров в соответствии с фактически действительным регулированием. Регулирующие положения могут зависеть, например, от:

• географического местоположения ИТС станции;
• юридического типа (владелец) ИТС станции.

Возможно получить обновления регулирующей информации со следующими тремя значениями:

a) CI постоянно контролирует прием кадров с регулирующей информацией, если применимо, для имения актуального регулирующего информационного списка;

b) также регулирующая информация может быть получена из локальной регулирующей базы данных, расположенной в CI использование широты и долготы географического местоположения ИТС станции. Географическое местоположение ИТС станции должно быть предоставлено услугой расположения через ИТС-С управление, если применимо, иначе непосредственно от единицы расположения, являющейся интегрированным в CI. CI может просить получить обновления кинематического вектора, видеть I-параметр 48 «KinematicVector», содержащего широту и информацию о долготе посредством MI-запроса «PosUpdateReq», который определяет интервал обновления и активирует/запрещает обновления;

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

CI может просить поиск регулирующей информации с MI-запросом «RIreq». По этому запросу ИТС-С управление должно попытаться восстановить обновление регулирующей информации через выбранный CI.

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

Попытки ИТС-С управления для установки параметров CI таким образом, чтобы постановления были нарушены, должны быть проигнорированы и признаны с кодом ошибки ErrStatus = «RI VIOLATION», указанные в ИСО 24102-3.

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

7. Виртуальный интерфейс связи

7.1 Понятие

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

TX-VCI является случаем программного обеспечения поверх CI, который используется для передачи к:

• определенному получателю (UC-VCI), применяя MAC широковещательной коммуникации;
• всем возможным получателям (UC-VCI), применяя широковещательные передачи MAC;
• группе возможных получателей (MC-VCI), применяя многоабонентский MAC.

Понятие CI с TX-VCIs в связи с другими случаями ИТС станции проиллюстрировано на рисунках 5 - 7. Принято, что на рисунках представлены только CI той же технологии доступа (MedType x). Обратите внимание на то, что эти данные не показывают все функциональные блоки ИТС станции, указанной в ИСО 21217.

Рисунок 5 — UC-VCIs случая #A ИТС станции

Рисунок 6 — BC-VCI случая #A ИТС станции

CI в случае #A ИТС станции, представленной на рисунке 6, поддерживает один широковещательный канал, который в данном сценарии приводит к четырем получателям, установленным в трех экземплярах ИТС станций, т.е. существует тот BC-VCI, доступный, соединенный с RX-VCIs в трех других экземплярах ИТС станции.

CI в случае #A ИТС станции поддерживает одну связь передачи для группы MC A, которая в данном сценарии приводит к двум получателям, установленным в двух экземплярах ИТС станции, т.е. существует один доступный MC-VCI, соединяясь с RX-VCIs в двух других случаях ИТС станции. Другое CI также получает связанные многоадресные кадры, но они проигнорированы вследствие недопустимого группового адреса.

Каждый VCI может поддержать свой собственный набор I-параметров для получения возможности автоматического переключения пакетов параметров передачи, не вовлекая ИТС-С управление и без потребности дополнительных параметров, используемых в сервисных примитивах IN-SAP. Различные установки I-параметра могут запросить каждую связь с определенной станцией того же уровня, т.е. для каждого TX-VCI. Доступ к TX-VCI может потребовать минимального пользовательского приоритета.

Каждый RX/TX-CI должен поддержать по крайней мере один RX-VCI для приема кадров. Должен быть единственный UC-VCI для каждого известного того же уровня CI. RX-V CI должен быть разделен всеми его UC-VCIs. Должен быть один TX-VCI для передачи к широковещательному адресу MAC (BC-VCI), если применимо. Может быть многократный TX-VCIs для передачи к передаче MAC (MC-VCI) адресов (группы), если применимо.

Примечание — Широковещательный адрес и групповые адреса упоминаются как групповые адреса.

TX CI, т.е. групповые передатчики, содержат BC-VCIs и/или только MC-VCIs. Нет никакого RX-VCI.

RX CI, например группа или приемники спутников позиционирования, содержат только один или несколько RX-VCIs. Число RX-VCIs равно числу принимающих каналов, которыми можно одновременно управлять.

Рисунок 8 объясняет, как должны быть обработаны виртуальные модули CI и пользовательский приоритет. После того как приоритетная проверка выполнена менеджером по приоритету CI, I-параметры CI устанавливают в значения I-параметров TX-VCI, действительных для выбранного пакета.

7.2 Идентификатор VCI

На VCIs нужно сослаться/обратиться с помощью уникального идентификатора канала.

Идентификатор канала, проиллюстрированный на рисунке 3, должен быть построен, как указано в 6.3.

7.3 Процедуры

7.3.1 Создание VCI

После регистрации RX/TX-CI класса CI «CIC-wl2» CI должен быть создан RX-VCI, который должен постоянно контролироваться для базовой станции, обеспечивающей возможный доступ к сети связи. Как только базовая станция идентифицируется таким образом, что может обеспечить доступ к сети связи, TX-VCI должен создаваться MAE, на основе набора по умолчанию I-параметров. I-параметр 13 «CIstatus» должен быть установлен в «активный». Такой CI должен соединиться с услугой автоматически, если это будет иметь класс «CIAC-1» или «CIAC-3» доступа CI. Если это имеет класс «CIAC-2» доступа CI, инициирование связи зависит от I-параметра 19, «Соединяются». Если «Соединение» установлено в «ручное», следует ожидать запроса от ИТС-С управления для соединения посредством MI-команды «CONcmd». Если «Соединение» установлено в «автоматическое», то должно происходить автоматическое соединение после приема первого запроса передачи данных IN-UNITDATA.request.

После регистрации RX/TX-CI класса CI «CIC-wl1» BC-VCI, если применимо, и RX-VCI должны создаваться MAE на основе набора по умолчанию I-параметров. I-параметр 13 «CIstatus» должен быть установлен в «активный». После приема первого кадра со станции одного уровня должен создаваться UC-VCI. Link-ID.RemoteCIID UC-VCI должна идентифицировать станцию того же уровня, как показано на рисунке в C.2 или C.3 (приложение C). О значении MAC-адреса или SerialNumber должно быть уведомлено ИТС-С управление.

После регистрации RX-CI I-параметр 13 «CIstatus» должен быть установлен в «активный».

После регистрации TX-CI BC-VCI должна создаваться MAE на основе установки по умолчанию I-параметров. I-параметр 13 «CIstatus» должен быть установлен в «активный».

О создании VCI должно быть уведомлено ИТС-С управление посредством MI-запроса «События», сообщая об идентификаторе канала.

7.3.2 Сброс VCI

7.3.3 Удаление VCI

По запросу от S-управления MAE должна удалить VCI посредством MI-команды «VCIcmd».

7.3.4 Ассоциация одноуровневой станции с идентификатором канала

7.3.5 Изменение установок I-параметра

8. Коммуникация SAP

8.1 Типы работы LLC

ИСО/МЭК 8802-2 определяет три типа работы LLC, т.е. типы 1, 2 и 3 и связанные DL-сервисы. Таблица 5 представляет эти типы работы LLC и их отображения на IN-сервисы, указанные в настоящем стандарте.

Как минимум CI должен поддерживать LLC Type I операции, т.е. IN-UNITDATA услуга.

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

ИСО/МЭК 8802-2 определяет четыре класса LLC, т.е. классы I, II, III и IV.

Класс I будет обязательным для CI с возможными ограничениями услуг LLC XID и TEST в зависимости от сетевого протокола. Для ИТС-С организации сети и протокола транспортного уровня FNTP указан в [12], XID должен быть запрещен.

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

8.2 Обращение

8.2.1 Адреса SAP

Адреса B SAP описывают, какой сетевой протокол, связанный с сообщением, будет передан, см. [1]. Адреса IN-SAP для источника, т.е. адрес SSAP, и адреса B SAP для места назначения, т.е. адрес DSAP, отличаются. SSAP и DSAP должны быть переданы через CI обусловленным средой способом.

Примечание — Требование для использования DSAP и адресов SSAP в B SAP никоим образом не налагает требований к соответствующей схеме адресации, используемой определенной технологией доступа. Следовательно, например, обращение EtherType может использоваться в кадре MAC.

Таблица 6

Адреса для точки доступа к службе связи (B SAP) — справочный

Следующее отображение адресов запрашивает ИТС.

Таблица 7

Обращается для точки доступа к службе связи (B SAP)

8.2.2 Адреса источника B SAP и адреса назначения

8.2.3 SNAP

8.3 Сервисные (справочные) примитивы

8.3.1 IN-UNITDATA.request

8.3.1.1 Функция

8.3.1.2 Семантика примитивной услуги

8.3.1.3 Когда сгенерировано

8.3.1.4 Эффект по получении

8.3.1.5 Дополнительные комментарии

8.3.2 B-UNITDATA.indication

8.3.2.1 Функция

8.3.2.2 Семантика примитивной услуги

8.3.2.3 Когда сгенерировано

8.3.2.4 Эффект по получении

8.3.2.5 Дополнительные комментарии

8.3.3 IN-UNITDATA-STATUS.indication

8.3.3.1 Функция

8.3.3.2 Семантика примитивной услуги

8.3.3.3 Когда сгенерировано

8.3.3.4 Эффект по получении

8.4 Приоритет

8.5 Параметры доступа

8.6 Состояние передачи

9. Управления SAP

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

11. Методы испытаний

Приложение B (обязательное)

ОПРЕДЕЛЕНИЯ ASN.1

B.1 Использование модулей

Модули ASN.1, указанные в B.2, должны использоваться. BASIC-PER ASN.1, UNALIGNED, как указано в ИСО/МЭК 8825-2, должны применяться.

Для достижения согласования октета были определены "заполненные" биты, позволяющие удешевить реализацию. Все заполняемые биты должны быть установлены в значение '0'b.

B.2 ASN.1 модули

CALMIIsap {iso(1) standard(0) calm-II-sap(21218) version1(1)} DEFINITIONS AUTOMATIC TAGS::=BEGIN

-- EXPORTS;

IMPORTS

ITS-scuId FROM CALMmanagement { iso (1) standard (0) calm-management (24102) local (1) version1 (1)}

ErrStatus FROM CALMmsap { iso (1) standard (0) calm-management (24102) msap (3) version1 (1)}

MediumCost FROM CITSapplReq {iso(1) standard(0) cits-applReq (17423) version1 1)}

LogicalChannelType FROM CITSapplMgmtComm {iso(1) standard(0) cits-applMgmt (17419) comm (3) version1 (1)} ;

-- End of IMPORTS

Alt::=INTEGER (0..65535) -- Resolution 0,1 m.

CIaClass::=INTEGER{

     unknown                   (0),
     ciac-1                    (1),
     ciac-3                    (2),
     ciac-2                    (3)

 } (0..255)

CIclass::=INTEGER{

     unknown                   (0),
     cic-wl1                   (1),
     cic-wl2                   (2),
     cic-wl3                   (3),
     cic-wl4                   (4),
     cic-wl5                   (5),
     cic-lan1                  (254),
     cic-lan2                  (255)

 } (0..255)

Link-ID::=SEQUENCE{                                -- Link-ID
     remoteCIID                EUI64,              -- CI in peer ITS-S(s)
     localCIID                 EUI64               -- Unique ID of local CI

 }

CIstatus::=INTEGER{

     not-existent              (0),
     existent                  (1),
     unknown                   (2),
     registered                (4),
     active                    (8),
     connected                 (16),
     suspended                 (64),
     inactive                  (128)

 } (0..255)

CommProfile::=SEQUENCE (SIZE(0..255)) OF I-Param

Connect::=INTEGER{

     automatic           (0),
     manual              (255)

 } (0..255)

IN-SAPaddress::=INTEGER(0..255)

DataRate::= INTEGER(0..4294967295)         -- in 100 bit/s

DataRatesNW::=SEQUENCE{                    -- available to the appl.
     minimum DataRate,                     -- minimum possible value
     maximum DataRate                      -- maximum possible value

 }

Directivity::=SEQUENCE{

     mode       DirMode,
     dirPredef INTEGER(0..255),            -- 0: see dirVar

              -- >0: predefined direction

     fill      BIT STRING (SIZE (7)),
     dirVar    SEQUENCE (SIZE(0..1)) OF CHOICE{dirVar DirVar}

 }

DirMode::=INTEGER{

     fixed                (0),
     tracking             (255)

 }(0..255)

DirVar::=SEQUENCE{

     bsAzimuth            INTEGER(-256..255) ,      -- -180 - +180
     bsElevation          INTEGER(-128..127) ,      -- -90 - +90
     openHorizontal       INTEGER(0..255) ,         -- 0 - 180
     openVertical         INTEGER(0..255)           -- 0 - 180

 }

Dut::=SEQUENCE{

     year                 INTEGER(0..255),          -- year - 2000
     month                INTEGER(0..255),          -- 1 .. 12
     day                  INTEGER(0..255),          -- 1 .. 31
     hour                 INTEGER(0..255),          -- 0 .. 23
     minute               INTEGER(0..255),          -- 0 .. 59
     second               INTEGER(0..255),          -- 0 .. 59
     fractSec             INTEGER(0..255)           -- 3,90625 ms resolution

 }

TxPowMax::=INTEGER(0..255) -- unit, minimum value and step size defined by access technology (medium)

Errors::=SEQUENCE (SIZE(0..255)) OF SingleError

SingleError::=SEQUENCE{

     paramNo           INTEGER(0..255), -- ref number of parameter
     fill              BIT STRING (SIZE(7)), -- to be filled with '0' s
     med               SEQUENCE (SIZE(0..1)) OF CHOICE{medPar MedPar}, -- only

for medium-specific parameters errStatus ErrStatus -- IS24102-3 }

Gs::=INTEGER(0..65535) -- Resolution 0,01 m/s.

KineVectIn::=SEQUENCE{

     dut               Dut, -- date and universal time
     lat               Lat, -- latitude
     lon               Lon, -- longitude
     alt               Alt, -- altitude
     gs                Gs, -- ground speed
     tta               Tta -- true track angle

 }

KineVectOut::=SEQUENCE{

     dut               Dut, -- date and universal time
     fill              BIT STRING (SIZE(5)), -- used for octet alignment in PER
     options           SEQUENCE (SIZE(0..5)) OF KineVectOptions -- options

 }

KineVectOptions::=CHOICE{

     lat               Lat, -- latitude
     lon               Lon, -- longitude
     alt               Alt, -- altitude
     gs                Gs, -- ground speed
     tta               Tta -- true track angle

 }|

Lat::=INTEGER(-2147483648..2147483647) -- equals

     csap              IN-SAPaddress,
     linkID            Link-ID

 }

     medium            MedType,
     no                INTEGER(0..255)

 }

MediumParam::=SEQUENCE{

     mediumPar         MedPar,
     detail            OCTET STRING (SIZE(0..65535)) -- details defined
     }                                             -- in medium standard

MACaddress::=OCTET STRING (SIZE(6))

     receive           INTEGER(0..255),

     transmit          INTEGER(0..255)

 }

MedType::=INTEGER{

     unknown           (0),
     any               (1),
     iso21212          (2), -- 2G
     iso21213          (3), -- 3G
     iso21214          (4), -- IR
     iso21215          (5), -- M5
     iso21216          (6), -- MM
     *iso25112          (7), -- 802.16e*
     *iso25113          (8), -- HC-SDMA*
     *iso29283          (9), -- 802.20*
     *iso17515          (10), -- LTE*
     *iso15628          (128), -- DSRC*
     *can               (254),*
    *ethernet           (255)*

*} (0..255)*

MedUseObsTime::=SEQUENCE {

     *value             INTEGER(0..1023), -- valid parameter number (10 bits in PER)*
     *fill              BIT STRING (SIZE(1)) -- set to zero, extends TimeUnit size.*
     *unit              TimeUnit*

 *} -- 2 octets in PER*

TimeUnit::=INTEGER{

     *microseconds      (0),*
     *milliseconds      (1),*
     *seconds           (2),*
     *minutes           (3),*
     *hours             (4),*
     *days              (5),*
     *weeks             (6),*
     *months            (7),*
     *years             (8)*

 *} (0..31) -- 5 bits in PER*

Notify::=SEQUENCE (SIZE(0.. 255)) OF INTEGER(0..255) -- valid parameter number

PeerRXpower::=INTEGER(0..255)

I-Param::=SEQUENCE{ fill BIT STRING (SIZE(2)), -- together with CHOICE tag in one octet. param CHOICE{

              *errors           [0]  Errors,*
              *mediumParam      [1]  MediumParam,*
              *commProfile      [2]  CommProfile,*
              *properties       [3]  Properties,*
              *manuDeviceID     [4]  PrintableString,*
              *iTS-scuId        [5]  ITS-scuId,*
              *medID            [6]  MedID,*
              *localCIID        [7]  EUI64,*
              *timeoutReg       [8]  INTEGER(0..255),*
              *macAddress       [9]  MACaddress,*
              *macAddrTemp      [10] MACaddress,*
              *ciClass          [11] CIclass,*
              *ciaClass         [12] CIaClass,*
              *ciStatus         [13] CIstatus,*
              *suspendSup       [14] INTEGER(0..255),*
              *minSuspPriority  [15] UserPriority, -- DEFAULT 255*
              *notify           [16] Notify,*
              *medType          [17] MedType,*
              *regInfo          [18] RegInfo,*
              *connect          [19] Connect,*
              *simPin           [20] SimPin,*
              *providerInfo     [21] ProviderInfo,*
              *minUserPriority  [22] UserPriority, -- DEFAULT 0*
              *queueLevel       [23] QueueLevel,*
              *queueLowTh       [24] QueueValue,*
              *queueAlarmTh     [25] QueueValue,*
              *distancePeer     [26] Distance,*
              *commRangeRef     [27] Distance,*

timeOfLastRecep [28] GeneralizedTime, -- 1 \mu s resolution

              *inactTimeLimit   [29] INTEGER(0..65535), -- milliseconds*
              *mediumUsage      [30] MediumUsage,*
              *medUseObsTime    [31] MedUseObsTime,*
              *peerMAC          [32] MACaddress,*
              *virtualCIs       [33] VirtualCIs,*
              *minPrioCrossCI   [34] UserPriority,*
              *rxSens           [35] INTEGER(0..255),*
              *txPower          [36] INTEGER(0..255),*
              *txPowMax         [37] TxPowMax,*
              *peerRXpower      [38] PeerRXpower,*
              *dataRate         [39] DataRate,*
              *dataRateNW       [40] DataRate,*
              *dataRatesNW      [41] DataRatesNW,*
              *dataRateNWreq    [42] DataRate,*
              *directivity      [43] Directivity,*
              *blockLength      [44] INTEGER(0..65535),*
              *freeAirTime      [45] INTEGER(0..255), -- measured in milliseconds*
              *frameLengthMax   [46] INTEGER(0..255), -- measured in milliseconds*
              *kineVectIn       [47] KineVectIn,*
              *kineVectOut      [48] KineVectOut,*

                    *cost            [49] MediumCost,*
                    *reliability     [50] INTEGER(0..255),*
                    *logicalChannel  [51] LogicalChannels*

                *}*

}

I-ParamNo::=INTEGER{

     *errors             (0),*
     *mediumParam        (1),*
     *commProfile        (2),*
     *properties         (3),*
     *manuDeviceID       (4),*
     *iTS-scuId          (5),*
     *medID              (6),*
     *localCIID          (7),*
     *timeoutReg         (8),*
     *macAddress         (9),*
     *macAddrTemp        (10),*
     *ciClass            (11),*
     *ciaClass           (12),*
     *ciStatus           (13),*
     *suspendSup         (14),*
     *minSuspPriority    (15),*
     *notify             (16),*
     *medType            (17),*
     *regInfo            (18),*
     *connect            (19),*
     *simPin             (20),*
     *providerInfo       (21),*
     *minUserPriority    (22),*
     *queueLevel         (23),*
     *queueLowTh         (24),*
     *queueAlarmTh       (25),*
     *distancePeer       (26),*
     *commRangeRef       (27),*
     *timeOfLastRecep    (28),*
     *inactTimeLimit     (29),*
     *mediumUsage        (30),*
     *medUseObsTime      (31),*
     *peerMAC            (32),*
     *virtualCI          (33),*
     *minPrioCrossCI     (34),*
     *rxSens             (35),*
     *txPower            (36),*
     *txPowMax           (37),*
     *peerRXpower        (38),*
     *dataRate           (39),*
     *dataRateNW         (40),*
     *dataRatesNW        (41),*
     *dataRateNWreq      (42),*
     *directivity        (43),*
     *blockLength        (44),*
     *freeAirTime        (45),*
     *frameLengthMax     (46),*
     *kineVectIn         (47),*
     *kineVectOut        (48),*
     *cost               (49),*
     *reliability        (50),*
     *logicalChannel     (51)*

 *} (0..255)*

 *SimPin::=OCTET STRING*

 *LogicalChannels::=SEQUENCE (SIZE(0..255)) OF LogicalChannelType*

 *Distance::=INTEGER(0..65535)  -- measured in 1/10 m*

 *MedID::=INTEGER(0..255)*

 *Properties::=SEQUENCE (SIZE(0..255)) OF I-Param -- only selected parameters*

 *ProviderInfo::=SEQUENCE{*

    *provName           OCTET STRING (SIZE(0..255)), -- Name of provider*
     *apn               OCTET STRING (SIZE(0..255)), -- Name of access point*
     *username          OCTET STRING (SIZE(0..255)), -- Log-in name of user*
     *password          OCTET STRING (SIZE(0..255)) -- Password for log-in*

 *}*

QueueLevel::=SEQUENCE{

     *priority           UserPriority,*
     *level              QueueValue*

 *}*

QueueValue::=INTEGER(0..255)

RegInfo::=SEQUENCE{

     *status              RegInfoStatus,*
     *limits              RegulatoryScheme*

 *}*

RegInfoStatus::=INTEGER{

     *notApplicable      (0),*
     *invalid            (1),*
     *new                (254),*
     *valid              (255)*

 *} (0..255)*

RegulatoryScheme::=OCTET STRING (SIZE(0..65535)) -- content depends on access technology

Tta::=INTEGER(0..65535) -- Resolution 0,1°.

UserPriority::=INTEGER(0..255)

VirtualCIs::=SEQUENCE (SIZE(0..65535))OF RemoteCIID

INsapPrimitivesDown::=SEQUENCE{

     *fill                   BIT STRING (SIZE(5)), -- set to '0'*
     *primitives             CHOICE{*
            *inUnitdataRq           IN-UNITDATA-request,*
            *inDataAckRq            IN-DATA-ACK-request,*
            *inReplyAckRq           IN-REPLY-ACK-request,*
            *inReplyUpdateRq        IN-REPLY-UPDATE-request*

        *}*
 *}*

IN-UNITDATA-request::=SEQUENCE{

     *source-addr       LLserviceAddr,*
     *dest-addr         LLserviceAddr,*
     *data              INdata,*
     *priority          UserPriority,*
     *accessParams      AccessParameters*

 *}*

IN-DATA-ACK-request::=SEQUENCE{

     *source-addr       LLserviceAddr,*
     *dest-addr         LLserviceAddr,*
     *data              INdata,*
     *priority          UserPriority,*
     serviceClass      MACServiceClass

 }

     dest-addr         LLserviceAddr,
     data              INdata,
     priority          UserPriority,
     serviceClass      MACServiceClass

 }

IN-REPLY-UPDATE-request::=SEQUENCE{

     source-addr       LLserviceAddr,
     data              INdata

 }

INsapPrimitivesUp::=SEQUENCE{

     *fill                   BIT STRING (SIZE(5)), -- set to '0'*
     *primitives             CHOICE{*
            *inUnitdataInd          IN-UNITDATA-indication,*
            *inUnitdataStatusInd    IN-UNITDATA-STATUS-indication,*
            *inDataAckInd           IN-DATA-ACK-indication,*
            *inDataAckStatusInd     IN-DATA-ACK-STATUS-indication,*
            *inReplyInd             IN-REPLY-indication,*
            *inReplyStatusInd       IN-REPLY-STATUS-indication,*

        *inReplyUpdateStatusInd IN-REPLY-UPDATE-STATUS-indication*
        *}*
*}*

IN-UNITDATA-indication::=SEQUENCE{

      *source-addr       LLserviceAddr,*
      *dest-addr         LLserviceAddr,*
      *data              INdata,*
      *priority          UserPriority,*
      *accessParams      AccessParameters*

  *}*

IN-UNITDATA-STATUS-indication::=SEQUENCE{

      *source-addr       LLserviceAddr,*
      *dest-addr         LLserviceAddr,*
      *data              INdata,*
      *priority          UserPriority,*
      *accessParams      AccessParameters,*
      *txStatus          INtxStatus*

  *}*

IN-DATA-ACK-indication::=SEQUENCE{

      *source-addr       LLserviceAddr,*
      *dest-addr         LLserviceAddr,*
      *data              INdata,*
      *priority          UserPriority,*
      *serviceClass      MACServiceClass*

  *}*

IN-DATA-ACK-STATUS-indication::=SEQUENCE{

      *source-addr       LLserviceAddr,*
      *dest-addr         LLserviceAddr,*
      *data              INdata,*
      *priority          UserPriority,*
      *serviceClass      MACServiceClass,*
      *status            INtxStatus*

  *}*

IN-REPLY-indication::=SEQUENCE{

     *source-addr        LLserviceAddr,*
     *dest-addr          LLserviceAddr,*
     *data               INdata,*
     *priority           UserPriority,*
     *serviceClass       MACServiceClass*

 *}*

IN-REPLY-STATUS-indication::=SEQUENCE{

     *source-addr        LLserviceAddr,*
     *status             INtxStatus*

 *}*

IN-REPLY-UPDATE-STATUS-indication::=SEQUENCE{

     *source-addr        LLserviceAddr,*
     *data               INdata,*
     *priority           UserPriority,*
     *accessParams       AccessParameters,*
     *txStatus           INtxStatus*

 *}*

INdata::=OCTET STRING (SIZE(0..65535))

AccessParameters::=OCTET STRING (SIZE(0..65535))

MACServiceClass::=INTEGER{

      *macAckNotUsed     (0),*
      *macAckUsed        (255)*

  *} (0..255)*

INtxStatus::=INTEGER{

     *success            (0),*
     *queueFull          (1),*
     *timeout            (2),*
     *unspecFailure      (255)*

 *} (0..255)*

VCIserialNumber::=INTEGER(0..65535)

EUI64::=OCTET STRING (SIZE(8))

LegacyCIID::=SEQUENCE{

     *selector1          OneOCTETones,*
     *iTS-scuId          ITS-scuId,*
     *selector2          TwoOCTETones,*
     *medID              MedID,*
     *vciSerialNumber    VCIserialNumber*

 *}*

RemoteCIID::=EUI64

OneOCTETones::=INTEGER{ all (255) } (0..255)

TwoOCTETones::=INTEGER{ all (65535) } (0..65535)

EUI64MAC48::=SEQUENCE{

     *oui               MACoui,*
     *selector2         TwoOCTETones,*
     *ext               MACext*

 *}*

MACoui::=SEQUENCE{

      *uoi1        INTEGER(0..63),*
      *ulBit       BOOLEAN,*
      *igBIT       BOOLEAN,*
      *uoi2        OCTET STRING (SIZE(2))*

  *}*

MACext::=OCTET STRING (SIZE(3))

MACmcID::=SEQUENCE{

      *ucgc        INTEGER(0..63),*
      *mc          INTEGER{all (3)} (0..3),*
      *serial      OCTET STRING (SIZE(2))*

  *}*

-- Values version INTEGER(0..255)::= 1 -- insert version value

/* The ASN.1 specification has been checked for conformance to the ASN.1 standards by OSS ASN.1 Syntax Checker, and by OSS ASN-1STEP */

END

Приложение C (обязательное)

РАСШИРЕННЫЙ УНИВЕРСАЛЬНЫЙ 64-БИТНЫЙ ИДЕНТИФИКАТОР

C.1 EUI-64 формат

Расширенный уникальный идентификатор определенных 64 битов IEEE (EUI-64) проиллюстрирован на рисунке C.1.

Рисунок C.1 — EUI-64 формат

EUI-64 дан связью двух частей:

24-битный «Универсальный Объектный Идентификатор» (OUI-24) company_id, 40-битный дополнительный идентификатор.

«Отличный нулевой идентификатор» (DNI) дан всеми битами в EUI-64, устанавливаемом в '1', т.е. FF FF FF FF FF FF FF FF16 значения.

IEEE_RA управляет назначением значений OUI-24.

Следующие значения запрещаются как значения EUI-64 для предоставления возможности инкапсуляции значения EUI-48 и 48-битных MAC-адресов в поле EUI-64:

a) cc-cc-cc-FF-FE-ee-ee-ee,

b) cc-cc-cc-FF-FE-ee-ee-ee,

где буквы 'c' и 'e' представляют шестнадцатеричные цифры. Зарезервированный FF-FE16 образец идентифицирует инкапсуляцию значения EUI-48 в поле EUI-64. Зарезервированный шаблон FF-FF16 идентифицирует инкапсуляцию 48-битного MAC-адреса в поле EUI-64.

C.2 Инкапсуляция 48-битных MAC-адресов

Инкапсуляция 48-битных MAC-адресов в поля EUI-64 проиллюстрирована на рисунке C.2.

Рисунок C.2 — Инкапсуляция 48-битного MAC-адреса в поле EUI-64

«U/L» — бит указывает, является ли MAC-адрес:

- универсальным адресом (глобально уникальным), обозначенным значением '0';

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

«I/G» — бит указывает, является ли MAC-адрес:

- отдельным адресом (для многоабонентской коммуникации), обозначенным значением '0',

- или адресом группы (для передачи или коммуникации передачи), обозначенным значением '1'.

С набором «U/L» к '1' все остающиеся части MAC-адреса могут использоваться для различения адресов, которыми локально управляют.

Установление шести самых значительных битов в байте MS, проиллюстрированном в иллюстрации к '111111'₂ или '000000'₂, должно быть зарезервировано для ИТС специфичных идентификаторов, указанных в C.3.

C.3 Инкапсуляция идентификаторов, определенных для ИТС

Идентификаторы для использования в идентификаторе канала (RemoteCIID, LocalCIID), определяемые для ИТС-С, необходимы для CI, которые не поддерживают 48-битные MAC-адреса. Такие идентификаторы упоминаются как LegacyCIID. Подход показан на рисунке C.3.

Рисунок C.3 — Инкапсуляция идентификаторов, определенных для ИТС

Скрытый LegacyCIID должен быть построен следующим образом.

a) Установить поле UC/GC, показанное в иллюстрации или в '111111'2 широковещательной передачи указания, или к '000000'2, указания многоабонентской коммуникации, или к одному из других возможных значений, указывающих коммуникацию передачи.

b) Установить бит U/L и I/G бит в '1'2, указывая способ инкапсуляции, указанного здесь.

c) Следующие два байта должны содержать ИТС-CCU-UD, указанный в ИСО 24102-1.

d) Следующие два байта должны содержать зарезервированный FF-FF16 образца, идентифицируя скрытую область MAC-адреса.

e) Следующий байт должен содержать идентификатор CI (MedID) и быть уникальным в-SCU.

f) Остающиеся два байта должны содержать серийный номер (VCISerialNumber).

«VCISerialNumber» FFFF16 будет использоваться для идентификации широковещательной передачи. Любое другое значение должно использоваться, если коммуникация передачи будет выбрана областью UC/GC.

Если многоабонентская коммуникация выбрана UC/GC-поле, любое число может быть выбрано для идентификации UC-VCI, кроме нуля. Нулевое значение должно указать CI. Должно быть обеспечено, что число, назначенное UC-VCIs, должно быть уникальным в CI.

Идентификатор передачи типа ASN.1 MACmcID, указанный в приложении B, дан с конкатенацией Byte-MS и области VCISerialNumber, представленной на рисунке C.4.

Рисунок C.4 — Формат идентификатора передачи

Примечание — Более подробная информация о том, как идентифицировать группы многоадресной передачи, не приведена в настоящем стандарте.

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

СВЕДЕНИЕ О СООТВЕТСТВИИ ССЫЛОЧНОГО МЕЖДУНАРОДНОГО СТАНДАРТА ССЫЛОЧНОМУ НАЦИОНАЛЬНОМУ СТАНДАРТУ РОССИЙСКОЙ ФЕДЕРАЦИИ

Таблица ДА.1

Библиография