ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ПРЕДВАРИТЕЛЬНЫЙ ПНСТ НАЦИОНАЛЬНЫЙ СТАНДАРТ

2020

Информационные технологии

СЕТИ СЕНСОРНЫЕ

Службы и интерфейсы, поддерживающие совместную обработку данных в интеллектуальных сенсорных сетях

(ISO/IEC 20005:2013, MOD)

Издание официальное

Предисловие

1    ПОДГОТОВЛЕН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Акционерным обществом «Российская венчурная компания» (АО «РВК») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 194 «Кибер-физические системы»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 23 июля 2020 г № 32-пнст

4    Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 20005:2013 «Информационные технологии. Сенсорные сети Службы и интерфейсы, поддерживающие совместную обработку данных в интеллектуальных сенсорных сетях» (ISO/IEC 20005:2013 «Information technology — Sensor networks — Services and interfaces supporting collaborative information processing in intelligent sensor networks», MOD) путем изменения отдельных фраз (слов, значений показателей, ссылок), которые выделены в тексте курсивом Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации

Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте, приведены в дополнительном приложении ДА

5    Некоторые элементы настоящего стандарта могут быть объектами патентных прав Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за установление подлинности каких-либо или всех таких патентных прав

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1 16—2011 (разделы 5 и 6)

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу 121205 Москва. Инновационный центр Сколково, ул Нобеля, д 1. e-mail info@tc194.ru и/или в Федеральное агентство по техническому регулированию и метрологии 109074 Москва. Китайгородский проезд д 7. стр. 1

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (toww gost ru)

© ISO, 2013 — Все права сохраняются © Стандартинформ, оформление, 2020

Настоящий стандарт не может быть полностью или частично воспроизведен тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

Окончание таблицы 1

Службе Наименование SAP Служба группировки данных DG-SAP Служба регистрации данных REG-SAP Служба описания информации INFO-SAP Служба межузповой активации N2N ACT-SAP Служба адаптации параметров PAR-SAP

6.2 Служба событий

Сервис мероприятий предоставляется через EVENT-SAP EVENT-SAP — это логический интерфейс между службой событий на уровне служб и сущностью CIP на уровне приложения Логический интерфейс включает в себя набор примитивов (см таблицу 2) и их параметры (см таблицу 3)

Таблица 2 — Примитивы EVENT-SAP

Наименование Запрос Индикация Ответ Подтверждение EVENT-SUB 6.2.1 6.2.2 — 6.23 EVENT-REG — 624 — — EVENT-UNSUB 625 — — 626

Таблица 3 — Параметры примитивов EVENT-SAP

Имя параметра Описание EVSubSourcelD Идентификатор исходного узла подписки на событие Е VSu bDesti nabon 1D Идентификатор узла назначения подписки на событие EVSubModel Модели подписки на события EVSubValue Значение для конкретной модели подписки на событие EV_Time Указание времени для возникновения события, как предусмотрено уровнем служб Возврат из узла назначения EVSubResultCode Код результата работы службы событий

6.2.1    EVENT-SUB.request

Примитив запрашивает процесс подписки на события Параметры примитива

EVENT-SUB request {

EVSubSourcelD,

EVSubDestinationID,

EVSubModel.

EVSubValue

}

Параметры примитива приведены в таблице 3.

Примитив используется сущностью CIP для подписки на события После получения примитива сущность, предоставляющая службу событий, реализует подписку на события в узле EVSubOestinationID для узла EVSubSourcelD.

6.2.2    EVENT-SUB.indication

Примитив указывает сущности CIP подписку на событие Параметры примитива

EVENT-SUB indication {

EVSubSourcelD,

EVSubDestinationID,

EVSubModel,

EVSubValue

}

Параметры примитива приведены в таблице 3.

Примитив используется для указания подписки на событие уровнем служб

6.2.3    EVENT-SUB.confirm

Примитив подтверждает подписку на событие уровнем служб Параметры примитива:

EVENT-SUB confirm {

EVSubSourcelD,

EVSubDestinationID,

EVSubResultCode

}

Параметры примитива приведены в таблице 3.

Примитив сообщает о результате запроса на подписку на событие Результат подписки указывается в параметре EVSubResultCode

6.2.4    EVENT-R EG.indication

Примитив указывает сущности CIP на возникновение события Параметры примитива

EVENT-REG indication {

EVSubSourcelD,

EVSubDestinationID.

EV_Time

}

Параметры примитива приведены в таблице 3.

Примитив для указания уровнем служб возникновения события При возникновении нескольких событий примитив генерируется более одного раза При получении примитива сущности CIP сообщается о возникновении события Время возникновения или обнаружения события указывается в EV_Time

6.2.5    EVENT-UNSUB.request

Примитив запрашивает отмену подписки на события. Параметры примитива:

EVENT-UNSUB request {

EVSubSourcelD,

EVSubDestinationID,

EVSubmodel,

EVSubValue

}

Параметры примитива приведены в таблице 3.

Примитив используется сущностью CIP для отмены подписки При получении примитива сущность. предоставляющая службу событий отменяет подписку на событие в узле EVSubDestinationID для узла EVSubSourcelD

