Приказ Минтранса РФ от 01.01.01 г. N 285 (стр. 17 )

невозможности определить значение, поле содержит значение 0x7FFF. Данное

поле интерпретируется на приёмной стороне как тип SHORT с порядком

следования байт big-endian. Отрицательные значения представляются в

дополнительном коде.

RVP n-2 LATD - разность широты местоположения ТС относительно

значения поля RVP n-1 LATD с шагом 100 мс.

Положительные значения - севернее, отрицательные - южнее. Диапазон

возможных значений -512 ... +511. При отсутствии или невозможности

определить значение, поле содержит значение 0x7FFF. Данное поле

интерпретируется на приёмной стороне как тип SHORT с порядком следования

байт big-endian. Отрицательные значения представляются в дополнительном

коде.

RVP n-2 LOND - разность долготы местоположения ТС относительно

значения поля RVP n-1 LOND с шагом 100 мс.

Положительные значения - восточнее, отрицательные - западнее.

Диапазон возможных значений -512 ... +511. При отсутствии или

невозможности определить значение, поле содержит значение 0x7FFF. Данное

поле интерпретируется на приёмной стороне как тип SHORT с порядком

следования байт big-endian. Отрицательные значения представляются в

дополнительном коде.

NOP - число застёгнутых ремней безопасности.

При отсутствии информации поле содержит значение 0xFF

AD - дополнительные данные.

Наличие необязательных параметров в подзаписи EGTS_SR_MSD_DATA

определяется, исходя из общего размера подзаписи. При этом если

необходимо передать необязательный параметр, то все предшествующие

необязательные поля передаются с соответствующими заполнителями. Значения

полей RVP n-1 LATD, RVP n-1 LOND, RVP n-2 LATD, RVP n-2 LOND

устанавливаются абонентским терминалом.

2.6. Подзапись EGTS_SR_TRACK_DATA

Структура подзаписи представлена в Таблице N 7.

Таблица N 7. Формат подзаписи EGTS_SR_ TRACK_DATA Сервиса

EGTS_ECALL_SERVICE

+-----------------------------------------------------------------------+

|Бит |Бит 6|Бит 5|Бит 4|Бит 3 |Бит 2|Бит 1|Бит 0| Тип | Тип |Размер,|

|-----------------------------------------------+------+--------+-------|

|SA (Structures Amount) | М | BYTE | 1 |

|-----------------------------------------------+------+--------+-------|

|ATM (Absolute Time) | М | UINT | 4 |

|-----------------------------------------------+------+--------+-------|

|TDS1 (Track Data Structure 1) | М | BINARY | 8 |

|-----------------------------------------------+------+--------+-------|

|TDS2 (Track Data Structure 2) | О | BINARY | 8 |

|-----------------------------------------------+------+--------+-------|

| . | . | . | . |

|-----------------------------------------------+------+--------+-------|

|TDS 255 (Track Data Structure 255) | О | BINARY | 8 |

+-----------------------------------------------------------------------+

где:

SA - количество передаваемых точек траектории движения ТС

ATM - опорное время проведения измерений (количество секунд с

00:00:00 01.01.2010 UTC).

Используется в качестве начального времени для первой передаваемой

структуры с точностью 1 с. Более точное время измерения определяется с

учетом поля RTM структуры информации об отдельной точке траектории

движения;

TDS1 ... TDS255 - структуры данных, содержащие параметры отдельной

точки траектории движения ТС. Формат структуры представлен в Таблице N 8.

В составе подзаписи EGTS_SR_TRACK_DATA передается хотя бы одна

структура TDS.

Таблица N 8. Формат структуры данных отдельной точки траектории движения

ТС подзаписи EGTS_SR_TRACK_DATA сервиса EGTS_ECALL_SERVICE

+-----------------------------------------------------------------------------------------------+

|Бит 7| Бит 6 | Бит 5 | Бит 4 | Бит 3 | Бит 2 | Бит 1 | Бит 0 | Тип |Тип данных| Размер, |

|-----+--------+--------+-----------------------------------------+-------+----------+----------|

|-----------------------------------------------------------------+-------+----------+----------|

| LAT (Latitude) | О | UINT | 4 |

|-----------------------------------------------------------------+-------+----------+----------|

| LONG (Longitude) | О | UINT | 4 |

|-----------------------------------------------------------------+-------+----------+----------|

| SPDL (Speed Low Bits) | О | USHORT | 2 |

