Пакет сообщений идентификации транспортного средства

advertisement
Проект
Изображение Государственного Герба Республики Казахстан
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
СИСТЕМЫ ИНТЕЛЛЕКТУАЛЬНЫЕ ТРАНСПОРТНЫЕ
Автоматизированные системы управления транспортными потоками
Требования к координатному размещению детекторов транспортного
потока
СТ РКISO10711–_____
«Настоящий национальный стандарт является идентичным осуществлением
международного стандарта ISO10711: 2012 (E)
Настоящий проект стандарта
не подлежит применению до его утверждения
Комитет технического регулирования и метрологии
Министерства по инвестициям и развитию Республики Казахстан
(Госстандарт)
Астана
СТ РК ISO 10711–___
(проект, редакция 1)
Предисловие
1 ПОДГОТОВЛЕН И ВНЕСЕН Республиканским государственным
предприятием «Казахстанский институт стандартизации и сертификации» и
Акционерным обществом «Казахская академия транспорта и коммуникаций
им. М.Тынышпаева».
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Председателя
Комитета технического регулирования и метрологии Министерства по
инвестициям и развитию Республики Казахстан от __________________ №
________.
3Настоящийстандартидентиченмеждународномустандарту ISO10711: 2012
(E) Intelligent Transport Systems — Interface Protocol and Message Set Definition
between Traffic Signal Controllers and Detectors (Интеллектуальные
транспортные системы – Протокол интерфейса и определение наборов
сообщений между контроллерами и датчиками дорожной сигнализации).
Международный стандарт ISO10711: 2012 (E)разработан Техническим
комитетом ISO/TC 204, Интеллектуальные транспортные системы.
Перевод с английского языка (en).
Официальный экземпляр Международный стандарт ISO10711: 2012 (E),
на основе которого разработан настоящий стандарт, и на которые даны
ссылки, имеются в Едином государственном фонде нормативныхтехнических
документов.
Степень соответствия – идентичная (IDT).
4 В настоящем стандарте реализованы положения Государственной
программы Информационный Казахстан-2020.
5 СРОК ПЕРВОЙ ПРОВЕРКИ201_ год
ПЕРИОДИЧНОСТЬ ПРОВЕРКИ5 лет
6 ВВЕДЕН ВПЕРВЫЕ
II
СТ РК ISO 10711–__
(проект, редакция 1)
Информация об изменениях к настоящему стандарту публикуется в
ежегодно издаваемом информационном указателе «Нормативные
документы по стандартизации», а текст изменений и поправок – в
ежемесячно издаваемых информационных указателях «Национальные
стандарты». В случае пересмотра (замены) или отмены настоящего
стандарта соответствующее уведомление будет опубликовано в
ежемесячно издаваемом информационном указателе «Национальные
стандарты».
Настоящий стандарт не может быть полностью или частично
воспроизведен, тиражирован и распространен в качестве официального
издания без разрешения Комитета технического регулирования и
метрологии Министерства по инвестициям и развитию Республики
Казахстан.
III
СТ РК ISO 10711–___
(проект, редакция 1)
Содержание
1
2
3
4
5
5.1
Предисловие
Введение
Область применения
Нормативные ссылки
Термины и определения
Сокращения
Протокол интерфейсаконтроллера движения
Отношения с другими стандартами
iv
v
1
2
2
2
3
3
5.2
5.3
6
6.1
Идентификация указателя детектора
Классификациядетекторов
Интерфейсные сообщенияконтроллера дорожной сигнализации
Общая базовая структура
3
4
5
5
6.2
Структура информационных сообщений детектора
7
Приложение А (обязательное)Определениепакета сообщений 16
интерфейсного протокола между контроллерамидорожной
сигнализации и структуройдетекторных данных и определение
типа данных
Приложение В (справочное) Интерфейсный протокол и 23
определениепакета сообщений между контроллерамидорожной
сигнализации примером реализации детекторов
Библиография
IV
25
СТ РК ISO 10711–__
(проект, редакция 1)
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
СИСТЕМЫ ИНТЕЛЛЕКТУАЛЬНЫЕ ТРАНСПОРТНЫЕ
Автоматизированные системы управления транспортными потоками
Требования к координатному размещению детекторов транспортного
потока
Дата введения
Предисловие
ISO (Международная организация по стандартизации) является
всемирной федерацией государственных организаций по стандартизации
(комитетов-членов ISO). Работа по подготовке международных стандартов
обычно осуществляется через технические комитеты ISO. Каждый член
организации, заинтересованный в деятельности, для которой был создан
технический комитет, имеет право быть представленным в этом комитете.
Международные организации, правительственные и неправительственные,
сотрудничающие с ISO, также принимают участие в работе. ISO тесно
сотрудничает с Международной электротехнической комиссией (МЭК) по
всем вопросам стандартизации в области электротехники.
Международные стандарты разрабатываются в соответствии с
правилами, приведенными в Директивах ISO / МЭК, часть 2.
Основной задачей технических комитетов является подготовка
международных стандартов. Проекты международных стандартов, принятые
техническими комитетами, рассылаются членам комитета на голосование.
Публикация в качестве международного стандарта требует одобрения, по
меньшей мере, 75% членов комитетов организаций, участвующих в
голосовании.
Следует обратить внимание то, что некоторые из элементов этого
документа могут быть объектом патентных прав. ISO не несет
ответственности за идентификацию какого-либо или всех таких патентных
прав.
ISO 10711 был подготовлен Техническим комитетом ISO/TC 204,
Интеллектуальные транспортные системы.
1
СТ РК ISO 10711–___
(проект, редакция 1)
Введение
Системы управления дорожной сигнализацией в реальном времени
используют детекторы движения транспорта для получения информации о
транспортном потоке. Каждый детектор имеет свой собственный способ для
сбора информации о движении. Наиболее популярным является детектор
цикла, который сообщает данные трафика путем выявления заполняемости
транспортного средства.Каждый метод поддержки различных форм
обнаружения имеет свои достоинства и недостатки, и использует различные
наборы сообщений и протоколы для связи, что затрудняет их интеграцию в
системы.
Существует два способа интеграции различных типов транспортных
детекторов. Один из способов заключается в выборе и/или анализе
необходимой информации от детекторов, используяих собственные сигналы
сообщений. Второй способ заключается в стандартизации пакетов сообщений
и протоколов, используемых для интерфейса между детекторами и
контроллерами дорожной сигнализации. Недостаток первого способа
заключается в том, чтокаждый раз при внедрении нового типа детектора
приходится настраивать контроллер сигнализации. Второй способобладает
преимуществом поддерживания непрерывного сбора данных о движении без
учета детекторных принципови характеристикобнаружения. Таким образом,
второй способ имеет преимущества, когда известны используемые данные.
Настоящий международный стандарт определяет пакеты сообщений от
детекторов, применимые к управлениюдорожной сигнализацией.
Существуют три различных пакетов сообщений в соответствии с
методом обнаружения: на основе размещения; на основе обработки
изображений; и на основе идентификации транспортных средств.
Все существующие детекторы должны быть отнесены к одной из этих
трех категорий. Пакеты сообщений не содержат аппаратные данные и
дополнительную информацию, которая является критической для управления
сигналами дорожного движения.
Независимо от их физических функций или способов производства, все
современные детекторы движения могут использовать один из трех типов
пакетов сообщений для связи с диспетчерами. При использовании настоящего
международного стандарта нет необходимости включать технические коды
конкретного производителя,как часть обмена данными.
Настоящий
международный
стандарт
позволяет
контроллеру
сигнализации запрашивать и изменять настройки детектора для применяемых
в большинстве случаев содержаний, таких как атрибуты, идентифицирующие
место установки детектора. Для детекторов на основе обработки изображений,
настоящий международный стандарт содержит минимальные известные
общие команды управления съемочной камерой.
2
СТ РК ISO 10711–__
(проект, редакция 1)
Правила кодирования и нижние слои стека передачи данных OSI
(OpenSystemsInterconnection ― взаимодействие открытых систем)! 2!
(например, транспорта) остались на уровне государственных стандартов.
Преимущества
а) все детекторы могут принимать один из трех типов предопределенных
пакетов сообщений, таким образом, конфигурация системытранспортных
детекторов для управления дорожнойсигнализацией становится более
упрощенной, независимо от аппаратных свойств испособа изготовления;
б) нет необходимости в замене или пересмотре программного
обеспеченияконтроллерадорожной сигнализации при установке нового типа
детектора, и новый детектор, принимающий один из трех пакетов сообщений,
не будет иметь проблем связи и взаимодействия, так как учтены все
необходимые информационные элементы для управления сигналами;
в) минимизация нагрузки связи, достигаемая за счет компактности
предопределенной информации; это преимущество может быть применимо к
беспроводной связиближнего диапазона с ее слабостью в многоканальной
одновременной связииз-за квитирования и частотных помех.
Приложение B обеспечивает информативный пример того, как
реализовываются протокол интерфейса и пакеты сообщений.
3
СТ РК ISO 10711–___
(проект, редакция 1)
1 Область применения
Настоящий международный стандарт определяет протоколы и пакеты
сообщений между транспортными детекторами и контроллерами дорожной
сигнализации. Он применим к различным видам транспортных детекторных
технологий, используемых в настоящее время для управления дорожными
сигналами в реальном времени. Область применения данного международного
стандарта ограничена образованиемпараметров, используемых для управления
дорожной сигнализацией и для интерфейса между контроллерами дорожной
сигнализации и детекторами.
Настоящий международный стандарт определяет пакеты сообщений,
которые содержат сбор данных и протокол управления для трех различных
типов детекторов систем управления дорожной сигнализацией:
― детекторы, которые имеют дело с информацией о присутствии;
― детекторы, которые имеют дело с информацией изображения;
― детекторы, которые имеют дело с идентификацией транспортного
средства.
Область применения данного международного стандарта не включает в
себя следующие случаи:
― интерфейсы между датчиками [в том числе тегов или бортовых узлов
(OBU –on-boardunits)] и контроллеров детектора;
―интерфейсы между контроллерами дорожной сигнализации и
центрами;
― когда контроллеры сигналовснова получают данные из побочных
детекторов в центральные компьютеры;
― когда контроллеры сигналов получают незакодированные
электрические сигналы от детекторов,соединенныхкабелем, а не данные от
самих детекторов.
Физическая область применения ограничивается интерфейсом связи
между контроллерами дорожной сигнализации и транспортными детекторами.
Область применения не включает в себя интерфейс между транспортным
детектором и его собственным контроллером.
Рисунок 1 - Физическая область применения
4
СТ РК ISO 10711–__
(проект, редакция 1)
Настоящий международный стандарт ограничен до определения пакетов
сообщений, используемых для обмена детекторной информацией,
относящейсякуправлению движением
и
к
логическим
правилам,
регулирующимиобмен этими сообщениями.
2 Нормативные ссылки
Следующие нормативные документы являются обязательными для
применения настоящего документа. Для датированных ссылок применяют
только указанное издание. Для недатированных ссылок применяют последнее
издание ссылочного документа (включая любые поправки).
ISO 15784-3: 2008, Интеллектуальные транспортные системы (ИТС)
― Обмен данными с участием придорожных модулей связи ― Часть 3:
Применение обменас данными о профиле(AP-DATEX)
ISO 14827-2: 2005, Транспортная информация и системы управления―
Интерфейсы данных между центрами для транспортной информации и
систем управления ― Часть 2: Datex-ASN
3 Термины и определения
Для достижения целей настоящего документа применяются термины и
определения, приведенные в ISO 15784-3,а также следующее:
3.1 Детектор на основе присутствия
Детектор, который обнаруживает, что транспортные средства и
характеристикидвиженияв состоянииприсутствия, с помощью таких методов,
как циклические или магнитные детекторы
3.2 Детектор на основе обработки изображений
Детектор, который обнаруживает транспортные средства на основе
видеоинформации в реальном времени с цифровой камеры, которая имеет
линии виртуального обследования для оценки длины очереди или других
параметров в приближающихся полосах
3.3 Детектор транспортных средств на основе идентификации
Детектор, который обнаруживает идентичность транспортного средства
на основе беспроводной связи, с тегами или бортовыми узлами (OBU) в
транспортном средстве, с передачейна контроллер дорожной сигнализации
идентификационной информации отранспортном средстве
5
СТ РК ISO 10711–___
(проект, редакция 1)
3.4 Зона обнаружения
Площадь на поверхности дороги, на которойобъект или группаобъектов
приводит в действие детектор
ПРИМЕЧАНИЕАдаптированоизDS/ENV 13563.
3.5 Тип информации детектора
Тип информации, обозначает информациюот соединенных детекторов,
которая может быть следующей: на основе присутствия, на основе обработки
изображений, или на основе идентификации
3.6 Определение направления
Направление движения объекта в пределах зоныобнаружения
ПРИМЕЧАНИЕ Адаптировано из DS / ENV 13563.
4 Сокращения
Для достижения целей этого документа, применяют следующие
сокращения и термины:
ID ― идентификатор;
IPMSTSCD ― протокол интерфейса и пакета сообщений между
контроллерами дорожной сигнализации и детекторами;
MIB (Management Information Base) ― базауправленияинформацией;
OBU ― бортовой узел;
OSI― взаимодействие открытых систем;
PDU― протокол блока данных придорожной полосы;
RSE ― придорожное оборудование.
5 Протокол интерфейса для транспортного контроллера
5.1 Отношения с другими стандартами
Для интерфейса, настоящий международный стандарт определяет
область применения для каждого приложения:
1) база в стеке протоколов,
2) правила кодирования объектов, и
3) протокол управления перевозками.
Интерфейс, определенный в рамках настоящего стандарта, обеспечивает
взаимодействие путем принятия нижнего слоя стека протоколов и указанных
стандартовдля правил кодирования, правил управления транспортом и
6
СТ РК ISO 10711–__
(проект, редакция 1)
структуры данных. Критерии детекторного контроллера и сигнального
контроллера движения назначаютметод для определения детекторов.
Информация должна быть обменена в соответствии с профилем
протокола, определенного в ISO 15784-3 и ISO 14827-2.
5.2 Идентификационный номер детектора
5.2.1 Метод идентификации
Сигнальный контроллер движениясобирает данные от каждого
подключенного детекторного контроллера с использованием пакетов
сообщений, определенных в настоящем стандарте. Каждый детекторный
контроллер сообщает информацию о его детекторах, для каждого детектора,
идентифицирована уникальнаяпоследовательность идентификаторов.
Тем не менее, поскольку контроллер дорожной сигнализации может
быть подключен к нескольким детекторным контроллерам, сигнальный
контроллер движения должен, в случае необходимости, поддерживать таблицу
перекрестных ссылок, переводя идентификатор локальногодетектора в
идентификатор, являющийся уникальным для всей зоны действия дорожного
знака, как показано на рисунке 2.
Рисунок 2 ― Концепция детекторной идентификации (пример)
Если и когда контроллер дорожной сигнализации передает данные
детектора в систему более высокого уровня (вне области применения
настоящего стандарта), он должен использовать производный детектор ID,
который является уникальным в пределах полной зоны действия дорожной
сигнализации.
7
СТ РК ISO 10711–___
(проект, редакция 1)
5.2.2 Запрос и ответ
Протокол настоящего международного стандарта поддерживает способы
обмена управляемыми событиями, запросами-ответами и периодическими
данными.
5.3 Классификация детекторов
5.3.1 Управление средой многоканального детектора
Протокол поддерживает возможность для контроллера дорожной
сигнализации, чтобы
связываться с несколькими детекторными
контроллерами. В такой модели, контроллер дорожной сигнализации не
получает постоянный аналоговый поток, а скорее получает пакеты данных,
которые управляются на циклической основе.
5.3.2 Детектор на основе присутствия
Детекторный контроллер на основе присутствия способен сообщить
системе управления дорожной сигнализацией указатель присутствия и
скорость движения транспортного средствапутем определения процента
времени, в течение которого датчик отслеживает транспортное средство. Эта
информация используется для расчета фаз сигналов. Однакоесли детектор на
основе присутствия имеет свой собственный потенциал цифровой связина
проезжей части, то его можно рассматривать как контроллер детектора. Эти
детекторные контроллеры затем последовательно связываются с
контроллером дорожной сигнализации.
Любой датчик, который может обнаружить присутствие транспортного
средства, может быть использован в качестве детектора на основе
присутствия. Например: Цикличный Квадрат, Цикличный Прямоугольник,
Цикличный Круг, Магнитный, Ультразвуковой, Лазерный, Инфракрасный,
Микроволновый.
Рисунок 3 – Концепция обнаружения на основе занятости
8
СТ РК ISO 10711–__
(проект, редакция 1)
5.3.3 Детектор на основе обработки изображений
Контроллердетектора на основе обработки изображений собирает
изображения с камеры и сообщает отчет обнаружения относительно зоны
обнаружения виртуальных полигонов в каждой полосе. Контроллер на основе
обработки изображений имеет свой собственный указатель физического
детектора, который является таким же, как и дорожкаID, назначенной от
медианы с нисходящим (или восходящим) порядком, в зависимости от
практики в каждой стране. Любая дорожка без обнаружения также имеет свой
собственный идентификатор, но без предоставленной информации.
Контроллердетектора на основе обработки изображений собирает
изображения с камеры в реальном времени, отслеживаетинтенсивность
движения (объем трафика) с изменением изображений в зоне виртуального
обнаружения и, возможно, передает информацию длины очереди
отслеживанием краевна систему управления дорожной сигнализацией.
Рисунок 4 ― Концепция обнаружения на основе обработки
изображений
5.3.4 Детектор на основе идентификации транспортного средства
Детектор на основе идентификации транспортного средствасообщает
(ID) идентификационную информацию по отдельным транспортным
средствам, определяет различные свойства транспортного средства и передает
информацию на контроллер дорожной сигнализации.
Детектор
на
основе
идентификации
транспортного
средстваобеспечиваетID информацию о транспортном средстве в режиме
реального времени, такие как штрих-код, номерной знак, электронная метка, и
т.д. Эта информация затем может быть использована системой на основе
коридоров или системой на основе районов для определенияположения
транспортной сети в реальном времени.
9
СТ РК ISO 10711–___
(проект, редакция 1)
Рисунок 5 - Концепция обнаружения транспортного средства на
основеидентификации
6 Интерфейсные сообщения контроллера дорожной сигнализации
6.1 Общая базовая структура
Сообщения, определенные в настоящем международном стандарте
используют структуру,состоящую из информации контроллерадетектора,
сопровождаемая информацией для каждого детектора, подключенного к
этому детекторному контроллеру. Этопредставлено в Таблице 1. Однако
следует отметить, что интерфейсы, отнесенныек стандартам, таким как ISO
15784-3, не используют эту структуру.
Таблица1 — информация контроллера детектора и поля данных
IPMSTSCD
(определение протокола интерфейса и
пакета сообщений
между контроллерами дорожной
сигнализации и детекторами)
Информация контроллера детектора
(необязательная)
Порядковый
номер
контроллера
детектора
(обязательный)
10
Время-место
контроллера
детектора(необязател
ьный)
Данные определения протокола интерфейса и
пакета сообщений между контроллерами
дорожной сигнализации и детекторами
(необязательные)
Информация
Информация
детектора #1
детектора #n
СТ РК ISO 10711–__
(проект, редакция 1)
Физический детекторный
показатель контроллера
детектора (обязательный)
Тип
информации(обяза
тельный)
Информация
обнаружения
(обязательный)
Времяместонахождение
детектора
(необязательный)
6.1.1 Информация детекторного контроллера
Информация детекторного контроллера состоит из двух элементов
данных: порядковый номер контроллера детектора, и время-местонахождение
контроллера детектора. Когда каждый детекторный контроллер сообщает
информацию, полученную от его детекторов, информация детекторного
контроллера
одновременно
передается
на
контроллер
дорожной
сигнализации, для видеоидентификации с какого контроллера поступает
информация.
6.1.1.1 Порядковый номер детекторного контроллера
Порядковый
номер детекторного контроллера – это уникальный
идентификационный номер каждого детекторного контроллера (или
придорожного устройства), соединенного с его датчиками. Как показано на
рисунке 2, контроллер дорожной сигнализации может быть подключен к
нескольким контроллерам детектора и, таким образом, в этом случае
требуется уникальный порядковый номер.
6.1.1.2 Время - местонахождение детекторного контроллера
Время-местонахождение контроллера детектора представляет собой
структуру данных, поддерживающих представление информации о времени и
о местонахождении каждого детекторного контроллера (или придорожного
устройства), как указано в ISO 14827-2. Информация о местонахождении ―
это информация, о пространственном положении каждого детекторного
контроллера. Если включена, то информация о местонахождении должна
быть выражена в показателях широты, долготы и высоты, в которых
установлен каждый детекторный контроллер. Информация о времени ― это
время ответа детекторного контроллера, когда собранные данные передаются
на контроллер дорожной сигнализации. Структура данных для детекторного
контроллеравремени и местоположения показанав Таблице 2. Контроллер
детектора
времяместонахождение
и
детекторвремяместонахождениеиспользуют объект со структурой данных времяместонахождениепод названием GeneraITimeLocationCore(общая зона времениместонахождения).
11
СТ РК ISO 10711–___
(проект, редакция 1)
Таблица 2 –Объект со структурой данных о времени-местонахождении
(GeneralTimeLocationCoreобщая
зона
времениместонахождения)
Название объекта
otdvCurrentTime
Текущее время
Описание
Время ответа
детекторного
контроллера или
время получения
данных каждого
детектора
otdvl_ocationl_ongitu Долгота
de
детекторного
Долгота
контроллера или
местонахождения
детектора
otdvl_ocationl_atitude Широта
Широта
детекторного
местонахождения
контроллера или
детектора
otdvLocationElevatio Высота
n
детекторного
Высота
контроллера или
местонахождения
детектора
Ссылка
ISO14827-2
Необходимость
Обязательный
Формат
Время Объект
Новый
Необязательный
ЦЕЛОЕ
(180000000..18
0000000)
Новый
Необязательный
Новый
(необязательный)
Необязательный
ЦЕЛОЕ
(8192..57344)
6.1.2 Данные IPMSTSCD (определение протокола интерфейса и пакета
сообщений между контроллерами дорожной сигнализации и детекторами)
Информация с ряда датчиков или детекторов организована в структуру,
построенную рядами, с информацией от каждого детектора, содержащего
физический детекторный указатель, тип информации, информацию
обнаружения, и время-местонахождение детектора.
6.1.2.1 Физический детекторный указатель
Детекторный указатель должен быть определен каждым детекторным
контроллером, как показано на рисунке 2.
6.1.2.2 Тип информации
Тип информации должен использовать один из следующих типов: на
основе присутствия, на основе обработки изображений или на основе
идентификации транспортного средства.
6.1.2.3 Информация обнаружения
Информационное поле содержит информацию детектора (5.2).
Объекты, ориентированные на поставщика сбора информации не
допускаются. Объект классифицируетсязаявлением по ВЫБОРУ.
6.1.2.4 Время-местонахождение детектора
Время-местонахождение детектора ― это структура данных,
представляющая время, когда собирается информация с точки, и
12
СТ РК ISO 10711–__
(проект, редакция 1)
местонахождения, где находится сенсорная головка детектора. Он использует
такую же структуруданных времени и местоположения детекторного
контроллера, представленную в таблице 2.
6.2 Структура информационных сообщенийдетектора
Этот подпункт определяет пакет сообщений для отчета от детекторного
контроллера к контроллеру дорожной сигнализации. Пакеты сообщений
состоят из двух типов для каждого вида детектора. Один тип (тип 1)
используется там, где каждый детектор имеет только один пакет сообщений
для отправки данных на контроллер сигнализации. Этот тип относительно
простой и эффективный благодаря фиксированной структуре. Другой тип (тип
2) используется там, где каждый детектор использует один из нескольких
потенциальных пакетов сообщений для передачи данных к контроллеру
сигнализации так, как требует конкретноеприменение. Тип 2 способен
конфигурировать связь для поддержания особого применения. Следует
отметить, что тип 2 не может иметь базовую структуру, так, как определено в
пункте 6.1; каждый элемент отправляется в соответствующее время с
усеченным пакетом.
6.2.1 Детектор обнаружения на основе присутствия(1) Тип 1
В Таблице 3 пркедставлен списокпакетов сообщенийс обнаружением на
основе присутствиятипа1.
Таблица 3 ― Пакет сообщений на основе присутствия
Наименование
объекта
Описание
Примечание
loopDataDuration
Продолжительность во времени для
сбора текущих данных (сек)
Текущий режим
присутствия(BOOLEAN) (состояние)
Текущая продолжительность
присутствия (миллисекунды)
(состояние)
Продолжительность предыдущего
режима присутствия
(миллисекунды) (состояние)
Показатель периода обнаружения
(%) (цикл)
Скорость периода обнаружения
(км/ч) (цикл)
Необязательный
loopOccupancyState
loopOccupancyPreviousStateD
uration
loopOccupancyPreviousStateD
uration
loopOccupancyRate
loopSpeed
Обязательный
Обязательный
Обязательный
Обязательный
Необязательное
13
СТ РК ISO 10711–___
(проект, редакция 1)
Продолжение Таблицы 3
Интенсивность движения в период
обнаружения (количество транспортных
средств) (цикл)
loopOccNoccHistory
Список обнаруженного/необнаруженного
присутствия в процессе определения
(цикл)
loopErrorState
Неправильная информация детектора на
основе присутствия
loopUserData
Пользовательские данные детектора
loopTargetType
Классификация объекта
loopDirectionDiscrimination Направление объекта (BOOLEAN)
loopVolume
Обязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Статистическая информация на основе режима и циклаприсутствия
может быть использована в соответствии с коммуникационными свойствами.
Может быть использованаинформация о режиме, которая сводит интервал
вызова данных до минимумав миллисекундах. Циклическая информация
используется в качестве общего соединения, в пределах которого интервал
вызова данных относительно долгий. Режим присутствия (loopOccNoccHistory
История присутствия и отсутствия) определен ниже.
Запись loopVolume обозначает интенсивностьдвижения.
IpmstscdOccNoccHistory::= SEQUENCE {
OccupancyTimes INTEGER, - msec
NonOccupancyTimes
INTEGER - msec
}
Информация об ошибках детектора (LoopErrorState), показанная в
таблице 4, кодируется следующим образом: схема разомкнутогоконтура(1);
короткое замыкание контура (2); ошибка присутствия(3); ошибкаотсутствия
(4); ошибка интенсивности движения (5); недействительный параметр (6);
требуется управление (ремонт) (7).
Таблица 4 –Ошибочная информация на основе присутствия
Название
элемента данных
OpenLoopCircuit
ShortLoopCircuit
OccupancyError
14
Описание
Схема разомкнутого контура детекторной головки или устройства
подачи (открытая)
Короткое замыкание детекторной головки или устройства подачи
(короткое)
Минимальная ошибка присутствия (ниже предопределенного
параметра)
СТ РК ISO 10711–__
(проект, редакция 1)
Продолжение Таблицы 4
Минимальная ошибка отсутствия (ниже предопределенного
параметра)
VolumeError
Ошибка интенсивности движения (превышает предопределенный
показатель интенсивного транспортного потока)
Parameterlnvalid
Недействительный параметр
ManagementNeeded Ошибка, нуждается в текущем ремонте
NonoccupancyError
Типобъекта loopTargetTypeопределяет классификацию объектов,
которые должны быть обнаружены на детекторе. Виды объектов можно
адекватно классифицировать и определять с помощью доступных стандартов.
Например, в европейском стандарте, DS/ENV13563 виды объектов
подразделяются на четыре типа: велосипеды, мотоциклы, автомобили и
грузовые транспортные средства по их длине.
loopDirectionDiscrimination
(Различение
направления
объекта)
используется для различения направления движения объекта. "TRUE"
используется для обозначения объекта, приближающегося к перекрестку и
“FALSE” используется для обозначения объектапокидающего перекресток.
(2) Тип 2
В таблице 5 представлены списки пакетов сообщений с обнаружением
на основе присутствия типа 2. Следует отметить, что все пакеты сообщений с
таблицы 5 не должны быть реализованы в детекторах.
Таблица 5
№
1
2
3
4
5
—Перечень
пакетов сообщений для обнаружения на основе
присутствия
Название пакета сообщений
Накопительное обнаружение
Время-последовательность проезжающего транспорта
Скорость транспортных средств
Особое обозначение транспортных средств
Статус детектора
Примечание
Обязательный
Необязательный
Необязательный
Необязательный
Необязательный
Таблица 6 — Пакет сообщений накопительного обнаружения
Наименование
объекта
Det-nbr
Det-Status
Density
Описание
Примечание
Номер детектора
Статус обнаружения
Счетчик накопления интенсивности движения.
Этот счетчик используется циклически от 0 до
назначенного максимального значения.
Обязательный
Необязательный
Обязательный
15
СТ РК ISO 10711–___
(проект, редакция 1)
Продолжение Таблицы 6
Счетчик накопления статуса обнаружения (на
импульсе) обозначенной выборкой. Этот счетчик
использует циклически от 0 до обозначенного
максимального значения.
Счетчик накопления ошибочных импульсов
обозначенной выборкой. Этот счетчик использует
циклически от 0 до обозначенного максимального
значения.
Occupancy
DetPulseErr
Обязательный
Обязательный
Пакет сообщений, приведенный в Таблице 6, посылается в ответ на
запрос от контроллера сигнализации. Таким образом, контроллер
сигнализации должен вычесть предыдущие значения данных из текущих
значений, для использования в производстве параметра управления
сигнализацией. Возможно, реализовать гибкую связь, как конкретные
требования приложений, так как каждый контроллер сигнализации имеет
возможность установить интервал сбора данных детектора.
Таблица
7
–Пакеты сообщений о времени-последовательности
проезжающих транспортных средств
Наименование объекта
Det-nbr
Det-Status
Seriallnfo
Описание
Номер детектора
Статус обнаружения
Каждый бит в строках октет показывает
проезд транспортных средств за указанные
секунды
Примечание
Обязательный
Необязательный
Обязательный
Таблица 8 –Пакет сообщений о скорости транспортного средства
Наименование объекта
Det-nbr
VehicleType
Velocity
Таблица 9 —
Примечание
Обязательный
Обязательный
Обязательный
Пакет сообщений обнаружения особых транспортных
средств
Наименование объекта
detlnfo
16
Описание
Номер детектора
Классификация транспортных средств
Скорость транспортного средства (км/ч)
Описание
Обнаружение автобусов и скоростных
транспортных средств
Примечание
Обязательный
СТ РК ISO 10711–__
(проект, редакция 1)
Информация, указанная в таблице 10 обозначает элемент данных
статусаобнаружения в таблицах 6, 7, и в таблице 17.
Таблица 10 –Информация о состоянии обнаружения
Наименование элемента данных
Норма
Сбой
Datarivalid (идентификация
альтернативных данных)
Описание
Показывает обнаружение в норме
Показывает неисправность в детекторе
Показывает неверные данные (например, данные
только после перезагрузки детектора)
Таблица 11 –Пакет сообщений о состоянии детектора
Наименование объекта
IDetStatus
Описание
Состояние обработки и эксплуатации
Примечание
Обязательный
Пункт (IDetStatus) в таблице 11 кодируется следующим образом.
Таблица 12 –Информация о состоянии детектора
Наименование элемента данных
ProcessingStatusFlag– Сигнал о состоянии обработки
OperatingStatusFlag– Сигнал о состоянии эксплуатации
Значение домена
0: нормальный
1: отказ
0: нормальный
1: отказ
6.2.2 Структура данных обнаружения на основе обработки изображения
(1) Тип 1
Данные о присутствии и отсутствии из виртуального детектора
обрабатываютсявыборочно, чтобы интегрировать информацию с детектором
на основе присутствия. Среди элементов данных, приведенных в таблице 13,
интенсивность движения определена в качестве обязательного элемента для
более гибкого использования. Детектор, который не обеспечивает длину
очереди, может использоватьпакет сообщений
на основе присутствия,
чемпакет сообщений на основе обработки изображений.
Таблица 13 ―Пакет сообщений на основе обработки изображений
Наименование
imgDataDuration
imgVolume_quantity
Описание
Примечание
Продолжительность сбора текущих данных (в Необязательный
секундах)
Общее количество транспортных средств
Обязательный
движения в полосе во время обнаружения
17
СТ РК ISO 10711–___
(проект, редакция 1)
Продолжение Таблицы 13
imgQueuelength_number
imgOccupancyRate_rate
imgSpeed_quantity
imgOccNoccHistory
imgErrorState
imgUserData
Длина очереди полосы в процессе
обнаружения (метры)
Необязательный
Средний показатель присутствия на полосе в
процессе обнаружения (%)
Средняя скорость на полосе в процессе
обнаружения (км / ч)
Список обнаруженного
присутствия/отсутствия в процессе
определения
{ Время присутствия в течение
lpmstscdOccupancy_quantity (в секундах)
Время отсутствия в течение
lpmstscdNonOccupancy_quantity (в секундах)
Нет ошибка, сбой устройства, нестабильная
система, сбой связи, сбой обработки
изображения, параметр неверный, не
настроен, требуется ремонт
Пользовательские данные детектора с
изображениями
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Структура
данных
о
продолжительности
хронологическогоприсутствия/отсутствия (imgOccNoccHistory) в области
виртуального обнаружения (imgOccNoccHistory) такая же, как и структура
данных на основе присутствия, которая имеет заданное число записей
вimgVolume_quantity (интенсивность движения транспорта).
Информация об ошибках детектора на основе обработки изображений
(imgErrorState), показанная в таблице 14, кодируется следующим образом:
сбой работы устройства(1); нестабильная система (2); сбой подключения (3);
сбой обработки изображений (4); параметр недействительный (5); не настроен
(6); нуждается в ремонте (7).
Таблица 14 - Информация об ошибке на основеобработки изображений
Название элемента данных
Device Fail(1)
Unstable Utility(2)
ConnectionFail(3)
lmageProcessingFail(4)
Parameterlnvalid(5)
VolumeError(6)
ManagementNeeded(7)
18
Описание
Сбой устройства изображений
Сбой изображений за счет вибрации и неисправной работы
структуры
Сбой соединения с процессором изображения
Сбой обработки изображений
Параметр вне диапазона
Нет конфигурации данных контроллера детектора
Ошибка, нуждается в ремонте
СТ РК ISO 10711–__
(проект, редакция 1)
(2) Тип 2
Следующая таблица 15 отображает список пакета сообщений с
обнаружением на основеобработки изображений 2 типа. Следует отметить,
что все пакеты сообщений в таблице 15 не должны быть реализованы в
детекторах.
Таблица 15 - Перечень пакетов сообщений обнаружения на основе
обработки изображения
№ Название пакета сообщений
1 Накопленное обнаружение
2 Время-последовательность проезжающих
транспортных средств
3 Скорость транспортных средств
4 Обозначение особых транспортных средств
5 Длина очереди и стартовая позиция
6 Интенсивность движения по направлениям
7 Статус детектора
Примечание
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Необязательное
Необязательное
Необязательноессылка 6.2.1 (2)
Таблица 16 - Длина очереди и установкастартовой позициисообщения
Название пункта
CongestionLength
VehicleStartPosition
Описание
Длина очереди
Стартовая позиция транспортного средства
Примечание
Обязательное
Обязательное
Таблица 17 –Пакет сообщений объема трафика по направлению
Название пункта
DirectionNo
Det-Status
DirectionDensity
Описание
Номер направления
Статус обнаружения
Счетчик интенсивности движения по направлению.
Этот счетчик используется циклически от 0 до
назначенного максимального значения.
Примечание
Обязательный
Необязательный
Обязательный
Пакет сообщений,указанный в таблице 17, посылается в ответ на запрос
от контроллера сигнализации, а также накопленного обнаружения (таблица 6).
6.2.3 Структура данных детектора на основе идентификации
транспортного средства
(1) Тип 1
Следующая таблица 18 показывает список пакетов сообщений с
обнаружением на основании идентификациитипа 1. Одна запись передает
собранную информацию от тега или бортового узла.
19
СТ РК ISO 10711–___
(проект, редакция 1)
Таблица 18 –Пакет сообщений на основе идентификациитранспортного
средства
Название элемента
данных
idSequenceNumber
id Device Type
idVehiclelD
idVehicleType
idVehicleUse
idDetectionLane
idDetectionLaneMedian
idDetectionSpeedid
Occupancy
idErrorState
idTaglnfo
idUserData
Описание
Примечание
Проверка порядкового номера для сбора
данных
Тип устройства связи
Идентификационный номер транспортного
средства
Классификация транспортных средств
Применение транспортного средства и его
свойства
Классификация полосы обнаружения (от
тротуара дороги 1-8)
Классификация полосы обнаружения (от
средней полосы 1-8)
Скорость транспортного средства
Продолжительность фиксирования детектором
(миллисекунд)
Информация о сбое придорожных устройств
Применение информации с памяти бортового
узла или метки
Информация о пользователе с детектора на
основе идентификации транспортного средства
Обязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Необязательный
Информация об ошибках выборочно кодируется в последнем поле
каждой записи в том случае, если запись для сбора обнаружена в состоянии
ошибки. IdErrorState (состояние ошибки) не должна использоваться в записи
без ошибок. Информация об ошибках (idErrorState), показанная в таблице 19,
кодируется следующим образом: сбой RSE (придорожное оборудование) (1);
сбой подключения RSE (2); сбой беспроводной связи (3); нестабильная
система(4); требуется ремонт (5).
Таблица 19
- Информация об ошибке на основеидентификации
транспортного средства
Название элемента
данных
RSEFail(1)
RSE-ConnectionFail(2)
20
Описание
Неисправность беспроводной связи или сканирующего
оборудования
Сбой подключения беспроводного коммуникационного
оборудования или сканирующего оборудования
СТ РК ISO 10711–__
(проект, редакция 1)
Продолжение Таблицы 19
WirelessFail(3)
UnstableUtility(4)
ManagementNeeded(5)
Неспособность беспроводной связи между придорожным
оборудованием и бортовым узлом или тегом
Ошибка при сборе данных из-за неисправной структуры
Неисправность, которая требует ремонта согласно инструкции
(2) Тип 2
Таблица 20 предписывает перечень пакетов сообщений для
использования с обнаружением транспортного средства на основании
идентификации 2 типа. Следует отметить, что все наборы сообщений в
таблице 20 не должны быть реализованы в детекторах.
Таблица 20 - Пакет сообщений идентификации транспортного средства
№
1
2
3
4
5
6
Название пакета сообщения
Накопленное обнаружение
Время-последовательность проезжающих
транспортных средств
Скорость транспортного средства
Обнаружение особых транспортных средств
Идентификация транспортного средства
Статус детектора
Примечание
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Необязательное, ссылка 6.2.1 (2)
Обязательное
Необязательное, ссылка 6.2.1 (2)
Таблица 21 - Перечень
пакетов сообщений для идентификации
транспортного средства
Наименование
VehiclelD
id Data
Описание
Идентификационный номер транспортного средства
Анонимные данные
Примечание
Обязательное
Необязательное
21
СТ РК ISO 10711–___
(проект, редакция 1)
Приложение А
(обязательное)
Определение пакета сообщений протокола интерфейса между
контроллерами дорожной сигнализации и структурой данных детектора
и определение типа данных (IPMTSCD)
А.1 Структураданных
IPMTSCD DEFINITIONS IMPLICIT AUTOMATIC TAGS ::= BEGIN
― IPMSTSCD (Определение интерфейсного протокола и пакета
сообщений между контроллерами дорожной сигнализации и детекторами)
― дает возможность автоматически идентифицировать на Выбор и
добавлять перечислимые области в документе
IMPORTS
OBJECT-TYPE FROM RFC-1212 Opaque, Counter FROM RFC1155-SMI
― Для импорта во временный объект
TimeFROMISO14827-2
― Формат данных для расположения ссылок Импортирования
- LocationReference FROM GLOBALS
А.2 IPMSTSCD-данные
IPMSTSCD_Data::= SEQUENCE {
DetectorControllerjndex
INTEGER(0..255),
DetectorController_Time_LocationGeneralTimeLocationCore OPTIONAL detector information list
IpmstscdDetData
SEQUENCE OF {
~ Типдетектора
IpmstscdDetID
INTEGER(0..255),
~ Типдетектора
IpmstscdDetType
ENUMERATED {
loopTypeDetector, imageTypeDetector, idBaseTypeDetector,
~ данныедляполученияиустановкидетектора
IpmstscdDetlnformation
CHOICE {
loopTypeDetlnf[1]
IpmstscdLoopTypeDetectorlnformation,
imageTypeDetlnf[2] IpmstscdlmageTypeDetectorlnformation,
idTypeDetlnfo[3]
IpmstscdIDTypeDetectorlnformation
Detector_Time_Location GeneralTimeLocationCore OPTIONAL
} OPTIONAL
22
СТ РК ISO 10711–__
(проект, редакция 1)
~ Формат данных для основной информации о контроллере детектора и
детекторе
GeneralTimeLocationCore::= SEQUENCE {
otdv_CurrentTime
Time,
otdv_LocationLongitude INTEGER(-180000000..180000000) OPTIONAL,
otdv_LocationLatitude INTEGER(-90000000..90000000) OPTIONAL,
otdv_LocationElevation INTEGER(-8192..57344) OPTIONAL
Следует отметить, что несколько пакетов сообщений типа 2 может не
иметь такую структуру, как определено в пункте 6.1.
А.3 IpmstscdLoopTypeDetectorlnformation
- Информация детектора на основе присутствия
IpmstscdLoopTypeDetectorlnformation::= SEQUENCE{
Продолжительность сбора данных обнаружения
loopDataDuration
INTEGER OPTIONAL,
- Текущее состояние присутствия (BOOLEAN)
loopOccupancyState
BOOLEAN,
- Текущий срок присутствия (мс)
loopOccupancyStateDuration INTEGER(0..65535),
~ Продолжительностьпредыдущегосостоянияприсутствия
-(Если в настоящее время состояние присутствия, то отсутствие) (msec)
loopOccupancyPreviousStateDuration INTEGER(0..65535)
- Средняя заполняемость периода обнаружения
loopOccupancyRate
REAL,
- средняя скорость обнаружения периода
loopSpeed
REAL
OPTIONAL,
- REALЗначение
соответствует
формату ASCII
строки
для
представления реального числа вISO/IEC8825-1
- (+/-##.#e+/-##), однако 0,1 км в час Блок 10-значный может быть лучше
с точки зрения гибкости
loopVolume
INTEGER,
- Присутствие / отсутствие исторический перечень состояния
присутствия
loopOccNoccHistory
SEQUENCE
OF
IpmstscdOccNoccHistory
OPTIONAL,
- Информация об ошибочном состоянии
loopErrorState
ENUMERATED{
OpenLoopCircuit(i), - обрыв в цепи контура заглавного детектора или
23
СТ РК ISO 10711–___
(проект, редакция 1)
подачи (Открытый)
ShortLoopCircuit(2), - короткое замыкание заглавного детектора или
подачи (Короткое)
OccupancyError(3),
- минимальная ошибка присутствия
- (Ниже предопределенного параметра)
NonoccupancyError(4),
- минимальная ошибка, не размещение
- (Ниже предопределенного параметра)
VolumeError(5),
- ошибка в объеме трафика
~ (Превышает предопределенную скорость интенсивного транспортного
потока)
Parameterlnvalid(6),
- недопустимый параметр
ManagementNeeded(7),
- ошибка, что нуждается в обслуживании
}
OPTIONAL,
loopUserData
OCTETSTRING OPTIONAL,
Классификацияцелей
loopTargetType
INTEGER(1..255) OPTIONAL,
Направление целевого транспортного средства приближающегося
к перекрестку (ВЕРНО) или покидающего перекресток (НЕВЕРНО).
loopDirectionDiscrimination BOOLEAN
OPTIONAL
- Присутствие / отсутствие парная форма состояния присутствия
IpmstscdOccNoccHistory::= SEQUENCE {
occupancyTimes
INTEGER,
-msec
nonOccupancyTimes
INTEGER
-msec
A.4 Информация детектора на основе присутствия – Тип 2
- Информациядетекторанаосновеприсутствия
lpmstscdOccTypeDetectorlnformation-Type2-Message DEFINITIONS ::=
BEGIN
- Накопительное обнаружение
Det-Accmulated::= SEQUENCE SIZE(1..48) OF {
Det-nbr
INTEGER(1..48),
Det-Status ENUMERATED
{
Normal(O),
Fault(1),
lnvalid(2)}
OPTIONAL,
DensityINTEGER(0..65535),
Occupancy INTEGER(0..65535),
DetPulseErr INTEGER(0..65535)
- Время-последовательность проезжающих автомобилей
Det-Seriallnfo::= SEQUENCESIZE(1..48) OF{
24
СТ РК ISO 10711–__
(проект, редакция 1)
Det-nbr
INTEGER(1..48),
Det-Status ENUMERATED { Normal(O), Fault(1), lnvalid(2)}
OPTIONAL,
- Серийнаяинформация
Seriallnfo
OCTET STRING(SIZE(8))
}
- Скоростьавтомобиля
Det-Velocity ::= SEQUENCE SIZE(O..16O) OF {
Det-nbr
INTEGER(1..48),
VehicleType ENUMERATED {4_Bus(1), 4_LargeSizeTruck(2),
4_SmallSizeTrack(4), 4_else(8),
2_LargeSizeVehicle(16), 2_else(32)},
Velocity
INTEGER(0..127)
}
- Обнаружение особого транспортного средства
Det-lnfo::= OCTETSTRING(SIZE(6))
- состояниедетектора
IDetStatus::= OCTET STRING(SIZE(1))
OPTIONAL
END
A.5 IPMSTSCdlmageинформация детектора на основе изображения
- Пакет сообщений для детектора на основе обработки изображений
IpmstscdlmageTypeDetectorlnformation::= SEQUENCE{
-продолжительность для сбора текущих данных (мс)
imgDataDuration
INTEGEROPTIONAL, -msec
-длина полосы в процессе обнаружения (м)
imgQueueLength
INTEGEROPTIONAL,
- средняя скорость заполняемости обнаруженной полосы во время
обнаружения (по желанию)% необязательно
imgOccupancyRate REAL OPTIONAL,
- средняя скорость обнаруженной полосы во время обнаружения (км / ч)
необязательно
imgSpeed
REAL OPTIONAL,
общий
объем
трафика
(интенсивность
движения)
в
обнаруженнойполосе во время обнаружения (авт)
imgVolume
INTEGER,
- подбор из списка обнаруженного наличия/ отсутствия
imgOccNoccHistory IpmstscdOccNoccHistoryOPTIONAL,
25
СТ РК ISO 10711–___
(проект, редакция 1)
imgErrorState
ENUMERATED {
DeviceFail(1),
- Сбойустройства (1)
UnstableUtility(2), - Нестабильная система (2), - сбой изображения изза структуры вибрации и неисправности
ConnectionFail(3),
- Сбой подключения
lmageProcessingFail(4),
- сбой обработки изображений
Parameterlnvalid(5),
- недопустимый параметр
VolumeError(6),
- Ошибка объема - нет данных конфигурации от
контроллера детектора
ManagementNeeded(7),
- ошибка, которая требует обслуживания
...} OPTIONAL,
imgUserData
OCTET STRING
OPTIONAL
}
A.6
ИнформациядетектораинформационноготипаType2
IPMSTSCdlmage-
- Пакет сообщений детектора на основе обработки изображений
lpmstscdlmageTypeDetectorlnformation-Type2-MessageDEFINITIONS::=
BEGIN
- Накопитель обнаружения
IMPORTS Det-Accmulated, Det-Seriallnfo, Det-Velocity, Det-lnfo,
IDetStatusFROM lpmstscdOccTypeDetectorlnformation-Type2-Message;
Длина очереди и стартовая позиция
Congestionlnfo::= SEQUENCE{
CongestionLengthi
INTEGER(O..15O),
VehicleStartPositioni
INTEGER(O..15O),
CongestionLength2
INTEGER(O..15O),
VehicleStartPosition2 INTEGER(O..15O)}
Интенсивностьдвиженияпонаправлению
DirectionDensity::= SEQUENCESIZE(1..32) OF{
DirectionNo
INTEGER(1..32),
Det-Status
ENUMERATED { Normal(O), lnvalid(1)} OPTIONAL,
DirectionDensity INTEGER(0..65535)
} END
A.7 IpmstscdIDИнформация детектора на основе идентификации
- Пакет сообщений детектора на основе ID
26
СТ РК ISO 10711–__
(проект, редакция 1)
IpmstscdIDTypeDetectorlnformation::= SEQUENCE{
- Проверка порядкового номера для сбора данных (запись
идентификационного номера для передачи)
idSequenceNumber INTEGER(0..255),
- Тип устройства связи
TYPE (IR:0*10, RF:0*20, VDS: 0x30, MCD: 0x40)
idDeviceType
ENUMERATED {
Infra-Red, Radio-Frequency, VDSs, Magnetics, BarCodeScanner, TagScanner,
Other ...}
OPTIONAL,
IDидентификационный номер транспортного средства
idVehicleldentity OCTETSTRING,
- Коды классификации транспортных средств по типу или OBU
бортовому узлу
idVehicleType
INTEGER OPTIONAL,
- Использование транспортного средства и коды собственности по типу
или OBU бортовому узлу
idVehicleUse
INTEGER OPTIONAL,
- Классификация полосы обнаружения (от тротуара дороги 1-8)
idDetectionLane
INTEGER(1..8) OPTIONAL,
- Классификация полосы обнаружения (от медианы дороги 1-8)
idDetectionLaneMedianINTEGER(1..8) OPTIONAL,
- Скорость транспортного средства (км / ч)
idDetectionSpeed REAL OPTIONAL,
- Продолжительность размещение детектором (мс)
idOccupancy
INTEGEROPTIONAL,
- Код неисправности для этой записи
idErrorState
ENUMERATED{
RSEFail(1)- неисправность беспроводной связи или сканирующего
оборудования
RSE-ConnectionFail(2)
Сбой
подключения
беспроводного
оборудования связи или сканирующего оборудования
WirelessFail(3)
- сбойбеспроводнойсвязи
UnstableUtility(4)
~ Ошибка сбора данных из-за дефектной структуры
ManagementNeeded(5) - неисправность, которая нуждается в инструкции
}
OPTIONAL,
-данные идентификации тега из бортового узла автомобиля (блок
данныхтега)
idTaglnfo
OCTET STRING
OPTIONAL,
idUserData
OCTET STRING
OPTIONAL
27
СТ РК ISO 10711–___
(проект, редакция 1)
}
А.8 Пакет сообщений детектора, основанного на идентификации
lpmstscdlDTypeDetectorlnformation-Type2-Message DEFINITIONS ::=
BEGIN
- Накопительное обнаружение
IMPORTS
Det-Accmulated, Det-Seriallnfo, Det-Velocity, Det-lnfo,
IDetStatusFROM lpmstscdOccTypeDetectorlnformation-Type2-Message;
Идентификация автомобиля
Vehiclelnfo::= SEQUENCEOF{
VehiclelD OCTET STRING,
idData OCTET STRING
OPTIONAL
}
END
28
СТ РК ISO 10711–__
(проект, редакция 1)
Приложение B
(справочное)
Определение протокола интерфейса и пакета сообщений между
контроллерами дорожной сигнализации и примером реализации
детекторов
Этот пример показывает, как контроллер дорожной сигнализации и
детекторный контроллер координируется этим стандартом.
Таблица В.1 – Показывает пример реализации "Seriallnfo"
(Серийной информации), указанной в таблице 7.
29
СТ РК ISO 10711–___
(проект, редакция 1)
Таблица В.1 - Пример серийной информации
Название
пункта
Описание
Каждый
бит в сек
Серийная
1ый октет
информация
2ой октет
3ий
октет
4ый октет
5ый октет
6ой октет
7ой октет
8ой октет
(tn) В 8 строках октетах
показывает, как следует, n
обозначает пройденное в
этих октетах
Прохождение
секунд
bit7
t7
t15
t23
bite
te
t14
t22
bits
t5
t13
oFo
bit4
t4
t12
t20
bit3
t3
t11
t19
bit2
t2
t10
t18
Когда
транспортные
средства
превышают 60,
начинает
работать
детектор
bit1
bit0
t1
t0
t9
t8
t17
t16
t31
t39
t47
t55
*
t30
t38
t46
t54
*
oFo
t37
t45
t53
*
t28
t36
t44
t52
*
t27
t35
t43
t51
t59
t26
t34
t42
t50
t58
t25
t33
t41
t49
t57
*обозначает зарезервированный бит
30
t24
t32
t40
t48
t56
СТ РК ISO 10711–__
(проект, редакция 1)
Библиография
[1] ISO / МЭК 8825-1, Информационные технологии - ASN.1 правила
кодирования: Спецификация базовых правил кодирования (BER),
Канонические правила кодирования (CER) и Известные правила кодирования
(DER)
[2] ISO / МЭК TР 10000-2: 1998, Информационные технологии -База и
систематика международных стандартизированных профилей - Часть 2:
Принципы и таксономия для профилей OSI (OpenSystemsInterconnection
взаимодействие открытых систем)
[3] DS / ENV 13563, Оборудование для контроля трафика - Детекторы
транспортных средств
31
СТ РК ISO 10711–___
(проект, редакция 1)
УДК 625.144.1:006.354МКС 45.040
Ключевые слова:детектор, технические требования, пакет сообщений,
обработка изображения, состояние детектора, транспортное средство
32
СТ РК ISO 10711–__
(проект, редакция 1)
УДК 625.144.1:006.354МКС 45.040
Ключевые слова:детектор, технические требования, пакет сообщений,
обработка изображения, состояние детектора, транспортное средство
РАЗРАБОТЧИК
РГП «Казахстанский институт стандартизации и сертификации»
Заместитель
генерального директора
Е.М Амирханова
СОИСПОЛНИТЕЛИ
АО «Казахская академия транспорта и коммуникаций им. М.Тынышпаева»
Исполнительный директор
по научной работе
Р.К. Сатова
Профессор
Е.А. Джайлаубеков
Магистр
М.А. Нартов
33
Download