6.2.6    EVENT-UNSUB.confirm

Примитив подтверждает отмену подписки на событие Параметры примитива

EVENT-UNSUB confirm {

EVSubSourcelD,

EVSubDestinationID.

EVSubResultCode

}

Параметры примитива приведены в таблице 3.

Примитив подтверждает отмену подписки на событие Результат отмены указывается в параметре EVSubResultCode

6.3 Служба логической группировки

Служба логической группировки предоставляется через LG-SAP. LG-SAP — это логический интерфейс между сущностью службы логической группировки на уровне служб и сущностью CIP на уровне приложения Логический интерфейс включает в себя набор примитивов (см таблицу 4) и их параметры (см таблицу 5).

Таблица 4 — Примитивы LG-SAP

Наименование Запрос Индикация Ответ Подтверждение LG-ESTABLISH 6.3.1 6.32 — 63 3 LG-MEMBERIN 6.3.4 635

Окончание таблицы 4

Наименование Запрос Индикация Ответ Подтверждение LG-MEMBEROUT 636 6.3.7 LG-DISMISS 638 639 — 6 310 LG-QUERY 6.3.11 — — 6 312 LG-SET 6313 6 314 — 6315

Таблица 5 — Параметры примитивов LG-SAP

Имя параметра Описание LGRequestorlD Идентификатор узла запроса логической группировки LGCoordmatorlD Идентификатор координатора узла логической группы LGMaxNum Максимальное количество участников логической группы LGMemberINID Идентификатор участника, который запрашивает участие в логической группе LGMemberOUT 1D Идентификатор участника, который запрашивает выход из логической группы LGAttributeNum Количество атрибутов логической группы LGAttribute Структура данных имени и значения атрибута логической группы Возврат из узла координатора LGAttributeName Имя атрибутов логической группы LG Attribute Value Значение атрибутов логической группы LGResultCode Код результата работы службы логической группировки

6.3.1    LG-ESTABLISH.request

Примитив запрашивает создание логической группы Параметры примитива

LG-ESTABLISH request {

LGRequestorlD,

LGCoordmatorlD,

LGMaxNurr

}

Параметры примитива приведены в таблице 5.

Примитив используется сущностью CIP для запроса создания логической группы. При получении примитива узел LGCoordmatorlD создает логическую группу и объявляет себя в качестве координатора новой логической группы LGCoordmatorlD используется в качестве имени или идентификатора новой логической группы Устанавливается таблица участников в логической группе с количеством записей LGMaxNum Таблица поддерживается в узле LGCoordmatorlD. Узел может быть одновременно координатором не более чем одной логической группы, но участником нескольких логических групп

6.3.2    LG-ESTABLISH.indication

Примитив указывает создание логической группы Параметры примитива

LG-ESTABLISH indication {

LGRequestorlD,

LGCoordmatorlD,

LGMaxNurr

}

Параметры примитива приведены в таблице 5

Примитив используется, когда уровень служб указывает сущности CIP на создание логической группы. При получении примитива сущности CIP указывается установление логической группы, и, следовательно. могут быть запрошены атрибуты логической группы

6.3.3    LG-ESTABLISH.confirm

Примитив подтверждает установление логической группы уровнем служб. Параметры примитива

LG-ESTABLISH confirm {

LGRequestorlD,

LGCoordinatorlD,

LGResultCode

}

Параметры примитива приведены в таблице 5.

Примитив сообщает результат запроса на установление логической группы Параметр LGResultCode указывает на успешный результат, если создана логическая группа, координируемая узлом LGCoordinatorlD В противном случае узлу LGRequestorlD указывается ошибка

6.3.4    LG-MEMBERIN.request

Примитив запрашивает участие в логической группе Параметры примитива

LG-MEMBERIN request {

LGCoordinatorlD.

LGMemberINID

}

Параметры примитива приведены в таблице 5.

Примитив используется сущностью CIP из уровня приложений в узле LGMemberINID для запроса участия в логической группе, которая координируется узлом LGCoordinatorlD При получении примитива если текущее число участников меньше максимального числа участников логической группы, то узел LGCoordinatorlD добавляет LGMemberINID в таблицу участников логической группы, и текущее число участников увеличивается на 1 В противном случае генерируется значение LGResultCode для указания заполнения логической группы

6.3.5    LG-MEMBERIN.confirm

Примитив подтверждает результат запроса участия в логической группе сущности CIP Параметры примитива:

LG-MEMBERIN confirm {

LGCoordinatorlD.

LGMemberINID,

LGResultCode

}

Параметры примитива приведены в таблице 5

Примитив сообщает результат запроса участия в логической группе В LGResultCode записывается успешный результат если узел LGMemberINID присоединился к логической группе, координируемой узлом LGCoordinatorlD. В противном случае указывается ошибка

6.3.6    LG-MEMBEROUT.request

Примитив запрашивает выход из логической группы Параметры примитива

LG-MEMBEROUT request {

LGCoordinatorlD.

LGMemberOUTID

}

