«Простой» алгоритм использования сервисов, указанный в В.3.2.1, обозначает, что для АСН (авторизуемой
ТП) доступны все сервисы, и в таком режиме АСН разрешено сразу отправлять данные для требуемого сервиса.
В зависимости от действующих на авторизующей ТП для данной АСН разрешений в ответ на пакет с данными для
сервиса может быть возвращена запись-подтверждение с соответствующим признаком ошибки. В системах с простым
распределением прав на использование сервисов рекомендуется применять именно «простой» алгоритм.
Это сокращает объем передаваемого трафика и время, затрачиваемое АСН на авторизацию.
Алгоритм «запросов» на использование сервисов обозначает, что перед тем, как использовать тот или иной
тип сервиса (отправлять данные), АСН должна получить от ТП информацию о доступных для использования сервисах.
Запрос на использование сервисов можно осуществлять как на этапе авторизации, так и после нее. На
этапе авторизации запрос на использование того или иного сервиса производится путем добавления подзаписей
типа SR_SERVICE_INFO и установки бита 7 поля SRVP в значение 1.
После процедуры авторизации

Добрый день. Подскажите, при ретрансляции данных с вашего сервера на сторонний по протоколу ЕГТС используется «Простой» алгоритм использования сервисов или Алгоритм «запросов» ?
В настройках ретрансляции не нашел никаких настроек для ЕГТС. Интересуют подробности процесса авторизации и обмена сообщениями между сервером и ретранслятором, т.к у нас уже возникали сложности с авторизацией на сервере именно при ретрансляции данных. У других сервисов есть ретрансляция по ЕГТС без авторизации и ретрансляция с авторизацией по TID или по IMEI, но тоже без указания какой алгоритм использования сервисов используется (Он же флаг SSRA в подзаписи EGTS_SR_TERM_IDENTITY сервиса EGTS_AUTH_SERVICE)