ГОСТ Р 56845—2015
Если агент или менеджер получает сообщение о разрыве ассоциации, находясь в ассоциирован
ном состоянии, он должен перейти в неассоциированное состояние.
8.7.6 Тестовая ассоциация
Тестовой ассоциацией является ассоциация, созданная агентом и менеджером с целью обмена
данными, которые предназначены для испытаний. Этот стандарт не определяет, что эти обмены не
схожи с семантикой, ассоциированной с ними, а только с процессом, при котором устройства входят и
выходят в тестовую ассоциацию. Отдельные специализации устройств могут определить стандар
тизированные ресурсы испытаний, идентификаторы конфигурации и процессы, которые могут быть
использованы во время тестовой ассоциации. Тестовая ассоциация может быть использована в целях
испытания, специфичных для производителя.
Поскольку этот стандарт не определяет семантику тестовой ассоциации, он также не определяет
конкретные механизмы для того, чтобы тестовые данные управлялись должным образом. Тем не ме
нее. очень важно, чтобы устройства обеспечивали защиту с целью убедиться в том. чтоданные испыта
ний не обрабатываются другими организациями как фактические данные измерений. В общем, только те
элементы, которые понимают концепцию тестовой ассоциации, должны видеть данные измерений,
созданные тестовой ассоциацией. Разработчикам следует предпринять следующие шаги:
- установить бит test-data или бит demo-data атрибута MeasurementStatus при создании модели
рованных данных измерений. Если атрибут MeasurementStatus не поддерживается, должны быть ис
пользованы альтернативные средства выделения таких данных;
- убедиться в том. что местные устройства индикации и хранилища данных измерений игнори
руют данные испытаний (test-data) и демо-данные (demo-data), если они не могут должным образом
выделить такиеданные для пользователя и не могут обнаружить вход и выход из тестовой ассоциации.
Местный компонент на агенте, не участвующий в протоколе ИИЭР 11073-20601 не может являться под
ходящим вариантом для получения данных измерения испытания;
- убедиться в том. что данные измерений, помещенные в хранилище РМ или другую постоянную
структуру хранилища, никогда не выводятся за пределы тестовой ассоциации. Для данной цели может
быть использована маркировка и/или очистка постоянной памяти;
- убедиться в том. что устройства, которые отображают или сохраняют данные испытания или
демо-данные должным образом обновлены, когда такие события, как отключение, вызывают необходи
мость завершения тестовой ассоциации;
- для того чтобы тестовая ассоциация была сформирована, менеджер и агент должны поддер
живать тестовые ассоциации, и оба должны быть готовы вступить в тестовую ассоциацию в заданный
момент времени. Трехэтапный протокол используется для однозначного вступления в тестовую ассо
циацию.
На первом этапе агент передает менеджеру два бита информации в поле fun-units структуры
PhdAssociationInformation. Битfun-unit-createtestassociation указывает, что агент имеет возможности для
испытаний, которые можно использовать в тестовой ассоциации. Бит fun-unit-createtestassociation ис
пользуется агентом в качестве запроса менеджеру на установку тестовой ассоциации. Агент не должен
устанавливать бит fun-unit-createtestassociation. если он также не установил бит fun-unit-havetestcap.
Если агент вводит бит fun-unit-havetestcap в структуру PhdAssociationlnformation. он не должен завер
шать ассоциацию вследствие получения ответа с установленным битом fun-unit-createtestassociation.
Это означает, что если агент устанавливает бит fun-unit-havetestcap и предлагает более одной конфигу
рации. в которых определены стандартизированные возможности испытания, агент должен быть готов
вступить в тестовую ассоциацию, используя одну из этих конфигураций.
На втором этапе протокола менеджер обратно сигнализирует агенту о своем намерении уста
новить тестовую ассоциацию. Менеджер передает эту информацию агенту через бит fun-unit-
createtestassociation. Бит устанавливается менеджером для того, чтобы указать, что он вступил в те
стовую ассоциацию. Менеджер должен установить этот бит, только в случае если fun-unit-havetestcap
установлен в запросе от агента. В соответствии с данным стандартом менеджер не обязан входить в
тестовую ассоциацию даже по просьбе агента. Агент должен игнорировать бит fun-unit-havetestcap в
ответе на ассоциацию.
Заключительный шаг протокола тестовой ассоциации включает в себя решение агента о продол
жении тестовой ассоциации или ее завершении. Агент не вступает в состояние тестовой ассоциации,
если менеджер не установил бит fun-unit-createtestassociation. Тестовая ассоциация завершается, когда
машина состояний ассоциации входит в неассоциированное состояние.
55