ПНСТ 517-2021 Информационные технологии (ИТ). Сети сенсорные. Интегрированная среда тестирования.

       

ПНСТ 517-2021

(ИСО/МЭК 19637: 2016)

 

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

 

 

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

 

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

 

 Интегрированная среда тестирования

 

 Information technology. Sensor networks. Testing framework

ОКС 35.110

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

до 2024-07-01

 

 Предисловие

     

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

 

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

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

 

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 19637:2016* "Информационные технологии. Интегрированная среда тестирования сенсорных сетей" (ISO/IEC 19637:2016 "Information technology - Sensor network testing framework", MOD) путем включения структурных элементов, которые выделены в тексте курсивом**. Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации.

 

 

           

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5)

 

5 Некоторые элементы настоящего стандарта могут быть объектами патентных прав. Федеральное агентство по техническому регулированию и метрологии не несет ответственности за установление подлинности каких-либо или всех таких патентных прав

 

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

 

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 121205 Москва, Инновационный центр Сколково, ул.Нобеля, д.1, e-mail: [email protected] и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д.10, стр.2.

 

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

 

 

 Введение

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

 

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

 

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

- разнообразие приложений сенсорной сети.

 

 

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

Настоящий стандарт определяет:

 

- интегрированную среду тестирования для проведения испытаний на соответствие для гетерогенных сенсорных сетей;

 

- общие службы между менеджером тестирования (TMR) и агентом тестирования (ТА) в рамках интегрированной среды тестирования;

 

- руководство по созданию испытательной платформы и проведения тестирования различных протоколов сенсорных сетей.

 

 

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

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

 

 

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

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

 

3.1 аналитический модуль (analysis module): Логическое устройство в процессе тестирования приложения, которое используется для анализа информации от агента тестирования и модульного теста в зависимости от конкретной стратегии.

 

3.2 агент тестирования (test agent): Устройство, предназначенное для различных протоколов сенсорных сетей или видов оборудования, которое может напрямую взаимодействовать с менеджером тестирования и тестируемыми системами.

3.3 процесс тестирования приложения (testing application process): Программная функциональная сущность, выполняющая обработку путем объединения тестовых модулей, аналитического модуля и модуля отчетов для выполнения целей тестирования.

 

Примечание - Это прикладная платформа, которая контролирует различные аспекты деятельности и сущностей тестирования путем взаимодействия с агентами тестирования.

 

3.4 модуль тестирования (test module): Логическое устройство в процессе тестирования приложения, выполняющее операции в зависимости от заданных требований к тестированию.

 

3.5 испытательная платформа (стенд) (testing platform): Сущность тестирования, которая может интегрировать различные тестовые системы для различных протоколов и технологий.

 

Пример - Платформа может предоставлять тестовые системы на соответствие IPv4 и IPv6.

 

3.6 отчет о тестировании (test report): Логическая единица программного обеспечения в процессе тестирования приложения, которая создает документы в конце тестирования.

 

3.7 объект представления (view object): Логический элемент, предназначенный для обеспечения эффективного доступа к данным в модуле тестирования или аналитическом модуле.

 

Примечание - Отображается в графическом интерфейсе пользователя.

 

 

      4 Сокращения

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

 

ATE - вспомогательное тестовое оборудование (auxiliary testing equipment);

 

DUT - тестируемое устройство (device under test);

IUT - тестируемая реализация (implementation under test);

 

MIB - база управляющей информации (management information base);

 

OD - словарь объектов (object dictionary);

 

SAPs - точки доступа к службам (service access points);

 

SUT - тестируемая система (system under test);

 

TA - агент тестирования (test agent);

 

TAP - процесс приложения тестирования (testing application process);

 

TDSs - службы данных тестирования (testing data services);

 

TM - тестовый модуль (test module);

 

TMR - менеджер тестирования (test manager);

 

TMSs - службы управления тестированием (testing management services);

 

VO - объект представления (view object).

 

      5 Общие положения об интегрированной среде тестирования сенсорных сетей

     

 

      5.1 Требования к испытаниям сенсорных сетей

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

 

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

 

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

 

В приложении А приведен пример испытательной платформы для гибридных сенсорных сетей на основе IPv6.

 

 

      5.2 Концептуальная модель интегрированной среды тестирования сенсорных сетей

На рисунке 1 показана концептуальная модель интегрированной среды тестирования сенсорных сетей. Интегрированная среда состоит из трех частей: менеджер тестирования (TMR), агент тестирования (TA) и тестируемая система (SUT). В качестве контроллера управления TMR проводит тесты косвенным образом, контролируя ТА. Тестовые деятельности TMR должны быть преобразованы в унифицированные службы и переданы ТА. После обработки тестовых служб от TMR, TA проводит тестовые взаимодействия непосредственно с SUT. Таким образом, TA соединяет TMR и SUT, и TA должен быть оснащен определенным физическим интерфейсом связи и стеком протоколов, как в SUT.

 