|-----------------------------------------------------------------| | | |

|-----------------------------------------------------------------+-------+----------+----------|

| DIR (Direction) | О | BYTE | 1 |

+-----------------------------------------------------------------------------------------------+

где:

TNDE - (Track Node Data Exist) битовый флаг, определяющий наличие

компонентов данных о точке траектории движения в данной структуре TDS

(поля LAT, LONG, SPDL, DIRH, SPDH, DIR)

1 - данные передаются

0 - данные не передаются (для указанного времени не удалось получить

достоверные координаты и информацию о скорости с требуемой точностью.

Либо координаты не достоверны, либо определены с неудовлетворительной

точностью). Поля LAT, LONG, SPDL, DIRH, SPDH, DIR не передаются в составе

данной структуры и её размер составляет 1 байт;

LOHS - битовый флаг определяет полушарие долготы

0 - восточная долгота

1 - западная долгота;

LAHS - битовый флаг определяет полушарие широты

0 - северная широта

1 - южная широта;

RTM - приращение к времени измерения предыдущей записи (для первой

записи приращение к полю ATM) в секундах с дискретностью 0,1 с.

Определяет время проведения измерения параметров данной точки траектории.

Максимально возможное значение приращения составляет 3,2 с;

LAT - широта по модулю, градусы, (WGS 84) / * и взята целая часть;

LONG - долгота по модулю, градусы, (WGS 84) / * и взята целая часть;

SPDL, SPDH - младшие (SPDL) и старшие (SPDH) биты параметра скорости

(используется 15 бит). Измеряется в км/ч с дискретностью 0,01 км/ч.

Максимальное значение скорости, передаваемое в данном поле, составляет

327,67 км/ч;

DIRH - (Direction the Highest bit) старший бит (8) параметра DIR;

DIR - определяемое как угол в градусах, который отсчитывается по

часовой стрелке между северным направлением географического меридиана и

направлением движения в точке измерения (дополнительно старший бит

находится в поле DIRH). Значение параметра направления находится в

пределах от 0 до 359 .

3. Использование EGTS_ECALL_SERVICE

3.1. В рамках сервиса EGTS_COMMAND_SERVICE используется подзапись

EGTS_SR_COMMAND_DATA, описание которой представлено в Таблице N 9.

Таблица N 9. Список подзаписей сервиса EGTS_COMMAND_SERVICE

+-----------------------------------------------------------------------+

| Код | Наименование | Описание |

|-----+----------------------------------+------------------------------|

| 0 |EGTS_SR_RECORD_RESPONSE |Применяется для подтверждения|

| | |процесса обработки записи|

| | |протокола уровня поддержки|

| | |услуг. Данный тип подзаписи|

| | |поддерживается всеми|

| | |сервисами. |

|-----+----------------------------------+------------------------------|

| 51 |EGTS_SR_COMMAND_DATA |Подзапись используется|

| | |абонентским терминалом и|

| | |аппаратно-программным |

| | |комплексом для передачи|

| | |команд, информационных|

| | |сообщений, подтверждений|

| | |доставки, подтверждений|

| | |выполнения команд,|

| | |подтверждения прочтения|

| | |сообщений. |

+-----------------------------------------------------------------------+

3.2. Подзапись EGTS_SR_COMMAND_DATA.

Структура подзаписи представлена в Таблице N 10.

Таблица N 10. Формат подзаписи EGTS_SR_COMMAND_DATA сервиса

EGTS_COMMANDS_SERVICE

+--------------------------------------------------------------------------------------------------+

| Бит 7 | Бит 6 | Бит 5 | Бит 4 | Бит 3 | Бит 2 | Бит 1 | Бит 0 | Тип |Тип данных|Размер, байт|

|--------------------------------+--------------------------------+--------+----------+------------|

|-----------------------------------------------------------------+--------+----------+------------|

| CID (Command Identifier) | М | UINT | 4 |

|-----------------------------------------------------------------+--------+----------+------------|

| SID (Source Identifier) | М | UINT | 4 |

|-----------------------------------------------------------------+--------+----------+------------|

| - | ACFE | CHSFE | М | BYTE | 1 |

|-----------------------------------------------------------------+--------+----------+------------|

| CHS (Charset) | O | BYTE | 1 |

|-----------------------------------------------------------------+--------+----------+------------|

| ACL (Authorization Code Length) | O | BYTE | 1 |

|-----------------------------------------------------------------+--------+----------+------------|