Параметры примитива приведены в таблице 5

Примитив используется сущностью CIP из уровня приложений в узле LGMemberOUTID для запроса выхода из логической группы, которая координируется узлом LGCoordinatorlD При получении примитива узел LGCoordinatorlD удаляет LGMemberOUTID из таблицы участников логической группы При этом текущее число участников уменьшается на 1

6.3.7    LG-MEMBEROUT.confirm

Примитив подтверждает для сущности CIP результат запроса выхода из логической группы. Параметры примитива

LG-MEMBERIN.confirm {

LGCoordinatorlD.

LGMemberOUTID.

LGResultCode

}

Параметры примитива приведены в таблице 5.

Примитив сообщает результат запроса выхода из логической группы Параметр LGResultCode указывает успешный результат, если узел LGMemberINID выходит из логической группы, координируемой узлом LGCoordinatorlD В противном случае указывается ошибка

6.3.8    LG-DISMISS.request

Примитив запрашивает из уровня приложений удаление логической группы. Параметры примитива:

LG-DISMISS request {

LGRequestorlD,

LGCoordinatorlD

}

Параметры примитива приведены в таблице 5

Примитив используется сущностью CIP из прикладного уровня для запроса удаления логической группы в узле LGCoordinatorlD После получения примитива узел LGCoordinatorlD освобождает память от таблицы участников и переменных атрибутов текущей логической группы После удаления узел LGCoordinatorlD помечает себя как некоординирующий узел и, следовательно, может действовать как новый координатор по запросу о создании новой группы Участие узла LGCoordinatorlD в других логических группах не затрагивается

6.3.9    LG-DISMISS.indication

Примитив указывает сущности CIP удаление логической группы Параметры примитива

LG-DISMISS indication {

LGRequestorlD,

LGCoordinatorlD

}

Параметры примитива приведены в таблице 5.

Примитив используется, когда уровень служб указывает сущности CIP удаление логической группы в узле LGCoordinatorlD.

6.3.10    LG-DISMISS.confirm

Примитив подтверждает сущности CIP в узле LGRequestorlD удаление логической группы Параметры примитива:

LG-DISMISS confirm {

LGRequestorlD,

LGCoordinatorlD,

LGResultCode

}

Параметры примитива приведены в таблице 5.

Примитив сообщает о результате запроса на удаление логической группы Параметр LGResultCode указывает успешный результат, если логическая группа, координируемая узлом LGCoordinatorlD, была удалена В противном случае указывается ошибка

6.3.11    LG-QUERY.request

Примитив запрашивает из уровня приложений атрибуты логической группы Параметры примитива

LG-QUERY.request {

LGRequestorlD,

LGCoordinatorlD,

LGAttributeNum,

LGAttribute

}

Параметры примитива приведены в таблице 5.

Примитив используется сущностью CIP в узле LGRequestorlD для запроса атрибутов логической группы, которая координируется узлом LGCoordinatorlD. После получения примитива узел LGCoordinatorlD запрашивает число атрибутов LGAttributeNum текущей логической группы Имена и значения атрибутов структурированы в LGAttribute

6.3.12    LG-QUERY.confirm

Примитив возвращает сущности CIP атрибуты логической группы Параметры примитива

LG-QUERY confirm {

LGRequestorlD,

LGCoordinatorlD,

LGAttributeNum,

LGAttribute

LGResultCode

}

Параметры примитива приведены в таблице 5.

Примитив возвращает результат запроса атрибутов логической группы, координируемой узлом LGCoordinatorlD LGResultCode указывает успешный результат если атрибуты LGAttributeNum возвращены в параметре LGAttribute В противном случае указывается ошибка

6.3.13    LG-SET.request

Примитив запрашивает установку значений определенных атрибутов логической группы Параметры примитива:

LG-SET request {

LGRequestorlD,

LGCoordinatorlD,

LGAttributeName,

LGAttribute Value

}

Параметры примитива приведены в таблице 5

Примитив используется сущностью CIP для установки значений определенных атрибутов логической группы При получении примитива сущность уровня служб в узле LGCoordinatorlD пытается извлечь атрибут LGAttributeName Если атрибут LGAttributeName недействителен, то генерируется ошибка В противном случае узел LGCoordinatorlD пытается установить значение атрибута LGAttributeName с помощью LGAttribute Value Может быть применена дополнительная процедура для проверки действительности значения LGAttnbuteValue для атрибута LGAttributeName Если значение недействительно генерируется код ошибки

6.3.14    LG-SET.indication

Примитив указывает сущности CIP, что был получен запрос установки значения определенного атрибута логической группы Параметры примитива

LG-SET indication {

LGRequestorlD.

LGCoordinatorlD,

LGAttributeName

}

Параметры примитива приведены в таблице 5

Примитив используется, когда уровень служб указывает сущности CIP на процесс установки значения атрибута логической группы в узле LGCoordinatorlD

6.3.15    LG-SET.confirm

Примитив подтверждает изменение значения атрибута логической группы Параметры примитива