SUT - это система, которая может включать в себя одно тестируемое устройство (DUT) или DUT и другие устройства, используемые для активации поведения конкретного протокола в DUT, что называется вспомогательным тестовым оборудованием (ATE). DUT должен быть проверен на наличие необходимых реализаций протокола. SUT содержит точки контроля и наблюдения на верхней или нижней границе обслуживания реализаций протоколов, находящихся в DUT для выполнения тестов. Во время проведения тестирования реализации протоколов называются тестируемыми реализациями (IUT). Перед началом выполнения испытаний на соответствие IUT должна быть настроена инструкциями TMR. В сложной среде может использоваться ATE для активации DUT, чтобы гарантировать получение ожидаемых ответов от DUT в случае, если IUT не может самостоятельно активировать некоторые конкретные поведения протокола.

 

 

 

 

     Рисунок 1 - Концептуальная модель интегрированной среды тестирования сенсорных сетей

      5.3 Менеджер тестирования (TMR)

TMR может поддерживать несколько процессов приложения тестирования (TAP). Каждый TAP имеет определенную задачу тестирования. Например, могут быть созданы процесс приложения для тестирования конкретного протокола и одновременно другой процесс приложения для другого протокола.

 

Процесс приложения тестирования разработан на основе компонентов. В TAP есть пять типов компонентов:

 

- объект представления;

 

- отчет о тестировании;

 

- тестовый модуль;

 

- аналитический модуль;

 

- словарь объектов (OD).

 

На рисунке 2 показаны взаимосвязи пяти компонентов TAP.

 

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

 

Аналитический модуль (AM) должен соединяться с тестовыми модулями для накопления данных и анализа тестовой деятельности. Перед созданием отчета о тестировании в АМ должен быть настроен соответствующий формат отчета. AM также может собирать информацию об условиях функционирования ТМ.

 

Объект представления (VO) имеет наборы параметров из ТМ и АМ. Объект представления может быть выведен на графический пользовательский интерфейс, что позволяет осуществлять мониторинг в режиме реального времени в течение необходимого периода времени. Объекты представления могут быть сгруппированы для наблюдения за параметрами в соответствующих TM и AM, и наблюдаемые параметры могут быть получены из разных TM или AM.

 

База управляющей информации (MIB) хранит все значения объектов тестового модуля, объект представления и отчет о тестировании в TMR, включая объекты управления для TA. Значения объектов в процессе приложения тестирования могут быть быстро проиндексированы в словаре объектов (OD).

 

 

 

 

     Рисунок 2 - Взаимосвязи компонентов TAP

 

      5.4 Агент тестирования (TA)

Агент тестирования (TA) разрабатывается для отдельного протокола и может поддерживать несколько реализаций одного и того же протокола. TA поддерживает любую прямую связь с SUT по одному протоколу через тестовый драйвер. Независимость от платформы может быть достигнута использованием тестового драйвера. Параметры конфигурации тестового драйвера определены в описании TA.

 

Перед выполнением соответствующих тестовых операций TA должен установить коммуникационное соединение с TM в TMR при получении команды запуска от TM. ТА получает службы от ТМ и переводит их в соответствующие сообщения в соответствии с протоколом SUT. Структура модели ТА показана на рисунке 3.

 

 

 

 

     Рисунок 3 - Структура агента тестирования

 

      6 Службы тестирования

     

 

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

     

Службы тестирования делятся на два класса: службы данных тестирования (TDSs) и службы управления тестированием (TMSs), как показано на рисунке 4. TMSs может использоваться для создания связи приложений или установки параметров TA через точки доступа к службе входа управления (ME-SAPs). TDSs следует использовать для реализации процедур тестирования между TMR и TA через точки доступа к службам ввода данных (DE-SAPs). TMR может передать тестируемые данные и осуществлять контроль тестирования ТА.

 

 

 

     Рисунок 4 - Службы тестирования для сенсорных сетей

Службы данных тестирования включают в себя:

 

- служба EventReport, которая используется для сообщения о сбоях или исключениях в TA. Содержание отчета может изменяться в зависимости от условий тестирования. Служба EventReport может повторяться до тех пор, пока не будет получена служба EventAck для EventReport;

 

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

 

- служба Read, которая используется для чтения значения объекта из TM в TMR или TA;

 

- служба Write, которая используется для записи значения объекта из TM в TMR или TA;

 

- служба StartTest, которая используется для запуска тестового задания между TM в TMR и TA. После вызова этой службы запускаются тестовые сценарии;

 

- служба StopTest, которая используется для остановки тестового задания между TM в TMR и TA. После вызова этой службы останавливаются все деятельности тестирования;

 

- служба DataUploading, которая используется для передачи блока данных от TA к TM в TMA. Она поддерживает фрагментацию для передачи большого объема данных. Устройство назначения может повторно собрать полученные сообщения;

 

- служба DataDownloading, которая аналогична службе DataUploading. Разница в том, что передача блока данных идет от ТМ к TA;

 

- служба StartDownAndUploading, которая используется для запуска загрузки или выгрузки данных;

 

