ГОСТ Р 56845—2015
8.Э.5.6 Специальные тайм-ауты
В дополнение к обычным тайм-аутам сервиса связи, описанным выше, существует три тайм-аута
для частных случаев, которые также используются в протоколах персональных медицинских приборов:
Т0С|Г.р(П5 — специальное время работы для очистки объекта хранения РМ-блока (PMS.Clear-
Timeout);
TOsp.mds — специальный период времени между сервисами для объектов MDS (3 с);
TOsp pms — специальный период времени передачи сегмента РМ-блока (Segm.Transfer-Timeout).
TOC|r.pms- После отправки сообщения вызова сервиса подтвержденного действия (MDC_ACT_
SEG_CLR) менеджер должен ожидать ответного сообщения от сервиса подтвержденного действия на
протяжении периода TOc„.pms (время работы сервиса подтвержденного действия для очистки объекта
хранения РМ). Если период TOclr-pms истекает, то менеджер должен отправить агенту сообщение о при
нудительном прерывании ассоциации и перейти обратно к неассоциированному состоянию.
TOsp.md5. После отправки сообщения вызова сервиса подтвержденного действия (MDC_ACT_
DATA_REQUEST. старт, промежуток времени, время = 0) менеджер должен ожидать сообщение для
вызова сервиса подтвержденного отчета о событии на протяжении TOsp.mds (специальный период вре
мени между сервисами для объектов MDS). Если период TOsp.mds истекает, то менеджер должен от
править агенту сообщение о принудительном прерывании ассоциации и перейти обратно к неассоции
рованному состоянию.
TOsp.pms. После отправки сообщения для вызова сервиса подтвержденного действия (MDC_ACT_
SEG_TRIG_XFER) менеджер должен ожидать сообщения вызова сервиса подтвержденного отчета о
событии (segm-evt-status=sevtsta-last-entry, semg-data-event-entries) на протяжении периода T05p.pms
(специальный период времени передачи сегмента РМ-блока). Если период TOsp.pms истекает, менед
жер должен отправить агенту сообщение о принудительном прерывании ассоциации и перейти обратно к
неассоциированному состоянию.
8.10 Процедура Завершения ассоциации
8.10.1 Общие положения
Процедура завершения ассоциации предоставляет любому агенту или менеджеру механизм, по
зволяющий правильно завершить ассоциацию.
8.10.2 Условия входа
Когда агент или менеджер решают закрыть ассоциацию, они должны перейти обратно к неассоци
ированному состоянию и запустить процедуру завершения ассоциации.
8.10.3 Обычные процедуры
Внеассоциированном состоянии агент отправляет запрос на завершение ассоциации своему пар
тнеру и дожидается ответа. Запрос на завершение ассоциации содержит причину завершения ассоци
ации (ReleaseRequestReason):
- причина отсутствия конфигураций используется агентом в состоянии Конфигурации для указа
ния того, что все возможные конфигурации были испробованы и отклонены менеджером:
- причина изменения конфигурации используется агентом в состоянии Выполнения для указания
того, что конфигурация менеджера была изменена и больше нет возможности отправлять данные с
прежней согласованной конфигурацией. Обычно агент отвечает на это сообщение новым запросом на
ассоциацию с новым dev-config-id: однако данный шаг не является обязательным;
- обычная причина используется агентом или менеджером для выхода из состояния Выполнения
без указания особого условия.
Если агент или менеджер получают запрос на завершение ассоциации с нестандартным иденти
фикатором вызова, они должны отправить Ответ на запрос на завершение ассоциации и считать, что
ответа на запрос не последует.
8.10.4 Условия выхода
Когда агент или менеджер получают ответ на запрос на завершение ассоциации, они должны
перейти к неассоциированному состоянию.
Если агент или менеджер получают Запрос на завершение ассоциации в неассоциированном со
стоянии. то они должны отправить Ответ на запрос на завершение ассоциации и оставаться в неассо
циированном состоянии и ждать ответа на собственный Запрос на завершение ассоциации.
70