Комаров В.В., Гараган С.А. Архитектура и стандартизация ИТС. Зарубежный опыт и отечественная практика (2012) (1142010), страница 29
Текст из файла (страница 29)
В дополнение к стандартам часто необходимы процедуры. Многие из областей, обсужденных в этом отчете (правоприменение, EFC, экстренный вызов, и т.д.) не только нуждаются в технических требованиях, нотакже требуют соглашения между всеми участниками в цепи применениястандарта. Отказ одобрить и осуществить стандарты в подходящее время сделает более трудным оказание взаимодействующих услуг в Европе иможет препятствовать развитию рынка ИТС.Европейская комиссия должна оказывать свою активную поддержкуформальным стандартам, только если есть ясная панъевропейская выгода.Иначе, это должно способствовать формированию промышленных групп согласия, которые часто могут достигать результата легче, чем формальныйпроцесс стандартизации. У EC также есть роль не только в действиях поисследованиям и разработкам, касающимся стандартизации, но также и вподдержке согласованных действий, нацеленных на предложение взаимодействующих решений.Непрерывное развитие технологий, изменения в пользовательских потребностях и ожиданиях и изменения в транспортной политике означают,что работа по стандартизации, как и по архитектуре ИТС, должна бытьдинамичной и что связи между ними должны регулярно рассматриваться.Поэтому рекомендуется, чтобы был организован процесс поддержанияевропейской Архитектуры ИТС, разработанной KAREN, и чтобы периодические обзоры действий по стандартизации сравнивались с Архитектурой.В заключении отчета [18] выделяются три основных направления стандартизации в сфере ИТС:–– стандартизация коммуникационных интерфейсов;–– стандартизация информационного обмена;–– стандартизация приложений, относящихся к обмену данными и человекомашинному интерфейсу.150Цель документа [61] состоит в том, чтобы описать связи междутекущими (июль 2011) действиями по стандартизации, с акцентом накооперативных системах, и архитектурой ИТС.
Он также обеспечивает рекомендации для использования стандартов в этой области, даваяинформацию относительно организаций-разработчиков стандартов,основных стандартах, доступных в настоящее время, продолжающихся действиях (включая работу, сделанную в соответствии с МандатомМ/453), и дает рекомендации по использованию стандартов вместе скооперативной архитектурой систем. Наконец, этот документ предлагает меры или инструменты для более эффективного и лучшего использования стандартов.Он представляет текущую ситуацию в стандартизации, подчеркивая выгоды наличия стандартов и представляя основные национальныхорганизации по стандартизации, вместе с самыми важными стандартами в сфере кооперативных систем и архитектуры ИТС. Глобальнаяточка зрения на это очень важна, поскольку область архитектуры ИТСимеет несколько уровней отношений со стандартами (различными типами стандартов).
Это обусловлено тем, что есть два основных уровня архитектуры; «высокий» уровень, из которого могут быть полученытехнические требования к тому, что необходимо для выполнения услуг, и«низкий» уровень, который описывает фактические проекты компонентов. Последствие – то, что любые стандарты, исходящие от «высокого» уровня архитектуры, будут более общими, например, определениятерминов, а стандарты, исходящие от «низкого» уровня архитектуры,будут более технически ориентированными, например, определяя механизмы связи.Документ описывает сегодняшнюю ситуацию в стандартизации относительно Архитектуры FRAME и кооперативных систем с учетом продолжающихся действий главным образом, но не только, на европейском уровне,включая вклад проекта E- FRAME через его участников.Процесс создания стандартов очень сложен; поэтому относительнофактической потребности и будущего использования этого документа, он неставит задачу дать полный список стандартов, связанных с АрхитектуройFRAME, поскольку эта информация устаревает с момента, когда подведенитог такого перечня.
Поэтому документ стремится давать полезные рекомендации о том, как стандарты и архитектура ИТС могут использоватьсявместе, чтобы достигнуть большей взаимной выгоды. С этой целью предложен инструмент для того, чтобы работать со стандартами, основанный на примере из Чешской республики. Принципы этого инструмента мо-151гут быть обобщены и служить руководством для работы со стандартамив других странах или на европейском уровне, и таким образом значительноспособствовать использованию стандартов в связи с Архитектурой ИТС.5. Продолжающиеся действия по стандартизации, связанные с кооперативными системами [61]5.1.
ВведениеНедавние события в кооперативных системах заставили EC сосредотачивать большие усилия на гармонизации возможных кооперативныхсистем. Такая гармонизация может управляться своевременной стандартизацией. Поэтому эта глава описывает основные действия, которые имели место в этой области начиная с начала проекта E-FRAME.Это следующие действия:• EC передал под мандат координацию и круг ответственностидвух европейских SDO's30 по созданию стандартов ИТС, а именно,в кооперативных системах (см.
раздел 5.2). Относительно этогомандата был также проведен семинар ETSI по кооперативным системам (см. раздел 5.4),• создание совместной рабочей группы по кооперативным системамв CEN и в ISO в результате проектов кооперативных систем (например, COOPERS, SAFESPOT, CVIS), с тем, чтобы стандарты,разработанные в Европе, имели отображение в мировых стандартах (см. раздел 5.3), и• целевая группа ЕС – США с первичной целью согласовать проектыисследований и разработок и действия по развертыванию междуЕС и США (см. раздел 5.5).5.2.
Мандат М/453 стандартизации ECКак отмечено в [61], имеется явная недостаточность сотрудничества между SDO's по созданию стандартов. В прошлом только CEN иISO активно сотрудничали, чтобы создать единый набор стандартов длятого, что теперь называют ИТС. Вход таких SDO's, как ETSI, IEEE и SAEв эту область привел к запутанной ситуации с потенциалом для двух илибольше SDO's, чтобы создать эффективно конкурирующие стандарты.В Плане действий по ИТС Европейская Комиссия признала, что потенциал для того, чтобы создать конкурирующие стандарты, существовал, и вконце 2009 выпустила Мандат М/453 для трех главных европейских SDO's,CEN, CENELEC и ETSI.
В этом Мандате Комиссия пригласила SDO's разработать план сотрудничества в разработке ряда стандартов, которыеSDO’s – Standard development organizations – организации-разработчики стандартов.30152будут необходимы для развертывания кооперативных систем и гарантировать способность к взаимодействию коммуникаций транспортного средства к транспортному средству (V2V), для коммуникаций транспортногосредства к инфраструктуре (V2I) и для коммуникаций между операторамиинфраструктуры. В Мандате обращено особое внимание на Решение EC подиапазону 5.9 ГГц для приложений ИТС, связанных с безопасностью.
Комиссия полагала, что без этого сотрудничества будет путаница по вопросуо том, где и когда должны применяться стандарты31, и что это можетзначительно задержать развертывание кооперативных систем.CENELEC отказался участвовать, потому что он полагал, что область стандартизации, в которой он работает, отлична от таковыхдля CEN и ETSI. Однако, последние две SDO's согласились (с большим нежеланием со стороны ETSI) сотрудничать и в результате в апреле 2010выпустили «Ответ на Мандат М/453». Как свидетельство нежеланияETSI, он до сих пор боролся, чтобы гарантировать, что его работы является полностью отдельными от программы CEN.
Он также продолжает предпринимать шаги, чтобы гарантировать, что нет никакой эффективной объединенной работы над продуктами под М/453.CEN сотрудничает с ISO, чтобы разработать стандарты, связанные сИТС. Но он не может формально привлечь ISO к работе в соответствии сМандатом М/453.
То, что сделал CEN, должно привлечь внимание Комиссии к возможностям, которые может предложить ISO. Также через своиобъединенные рабочие группы CEN открыто стремился вовлечь экспертовиз более широкого сообщества ISO в свою работу.В документе «Ответ» CEN/ISO и ETSI идентифицировали то, что,как они верят, является аспектами кооперативных систем, для которыхстандарты будут необходимы, и обеспечили планы координации разработки этих стандартов, чтобы избежать наложений и дублированияусилий.
Теперь они работают, чтобы разработать стандарты для самых существенных из этих аспектов к августу 2012 г. и продолжить разработку после этой даты до тех пор, пока все необходимые стандартыне будут доступны для использования. О продвижении работ формальносообщают в определенное время по этапам программы, но это такженеофициально отслеживается на встречах Руководящей группы ИТС (ITSSteering Group, ITSSG) приблизительно с 6-месячными интервалами.В документе «Ответ» идентифицированы области и услуги, для которыхCEN/ISO и ETSI полагают, что стандарты должны быть разработаны. Можно31Выделено в первоисточнике.153ожидать, что этот перечень должен будет пересмотрен и обновлен, посколькуCEN/ISO и ETSI делают успехи в своей работе по Мандату М/453. Другаяпричина для пересмотра содержания перечня – то, что он особенно ориентируется на более низкие уровни стека коммуникаций Эталонной модели взаимодействия открытых систем (Open systems interconnection basic referencemodel, OSI).
Ожидается, что в будущем будет идентифицировано большестандартов, ориентированных на приложения, возможно, в результате текущего и будущего Полевого Эксплуатационного Теста (Field Operational Test,FOT), относящегося к проектам и демонстрации функционирования другихкооперативных систем.Список потенциальных областей, нуждающихся в стандартах, такжеможет быть улучшен, если добавить больше деталей к довольно отрывочным описаниям услуг, которые включены. Чтобы сделать это, нужно использовать Архитектуру FRAME для создания «модели» выполнениядля каждой из услуг, идентифицированных в перечне и определить, какиестандарты помогли бы их выполнению и существуют ли эти стандартыв настоящее время.
Это было бы существенной частью работы, и этобыло предложено на Пленарной сессии CEN TC278, хотя пока еще не былоникакого ответа. В будущем (после проекта E-FRAME) этой работой могбы управлять Форум FRAME и осуществлять ее некоторые из его членовс поддержкой и помощью Команды FRAME.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