- служба StopDownAndUploading, которая используется для остановки загрузки или выгрузки данных;

 

- служба ExecuteTesting, которая используется для выполнения тестового сценария.

 

Службы управления тестированием включает в себя:

 

- служба Associate, которая предоставляет механизмы создания логического соединения между TA и TM в TMR. Соединение является предусловием для запуска других служб между TM и TA;

 

- служба Abort, которая позволяет сбросить логическое соединение между ТМ и ТА. При этом деятельности по передаче данных должны быть остановлены до тех пор, пока не будет установлено новое соединение;

 

- служба Sync, которая позволяет установить время для ТА, связанное с TM, в TMR. Это позволяет синхронизировать время в тестируемой системе с ограничениями по времени;

 

- служба AddressAllocation, которая предоставляет функции для распределения адресов для TA. ТМ может предоставить уникальную идентификацию для каждого ТА через эту службу;

 

- служба DeviceStatus, которая используется для произвольной передачи статуса устройства.

 

 

      6.2 Взаимодействие модулей через унифицированные службы

Перед тестированием SUT, ТМ в TMR должен создать коммуникационное соединение с TA и SUT. Как показано на рисунке 5, ТМ отправляет сообщение с запросом открыть соединение для конкретного протокола и проведения тестирования. Сообщения между TM и TA должны использовать одинаковый протокол. Затем TA загружает конкретный отдельный протокол и тестовый драйвер для конкретного протокола, используемого в SUT. TA действует как транслятор протокола между TM и SUT. Когда ТМ инициирует прекращение коммуникационных деятельностей, он должен отправить запрос службы Abort к TA. При получении ответа Abort от TA соединение успешно освобождается.

 

Служба StartTest используется для запуска тестового задания после открытия соединения. TA и SUT должны распределять ресурсы тестирования и предоставлять необходимые конфигурации тестирования для подготовки к деятельностям тестирования. Тестовые сценарии в тестовых наборах будут выполнены, когда TA получит запрос ExecuteTesting. Результаты тестирования передаются в ТМ. Если аналитический модуль (AM) сконфигурирован процессом приложения тестирования для связывания с TA, то он должен получить результаты тестирования для анализа. После завершения тестового задания TM отправляет запрос StopTest для завершения задания. Типичная диаграмма последовательности сообщений между модулями показана на рисунке 6.

 

 

 

     Рисунок 5 - Схема последовательности создания и освобождения соединения

 

 

 

     Рисунок 6 - Схема последовательности создания и освобождения соединения

 

      6.3 Службы данных тестирования (TDSs)

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

 

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

 

Таблица 1 - Службы данных и их SAP

 

Наименование службы

Наименование SAP

EventReport

EventReport-SAP

EventAck

EventAck-SAP

Read

Read-SAP

Write

Write-SAP

StartTest

Start-SAP

StopTest

Stop-SAP

StartDownAndUploading

StartDownAndUploading-SAP

StopDownAndUploading

StopDownAndUploading-SAP

DataUploading

DataUpLoading-SAP

DataDownloading

DataDownLoading-SAP

ExecuteTesting

ExecuteTesting-SAP

 

6.3.2 Служба EventReport

 

Служба EventReport предоставляется через EventReport-SAP. EventReport-SAP - это логический интерфейс в приложении, которое выдает EventReport. EventReport является неподтвержденной службой. В таблице 2 представлены простые запросы, поддерживаемые EventReport-SAP. В таблице 3 описаны параметры простых запросов.

 

Таблица 2 - Простые запросы, поддерживаемые EventReport

 

Наименование

Запрос (request)

Указание (indication)

Ответ (response)

Подтверждение (confirm)

EventReport

6.3.2.1

6.3.2.2

-

-

 

Таблица 3 - Параметры простых запросов для EventReport

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

Mode

Режим связи:

 

0: широковещательный;

 

1: клиент/сервер

ConnectID

Уникальный идентификатор установленного соединения

Priority

Приоритет сообщения. Возможные значения: высокий, средний или низкий

EventID

Уникальный идентификатор отдельного события

EventType

Тип события: сбой связи, сбой процесса тестирования, сбой устройства, сбой модуля или изменение состояния

Timestamp

Время обнаружения события

AssociatedObjectID

Уникальный идентификатор объекта, вызвавшего событие

Length

Количество байт на параметр Value

Value

Содержимое события

 

6.3.2.1 EventReport.request

 

Данный простой запрос запрашивает процесс отчета о событии на уровне приложения. Если значение параметра Mode является широковещательным, ConnectID должен быть установлен в 0; в противном случае это значение идентификации связи, установленное источником.

 

Параметры данного простого запроса:

 

EventReport.request{

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

Priority,

EventID,

EventType,

Timestamp,

AssociatedObjectID,

Length.

Value

}

6.3.2.2 EventReport.indication

 

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

Параметры данного простого запроса:

 

