Методы испытаний устройства вызова экстренных

Организация Объединенных Наций
Экономический
и Социальный Совет
ECE/TRANS/WP.29/2013/67
Distr.: General
3 April 2013
Original: Russian
Европейская экономическая комиссия
Комитет по внутреннему транспорту
Всемирный форум для согласования правил
в области транспортных средств
Проект Правил ООН в отношении устройств
вызова экстренных оперативных служб
Предложение по проекту Правил ООН в
отношении устройств вызова экстренных
оперативных служб
Представлено Российской Федерацией *
* В соответствии с программой работы Комитета по внутреннему транспорту на
2010−2014 годы (ECE/TRANS/208, пункт 106, и ECE/TRANS/2010/8,
подпрограмма 02.4) Всемирный форум будет разрабатывать, согласовывать и
обновлять правила в целях улучшения характеристик транспортных средств.
Настоящий документ представлен в соответствии с этим мандатом.
2
Правила № ХХХ
Единообразные предписания, касающиеся
официального утверждения устройств вызова
экстренных оперативных служб и механических
транспортных средств в отношении установки
таких устройств
Содержание
1.
Область применения ............................................................................................. 5
I.
Устройства вызова экстренных оперативных служб ...................................... 5
2.
Определения ........................................................................................................... 5
3.
Заявка на официальное утверждение................................................................. 6
4.
Маркировка .............................................................................................................. 7
5.
Официальное утверждение ..................................................................................... 7
6.
Технические требования ......................................................................................... 8
7.
Изменение типа устройства вызова экстренных оперативных служб и
распространение официального утверждения ..................................................... 10
8.
Соответствие производства ................................................................................... 10
9.
Санкции, налагаемые за несоответствие производства ....................................... 11
10.
Окончательное прекращение производства ........................................................ 11
11.
Названия и адреса технических служб, уполномоченных проводить испытания
на официальное утверждение, и административных органов ............................ 11
II.
Установка устройств вызова экстренных оперативных служб .......................... 12
12.
Определения ........................................................................................................... 12
13.
Заявка на официальное утверждение ................................................................... 12
14.
Официальное утверждение ................................................................................... 12
15.
Технические требования ....................................................................................... 13
16.
Изменение типа транспортного средства и распространение официального
утверждения ............................................................................................................ 20
17.
Соответствие производства .................................................................................. 20
18.
Санкции, налагаемые за несоответствие производства ....................................... 20
19.
Окончательное прекращение производства ........................................................ 21
20.
Названия и адреса технических служб, уполномоченных проводить
испытания на официальное утверждение, и административных органов ......... 21
Приложение 1
Информационный документ для официального утверждения типа
устройства вызова экстренных о перативных служб ......................................... 22
Приложение 2
Информационный документ для официального утверждения типа
транспортного средства в отношении установки устройств вызова экстренных
оперативных служб……………………………………………………………… 23
Приложение 3
Сообщение, касающееся предоставления официального утверждения,
3
отказа в официальном утверждении, распространения, отмены официального
утверждения либо окончательного прекращения производства типа устройства
вызова экстренных оперативных служб на основании Правил № ХХХ ........... 24
Приложение 4
Сообщение, касающееся предоставления официального утверждения,
отказа в официальном утверждении, распространения, отмены
официального утверждения либо окончательного прекращения
производства типа транспортного средства в отношении установки
устройств вызова экстренных оперативных служб на основании
Правил № ХХХ ....................................................................................................... 26
Приложение 5
Схема знака официального утверждения устройства вызова экстренных
оперативных служб ................................................................................................ 28
Приложение 6
Методы испытаний устройства вызова экстренных оперативных
служб для проверки стойкости к климатическим воздействиям ....................... 29
Приложение 7
Методы испытаний устройства вызова экстренных оперативных служб для
проверки стойкости к механическим воздействиям ........................................... 56
Приложение 8
Особенности проведения динамических испытаний устройства вызова
экстренных оперативных служб ............................................................................ 63
Приложение 9
Методы испытаний навигационного модуля устройства вызова экстренных
оперативных служб ................................................................................................. 64
Приложение 10
Требования к протоколам обмена данными между устройством вызова
экстренных оперативных служб и устройствами наземной инфраструктуры
реагирования ......................................................................................................... 100
Приложение 11
Тесты функциональной диагностики для устройства вызова экстренных
оперативных служб ............................................................................................... 167
Приложение 12
Методы испытаний устройства вызова экстренных оперативных
служб на соответствие требованиям по электромагнитной
совместимости…………….……………………………………………….. 181
Приложение 13
Методы испытаний устройства вызова экстренных оперативных служб на
соответствие требованиям по определению момента дорожно-транспортного
происшествия………………………………………………………………….....201
4
1.
Область применения
Настоящие Правила применяются:
a)
к устройствам вызова экстренных оперативных служб,
предназначенным для транспортных средств категорий М
и N 1;
b)
к установке устройств вызова экстренных оперативных
служб на транспортных средствах категорий М и N 1/ .
I.
Устройства вызова экстренных
оперативных служб
2.
Определения
Для целей настоящих Правил:
1
2.1.
"устройство вызова экстренных оперативных служб" означает
устройство, осуществляющее и обеспечивающее определение
координат, скорости и направления движения транспортного
средства с помощью сигналов не менее двух действующих
глобальных навигационных спутниковых систем, передачу
сообщения о транспортном средстве при дорожно-транспортном
и ином происшествиях и двустороннюю голосовую связь с
экстренными оперативными службами по сетям подвижной
радиотелефонной связи;
2.2.
"основной компонент устройства вызова экстренных
оперативных служб" означает компонент, обеспечивающий
выполнение устройством вызова экстренных оперативных служб
функций, перечисленных в пункте 2.1 выше. Основными
компонентами устройства вызова экстренных оперативных
служб являются:
а)
навигационный приемник;
b)
антенна
системы;
с)
коммуникационный модуль;
d)
антенна коммуникационного модуля;
e)
тональный модем;
f)
блок интерфейса пользователя;
g)
управляющий модуль;
h)
резервный источник питания (опция).
глобальной
навигационной
спутниковой
2.3.
"дорожно-транспортное происшествие" (ДТП) означает
событие, возникшее в процессе движения по дороге
транспортного средства и с его участием, при котором погибли
или ранены люди, повреждены транспортные средства,
сооружения, грузы, либо причинен иной материальный ущерб;
2.4.
"навигационный приемник" означает компонент устройства
вызова экстренных оперативных служб, предназначенный для
В соответствии с определениями, содержащимися в разделе 2 Сводной
резолюции о конструкции транспортных средств (С.Р.3) (документ
TRANS/WP.29/78/Rev.2). www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29resolutions.html
5
определения текущих координат, параметров движения
(направления и скорости) транспортного средства, а также
времени по сигналам глобальных навигационных спутниковых
систем;
2.5.
"коммуникационный модуль" означает компонент устройства
вызова экстренных оперативных служб, предназначенный для
передачи информации о ДТП по сетям подвижной
радиотелефонной связи;
2.6.
"тональный модем" означает компонент устройства вызова
экстренных оперативных служб, предназначенный для передачи
данных в рамках установленного голосового соединения по
сетям подвижной радиотелефонной связи;
2.7.
"блок интерфейса пользователя" означает компонент устройства
вызова экстренных оперативных служб, предназначенный для
взаимодействия пользователя с устройством вызова экстренных
оперативных служб, включая получение пользователем
зрительной информации и введение им команд управления;
2.8.
"управляющий модуль" означает компонент устройства вызова
экстренных оперативных служб, предназначенный для
обеспечения совместного функционирования всех компонентов
устройства вызова экстренных оперативных служб;
2.9.
"тип устройства вызова экстренных оперативных служб"
означает устройства, не имеющие между собой различий в
отношении своей конструкции, в том числе, средств крепления к
кузову;
2.10.
"протокол обмена данными" означает совокупность правил и
соглашений, определяющих содержание, формат, параметры
времени, последовательность и проверку ошибок в сообщениях,
которыми обмениваются устройства вызова экстренных
оперативных служб с устройствами наземной инфраструктуры
реагирования.
3.
Заявка на официальное утверждение
3.1.
Заявка на официальное утверждение типа устройства вызова
экстренных оперативных служб подается держателем фабричной
или торговой марки либо его надлежащим образом
уполномоченным представителем.
3.2.
Образец информационного документа приведен в приложении 1.
3.3.
Применительно к каждому типу устройства вызова экстренных
оперативных служб к заявке прилагают образцы устройства
вызова экстренных оперативных служб в полной комплектации в
количестве,
достаточном
для
проведения
испытаний,
предусмотренных настоящими Правилами. По усмотрению
технической службы могут запрашиваться дополнительные
образцы.
6
2
4.
Маркировка
4.1.
На образцах устройств вызова экстренных оперативных служб
должен быть нанесен фабричный или торговый знак
изготовителя. Эта маркировка должна быть нанесена, по
меньшей мере на блок(и), содержащие навигационный приемник
и коммуникационный модуль, а также на лицевой стороне блока
интерфейса пользователя. Эта маркировка должна быть четкой и
нестираемой.
4.2.
На блоке (блоках), содержащих навигационный приемник и
коммуникационный модуль, а также на лицевой стороне блока
интерфейса пользователя каждого устройства вызова экстренных
оперативных служб должно быть место, достаточное для
нанесения знака официального утверждения, который должен
быть удобочитаемым после установки устройства на транспортное
средство. Это место должно быть указано на чертежах,
упомянутых в приложении 1.
5.
Официальное утверждение
5.1.
Если образцы, представленные на официальное утверждение,
отвечают требованиям пункта 6 настоящих Правил, то данный
тип устройства вызова экстренных оперативных служб считают
официально утвержденным.
5.2.
Каждому официально утвержденному типу присваивают номер
официального утверждения, первые две цифры которого (в
настоящее время 00) указывают серию поправок, включающих
последние наиболее значительные технические изменения,
внесенные в Правила к моменту предоставления официального
утверждения. Одна и та же Договаривающаяся сторона не может
присвоить этот номер другому типу устройства вызова
экстренных оперативных служб.
5.3.
Стороны Соглашения, применяющие настоящие Правила,
уведомляются об официальном утверждении, отказе в
официальном утверждении, распространении или отмене
официального утверждения либо об окончательном прекращении
производства того или иного типа устройства вызова экстренных
оперативных служб на основании настоящих Правил
посредством карточки, соответствующей образцу, приведенному
в приложении 3 к настоящим Правилам.
5.4.
На каждое устройство вызова экстренных оперативных служб,
соответствующее официально утвержденному типу в силу
настоящих Правил, наносят помимо знака, предписанного в
пункте 4.1, в предусмотренном в пункте 4.2 месте хорошо
видимый международный знак официального утверждения,
соответствующий образцу, приведенному в приложении 5, и
состоящий из:
5.4.1.
круга с помещенной в нем буквой "Е", за которой следует
отличительный знак страны, предоставившей официальное
утверждение2;
Отличительные номера Договаривающихся сторон Соглашения 1958 года
воспроизводятся в приложении 3 к Сводной резолюции о конструкции
ранспортных средств (СР.3), документ ECE/TRANS/WP.29/78/Rev.2/Amend.3 www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29resolutions.html
7
5.4.2.
номера настоящих Правил, за которым следуют буква "R", тире и
номер официального утверждения, проставленные справа от
круга, предписанного в пункте 5.4.1 выше.
5.5.
Знак официального утверждения должен быть удобочитаемым и
нестираемым.
6.
Технические требования
6.1.
На эффективность устройства вызова экстренных оперативных
служб не должны отрицательным образом влиять магнитные или
электрические поля. Выполнение этого требования должно быть
продемонстрировано посредством обеспечения соответствия
положениями Правил № 10:
a)
поправок серии 03 для транспортных средств, не
имеющих перезаряжаемымх энергоаккумулирующих
систем (ПЭАС) (тяговых батарей) с возможностью
зарядки от внешнего источника;
b)
поправок серии 04 для транспортных средств,
оборудованных
перезаряжаемыми
энергоаккумулирующими системами (ПЭАС) (тяговыми
батареями) с возможностью зарядки от внешнего
источника.
6.2.
Устройство вызова экстренных оперативных служб должно
обладать стойкостью к климатическим воздействиям. Это
требования считается выполненным, если устройство вызова
экстренных оперативных служб выдержало все испытания,
предусмотренные приложением 6.
6.3.
Устройство вызова экстренных оперативных служб должно
обладать стойкостью к механическим воздействиям. Это
требования считается выполненным, если устройство вызова
экстренных оперативных служб выдержало все испытания,
предусмотренные приложением 7.
6.3.
Устройство вызова экстренных оперативных служб должно
сохранить работоспособность после проведения динамических
испытаний в соответствии с добавлением к приложению 9 к
Правилам № 17. Особенности проведения испытаний приведены
в приложении 8.
6.4.
Устройство вызова экстренных оперативных служб должно
обеспечивать прием и обработку навигационных сигналов
стандартной точности. Это требование считается выполненным,
если устройство вызова экстренных оперативных служб
выдержало все испытания, предусмотренные приложением 9.
6.5.
Устройство вызова экстренных оперативных служб должно
обеспечивать возможность коммуникации в сетях подвижной
радиотелефонной связи стандартов GSM 900 и GSM 1800, а
также UMTS 900 и UMTS 2000. Выполнение требований к
коммуникационному модулю подтверждается соответствием
стандарту 3GPP TS 51.010-1 и следующих стандартов ETSI:
ETSI TS 126 267, ETSI TS 126 268, ETSI TS 126 269. Кроме того,
устройство вызова экстренных оперативных служб должно
обеспечить выполнение следующих требований:
8
6.5.1.
Устройство вызова экстренных оперативных служб должно быть
укомплектовано неснимаемой персональной универсальной
многопрофильной идентификационной картой абонента для
работы
в
сетях
подвижной
радиотелефонной
связи
вышеуказанных
стандартов.
Должна
быть
обеспечена
возможность обновления информации, хранящейся на
неснимаемой персональной универсальной многопрофильной
идентификационной карте абонента, по сетям подвижной
радиотелефонной связи вышеуказанных стандартов.
6.5.2.
Коммуникационный модуль должен обеспечивать пакетную
передачу данных о ДТП. Протокол обмена данными должен
устанавливать
обязательные
признаки
приоритетности
экстренного вызова. Требования к протоколам обмена данными
установлены в приложении 10.
6.5.3.
Коммуникационный модуль должен обеспечивать установление
двухстороннего дуплексного голосового соединения в режиме
громкой связи c оператором экстренных оперативных служб,
передачу сообщения о транспортном средстве с использованием
тонального модема, работающего в сетях подвижной
радиотелефонной связи стандартов GSM 900 и GSM 1800, UMTS
900 и UMTS 2000.
6.5.4.
При невозможности передачи информации с использованием
тонального модема течение 20 секунд после начала передачи
информации устройство вызова экстренных оперативных служб
должно прекратить использование тонального модема и
осуществить передачу информации посредством использования
коротких текстовых сообщений (СМС). Должна быть
предусмотрена возможность повторной передачи информации с
использованием тонального модема, работающего через
установленное
голосовое
соединение,
и
посредством
использования СМС. При невозможности передачи информации
посредством использования сетей подвижной радиотелефонной
связи, непереданная информация должна быть сохранена в
энергонезависимой памяти и передана при восстановлении такой
возможности.
6.5.5.
После завершения экстренного вызова должны быть обеспечены:
6.5.5.1.
Прием команды на осуществление повторного экстренного
вызова, поступающей в виде СМС, и осуществление повторного
экстренного вызова в течение настраиваемого промежутка
времени;
6.5.5.2.
Автоматический прием входящих телефонных вызовов в течение
не менее 20 минут после завершения экстренного вызова.
6.6.
Устройство вызова экстренных оперативных служб должно
обеспечивать возможность проверки своей работоспособности в
автоматическом и в ручном режимах и информирование о своей
неисправности посредством оптического индикатора состояния
устройства или соответствующего сообщения на комбинации
приборов. Должна быть обеспечена возможность передачи
результатов
тестирования
устройства
посредством
использования сетей подвижной радиотелефонной связи
стандартов, указанных в пункте 6.5.
6.7.
Устройство вызова экстренных оперативных служб должно
пройти тесты функциональной диагностики в соответствии с
приложением 11.
9
6.8.
Должна быть обеспечена возможность автономной работы
устройства вызова экстренных оперативных служб в течение не
менее 60 минут в режиме ожидания обратного звонка и в
дальнейшем не менее 10 минут работы в режиме голосовой связи
за счет использования резервной батареи при отсутствии питания
от бортовой электрической сети транспортного средства. Срок
службы резервной батареи должен составлять не менее 3 лет.
6.9.
Устройство вызова экстренных оперативных служб должно
обеспечивать
возможность
работы
с
внешними
дополнительными устройствами
(включая устройства,
предназначенные
для
определения
события
ДТП),
подключаемыми посредством стандартизованного разъема и
стандартизованного протокола передачи данных. Физический
интерфейс передачи данных должен обеспечивать скорость
передачи данных не менее 62,5 кБит/c.
7.
Изменение типа устройства вызова
экстренных оперативных служб и
распространение официального
утверждения
7.1.
Любое изменение типа устройства вызова экстренных
оперативных служб, включая его крепление к кузову, доводят до
сведения административной службы, которая официально
утвердила данный тип устройства вызова экстренных
оперативных служб. В таком случае эта служба может:
7.1.1.
либо признать, что внесенные изменения не окажут
значительного неблагоприятного воздействия и что в любом
случае данное устройство вызова экстренных оперативных
служб по-прежнему удовлетворяет требованиям;
7.1.2.
либо потребовать от технической службы, уполномоченной
проводить испытания, составить новый протокол.
7.2.
Подтверждение официального утверждения с указанием
внесенных изменений или отказ в официальном утверждении
доводят до сведения Сторон Соглашения, применяющих
настоящие Правила, в соответствии с процедурой, указанной в
пункте 5.3 выше.
7.3.
Все Стороны Соглашения 1958 года, применяющие настоящие
Правила, уведомляются о распространении официального
утверждения, в соответствии с процедурой, указанной в пункте
5.3 выше.
7.4.
Компетентный
орган,
распространяющий
официальное
утверждение, проставляет порядковый номер в каждой карточке
сообщения, составляемой для такого распространения.
8.
Соответствие производства
8.1.
Процедура соответствия производства должна удовлетворять
требованиям, изложенным в добавлении 2 к Соглашению 1958
года (E/ECE/324-E/ECE/TRANS/505/Rev.2).
10
8.2.
Каждое устройство вызова экстренных оперативных служб,
официально утвержденное на основании настоящих Правил,
должно быть изготовлено таким образом, чтобы оно
соответствовало официально утвержденному типу, удовлетворяя
требованиям, изложенным в пункте 6 выше.
9.
Санкции, налагаемые за несоответствие
производства
9.1.
Официальное утверждение, предоставленное в отношении типа
устройства вызова экстренных оперативных служб на основании
настоящих Правил, может быть отменено, если не соблюдаются
требования пункта 8.1 выше, или если данный тип устройства
непрямого обзора не удовлетворяет требованиям, приведенным в
пункте 8.2 выше.
9.2.
Если какая-либо Сторона Соглашения, применяющая настоящие
Правила, отменяет официальное утверждение, предоставленное
ею ранее, то она незамедлительно уведомляет об этом другие
Договаривающиеся стороны, применяющие настоящие Правила,
посредством копии карточки официального утверждения, в
конце
которой
крупным
шрифтом
делают
отметку
"ОФИЦИАЛЬНОЕ
УТВЕРЖДЕНИЕ
ОТМЕНЕНО"
и
проставляют подпись и дату.
10.
Окончательное прекращение производства
Если держатель официального утверждения полностью
прекращает производство того или иного типа устройства вызова
экстренных оперативных служб, официально утвержденного на
основании настоящих Правил, то он должен проинформировать
об этом компетентный орган, предоставивший официальное
утверждение. При получении соответствующего сообщения
данный орган информирует о нем другие Стороны Соглашения,
применяющие настоящие Правила, посредством копии карточки
официального утверждения, в конце которой крупным шрифтом
делают отметку "ПРОИЗВОДСТВО ПРЕКРАЩЕНО" и
проставляют подпись и дату.
11.
Названия и адреса технических служб,
уполномоченных проводить испытания на
официальное утверждение, и
административных органов
Стороны Соглашения, применяющие настоящие Правила,
сообщают в Секретариат Организации Объединенных Наций
названия и адреса технических служб, уполномоченных
проводить испытания на официальное утверждение, и
административных
органов,
которые
предоставляют
официальные утверждения и которым должны направляться
карточки официального утверждения, отказа в официальном
утверждении, распространения или отмены официального
утверждения, предоставленного в других странах.
11
II.
Установка устройств вызова экстренных
оперативных служб
12.
Определения
Для целей настоящих Правил:
12.1.
"система вызова экстренных оперативных служб" означает устройство
вызова
экстренных
оперативных
служб,
использующее для передачи сообщения о ДТП в автоматическом
режиме сигналы, полученные от датчика (датчиков) системы
пассивной безопасности либо других систем транспортного
средства, не относящихся к компонентам непосредственно
устройства вызова экстренных оперативных служб;
12.2.
"момент ДТП" означает момент времени, соответствующий
сигналу датчика (датчиков), определяющего (определяющих)
уровень замедления транспортного средства;
12.3.
"сообщение о ДТП" означает набор данных, передаваемый
устройством
вызова экстренных оперативных служб, и
включающий в себя, по меньшей мере, марку и обозначение типа
транспортного
средства,
идентификационный
номер
транспортного средства (VIN), координаты и параметры
движения транспортного средства в момент ДТП, а также время,
соответствующее моменту ДТП.
13.
Заявка на официальное утверждение
13.1.
Заявка на официальное утверждение типа транспортного
средства в отношении установки устройства вызова экстренных
оперативных служб попадается изготовителем либо его
надлежащим образом уполномоченным представителем.
13.2.
Образец информационного документа показан в приложении 2.
13.3.
Транспортное средство, являющееся репрезентативным для типа
транспортного
средства,
подлежащего
официальному
утверждению,
представляют
технической
службе,
уполномоченной проводить испытания на официальное
утверждение.
13.4.
Компетентный
орган
должен
проверить
наличие
удовлетворительных мер по обеспечению эффективного
контроля за соответствием производства до предоставления
официального утверждения данного типа.
14.
Официальное утверждение
14.1.
Если тип транспортного средства, представленный для
официального утверждения в соответствии с пунктом 13 выше,
удовлетворяет требованиям пункта 15 настоящих Правил, то
данный тип транспортного средства считают официально
утвержденным.
14.2.
Каждому официально утвержденному типу присваивают номер
официального утверждения, первые две цифры которого (в
настоящее время 00) указывают серию поправок, включающую
последние наиболее значительные технические изменения,
внесенные в Правила к моменту предоставления официального
12
утверждения. Одна и та же Договаривающаяся сторона не может
присвоить этот номер другому типу транспортного средства.
3
14.3.
Стороны Соглашения, применяющие настоящие Правила,
уведомляются об официальном утверждении, отказе в
официальном утверждении, распространении или отмене
официального утверждения типа транспортного средства на
основании
настоящих
Правил
посредством
карточки,
соответствующей образцу, приведенному в приложении 4 к
настоящим Правилам.
14.4.
На каждом транспортном средстве, соответствующем типу
транспортного средства, официально утвержденному на
основании настоящих Правил, в видимом и легко доступном
месте, указанном в карточке официального утверждения,
проставляется международный знак официального утверждения,
соответствующий образцу, приведенному в приложении 5, и
состоящий из:
14.4.1.
круга с проставленной в нем буквой "Е", за которой следует
отличительный номер страны, предоставившей официальное
утверждение3;
14.4.2.
номера настоящих Правил, за которым следуют буква "R", тире и
номер официального утверждения, проставленные справа от
круга, предписанного в пункте 14.4.1 выше.
14.5.
Если транспортное средство соответствует типу транспортного
средства, официально утвержденному на основании одних или
нескольких других прилагаемых к Соглашению 1958 года
Правил в той же стране, которая предоставила официальное
утверждение на основании настоящих Правил, то обозначение,
предписанное в пункте 14.4.1, повторять не следует; в таком
случае номера Правил и официального утверждения, а также
дополнительные обозначения должны быть расположены в
вертикальных колонках, находящихся справа от обозначения,
предписанного в пункте 14.4.1 выше.
14.6.
Знак официального утверждения должен быть удобочитаемым и
нестираемым.
14.7.
Знак официального утверждения помещается рядом с табличкой,
на которой приводятся характеристики транспортного средства,
или на этой табличке.
15.
Технические требования
15.1.
Общие требования
15.1.1.
Устройство
вызова
экстренных
оперативных
служб,
установленное на транспортном средстве, должно относиться к
типу, официально утвержденному на основании настоящих
Правил.
15.1.2.
Устройство вызова экстренных оперативных служб должно быть
подключено к бортовой электрической сети транспортного
средства, так чтобы обеспечивалась работа устройства вызова
экстренных оперативных служб на всех предусмотренных
Отличительные номера Договаривающихся сторон Соглашения 1958 года
воспроизводятся в приложении 3 к Сводной резолюции о конструкции
ранспортных средств (СР.3), документ ECE/TRANS/WP.29/78/Rev.2/Amend.3 www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29resolutions.html
13
режимах, а также зарядка резервной батареи питания (при
наличии).
15.1.3.
Установка антенн устройства вызова экстренных оперативных
служб должна обеспечивать в рабочем положении транспортного
средства устойчивый прием сигналов не менее двух
действующих глобальных навигационных спутниковых систем и
устойчивую связь по сетям подвижной радиотелефонной связи,
обеспечивающим прием и передачу сигналов стандартов GSM
900, GSM 1800, а также UMTS 900 и UMTS 2000.
15.1.4.
Устройство вызова экстренных оперативных служб должно
обеспечивать:
15.1.4.1.
Передачу сообщения о ДТП после нажатия кнопки
экстренного вызова. Факт передачи и содержание сообщения о
ДТП должны быть зафиксированы технической службой;
15.1.4.2.
Двустороннюю громкую голосовую связь с экстренными
оперативными
службами
через
сети
подвижной
радиотелефонной связи. Факт соединения и возможность
голосовой связи должны быть зафиксированы технической
службой;
15.1.4.3.
Отключение
на
период
голосового
соединения
при
осуществлении
экстренного
вызова
иных
средств
воспроизведения звука на транспортном средстве, за
исключением средств специальной связи (при наличии).
15.1.4.4.
Уровень звука громкой связи при совершении экстренного
вызова, характеризуемый показателем RLR, должен позволять
осуществление двусторонней голосовой связи с оператором
системы при эксплуатации устройства вызова экстренных
оперативных служб в обычно ожидаемых условиях.
Необходимое значение указанного показателя определяется
производителем устройства вызова экстренных оперативных
служб или производителем ТС. Рекомендуемое значение
показателя RLR составляет (минус 6± 2) дБ. Минимально
возможное значение показателя RLR составляет 2 дБ.
15.1.4.5.
При совершении экстренного вызова пользователь не должен
иметь возможности понижения уровня громкости голосового
сигнала при громкой связи в салоне (кабине) ТС ниже уровня,
позволяющего осуществлять двустороннюю голосовую связь с
оператором системы. Минимальный уровень громкости
определяется производителем устройства вызова экстренных
оперативных служб или производителем ТС, а его
рекомендуемое значение составляет (2 ± 2) дБ.
15.1.4.6.
Узкополосное устройство вызова экстренных оперативных
служб должно удовлетворять требованиям ITU-T P.1100 и
соответствовать минимальному типу производительности,
определенному в таблице 1.
15.1.4.7.
Широкополосное устройство вызова экстренных оперативных
служб должно удовлетворять требованиям ITU-T P.1110 и
соответствовать минимальному типу производительности,
определенному в таблице 2.
15.1.4.8.
Ослабление сигнала в исходящем и входящем направлениях
должно быть в границах, определенных в таблице 3 для
узкополосных и широкополосных устройств вызова экстренных
оперативных служб.
15.1.4.9.
Время переключения, необходимое для удаления ослабления,
внесенного нелинейным процессором в исходящем и входящем
14
направлениях, должно быть в границах, определенных в
ITU-T P.1100
и
ITU-T P.1110
для
узкополосных
и
широкополосных устройств вызова экстренных оперативных
служб соответственно.
15.1.4.10.
В устройстве вызова экстренных оперативных служб должна
быть обеспечена возможность осуществления автоматического
управления усилением сигнала в исходящем направлении для
компенсации низкого уровня звука, который может возникать в
случае ДТП (например, если водитель говорит в направлении,
отличающемся от диаграммы направленности микрофона). Рост
усиления на 6 дБ должен достигаться не более чем за 200мc.
Тесты должны проводиться в присутствии шумов при
соотношении сигнал/шум меньше15 дБ. Не должно быть
ошибочного усиления при отсутствии сигнала (при наличии
только шума).
15
Таблица 1 – Минимальная производительность узкополосного устройства вызова экстренных оперативных служб
Используемые
Минимальный тип
Уровень громкости входящего сигнала
динамики
производительности
Штатно устанавливаемое Определяет
Номинальный уровень (параметр RLR должен принимать значение (2± 2) дБ)
2а
устройство вызова
производитель
Высокий уровень громкости входящего сигнала (параметр RLR должен
экстренных оперативных транспортного
2b
принимать значение (минус13 ± 2) дБ)
служб
средства
Устройство вызова
Встроенные
Номинальный уровень (параметр RLR должен принимать значение (2 ± 2) дБ)
2а
экстренных оперативных (передние) динамики
Высокий уровень громкости входящего сигнала (параметр RLR должен
служб в конфигурации
транспортного
2b
принимать значение (минус13 ± 2) дБ)
дополнительного
средства
оборудования
Дополнительно
Номинальный уровень (параметр RLR должен принимать значение (2 ± 2) дБ)
устанавливаемый
2b
динамик
Дополнительно
Высокий уровень громкости входящего сигнала (параметр RLR должен
устанавливаемый
принимать значение (минус13 ± 2) дБ)
2с
динамик
П р и м е ч а н и е - Если требуемый уровень громкости входящего сигнала RLR, равный (минус13 ± 2) дБ не может быть достигнут при использовании
устройства вызова экстренных оперативных служб, то производительность должна быть измерена при максимально возможном уровне громкости
Тип устройства
16
Таблица 2 – Минимальная производительность широкополосного устройства вызова экстренных оперативных служб
Используемые
Минимальный тип
Уровень громкости входящего сигнала
динамики
производительности
Определяет
Номинальный уровень (параметр RLR должен принимать значение (2 ± 2) дБ)
2а
Штатно устанавливаемое
устройство вызова
производитель
Высокий уровень громкости входящего сигнала (параметр RLR должен
2b
экстренных оперативных
транспортного
принимать значение (минус13 ± 2) дБ)
служб
средства
Встроенные
Номинальный уровень (параметр RLR должен принимать значение (2 ± 2) дБ)
2а
Устройство вызова
экстренных оперативных
(передние) динамики
Высокий уровень громкости входящего сигнала (параметр RLR должен
2b
служб в конфигурации
транспортного
принимать значение (минус13 ± 2) дБ)
дополнительного
средства
оборудования
Дополнительно
Номинальный уровень (параметр RLR должен принимать значение (2 ± 2) дБ)
2b
устанавливаемый
динамик
Дополнительно
Высокий уровень громкости входящего сигнала (параметр RLR должен
2с
устанавливаемый
принимать значение (минус13 ± 2) дБ)
динамик
П р и м е ч а н и е - Если требуемый уровень громкости входящего сигнала RLR, равный (минус13 ± 2) дБ не может быть достигнут при использовании АС,
то производительность должна быть измерена при максимально возможном уровне громкости
Тип устройства
Таблица 3 – Максимально возможное ослабление сигнала в децибелах
Тип производительности
Полный дуплекс
Частичный дуплекс
Отсутствие
дуплекса
1
2а
2b
2c
3
5
8
11
13
>13
17
15.1.4.11.
В устройстве вызова экстренных оперативных служб должна быть
обеспечена возможность автоматического усиления уровня громкости
входящего голосового сигнала до 15 дБ в соответствии с увеличением
уровнем шума в салоне (кабине) транспортного средства. Увеличение
усиления на 6 дБ должно осуществляться не позднее 2 с после
соответствующего изменения уровня шума.
15.1.4.12.
Задержка сигнала в исходящем и входящем направлениях (сумма
задержек сигнала в исходящем и входящем направлениях) должна быть
в границах, определенных в ITU-T P.1100 и ITU-T P.1110 для
узкополосных и широкополосных устройств вызова экстренных
оперативных служб соответственно.
15.1.4.13.
Ослабление эха (TCLw) в условиях окружающей тишины должно быть
на 50 дБ или более при номинальном уровне громкости. При
максимальном уровне громкости уровень ослабления TCLw должен
превышать 50 дБ.
15.1.4.14.
Выполнение требований к качеству звука в кабине ТС подтверждается
соответствием стандарту ETSI EG 202 396-1 и следующих стандартов
ITU: ITU-T P.1100, ITU-T P.1110, ITU-T P.501, ITU-T P.79, ITU-T P.340,
ITU-T P.800, ITU-T P.800.1, ITU-T P.830, ITU-T P.831, ITU-T P.832, ITUT P.835.
15.1.5.
Кнопка экстренного вызова
15.1.5.1.
Кнопка экстренного вызова должна устанавливаться в месте, которое
находится в зоне прямой видимости с места водителя и сидящего
впереди
пассажира
мужчин
50-перцентильного
уровня
репрезентативности (если конструкция транспортного средства
предусматривает нахождение сидящего впереди пассажира рядом с
местом водителя). Должна быть обеспечена возможность досягаемости
ими кнопки экстренного вызова без отсоединения ремней безопасности.
15.1.5.2.
Кнопка экстренного вызова должна иметь защиту от непреднамеренного
нажатия. Должен применяться механический способ защиты.
15.1.5.3.
Кнопка экстренного вызова должна быть обеспечена подсветкой.
15.1.5.4.
Кнопка экстренного вызова должна иметь идентифицирующий ее
символ [в соответствии с Правилами № 121].
15.1.6.
Оптический индикатор состояния устройства вызова экстренных
оперативных служб
15.1.6.1.
Должен использоваться оптический индикатор красного цвета
постоянного (немигающего) свечения, видимый в том числе в светлое
время суток [в соответствии с Правилами № 121].
15.1.6.2.
Оптический индикатор должен размещаться в области прямой
видимости с места водителя и сидящего впереди пассажира,
удовлетворяющих критериям, установленным пунктом 15.1.5.1 выше.
15.1.6.3.
Оптический индикатор включается:
15.1.6.3.1.
кратковременно (от 3 до 10 секунд) при подаче электроэнергии на
электрическое оборудование транспортного средства при переводе
включателя зажигания (пускового переключателя) в положение
«включено» (рабочее положение);
EСЕ/TRANS/WP.29/2013/67
15.1.6.3.2.
постоянно при возникновении (наличии) неисправности в системе, не
позволяющей выполнять требования пункта 15.1.4 выше, и остается
включенным в течение всего времени наличия неисправности при
нахождении включателя зажигания (пускового переключателя) в
положении «включено» (рабочем положении).
15.1.6.4.
Оптический индикатор должен иметь идентифицирующий его символ
[в соответствии с Правилами № 121].
15.1.6.5.
Оптический индикатор может конструктивно совмещаться с кнопкой
вызова экстренных оперативных служб.
15.1.6.
Допускается отсутствие оптического индикатора, удовлетворяющего
указанным требованиям, в случае обеспечения возможности
подтверждения
исправности
устройства
вызова
экстренных
оперативных служб при каждой подаче электроэнергии на
электрическое оборудование транспортного средства при переводе
включателя зажигания (пускового переключателя) в положение
«включено» (рабочее положение) посредством использования другого
оптического индикатора, а также выведения на комбинацию приборов
текстового сообщения о неисправности устройства вызова экстренных
оперативных служб, которое сохраняется в течение всего времени
наличия неисправности при нахождении включателя зажигания
(пускового переключателя) в положении «включено» (рабочем
положении).
15.2.
Дополнительные требования
оперативных служб
15.2.1.
Требования распространяются на транспортные средства категории М 1,
входящие в область применения Правил № 94 и (или) 95, и категории
N1, входящие в область применения Правил № 95.
15.2.2.
Типом транспортного средства в отношении установки системы вызова
экстренных оперативных служб является для категории М 1 тип
транспортного средства по Правилам № 94 или 95; для категории N 1 тип
транспортного средства по Правилам № 95.
15.2.3.
Система вызова экстренных оперативных служб должна обеспечивать:
15.2.3.1.
Передачу сообщения о ДТП автоматически в момент ДТП. Факт
передачи и содержание сообщения о ДТП должны быть зафиксированы
технической службой:
15.2.3.1.1.
при имитации фронтального столкновения транспортного средства при
проведении испытаний по Правилам № 94. В том случае, когда
транспортное средство не входит в область применения Правил № 94,
имитация фронтального столкновения осуществляется при проведении
испытаний по Правилам № 12.
15.2.3.1.2.
при имитации бокового столкновения транспортного средства при
проведении испытаний по Правилам № 95.
15.2.3.2.
После проведения указанных в пункте 15.2.3.1 испытаний сохранение
работоспособности и двустороннюю громкую голосовую связь с
экстренными оперативными службами через сети подвижной
радиотелефонной связи. Факт соединения и возможность голосовой
связи должны быть зафиксированы технической службой.
к
системам
вызова
экстренных
19
EСЕ/TRANS/WP.29/2013/67
16.
Изменение типа транспортного средства и
распространение официального утверждения
16.1.
Любое изменение типа транспортного средства доводят до сведения
административной службы, которая официально утвердила данный тип
транспортного средства. В таком случае эта служба может:
16.1.1.
либо признать, что внесенные изменения не окажут значительного
неблагоприятного воздействия и что в любом случае данное
транспортное средство по-прежнему удовлетворяет требованиям;
16.1.2.
либо потребовать от технической службы, уполномоченной проводить
испытания, составить новый протокол.
16.2.
Подтверждение официального утверждения с указанием внесенных
изменений или отказ в официальном утверждении доводят до сведения
Сторон соглашения, применяющих настоящие Правила, при помощи
карточки, соответствующей образцу, содержащемуся в приложении 4 к
настоящим Правилам.
16.3.
Компетентный орган, распространяющий официальное утверждение,
проставляет порядковый номер в каждой карточке сообщения,
составляемой для такого распространения.
17.
Соответствие производства
17.1.
Процедура соответствия производства должна удовлетворять
требованиям, изложенным в добавлении 2 к Соглашению 1958 года
(E/ECE/324—E/ECE/TRANS/505/Rev.2).
17.2.
Каждое транспортное средство, официально утвержденное на
основании настоящих Правил, должно быть изготовлено таким образом,
чтобы оно соответствовало официально утвержденному типу,
удовлетворяя требованиям, изложенным в пункте 15 выше.
18.
Санкции, налагаемые за несоответствие
производства
18.1.
Официальное утверждение, предоставленное в отношении какого-либо
типа транспортного средства на основании настоящих Правил, может
быть отменено, если не соблюдаются требования пункта 17.1 выше или
если это транспортное средство не выдержало проверочных испытаний,
предписанных в пункте 17.2 выше.
18.2.
Если какая-либо Сторона Соглашения, применяющая настоящие
Правила, отменяет официальное утверждение, предоставленное ею
ранее, то она незамедлительно уведомляет об этом другие
Договаривающиеся стороны, применяющие настоящие Правила,
посредством копии карточки официального утверждения, в конце
которой крупным шрифтом делают отметку "ОФИЦИАЛЬНОЕ
УТВЕРЖДЕНИЕ ОТМЕНЕНО" и проставляют подпись и дату.
20
EСЕ/TRANS/WP.29/2013/67
19.
Окончательное прекращение производства
Если держатель официального утверждения полностью прекращает
производство того или иного типа транспортного средства, официально
утвержденного на основании настоящих Правил, то он должен
проинформировать об этом компетентный орган, предоставивший
официальное утверждение. При получении соответствующего
сообщения данный орган информирует о нем другие Стороны
Соглашения, применяющие настоящие Правила, посредством копии
карточки официального утверждения, в конце которой крупным
шрифтом делают отметку "ПРОИЗВОДСТВО ПРЕКРАЩЕНО" и
проставляют подпись и дату.
20.
Названия и адреса технических служб,
уполномоченных проводить испытания на
официальное утверждение, и
административных органов
Стороны Соглашения, применяющие настоящие Правила, сообщают в
Секретариат Организации Объединенных Наций названия и адреса
технических служб, уполномоченных проводить испытания на
официальное утверждение, и административных органов, которые
предоставляют официальные утверждения и которым должны
направляться карточки официального утверждения, отказа в
официальном утверждении, распространения или отмены официального
утверждения, предоставленного в других странах.
21
ECE/TRANS/WP.29/2013/67
Приложение 1
Информационный документ для официального
утверждения типа устройства вызова экстренных
оперативных служб
Когда это применимо, должна представляться нижеследующая информация в трех
экземплярах, включающая ссылку на содержание.
Любые чертежи должны представляться в надлежащем масштабе и в достаточно
подробном виде на листах формата А4 или кратного ему формата.
Фотографии, если они имеются, должны достаточно подробно передавать
соответствующие детали.
1.
Марка (торговая марка изготовителя): .....................................................................
2.
Тип и общее(ие) коммерческое(ие) описание(я): ....................................................
3.
Средства идентификации типа, если на устройстве вызова экстренных
оперативных служб имеется соответствующая маркировка: .................................
4.
Наименование и адрес изготовителя: .......................................................................
5.
Местонахождение маркировки официального утверждения: ................................
6.
Адрес(а) сборочного(ых) предприятия(ий): ............................................................
7.
Комплектация (указать компоненты, входящие в комплект поставки): ...............
8.
Описание метода(ов) крепления на транспортном средстве: ................................
9.
Достаточно подробные для идентификации укомплектованного
устройства чертежи, включая инструкции по установке; на чертежах
должно указываться место нанесения маркировки официального
утверждения типа: ......................................................................................................
22
ECE/TRANS/WP.29/2013/67
Приложение 2
Информационный документ для официального
утверждения типа транспортного средства в отношении
установки устройств вызова экстренных оперативных
служб
Когда это применимо, должна представляться нижеследующая информация в трех
экземплярах, включающая ссылку на содержание.
Любые чертежи должны представляться в надлежащем масштабе и в достаточно
подробном виде на листах формата А4 или кратного ему формата.
Фотографии, если они имеются, должны достаточно подробно передавать
соответствующие детали.
Общие сведения
1.
Марка (торговая марка изготовителя): .....................................................................
2.
Тип и общее коммерческое описание (общие коммерческие описания): .............
3.
Средства идентификации типа, если на транспортном средстве
имеется соответствующая маркировка: ...................................................................
4.
Местонахождение этой маркировки: .......................................................................
5.
Местонахождение маркировки официального утверждения: ................................
6.
Категория транспортного средства: .........................................................................
7.
Наименование и адрес изготовителя: .......................................................................
8.
Адрес(а) сборочного(ых) предприятия(ий): ............................................................
9.
Фотография(ии) и/или чертеж(и) репрезентативного
транспортного средства: ............................................................................................
10.
Устройство/система вызова экстренных оперативных служб
10.1. Марка (торговая марка изготовителя): .....................................................................
10.2. Тип и общее(ие) коммерческое(ие) описание(я): ....................................................
10.3. Комплектация (указать компоненты, входящие в комплект поставки): ...............
10.4. Описание средств, обеспечивающих автоматическую передачу
сообщения о ДТП (при наличии): .............................................................................
10.5. Описание метода(ов) крепления на транспортном средстве: ................................
10.6. Чертеж(и), указывающий(ие) местоположение компонентов ...............................
устройства/системы вызова экстренных оперативных служб: ..............................
23
ECE/TRANS/WP.29/2013/67
Приложение 3
Сообщение
(максимальный формат: A4 (210 x 297 мм))
направленное:
1
касающееся 2:
Название административного
органа:
...............................................
...............................................
...............................................
официального утверждения
распространения официального утверждения
отказа в официальном утверждении
отмены официального утверждения
окончательного прекращения производства
типа устройства вызова экстренных оперативных служб
на основании Правил № ХХХ
Официальное утверждение №… Распространение официального утверждения № …
1
2
1.
Фабричная или торговая марка устройства: ...........................................................
2.
Наименование, присвоенное данному типу
устройства изготовителем: .......................................................................................
3.
Название и адрес изготовителя: ...............................................................................
4.
В соответствующих случаях фамилия
и адрес представителя изготовителя: .......................................................................
5.
Представлено на официальное утверждение (дата): ..............................................
6.
Техническая служба, уполномоченная проводить испытания
на официальное утверждение: .................................................................................
7.
Дата протокола, выданного этой службой: .............................................................
8.
Номер протокола, выданного этой службой: .........................................................
9.
Краткое описание устройства: .................................................................................
10.
Местоположение маркировки официального утверждения: .................................
11.
Основание для распространения официального утверждения
(при наличии): ...........................................................................................................
Отличительный номер страны, которая предоставила/распространила/отменила
официальное утверждение или отказала в официальном утверждении (см. положения
Правил, касающиеся официального утверждения).
Ненужное вычеркнуть.
24
EСЕ/TRANS/WP.29/2013/67
12.
Официальное утверждение предоставлено/
в официальном утверждении отказано/
официальное утверждение распространено/
официальное утверждение отменено2:
13.
Место: ........................................................................................................................
14.
Дата: ...........................................................................................................................
15.
Подпись: .....................................................................................................................
16.
К настоящему сообщению прилагается перечень документов, которые сданы на
хранение административному органу, предоставившему официальное
утверждение, и могут быть получены по запросу.
25
EСЕ/TRANS/WP.29/2013/67
Приложение 4
Сообщение
(максимальный формат: A4 (210 x 297 мм))
направленное:
1
касающееся 2:
Название административного
органа:
................................................
................................................
................................................
официального утверждения
распространения официального утверждения
отказа в официальном утверждении
отмены официального утверждения
окончательного прекращения производства
типа транспортного средства в отношении установки устройства вызова экстренных
оперативных служб на основании Правил № ХХХ
Официальное утверждение №… Распространение официального утверждения № …
1
2
1.
Марка (торговое наименование изготовителя): .....................................................
2.
Тип и общее(ие) коммерческое(ие) описание(я): ...................................................
3.
Средства идентификации типа, если на транспортном средстве
имеется соответствующая маркировка: ...................................................................
4.
Местонахождение этой маркировки: .......................................................................
5.
Местонахождение маркировки официального утверждения: ................................
6.
Категория транспортного средства: (M1; M2; M3; N1; N2; N3)2
6.1.
Транспортное средство входит / не входит в область применения
Правил № 12, № 94, № 952
7.
Название и адрес изготовителя: ...............................................................................
8.
Адрес(а) сборочного(ых) предприятия(ий): .............................................................
9.
Устройство / Система2 вызова экстренных оперативных служб
9.1.
Марка (торговая марка изготовителя): .....................................................................
9.2.
Тип и общее(ие) коммерческое(ие) описание(я): ....................................................
9.3.
Комплектация (указать компоненты, входящие в комплект поставки): ...............
9.4.
Автоматическая передача сообщения о ДТП: Есть / Нет2
Отличительный номер страны, которая предоставила/распространила/отменила
официальное утверждение или отказала в официальном утверждении (см. положения
Правил, касающиеся официального утверждения).
Ненужное вычеркнуть.
26
EСЕ/TRANS/WP.29/2013/67
10.
Техническая служба, ответственная за проведение испытаний: ..........................
11.
Дата протокола испытаний: .....................................................................................
12.
Номер протокола испытаний: ..................................................................................
13.
Место: ........................................................................................................................
14.
Дата: ...........................................................................................................................
15.
Подпись: .....................................................................................................................
16.
К настоящему сообщению прилагается перечень документов, которые
сданы на хранение административному органу, предоставившему
официальное утверждение, и могут быть получены по запросу.
27
ECE/TRANS/WP.29/2013/67
Приложение 5
Схема знака официального утверждения
(См. пункты 5.4 и 14.4 Правил)
XXXR – 00185
Приведенный выше знак официального утверждения, проставленный на
устройстве вызова экстренных оперативных служб / транспортном средстве,
указывает на то, что данный тип устройства вызова экстренных оперативных служб /
транспортного средства в отношении установки устройства вызова экстренных
оперативных служб был официально утвержден в Бельгии (E6) на основании Правил
№ ХХХ. Первые две цифры номера официального утверждения указывают, что
официальное утверждение было предоставлено в соответствии с предписаниями
Правил № ХХХ в их первоначальном виде.
28
EСЕ/TRANS/WP.29/2013/67
Приложение 6
Методы испытаний устройства вызова экстренных
оперативных служб для проверки стойкости к
климатическим воздействиям
1.
Определения
Для целей настоящего Приложения:
1.1
«Кондуктивная
индустриальная
радиопомеха»
означает
электромагнитную помеху, энергия которой передается через один или
несколько проводников;
1.2
«Минимальный набор данных» означает набор данных, передаваемый
автомобильной системой вызова экстренных оперативных служб при дорожно транспортном происшествии и включающий в себя информацию о координатах
и параметрах движения аварийного транспортного средства и времени аварии,
VIN-коде транспортного средства и другую информацию, необходимую для
экстренного реагирования.
1.3
«Прочность аппаратуры» подразумевает способность аппаратуры
сохранять свои параметры в пределах установленных допусков после
воздействия климатических (механических) факторов;
1.4
«Стойкость аппаратуры» означает способность аппаратуры сохранять
свои параметры в пределах установленных допусков во время и после
воздействия климатических (механических) факторов;
1.5
«Устойчивость аппаратуры» означает способность аппаратуры сохранять
свои параметры в пределах установленных допусков во время воздействия
климатических (механических) факторов;
2.
Условия проведения испытания
2.1 Испытания устройства вызова экстренных оперативных служб при воздействии
климатических факторов проводят в климатических условиях, характеризуемых
величинами параметров этих факторов, указанными в соответствующих пунктах
методик испытаний, приведенными в разделе 4.
Составные части устройства вызова экстренных оперативных служб, находящиеся в
неодинаковых условиях эксплуатации, испытывают раздельно в соответствии с
условиями эксплуатации, установленными для каждой из них. Допускается
испытывать устройство вызова экстренных оперативных служб в полном комплекте
по наиболее жестким нормам испытательных режимов.
Техническое обслуживание устройства вызова экстренных оперативных служб в
процессе испытаний не проводится.
2.2
Проверка работоспособности устройства вызова экстренных оперативных
служб при проведении испытаний должна осуществляться с использованием
специальной диагностической программы.
2.2.1 Диагностическая программа разрабатывается производителем устройства
вызова экстренных оперативных служб и поставляется по отдельному требованию.
2.2.2 Программа тестирования устройства вызова экстренных оперативных служб
должна обладать следующими функциональными возможностями:
29
EСЕ/TRANS/WP.29/2013/67
-
возможность выбора диагностических тестов пользователем;
- возможность выполнения тестов (последовательности тестов, запуск и остановка
тестов, установки параметров диагностирования устройства вызова экстренных
оперативных служб и др.) в ручном и автоматическом режиме;
- возможность определения числа циклов автоматического тестирования от 1 до
10000;
- выводить результаты тестирования в краткой форме (все тесты выполнены
успешно, обнаружена ошибка при выполнении тестов) на экран и в текстовый файл
(формат представления информации в текстовом файле определяется
производителем устройства вызова экстренных оперативных служб);
- выводить результаты тестирования в подробной форме (результат тестирования и
дополнительная информация, определяемая производителем устройства вызова
экстренных оперативных служб, для каждого выполненного теста) на экран и в
текстовый файл (формат представления информации в текстовом файле определяется
производителем устройства вызова экстренных оперативных служб);
проводить тестирование устройства вызова экстренных оперативных служб в
соответствии с следующими требованиями:
2.2.2.1 Переход устройства вызова экстренных оперативных служб в режим
тестирования должен быть возможен только после выполнении соответствующего
действия на включение режима тестирования на стороне транспортного средства, при
наличии внешнего питания, при отсутствии перемещения транспортного средства в
течение последней минуты и при включенном зажигании;
2.2.2.2 Переход устройства вызова экстренных оперативных служб из режима
тестирования в режим события ДТП должен осуществляться при завершении сессии
тестирования или если определено событие отключения зажигания или внешнего
питания;
2.2.2.3 Обмен сообщениями устройства вызова экстренных оперативных служб в
режиме тестирования с оператором системы должен осуществляться посредством
использования тонального модема при звонке на номер ECALL_TEST_NUMBER;
2.2.2.4 Для устройства вызова экстренных оперативных служб, установленной в
конфигурации дополнительного оборудования, вход в режим тестирования из
режима события ДТП должен производиться посредством нажатия кнопки
«Дополнительные функции»;
2.2.2.5 Для устройства вызова экстренных оперативных служб, установленной в
конфигурации штатного оборудования, вход в режим тестирования из режима
события ДТП должен производиться посредством использования интерфейса
пользователя, реализованного в транспортном средстве;
Инструкция по использованию интерфейса пользователя для входа в режим
тестирования должна быть представлена в руководстве пользователя транспортного
средства;
2.2.2.6
Если устройство вызова экстренных оперативных служб не используется
для предоставления дополнительных телематических услуг помимо услуги
реагирования при аварии и устройство вызова экстренных оперативных служб было
зарегистрировано в сети посредством использования интерфейса пользователя,
реализованного в транспортном средстве, и была запущена процедура тестирования,
то устройство вызова экстренных оперативных служб должно прекратить
регистрацию в сети по завершении процедуры тестирования;
2.2.2.7 Если устройство вызова экстренных оперативных служб используется для
предоставления дополнительных телематических услуг помимо услуги реагирования
при аварии и была зарегистрировано в сети посредством использования интерфейса
пользователя, реализованного в транспортном средстве, и была запущена процедура
тестирования, то поведение устройства вызова экстренных оперативных служб в
части регистрации в сети по завершении процедуры тестирования определяется
изготовителем;
30
EСЕ/TRANS/WP.29/2013/67
2.2.2.8
Если устройство вызова экстренных оперативных служб не используется
для предоставления дополнительных телематических услуг помимо услуги
реагирования при аварии и устройство вызова экстренных оперативных служб было
зарегистрировано в сети посредством нажатия на кнопку «Дополнительные
функции», то последующая регистрация в сети для указанных вариантов исполнения
устройства вызова экстренных оперативных служб возможна не ранее, чем через
промежуток времени, заданный в TEST_REGISTRATION_PERIOD;
Если в TEST_REGISTRATION_PERIOD значение установлено в «0», то временных
ограничений на последующую регистрацию устройства вызова экстренных
оперативных служб в сети не накладывается;
2.2.2.9 Если устройства вызова экстренных оперативных служб используется для
предоставления дополнительных телематических услуг помимо услуги реагирования
при аварии и была зарегистрирована в сети посредством нажатия на кнопку
«Дополнительные функции», то правила последующей регистрация в сети
определяются изготовителем;
2.2.2.10 Режим тестирования должен прекращаться автоматически, если
транспортное средство при включенном зажигании переместилась на расстояние
большее, чем заданное параметром настройки TEST_MODE_END_DISTANCE. При
этом точность определения расстояния должна быть не более 45 м.
Если координаты точки, в которой включен режим тестирования, не определены, то
режим должен отключаться на заданном удалении от той точки, в которой
координаты ТС определены первый раз после включения зажигания;
Если в режиме тестирования нет возможности получения данных от глобальной
навигационной спутниковой системы приемника, то для определения расстояния
допускается использовать другие методы определения пройденного расстояния.
2.2.2.11 В режиме тестирования должны быть реализованы следующие тесты:
- тест подсоединения микрофона. Например, устройство вызова экстренных
оперативных служб проигрывает голосовую подсказку с запросом тестировщику
произнести фразу, записывает введенный звуковой фрагмент во внутренней памяти,
воспроизводит записанный звуковой фрагмент и запрашивает тестировщика нажать
на соответствующую кнопку (на кнопки), если звуковой фрагмент воспроизведен
корректно;
тест подсоединения динамика (динамиков). Например, устройство вызова
экстренных оперативных служб проигрывает аудио тон или голосовую подсказку в
левый и правый динамики и запрашивает тестировщика нажать на соответствующую
кнопку (на кнопки), если звуковой фрагмент проигран корректно;
- расширенный тест блока интерфейса пользователя. Например, устройство вызова
экстренных оперативных служб проигрывает голосовую подсказку, запрашивающую
тестировщика нажать соответствующие кнопки в определенной последовательности.
Дополнительно устройство вызова экстренных оперативных служб проигрывает
голосовую подсказку с запросом тестировщика подтвердить корректную работу
индикаторов состояния устройства вызова экстренных оперативных служб;
- тест резервной батареи, если резервная батарея используется и существует
техническая возможность тестирования состояния резервной батареи;
- тест работоспособности датчика (механизма) автоматической идентификации
события ДТП (только для транспортных средства категории М1), являющийся
обязательным для указанной категории ТС;
П р и м е ч а н и е – Если в качестве источника информации о событии ДТП
используется штатная автомобильная система, то допускается использование ранее
полученных данных о работоспособности датчика (механизма) автоматической
идентификации события ДТП, полученных в течение промежутка времени,
прошедшего после включения зажигания (например, данные о работоспособности
датчика автоматической идентификации события ДТП, полученные в процессе
31
EСЕ/TRANS/WP.29/2013/67
диагностики штатных автомобильных систем, запускаемом после включения
зажигания).
2.2.2.12 После завершения тестирования устройства вызова экстренных оперативных
служб данные о результатах тестирования должны быть переданы оператору
системы посредством использования тонального модема при звонке на номер
ECALL_TEST_NUMBER.
Минимальный набор данных с результатами тестирования устройства вызова
экстренных оперативных служб должен быть представлен в формате результатов
тестирования в соответствии с добавлением А.
2.2.2.13 Минимальный набор данных с результатами тестирования устройства
вызова экстренных оперативных служб должен передаваться с установленным
идентификатором «тестовый звонок» в соответствии с добавлением А.
2.2.2.14 Выход устройства вызова экстренных оперативных служб из режима
тестирования должен осуществляться:
- после передачи минимального набора данных с результатами тестирования
устройства вызова экстренных оперативных служб оператору системы;
- при отключении внешнего питания;
- при удалении транспортного средства (при включенном зажигании) от точки
включения режима тестирования на расстояние большее, чем заданное параметром
настройки TEST_MODE_END_DISTANCE (конфигурируемый параметр).
– если установлены дополнительные условия выхода из режима тестирования.
2.2.2.15 Перед выходом устройства вызова экстренных оперативных служб из
режима тестирования она должна довести результаты тестирования тестировщику
посредством использования индикатора состояния устройства вызова экстренных
оперативных служб или посредством проигрывания соответствующего голосового
сообщения. - обеспечивать возможность получения информации о версиях
аппаратной платформы и программного обеспечения всех компонент устройства
вызова экстренных оперативных служб, включая версии аппаратных платформ и
программного обеспечения приемника ГНСС, GSM/UMTS модема, тонального
модема, управляющего процессора;
- обеспечивать возможность считывания и очистки содержимого внутренней памяти
устройства вызова экстренных оперативных служб;
- обеспечивать возможность считывания и установки параметров настройки
устройства вызова экстренных оперативных служб;
- обеспечивать возможность обновления программного обеспечения всех компонент
устройства вызова экстренных оперативных служб.
2.2.3 Если для обеспечения работы программы тестирования с испытываемой
устройства вызова экстренных оперативных служб требуется использование какихлибо преобразователей электрических сигналов (например, преобразователь сигналов
USB-CAN), то данные преобразователи должны поставляться производителем в
комплекте с программой тестирования.
3.
Испытательное оборудование
3.1
Испытательное оборудование должно обеспечивать возможность управления
(включение/выключение, изменение режимов работы и др.) и снятия показаний с
испытываемого устройства вызова экстренных оперативных служб при воздействии
соответствующих климатических факторов, если такие операции предусмотрены
методикой испытаний. Перечень и характеристики испытательного оборудования
приведены в таблице 1.
32
EСЕ/TRANS/WP.29/2013/67
Таблица 1. Перечень и характеристики испытательного оборудования
Наименование
оборудования
Требуемые характеристики оборудования
Температура — от 25°С до 40°С;
относительная влажность — от 80 % до 95 %
Температура
—
до
90°С;
точность
поддержания температуры в полезном объеме
камеры не должна быть более 3°С
Температура — от плюс 5° до минус 70°С;
точность поддержания температуры в
полезном объеме камеры не должна быть
более 3°С
По МЭК 529:1989 (раздел 13, рисунок 2)
Камера влаги
Камера тепла*
Камера холода*
Камера пыли
Емкость для получения
По МЭК 529:1989 (раздел 14, рисунок 3)
капель воды
Резервуар с водой
По МЭК 529:1989 (раздел 14, таблица 8)
Стенд отладки и контроля
устройства вызова экстренных
Рисунок 1
оперативных служб
* Допускается использование двухсекционных камер тепла и холода,
обеспечивающих указанные пределы повышенной и пониженной температуры с
требуемой точностью поддержания температуры.
Маг
Мик
Дин
БИП
БДА
А
1
БП
Устройство вызова экстренных
оперативных служб
2
БС
ЭС
АG
Маг – магнитола АТС;
Мик - микрофон;
Дин - динамик;
БИП – блок интерфейса
пользователя;
БДА – блок датчика аварии;
А – антенна;
АG – антенна GSM/UMTS;
БП – блок питания (12/24 В);
БС – блок сопряжения;
ЭС – эмулятор системы
1 – кабель питания;
2 – цепь зажигания.
Рисунок 1 - Общая схема подключения устройства вызова экстренных оперативных
служб
4.
Процедура испытаний
4.1
Проверка комплектности эксплуатационной документации.
Устройство вызова экстренных оперативных служб, исполненное в конфигурации
штатного оборудования, считается выдержавшим проверку, если состав
представленного
на
испытания
комплекта
документов
соответствует
установленному производителем транспортного средства.
4.2
Проверка комплектности устройства вызова экстренных оперативных служб.
Устройство вызова экстренных оперативных служб, исполненное в конфигурации
штатного оборудования, считается выдержавшим проверку, если комплект поставки
33
EСЕ/TRANS/WP.29/2013/67
устройства вызова экстренных оперативных служб соответствует, установленному
производителем транспортного средства.
4.3 Проверка маркировки устройства вызова экстренных оперативных служб.
Проверка маркировки устройства вызова экстренных оперативных служб
производится после проведения каждого вида испытаний системы на воздействие
климатических факторов, приведенных в разделе 4.
Испытываемый образец устройства вызова экстренных оперативных служб
считается выдержавшим проверку, если после проведения каждого вида
испытаний, указанных в разделе 4, его маркировка соответствуют требованиям
раздела 4 основного текста настоящего правила.
4.4. Проверка работоспособности устройства вызова экстренных оперативных
служб при номинальном напряжении питания.
4.4.3 Для проверки работоспособности устройства вызова экстренных
оперативных служб необходимо подготовить рабочее место проверки с
использованием схемы подключения, указанной на рисунке 2:
А1 – персональная электронно-вычислительная машина (ПЭВМ);
А2 – модуль USB-to-CAN; А3 – блок сопряжения;
А4 – испытываемая АС; G1 – источник питания; 1 – кабель;
2,3 – провод ML-4G
Рисунок 2– Схема соединений при проверке работоспособности устройству вызова
экстренных оперативных служб
установить программу тестирования (раздел 2.2.2) для
работоспособности устройства вызова экстренных оперативных служб;
проверки
34
EСЕ/TRANS/WP.29/2013/67
установить для источника питания G1 выходное напряжение (12,0 ± 0,1) В или
(24,0 ± 0,1) В – в зависимости от используемой на транспортном средстве системы
электропитания;
подключить к устройству вызова экстренных оперативных служб
необходимые устройства согласно схеме соединения, указанного на рисунке 2. Все
подключаемые устройства должны быть выключены;
-
запустить программу тестирования;
включить источник питания G1 и питание подключенных устройств, при этом
индикаторы состояния в основном диалоговом окне программы тестирования
должны сообщить о взаимодействии блока сопряжения и подключенного образца
устройства вызова экстренных оперативных служб с программой тестирования. В
случае индикации ошибки необходимо выключить источники питания, проверить
правильность подключения устройств.
4.4.4. Проверка работоспособности устройства вызова экстренных оперативных
служб заключается в последовательном автоматизированном выполнении всех
тестов, доступных в программе тестирования;
4.4.5 Проверяемое устройство вызова экстренных оперативных служб считается
работоспособным и признается выдержавшей испытания, если во время выполнения
проверки программа тестирования не выдает сообщений об ошибках тестирования.
4.5.
Испытания на воздействие пониженной температуры окружающей среды
4.5.1 Проверка устойчивости устройства вызова экстренных оперативных служб к
воздействию пониженной рабочей температуры окружающей среды минус 40 ˚С.
Собрать схему для проверки работоспособности устройства вызова экстренных
оперативных служб, приведенную на рисунке 2.
Поместить устройство вызова экстренных оперативных служб в камеру холода.
Включить устройства вызова экстренных оперативных служб и провести проверку
работоспособности системы, согласно разделу 4.4;
Выключить источник питания устройства вызова экстренных оперативных служб.
Довести температуру в камере холода до минус 40˚С.
Включить источник питания устройства вызова экстренных оперативных служб и
провести проверку работоспособности системы согласно разделу 4.4;
Выдержать устройства вызова экстренных оперативных служб во включенном
состоянии в течение 3 ч, периодически (через каждый час) проверяя
работоспособность испытываемой системы.
После проведения последней проверки работоспособности устройства вызова
экстренных оперативных служб (по истечении трех часов) выключить питание.
Повысить температуру в камере холода до (25 ± 10) ºС и выдержать устройство
вызова экстренных оперативных служб в выключенном состоянии в течение 1 ч при
этой температуре.
Включить источник питания устройства вызова экстренных оперативных служб и
выполнить проверку работоспособности согласно разделу 4.4
Извлечь испытываемый образец устройства вызова экстренных оперативных служб
из камеры холода и провести внешний осмотр.
Устройство вызова экстренных оперативных служб считается выдержавшим
испытание на устойчивость при пониженной рабочей температуре окружающей
среды минус 40˚С, если отсутствуют механические дефекты корпуса (корпусов
составных частей) устройства вызова экстренных оперативных служб, разъемов и
соединительных кабелей, а так же во время и после проведения испытания проверки
работоспособности устройства вызова экстренных оперативных служб завершены
успешно.
35
EСЕ/TRANS/WP.29/2013/67
4.5.2 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию пониженной рабочей температуры окружающей среды минус 40˚С.
Собрать схему для проверки работоспособности устройства вызова экстренных
оперативных служб, приведенную на рисунке 2.
Поместить устройство вызова экстренных оперативных служб в камеру холода.
Включить устройство вызова экстренных оперативных служб и провести проверку
работоспособности системы, согласно разделу 4.4
Выключить источник питания устройства вызова экстренных оперативных служб.
Довести температуру в камере холода до минус 40˚С и выдержать устройство вызова
экстренных оперативных служб в выключенном состоянии в течение 3 ч.
Повысить температуру в камере холода до нормальной (25 ± 10) ºС, открыть камеру и
выдержать испытываемый образец устройства вызова экстренных оперативных
служб при нормальной температуре в течение 1 ч.
Включить источник питания устройства вызова экстренных оперативных служб и
выполнить проверку работоспособности согласно разделу 4.4
Извлечь испытываемый образец устройства вызова экстренных оперативных служб
из камеры холода и провести внешний осмотр.
Устройство вызова экстренных оперативных служб считается выдержавшей
испытание на прочность при пониженной температуре, если отсутствуют
механические дефекты корпуса (корпусов составных частей) устройства вызова
экстренных оперативных служб, разъемов и соединительных кабелей, а так же
проверка работоспособности устройства вызова экстренных оперативных служб
после проведения испытаний завершена успешно.
4.5.3 Устройство вызова экстренных оперативных служб считается выдержавшим
испытания на воздействие пониженной температуры окружающей среды, если
испытания по 4.5.1 и 4.5.2 завершены успешно.
4.6 Испытания на воздействие повышенной температуры окружающей среды
4.6.1 Проверка устойчивости устройства вызова экстренных оперативных служб к
воздействию повышенной рабочей температуры окружающей среды 85˚С.
Собрать схему для проверки работоспособности устройства вызова экстренных
оперативных служб, приведенную на рисунке 2.
Поместить устройство вызова экстренных оперативных служб в камеру тепла.
Включить устройство вызова экстренных оперативных служб и провести проверку
работоспособности системы, согласно разделу 4.4
Выключить источник питания устройства вызова экстренных оперативных служб.
Довести температуру в камере тепла до 85˚С.
Включить источник питания устройства вызова экстренных оперативных служб и
провести проверку работоспособности системы согласно разделу 4.4
Выдержать устройство вызова экстренных оперативных служб во включенном
состоянии в течение 3 ч, периодически (через каждый час) проверяя
работоспособность испытываемой системы.
После проведения последней проверки работоспособности устройства вызова
экстренных оперативных служб (по истечении трех часов) выключить питание.
Понизить температуру в камере тепла до нормальной (25 ± 10) ºС и выдержать
устройства вызова экстренных оперативных служб в выключенном состоянии в
течение 1 ч при этой температуре.
Включить источник питания устройства вызова экстренных оперативных служб и
выполнить проверку работоспособности согласно разделу 4.4
36
EСЕ/TRANS/WP.29/2013/67
Извлечь испытываемый образец устройство вызова экстренных оперативных служб
из камеры тепла и провести внешний осмотр.
Устройство вызова экстренных оперативных служб считается выдержавшим
испытание на устойчивость при повышенной рабочей температуре окружающей
среды 85˚С, если отсутствуют механические дефекты корпуса (корпусов составных
частей) устройства вызова экстренных оперативных служб, разъемов и
соединительных кабелей, а так же во время и после проведения испытания проверки
работоспособности устройства вызова экстренных оперативных служб завершены
успешно.
4.6.2 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию повышенной рабочей температуры окружающей среды 85˚С.
Собрать схему для проверки работоспособности устройства вызова экстренных
оперативных служб, приведенную на рисунке 2.
Поместить устройство вызова экстренных оперативных служб в камеру тепла.
Включить устройство вызова экстренных оперативных служб и провести проверку
работоспособности системы, согласно разделу 4.4.
Выключить источник питания устройства вызова экстренных оперативных служб.
Довести температуру в камере тепла до 85˚С и выдержать устройство вызова
экстренных оперативных служб в выключенном состоянии в течение 3 ч.
Понизить температуру в камере тепла до 50˚С, выдержать устройства вызова
экстренных оперативных служб в течение 2 ч.
Включить источник питания устройства вызова экстренных оперативных служб.
Выполнить проверку работоспособности испытываемого образца устройства вызова
экстренных оперативных служб согласно разделу 4.4.
Выключить источник питания устройства вызова экстренных оперативных служб.
Понизить температуру в камере тепла до нормальной (25 ± 10) ºС, открыть камеру,
выдержать устройство вызова экстренных оперативных служб при нормальной
температуре в течение 1 ч.
Включить источник питания. Выполнить проверку работоспособности устройства
вызова экстренных оперативных служб согласно разделу 4.4.
Вынуть устройство вызова экстренных оперативных служб из камеры тепла
провести внешний осмотр.
и
Устройство вызова экстренных оперативных служб считается выдержавшей
испытание на прочность при повышенной рабочей температуре окружающей среды
85˚С, если отсутствуют механические дефекты корпуса (корпусов составных частей)
устройства вызова экстренных оперативных служб, разъемов и соединительных
кабелей, а так же во время и после проведения испытания проверки
работоспособности устройства вызова экстренных оперативных служб завершены
успешно.
4.6.3 Устройство вызова экстренных оперативных служб считается выдержавшим
испытания на воздействие повышенной температуры окружающей среды, если
испытания по 4.6.1 и 4.6.2 завершены успешно.
4.7
Испытание на прочность при изменении температуры окружающей среды
4.7.1 При испытаниях осуществляется проверка прочности устройства вызова
экстренных оперативных служб
к воздействию циклического изменения
температуры окружающей среды в диапазоне рабочих:
- от максимальной пониженной - минус 40˚С;
- до максимальной повышенной – плюс 85˚С.
4.7.2 Испытания на циклическое воздействие смены температур проводят в
двухсекционных
климатических камерах или в камерах термоциклирования,
37
EСЕ/TRANS/WP.29/2013/67
состоящих из секции (камеры) холода и секции (камеры) тепла, а также устройства
перемещения испытываемого изделия из одной секции в другую.
П р и м е ч а н и е – Допускается проведение испытаний с использованием
раздельных камер тепла и холода, однако время перемещения испытываемого
изделия из одной климатической камеры в другую не должно превышать 5 мин.
4.7.3 При проведении испытаний применяют три цикла смены температур. Каждый
цикл состоит из двух этапов. Сначала испытываемый образец устройства вызова
экстренных оперативных служб помещают в климатическую секцию (камеру)
холода, а затем в климатическую секцию (камеру) тепла. В каждой климатической
камере испытываемый образец устройства вызова экстренных оперативных служб
выдерживается в течение трех часов при максимальной рабочей температуре для
соответствующей секции (камеры), указанной в 4.7.1.
Время выдержки в камере отсчитывается с момента достижения в камере требуемой
температуры воздуха после загрузки испытываемого образца.
Время перемещения испытываемого образца устройства вызова экстренных
оперативных служб из одной климатической секции (камеры) в другую не должно
превышать 5 мин.
4.7.4 Перед проведением испытаний необходимо:
- собрать схему для проверки работоспособности устройства вызова экстренных
оперативных служб, приведенную на рисунке 2.
- включить устройство вызова экстренных оперативных служб и провести проверку
работоспособности системы, согласно разделу 4.4
4.7.5 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию изменения температуры окружающей среды
Установить в секциях (камерах) следующие параметры окружающей среды:
температура воздуха – (25 ± 10)ºС;
- относительная влажность воздуха - от 45% до 80 %;
- атмосферное давление - от 84,0 до 106,7 кПа (от 630 до 800 мм рт. ст.).
Поместить устройство вызова экстренных оперативных служб в выключенном
состоянии в секцию (камеру) холода.
Температуру в секции (камере) понизить до минус 40°С и выдержать в течение 3 ч.
Переместить испытываемый образец устройства вызова экстренных оперативных
служб в секцию (камеру) тепла.
Температуру в секции (камере) повысить до плюс 85°С и выдержать устройство
вызова экстренных оперативных служб в течение 3 ч.
Переместить испытываемый образец устройство вызова экстренных оперативных
служб в секцию (камеру) холода.
П р и м е ч а н и е – Рекомендуемая скорость изменения температуры должна быть не
менее:
- 1°С/мин - в диапазоне от нормальной температуры, указанной в 4.2, до минус 40°С;
- 2°С/мин - в диапазоне от нормальной температуры, указанной в 4.2, до 85°С.
4.7.6 Процедуру испытаний по 4.7.5 повторить три раза.
4.7.7 После проведения трех циклов испытаний по 4.7.6 выдержать испытываемый
образец устройства вызова экстренных оперативных служб при параметрах
окружающей среды, указанных в 4.7.5) в течение 2 ч.
4.7.8 Извлечь устройство вызова экстренных оперативных служб из камеры.
Провести внешний осмотр и выполнить проверку работоспособности согласно
разделу 4.4
38
EСЕ/TRANS/WP.29/2013/67
4.7.9 Устройство вызова экстренных оперативных служб считается выдержавшим
испытание на прочность при циклическом изменении температуры, если отсутствуют
механические дефекты корпуса (корпусов составных частей) устройства вызова
экстренных оперативных служб, разъемов и соединительных кабелей, а результаты
проверки работоспособности устройство вызова экстренных оперативных служб
завершены успешно.
4.8 Испытание на воздействие влажности при повышенной температуре в
постоянном режиме
4.8.1 При испытаниях осуществляется проверка соответствия устройства вызова
экстренных оперативных служб требованиям по устойчивости и прочности к
воздействию влажности воздуха при повышенной температуре окружающей среды:
- относительная влажность воздуха – 95%;
- температура окружающей среды - 40°С;
- длительность воздействия- 144 ч.
4.8.2 Проверка устойчивости и прочности
устройства вызова экстренных
оперативных служб к воздействию влажности воздуха при повышенной температуре
окружающей среды
Поместить устройство вызова экстренных оперативных служб в камеру влаги.
Провести проверку работоспособности устройства вызова экстренных оперативных
служб, используя схемы соединений (см. рисунок 2), согласно разделу 4.4
Выключить источник питания устройства вызова экстренных оперативных служб.
Температуру в камере влаги повысить до 40°С при относительной влажности воздуха
95%.
Выдержка испытываемого образца устройства вызова экстренных оперативных
служб в указанных условиях изделия должна составить 144 ч.
Периодически устройство вызова экстренных оперативных служб включают для
проверки работоспособности согласно разделу 4.4.
В конце последнего цикла испытаний по достижении установленного времени
выдержки включить источник питания устройства вызова экстренных оперативных
служб и выполнить проверку работоспособности согласно методике проверки,
установленной в эксплуатационной документации на изделие, после чего выключить
источник питания.
Устройство вызова экстренных оперативных служб извлечь из камеры влаги, и после
выдержки в течение не менее 2 ч в нормальных климатических условиях, указанных
в 4.7.5, проверить работоспособность испытываемого образца согласно разделу 4.4.
4.8.3 По окончании испытаний произвести оценку коррозионных поражений деталей
изделия. Не должно быть критических коррозионных повреждений, которые могут
препятствовать нормальной работе устройства вызова экстренных оперативных
служб.
4.8.4 Испытываемый образец устройства вызова экстренных оперативных служб
считается выдержавшим испытание, если критические коррозионные повреждения
отсутствуют, а все проводимые при испытаниях проверки работоспособности
устройства вызова экстренных оперативных служб завершены успешно.
4.9 Испытания на воздействие пыли для оценки степени защиты по МЭК 529:1989.
4.9.1 Испытание на воздействие пыли проводят для проверки установленных
требований к степени защиты устройства вызова экстренных оперативных служб от
проникновения посторонних предметов, характеризуемой первой цифрой кода IP по
МЭК 529:1989.
4.9.2 Для всех составных частей устройства вызова экстренных оперативных служб,
изготовленных в корпусном исполнении, степень защиты от проникновения
посторонних предметов должна быть не ниже класса IP 52
39
EСЕ/TRANS/WP.29/2013/67
4.9.3 Состав используемого при проведении испытаний оборудования, его
характеристики и основные условия испытаний для проверки указанных в 4.9.2
степеней защиты устройства вызова экстренных оперативных служб – в соответствии
с МЭК 529:1989 (подраздел 14.2 и таблица 8).
4.9.4 Перед проведением испытаний провести внешний осмотр всех составных
частей (блоков) устройства вызова экстренных оперативных служб и выполнить
проверку работоспособности согласно пункту 4.4
4.9.5 Разместить устройство вызова экстренных оперативных служб в выключенном
состоянии в камере пыли таким образом, чтобы расстояние от блоков до стенок
камеры, а также до соседних блоков (если одновременно испытываются несколько
блоков) было не менее 10 см.
4.9.6 Испытания проводят по МЭК 529:1989 (раздел 13.4) без понижения давления
внутри испытываемых составных частей устройства вызова экстренных оперативных
служб по сравнению с окружающей средой (оболочки категории 2 по МЭК 529:1989)
в среде абразивной непроводящей пыли при следующих условиях:
- температура воздуха (35 ± 2) ºС;
- относительная влажность воздуха не более 60 %;
- концентрация пыли в воздухе (1,4 ± 1) г/м3 (или в количестве 0,1 % от полезного
объёма камеры);
- скорость циркуляции воздуха от 10 до 15 м/сек.
4.9.7 По завершении испытаний выдержать устройство вызова экстренных
оперативных служб в камере в течение 1 ч для оседание пыли без циркуляции
воздуха. После чего вынуть устройство вызова экстренных оперативных служб из
камеры, удалить остатки пыли, произвести внешний осмотр. Лакокрасочное
покрытие устройство вызова экстренных оперативных служб не должно иметь
повреждений.
Провести проверку работоспособности устройство вызова экстренных оперативных
служб согласно пункту 4.4
4.9.8 Оценка результатов испытаний для блоков устройство вызова экстренных
оперативных служб со степенью защиты IP 52 по МЭК 529:1989
Блоки (составные части) устройства вызова экстренных оперативных служб
считаются выдержавшими испытания, если:
- после проведения испытания не обнаружены повреждения лакокрасочного
покрытия;
- после вскрытия испытываемых блоков устройства вызова экстренных оперативных
служб на внутренних поверхностях корпусов и печатных платах пыль присутствует в
незначительных количествах в виде пылевого налета;
- все проверки работоспособности устройство вызова экстренных оперативных
служб, проведенные в соответствии с 4.9.7 завершены успешно.
4.10 Испытания на воздействие воды для оценки степени защиты по МЭК 529:1989
4.10.1 Испытание на воздействие воды проводят для проверки установленных
требований к степени защиты устройства вызова экстренных оперативных служб от
проникновения посторонних предметов, характеризуемой первой цифрой кода IP по
МЭК 529:1989.
4.10.2 Для всех составных частей устройства вызова экстренных оперативных
служб, изготовленных в корпусном исполнении, степень защиты от проникновения
посторонних предметов должна быть не ниже класса IP 52
4.9.3 Состав используемого при проведении испытаний оборудования, его
характеристики и основные условия испытаний для проверки указанных в 4.10.2
степеней защиты устройства вызова экстренных оперативных служб – в соответствии
с МЭК 529:1989 (подраздел 14.2 и таблица 8).
40
EСЕ/TRANS/WP.29/2013/67
4.10.4 Перед проведением испытаний провести внешний осмотр всех составных
частей (блоков) устройства вызова экстренных оперативных служб и выполнить
проверку работоспособности согласно пункту 4.4
4.10.5 Проверка устройства вызова экстренных оперативных служб на воздействие
воды осуществляется в выключенном состоянии.
4.10.6 Испытания на воздействие воды для проверки степени защиты проводят по
МЭК 529:1989 (подраздел 14.2.2);
4.10.7 После испытаний провести проверку работоспособности устройства вызова
экстренных оперативных служб согласно разделу 4.4, после чего вскрыть
испытываемые блоки устройства вызова экстренных оперативных служб и проверить
на проникновение воды внутрь.
П р и м е ч а н и е – Во время испытаний может частично конденсироваться влага,
содержащаяся внутри оболочки испытываемых блоков устройства вызова
экстренных оперативных служб. Накапливающийся конденсат не следует путать с
водой, просачивающейся внутрь оболочки извне во время испытаний.
4.10.8 Блоки (составные части) устройства вызова экстренных оперативных служб
считаются выдержавшими испытания, если проникшее внутрь оболочки количество
воды извне не привело к нарушению работоспособности устройства вызова
экстренных оперативных служб.
П р и м е ч а н и е – При наличии в конструкции отдельных блоков (составных
частей) устройства вызова экстренных оперативных служб сливных отверстий,
предусмотренных производителем и отраженных в эксплуатационной документации,
необходимо убедиться путем осмотра, что проникающая вода не накапливается
внутри и может свободно уходить через указанные отверстия без нарушения
работоспособности указанных блоков (составных частей) устройства вызова
экстренных оперативных служб.
41
EСЕ/TRANS/WP.29/2013/67
Приложение 6 - Добавление А
Минимальный набор данных
1.
Представление данных
1.1 Минимальный набор данных должен быть представлен в абстрактной
синтаксической нотации один в соответствии с МЭК 8824-1 и МЭК 8825-2 с
использованием уплотненного кодирование без выравнивания.
Местоположение отдельных элементов данных в общей структуре данных
определяется в соответствии с МЭК 8824-1 и ИСО/МЭК 8825 с учетом информации,
приведенной разделе 3.
1.2
Последовательность
данных
должна
соответствовать
требованиям,
установленным в разделе 2.
2. Минимальный набор данных
2.1
Последовательность бит и байт в сообщении должна соответствовать
последовательности, установленной в МЭК 8824-1.
2.2
Содержание минимального набора данных
со стандартными данными
приведено в таблице 1.
42
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 1 – Содержание минимального набора данных со стандартными данными
Номер
блока
данных
1
2
3
Тип блока
данных
Единица
измерения
Статус
Описание блока данных
ID
Integer
(целое число)
-
M
Message Identifier
(Идентификатор
сообщения)
Control
Integer
(целое число)
-
M
Последовательность
бит
-
M
Версия формата данных минимального набора данных устанавливается в «1».
Последующие версии должны быть совместимы с предыдущими версиями. Системы,
получающие минимальный набор данных, должны поддерживать все стандартизованные
версии минимального набора данных
Идентификатор сообщения начинается с «1» для каждой новой сессии экстренного
вызова и должен инкрементироваться с каждой повторной посылкой минимального набора
данных
AutomaticActivation (автоматический вызов):
- True – автоматический вызов;
- False – ручной вызов.
Имя блока данных
TestCall type (тестовый звонок):
- True – тестовый вызов;
- False – экстренный вызов.
PositionCanBeTrusted (достоверное определение местоположения):
- True – достоверное определение местоположения;
- False – недостоверное определение местоположения.
Способ кодирования типа транспортного средства определен в В.3.
43
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы 1
Номер
блока
Имя блока данных
данных
4
Vehicle identification
Тип блока
данных
String
(идентификационный
(строковая
номер транспортного
последова-
средства)
тельность)
Единица
измерения
-
Статус
Описание блока данных
M
Список поддержанных категорий транспортных средств:
- пассажирские (категория M1);
- автобусы (категория M2);
- автобусы (категория M3);
- легкие грузовики (категория N1);
- грузовые (категория N2);
- грузовые (категория N3);
- мотоциклы (категория L1e);
- мотоциклы (категория L2e);
- мотоциклы (категория L3e);
- мотоциклы (категория L4e);
- мотоциклы (категория L5e);
- мотоциклы (категория L6e);
- мотоциклы (категория L7e).
Параметр PositionCanBeTrusted устанавливается в значение FALSE, если данные о
местоположении транспортного средства не изменены с точностью до 150 метров с
вероятностью 95%
VIN транспортного средства
44
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы 1
Номер
блока
данных
Имя блока данных
5
Vehicle propulsion storage
type
Тип блока
данных
Единица
измерения
Статус
Описание блока данных
Integer
(целое число)
-
M
Тип топлива (источника энергии) транспортного средства. Для каждого типа
топлива (источника энергии) применяется следующее кодирование:
- False – данный тип топлива (источник энергии) не представлен;
- True - данный тип топлива (источник энергии) представлен.
Могут быть поддержаны следующие типы топлива (источники энергии):
- бак для бензина;
- бак для дизельного топлива;
- сжатый газ;
- сжиженный газ пропан;
- хранилище электрической энергии (более чем 42 В и 100 А/час);
- хранилище водорода.
Все биты должны быть установлены в «0» для указания неизвестного или
неподержанного типа топлива (источника энергии).
Более чем один бит может быть установлен в случае, когда транспортное средство
использует несколько типов топлива (источников энергии).
Временная отметка события ДТП - число в секундах, прошедшее с 01 января
1970г UTC. Если возникла ошибка при определении времени события ДТП, то данное
значение необходимо установить в «0».
Широта1).
Если широта неизвестна или если возникла ошибка при определении широты, то
данное значение необходимо установить в 0x7FFFFFFF
(тип энергоносителя
транспортного средства)
6
Time stamp
(временная отметка)
Integer
(целое число)
UTC, с
M
7
Vehicle Location
Integer
(целое число)
Угловая
секунда,
…″
M
Integer
(целое число)
Угловая
секунда,
…″
M
Долгота2).
Если долгота неизвестна или если возникла ошибка при определении долготы, то
данное значение необходимо установить в 0x7FFFFFFF
Integer
(целое число)
Градусы
M
Направление движения (курс) транспортного средства, отсчитываемое от
направления на магнитный полюс по ходу часовой стрелки с дискретностью в 2° (от 0°
до 358°). Если направление движения неизвестно или если возникла ошибка при
определении направления движения, то данное значение необходимо установить в 0x7F.
(местоположение
транспортного средства)
8
Vehicle direction
(направление движения
транспортного средства)
45
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы 1
Номер
блока
Имя блока данных
данных
9
Recent vehicle location
n-1
(местоположение
транспортного средства
n-1)
10
11
Тип блока
данных
Integer
(целое число)
Integer
(целое число)
Recent vehicle location
n-2
(местоположение
транспортного средства
n-2)
Integer
(целое число)
Number of passengers
Integer
(целое число)
(число пассажиров)
Integer
(целое число)
Единица
измерения
Статус
Описание блока данных
O
Отклонение по широте («плюс» – для направления на север и «минус»– для
направления на юг) по отношению к значению параметра текущего местоположения
транспортного средства, определенного в блоке данных номер 7 3).
Отклонение по долготе («плюс» – для направления на восток и «минус» – для
направления на запад) по отношению к значению параметра текущего местоположения
транспортного средства, определенного в блоке данных номер 7 4).
Отклонение по широте («плюс» – для направления на север и «минус» – для
направления на юг) по отношению к Recent vehicle location n-1, определенного в блоке
данных номер 93).
3)
O
4)
O
3)
O
4)
-
O
Отклонение по долготе («плюс» - для направления на восток и «минус» – для
направления на запад) по отношению к значению параметра Recent vehicle location n-1,
определенного в блоке данных номер 94).
Наименьшее известное число застегнутых ремней безопасности. Данный параметр
может быть установлен в «0» или не представлен, если информация о числе
пристегнутых ремней безопасности отсутствует.
46
EСЕ/TRANS/WP.29/2013/67
Окончание таблицы 1
Номер
Имя блока данных
блока
данных
12
Optional additional data
Тип блока
данных
Единица
измерения
Статус
String
-
О
(опциональные
(строковая
дополнительные данные)
последова-
Описание блока данных
Следующие 103 байта кодируются в соответствии с ГОСТ Р ИСО/МЭК 8824-1.
тельность)
1) Значение широты местоположения ТС, определенное навигационным приемником и выраженное в соответствии с требованиями раздела 8 в формате NMEA-0183 [5] в
градусах, минутах и долях минуты, при включении в состав МНД пересчитывается в угловые миллисекунды и выражается в шестнадцатеричной системе счисления.
Диапазон значений, выраженный в угловых миллисекундах: от минус 324000000 до плюс 324000000.
Наибольшее значение: 90°00'00,000'' = 90*60*60,000'' = 324000,000'' = 324 000 000 угловых миллисекунд = 0x134FD900.
Наименьшее значение: минус 90°00'00.000'' = минус 90*60*60.000'' = минус 324000,000'' = минус 324 000 000 угловых миллисекунд = 0xECB02700.
Пример: 48°18'1.20» N = {(48*3600)+(18*60)+1.20}'' = 173881,200'' = 173881200 = 0x0A5D3770.
2) Значение широты местоположения ТС, определенное навигационным приемником и выраженное в соответствии с требованиями раздела 8 в формате NMEA-0183 [5] в
градусах, минутах и долях минуты, при включении в состав МНД пересчитывается в угловые миллисекунды и выражается в шестнадцатеричной системе счисления.
Диапазон значений, выраженный в угловых миллисекундах: от минус 648000000 до плюс 648000000.
Наибольшее значение: 180°00'00,000'' = 180*60*60,000'' = 648000.000'' = 648 000 000 угловых миллисекунд = 0x269FB200.
Наименьшее значение: минус 180°00'00,000'' = минус 180*60*60,000'' = минус 648000,000'' = минус 648 000 000 угловых миллисекунд = 0xD9604E00.
Пример: 11°37'2.52» E = {(11*3600)+(37*60)+2.52}'' = 41822,520'' = 41822520 = 0x027E2938.
3) Выражается в условных единицах, 1 единица = 0,1″, что соответствует, примерно, 3 м.
Диапазон значений: от минус 512 до плюс 511 или от минус 51,2″S до плюс 51,1″N от текущего местоположения.
4) Выражается в условных единицах, 1 единица = 0,1″, что соответствует, примерно, 3 м.
Диапазон значений: от минус 512 до минус 511 или от минус 51,2″W до плюс 51,1″E от текущего местоположения.
П р и м е ч а н и е – в графе «Статус» используются следующие обозначения:
- M (mandatory) – обязательный параметр. Должен передаваться всегда;
- O (optional) – необязательный параметр. Может не передаваться и его присутствие определяется другими параметрами, входящими в пакет.
47
EСЕ/TRANS/WP.29/2013/67
3. АСН.1 представление МНД со
данными (уплотненное кодирование)
стандартными
MSDASN1Module
DEFINITIONS
AUTOMATIC TAGS ::=
BEGIN
-- версия спецификации МНД
CurrentId::= INTEGER (1)
-- ECallMessage является информационным элементом верхнего уровня
-- Структура ECallMessage поддерживает только один тип сообщения (msd)
-- Расширение на данном уровне не разрешено для обеспечения
-- возможности непосредственного извлечения ID (версия формата данных).
-- Элементы:
-- id: формат данных МНД устанавливается в 1
-- msd: Минимальный Набор Данных, передающихся со стороны АС,
-- исключая ID
ECallMessage ::= SEQUENCE {
id INTEGER(0 .. 255),
msd MSDMessage
}
-- Сообщение, передающееся со стороны АС (исключая ID)
-- Элементы:
-- msdStructure: Главная структура МНД
-- optionalAdditionalData: Дополнительные данные
-- Расширяемо в следующих версиях на этом уровне
MSDMessage ::= SEQUENCE {
msdStructure MSDStructure,
optionalAdditionalData AdditionalData OPTIONAL,
...
}
-- Главная структура МНД, за исключением дополнительных данных
-- Элементы:
-- messageIdentifier: Идентификатор сообщения
-- control: см. ControlType
-- vehicleIdentificationNumber: см. VIN
-- vehiclePropulsionStorageType: см. VehiclePropulsionStorageType
-- timestamp: метка времени
-- vehicleLocation: см. VehicleLocation
-- vehicleDirection: Направление движениия
-- recentVehicleLocationN1: отклонение от текущего положения
-- см. VehicleLocationDelta
48
EСЕ/TRANS/WP.29/2013/67
-- recentVehicleLocationN2: отклонение от recentVehicleLocationN1
-- см. VehicleLocationDelta
-- numberOfPassengers: минимально известное число пристегнутых ремней
-- безопасности
MSDStructure ::= SEQUENCE {
messageIdentifier INTEGER(0 .. 255),
control ControlType,
vehicleIdentificationNumber VIN,
vehiclePropulsionStorageType VehiclePropulsionStorageType,
timestamp INTEGER(0 .. 4294967295),
vehicleLocation VehicleLocation,
vehicleDirection INTEGER(0 .. 255),
recentVehicleLocationN1 VehicleLocationDelta OPTIONAL,
recentVehicleLocationN2 VehicleLocationDelta OPTIONAL,
numberOfPassengers INTEGER(0 .. 255) OPTIONAL,
...
}
-- ControlType состоит из следующих элементов:
-- automaticActivation: true, false
-- testCall: true, false
-- positionCanBeTrusted: true, false
-- vehicleType: см. VehicleType
ControlType ::= SEQUENCE {
automaticActivation BOOLEAN,
testCall BOOLEAN,
positionCanBeTrusted BOOLEAN,
vehicleType VehicleType
}
-- Определение типа транспортного средства
VehicleType ::= ENUMERATED{
passengerVehicleClassM1 (1),
busesAndCoachesClassM2 (2),
busesAndCoachesClassM3 (3),
lightCommercialVehiclesClassN1 (4),
heavyDutyVehiclesClassN2 (5),
heavyDutyVehiclesClassN3 (6),
motorcyclesClassL1e (7),
motorcyclesClassL2e (8),
motorcyclesClassL3e (9),
motorcyclesClassL4e (10),
motorcyclesClassL5e (11),
motorcyclesClassL6e (12),
49
EСЕ/TRANS/WP.29/2013/67
motorcyclesClassL7e (13),
...
}
-- VIN
VIN ::= SEQUENCE {
isowmi PrintableString (SIZE(3))
(FROM(«A»..»H»|»J»..»N»|»P»|»R»..»Z»|»0»..»9»)),
isovds PrintableString (SIZE(6))
(FROM(«A»..»H»|»J»..»N»|»P»|»R»..»Z»|»0»..»9»)),
isovisModelyear PrintableString (SIZE(1))
(FROM(«A»..»H»|»J»..»N»|»P»|»R»..»Z»|»0»..»9»)),
isovisSeqPlant PrintableString (SIZE(7))
(FROM(«A»..»H»|»J»..»N»|»P»|»R»..»Z»|»0»..»9»))
}
-- VehiclePropulsionStorageType:
-- Тип топлива (источника энергии) транспортного средства
VehiclePropulsionStorageType ::= SEQUENCE {
gasolineTankPresent BOOLEAN DEFAULT FALSE,
dieselTankPresent BOOLEAN DEFAULT FALSE,
compressedNaturalGas BOOLEAN DEFAULT FALSE,
liquidPropaneGas BOOLEAN DEFAULT FALSE,
electricEnergyStorage BOOLEAN DEFAULT FALSE,
hydrogenStorage BOOLEAN DEFAULT FALSE,
...}
-- VehicleLocation:
-- Текущее местоположение транспортного средства
-- Элементы:
-- Широта - отведены 32 бита (4 октета)
-- Долгота - отведены 32 бита (4 октета)
VehicleLocation ::= SEQUENCE {
positionLatitude INTEGER(-2147483648..2147483647),
positionLongitude INTEGER(-2147483648..2147483647)
}
-- VehicleLocationDelta:
-- Местоположение транспортного средства перед определением события ДТП
VehicleLocationDelta ::= SEQUENCE {
latitudeDelta INTEGER (-512..511),
longitudeDelta INTEGER (-512..511)
}
-- AdditionalData:
-- Дополнительные данные, закодированные как отдельное определение
-- Элементы:
50
EСЕ/TRANS/WP.29/2013/67
-- oid: идентификатор объекта, который определяет формат и
-- назначение данных
-- data: дополнительные данные в соответствии с форматом, определенном oid
AdditionalData ::= SEQUENCE {
oid RELATIVE-OID,
data OCTET STRING
}
END
4. Содержание дополнительных данных минимального
набора данных (оценка тяжести ДТП)
4.1 Дополнительные данные, введенные в состав минимального набора данных,
должны располагаться в блоке данных номер 12 – optional additional data.
4.2 Содержание блока данных номер 12 для представления оценки тяжести ДТП,
представлено в таблице 2.
51
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 2 – Содержание блока данных 12 для представления оценки тяжести ДТП
Номер
блока
данных
12-А0
12-A1
12-A2
Имя блока
данных
Тип блока
данных
Единицы измерения
Статус
Описание блока данных
OID
Integer
1 byte
M
ID
Integer
1 byte
M
SevereCrash
BOOLEAN
_
M
TestResultsD
Последо-
_
O
ef
вательность
Идентификатор дополнительного блока данных, содержащего параметры,
дополнительно введенные для системы «ЭРА-ГЛОНАСС» – установлен в значение
11000000.
Версия формата дополнительных данных МНД устанавливается в «1».
Последующие версии должны быть совместимы с предыдущими версиями.
SevereCrashEstimation:
- TRUE – существенная вероятность угрозы жизни и здоровью людей,
находящихся в кабине транспортного средства;
- FALSE – не существенная вероятность угрозы жизни и здоровью людей,
находящихся в кабине транспортного средства.
Способ кодирования определен в В.5.
Список типов ошибок :
- некорректное подключение микрофона;
- неработоспособность микрофона;
- неисправность правого динамика;
- неисправность левого динамика;
- неисправность динамиков;
- неисправность при определении состояния линии зажигания;
- неисправность БИП;
- неисправность индикатора состояния;
- неисправность резервной батареи;
- разряд резервной батарее ниже допустимого уровня;
- неисправность датчика автоматической идентификации события ДТП;
- нарушение целостности образа программного обеспечения;
- неработоспособность интерфейса коммуникационного модуля GSM и UMTS;
- неработоспособность приемника ГНСС;
- отсутствие целостности (достоверности) определяемых приемником ГНСС
навигационно-временных параметров (функция RAIM);
- неработоспособность (некорректное подключение) внешней антенны ГНСС;
Estimation
бит
52
EСЕ/TRANS/WP.29/2013/67
Номер
блока
данных
Имя блока
данных
Тип блока
данных
Единицы измерения
Статус
Описание блока данных
-неработоспособность (некорректное подключение) внешней антенны GSM и
UMTS;
- переполнение внутренней памяти событий;
- переполнение памяти для записи профилей ускорения;
-другие критические ошибки.
MobileDef
Integer
СrashDef
Последовательность
бит
15 byte
O
O
Способ кодирования определен В.5.
Блок состоит из 6 параметров:
eraMCC – код сети MCC (0 если не определен);
eraMNCSID – код MNC / SID (0 если не определен);
eraLACNID – LAC/NID eraCIDBID – Cell ID/Base Station ID (0 если не определен);
eraSector – номер сектора (0 если не определен);
eraRSSI – уровень принимаемого сигнала (минус 150, если не определен).
Способ кодирования определен в В.5.
Список типов ДТП представлен ниже:
crashFront – удар спереди;
crashSide – удар сбоку;
crashFrontOrSide – удар спереди или удар сбоку;
crashRear – удар сзади;
crashRollover – переворот;
crashAnotherType – другой тип происшествия;
53
EСЕ/TRANS/WP.29/2013/67
5. АСН.1
представление
дополнительных
данных
(оценка
тяжести ДТП) (уплотненное кодирование)
OptionalAdditionalData ::= SEQUENCE {
oid BIT STRING (SIZE(8)),
id BIT STRING (SIZE(8)),
SevereCrashEstimation BOOLEAN (SIZE(1)),
MobileDef MobileType OPTIONAL,
TestResultsDef TestResultsType OPTIONAL,
CrashDef CrashType OPTIONAL
}
TestResultsType ::= SEQUENCE {
micConnectionFailure BOOLEAN DEFAULT FALSE,
micFailure BOOLEAN DEFAULT FALSE,
rightSpeakerFailure BOOLEAN DEFAULT FALSE,
leftSpeakerFailure BOOLEAN DEFAULT FALSE,
speakersFailure BOOLEAN DEFAULT FALSE,
ignitionLineFailure BOOLEAN DEFAULT FALSE,
uimFailure BOOLEAN DEFAULT FALSE,
statusIndicatorFailure BOOLEAN DEFAULT FALSE,
batteryFailure BOOLEAN DEFAULT FALSE,
batteryVoltageLow BOOLEAN DEFAULT FALSE,
crashSensorFailure BOOLEAN DEFAULT FALSE,
swImageCorruption BOOLEAN DEFAULT FALSE,
commModuleInterfaceFailure BOOLEAN DEFAULT FALSE,
gnssReceiverFailure BOOLEAN DEFAULT FALSE,
raimProblem BOOLEAN DEFAULT FALSE,
gnssAntennaFailure BOOLEAN DEFAULT FALSE,
commModuleFailure BOOLEAN DEFAULT FALSE,
eventsMemoryOverflow BOOLEAN DEFAULT FALSE,
crashProfileMemory overflow BOOLEAN DEFAULT FALSE,
54
EСЕ/TRANS/WP.29/2013/67
otherCriticalFailires BOOLEAN DEFAULT FALSE,
otherNotCriticalFailures BOOLEAN DEFAULT FALSE
}
MobileType::= SEQUENCE {
eraMCC INTEGER (0 .. 999),
eraMNCSID INTEGER (0 .. 99, …, 100..16383),
eraLACNID
INTEGER (0 .. 65535),
eraCIDBID
INTEGER (0 .. 65535),
eraSector
INTEGER (0 .. 15, …, 16..255),
eraRSSI
INTEGER (-150 … 0)
}
CrashType ::= SEQUENCE {
crashFront BOOLEAN DEFAULT FALSE,
crashSide BOOLEAN DEFAULT FALSE,
crashFrontOrSide BOOLEAN DEFAULT FALSE,
crashRear BOOLEAN DEFAULT FALSE,
crashRollover BOOLEAN DEFAULT FALSE,
crashAnotherType BOOLEAN DEFAULT FALSE
}
55
EСЕ/TRANS/WP.29/2013/67
Приложение 7
Методы испытаний устройства вызова
экстренных оперативных служб для проверки
стойкости к механическим воздействиям
1. Определения
Определения для целей настоящего Приложения даны в разделе 1 Приложения 6.
2. Условия проведения испытания
2.1 Испытания устройства вызова экстренных оперативных служб на соответствие
требованиям по стойкости к механическим воздействиям включают в себя испытания
на устойчивость и прочность к воздействию соответствующих механических
факторов.
2.2 Испытания устройства вызова экстренных оперативных служб при
воздействии механических факторов проводят в нормальных климатических
условиях:
- температура воздуха – (25 ± 10)ºС;
- относительная влажность воздуха - от 45% до 80 %;
- атмосферное давление - от 84,0 до 106,7 кПа (от 630 до 800 мм рт. ст.).
Составные
части
устройства
вызова
экстренных
оперативных
служб,
находящиеся в неодинаковых условиях эксплуатации, испытывают раздельно в
соответствии с условиями эксплуатации, установленными для каждой из них.
Допускается испытывать устройство вызова экстренных оперативных служб в
полном комплекте по наиболее жестким нормам испытательных режимов.
Техническое обслуживание устройства вызова экстренных оперативных служб в
процессе испытаний не проводится.
2.3 Испытываемые образцы устройства вызова экстренных оперативных служб
или ее составные части должны крепиться к платформе испытательного стенда
одним из следующих способов, имитирующих условия эксплуатации:
- непосредственно на платформе стенда;
- крепежным приспособлением;
- собственными амортизаторами (при наличии таковых).
3. Испытательное оборудование
3.1
Перечень и
в таблице 1.
характеристики
испытательного
оборудования
приведены
56
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 1. Перечень и характеристики испытательного оборудования
Наименование оборудования
Требуемые технические данные
приборов
и оборудования
Диапазон частот — от 10 до 100 Гц;
максимальная амплитуда
виброускорения – не менее 98 м/с 2
Вибрационный стенд
(10 g);
точность по амплитуде виброускорения
– не более ±2 м/с 2 (0,2 g)
Длительность ударного импульса — не
менее 5 мс;
Ударная установка многократного
число ударов в минуту — от 40 до 80;
действия
пиковое ударное ускорение — от 49 м/с
(5g) до 250 м/с (25g).
Одиночные удары;
Ударная установка
пиковое ударное ускорение - до 100 g
Стенд
отладки
и
контроля
устройства вызова экстренных Рисунок 1. Приложение 6.
оперативных служб
4
Процедура испытаний
4.1 Проверка маркировки устройства вызова экстренных оперативных служб.
Проверка маркировки устройства вызова экстренных оперативных служб
производится после проведения каждого вида испытаний системы на воздействие
механических факторов, приведенных в разделе 4.
Испытываемый образец устройства вызова экстренных оперативных служб считается
выдержавшим проверку, если после проведения каждого вида испытаний, указанных
в разделе 4, его маркировка соответствуют требованиям раздела 4 основного текста
настоящего правила.
4.2 Проверка устойчивости устройства вызова экстренных оперативных служб к
воздействию синусоидальной вибрации
4.2.1 Испытание проводят в трех взаимно перпендикулярных положениях.
4.2.2 Произвести внешний осмотр и закрепить испытываемый образец устройства
вызова экстренных оперативных служб на платформе вибростенда в одном из трех
взаимно перпендикулярных положений.
4.2.3 Используя схемы соединений (см. рисунок 2 Приложения 6), провести проверку
работоспособности системы согласно разделу 4.4 Приложения 6.
Подвергнуть устройство вызова экстренных оперативных служб во включенном
состоянии воздействию вибрации со следующими значениями воздействующих
факторов:
- диапазон частот, Гц – (от 10 до 70).
- амплитуда ускорения, м/с - 39,2 (4 g).
- длительность воздействия, мин – 30.
Плавно изменять частоту вибрации в заданном диапазоне для обнаружения
резонансов конструкции.
57
EСЕ/TRANS/WP.29/2013/67
В течение испытания периодически проводить проверку работоспособности
устройства вызова экстренных оперативных служб согласно
разделу 4.4
Приложения 6.
Устройство вызова экстренных оперативных служб должно быть работоспособным и
не должны отображаться сообщения об ошибках.
4.2.4 По истечении установленного времени испытаний провести проверку
работоспособности устройства вызова экстренных оперативных служб согласно
методике разделу 4.4 Приложения 6.
Выключить питание устройства вызова экстренных оперативных служб.
4.2.5 Изменить положение устройства вызова экстренных оперативных служб на
вибростенде и повторить действия 4.2.3 и 4.2.4 для двух других взаимно
перпендикулярных положений.
4.2.6 Устройство вызова экстренных оперативных служб считается выдержавшим
испытание на устойчивость при воздействии синусоидальной вибрации, если
отсутствуют механические дефекты корпуса (корпусов составных частей) устройства
вызова экстренных оперативных служб, разъемов и соединительных кабелей, а так же
во время и после проведения испытания проверки работоспособности устройства
вызова экстренных оперативных служб завершены успешно.
4.3 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию синусоидальной вибрации.
4.3.1 Испытание проводят в трех взаимно перпендикулярных положениях.
4.3.2 Произвести внешний осмотр и закрепить испытываемый образец устройства
вызова экстренных оперативных служб на платформе вибростенда в одном из трех
взаимно перпендикулярных положений.
4.3.3 Используя схемы соединений (см. рисунок 2 Приложение 6), провести проверку
работоспособности системы согласно разделу 4.4 Приложения 6.
4.3.4 Проверку вибропрочности устройства вызова экстренных оперативных служб
проводят при выключенном источнике питания и следующих значениях
воздействующих факторов:
- диапазон частот, Гц – (от 10 до 70);
- амплитуда ускорения, м/с - 49 (4 g);
- длительность воздействия, мин – 2 ч 40 мин.
В процессе испытаний периодически изменять частоту колебаний от верхней до
нижней границы частотного диапазона.
4.3.5 Снять устройство вызова экстренных оперативных служб с вибростенда,
произвести внешний осмотр и выполнить проверку работоспособности согласно
разделу 4.4 Приложения 6
4.3.6 Изменить положение устройства вызова экстренных оперативных служб на
вибростенде и повторить действия 4.3.4 и 4.3.5 для двух других взаимно
перпендикулярных положений.
4.3.7 Устройство вызова экстренных оперативных служб считается выдержавшим
испытание на прочность при воздействии синусоидальной вибрации, если
отсутствуют механические дефекты корпуса (корпусов составных частей) устройства
вызова экстренных оперативных служб, разъемов и соединительных кабелей, а
проверка работоспособности устройства вызова экстренных оперативных служб по
завершению испытаний завершена успешно.
4.4. Проверка устойчивости устройства вызова экстренных оперативных служб к
воздействию механических ударов многократного действия
4.4.1 Проверку устойчивости устройства вызова экстренных оперативных служб к
воздействию механических ударов многократного действия проводят во включенном
состоянии.
58
EСЕ/TRANS/WP.29/2013/67
Устройство вызова экстренных оперативных служб подвергают воздействию ударов
в каждом из трех взаимно перпендикулярных положениях при следующих значениях
воздействующих факторов:
- пиковое ударное ускорение – 98 м/с2 (10 g);
- частота повторения удара – не более 80 ударов/мин;
- длительность удара – от 5 до 15 мс (предпочтительно - 10 мс);
- число ударов по каждому направлению – 333 (при общем числе ударов – 1000).
4.4.2 Произвести внешний осмотр и закрепить устройство вызова экстренных
оперативных служб в
приспособлении на платформе ударной механической
установки в одном из положений.
4.4.3 Используя схемы соединений (см. рисунок 2 Приложения 6), провести проверку
работоспособности устройства вызова экстренных оперативных служб согласно
методике разделу 4.4 Приложения 6.
4.4.4 Подвергнуть устройство вызова экстренных оперативных служб воздействию
механических ударов с параметрами, указанными в 4.4.1.
4.4.5 В течение испытания периодически проводить проверку согласно разделу 4.4
Приложения 6.
Устройство вызова экстренных оперативных служб должна быть работоспособным и
не должны отображаться сообщения об ошибках.
4.4.6 По завершении испытаний провести проверку работоспособности согласно
разделу 4.4 Приложения 6
Выключить питание устройства вызова экстренных оперативных служб.
4.4.7 Изменить положение устройства вызова экстренных оперативных служб на
ударной механической установке и повторить действия с 4.4.3 по 4.4.5 для двух
других взаимно перпендикулярных положений.
4.4.8 Снять устройство вызова экстренных оперативных служб с ударной
механической установки, произвести внешний осмотр и выполнить проверку
работоспособности согласно разделу 4.4 Приложения 6.
4.4.9 Устройство вызова экстренных оперативных служб считается выдержавшиим
проверку на устойчивость к воздействию механических ударов многократного
действия, если после
проведения испытаний не обнаружено механических
повреждений, нарушений лакокрасочного покрытия, ослабления крепления
составных частей устройства вызова экстренных оперативных служб и все тесты по
проверке работоспособности завершены успешно.
4.5 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию механических ударов многократного действия
4.5.1 Испытание проводят в трех взаимно перпендикулярных положениях устройства
вызова экстренных оперативных служб.
4.5.2 Произвести внешний осмотр и закрепить испытываемый образец устройства
вызова экстренных оперативных служб на платформе ударной механической
установки в одном из трех взаимно перпендикулярных положений.
4.5.3 Используя схемы соединений (см. рисунок 2 Приложение 6), провести проверку
работоспособности системы согласно разделу 4.4 Приложения 6.
4.5.4 Проверку прочности устройства вызова экстренных оперативных служб к
воздействию механических ударов многократного действия проводят в выключенном
состоянии при следующих значениях воздействующих факторов:
- пиковое ударное ускорение – 98 м/с2 (10 g);
- частота повторения удара – не более 80 ударов/мин;
- длительность удара – от 5 до 15 мс (предпочтительно - 10 мс);
59
EСЕ/TRANS/WP.29/2013/67
- число ударов по каждому направлению – 3333 (при общем числе ударов – 10 000).
4.5.5 Снять устройство вызова экстренных оперативных служб с ударной
механической установки, произвести внешний осмотр и выполнить проверку
работоспособности согласно разделу 4.4 Приложения 6.
4.5.6 Изменить положение устройства вызова экстренных оперативных служб на
ударной механической установке и повторить действия с 4.5.3 по 4.5.5 для двух
других взаимно перпендикулярных положений.
4.5.7 Устройство вызова экстренных оперативных служб считается выдержавшим
проверку на устойчивость к воздействию механических ударов многократного
действия, если после
проведения испытаний не обнаружено механических
повреждений, нарушений лакокрасочного покрытия, ослабления крепления
составных частей устройства вызова экстренных оперативных служб и все тесты по
проверке работоспособности завершены успешно.
4.6 Проверка устойчивости устройства вызова экстренных оперативных служб к
воздействию одиночных механических ударов с ускорением 75 g
4.6.1 Произвести внешний осмотр и закрепить устройства вызова экстренных
оперативных служб на платформе ударной механической установки в специальном
приспособлении, имитирующем реальные условия крепления на транспортном
средстве
4.6.2 Используя схемы соединений (см. рисунок 2 Приложение 6), провести проверку
работоспособности устройства вызова экстренных оперативных служб согласно
разделу 4.4 Приложения 6.
4.6.3 Подвергнуть устройство вызова экстренных оперативных служб во включенном
состоянии воздействию трех механических одиночных ударов с пиковым ударным
ускорением 735 м/с2 (75g) и длительностью ударного ускорения от 1 до 5 мс
(предпочтительно 3 мс).
4.6.4 Снять устройство вызова экстренных оперативных служб с ударной
механической установки, произвести внешний осмотр крепления и выполнить
проверку работоспособности согласно методике проверки датчиков ускорения.
4.6.5 Устройство вызова экстренных оперативных служб считается выдержавшим
испытания на устойчивость к воздействию механических ударов одиночного
действия с ускорением 75 g, если после проведения проверки не обнаружено
механических повреждений, ослабления крепления составных частей устройства
вызова экстренных оперативных служб, и все тесты проверки работоспособности
завершены успешно.
4.7 Проверка прочности устройства вызова экстренных оперативных служб к
воздействию механических ударов при транспортировании
4.7.1 Испытания проводятся с целью проверки соответствия устройства вызова
экстренных оперативных служб требованиям на прочность к воздействию
механических ударов при транспортировании в упаковке. Устройство вызова
экстренных оперативных служб должна быть работоспособной и не иметь
повреждений и поломок после действия вибрационных и ударных нагрузок,
указанных в таблице 2.
60
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 2 – Вибрационные и ударные нагрузки
Оцениваемое
свойство устройства
вызова экстренных
оперативных служб
Воздействующий фактор
Параметры
испытаний
Диапазон частот, Гц
Устойчивость при
воздействии
синусоидальной
вибрации
Прочность при
воздействии
синусоидальной
вибрации
Устойчивость при
воздействии
механических ударов
многократного
действия
Амплитуда ускорения, м/с2
(g)
Длительность воздействия в
каждом из трех
направлений, мин
Диапазон частот, Гц
Амплитуда ускорения, м/с2
(g)
Длительность воздействия в
каждом из 3-х направлений
Пиковое ударное
ускорение, м/с2 (g)
Длительность удара, мс
Число ударов в каждом из
трех направлении
Прочность при
воздействии
механических ударов
многократного
действия
Прочность к
механическим ударам
при
транспортировании
Устойчивость к
одиночному
механическому удару
Пиковое ударное
ускорение, м/с2 (g)
Длительность удара, мс
Число ударов в каждом
из трех направлении
Пиковое ударное
ускорение, м/с2 (g)
Длительность удара, мс
Число ударов в каждом из
трех направлении
Одиночный удар, g
Длительность удара, мс
Значение
Допустимые
отклонения
10-70
±1
39,2 (4)
±2(0,2)
30
-
50
±1
49 (5)
±2 (0,2)
по 2 ч 40
мин
-
98 (10)
±20%
10
-
333
-
98 (10)
±20%
10
-
3333
-
250 (25)
±20%
6
-
4000
-
75
1-5
-
4.7.2 Испытание проводят для каждого из трех взаимно перпендикулярных
положений устройства вызова экстренных оперативных служб.
4.7.3 Произвести внешний осмотр и закрепить устройства вызова экстренных
оперативных служб в упаковке на платформе ударной механической установки.
Подвергнуть устройство вызова экстренных оперативных служб воздействию
механических ударов в каждом из трёх взаимно перпендикулярных положений с
пиковым ударным ускорением 250м/с2 (25 g) и длительностью ударного ускорения от
5 до 10 мс (предпочтительно 6 мс). Число ударов в каждом из положений – 4000,
частота повторения ударов - не более 80 ударов в минуту.
4.7.4 Снять устройство вызова экстренных оперативных служб в упаковке с
платформы ударной механической установки и произвести осмотр упаковочной
тары. Упаковка не должна иметь повреждений.
4.7.5 Извлечь из упаковки и произвести внешний осмотр устройства вызова
экстренных оперативных служб. Корпуса и внешние соединители устройства вызова
экстренных оперативных служб не должны иметь повреждений.
61
EСЕ/TRANS/WP.29/2013/67
4.7.6 Произвести проверку работоспособности устройства вызова экстренных
оперативных служб согласно разделу 4.4 Приложения 6.
4.7.7 Устройство вызова экстренных оперативных служб считается выдержавшим
испытание по проверке прочности к воздействию механических ударов при
транспортировании, если после проведения испытания упаковочный ящик
(упаковочная тара) и устройство вызова экстренных оперативных служб не имеют
механических повреждений, а проверка работоспособности системы завершена
успешно.
62
EСЕ/TRANS/WP.29/2013/67
Приложение 8
Особенности
проведения
динамических
испытаний устройства вызова экстренных
оперативных служб
1.
Подготовка к проведению испытания
1.1
Основные компоненты устройства вызова экстренных оперативных служб (см.
параграф 2.2 настоящих Правил) жестко крепятся на испытательной тележке с
помощью тех же элементов крепления, которые будут использоваться для установки
основных компонентов устройства вызова экстренных оперативных служб на
транспортное средство, причем это крепление не должно повышать прочность
указанных компонентов.
1.2
Замедление испытательной тележки определяется с помощью системы
измерения частотных характеристик (КЧХ) по классу 60, соответствующей
характеристикам международного стандарта ISO 6487 (2002).
2.
Динамическое испытание
2.1. После установки основных компонентов устройства вызова экстренных
оперативных служб на испытательную тележку, ей сообщается замедление таким
образом, чтобы кривая не выходила за пределы графика, приведенного на рисунке
ниже, и общее изменение скорости ΔV составляло 50 +0/-2 км/ч.
3.
Проверка работоспособности устройства вызова экстренных оперативных
служб
3.1. Если основные компоненты устройства вызова экстренных оперативных
служб не имеют видимых повреждений, которые позволяют заключить об их
неработоспособности, то эти компоненты демонтируются с испытательной тележки.
Производится соединение разъемов электрических кабелей основных компонентов в
соответствии с инструкциями устройства вызова экстренных оперативных служб.
Допускается также производить соединение разъемов электрических кабелей без
демонтажа основных компонентов с испытательной тележки.
3.2. Устройство
вызова
экстренных
оперативных
служб
считается
работоспособным, если после динамического испытания оно продолжает
соответствовать требованиям параграфов 6.4 и 6.5 настоящих Правил.
Рисунок: Диапазон значений замедления испытательной тележки во времени
(Лобовое столкновение)
63
EСЕ/TRANS/WP.29/2013/67
Приложение 9
Методы испытаний навигационного модуля
устройства вызова экстренных оперативных
служб
1.
Определения
Для целей настоящего Приложения:
1.1
«Режим «холодного» старта» означает состояние навигационного
модуля глобальной навигационной спутниковой системы, при котором
системное
время, координаты местоположения, альманах глобальной
навигационной
спутниковой
системы
и
эфемериды
навигационных
космических аппаратов не известны;
1.2
«Режим тестирования» означает режим функционирования устройства
вызова экстренных оперативных служб, предназначенный для проверки
функциональных свойств и параметров устройства вызова экстренных
оперативных служб как при эксплуатации системы в составе транспортного
средства, так и при проведении различных испытаний устройства вызова
экстренных оперативных служб.
2. Условия проведения испытания
2.1
Объектом испытаний является устройство вызова экстренных
оперативных служб, в состав которой входит навигационный приемник и
антенна глобальной навигационной спутниковой системы, определяющие
навигационные характеристики и свойства испытываемой системы.
2.1.1 Общее количество испытываемых образцов устройства вызова
экстренных оперативных служб должно быть не менее 3 шт.
Устройство вызова экстренных оперативных служб представляется на
испытания с установленной SIM-картой, руководством по эксплуатации,
программным обеспечением (на электронном носителе).
Прилагаемые документы на устройство вызова экстренных оперативных служб
должны содержать следующие сведения:
- серийный номер устройства;
- версия аппаратной платформы;
- версия программного обеспечения;
- идентификатор поставщика устройства;
- уникальный идентификатор устройства, назначаемый оператором системы при
первой активизации устройства.
Примечание: Для проведения испытаний должны быть представлены
оригиналы руководства по эксплуатации, содержащие указанные сведения.
2.1.4 Навигационный приемник должен выдавать во внешние устройства
измеренные навигационные параметры в формате протокола NMEA-0183
(сообщения RMC, GGA, VTG, GSA и GSV) [5]. Порядок настройки устройства
вызова экстренных оперативных служб для выдачи во внешние устройства
указанной информации должен быть отражен в руководстве по эксплуатации
2.2 Цель испытаний состоит в оценке соответствия навигационных
характеристик и свойств устройства вызова экстренных оперативных служб,
определяемых входящим в ее состав навигационным модулем, следующим
требованиям:
2.2.1 Входящий в состав устройства вызова экстренных оперативных служб
навигационный приемник должен принимать и обрабатывать с целью
64
EСЕ/TRANS/WP.29/2013/67
определения координат местоположения и составляющих вектора скорости
транспортного средства сигналы
стандартной точности в диапазоне L1
глобальной навигационной
спутниковой системы.
2.2.2 Входящий в состав устройства вызова экстренных оперативных служб
навигационный приемник может принимать и обрабатывать с целью
определения координат местоположения и составляющих вектора скорости
транспортного средства сигналы нескольких глобальных навигационных
спутниковых систем.
2.2.3 Входящий в состав устройства вызова экстренных оперативных служб
навигационный приемник должен принимать и обрабатывать сигналы всех
поддерживаемых глобальных навигационных
спутниковых
систем
с
одинаковыми приоритетами и использовать функцию RAIM для определения
тех спутников, информацию с которых нельзя использовать при расчетах
навигационных характеристик.
2.2.4 Входящий в состав устройства вызова экстренных оперативных служб
навигационный приемник должен обеспечивать определение навигационных
параметров в системах координат ПЗ-90.02 или WGS-84.
2.2.5 Предельные погрешности (при доверительной вероятности 0,95) должны
быть не более:
- плановых координат – 15 м;
- высоты
– 20 м;
- вектора скорости
- 0,1 м/с.
Указанные требования по точности должны обеспечиваться:
- в диапазоне скоростей от 0 до 250 км/ч;
- в диапазоне линейных ускорений от 0 до 2 G;
- при наличии краткосрочных вертикальных ускорений от 0 до 5 G.
- при значениях пространственного геометрического фактора не более 4;
- при отсутствии и при воздействии помех, допустимый уровень которых
задается требованиями согласно п. 6.1 настоящего Правила.
2.2.6 Минимальный временной интервал обновления обсервационных данных
должен быть не более 1 с.
2.2.7 Время восстановления слежения за сигналами рабочего созвездия
навигационного космического аппарата после потери слежения за ними на
время до 60 с должно быть не более 5 с после восстановления видимости
навигационного космического аппарата.
2.2.8 Время до получения навигационным приемником первого после
включения зажигания навигационного решения должно быть не более 60 c.
2.2.9 Входящий в состав устройства вызова экстренных оперативных служб
навигационный приемник должен обеспечивать:
- поиск (обнаружение) сигналов глобальной навигационной спутниковой
системы при уровне полезного сигнала на антенном входе (на входе антенного
усилителя) минус 163 дБВт;
- слежение за сигналами глобальной навигационной спутниковой системы и
выдачу навигационного решения при уровне полезного сигнала на антенном
входе (на входе антенного усилителя) минус 188 дБВт.
2.2.10 Если навигационный приемник позволяет изменять частоту выдачи
навигационных данных, то целевая частота их выдачи должна устанавливаться
при помощи параметра настройки GNSS_DATA_RATE, из заданного для этого
параметра диапазона значений, в соответствии с Добавлением А.
2.2.11 Если навигационный приемник не позволяет изменять частоту выдачи
навигационных данных, то поддерживаемая навигационным приемником
частота их выдачи должна находиться в диапазоне значений, заданном для
параметра настройки GNSS_DATA_RATE в соответствии с Добавлением А.
2.2.12 Минимальный угол возвышения (угол отсечки) навигационных
космических аппаратов должен устанавливаться при помощи параметра
настройки GNSS_MIN_ELEVATION из заданного для этого параметра
диапазона значений в соответствии с Добавлением А. По умолчанию значение
указанного параметра принимается равным 5 градусов.
2.2.13 Должна быть предусмотрена возможность выполнения следующих
функций в режиме тестирования навигационного приемника:
65
EСЕ/TRANS/WP.29/2013/67
- управление настройками навигационного приемника с использованием
программного обеспечения разработчика приемника;
- выдача навигационно-временной информации в формате NMEA-0183;
- выдача результатов автономного контроля целостности (достоверности)
навигационных определений и исключения недостоверных измерений (функция
RAIM).
П р и м е ч а н и е – режим тестирования навигационного приемника
применяется при проведении испытаний устройства вызова экстренных
оперативных служб на соответствие требованиям в части навигационного
приемника. Методика проведения испытаний устройства вызова экстренных
оперативных служб на соответствие требованиям в части навигационного
приемника предполагает использование навигационно-временной информации
в формате NMEA-0183.
2.2.14 Для устройства вызова экстренных оперативных служб, установленных
в конфигурации дополнительного оборудования, питание навигационного
приемника должно отключаться после выключения зажигания через период
времени, определяемый параметром GNSS_POWER_OFF_TIME.
2.2.15 Навигационный приемник должен обеспечивать выполнение требований
назначения при уровне полезных сигналов, равном минус 161 дБВт, и
воздействии гармонических помех c уровнями мощности на антенном входе,
равными пороговым значениям, указанными:
- в таблице 1 - при работе по сигналам ГЛОНАСС стандартной точности;
- в таблице 2 - при работе по сигналам GPS.
Т а б л и ц а 1 - Пороговые значения гармонических помех при работе по сигналам
ГЛОНАСС стандартной точности
Частота, МГц
Пороговые значения уровня помех, дБВт
F < 1540
1540 < F
1562 < F
1583 < F
1593 < F
1609 < F
1613 < F
1626 < F
F> 1670
Минус 15
От минус 15 до минус 50
От минус 50 до минус 90
От минус 90 до минус 140
Минус 140
От минус 140 до минус 80
От минус 80 до минус 60
От минус 60 до минус 15
Минус 15
≤
≤
≤
≤
≤
≤
≤
1562
1583
1593
1609
1613
1626
1670
Т а б л и ц а 2 - Пороговые значения гармонических помех при работе
по сигналам GPS
Частота, МГц
Пороговые значения уровня помех, дБВт
F < 1525
1525 < F
1565 < F
1585 < F
1610 < F
1626 < F
F> 1670
Минус 15
От минус 50 до минус 140
Минус 140
От минус 140 до минус 60
От минус 60 до минус 50
От минус 50 до минус 15
Минус 15
≤
≤
≤
≤
≤
1565
1585
1610
1626
1670
2.2.16 Навигационный модуль должен обеспечивать слежение за сигналами
глобальных навигационных спутниковых систем ГЛОНАСС и GPS при
воздействии импульсных помех на антенном входе, формируемых в полосе
частот принимаемых сигналов глобальных навигационных спутниковых систем
ГЛОНАСС и GPS, с параметрами, указанными в таблице 3, при уровне
мощности полезного сигнала минус 161 дБВт.
66
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 3 - Параметры импульсных помех
Наименование параметра
Пороговое значение помехи (пиковая
мощность импульса), дБВт
Длительность импульса, мс
Скважность
Значение
Минус 10
≤1
≥10
Условия проведения испытаний
2.3.1 Испытания устройства вызова экстренных оперативных служб проводят в
режиме тестирования.
2.3.2 Испытания проводят в нормальных климатических условиях,
характеризуемых следующими значениями климатических факторов:
- температура воздуха – плюс (25 ± 10) 0 С;
- относительная влажность воздуха от 45 до 80 %;
- атмосферное давление от 84,0 до 106,7 кПа (от 630 до 800 мм рт. ст.).
П р и м е ч а н и е: При проведении операций испытаний образец может
находиться в диапазоне рабочих температур, указанных в эксплуатационной
документации.
2.3.3 Питание испытываемого устройства вызова экстренных оперативных
служб осуществляется от имитатора бортовой сети транспортного средства.
Процедура испытаний «включить/выключить» устройства вызова экстренных
оперативных служб,
отраженная в соответствующих пунктах методик
испытаний,
изложенных
в
разделе
3,
соответствует
процедуре
«включить/выключить» зажигание транспортного средства и должна
осуществляться с помощью тумблера или иного выключателя, подающего
(отключающего) питание имитатора бортовой сети.
2.3.4 Техническое обслуживание испытываемых образцов в процессе
испытаний не производится.
2.3.5 Испытательные режимы указаны в соответствующих пунктах методов
испытаний, приведенных в разделе 3.
2.3.6 Для проведения испытаний устройства вызова экстренных оперативных
служб в части навигационного приемника применяется испытательное и
вспомогательное оборудование, а также средства измерений, указанные в
таблице 4. Вместо указанных в таблице средств испытаний допускается
применять другие аналогичные средства, обеспечивающие определение
характеристик спутниковой навигационной аппаратуры с требуемой точностью.
Т а б л и ц а 4 - Перечень средств измерения, испытательного и вспомогательного
оборудования
Наименование
Требуемые технические характеристики средства испытаний
средства
испытаний
Диапазон измерения
Погрешность измерений
Геодезический
пункт
Антенна
глобальной
навигационной
спутниковой
системы
Координаты должны
быть представлены в
системах геодезических
параметров Земли 1990 г.
(ПЗ-90.02) и WGS-84
Разность координат при передаче от
сети геодезических пунктов не более 0,1
м.
Средняя квадратическая погрешность
определения координат относительно
геодезических пунктов в системах
координат ПЗ-90.02, WGS-84 не более
0,1 м
Диапазон рабочих частот Погрешность измерения коэффициента
(1570–1610) МГц;
усиления
+2,5 дБ
Коэффициент усиления
41 дБ
Коэффициент шума в
диапазоне L1 ГНСС,
не более 3,5 дБ
67
EСЕ/TRANS/WP.29/2013/67
Наименование
средства
испытаний
Требуемые технические характеристики средства испытаний
Имитатор
сигналов
глобальных
спутниковых
навигационных
систем
ГЛОНАСС и
GPS
Количество имитируемых Среднее квадратическое отклонение
сигналов – не менее 12
случайной составляющей основной
погрешности формирования
беззапросной дальности до
навигационного космического
глобальной навигационной спутниковой
системы ГЛОHACC/GPS не более:
- по фазе дальномерного кода – 0,1 м;
- по фазе несущей частоты – 0,001 м;
- по псевдоскорости – 0,005 м/с.
Диапазон измерения
Погрешность измерений
68
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы 4
Наименование
средства
испытаний
Требуемые технические характеристики средства испытаний
Диапазон измерения
Погрешность измерений
Секундомер
цифровой
Максимальный объем
счета - 9ч 59 мин 59,99с
Суточный ход при (25+5)°С не более
+ 1,0с.
Дискретность отсчета времени - 0,01с.
ПГF 1·10-6
ПГA (0,1 .. 0,5) дБ
Векторный
анализатор
цепей
Диапазон частот
300 кГц .. 4 ГГц
Динамический диапазон
(минус 85 .. 40) дБ
Усилитель
Диапазон частот
малошумящий
950 .. 2150 МГц
Коэффициент шума не
более 2,0 дБ
Коэффициент усиления
24 ± 2 дБ
Аттенюатор
Динамический диапазон ПГ ± 0,5 дБ
(0 .. 11) дБ
Аттенюатор
Динамический диапазон ПГ ± 0,5 дБ
(0 .. 110) дБ
Источник
Диапазон установки
ПГ0 ± 3%
питания
напряжения постоянного ПГ1 ± 1%
тока от 0,1 до 30 В
Сила тока выходного
напряжения
не
менее 3 А
Генератор
Частотный диапазон
ПГF ± 1·10-6
сигналов
(1…2)ГГц;
ПГA (0,5 .. 0,9) дБ
Динамический диапазон
(минус 150…
минус 5) дБВт
Осциллограф
Полоса пропускания не ПГT ± 1·10-6
менее 2 ГГц;
ПГA ± 3%
Частота дискретизации
не менее 40 ГГц;
Динамический диапазон
от 1 мВ до 3 В.
П р и м е ч а н и е - Допускается применение оборудования других типов,
обеспечивающих измерение параметров в заданном диапазоне с требуемой
точностью.
69
ECE/TRANS/WP.29/2013/67
2.4 Если при проведении испытаний вычисление погрешностей определения
навигационным модулем координат местоположения и скорости движения
осуществляется с помощью специального программного обеспечения, то
программы для проведения необходимых расчетов должны базироваться на
использовании формул, приведенных в разделе 3.
Процедура испытаний
3.1 Проверка возможности приема и обработки навигационных сигналов
стандартной точности в диапазоне L1 ГНСС ГЛОНАСС с целью определения
координат местоположения и составляющих вектора скорости транспортного
средства.
3.1.1 Собрать схему в соответствии с рисунком 1.
Имитатор
АС
сигналов
Адаптер
питания
ПК
Рисунок 1 – Схема испытательного стенда
3.1.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова
экстренных оперативных служб. С помощью руководства по эксплуатации и
программного обеспечения разработчика настроить навигационный модуль на
прием сигналов только глобальной навигационной спутниковой системы
ГЛОНАСС.
3.1.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации с параметрами траектории
движения, приведенными в таблице 5 только по сигналам ГНСС ГЛОНАСС.
70
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 5 - Основные параметры сценария имитации движения с ускорением до
максимальной скорости
Имитируемый параметр
Продолжительность СИ, чч:мм:сс
Значение
01:00:00
Начальная точка АС в:
- СК WGS-84;
Средняя полоса России
- ПЗ-90.02.
Средняя полоса России
Модель движения АС:
- движение с ускорениями до
250
максимальной скорости, км/ч-
2
ускорение, g
Параметры среды распространения НС:
- тропосфера:
Стандартная
- ионосфера.
Модель «Осень»
Геометрический фактор PDOP
Имитируемые сигналы
≤4
- ГНСС ГЛОНАСС (L1
частотный диапазон СТ код);
- ГНСС GPS (L1 частотный
диапазон C/A код);
- ГНСС ГЛОНАСС/GPS.
Число имитируемых НКА
- не менее 8 НКА ГНСС
ГЛОНАСС;
- не менее 8 НКА ГНСС GPS.
3.1.4 Испытание по проверке возможности приема и обработки сигналов
глобальной навигационной спутниковой системы ГЛОНАСС проведено
успешно, если определены координаты местоположения и составляющие
вектора скорости устройства вызова экстренных оперативных служб,
отображение которых можно наблюдать на персональном компьютере.
3.2 Проверка возможности приема и обработки навигационных си гналов
стандартной точности в диапазоне L1 глобальной навигационной спутниковой
системы GPS с целью определения координат местоположения и составляющих
вектора скорости транспортного средства.
3.2.1 Собрать схему в соответствии с рисунком 1.
3.2.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова
71
EСЕ/TRANS/WP.29/2013/67
экстренных оперативных служб. С помощью руководства по эксплуатации и
программного обеспечения разработчика настроить навигационный модуль на
прием сигналов только глобальной навигационной спутниковой системы только
ГНСС GPS.
3.2.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации с параметрами траектории
движения, приведенными в таблице 5 только по сигналам глобальной
навигационной спутниковой системы С GPS.
3.2.4 Испытание по проверке возможности приема и обработки сигналов
глобальной навигационной спутниковой системы GPS проведено успешно, если
определены координаты местоположения устройства вызова экстренных
оперативных служб, отображение которых можно наблюдать на персональном
компьютере.
3.3 Проверка возможности приема и обработки навигационных сигналов стандартной
точности в диапазоне L1 ГНСС ГЛОНАСС и GPS с целью определения координат
местоположения и составляющих вектора скорости транспортного средства.
3.3.1 Собрать схему в соответствии с рисунком 1
3.3.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью руководства по эксплуатации и программного
обеспечения разработчика настроить навигационный модуль на прием сигналов
глобальных навигационных спутниковых систем ГЛОНАСС и GPS.
3.1.3 Подготовить имитатор к работе в соответствии с руководством по эксплуатации
на него. Запустить сценарий имитации с параметрами траектории движения,
приведенными в таблице 5 по сигналам глобальных навигационных спутниковых
систем ГЛОНАСС и GPS.
3.3.4 Испытание по проверке возможности приема и обработки сигналов глобальной
навигационной спутниковой системы проведено успешно, если определены
координаты местоположения и составляющие вектора скорости устройства вызова
экстренных оперативных служб, отображение которых можно наблюдать на
персональном компьютере.
3.4 Проверка возможности выдачи во внешние устройства информации о
навигационных параметрах в формате NMEA-0183
3.4.1 Собрать схему в соответствии с рисунком 1.
3.4.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью руководства по эксплуатации и программного
обеспечения разработчика настроить навигационный модуль на прием сигналов
глобальных навигационных спутниковых систем ГЛОНАСС и GPS. Настроить
навигационный модуль на выдачу сообщений NMEA-0183 (сообщения RMC, GGA,
VTG, GSA и GSV по [5]).
3.4.3 Подготовить имитатор к работе в соответствии с руководством по эксплуатации
на него. Запустить сценарий имитации сигналов глобальных навигационных
спутниковых систем ГЛОНАСС/GPS с параметрами, приведенными в таблице 6.
72
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 6 - Основные параметры сценария имитации фиксированной точки
пространства
Имитируемый параметр
Значение
Продолжительность СИ, чч:мм:сс
01:00:00
Местоположение АС в:
- СК WGS-84;
Средняя полоса России
- ПЗ-90.02.
Средняя полоса России
Параметры среды распространения НС:
Стандартная
- тропосфера:
Модель «Осень»
- ионосфера.
Геометрический фактор PDOP
Имитируемые сигналы
≤4
- ГНСС ГЛОНАСС (L1 частотный
диапазон СТ код);
- ГНСС GPS (L1 частотный диапазон
C/A код);
- ГНСС ГЛОНАСС/GPS.
Число имитируемых НКА
- не менее 8 НКА ГНСС ГЛОНАСС;
- не менее 8 НКА ГНСС GPS.
3.4.4 Установить по соответствующему интерфейсу соединение устройства вызова
экстренных оперативных служб с персональным компьютером. Проконтролировать
возможность получения навигационной информации по протоколу NMEA-0183 .
3.4.5 Результат испытаний считать положительным, если получена навигационная
информация по протоколу NMEA-0183.
3.5 Проверка алгоритма автономного контроля достоверности навигационных
определений и исключения недостоверных измерений (RAIM)
3.5.1 Собрать схему в соответствии с рисунком 1.
3.5.2 Сформировать сценарий имитации с помощью специального программного
обеспечения для имитатора сигналов для неподвижного объекта с моделируемыми
ошибками эфемеридно - временной информации для 3-х навигационных
космических аппаратов через 10 мин после начала сценария имитации.
3.5.3 Запустить сформированный сценарий имитации на исполнение.
3.5.4 После 10 мин исполнения сценария имитации с помощью специального
программного обеспечения для навигационного модуля глобальной навигационной
спутниковой системы убедиться в отсутствии приема сигналов навигационно
73
EСЕ/TRANS/WP.29/2013/67
космических аппаратов, для которых моделируются ошибки эфемеридно - временной
информации.
3.5.5 Результаты испытаний
требования п.3.5.4.
считать
положительными,
если
выполняются
3.6
Проверка возможности определения навигационных параметров в системах
координат ПЗ-90.02 и WGS-84
3.6.1 Собрать схему в соответствии с рисунком 1.
3.6.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью руководства по эксплуатации и программного
обеспечения разработчика настроить навигационный модуль на прием сигналов
ГНСС ГЛОНАСС и на выдачу навигационных параметров в системе координат ПЗ90.02.
П р и м е ч а н и е - Допускается использование сообщения PIRTR для установки
рабочей системы координат.
3.6.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации с параметрами траектории
движения, приведенными в таблице 6 только по сигналам ГНСС ГЛОНАСС.
3.6.4 Убедиться, что навигационные параметры с использованием сигналов
навигационной системы ГЛОНАСС успешно рассчитаны и отображаются в системе
координат ПЗ-90.02 (сообщение DTM).
3.6.5 Настроить навигационный модуль на выдачу сообщений по протоколу NMEA0183 (сообщения GGA, RMC, VTG, GSA и GSV) с частотой 1 Гц.
3.6.6 Записать в файл сообщения, выдаваемые навигационным модулем глобальной
навигационной спутниковой системы, до момента завершения выбранного сценария
имитации.
3.6.7 Повторить процедуры испытаний по 3.6.1 – 3.6.5 для рабочей системы
координат WGS-84.
3.6.8 Выбрать из каждого массива данных, записанного по 3.6.6, 50 сообщений GGA
(RMC) в одни и те же моменты времени.
3.6.9 Провести пересчет координат из системы координат, в которой проведены
измерение, в другую систему.
3.6.10 Сравнить определенные при испытаниях и пересчитанные координаты,
учитывая
допустимые
значения
погрешности
определения
координат
местоположения, указанных в 2.2.15
3.6.11 Результаты испытаний считать положительными, если массив координат,
полученный при испытаниях, соответствует расчетному.
3.7
Оценка погрешности определения координат в плане и высоты в автономном
статическом режиме
3.7.1 Собрать схему в соответствии с рисунком 1.
3.7.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что навигационный модуль настроен на прием сигналов глобальных навигационных
спутниковых систем ГЛОНАСС и GPS, а значение параметра настройки
74
EСЕ/TRANS/WP.29/2013/67
GNSS_MIN_ELEVATION
установлено
равным
5
градусам.
Настроить
навигационный модуль на выдачу сообщений по протоколу NMEA-0183 (сообщения
GGA, RMC, VTG, GSA и GSV) с частотой 1 Гц.
П р и м е ч а н и е – Настройка частоты выдачи навигационных сообщений
навигационным модулем устройства вызова экстренных оперативных служб
осуществляется с помощью параметра установки GNSS_DATA_RATE.
3.7.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации только по сигналам глобальной
навигационной спутниковой системы ГЛОНАСС с параметрами имитации,
приведенными в таблице 6.
3.7.4 При получении после запуска сценария имитации навигационного решения
обеспечить запись в файл сообщений, выдаваемых навигационным модулем
глобальной навигационной спутниковой системы, до момента завершения
выбранного сценария имитации.
3.7.5 Выделить из файла информацию, содержащуюся в сообщениях GGA (RMC),
об определенных в ходе испытаний координатах местоположения: широты (В),
долготы (L) и высоты (H).
3.7.6 Рассчитать систематическую погрешность определения координат на
интервалах стационарности по формулам (1), (2), например, для координаты В
(широта):
(1)
(2)
B( j )  B( j )  Bистj,
1 N
dB    B( j ),
N j 1
где Bистj – действительное значение координаты В в j–ый момент времени, угл. с;
Bj – определенное навигационным модулем значение координаты В в j–ый момент
времени, угл. с;
N – количество сообщений GGA (RMC), поступивших при испытаниях от
навигационного модуля.
Аналогичным образом рассчитать систематические погрешности определения
координат L ( долгота) и H ( высота).
П р и м е ч а н и е – Определяемые при испытаниях значения высоты исчисляются в
метрах.
3.7.7 Рассчитать среднее квадратическое отклонение (СКО) результата определений
координат по формуле (3), например, для координаты В:
75
EСЕ/TRANS/WP.29/2013/67
N
σB 
 (B(j)  dB)
j 1
(3)
N 1
2
,
Аналогичным образом рассчитать СКО результата определений координат L и Н.
3.7.8 Перевести рассчитанные значения погрешности определения широты и долготы
из угловых секунд в метры по формулам (4) - (5):
- для широты:
(4)
a(1  e2 )
0,5  π
dB(м)  2 

,
2
2 3/2
(1  e sin ) 180  3600
- для долготы:
dL(м)  2 
(5)
0,5  π
,
1  e 2 sin 2 180  3600
a  cos

где а – большая полуось эллипсоида, м
e – первый эксцентриситет
φ – текущая широта, рад.
3.7.9 Рассчитать погрешность определения координат в плане и высоты (при
доверительной вероятности 0,95) по формулам (6) и (7) соответственно:
(6)
П план  dB 2 (м)  dL2 (м)  2   B2 (м)   L2 (м) ,
(7)
П Н  dH  2 H ,
3.7.10 Повторить процедуры испытаний по 3.5.3 – 3.5.9 по сценарию имитации
только сигналов глобальной навигационной спутниковой системы GPS
с
параметрами имитации, приведенными в таблице 6.
3.7.11 Повторить процедуры испытаний по 3.5.3 – 3.5.9 по сценарию имитации
сигналов совмещенного созвездия глобальных навигационных спутниковых систем
ГЛОНАСС и GPS с параметрами имитации, приведенными в таблице 6.
3.7.12 Повторить процедуры испытаний по 3.5.2 – 3.5.11 для остальных образцов
устройств вызова экстренных оперативных служб, представленных на испытания.
76
EСЕ/TRANS/WP.29/2013/67
3.7.13 Определить средние по результатам испытаний значения показателей (6) и (7)
с учетом общего количества испытанных образцов устройств вызова экстренных
оперативных служб.
3.7.14 Подключить к испытываемому образцу антенну глобальной навигационной
спутниковой системы, входящую в состав системы и перевести навигационный
модуль в режим приема сигналов соответствующей глобальной навигационной
спутниковой системы. Повторить процедуры испытаний по 3.5.4 – 3.5.13 в реальном
масштабе времени при подаче навигационных сигналов от антенны, расположенной
на геодезическом пункте (реперной точке) по реальным сигналам:
- ГНСС ГЛОНАСС;
- ГНСС GPS;
- совмещенной ГНСС ГЛОНАСС/GPS.
П р и м е ч а н и е – Перевод навигационного модуля в режимы приема сигналов
соответствующей глобальной навигационной спутниковой системы или
совмещенного созвездия навигационных космических аппаратов глобальной
навигационной спутниковой системы осуществляется порядком, изложенным в
руководстве по эксплуатации на устройства вызова экстренных оперативных служб.
3.7.15 Результаты испытаний считают удовлетворительными, если полученные в
ходе испытаний погрешности (при доверительной вероятности 0,95) определения
координат и высоты не превышают допустимых значений, указанных в пункте 2.2.15
3.8
Оценка погрешности определения координат в плане, высоты и скорости в
динамическом режиме
3.8.1 Собрать схему в соответствии с рисунком 1.
3.8.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации на него. Включить устройство вызова
экстренных оперативных служб. С помощью программного обеспечения
разработчика убедиться, что навигационный модуль настроен на прием сигналов
глобальных навигационных спутниковых систем ГЛОНАСС и GPS, а значение
параметра настройки GNSS_MIN_ELEVATION установлено равным 5 градусам.
Настроить навигационный модуль на выдачу сообщений по протоколу NMEA-0183
(сообщения GGA, RMC, VTG, GSA и GSV) с частотой 1 Гц.
П р и м е ч а н и е – Настройка частоты выдачи навигационных сообщений
навигационным модулем устройства вызова экстренных оперативных служб
осуществляется с помощью параметра установки GNSS_DATA_RATE.
3.8.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации для движения с ускорением до
максимальной скорости, установленной в эксплуатационной документации на
испытываемое устройство вызова экстренных оперативных служб, с имитацией
только сигналов ГНСС ГЛОНАСС (таблица 5).
3.8.4 При получении после запуска сценария имитации навигационного решения
провести запись в файл сообщений,
выдаваемых модулем глобальных
навигационных спутниковых систем до момента завершения выбранного сценария
имитации.
3.8.5 Выделить из файла
информацию, содержащуюся в сообщениях, об
определенных навигационным модулем координатах (широты, долготы, высоты) и
скорости движения.
77
EСЕ/TRANS/WP.29/2013/67
3.8.6 Рассчитать погрешность определения координат в плане и высоты (для
доверительной вероятности 0,95) по формулам (1) – (7).
3.8.7 Рассчитать систематическую погрешность и среднее квадратическое
отклонение результата определения скорости по формулам (8) - (10):
(8)
(9)
V(j)  V(j) - Vистj ,
1 N
dV    V(j) ,
N j1
N
 (V(j)  dV)
2
V 
(10)
j 1
N 1
,
где Vистj – действительное значение скорости в j–ый момент
времени, м/с;
Vj – измеренное значение скорости в j–ый момент времени, м/с;
N – количество измерений сообщений RMC (VTG), поступивших при испытаниях от
навигационного модуля.
3.8.8 Рассчитать погрешность (при доверительной вероятности 0,95) определения
скорости по формуле (11):
(11)
П V  dV  2 V
3.8.9 Перевести сценарий имитации движения с ускорением до максимальной
скорости в режим имитации сигналов только глобальной навигационной
спутниковой системы GPS и выполнить процедуры по 3.6.4 – 3.6.8.
3.8.10 Перевести сценарий имитации движения с ускорением до максимальной
скорости в режим имитации сигналов совмещенного созвездия
глобальных
навигационных спутниковых систем ГЛОНАСС и GPS и выполнить процедуры по
3.8.4 – 3.8.8.
3.8.11 Повторить процедуры испытаний по 3.8.2 – 3.8.10 для остальных образцов
устройства вызова экстренных оперативных служб, представленных на испытания.
3.8.12 Определить средние значения показателей (6), (7) и (11) по результатам
испытаний устройств вызова экстренных оперативных служб с использованием
сценария имитации движения с ускорением до максимальной скорости (таблица 1) с
учетом общего количества испытанных образцов устройств вызова экстренных
оперативных служб.
78
EСЕ/TRANS/WP.29/2013/67
3.8.13 Повторить процедуры испытаний по 3.8.2 – 3.8.12 для сценариев имитации
движения с маневрированием (таблица 7) и движения в местах затенения и
неуверенного приема навигационных сигналов (таблица 8).
Т а б л и ц а 7 - Основные параметры сценария имитации движения с
маневрированием
Имитируемый параметр
Продолжительность СИ, чч:мм:сс
Значение
02:00:00
Начальная точка АС в:
- СК WGS-84;
Средняя полоса России
- ПЗ-90.02.
Средняя полоса России
Модель движения АС:
Движение с маневрированием
- скорость, м/с;
10
- радиус поворотов, м;
- ускорение на поворотах, м/с
500
2
0,2
Параметры среды распространения НС:
- тропосфера:
Стандартная
- ионосфера.
Модель «Весна»
Геометрический фактор PDOP
Имитируемые сигналы
≤4
- ГНСС ГЛОНАСС (L1
частотный диапазон СТ код);
- ГНСС GPS (L1 частотный
диапазон C/A код);
- ГНСС ГЛОНАСС/GPS.
Число имитируемых НКА
- не менее 8 НКА ГНСС
ГЛОНАСС;
- не менее 8 НКА ГНСС GPS.
79
EСЕ/TRANS/WP.29/2013/67
Т а б л и ц а 8 - Основные параметры сценария имитации движения в местах затенения и
неуверенного приема навигационных сигналов
Имитируемый параметр
Продолжительность СИ, чч:мм:сс
Значение
01:20:00
Начальная точка АС в:
- СК WGS-84;
Средняя полоса России
- ПЗ-90.02.
Средняя полоса России
Модель движения АС
Движение с маневрированием
- максимальная скорость, м/с
10
Радиовидимость НС:
- интервалы видимости сигналов, с;
300
- интервалы отсутствия сигналов, с.
600
Параметры среды распространения НС:
- тропосфера:
Стандартная
- ионосфера.
Модель «Весна»
Геометрический фактор PDOP
Имитируемые сигналы
≤4
- ГНСС ГЛОНАСС (L1 частотный
диапазон СТ код);
- ГНСС GPS (L1 частотный
диапазон C/A код);
- ГНСС ГЛОНАСС/GPS.
Число имитируемых НКА
- не менее 8 НКА ГНСС
ГЛОНАСС;
- не менее 8 НКА ГНСС GPS.
3.7.14 Определить средние значения показателей (6), (7) и (11) по результатам
испытаний устройства вызова экстренных оперативных служб в динамическом
режиме с учетом общего количества сценариев имитации, реализованных для
данного режима.
3.7.15 Результаты испытания устройства вызова экстренных оперативных служб в
динамическом режиме считаются удовлетворительными, если полученные в ходе
испытаний погрешности (при доверительной вероятности 0,95) определения
координат в плане, высоты, а также скорости движения не превышают допустимых
значений, указанных в пункте 2.2.15.
3.9 Проверка минимального временного интервала обновления обсервационных
данных
80
EСЕ/TRANS/WP.29/2013/67
3.9.1 Проанализировать файл с результатами испытаний по пункту 3.6. Убедиться в
отсутствии одинаковых значений координат для смежных (по временной метке)
сообщений GGA.
3.9.2 Результат испытания считать положительным, если выполняется условие в
пункте 3.9.1.
3.10 Проверка времени восстановления слежения за сигналами рабочего созвездия
навигационных космических аппаратов после потери слежения из-за затенения
3.10.1 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что модуль глобальной навигационной спутниковой системы настроен на прием
сигналов глобальных навигационных спутниковых систем ГЛОНАСС и GPS.
3.10.2 Подключить антенну глобальной навигационной спутниковой системы к
устройству вызова экстренных оперативных служб.
3.10.3 Дождаться получения навигационного решения навигационным модулем
устройства вызова экстренных оперативных служб.
3.10.4 Отключить антенну от устройству вызова экстренных оперативных служб
(навигационного модуля) и вновь подключить через интервал времени, не
превышающий 60 с.
При помощи секундомера зафиксировать временной интервал между моментами
отключения/подключения антенны и появлением в диалоговом окне интерфейсной
программы информации о восстановлении слежения за навигационными
космическими аппаратами из рабочего созвездия (получения первого после
подключения антенны навигационного решения).
3.10.5 Процедуру испытаний по 3.10.4 повторить не менее 30 раз.
3.10.6 По выборке из проведенных измерений рассчитать среднее значение времени
восстановления слежения за сигналами рабочего созвездия навигационных
космических аппаратов при выходе устройства вызова экстренных оперативных
служб из зоны затенения с учетом числа образцов устройств вызова экстренных
оперативных служб, представленных на испытания.
3.10.7 Результат испытания считать положительным, если среднее значение времени
восстановления слежения за сигналами рабочего созвездия навигационных
космических аппаратов после потери слежения из-за затенений не более 5 с после
восстановления видимости навигационных космических аппаратов.
3.10.8 С помощью программного обеспечения разработчика устройства вызова
экстренных оперативных служб и руководства по эксплуатации настроить
навигационный модуль устройства вызова экстренных оперативных служб на прием
сигналов только от навигационных космических аппаратов ГЛОНАСС и повторить
процедуры испытаний по 3.10.2 – 3.10.7.
3.10.9 С помощью программного обеспечения разработчика устройства вызова
экстренных оперативных служб и руководства по эксплуатации настроить
навигационный модуль устройства вызова экстренных оперативных служб на прием
сигналов только от навигационных космических аппаратов GPS и повторить
процедуры испытаний по 3.10.2 – 3.10.7.
3.11 Проверка времени решения навигационной задачи в режиме «холодного» старта
81
EСЕ/TRANS/WP.29/2013/67
3.11.1 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что модуль ГНСС настроен на прием сигналов глобальных навигационных
спутниковых систем ГЛОНАСС и GPS.
3.11.2 Произвести сброс всех эфемерид навигационных космических аппаратов и
альманахов систем из оперативного запоминающего устройства навигационного
приемника.
3.11.3 Подключить антенну глобальной навигационной спутниковой системы к
устройству вызова экстренных оперативных служб. При помощи секундомера
отметить временной интервал между моментами подключения антенны и
появлением в диалоговом окне интерфейсной программы результата решения
навигационной задачи.
3.11.4 Процедуры испытаний по 3.11.2 и 3.11.3 провести не менее 30 раз.
3.11.5 По выборке из проведенных измерений рассчитать среднее значение времени
принятия решения навигационной задачи в режиме «холодного» старта (неизвестны
альманах, эфемериды, время, координаты) с учетом числа образцов устройств вызова
экстренных оперативных служб, представленных на испытания.
3.11.6 С помощью программного обеспечения разработчика устройства вызова
экстренных оперативных служб и руководства по эксплуатации настроить
навигационный модуль устройства вызова экстренных оперативных служб на прием
сигналов только от навигационных космических аппаратов ГЛОНАСС и повторить
процедуры испытаний по 3.11.2 – 3.11.5.
3.11.7 С помощью программного обеспечения разработчика устройства вызова
экстренных оперативных служб и руководства по эксплуатации настроить
навигационный модуль устройства вызова экстренных оперативных служб на прием
сигналов только от навигационных космических аппаратов GPS и повторить
процедуры испытаний по 3.11.2 – 3.11.5.
3.11.8 Результат испытания считать положительным, если средние значения
интервала времени, рассчитанного по 3.11.5, не превышают 60 с.
3.12 Определение чувствительности навигационного приемника в режиме поиска
(захвата) и в режиме удержания (слежения) сигналов глобальной навигационной
спутниковой системы.
3.12.1 Включить векторный анализатор цепей. Произвести калибровку векторного
анализатора цепей согласно руководству по эксплуатации на него.
3.12.2 Собрать схему в соответствии с рисунком 2.
Векторный анализатор
цепей
Усилитель
малошумящий
Аттенюатор
0…11дБ
Аттенюатор
0…110дБ
Рисунок 2 – Схема калибровки тракта
82
EСЕ/TRANS/WP.29/2013/67
3.12.3 Установить на аттенюаторах нулевые значения ослабления тракта. Произвести
измерения амплитудно-частотной характеристики данного тракта в частотном
диапазоне L1 сигналов глобальных навигационных спутниковых систем
ГЛОНАСС/GPS. Зафиксировать среднее значение коэффициента передачи тракта в
[дБ] в данном диапазоне частот.
Устройство
3.12.4 Собрать схему в соответствии с рисунком 3.
вызова
экстренных
Усилитель
Аттенюатор
Аттенюатор
оперативных
малошумящий
0…11дБ
0…110дБ
служб
Имитатор
Персональный
Адаптер
сигналов
компьютер
питания
Рисунок 3 – Схема определения чувствительности модуля ГНСС
3.12.5 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что навигационный модуль настроен на прием сигналов глобальных навигационных
спутниковых систем ГЛОНАСС и GPS. Произвести сброс всех эфемерид
навигационных космических аппаратов и альманах системы из оперативного
запоминающего устройства навигационного приемника глобальной навигационной
спутниковой системы, что соответствует режиму «холодного» старта навигационного
модуля устройства вызова экстренных оперативных служб.
3.12.6 Установить на аттенюаторах значения ослабления тракта равным 110 дБ.
Подготовить имитатор к работе в соответствии с руководством по эксплуатации на
него. Запустить сценарий имитации сигналов ГНСС ГЛОНАСС/GPS с параметрами,
приведенными в таблице 6. На имитаторе установить уровень выходной мощности
минус 150 дБВт.
3.12.7 Проконтролировать в диалоговом окне интерфейсной программы сброс даты,
времени и координат.
3.12.8 С шагом 1 дБ уменьшать выставленное на аттенюаторах ослабление тракта
(увеличивать мощность навигационного сигнала на входе навигационного модуля) до
того момента, пока устройство вызова экстренных оперативных служб примет
решение навигационной задачи. Зафиксировать уровень сигнала глобальной
навигационной спутниковой системы на антенном входе устройства вызова
экстренных оперативных служб с учетом начального значения коэффициента
передачи тракта в режиме поиска (захвата) сигнала глобальной навигационной
спутниковой системы.
П р и м е ч а н и е – Переключение аттенюаторов осуществлять с периодичностью не
менее 120 с для контроля наличия/отсутствия навигационного решения, выдаваемого
навигационным приемником устройства вызова экстренных оперативных служб.
3.12.9 Установить на аттенюаторах значение ослабления тракта таким, чтобы уровень
сигнала на антенном входе устройства вызова экстренных оперативных служб
составил минус 160 дБВт. В течение 15 минут дать навигационному модулю
83
EСЕ/TRANS/WP.29/2013/67
возможность набрать эфемериды и альманах глобальной навигационной спутниковой
системы.
3.12.10 С шагом 1 дБ увеличивать выставленное на аттенюаторах ослабление тракта
(уменьшать мощность навигационного сигнала) до момента сброса решения
навигационной задачи. Зафиксировать, с учетом начального значения коэффициента
передачи тракта, уровень сигнала глобальной навигационной спутниковой системы
на антенном входе устройства вызова экстренных оперативных служб, при котором
модуль глобальной навигационной спутниковой системы имел последнее решение
навигационной задачи в режиме удержания (слежения).
3.12.11 Результаты испытаний считать положительными, если для всех образцов
устройства вызова экстренных оперативных служб, представленных на испытания,
зафиксированный в 3.10.8 уровень сигнала глобальной навигационной спутниковой
системы на антенном входе устройства вызова экстренных оперативных служб в
режиме поиска не более минус 163 дБВт и если зафиксированный в 3.10.10 уровень
сигнала глобальной навигационной спутниковой системы на антенном входе
устройство вызова экстренных оперативных служб в режиме удержания (слежения)
не более минус 188 дБВт.
3.13 Проверка возможности изменения частоты выдачи данных в требуемом
диапазоне значений с помощью параметра настройки и GNSS_DATA_RATE
3.13.1 Собрать схему в соответствии с рисунком 4.
Имитатор
сигналов
Осциллограф
Устройство вызова
экстренных
оперативных служб
Адаптер
питания
Персональный
компьютер
Рисунок 4 – Схема испытательного стенда
Примечания
1. Испытания рекомендуется совмещать с испытаниями по 3.6.
2. Для устройства вызова экстренных оперативных служб, навигационный приемник
которых не позволяет изменять частоту выдачи навигационных данных, испытания
проводят в соответствии с 3.13.2 – 3.13.5.
3. Для устройства вызова экстренных оперативных служб, навигационный приемник
которых позволяет изменять частоту выдачи навигационных данных, испытания
проводят в соответствии с 3.13.2 – 3.13.8 после завершения испытаний по оценке
навигационных параметров по совмещенной группировке ГЛОНАСС/GPS по 3.8.
3.13.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
84
EСЕ/TRANS/WP.29/2013/67
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что модуль глобальной навигационной спутниковой системы настроен на прием
сигналов глобальных навигационных спутниковых систем ГЛОНАСС и GPS.
Настроить навигационный модуль на выдачу сообщений по протоколу NMEA-0183
(сообщения GGA, RMC, GGA, VTG, GSA и GSV) с частотой 1 Гц.
П р и м е ч а н и е –Настройка частоты выдачи навигационных сообщений
навигационным приемником устройства вызова экстренных оперативных служб
осуществляется с помощью параметра установки GNSS_DATA_RATE.
3.13.3 Включить и настроить осциллограф на прием сигналов в заданной полосе
частот.
3.13.4 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Запустить сценарий имитации для движения с ускорением до
максимальной скорости, установленной в эксплуатационной документации на
испытываемое устройство вызова экстренных оперативных служб с имитацией
сигналов глобальных навигационных спутниковых систем ГЛОНАСС и GPS
(таблица 5).
3.13.5 При получении навигационного решения убедиться с помощью осциллографа,
что частота выдачи данных навигационным модулем соответствует установленной.
3.13.6 Остановить сценарий имитации и в настройках навигационного приемника
глобальной
навигационной
спутниковой
системы(параметр
настройки
GNSS_DATA_RATE) установить другое значение частоты, например 2 Гц.
3.13.7 Запустить сценарий имитации и при помощи осциллографа убедиться, что
частота выдачи данных соответствует установленной.
3.13.8 Повторить пункты 5.11.6 и 3.11.7 с последовательной установкой значений
параметра GNSS_DATA_RATE, равными 5 и 10 Гц.
3.13.9 Результат испытаний считается положительным, если для всех образцов
устройств вызова экстренных оперативных служб, представленных на испытания,
возможна установка различных частот выдачи данных, определяемых параметром
GNSS_DATA_RATE, в диапазоне значений 1, 2, 5, 10 Гц.
3.14 Проверка минимального угла возвышения (угла отсечки) навигационных
космических аппаратов
3.14.1 Собрать схему в соответствии с рисунком 1.
3.14.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что навигационный модуль настроен на прием сигналов глобальных навигационных
спутниковых систем ГЛОНАСС и GPS.
3.14.3 С помощью программного обеспечения разработчика ввести значение
параметра
GNSS_MIN_ELEVATION
(минимального
угла
возвышения
навигационных космических аппаратов или угла отсечки), равным 5°.
3.14.4 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Для сценария имитации сигналов глобальных навигационных
спутниковых систем ГЛОНАСС/GPS (таблица 6) определить из числа нисходящих
навигационно-космических аппаратов навигационный спутник (ГЛОНАСС или
GPS), для которого момент времени t1 по достижению угла возвышения, равного 5°,
будет ближайшим от момента запуска сценария имитации. Записать указанный
85
EСЕ/TRANS/WP.29/2013/67
момент времени и условный номер навигационного спутника, которому этот момент
времени соответствует.
3.14.5 Запустить сценарий имитации систем ГЛОНАСС/GPS с параметрами,
приведенными в таблице 6.
3.14.6 Наблюдать на мониторе персонального компьютера выбранный навигационнокосмический аппарат и убедиться, что после прохождения момента времени t1 он
исключен из обработки (сообщение GSA). Остановить сценарий.
3.14.7 С помощью программного обеспечения разработчика ввести значение
параметра GNSS_MIN_ELEVATION (минимального угла возвышения навигационнокосмического аппарата или угла отсечки), равным 15°.
Повторить пункты 3.14.4 - 3.14.6, приняв за момент запуска сценария имитации
момент времени t1 .
3.14.8 Результаты испытаний считать положительными, если для всех образцов
устройства вызова экстренных оперативных служб, представленных на испытания,
угол отсечки для выбранных навигационно-космических аппаратов соответствует
установленным (5°,15°).
3.15 Проверка времени отключения питания навигационного модуля
(навигационного приемника глобальной навигационной спутниковой системы) после
выключения зажигания
3.15.1 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика выйти в
режим просмотра и изменения параметров настройки установочных параметров
устройство вызова экстренных оперативных служб.
3.15.2
Проверить
и
записать
значение
параметра
настройки
GNSS_POWER_OFF_TIME в образце устройства вызова экстренных оперативных
служб, представленном на испытания. Ввести новое значение параметра настройки
GNSS_POWER_OFF_TIME, равное 10 с.
П р и м е ч а н и е – исходное значение параметра должно быть 500 мс.
3.15.3 Выключить устройство вызова экстренных оперативных служб и при помощи
секундомера зафиксировать фактическое время отключения устройства вызова
экстренных оперативных служб по индикатору состояния системы.
3.15.4 Убедиться, что для всех образцов устройства вызова экстренных оперативных
служб, представленных на испытания, зафиксированное время отключения
соответствует значению, заданному в 3.13.2.
3.15.5 Порядком, изложенным в 3.15.1 - 3.15.2, ввести исходное значение параметра
GNSS_POWER_OFF_TIME.
П р и м е ч а н и е –проверка по 3.15 является факультативной для штатных систем.
3.16 Проверка выполнения требований назначения при воздействии гармонических
помех
3.16.1 Собрать схему в соответствии с рисунком 5.
86
EСЕ/TRANS/WP.29/2013/67
Имитатор
Адаптер
питания
ВХ «П»
Генератор
сигналов
помех
Устройства вызова
экстренных
оперативных служб
Персональный
компьютер
Рисунок 5 – Схема испытательного стенда
Примечание: На рисунке Д.5 под ВХ «П» понимается радиочастотный порт
имитатора сигналов для подачи сигнала внешней помехи
3.16.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации. Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что навигационный приемник глобальной навигационной спутниковой системы
настроен на прием сигналов ГЛОНАСС и GPS.
3.16.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Установить уровень мощности полезных сигналов, равным
минус 161 дБВт.
3.16.4 Подготовить генератор гармонических помех к работе в соответствии с
руководством по эксплуатации на него.
3.16.5 Повторить испытания указанные в 3.1, 3.5, 3.7, 3.8, 3.9, 3.10, 3.11,
последовательно подавая гармонические помехи в пределах пороговых значений,
указанных в таблице 1 для проверки работы по сигналам ГЛОНАСС СТ L1.
3.16.6 Испытания считаются успешными, если для всех образцов устройства вызова
экстренных оперативных служб, представленных на испытания, обеспечивается
выполнение требований назначения устройства вызова экстренных оперативных
служб в режиме работы по сигналам ГЛОНАСС для всех значений гармонической
помехи по таблице 1.
3.16.7 Повторить испытания указанные в 3.2, 3.5, 3.7, 3.8, 3.9, 3.10, 3.11
последовательно подавая гармонические помехи в пределах пороговых значений,
указанных в таблице 2 для проверки работы по сигналам GPS.
3.16.8 Испытания считаются успешными, если для всех образцов устройства вызова
экстренных оперативных служб, представленных на испытания, обеспечивается
выполнение требований назначения устройства вызова экстренных оперативных при
режиме работы по сигналам GPS для всех значений таблицы 2.
3.17 Проверка обеспечения слежения за сигналами глобальной навигационной
спутниковой системы при воздействии импульсных помех
3.17.1 Собрать схему в соответствии с рисунком 5.
87
EСЕ/TRANS/WP.29/2013/67
3.17.2 Подготовить устройство вызова экстренных оперативных служб к работе
согласно руководству по эксплуатации Включить устройство вызова экстренных
оперативных служб. С помощью программного обеспечения разработчика убедиться,
что навигационный приемник
настроен
на
прием
сигналов
глобальных
навигационных спутниковых систем ГЛОНАСС и GPS.
3.17.3 Подготовить имитатор к работе в соответствии с руководством по
эксплуатации на него. Установить уровень мощности полезных сигналов, равным
минус 161 дБВт.
3.17.4 Подождать 15 минут и убедится, что модуль глобальной навигационной
спутниковой системы перешел в режим слежения за навигационно- космическими
аппаратами из рабочего созвездия глобальной навигационной спутниковой системы.
3.17.5 Подготовить генератор импульсных помех к работе в соответствии с
руководством по эксплуатации на него.
3.17.6 Подать импульсные помехи с заданными параметрами:
- Частотный диапазон – от 1565,42 МГц до 1609,36 МГц для ГЛОНАСС/GPS;
- Пороговое значение помехи (пиковая мощность импульса) - минус 10 дБВт;
- Длительность импульса - ≤1мс;
- Скважность - ≥10.
3.17.7 Наблюдать в течение 15 минут за появлением в диалоговом окне
интерфейсной программы информации о слежении за навигационно-космическими
аппаратами из рабочего созвездия и передачи координат ГЛОНАСС и GPS.
3.17.8 Испытания считаются успешными, если для всех образцов устройств вызова
экстренных оперативных служб, представленных на испытания, не зафиксировано
случаев срывов слежения за рабочим созвездием навигационно-космических
аппаратов ГЛОНАСС/GPS в период воздействия импульсной помехи.
88
ECE/TRANS/WP.29/2013/67
Приложение 9 – Добавление А
Параметры настройки автомобильной системы вызова экстренных оперативных служб
Имя параметра
Тип параметра/
Начальное
интервал
значение
параметра2)
параметра
Описание параметра
Примени-
Возможность
мость
изменения
требования1)
настроек
Единица
устройства
измерения
вызова
экстренных
оперативных
служб4)
1
2
3
4
5
6
7
ДО
Да
ДО
Да
ДО, ШО
Да
ДО, ШО
Да
Радио mute
RADIO_MUTE_DELAY
Миллисекунды
RADIO_UNMUTE_DELAY
Миллисекунды
ECALL_BLACK_LIST
AUTOMATIC_
REGISTRATION
-
-
Задержка между установкой сигнала
«радио mute» и началом проигрывания звука
INT
0
Задержка между снятием сигнала «радио
mute» и окончанием проигрывания звука
Установки общего назначения
Список сетей, в которых услуга
Пустой
Формат данных3)
«Экстренный вызов» не предоставляется
список
INT
BOOLEAN
0
FALSE
Флаг, разрешающий автоматическую
регистрацию SIM в сети после включения
питания
89
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
6
7
Промежуток времени после завершения
экстренного вызова, в течение которого
CALL_ AUTO_ ANSWER_
TIME
Минуты
INT
20
устройство вызова экстренных оперативных
ДО, ШО
Да
ДО, ШО
Да
ДО, ШО
Да
ДО, ШО
Да
ДО
Да
служб автоматически отвечает на входящие
звонки
SELFTEST_INTERVAL
Часы
INT
0
Интервал проведения периодической
самодиагностики. Если значение
установлено в «0», то периодическая
самодиагностика не проводится
POST_TEST_
Секунды
INT
120
Промежуток времени, в течение которого
устройство вызова экстренных оперативных
REGISTRATION_TIME
служб остается зарегистрированной в сети
после передачи результатов самодиагностики оператору системы
TEST_MODE_END_
DISTANCE
Метры
GARAGE_MODE_END_
DISTANCE
Метры
INT
300
Дистанция, на которой режим
тестирования выключается автоматически
INT
300
Дистанция, на которой режим
«автосервис» выключается автоматически
90
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
ECALL_TEST_NUMBER
-
STRING
112
Телефонный номер для тестовых звонков
eCall
GARAGE_MODE_PIN
-
ENUM
NONE
Линия, сигнализирующая, что система
находится в режиме «Автосервис»:
{NONE, PIN_1 PIN_8}
INT_MEM_TRANSMIT_
INTERVAL
INT_MEM_TRANSMIT_
ATTEMPTS
Минуты
-
INT
INT
- NONE - нет сигнализации режима;
- PIN_X – PIN_X - линия активна, когда
система в данном режиме
60
10
Промежуток времени между попытками
передачи сообщения, содержащегося во
внутренней памяти устройство вызова
экстренных оперативных служб. Значение не
может быть установлено в «0»
Число повторных попыток передачи
сообщения, содержащегося во внутренней
памяти устройство вызова экстренных
оперативных
служб
а.
Значение,
установленное в «0», означает, что
повторных попыток передачи сообщения не
производится
6
7
ДО, ШО
Да
ДО
Да
ДО, ШО
Да
ДО, ШО
Да
91
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
6
7
Конфигурация и конфигурационные данные услуг
Базовая услуга «ЭРА-ГЛОНАСС» (услуга eCall)
ECALL_ ON
-
BOOLEAN
TRUE
CRASH_SIGNAL_
-
BOOLEAN
TRUE
INTERNAL
CRASH_SIGNAL_
-
BOOLEAN
FALSE
REAL
1.8
EXTERNAL
ASI15_TRESHOLD
ECALL_MODE_PIN
-
ENUM
{NONE, PIN_1
.. PIN_8}
NONE
eCall услуга включена
Только транспортные средства категории
M1 - для определения события аварии
используется встроенный измеритель
ускорения
Только транспортные средства категории M1
- для определения факта ДТП используется
внешний датчик в транспортном средстве
Только транспортные средства категории
M1
- порог
срабатывания
датчика
автоматической идентификации события
ДТП
ДО, ШО
Да
ДО
Да
ДО
Да
ДО
Да
ДО
Да
Линия, сигнализирующая, что система
находится в режиме eCall:
- NONE - нет сигнализации режима
- PIN_X – PIN_X линия активная, когда
система в данном режиме
92
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
SOS_BUTTON_TIME
Миллисекунды
CCFT
INVITATION_SIGNAL_
DURATION
3
4
5
INT
200
Минуты
INT
60
Миллисекунды
INT
200
6
7
Время нажатия на кнопку «Экстренный
вызов» для активации режима «Экстренный
вызов»
ДО
Да
Длительность счетчика автоматического
прекращения звонка (60 м)
ДО, ШО
Да
ДО, ШО
Да
Длительность сигнала INVITATION
(2 с)
SEND_MSG_PERIOD
Миллисекунды
INT
200
Период сообщения SEND MSG (2 с)
ДО, ШО
Да
AL_ACK_PERIOD
Миллисекунды
INT
200
Период AL-ACK (2 с)
ДО, ШО
Да
INT
20
ДО, ШО
Да
ДО, ШО
Да
MSD_MAX_
TRANSMISSION_TIME
Секунды
NAD_DEREGISTRATION_
TIMER
Минуты
INT/больше/
равно 720
)
8
Максимальная
MSD (20 с)
длительность
передачи
Время, после которого, коммуникационный модуль GSM и UMTS прекращает
регистрацию в сети (8 ч)
93
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
NAD_DEREGISTRATION_
TIMER
Минуты
ECALL_DIAL_DIRATION
Минуты
INT
ECALL_AUTO_DIAL_
ATTEMPTS
-
INT
ECALL_MANUAL_DIAL_
ATTEMPTS
-
ECALL_MANUAL_CAN_
CANCEL
-
ECALL_SMS_FALLBACK_
NUMBER
-
INT/больше/
равно 720
BOOLEAN
6
7
Время, после которого, коммуникационный модуль GSM и UMTS прекращает
регистрацию в сети (8 ч)
ДО, ШО
Да
5
Общая продолжительность дозвона при
инициации экстренного вызова
ДО, ШО
Да
10
Только транспортные средства категории
M1 - число попыток дозвона при
автоматически инициированном экстренном
вызове. Не может быть установлено в «0»
ДО, ШО
Да
Число попыток дозвона при экстренном
вызове, инициированном вручную. Значение
не может устанавливаться в «0»
ДО, ШО
Да
TRUE –экстренный вызов, инициированный вручную, может быть прекращен со
стороны пользователя
ДО, ШО
Да
Номер, по которому устройство вызова
экстренных оперативных служб посылает
SMS с МНД по запросу от оператора
системы
ДО, ШО
Да
8
)
INT
STRING
5
10
TRUE
112
94
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
6
7
Пакетная передача данных
USE_GPRS_WHITE_LIST
GPRS_WHITE_LIST
-
-
BOOLEAN
FALSE
Формат
Пустой
список
данных3)
Параметр, указывающий на необходимость использования GPRS_WHITE_LIST
при организации пакетной передачи данных
ДО, ШО
Да
Список сетей, в которых разрешена
пакетная передача данных. Если список
GPRS_WHITE_LIST пуст, то пакетная
передача данных запрещена
ДО, ШО
Да
ДО, ШО
Да
Режим тестирования
TEST_REGISTRATION_
PERIOD
Минуты
INT
5
Если устройство вызова экстренных
оперативных служб было зарегистрировано
в сети посредством нажатия на кнопку
«Дополнительные
функции»,
то
последующая
регистрация
устройства
вызова экстренных оперативных служб в
сети
при
нажатии
на
кнопку
«Дополнительные функции» возможна не
ранее чем через данный промежуток
времени. Если значение установлено в «0»,
то
ограничений
на
последующую
регистрацию устройства вызова экстренных
оперативных служб в сети не накладывается
95
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
6
7
Запись профиля ускорения при ДТП
IGNITION_OFF_FOLLOW_
Минуты
INT
120
UP_TIME1
IGNITION_OFF_FOLLOW_
UP_TIME2
Минуты
INT
240
Промежуток времени в течение которого
осуществляется запись профиля ускорения
при ДТП при выключенном зажигании
ДО
Да
Промежуток времени, в течение которого
осуществляется определение события аварии
при выключенном зажигании
ДО
Да
CRASH_RECORD_TIME
Миллисекунды
INT /0 - 250
250
Время записи информации о профиле
ускорения при ДТП
ДО
Да
CRASH_RECORD_
RESOLUTION
Миллисекунды
INT /1 - 5
1
Дискретность записи профиля ускорения
при ДТП
ДО
Да
CRASH_PRE_RECORD_
TIME
Миллисекунды
INT /0 - 20000
20000
Время записи информации о профиле
ускорения до того, как событие ДТП
наступило
ДО
Да
CRASH_PRE_RECORD_
RESOLUTION
Миллисекунды
Продолжительность одного отсчета при
записи профиля ускорения до того, как
событие ДТП наступило
ДО
Да
INT / 5 - 100
5
96
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
4
5
6
7
Прочие параметры
GNSS_POWER_OFF_TIME
GNSS_DATA_RATE
GNSS_MIN_ELEVATION
VIN
VEHICLE_TYPE
Миллисекунды
Герцы
Градусы
-
-
Промежуток времени, через который
отключается питание приемника глобальной
навигационной спутниковой системы после
выключения зажигания
INT / 1, 2, 5, 10
1
Темп выдачи данных приемником
глобальной навигационной спутниковой
системы
INT / 5 – 15
15
Минимальное значение угла возвышения
(угла отсечки) навигационных космических
аппаратов
Параметры транспортного средства
STRING
Определяется
VIN определяется в соответствии с [1]
на этапе
конфигурации
устройства
INT
Категория транспортного средства
Bit 4-0:
00001 – пассажирский (категория M1)
00010 – автобус (категория M2)
00011 – автобус (категория M3)
00100 – легкая грузовая машина
(категория N1)
00101 – тяжелая грузовая машина
категория N2)
00110 - тяжелая грузовая машина (категория
N3)
INT
500
Да
Да
ДО, ШО
Нет
ДО, ШО
Нет
ДО, ШО
Нет
ДО, ШО
Нет
97
EСЕ/TRANS/WP.29/2013/67
1
2
3
4
VEHICLE_PROPULSION_
STORAGE_TYPE
-
INT
-
5
00111 - мотоцикл (категория L1e)
01000 - мотоцикл (категория L2e)
01001 - мотоцикл (категория L3e)
01010 - мотоцикл (категория L4e)
01011 - мотоцикл (категория L5e)
01100 - мотоцикл (категория L6e)
01101 - мотоцикл (категория L7e)
Тип энергоносителя
Если все биты «0», то тип не задан
Bit 7: не используется
Bit 6: не используется
Bit 5: 1 - водород
Bit 4: 1 - электричество (более 42 В и
100 А.ч)
Bit 3: 1 - жидкий пропан (LPG)
Bit 2: 1 - сжиженный природный газ (CNG)
Bit 1: 1 - дизель
Bit 0: 1 - бензин
6
7
ДО, ШО
Нет
98
EСЕ/TRANS/WP.29/2013/67
Продолжение таблицы
1
2
3
Параметры устройства вызова экстренных оперативных служб
SERIAL_NUMBER
STRING
HW_VERSION
STRING
SW_VERSION
STRING
VENDOR_ID
INT
UNIT_ID
INT
4
5
6
7
Серийный номер устройства
Нет
Версия аппаратной платформы
Нет
Версия программного обеспечения
Нет
Идентификатор поставщика устройства
Нет
Уникальный идентификатор устройства,
Нет
назначаемый оператором системы при
первой активизации устройства
LANGUAGE_ID
INT
Предпочтительный язык для голосового
Нет
общения 0x5F – Русский
1) Значение «ДО» в этой графе означает, что соответствующий параметр является обязательным только для устройств вызова экстр енных оперативных служб,
устанавливаемых на ТС в конфигурации дополнительного оборудования. Значение «ДО, ШО» в этой графе означает, что соответствующий параметр является
обязательным как для систем, устанавливаемых в конфигурации дополнительного оборудования, так и для систем, устанавливаемых в конфигурации штатного
оборудования.
2) Диапазоны (интервалы) изменения параметров в зависимости от типа параметра:
- INT: 0 – 65535;
- BOOLEAN: TRUE, FALSE;
- STRING: 255 символов.
3) Формат данных – в соответствии с ГОСТ Р 54619.
4) Значение «Да» в этой графе означает, что установленное начальное значение параметра устройств вызова экстренных оперативных служб может изменяться
после начальной установки устройств вызова экстренных оперативных служб, а значение «Нет» - что установленные начальные значения не подлежат
изменению в процессе применения устройств вызова экстренных оперативных служб
-
99
ECE/TRANS/WP.29/2013/67
Приложение 10
Требования к протоколам обмена данными
между
устройством
вызова
экстренных
оперативных служб и устройствами наземной
инфраструктуры реагирования
1. Определения
Для целей настоящего Приложения:
1.1 «Минимальный набор данных» означает набор данных, передаваемый
устройством вызова экстренных оперативных служб при дорожно транспортном происшествии и включающий в себя информацию о координатах
и параметрах движения аварийного транспортного средства и времени аварии,
VIN-коде транспортного средства и другую информацию, необходимую для
экстренного реагирования.
1.2 «Сервис» означает элемент инфраструктуры телематической платформы
системы
экстренного
реагирования
при
авариях,
обеспечивающий
функциональное выполнение алгоритма той или иной услуги, оказываемой
системой, с использованием протокола уровня поддержки услуг.
1.3 «Система экстренного реагирования при авариях - ЭРА» означает
автоматизированную
навигационно-информационную
систему,
функционирующую с использованием сигналов глобальной навигационной
спутниковой системы стандартной точности, реализующей доставку сообщений
о дорожно-транспортных происшествиях и иных чрезвычайных ситуациях на
автомобильных дорогах экстренным оперативным службам.
1.4 «Услуга Системы ЭРА» означает результат функционирования системы,
состоящий в формировании и передаче экстренных сообщений о дорожно транспортных происшествиях, приеме, обработке и доведении указанных
сообщений в единую дежурно-диспетчерскую службу Системы-ХХХ и
обеспечении установления (коммутации) двухсторонней голосовой связи с
лицами, находящимися в транспортном средстве.
1.5 «Система-ХХХ» означает систему обеспечения
оперативных служб по единому номеру «ХХХ».
вызова
экстренных
1.6 «Единый номер «ХХХ» означает единый номер вызова экстренных
оперативных служб, установленный в системе и плане нумерации.
1.7 «Оператор системы ЭРА» означает юридическое лицо, осуществляющее
деятельность по эксплуатации системы, в том числе по обработке информации,
содержащейся в ее базе данных.
100
EСЕ/TRANS/WP.29/2013/67
1.8 Применены следующие обозначения и сокращения:
АС
-
МНД
-
устройство вызова экстренных оперативных служб
(автомобильная система)
минимальный набор данных
НИС
-
навигационно-информационные системы
ОЗУ
-
оперативное запоминающее устройство
ПО
-
программное обеспечение
ППУ
-
протокол уровня поддержки услуг
ПТУ
-
протокол транспортного уровня
ТП
-
eCall
-
EGTS
-
телематическая платформа
Emergency Call (общеевропейская система экстренного
реагирования при авариях)
(Era Glonass Telematics Standard) Телематический стандарт для
системы «ЭРА-ГЛОНАСС»
(Global System for Mobile communications) глобальный
цифровой стандарт для мобильной сотовой связи
GSM
(Integrated Services Digital Network) Цифровая сеть с
интеграцией обслуживания
(Next Generation Telematics Protocol) Телематический протокол
следующего поколения. Архитектура и концепция построения.
(Open Systems Inter connection Basic Reference Model), базовая
эталонная модель взаимодействия открытых систем абстрактная сетевая модель для коммуникаций и разработки
сетевых протоколов
ISDN
-
NGTP
-
OSI
-
PDU
-
(Protocol Description Unit) элемент описания протокола
SC
-
SIM
-
SME
-
(Service Center) Сервис-центр, ответственный за обработку
хранение и передачу SMS-сообщений получателям
(Subscriber Identification Module) Модуль идентификации
абонента
(Short Message Entity) объекты, способные отправлять и
получать SMS –сообщения
SMS
-
(Short Message Service) Сервис коротких сообщений
SMSC
-
(Short Message Service Center) Центр обработки коротких
сообщений
2. Общие положения
2.1
Сетевая
модель
взаимодействия
открытых
систем
ИСО/МЭК 7498-1 определяет следующие уровни обмена данными:
-
согласно
физический;
канальный;
сетевой;
транспортный;
сеансовый;
представления данных и приложений.
101
EСЕ/TRANS/WP.29/2013/67
2.2 В терминах сетевой модели OSI в системе ЭРА для передачи данных между
устройством вызова экстренных оперативных служб и оператором системы ЭРА
используются следующие протоколы:
- транспортный уровень - протокол TCP;
- сетевой уровень - протокол IP.
Соответствие сетевой модели OSI, стека протоколов TCP/IP и протоколов
передачи данных системы ЭРА представлено в таблице 1.
Таблица 1 - Соответствие уровней модели OSI, стека протоколов TCP/IP и протоколов
системы ЭРА
Модель OSI
Номер
Название
уровня
уровня
7
Приложений
6
Представления
данных
5
Сеансовый
4
3
2
1
Транспортный
Сетевой
Канальный
Физический
Стек протокола TCP/IP
Номер
Название
уровня
уровня
4
Приложений
Протоколы
TCP/IP
FTP, HTTP,
POP3, IMAP,
telnet, SMTP,
DNS, TFTP
3
2
Транспортный
Межсетевой
TSP, UDP
IP
1
Доступ к сети
-
Протоколы
системы
ЭРА
Уровень
поддержки
услуг
Транспортн
ый уровень
TSP
IP
-
2.3 Настоящее Приложение устанавливает требования к следующим видам
протоколов обмена информацией между элементами системы ЭРА:
- протокол транспортного уровня;
- протокол уровня поддержки услуг, включая базовую услугу, оказываем ую
системой ЭРА.
2.4 Настоящее Приложение также устанавливает требования к формату
сообщения AL-ACK, которое высылается посредством использования
тонального модема [1].
3. Протокол транспортного уровня
3.1 Назначение протокола транспортного уровня
3.1.1 Протокол транспортного уровня предназначен для обеспечения
маршрутизации информации протокола уровня поддержки услуг между
пунктами инфраструктуры систем ЭРА и АС, использующих данный протокол,
проверки целостности и правильной последовательности данных, а т акже для
обеспечения надежности доставки до пункта назначения.
3.1.2 Описание принципа построения системы
транспортного уровня приведено в Добавлении А.
на
основе
протокола
3.1.3 Анализ протокола транспортного уровня на основе концепции NGTP
приведен в Добавлении Б.
102
EСЕ/TRANS/WP.29/2013/67
3.2 Обеспечение маршрутизации.
В основу протокола транспортного уровня положен принцип гибкой
маршрутизации пакетов данных между взаимоувязанными элементами
распределенной сети телематических платформ, использующих данный
протокол. В качестве адресов маршрутизации используются идентификаторы
телематической платформы, которые должны быть уникальны в рамках одной
взаимоувязанной сети.
3.3 Механизм проверки целостности данных
Проверка целостности передаваемой информации основана на применении
контрольных сумм заголовка транспортного уровня и данных уровня
поддержки услуг. Принимающая сторона подсчитывает контрольные суммы и
сравнивает их с соответствующими значениями, записанными отправляющей
стороной в определенные поля пакета. Если контрольные сум мы не совпадают,
то считается, что целостность нарушена, на что отправляется подтверждение в
виде кода ошибки результата обработки.
В целях обеспечения минимизации использования системных ресурсов при
обработке пакетов протокола в части транспортного уровня и данных уровня
поддержки услуг используются различные поля и алгоритмы обеспечения
контроля целостности. При этом используется механизм, основанный на
подсчете контрольной суммы передаваемой последовательности байт ( CRC).
Для части пакета транспортного уровня используется алгоритм вычисления
циклического избыточного кода CRC-8.
Для части пакета уровня поддержки услуг используется алгоритм вычисления
циклического избыточного кода CRC-16.
3.4 Обеспечение надежности доставки пакетов данных
3.4.1 Механизм обеспечения надежной доставки основан на использовании
подтверждений ранее отправленных пакетов. Отправляющая сторона после
передачи пакета ожидает на него подтверждения в виде пакета определенного
типа, содержащего идентификатор ранее переданного пакета и код результата
его обработки на принимающей стороне. Ожидание проводится в течение
определенного промежутка времени, регламентированного протоколом
транспортного уровня и зависящего от типа используемого транспортного
протокола нижнего уровня (параметр TL_RESPONSE_TO в таблице 13). После
получения подтверждения отправляющая сторона производит анализ кода
результата.
Коды
результатов
обработки
также
транспортного уровня (см. Добавление В).
регламентированы
протоколом
3.4.2 В зависимости от результата анализа пакет считается доставленным или
недоставленным. Пакет считается недоставленным также в случае, если
подтверждение не приходит по истечении времени TL_RESPONSE_TO (см.
таблицу 13). Недоставленные пакеты отправляются повторно (число попыток
отправки регламентировано настоящим протоколом и определяется параметром
TL_RESEND_ATTEMPTS, указанным в таблице 13. По достижении
предельного числа попыток отправки канал передачи данных считается
ненадежным, и проводятся уничтожение установленной сессии (разрыв
соединения в случае использования TCP/IP протокола в качестве
103
EСЕ/TRANS/WP.29/2013/67
транспортного) и попытка создания новой сессии (соединения) через время,
определяемое параметром TL_RECONNECT_TO (см. таблицу 13).
3.5 Описание типов данных, используемых в протоколе транспортного уровн я
3.5.1 Протоколом транспортного уровня определены и используются несколько
различных типов данных полей и параметров. Состав и описание типов
данных, используемых в протоколе транспортного уровня, представлены в
таблице 2.
3.5.2 Многобайтовые типы данных USHORT, UINT, ULONG, FLOAT и DOUBLE
используют порядок следования байт little-endian (младший байт вперед).
Байты, составляющие последовательность в типах STRING и BINARY, должны
интерпретироваться как есть, т.е. обрабатываться в порядке их поступления.
3.5.3 В протоколе транспортного уровня определены следующие типы полей и
параметров:
- М (mandatory) - обязательный параметр. Параметр должен передаваться
всегда;
- О (optional) - необязательный. Параметр может не передаваться и его
присутствие определяется другими параметрами, входящими в пакет.
Таблица 2 - Состав и описание типов данных, используемых в протоколе транспортного уровня
Тип
данных
Размер, байт
Диапазон значений
Описание
BOOLEAN
1
TRUE=1, FALSE=0
Логический тип,
принимающий только два
значения TRUE или FALSE
BYTE
1
0 … 255
Без знаковое целое число
USHORT
2
0 … 65535
Без знаковое целое число
UINT
4
0 … 4294967295
Без знаковое целое число
ULONG
8
0… 18446744073709551615
Без знаковое целое число
SHORT
2
-32768 … + 32767
Знаковое целое число
INT
4
-2147483648 … +2147483647
Знаковое целое число
FLOAT
4
±1.2 E – 38 … 3.4 E + 38
Дробное знаковое число
DOUBLE
8
±2.2 E – 308 … 1.7 E + 308
Дробное знаковое число
STRING
Переменный.
Размер
определяется
внешними
параметрами или
применением
специального
символатерминатора (код
0x00)
Содержит
последовательность
печатных символов в
кодировке по умолчанию
CP-1251, если явно не
указана другая кодировка
(при помощи
дополнительного
параметра)
104
EСЕ/TRANS/WP.29/2013/67
Тип
данных
Размер, байт
BINARY
Переменный.
Размер
определяется
внешними
параметрами
Содержит
последовательность
данных типа BYTE
Переменный.
Размер
определяется
внешними
параметрами
Может содержать
последовательность
одного из вышеуказанных
типов (TYPE), кроме
BINARY. Порядок
следования байт и размер
каждого элемента
используемого типа
определяется самим
типом. Экземпляры типов
идут последовательно
один за другим. Например:
ARRAYOFSTRING
содержит в своём составе
10 экземпляров типа
STRING, при чём размер
каждого экземпляра
определяется
разделителем (код 0x00),
который должен
присутствовать между
экземплярами.
ARRAYOF
TYPE
Диапазон значений
Описание
3.6 Описание структур данных, используемых в протоколе транспортного
уровня
3.6.1 Общая структура пакета протокола транспортного уровня определяется
составом пакета и его форматом.
3.6.1.1 Пакет протокола транспортного уровня состоит из заголовка, поля
"данные уровня поддержки услуг", а также поля контрольной суммы "данных
уровня поддержки услуг".
Состав пакета протокола транспортного уровня представлен на схеме 1.
Схема 1 - Состав пакета протокола транспортного уровня
Заголовок протокола
транспортного уровня
Данные уровня
поддержки услуг
Контрольная сумма данных
Уровня поддержки услуг
3.6.1.2 Общая длина пакета протокола транспортного уровня не превышает
значения 65535 байт, что соответствует максимальному значению параметра
WindowSize (максимальный размер целого пакета, принимаемый на стороне
приемника) заголовка протокола TCP. Такое значение максимального размера
пакета позволяет более эффективно использовать каналы передачи данных,
базируясь только на стандартном методе управления потоком данных,
заложенном в протоколе TCP/IP [1].
Формат пакета транспортного уровня представлен в таблице 3.
105
EСЕ/TRANS/WP.29/2013/67
Таблица 3 - Состав пакета протокола транспортного уровня
Бит 7
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2
Бит 1 Бит 0
Тип
Тип
Размер,
данных байт
BYTE
1
PRV (Protocol Version)
M
SKID (Security Key ID)
M
BYTE
1
M
BYTE
1
HL (Header Length)
M
BYTE
1
HE (Header Encoding)
M
BYTE
1
FDL (Frame Data Length)
PID (Packet Identifier)
PT (Packet Type)
PRA (Peer Address)
RCA (Recipient Address)
TTL (Time To Live)
HCS (Header Check Sum)
M
M
M
O
O
O
M
USHORT
USHORT
BYTE
USHORT
USHORT
BYTE
BYTE
SFRD (Services Frame Data)
O
SFRCS (Services Frame Data Check Sum)
O
PRF (Prefix)
RTE
ENA
CMP
PR
2
2
1
2
2
1
1
0…
BINARY
65517
USHORT
0, 2
3.6.1.3 Заголовок протокола транспортного уровня состоит из следующих
параметров (полей): PRV, PRF, PR, CMP, ENA, RTE, HL, HЕ, FDL, PID, PT,
PRA, RCA, TTL, HCS. Протокол уровня поддержки услуг представлен полем
SFRD, контрольная сумма поля уровня поддержки услуг содержится в поле
SFRCS.
Описание вышеуказанных параметров (полей) приведено в таблице 4.
Таблица 4 - Описание параметров (полей), входящих в состав пакета протокола
транспортного уровня
Обозначение
параметра
(поля)
PRV
SKID
PRF
RTE (Route)
Назначение параметра (поля)
Параметр определяет версию используемой структуры заголовка и должен
содержать значение 0x01. Значение данного параметра инкрементируется
каждый раз при внесении изменений в структуру заголовка.
Параметр определяет идентификатор ключа, используемый при шифровании.
Параметр определяет префикс заголовка Транспортного Уровня и для данной
версии должен содержать значение 00
Битовое поле определяет необходимость дальнейшей маршрутизации данного
пакета на удалённую телематическую платформу, а также наличие
опциональных параметров PRA, RCA, TTL, необходимых для маршрутизации
данного пакета. Если поле имеет значение 1, то необходима маршрутизация и
поля PRA, RCA, TTL присутствуют в пакете. Данное поле устанавливает
Диспетчер той ТП, на которой сгенерирован пакет, или АС, сгенерировавшая
пакет для отправки на ТП, в случае установки в ней параметра
«HOME_DISPATCHER_ID», определяющий адрес ТП, на которой данный АС
зарегистрирована.
106
EСЕ/TRANS/WP.29/2013/67
Обозначение
параметра
(поля)
ENA
(Encryption
Algorithm)
CMP
(Compressed)
PR (Priority)
HL
HE
FDL
PID
PT
PRA
RCA
TTL
HCS
Назначение параметра (поля)
Битовое поле определяет код алгоритма, используемый для шифрования
данных из поля SFRD. Если поле имеет значение 0 0 , то данные в поле SFRD
не шифруются. Состав и коды алгоритмов не определены в данной версии
протокола
Битовое поле определяет, используется ли сжатие данных из поля SFRD. Если
поле имеет значение 1, то данные в поле SFRD считаются сжатыми. Алгоритм
сжатия не определен в данной версии Протокола
Битовое поле определяет приоритет маршрутизации данного пакета и может
принимать следующие значения:
0 0 – наивысший
0 1 – высокий
1 0 – средний
1 1 – низкий
Установка большего приоритета позволяет передавать пакеты, содержащие
срочные данные, такие, например, как пакет с минимальным набором данных
базовой услуги «ЭРА ГЛОНАСС» или данные о срабатывании сигнализации на
ТС. При получении пакета, Диспетчер, анализируя данное поле, производит
маршрутизацию пакета с более высоким приоритетом быстрее, чем пакет с
низким приоритетом, тем самым достигается более оперативная обработка при
наступлении критически важных событий
Длина заголовка ПТУ в байтах с учётом байта контрольной суммы (поля HCS);
Определяет применяемый метод кодирования следующей за данным
параметром части заголовка ПТУ
Определяет размер в байтах поля данных SFRD, содержащего информацию
протокола уровня поддержки услуг (ППУ)
Содержит номер пакета ПТУ, увеличивающийся на 1 при отправке каждого
нового пакета на стороне отправителя. Значения в данном поле изменяются по
правилам циклического счётчика в диапазоне от 0 до 65535, т.е. при
достижении значения 65535, следующее значение должно быть 0
Тип пакета ПТУ. Поле PT может принимать следующие значения:
0 – EGTS_PT_RESPONSE (подтверждение на пакет Транспортного Уровня);
1 – EGTS_PT_APPDATA (пакет содержащий данные ППУ);
2 – EGTS_PT_SIGNED_APPDATA (пакет содержащий данные ППУс цифровой
подписью)
Адрес ТП, на которой данный пакет сгенерирован. Данный адрес является
уникальным в рамках связной сети и используется для создания пакета подтверждения на принимающей стороне
Адрес ТП, для которой данный пакет предназначен. По данному адресу
производится идентификация принадлежности пакета определённой ТП и его
маршрутизация при использовании промежуточных ТП
Время жизни пакета при его маршрутизации между ТП. Использование
данного параметра предотвращает зацикливание пакета при ретрансляции в
системах со сложной топологией адресных пунктов. Первоначально TTL
устанавливается ТП, сгенерировавшей данный пакет. Значение TTL
устанавливается равным максимально допустимому числу ТП между
отправляющей и принимающей ТП. Значение TTL уменьшается на единицу
при трансляции пакета через каждую ТП, при этом пересчитывается
контрольная сумма заголовка ПТУ. При достижении данным параметром
значения 0 и при обнаружении необходимости дальнейшей маршрутизации
пакета, происходит уничтожение пакета и выдача подтверждения с
соответствующим кодом (PC_TTLEXPIRED)
Контрольная сумма заголовка ПТУ (начиная с поля «PRV» до поля «HCS», не
107
EСЕ/TRANS/WP.29/2013/67
Обозначение
параметра
(поля)
Назначение параметра (поля)
SFRD
включая последнего). Для подсчёта значения поля HCS ко всем байтам
указанной последовательности применяется операция «исключающее или»
Структура данных, зависящая от типа Пакета и содержащая информацию ППУ.
Контрольная сумма. Для подсчёта контрольной суммы по данным из поля
SFRD, используется алгоритм CRC16 –CCITT
SFRCS
3.6.1.4 Блок-схема алгоритма сборки пакета протокола транспортного уровня
при приеме представлена на рисунке 1.
А - маршрутизация и отправка пакета на другую телематическую платформу;
В - обработка данных протокола уровня поддержки услуг
Рисунок 1 - Блок-схема алгоритма сборки пакета протокола транспортного уровня
при приеме
108
EСЕ/TRANS/WP.29/2013/67
3.6.2 Структуры данных в зависимости от типа пакета
В зависимости от типа пакета протокола транспортного уровня структура поля
SFRD имеет различный формат.
3.6.2.1 Структура данных пакета EGTS_PT_APPDATA
Пакет данного типа предназначен для передачи одной или нескольких структур,
содержащих информацию протокола уровня поддержки услуг. Структура
данных поля SFRD пакета EGTS_PT_APPDATA представлена в таблице 5.
Таблица 5 - Формат поля SFRD для пакета типа EGTS_PT_APPDATA
SDR 1(Service Data Record)
O
Тип
Размер,
данных
байт
BINARY 9 … 65517
SDR 2
O
BINARY 9 … 65517
O
BINARY 9 … 65517
Бит 7 Бит 6 Бит 5 Бит 4 Бит 3
Бит 2
Бит 1 Бит 0
Тип
...
SDRn
П р и м е ч а н и е –Структуры SDR 1, SDR 2, SDR n, содержащие информацию
ППУ. Таких структур в составе поля SFRD может быть одна или несколько,
идущих одна за другой. Описание внутреннего состава структур представлено в
разделе 4 настоящего Приложения.
3.6.2.2 Структура данных пакета EGTS_PT_RESPONSE
С помощью данного типа пакета осуществляется подтверждение пакета
протокола транспортного уровня. Данный тип пакета содержит информацию о
результате обработки данных протокола транспортного уровня, полученного
ранее. Структура данных поля SFRD пакета EGTS_PT_RESPONSE представлена
в таблице 6.
Таблица 6 - Формат поля SFRD для пакета типа EGTS_PT_RESPONSE
Бит 7 Бит 6
Тип
Тип
данных
Размер,
байт
RPID (Response Packet ID)
M
USHORT
2
PR (Processing Result)
M
BYTE
1
SDR 1(Service Data Record)
O
BINARY 9… 65517
SDR 2
O
BINARY 9… 65517
...
…..
SDRn
O
Бит 5
Бит 4 Бит 3 Бит 2 Бит 1 Бит 0
П р и м е ч а н и я:
1. Параметр
RPID - идентификатор
подтверждение на который формируется.
пакета
…..
……
BINARY 9… 65517
Транспортного
Уровня,
109
EСЕ/TRANS/WP.29/2013/67
2. Параметр PR - Код результата обработки части пакета, относящейся к
Транспортному Уровню (подсчёт контрольных сумм заголовка Транспортного
Уровня и данных Уровня Поддержки Услуг, проверка размера пакета,
определение необходимости
дальнейшей маршрутизации Пакета и т.д.).
Список возможных кодов результата обработки представлен в Добавлении В к
настоящему стандарту.
3. Структуры SDR 1, SDR 2, SDR n - структуры, содержащие информацию
Уровня Поддержки Услуг. Таких структур может быть одна или несколько,
идущих одна за другой.
5.6.2.3 Структура данных пакета EGTS_PT_SIGNED_APPDATA
Пакет данного типа применяется для передачи помимо структур, содержащих
информацию уровня поддержки услуг, также информацию о "цифр овой
подписи", идентифицирующей отправителя данного пакета. Структура данных
поля SFRD пакета EGTS_PT_SIGNED_APPDATA представлена в таблице 7.
Таблица 7 - Формат поля SFRD для пакета типа EGTS_PT_SIGNED_APPDATA
Тип
Размер, байт
данных
Бит 7 Бит 6 Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0
Тип
SIGL(Signature Length)
M
SHORT
2
SIGD (Signature Data)
O
BINARY
0 … 512
SDR 1(Service Data Record)
O
BINARY
9… 65515
SDR 2
O
BINARY
9… 65515
. . ………………………………………………………..
…..
…..
……..
SDRn
O
BINARY
9… 65515
П р и м е ч а н и я:
1. Параметр SIGL - определяет длину данных «цифровой подписи» из поля
SIGD.
2. Параметр SIGD - содержит непосредственно данные «цифровой подписи».
3. Структуры SDR 1, SDR 2, SDR n - структуры, содержащие информацию
Уровня Поддержки Услуг. Таких структур может быть одна или несколько,
идущих одна за другой.
3.6.2.4
На
каждый
пакет
типа
ЕСТS_РТ_АРРDАТА
или
EGTS_PT_SIGNED_APPDATA, поступающий от АС на телематическую
платформу или от нее на АС, должен быть отправлен пакет ипа
EGTS_PT_RESPONSE, содержащий в поле PID номер пакета из пакета
EGTS_PT_APPDATA или EGTS_PT_SIGNED_APPDATA
На рисунке 2 представлена последовательность
взаимодействии АС и телематической платформы.
обмена
пакетами
при
110
EСЕ/TRANS/WP.29/2013/67
Рисунок 2 - Взаимодействие АС и телематической платформы на уровне
пакетов транспортного уровня
3.7 Описание структуры данных при использовании SMS в качестве резервного
канала передачи данных
3.7.1 Структура SMS-сообщения
При использовании SMS для передачи пакетов данных протокола
транспортного уровня используется режим PDU [2], [3]. Режим PDU позволяет
передавать не только текстовую, но и бинарную информацию через сервис SMS
оператора сотовой связи GSM. Описываемый протокол транспортного уровня
оперирует бинарными данными, поэтому режим PDU наиболее подходит для
использования SMS в качестве резервного канала передачи транспортного
уровня.
3.7.1.1 Для передачи SMS-сообщения используется 8-битовая кодировка.
Формат SMS-сообщения для отправки в режиме PDU представлен в таблице 8 и
использует структуру, описанную в [3, раздел 9].
111
EСЕ/TRANS/WP.29/2013/67
Таблица 8 - Формат SMS с использованием режима PDU
Бит 7
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2
Бит 1 Бит 0 Тип
Размер,
байт
SMSC_AL (SMSC Address Length)
M
1
SMSC_AT (SMSC Address Type)
O
0,1
SMSC_A(SMSC Address)
O
0,6
M
1
TP_MR (Message Reference)
M
1
TP_DA_L (Destination Address Length)
M
1
TP_DA_T (Destination Address Type)
M
1
TP_DA(Destination Address)
M
6
TP_PID (ProtocolI dentifier)
M
1
TP_DCS (Data Coding Schema)
M
1
TP_VP (Validity Period)
O
0, 1, 7
TP_UDL (User Data Length)
M
1
TP_UD (User Data)
O
0…140
TP_RP TP_UDHI TP_SRR
TP_VPF
TP_RD
TP_MTI
3.7.1.2 Описание параметров, входящих в состав SMS-сообщения в режиме
PDU, приведено ниже:
- SMSC_AL - длина полезных данных адреса SMSC в октетах;
- SMSC_AT - тип формата адреса SMSC.
Возможные значения параметров SMSC_AT представлены в таблице 10. Поле
опциональное и наличие его зависят от значения параметра SMSC_AL (если
значение SMSC_AL больше 0, то данное поле присутствует);
- SMSC_A - адрес SMSC. Каждая десятичная цифра номера представлена в виде
четырех бит (младшие 4 бита - цифра более старшего разряда, старшие 4 бита цифра меньшего разряда), при этом, если число цифр в номер нечетное, то в
битах с 4 по 7 последнего байта номера устанавливается значение 0 xF (1111b).
Данный параметр опциональный, и его наличие зависит от значения параметра
SMSC_AL. В случае отсутствия параметра SMSC_A используется SMSC из SIM
карты;
- TP_MTI (MessageTypeIndicator) - тип сообщения (должен содержать бинарное
значение 01);
- TP_RD (RejectDuplicates) - поле определяет, необходимо ли SMSC принимать
данное сообщение на обработку, если существует предыдущее необработанное
отправленное с данного номера сообщение, которое имеет такое же значение
поля TP_MR и такой же номер получателя в поле TP_DA;
- TP_VPF (Validity Period Format) - форматпараметра TP_VP. Возможные
значения поля TP_VPF представлены в таблице 9;
112
EСЕ/TRANS/WP.29/2013/67
- TP_SRR (StatusReportRequest) - поле определяет необходимость отправки
подтверждения со стороны SMSC на данное сообщение (если данный бит имеет
значение 1, то требуется подтверждение);
- TP_UDHI (UserDataHeaderIndicator) - поле определяет, передается ли
заголовок пользовательских данных TP_UD_HEADER (если поле имеет
значение 1, то заголовок присутствует);
- TP_RP (ReplyPath) - поле определяет, присутствует ли поле RP в сообщении;
- TP_MR - идентификатор сообщения (должен увеличиваться на 1 при каждой
отправке нового сообщения);
- TP_DA_L - длина полезных данных адреса получателя в октетах;
- TP_DA_T - тип формата адреса получателя. Возможные значения параметров
TP_DA_T и SMSC_AT представлены в таблице 10;
- TP_DA - адрес получателя. Кодировка номера проводится по тем же правилам,
что и в параметре SMSC_A;
- ТР_PID - идентификатор протокола (должен содержать значение 00);
- TP_DCS - тип кодировки данных (должен содержать значение 0x04,
определяющее 8-битную кодировку сообщения, отсутствие компрессии);
- TP_VP - время актуальности данного сообщения. Формат данного поля
определяется значением из таблицы 9. Параметр является опциональным. Его
наличие и размер зависят от значения поля TP_VPF;
- TP_UDL - длина данных сообщения из поля TP_DL, в байтах для
используемой 8-битной кодировки;
- TP_UD - непосредственно передаваемые пользовательские данные. Формат
данного поля в зависимости от значения поля TP_UDHI представлен в таблице
11.
Таблица 9 - Формат поля TP_VP в зависимости от значения поля TP_VPF
Значение битов
0
0
1
0
0
1
1
1
Описание
Поле TP_VP не передаётся
Поле TP_VP имеет формат «относительное время» и размер 1
байт
Поле TP_VP имеет формат «расширенное время» и размер 7
байт
Поле TP_VP имеет формат «абсолютное время» и размер 7
байт
Таблица 10 - Формат полей TP_DA_T и SMSC_AT (тип адреса)
bit7
1
bit6
bit5
TON
bit4
bit3
bit2
bit1
NPI
bit0
Размер, байт
1
Параметры полей TP_DA_T и SMSC_AT, приведенные в таблице 10, имеют
следующее назначение:
- TON (Type Of Number) – тип номера. Параметр TON может принимать следующие
значения:
а) 000 - неизвестный;
113
EСЕ/TRANS/WP.29/2013/67
б) 001 - международный формат;
в) 010 - национальный формат;
г) 011 - специальный номер, определяемый сетью;
д) 100 - номер абонента;
е) 101 - буквенно-цифровой код (коды согласно [2] с 7-битной кодировкой по
умолчанию);
ж) 110 - укороченный;
и) 111 - зарезервировано.
- NPI (NumericPlanIdentification) - тип плана нумерации (применимо для
значений поля TON - 000, 001, 010). NPI может принимать следующие
значения:
а) 0000 - неизвестный;
б) 0001 - план нумерации ISDN телефонии;
в) 0011 - план нумерации при передаче данных;
г) 0100 - телеграф;
д) 1000 - национальный;
е) 1001 - частный;
ж) 1111 - зарезервировано.
Таблица 11 – Формат поля TP_UD
Тип
Размер,
байт
LUDH (Length of User Data Header)
O
1
IEI «A» (Information-Element-Identifier «A»)
O
1
LIE «A» (Length of Information-Element «A»)
O
1
IED «A» (Information-Element-Data of «A»)
IEI «B» (Information-Element-Identifier «B»)
O
O
1…n
1
LIE «B» (Length of Information-Element «B»)
O
1
IED «B» (Information-Element-Data of «B»)
IEI «N» (Information-Element-Identifier «N»)
LIE «N» (Length of Information-Element «N»)
O
O
O
1…n
1
1
IED «N» (Information-Element-Data of «N»)
O
1…n
UD (User Data)
M
1…140
bit7
bit6
bit5
bit4
bit3
bit2
bit1
bit0
Параметры поля TP_UD, приведенные в таблице 11, имеют следующее
назначение:
- LUDH - длина заголовка пользовательских данных в байтах без учета р азмера
данного поля;
- IEI "A", IEI "В", IEI "N" - идентификатор информационного элемента "А", "В"
и "N" соответственно, который определяет тип информационного элемента и
может принимать следующие значения (в шестнадцатеричной системе):
а) 00 - часть конкатенируемогоSMS-сообщения;
114
EСЕ/TRANS/WP.29/2013/67
б) 01 - индикатор специальногоSMS-сообщения;
в) 02 - зарезервировано;
г) 03 - не используется;
д) 04-7F - зарезервировано;
е) 80-9F - для специального использования SME;
ж) А0-BF - зарезервировано;
и) С0-DF - для специального использования SC;
к) Е0-FF - зарезервировано;
- LIE "A", LIE "В", LIE "N" - параметры, определяющие размер данных
информационных элементов "А", "В" и "N" соответственно, в байтах, без учета
размера данного поля;
- IED "A", IED "В", IED "N" - данные информационных элементов "А", "В" и
"N" соответственно;
- UD - данные пользователя. Размер данного поля определяется наличием
заголовка пользовательских данных TP_UD_HEADER, состоящего из полей
LUDH, IEI, LIE, IED. Если заголовок не передается, то размер равен значению
поля TP_UDL, указанного в таблице 8. Если заголовок передается, то размер
поля вычисляется как разность (TP_UDL - LUDH-1).
В случае если идентификатор информационного элемента IEI заголовка
пользовательских данных TP_UD_HEADER имеет значение 00, структура поля
IED будет иметь вид, указанный в таблице 12.
Таблица 12 - Формат поля данных информационного элемента, характеризующего часть
конкатенируемого SMS-сообщения
Тип
Размер,
байт
CSMRN (Concatenated Short Message Reference Number)
M
1
MNSM (Maximum Number of Short Messages)
M
1
SNCSM (Sequence Number of Current Short Message)
M
1
bit7
bit6
bit5
bit4
bit3
bit2
bit1
bit0
П р и м е ч а н и я:
1. CSMRN – номер конкатенируемого SMS сообщения. Должен
одинаковое значение для всех частей длинного SMS сообщения.
иметь
2. MNSM – общее количество сообщений из которых состоит длинное SMS.
Должен содержать значения в диапазоне от 1 до 255.
3. SNCSM – номер передаваемой части длинного SMS сообщения.
Инкрементируется при отправке каждой новой части длинного сообщ ения.
Должен содержать значение в диапазоне от 1 до 255. Если значение данного
поля превышает значение из поля MNSM или равно нулю, то принимающая
сторона должна игнорировать весь информационный элемент.
115
EСЕ/TRANS/WP.29/2013/67
3.7.2 Описание формата передаваемой информации
3.7.2.1 При использовании SMS для обмена данными между АС и
телематической платформой пакеты, упакованные по правилам протокола
транспортного уровня и протокола уровня поддержки услуг, помещаются в поле
TP_UD (см. таблицу 8), при этом полный размер пакета протокола не должен
превышать 140 байт. В этом случае механизм авторизации не используется и
подтверждение на переданные пакеты не требуется. После успешной отправки
SMS информация считается доставленной.
3.7.2.2 Для отправки SMS, содержащего цифровую подпись, используется пакет
транспортного уровня типа EGTS_PT_SIGNED_APPDATA.
3.7.2.3 В случае если размер пакета данных протокола превышает 140 байт,
используется механизм конкатенации SMS-сообщений, который определен в [3,
подпункт 9.2.3.24.1]. Суть данного механизма состоит в том, что передаваемые
пользовательские данные разбиваются на части и отправляются отдельными
SMS-сообщениями. При этом каждое такое сообщение содержит специальную
структуру, определяющую общее количество частей передаваемых данных и
порядок их сборки на принимающей стороне. В качестве такой структуры
используется поле TP_UD_HEADER, которое содержит информационный
элемент, характеризующий часть конкатенируемого SMS-сообщения. Таким
образом, исходя из размера заголовка данных пользователя и ма ксимального
числа частей длинного сообщения, равного 255, максимально возможный
размер пакета при использовании 8-битной кодировки может составлять
255·(140-6)=34170 байт.
3.8 Временные и количественные параметры протокола транспортного уровня
при использовании пакетной передачи данных
Наименование и описание временных и количественных параметров протокола
транспортного уровня указаны в таблице 13.
Таблица 13 - Временные и количественные параметры протокола транспортного уровня
Название
Тип
данных
Диапазон
значений
Значение по
умолчанию
TL_RESPONSE_TO
BYTE
0 … 255
5
TL_RESEND_ATTEMPTS
BYTE
0 … 255
3
TL_RECONNECT_TO
BYTE
0 … 255
30
Описание
Время
ожидания
подтверждения
пакета
на
Транспортном
Уровне, секунды
Количество
повторных попыток
отправки
неподтверждённого
пакета
Время,
по
истечении которого
будет
осуществляться
повторная попытка
установления
канала связи после
его разрыва.
116
EСЕ/TRANS/WP.29/2013/67
4 Протокол уровня поддержки услуг
4.1 Назначение протокола уровня поддержки услуг
4.1.1 Протокол уровня поддержки услуг предназначен для обеспечения обмена
данными между элементами системы ЭРА в целях обеспечения
функционирования
системы
для
оказания
информационных
услуг
потребителям. Каждой услуге соответствует отдельный сервис, который
является ключевым элементом в рамках системы, построенной с
использованием протокола уровня поддержки услуг.
4.1.2 Протокол уровня поддержки услуг выполняет следующие основные
функции:
- обмен информационными сообщениями, содержащими данные для обработки
различными сервисами, а также запросы на выдачу информации сервисами;
- обеспечение уведомления о результатах доставки и обработки данных уровня
поддержки услуг;
- идентификация принадлежности данных определенному типу сервиса;
- определение характеристик данных (число, тип, состав, размер, кодировка и
др.).
4.2 Обмен информационными сообщениями
Основной структурой протокола уровня поддержки услуг, содержащей в себе
все необходимые данные для обработки информации или запроса на
предоставление той или иной услуги, является запись. Каждая запись может
иметь в своем составе несколько подзаписей, содержащих необходимые данные
и
определяющих
действия,
которые
должен
произвести
сервис,
обрабатывающий данную подзапись.
4.3 Обеспечение уведомления о результате доставки и обработки данных
уровня поддержки услуг
На уровне поддержки услуг уведомление отправляющей стороны о результате
доставки и обработки данных обеспечивается механизмом подтверждений
информационных записей при помощи специальных подзаписей, содержащих
идентификатор полученной/обработанной записи.
4.4 Идентификация принадлежности данных, используемых в протоколе уровня
поддержки услуг
Для идентификации принадлежности записи тому или иному сервису
используется
идентификатор
типа
сервиса,
который
определяет
функциональные особенности и характеристики обрабатываемых данных. Тип
сервиса
является
его
идентификатором
при
внутриплатформенной
маршрутизации и является уникальным в рамках протокола уровня поддержки
услуг.
4.5 Определение характеристик данных в протоколе уровня поддержки услуг
Данные в протоколе уровня поддержки услуг записываются в виде подзаписи,
имеющей свой уникальный идентификатор в рамках отдельного типа сервиса, а
также строго определенную структуру организации данных в зависимости от
подзаписи. Использованием такой организации данных в протоколе уровня
117
EСЕ/TRANS/WP.29/2013/67
поддержки услуг достигается однозначное определение типа данных, их
физического смысла, размера и способа упаковки.
4.6 Структуры данных, используемые в протоколе уровня поддержки услуг
4.6.1 Общая структура
Общая структура протокола уровня поддержки услуг, которая входит в состав
пакета протокола транспортного уровня, может содержать одну или несколько
записей, идущих одна за другой и имеющих различный состав данных,
предназначенных разным сервисам. Общая структура данных представлена на
схеме 2.
Схема 2 - Общая структура данных уровня поддержки услуг
4.6.2 Структура отдельной записи
4.6.2.1 Состав записи
Отдельная запись протокола уровня поддержки услуг состоит из заголовка
записи и данных записи. Состав отдельной записи представлен на схеме 3.
Схема 3 - Состав отдельной записи уровня поддержки услуг
В заголовке записи находятся параметры, определяющие типы сервисов
получателя и отправителя, идентификатор записи, идентификатор объекта
(например, АС), длину передаваемых данных, а также различные флаги,
определяющие наличие опциональных параметров и способ обработки.
Данные записи могут содержать одну или несколько
определяющих типы и содержащих передаваемые данные.
подзаписей,
4.6.2.2 Структура записи
Структура отдельной записи уровня поддержки услуг указана в таблице 14.
118
EСЕ/TRANS/WP.29/2013/67
Таблица 14 - Формат отдельной записи протокола уровня поддержки услуг
Бит 7
Бит 6
RL (Record Length)
M
Тип
Размер
данных , байт
USHORT
2
RN (Record Number)
M
USHORT
2
M
BYTE
1
Бит 5 Бит 4 Бит 3
Бит 2
Бит 1 Бит 0
Тип
RFL (Record Flags)
SSOD RSOD
GRP
RPP
TMFE
EVFE OBFE
OID (Object Identifier)
O
UINT
4
EVID (Event Identifier)
O
UINT
4
TM (Time)
SST (Source Service Type)
RST (Recipient Service Type)
O
M
M
UINT
BYTE
BYTE
RD (Record Data)
M
BINARY
4
1
1
3...654
98
Параметры отдельной записи протокола уровня поддержки услуг, приведенные
в таблице 14, имеют следующее назначение:
- RL - параметр определяет размер данных из поля RD;
- RN - номер записи. Значения в данном поле изменяются по правилам
циклического счетчика в диапазоне от 0 до 65535, т.е. при достижении значения
65535 следующее значение должно быть 0. Значение из данного поля
используется для подтверждения записи;
- RFL - содержит битовые флаги, определяющие наличие в данном пакете полей
OID, EVID и ТМ, характеризующих содержащиеся в записи данные;
- SSOD (SourceServiceOnDevice) - битовый флаг, определяющий расположение
сервиса-отправителя:
а) 1 - сервис-отправитель расположен на стороне АС;
б) 0 - сервис-отправитель расположен на телематической платформе;
- RSOD (RecipientServiceOnDevice)
расположение сервиса-получателя:
-
битовый
флаг,
определяющий
а) 1 - сервис-получатель расположен на стороне АС;
б) 0 - сервис-получатель расположен на телематической платформе;
- GRP (Group) - битовый флаг, определяющий принадлежность передаваемых
данных определенной группе, идентификатор которой указан в поле OID:
а) 1 - данные предназначены для группы;
б) 0 - принадлежность группе отсутствует;
- RPP (RecordProcessingPriority) - битовое поле, определяющее приоритет
обработки данной записи сервисом:
а) 00 - наивысший;
б) 01 - высокий;
в) 10 - средний;
119
EСЕ/TRANS/WP.29/2013/67
г) 11 - низкий;
- TMFE (TimeFieldExists) - битовое поле, определяющее наличие в данном
пакете поля ТМ:
а) 1 - поле ТМ присутствует;
б) 0 - поле ТМ отсутствует;
- EVFE (EventIDFieldExists) - битовое поле, определяющее наличие в данном
пакете поля EVID:
а) 1 - поле EVID присутствует;
б) 0 - поле EVID отсутствует;
- OBFE (ObjectIDFieldExists) - битовое поле, определяющее наличие в данном
пакете поля OID:
а) 1 - поле OID присутствует;
б) 0 - поле OID отсутствует;
- OID - идентификатор объекта, сгенерировавшего данную запись или для
которого данная запись предназначена (уникальный идентификатор АС), либо
идентификатор группы (при GRP=1). При передаче отАС в одном пакете
транспортного уровня нескольких записей подряд для разных сервисов, но от
одного и того же объекта, поле OID может присутствовать только в первой
записи, а в последующих записях может быть опущено;
- EVID - уникальный идентификатор события. Поле EVID задает глобальный
идентификатор события и применяется, когда необходимо логически связать с
одним единственным событием набор нескольких информационных сущностей,
причем сами сущности могут быть разнесены как по разным информационным
пакетам, так и по времени. При этом прикладное программное обеспечение
имеет возможность объединить все эти сущности воедино в момент
представления пользователю информации о событии. Например, если с
нажатием тревожной кнопки связывается серия фотоснимков, поле EVID
должно указываться в каждой сервисной записи, связанной с этим событием на
протяжении передачи всех сущностей, связанных с данным событием, как бы
долго не длилась передача всего пула информации;
- ТМ - время формирования записи на стороне отправителя (секунды с 00:00:00
01.01.2010 UTC). Если в одном пакете транспортного уровня передаются
несколько записей, относящихся к одному объекту и моменту времени, то поле
метки времени ТМ может передаваться только в составе первой записи;
- SST - идентификатор тип сервиса-отправителя, сгенерировавшего данную
запись. Например, сервис, обрабатывающий навигационные данные на стороне
АС, сервис команд на стороне телематической платформы и т.д.;
- RST - идентификатор тип сервиса-получателя данной записи. Например,
сервис, обрабатывающий навигационные данные на стороне телематической
платформы, сервис обработки команд на стороне АС и т.д.;
- RD - поле, содержащее информацию, присущую определенному типу сервиса
(одну или несколько подзаписей сервиса типа, указанного в пол е SST или RST,
в зависимости от вида передаваемой информации).
120
EСЕ/TRANS/WP.29/2013/67
4.6.3 Общая структура подзаписей
Формат отдельной подзаписи в протоколе уровня поддержки услуг указан в
таблице 15.
Таблица 15 - Формат отдельной подзаписи протокола уровня поддержки услуг
Бит 7
Бит 6
Бит 5
Бит 4 Бит 3 Бит 2
Бит 1
Бит 0 Тип
Тип
данных
Размер,
байт
SRT (Subrecord Type)
M
BYTE
1
SRL (Subrecord Length)
M
USHORT
2
SRD (Subrecord Data)
O
BINARY
0… 65495
4.6.4 На каждую информационную запись уровня поддержки услуг должно
быть отправлено подтверждение, которое содержит подзапись с информацией
об идентификаторе подтверждаемой записи и результате ее обработки.
Диаграмма, поясняющая работу механизма подтверждений при обмене
сообщениями на уровне поддержки услуг, представлена на рисунке 3.
Рисунок 3 – Диаграмма обмена сообщениями
Каждое сообщение протокола уровня поддержки услуг содержит в себе
заголовок и контрольную сумму транспортного уровня и одну или несколько
записей уровня поддержки услуг. Причем в одном сообщении могут
содержаться как информационные записи, так и подтверждения на ранее
принятые записи.
121
EСЕ/TRANS/WP.29/2013/67
4.7 Описание сервисов предоставления услуг
4.7.1 Список поддерживаемых протоколом уровня поддержки услуг сервисов
предоставления услуг, их идентификаторы в десятичном виде, а также описание
представлены в таблице 16.
Таблица 16 – Список сервисов, поддерживаемых протоколом
Код
Название
1
EGTS_AUTH_
SERVICE
2
EGTS_TELED
ATA_SERVICE
4
EGTS_COMM
ANDS_SERVI
CE
9
EGTS_FIRMW
ARE_SERVICE
10
EGTS_ECALL
_SERVICE
Описание
Данный тип сервиса применяется для
осуществления
процедуры
аутентификации АС на ТП. При
использовании TCP/IP протокола, АС
должен проходить данную процедуру, и
только после успешного завершения
данной
процедуры
происходит
дальнейшее взаимодействие.
Сервис предназначен для обработки
телематической
информации
(координатные
данные,
данные
о
срабатывании
датчиков
и
т.д.),
поступающей от АС.
Данный тип сервиса предназначен для
обработки
управляющих
и
конфигурационных
команд,
информационных сообщений и статусов,
передаваемых
между
АС,
ТП
и
операторами.
Сервис предназначен для передачи на АС
конфигурации и непосредственно самого
программного
обеспечения
(ПО)
аппаратной части самого АС, а также
различного
периферийного
оборудования, подключенного к АС и
поддерживающего
возможность
удалённого обновления ПО
Сервис, обеспечивающий выполнение
функционала ЭРА. Сервис описан в
разделе 7 настоящего стандарта
ДО 1)
ШСЭ 2)
ШСД 3)
+
+
+
+
+
+
+
+
+
+
+
+
+
П р и м е ч а н и е: варианты конфигурации АС:
1) АС, исполненная в конфигурации дополнительного оборудования;
2) АС, исполненная в конфигурации штатного оборудования и предназначенная
для реализации только базовой услуги;
3) АС, исполненная в конфигурации штатного оборудования и предназначенная
для реализации дополнительных, кроме базовой, услуг системой «ЭРАГЛОНАСС»;
4.7.2 Сервис EGTS_AUTH_SERVICE
Сервис EGTS_AUTH_SERVICE применяется для осуществления процедуры
аутентификации АС на стороне телематической платформы, а также для
получения учетных данных АС и информации об инфраструктуре на стороне
АС (состав и версии программного обеспечения модулей, блоков,
периферийного оборудования, информации о транспортном средстве). Сервис
122
EСЕ/TRANS/WP.29/2013/67
должен использоваться АС только в случае работы по протоколу TCP/IP после
создания каждого нового соединения с телематической платформой.
Требования данного пункта настоящего стандарта распространяются только на
АС, исполненные в конфигурации дополнительного оборудования, и не
распространяются на штатные АС, которые поддерживают только базовую
услугу реагирования при аварии.
Список подзаписей, используемых сервисом EGTS_AUTH_SERVICE,
представлен в табл. 17
Таблица 17 - Список подзаписей сервиса EGTS_AUTH_SERVICE
Код
Название
0
EGTS_SR_RECORD_RESPONSE
1
EGTS_SR_TERM_IDENTITY
2
EGTS_SR_MODULE_DATA
3
EGTS_SR_VEHICLE_DATA
6
EGTS_SR_AUTH_PARAMS
7
EGTS_SR_AUTH_INFO
8
EGTS_SR_SERVICE_INFO
9
EGTS_SR_RESULT_CODE
Описание
Подзапись применяется для осуществления
подтверждения процесса обработки записи
ППУ.
Данный
тип
подзаписи
должен
поддерживаться всеми Сервисами.
Подзапись используется АС при запросе
авторизации на ТП и содержит учётные данные
АС
Подзапись предназначена для передачи на ТП
информации об инфраструктуре на стороне АС,
о составе, состоянии и параметрах блоков и
модулей АС. Данная подзапись является
опциональной
и
разработчик
АС
сам
принимает
решение
о
необходимости
заполнения полей и отправки подзаписи. Одна
подзапись описывает один модуль. В одной
записи может передаваться последовательно
несколько таких подзаписей, что позволяет
передать данные об отдельных составляющих
всей аппаратной части АС и периферийного
оборудования
Подзапись применяется АС для передачи на ТП
информации о транспортном средстве.
Подзапись используется ТП для передачи на АТ
данных о способе и параметрах шифрования,
требуемого для дальнейшего взаимодействия
Подзапись предназначена для передачи на ТП
аутентификационных
данных
АС
с
использованием ранее переданных со стороны
ТП параметров для осуществления шифрования
данных.
Данный тип подзаписи используется для
информирования принимающей стороны, АС
или ТП, в зависимости от направления
отправки, о поддерживаемых Сервисах, а также
для запроса определённого набора требуемых
Сервисов (от АС к ТП)
Подзапись
применяется
ТП
для
информирования АС о результатах процедуры
аутентификации АС.
123
EСЕ/TRANS/WP.29/2013/67
4.7.2.1 Подзапись EGTS_SR_RECORD_RESPONSE
Структура подзаписи указана в таблице 18.
Таблица 18 - Форматподзаписи EGTS_SR_RECORD_RESPONSE
Бит 7
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2
Бит 1 Бит 0
Тип
CRN (Confirmed Record Number)
M
RST (Record Status)
M
Поля
подзаписи
назначение:
EGTS_SR_RECORD_RESPONSE
имеют
Тип
Размер,
данных байт
USHORT
2
BYTE
1
следующее
- CRN - номер подтверждаемой записи (значение поля RN из обрабатываемой
записи);
- RST - статус обработки записи.
При получении подтверждения отправителем он анализирует поле RST
подзаписи EGTS_SR_ RECORD_RESPONSE и в случае получения статуса об
успешной обработке стирает запись из внутреннего хранилища, иначе в случае
ошибки и в зависимости от причины производит соответствующие действия.
4.7.2.2 Подзапись EGTS_SR_TERM_IDENTITY.
Структура подзаписи указана в таблице 19.
Таблица 19 - Формат подзаписи EGTS_SR_TERM_IDENTITY сервиса EGTS_AUTH_SERVICE
Бит 7
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2 Бит 1 Бит 0 Тип
TID (Terminal Identifier)
M
Тип
Размер,
данных
байт
UINT
4
Flags
M
BYTE
1
HDID (Home Dispatcher Identifier)
O
USHORT
2
IMEI (International Mobile Equipment Identity)
O
STRING
15
IMSI (International Mobile Subscriber Identity)
O
STRING
16
LNGC (Language Code)
O
STRING
3
NID (Network Identifier)
O
BINARY
3
BS (Buffer Size)
O
USHORT
2
MSISDN (Mobile Station Integrated Services Digital Network Number)
O
STRING
15
MNE
BSE
NIDE
SSRA
LNGCE IMSIE IMEIE HDIDE
124
EСЕ/TRANS/WP.29/2013/67
Поля подзаписи EGTS_SR_TERM_IDENTITY имеют следующее назначение:
- TID - уникальный идентификатор, назначаемый при программировании АС.
Наличие значения 0 в данном поле означает, что АС не прошла процедуру
конфигурирования или прошла ее не полностью. Данный идентификатор
назначается оператором системы ЭРА и однозначно определяет набор учетных
данных AC. TID назначается при инсталляции АС как дополнительного
оборудования и передаче оператору учетных данных AT (IMSI, IMEI, serial_id).
В случае использования АС в качестве штатного устройства TID сообщается
оператору автопроизводителем вместе с учетными данными (VIN, IMSI, IMEI);
- HDIDE - битовый флаг, который определяет наличие поля HDID в подзаписи
(если бит равен 1, то поле передается, если 0, то не передается);
- IMEIE - битовый флаг, который определяет наличие поля IMEI в подзаписи
(если бит равен 1, то поле передается, если 0, то не передается);
- IMSIE - битовый флаг, который определяет наличие поля IMSI в подзаписи
(если бит равен 1, то поле передается, если 0, то не передается);
- LNGCE - битовый флаг, который определяет наличие поля LNGC в подзаписи
(если бит равен 1, то поле передается, если 0, то не передается);
- SSRA - битовый флаг, предназначенный для определения алгоритма
использования сервисов (если бит равен 1, то используется простой алгоритм,
если 0, то алгоритм запросов на использование сервисов);
- NIDE - битовый флаг, определяющий наличие поля NID в подзаписи (если бит
равен 1, то поле передается, если 0, то не передается);
- BSE - битовый флаг, определяющий наличие поля BS в подзаписи (если бит
равен 1, то поле передается, если 0, то не передается);
- MNE - битовый флаг, определяющий наличие поля MSISDN в подзаписи (если
бит равен 1, то поле передается, если 0, то не передается);
- HDID - идентификатор домашней телематической платформы (подробная
учетная информация об АС хранится на данной платформе);
- IMEI - идентификатор мобильного устройства (модема). При невозможности
определения данного параметра АС должна заполнять данное поле значением 0
во всех 15 символах;
- IMSI - идентификатор мобильного абонента. При невозможности определения
данного параметра, устройство должно заполнять данное поле значением 0 во
всех 16 символах;
- LNGC - код языка, предпочтительного к использованию на стороне АС, в
соответствии с [4], например, "rus" - русский;
- NID - идентификатор сети оператора, в которой зарегистрирована АС.
Используются 20 младших бит. Представляет пару кодов MCC-MNC. Структура
поля NID представлена в таблице 20;
- BS - максимальный размер буфера приема АС в байтах. Размер каждого пакета
информации, передаваемого на АС, значения (1024, 2048, 4096) и зависит от
реализации аппаратной и программной частей конкретной АС;
- MSISDN - телефонный номер мобильного абонента. При невозможности
определения данного параметра устройство должно заполнять данное по ле
значением 0 во всех 15 символах (формат описан в [4]).
125
EСЕ/TRANS/WP.29/2013/67
Передача поля HDID определяется настройками АС и целесообразна при
возможности подключения АС к телематической платформе, отличной от
домашней, например, при использовании территориально распределен ной сети
платформ. При использовании только одной домашней платформы передача
HDID не требуется.
Простой алгоритм использования сервисов подразумевает, что для АС
доступны все сервисы, и в таком режиме АС разрешено сразу отправлять
данные для требуемого сервиса. В зависимости от действующих на
телематической платформе для данного АС разрешений в ответ на пакет с
данными для сервиса может быть возвращена запись-подтверждение с
соответствующим признаком ошибки. В системах с простым распределением
прав на использование сервисов рекомендуется применять простой алгоритм.
Это сокращает объем передаваемого трафика и время авторизации АС.
Алгоритм запросов на использование сервисов подразумевает, что перед тем,
как использовать тот или иной тип сервиса (отправлять данные), АС должна
получить от телематической платформы информацию о доступных для
использования сервисов. Запрос на использование сервисов может
осуществляться как на этапе авторизации, так и после нее. На этапе
авторизации запрос на использование того или иного сервиса проводится путем
добавления подзаписей типа SR_SERVICE_INFO и установки бита 7 поля SRVP
в значение 1. После процедуры авторизации запрос на использование сервиса
может быть осуществлен также при помощи подзаписей SR_SERVICE_INFO.
Таблица 20 - Формат поля NID подзаписи EGTS_SR_TERM_IDENTITY сервиса
EGTS_AUTH_SERVICE
Биты 20…23
Биты 10…19
Биты 0…9
Тип
Тип данных
Размер,
байт
-
MCC (Mobile Country
Code)
MNC (Mobile
Network Code)
M
BINARY
3
Совокупность МСС и MNC определяет уникальный идентификатор сотового
оператора сетей GSM, CDMA, TETRA, UMTS, а также некоторых операторов
спутниковой связи.
Параметры поля NID подзаписи EGTS_SR_TERM_IDENTITY имеют
следующее назначение:
- МСС - код страны;
- MNC - код мобильной сети в пределах страны.
6.7.2.3 Подзапись EGTS_SR_MODULE_DATA
Структура подзаписи представлена в таблице 21.
126
EСЕ/TRANS/WP.29/2013/67
Таблица 21 - Формат подзаписи EGTS_SR_MODULE_DATA сервиса EGTS_AUTH_SERVICE
Бит 7
Бит 6
Бит 5
Бит 4 Бит 3
Бит 2
Бит 1 Бит 0
Тип
Тип
Размер,
данных
байт
BYTE
1
MT (Module Type)
M
VID (Vendor Identifier)
M
UINT
4
FWV (Firmware Version)
M
USHORT
2
SWV (Software Version)
M
USHORT
2
MD (Modification)
M
BYTE
1
ST (State)
M
BYTE
1
SRN (Serial Number)
O
STRING
0 … 32
D (Delimiter)
M
BYTE
1
DSCR (Description)
O
STRING
0 … 32
D (Delimiter)
M
BYTE
1
Поля подзаписи SR_MODULE_DATA имеют следующее значение:
- МТ - тип модуля, определяет функциональную принадлежность модуля (1 основной модуль; 2 - модуль ввода вывода; 3 - модуль навигационного
приемника; 4 - модуль беспроводной связи). Здесь указаны рекомендованные
правила нумерации типов модулей. Конкретная реализация сервиса
авторизации может вводить и расширять собственную нумерацию типов,
включая все внешние периферийные контроллеры;
- VID - код производителя;
- FWV - версия аппаратной части модуля (старший байт - число до точки majorversion, младший - после точки - minorversion, например версия 2.34 будет
представлена числом 0x0222);
- SWV- версия программной части модуля (старший байт - число до точки,
младший - после точки);
- MD - код модификации программной части модуля;
- ST - состояние (1 - включен, 0 - выключен, больше 127 - неисправность (см.
приложение В));
- SRN - серийный номер модуля;
- D - разделитель строковых параметров (всегда имеет значение 0);
- DSCR - краткое описание модуля.
4.7.2.4 Подзапись EGTS_SR_VEHICLE_DATA
Структура подзаписи представлена в таблице 22. В случае использования АС в
конфигурации штатного оборудования по данным из поля VIN данная
подзапись должна передаваться совместно с EGTS_SR_TERM_IDENTITY.
127
EСЕ/TRANS/WP.29/2013/67
Таблица 22 - Формат подзаписи EGTS_SR_VEHICLE_DATA сервиса EGTS_AUTH_SERVICE
Бит 7
VIN (Vehicle Identification Number)
M
Тип
данных
STRING
VHT (Vehicle Type)
M
UINT
4
VPST (Vehicle Propulsion Storage Type)
M
UINT
4
Бит 6
Бит 5
Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
Размер,
байт
17
Поля подзаписи EGTS_SR_VEHICLE_DATA имеют следующее значение:
- VIN - идентификационный номер транспортного средства;
- VHT - тип транспортного средства:
а) биты 31-5: не используются;
б) биты 4-0;
в) 0001 - пассажирский (Class М1);
г) 0010 - автобус (Class М2);
д) 0011 - автобус (Class М3);
е) 0100 - легкая грузовая машина (ClassN1);
ж) 0101 - тяжелая грузовая машина (ClassN2);
и) 0110 - тяжелая грузовая машина (ClassN3);
к) 0111 - мотоцикл (ClassL1е);
л) 1000 - мотоцикл (ClassL2e);
м) 1001 - мотоцикл (ClassL3e);
н) 1010 - мотоцикл (ClassL4e);
п) 1011 - мотоцикл (ClassL5e);
р) 1100 - мотоцикл (ClassL6e);
с) 1101 - мотоцикл (ClassL7e);
- VPST - тип энергоносителя транспортного средства. Если все биты 0, то тип
не задан:
а) биты 31-6: не используются;
б) бит 5: 1 - водород;
в) бит 4: 1 - электричество (более 42 В и 100 А/ч);
г) бит 3: 1 - жидкий пропан (LPG);
д) бит 2: 1 - сжиженный природный газ (CNG);
е) бит 1: 1 - дизель;
ж) бит 0: 1 - бензин.
4.7.2.5 Подзапись EGTS_SR_AUTH_PARAMS.
Структура подзаписи представлена в таблице 23.
128
EСЕ/TRANS/WP.29/2013/67
Таблица 23 - Форматподзаписи EGTS_SR_AUTH_PARAMS сервиса EGTS_AUTH_SERVICE
Бит 7
Бит 6
Тип
Тип
данных
Размер,
байт
M
BYTE
1
PKL (Public Key Length)
O
USHORT
2
PBK (Public Key)
O
BINARY
0…512
ISL (Identity String Length)
O
USHORT
2
MSZ (Mod Size)
O
USHORT
2
SS (Server Sequence)
O
STRING
0…255
D (Delimiter)
O
BYTE
1
EXP (Exp)
O
STRING
0…255
D (Delimiter)
O
BYTE
1
Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0
FLG (Flags)
-
EXE
SSE
MSE
ISLE
PKE
ENA
Поля подзаписи EGTS_SR_AUTH_PARAMS имеют следующее значение:
- ЕХЕ - битовый флаг, определяющий наличие поля ЕХР и следующего за ним
разделителя D (если 1, то поля присутствуют);
- SSE - битовый флаг, определяющий наличие поля SS и следующего за ним
разделителя D (если 1, то поля присутствуют);
- MSE - битовый флаг, определяющий наличие поля MSZ (если 1, то поле
присутствует);
- ISLE - битовый флаг, определяющий наличие поля ISL (если 1, то поле
присутствует);
- РКЕ - битовый флаг, определяющий наличие полей PKL и РВК (если 1, то
поля присутствуют);
- ENA - битовое поле, определяющее требуемый алгоритм шифрования пакетов.
Если данное поле содержит значение 00, то шифрование не применяетс я, и
подзапись EGTS_SR_AUTH_PARAMS содержит только один байт, иначе в
зависимости от типа алгоритма наличие дополнительных параметров
определяется остальными битами поля FLG;
- PKL - длина публичного ключа в байтах;
- РВК - данные публичного ключа;
- ISL - результирующая длина идентификационных данных;
- MSZ - параметр, применяемый в процессе шифрования;
- SS - специальная серверная последовательность байт, применяемая в процессе
шифрования;
- D - разделитель строковых параметров (всегда имеет значение 0);
129
EСЕ/TRANS/WP.29/2013/67
- ЕХР - специальная
шифрования.
последовательность,
используемая
в
процессе
Если требуется использование шифрования и запрашиваемый алгоритм
шифрования
поддерживается,
авторизуемой
стороной
проводятся
формирование и отправка записи EGTS_SR_AUTH_INFO, зашифрованной по
указанному алгоритму. При этом биты 11 и 12 в поле KEYS заголовка
транспортного уровня устанавливаются в соответствующие значения, и весь
последующий обмен данными проводится с использованием шифрования.
Если требуемый алгоритм шифрования не поддерживается, инициирующая
сторона
отправляет
подзапись
EGTS_SR_RECORD_RESPONSE
с
соответствующим признаком ошибки.
В записи в зависимости от используемого алгоритма запроса сервисов, также
могут содержаться подзаписи EGTS_SR_SERVICE_INFO, определяющие число
и параметры поддерживаемых, а также требуемых инициирующей стороной
сервисов.
4.7.2.6 Подзапись EGTS_SR_AUTH_INFO
Структура подзаписи представлена в таблице 24.
Таблица 24 - Структура подзаписи EGTS_SR_AUTH_INFO
сервиса EGTS_AUTH_SERVICE
Бит 7
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2 Бит 1 Бит 0 Тип
Тип
Размер,
данных
байт
UNM (User Name)
M
STRING
0…32
D (Delimiter)
M
BYTE
1
UPSW (User Password)
M
STRING
0…32
D (Delimiter)
M
BYTE
1
SS (Server Sequence)
O
STRING
0…255
D (Delimiter)
O
BYTE
1
Поля подзаписи EGTS_SR_AUTH_INFO имеют следующее значение:
- UNM - имя пользователя;
- D - разделитель строковых параметров (всегда имеет значение 0);
- UPSW - пароль пользователя;
- SS - специальная серверная последовательность байт, передаваемая в подзаписи
EGTS_SR_AUTH_PARAMS
(необязательное
поле,
наличие
зависит
от
используемого алгоритма шифрования).
4.7.2.7 Подзапись EGTS_SR_SERVICE_INFO.
Структура подзаписи представлена в таблице 25.
130
EСЕ/TRANS/WP.29/2013/67
Таблица
25
Структура
EGTS_AUTH_SERVICE
Бит 7
Бит 6
подзаписи
Бит 5 Бит 4 Бит 3
EGTS_SR_SERVICE_INFO
Бит 2
Бит 1 Бит 0
Тип
сервиса
Тип
Размер,
данных
байт
BYTE
1
ST (Service Type)
M
SST (Service Statement)
M
BYTE
1
SRVP (Service Parameters)
M
BYTE
1
Поля подзаписи EGTS_SR_SERVICE_INFO имеют следующее значение:
- ST - тип сервиса, определяющий функциональную принадлежность
(например, EGTS_TELEDATA_SERVICE, EGTS_ECALL_SERVICE и т.д.);
- SST - определяет текущее состояние сервиса (см. таблицу 26);
- SRVP - определяет параметры сервиса;
- SRVA (ServiceAttribute) - битовый флаг, атрибут сервиса:
а) 0 - поддерживаемый сервис;
б) 1 - запрашиваемый сервис;
- SRVRP (ServiceRoutingPriority) - битовое поле, приоритет с точки зрения
трансляции на него данных (в случае масштабирования системы и применения
нескольких экземпляров приложений одного типа сервиса) определяется
битами 0 и 1:
а) 00 - наивысший;
б) 01 - высокий;
в) 10 - средний;
г) 11 - низкий.
Таблица 26 - Список возможных состояний сервиса
Код
Название
Описание
0
EGTS_SST_IN_SERVICE
Сервис в рабочем состоянии и разрешен к
использованию
128
EGTS_SST_OUT_OF_SERVICE
Сервис в нерабочем состоянии (выключен)
129
EGTS_SST_DENIED
Сервис запрещён для использования
130
EGTS_SST_NO_CONF
Сервис не настроен
131
EGTS_SST_TEMP_UNAVAIL
Сервис временно недоступен
4.7.2.8 Подзапись EGTS_SR_RESULT_CODE
Структура подзаписи представлена в таблице 27.
Таблица
27
EGTS_AUTH_SERVICE
Бит 7
Бит 6
Структура
подзаписи
EGTS_SR_RESULT_CODE
Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
RCD (Result Code)
M
сервиса
Тип
данных
Размер,
байт
BYTE
1
131
EСЕ/TRANS/WP.29/2013/67
Поля подзаписи EGTS_SR_SERVICE_INFO имеют следующее значение:
- RCD - код, определяющий результат выполнения операции авторизации.
4.7.2.9 Описание процедуры авторизации
Для работы в инфраструктуре оператора системы ЭРА АС должен быть
назначен уникальный идентификатор UNIT_ID, которому соответствуют
определенные значения IMEI, IMSI и другие учетные данные АС, необходимые
для осуществления взаимодействия в системе оператора.
Конфигурирование АС может быть проведено одним из следующих способов.
1) В пассивном режиме работы АС после нажатия кнопки "Дополнительные
функции" и осуществления регистрации АС в сети GSM или UMTS
инфраструктура сотового оператора отслеживает появление нового устройства
и инициирует отправку ему зашифрованного SMS с учетными данными.
Шифрование проводится ключом и алгоритмом, известным данному образцу
АС и сохраненным к моменту конфигурирования в хранилище оператора. Для
определения ключей и алгоритмов шифрования на стороне АС используются
соответствующие поля из заголовка протокола транспортного уровня, а также
данные о ключах, зашитых в памяти АС. Учетные данные передаются в виде
конфигурационного
файла
с
использованием
подзаписи
EGTS_SR_SERVICE_FULL_DATA
или
EGTS_SR_SERVICE_PART_DATA
сервиса EGTS_FIRMWARE_SERVICE.
Файл конфигурации должен содержать: параметр EGTS_GPRS_APN
(параметры точки доступа для установления GPRS-сессии), параметр
EGTS_SERVER_ADDRESS, определяющий адрес и порт сервера, с которым
необходимо установить TCP/IP соединение, уникальный идентификатор
ACUNIT_ID. В конфигурационном файле также могут присутствовать другие
параметры, необходимые для работы АС.
Далее АС проводит расшифровку SMS-сообщения, проверяет корректность
структур данных, вычисляет и сравнивает с полученными в сообщении
значениями контрольные суммы. Если расшифровка и проверка прошли
успешно, АС устанавливает GPRS-сессию и соединяется с указанным сервером
по TCP/IP.
После прохождения процедуры аутентификации отправляет подтверждение об
успешной конфигурации в виде подзаписи EGTS_SR_RECORD_RESPONSE с
кодом EGTS_PC_OK на полученную запись EGTS_SR_SERVICE_FULL_DATA
или EGTS_SR_SERVICE_PART_DATA сервиса EGTS_FIRMWARE_SERVICE.
Алгоритм такого способа конфигурирования АС представлен на рисунке 4.
132
EСЕ/TRANS/WP.29/2013/67
Рисунок 4 - Алгоритм конфигурации АС с использованием SM
2) После регистрации АС в сети GSM или UMTS устанавливается GPRS сессия
и TCP/IP соединение с сервером, информация об адресе которого уже записана
в памяти АС. При прохождении процедура аутентификации инфраструктура
оператора
анализирует
параметр
TID
из
подзаписи
EGTS_SR_TERM_IDENTITY (таблица 18). Если TID имеет значение 0,
проводится
процедура
конфигурирования
при
помощи
сервиса
EGTS_FIRMWARE_SERVICE, как описано в предыдущем способе, отправляя
файл
конфигурации
с
использованием
подзаписи
EGTS_SR_SERVICE_FULL_DATA
или
EGTS_SR_SERVICE_PART_DATA.
Далее после прихода подтверждения получения конфигурационного файла от
АС ей отправляется результат авторизации с кодом EGTS_PC_ID_NFOUND,
указывающий, что TID=0 в системе не найден. После этого сервер, не разрывая
соединения с АС, ожидает повторной авторизации АС, но уже с корректным
параметром TID. Алгоритм такого способа конфигурирования АС представлен
на рисунке 5.
133
EСЕ/TRANS/WP.29/2013/67
Рисунок 5 - Алгоритм конфигурации АС с использованием GPRS
Если авторизация прошла успешно, телематическая платформа в зависимости
от алгоритма запроса использования сервисов может перед подзаписью
EGTS_SR_RESULT_CODE
добавлять
подзаписи
типа
EGTS_SR_SERVICE_INFO, определяющие состав сервисов, разрешенных для
АС и поддерживаемых платформой. Это означает, что АС сразу после
авторизации может использовать только перечисленные сервисы, даже если она
предполагает простой алгоритм поддержки прав использования сервисов.
Если используется алгоритм запросов использования сервис ов, то АС не может
использовать сервисы, разрешение на использование которых не получено от
стороны телематической платформы. Причем разрешение на некоторые
запрашиваемые сервисы может прийти позже. Например, когда сервисы
находятся на удаленных телематических платформах, от которых в
асинхронном режиме приходят ответы на запросы. В таком случае
телематическая платформа, используя имеющиеся данные маршрутизации,
отправляет асинхронный запрос на использование сервисов удаленной
платформы,
если
идентификатор
HDID
указан
в
подзаписи
EGTS_SR_TERM_IDENTITY при авторизации АС.
134
EСЕ/TRANS/WP.29/2013/67
Алгоритм обмена сообщениями на этапе авторизации АС на стороне
телематической платформы представлен на диаграмме, приведенной на рисунке
6.
Рисунок 6 - Обмен сообщениями на этапе авторизации АС на телематической платформе
После успешного подключения АС к телематической платформе по протоколу
TCP/IP АС должна быть авторизована. Для передачи первичных
аутентификационных данных АС должна отправить сообщение, содержащее
подзапись EGTS_SR_TERM_IDENTITY (сообщение 1), в течение времени
EGTS_SL_NOT_AUTH_TO.
Получив
сообщение
с
подзаписью
EGTS_SR_TERM_IDENTITY,
телематическая платформа отправляет на него сообщение 2 с подтверждением о
приеме EGTS_SR_RECORD_RESPONSE на запись с идентификатором ID,
равным 1. Далее в зависимости от настроек (используется шифрование или
дополнительный алгоритм авторизации) телематическая платформа отправляет
135
EСЕ/TRANS/WP.29/2013/67
пакет (сообщение 3) с подзаписью EGTS_SR_AUTH_PARAM, содержащей
параметры, необходимые для осуществления шифрования и/или алгоритма
расширенной авторизации. Если шифрование и алгоритм расширенной
авторизации
не
используются,
то
вместо
подзаписи
EGTS_SR_AUTH_PARAMтелематическая
платформа
может
отправить
подзапись EGTS_SR_RESULT_CODE с результатом проведения процедуры
авторизации АС.
Далее
АС
отправляет
сообщение
4
и
подтверждения
EGTS_SR_RECORD_RESPONSE на сообщение 3 с ID, равным 2. При
использовании расширенного алгоритма авторизации и/или шифрования АС
передает сообщение 5, закодированное по правилам шифрования, указанным в
сообщении 3 от телематической платформы, и содержащее подзапись
EGTS_SR_AUTH_INFO с данными для расширенной авторизации.
После получения EGTS_SR_AUTH_INFOтелематическая платформа отправляет
сообщение 6 с подтверждением на сообщение 5 с ID, равным 3, и выполняет
процедуру авторизации. Платформа формирует сообщение 7 с результатом
проведения авторизации в виде подзаписи EGTS_SR_RESULT_CODE, а также в
случае успешной авторизации может добавить информацию о разрешенных для
использования данной АС услуг в виде подзаписей EGTS_SR_SERVICE_INFO.
АС затем формирует сообщение 8 с подтверждением на сообщение 7 с ID,
равным 4. АС может сформировать сообщение 9 и добавить подзаписи
EGTS_SR_SERVICE_INFO, содержащие информацию о требуемых услугах
(если используется процедура использования сервисов по запросу) и/или
поддерживаемых сервисах на стороне АС.
Далее телематическая платформа создает сообщение 10 с подтверждением на
сообщение 9 с ID, равным 5.
На этом этап авторизации заканчивается, и АС переходит на эт ап обмена
информационными сообщениями с платформой согласно установленному в АС
режиму работы.
В случае если процедура авторизации проходит неудачно (неверные
аутентификационные данные АС, запрет доступа данного АС к телематической
платформе и т.д.), то после отправки сообщения, содержащего подзапись
EGTS_SR_RESULT_CODE с указанием в ней соответствующего кода,
телематическая платформа должна разорвать установленное автомобильной
системой TCP/IP соединение.
4.7.3 Сервис EGTS_COMMANDS_SERVICE
Данный тип сервиса предназначен для обработки команд, сообщений и
подтверждений, передаваемых междуАС, телематической платформой и
клиентскими приложениями.
Для осуществления взаимодействия в рамках данного сервиса используется
одна подзапись EGTS_SR_COMMAND_DATA, описание и код которой
представлены в таблице 28.
136
EСЕ/TRANS/WP.29/2013/67
Таблица 28 - Описание подзаписей сервиса EGTS_COMMAND_SERVICE
Код
0
51
Название
Описание
EGTS_SR_RECORD_RESPO
NSE
Подзапись
применяется
для
подтверждения
процесса обработки записи протокола уровня
поддержки услуг. Данный тип подзаписи должен
поддерживаться всеми Сервисами.
EGTS_SR_COMMAND_DAT
A
Подзапись используется АС и ТП для передачи
команд,
информационных
сообщений,
подтверждений
доставки,
подтверждений
выполнения команд, подтверждения прочтения
сообщений.
4.7.3.1 Подзапись EGTS_SR_COMMAND_DATA.
Структура подзаписи представлена в таблице 29.
Таблица
29
–
Структура
EGTS_COMMANDS_SERVICE
Бит 7
Бит 6
подзаписи
EGTS_SR_COMMAND_DATA
сервиса
M
M
M
M
Тип
данных
BYTE
UINT
UINT
BYTE
Размер,
байт
1
4
4
1
CHS (Charset)
O
BYTE
1
ACL (Authorization Code Length)
AC (Authorization Code)
O
O
BYTE
1
BINARY 0 … 255
CD (Command Data)
O
BINARY 0… 65205
Бит 5 Бит 4 Бит 3 Бит 2
Бит 1
Бит 0
CT (Command Type)
CCT (Command Confirmation Type)
CID (Command Identifier)
SID (Source Identifier)
ACFE CHSFE
Тип
Приведенные
в
таблице
29
параметры
(поля)
EGTS_SR_COMMAND_DATA имеют следующее назначение:
подзаписи
- СТ - тип команды:
а) 0001 - CT_COMCONF - подтверждение о приеме, обработке или результат
выполнения команды;
б) 0010 - CT_MSGCONF - подтверждение о приеме, отображении и/или
обработке информационного сообщения;
в) 0011 - CT_MSGFROM - информационное сообщение от АС;
г) 0100 - CT_MSGTO - информационное сообщение для вывода на устройство
отображения AT;
д) 0101 - СТ_СОМ - команда для выполнения на АС;
е) 0110 - CT_DELCOM - удаление из очереди на выполнение переданной ранее
команды;
ж) 0111 - CT_SUBREQ - дополнительный подзапрос для выполнения (к
переданной ранее команде);
137
EСЕ/TRANS/WP.29/2013/67
и) 1000 - CT_DELIV информационного сообщения;
подтверждение
о
доставке
команды
или
- ССТ - тип подтверждения (имеет смысл для типов команд CT_COMCONF,
CT_MSGCONF, CT_DELIV):
а) 0000 - СС_ОК - успешное выполнение, положительный ответ;
б) 0001 - CC_ERROR - обработка завершилась ошибкой;
в) 0010 - CC_ILL - команда не может быть выполнена по причине отсутствия в
списке разрешенных (определенных протоколом) команд или отсутствия
разрешения на выполнение данной команды;
г) 0011 - CC_DEL - команда успешно удалена;
д) 0100 - CC_NFOUND - команда для удаления не найдена;
е) 0101 - CC_NCONF - успешное выполнение, отрицательный ответ;
ж) 0110 - CC_INPROG - команда передана на обработку, но для ее выполнения
требуется длительное время (результат выполнения еще не известен);
- CID - идентификатор команды, сообщения. Значение из данного поля должно
быть использовано стороной, обрабатывающей/выполняющей команду или
сообщение, для создания подтверждения. Подтверждение должно содержать в
поле CID то же значение, что содержалось в самой команде или сообщении при
отправке;
- SID - идентификатор отправителя данной команды или подтверждения;
- ACFE (AuthorizationCodeFieldExists) - битовый флаг, определяющий наличие
полей ACL и АС в подзаписи:
а) 1 - поля ACL и АС присутствуют в подзаписи;
б) 0 - поля ACL и АС отсутствуют в подзаписи;
- CHSFE (CharsetFieldExists) - битовый флаг, определяющий наличие поля CHS
в подзаписи:
а) 1 - поле CHS присутствует в подзаписи;
б) 0 - поле CHS отсутствует в подзаписи;
- CHS - кодировка символов, используемая в поле CD, содержащем тело
команды. При отсутствии данного поля по умолчанию должна использоваться
кодировка СР-1251. Определены следующие значения поля CHS (десятичный
вид):
а) 0 - СР-1251;
б) 1 - IA5 (CCITTT.50)/ASCII (ANSIХ3.4);
в) 2 - бинарные данные;
г) 3 - Latin 1 (таблица Е.1 (приложение Е));
д) 4 - бинарные данные;
е) 5 - JIS (X 0208-1990);
ж) 6 - Cyrillic (таблица Е.1 (приложение Е));
и) 7 - Latin/Hebrew (таблица Е.3 (приложение Е));
138
EСЕ/TRANS/WP.29/2013/67
к) 8 - UCS2.
- ACL - длина в байтах поля АС, содержащего код авторизации на стороне
получателя;
- АС - код авторизации, использующийся на принимающей стороне
(автомобильная система) и обеспечивающий ограничение доступа на
выполнение отдельных команд. Если указанный в данном поле код не совпадает
с ожидаемым значением, то в ответ на такую команду или сообщение,
автомобильная система должна отправить подтверждение с типом CC_ILL;
- CD - тело команды, параметры, данные возвращаемые на команду-запрос,
использующие кодировку из поля CHS или значение по умолчанию.
Размер данного поля определяется исходя из общей длины записи протокола
уровня поддержки услуг и длины предшествующих полей в данной подзаписи.
Формат команды представлен в таблице 30. Данное поле может иметь нулевую
длину (отсутствовать) в тех случаях, когда в ответ на команду или сообщение
для АС не передаются никакие данные.
Таблица 30 - Формат команд автомобильной системы
Бит 7
Бит 6
Тип
Размер,
данных
байт
M
USHORT
2
M
BYTE
1
CCD (Command Code)
M
USHORT
2
DT (Data)
O
BINARY
Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0
ADR (Address)
SZ (Size)
ACT (Action)
Тип
0…
65200
Приведенные в таблице 30 параметры имеют следующее назначение:
- ADR - адрес модуля, для которого данная команда предназначена. Адрес
определяется исходя из начальной конфигурации АС или из списка модулей,
который может быть получен при регистрации АС через сервис
EGTS_AUTH_SERVICE и передаче подзаписей EGTS_SR_MODULE_DATA;
- SZ - объем памяти для параметра (используется совместно с действием АСТ 2). При добавлении нового параметра в АС данное поле определяет, что для
нового параметра требуется 2 байт памяти в АС;
- ACT - описание действия, используется в случае типа команды, поле СТ СТ_СОМ подзаписи EGTS_SR_COMMAND_DATA. Значение поля может быть
одним из следующих вариантов:
а) 0 - параметры команды. Используется для передачи параметров для команды,
определяемой кодом из поля CCD;
б) 1 - запрос значения. Используется для запроса информации, хранящейся в
АС. Запрашиваемый параметр определяется кодом из поля CCD;
в) 2 - установка значения. Используется для установки нового значения
определенному параметру в АС. Устанавливаемый параметр определяется
кодом из поля CCD, а его значение - полем DT;
139
EСЕ/TRANS/WP.29/2013/67
г) 3 - добавление нового параметра в АС. Код нового параметра указывается в
поле CCD, его тип - в поле SZ, а значение - в поле DT;
д) 4 - удаление имеющегося параметра из АС. Код удаляемого параметра
указывается в поле CCD;
- CCD - код команды при АСТ-0 или параметра при АСТ-1...4;
- DT - запрашиваемые данные или параметры, необходимые для выполнения
команды. Данные записываются в данное поле в формате, зависящем от типа
команды.
Подтверждение на ранее переданную команду при CT-CT_COMCONF, если
сАС передается сопутствующая информация, имеет формат, представленный в
таблице 31. Описанная структура содержится в поле CD (таблица 29).
Таблица 31 - Формат подтверждения на команду АС
Бит 7
Бит 6
Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
Тип
данных
Размер,
байт
ADR (Address)
M
USHORT
2
CCD (Command Code)
M
USHORT
2
DT (Data)
O
BINARY
0…65200
Приведенные в таблице 31 параметры имеют следующее назначение:
- ADR - адрес модуля, от которого передается подтверждение. Адрес
определяется исходя из начальной конфигурации АС или из списка модулей,
который может быть получен при регистрации АС через сервис
EGTS_AUTH_SERVICE и передаче подзаписей EGTS_SR_MODULE_DATA;
- CCD - код команды, сообщения из таблицы 32 или параметра из таблицы 34, в
соответствии с которым передается сопутствующая информация в поле DT;
- DT - сопутствующие данные, тип и состав которых определяются значением
поля CCD. Список и состав сопутствующих данных, передаваемых в
подтверждении на некоторые команды, представлены в таблице 33.
4.7.3.2 Описание команд, параметров и подтверждений
Список и описание команд АС представлены в таблице 32.
Значения следующих параметров АС могут быть запрошены, но не могут быть
изменены
или
удалены
при
помощи
сервиса
команд:
EGTS_UNIT_SERIAL_NUMBER,
EGTS_UNIT_HW_VERSION,
EGTS_UNIT_SW_VERSION, EGTS_UNIT_VENDOR_ID, EGTS_UNIT_IMEI.
Значения
указанных
параметров
выставляются
производителями
соответствующих модулей и блоков АС, а также разработчиками программного
обеспечения для них.
Автомобильными системами, установленными в конфигурации штатного
оборудования, должна быть реализована поддержка следующих параметров:
- EGTS_GPRS_APN;
- EGTS_SERVER_ADDRESS;
- EGTS_SIM_PIN;
- EGTS_AUTOMATIC_REGISTRATION;
- EGTS_SELFTEST_INTERVAL;
- EGTS_POST_TEST_REGISTRATION_TIME;
- EGTS_TEST_MODE_END_DISTANCE;
140
EСЕ/TRANS/WP.29/2013/67
-
EGTS_GARAGE_MODE_END_DISTANCE;
EGTS_TEST_MODE_WATCHDOG;
EGTS_USE_GPRS_WHITE_LIST;
EGTS_GPRS_WHITE_LIST;
EGTS_TEST_REGISTRATION_PERIOD;
EGTS_GNSS_POWER_OFF_TIME;
EGTS_GNSS_DATA_RATE;
EGTS_GNSS_MIN_ELEVATION;
EGTS_UNIT_SERIAL_NUMBER;
EGTS_UNIT_HW_VERSION;
EGTS_UNIT_SW_VERSION;
EGTS_UNIT_VENDOR_ID;
EGTS_UNIT_ID;
EGTS_UNIT_LANGUAGE_ID;
EGTS_UNIT_IMEI;
EGTS_UNIT_HOME_DISPATCHER_ID.
Таблица 32 – Список команд для АС
Название команды
Код
Тип,
количество и
предельные
значения
параметров
EGTS_RAW_DATA
0x0000
BINARY (до
65200 байт)
EGTS_TEST_MODE
0x0001
BYTE
EGTS_TEST_GET_ER
RORS
0x0004
-
EGTS_TEST_CLEAR
_ERRORS
0x0005
-
Описание
Команда для передачи произвольных
данных. Применяется, например, для
передачи
команд,
сообщений
и
данных на периферийные устройства,
модули, подключенные к основному
блоку АС, в определяемом данным
модулем формате. При этом АС не
должна анализировать данные из поля
DT и в неизменном виде передать их
по адресу, определяемому полем ADR
Команда
начала
/окончания
тестирования АС.
1 – начало тестирования,
0 –окончание тестирования.
Запрос кодов ошибок
Очистка
кодов ошибок.
Для
обработки данной команды оператор
должен
установить
корректные
значения полей ACL и AC из Таблицы
28.
141
EСЕ/TRANS/WP.29/2013/67
Название команды
EGTS_CONFIG_RES
ET
Код
Тип,
количество и
предельные
значения
параметров
0x0006
-
EGTS_SET_AUTH_C
ODE
0x0007
BINARY
EGTS_RESTART
0x0008
-
Описание
Возврат к заводским установкам.
Удаляются
все
установленные
пользователем
параметры,
и
производится возврат к заводским
установкам. Для обработки данной
команды оператор должен установить
корректные значения полей ACL и AC
из Таблицы 28.
Установка кода авторизации на
стороне АС. Для обработки данной
команды оператор должен установить
корректные значения полей ACL и AC
из Таблицы 28. После подтверждения
данной
команды,
АС
будет
использовать уже новые данные для
сравнения со значением из поля AC в
некоторых присылаемых на АС
командах.
Команда
производит
перезапуск
основного ПО АС. Для обработки
данной команды оператор должен
установить
корректные
значения
полей ACL и AC из Таблицы 28.
Таблица 33 - Список подтверждений на команды и сообщения от АС
Название команды
Код
Тип и
количество
параметров
EGTS_RAW_DATA
0x0000
BINARY (до
65200 байт)
EGTS_SELF_TEST_ RESULT
0x0002
STRING
EGTS_TEST_GET_ERRORS
0x0004
BINARY (16
байт)
Описание
Данные, поступающие от
периферийных устройств,
модулей, подключенных к
основному блоку АС, в
определяемом
данным
модулем формате
Сообщение о результатах
самодиагностики.
Генерируется
АС
автоматически без запроса
от оператора.
Список
кодов
ошибок
состояний
блоков,
модулей
и
подсистем
Терминала
142
EСЕ/TRANS/WP.29/2013/67
Таблица 34 – Список параметров АС
Имя параметра
Код
Тип параметра
Значе-ние
по
умолчанию
Описание
Радио mute (только для конфигурации дополнительного оборудования)
EGTS_RADIO_MUTE_
DELAY
0х0201
INT
500
EGTS_RADIO_UNMU
TE_DELAY
0х0202
INT
500
Задержка
между
установкой сигнала радио
mute
и
началом
проигрывания
звука,
миллисекунды
Задержка между снятием
сигнала радио mute и
окончанием проигрывания
звука, миллисекунды
Установки общего назначения
EGTS_GPRS_APN
0х0203
STRING
“”
EGTS_SERVER_ADDR
ESS
0х0204
STRING
“”
EGTS_SIM_PIN
0х0205
INT
0
EGTS_AUTOMATIC_R
EGISTRATION
0х0207
BOOLEAN
1
EGTS_SELFTEST_INT
ERVAL
0х0208
INT
0
EGTS_POST_TEST_RE
GISTRATION_TIME
0х0209
INT
0
EGTS_TEST_MODE_E
ND_DISTANCE
0х020A
INT
300
EGTS_GARAGE_MOD
E_END_DISTANCE
0х020B
INT
300
Параметр, определяющий
точку доступа GPRS.
Адрес и порт сервера для
связи с использованием
TCP/IP протокола.
PIN код SIM карты
Флаг,
разрешающий
автоматическую
регистрацию SIM в сети
после включения питания
Интервал
проведения
внутреннего
тестирования, часы. Если
значение установлено в 0,
то самотестирование не
проводится.
Промежуток времени, в
течение
которого
терминал
остается
зарегистрированным
в
сети
после
передачи
результатов
самотестирования
оператору
системы,
секунды
Дистанция, на которой
режим
тестирования
выключается
автоматически, метры
Дистанция, на которой
режим
«автосервис»
выключается
автоматически, метры
143
EСЕ/TRANS/WP.29/2013/67
Линия, сигнализирующая,
что система находится в
ENUM
режиме “в гараже” NONE
{NONE=0,
EGTS_GARAGE_MOD
нет
сигнализации
0х020C
PIN_1 =1,
0
E_PIN
режима PIN_X – PIN_X
..
линия,
активируемая,
PIN_8=8}
когда система находится в
данном режиме
Интервал
тревожного
EGTS_TEST_MODE_W
0х020E
INT
10
счетчика
в
режиме
ATCHDOG
тестирования, мин
Конфигурация и конфигурационные данные услуг
Пакетная передача данных
EGTS_USE_GPRS_WH
ITE_LIST
EGTS_GPRS_WHITE_
LIST
0х0230
0х0231
BOOLEAN
1
ARRAY OF
STRING [20]
“”, “”, ””,
””, “”, “”,
“”, ””, ””,
“”, “”, “”,
””, ””, “”,
“”, “”, ””,
””, “”
Параметр, указывающий
на
необходимость
использования
GPRS_WHITE_LIST при
организации
пакетной
передачи данных
Список сетей, в которых
разрешена пакетная
передача данных. Если
список
GPRS_WHITWE_LIST
пуст, то пакетная передача
данных запрещена, MCC
(Mobile Country Code) 3
символа +MNC(Mobile
Network Code)
3 символа
Режим тестирования
EGTS_TEST_REGISTR
ATION_TIMEOUT
0х0241
INT
5
EGTS_TEST_REGISTR
ATION_PERIOD
0х0242
INT
0
Если
АС
была
зарегистрирована в сети
посредством нажатия на
кнопку
включения
дополнительных услуг, и
команда на запуск сессии
тестирования
не была
получена
со
стороны
оператора
системы
в
течение
данного
промежутка времени, то
АС должна прекратить
регистрацию
в
сети,
минуты
Если
АС
была
зарегистрирована в сети
посредством нажатия на
кнопку
включения
дополнительных услуг, то
последующая регистрация
АС в сети при нажатии на
кнопку
включения
дополнительных
услуг
144
EСЕ/TRANS/WP.29/2013/67
возможна не ранее чем
через данный промежуток
времени. Если значение
установлено
в 0,
то
ограничений
на
последующую
регистрацию АС в сети не
накладывается, минуты
Прочие параметры
EGTS_GNSS_POWER_
OFF_TIME
0х0301
INT
0
EGTS_GNSS_DATA_R
ATE
0х0302
INT/ 1,
2,5,10
1
EGTS_GNSS_MIN_EL
EVATION
0х0303
INT/ 5…15
5
Промежуток
времени,
через
который
отключается
питание
ГНСС приемника после
выключения
зажигания,
миллисекунды
Темп
выдачи
данных
ГНСС приёмником, Герцы
Минимальное
значение
угла возвышения (угла
отсечки) навигационных
космических
аппаратов,
градусы
Параметры устройства
EGTS_UNIT_SERIAL_
NUMBER
EGTS_UNIT_HW_VER
SION
EGTS_UNIT_SW_VER
SION
0х0400
STRING
“”
0х0401
STRING
“”
0х0402
STRING
“”
EGTS_UNIT_VENDOR
_ID
0х0403
INT
0
EGTS_UNIT_ID
0х0404
INT
0
EGTS_UNIT_IMEI
EGTS_UNIT_RS485_B
AUD_RATE
0х0405
STRING
“”
0x0406
INT
19200
EGTS_UNIT_RS485_S
TOP_BITS
0x0407
INT
1
EGTS_UNIT_RS485_P
ARITY
0x0408
INT/0,1,2
0
EGTS_UNIT_LANGUA
0х0410
INT
0
Серийный
номер
устройства
Версия
аппаратной
платформы
Версия
программного
обеспечения
Идентификатор
поставщика устройства
Уникальный
идентификатор
устройства, назначаемый
оператором системы при
первой
активизации
устройства
Номер IMEI
Скорость порта RS485
Количество стоп битов
при
передаче
данных
через порт RS485
Способ
проверки
на
четность при передаче
данных через порт RS485
0
–
проверка
не
производится
1 – проверка типа ODD
2 – проверка типа EVEN
Предпочтительный язык
145
EСЕ/TRANS/WP.29/2013/67
GE_ID
EGTS_UNIT_HOME_D
ISPATCHER_ID
0х0411
INT
0
EGTS_SERVICE_AUT
H_METHOD
0х0412
INT
1
EGTS_SERVER_CHEC
K_IN_PERIOD
0х0413
INT
30
EGTS_SERVER_CHEC
K_IN_ATTEMPTS
0х0414
INT
5
EGTS_SERVER_PACK
ET_TOUT
0х0415
INT
5
EGTS_SERVER_PACK
ET_RETRANSMIT_AT
TEMPTS
0х0416
INT
3
0x0417
INT/0…10
8
0x0418
INT/0…10
6
EGTS_UNIT_MIC_LE
VEL
EGTS_UNIT_SPK_LE
VEL
для голосового общения в
соответствии с [4]
0x5F – Русский
идентификатор
телематической
платформы, в хранилище
которой
находится
информация об учётных
данных устройства, списке
предоставляемых услуг и
их статусах.
Метод
использования
услуг.
1простой
метод
(подразумевает, что все
услуги
по
умолчанию
доступны FC),
0с
подтверждением
(разрешены
к
использованию только те
услуги, информация о
разрешении
использования
которых
пришла с телематической
платформы)
время между попытками
установить
соединение
TCP/IP с сервером, в
секундах
количество
попыток
установления
TCP/IP
соединения с сервером, по
достижению
которого
будет
произведена
повторная
установка
сессии верхнего уровня
(GPRS)
время, в течение которого
АС
ожидает
подтверждения с сервера
на отправленный пакет,
секунды.
количество
попыток
повторной
отправки
неподтверждённого
пакета, по достижению
которого, АС производит
повторную
инициализацию сессии на
уровне TCP/IP.
Уровень чувствительности
микрофона
Уровень
громкости
динамика
146
EСЕ/TRANS/WP.29/2013/67
4.7.4 Сервис EGTS_FIRMWARE_SERVICE
Сервис EGTS_FIRMWARE_SERVICE предназначен для передачи на AC
конфигурации и обновления программного обеспечения аппаратной части
модулей и блоков самой АС, а также периферийного оборудования,
подключенного к АС.
Для осуществления взаимодействия в рамках данного сервиса используется
несколько подзаписей, описание и код которых представлены в таблице 35.
Таблица 35 - Список подзаписей сервиса EGTS_FIRMWARE_SERVICE
Код
Название
Описание
0
EGTS_SR_RECORD_RESPO
NSE
Подзапись
применяется
для
осуществления
подтверждения записи ППУ из пакета типа
EGTS_PT_APPDATA.
33
EGTS_SR_SERVICE_PART_
DATA
34
EGTS_SR_SERVICE_FULL_
DATA
Подзапись предназначена для передачи на АС
данных, которые разбиваются на части и
передаются последовательно. Данная подзапись
применяется для передачи больших объектов,
длина которых не позволяет передать их на АС
одним пакетом.
Подзапись предназначена для передачи на АС
данных, которые не разбиваются на части, а
передаются одним пакетом.
4.7.4.1 Подзапись EGTS_SR_SERVICE_PART_DATA
Подзапись EGTS_SR_SERVICE_PART_DATA может использоваться сервисом
для передачи сущностей на АС. Структура подзаписи представлена в таблице
36.
Таблица 36 - Структура
EGTS_FIRMWARE_SERVICE
Бит 7
Бит 6
Бит 5
подзаписи
EGTS_SR_SERVICE_PART_DATA
Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
сервиса
Тип
Размер,
данных
байт
ID (Identity)
M
USHORT
2
PN (Part Number)
M
USHORT
2
EPQ (Expected Parts Quantity)
M
USHORT
2
ODH (Object Data Header)
O
BINARY
0…71
OD (Object Data)
M
BINARY 1…65400
Параметр EPQ содержит число частей, которое будет передано, а параметр PN номер текущей части. Поле ID однозначно определяет сущность, которому
принадлежит передаваемая часть. Значения параметров EPQ и PN для данной
подзаписи должны содержать значения в диапазоне от 1 до 65535, причем
значение из поля PN должно быть меньше или равно значению из поля EPQ.
Если данное условие нарушается, то данные из такой подзаписи игнорируются.
Идентификатор объекта ID, поля PN и EPQ, а также идентификатор источника
записи OID из заголовка уровня маршрутизации сервисов позволяют
147
EСЕ/TRANS/WP.29/2013/67
определить, какая часть и какого объекта получена для обработки. Это
позволяет при достаточной пропускной способности канала одновременно
передавать сущности для обновления программного обеспечения различных
аппаратных частей АС и периферийного оборудования.
Таблица
37
Формат
заголовка
передаваемой
сущности
EGTS_SR_SERVICE_PART_DATA сервиса EGTS_FIRMWARE_SERVICE
Бит 7
подзаписи
Тип
Размер,
данных
байт
M
BYTE
1
CMI (Component or Module Identifier)
M
BYTE
1
VER (Version)
M
USHORT
2
WOS (Whole Object Signature)
M
USHORT
2
FN (File Name)
O
STRING
0…64
D (Delimiter)
M
BYTE
1
Бит 6
Бит 5
Бит 4
Бит 3
Бит 2 Бит 1 Бит 0 Тип
OA (Object Attribute)
-
OT (Object Type)
MT (Module
Type)
В таблице 37 параметры (поля) имеют следующее назначение:
- ОА - характеристика принадлежности передаваемой сущности;
- ОТ - тип сущности по содержанию. Определены следующие значения данного
поля:
а) 00 - данные внутреннего программного обеспечения ("прошивка");
б) 01 - блок конфигурационных параметров;
- МТ - тип модуля, для которого предназначена передаваемая сущность.
Определены следующие значения данного поля:
а) 00 - периферийное оборудование;
б) 01 - АС;
- CMI - номер компонента в случае принадлежности сущности непосредственно
АС или идентификатор периферийного модуля/порта, подключенного кАС, в
зависимости от значения параметра МТ;
- VER - версия передаваемой сущности (старший байт - число до точки majorversion, младший, после точки - minorversion, например, версия 2.34 будет
представлена числом 0x0222);
- WOS - сигнатура (контрольная сумма) всей передаваемой сущности.
Используется алгоритм CRC16-CCITT;
- FN - имя файла передаваемой сущности (данное поле опционально и может
иметь нулевую длину);
- D - разделитель строковых параметров (всегда имеет значение 0).
148
EСЕ/TRANS/WP.29/2013/67
4.7.4.2 Подзапись EGTS_SR_SERVICE_FULL_DATA
Структура подзаписи представлена в таблице 38.
Таблица 38 – Структура
EGTS_FIRMWARE_SERVICE
Бит 7
Бит 6
подзаписи
EGTS_SR_SERVICE_FULL_DATA
сервиса
Тип
Тип
данных
Размер,
байт
ODH (Object Data Header)
M
BINARY
7…71
OD (Object Data)
M
BINARY 1…65400
Бит 5 Бит 4 Бит 3 Бит 2 Бит 1
Бит 0
В таблице 38 параметры (поля) имеют следующее назначение:
- ODH - заголовок, содержащий параметры, характеризующие передаваемую
сущность. Для подзаписи EGTS_SR_SERVICE_FULL_DATA параметр ODH
является обязательным и присутствует в каждой такой подзаписи;
- OD - непосредственно данные передаваемой сущности.
4.7.4.3 Подзапись EGTS_SR_RECORD_RESPONSE
Данная подзапись имеет такую же структуру, как указано в 4.7.2.1 и
применяется для подтверждения получения и обработки подзаписей
EGTS_SR_SERVICE_PART_DATA и EGTS_SR_SERVICE_FULL_DATA. При
этом на все подзаписи EGTS_SR_SERVICE_PART_DATA, кроме последней, при
успешной обработке в составе EGTS_SR_RECORD_RESPONSE должен
передаваться код результата, равный EGTS_PC_IN_PROGRESS. На последнюю
подзапись
EGTS_SR_SERVICE_PART_DATA
и
каждую
EGTS_SR_SERVICE_FULL_DATA при успешном приеме и обработке со
стороны АС должна передаваться подзапись EGTS_SR_RECORD_RESPONSE,
содержащая код EGTS_PC_OK, что будет воспринято сервисом как удачная
попытка отправки всей сущности.
4.8 Временные и количественные параметры протокола уровня поддержки
услуг при использовании пакетной передачи данных
Описание временных и количественных
поддержки услуг представлено в таблице 39.
параметров
протокола
уровня
Таблица 39 - Временные и количественные параметры протокола уровня поддержки услуг
Название
EGTS_SL_NOT_
AUTH_TO
Тип
данных
BYTE
Диапазон
значений
0 … 255
Значение по
умолчанию
Описание
6
Время ожидания прихода
сообщения от АС,
содержащего данные для
осуществления
процедуры авторизации
на стороне ТП после
установления АС нового
подключения по
протоколу TCP/IP,
149
EСЕ/TRANS/WP.29/2013/67
секунды. Если в течение
данного времени
сообщение не поступает,
ТП должен разорвать
установленное с АС
TCP/IP соединение.
5. Сервис экстренного реагирования при аварии
протокола уровня поддержки услуг
5.1 Назначение сервиса экстренного реагирования при аварии
Сервис экстренного реагирования предназначен для обеспечения возможности
реализации системой ЭРА функционала по оказанию базовой услуги,
предоставляемой системой. В протоколе уровня поддержки услуг этот сервис
определен как EGTS_ECALL_SERVICE и имеет код 10.
5.2 Минимально необходимый набор функций АС для использования услуги
EGTS_ECALL_SERVICE
Для использования автомобильной системой вызова экстренных оперативных
служб сервиса EGTS_ECALL_SERVICE в АС должен быть реализован
следующий набор функций:
5.2.1 Поддержка сервиса обработки команд EGTS_COMMANDS_SERVICE,
указанного в 4.7.4.
5.2.2 Поддержка команд EGTS_ECALL_REQ, EGTS_ECALL_MSD_REQ,
отправляемых оператором системы ЭРА через SMS, и передача
соответствующих ответов и подтверждений на них.
5.2.3 Обработка команд EGTS_TEST_MODE, отправляемых оператором
системы через GPRS, и передача соответствующих ответов и подтверждений на
них.
5.2.4 Передача данных профиля
EGTS_SR_ACCEL_DATA).
ускорения
через
GPRS
(подзапись
5.2.5 Передача данных траектории движения транспортного средства при ДТП
через GPRS (подзапись EGTS_SR_TRACK_DATA).
5.2.6 Обработка команд установки параметров АС, отправляемых оператором
системы ЭРА через GPRS и SMS, и передача соответствующих подтверждений
на них.
5.3 Состав и описание подзаписей сервиса EGTS_ECALL_SERVICE
Для осуществления взаимодействия в рамках сервиса EGTS_ECALL_SERVICE
используется несколько подзаписей, описание и код которых представлены в
таблице 40.
150
EСЕ/TRANS/WP.29/2013/67
Таблица 40 - Список подзаписей сервиса EGTS_ECALL_SERVICE
Код
Название
Описание
0
EGTS_SR_RECORD_RESP
ONSE
Подзапись применяется для осуществления
подтверждения записи ППУ из пакета типа
EGTS_PT_APPDATA.
20
EGTS_SR_ACCEL_DATA
Подзапись предназначена для передачи на ТП
данных профиля ускорения АС
50
EGTS_SR_MSD_DATA
Подзапись используется АС для передачи МНД на
ТП.
5.3.1 Подзапись EGTS_SR_RECORD_RESPONSE
Данная подзапись имеет такую же структуру, как указано в 4.7.2.1.
5.3.2 Подзапись EGTS_SR_ACCEL_DATA
Структура подзаписи представлена в таблице 41.
Таблица
41
Структура
EGTS_ECALL_SERVICE
Бит 7
подзаписи
EGTS_SR_ACCEL_DATA
сервиса
Тип
Тип
данных
Размер
, байт
SA (Structures Amount)
M
BYTE
1
ATM (Absolute Time)
M
UINT
4
ADS1 (Accelerometer Data Structure 1)
ADS2 (Accelerometer Data Structure 2)
..
.
ADS255 (Accelerometer Data Structure 255)
M
O
..
.
O
BINARY
BINARY
..
.
BINARY
8
8
..
.
8
Бит 6
Бит 5 Бит 4 Бит 3
Бит 2
Бит 1 Бит 0
В таблице 41 параметры (поля) имеют следующее назначение:
- SA - число передаваемых структур данных показаний акселерометра;
- ATM - время проведения измерений первой передаваемой структуры
показаний акселерометра (количество секунд с 00:00:00 01.01.2010 UTC);
- ADS1...ADS255 - структуры данных показаний акселерометра. Формат
структуры представлен в таблице 42.
В составе подзаписи EGTS_SR_ACCEL_DATA должна передаваться хотя бы
одна структура ADS.
151
EСЕ/TRANS/WP.29/2013/67
Таблица 42 - Формат структуры данных показаний
EGTS_SR_ACCEL_DATA сервиса EGTS_ECALL_SERVICE
Бит 7
Бит 6
Бит 5
акселерометра
Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
подзаписи
Тип
данных
Размер,
байт
RTM (RelativeTime)
M
USHORT
2
XAAV (X Axis Acceleration Value)
M
SHORT
2
YAAV (Y Axis Acceleration Value)
M
SHORT
2
ZAAV (Z Axis Acceleration Value)
M
SHORT
2
В таблице 42 параметры (поля) имеют следующее назначение:
- RTM - приращение ко времени измерения предыдущей записи (для первой
записи приращение к полю ATM), в миллисекундах;
- XAAV - значение линейного ускорения по оси
(старший бит определяет
знак, 1 указывает на отрицательное значение), 0,1 м/с 2 ;
- YAAV - значение линейного ускорения по оси
(старший бит определяет
знак, 1 указывает на отрицательное значение), 0,1 м/с 2 ;
- ZAAV - значение линейного ускорения по оси
(старший бит определяет
знак, 1 указывает на отрицательное значение), 0,1 м/с 2. Разрешающая
способность полей ускорения должна быть не более 0,01 G.
5.3.3 Подзапись EGTS_SR_MSD_DATA
Структура подзаписи EGTS_SR_MSD_DATA представлена в Таблице 43.
Таблица 43. Формат подзаписи EGTS_SR_MSD_DATA Сервиса EGTS_ECALL_SERVICE
M
M
Тип
данных
BYTE
BYTE
Размер,
байт
1
1
M
BYTE
1
VIN (Vehicle Identification Number)
M
STRING
17
VPST (Vehicle Propulsion Storage Type)
M
BYTE
1
TS (Time Stamp)
M
BINARY
4
PLAT (Position Latitude)
M
BINARY
4
PLON (Position Longitude)
VD (Vehicle Direction)
RVP n-1 LATD(Recent Vehicle Position n-1 Latitude Delta)
M
M
O
BINARY
BYTE
BINARY
4
1
2
RVP n-1 LOND(Recent Vehicle Position n-1 Longitude Delta)
O
BINARY
2
RVP n-2 LATD(Recent Vehicle Position n-2 Latitude Delta)
O
BINARY
2
RVP n-2 LOND(Recent Vehicle Position n-2 Longitude Delta)
O
BINARY
2
NOP (Number Of Passengers)
AD (Additional Data)
O
O
BYTE
STRING
1
0…56
Бит 7
Бит 6
Бит 5
Бит 4 Бит 3 Бит 2 Бит 1 Бит 0 Тип
FV (Format Version)
MI (MessageI dentifier)
CN (Control)
-
VT(Vehicle Type)
POCN
CLT
ACT
152
EСЕ/TRANS/WP.29/2013/67
В таблице 43 параметры (поля) имеют следующее назначение;
FV– версия формата данных (поле должно содержать значение 1);
MI– идентификатор сообщения (поле должно содержать значение, начиная с 1, и
увеличиваться на 1 при каждой отправке сообщения после наступления события);
CN– битовое поле управления;
VT– битовые флаги, характеризующие тип ТС [ 7 ]:
0001 – пассажирский (Категория M1)
0010 = автобус (Категория M2)
0011 = автобус (Категория M3)
0100 = легкая грузовая машина (Категория N1)
0101 = тяжелая грузовая машина (Категория N2)
0110 = тяжелая грузовая машина (Категория N3)
0111 = мотоцикл (Категория L1e)
1000 = мотоцикл (Категория L2e)
1001 = мотоцикл (Категория L3e)
1010 = мотоцикл (Категория L4e)
1011 = мотоцикл (категория L5e)
1100 = мотоцикл (Категория L6e)
1101 = мотоцикл (категория L7e).
POCN – (Position Confidence) битовый флаг, определяющий достоверность данных о
местоположении:
1 = данные местоположения недостоверны (если местоположение не могло быть
определено с точностью не боле ±150 м с достоверностью 95%)
0 = данные местоположения достоверны.
CLT – (Call Type) битовый флаг, определяющий тип вызова:
1 = тестовый вызов
0 = экстренный вызов
ACT – (Activation Type) битовый флаг, определяющий тип активации события:
1 = автоматически
0 = вручную.
VIN
VPST
– идентификатор ТС;
– тип энергоносителя ТС:
если все биты 0, то тип не задан
Bit 7 - 6: не используется
Bit 5: 1 = водород
Bit 4: 1 = электричество (более 42 В и 100 А/)
Bit 3: 1 = жидкий пропан (LPG)
153
EСЕ/TRANS/WP.29/2013/67
Bit 2: 1 = сжиженный природный газ (CNG)
Bit 1: 1 = дизель
Bit 0: 1 = бензин.
TS
– время события. Количество секунд с 00:00:00 01.01.1970 согласно
универсальному синхронизированному времени (UTC). При отсутствии
возможности определения времени события устанавливается равным 0. Данное
поле должно интерпретироваться на приёмной стороне, как тип UINT c
порядком следования байт big-endian.
PLAT – широта местоположения ТС в момент события, в миллисекундах. При
отсутствии или невозможности определить значение широты, все биты поля
должны содержать значение 1. Данное поле должно интерпретироваться на
приёмной стороне, как тип INT c порядком следования байт big-endian.
PLON
– долгота местоположения ТС в момент события, в миллисекундах.
При отсутствии или невозможности определить значение широты, все биты
поля должны содержать значение 1. Данное поле должно интерпретироватьс я
на приёмной стороне, как тип INT c порядком следования байт big -endian.
VD – направление движения ТС от направления на северный магнитный
полюс по часовой стрелке, с шагом 2°. Диапазон возможных значений 0 … 129.
При отсутствии или невозможности определения значение поле должно
содержать значение 255.
RVP n-1 LATD – разность широты местоположения ТС относительно значения
поля PLAT с шагом 100 миллисекунд. Положительные значения – севернее,
отрицательные – южнее. Диапазон возможных значений -512 … +511. При
отсутствии или невозможности определить значение все биты поля должны
содержать значение 1. Данное поле должно интерпретироваться на приёмной
стороне как тип SHORT c порядком следования байт big-endian.
RVP n-1 LOND – разность долготы местоположения ТС относительно значения
поля PLON с шагом 100 миллисекунд. Положительные значения – восточнее,
отрицательные – западнее. Диапазон возможных значений -512 … +511. При
отсутствии или невозможности определить значение все биты поля должны
содержать значение 1. Данное поле должно интерпретироваться на приёмной
стороне как тип SHORT c порядком следования байт big-endian.
RVP n-2 LATD – разность широты местоположения ТС относительно значения
поля RVP n-1 LATD с шагом 100 миллисекунд. Положительные значения –
севернее, отрицательные – южнее. Диапазон возможных значений -512 …
+511. При отсутствии или невозможности определить значение все биты поля
должны содержать значение 1. Данное поле должно интерпретироваться на
приёмной стороне как тип SHORT c порядком следования байт big-endian.
RVP n-2 LOND – разность долготы местоположения ТС относительно значения
поля RVP n-1 LOND с шагом 100 миллисекунд. Положительные значения –
восточнее, отрицательные – западнее. Диапазон возможных значений -512 …
+511. При отсутствии или невозможности определить значение все биты поля
должны содержать значение 1. Данное поле должно интерпретироваться на
приёмной стороне как тип SHORT c порядком следования байт big-endian.
NOP – число застёгнутых ремней безопасности. При отсутствии информации
поле должно содержать значение 255
AD
– дополнительные данные
Наличие необязательных параметров в подзаписи EGTS_SR_MSD_DATA
должно определяться, исходя из общего размера подзаписи. При этом если
154
EСЕ/TRANS/WP.29/2013/67
необходимо передать необязательный параметр, например, поле NOP, то все
предшествующие необязательные поля, RVP n-1 LATD, RVP n-1 LOND, RVP n-2
LATD, RVP n-2 LOND также должны передаваться, но с соответствующими
заполнителями.
5.4 Использование сервиса EGTS_COMMANDS_SERVICE
Описание, состав и форматы подзаписей сервиса EGTS_COMMANDS_SERVICE,
используемого в целях оказания базовой услуги, приведено в п.4.7.3 настоящего
стандарта.
7.5 Описание команд, параметров и подтверждений при использовании сервиса
EGTS_ECALL_SERVICE
Список и описание команд АС и подтверждений, необходимых для реализации
базовой услуги системой ЭРА представлены в Таблицах 44 и 45 соответственно.
Таблица 44: Список команд для АС
Название команды
EGTS_ECALL_REQ
EGTS_ECALL_MSD_
REQ
EGTS_TEST_MODE_
START_TEST
Код
0x0112
0x0113
0x0003
Тип, количество
и предельные
значения
параметров
Описание
-
Команда на осуществление
повторного Экстренного
вызова. Используется только
через SMS.
-
Команда на осуществление
повторной передачи МНД.
Используется только через
SMS.
BYTE/ 0…8
Команда, осуществляющая
запуск тестов в «тестовом
режиме».
Может принимать следующие
значения:
0 – запуск последовательно
всех тестов;
1 – проверка центра
обслуживания звонков;
2 – проверка внешнего
(коммерческого) центра
обслуживания звонков;
3 – тест микрофона;
4 – тест динамиков;
5 – тест
включения/выключения
зажигания;
6 – расширенный тест БИП;
7 – тест встроенной резервной
аккумуляторной батареи;
8 – тест датчика
автоматической
идентификации ДТП.
Таблица 45: Список подтверждений на команды и сообщения от АС
155
EСЕ/TRANS/WP.29/2013/67
Название команды
EGTS_TEST_MODE_ST
ART_TEST
Код
0x0003
Тип и
количество
параметров
Описание
BINARY (8
байт)
Результаты проведения тестов.
Каждый байт содержит код,
определяющий результат теста
(см. описание
TEST_MODE_START_TEST из
Таблицы 35). 1-й байт – тест 1,
2-й байт – тест 2 и т.д.
Таблица 46. Список параметров АС
Имя параметра
EGTS_ECALL_BLAC
K_LIST
Значе-ние
по умолчанию
Установки общего назначения
Код
Тип параметра
0х0206
ARRAY OF
STRING
0х020D
STRING
“”,
””,
“”,
“”,
””,
“”,
””,
“”
“”,
“”,
””,
“”,
””,
“”,
“”
””,
“”,
””,
“”,
“”,
””,
Описание
Список сетей, в которых
услуга
Экстренного
Вызова
не
предоставляется
Телефонный номер для
тестовых звонков базовой
услуги ЭРА-ГЛОНАСС
Конфигурация и конфигурационные данные услуг
Базовая услуга системы ЭРА
EGTS_ECALL_ON
0х0210
BOOLEAN 1
1–разрешает
использование
базовой
услуги ЭРА
EGTS_ECALL_SIGN
0х0211
BOOLEAN 1
1 - Для определения
AL_INTERNAL
события
аварии
используется встроенный
измеритель ускорения
EGTS_ECALL_SIGN
0х0212
BOOLEAN 1
1 - Для определения
AL_EXTERNAL
события
аварии
используется
внешний
датчик в автомобиле
EGTS_ECALL_SOS_
0х0213
INT
500
Длительность, в течение
BUTTON_TIME
которой
должна
быть
нажата
кнопка
Экстренный Вызов, для
инициации
Экстренного
Вызова независимо от
состояния
линии
зажигания, миллисекунды
EGTS_ECALL_CRAS 0х0214
BINARY
Порог
срабатывания
H_THRESHOLD
(X,Y,Z,TIM (SHORT,S
датчика
автоматической
E)
HORT
, идентификации ДТП при
SHORT
, включенном
зажигании,
SHORT )
(0.1 м/с 2, 0.1 м/с 2, 0.1
EGTS_ECALL_TEST_
NUMBER
156
EСЕ/TRANS/WP.29/2013/67
м/с 2, миллисекунды)
EGTS_ECALL_CRAS
H_THRESHOLD_NO_
IGN
0х0215
BINARY
(X,Y,Z,TIM
E)
( SHORT ,
SHORT
,
SHORT
,
SHORT )
Порог
срабатывания
датчика
автоматической
идентификации ДТП при
выключенном зажигании,
(0.1 м/с 2, 0.1 м/с 2, 0.1
м/с 2, миллисекунды)
Линия, сигнализирующая,
что система находится в
режиме ЭРА NONE - нет
сигнализации
режима
PIN_X – PIN_X
номер
активной линии, когда
система
находится
в
данном режиме
Длительность
сигнала
завершения
звонка,
минуты
Длительность
сигнала
INVITATION, секунды
EGTS_ECALL_MODE
_PIN
0х0216
ENUM
{NONE=0,
PIN_1 =1,
...
PIN_8=8}
0
EGTS_ECALL_CCFT
0х0217
INT
60
EGTS_ECALL_INVIT
ATION_SIGNAL_DU
RATION
EGTS_ECALL_SEND
_MSG_PERIOD
0х0218
INT
2
0х0219
INT
2
Период сообщения SEND
MSG , секунды
EGTS_ECALL_AL_A
CK_PERIOD
0х021A
INT
2
Период AL-ACK, секунды
EGTS_ECALL_MSD_
MAX_TRANSMISSIO
N_TIME
EGTS_ECALL_NAD_
MIN_REGISTRATION
_PERIOD
0х021B
INT
20
0х021C
INT
EGTS_ECALL_NAD_
DEREGISTRATION_T
IMER
0х021D
INT
12
EGTS_ECALL_DIAL_
DURATION
0х021E
INT
0
EGTS_ECALL_AUTO
_DIAL_ATTEMPTS
0х021F
INT
3
Максимальная
длительность
передачи
MSD, секунды
Длительность регистрации
после завершения звонка
со стороны PSAP для
получения
следующих
звонков, часы
Время,
по
истечении
которого,
GSM
модем
прекращает регистрацию в
сети, часы
Общая
продолжительность
дозвона при инициации
Экстренного
Вызова,
минуты
Число попыток дозвона
при
автоматически
инициированном
Экстренном Вызове. Если
значение установлено в 0,
то
АС
не
должна
осуществлять дозвон при
автоматически
инициированном
Экстренном Вызове
157
EСЕ/TRANS/WP.29/2013/67
EGTS_ECALL_MAN
UAL_DIAL_ATTEMP
TS
EGTS_ECALL_AUTO
_CAN_CANCEL
EGTS_ECALL_MAN
UAL_CAN_CANCEL
EGTS_ECALL_SMS_
FALLBACK_NUMBE
R
EGTS_CRASH_RECO
RD_TIME
EGTS_CRASH_RECO
RD_RESOLUTION
EGTS_CRASH_PRE_
RECORD_TIME
EGTS_CRASH_PRE_
RECORD_RESOLUTI
ON
EGTS_VEHICLE_VIN
EGTS_VEHICLE_TY
PE
0х0220
INT
3
Число попыток дозвона
при Экстренном Вызове,
инициированном вручную.
Если
значение
установлено в 0, то АС не
должна
осуществлять
дозвон при Экстренном
Вызове, инициированном
вручную.
0х0221
BOOLEAN 1
1
–
автоматически
инициированный
Экстренный
Вызов
должен быть прекращен
при
нажатии
кнопки
Услуги
0х0222
BOOLEAN 1
1 – Экстренный Вызов,
инициированный
вручную, должен быть
прекращен при нажатии
кнопки Услуги
0х0223
STRING
“”
Номер, по которому АС
посылает
SMS
с
Минимальным
Набором
Данных по запросу от
оператора системы
Запись профиля ускорения при ДТП
0х0251
INT/ 0..250 250
Время записи информации
о профиле ускорения при
ДТП, миллисекунды
0х0252
INT/1 …5
1
Продолжительность
одного отсчета при записи
профиля ускорения при
ДТП, миллисекунды
0х0253
INT/
20000
Время записи информации
0…20000
о профиле ускорения до
того, как событие ДТП
наступило, миллисекунды
0х0254
INT/
100
Продолжительность
5…100
одного отсчета при записи
профиля ускорения до
того, как событие ДТП
наступило, миллисекунды
Параметры транспортного средства
0х0311
STRING
“”
VIN в соответствии с ISO
3779
0х0312
INT
0
Тип ТС
1 – пассажирский (Class
M1)
2 – автобус (Class M2)
3 – автобус (Class M3)
4
–
легкая
грузовая
машина (Class N1)
5 – тяжелая грузовая
машина (Class N2)
158
EСЕ/TRANS/WP.29/2013/67
EGTS_VEHICLE_PR
OPULSION_STORAG
E_TYPE
0х0313
INT
0
6 – тяжелая грузовая
машина (Class N3)
7 – мотоцикл (Class L1e)
8 – мотоцикл (Class L2e)
9 – мотоцикл (Class L3e)
10 – мотоцикл (Class L4e)
11 – мотоцикл (Class L5e)
12 – мотоцикл (Class L6e)
13 – мотоцикл (Class L7e)
Тип энергоносителя
Если все биты 0, то тип не
задан
Bit 7: не используется
Bit 6: не используется
Bit 5: 1 = водород
Bit 4: 1 = электричество
(более 42 v and 100 Ah)
Bit 3: 1 = жидкий пропан
(LPG)
Bit 2: 1 = сжиженный
природный газ (CNG)
Bit 1: 1 = дизель
Bit 0: 1 = бензин
В АС, установленных на ТС в конфигурации штатного оборудования, помимо
параметров, описанных в [6], должна быть реализована поддержка следующ их
параметров:
EGTS_ECALL_BLACK_LIST
EGTS_ECALL_TEST_NUMBER
EGTS_ECALL_ON
EGTS_ECALL_SIGNAL_INTERNAL
EGTS_ECALL_SIGNAL_EXTERNAL
EGTS_ECALL_SOS_BUTTON_TIME
EGTS_ECALL_CCFT
EGTS_ECALL_INVITATION_SIGNAL_DURATION
EGTS_ECALL_SEND_MSG_PERIOD
EGTS_ECALL_AL_ACK_PERIOD
EGTS_ECALL_MSD_MAX_TRANSMISSION_TIME
EGTS_ECALL_NAD_MIN_REGISTRATION_PERIOD
EGTS_ECALL_NAD_DEREGISTRATION_TIMER
EGTS_ECALL_DIAL_DURATION
EGTS_ECALL_AUTO_DIAL_ATTEMPTS
EGTS_ECALL_MANUAL_DIAL_ATTEMPTS
EGTS_ECALL_AUTO_CAN_CANCEL
EGTS_ECALL_MANUAL_CAN_CANCEL
EGTS_ECALL_SMS_FALLBACK_NUMBER
EGTS_CRASH_RECORD_TIME
EGTS_CRASH_RECORD_RESOLUTION
EGTS_CRASH_PRE_RECORD_TIME
EGTS_CRASH_PRE_RECORD_RESOLUTION
EGTS_ECALL_BLACK_LIST
EGTS_VEHICLE_VIN
EGTS_VEHICLE_TYPE
EGTS_VEHICLE_PROPULSION_STORAGE_TYPE
159
EСЕ/TRANS/WP.29/2013/67
Приложение 10 - Добавление А
Описание принципа построения навигационноинформационной системы на основе протокола
транспортного уровня
Минимальным и достаточным элементом системы, использующей протокол
транспортного уровня, является телематическая платформа. В качеств е
основной составной части телематической платформы, выполняющей функции
координации внутриплатформенного взаимодействия и маршрутизации,
используется такое понятие как "диспетчер".
Протоколом
различаются
логический
уровень
межплатформенной
маршрутизации, данные в котором (информационные пакеты) передаются на
уровне
отдельных
телематических
платформ,
а
также
уровень
внутриплатформенной маршрутизации, информация в котором передается
между отдельными сервисами одной платформы. Под "сервисом" понимается
отдельная составная часть телематической платформы, обеспечивающая
функциональное выполнение алгоритма той или иной услуги с использованием
описываемого протокола транспортного уровня. Во всех указанных типах
маршрутизации взаимодействие происходит через диспетчера.
Генераторами и потребителями данных в системе, построенной на основе
протокола транспортного уровня, являются сервисы, которые на стороне отправителе создают пакеты, а на стороне-получателе проводят обработку
пакетов, полученных от других сервисов. Каждый сервис реализует различную
бизнес-логику в зависимости от функционала той или иной услуги. Тип сервиса
является его главной функциональной характеристикой и используется
диспетчером для внутриплатформенной маршрутизации данных. Как правило,
во взаимодействии участвуют комплементарная пара сервисов, один из которых
расположен на стороне абонентского терминала (применительно к настояще му
стандарту - АС или терминал ЭРА, например, генерирует пакеты с
координатными данными и показаниями датчиков, а другой, на стороне
телематической платформы, такие данные обрабатывает.
Все сервисы в рамках одной телематической платформы соединяются с
диспетчером и не имеют непосредственных связей между собой.
Телематическая платформа может иметь связи с другими платформами и
проводить обмен данными на основе данных маршрутизации. Для
осуществления маршрутизации диспетчер обращается к локальному
хранилищу, содержащему данные о соседних телематических платформах и
доступных на них сервисах, а также информацию о сервисах,
функционирующих в рамках своей платформы. При организации связи между
диспетчерами различных телематических платформ происходит обмен
информацией о типах сервисов, доступных на каждой из сторон, а также об их
статусе. Поиск маршрута сводится к поиску направлени я (соединения) по типу
запрашиваемого сервиса. Если запрашиваемый сервис находится на той же
телематической платформе, что и диспетчер, то взаимодействие происходит с
использованием только внутриплатформенной маршрутизации. То есть, если
имеются соответствующие разрешения, то поиск сервиса ведется по данным
маршрутизации на соседних телематических платформах, и при нахождении
160
EСЕ/TRANS/WP.29/2013/67
такого маршрута и доступности маршрута происходит трансляция запроса на
найденную платформу, при этом в качестве адреса используется идентификатор
диспетчера удаленной платформы.
АС также осуществляет взаимодействие с сервисами телематической
платформы через диспетчера. При этом АС идентифицируется по специальным
пакетам, содержащих уникальный номер АС, назначаемый ей при регистрации
в системе, а также другие учетные данные и информацию о внутренней
инфраструктуре и состоянии модулей и блоков АС.
Структурная схема взаимодействия элементов системы, основанной на
описываемом протоколе транспортного уровня, представлена на рисунке А.1.
Каждый сервис имеет определенный тип, который на рисунке А.1 определяется
параметром SID.
Рисунок А.1 - Структурная схема взаимодействия элементов системы, основанной
на протоколе транспортного уровня
161
EСЕ/TRANS/WP.29/2013/67
Приложение 10 - Добавление Б
Анализ протокола транспортного уровня на основе
концепции NGTP
Согласно концепции построения телематических систем на основе NGTP
различают три основных элемента взаимодействия: телематическое устройство,
провайдер
телематических
сервисов
и
диспетчер.
Взаимодействие
осуществляется через стандартизованные интерфейсы и является элементами
протокола, за исключением провайдера телематических сервисов, который
объединен в протоколе с диспетчером.
Телематическое устройство (применительно к настоящему стандарту автомобильная система вызова экстренных оперативных служб ЭРА)
интегрируется в транспортное средство, но также может быть персональным
навигационным устройством или мобильным телефоном.
Провайдер телематических сервисов предназначен для обмена данными между
сервисами и телематическими устройствами.
Диспетчер согласно NGTP является посредником между ПТС и ПУ и
обеспечивает стандартный интерфейс связи ТУ с другими компонентами
системы, обеспечивающими выполнение функционала сервисов. Диспетчер
оперирует только данными своего уровня и не анализирует состав данных
уровня сервисов.
Заголовок NGTP полностью совпадает с первыми байтами заголовка протокола
транспортного уровня: ProtocolVersion (1 байт), SecurityContext (2 байта),
NGTPHeaderLength (1 байт), NGTPHeaderEncoding (1 байт).
В NGTP идентификатором AC является VIN/DrivelD, в описываемом протоколе
- UNIT_ID.
Для идентификации АС, исполненной в конфигурации штатного оборудования,
используется VIN.
Как и NGTP, протокол направлен на гибкую маршрутизацию данных сервисов
междуАС и телематической платформой. При этом внедрение нового сервиса не
требует доработки протокола, так как протоколом проводится только
маршрутизация данных, а сама обработка ведется непосредственно в самом
сервисе. Необходимо лишь настроить правильную маршрутизацию диспетчера
на новый тип сервиса, что реализуется средствами администрирования
системы, построенной на основе протокола транспортного уровня.
NGTP оперирует таким понятием, как событие, определяющее некоторую
общую характеристику данных и предназначенное для интеграции информации
различного типа в некий массив обобщенных данных. Каждому
идентификатору события также соответствует признак идентифицирующий
время генерации события. Использование такого механизма обобщения
заложено в протоколе транспортного уровня, в котором каждая запись
протокола уровня поддержки сервисов (услуг) может содержать идентификатор
события, который генерируется источником таких записей в определенный срез
времени, например при возникновении ДТП.
162
EСЕ/TRANS/WP.29/2013/67
В отличие от NGTP, который использует различные интерфейсы между ТУ и
диспетчером, диспетчером и ПТС и между ПТС и сервисами, протокол
транспортного уровня АС использует один интерфейс для связи компонентов.
NGTP использует такое понятие, как "триггер", подразумевающее некое
уведомление компонентов системы о том, что для них принята информация.
Приняв такой "триггер", получатель информации должен запросить данную
информацию и обработать. В протоколе транспортного уровня не используются
"триггеры", и информация сразу же передается получателю.
163
EСЕ/TRANS/WP.29/2013/67
Приложение 10 - Добавление В
Коды результатов обработки
Коды результатов обработки приведены в таблице В.1.
Таблица В.1 – Коды результатов обработки
Значение
0
1
Обозначение
EGTS_PC_OK
EGTS_PC_IN_PROGRESS
Описание
успешно обработано
в процессе обработки (результат обработки
ещё не известен)
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
EGTS_PC_UNS_PROTOCOL
EGTS_PC_DECRYPT_ERROR
EGTS_PC_PROC_DENIED
EGTS_PC_INC_HEADERFORM
EGTS_PC_INC_DATAFORM
EGTS_PC_UNS_TYPE
EGTS_PC_NOTEN_PARAMS
EGTS_PC_DBL_PROC
EGTS_PC_PROC_SRC_DENIED
EGTS_PC_HEADERCRC_ERROR
EGTS_PC_DATACRC_ERROR
EGTS_PC_INVDATALEN
EGTS_PC_ROUTE_NFOUND
EGTS_PC_ROUTE_CLOSED
EGTS_PC_ROUTE_DENIED
EGTS_PC_INVADDR
EGTS_PC_TTLEXPIRED
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
EGTS_PC_NO_ACK
EGTS_PC_OBJ_NFOUND
EGTS_PC_EVNT_NFOUND
EGTS_PC_SRVC_NFOUND
EGTS_PC_SRVC_DENIED
EGTS_PC_SRVC_UNKN
EGTS_PC_AUTH_DENIED
EGTS_PC_ALREADY_EXISTS
EGTS_PC_ID_NFOUND
EGTS_PC_INC_DATETIME
EGTS_PC_IO_ERROR
EGTS_PC_NO_RES_AVAIL
EGTS_PC_MODULE_FAULT
EGTS_PC_MODULE_PWR_FLT
EGTS_PC_MODULE_PROC_FLT
EGTS_PC_MODULE_SW_FLT
EGTS_PC_MODULE_FW_FLT
EGTS_PC_MODULE_IO_FLT
EGTS_PC_MODULE_MEM_FLT
EGTS_PC_TEST_FAILED
неподдерживаемый протокол
ошибка декодирования
обработка запрещена
неверный формат заголовка
неверный формат данных
неподдерживаемый тип
неверное количество параметров
попытка повторной обработки
обработка данных от источника запрещена
ошибка контрольной суммы заголовка
ошибка контрольной суммы данных
некорректная длина данных
маршрут не найден
Маршрут закрыт
маршрутизация запрещена
неверный адрес
превышено
количество
ретрансляции
данных
нет подтверждения
объект не найден
событие не найдено
сервис не найден
сервис запрещён
неизвестный тип сервиса
авторизация запрещена
объект уже существует
идентификатор не найден
неправильная дата и время
ошибка ввода/вывода
недостаточно ресурсов
внутренний сбой модуля
сбой в работе цепи питания модуля
сбой в работе микроконтроллера модуля
сбой в работе программы модуля
сбой в работе внутреннего ПО модуля
сбой в работе блока ввода/вывода модуля
сбой в работе внутренней памяти модуля
тест не пройден
164
EСЕ/TRANS/WP.29/2013/67
Приложение 10 - Добавление Г
Пример реализации алгоритма расчета контрольной
суммы CRC16 наязыке С/*
Name : CRC-16 CCITT
Poly : 0x1021 x^16 + x^12 + x^5 + 1
Init : 0xFFFF
Revert: false
XorOut: 0x0000
Check : 0x29B1 ("123456789")*/
const unsigned short Crc16Table[256] = {
0x0000, 0x1021, 0x2042, 0x3063, 0x4084, 0x50A5, 0x60C6, 0x70E7,
0x8108, 0x9129, 0xA14A, 0xB16B, 0xC18C, 0xD1AD, 0xE1CE, 0xF1EF,
0x1231, 0x0210, 0x3273, 0x2252, 0x52B5, 0x4294, 0x72F7, 0x62D6,
0x9339, 0x8318, 0xB37B, 0xA35A, 0xD3BD, 0xC39C, 0xF3FF, 0xE3DE,
0x2462, 0x3443, 0x0420, 0x1401, 0x64E6, 0x74C7, 0x44A4, 0x5485,
0xA56A, 0xB54B, 0x8528, 0x9509, 0xE5EE, 0xF5CF, 0xC5AC, 0xD58D,
0x3653, 0x2672, 0x1611, 0x0630, 0x76D7, 0x66F6, 0x5695, 0x46B4,
0xB75B, 0xA77A, 0x9719, 0x8738, 0xF7DF, 0xE7FE, 0xD79D, 0xC7BC,
0x48C4, 0x58E5, 0x6886, 0x78A7, 0x0840, 0x1861, 0x2802, 0x3823,
0xC9CC, 0xD9ED, 0xE98E, 0xF9AF, 0x8948, 0x9969, 0xA90A, 0xB92B,
0x5AF5, 0x4AD4, 0x7AB7, 0x6A96, 0x1A71, 0x0A50, 0x3A33, 0x2A12,
0xDBFD, 0xCBDC, 0xFBBF, 0xEB9E, 0x9B79, 0x8B58, 0xBB3B, 0xAB1A,
0x6CA6, 0x7C87, 0x4CE4, 0x5CC5, 0x2C22, 0x3C03, 0x0C60, 0x1C41,
0xEDAE, 0xFD8F, 0xCDEC, 0xDDCD, 0xAD2A, 0xBD0B, 0x8D68, 0x9D49,
0x7E97, 0x6EB6, 0x5ED5, 0x4EF4, 0x3E13, 0x2E32, 0x1E51, 0x0E70,
0xFF9F, 0xEFBE, 0xDFDD, 0xCFFC, 0xBF1B, 0xAF3A, 0x9F59, 0x8F78,
0x9188, 0x81A9, 0xB1CA, 0xA1EB, 0xD10C, 0xC12D, 0xF14E, 0xE16F,
0x1080, 0x00A1, 0x30C2, 0x20E3, 0x5004, 0x4025, 0x7046, 0x6067,
0x83B9, 0x9398, 0xA3FB, 0xB3DA, 0xC33D, 0xD31C, 0xE37F, 0xF35E,
0x02B1, 0x1290, 0x22F3, 0x32D2, 0x4235, 0x5214, 0x6277, 0x7256,
0xB5EA, 0xA5CB, 0x95A8, 0x8589, 0xF56E, 0xE54F, 0xD52C, 0xC50D,
0x34E2, 0x24C3, 0x14A0, 0x0481, 0x7466, 0x6447, 0x5424, 0x4405,
0xA7DB, 0xB7FA, 0x8799, 0x97B8, 0xE75F, 0xF77E, 0xC71D, 0xD73C,
0x26D3, 0x36F2, 0x0691, 0x16B0, 0x6657, 0x7676, 0x4615, 0x5634,
0xD94C, 0xC96D, 0xF90E, 0xE92F, 0x99C8, 0x89E9, 0xB98A, 0xA9AB,
0x5844, 0x4865, 0x7806, 0x6827, 0x18C0, 0x08E1, 0x3882, 0x28A3,
0xCB7D, 0xDB5C, 0xEB3F, 0xFB1E, 0x8BF9, 0x9BD8, 0xABBB, 0xBB9A,
0x4A75, 0x5A54, 0x6A37, 0x7A16, 0x0AF1, 0x1AD0, 0x2AB3, 0x3A92,
0xFD2E, 0xED0F, 0xDD6C, 0xCD4D, 0xBDAA, 0xAD8B, 0x9DE8, 0x8DC9,
0x7C26, 0x6C07, 0x5C64, 0x4C45, 0x3CA2, 0x2C83, 0x1CE0, 0x0CC1,
0xEF1F, 0xFF3E, 0xCF5D, 0xDF7C, 0xAF9B, 0xBFBA, 0x8FD9, 0x9FF8,
0x6E17, 0x7E36, 0x4E55, 0x5E74, 0x2E93, 0x3EB2, 0x0ED1, 0x1EF0};
unsigned short Crc16(unsigned char * pcBlock, unsigned short len)
{ unsigned short crc = 0xFFFF;
while (len--)
crc = (crc << 8) ^ Crc16Table[(crc >> 8) ^ *pcBlock++];
return crc;}
165
EСЕ/TRANS/WP.29/2013/67
Библиография
[1] RFC1323: “TCP Extensions for High Performance”
[2] GSM 03.38 (ETS 300 628): "Digital cellular telecommunication system (Phase 2); Alphabets
and language-specific information".
[3] GSM 03.40 (ETS 300 536): "Digital cellular telecommunication system (Phase 2); Technical
realization of the Short Message Service (SMS) Point to Point (PP)".
[4] ISO 639-2 Коды, представляющие
названия языков. Часть 2. Трех-буквенные
сокращения/Codes for the Representation of Names of Languages Part 2: Alpha -3 Code
[5] ITU-T E.164 The international public telecommunication numbering plan (Международный
план нумерации общедоступных телекоммуникаций).
[6] EN 15722
Телематика дорожного транспорта и движения – Безопасность в
экстренных ситуациях – Минимальный набор данных eCall/Road transport and traffic
telematics — eSafety — eCall minimum set of data - Draft EN 081018.
166
EСЕ/TRANS/WP.29/2013/67
Приложение 11
Тесты функциональной диагностики для
устройства вызова экстренных оперативных
служб
1. Определения
«Минимальный набор данных» означает набор данных, передаваемый автомобильной
системой вызова экстренных оперативных служб при ДТП и включающий в себя
информацию о координатах и параметрах движения аварийного транспортного
средства и времени аварии, VIN-коде транспортного средства, методе активации и
другую информацию, необходимую для экстренного реагирования.
2.
Общие положения
2.1. Тесты функциональной диагностики
оперативных служб включают в себя:
устройств
вызова
экстренных

оценку соответствия устройства вызова экстренных служб функциональным
требованиям (п.4.1 – 4.12);

оценку соответствия устройства вызова экстренных служб требованиям по
протоколам передачи данных (п.4.13 – 4.20).
2.2. Для проведения функциональной диагностики должно быть представлено не
менее 3 образцов устройства вызова экстренных оперативных служб.
2.3. Автомобильные устройства вызова экстренных
предоставляются на испытания с установленной SIM картой.
3.
оперативных
служб
Условия проведения испытаний
3.1. Тесты функциональной диагностики устройства вызова экстренных
оперативных служб проводят в нормальных климатических условиях:
- температура воздуха – (25 ± 10)ºС;
- относительная влажность воздуха - от 45% до 80 %;
- атмосферное давление - от 84,0 до 106,7 кПа (630 - 800 мм рт. ст.).
3.2. Тесты функциональной диагностики устройства вызова экстренных
оперативных служб проводят на стенде, собранном по схеме, представленной
на рисунке 1.
167
EСЕ/TRANS/WP.29/2013/67
Маг
Дин
Мик
БИП
БДА
А
АG
1
БП
Устройство вызова экстренных
оперативных служб
2
БС
ЭС
Маг – магнитола АТС;
Мик - микрофон;
Дин - динамик;
БИП – блок интерфейса
пользователя;
БДА – блок датчика аварии;
А – антенна;
АG – антенна GSM/UMTS;
БП – блок питания (12/24 В);
БС – блок сопряжения;
ЭС – эмулятор системы
1 – кабель питания;
2 – цепь зажигания.
Рисунок 1. Общая схема подключения АС
3.3. В состав стенда входят:

эмулятор системы, позволяющий осуществлять конфигурирование и
проведение тестирования устройства вызова экстренных оперативных служб с
возможностью осуществления приема-передачи необходимых данных (посредством
тонального модема, SMS и пакетной передачи данных), интерпретации результатов
тестирования;

периферийные устройства, антенны и иные устройства, предназначенные для
имитации условий применения устройства вызова экстренных оперативных служб.
3.4. Перечень испытательного и вспомогательного оборудования используемого при
проведении тестов функциональной диагностики приведен в Таблице 1.
Таблица 1. Испытательное и вспомогательное оборудование
Наименование
оборудования
Испытательный стенд
Осциллограф
Тестер электрический
Источник питания
ПЭВМ
Металлический экран
Требуемые технические данные
приборов и оборудования
Рисунок 1
Полоса до 100 МГц. Погрешность 3 %
Диапазон напряжений до 500 В,
сопротивление 2Мом
Выходное напряжение от 0 до 30 В,
максимальный ток нагрузки 10 А
Внешний интерфейс – USB 2.0
Плоский, сталь, размер 500х500х2 мм
3.5. «Экстренный вызов» при проведении тестов функциональной диагностики
может осуществляться в ручном и автоматическом режиме посредством:


нажатия кнопки «Экстренный вызов» в ручном режиме;
в автоматическом режиме при помощи устройств имитации условий
эксплуатации.
3.6. Для устройства вызова экстренных оперативных служб установленного в
конфигурации дополнительного оборудования режим тестирования устройства
вызова экстренных оперативных служб запускается при помощи нажатия кнопки
«Дополнительные функции».
168
EСЕ/TRANS/WP.29/2013/67
3.7. Для устройства вызова экстренных оперативных служб установленного в
конфигурации штатного оборудования, вход в режим тестирования должен
осуществляться согласно руководства пользователя.
3.8. Настройка, конфигурирование и получение значений текущих параметров
конфигурации устройства вызова экстренных оперативных служб осуществляется в
соответствии с руководством по эксплуатации.
3.9. Проверка телефонных номеров для осуществления экстренного вызова в
тестовом режиме, установленных для устройства вызова экстренных оперативных
служб, осуществляется с помощью диагностического программного обеспечения в
режиме проверки установленных параметров.
3.10. Минимальный набор данных удачно декодирован, если содержит корректные
данные: VIN-номер транспортного средства, тип транспортного средства, тип
энергоносителя, информацию о географическом положении транспортного средства
и времени ДТП, корректный признак активации экстренного вызова –
автоматическая или ручная активация.
3.11. Перед началом испытаний необходимо удостоверится, что:

устройство вызова экстренных оперативных служб подключено к стенду в
соответствии со схемой, приведенной на рисунке 1;

в устройстве вызова экстренных оперативных служб установлен корректный
телефонный номер для осуществления экстренного вызова (для тестового режима
номер должен быть установлен оператором системы);

антенны, обеспечивающие прием спутниковых сигналов во время проведения
испытаний расположены таким образом, чтобы какие-либо конструкции не
оказывали на них экранирующего воздействия.
4.
Процедура испытаний
4.1.
Проверка передачи минимального набора данных
4.1.1. Для проверки передачи посредством тонального модема минимального набора
данных имитировать экстренный вызов в ручном и автоматическом режиме.
4.1.2. Для проверки передачи минимального набора данных посредством SMS при
помощи эмулятора отключить возможность приема данных посредством тонального
модема и имитировать экстренный вызов в ручном и автоматическом режиме.
Убедиться, что голосовое соединение было установлено, но корректного приема
данных посредством тонального модема не произошло.
4.1.3. Устройство вызова экстренных оперативных служб выдержало проверку и
способно передавать минимальный набор данных, если следующие действия
выполнены успешно:

данные посредством тонального модема и SMS были приняты в
автоматическом и ручном режиме в течение 20 с.

минимальный набор данных при всех режимах успешно декодирован.
4.2. Проверка передачи информации о местоположении транспортного средства на
момент ДТП.
4.2.1. Настроить интерфейс эмулятора для просмотра результатов приема данных о
ДТП.
169
EСЕ/TRANS/WP.29/2013/67
4.2.2. С помощью диагностического программного обеспечения убедиться, что
введен корректный телефонный номер для осуществления экстренного вызова в
тестовом режиме.
4.2.3. В автоматическом режиме имитировать экстренный вызов
условия на момент ДТП:




для каждого
местоположение транспортного средства известно;
известно только последнее местоположение транспортного средства;
известно предполагаемое местоположение транспортного средства;
известно направление движения транспортного средства.
4.2.4. Устройство вызова экстренных оперативных служб выдержало проверку и
способно передавать информацию о местоположении транспортного средства на
момент ДТП, если следующие действия выполнены успешно:

данные были приняты посредством тонального модема течение 20 с после
начала передачи;

минимальный набор данных при всех режимах успешно декодируется, и
содержит VIN-номер транспортного средства, тип транспортного средства, тип
энергоносителя, время ДТП, информацию о географическом местоположении
транспортного средства: координаты, информацию о последнем известном
местоположении транспортного средства, о предполагаемом последнем известном
местоположении ТС и направлении движения в зависимости от заданных параметров
имитации сигнала.
4.2.5. В случае, если в момент генерации данных отсутствует достоверная
информация о последнем известном местоположении транспортного средства,
признак «нет достоверной информации о местоположении транспортного средства»
должен быть включен в состав данных.
4.3. Проверка обеспечения громкой связи при экстренном вызове
4.3.1. Подать внешнее питание на устройство вызова экстренных оперативных
служб и сигнал «Зажигание» на вход линии автомобильного зажигания.
4.3.2. Зафиксировать при помощи осциллографа отсутствие сигнала «запретить
звук» на выходе отключения автомобильной магнитолы.
4.3.3. С помощью диагностического программного обеспечения убедиться, что
введен корректный телефонный номер для осуществления экстренного вызова в
тестовом режиме.
4.3.4. Нажав кнопку
соединение.
«Экстренный вызов», установить двустороннее голосовое
4.3.5. Зафиксировать наличие сигнала «запретить звук»
автомобильной магнитолы.
на выходе отключения
4.3.6. Прервав экстренный вызов.
4.3.7. Зафиксировать отсутствие сигнала «запретить звук» на выходе отключения
автомобильной магнитолы.
4.3.8. Устройство вызова экстренных оперативных служб выдержало проверку и
способно обеспечивать громкую связь при совершении экстренного вызова, если при
подаче «Экстренного вызова» устанавливается двустороннее голосовое соединение и
обеспечивается отключение всех звуковоспроизводящих устройств.
4.3.9. Для устройства вызова экстренных оперативных служб в конфигурации
штатного оборудования обеспечение громкой связи при экстренном вызове,
170
EСЕ/TRANS/WP.29/2013/67
предусматривающей
отключение
всех
звуковоспроизводящих
определяется производителем транспортного средства.
устройств,
4.4. Проверка режима тестирования устройства вызова экстренных оперативных
служб
4.4.1. Убедиться, что на стороне эмулятора настроен интерфейс для просмотра
результатов приема данных о результатах тестирования устройства вызова
экстренных оперативных служб.
4.4.2. Включить питание устройства вызова экстренных оперативных служб.
4.4.3. Используя диагностическое программное обеспечение, проверить, что в
устройстве вызова экстренных оперативных служб установлен корректный номер
ECALL_TEST_NUMBER и установить период регистрации в сети после завершения
тестирования TEST_REGISTRATION_PERIOD - 5 мин.
4.4.4. Со стороны устройства вызова экстренных оперативных служб подать сигнал
запроса на режим тестирования.
4.4.5.
Проверить:

подсоединение микрофона;

подсоединение динамика (динамиков);

выключение/включение зажигания;

расширенный тест блока интерфейса пользователя;

достаточный уровень заряда резервной батареи (если имеет ся
техническая возможность);

работоспособность датчика автоматической идентификации события ДТП;

целостность образа программного обеспечения;

работоспособность приемника.
4.4.6. Убедиться при помощи интерфейса пользователя эмулятора, что минимальный
набор данных с результатами тестирования успешно передан на номер
ECALL_TEST_NUMBER и содержит корректную информацию.
4.4.7. Убедившись, что тестирование завершено при помощи голосовой подсказки
или отображения индикатора состояния, отключить внешнее питание устройства
вызова экстренных оперативных служб и отсоединить динамик.
4.4.10. Включить внешнее питание устройства вызова экстренных оперативных
служб.
4.4.11. Со стороны устройства вызова экстренных оперативных служб подать сигнал
запроса на режим тестирования.
4.4.12. Убедиться при помощи интерфейса пользователя эмулятора, что минимальный
набор данных с результатами тестирования успешно передан на номер
ECALL_TEST_NUMBER и содержит информацию о неисправности и на блоке
интерфейса пользователя отображается индикация «Неисправность».
4.5. Проверка индикаторов состояния устройства вызова экстренных оперативных
служб в конфигурации дополнительного оборудования
4.5.1. Подать внешнее питание на устройство вызова экстренных оперативных
служб или подать сигнал «Зажигание» на вход линии автомобильного зажигания и
убедиться, что индикатор состояния устройства вызова экстренных оперативных
служб кратковременно (от 3 до 10 сек.) отображает рабочее состояние.
171
EСЕ/TRANS/WP.29/2013/67
4.5.2. С помощью диагностического программного обеспечения убедиться, что
введен корректный телефонный номер для осуществления экстренного вызова в
тестовом режиме.
4.5.3. Нажав кнопку
соединение.
«Экстренный вызов» установить двустороннее голосовое
4.5.4. Убедиться, что двустороннее голосовое соединение установлено и индикатор
состояния устройства вызова экстренных оперативных служб отображает состояния:
«Экстренный вызов», «Дозвон в режиме экстренный вызов», «Передача
минимального набора данных в режиме экстренный вызов».
4.5.5. При помощи интерфейса пользователя эмулятора убедиться, что следующие
действия выполнены успешно:


данные посредством тонального модема были приняты в течение 20 с.
минимальный набор данных декодирован.
4.5.6. Прервать экстренный вызов и убедиться, что индикатор состояния не
отображает состояние «Экстренный вызов».
4.5.7. При помощи диагностического программного обеспечения устройства вызова
экстренных оперативных служб установить параметр ECALL_ON в FALSE.
4.5.7. Имитировать экстренный вызов в автоматическом режиме.
4.5.8. Убедиться, что в интерфейсе пользователя эмулятора для просмотра приема
данных тонального модема и декодирования данных не произошло никаких
изменений, а индикатор состояния устройства вызова экстренных оперативных
служб отображает состояние «Экстренный вызов невозможен».
4.5.9. Отключить внешнее питание от устройства вызова экстренных оперативных
служб и отсоединить внешнюю антенну GSM/UMTS или навигационной
спутниковой системы (если внешняя антенна входит в комплект устройства) либо
отсоединить микрофон от устройства вызова экстренных оперативных служб (если
предусмотрена возможность отсоединения микрофона).
4.5.10. Подать внешнее питание на устройство вызова экстренных оперативных
служб или подать сигнал «зажигание» на вход линии автомобильного зажигания и
убедиться, что индикатор состояния отображает состояние «Неисправность».
4.5.11. Снять сигнал «Зажигание» с входа линии автомобильного зажигания или
отключить питание от устройства вызова экстренных оперативных служб.
4.5.12. Подсоединить внешнюю антенну GSM/UMTS или навигационной
спутниковой системы (если ранее была отсоединена) либо подсоединить микрофон
(если ранее был отсоединен).
4.5.13. Подать внешнее питание на устройство вызова экстренных оперативных
служб или подать сигнал «зажигание» на вход линии автомобильного зажигания и
убедиться, что индикатор состояния устройства вызова экстренных оперативных
служб не отображает состояние «Неисправность».
4.5.14. Подать внешнее питание на устройство вызова экстренных оперативных
служб или сигнал «зажигание» на входе автомобильного зажигания.
4.5.15. Убедиться, что в устройстве вызова экстренных оперативных служб
установлен
корректный
номер
для
осуществления
тестовых
звонков
ECALL_TEST_NUMBER.
4.5.16. Запустить режим тестирования.
172
EСЕ/TRANS/WP.29/2013/67
4.5.17. Убедиться, что индикатор состояния устройства вызова
оперативных служб отображает состояние «Режим тестирования».
экстренных
4.5.18. Отключить внешнее питание устройства вызова экстренных оперативных
служб или снять сигнал «зажигание» на входе линии автомобильного зажигания.
4.5.19. Подать внешнее питание на устройство вызова экстренных оперативных
служб.
4.5.20. Имитировать экстренный вызов в автоматическом режиме.
4.5.21. Убедиться, что в интерфейсе пользователя эмулятора отображается
информация о получении максимального числа сообщений о событиях, а индикатор
состояния отображает состояние «Переполнение внутренней памяти событий» или
«Неисправность».
4.5.22. При помощи диагностического программного обеспечения устройства вызова
экстренных оперативных служб очистить оперативное запоминающее устройство.
4.5.23. Имитировать экстренный вызов в автоматическом режиме.
4.5.24. При помощи интерфейса пользователя эмулятора убедиться, что следующие
действия выполнены успешно:

данные посредством тонального модема были приняты в течение 20 с
 минимальный набор данных декодирован.
4.5.25. Прекратить экстренный вызов и убедиться, что индикатор состояния
устройства вызова экстренных оперативных служб отображает состояние
«Автосервис».
4.5.26. Отключить внешнее питание от устройства вызова экстренных оперативных
служб и разрядить резервную батарею или заменить на разряженную (при наличии
резервного источника питания).
4.5.27. Убедиться, что индикатор состояния устройства вызова экстренных
оперативных служб отображает состояние «Достигнут разряд резервной батареи
ниже установленного предельного уровня» или «Неисправность».
4.5.28. Устройство вызова экстренных оперативных служб выдержало проверку
индикаторов состояния, если по всем операциям, проведенным в п.4.5.1 – 4.5.27 были
корректно отображены индикаторы состояния устройства.
4.6. Проверка работы устройства вызова экстренных оперативных служб в
конфигурации дополнительного оборудования в режиме «Автосервис»
4.6.1. Перевести
в режим «Автосервис», в соответствии с Инструкцией по
использованию устройства вызова экстренных служб.
4.6.2. Измерить уровень напряжения физической линии GARAGE_MODE_PIN и
сравнить с показателем, заявленным в инструкции по использованию устройства
вызова экстренных служб.
4.6.3. Имитировать «Экстренный вызов» в ручном режиме.
4.6.4. Убедиться, что в интерфейсе пользователя эмулятора для просмотра приема
данных тонального модема и декодирования данных не произошло никаких
изменений
4.6.4. Вывести устройство вызова экстренных служб из режима «Автосервис», в
соответствии с инструкцией по эксплуатации.
173
EСЕ/TRANS/WP.29/2013/67
4.6.5. Измерив уровень напряжения физической линии GARAGE_MODE_PIN,
убедиться в его отсутствии в линии.
4.6.6. Имитировать «Экстренный вызов» в ручном режиме.
4.6.7. При помощи интерфейса пользователя эмулятора убедиться, что минимальный
набор данных успешно принят и декодирован.
4.7. Проверка работы устройства вызова экстренных служб в конфигурации
дополнительного оборудования в режиме «Загрузка программного обеспечения»
4.7.1. При помощи диагностического программного обеспечения устройства вызова
экстренных служб установить параметр AUTOMATIC_REGISTRATION в TRUE.
4.7.2. Подав сигнал «зажигание» на вход автомобильного зажигания, убедиться, что
регистрация устройства вызова экстренных служб в сети подвижной радиосвязи
выполнена.
4.7.3. В интерфейсе пользователя эмулятора отправить телематическое сообщение
на устройство вызова экстренных служб на включение режима загрузки
программного обеспечения и убедиться по индикации на устройстве или в
интерфейсе пользователя эмулятора о начале загрузки.
4.7.4. Имитировать «Экстренный вызов» в ручном режиме.
4.7.5. При помощи интерфейса пользователя эмулятора убедиться, что минимальный
набор данных успешно принят и декодирован, а при просмотре результатов приема
данных отображается сообщение о прерванной процедуре загрузки программного
обеспечения.
4.7.6. В интерфейсе пользователя эмулятора отправить телематическое сообщение
на устройство вызова экстренных служб на включение режима загрузки
программного обеспечения и убедиться по индикации на устройстве или в
интерфейсе пользователя эмулятора о начале загрузки.
4.7.7. При помощи диагностического программного обеспечения устройства вызова
экстренных служб убедиться, что образ программного обеспечения загружен в
оперативную память.
4.7.8. При помощи диагностического программного обеспечения устройства вызова
экстренных служб установить параметр SELFTEST_INTERVAL в 2 мин.
4.7.9. При помощи диагностического программного обеспечения устройства вызова
экстренных служб убедиться, что в устройстве вызова экстренных служб установлен
период
регистрации
в
сети
после
завершения
самодиагностики
POST_TEST_REGISTRATION_TIME в 2 мин.
4.7.10. Подождав не менее 2 мин, убедиться, что на стороне оператора системы в
интерфейсе для просмотра результатов приема данных самодиагностики произошли
следующие изменения:

данные с результатами самодиагностики успешно приняты;

данные с результатами самодиагностики успешно декодированы и результат
не содержит сообщений о неисправностях устройства вызова экстренных служб.
4.8. Проверка блока интерфейса пользователя устройства вызова экстренных
служб в конфигурации дополнительного оборудования
4.8.1. Подать внешнее питание на устройство вызова экстренных служб.
4.8.2. Имитировать «Экстренный вызов» в ручном режиме.
174
EСЕ/TRANS/WP.29/2013/67
4.8.3. Убедиться в начале дозвона и немедленно нажать кнопку «Дополнительные
функции» (до приема входящего звонка на стороне центра обработки звонков).
4.8.4. Убедиться в том, что дозвон прекратился.
4.9.
Проверка внутренней памяти устройства вызова экстренных служб
4.9.1. Подать внешнее питание на устройство вызова экстренных служб.
4.9.2. При помощи диагностического программного обеспечения убедиться, что в
устройстве вызова экстренных служб установлен корректный телефонный номер для
передачи SMS ECALL_SMS_FALLBACK_NUMBER и запрещено использование
GPRS для передачи данных.
4.9.3. Обеспечить условия, при которых невозможно осуществление устройством
вызова экстренных служб звонков и передачи данных посредством использования
сетей подвижной радиосвязи (например, накрыть антенны подвижной радиосвязи
металлическим экраном).
4.9.4. Нажать кнопку «Экстренный вызов» 3 раза и убедиться, что в интерфейсе
пользователя эмулятора для просмотра результатов приема и декодирования данных
не произошло изменений.
4.9.5. Обеспечить
возможность осуществления звонков и передачи данных
посредством использования сетей подвижной радиосвязи.
4.9.6. Убедиться, что в интерфейсе пользователя для просмотра результатов приема
данных следующие действия выполнены успешно:


3 раза успешно приняты данные посредством SMS;
3 раза минимальный набор данных успешно декодирован.
4.9.7. При помощи диагностического программного обеспечения
отключить
возможность передачи данных посредством тонального модема и SMS и убедиться,
что в устройстве вызова экстренных служб запрещено использование GPRS для
передачи данных.
4.9.8. При помощи диагностического программного обеспечения установить
параметр INT_MEM_TRANSMIT_INTERVAL в 1 мин.
4.9.9. Имитировать экстренный вызов в автоматическом режиме.
4.9.10. Убедиться, что в интерфейсе пользователя для просмотра результатов приема
данных не произошло каких-либо изменений.
4.9.11. При помощи диагностического программного обеспечения
включить
возможность использования GPRS для передачи данных и подождать 1 мин.
4.9.12. При помощи интерфейса пользователя эмулятора убедиться, что следующие
действия выполнены успешно:

данные успешно приняты посредством тонального модема;

минимальный набор данных декодирован.
4.9.13. При помощи диагностического программного обеспечения отключить
возможность передачи данных посредством тонального модема и SMS и убедиться,
что в устройстве вызова экстренных служб запрещено использование GPRS для
передачи данных.
4.9.14. При помощи диагностического программного обеспечения установить
параметр INT_MEM_TRANSMIT_ATTEMPTS равным 10.
175
EСЕ/TRANS/WP.29/2013/67
4.9.15.
Имитировать экстренный вызов в автоматическом режиме и убедиться, что
в интерфейсе пользователя для просмотра результатов приема и декодирования
данных не произошло каких-либо изменений.
4.9.16.
При помощи диагностического программного обеспечения убедиться, что
после 10 неудачных попыток отправки минимального набора данных в блоке
интерфейса пользователя устройства вызова экстренных служб при помощи
индикаторов состояния отображается информация о невозможности передачи
данных.
4.10.
Проверка работы резервной батареи и источника питания устройства
вызова экстренных служб.
4.10.1.
Подать внешнее питание на устройство вызова экстренных служб или
подать сигнал «Зажигание» на вход линии автомобильного зажигания.
4.10.2.
При помощи диагностического программного обеспечения убедиться, что в
устройстве вызова экстренных служб установлен корректный телефонный номер для
передачи SMS ECALL_SMS_FALLBACK_NUMBER и установлены следующие
параметры: CALL_AUTO_ANSWER_TIME - 5 мин, NAD_DEREGISTRATION_TIME
- 5 мин.
4.10.3.
Убедившись, что резервная батарея устройства вызова экстренных служб
полностью заряжена, отключить сигнал «зажигание» на входе линии автомобильного
зажигания.
4.10.4.
Имитировать «Экстренный вызов» в ручном режиме.
4.10.5.
Убедиться в установлении двустороннего голосового соединения с
оператором и установить максимальный уровень звука в динамиках,
присоединенных к устройству вызова экстренных служб.
4.10.6.
В течение 5 минут произносить какой-либо текст.
4.10.7.
В интерфейсе пользователя эмулятора для управления соединением
прекратить экстренный вызов.
4.10.8.
Оставить устройство вызова экстренных служб в работающем состоянии от
резервной батареи на 8 ч.
4.10.9.
В интерфейсе пользователя эмулятора для управления соединением
установить голосовое соединение с устройством вызова экстренных служб.
4.10.10.
В течение 5 минут произносить какой-либо текст.
4.10.11.
Подать сигнал «Зажигание» на вход автомобильного зажигания.
4.10.12. Если достигнут минимально возможный уровень заряда батареи, то
устройство вызова экстренных служб должно послать телематическое сообщение с
информацией о недостаточности заряда батареи и на блоке интерфейса пользователя
должно отобразиться состояние «Достигнут разряд резервной батареи ниже
установленного предельного уровня» или состояние «Неисправность».
4.10.13. Если резервная батарея является батареей подзаряжаемого типа, то
проверка на соответствие вышеизложенным требованиям должна выполняться после
зарядки резервной
батареи в течение 24 ч., при постоянной температуре
окружающей среды 20С.
4.11.
Проверка регистрации устройства вызова экстренных служб в сети
176
EСЕ/TRANS/WP.29/2013/67
4.11.1.
При помощи диагностического программного обеспечения устройства
вызова экстренных служб установить параметр AUTOMATIC_REGISTRATION в
FALSE и параметр ECALL_ON в TRUE.
4.11.2. Подать сигнал «зажигание» на входе линии автомобильного зажигания и
имитировать экстренный вызов в автоматическом режиме.
4.11.3.
При помощи интерфейса пользователя
следующие действия выполнены успешно:


4.11.4.
эмулятора
убедиться,
что
данные успешно приняты посредством тонального модема;
минимальный набор данных успешно декодирован.
Отключить сигнал «зажигание» на входе автомобильного зажигания.
4.11.5.
При помощи диагностического программного обеспечения устройства
вызова экстренных служб установить параметр AUTOMATIC_REGISTRATION в
TRUE.
4.11.6.
Подать сигнал «зажигание» на входе линии автомобильного зажигания.
4.11.7.
Имитировать «Экстренный вызов» в ручном режиме.
4.11.8.
В интерфейсе пользователя эмулятора для управления соединением
прекратить экстренный вызов и отключить сигнал «зажигание» на входе линии
автомобильного зажигания.
4.11.9.
При помощи диагностического программного обеспечения убедиться, что
устройство вызова экстренных служб прекратило регистрацию в сети после
истечения периода, определяющего время ожидания ответного звонка со стороны
оператора.
4.12.
Проверка требований по электропитанию и энергопотреблению устройств
вызова экстренных служб в конфигурации дополнительного оборудования
4.12.1.
Подать внешнее питание на устройство вызова экстренных служб или
подать сигнал «Зажигание» на вход линии автомобильного зажигания.
4.12.2.
При помощи диагностического программного обеспечения убедиться, что в
устройстве вызова экстренных служб установлен корректный телефонный номер для
передачи SMS ECALL_SMS_FALLBACK_NUMBER и установлены следующие
параметры: CALL_AUTO_ANSWER_TIME - 5 мин, NAD_DEREGISTRATION_TIME
- 5 мин.
4.12.3.
Имитировав «Экстренный вызов» в ручном режиме, убедиться в
установлении двустороннего голосового соединения и установить максимальный
уровень звука в динамиках, присоединенных к устройству вызова экстренных служб.
4.12.4.
В течение не менее 3 минут произносить какой-либо текст.
4.12.5.
Убедиться, что потребление тока устройства вызова экстренных служб не
превышает 1500 мА при 12 В (1200 мА при 24 В) в течение не менее 3 мин.
4.12.6.
В интерфейсе пользователя эмулятора для управления соединением
прекратить экстренный вызов и убедиться в прекращении двустороннего голосового
соединения.
4.12.7.
Сняв сигнал «Зажигание» с входа линии автомобильного зажигания
устройства вызова экстренных служб, убедиться, что потребление тока не превышает
10мА при 12В (24В) в течение не менее 1 мин.
177
EСЕ/TRANS/WP.29/2013/67
4.13.
Проверка передачи по SMS команды на установку номера для отправки
информации по SMS в качестве резервного канала
4.13.1.
С использованием программного обеспечения взаимодействия устройством
вызова экстренных служб с эмулятором системы инициировать передачу команды
установки номера для отправки информации по SMS, установить 00000001 в
качестве идентификатора устройства вызова экстренных служб и задать номер для
отправки SMS.
4.13.2.
Убедиться в подтверждении доставки SMS с конфигурационной командой
до устройства вызова экстренных служб.
4.13.3.
При помощи интерфейса пользователя эмулятора системы по истечении 5
минут убедиться, что конфигурационная команда выполнена.
4.13.4.
Перезагрузить устройство вызова экстренных служб штатным способом.
4.13.5.
Подключившись к автомобильной системе при помощи диагностического
программного обеспечения, убедиться, что в памяти устройства вызова экстренных
служб сохранён соответствующий номер для передачи информации по SMS.
4.14.
Проверка передачи по SMS команды на установку номера для тестовых
звонков экстренного вызова.
4.14.1.
С использованием программного обеспечения взаимодействия устройства
вызова экстренных служб с эмулятором системы инициировать передачу команды
установки номера для тестовых звонков, установить 00000001 в качестве
идентификатора устройства вызова экстренных служб и номер.
4.14.2.
Повторить действия в п.3.13.2 – 3.13.4.
4.14.3.
Подключившись к автомобильной системе при помощи диагностического
программного обеспечения, убедиться, что в памяти устройства вызова экстренных
служб сохранён соответствующий номер для совершения тестовых звонков.
4.15.
вызова
Проверка передачи по SMS команды на инициацию тестового экстренного
4.15.1.
При помощи
эмулятора системы инициировать передачу команды
тестового вызова, указав MSISDN SIM-карты устройства вызова экстренных служб,
00000001 в качестве идентификационного номера устройства вызова экстренных
служб, тональный модем в качестве транспорта доставки минимального набора
данных, ручной – в качестве типа экстренного вызова.
4.15.2.
Убедиться в подтверждении доставки SMS с управляющей командой до
устройства вызова экстренных служб.
4.15.3.
Убедиться при помощи интерфейса пользователя эмулятора системы, что
управляющая команда выполнена.
4.15.4.
По истечении 30 секунд при помощи интерфейса пользователя эмулятора
убедиться, что поступил и корректно декодирован минимальный набор данных,
сгенерированных в ответ на запрос.
4.16.
Проверка передачи по SMS минимального набора данных с признаком
тестового вызова
4.16.1.
Выполнить действия по п.3.15.1-3.15.4.,указав в качестве транспорта
доставки экстренного вызова канал SMS.
4.17.
Проверка передачи минимального набора данных посредством тонального
модема с признаком тестового вызова
178
EСЕ/TRANS/WP.29/2013/67
4.17.1.
При помощи диагностического программного обеспечения убедиться, что в
настройках задан корректный номер для осуществления тестовых звонков.
4.17.2.
При помощи эмулятора системы имитировать запуск режима тестирования.
4.17.4.
По истечении 20 секунд при помощи интерфейса пользователя эмулятора
убедиться, что управляющая команда выполнена, поступил и корректно декодирован
минимальный набор данных, сгенерированных в ответ на запрос.
4.18.
Проверка передачи по SMS команды на повторную передачу минимального
набора данных по зафиксированному в прошлом событию ДТП.
4.18.1.
С помощью эмулятора системы инициировать передачу команды
повторной отправки минимального набора данных, указав MSISDN SIM-карты
устройства вызова экстренных служб, 00000001 в качестве идентификационного
номера устройства вызова экстренных служб, SMS в качестве транспорта доставки
данных, и идентификационный порядковый номер сообщения экстренного вызова,
минимальный набор данных о котором требуется получить.
4.18.2.
Убедиться в подтверждении доставки SMS с управляющей командой до
устройства вызова экстренных служб.
4.18.3.
Убедиться при помощи интерфейса пользователя эмулятора системы, что
управляющая команда выполнена.
4.18.4.
По истечении 30 секунд при помощи интерфейса пользователя эмулятора
убедиться, что поступил и корректно декодирован минимальный набор данных,
сгенерированных в ответ на запрос.
4.19.
Проверка передачи в режиме пакетной передачи данных специфичного
встроенного программного обеспечения устройства вызова экстренных служб в
конфигурации дополнительного оборудования
4.19.1.
С использованием эмулятора системы инициировать передачу в режиме
пакетной передачи данных команды отправки на устройство вызова экстренных
служб специфического файла образа встроенного программного обеспечения,
установить 00000001 в качестве идентификатора устройства вызова экстренных
служб и задать полный путь к специфическому файлу образа встроенного
программного обеспечения.
4.19.2.
Убедиться при помощи интерфейса пользователя, что выполнено
завершение загрузки в устройство вызова экстренных служб файла образа
встроенного в программное обеспечение.
4.19.3.
Перезагрузить устройство вызова экстренных служб штатным способом.
4.19.4.
С помощью диагностического программного обеспечения убедиться, что
устройство вызова экстренных служб функционирует под управлением версии
встроенного программного обеспечения по номеру совпадающей с номером версии,
предоставленным изготовителем устройства совместно с файлом образа встроенного
программного обеспечения.
4.20.
Проверка наличия защиты кнопки «Экстренного
непреднамеренного нажатия и обеспечения ее подсветки
вызова»
от
4.20.1.
Провести внешний осмотр блока интерфейса пользователя устройства
вызова экстренных служб и убедиться, что кнопка «Экстренный вызов» имеет
механическую защиту от непреднамеренного нажатия.
179
EСЕ/TRANS/WP.29/2013/67
4.20.2.
Техническая реализация способа механической защиты кнопки
«Экстренный вызов» от непреднамеренного нажатия определяется производителем
устройства вызова экстренных служб.
4.20.3.
Убедиться, что в руководстве по эксплуатации на устройство вызова
экстренных служб приведены указания по активации кнопки «Экстренный вызов».
4.20.4.
Подать сигнал «Зажигание» на вход линии автомобильного зажигания.
4.20.5.
Провести внешний осмотр блока интерфейса пользователя устройства
вызова экстренных служб и убедиться, что кнопка «Экстренный вызов» имеет
подсветку.
180
EСЕ/TRANS/WP.29/2013/67
Приложение 12
Методы испытаний устройства вызова экстренных
оперативных служб на соответствие требованиям по
электромагнитной совместимости
1.
Определения
1.1
«кондуктивная индустриальная радиопомеха» означает электромагнитную
помеху, энергия которой передается через один или несколько проводников.
1.2
«система
экстренного
реагирования
при
авариях»
означает
автоматизированную навигационно-информационную систему, функционирующую с
использованием сигналов глобальных навигационных спутниковых систем,
реализующую доставку сообщений о дорожно-транспортных происшествиях и иных
чрезвычайных ситуациях на автомобильных дорогах экстренным оперативным
службам.
1.3. «степень жесткости испытаний (на помехоустойчивость)» означает
условный номер, установленный нормативными документами по испытаниям
технических средств на помехоустойчивость, отражающий интенсивность
воздействующей на объект испытаний помехи с регламентированными для каждой
степени жесткости параметрами.
1.4 Использованы следующие обозначения и сокращения:
ПЭВМ - персональная электронно-вычислительная машина;
CAN - Controller Area Network (стандарт промышленной сети, ориентированный на
объединение в единую сеть различных исполнительных устройств и датчиков,
включая и средства автомобильной автоматики);
USB - Universal Serial Bus (универсальная последовательная проводная шина).
Общие положения
2.1 Объектом испытаний является устройство вызова экстренных оперативных
служб.
Число испытуемых образцов устройства вызова экстренных оперативных служб
должно быть не менее 3 шт. Испытаниям (проверкам) в объеме, указанном в разделе
3, подвергается каждый из образцов устройства вызова экстренных оперативных
служб, представленных на испытания.
2.2 Условия проведения испытаний
Испытания устройств вызова экстренных оперативных служб на электромагнитную
совместимость проводят в нормальных климатических условиях:
- температура воздуха - (25±10) °С;
- относительная влажность воздуха - от 45% до 80%;
- атмосферное давление - от 84,0 до 106,7 кПа (от 630 до 800 мм рт.ст.).
Техническое обслуживание устройств вызова экстренных оперативных служб в
процессе испытаний не проводится.
181
EСЕ/TRANS/WP.29/2013/67
2.2. Требования по безопасности при проведении испытаний
При измерении параметров устройств вызова экстренных оперативных служб в
процессе испытаний должны выполняться требования безопасности, изложенные в
Правилах по охране труда и эксплуатационных документах на используемые при
испытаниях средства измерений и испытательное оборудование.
Включение средств измерений и испытательного оборудования разрешается
производить только при подключенном к ним внешнем заземлении. Подсоединение
зажимов защитного заземления к контуру заземления должно быть проведено ранее
других соединений, а отсоединение - после всех отсоединений.
Подключение и отключение кабелей, устройств и средств измерений к испытуемому
устройству вызова экстренных оперативных служб разрешается производить только
при выключенном напряжении питания всех приборов, входящих в состав
испытательной установки, и отключенной от цепей питания испытуемой системе.
2.4
Используемое при испытаниях испытательное оборудование должно пройти
метрологическую аттестацию.
Используемые при испытаниях средства измерений должны иметь утвержденный тип
и быть поверены на момент проведения испытаний.
2.5 Проверка работоспособности устройств вызова экстренных оперативных служб при
проведении испытаний должна осуществляться с использованием специальной диагностической
программы (далее - программа тестирования).
2.5.1 Программа тестирования устройств вызова экстренных оперативных служб
разрабатывается производителем устройств вызова экстренных оперативных служб и
поставляется по отдельному требованию.
2.5.2 Программа тестирования устройств вызова экстренных оперативных служб
должна обладать следующими функциональными возможностями:
- возможность выбора диагностических тестов пользователем;
- возможность выполнения тестов (последовательности тестов, запуск и остановка
тестов, установки параметров диагностирования устройств вызова экстренных
оперативных служб и др.) в ручном и автоматическом режиме;
- возможность определения числа циклов автоматического тестирования от 1 до
10000;
- вывод результатов тестирования в краткой форме (все тесты выполнены успешно,
обнаружена ошибка при выполнении тестов) на экран ПЭВМ и в текстовый файл
(формат представления информации в текстовом файле определяется
производителем устройств вызова экстренных оперативных служб);
- вывод результатов тестирования в подробной форме (результат тестирования и
дополнительная информация, определяемая производителем устройств вызова
экстренных оперативных служб, для каждого выполненного теста) на экран ПЭВМ и
в текстовый файл (формат представления информации в текстовом файле
определяется производителем устройств вызова экстренных оперативных служб);
- осуществление передачи результатов тестирования посредством использования
сетей подвижной связи;
- возможность получения информации о версиях аппаратной платформы и
программного обеспечения всех компонент устройств вызова экстренных
оперативных служб, включая версии аппаратных платформ и программного
обеспечения приемника глобальной навигационной спутниковой системы,
GSM/UMTS модема, тонального модема, управляющего процессора;
182
EСЕ/TRANS/WP.29/2013/67
- возможность считывания и очистки содержимого внутренней памяти устройств
вызова экстренных оперативных служб;
- возможность считывания и установки параметров настройки устройств вызова
экстренных оперативных служб;
- возможность обновления программного обеспечения всех компонент устройств
вызова экстренных оперативных служб.
2.5.3 Если для обеспечения работы программы тестирования с испытуемым
устройством вызова экстренных оперативных служб требуется использование какихлибо преобразователей электрических сигналов (например, преобразователь сигналов
USB-CAN), то данные преобразователи должны поставляться производителем
устройств вызова экстренных оперативных служб в комплекте с программой
тестирования.
2.6 Комплектность предъявляемой на испытания устройств вызова экстренных
оперативных служб, устанавливаемой в конфигурации штатного оборудования (на
конвейере производителя транспортного средства), определяется производителем
транспортного средства.
Комплектность устройств вызова экстренных оперативных служб, устанавливаемых
в конфигурации дополнительного оборудования (в сервисных/установочных центрах
либо на площадке дилера - производителя автотранспортного средства после
выпуска/изготовления автотранспортного средства), определяется производителем.
2.7
Отчетность по результатам испытаний
По результатам испытаний (проверки) устройств вызова экстренных оперативных
служб оформляют протокол испытаний и измерений, в котором указывают:
- наименование испытательной лаборатории (центра), местонахождение, телефон,
факс и адрес электронной почты;
- идентификационные параметры испытуемого образца;
- условия проведения испытаний;
- информацию об используемой методике проведения испытаний и измерений в
соответствии с настоящим стандартом;
- используемое испытательное оборудование и средства измерений;
- перечень разделов (подразделов, пунктов и подпунктов) нормативных документов,
содержащих требования, соответствие которым устанавливается, и результаты
оценки соответствия в отношении каждого отдельного требования;
- заключение о соответствии испытуемого образца системы установленным
требованиям;
- должность, фамилия и подпись лица, проводившего испытания и измерения;
- должность, фамилия и подпись руководителя испытательной лаборатории (центра),
заверенная печатью испытательной лаборатории (центра);
- дата проведения испытаний и измерений, дата оформления и регистрационный
номер протокола.
3
Процедура испытаний
3.1 Объем проведения испытаний
3.1.1 Перечень и последовательность испытаний (проверок) устройств вызова
экстренных оперативных служб на соответствие требованиям по электромагнитной
совместимости указаны в таблице 1.
183
EСЕ/TRANS/WP.29/2013/67
Таблица 1. Перечень и последовательность испытаний (проверок) устройств вызова
экстренных оперативных служб на соответствие требованиям по электромагнитной
совместимости
Наименование испытаний (проверок)
Проверка комплектности конструкторской документации устройств
вызова экстренных оперативных служб
Проверка комплектности устройств вызова экстренных оперативных
служб
Проверка работоспособности устройств вызова экстренных оперативных
служб при номинальном напряжении питания
Проверка работоспособности устройств вызова экстренных оперативных
служб при минимальном и максимальном напряжении питания
Проверка работоспособности устройств вызова экстренных оперативных
служб после воздействия напряжения питания обратной полярности
Проверка обеспечения устройств вызова экстренных оперативных служб
защиты внешних электрических цепей от короткого замыкания на
полюсы источника напряжения питания
Проверка работоспособности устройств вызова экстренных оперативных
служб при воздействии кондуктивных помех по цепям питания
Проверка степени эмиссии в бортовую сеть собственных помех устройств
вызова экстренных оперативных служб
Проверка устойчивости устройств вызова экстренных оперативных служб
к помехам в контрольных и сигнальных цепях
Проверка устойчивости устройств вызова экстренных оперативных служб
к воздействию помех от электростатического разряда
Проверка выполнения требований к напряжению радиопомех от
устройств вызова экстренных оперативных служб
Проверка выполнения требований к напряжённости электромагнитного
поля устройств вызова экстренных оперативных служб
Проверка устойчивости устройств вызова экстренных оперативных служб
к воздействию электромагнитного излучения
Номер пункта из
подраздела 3.2
настоящего
стандарта
(рисунок схемы
соединений)
3.2.1
3.2.2
3.2.3
(рис. А.2)
3.2.4
(рис. А.2)
3.2.5
(рис. А.2)
3.2.6
(рис. А.2)
3.2.7
(рис. А.3)
3.2.8
(рис. А.4)
3.2.9
(рис. А.3)
3.2.10
(рис. А.2)
3.2.11
(рис. А.5)
3.2.12
(рис. А.5)
3.2.13
(рис. А.6)
184
EСЕ/TRANS/WP.29/2013/67
3.1.2 Для проведения испытаний применяются испытательное и вспомогательное
оборудование, а также средства измерений, указанные в таблице 2.
Таблица 2. Испытательное и вспомогательное оборудование
Наименование оборудования
Испытательный генератор
импульсных помех в бортовой сети
автотранспортных средств
Эквивалент бортовой сети
Соединительный зажим (емкостные
клещи)
Осциллограф
Источник питания
ПЭВМ
Блок сопряжения
Система для испытаний технических
средств на устойчивость к
электростатическому разряду
Система для испытаний технических
средств на устойчивость к
электромагнитному излучению
Система для измерения
электромагнитного поля излучения
индустриальных радиопомех
Требуемые технические данные приборов
и оборудования
Формирование импульсов кондуктивных
помех по ИСО 7637
По ИСО 7637
Емкость соединения – (150 ±50) пФ;
Диаметр пучка проводов – (4-40) мм;
Величина напряжения по прочности
изоляции – не менее 200 В;
Импеданс коаксиального соединения – (50
± 10%) Ом
Полоса до 100 МГц
Погрешность 3 %
Выходное напряжение от 0 до 30 В,
максимальный ток нагрузки 10 А
Внешний интерфейс – USB 2.0;
Операционная система – Windows 2000/XP
Подключение рабочего места проверки
Диапазон напряжений электростатического
разряда 0-15 КВ
Диапазон частот (20-2000) МГц
Диапазон частот (0.009-1000) МГц
3.2 Порядок проведения испытаний.
3.2.1 Проверка комплектности эксплуатационной документации
Для проверки комплектности эксплуатационной документации, поставляемой с
устройством вызова экстренных оперативных служб, необходимо убедиться в том,
что представленная на испытания документация соответствует установленным
требованиям:
3.2.1.1 Документация для устройств вызова экстренных оперативных служб в
конфигурации дополнительного оборудования должна включать:
-
Руководство по установке;
-
Руководство по настройке и тестированию;
-
Руководство пользователя устройства вызова экстренных оперативных служб;
Краткая брошюра
оперативных служб;
-
по
использованию
устройства
вызова
экстренных
Паспорт устройства вызова экстренных оперативных служб.
185
EСЕ/TRANS/WP.29/2013/67
3.2.1.2 Для устройств вызова экстренных оперативных служб, устанавливаемых в
конфигурации дополнительного оборудования руководство пользователя устройства
вызова экстренных оперативных служб и краткая брошюра по использованию
устройства вызова экстренных оперативных служб должны содержать изображение
пиктограммы зеленого или черного цветов. Изображение пиктограммы представлено
ниже.
Автомобильная система, исполненная в конфигурации штатного оборудования,
считается выдержавшей проверку, если состав представленного на испытания
комплекта
документов
соответствует
установленному
производителем
транспортного средства.
3.2.2 Проверка комплектности устройств вызова экстренных оперативных
служб
Проверку комплектности устройств вызова экстренных оперативных служб
производят посредством сравнения с комплектностью, установленной в настоящем
подразделе.
3.2.2.1 Комплект поставки для устройств вызова экстренных оперативных служб в
конфигурации дополнительного оборудования должен включать следующие
компоненты:
Устройство вызова экстренных оперативных служб и механизм (механизмы)
крепления устройства вызова экстренных оперативных служб;
Блок интерфейса пользователя устройства вызова экстренных оперативных
служб и механизм (механизмы) крепления блока интерфейса пользователя;
Кабель соединения устройства вызова экстренных оперативных служб и блока
интерфейса пользователя;
Датчик ускорения с кабелем подключения и механизм (механизмы) крепления
датчика ускорения (если датчик ускорения не установлен внутри корпуса устройства
вызова экстренных оперативных служб) - только для транспортных средств
категории M1
П р и м е ч а н и е - Если для определения момента ДТП не используется
штатная система автомобиля такая как блок управления подушками
безопасности.
Микрофон (набор микрофонов) с кабелем подключения и механизм
(механизмы) крепления микрофона (набора микрофонов);
Кабель (кабели) соединения устройства вызова экстренных оперативных
служб и электронной системе транспортного средства (адаптер к конкретному
транспортному средству);
-
Резервная батарея;
Опционально – динамик громкой связи, механизм (механизмы) крепления
динамика громкой связи и кабель соединения динамика громкой связи.
186
EСЕ/TRANS/WP.29/2013/67
Допускается любая комбинация составляющих компонент устройств вызова
экстренных оперативных служб в одном корпусе (например, основной блок и
дополнительный динамик, объединенные в один корпус)
3.2.2.2 Кнопка «Экстренного Вызова» должна содержать изображение пиктограммы
красного цвета. Изображение пиктограммы “Экстренный вызов” представлено ниже.
Кнопка «Дополнительные Функции» должна содержать изображение пиктограммы
голубого цвета. Изображение пиктограммы “Дополнительные Функции”
представлено ниже.
Автомобильная система, исполненная в конфигурации штатного оборудования,
считается выдержавшей проверку, если комплект поставки устройства вызова
экстренных оперативных служб соответствует установленному производителем
транспортного средства.
3.2.3 Проверка работоспособности устройств вызова экстренных оперативных
служб при номинальном напряжении питания
3.2.3.1 Для проверки работоспособности устройства вызова экстренных оперативных
служб необходимо подготовить рабочее место проверки с использованием схемы
подключения, указанной на рисунке А.1 (Добавление А):
- на ПЭВМ установить программу тестирования (см. 2.5) для проверки
работоспособности устройства вызова экстренных оперативных служб (если этого не
было сделано ранее);
установить для источника питания G1 выходное напряжение (12,0±0,1) В или
(24,0±0,1) В в зависимости от используемой на транспортном средстве системы
электропитания;
подключить к устройству вызова экстренных оперативных служб
необходимые устройства согласно схемам соединений, указанным на рисунках А.2А.6 (Добавление А), в зависимости от вида проводимых испытаний. Все
подключаемые устройства должны быть выключены;
-
включить ПЭВМ и дождаться окончания загрузки операционной системы;
-
на ПЭВМ запустить программу тестирования;
включить источник питания G1 и питание подключенных устройств, при этом
индикаторы состояния в основном диалоговом окне программы тестирования
должны сообщить о взаимодействии блока сопряжения и подключенного образца
устройства вызова экстренных оперативных служб с ПЭВМ. В случае индикации
187
EСЕ/TRANS/WP.29/2013/67
ошибки необходимо выключить источники питания, проверить правильность
подключения устройств.
3.2.3.2 Проверка работоспособности устройства вызова экстренных оперативных
служб заключается в последовательном автоматизированном выполнении тестов,
выбранных в основном диалоговом окне программы тестирования.
Для выполнения проверки необходимо:
- на вкладке "Тесты" программы тестирования выбрать для выполнения все тесты
(например, нажать кнопку "Выбрать все");
- убедиться в том, что режим "Выполнить циклически" выключен;
- нажать кнопку запуска выбранных тестов "Пуск";
- контролировать процесс выполнения автоматических тестов.
3.2.3.3 Проверяемое устройство вызова экстренных оперативных служб считается
работоспособным и признается выдержавшим испытания, если во время выполнения
проверки программа тестирования не выдает сообщений об ошибках тестирования.
3.2.4 Проверка работоспособности устройства вызова экстренных оперативных
служб при изменении напряжения питания (минимальном и максимальном
напряжении питания)
3.2.4.1 Подготовить рабочее место проверки согласно требованиям 3.2.3.1, используя
схему соединений рисунка А.2 (Добавление А).
3.2.4.2 Для источника питания G1 установить номинальное напряжение. Выполнить
проверки согласно 3.2.3.2.
3.2.4.3 Установить минимальное выходное
Выполнить проверки согласно 3.2.3.2.
напряжение
источника
питания.
3.2.4.4 Установить максимальное выходное напряжение источника питания.
Выполнить проверки согласно 3.2.3.2.
3.2.4.5 Испытуемое устройство вызова экстренных оперативных служб считается
выдержавшим испытания, если при выполнении проверок согласно 3.2.3.2 и 3.2.3.3
проверки работоспособности выполнены успешно.
3.2.5 Проверка работоспособности устройств вызова экстренных оперативных
служб после воздействия напряжения питания обратной полярности.
3.2.5.1 Для проверки работоспособности устройства вызова экстренных оперативных
служб после воздействия напряжения питания обратной полярности необходимо
подготовить рабочее место проверки согласно 3.2.3.1, используя схемы соединений
рисунка А.2 (Добавление А).
3.2.5.2 Выключить источник питания G1.
3.2.5.3 Отключить кабели 2 и 3 от источника питания.
3.2.5.4 Клемму "+" кабеля 1 подключить к отрицательной клемме источника питания
G1, клемму "-" кабеля 1 - к положительной клемме источника питания G1.
3.2.5.5 Включить источник питания G1 на время не менее 5 мин.
3.2.5.6 Выключить источник питания G1.
3.2.5.7 Провести проверку устройства вызова экстренных оперативных служб
согласно 3.2.1, используя схему рисунка 1.
188
EСЕ/TRANS/WP.29/2013/67
3.2.5.8 Испытуемое устройство вызова экстренных оперативных служб считается
выдержавшим проверку, если после воздействия напряжения питания обратной
полярности проверки работоспособности выполнены успешно.
3.2.6 Проверка обеспечения устройства вызова экстренных оперативных служб
защиты внешних электрических цепей от короткого замыкания на полюсы
источника напряжения питания
3.2.6.1 Подготовить стенд проверки согласно 3.2.3.1.
3.2.6.2 Отсоединить соединитель X1 кабеля 1 от модуля А2 (см. рисунок А.2
(Добавление А).
3.2.6.3 С помощью перемычки или любым другим приемлемым способом обеспечить
поочередное кратковременное (не более 3 с) замыкание каждого контакта
соединителя X1 кабеля 1 на контакты "+" и "-" источника постоянного тока A3.
3.2.6.4 С помощью перемычки или любым другим приемлемым способом обеспечить
поочередное кратковременное (не более 3 с) замыкание контактов 1-7 соединителя
"ДАТ" на полюсы "+" и "-" источника постоянного тока A3.
3.2.6.5 Соединитель X1 кабеля 1 подключить к модулю А2 и выполнить проверку
работоспособности устройства вызова экстренных оперативных служб.
3.2.6.6 Испытуемое устройство вызова экстренных оперативных служб считается
выдержавшим испытания, если после поочередного замыкания каждого контакта
соединителей устройства вызова экстренных оперативных служб на полюсы
источника питания проверка работоспособности устройства вызова экстренных
оперативных служб была проведена успешно.
3.2.7 Проверка устойчивости устройств вызова экстренных оперативных служб
к воздействию кондуктивных помех по цепям питания
3.2.7.1 Проверку устойчивости устройства вызова экстренных оперативных служб к
кондуктивным помехам в бортовой сети проводят по методике, ИСО 7637.
3.2.7.2 Проверку проводят с использованием испытательного генератора импульсных
помех в бортовой сети автотранспортных средств.
Примечание - Для проверки устойчивости устройства вызова экстренных
оперативных служб к кондуктивным помехам в бортовой сети может использоваться
аппаратура, обеспечивающая формирование испытательных импульсов 1, 2, 2a, 3a,
3b, 4, 5, 6, 7 в соответствии с ИСО 7637.
3.2.7.3 Подготовить рабочее место проверки согласно 3.2.3.1, используя схему на
рисунке А.3 (Добавление А).
3.2.7.4 Подвергнуть устройство вызова экстренных оперативных служб воздействию
испытательных импульсов.
3.2.7.5 Число импульсов и продолжительность испытаний следующие:
- для каждого испытательного импульса 1 и 2 - не менее 5000 имп.; интервал между
импульсами - 0,5 с;
- для каждого испытательного импульса 3a и 3b - не менее 1 ч; интервал между
импульсами - 0,1 с;
- для каждого испытательного импульса 4, 5, 6, 7 - не менее одного импульса;
интервал между импульсами - 1 мин.
189
EСЕ/TRANS/WP.29/2013/67
3.2.7.6 Параметры для испытательных импульсов должны соответствовать степени
жесткости IV согласно ИСО 7637 для бортовых сетей 12 (24) В.
3.2.7.7 Во время воздействия испытательных импульсов необходимо периодически
проверять работоспособность устройства вызова экстренных оперативных служб как
это указано в 3.2.3.2.
3.2.7.8 Во время и после воздействия испытательных импульсов в окне "Отчет"
программы тестирования не должны отображаться сообщения об ошибках, что
соответствует функциональному классу А по ИСО 7637.
3.2.7.9 Испытуемый образец устройства вызова экстренных оперативных служб
считается выдержавшим проверку, если он удовлетворяет требованиям ИСО 7637 по
степени жесткости IV функционального класса А при воздействии испытательных
импульсов 1, 2, 2a, 3a, 3b, 4, 5, 6, 7.
3.2.8 Проверка степени эмиссии в бортовую сеть собственных помех
устройства вызова экстренных оперативных служб
3.2.8.1 Проверку эмиссии собственных помех устройста вызова экстренных
оперативных служб в бортовую сеть автотранспортного средства проводят по
методике ИСО 7637.
3.2.8.2 Подготовить рабочее место проверки согласно 3.2.3.1, используя схему
рисунка А.4.
3.2.8.3 При проведении проверки устройства вызова экстренных оперативных служб
согласно 3.2.3.2 контролировать осциллографом напряжение помех, создаваемых
устройством вызова экстренных оперативных служб в бортовой сети. Уровни
напряжений помех всех видов по ИСО 7637, создаваемых устройством вызова
экстренных оперативных служб для бортовых сетей с напряжением 12 (24) В, не
должны превышать следующих значений:
- пиковое значение напряжения для помех вида 1 - минус 15 (35) В;
- пиковое значение напряжения для помех вида 2-15 (15) В;
- пиковое значение напряжения для помех вида 3 - от минус 15 (25) до 15 (25) В.
Указанные значения напряжения помех соответствуют степени эмиссии I по ИСО
7637.
3.2.8.4 Испытуемый образец устройства вызова экстренных оперативных служб
считается выдержавшим проверку, если уровни напряжений помех всех видов,
создаваемых устройством вызова экстренных оперативных служб, не превышают
значений, указанных в 3.2.8.3.
3.2.9 Проверка устойчивости устройства вызова экстренных оперативных
служб к помехам в контрольных и сигнальных цепях
Испытания проводят с использованием испытательного генератора импульсных
помех в бортовой сети автотранспортных средств.
Примечание - Для проверки устойчивости устройства вызова экстренных
оперативных служб к помехам в контрольных и сигнальных цепях может
использоваться аппаратура, обеспечивающая формирование испытательных
импульсов в соответствии с требованиями ИСО 7637.
Подготовить рабочее место проверки согласно 3.2.3.1, используя схему рисунка А.3
(Добавление А).
Подключить генератор импульсных помех к соединительному зажиму (емкостным
клещам).
190
EСЕ/TRANS/WP.29/2013/67
Разместить жгуты проводов, соединяющие устройство вызова экстренных
оперативных служб со стендом отладки и контроля и дискретными входами в
соединительный зажим (емкостные клещи). На конце жгута проводов с дискретными
входами подключить нагрузку или ее эквивалент.
Подвергнуть устройство вызова экстренных оперативных служб воздействию
испытательных импульсов 1, 2, 3a, 3b. Параметры испытательных импульсов должны
соответствовать степени жесткости IV согласно ИСО 7637 для бортовых сетей 12
(24) В.
Во время воздействия испытательных импульсов необходимо периодически
проверять работоспособность согласно 3.2.3.2.
Во время воздействия всех испытательных импульсов в окне "Отчет" программы
тестирования не должны отображаться сообщения об ошибках, что соответствует
функциональному классу А и требованиям по степени жесткости IV согласно ИСО
7637.
Испытуемый образец устройства вызова экстренных оперативных служб считается
выдержавшим проверку, если он удовлетворяет требованиям 3.2.3.
3.2.10 Проверка устойчивости устройства вызова экстренных оперативных
служб к воздействию помех от электростатического разряда
3.2.10.1 Проверка устойчивости к помехам от электростатического разряда
проводится по методике, приведенной в ИСО 10605:2008.
3.2.10.2 Испытания проводят с использованием испытательного генератора
электростатического разряда с характеристиками, соответствующими требованиям
ИСО 10605:2008.
3.2.10.3 Испытуемый образец устройства вызова экстренных оперативных служб
должен быть устойчивым к воздействию испытательных импульсов от
электростатического разряда степени жесткости IV со следующими значениями
испытательного напряжения:
- контактный разряд - ±4; ±6; ±7 кВ;
- воздушный разряд - ±4; ±8; ±14; ±15 кВ.
3.2.10.4 Минимальное число разрядов для каждого напряжения - 3, минимальный
временной интервал между разрядами - 5 с.
3.2.10.5 Для проведения испытаний устройства вызова экстренных оперативных
служб поместить в центр плоскости заземления. Проверку проводить с
использованием изоляционной подставки, на которую помещают испытуемый
образец устройства вызова экстренных оперативных служб.
3.2.10.6 Подготовить рабочее место проверки согласно 3.2.3.1, используя схему
соединений на рисунке А.2.
3.2.10.7 В программе тестирования установить признак "Выполнять циклически".
3.2.10.8 Нажать кнопку запуска выбранных тестов "Пуск" (при этом название кнопки
изменится на "Стоп").
3.2.10.9 Произвести проверку устойчивости устройства вызова экстренных
оперативных служб к воздействию контактного разряда следующим образом:
- разрядный наконечник испытательного генератора ввести в прямой контакт с
корпусом устройства вызова экстренных оперативных служб;
191
EСЕ/TRANS/WP.29/2013/67
- каждую точку разряда (выбираются три произвольных точки в разных частях
корпуса устройства вызова экстренных оперативных служб) необходимо испытать на
всех уровнях напряжений, указанных в 3.2.10.3 для контактного разряда.
3.2.10.10 Провести проверку устойчивости устройства вызова экстренных
оперативных служб к воздействию воздушного разряда следующим образом:
- разрядный наконечник установить перпендикулярно (допускается отклонение ±15°)
к участку разряда;
- разрядный наконечник медленно (со скоростью не более 5 мм/с) двигать по
направлению к разрядной точке устройства вызова экстренных оперативных служб
до появления первого разряда;
- каждую точку разряда необходимо испытать на всех уровнях напряжений,
указанных в 3.2.9.3 для воздушного разряда.
Примечание - Если разряд не происходит, необходимо продолжать продвигать
разрядный наконечник до контакта с точкой разряда. Если и в этом случае нет
разряда, необходимо прекратить проверку на данных уровнях и при данном
расположении наконечника.
3.2.10.11 Испытуемый образец устройства вызова экстренных оперативных служб
считается выдержавшим проверку, если после воздействия испытательных разрядов
проверки работоспособности согласно 3.2.3.2 выполнялись успешно.
3.2.11 Проверка выполнения требований к напряжению
создаваемых устройством вызова экстренных оперативных служб
радиопомех,
3.2.11.1
Подготовить рабочее место проверки согласно 3.2.3.1, используя схему
соединений на рисунке А.5 (Добавление А).
3.2.11.2
При измерениях используется следующее измерительное оборудование:
Измеритель радиопомех:
Номинальная ширина полосы пропускания измерителя радиопомех (на уровне
минус 6 дБ) должна
соответствовать:
-
0,2 кГц в полосе частот от 0,009 до 0,15 МГц;
-
9 кГц в полосе частот от 0,15 до 30 МГц;
-
120 кГц в полосе частот от 30 до 1000 МГц.
Эквивалент сети А3 типа 5.
3.2.11.3
Рабочее место проверки должно быть расположено в экранированном
помещении.
Для обеспечения заданных режимов работы к устройству вызова экстренных
оперативных служб необходимо подключить эквивалент сети А3 типа 5.
При оценке уровня радиопомех при помощи эквивалента сети необходимо
дополнительно измерять напряженность поля радиопомех.
При измерении радиопомех эквивалент сети располагают на расстоянии 0,8 м от
испытуемого устройства.
Напряжение радиопомех измеряется в диапазоне частот (0,009-100) МГц только на
зажимах цепей питания устройства вызова экстренных оперативных служб.
Переход от одной контрольной частоты измерения к другой производят плавной
перестройкой измерителя радиопомех по частоте. При этом регистрируют значения
192
EСЕ/TRANS/WP.29/2013/67
помех и частоту, где имеет место максимальное превышение уровня относительно
зафиксированного на предыдущей контрольной частоте.
При испытаниях радиопередающих устройств частоты измерений не должны
совпадать с частотами основных, внеполосных и побочных излучений
радиопередающего устройства.
Если в процессе измерений показания измерителя радиопомех изменяются, то
фиксируют наибольшее из наблюдаемых показаний за время не менее 15 с.
В полосе частот от 0,009 до 0,15 МГц измеряют горизонтальную составляющую
магнитного поля.
3.2.11.4
В случае, когда на испытания представляют менее четырех устройств,
требования к напряжению радиопомех считают выполненными, если значение
радиопомех, создаваемых каждым испытуемым устройством, на 3 дБ меньше нормы.
Квазипиковые значения несимметричного напряжение радиопомех U в децибелах
относительно 1 мкВ не должны превышать значений, приведенных на рисунке 1 или
вычисленных по формулам:
- для кривой 1:
U = 80 – 28,9 lg f /0,01
- для кривой 2:
U = 90 – 28,9 lg f /0,01
Квазипиковые значения напряженности поля радиопомех Е в децибелах
относительно 1 мкВ не должны превышать значений, приведенных на кривой 1
рисунка 2 или вычисленных по формулам:
E = 60 – 20,4 lg f /0,01
f - частота, Мгц
Испытуемый образец устройства вызова экстренных оперативных служб считается
выдержавшим проверку, если напряжение радиопомех от устройства вызова
экстренных оперативных служб не превышает норм, определенных в 3.2.11.4.
193
EСЕ/TRANS/WP.29/2013/67
Рис.1. Нормы напряжения радиопомех
Рис.2. Нормы напряжения поля радиопомех
194
EСЕ/TRANS/WP.29/2013/67
3.2.12 Проверка выполнения требований к напряженности электромагнитного
поля, создаваемого устройств вызова экстренных оперативных служб
Измерение напряженности электромагнитного поля, создаваемого устройством
вызова экстренных оперативных служб, необходимо проводить в диапазоне частот
30-1000 МГц согласно Правила ЕЭК ООН №10 (подразделы 6.5, 6.7).
Подготовить рабочее место проверки согласно 3.2.3.1, используя схему соединения
на рисунке А.5 (Добавление А). При этом рабочее место проверки должно быть
расположено в безэховом экранированном помещении или на открытой
аттестованной площадке, а приборы и оборудование - согласно Правила ЕЭК ООН
№10.
При измерениях необходимо использовать эквивалент сети А3 типа 5.
Испытуемый образец устройства вызова экстренных оперативных служб считается
выдержавшим проверку, если уровень напряженности электромагнитного поля от
устройства вызова экстренных оперативных служб не превышают норм,
установленных в Правилах ЕЭК ООН №10 для широкополосных и узкополосных
помех от электрических/электронных сборочных узлов.
3.2.13 Проверка устойчивости устройства вызова экстренных оперативных
служб к воздействию электромагнитного излучения
3.2.13.1 Испытание проводят в соответствии с одним из выбранных методов
испытаний в соответствии с Правилами ЕЭК ООН №10 (подраздел 6.7 и приложение
9).
3.2.13.2 Подготовить рабочее место проверки согласно 3.2.3.1, используя схемы
соединений на рисунке А.5 (Добавление А), и провести проверку работоспособности
устройства вызова экстренных оперативных служб по 3.2.3.2 и выбранной методике
согласно Правила ЕЭК ООН №10.
3.2.13.3 На вкладке "Тесты" программы тестирования включить режим "Выполнить
циклически".
3.2.13.4 Нажать кнопку запуска выбранных тестов "Пуск".
3.2.13.5 Подвергнуть устройство вызова экстренных оперативных служб
воздействию электромагнитного излучения во включенном состоянии, изменяя
частоту излучения в направлении от нижней частоты 20 МГц до верхней 2000 МГц.
Для учета времени реагирования устройства вызова экстренных оперативных служб
на воздействующий фактор продолжительность испытания на каждой дискретной
частоте должна быть не менее 2 с.
3.2.13.6 Испытуемый образец устройства вызова экстренных оперативных служб
считается выдержавшим проверку, если во время проведения испытаний по 3.2.13.5
все тесты выполнялись без ошибок.
195
EСЕ/TRANS/WP.29/2013/67
Приложение 12 - Добавление А
Структурные схемы стендов и соединений для
испытаний
устройства
вызова
экстренных
оперативных служб
Маг
Мик
Дин
БИП
БДА
А
1
БП
Устройство вызова экстренных
оперативных служб
2
БС
ЭС
АG
Маг – магнитола АТС;
Мик - микрофон;
Дин - динамик;
БИП – блок интерфейса
пользователя;
БДА – блок датчика аварии;
А – антенна;
АG – антенна GSM/UMTS;
БП – блок питания (12/24 В);
БС – блок сопряжения;
ЭС – эмулятор системы
1 – кабель питания;
2 – цепь зажигания.
Рисунок 1. Общая схема подключения устройства вызова экстренных оперативных
служб
Рисунок А.2 – Схема соединений при проверке работоспособности устройства вызова экстренных
оперативных служб
А1 – ПЭВМ;
G1 – источник питания;
А2 – модуль USB-to-CAN;
1 – кабель;
А3 – блок сопряжения;
2,3 – провод ML-4G;
А4 – терминал системы экстренного
реагирования при авариях;
196
EСЕ/TRANS/WP.29/2013/67
Рисунок А.3– Схема соединений для испытания устройства вызова экстренных оперативных
служб на устойчивость к кондуктивным помехам по цепям питания
А1 – ПЭВМ;
А2 – модуль USB-to-CAN ;
А3 – блок сопряжения;
А4 – устройство вызова экстренных оперативных служб;
G1 – источник питания;
G2 – испытательный генератор импульсных помех
в бортовой сети автотранспортных средств;
1 – кабель;
2,3 – провод ML-4G.
197
EСЕ/TRANS/WP.29/2013/67
Рисунок А.4 – Схема соединений при проверке уровня собственных помех устройства вызова
экстренных оперативных служб по цепям питания
А1 – ПЭВМ;
А2 – модуль USB-to-CAN;
А3 – блок сопряжения;
А4 – устройство вызова экстренных оперативных служб;
А5 – эквивалент бортовой сети;
G1 – источник питания;
L1 – катушка индуктивности с воздушным сердечником, рассчитанная на ток до 5 А
P1 – осциллограф;
1 – кабель;
2,3 – провод ML-4G.
198
EСЕ/TRANS/WP.29/2013/67
Рисунок А.5 – Схема соединений для измерения напряжения и напряжённости
радиопомех от устройства вызова экстренных оперативных служб
А1 – ПЭВМ;
А2 – модуль USB-to-CAN;
А3 – V образный эквивалент сети
А4 – блок сопряжения;
А5 – устройство вызова экстренных оперативных служб;
G1 – источник питания ;
L1 – катушка индуктивности с воздушным сердечником, рассчитанная на ток до 5 А
P1 – осциллограф;
1 – кабель;
2,3 – провод ML-4G
199
EСЕ/TRANS/WP.29/2013/67
Рисунок А.6 – Схема соединений при проверке устойчивости устройства вызова экстренных
оперативных служб к воздействию электромагнитного излучения
А1 – ПЭВМ;
А2 – модуль USB-to-CAN;
А3 – блок сопряжения ;
А4 – устройство вызова экстренных оперативных служб;
G1 – источник питания;
1 – кабель CAN – OUT;
2 – кабель CAN – IN ;
3 – кабель .
200
EСЕ/TRANS/WP.29/2013/67
Приложение 13
Методы испытаний устройства вызова экстренных
оперативных служб на соответствие требованиям по
определению
момента
дорожно-транспортного
происшествия
201