| AC (Authorization Code) | O | BINARY | 0 ...255 |

|-----------------------------------------------------------------+--------+----------+------------|

| CD (Command Data) | O | BINARY |0 ... 65205 |

+--------------------------------------------------------------------------------------------------+

где:

СТ - тип команды:

0001 - CT_COMCONF - подтверждение о приёме, обработке или результат

выполнения команды;

0010 - CT_MSGCONF - подтверждение о приёме, отображении и/или

обработке информационного сообщения;

0011 - CT_MSGFROM - информационное сообщение от абонентского

терминала;

0100 - CT_MSGTO - информационное сообщение для вывода на устройство

отображения;

0101 - СТ_СОМ - команда для выполнения на абонентском терминале;

0110 - CT_DELCOM - удаление из очереди на выполнение переданной

ранее команды;

0111 - CT_SUBREQ - дополнительный подзапрос для выполнения (к

переданной ранее команде);

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 - (Authorization Code Field Exists) битовый флаг, определяющий

наличие полей ACL и АС в подзаписи:

1 - поля ACL и АС присутствуют в подзаписи;

0 - поля ACL и АС отсутствуют в подзаписи;

CHSFE - (Charset Field Exists) битовый флаг, определяющий наличие

поля CHS в подзаписи:

1 - поле CHS присутствует в подзаписи;

0 - поле CHS отсутствует в подзаписи;

CHS - кодировка символов, используемая в поле CD, содержащем тело

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

СР-1251. Определены следующие значения поля CHS (десятичный вид):

0 - СР-1251;

1 - IA5;

2 - бинарные данные;

3 - Latin 1;

4 - бинарные данные;

5 - JIS;

6 - Cyrillic;

7 - Latin/Hebrew;

8 - UCS2;

ACL - длина в байтах поля АС, содержащего код авторизации на стороне

получателя;

АС - код авторизации, использующийся на принимающей стороне

(абонентский терминал), который обеспечивает ограничение доступа на

выполнение отдельных команд. Если указанный в данном поле код не

совпадает с ожидаемым значением, то в ответ на такую команду или

сообщение абонентский терминал отправляет подтверждение с типом CC_ILL;

CD - тело команды, параметры, данные возвращаемые на команду-запрос,

использующие кодировку из поля CHS, или значение по умолчанию. Формат

команды описан в Таблице N 11. Данное поле имеет нулевую длину

(отсутствует) в тех случаях, когда в ответ на команду или сообщение для

абонентского терминала не передаются никакие данные.

Таблица N 11. Формат команд терминала

+------------------------------------------------------------------------------------------------+

|Бит 7 | Бит 6 | Бит 5 |Бит 4 | Бит 3 |Бит 2| Бит 1 | Бит 0 | Тип | Тип данных | Размер, |

|--------------------------------------------------------------+--------+------------+-----------|

| ADR (Address) | М | USHORT | 2 |

|--------------------------------------------------------------+--------+------------+-----------|

|--------------------------------------------------------------+--------+------------+-----------|

| CCD (Command Code) | М | USHORT | 2 |

|--------------------------------------------------------------+--------+------------+-----------|

| DT (Data) | О | BINARY |0... 65200 |

+------------------------------------------------------------------------------------------------+

где:

ADR - адрес модуля, для которого данная команда предназначена;