EventReport.indication {

SourceAddress,

Mode,

ConnectID,

EventID,

EventType,

Timestamp,

AssociatedObjectID,

Length,

Value

}

6.3.3 Служба EventAck

 

Служба EventAck используется для подтверждения отдельного события. В таблице 4 представлены простые запросы, поддерживаемые EventAck-SAP. В таблице 5 описаны параметры простых запросов.

 

Таблица 4 - Простые запросы, поддерживаемые EventAck

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

EventAck

6.3.3.1

6.3.3.2

-

-

 

Таблица 5 - Параметры простых запросов EventAck

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

Mode

Режим связи

ConnectID

Уникальный идентификатор установленного соединения

Priority

Приоритет сообщения. Возможные значения: высокий, средний или низкий

EventID

Уникальный идентификатор отдельного события

AssociatedObjectID

Уникальный идентификатор объекта, вызвавшего событие

Length

Количество байт на параметр Result

Result

Результат после обработки службой отчетов о событии

 

6.3.3.1 EventAck.request

 

Если получен дубликат EventReport, то должен быть отправлен дубликат EventAck. Параметр ConnectlD, EventID и AssociatedObjectID должен совпадать с полученным EventReport. Параметры данного простого запроса:

 

EventAck.request {

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

Priority,

EventID,

AssociatedObjectID,

Length,

Result

}

6.3.3.2 EventAck.indication

 

После получения EventAck статус отчета о событии будет очищен. Параметры данного простого запроса:

 

EventReport.indication{

EventID,

AssociatedObjectID,

Length.

Result

}

6.3.4 Служба Read

 

Служба Read поддерживает режим связи клиент/сервер. Эта служба обычно используется для получения конфигурации агента тестирования. В таблице 6 представлены простые запросы, поддерживаемые READ-SAP. В таблице 7 описаны параметры простых запросов.

 

Таблица 6 - Простые запросы, поддерживаемые Read

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(сonfirm)

Read

6.3.4.1

6.3.4.2

6.3.4.3

6.3.4.4

 

Таблица 7 - Параметры простых запросов для службы Read

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

Mode

Режим связи

ConnectID

Уникальный идентификатор установленного соединения

ApplicationID

Уникальный идентификатор отдельного приложения назначения

ModuleID

Уникальный идентификатор отдельного модуля назначения

ObjectID

Уникальный идентификатор отдельного объекта

Length

Количество байт на параметр Data

Data

Данный параметр представляет значения, которые запросил отправитель

Status

Данный параметр указывает атрибут доступа

 

6.3.4.1 Read.request

 

Параметры данного простого запроса:

 

Read.request {

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

ApplicationID,

ModuleID,

ObjectID,

Length

}

6.3.4.2 Read.indication

 

Параметры данного простого запроса:

 

Read.indication {

SourceAddress,

ConnectID,

ApplicationID,

ModuleID,

ObjectID,

Length

}

6.3.4.3 Read.response

 

Параметры данного простого запроса:

 

Read.response{

SourceAddress,

DestinationAddress,

Mode,

ConnectID

ApplicationID,

ModulelD,

ObjectID,

Length,

Data

}

6.3.4.4 Read.confirm

 

Параметры данного простого запроса:

 

Read.confirm {

ConnectID,

ApplicationID,

ModuleID,

ObjectID,

Data

}

6.3.5 Служба Write

 

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

 

В таблице 8 представлены простые запросы, поддерживаемые Write-SAP. В таблице 9 описаны параметры простых запросов.

 

Таблица 8 - Простые запросы, поддерживаемые службой Write

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

Write

6.3.5.1

6.3.5.2

6.3.5.3

6.3.5.4

 

Таблица 9 - Параметры простых запросов для службы Write

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

Mode

Режим связи

ConnectID

Уникальный идентификатор установленного соединения

ApplicationID

Уникальный идентификатор отдельного приложения назначения

ModuleID

Уникальный идентификатор отдельного модуля назначения

ObjectID

Уникальный идентификатор отдельного объекта

Length

Количество байт на параметр Data

Data

Данный параметр представляет значения, которые запросил

Status

Причина данного ответа

 

6.3.5.1 Write.request

 

Параметры данного простого запроса:

 

Write.request {

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

ApplicationID,

ModulelD,

ObjectID,

Length,

Data

}

6.3.5.2 Write.indication

 

Параметры данного простого запроса:

 

Write.indication {

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

ApplicationID,

ModuleID,

ObjectID,

Length,

Data

}

 

6.3.5.3 Write.response

 

Параметры данного простого запроса:

 

Write.response {

SourceAddress,

DestinationAddress,

Mode,

ConnectID,

ApplicationID,

ModuleID,

Status

}

6.3.5.4 Write.confirm

 

Параметры данного простого запроса:

 

Write.confirm {

SourceAddress,

ConnectID,

ApplicationID,

ModuleID,

Status

}

6.3.6 Служба StartTest

 

Данная служба является подтвержденной. TM может использовать службу для запуска тестового задания. В таблице 10 представлены простые запросы, поддерживаемые StartTest-SAP. В таблице 11 описаны параметры простых запросов.

 