LG-SET confirm {

LGRequestorlD.

LGCoordinatorlD.

LGAttributeName,

LGResultCode

}

Параметры примитива приведены в таблице 5.

LGResultCode указывает успешный результат, если установлено значение атрибута LGAttributeName Если значение атрибута LGAttributeName не установлено, то указывается ошибка

6.4 Служба группировки данных

Служба группировки данных предоставляется через DG-SAP DG-SAP является логическим интерфейсом между сущностью службы группировки данных на уровне служб и сущностью CIP на уровне приложений Логический интерфейс включает в себя набор примитивов (см таблицу 6) и их параметры (см таблицу 7).

Таблица 6 — Примитивы DG-SAP

Наименование Запрос Индикация Ответ Подтверждение DG-DG QUERY 64 1 — — 6.42 DG-DGEXEC 643 644 — 645

Т аблица 7 — Параметры примитивов DG-SAP

Имя параметра Описание DGSrclD Идентификатор исходного узла службы группировки данных DGDstID Идентификатор узла назначения службы группировки данных DGTimeRef Значение временной привязки в процессе группировки данных Возврат из узла назначения DGExecVal Значение для процесса группировки данных в узле назначения DGResultCode Код результата службы группировки данных

6.4.1    DG-DGQUERY.request

Этот примитив запрашивает значение эталонного времени для группировки данных по объектам CIP на прикладном уровне

Параметры примитива

DG-DGQUERY request {

DGSrclD.

DGDstID,

DGTimeRef

}

Параметры примитива приведены в таблице 7

Примитив используется сущностью CIP для запроса значения эталонного времени, которое требуется для процесса группировки данных в узле DGSrclD. При получении примитива узел DGDstID получает текущее эталонное время для генерации сенсорных данных, которое возвращается с помощью DGTimeRef.

6.4.2    DG-DGQU ERY.confiгm

Примитив возвращает значения эталонного времени сущности CIP Параметры примитива:

DG-DGQUERY confirm {

DGSrclD,

DGDstID,

DGTimeRef,

DGResultCode

}

Параметры примитива приведены в таблице 7

DGResultCode указывает успешный результат если значение эталонного времени для генерации сенсорных данных возвращено в параметре DGTimeRef В противном случае указывается ошибка.

6.4.3    DG-DGEXEC.request

Примитив запрашивает выполнение группировки данных. Параметры примитива

DG-DGEXEC request {

DGSrclD,

DGDstID,

DGExecVal

}

Параметры примитива приведены в таблице 7.

Примитив используется сущностью CIP в узле DGSrclD для запроса выполнения группировки данных в узле DGDstID При получении примитива узел DGDstID выполняет процесс группировки данных с использованием DGExecVal

6.4.4    DG-DGEXEC.indication

Примитив указывает выполнение процесса группировки данных Параметры примитива:

DG-DGEXEC indication {

DGSrclD.

DGDstID,

DGExecVal

}

Параметры примитива приведены в таблице 7

Примитив используется, когда уровень служб указывает сущности CIP выполнение процесса группировки данных

6.4.5    DG-DGEXEC.confirm

Примитив подтверждает выполнение группировки данных Параметры примитива

DG-DGEXEC confirm {

DGSrcID,

DGDstID,

DGResultCode

}

Параметры примитива приведены в таблице 7

Примитив сообщает сущности CIP результат выполнения процесса группировки данных DGResultCode указывает успешный результат если эталонное время для генерации сенсорных данных в узле DGDstID успешно синхронизировано с эталонным временем в узле DGSrcID В противном случае указывается ошибка

6.5    Служба регистрации данных

Служба регистрации данных предоставляется через REG-SAP REG-SAP является логическим интерфейсом между сущностью службы регистрации данных на уровне служб и сущностью CIP на уровне приложений Логический интерфейс включает в себя набор примитивов (см таблицу 8) и их параметры (см таблицу 9)

Таблица 8 — Примитивы REG-SAP

Наименование Запрос Индикация Ответ Подтверждение REG-REGQUERY 651 — — 652 REG-REGEXEC 653 654 6.5.5

Таблица 9 — Параметры примитивов REG-SAP

Имя параметра Описание REGSrdD Идентификатор исходного узла службы регистрации данных REGDstID Идентификатор узла назначения службы регистрации данных REGRef Структура данных имени и значения ссылочного атрибута в процессе регистрации данных Возврат из узла назначения REGRefDimension Размеры данных REGRef для процесса регистрации данных REGExecVal Многомерные данные для процесса регистрации данных в узле назначения REGResultCode Код результата службы регистрации данных

6.5.1    REG-REGQUERY.request

Примитив запрашивает ссылочные атрибуты для процесса регистрации данных Параметры примитива:

REG-REGQUERY request {

REGSrcID,

REGDstID,

REGRef

}

Параметры примитива приведены в таблице 9

Примитив используется сущностью CIP из узла REGDstID для запроса значения атрибута REGRef, которое требуется для процесса регистрации данных в узле REGSrcID.

6.5.2    REG-REGQUERY.confirm

