32
процедуры запроса после окончания сервиса запроса (необязательно).
Процедура опроса КП может быть прервана событиями, случайно возникающими на КП. Однако необходимо позаботиться, чтобы избежать любой путаницы, которая может произойти с принятой запрошенной информацией, которая из-за появления событий станет устаревшей.
- Описание последовательности процедур (рисунок 14)
Процесс пользователя на ПУ посылает команду запроса в виде примитива A_GENINCOM.req на сервис связи; последний передает команду PDU C_IC ACT (команда запроса PDU). Эту команду получает процесс пользователя на КП в виде примитива A_GENIN- COM.ind.
После начала процедуры запроса процесса пользователя на КП передается подтверждение запроса сигналом PDU C_IC ACTCON, который инициируется примитивом A_GENINACK.req. Это PDU поступает на прикладную функцию на ПУ в виде примитива A_GE- NINACK.ind.
Использование этого сервиса необязательно.
Прикладная функция на КП передает запрошенную информацию как PDU М (контрольная информация). Передача инициируется примитивом A_INTINF.req. Запрошенная информация поступает к прикладной функции как A_INTINF.ind.
После передачи последней запрошенной информации конец процедуры запроса может быть показан прикладной функции на КП. Окончание передачи запрошенной информации сообщается процессу пользователя на ПУ как примитив A_ENDINT.req при помощи посылок PDU C_IC ACTTERM и A_ENDINT.ind. Применение этого сервиса необязательно.
- Синхронизация по времени
Время на КП должно быть синхронизировано с временем на ПУ, чтобы иметь правильную хронологическую последовательность событий или сообщений, которые передаются на ПУ или регистрируются на месте. В начале время синхронизируется ПУ после инициализации (запуска) системы, а затем синхронизация поддерживается периодически передачей команды PDU C CS ACT (команда синхронизации по времени).