Таблица 10 - Простые запросы, поддерживаемые службой StartTest

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

StartTest

6.3.6.1

6.3.6.2

6.3.6.3

6.3.6.4

 

Таблица 11 - Параметры простых запросов для службы StartTest

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

Status

Причина данного ответа

 

6.3.6.1 StartTest.request

Параметры данного простого запроса:

 

StartTest.request{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication

}

6.3.6.2 StartTest.indication

 

Параметры данного простого запроса:

 

StartTest.indication{

DestinationAddress,

ConnectID,

SourceApplication

}

 

6.3.6.3 StartTest.response

 

Параметры данного простого запроса:

 

StartTest.response{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

Status

}

6.3.6.4 StartTest.confirm

 

Параметры данного простого запроса:

 

StartTest.confirm{

Status

}

6.3.7 Служба StopTest

 

В таблице 12 представлены простые запросы, поддерживаемые StopTest-SAP. В таблице 13 описаны параметры простых запросов.

 

Таблица 12 - Простые запросы, поддерживаемые службой StopTest

 

Наименование

Запрос

(request)

Указание

(indication)

Ответ

(response)

Подтверждение (confirm)

StopTest

6.3.7.1

6.3.7.2

6.3.7.3

6.3.7.4

 

Таблица 13 - параметры простых запросов для службы StopTest

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

Status

Причина данного ответа

 

6.3.7.1 StopTest.request

 

Параметры данного простого запроса:

 

StopTest.request{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication

}

 

6.3.7.2 StopTest.indication

 

Параметры данного простого запроса:

 

StopTest.indication{

SourceAddress,

ConnectID,

SourceApplication,

DestinationApplication

}

 

6.3.7.3 StopTest.response

 

Параметры данного простого запроса:

 

StopTest.response{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

Status

}

6.3.7.4 StopTest.confirm

 

Параметры данного простого запроса:

StopTest.confirm{

Status

}

6.3.8 Служба StartDownAndUploading

 

Данная служба является подтвержденной. В таблице 14 представлены простые запросы, поддерживаемые StartDownAndUploading-SAP. В таблице 15 описаны параметры простых запросов.

 

Таблица 14 - Простые запросы, поддерживаемые службой StartDownAndUploading

 

Наименование

Запрос

(request)

Указание

(indication)

Ответ

(response)

Подтверждение

(confirm)

StartDownAndUploading

6.3.8.1

6.3.8.2

6.3.8.3

6.3.8.4

 

Таблица 15 - параметры простых запросов для службы StartDownAndUploading

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ArealD

Уникальный идентификатор области, которая является частью памяти

MaxSize

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

Length

Количество байт отправленных данных

Status

Причина данного ответа

 

6.3.8.1 StartDownAndUploading.request

 

Параметры данного простого запроса:

 

StartDownAndUploading.request{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

ArealD,

MaxSize,

Length

}

     

6.3.8.2 StartDownAndUploading.indication

 

Параметры данного простого запроса:

 

StartDownAndUploading.indication{

SourceAddress,

ConnectID,

SourceApplication,

ArealD

MaxSize

Length

}

6.3.8.3 StartDownAndUploading.response

 

Параметры данного простого запроса:

 

StartDownAndUploading.response{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

ArealD,

Status

}

6.3.8.4 StartDownAndUploading.confirm

 

Параметры данного простого запроса:

 

StartDownAndUploading.confirm{

Status

}

6.3.9 Служба StopDownAndUploading

 

Данная служба является подтвержденной. В таблице 16 представлены простые запросы, поддерживаемые StopDownAndUploading-SAP. В таблице 17 описаны параметры простых запросов.

 

Таблица 16 - Простые запросы, поддерживаемые службой StopDownAndUploading

 

Наименование

Запрос

(request)

Указание

(indication)

Ответ

(response)

Подтверждение

(confirm)

StopDownAndUploading

6.3.9.1

6.3.9.2

6.3.9.3

6.3.9.4

 

Таблица 17 - Параметры простых запросов для службы StopDownAndUploading

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ArealD

Уникальный идентификатор области, которая является частью памяти

Status

Причина данного ответа

 

6.3.9.1 StopDownAndUploading.request

 

Параметры данного простого запроса:

StartDownAndUploading.request{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

ArealD

}

6.3.9.2 StopDownAndUploading.indication

 

Параметры данного простого запроса:

 

StartDownAndUploading.indication{

SourceAddress,

ConnectID,

SourceApplication,

ArealD

}

6.3.9.3 StopDownAndUploading.response

 

Параметры данного простого запроса:

 

StartDownAndUploading.response{

SourceAddress,

DestinationAddress,

ConnectID,

SourceApplication,

DestinationApplication,

ArealD,

Status

}

6.3.9.4 StopDownAndUploading.confirm

 

Параметры данного простого запроса:

 

StartDownAndUploading.confirm{

Status

}

6.3.10 Служба DataUploading

 

