Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 56845-2015; Страница 56

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 56843-2015 Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10201. Информационная модель предметной области (В общем контексте комплекса стандартов ИСО/ИИЭР 11073 задачей настоящего стандарта является определение и структуризация информации, которая непосредственно используется или хотя бы упоминается в процессе коммуникации между сущностями, относящимися к данной предметной области (предметными сущностями, прикладными сущностями)) ГОСТ Р 56915-2016 Корма для непродуктивных животных функциональные. Информация об отличительной кормовой ценности и эффективности (Настоящий стандарт устанавливает рекомендации при использовании информации об отличительной кормовой ценности и эффективности функциональных кормов для непродуктивных животных (далее - корма), применяемой при их маркировке и рекламе) ГОСТ 30545-2015 Консервы мясные и мясосодержащие для питания детей раннего возраста. Общие технические условия (Настоящий стандарт распространяется на мясные и мясосодержащие стерилизованные консервы (далее - консервы), предназначенные для питания детей раннего возраста)
Страница 56
Страница 1 Untitled document
ГОСТ Р 56845—2015
- уникальный идентификатор System-Id (см. таблицу 2) агента. Формат EUI-64 используется для
идентификации агента. Менеджер может использовать это поле для определения идентификации аген
та. с которым он осуществляет коммуникацию и, возможно, для реализации простой политики ограни
чения доступа;
- dev-config-id. обозначающий текущую конфигурацию агента, описан в разделе 7.4.3. Значение
dev-config-id для стандартных конфигурацийдолжено находиться между standard-config-start и standard-
config-end, включительно. Для расширенных конфигураций, значение dev-config-id должно находиться
между extended-config-start and extended-config-end включительно;
- data-req-mode-capab.который определяет режимы запроса данных, поддерживаемые агентом
(см. 8.9.3.3.3);
- option-list, который содержит список дополнительных атрибутов агента, намеренного начать ком
муникацию.
8.7.3.1.3 Протокол обмена данными, определенный производителем
Другие спецификации могут использовать первоначальный запрос на ассоциацию с целью до
говориться об использовании протоколов, определенных производителем. В этом случае агент уста
навливает data-proto-id в А.8 до data-proto-id-external. Чтобы различать многие возможные протоколы,
определенные изготовителем, агент использует информационную структуру ManufSpecAssociation, что
бы предоставить УУИд (универсально уникальный идентификатор), который обозначает конкретный
протокол.
Реальное поведение протокола за пределами изначальной ассоциации находится вне сферы дей
ствия серии стандартов ИСО/ИИЭР 11073. УУИд должен быть сформирован в соответствии с ITU-T
Запись. Х.667 (сентябрь 2004).
8.7.3.2 Ответ на ассоциацию
После того как агент отправит сообщение с запросом ассоциации, он должен ждать получения со
общения с ответом на ассоциацию от менеджера или тайм-аута (см. 8.7.5 для получения информации по
условиям тайм-аута).
Определение AareApdu (см. А.8) описывает формат сообщения с ответом на ассоциацию. Пример
ответа на ассоциацию можно найти в Н.2.1.2. Сообщение с ответом на ассоциацию содержит следую
щее:
- поле результата, представляющее исход процедуры объединения;
- версия общего протокола данных, выбранного менеджером, если поле результата эквивалентно
accepted или accepted-unknown-config;
- одно и только одно правило кодирования DataApdu. выбранное менеджером, если поле резуль
тата эквивалентно accepted или accepted-unknown-config:
- менеджер должен всегда поддерживать правила MDER для обеспечения способности к взаимо
действию;
- кроме того, менеджер может выбрать одно издругих правил кодирования, помимо правил MDER,
предложенных агентом.
П р и м е ч а н и е MDER всегда поддерживается как агентом, так и менеджером. Однако если агент пред
лагает дополнительные правила кодирования менеджеру, можно сделать вывод, что у агента была на то веская
причина (т.е. разработка дополнительной поддержки правил кодирования не выполняется без веских причин про
дукта). Таким образом, если агент предлагает дополнительные правила кодирования помимо MDER, предполага
ется. что менеджер выполнит одно из дополнительных предложенных правил кодирования, если это возможно.
Например, если агент предлагает MDER и правила уплотненного кодирования (PER), предполагается, что ме
неджер выполнит кодировку PER, если это возможно. Если агент предлагает MDER и правила кодирования XML
(XER Правила кодировки расширяемого языка разметки), предполагается, что менеджер выполнит правила
кодирования XER, если это возможно. На случай, если агент предлагает MDER. PER и XER. этот стандарт не дает
рекомендаций относительно выбора предпочтительного правила кодирования;
- версия номенклатуры, выбранная менеджером, если поле результата эквивалентно accepted
или accepted-unknown-config;
- тип системы (в данном случае менеджера, так как сообщение посылается менеджером);
- уникальный идентификатор системы (см. таблицу 2) менеджера. EUI-64 используется для уни
кальной идентификации менеджера. Агент может использовать это поле для определения того, уста
новлена ли связь с требуемым менеджером:
- поле dev-config-id должен выглядеть как manager-config-response в ответе.
- Data-req-mode-capab должен быть пустым в ответе;
53