Примитив возвращает сущности CIP результат запроса значения атрибута REGRef Параметры примитива

REG-REGQUERY confirm {

REGSrclD.

REGDstID,

REGRef,

REGResultCode

}

Параметры примитива приведены в таблице 9.

Примитив возвращает результат запроса значения атрибута REGRef в узле REGDstID. Параметр REGResultCode указывает успешный результат, если значение атрибута REGRef возвращено в параметре REGRef В противном случае указывается ошибка

6.5.3    REG-REGEXEC.request

Примитив запрашивает сущностью CIP выполнение регистрации данных Параметры примитива

REG-REGEXEC. request {

REGSrclD,

REGDstID,

REGRefDimension

REGExecVal

}

Параметры примитива приведены в таблице 9

Примитив используется сущностью CIP в узле REGSrclD для запроса выполнения регистрации данных в узле REGDstID При получении примитива узел REGDstID выполняет процесс регистрации данных, в котором для выполнения регистрации данных используется REGExecVal. Размерность REGExecVal указывается с помощью REGRefDimension

6.5.4    REG-REGEXEC.indication

Примитив указывает выполнение процесса регистрации данных Параметры примитива:

REG-REGEXEC. indication {

REGSrclD,

REGDstID

}

Параметры примитива приведены в таблице 9

Примитив используется, когда уровень служб указывает сущности CIP выполнение процесса регистрации данных в узле REGDstID

6.5.5    REG-REGEXEC.conflrm

Примитив подтверждает выполнение регистрации данных Параметры примитива

REG-REGEXEC confirm {

REGSrclD.

REGDstID,

REGResultCode

}

Параметры примитива приведены в таблице 9

Примитив сообщает сущности CIP результат выполнения процесса регистрации данных. REGResultCode указывает успешный результат, если процесс регистрации данных выполнен в узле REGDstID В противном случае указывается ошибка

6.6 Служба описания информации

Служба описания информации предоставляется через INFO-SAP INFO-SAP является логическим интерфейсом между сущностью службы описания информации на уровне служб и сущностью CIP на уровне приложений Логический интерфейс включает в себя набор примитивов (см таблицу 10) и их параметры (см таблицу 11).

Таблица 10 — Примитивы INFO-SAP

Наименование Запрос Индикация Ответ Подтверждение INFO-LEVELGET 6.6.1 — — 6.6.2 INFO-LEVELSET 663 664 — 665 INFO-DATA 6.6.6 6.6.7 — 668

Таблица 11 — Параметры примитивов INFO-SAP

Имя параметра Описание InfoSrcID Идентификатор исходного узла службы описания информации InfoDstID Идентификатор узла назначения службы описания информации LevelVal Уровни описания информации о различиях InfoDataDimenston Размерность InfoData InfoData Многомерные данные, которые передаются между исходным узлом и узлом назначения InfoResultCode Код результата примитивов описания информации

6.6.1    INFO-LEVELGET.request

Примитив запрашивает уровни описания информации Параметры примитива

INFO-LEVELGET.request {

InfoSrcID,

InfoDstID,

LevelVal

}

Параметры примитива приведены в таблице 11.

Примитив используется сущностью CIP для запроса уровня описания информации узла InfoDstID, который требуется узлу InfoSrcID При получении примитива узел InfoDstID получает текущий уровень описания информации

6.6.2    INFO-LEVELGET.confirm

Примитив возвращает уровень описания информации сущности CIP Параметры примитива

INFO-LEVELGET.confirm {

InfoSrcID,

InfoDstID,

LevelVal.

InfoResultCode

}

Параметры примитива приведены в таблице 11.

Примитив возвращает узлу InfoSrcID результат запроса уровня описания информации Параметр InfoResultCode указывает успешный результат если уровень описания информации узла InfoDstID возвращен в параметре LevelVal В противном случае указывается ошибка

6.6.3    INFO-LEVELSET.request

Примитив устанавливает уровень описания информации Параметры примитива:

INFO-LEVELSET request {

InfoSrcID,

InfoDstID,

LevelVal

}

Параметры примитива приведены в таблице 11.

Примитив используется сущностью CIP в узле InfoSrcID для установки уровня описания информации узла InfoDstID в LevelVal При получении примитива узел InfoDstID устанавливает уровень описания информации Уровни описания информации соответствуют этапам обработки информации Различные уровни имеют разные типы, структуры и объем информации После установки уровня описания информации могут применяться соответствующие процедуры или алгоритмы обработки информации Узел может одновременно поддерживать более одного уровня описания информации.

6.6.4    INFO-LEVELSET.indication

Примитив указывает установку уровней описания информации Параметры примитива

INFO-LEVELSET indication {

InfoSrcID,

InfoDstID,

LevelVal

}

Содержание

1    Область применения..............................................................................................................................1

2    Нормативные ссылки....................................................................................................................................1

3    Термины и определения.............................................................................................................................1

4    Сокращения..................................................................................................................................................2

5    Общее описание...........................................................................................................................................2

5.1    Общие положения.................................................................................................................................2

5.2    Требования к интеллектуальным сенсорным сетям............................................................................3