В таблице 18 представлены простые запросы, поддерживаемые DataUploading-SAP. В таблице 19 описаны параметры простых запросов.

 

Таблица 18 - Простые запросы, поддерживаемые службой DataUploading

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(сonfirm)

DataUploading

6.3.10.1

6.3.10.2

6.3.10.3

6.3.10.4

Таблица 19 - Параметры простых запросов для службы DataUploading

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ArealD

Уникальный идентификатор области, которая является частью памяти

SquenceID

Уникальный номер, который определяется генератором запроса

IsFinshed

Если запрос является последним сообщением для отправки, параметр устанавливается в 1, в противном случае он должен быть установлен в 0

currentLength

Количество байт данных в запросе

Data

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

Status

Причина данного ответа

 

6.3.10.1 DataUploading.request

 

Параметры данного простого запроса:

 

DataUploading.indication {

SourceAddress,

DestinationAddress,

SourceApplication,

DestinationApplication,

ConnectID,

ArealD,

SquenceID,

IsFinshed,

currentLength,

data

}

6.3.10.2 DataUploading.indication

 

Параметры данного простого запроса:

 

DataUploading.indication {

SourceAddress,

SourceApplication,

ConnectID,

ArealD,

SquenceID,

IsFinshed,

currentLength,

data

}

6.3.10.3 DataUploading.response

 

Параметры данного простого запроса:

 

DataUploading.response {

ConnectID,

ArealD,

status

}

6.3.10.4 DataUploading.confirm

 

Параметры данного простого запроса:

 

DataUploading.confirm {

status

}

6.3.11 Служба DataDownloading

 

Данная служба является подтвержденной. В таблице 20 представлены простые запросы, поддерживаемые DataDownloading-SAP. В таблице 21 описаны параметры простых запросов.

 

Таблица 20 - Простые запросы, поддерживаемые службой DataDownloading

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

DataDownloading

6.3.11.1

6.3.11.2

6.3.11.3

6.3.11.4

 

Таблица 21 - Параметры простых запросов для службы DataDownloading

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ArealD

Уникальный идентификатор области, которая является частью памяти

SquenceID

Уникальный номер, который определяется генератором запроса

IsFinished

Если запрос является последним сообщением для отправки, параметр устанавливается в 1, в противном случае он должен быть установлен в 0

currentLength

Количество байт данных в запросе

Data

Данный параметр представляет собой значения, которые запросил отправитель

Status

Причина данного ответа

 

6.3.11.1 DataDownloading.request

 

Параметры данного простого запроса:

 

DataDownloading.request {

SourceAddress,

DestinationAddress,

SourceApplication,

DestinationApplication,

ConnectID,

ArealD,

SquenceID,

IsFinshed,

currentLength,

Data

}

     

6.3.11.2 DataDownloading.indication

 

Параметры данного простого запроса:

 

DataDownloading.indication {

SourceAddress,

SourceApplication,

ConnectID,

AreaID,

SquenceID,

IsFinshed,

currentLength,

Data

}

     

6.3.11.3 DataDownloading.response

Параметры данного простого запроса:

 

DataDownloading.response {

ConnectID,

AreaID,

Status

}

     

6.3.11.4 DataDownloading.confirm

 

Параметры данного простого запроса:

 

DataDownloading.confirm {

Status

}

6.3.12 Служба ExecuteTesting

 

Данная служба является подтвержденной. В таблице 22 представлены простые запросы, поддерживаемые ExecuteTesting-SAP. В таблице 23 описаны параметры простых запросов.

 

Таблица 22 - Простые запросы, поддерживаемые службой ExecuteTesting

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

ExecuteTesting

6.3.12.1

6.3.12.2

6.3.12.3

6.3.12.4

 

Таблица 23 - Параметры простых запросов для службы ExecuteTesting

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ModuleID

Уникальный идентификатор модуля, который присоединяется к тестируемой системе

TestType

Данный параметр указывает, является ли это тестовая система с ATE или тестовая система без ATE

TestClass

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

TestSuitID

Уникальный идентификатор отдельного тестового набора

TestCaseID

Уникальный идентификатор отдельного тестового сценария

Length

Число байтов информации из тестового набора

TestData

Информация из тестового набора

Status

Причина данного ответа

 

6.3.12.1 ExecuteTesting.request

 

Параметры данного простого запроса:

 

ExecuteTesting.request {

SourceAddress,

DestinationAddress,

SourceApplication,

DestinationApplication,

ConnectID,

ModuleID,

TestType,

TestClass,

TestSuitID,

TestCaseID,

Length,

TestData

}

6.3.12.2 ExecuteTesting.indication

 

Параметры данного простого запроса:

 

ExecuteTesting.indication {

SourceAddress,

SourceApplication,

DestinationApplication,

ConnectID,

ModuleID,

TestType,

TestClass,

TestSuitID,

TestCaseID,

Length,

TestData

}

6.3.12.3 ExecuteTesting.response

 

Параметры данного простого запроса:

 

