26
Поля подзаписи EGTS_SR_TERM_IDENTITY имеют следующее назначение:
- TID — уникальный идентификатор, назначаемый при программировании АС. Наличие значения 0 в данном поле означает, что АС не прошла процедуру конфигурирования или прошла ее не полностью. Данный идентификатор назначается оператором системы «ЭРА-ГЛОНАСС» и однозначно определяет набор учетных данных АС. TID назначается при инсталляции АС как дополнительного оборудования и передаче оператору учетных данных АТ (IMSI, IMEI, serial_id). В случае использования АС в качестве штатного устройства TID сообщается оператору автопроизводителем вместе с учетными данными (VIN, IMSI, IMEI);
- HDIDE — битовый флаг, который определяет наличие поля HD ID в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- IMEIE — битовый флаг, который определяет наличие поля IMEI в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- IMSIE — битовый флаг, который определяет наличие поля IMSI в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- LN GCE — битовый флаг, который определяет наличие поля LN GC в подзаписи (если бит равен 1, то поле передается, если 0, то не передается) ;
- SSRA — битовый флаг, предназначенный для определения алгоритма использования сервисов (если бит равен 1, то используется простой алгоритм, если 0, то алгоритм запросов на использование сервисов);
- NIDE — битовый флаг, определяющий наличие поля NID в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- BSE — битовый флаг, определяющий наличие поля BS в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- MN E — битовый флаг, определяющий наличие поля MSISDN в подзаписи (если бит равен 1, то поле передается, если 0, то не передается);
- HD ID — идентификатор домашней телематической платформы (подробная учетная информация об АС хранится на данной платформе);
- IMEI — идентификатор мобильного устройства (модема). При невозможности определения данного параметра АС должна заполнять данное поле значением 0 во всех 15 символах;
- IMSI — идентификатор мобильного абонента. При невозможности определения данного параметра, устройство должно заполнять данное поле значением 0 во всех 16 символах;
- LN GC — код языка, предпочтительного к использованию на стороне АС, в соответствии с [4], например, «rus» — русский;
- N ID — идентификатор сети оператора, в которой зарегистрирована АС. Используются 20 младших бит. Представляет пару кодов M CC-MNC. Структура поля N ID представлена в таблице 20;
- BS — максимальный размер буфера приема АС в байтах. Размер каждого пакета информации, передаваемого на АС, не должен превышать данного значения. Значение поля B S может принимать различные значения (1024, 2048, 4096) и зависит от реализации аппаратной и программной частей конкретной АС;
- MSISDN — телефонный номер мобильного абонента. При невозможности определения данного параметра устройство должно заполнять данное поле значением 0 во всех 15 символах (формат описан в [4]).
Передача поля HD ID определяется настройками АС и целесообразна при возможности подключении АС к телематической платформе, отличной от домашней, например, при использовании территориально распределенной сети платформ. При использовании только одной домашней платформы передача HD ID не требуется.
Простой алгоритм использования сервисов подразумевает, что для АС доступны все сервисы, и в таком режиме АС разрешено сразу отправлять данные для требуемого сервиса. В зависимости от действующих на телематической платформе для данного АС разрешений в ответ на пакет с данными для сервиса может быть возвращена запись-подтверждение с соответствующим признаком ошибки. В системах с простым распределением прав на использование сервисов рекомендуется применять простой алгоритм. Это сокращает объем передаваемого трафика и время авторизации АС.
Алгоритм запросов на использование сервисов подразумевает, что перед тем, как использовать тот или иной тип сервиса (отправлять данные), АС должна получить от телематической платформы информацию о доступных для использования сервисов. Запрос на использование сервисов может осуществляться как на этапе авторизации, так и после нее. На этапе авторизации запрос на использование того или иного сервиса проводится путем добавления подзаписей типа SR_SERVICE_INFO и установки бита 7 поля SRVP в значение 1. После процедуры авторизации запрос на использование сервиса может быть осуществлен также при помощи подзаписей SR_ SERVICE_INFO.