5 3 Обзор совместной обработки информации (CIP)................................................................................3

5 4 Функциональная модель CIP................................................................................................................4

5    5 Службы, поддерживающие CIP............................................................................................................5

6    Основные службы и интерфейсы................................................................................................................6

6    1 Общие положения...............................................................................................................................6

6 2 Служба событий.....................................................................................................................................7

6 3 Служба логической группировки...........................................................................................................8

6 4 Служба группировки данных................................................................................................................12

6 5 Служба регистрации данных...............................................................................................................14

6 6 Служба описания информации..........................................................................................................15

6 7 Служба межузловой активации ........................................................................................................18

6    8 Служба адаптации параметров..........................................................................................................19

7    Расширенные службы и интерфейсы.......................................................................................................20

7    1 Общие положения..............................................................................................................................20

7.2    Служба управления QoS.....................................................................................................................20

7 3 Служба планирования на основе CIP.................................................................................................23

7 4 Служба адаптивного восприятия........................................................................................................26

Приложение А (справочное) Пример основных служб и интерфейсов ...............................................29

Приложение В (справочное) Пример расширенных служб и интерфейсов.........................................31

Приложение ДА (справочное) Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном

стандарте.........................................................................................................................33

.............................................................................................................................................34

Параметры примитива приведены в таблице 11.

Примитив используется, когда уровень служб указывает установку уровней описания информации

6.6.5    INFO-LEVELSET.confirm

Примитив подтверждает установку уровней описания информации Параметры примитива INFO-LEVELSET confirm {

InfoSrcID,

InfoDstID.

LevelVal,

InfoResultCode

}

Параметры примитива приведены в таблице 11.

Примитив сообщает сущности CIP результат установки уровней описания информации InfoResultCode указывает успешный результат, если уровень описания информации в узле InfoDstID успешно установлен на LevelVal В противном случае указывается ошибка

6.6.6    INFO-DATA.request

Примитив запрашивает передачу информации о конкретных уровнях описания информации Параметры примитива

INFO-DATA request {

InfoSrcID,

InfoDstID.

LevelVal,

InfoDataDimension,

InfoData

}

Параметры примитива приведены в таблице 11.

Примитив используется сущностью CIP в узле InfoSrcID для запроса передачи информации определенного уровня описания информации узла InfoDstID При получении примитива уровень служб отправляет InfoData на уровне описания информации LevelVal равноправной сущности уровня служб в узле InfoDstID InfoDataDimension указывает измерение InfoData

6.6.7    INFO-DATA.indication

Примитив указывает сущности CIP, что блок данных с определенным уровнем описания информации был принят Параметры примитива INFO-DATA indication {

InfoSrcID.

InfoDstID,

LevelVal,

InfoDataDimension,

InfoData

}

Параметры примитива приведены в таблице 11.

Примитив используется, когда уровень служб указывает прием блока данных уровня описания конкретной информации InfoDataDimension указывает измерение InfoData.

6.6.8    INFO-DATA.confirm

Примитив подтверждает передачу блока данных определенного уровня описания информации Параметры примитива INFO-DATA confirm {

InfoSrcID.

InfoDstID.

LevelVal

InfoResultCode

}

Параметры примитива приведены в таблице 11.

Примитив сообщает сущности CIP результат передачи блока данных уровня описания информации LevelVal InfoResultCode указывает успешный результат если блок данных уровня описания информации LevelVal передан из узла InfoSrcID в узел InfoDstID В противном случае указывается ошибка

Введение

Сенсорные сети широко используются в различных областях применения включая мониторинг окружающей среды, транспортировку производство, химические процессы, здравоохранение, дома и здания, т. е. провод ные/беспроводные сенсорные сети можно рассматривать как расширение Интернета, взаимодействующего с физическим миром Интеллектуальные сенсорные сети становятся все более привлекательными в широком спектре приложений для решения задач, связанных со сложностью внутренней среды, масштабированием сети на несколько порядков и динамическими требованиями приложений Интеллектуальные сенсорные сети разрабатываются для предоставления новых возможностей системы таких как самоадаптируемость среды, поддержка динамических задач и автономное обслуживание системы Совместная обработка информации (CIP), которая интегрирует алгоритмы обработки информации с механизмами совместной работы, позволяет интеллектуальным сенсорным сетям повысить эффективность, качество и надежность обработки информации в реальных сценариях применения Настоящий стандарт определяет службы и интерфейсы, поддерживающие С IP в интеллектуальных сенсорных сетях

ПНСТ 423—2020 (ИСО/МЭК 20005:2013)

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии СЕТИ СЕНСОРНЫЕ

Службы и интерфейсы, поддерживающие совместную обработку данных в интеллектуальных

сенсорных сетях

Information technology Sensor netv\orks Services and interfaces supporting collaborative information processing

in intelligent sensor networks

Срок действия — с 2021—01—01 до 2024-01—01

1    Область применения

Настоящий стандарт определяет службы и интерфейсы, поддерживающие совместную обработку информации (CIP) в интеллектуальных сенсорных сетях