ExecuteTesting.response {

SourceAddress,

DestinationAddress,

SourceApplication,

DestinationApplication,

ConnectID,

ModulelD,

TestType,

TestClass,

TestSuitID,

TestCaselD,

Length,

TestData,

Status

}

6.3.12.4 ExecuteTesting.confirm

 

Параметры данного простого запроса:

 

ExecuteTesting.confirm {

ModuleID,

TestSuitID,

TestCaselD,

Length,

TestData,

Status

}

 

      6.4 Службы управления тестированием

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

 

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

 

Таблица 24 - Службы управления и наименования SAPs

 

Наименование службы

Наименование SAP

Associate service

Associate-SAP

Abort service

Abort-SAP

Sync Service

Sync-SAP

AddressAllocation service

AddressAllocation-SAP

DeviceStatus service

DeviceStatus-SAP

 

6.4.2 Служба Associate

 

Данная служба является подтвержденной и используется для создания нового соединения между отправителем и получателем. В таблице 25 представлены простые запросы, поддерживаемые Associate-SAP. В таблице 26 описаны параметры простых запросов.

 

Таблица 25 - Простые запросы, поддерживаемые службой Associate

 

Наименование

Запрос

(request)

Указание

(indication)

Ответ

(response)

Подтверждение (confirm)

Associate

6.4.2.1

6.4.2.2

6.4.2.3

6.4.2.4

 

Таблица 26 - Параметры простых запросов для службы Associate

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

SourcePort

Порт, из которого отправляется запрос. Ответ использует его при возврате сообщения

DestinationPort

Порт, на который должен быть отправлен запрос к службе. Ответ получает запрос в этом порту

SourceApplication

Уникальный идентификатор исходного приложения

DestinationApplication

Уникальный идентификатор целевого приложения

ConnectID

Уникальный идентификатор установленного соединения

CommunicationMode

Режим связи

Status

Причина данного ответа

Detail

Дополнительная информация, указывающая причину ответа

6.4.2.1 Associate.request

 

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

 

Associate.request{

SourceAddress,

DestinationAddress,

SourcePort,

DestinationPort,

SourceApplication,

DestinationApplication,

ConnectID,

CommunicationMode

}

6.4.2.2 Associate.indication

 

Параметры данного простого запроса:

 

Associate.indication{

SourceAddress,

SourcePort,

SourceApplication,

DestinationApplication,

ConnectID,

CommunicationMode

}

6.4.2.3 Associate.response

 

Параметры данного простого запроса:

 

Associate.response{

SourceAddress,

DestinationAddress,

SourcePort,

DestinationPort,

SourceApplication,

DestinationApplication,

ConnectID,

CommunicationMode,

Status,

Detail

}

6.4.2.4 Associate.confirm

 

Параметры данного простого запроса:

 

Associate.confirm{

SourceApplication,

DestinationApplication,

ConnectID,

CommunicationMode,

Status,

Detail

}

6.4.3 Служба Abort

 

В таблице 27 представлены простые запросы, поддерживаемые Abort-SAP. В таблице 28 описаны параметры простых запросов.

 

Таблица 27 - Простые запросы, поддерживаемые службой Abort

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

Abort

6.4.3.1

6.4.3.2

-

-

 

Таблица 28 - Параметры простых запросов для службы Abort

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

SourcePort

Порт, из которого отправляется запрос. Ответ использует его при возврате сообщения

DestinationPort

Порт, на который должен быть отправлен запрос к службе. Ответ получает запрос в этом порту

ConnectID

Уникальный идентификатор установленного соединения

Status

Причина данного ответа

Detail

Дополнительная информация, указывающая причину ответа

 

6.4.3.1 Abort.request

 

Параметры данного простого запроса:

 

Abort.request{

SourceAddress,

DestinationAddress,

SourcePort,

DestinationPort,

ConnectID,

Status,

Detail

}

6.4.3.2 Abort.indication

 

Параметры данного простого запроса:

 

Abort.indication{

SourceAddress,

DestinationAddress,

SourcePort,

DestinationPort,

ConnectID,

Status,

Detail

}

6.4.4 Служба AddressAllocation

 

В таблице 29 представлены простые запросы, поддерживаемые AddressAllocation-SAP. В таблице 30 описаны параметры простых запросов.

 

Таблица 29 - Простые запросы, поддерживаемые службой AddressAllocation

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(confirm)

AddressAllocation

6.4.4.1

6.4.4.2

6.4.4.3

6.4.4.4

 

Таблица 30 - Параметры простых запросов для службы AddressAllocation

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

DestinationAddress

Адрес, на который должен быть отправлен запрос службе

ConnectID

Уникальный идентификатор установленного соединения

newAddress

Новый адрес получателя

Status

Причина данного ответа

 

6.4.4.1 AddressAllocation.request

Параметры данного простого запроса:

 

AddressAllocation.request{

SourceAddress,

DestinationAddress,

ConnectID,

newAddress

}

 

6.4.4.2 AddressAllocation.indication

 