SZ - объём памяти для параметра (используется совместно с действием

ACT = 3. При добавлении нового параметра в абонентский терминал данное

поле определяет, что для нового параметра требуется 2SZ байт памяти в

абонентском терминале;

ACT - описание действия, используется в случае типа команды (поле

СТ=СТ_СОМ подзаписи EGTS_SR_COMMAND_DATA). Поле принимает значение,

выбранное из следующих вариантов:

0 - параметры команды. Используется для передачи параметров для

команды, определяемой кодом из поля CCD;

1 - запрос значения. Используется для запроса информации, хранящейся

в абонентском терминале. Запрашиваемый параметр определяется кодом из

поля CCD;

2 - установка значения. Используется для установки нового значения

определённому параметру в абонентском терминале. Устанавливаемый параметр

определяется кодом из поля CCD, а его значение полем DT;

3 - добавление нового параметра в абонентский терминал. Код нового

параметра указывается в поле CCD, его тип в поле SZ, а значение в поле

DT;

4 - удаление имеющегося параметра из абонентского терминала. Код

удаляемого параметра указывается в поле CCD;

CCD - код команды при АСТ=0 или параметра при ACT = 1 ... 4;

DT - запрашиваемые данные или параметры, необходимые для выполнения

команды.

Подтверждение на ранее переданную команду при CT=CT_COMCONF, если с

абонентского терминала передаётся сопутствующая информация, имеет формат,

описанный в Таблице N 12. Описанная структура содержится в поле CD

(Таблица N 10).

Таблица N 12. Формат подтверждения на команду абонентского терминала

+-----------------------------------------------------------------------+

|Бит |Бит 6|Бит |Бит 4|Бит |Бит 2|Бит |Бит | Тип |Тип данных | Размер, |

| 7 | | 5 | | 3 | | 1 | 0 | | | байт |

|------------------------------------------+------+-----------+---------|

| ADR (Address) | М | USHORT | 2 |

|------------------------------------------+------+-----------+---------|

| CCD (Command Code) | М | USHORT | 2 |

|------------------------------------------+------+-----------+---------|

| DT (Data) | О | BINARY | 0... |

| | | | 65200 |

+-----------------------------------------------------------------------+

где:

ADR - адрес модуля, от которого передаётся подтверждение;

CCD - код команды или параметра, в соответствии с которым передаётся

сопутствующая информация в поле DT;

DT - сопутствующие данные, тип и состав которых определяется

значением поля CCD.

4. Использование EGTS_ECALL_SERVICE

4.1. Список и описание команд абонентского терминала и

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

при авариях, представлены в Таблице N 13.

Таблица N 13. Список команд для абонентского терминала

+-----------------------------------------------------------------------+

| Название команды | Код | Тип, | Описание |

|------------------------+---------+-------------+----------------------|

|------------------------+---------+-------------+----------------------|

| | | INT, |осуществление |

+-----------------------------------------------------------------------+

Подтверждения на команды EGTS_ECALL_REQ и EGTS_ECALL_MSD_REQ,

отправленные на абонентский терминал через SMS, не передаются. Признаком

успешного прохождения команды до абонентского терминала является

уведомление о доставке SMS. Признаком выполнения данных команд является

повторный Экстренный вызов для EGTS_ECALL_REQ и повторная передача МНД

для EGTS_ECALL_MSD_REQ.

Обзор документа

Коммерческая пассажирская перевозка и перемещение опасных грузов: каким требованиям должно отвечать спутниковое оборудование?
Транспортные средства (ТС) категорий М и N, используемые для коммерческой перевозки пассажиров и перемещения опасных грузов соответственно, должны оснащаться аппаратурой спутниковой навигации ГЛОНАСС или ГЛОНАСС/GPS.
Утверждены требования к таким средствам навигации.
Спутниковое оборудование позволяет определять географические координаты и параметры движения ТС (в частности, скорость и путевой угол). Эти сведения автоматически передаются в систему мониторинга. Также оно сообщает о ТС и обстоятельствах при ДТП. Обеспечивает двустороннее голосовое соединение с экстренными оперативными службами.
Указанное оборудование, установленное на ТС (абонентский терминал), подключается к аппаратно-программным навигационным комплексам. Последние взаимодействуют с автоматизированным центром контроля и надзора Ространснадзора.
Названные комплексы работают непрерывно и круглосуточно. Они хранят информацию, поступающую от абонентских терминалов, не менее 1 года. Гарантийный срок эксплуатации техсредств таких комплексов составляет 2 года, а средний срок службы - 6 лет. Система защита от несанкционированного доступа к обрабатываемым сведениям должна быть не ниже класса "1Г".
Приведены спецификации протоколов межсистемного взаимодействия, транспортного уровня и передачи мониторинговой информации.
Часть требований вступает в силу с 1 января 2013 г., остальные - с 1 июля 2013 г. и 1 января 2014 г.
Зарегистрировано в Минюсте РФ 13 сентября 2012 г. Регистрационный № 000.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Правила пользования Сайтом
Правила публикации материалов
Как сделать запрос на удаление материала
Политика конфиденциальности и обработки персональных данных

При перепечатке материалов ссылка на pandia.org обязательна.
Минимальная ширина экрана монитора для комфортного просмотра сайта: 1200 пикселей.

Мы признательны за найденные неточности в материалах, опечатки, некорректное отображение элементов на странице - отправляйте на [email protected]

Приказ Минтранса РФ от 01.01.01 г. N 285 (стр. 17 )

Домашний очаг

Справочная информация

Техника

Общество

Образование и наука

Мир

Бизнес и финансы