ГОСТ 33472—2015
SERVICE_FULL_DATA или EGTS_SR_SERVICE_PART_DATA. Далее, после прихода подтверждения получения
конфигурационного файла от АСН. ему отправляется результат авторизации с кодом EGTS_PC_ID_NFOUND. ука
зывающий. что TID = 0 в системе не найден. После этого сервер, не разрывая соединение с АСН. ожидает повтор ной
авторизации АСН. но уже с корректным параметром TID.
На рисунке В.5 приведен описанный алгоритм конфигурирования АСН.
А С Н
Т Л
З а п р о с а в то р и за ц и и С о о б щ е н и е 1. ID - 1
(E G T S _ S R _ T £ R M _ ID E N T IT Y (T D -O J M E I. IM S I)J
П о д тв е р ж д е н и е . С о о б щ е н и е 2. ID =1
|E G T S _ S R _ R E C O R D _ R E S P O N S E Н а С о о б щ е н и е 1. ID =1 )
--------
1
9
Ф а й л ко н ф и гу р а ц и и . С о о б щ е н и е 3 . ID =2
[E G T S _ S R _ S E R V IC E _ F U L L _ O A T A ч е р е з G P R S ]
1
П о д тв е р ж д е н и е . С о о б щ е н и е 4 . ID = 2
[E G T S _ S R _ R E C O R D _ R E S P O N S E Н а С о о б щ е н и е 3 .1 0 = 2 ]
|
Р е зу л ь та т а в то р и за ц и и . С о о б щ е н и е 5 Ю = 3
4
[E G T S _ S R _ R E S U L T _ C O D E = E G T S _ P C _ N O T _ A U T H ]
С о о б щ е н и е в . Ю = 3
|E G T S _ S R _ R E C O R D _ R E S P O N S E Н а С о о б щ е н и е 5 .1 0 = 3 ]
З а п р о с а в т о р и за ц и и С о о б щ е н и е 7 . 10=4
(E G T S _ S R _ T E R M _ ID E N T IT Y (T D = E G T S _ U N IT _ ID . IM E I. IM S I)]
Р
П о д тв е р ж д е н и е . С о о б щ е н и е 8 . ID = 4
|E G T S _ S R _ R E C O R D _ R £ S P O N S E Н а С о о б щ е н и е 7. 10=4]
I
V
Р е зу л ь та т а в то р и за ц и и . С о о б щ е н и е 9 . Ю = 5
4
[E G T S _ S R _ R E S U L T _ C O D E = E G T S _ P C _ O K ]
С о о б щ е н и е 10. 10=5
[E G T S _ S R _ R E C O R D _ R E S P O N S E Н а С о о б щ е н и е 9 . Ю = 5 ]
---
к
Рисунок В.5 — Алгоритм конфигурации АСН с использованием GPRS
Если авторизация прошла успешно. ТП. в зависимости от алгоритма запроса использования сервисов, мо
жет перед подзалисью EGTS_SR_RESULT_CODE добавлять подзаписи типа EGTS_SR_SERVICE_INFO. опреде
ляющие состав сервисов, разрешенных для АСН и поддерживаемых ТП. Это означает, что АСН сразу после ав
торизации может использовать только перечисленные сервисы, даже если он предполагает «простой» алгоритм
поддержи прав использования сервисов.
Если используется алгоритм «запросов» использования сервисов, то АСН не может использовать сервисы,
разрешение на использование которых не получено от стороны ТП. Причем разрешение на некоторые запраши
ваемые сервисы может прийти позже. Например, когда сервисы находятся на удаленных ТП. и от этих ТП в асин
хронном режиме приходят ответы на запросы. В таком случае ТП. используя имеющиеся данные маршрутизации,
отправляет асинхронный запрос на использование сервисов удаленной ТП. если идентификатор HDID указан в
подзаписи EGTS_SR_TERM_IDENTITY при авторизации АСН.
На рисунке В.6 представлен изложенный алгоритм обмена сообщениями на этапе авторизации АСН на сто
роне ТП.
После успешного подключения АСН к ТП по протоколу TCP/IP. АСН должна быть авторизована. Для пере
дачи первичных аутентификационных данных АСН должна отправить сообщение, содержащее подзапись EGTS_
SR_TERMJDENTITY (сообщение 1) в течение времени EGTS_SL_NOT_AUTH_TO (см. таблицу В.20 ).
Получив сообщение с подзаписью EGTS_SR_TERM_IDENT1TY, ТП отправляет на него сообщение 2 с под
тверждением о приеме EGTS_SR_RECORD_RESPONSE на запись с идентификатором ID = 1. Необходимо ис
пользовать идентификатор пакета PID = 1 при каждой новой сессии авторизации на ТП. Далее, в зависимости от
настроек (используется ли шифрование, применяется ли дополнительный алгоритм авторизации). ТП отправляет
пакет (сообщение 3) с подзаписью EGTS_SR_AUTH_PARAM. содержащей параметры, необходимые для осущест
вления шифрования и/или алгоритма расширенной авторизации. Если шифрование и алгоритм расширенной ав
торизации не используется, то вместо подзаписи EGTS_SR_AUTH_PARAM ТП может отправить подзапись EGTS_
SR_RESULT_CODE с результатом проведения процедуры авторизации АСН.
57