Параметры данного простого запроса:

 

AddressAllocation.indication{

SourceAddress,

DestinationAddress,

ConnectID,

newAddress

}

6.4.4.3 AddressAllocation.response

 

Параметры данного простого запроса:

 

AddressAllocation.response{

SourceAddress,

DestinationAddress,

ConnectID,

Status

}

6.4.4.4 AddressAllocation.confirm

 

Параметры данного простого запроса:

 

AddressAllocation.confirm{

Status

}

6.4.5 Служба Sync

 

В таблице 31 представлены простые запросы, поддерживаемые Sync-SAP. В таблице 32 описаны параметры простых запросов.

 

Таблица 31 - Простые запросы, поддерживаемые службой Sync-SAP

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(сonfirm)

Sync

6.4.5.1

6.4.5.2

-

-

 

Таблица 32 - Параметры простых запросов для службы Sync-SAP

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

SequenceID

Уникальный номер, который определяется генератором запроса

TimeStamp

Параметр указывает дату и время отправки запроса

 

6.4.5.1 Sync.request

 

Параметры данного простого запроса:

 

Sync.request {

SourceAddress,

SequenceID,

TimeStamp

}

6.4.5.2 Sync.indication

 

Параметры данного простого запроса:

 

Sync.indication {

SequenceID,

TimeStamp

}

6.4.6 Служба DeviceStatus

В таблице 33 представлены простые запросы, поддерживаемые ME-SET-SAP. В таблице 34 описаны параметры простых запросов.

 

Таблица 33 - Простые запросы, поддерживаемые службой DeviceStatus-SAP

 

Наименование

Запрос

Указание

Ответ

Подтверждение

 

(request)

(indication)

(response)

(сonfirm)

DeviceStatus

6.4.6.1

6.4.6.2

 

 

 

Таблица 34 - Параметры простых запросов для службы DeviceStatus-SAP

 

Наименование параметра

Описание

SourceAddress

Адрес, с которого отправляется запрос службе

PhysicalStatus

Сводка состояния реального устройства

ApplicationStatus

Более подробно о состоянии тестируемых приложений из запроса

ModuleStatus

Более подробно о состоянии модулей из запроса

TestStatus

Более подробно о тестовом наборе из запроса

 

6.4.6.1 DeviceStatus.request

 

Параметры данного простого запроса:

 

DeviceStatus.request{

SourceAddress,

PhysicalStatus,

ApplicationStatus,

ModuleStatus,

TestStatus,

}

6.4.6.2 DeviceStatus.indication

 

Параметры данного простого запроса:

 

DeviceStatus.indication{

SourceAddress,

PhysicalStatus,

ApplicationStatus,

ModuleStatus,

TestStatus,

}

     Приложение А

     (справочное)

     

 

 Пример испытательной платформы для гибридных сенсорных сетей на основе IPv6

На рисунке A.1 показана испытательная платформа для гибридных сенсорных сетей на основе IPv6. В этой интегрированной платформе TAP 1 используется для тестирования соответствия протокола маршрута 6LowPAN на основе 802.15.4, а TAP2 для тестирования соответствия протокола IPv6 является конечным устройством на основе Ethernet.

 

Интерфейс Ethernet используется как TMR, так и двумя TA. Унифицированные службы реализуются веб-службами между TM и TA. TAP1 и TAP2 в TM используются для управления TA1 и TA2 соответственно.

Стек протокола 6LowPAN в TA1 основан на 802.15.4. TA1 может использоваться для проверки поведения маршрутизации от DUT1. TA2 поддерживает стек протоколов IPv6 на основе 802.3, который напрямую взаимодействует с DUT2.

 

Если имеется много разных тестируемых систем, их можно интегрировать в гибридную испытательную платформу.

 

 

 

 

     Рисунок А.1 - Испытательная платформа для гибридных сенсорных сетей на основе IPv6

Таблица А.1 - Тестирование на соответствие протокола 6LoWPAN на рисунке А.1

 

Элемент

Описание

SUT1

В этой SUT используется беспроводная сенсорная сеть IPv6, основанная на стандарте 802.15.4

TA1

6LowPAN используется для связи между TA1 и DUT1; IPv4 для связи с ТМ

Унифицированные службы

Реализуются веб-службами

TAP1

Используется для тестирования соответствия маршрута 6LowPAN

 

Таблица А.2 - Тестирование на соответствие протокола IPv6 на рисунке А.1

 

Элемент

Описание

SUT2

В этой SUT используется беспроводная сенсорная сеть IPv6, основанная на стандарте 802.15.4

TA2

IPv6 используется для связи между TA2 и DUT2; IPv4 для связи с ТМ

Унифицированные службы

Реализуются веб-службами

TAP2

Используется для тестирования соответствия маршрута IPv6

 

УДК 004.738:006.354

 

 

ОКС 35.110

 

Ключевые слова: информационные технологии, сенсорные сети, интегрированная среда тестирования сенсорных сетей

 

 

Вверх