Настоящий стандарт устанавливает

-    функциональные возможности CIP и функциональную модель CIP,

-    общие службы поддержки CIP,

-    общие интерфейсы служб для CIP

2    Нормативные ссылки

В настоящем стандарте использована нормативная ссылка на следующий стандарт

ГОСТ Р ИСО/МЭК 7498-1 Информационная технология Взаимосвязь открытых систем Базовая эталонная модель. Часть 1 Базовая модель

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия) Если после утверждения настоящего стандарта в ссылочный стандарт на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения Если ссылочный стандарт отменен без замены, то положение в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями (см также [f ]):

3.1 регистрация данных (data registration): Процесс преобразования различных наборов данных в одну систему координат

32 событие (event): Все что происходит или рассматривается как происходящее в одно мгновение или за определенный промежуток времени

Издание официальное

3.3 набор служб/поднабор служб (service set/service subset) Группа или подгруппа служб, обеспечивающих общие механизмы или средства для удовлетворения определенных требований пользователей или приложений

4    Сокращения

В настоящем стандарте применены следующие сокращения

СОЕ — сущность декларации возможностей (Capability Declaration Entity);

CIP —совместная обработка информации (Collaborative Information Processing).

CRSE — сущность спецификации требований связи (Communication Requirement Specification Entity):

CS — основная служба (Core Service);

CSPE — сущность планирования совместной стратегии (Collaborative Strategy Planning Entity).

ES — расширенная служба (Enhanced Service);

FAR — вероятность ложных тревог (False Alarming Rate),

FCR — требование к функциональным возможностям (Functional Capability Requirement):

GSR — обобщенное системное требование (Generalized System Requirement),

OSI/RM — взаимосвязь открытых с ист ем/зт алойная модель (Open Systems Interconnection/ Reference Model);

QoS — качество обслуживания (Quality of Service).

SAP — точка доступа к службе (Service Access Point).

5    Общее описание

S.1 Общие положения

Система из одной или более сенсорных сетей интегрирует процессы восприятия, передачи и обработки дзнных/информации и предоставления информации На рисунке 1 представлено функциональное многоуровневое архитектурное представление системы сенсорных сетей

Уровень базовых функций реализует базовую функциональность выполняемую на нижних уровнях эталонной модели взаимосвязи открытых систем (OSI/RM по ГОСТРИСО/МЭК 7498-1), в том числе на физическом канальном, сетевом и другом необязательном уровнях связи Выше уровня базовых функций находятся уровень приложений и уровень служб Уровень приложений предоставляет службы отдельным приложениям и/или пользователям и реализует такие функции, как публикация информации индексирование, обработка информации и т д Уровень служб предоставляет общие универсальные службы для сущностей на прикладном уровне, в том числе службу локализации, службу синхронизации времени службу защиты и др.

5.2    Требования к интеллектуальным сенсорным сетям

Помимо обобщенных системных требований (GSR) и требований к функциональным возможностям (FCR) сенсорных сетей, к интеллектуальным сенсорным сетям предъявляются дополнительные требования Интеллектуальные сенсорные сети должны решать задачи, связанные со сложностью окружающей среды внутри сети, с масштабированием сети на несколько порядков и динамическими требованиями приложений

Самоадаптируемость к окружающей среде: интеллектуальная сенсорная сеть должна адаптироваться для получения требуемой производительности системы при изменении физических характеристик окружающей среды в области мониторинга Например, интеллектуальная система защиты от вторжений должна иметь постоянные эксплуатационные показатели, такие как вероятность обнаружения и вероятность ложных тревог (FAR), при изменении условий окружающей среды сенсорной сети Поддержка динамических задач: интеллектуальная сенсорная сеть должна поддерживать динамические задачи, включая динамическое назначение задач, динамкг^еское упорядочение задач по приоритетам, динамическое предоставление служб польэователям/потребителям информации и динамическую настройку качества обслуживания (QoS)

Автономное обслуживание системы: интеллектуальная сенсорная сеть должна автономно обслуживать функционал системы в случае масштабирования сети, мобильности узлов, появления новых узлов, выхода узлов и отказов узлов

5.3    Обзор совместной обработки информации (CIP)

Системы сенсорных сетей собирают исходные сенсорные данные из физического мира и извлекают из исходных данных информацию о свойствах, информацию для принятия решений и знания о физическом мире

При интеграции с метаданными, такими как описание сенсорной информации, идентификация датчика и местоположение сенсорной информации. CIP обеспечивает эффективное управление ресурсами для динамического управления задачами CIP является обязательным требованием к информационной службе на основе сенсорной сети, что позволяет работать с ограничениями энергообеспечения (например, аккумуляторов), вычислительных ресурсов, памяти и пропускной способности канала CIP позволяет решать такие технические задачи как динамические задачи, неопределенность измерений, мобильность узлов и адаптируемость к окружающей среде

