ГОСТ Р 57509—2017
6) полю system-id field должно быть присвоено значение атрибута System-Id объекта MDS. кото
рым оперирует агент. Менеджер может использовать это поле для определения идентичности мони
тора артериального давления, с которым он ассоциируется, и. необязательно, реализовать простую
политику ограничения доступа;
7) полю dev-config-id должно быть присвоено значение атрибута Dev-Configuration-ld объекта
MDS. которым оперирует агент;
8) если агент поддерживает только специализацию монитора кровяногодавления, то полю, указы
вающему режимы запроса данных (data-req-mode-capab), поддерживаемые агентом монитора кровяно го
давления, должно быть присвоено значение data-req-supp-init-agent;
9) если агент поддерживает только специализацию монитора кровяного давления, то счетчику
data-req-init-manager-count должно быть присвоено значение 0. а полю data-req-init-agent-count shall
должно быть присвоено значение 1.
8.3.3 Процедура менеджера. Ответ на запрос ассоциирования
К ответу на запрос ассоциации, передаваемому менеджером, предъявляются следующие требо
вания;
- полю result должно быть присвоено значение из числа тех. что определены в IEEE Std 11073-
20601. Например, если все другие условия протокола ассоциирования выполнены, то возвращается
значение accepted, если менеджер распознал идентификатор конфигурации агента (dev-config-id). и
значение accepted-unknown-config в противном случае;
- в элементе структуры DataProtoList идентификатор протокола обмена данными должен иметь
значение data-proto-id-20601 (то есть data-proto-id = 0x5079);
- поле data-proto-infoдолжно быть заполнено структурой PhdAssociationlnformation. которая долж
на содержать следующие значения параметров;
1) версия протокола обмена данными должна иметь значение protocol-versionl (то есть protocol-
version = 0x80000000);
2) в ответе менеджера должны использоваться единственные правила кодирования, поддержи
ваемые как агентом, так и менеджером. Как минимум менеджер должен использовать правила кодиро
вания MDER;
3)используемая версия номенклатурыдолжна иметь значение nom-version1 (то есть nomenclature-
version = 0x80000000);
4) в поле functional-units все биты должны быть сняты, за исключением тех, что относятся к тести
рованию ассоциации;
5) полю system-type должно быть присвоено значение sys-type-manager (то есть system-type =
= 0x80000000);
6) поле system-id должно содержать уникальный идентификатор системы устройства менеджера,
который должен быть правильным идентификатором типа EUI-64;
7) полю dev-config-id должно быть присвоено значение manager-config-response (0);
8) полю data-req-mode-capab должно быть присвоено значение 0;
9) полю data-req-mit-*-count должно быть присвоено значение 0.
8.4 Процедура конфигурирования
8.4.1 Общие сведения
Агент переходит в состояние Configuring («конфигурирую»), если получен ответ «accepted-
unknown-config» на запрос ассоциации. В этом случае должна быть выполнена процедура конфигури
рования. специфицированная в IEEE Std 11073-20601. В подразделах 8.4.2—8.6 описаны сообщения
уведомления о конфигурации и ответного сообщения для агента монитора кровяного давления, име
ющего стандартную конфигурацию с идентификатором 0х02ВС. Обычно менеджер должен уже знать
стандартную конфигурацию. Однако приборы, имеющие стандартную конфигурацию, должны посы
лать ее по запросу. Это покрывает тот случай, когда менеджер еще не имеет заранее предоставленного
знания стандартной конфигурации (например, из-за несовпадения версий агента и менеджера).
8.4.2 Монитор кровяного давления. Стандартная конфигурация
8.4.2.1 Процедура агента
Агент выполняет процедуру конфигурирования, передавая менеджеру сообщение ’Remote
Operation Invoke | Confirmed Event Report" о событии MDC_NOTI_CONFIG (см. IEEE Std 11073-20601). В
поле event-info используется структура ConfigReport (см. таблицу 3). Для агента монитора кровяного
18