Целями CIP в сенсорных сетях являются повышение эффективности системы, улучшение качества обслуживания и обеспечение эксплуатационных показателей системы CIP предоставляет эффективные механизмы, такие как объединение по большинству голосов объединение шаблонов решений и статистические методы для обработки неполной и/или неточной информации CIP также предоставляет протоколы для решения задач, связанных со сложностью окружающей среды внутри сети, с масштабированием сети на несколько порядков и динамическими требованиями приложений

CIP может быть представлена с трех разных точек зрения На рисунке 2 показана трехмерная концептуальная модель CIR

Первая точка зрения рассматривает уровни обработки CIP С этой точки зрения CIP может быть реализована на уровне данных уровне функций и уровне решений

Вторая точка зрения рассматривает сущности, задействованные в CIP, которые включают датчики, модули обработки, узлы, кластеры и подсети

Рисунок 3 — Функциональная модель CIP

Сущность спецификации требований к связи (CRSE) действует как интерфейс между поставщиком информационных служб и обменом информацией CRSE определяет параметры и протоколы связи Должны быть указаны такие требования, как сквозная задержка, временный джиттер, битовая ошибка и другие параметры QoS

5.5 Службы, поддерживающие CIP

Общие службы на уровне служб могут быть разделены на различные поднаборы в зависимости от потребителей служб на прикладном уровне Настоящий стандарт определяет поднабор общих служб, которые взаимодействуют с сущностями CIP на уровне приложений и поддерживают реализацию функциональности сущностей CIP

Службы, поддерживающие CIP, включают два класса: основные службы (CS) и расширенные службы (ES) (см рисунок 4) Основные службы включают фундаментальные и обязательные службы Расширенные службы реализуются путем объединения служб, например интеграции двух или более основных служб или других общих служб

Рисунок 4 — Обзор служб, поддерживающих CIP

5.5.1    Основные службы, поддерживающие CIP

Основные службы поддерживающие CIP:

-    служба событий. Служба реализует функции, связанные с процессом подписки на события регистрации, отмены и отписки. Событие может быть вызвано изменениями среды, появлением нового физического сигнала и динамикой состояния сети;

-    служба логической группировки. Служба реализует функции, связанные с созданием и управлением логической группой для реализации CIP на уровне приложений Логическая группа — это логический набор сущностей сенсорной сети участвующих в задачах обработки информации, таких как обнаружение цели, классификация, локализация и отслеживание цели Служба логической группировки обеспечивает механизм установления отношений сотрудничества между сущностями,

-    служба группировки данных. Данные генерируются различными датчиками в разных временных интервалах и масштабах Служба определяет или задает интервал времени, общий для всех датчиков, и группирует для обработки все сенсорные данные, полученные в течение этого интервала времени Служба группировки данных использует службу синхронизации времени:

-    служба регистрации данных. Данные, генерируемые в распределенных сенсорных узлах, могут иметь разные системы пространственных координат Регистрация данных проводит преобразование или интеграцию различных наборов данных в одну систему координат. Служба использует описание эталонной системы координат и предоставляет функции для поддержания согласованности эталонной системы координат среди участников CIP,

-    служба описания информации. Служба предоставляет механизмы описания информации в интеллектуальной сенсорной сети Информация может быть входным параметром для процессов CIP или результатом процессов CIP

-    служба межузловой активации. Служба предоставляет механизмы инициирования выполнения задач и запуска модулей в одном сенсорном узле из другого сенсорного узла Служба обеспечивает динамическое управление задачами.

служба адаптации параметров. Служба предоставляет механизмы адаптации или реконфигурирования параметров CIP Служба обеспечивает производительность системы в случае динамических изменений в среде развертывания и требований приложений

5.5.2    Расширенные службы, поддерживающие CIP

Расширенные службы, поддерживающие CIP

-    служба управления QoS Служба предоставляет механизмы для определения, обновления и применения профилей QoS В интеллектуальных сенсорных сетях QoS следует рассматривать с точки зрения обработки информации и с точки зрения связи Служба управления QoS использует службу логической группировки и службу адаптации параметров,

-    служба планирования на основе С IP. Служба предоставляет функции контроля и планирования состояний узлов по запросу сущностей CIP Служба обеспечивает реализацию проблемно-ориентированной сети и планирование задач по требованию Служба планирования на основе CIP использует службу событий, службу логической группировки, службу адаптации параметров, службу межузловой активации и другие общие службы, включая службу поиска соседей.

-    служба адаптивного восприятия. Служба предоставляет механизмы адаптивного применения правил восприятия в зависимости от событий и контекста. Служба обеспечивает автономное обслуживание системы и адаптивность системы Служба адаптивного восприятия использует службу событий службу описания информации и другие общие службы, включая службу конфигурирования датчиков

6 Основные службы и интерфейсы

6.1 Общие положения

В настоящем разделе определены основные службы, поддерживающие CIP в интеллектуальных сенсорных сетях Для каждой службы определены примитивы службы и параметры примитивов В таблице 1 приведены наименования точек доступа к службе (SAP), через которые предоставляется конкретная служба.

Таблица 1 — Основные службы и наименования SAP

Служба Наименование SAP Служба событий EVENT-SAP Служба логической группировки LG-SAP