WWW.LIBRUS.DOBROTA.BIZ
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - собрание публикаций
 

«ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ НАЦИОНАЛЬНЫЙ Г О С Т Р И С О /М Э К СТАНДАРТ 18000-7— РОССИЙСКОЙ ФЕДЕРАЦИИ Информационные технологии И Д Е Н Т И Ф И К А Ц И Я Р А Д И О Ч ...»

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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

НАЦИОНАЛЬНЫЙ Г О С Т Р И С О /М Э К

СТАНДАРТ

18000-7—

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

И Д Е Н Т И Ф И К А Ц И Я Р А Д И О Ч А С ТО Т Н А Я

Д Л Я УП Р А В Л Е Н И Я П Р Е Д М Е ТА М И

Часть 7 Параметры активного радиоинтерфейса для связи на частоте 433 МГц ISO/IEC 18000-7:2009 Information technology — Radio frequency identification for item management — Part 7: Parameters for active air interface communications at 433 MHz (IDT) Издание официальное Москва Стандартинформ контроль качества строительства ГОСТ Р ИСО/МЭК 18000-7—2012 Предисловие 1 ПОДГОТОВЛЕН ООО «НТЦ «Альфа-1» при участии Ассоциации автоматической идентифика­ ции «ЮНИСКАН/ГС1 РУС» на основе выполненного ООО «НТЦ «Альфа-1» аутентичного перевода на русский язык международного стандарта, указанного в пункте 4 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 355 «Технологии автоматической иден­ тификации и сбора данных и биометрия»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому ре­ гулированию и метрологии от 29 ноября 2012 г. №1428-ст 4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 18000-7:2009 «Инфор­ мационные технологии. Радиочастотная идентификация для управления предметами. Часть 7. Пара­ метры активного радиоинтерфейса для связи на частоте 433 МГц» (ISO/IEC 18000-7:2009 «Information technology — Radio frequency identification for item management — Part 7: Parameters for active air interface communications at 433 MHz») .

При применении настоящего стандарта рекомендуется использовать вместо ссылочных между­ народных стандартов и документа соответствующие им национальные стандарты Российской Федера­ ции, сведения о которых приведены в дополнительном приложении ДА .

Перевод на русский язык наименований команд, сигналов, ошибок, физических параметров и па­ раметров управления множественным доступом по ИСО/МЭК 18000-7 приведен в дополнительном приложении ДБ 5 ВВЕДЕН ВПЕРВЫЕ 6 Следует обратить внимание на то, что некоторые элементы настоящего стандарта могут быть объектом патентных прав. ИСО и МЭК не несут ответственность за установление подлинности ка­ ких-либо или всех таких патентных прав Правила применения настоящего стандарта установлены в ГОСТ Р 1.0—2012 (раздел 8). Ин­ формация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 ян­ варя текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стан­ дарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя «Националь­ ные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте национального органа Российской Федерации по стандартизации в сети Интернет (gost.ru)

–  –  –

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

2 Соответствие стандарту

2.1 Общие требования к радиоизлучению

2.2 Радиочастотное излучение и чувствительность медицинского оборудования





2.3 Структура команд и возможность расширений

2.4 Обязательные команды

2.5 Дополнительные команды

2.6 Команды пользователя

2.7 Команды изготовителя

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

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

5 Обозначения и сокращ ения

6 Технические требования к активной узкополосной системе на частоте 433,92 М Гц

6.1 Физический (сигнальный) у р о в е н ь

6.2 Уровень линий передачи д а н н ы х

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

6.2.2 Преамбула

6.2.3 Байты д а н н ы х

6.2.4 Признак конца пакета

6.2.5 Формат сообщения от УСО к радиочастотной метке

6.2.6 Формат ответа от радиочастотной метки к УС О

6.3 Команды для радиочастотных м е т о к

6.3.1. Команда «Collection with Universal Data B lo ck»

6.3.2 Команда «Sleep»

6.3.3 Команда «Sleep All B u t»

6.3.4 Команды защиты информации

6.3.5 Команды передачи информации

6.3.6 Команды чтения неизменной информации, заданной изготовителем

6.3.7 Команды обращения к памяти радиочастотной метки

6.3.8 Команда «Delete Writeable D ata»

6.3.9 Команда «Read Universal Data Block»

6.3.10 Команды табличных баз д а н н ы х

6.3.11 Команда «Веер ON/O FF»

6.3.12 Применение датчиков

6.4 Опрос радиочастотных меток и разрешение коллизий

6.5 Сбор данных множества пакетов блока UDB

6.6 Физические параметры и параметры управления множественным доступом («Media Access Control»; M AC )

6.6.1 Линия связи УСО с радиочастотной меткой

6.6.2 Линия связи радиочастотной метки с У С О

6.6.3 Протокол передачи д а н н ы х

6.6.4 Антиколлизионные параметры

Приложение А (обязательное) Совместимость различных стандартов применения на основе настоящего стандарта

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

Приложение ДБ (справочное) Перевод на русский язык наименований команд, сигналов, оши­ бок, физических параметров и параметров управления множественным доступом по ИСО/МЭК 18000-7

Библиография

ГОСТ Р ИСО/МЭК 18000-7—2012

Введение

Настоящий стандарт применяется к устройствам радиочастотной идентификации (РЧИ), работаю­ щим на частоте 433 МГц, осуществляющим применение радиоинтерфейса в аппаратуре беспроводных бесконтактных информационных систем при их использовании для управления предметами. Типичные условия применения предусматривают работу на дальностях более одного метра .

Система РЧИ включает в себя системное оборудование и оборудование радиочастотной иден­ тификации (устройство считывания/опроса и радиочастотные метки). Системное оборудование ис­ пользует программное обеспечение, которое управляет взаимодействием с оборудованием РЧИ .

Оборудование РЧИ включает в себя два основных компонента: радиочастотные метки и устройства считывания/опроса (УСО) .

Радиочастотные метки предназначены для закрепления на предметах, ко­ торыми необходимо управлять пользователю. Они должны обеспечивать хранение серийного номера радиочастотной метки и других данных, относящихся к радиочастотной метке или изделию, и передачу этой информации УСО. УСО является устройством, осуществляющим связь с радиочастотной меткой в ее радиочастотном диапазоне. УСО управляет протоколом радиоинтерфейса, считывает информа­ цию с радиочастотных меток, в некоторых случаях выдает радиочастотным меткам команды записи данных, а также обеспечивает доставку сообщений и достоверность данных. В данной системе РЧИ используются активные радиочастотные метки .

Системы РЧИ, удовлетворяющие требованиям настоящего стандарта, должны выполнять следу­ ющий минимальный набор функций:

- идентификацию радиочастотных меток в рабочей области УСО;

- считывание данных;

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

- выбор по группам или адресам;

- поэтапную обработку множества радиочастотных меток в рабочей области УСО;

- обнаружение ошибок .

Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) обращают внимание на то, что соответствие настоящему стандарту может подразуме­ вать необходимость использования патентов в области технологии радиочастотной идентификации, указанных в 6.2. ИСО и МЭК не рассматривают вопросов подтверждения, срока действия и области применения указанных патентных прав .

Владельцы указанных патентных прав гарантируют ИСО и МЭК готовность вести переговоры с об­ ратившимися к ним лицами о предоставлении лицензий на разумных и недискриминационных услови­ ях. При наличии таких гарантий заявления владельцев патентных прав регистрируются в ИСО и МЭК .

Информация о заявленных патентах приведена в таблице ниже .

–  –  –

С ледует обратить вним ание на то, что некоторы е полож ения настоящ его стандарта могут бы ть защ ищ ены патентами, отличны ми от пр иведенны х в вы ш еуказанной таблице. ИСО и М Э К не несут от­ ветственности за определение каких-либо патентны х прав .

П ояснения к те ксту настоящ его стандарта приведены в виде сносо к и вы делены курсивом .

–  –  –

1 Область применения Настоящий стандарт устанавливает требования к радиоинтерфейсу для систем радиочастот­ ной идентификации (РЧИ) с активными радиочастотными метками, работающих на частоте 433 МГц и используемых для управления предметами, и содержит общее техническое описание устройств РЧИ, которое может быть использовано при разработке стандартов по применению систем радио­ частотной идентификации. Настоящий стандарт должен способствовать обеспечению совместимо­ сти и улучшению способности к взаимодействию устройств растущего рынка РЧИ в международном масштабе .

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

2 Соответствие стандарту

Правила оценки соответствия устройств РЧИ настоящему стандарту определены в ИСО/МЭК ТО 18047-7 .

2.1 Общие требования к радиоизлучению Изготовители устройств, утверждая об их соответствии требованиям настоящего стандарта, должны заявить о своей ответственности в том, что радиочастотное излучение не превышает макси­ мально допустимых пределов воздействия, рекомендованных IEEE С95.1:2005 или ICNIRP в соответ­ ствии с МЭК 62369-1. Если изготовитель устройств не определился, требованиям каких рекомендаций необходимо указать соответствие, то изготовитель должен заявить о своей ответственности за их соот­ ветствие ограничениям ICNIRP .

2.2 Радиочастотное излучение и чувствительность медицинского оборудования Изготовители устройств, утверждающие о соответствии требованиям настоящего стандарта, должны заявить о своей ответственности за удовлетворение требованиям МЭК 60601-1-2 .

Издание официальное ГОСТ Р ИСО/МЭК 18000-7—2012

2.3 Структура команд и возможность расширений Настоящий стандарт включает в себя определение командных кодов связи между устройством считывания/опроса (УСО) и радиочастотными метками, а также указывает возможности расширений для использования в будущем .

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

Каждая команда определена в качестве обязательной или дополнительной .

Разделы настоящего стандарта также предусматривают возможность использования команд пользователя и изготовителя .

2.4 Обязательные команды Обязательные команды должны поддерживаться всеми метками, в отношении которых заявлено о соответствии стандарту. Все УСО, в отношении которых заявлено о соответствии стандарту, должны поддерживать все обязательные команды .

2.5 Дополнительные команды Дополнительными командами являются команды, которые определены как таковые в настоящем стандарте. УСО должны иметь технические возможности для поддержи всех дополнительных команд, которые определены как таковые в настоящем стандарте (хотя это может не предусматриваться уста­ новками при отсутствии необходимости). Радиочастотные метки могут поддерживать или не поддержи­ вать выполнение дополнительных команд .

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

2.6 Команды пользователя Команды пользователя могут быть разрешены при применении настоящего стандарта, но настоя­ щий стандарт не определяет их .

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

2.7 Команды изготовителя Команды изготовителя могут быть разрешены при применении настоящего стандарта, но настоя­ щий стандарт не определяет их .

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

Все команды изготовителя должны быть заблокированы до того, как радиочастотные метки по­ кинут предприятие изготовителя. Все команды изготовителя предназначены для целей производства и не должны использоваться в развернутых для эксплуатации системах РЧИ .

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

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

ИСО/МЭК 8859-1 Информационные технологии. Наборы 8-битовых однобайтовых кодированных графических знаков. Часть 1. Латинский алфавит №1 (ISO/IEC 8859-1, Information technology — 8-bit single-byte coded graphic character sets — Part 1: Latin alphabet No. 1) ИСО/МЭК 15459 (все части) Информационные технологии. Уникальные идентификаторы (ISO/IEC 15459 (all parts), Information technology — Unique identifiers) ИСО/МЭК 15963 Информационные технологии. Радиочастотная идентификация для управле­ ния предметами. Уникальная идентификация радиочастотных меток (ISO/IEC 15963, Information tech­ nology — Radio frequency identification for item management — Unique identification for RF tags) ГОСТ Р ИСО/МЭК 18000-7—2012 ИСО/МЭК ТО 18047-7 Информационные технологии. Методы испытаний на соответствие устройств радиочастотной идентификации. Часть 7. Методы испытаний активного радиоинтерфей­ са для связи на частоте 433 МГц (ISO/IEC TR 18047-7, Information technology — Radio frequency identification device conformance test methods — Part 7: Test methods for active air interface communi­ cations at 433 MHz) ИСО/МЭК 19762-1 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД [ISO/IEC 19762-1, Information technology — Automatic identification and data capture (AIDC) techniques — Harmo­ nized vocabulary — Part 1: General terms relating to AIDC] ИСО/МЭК 19762-3 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 3. Радиочастотная идентификация (РЧИ) [ISO/IEC 19762-3, Information technology — Automatic identification and data capture (AIDC) techniques — Harmonized vocabulary — Part 3: Radio frequency identification (RFID)] МЭК 62369-1, Изд. 1.0, Определение воздействия на человека электромагнитных полей от устройств малого радиуса действия (SRD) при различных применениях в диапазоне частот от 0 ГГц до 300 ГГц. Часть 1. Поля, создаваемые устройствами, используемыми для электронного слежения за предметами, радиочастотной идентификации и в подобных системах [IEC 62369-1, Ed. 1.0, Evaluation of human exposure to electromagnetic fields from short range devices (SRDs) in various applications over the frequency range 0 GHz to 300 GHz — Part 1: Fields produced by devices used for electronic article surveil­ lance, radio frequency identification and similar systems] МЭК 60601-1-2 Медицинское электронное оборудование. Часть 1-2. Общие требования по ос­ новополагающей безопасности и важнейшим эксплуатационным характеристикам. Сопутствующий стандарт. Электромагнитная совместимость. Требования и испытания (IEC 60601-1-2, Medical electrical equipment — Part 1-2: General requirements for basic safety and essential performance — Collateral stan­ dard: Electromagnetic compatibility — Requirements and tests) Рекомендации ICNIRP1) Рекомендации по ограничению воздействия переменных во времени электрических, магнитных и электромагнитных полей (до 300 ГГц), Международная комиссия по за­ щите от неионизирующего излучения [ICNIRP Guidelines, Guidelines for limiting exposure to time-varying electric, magnetic, and electromagnetic fields (up to 300 GHz), International Commission on Non-Ionizing Radiation Protection] IEEE C95.1:2005 Стандарт IEEE2) по безопасным уровням воздействия на человека радиочастот­ ных электромагнитных полей от 3 кГц до 300 ГГц (IEEE С95.1:2005, IEEE Standard for Safety Levels with Respect to Human Exposure to Radio Frequency Electromagnetic Fields, 3 kHz to 300 GHz)

–  –  –

В настоящем стандарте применены термины и определения, установленные в ИСО/МЭК 19762-1 и ИСО/МЭК 19762-3 .

5 Обозначения и сокращения В настоящем стандарте использованы обозначения и сокращения, установленные в ИСО/МЭК 19762-1 и ИСО/МЭК 19762-3 .

6 Технические требования к активной узкополосной системе на частоте 433,92 МГц

6.1 Физический (сигнальный) уровень Радиочастотная линия связи между УСО и радиочастотной меткой использует узкую полосу ча­ стот в диапазоне УВЧ со следующими номинальными значениями параметров:

- несущая частота — 433,92 МГц;

1) ICNIRP (The International Commission on Non-Ionizing Radiation Protection) — Международная комиссия по защите от неионизирующего излучения .

2) IEEE (Institute of Electrical and Electronics Engineers, Inc.) — Институт инженеров по электротехнике и радио­ электронике. ИИЭР — международная организация по стандартизации .

ГОСТ Р ИСО/МЭК 18000-7— 2012

- тип модуляции — частотная манипуляция (FSK);

- девиация частоты — ± 50 кГц;

- низкий логический уровень символа — (fc +50) кГц;

- высокий логический уровень символа — (fc -5 0 ) кГц;

- частота передачи данных — 27,7 кГц;

- сигнал пробуждения (сигнал «Wake Up») — периодический сигнал прямоугольной формы (ме­ андр) с частотой модуляции 31,25 кГц и следующий за ним периодический сигнал прямоугольной фор­ мы (меандр) с частотой модуляции 10 кГц .

Подробные требования к физическому (сигнальному) уровню см. в 6.6 .

Для перевода в активное состояние всех радиочастотных меток, находящихся в рабочей области УСО, сигнал «Wake Up» должен передаваться, как минимум, 2,45 с. Сигнал «Wake Up» должен состо­ ять из модулированного меандром с частотой 31,25 кГц заголовка («Wake Up Header») длительностью от 2,35 до 4,8 с, за которым немедленно следует подзаголовок («Со-Header») длительностью 0,1 с, имеющий модуляцию меандром с частотой 10 кГц .

При регистрации и выполнении сигнала «Wake Up» все радиочастотные метки должны перейти в состояние готовности «Ready» и ждать команд УСО (см. рисунок 1). Радиочастотные метки могут находиться в одном из двух состояний — «Ready»/«Awake» (состояние готовности или пробуждения) или «Asleep» (спящее состояние). В состоянии «Ready» радиочастотные метки должны принять дей­ ствительную команду от УСО и дать на нее требуемый ответ. В состоянии «Asleep» радиочастотная метка игнорирует все команды .

–  –  –

Радиочастотная метка, выведенная из спящего состояния, остается активной, как минимум, 30 с после получения последнего действительного пакета сообщения, содержащего действительный иден­ тификатор протокола (Protocol ID), код команды (Command Code) и значение кода CRC, если до истече­ ния этого времени не получена команда УСО перейти в спящее состояние. Если в течение 30 с не по­ ступает сформированное должным образом сообщение с командой, то радиочастотная метка должна перейти в спящее состояние и больше не должна отвечать на команды УСО .

Связь между УСО и радиочастотной меткой осуществляется по типу ведущего и ведомого («Mas­ ter—Slave»), при этом УСО инициирует сеанс связи, а затем ждет ответ от радиочастотной метки. Пере­ дача ответов от множества радиочастотных меток определяется алгоритмом опроса, описанным в 6.4 .

6.2 Уровень линий передачи данны х 6.2.1 Общие положения Данные по линии связи между УСО и радиочастотной меткой передаются в формате пакета. Па­ кет состоит из преамбулы, байта данных и сигнала окончания пакета. Последние два изменения уровня сигнала в преамбуле являются признаком ее окончания и начала первого байта данных. Те же два из­ менения уровня сигнала в преамбуле также указывают на источник пакета данных. Данные передаются ГОСТ Р И С О /М Э К 18000-7— 2012 в формате манчестерского кода. Порядок передачи должен быть таким: первым передается старший байт, а внутри байта первым передается младший бит. На рисунке 2 показаны логические уровни син­ хронизации передачи данных преамбулы и первого байта пакета .

–  –  –

П р и м е ч а н и е — Порядок передачи данных: первым передается старший байт, внутри байта первым передается младший бит. Первому периоду преамбулы предшествует сигнал низкого логического уровня длительностью 15 мкс. На рисунке в байте показан код «ОхСб» .

–  –  –

6.2.2 Преамбула Преамбула должна содержать 20 периодов длительностью 60 мкс. Каждый такой период состоит из сигнала высокого логического уровня длительностью 30 мкс и сигнала низкого логического уровня длительностью 30 мкс. Затем идут два конечных изменения уровня сигнала, которые определяют на­ правление передачи данных. Так, перепад высокого уровня сигнала длительностью 42 мкс на низкий уровень сигнала длительностью 54 мкс указывает на передачу данных от радиочастотной метки к УСО, а перепад высокого уровня сигнала длительностью 54 мкс на низкий уровень сигнала длительностью 54 мкс — на передачу данных от УСО к радиочастотной метке (см. рисунок 2) .

6.2.3 Байты данных Байты данных должны передаваться в формате манчестерского кода, каждый байт содержит 8 битов данных и один столовый бит. Битовый период равен 36 мкс, общий байтовый период — 324 мкс .

Спад сигнала в середине бита является признаком значения «0», фронт сигнала — признаком «1». Сто­ ловый бит кодируется как нулевой .

6.2.4 Признак конца пакета Конечный признак в виде непрерывного сигнала низкого логического уровня длительностью 36 мкс, за которым следует переход от низкого логического к высокому логическому уровню, с после­ дующим непрерывным сигналом высокого логического уровня длительностью, как минимум, 15 мкс, передается внутри пакета после последнего бита манчестерского кода .

6.2.5 Формат сообщения от УСО к радиочастотной метке Радиочастотные метки должны распознавать получаемые от УСО сообщения в формате, описан­ ном в таблицах 1 и 2 .

ГОСТ Р ИСО/МЭК 18000-7—2012 Таблица 1 — Формат команды УСО ко всем радиочастотным меткам (общая команда)

–  –  –

6.2.5.1 Идентификатор протокола (Protocol ID) Поле идентификатора протокола (Protocol ID) позволяет осуществлять разработку различных стандартов применения, используя за основу положения настоящего стандарта («производные стан­ дарты применения»). Все производные стандарты применения должны использовать одинаковый протокол физического (сигнального) уровня, но структура (поля) команд и ответов, а также набор команд могут отличаться в зависимости от применения .

В настоящем стандарте определены три основные команды: «Collection with Universal Data Block», «Sleep» и «Sleep All But», которые должны поддерживаться всеми производными стандартами. Все остальные команды в соответствии с тре­ бованиями настоящего стандарта должны поддерживаться устройствами, соответствующими насто­ ящему стандарту, но необязательны для поддержки устройствами, соответствующими производным стандартам применения .

При передаче УСО сигнала пробуждения «Wake Up» все радиочастотные метки, поддерживаю­ щие требования к радиоинтерфейсу настоящего стандарта и производных стандартов применения, должны перейти в активное состояние .

УСО может передавать различные команды в зависимости от применения. Для инвентаризации всех активных радиочастотных меток в рабочей области УСО должно выдать команду сбора данных «Collection», определенную в настоящем стандарте. На эту основную команду сбора данных «Collection»

должны отвечать все радиочастотные метки, поддерживающие как настоящий стандарт, так и про­ изводные стандарты применения. Радиочастотные метки должны отвечать на команду «Collection»

с использованием форматов ответа, устанавливаемых в стандарте на применяемые радиочастотной меткой уровни линий передачи данных (в настоящем стандарте или производных стандартах). Также радиочастотные метки должны выполнять команды «Sleep» и «Sleep All But», определенные в настоя­ щем стандарте. Совместимость настоящего стандарта и производных стандартов проиллюстрирована в приложении А .

6.2.5.2 Опции пакета (Packet Options)

–  –  –

Поле опций пакета, показанное в таблице 3, указывает на наличие в сообщении команды (пакете) полей серийного номера радиочастотной метки и идентификатора ее изготовителя. Как указано в та­ блице 4, отдельная команда может быть обращенной ко всем меткам (общая) или к конкретной метке (частная).

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

- только для частной команды: значение бита 1 в поле опций пакета установлено на «1»;

- только для общей команды: значение бита 1 в поле опций пакета установлено на «0» .

Зарезервированные биты предназначены для использования в будущем. Они имеют нулевое зна­ чение по умолчанию .

6.2.5.3 Длина пакета (Packet Length) Поле длины пакета используется для указания длины сообщения (в байтах) с начала идентифи­ катора протокола до поля кода CRC включительно .

6.2.5.4 Идентификатор изготовителя радиочастотной метки (Tag Manufacturer ID) Идентификатор изготовителя радиочастотной метки — это уникальный идентификатор, присва­ иваемый каждому изготовителю радиочастотных меток. Идентификатор изготовителя радиочастотной метки представляет собой шестнадцатибитовый код, присвоенный органом регистрации в соответствии с ИСО/МЭК 15963. Указанный шестнадцатибитовый код состоит из кода категории по ИСО/МЭК 15963 «0001 0001» (старший байт), а также восьмибитового идентификатора организации, присваивающей идентификатор UID1) «хххххххх» (младший байт) .

П р и м е р — Если идентификатор организации, присваивающей идентификатор UID, имеет зна­ чение «00000100», то идентификатор изготовителя радиочастотной метки будет иметь значение «00010001 00000100» .

Формат и содержание идентификатора изготовителя радиочастотной метки должны удовлетво­ рять требованиям к уникальным идентификаторам по ИСО/МЭК 15459-1 .

Структура и расположение идентификатора изготовителя радиочастотной метки также описаны в документах ИСО/МЭК 15963 и INCITS 256 .

Органом регистрации для ИСО/МЭС 18000-7 является Autoid.org2\ 6.2.5.5 Серийный номер радиочастотной метки (Tag Serial Number) Серийный тридцатидвухбитовый номер радиочастотной метки присваивается как уникальный для каждой радиочастотной метки в процессе производства. Он только читается и не может быть пере­ записан. Номер не структурирован и не содержит никакой другой информации, кроме предназначенной для уникальной идентификации метки. Серийный номер радиочастотной метки нельзя использовать повторно. Присвоение серийного номера радиочастотной метки может осуществляться и регулировать­ ся каждым изготовителем .

Идентификатор изготовителя радиочастотной метки и серийный номер радиочастотной метки вместе уникально идентифицируют радиочастотные метки в соответствии с ИСО/МЭК 15963. В этой шестибайтовой комбинации первые два байта представляют идентификатор изготовителя радиоча­ стотной метки, а последующие четыре байта — серийный номер радиочастотной метки .

П р и м е р комбинированной структуры данных из идентификатора изготовителя радиоча­ стотной метки и серийного номера радиочастотной метки — «00010001 00000100 хххххххх хххххххх хххххххх хххххххх» .

6.2.5.6 Идентификатор сеанса (Session ID) Идентификатор сеанса — это шестнадцатибитовый номер, который позволяет однозначно от­ личить каждое из УСО от любых других УСО, поддерживающих настоящий стандарт и находящихся в пределах общей рабочей области. Идентификатор сеанса для конкретного УСО может быть изменен без ограничений, но новое присвоенное значение не должно использоваться другими УСО, поддержи­ вающими настоящий стандарт и находящимися в пределах общей рабочей области. Никакие два УСО, поддерживающие настоящий стандарт и находящиеся в радиочастотном диапазоне одной и той же радиочастотной метки, не могут иметь одинаковые идентификаторы сеанса. В момент изменения зна­ чения идентификатора сеанса прекращаются любые текущие коммуникации между УСО и радиочасВ настоящем стандарте использовано устаревшее название идентификатора радиочастотной метки — UID. Согласно действующему стандарту ГОСТ Р ИСО/МЭК 15963—2011 идентификатор радиочастотной метки называется ТЮ (от английского «Tag Identifier») .

2) Autoid.org — зарегистрированная торговая марка фирмы «Q. Е. D. Systems» (США), под которой фирма оказывает услуги по присвоению уникальных идентификаторов изготовителей радиочастотных меток, соответству­ ющих требованиям ИСО/МЭК 18000-7. (Для справок и обращений U R L— http://www.autoid.org.) ГОСТ Р И С О /М Э К 18000-7— 2012 тотными метками. Если УСО получает сообщ ение метки с идентиф икатором сеанса, отличным от его собственного идентиф икатора сеанса, оно не должно передавать с использованием УВЧ интерфейса каких-либо пакетов, относящ ихся к содержанию сообщ ения метки .

Значение идентиф икатора сеанса «0x0000» является резервным и не должно использоваться .

6.2.5.7 Коды команд Коды команд и соответствующие функции чтения/записи приведены ниже в таблице 4 .

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

–  –  –

Тип команды указывает на то, является ли команда общей (не включает в сообщение идентификатор изготовителя радиочастотной метки и серийный номер радиочастотной метки) или частной (включает в со­ общение идентификатор изготовителя радиочастотной метки и серийный номер радиочастотной метки) .

Для команд, требую щ их субкода команды, поле субкода команды располагается в первом байте поля аргументов команды, которое следует за полем кода команды .

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

ГОСТ Р ИСО/М ЭК 18000-7— 2012 6.2.5.9 Код CRC Контрольная сумма в виде шестнадцатибитового значения рассчитывается для каждого сообще­ ния команды с начальным нулевым значением («0x0000») по всем байтам данных (исключая преамбу­ лу) от идентификатора протокола до аргументов команды включительно. Расчет ведется в соответ­ ствии с рекомендацией CCITT1) с помощью полинома «х16+ х 12+ х 5 +1». Значение кода CRC добавляется в соответствующее поле командного сообщения в виде двухбайтового поля. См. «Реко­ мендации ITU-T V.41 (Извлечения из официальных документов). Кодонезависимая система контроля ошибок, приложение I — Реализация кодирования и декодирования для системы с использованием циклического кода» [ITU-T Recommendation V.41 (Extract from the Blue Book), Code-independent errorcontrol system, Appendix I — Encoding and decoding realization for cyclic code system], 6.2.6 Ф ормат ответа от радиочастотной метки к УСО В зависимости от типа сообщения, передаваемого радиочастотной меткой УСО, оно может иметь один из двух форматов. Радиочастотная метка должна всегда отвечать на команду, используя один из форматов ответа, описанных ниже.

Исключение составляют случаи, когда радиочастотная метка не должна отвечать УСО, а именно:

- команда, удовлетворяющая требованиям настоящего стандарта, не требует ответа;

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

- общая команда получена с неправильным командным кодом или другой ошибкой;

- радиочастотная метка находится в спящем состоянии .

Существует два возможных формата ответа:

- формат ответа на общую команду;

- формат ответа на частную команду .

6.2.6.1 Формат ответа радиочастотной метки на общую команду Данный формат сообщения, приведенный в таблице 5, используется в ответе радиочастотной метки, находящейся в рабочей области УСО, на его общую команду. Общие команды см. в таблице 4 .

Таблица 5 — Формат ответа на общую команду

–  –  –

В соответствии с таблицей 5 в своем ответе на общую команду радиочастотная метка должна передать идентификатор протокола и следующую информацию:

- статус радиочастотной метки, который указывает несколько параметров: формат ответа, тип радиочастотной метки, наличие сигнала предупреждения (alarm), наличие отказов аппаратуры. Под­ робнее о статусе метки см. 6.2.6.4;

- д лин у пакета, которая указывает число байтов в сообщении, начиная с поля идентификатора протокола и до поля кода CRC включительно;

- идентиф икатор сеанса: идентификатор конкретного УСО. Имеет целое значение от «0x0001»

до «OxFFFF». Нулевое значение «0x0000» зарезервировано и не используется;

- идентиф икатор изготовителя радиочастотной метки: уникальный идентификатор, присвоен­ ный изготовителю;

- серийны й номер радиочастотной метки: уникальный серийный номер радиочастотной метки, присвоенный изготовителем в процессе ее производства;

- код команды : код команды, полученной от УСО (см. таблицу 4);

1) Международный консультационный комитет по телефонии и телеграфии, МККТТ (фр. Comite Consultatif International Telephonique et Telegraphique, CCITT) — подразделение Международного союза электросвязи (ITU) .

С 1995 года этот комитет официально называется ITU-T сектор стандартизации электросвязи Международного союза электросвязи (англ. International Telecommunication Union — Telecommunication sector). CCITT (ITU-T) раз­ рабатывает технические стандарты, известные как «Рекомендации», по всем международным аспектам цифровых и аналоговых коммуникаций .

ГОСТ Р ИСО/МЭК 18000-7—2012

- данные: строка данных, передаваемая радиочастотной меткой в ответ на действительную об­ щую команду УСО. Значение N — длина строки данных в байтах, которая определяется командой. Если радиочастотная метка получает недействительную команду, никакого ответа УСО не передается;

- код CRC: контрольный код в байтах (см. 6.2.5.9) .

6.2.6.2 Формат ответа радиочастотной метки на частную команду Данный формат, приведенный в таблице 6, используется в ответе метки на все частные команды УСО, которые требуют указания изготовителя метки и серийного номера для доступа к конкретной мет­ ке. (Частные команды указаны в таблице 4.) Т а б л и ц а 6 — Формат ответа радиочастотной метки на частную команду УСО

–  –  –

* Это поле зависит от команды, для некоторых команд оно отсутствует .

В соответствии с таблицей 6 в своем ответе на частную команду радиочастотная метка должна передать идентификатор протокола и следующую информацию:

- статус радиочастотной метки, который указывает несколько параметров: формат ответа, тип радиочастотной метки, наличие сигнала предупреждения (alarm), наличие отказов аппаратуры. Под­ робнее о статусе метки см. 6.2.6.4;

- длину пакета, которая указывает число байтов в сообщении, начиная с поля идентификатора протокола и до поля кода CRC включительно;

- идентификатор сеанса: идентификатор конкретного УСО. Имеет целое значение от «0x0001»

до «OxFFFF». Нулевое значение «0x0000» зарезервировано и не используется;

- идентификатор изготовителя радиочастотной метки: уникальный идентификатор, присвоен­ ный изготовителю;

- серийный номер радиочастотной метки: уникальный серийный номер радиочастотной метки, присвоенный изготовителем в процессе ее производства;

- код команды: код команды, полученной от УСО (см. таблицу 4);

- данные: строка данных, передаваемая радиочастотной меткой в ответ на действительную ко­ манду УСО. Значение N — длина строки в байтах, определяется командой. Если радиочастотная метка обнаруживает ошибку, в слове статуса метки устанавливается флаг «NACK», а передаваемые данные содержат код ошибки, описанный в 6.2.6.3;

- код CRC: контрольный код в байтах (см. 6.2.5.9) .

6.2.6.3 Коды ошибок В ответе на частную команду радиочастотная метка может указать один из кодов ошибки, пере­ численных в таблице 7. Если при получении частной команды обнаружено несколько ошибок, то по­ сылается только код первой из них. Если обнаружена ошибка общей команды, радиочастотная метка не выдает ответного сообщения .

–  –  –

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

–  –  –

Таким образом, согласно таблице 8 сообщение об ошибке должно содержать следующие данные:

- код ошибки: значение из таблицы 7, указывающее вид ошибки;

- субкод: дополнительное значение, уточняющее природу ошибки и ее специфику. Это поле отсутствует, если вид ошибки не предусматривает наличие субкода. Значения субкодов определены в подразделе описания ошибок, приведенном ниже;

- данные параметров ошибки (Error Parameter Data): N байтов данных, где N 0, наличие, длина и содержание которых зависят от природы ошибки. Это поле отсутствует, если вид ошибки не предусматривает его наличия. Специфичные для ошибки данные параметров ошибки и длина N этого поля, если используются, определены в подразделах описания ошибок ниже;

- данные изготовителя (Manufacturer Data): М байтов данных, где М 0, наличие, длина и со­ держание которых устанавливаются изготовителем радиочастотной метки .

6.2.6.3.1 Ошибка «Invalid Command Code»

В таблице 9 показан формат сообщения об ошибке «Invalid Command Code» (недействительный код команды) .

Таблица 9 — Формат сообщения об ошибке «Invalid Command Code»

–  –  –

Это сообщение об ошибке генерируется радиочастотной меткой, если она получила пакет с не­ определенным в настоящем стандарте кодом команды и/или субкодом команды .

6.2.6.3.2 Ошибка ««Invalid Command Parameter»

В таблице 10 показан формат сообщения об ошибке «Invalid Command Parameter» (недействи­ тельный параметр команды) .

Таблица 10 — Формат сообщения об ошибке «Invalid Command Parameter»

–  –  –

ГОСТ Р ИСО/МЭК 18000-7—2012 В соответствии с таблицей 10 в своем сообщении об ошибке «Invalid Command Parameter» радио­ частотная метка должна передать код ошибки и следующую информацию:

- субкод: код, который уточняет характер ошибки. Его значения определены в таблице 11;

- смещение параметра (Parameter Offset): смещение в байтах от начала поля аргументов коман­ ды, где была обнаружена ошибка .

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

Т а б л и ц а 11 — Субкоды ошибки «Invalid Command Parameter»

–  –  –

6.2.6.3.3 Ошибка «Optional Command not Supported»

В таблице 12 показан формат сообщения об ошибке «Optional Command not Supported» (дополни­ тельная команда не поддерживается) .

Т а б л и ц а 12 — Сообщение об ошибке «Optional Command not Supported»

–  –  –

Данное сообщение генерируется, если радиочастотная метка получает удовлетворяющую требо­ ваниям ИСО дополнительную команду, которую она не поддерживает .

6.2.6.3.4 Ошибка «Not Found»

В таблице 13 показан формат сообщения об ошибке «Not Found» (объект не найден) .

Таблица 13 — Сообщение об ошибке «Not Found»

–  –  –

В соответствии с таблицей 13 в своем сообщении об ошибке «Not Found» радиочастотная метка должна передать код ошибки и следующую информацию:

- субкод: код, который уточняет характер ошибки. Значения субкода ошибки «Not Found» опре­ делены в таблице 14 .

Таблица 14 — Субкоды ошибки «Not Found»

–  –  –

6.2.6.3.5 Ошибка «Can’t Create Object»

В таблице 15 показан формат сообщения об ошибке «Can’t Create Object» (невозможно создать объект) .

ГОСТ Р ИСО/МЭК 18000-7—2012 Т а б л и ц а 15 — Сообщение об ошибке «Can’t Create Object»

–  –  –

В соответствии с таблицей 15 в своем сообщении об ошибке «Can’t Create Object» радиочастот­ ная метка должна передать код ошибки и следующую информацию:

- субкод: код, который уточняет характер ошибки. Значения субкода ошибки «Can’t Create Ob­ ject» определены в таблице 16 .

Т а б л и ц а 16 — Субкоды ошибки «Can’t Create Object»

–  –  –

Таким образом, при неудачной попытке создать требуемую табличную базу данных будет сгене­ рирована ошибка по таблице 15 .

6.2.6.3.6 Ошибка «Authorization Failure»

В таблице 17 показан формат сообщения об ошибке «Authorization Failure» (отказ авторизации) .

Таблица 17 — Сообщение при ошибке «Authorization Failure»

–  –  –

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

6.2.6.3.7 Ошибка «Object is Read-Only»

В таблице 18 показан формат сообщения об ошибке «Object is Read-Only» (объект только для чтения) .

Таблица 18 — Сообщение об ошибке «Object is Read-Only»

–  –  –

Данный код ошибки генерируется при попытке осуществить недопустимое изменение данных в памяти метки .

6.2.6.3.8 Ошибка «Operation Failed»

В таблице 19 показан формат сообщения об ошибке «Operation Failed» (сбой операции) .

Таблица 19 — Сообщение при ошибке «Operation Failed»

–  –  –

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

6.2.6.3.9 Ошибка «Implementation Dependent»

В таблице 21 показан формат сообщения об ошибке «Implementation Dependent» (ошибка для дан­ ной версии) .

Т а б л и ц а 21 — Сообщение при ошибке «Implementation Dependent»

–  –  –

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

6.2.6.3.10 Ошибка «Stale Token»

В таблице 22 показан формат сообщения об ошибке «Stale Token» (недействительный маркер) .

Т а б л и ц а 22 — Сообщение об ошибке «Stale Token»

–  –  –

Данный код ошибки генерируется в том случае, если маркер запроса (Request Token) в команде УСО недействителен ввиду проведения изменения таблицы, к которой относится маркер запроса. Эти изменения включают в себя выполнение следующих команд: «Add Records», «Table Update Records», «Table Update Fields» или «Table Delete Record» .

6.2.6.3.11 Ошибка «Boundary Exceeded»

В таблице 23 показан формат сообщения об ошибке «Boundary Exceeded» (переполнение) .

Т а б л и ц а 23 — Сообщение об ошибке «Boundary Exceeded»

–  –  –

В соответствии с таблицей 23 в своем сообщении об ошибке «Boundary Exceeded» радиочастот­ ная метка должна передать код ошибки и следующую информацию:

- субкод: код, который уточняет характер ошибки. Значения субкода ошибки «Boundary Exceed­ ed» определены в таблице 24 .

ГОСТ Р И С О /М Э К 18000-7— 2012

–  –  –

Данный код ошибки, представленный в таблице 23, и субкод, представленный в таблице 24, гене­ рируются при попытке осуществить доступ к записи вне установленных пределов .

6.2.6.4 Статус радиочастотной метки (Tag status) Поле статуса радиочастотной метки показано в таблице 25, оно должно включаться во все со­ общения радиочастотной метки, передаваемые УСО .

–  –  –

Примечание — Зарезервированные биты имеют значение «0» .

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

- поле режима (Mode field): указывает формат ответа радиочастотной метки (ответ на общую или частную команду). Список возможных значений этого поля показан в таблице 26;

–  –  –

- б ит сигнал а пр едупр е ж де н ия (alarm): предназначен быть основным битом статуса, указыва­ ющим на возможность отправки сообщения радиочастотной меткой без получения команды. Если зна­ чение этого бита установлено на «1», радиочастотной меткой определено состояние способности по­ дачи сигнала предупреждения. Интерпретация, действия по извлечению данных и очистке бита сигнала предупреждения определяются поставщиком радиочастотной метки;

- б ит по дтверж дения: значение «0» указывает на получение радиочастотной меткой действи­ тельной команды (все поля действительны, и код CRC имеет правильное значение) от УСО и успешное ее выполнение. Если данный бит равен «1», команда была недействительна или радиочастотная метка обнаружила ошибку при выполнении команды. Следует отметить, что при ошибочном коде CRC радио­ частотная метка не передает ответ (см. 6.2.6);

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

–  –  –

- сервисный бит: значение «1» указывает, что радиочастотная метка обнаружила ошибки в ра­ боте аппаратуры. Дополнительная информация о характере ошибки может быть получена с помощью универсального блока данных состояния отказов аппаратуры (Hardware Fault Status UDB) .

6.3 Команды для радиочастотных меток 6.3.1. Команда «Collection with Universal Data Block»

Команда «Collection with Universal Data Block» используется для сбора идентификаторов изго­ товителя радиочастотных меток, серийных номеров радиочастотных меток с содержимым заданных универсальных блоков данных (блоков UDB). Формат команды «Collection with Universal Data Block»

показан в таблице 27 .

Т а б л и ц а 27 — Формат команды «Collection with Universal Data Block»

–  –  –

В соответствии с таблицей 27 команда «Collection with Universal Data Block» кроме кода команды должна содержать следующие данные:

- размер окна (Window Size): число интервалов длительностью по 57,3 мс каждый, используемое в алгоритме сбора данных для опроса радиочастотных меток. Описание алгоритма опроса см. в 6.4 .

Размер окна является целым шестнадцатибитовым числом в диапазоне от 1 до 512;

- максимальная длина пакета (Max Packet Length): целое число (от 20 до 255 включительно), определяющее максимальное значение, которое радиочастотная метка может использовать в ответе в поле длины пакета (Packet Length). Радиочастотная метка может выбрать различную длину пакета ответа, которая не будет превышать значения максимальной длины пакета. Это поле используется для настройки параметров, а также для ограничения времени передачи данных по радиочастотному каналу в соответствии с местными нормами радиорегулирования. Минимальное значение данного па­ раметра равно 20 байтам (15 байт протокольных данных, 1 байт кода типа блока UDB, 2 байта значе­ ния общей длины блока UDB и 2 байта значения запрошенного смещения Requested Offset). При этой минимальной длине пакета никаких данных из блока UDB в ответ радиочастотной метки не включается;

- код типа блока UDB (UDB Type Code): указывает тип запрашиваемого блока UDB. Список типов блоков UDB приведен в таблице 40 .

Радиочастотная метка должна выбрать случайный временной слот для ответа с учетом переданных ей значений размера окна и максимальной длины пакета (см. 6.4). Метка отвечает на команду «Collection with Universal Data Block» в этом временном слоте. Формат сообщения радиочастотной метки см. в таблице 28 .

Все запрашиваемые командой данные блока UDB радиочастотная метка должна сохранять без изменений с момента получения команды «Collection with Universal Data Block» вплоть до оконча­ ния передачи данных в ответном сообщении .

Т а б л и ц а 28 — Ответ радиочастотной метки на команду «Collection with Universal Data Block»

–  –  –

В соответствии с таблицей 28 в своем ответе на команду «Collection with Universal Data Block»

радиочастотная метка должна передать код команды и следующую информацию:

- код типа блока UDB: указывает тип запрошенного блока UDB;

- общая длина блока UDB (Total UDB Length): суммарная длина, в байтах, данных блока UDB в радиочастотной метке для заданного типа блока UDB;

- запрошенное смещение (Requested Offset): радиочастотная метка должна представлять значе­ ние нуль в своем ответе на команду «Collection with UDB». Все команды «Collection with UDB» должны выполняться с применением смещения нуль, и радиочастотная метка должна отправлять данные, на­ чинающиеся с первого бита запрошенного блока UDB, и подтверждать это значение смещения значе­ нием «0» в поле «Запрошенное смещение»;

- данные блока UDB: начальная часть данных из универсального блока данных .

ГО С Т Р И С О /М Э К 18000-7— 2012 6.3.1.1 Универсальны й блок д а н н ы х (блок UDB) Универсальны й блок д а н н ы х содерж ит нуль, один или более элем ентов данны х, назы ваем ы х эле­ ментами TLD [Туре (тип), Length (длина), Data (данны е)], ф ормат которы х показан в таблице 29. Каждый элем ент TLD обозначается идентиф икатором типа элемента U D B (см. таблицу 30). Э лем енты, которые отсутствую т или длина которы х равна нулю, не вклю чаю тся в блок UDB. Н апример, если дл ина пользо­ вательского идентиф икатора равна нулю, элем ент TLD пользовательского идентиф икатора не должен вклю чаться в блок UDB .

Т а б л и ц а 29 — Формат элемента TLD

–  –  –

В соответствии с таблицей 29 ф орм ат элем ента TLD вклю чает следую щ ую инф орм ацию :

- и ден тиф и катор ти па элем ента блока UDB: идентиф ицирует элементы данны х, указы вает идентиф икатор типа элемента блока U D B в соответствии с таблицей 30;

- длина: количество байтов элемента данны х;

- данны е: инф орм ационное содерж ание элем ента TLD, наприм ер м арш рутны й код или пользо­ вательский идентиф икатор .

Значения идентиф икаторов типов элем ентов блока UDB представлены в таблице 30 .

Т а б л и ц а 30 — Значения идентификаторов типов элементов блока UDB

–  –  –

Формат элемента «Optional Com m and List» (0x12) показан в таблице 33. Данный элемент TLD со­ держ ит список однобайтовых значений кодов дополнительны х команд, поддерживаемы х данной радио­ частотной меткой .

Т а б л и ц а 33 — Формат элемента «Optional Command List» блока UDB

–  –  –

Формат элемента «Memory Size» (0x13) показан в таблице 34. Данные, представляемые в этом элементе TLD, содержат три четырехбайтовых значения: общее число байтов, доступны х для команд чтения/записи; общее число байтов в табличной базе данны х и текущ ее доступное число байтов в та­ бличной базе данны х (доступный объем памяти не включает область служ ебны х данны х и просто по­ казывает число неиспользуемых байтов памяти) .

Т а б л и ц а 34 — Формат элемента «Memory Size» блока UDB

–  –  –

Элемент «Table Query Size» (0x14) должен быть таким, как показано в таблице 35. Восьмибитовое целое положительное число в составе этого элемента TLD представляет число элементов команды «Table Query», поддерживаемое данной радиочастотной меткой .

Т а б л и ц а 35 — Формат элемента «Table Query Size» блока UDB

–  –  –

Э лем ент «Table Q uery R esults» (0x15) должен бы ть таким, как показано в таблице 36. С одержание данного элемента определяется успеш ны м заверш ением команды «Table Q uery» и вклю чает в себя значение статуса поиска (Q uery Status), идентиф икатор запрош енной таблицы, число совпадений при поиске в данной таблице и порядковы й номер первой совпадаю щ ей записи .

Т а б л и ц а 36 — Формат элемента «Table Query Results» блока UDB

–  –  –

Значения поля «С татус поиска» элемента «Table Q uery R esults» показаны в таблице 37 .

Т а б л и ц а 37 — Значения поля «Статус поиска» элемента «Table Query Results»

–  –  –

Э лем ент «H ardw are Fault Status» (0x16) долж ен бы ть таким, как показано в таблице 38. Д анны е, передаваем ы е в этом элем енте TLD, содерж ат три о днобайтовы х значения: показания счетчика пере­ загрузок оборудования; показания счетчика перезагрузок сторож евого тайм ера (встроенного програм м ­ ного обеспечения са м оконтроля) и битовую карту отказов оборудования. Битовая карта отказов обо­ рудования определена в таблице 39 .

Т а б л и ц а 38 — Формат элемента «Hardware Fault Status» блока UDB

–  –  –

ГОСТ Р И С О /М Э К 18000-7— 2012 Т а б л и ц а 39 — Битовая карта отказов оборудования

–  –  –

В соответствии с таблицей 39 в битовой карте отказов оборудования указываются следующие биты:

- бит разряда батареи (бит 0): значение «1» показывает «низкий» уровень заряда батареи радио­ частотной метки. Точное определение «низкого» уровня устанавливается исходя из применения;

- бит деф екта памяти (бит 1): значение «1» показывает, что радиочастотная метка обнаружила аппаратную неисправность памяти;

- резервны е биты (биты 2 — 7): зарезервированы для использования в будущем .

Тип блока UDB представляет собой заранее определенную совокупность типов элементов блока UDB .

Команды «Collection with UDB» и «Read UDB» включают в себя в качестве аргумента тип блока UDB. Это по­ зволяет выбрать одно из заранее определенных сочетаний данных блока UDB. Все типы блока UDB могут включать в себя дополнительные элементы TLD (элементы «Application Extension»), следующие за требуе­ мыми элементами TLD. Значения типов блока UDB должны выбираться в соответствии с таблицей 40 .

–  –  –

Универсальный блок данны х может дополнительно включать в себя один или более элементов «Application Extension», каждый из которы х состоит из одного или более элементов TLD, однозначно определенных с помощ ью идентиф икаторов применения (см. таблицу 41). Каждая конкретная радио­ частотная метка может поддерживать элементы «Application Extension», разработанные различными поставщ иками (при наличии соответствующ их лицензий) .

Т а б л и ц а 41 — Формат элемента «Application Extension» блока UDB

–  –  –

В соответствии с таблицей 41 элемент «Application Extension» блока UDB содержит следующие поля:

- идентификатор элемента «Application Extension» определен в таблице 30; он указывает на то, что все элементы TLD, включенные в данный блок UDB, определяются идентификатором применения;

- длина элемента «Application Extension»: это полная длина элемента «Application Extension»

блока UDB в байтах, включая элемент TLD идентиф икатора применения и длины всех включенных в него элементов TLD применения;

ГОСТ Р И С О /М Э К 18000-7— 2012

- э л е м е н т TLD с и д е н ти ф и ка то р о м п р и м е н е н и я : ф ормат данного элемента TLD определен в таблице 29 и состоит из типа идентиф икатора применения, однобайтового поля длины и поля данных .

Это поле данны х содержит значение идентиф икатора применения для определения указанны х далее элементов TLD применения. Типы идентиф икатора применения определены в таблице 42;

- э л е м е н ты TLD п р и м е н е н и я : это последовательность из одного или нескольких элементов TLD, каждый из которых содержит 1 байт идентиф икатора типа элемента, определяемый указанным иден­ тиф икатором применения, однобайтовое поле длины и поле данных. Идентиф икаторы типа элемента TLD определяются исключительно конкретным применением, и не требуется, чтобы они были общ е­ доступными. Формат всех применяемы х элементов TLD определен в таблице 29, за исключением тех, идентиф икатор типа которых присвоен изготовителем не в соответствии с настоящим стандартом. Все элементы TLD должны уложиться в определенную для элемента применения длину в байтах .

Т а б л и ц а 42 — Типы идентификатора применения

–  –  –

На рисунке 3 показан пример универсального блока данны х (блока UDB) типа 0x00. Пример включа­ ет в себя элемент маршрутного кода («Routing Code»), элемент идентификатора пользователя («User ГО») и блок расширения применения с двумя элементами расширения применения («Application Extension») .

–  –  –

6.3.2 Ком анда «Sleep»

Для перевода радиочастотной метки в спящий режим ей должна быть передана команда, пока­ занная в таблице 43 .

Т а б л и ц а 43 — Формат команды «Sleep» (относится к командам записи)

–  –  –

Получив команду «Sleep», радиочастотная метка переходит в спящее состояние, не выдает на эту ко­ манду никакого ответа и не реагирует ни на какие другие команды вплоть до получения сигнала «Wake Up» .

6.3.3 Ком анда «Sleep A ll But»

Для перевода в спящее состояние всех радиочастотных меток, кроме одной, должна быть пере­ дана команда, показанная в таблице 44 .

Т а б л и ц а 44 — Формат команды «Sleep All But» (относится к командам записи)

–  –  –

Команда «Sleep All But», формат которой показан в таблице 44, должна содержать код команды и следующие данные:

- идентификатор изготовителя радиочастотной метки: идентификатор изготовителя радиочастот­ ной метки, которая должна оставаться в активном состоянии после получения команды «Sleep All But»;

- серийный номер радиочастотной метки: серийный номер радиочастотной метки, которая должна оставаться в активном состоянии после получения команды «Sleep АН But» .

Команда «Sleep АН But» является общей. Она используется для перевода всех радиочастотных меток в спящий режим, как команда «Sleep» из 6.3.2, за исключением одной радиочастотной метки, у которой идентификатор изготовителя и серийный номер совпадают с идентификатором изготовителя и серийным номером, указанными в пакете команды. При получении этой команды все радиочастотные метки, за исключением одной, для которой имеет место совпадение переданного идентификатора из­ готовителя и серийного номера радиочастотной метки, должны перейти в спящее состояние .

Радиочастотные метки на данную команду не отвечают .

6.3.4 Команды защиты информации Доступ к записи информации в радиочастотной метке защищен механизмом пароля, прикладное программное обеспечение которого может выдать радиочастотной метке команду включить или выклю­ чить защиту паролем (см. рисунок 4) .

Если защита паролем включена, запись в память радиочастотной метки невозможна, пока она не разблокирована. При этом радиочастотная метка не выполняет требуемые командами операции, а отвечает ошибкой «Authorization Failure» .

Если защита паролем выключена, команды выполняются таким образом, как это определено в на­ стоящем стандарте, а ошибка «Authorization Failure» невозможна .

Механизм защиты с помощью пароля включается и выключается по команде «Set Password Protect Mode», описанной в 6.3.4.2 .

По умолчанию защита паролем выключена .

–  –  –

При включенной защите паролем радиочастотная метка может быть по команде переведена в раз­ блокированное состояние на некоторое время, в течение которого выполнимы операции записи. КогГОСТ Р И С О /М Э К 18000-7— 2012 да радиочастотная метка разблокирована, защищаемые паролем команды записи могут выполняться .

По прошествии 30 с с момента получения последней действительной команды или при получении до ис­ течения этого времени команды «Sleep» или «Sleep All But» радиочастотная метка возвращается в забло­ кированное состояние. При этом защищенные паролем команды невыполнимы. Команда разблокировки «Unlock» переводит радиочастотную метку в разблокированное состояние и описана в 6.3.4.3. Аналогич­ ной команды для перевода радиочастотной метки в заблокированное состояние не существует .

В таблице 45 приведен список команд, выполнение которы х зависит от установки защиты паро­ лем .

Таблица 45 — Команды, вы полнение которых зави сит от установки защ иты паролем

–  –  –

* Д ля этих команд режим защ иты паролем всегда включен .

6.3.4.1 Команда защиты «Set Password»

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

–  –  –

В соответствии с таблицей 46 команда записи «Set Password» кроме кода команды должна со­ держать следующ ие данные:

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

В ответ на команду «Set Password» радиочастотная метка выдает сообщ ение частного типа, но без данны х (если не обнаружены ошибки), как показано в таблице 47 .

–  –  –

Команда «Set Password» устанавливает пароль для радиочастотной метки. Перед установкой па­ роля требуется сначала выдать радиочастотной метке команду «Unlock» (см. 6.3.4.3), чтобы команда «Set Password» могла быть выполнена. Начальное значение пароля всех радиочастотных меток равно «OxFFFFFFFF». Возможные ответы с кодами ош ибок показаны в таблице 48 .

Таблица 48 — О ш ибки при вы полнении команды «S et Passw ord»

–  –  –

6.3.4.2 Команда защиты «Set Password Protect Mode»

Для перевода радиочастотной метки в режим защ иты с помощ ью пароля метке должна быть на­ правлена команда «Set Password Protect Mode» (команда записи), представленная в таблице 49 .

Таблица 49 — Ф орм ат команды записи «Set Passw ord Protect Mode»

–  –  –

В соответствии с таблицей 49 команда записи «Set Password Protect Mode» кроме кода команды должна содержать следующ ие данные:

- ф л а г за щ и ты : определяет, включен или выключен режим защ иты с помощ ью пароля. Значение флага «0x01» означает, что режим защ иты включен, значение «0x00» — выключен .

На команду «Set Password Protect Mode» радиочастотная метка отвечает сообщ ением частного типа, но без данны х (если не обнаружены ошибки), как показано в таблице 50 .

Таблица 50 — Ф орм ат ответа на команду записи «Set Password Protect Mode»

–  –  –

Эта команда включает или выключает защ иту паролем метки. Для выполнения данной команды метка должна быть сначала разблокирована с помощ ью команды «Unlock» (см. 6.3.4.3), независимо от состояния режима защ иты паролем. Возможные коды ошибки в ответе метки показаны в таблице 51 .

Таблица 51 — О ш ибки при выполнении команды «Set Password Protect Mode»

–  –  –

6.3.4.3 Команда защиты «Unlock»

Для разблокировки радиочастотной метки ей посылается команда (для записи), ф ормат которой показан в таблице 52 .

Таблица 52 — Ф орм ат команды записи «Unlock»

–  –  –

В соответствии с таблицей 52 команда «Unlock» кроме кода команды должна содержать следую­ щие данные:

- пароль: четыре байта в двоичном коде, которые предварительно устанавливаются как пароль с помощью команды «Set Password» .

В ответ на команду «Unlock» радиочастотная метка выдает сообщение, формат которого показан в таблице 53 .

Таблица 53 — Формат ответа на команду записи «Unlock»

–  –  –

Данная команда осуществляет разблокировку радиочастотной метки. Если указанный в команде пароль совпадает с паролем радиочастотной метки, она должна выполнять все команды, обычно не­ доступные при включенной защите паролем. Метка остается в разблокированном состоянии вплоть до получения команды «Sleep» или «Sleep All But» или в течение 30 с после получения последней ко­ манды. Возможные коды ошибки в ответе радиочастотной метки показаны в таблице 54 .

Таблица 54 — Ошибки при выполнении команды «Unlock»

–  –  –

6.3.5 Команды передачи информации 6.3.5.1 Команда «User ГО»

Для чтения значения пользовательского идентификатора используется команда «User ГО», фор­ мат которой показан в таблице 55 .

Таблица 55 — Формат команды чтения «User ID»

–  –  –

Получившая команду чтения «User ГО» радиочастотная метка должна ответить сообщением част­ ного типа, формат которого показан в таблице 56 .

Таблица 56 — Формат ответа на команду чтения «User ID»

–  –  –

В соответствии с таблицей 56 в своем ответе на команду чтения «User ГО» радиочастотная метка должна передать код команды и следующую информацию:

- длина пользовательского идентификатора: число байтов пользовательского идентификато­ ра, при этом N имеет значение от 0 до 60 байтов включительно;

- значение пользовательского идентификатора: содержание пользовательского идентифика­ тора в радиочастотной метке .

Для записи в радиочастотную метку пользовательского идентификатора используется команда «User ГО», формат которой показан в таблице 57 .

Таблица 57 — Формат команды записи «User ID»

–  –  –

В соответствии с таблицей 57 команда записи «User Ю» должна содержать код команды и следу­ ющую информацию:

- длина пользовательского идентификатора: число байтов идентификатора, при этом N имеет значение от 0 до 60 байтов включительно;

- значение пользовательского идентификатора: содержание пользовательского идентификатора .

Получившая команду записи «User Ю» радиочастотная метка должна ответить сообщением частного типа, показанным в таблице 58. Никаких данных не передается, если не обнаружены ошибки при выполнении команды .

Таблица 58 — Формат ответа на команду записи «User Ю»

–  –  –

Пользовательский идентификатор располагается в доступной для чтения и записи пользователь­ ской памяти радиочастотной метки размером до 60 байт, значение и размер которой определяются пользователем. Формат и содержание пользовательского идентификатора должны удовлетворять тре­ бованиям к уникальным идентификаторам по ИСО/М ЭК 15459-1. Кроме того, организации, намерен­ ные присваивать уникальный пользовательский идентификатор, должны руководствоваться правила­ ми, установленными аккредитованными агентствами выдачи таких идентификаторов.

В соответствии с ИСО/М ЭК 15459-2 агентства выдачи должны обращаться за регистрацией в Нидерландский институт по стандартизации (Орган регистрации по ИСО/М ЭК 15459):

«NEN» («Netherlands Normalisatie-instituut»)

Адрес:

Postbus 5059, 2600 GB Delft, The Netherlands Ф а кс :+ 31 15 26 90 242 E-mail: RA-IS015459@ nen.nl Команда «User ID» устанавливает и считывает размер и содержание пользовательского иден­ тификатора. Кроме данной команды, чтение пользовательского идентификатора можно осуществить с помощью команд «Collection With UDB» и «Read Universal Data Block», за исключением случая, когда параметр длины пользовательского идентификатора равен нулю. В этом случае сообщение с блоком UDB не будет содержать пользовательского идентификатора. По умолчанию длина пользовательского идентификатора равна нулю .

Возможные коды ошибки в ответе радиочастотной метки на команду «User ID» показаны в таблице 59 .

Таблица 59 — Ошибки при выполнении команды «User ID»

–  –  –

6.3.5.2 Команда «Routing Code»

Для чтения значения маршрутного кода используется команда «Routing Code», формат которой показан в таблице 60 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 60 — Формат команды чтения «Routing Code»

–  –  –

Получившая команду чтения «Routing Code» радиочастотная метка должна ответить сообщением частного типа, формат которого показан в таблице 61 .

Таблица 61 — Формат ответа на команду чтения «Routing Code»

–  –  –

В соответствии с таблицей 61 в своем ответе на команду чтения «Routing Code» радиочастотная метка должна передать код команды и следующую информацию:

- длина маршрутного кода: число байтов в считываемом маршрутном коде, при этом N имеет значение от 0 до 50 байтов включительно;

- значение маршрутного кода: содержание маршрутного кода, записанного в памяти радиоча­ стотной метки .

Для записи в память радиочастотной метки маршрутного кода используется команда «Routing Code», формат которой показан в таблице 62 .

Таблица 62 — Формат команды записи «Routing Code»

–  –  –

В соответствии с таблицей 62 команда записи «Routing Code» должна содержать код команды и следующую информацию:

- длина маршрутного кода: число байтов в записываемом маршрутном коде, при этом N имеет значение от 0 до 50 байтов включительно;

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

Получившая команду записи «Routing Code» радиочастотная метка должна ответить сообщением частного типа, показанным в таблице 63. Никаких данных не передается, если не обнаружены ошибки при выполнении команды .

Таблица 63 — Формат ответа на команду записи «Routing Code»

–  –  –

Маршрутный код располагается в доступной для чтения и записи пользователем области памя­ ти радиочастотной метки, назначение и размер которой (до 50 байтов) определяет сам пользователь .

Маршрутный код должен использоваться в соответствии с требованиями ИСО 17363. Следует иметь в виду, что маршрутный код является частью ответа радиочастотной метки на команды «Collection With UDB» и «Read Universal Data Block», за исключением случая, когда параметр длины маршрутного кода установлен на нуль, в этом случае сообщение с блоком UDB не будет содержать маршрутного кода .

Длина маршрутного кода по умолчанию равна нулю .

Возможные коды ошибки в ответе радиочастотной метки на команду «Routing Code» показаны в таблице 64 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 64 — О ш ибки при вы полнении команды «R outing Code»

–  –  –

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

6.3.6.1 Команда «Firmware Version»

Для чтения номера версии микропрограммного обеспечения (МПО) метки используется команда, ф ормат которой показан в таблице 65 .

Таблица 65 — Ф орм ат команды чтения «Firm w are Version»

–  –  –

Получившая команду чтения «Firmware Version» радиочастотная метка должна ответить сообщ е­ нием частного типа, ф ормат которого показан в таблице 66 .

Таблица 66 — Ф орм ат ответа на команду «Firm w are Version»

–  –  –

В соответствии с таблицей 66 в своем ответе на команду «Firmware Version» радиочастотная мет­ ка должна передать код команды и следующ ую инф ормацию:

- версия МПО радиочастотной метки: определяемое изготовителем неизменное значение но­ мера версии МПО. В этом поле радиочастотная метка указывает версию своего МПО .

6.3.6.2 Команда «Model Number»

Для чтения номера модели радиочастотной метки используется команда, ф ормат которой показан в таблице 67 .

Таблица 67 — Ф орм ат команды чтения «M odel Num ber»

–  –  –

Получивш ая команду «Model Number» радиочастотная метка должна ответить сообщ ением част­ ного типа, ф ормат которого показан в таблице 68 .

Таблица 68 — Ф орм ат ответа на ком анду «M odel Number»

–  –  –

В соответствии с таблицей 67 в своем ответе на команду «Model Number» радиочастотная метка должна передать код команды и следующ ую информацию:

- номер модели радиочастотной метки: определяемое изготовителем и неизменное для дан­ ной радиочастотной метки значение. В этом поле радиочастотная метка указывает номер своей модели .

6.3.7 Команды обращ ения к памяти радиочастотной метки Радиочастотная метка может обеспечивать запись и хранение одного или более байтов данны х в доступной пользователю области памяти произвольного доступа, в которой пользователь может хра­ нить и считывать определяемые пользователем данные. Эта память независима от других форматов хранения информации (таких как пользовательский идентиф икатор или табличные базы данных), опре­ деленны х в настоящем стандарте. Каждому байту данны х в области памяти соответствует адрес в виде целого числа без знака, посредством которого к каждому байту памяти может быть осуществлен доступ .

Число байтов данны х (число В) в памяти метки однозначно определяется адресами от «0» до «В — 1» .

6.3.7.1 Команда «Write Memory»

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

Таблица 69 — Ф орм ат команды записи «W rite M emory»

–  –  –

Команда «Write Memory», формат которой показан в таблице 69, должна содержать код команды и следующ ие данные:

- число байтов данных: число N, число записываемы х байтов, в диапазоне от 1 до 237 байт включительно. Число байтов данны х в пакете команды «Write Memory» не должно превыш ать 237 бай­ тов (то есть 2 5 5 - 1 8 = 237, где 18 — это суммарная длина части пакета команды, состоящего из заго­ ловка, поля числа байтов данных, поля начального адреса и кода CRC);

- начальный адрес: значение адреса памяти для первого записываемого байта в диапазоне от «0» до максимального значения адреса, определенного изготовителем радиочастотной метки;

- данные: содержание записываемой инф ормации .

Получившая команду записи «Write Memory» радиочастотная метка должна ответить сообщением частного типа, показанным в таблице 70. Н икаких данны х не передается, если не обнаружены ошибки при выполнении команды .

Таблица 70 — Ф орм ат ответа на ком анду записи «W rite M emory»

–  –  –

После выполнения команды «Write Memory» радиочастотная метка хранит данны е в доступной пользователю области памяти со свободным доступом. Эти данны е в дальнейш ем могут быть считаны с помощ ью команды «Read Memory» .

Возможные коды ошибки в ответе метки на команду «Write Memory» показаны в таблице 71 .

Таблица 71 — О ш ибки при выполнении команды «W rite M emory»

–  –  –

6.3.7.2 Команда «Read Memory»

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

Таблица 72 — Ф орм ат команды чтения «Read M emory»

–  –  –

В соответствии с таблицей 72 команда «Read Memory» должна содержать код команды и следу­ ющие данные:

- число считываемых байтов: число байтов для чтения в диапазоне от 1 до 239 байт включи­ тельно. Число байтов данны х в пакете команды «Read Memory» не должно превыш ать 239 байт (то есть 2 5 5 - 1 6 = 239, где 16 — это суммарная длина части пакета команды, состоящего из заголовка, поля числа байтов и кода CRC);

- начальный адрес: значение адреса памяти для первого считываемого байта в диапазоне от «0» до максимального значения адреса, определенного изготовителем радиочастотной метки .

Получивш ая команду «Read Memory» радиочастотная метка должна ответить сообщ ением част­ ного типа, ф ормат которого показан в таблице 73 .

Таблица 73 — Ф орм ат ответа на ком анду чтения «Read M emory»

–  –  –

В соответствии с таблицей 73 в своем ответе на команду чтения «Read Memory» радиочастотная метка должна передать код команды и следующ ую информацию:

- число реально считанны х байтов: число N байтов данны х в ответе, которое должно совпа­ дать с параметром числа считываемых байтов в команде;

- данные: содержание считанной области памяти метки .

Считанные данные предварительно записываются в память радиочастотной метки с помощью команды «Write Memory» .

Возможные коды ошибки в ответе метки на команду «Read Memory» показаны в таблице 74 .

Таблица 74 — О ш ибки при выполнении команды «Read M em ory»

–  –  –

6.3.8 Команда «Delete W riteable Data»

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

Таблица 75 — Ф орм ат команды «D elete W riteable Data»

–  –  –

Получившая команду записи «Delete Writeable Data» радиочастотная метка должна ответить со­ общением частного типа, показанным в таблице 76. Никаких данных не передается, если не обнаруже­ ны ошибки при выполнении команды .

Таблица 76 — Формат ответа на команду записи «Delete W riteable Data»

–  –  –

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

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

- значение длины идентификатора изготовителя устанавливается равным нулю;

- значение длины маршрутного кода устанавливается равным нулю;

- все табличные базы данных удаляются (определение баз данных см. в 6.3.10);

- для пароля устанавливается начальное значение «OxFFFFFFFF»;

- выключается режим защиты паролем;

- все маркеры баз данных становятся недействительными;

- таблица «Table Query Results» (идентификатор таблицы — «0x0000») очищается .

Возможные коды ошибки в ответе метки на команду «Delete Writeable Data» показаны в таблице 77 .

Таблица 77 — Ошибки при выполнении команды «Delete W riteable Data»

–  –  –

6.3.9 Команда «Read Universal Data Block»

Команда «Read Universal Data Block» используется для считывания универсального блока данных (блока UDB). Как указано в 6.3.1.1, размер блока UDB может быть настолько большим, что для его счи­ тывания используются несколько последовательных команд «Read Universal Data Block». Смещение в поле блока UDB позволяет УСО запросить определенную часть из полного блока UDB. Для считы­ вания универсального блока данных радиочастотной метке должна быть направлена команда «Read Universal Data Block». Формат команды показан в таблице 78 .

Таблица 78 — Формат команды «Read Universal Data Block»

–  –  –

В соответствии с таблицей 78 команда «Read Universal Data Block» кроме кода команды должна содержать следующие данные:

- код типа блока UDB: идентифицирует тип запрошенного блока UDB. См. 6.3.1.1, где полнее раскрыто поле типа блока UDB;

- смещ ение в блоке UDB (Offset into UDB): параметр, используемый УСО для определения на­ чального смещения адреса данных в требуемом блоке UDB. Чтобы считать длинный блок UDB, УСО ис­ пользует серию команд «Read Universal Data Block» и увеличивает значение смещения после каждого успешно принятого ответа радиочастотной метки;

- м аксим альная д л и н а пакета: целое число в диапазоне от 21 до 255 включительно, которое определяет максимальную длину пакета данных в ответе радиочастотной метки. Значение «21» вклю­ чает 15 байт «упаковки» пакета, 1 байт кода типа блока UDB, 2 байта значения общей длины блока UDB, 2 байта значения требуемого смещения и, как минимум, 1 байт данных блока UDB .

Получившая команду чтения «Read Universal Data Block» радиочастотная метка должна ответить сообщением частного типа, формат которого показан в таблице 79 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 79 — Формат ответа на команду «Read Universal Data Block»

–  –  –

В соответствии с таблицей 79 в своем ответе на команду «Read Universal Data Block» радиоча­ стотная метка должна передать код команды и следующую информацию:

- код ти па блока UDB: тип запрошенного блока UDB;

- общ ая д л ин а блока UDB: полная длина данных блока UDB, в байтах, радиочастотной метки для выбранного типа блока UDB;

- запрош енное смещ ение: значение, представленное в пакете команды УСО;

- ун и в е р с а л ь н ы й б л о к д а н н ы х: часть универсального блока данных. Содержание и формат универсального блока данных описаны в 6.3.1 .

Чтобы считать весь блок UDB, УСО начинает с команды со значением смещения «0» в блоке UDB и максимальной длиной пакета, установленной на наибольшее допустимое значение. Радиочастот­ ная метка может сама выбрать меньший размер пакета, чем заданный в максимальной длине пакета, но не может превысить его. После успешного получения начальной части блока UDB УСО может увели­ чить значение смещения в блоке UDB до начала несчитанной порции байт и выдать повторную команду «Read Universal Data Block». Таким образом УСО может продолжать чтение, но при этом оно не должно считывать обязательно весь блок UDB. Кроме того, УСО не должно обязательно придерживаться опре­ деленного порядка изменения значения смещения в блоке UDB при подаче радиочастотной метке по­ следовательных команд чтения .

Возможные коды ошибки в ответе радиочастотной метки на команду «Read Universal Data Block»

показаны в таблице 80 .

Таблица 80 — Ошибки при выполнении команды «Read Universal Data Block»

–  –  –

6.3.10 Ком анды та б л и ч н ы х баз д а н н ы х В данном разделе описаны команды, функционально обслуживающие базы данных. Применя­ емое программное обеспечение позволяет создать одну или более таблиц различного вида, обеспе­ чить занесение данны х в таблицы и запросить содержание таблиц. Команды табличных баз данных не предусматривают возможности объединения таблиц. Вид и максимальное число записей для каж­ дой таблицы фиксируются в момент ее создания .

Вид таблицы определяется списком полей (столбцов), ширина которых измеряется в байтах. Поля имеют последовательную нумерацию слева направо, начиная с «0» для первого поля. Все поля в та­ блице однотипны в том смысле, что сравнение их значений производится последовательно по байтам, а равными считаются значения полей, в которых все байты данных совпадают. Значение одного поля считается меньше значения второго, если все байты с номерами от «0» до «р — 1» совпадают, а байт с номером «р» в первом поле меньше байта с этим номером во втором. Иными словами, в строке срав­ нения первый байт является старшим, а последний байт — младшим .

Табличные записи (строки) также нумеруются, начиная с «0» для первой записи. Порядковый номер записи не привязан к записи жестко. При удалении записи все остальные перенумеровывают­ ся, и их порядковые номера могут отличаться от присвоенных ранее (до команды удаления «Table Delete Record») .

Связанная с базой данных таблица имеет идентификатор таблицы — неизменное значение дли­ ной 2 байта, которое присваивается таблице в момент ее создания и однозначно идентифицирует ее среди всех других таблиц в памяти радиочастотной метки .

По значению идентификаторов таблицы делятся на несколько типов, определенных в таблице 81 .

ГОСТ Р ИСО/МЭК 18000-7—2012 Т а б л и ц а 81 — Определение полей значений идентификаторов таблицы

–  –  –

Значения идентификаторов таблиц в диапазоне «определен ИСО» зарезервированы для исполь­ зования в будущих версиях настоящего стандарта. Значение идентификатора таблицы «0x0000» заре­ зервировано для таблицы результатов поиска «Query Results Table» (см. 6.3.10.10) .

Значения идентификаторов таблиц в диапазоне «специальный» зарезервированы для обеспече­ ния специальных режимов, функций и обновлений. В этой области значений чтение и запись таблиц базы данных должны производиться с помощью стандартных команд для базы данных, но таблицы могут иметь дополнительные свойства и действия. Значения идентификаторов таблиц в диапазоне «специальный» должны иметь опубликованные интерфейсы, номера идентификаторов таблиц должны быть определены и присвоены субъектами — владельцами маршрутных кодов .

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

Значения идентификаторов таблиц в диапазоне «изготовителя/продавца» доступны для использова­ ния исключительно по усмотрению изготовителя/продавца, отсутствуют требования публикации на­ значения или используемого интерфейса внутри этой области идентификаторов таблиц. Данные, со­ бираемые с помощью команды «Collection with UDB», содержат данные из блока данных изготовителя (блока MDB) и из универсального блока данных (блока UDB)1^ Данные блока MDB должны храниться в таблицах базы данных со значениями идентификаторов таблиц из диапазона «изготовителя/продав­ ца», как описано в 6.3.10 .

Маркеры чтения и записи Некоторые команды чтения и записи таблиц связаны с элементами данных, называемыми марке­ рами (Token). Маркеры дают возможность последовательного доступа к данным, размер которых пре­ восходит возможности передачи в одном сообщении метки, а также применяются для обнаружения и исправления ошибок. Команды записи («Table Add Records», «Table Update Record» и «Table Update Fields») описывают начальное состояние логических переменных (идентификатора таблицы, номера записи, номера поля) и итог выполнения команды. Команда чтения «Table Get Data» описывает только начальное состояние. При получении одной из этих команд радиочастотная метка генерирует значе­ ние маркера и возвращает его УСО. Соответственно маркеры входят в состав команд «Table Read Fragment» или «Table Write Fragment» и возвращаются ктой же радиочастотной метке вместе с любыми необходимыми данными (подвергаемыми контекстно-зависимому ограничению объема). Радиочастот­ ная метка производит чтение или запись, также подвергаемые контекстно-зависимому ограничению объема, и генерирует новое значение маркера. Новый маркер передается назад в УСО и используется в последующих командах «Table Read Fragment»nnn «Table Write Fragment» .

Значение маркера полностью определяется программным обеспечением радиочастотной метки, но при этом должны выполняться следующие требования:

а) когда УСО посылает серию команд «Table Read Fragment» или «Table Write Fragment», радио­ частотная метка по значению маркера должна отличать каждую следующую команду в серии от преды­ дущей. Например, если УСО отправило радиочастотной метке команду чтения или записи фрагмента, не получило от нее ответа и повторило команду снова, радиочастотная метка должна определить эту

–  –  –

команду с помощью маркера как повторную попытку. См. ниже раздел о ситуациях с повторными опе­ рациями с базами данных;

в ответе на последнюю команду серии команд с учетом ограничений, наложенных командами b) «Table Add Records», «Table Update Records», «Table Update Records Fields» или командой «Table Get Data» предшествующей серии, радиочастотная метка должна вернуть однобайтовый маркер со специ­ альным значением «0x00». Специальное значение информирует УСО, что радиочастотная метка счи­ тает, что серия команд завершена;

c) радиочастотная метка должна поддерживать существование множества независимых мар­ керов чтения и может поддерживать существование множества независимых маркеров записи. Радио­ частотная метка должна поддерживать, как минимум, два независимых маркера чтения .

Маркер чтения генерируется при получении команды «Table Get Data» и используется в после­ довательности команд «Table Read Fragment». Маркер записи генерируется при получении команд за­ писи таблиц и используется в последовательности команд «Table Write Fragment». Командами записи в таблицы являются «Table Add Records», «Table Update Records» и «Table Update Records Fields» .

Поддержка нескольких независимых маркеров чтения означает, что процедуры, связанные с коман­ дами «Table Get Data» или «Table Read Fragment», использующими разные маркеры, не связаны друг с другом, даже если два маркера связаны с одной и той же таблицей. Поддержка множества независи­ мых маркеров записи означает, что выполнение команды записи таблицы («Table Add Records», «Table Update Records» и «Table Update Fields») с одним маркером не будет влиять на операции любой другой команды записи таблицы с другим маркером при условии, что два маркера связаны с разными табли­ цами. Подача любой команды записи в таблицу приводит к отмене значений всех ранее установленных для этой таблицы маркеров чтения и записи .

Старшие четыре бита первого байта маркера указывают его длину без первого байта, т.е. их ну­ левое значение соответствует длине маркера в 1 байт (см. команду «Table Write Fragment»). Полностью нулевое значение маркера «0x00» зарезервировано как указатель условия конца итераций. Структура поля маркера показана ниже в таблице 82 .

Таблица 82 — Структура маркера

–  –  –

Команды работы с таблицами делятся на команды чтения и записи. К командам чтения относятся команды «Table Get Data», «Table Get Properties», «Table Query» и «Table Read Fragment»; команды записи включают в себя команды «Table Create», «Table Add Records», «Table Update Records», «Table Update Fields», «Table Delete Record» и «Table Write Fragment». Для всех команд записи таблиц требует­ ся организация повторной записи данных в метку при любой ошибке первичной команды записи .

Особые ситуации — повторные операции с базами данных Для команд «Table Create», «Table Add Records», «Table Delete Records», «Table Read Fragment»

и «Table Write Fragment» необходим определенный порядок действий по обработке ошибок на тот слу­ чай, если УСО не был получен ответ об успешном выполнении команды, и поэтому требуется повторить команду. Повторный пакет команды должен полностью копировать первичный, используя точно те же значения идентификатора сеанса, кода команды, субкода команды, идентификатора последователь­ ности или маркера запроса, идентификатора таблицы (если используется) и данных (если они исполь­ зуются). Радиочастотная метка должна определить, является ли запрос повтором предшествовавшей команды путем сравнения с ранее полученным пакетом команды. Если радиочастотная метка опреде­ ляет, что запрос является повтором ранее выполненной и успешной команды по работе с базой данных, то она должна повторно отправить тот же ответ, что и на успешно выполненную предыдущую команду .

Подробности см. в описаниях команд «Table Add Records», «Table Delete Records», «Table Read Frag­ ment» и «Table Write Fragment». Следует иметь в виду, что прочие команды обращения к базе данных также могут требовать повторения, и эти повторные обращения должны поддерживаться .

6.3.10.1 Команда «Table Create»

Для создания таблицы радиочастотной метке передается команда «Table Create», показанная в таблице 83 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 83 — Ф орм ат команды «Table Create»

–  –  –

В соответствии с таблицей 83 команда «Table Create» должна содержать код команды и следую­ щие данные:

- идентиф икатор таблицы: идентификатор, присвоенный таблице. Действующ ая область зна­ чений идентиф икатора от «0x0001» до «OxFFFF». Идентиф икатор таблицы «0x0000» зарезервирован для таблицы «Query Results Table»;

- максимальное число записей (Maximum N um ber o f Records): определяет конечное число за­ писей, которое может сущ ествовать в таблице. Действительное значение — от «0x0001» до «OxFFFF» .

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

- число полей (Num ber o f Fields): число полей N, приходящихся на запись. Действительное зна­ чение N находится в диапазоне от 1 до 32;

- длина каждого поля (Length o f Each Field): байтовый массив со значениями длин в байтах для N полей. Каждый однобайтовый элемент массива байтов означает размер поля. Первый элемент масси­ ва байтов определяет длину первого поля с номером «0», второй элемент определяет длину второго поля с номером «1» и т.д. Длина поля должна быть в диапазоне значений от 1 до 255 включительно .

Получившая команду «Table Create» радиочастотная метка должна ответить сообщ ением частно­ го типа, показанным в таблице 84. Н икаких данны х не передается, если не обнаружены ошибки при вы­ полнении команды .

Таблица 84 — Ф орм ат ответа на ком анду «Table Create»

–  –  –

Команда создает таблицу для базы данны х с определенным максимальным числом записей. Фор­ мат таблицы определяется заданным числом полей с определенной для каждого из них длиной данных .

Созданная по команде таблица изначально не имеет записей .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Create» показаны в таблице 85 .

П р и м е ч а н и е — Если радиочастотная метка идентиф ицирует д анную ком анду как повторение успеш но выполненной предыдущей, она не вы полняет ком анду вновь, а просто повторно посы лает переданный ранее ответ .

Таблица 85 — О шибки при выполнении команды «Table Create»

–  –  –

6.3.10.2 Команда «Table Add Records»

Для подготовки к выполнению записей в таблицу радиочастотной метке передается команда «Table Add Records», показанная в таблице 86 .

Таблица 86 — Формат команды «Table Add Records»

–  –  –

В соответствии с таблицей 86 команда «Table Add Records» должна содержать код команды и сле­ дующие данные:

- идентификатор таблицы: идентификатор, присвоенный таблице;

- идентификатор последовательности (Sequence ID): используется для определения уникаль­ ных транзакций. При каждой выдаче данной команды УСО сообщает различные значения идентифи­ катора последовательности. Если УСО не получает ответа (например, из-за нарушения связи), оно должно повторить команду «Table Add Record» с тем же значением идентификатора последователь­ ности, что и в неудавшейся попытке. Радиочастотная метка проверяет, отличается ли значение иденти­ фикатора последовательности от полученного с последней успешно выполненной командой «Table Add Record» и, если отличается, то добавляет записи в таблицу;

- количество записей (Number o f Records): показывает общее число записей, которое нужно добавить в таблицу. Допустимое значение — от «1» до максимального числа записей, определенного при создании таблицы (см. 6.3.10.1), за вычетом уже добавленного в таблицу количества записей .

Получившая команду «Table Add Records» радиочастотная метка должна ответить сообщением, формат которого показан в таблице 87 .

Таблица 87 — Формат ответа на команду «Table Add Records»

–  –  –

В соответствии с таблицей 87 в своем ответе на команду «Table Add Records» радиочастотная метка должна передать код команды и следующую информацию:

- маркер (Token): указывает значение, используемое далее для итерационного процесса добав­ ления записей. Значение «0x00» зарезервировано для обозначения конца итерационного процесса .

Структура поля маркера показана в таблице 82 .

Команда «Table Add Records» передает радиочастотной метке указание подготовиться к выполне­ нию определенного количества записей в таблице. Содержание записей заносится в таблицу с помощью последовательности команд «Table Write Fragment». Эта команда делает недействительными любые су­ ществующие маркеры для данного идентификатора таблицы. Эта команда также делает недействитель­ ными результаты команды «Table Query Results», находящиеся в таблице с идентификатором «0x0000» .

П р и м е ч а н и е — Если радиочастотная метка идентифицирует данную команду как повторение успешно выполненной, она не выполняет команду вновь, а повторно посылает переданный ранее ответ .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Add Records» показа­ ны в таблице 88 .

Таблица 88 — Ошибки при выполнении команды «Table Add Records»

–  –  –

6.3.10.3 Команда «Table Update Records»

Для подготовки к изменению записей в таблице радиочастотной метке передается команда «Table Update Records», показанная в таблице 89 .

Таблица 89 — Формат команды «Table Update Records»

–  –  –

В соответствии с таблицей 89 команда «Table Update Records» должна содержать код и субкод команды и следующие данные:

- ид е н тиф икатор та б л и ц ы : идентификатор, присвоенный таблице;

- номер н ачальной записи (Starting Record Number): указывает на первую из записей, содер­ жание которой подлежит изменению. Действительное значение — от «0» до числа записей в таблице за вычетом единицы;

- число записей (Number o f Records): показывает общее число записей, которое нужно изменить в таблице. Действительное значение — от «1» до числа записей в таблице за вычетом номера началь­ ной записи .

Получившая команду «Table Update Records» радиочастотная метка должна ответить сообщени­ ем частного типа, формат которого показан в таблице 90 .

Таблица 90 — Формат ответа на команду «Table Update Records»

–  –  –

В соответствии с таблицей 90 в своем ответе на команду «Table Update Records» радиочастотная метка должна передать код команды и следующую информацию:

- маркер: указывает значение, используемое для итерационной записи данных в обновляемых записях. Значение маркера «0x00» зарезервировано для обозначения конца итерационного процесса .

Структура поля маркера показана в таблице 82 .

Команда «Table Update Records» передает радиочастотной метке указание подготовиться к измене­ нию определенного количества записей в таблице. Содержание записей заносится в таблицу с помощью последовательности команд «Table Write Fragment». Эта команда делает недействительными существую­ щие маркеры для этого идентификатора таблицы. Эта команда также делает недействительными любые результаты команды «Table Query», представленные в таблице с идентификатором «0x0000» .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Update Records» по­ казаны в таблице 91 .

Таблица 91 — Ошибки при выполнении команды «Table Update Records»

–  –  –

6.3.10.4 Команда «Table Update Fields»

Для подготовки к обновлению полей в таблице радиочастотной метке передается команда «Table Update Fields», показанная в таблице 92 .

Таблица 92 — Формат команды «Table Update Fields»

–  –  –

В соответствии с таблицей 92 команда «Table Update Fields» должна содержать код и субкод ко­ манды, а также следующие данные:

- ид е н тиф икатор та б л и ц ы : идентификатор, присвоенный таблице;

- номер записи (Record Number): определяет обновляемую запись. Действительное значение — от «0» до числа полей в таблице за вычетом единицы;

- номер н ачального поля (Starting Field Number): указывает первое поле записи, содержание ко­ торого подлежит изменению. Действительное значение — от «0» до числа полей в таблице за вычетом единицы;

- число полей (Number of Fields): показывает общее число полей в определенной записи, содер­ жание которых нужно обновить. Действительное значение — от «1» до числа полей в таблице за вы­ четом номера начального поля .

Команда «Table Update Fields» передает радиочастотной метке указание подготовиться к обнов­ лению определенного числа полей в таблице. Новое содержание полей заносится в таблицу с помощью последовательности команд «Table Write Fragment». Эта команда может только изменять поля в одной записи, номер записи которой указан в команде. Эта команда делает недействительным любой суще­ ствующий маркер для данного идентификатора таблицы. Эти команды также делают недействитель­ ным любые результаты команды «Table Query», находящиеся в таблице с идентификатором «0x0000» .

Получившая команду «Table Update Fields» радиочастотная метка должна ответить сообщением частного типа, формат которого показан в таблице 93 .

Таблица 93 — Формат ответа на команду «Table Update Fields»

–  –  –

В соответствии с таблицей 93 в своем ответе на команду «Table Update Fields» радиочастотная метка должна передать код команды и следующую информацию:

- маркер: значение, используемое для итерационной записи данных в обновляемые записи. Зна­ чение маркера «0x00» зарезервировано для обозначения конца итерационного процесса. Структура поля маркера показана в таблице 82 .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Update Fields» пока­ заны в таблице 94 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 94 — Ошибки при выполнении команды «Table Update Fields»

–  –  –

6.3.10.5 Команда «Table Delete Record»

Для удаления записи из существующей таблицы радиочастотной метке передается команда «Table Delete Record», показанная в таблице 95 .

Таблица 95 — Формат команды «Table Delete Record»

–  –  –

В соответствии с таблицей 95 команда «Table Delete Record» должна содержать код и субкод ко­ манды, а также следующие данные:

- идентификатор таблицы: идентификатор, присвоенный таблице;

- идентификатор последовательности: используется для определения уникальной транзакции .

При каждой выдаче данной команды УСО сообщает различные значения идентификатора последова­ тельности. Если УСО не получает ответа на команду (например, из-за нарушения связи), оно должно повторить команду «Table Delete Record» с тем же значением идентификатора последовательности, что и в неудавшейся попытке. Радиочастотная метка проверяет, отличается ли значение идентифика­ тора от полученного с последней успешно выполненной командой «Table Delete Record» и, если отли­ чается, то удаляет запись из таблицы;

- номер записи: порядковый номер удаляемой записи .

Получившая команду «Table Delete Record» радиочастотная метка должна ответить сообщением частного типа, показанным в таблице 96. Никаких данных не передается, если не обнаружены ошибки при выполнении команды .

Таблица 96 — Формат ответа на команду «Table Delete Record»

–  –  –

Команда «Table Delete Record» передает радиочастотной метке указание удалить одну запись из таблицы. Оставшиеся записи перенумеровываются таким образом, чтобы сохранить последователь­ ность нумерации и чтобы номер первой записи был всегда равен «0x0000». При выполнении команды «Table Delete Record» порядок остающихся записей в таблице является произвольным и может отли­ чаться от порядка записей, предшествовавших команде «Table Delete Record» .

Эта команда делает недействительными любые существующие маркеры для этого идентифика­ тора таблицы. Чтобы считать данные из базы данных или записать их в нее, необходимо подать новую команду записи («Table Add Records», «Table Update Records», «Table Update Fields») или чтения («Table Get Data») .

ГОСТ Р И С О /М Э К 18000-7— 2012 Эта команда также делает недействительными результаты команды «Query Results», представ­ ленные в таблице с идентификатором «0x0000» .

Возможные коды ошибки в ответе метки на команду «Table Delete Record» показаны в таблице 97 .

Если радиочастотная метка идентифицирует данную команду как повторение успешно выполнен­ ной предыдущей, она не должна выполнять команду вновь, а просто должна повторно послать пере­ данный ранее ответ .

Таблица 97 — Ошибки при выполнении команды «Table Delete Record»

–  –  –

6.3.10.6 Команда «Table Get Data»

Для подготовки к чтению данных из таблицы радиочастотной метке передается команда «Table Get Data», показанная в таблице 98 .

Таблица 98 — Формат команды «Table Get Data»

–  –  –

В соответствии с таблицей 98 команда «Table Get Data» должна содержать код и субкод команды, а также следующие данные:

- идентификатор таблицы: определяет идентификатор, присвоенный таблице;

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

- номер начального поля: определяет первое поле, с которого начнется чтение данных .

Получившая команду «Table Get Data» радиочастотная метка должна ответить сообщением част­ ного типа, формат которого показан в таблице 99 .

Таблица 99 — Формат ответа на команду «Table Get Data»

–  –  –

В соответствии с таблицей 99 в своем ответе на команду «Table Get Data» радиочастотная метка должна передать код команды и следующую информацию:

- маркер: указывает значение, используемое для итерационного чтения данных. Значение мар­ кера «0x00» зарезервировано для обозначения конца итерационного процесса. Структура поля марке­ ра показана в таблице 82 .

Команда «Table Get Data» передает радиочастотной метке указание подготовить для чтения дан­ ные из таблицы, начиная с указанных номеров записи и поля. Непосредственно чтение данных произ­ водится с помощью последовательности команд «Table Read Fragment». В отличие от команд записи в таблицу («Table Add Records», «Table Update Records», «Table Update Fields») команда «Table Get ГОСТ Р ИСО/МЭК 18000-7— 2012 Data» имеет итерационно открытое окончание, т.е. может ограничиваться как пределами таблицы, так и применяемыми программными средствами .

Маркеры, полученные по команде «Table Get Data» и возвращаемые радиочастотной метке с командами «Table Read Fragment», отменяются следующими командами, обращенными к таблице с тем же идентификатором: «Delete Writeable Data», «Table Add Records», «Table Update Records», «Table Update Fields», «Table Delete Record» и «Table Write Fragment» .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Get Data» показаны в таблице 100 .

Таблица 100 — Ошибки при выполнении команды «Table Get Data»

–  –  –

6.3.10.7 Команда «Table Get Properties»

Для получения данных о формате таблицы радиочастотной метке передается команда «Table Get Properties», показанная в таблице 101 .

Таблица 101 — Формат команды «Table Get Properties»

–  –  –

В соответствии с таблицей 101 команда «Table Get Properties» должна содержать код и субкод команды, а также следующие данные:

- идентификатор таблицы: идентификатор, присвоенный таблице .

По команде «Table Get Properties» радиочастотная метка передает информацию об определенной таблице в сообщении, формат которого показан в таблице 102 .

Таблица 102 — Формат ответа на команду «Table Get Properties»

–  –  –

В соответствии с таблицей 102 в своем ответе на команду «Table Get Properties» радиочастотная метка должна передать код команды и следующую информацию:

- общее число записей: общее число записей в таблице;

- максимальное число записей: максимальное число записей, установленных для таблицы ко­ мандой «Table Create» при создании таблицы;

- зарезервировано: 1 байт со значением «0x00», зарезервированный для использования в бу­ дущем .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Get Properties» по­ казаны в таблице 103 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 103 — Ошибки при выполнении команды «Table Get Properties»

–  –  –

6.3.10.8 Команда «Table Read Fragment»

Для считывания фрагмента данных из таблицы радиочастотной метке передается команда «Table Read Fragment», показанная в таблице 104 .

Таблица 104 — Формат команды «Table Read Fragment»

–  –  –

В соответствии с таблицей 104 команда «Table Read Fragment» должна содержать код и субкод команды, а также следующие данные:

- маркер запроса (Request Token): маркер, полученный в ответ на предыдущую команду «Table Get Data» или «Table Read Fragment». Значение маркера «0x00» зарезервировано для указания конца итерационного процесса. Структура поля маркера показана в таблице 82;

- д л и н а д а н н ы х запроса (Requested Read Length): длина строки данных, которая должна быть передана в ответе радиочастотной метки. Действительное значение — от 1 до 46 байтов .

Получившая команду «Table Read Fragment» радиочастотная метка должна ответить сообщением частного типа с кодом команды и данными, показанными в таблице 105 .

Таблица 105 — Формат ответа на команду «Table Read Fragment»

–  –  –

В соответствии с таблицей 105 в своем ответе на команду «Table Read Fragment» радиочастотная метка должна передать код команды и следующую информацию:

- маркер ответа: новое значение маркера, определенное при успешном выполнении команды «Table Read Fragment». Значение маркера «0x00» зарезервировано для указания конца итерационного процесса;

- реальная д л и н а д а н н ы х (Actual Read Length): число реально считанных байтов данных, может быть меньше или равна длине данных запроса;

- д а н н ы е : реально считанные данные из табличной базы данных радиочастотной метки с длиной равной реальной длине считываемых данных .

С помощью команды «Table Read Fragment» производится чтение блоков данных из таблицы базы данных. Считываемая часть таблицы базы данных однозначно определяется значением маркера за­ проса, полученным от радиочастотной метки в ответ на предшествовавшую команду «Table Get Data»

или команду «Table Read Fragment» .

Команда «Table Read Fragment» считывает данные только в пределах внесенных в таблицу за­ писей. Если первый байт считываемых данных находится внутри таблицы, но длина данных запроса выходит за пределы последней записи, команда считается действительной, и в ответе радиочастотной метки длина реально считанных данных не может быть больше числа байтов, оставшихся для прочте­ ния в таблице .

П р и м е ч а н и е — Если радиочастотная метка идентифицирует данную команду как повторение успешно выполненной предыдущей, то она не выполняет эту команду вновь, а повторно посылает переданный ранее ответ .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Read Fragment» по­ казаны в таблице 106 .

ГОСТ Р И С О /М Э К 18000-7— 2012 Таблица 106 — Ошибки при выполнении команды «Table Read Fragment»

–  –  –

6.3.10.9 Команда «Table Write Fragment»

Для записи фрагмента данных в таблицу радиочастотной метке передается команда «Table Write Fragment», формат которой показан в таблице 107 .

Таблица 107 — Формат команды «Table W rite Fragment»

–  –  –

В соответствии с таблицей 107 команда «Table Write Fragment» должна содержать код и субкод команды, а также следующие данные:

- маркер запроса: маркер, полученный в ответ на предшествовавшую команду «Table Add Records», «Table Update Records», «Table Update Fields» или «Table Write Fragment». Структура поля маркера показана в таблице 82;

- д л и н а д а н н ы х: число байтов записываемых данных. Действительное значение — от 1 до 46 байтов;

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

Получившая команду «Table Write Fragment» радиочастотная метка должна ответить сообщением частного типа, формат которого показан в таблице 108 .

Таблица 108 — Формат ответа на команду «Table W rite Fragment»

–  –  –

В соответствии с таблицей 108 в своем ответе на команду «Table Write Fragment» радиочастотная метка должна передать код команды и следующую информацию:

- маркер ответа: новое значение маркера, определенное при успешном выполнении команды «Table Write Fragment». Значение маркера «0x00» зарезервировано для указания конца итерационного процесса. Структура поля маркера представлена в таблице 82 .

С помощью команды «Table Write Fragment» производится запись блоков байтов данных в та­ блицу базы данных. Записываемая часть таблицы базы данных однозначно определяется значением маркера запроса, полученным от радиочастотной метки в ответ на предшествовавшую команду «Table Add Records», «Table Update Records», «Table Update Fields» или «Table Write Fragment» .

–  –  –

Эта команда делает недействительными любые сущ ествующ ие маркеры для данного идентиф и­ катора таблицы. Эта команда также делает недействительными лю бые результаты поиска в таблице «Query Results», представленные в таблице с идентиф икатором «0x0000» .

Возможные коды ошибки в ответе радиочастотной метки на команду «Table Write Fragment» по­ казаны в таблице 109 .

П р и м е ч а н и е — Если радиочастотная метка идентиф ицирует данную команду как повторение успеш но выполненной предыдущей, она не вы полняет эту команду вновь, а повторно посы лает переданный ранее ответ .

Таблица 109 — О ш ибки при выполнении команды «Table W rite Fragm ent»

–  –  –

6.3.10.10 Команда «Table Query»

Для поиска таблицы радиочастотной метке передается команда «Table Query», ф ормат которой представлен в таблице 110. Команда «Table Query» может быть отправлена как общ ая для всех радио­ частотны х меток одновременно или как частная для одной радиочастотной метки .

Таблица 110 — Ф ормат команды «Table Q uery»

–  –  –

В соответствии с таблицей 110 команда «Table Query» должна содержать код команды, субкод операции, а также следующ ие данные:

- идентиф икатор таблицы: определяет идентификатор, присвоенный таблице;

- идентиф икатор последовательности: определяет данный элемент запроса в последователь­ ности из нескольких элементов запроса. Если число элементов в последовательности равно N, то пер­ вый элемент запроса имеет идентиф икатор последовательности, равный (N —1), второй элемент запро­ са — ( N - 2) и т. д., до идентиф икатора последовательности, равного нулю, у N-ro элемента запроса .

Радиочастотная метка должна поддерживать, как минимум, последовательность из четырех элементов запроса со значениями идентиф икатора последовательности от 3 до 0. Реальный размер последоваГОСТ Р ИСО/МЭК 18000-7— 2012 тельности элементов запроса, поддерживаемых радиочастотной меткой, можно запросить с помощью команды «Table Query Size» через элемент блока UDB типа 0x15 (см. 6.3.1.1);

- логический оператор: определяет роль данного элемента запроса в общем запросе. В соот­ ветствии с ИСО/МЭК 8859-1 возможны следующие значения логических операторов (функций): «С» — CLEAR («очистка переменной»), «А» — AND («и») и «О» — OR («или»);

- номер поля: указывает порядковый номер поля для сравнения. Номер поля должен быть мень­ ше числа полей в таблице;

- оператор отношения: указывает метод сравнения содержания поля сданными команды. В со­ ответствии с ИСО/МЭК 8859-1 возможны следующие значения операторов отношения: «=» (равно), «»

(меньше), «» (больше) и «!» (не равно);

- длина данных сравнения (Comparison Data Length): указывает длину сравниваемых данных в байтах. Действительное значение длины данных сравнения — от 1 до 32;

- данные сравнения (Comparison Data): указывают байтовый массив для сравнения с содержи­ мым полей таблицы. Длина сравниваемых данных равна длине данных сравнения в байтах и может включать в себя определенный в ИСО/МЭК 8859-1 префикс «*» — знак шаблона подстановки «wildcard» .

6.3.10.10.1 Описание синтаксиса команды запроса «Query»

Команда запроса «Query» определяет элемент поиска, который является одним из критериев по­ иска в последовательности таких критериев .

Полный запрос имеет форму:

{элемент-| поиска} {элемент2 поиска}... {элементм поиска} .

Каждый о л е м е н т поиска имеет форму:

логический оператор логический операнд:» .

При этом логический операнд:» имеет форму:

сномер поля соператор сравнения:» сданные сравнениям Логический оператор, номер поля, оператор сравнения и данные указываются в полях команды «Table Query», формат которой показан в таблице 110. По ИСО/МЭК 8859-1 логический оператор обо­ значается одним из символов: «С», «А» или «О». Номер поля определяет поле таблицы. По ИСО/МЭК 8859-1 оператор сравнения обозначается одним из символов: «=», «», «» или «!». Данные сравнения составляют строку данных длиной от 1 до 32 байтов. Угловые и фигурные скобки являются только спо­ собом разделения при описании, они не имеют синтаксического значения и не присутствуют в формате команд. Полностью операция поиска определяется последовательностью команд «Table Query» .

6.3.10.10.2 Элементы поиска Каждый элемент поиска в рамках всего поиска соотносится с другими элементами с помощью логических операторов (функций), которые определяют место элементов в булевском алгебраическом выражении. Логические операторы — это логическое «и», логическое «или» и, в особых случаях, опе­ ратор «очистки переменной». Логические операторы «и» и «или» — это бинарные операторы с ассоци­ ативностью слева направо одного приоритета выполнения в обычном их булевском значении. Оператор «очистки» CLEAR просто означает, что данный элемент является первым в полной последовательности поиска. Если оператор «очистки» CLEAR является логическим оператором для какого-либо элемента поиска, то весь предшествующий ряд элементов поиска не учитывается, а текущий элемент должен получить первый номер в новой последовательности поиска. При получении действительной команды поиска с оператором «очистки» все ранее полученные результаты поиска должны быть удалены, все существующие записи в таблице с идентификатором «0x00» также должны быть удалены .

Операнды сравнения содержат поле таблицы базы данных, определенное номером поля и дан­ ными для сравнения .

6.3.10.10.3 Интерпретация операций поиска Операция поиска описывается выражением, которое формируется из логических операторов и логических операндов каждого из элементов поиска и читается слева направо .

Так, предположим, что поисковое выражение состоит из четырех элементов поиска и логических операндов А, В, С и D, которые являются логическими операндами первого, второго, третьего, четвер­ того элементов поиска соответственно .

Полная операция поиска имеет вид:

(CLEAR A) (AND В) (OR С) (AND D) .

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

CLEAR (((A AND В) OR С) AND D) .

ГОСТ Р ИСО/М ЭК 18000-7— 2012 Здесь для каждой записи искомой таблицы каждый логический операнд оценивает значение как «истинно» или «ложно», как это описано ниже. Булевские операторы преобразуют эти значения в одно конечное «истинно» или «ложно» стандартным способом, и оператор CLEAR не влияет на бу­ левское значение полного выражения .

Если конечное значение выражения — «истинно», то найденная в таблице запись включается в таблицу результатов поиска «Query Results Table», как представлено ниже .

6.3.10.10.4 Логические операнды Логический операнд определяет, каким образом каждая запись искомой таблицы проверяется для включения в набор совпадения записей. Номер поля логического операнда определяет, какое поле каждой записи должно быть проверено. Данные сравнения определяют значение строки, по которой производится сравнение с содержимым таблицы. Оператор отношения определяет способ сравнения содержания поля и данных сравнения, двух подлежащих сравнению операндов отношения в операторе отношения. Кроме того, первый байт данных сравнения влияет на метод сравнения. Если этот байт обо­ значен знаком «*» по ИСО/МЭК 8859-1, то проводится сравнение по шаблону подстановки «wildcard», в противном случае сравнение производится с полным совпадением .

6.3.10.10.5 Сравнение с полным совпадением Если оператором отношения является «=», то сравнение с полным совпадением операндов от­ ношения производится побайтово и должно дать точное совпадение. Если в двух операндах сравне­ ния не совпадают байты в какой-либо позиции, значение логического операнда оценивается как «лож­ но». Если один операнд отношения длиннее другого, то логический операнд оценивается как «ложно» .

В ином случае логический операнд оценивается как «истинно» .

Например, следующее выражение сравнения оценивается как «истинно»:

abc = abc .

Следующие выражения сравнения оцениваются как «ложно»:

abc abc;

abdb abce;

abc abc;

abc! abc .

Если оператором отношения является «!», то сравнение с полным совпадением производится так же, как для оператора отношения «=», но с противоположным результатом. Любое сравнение, в ко­ тором оператор «=» даст результат «истинно», с оператором «!» будет иметь результат «ложно» .

Следующие сравнения оцениваются как «истинно»:

abc! abed;

abc! ABC;

abc! abd;

abc! ab .

Следующее сравнение оценивается как «ложно»:

abc! abc .

Если оператором отношения является «» или «», то сравнение с полным совпадением операн­ дов отношения производится побайтово, как для оператора «=», до обнаружения первого несовпаде­ ния. Если несовпадений нет, то логическому операнду присваивается значение «ложно». Несовпада­ ющие байты сравниваются согласно оператору отношения. Если оператором отношения является «»

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

Следует иметь в виду, что, поскольку данные сравнения ограничены 32 байтами, то значение сравнения для полей длиннее 32 байтов оцениваются как «ложно» при операторе «=» и полном срав­ нении и как «истинно» при операторе «!» и полном сравнении .

Так, следующие сравнения имеют значения «истинно»:

abb abc;

aad abc;

ab abc;

abc ad;

ГОСТ Р И С О /М Э К 18000-7— 2012 abc abb;

abc aad;

abc ab;

ad abc;

abc! abd;

abc! ab .

Следующие сравнения оцениваются как «ложно»:

abc abc;

abdb abce;

abc abc;

abc! abc .

6.3.10.10.6 Сравнение с шаблоном подстановки «wildcard»

Для сравнения с шаблоном подстановки «wildcard» с оператором отношения «=» производится сравнение содержания поля таблицы, начиная с первого байта, и данных сравнения, начиная с байта, следующего за символом «*», на основе сдвига, как при полном сравнении, до достижения конца поля данных .

Таким образом, стартуя от начала поля данных и смещаясь вправо по одному байту до конца поля данных, байты в поле данных таблицы на длине данных сравнения сравниваются с байтами данных сравнения на длине данных сравнения, и оценивается полнота совпадения. Если полное совпадение установлено, сравнение прекращается. Если полное совпадение установлено для оператора отноше­ ния «=», то результат сравнения оценивается как «истинно», в противном случае результат оценива­ ется как «ложно». Результат для оператора «!» оценивается как «ложно» при обнаружении полного совпадения, в противном случае он оценивается как «истинно». Сравнения с шаблоном подстановки «wildcard» с операторами «» или «» невыполнимы, как и сравнения с шаблоном подстановки, для ко­ торого сравниваемые данные определяются единственно знаком «*» .

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

Следующие сравнения оцениваются как «истинно»:

abcde = *bcd;

abcbcde = *bcd;

abcecd!*bcd .

Следующие сравнения оцениваются как «ложно»:

abcde!*bcd;

abce = *bcd .

6.3.10.10.7 Ошибки поиска Возможные коды ошибок при выполнении команды поиска приведены в таблице 111 .

Таблица 111 — Ошибки при выполнении команды «Table Query»

–  –  –

6.3.10.10.8 Завершение операции поиска После получения последней команды «Table Query» с идентификатором последовательности, равным нулю, радиочастотная метка имеет полный набор критериев поиска. Радиочастотная метка должна выполнять полный поиск в каждой записи таблицы, обозначенной идентификатором таблицы, начиная с номера записи «0» и далее по всем записям таблицы .

Полные результаты операции поиска записываются в таблицу «Query Results Table» (идентифика­ тор таблицы — «0x0000»). Таблица «Query Results Table» имеет формат записей с одним полем длиной 2 байта. Каждое двухбайтовое поле/запись в таблице «Query Results Table» содержит номер записи, совпадающей с критерием поиска записи в искомой таблице. Если номеров совпадающих записей не­ сколько, они располагаются в порядке возрастания. Записи таблицы с идентификатором «0x0000» пе­ редаются УСО в ответ на команды «Table Get Data» и «Table Read Fragment». Номер записи для каждой совпадающей записи должен передаваться как отдельная запись, начиная со старшего байта .

6.3.10.10.9 Поиск с помощью общей или частной команды «Table Query»

Команда «Table Query» существует в общем и частном видах. Как описано в 6.2.6.1, вид коман­ ды — общий или частный — определяет значение поля опций пакета. На любую общую команду «Table Query» радиочастотная метка не отвечает даже в случае обнаружения ошибки .

Получив не окончательную в серии частную команду «Table Query» с ненулевым идентификато­ ром последовательности, радиочастотная метка должна проверить ее действительность. На действи­ тельную начальную или промежуточную в последовательности команду «Table Query» радиочастотная метка отвечает частным сообщением, содержащим код команды, как показано в таблице 112. Никаких данных в ответе радиочастотной метки не передается, если не обнаружена ошибка. Ответ показывает, что радиочастотная метка успешно получила действительный элемент поиска, однако никаких данных о результатах операции поиска еще нет .

Таблица 112 — Формат ответа на промежуточную команду «Table Query»

–  –  –

По завершении последовательности частных команд поиска радиочастотная метка отвечает со­ общением частного вида, формат которого показан в таблице 113 .

Таблица 113 — Формат промежуточного ответа на окончательную частную команду «Table Query»

–  –  –

В соответствии с таблицей 113 в своем ответе на окончательную частную команду «Table Query»

радиочастотная метка должна передать код команды и следующую информацию:

- число совпадаю щ их записей (Number of Records matched): число записей в искомой таблице, которые удовлетворяют критериям поиска. Формат этого значения — целое шестнадцатибитовое число без знака. Если никаких совпадений не найдено, значение поля равно нулю;

- индекс первой совпадаю щ ей записи (Index of first matched record): содержит номер первой совпадающей записи в искомой таблице, удовлетворяющей критерию поиска. Если никаких совпадений не найдено, значение поля равно нулю .

Если результаты поиска не дали совпадений, то в передаваемом ответе на окончательную част­ ную команду «Table Query» число совпадающих записей и номер первой совпадающей записи должны быть равны нулю .

После выполнения последовательности частных команд «Table Query» УСО может получить ре­ зультаты поиска в виде данных таблицы «Query Results Table» (идентификатор таблицы — «0x0000») с помощью команд «Table Get Data» и «Table Read Fragment» .

6.3.10.10.10 Получение результатов поиска с помощью общей команды «Collection with UDB»

Команду общего вида «Collection with UDB» можно использовать для получения от радиочастот­ ной метки результатов поиска после завершения последовательности команд «Table Query». Для из­ влечения результатов поиска УСО может отправить команду «Collection with UDB» с полем типа блока ГОСТ Р ИСО/М ЭК 18000-7— 2012 UDB, равным «0x02» (см. таблицу 401^). Радиочастотная метка ответит сообщением со своим серийным номером и элементом результатов поиска «Table Query Results» (см. таблицу 36). Элемент «Table Query Results» содержит номер искомой таблицы, число совпадающих записей и номер первой совпадающей записи. Если поиск не дал никаких совпадений, то число совпадающих записей и номер первой совпа­ дающей записи равны нулю. После успешно выполненного поиска УСО может запросить информацию о поиске в виде таблицы «Query Results Table» (идентификатор таблицы — «0x0000») в ответ на коман­ ды «Table Get Data» и «Table Read Fragment» .

6.3.10.10.11 Удаление результатов поиска Результаты выполнения команды «Table Query» заносятся в таблицу «Query Results Table» (заре­ зервированный идентификатор таблицы — «0x0000»), Любая команда обращения к базе данных, кото­ рая изменяет любые таблицы базы данных («Table Add Records», «Table Update Records», «Table Update Fields» или «Table Delete Record»), стирает все записи в таблице результатов поиска. В ответе на любые последующие команды запроса «Table Get Properties» в поле текущего числа записей таблицы результа­ тов поиска будет нулевое значение числа записей, в настоящее время находящихся в таблице .

6.3.11 Команда «Веер ON/OFF»

Для включения и выключения режима звукового сигнала радиочастотной метке передается ко­ манда «Веер ON/OFF», формат которой показан в таблице 114 .

Таблица 114 — Формат команды «Веер ON/OFF»

–  –  –

В соответствии с таблицей 114 команда «Веер ON/OFF» должна содержать код команды, а также следующие данные:

- включение/выкпючение сигнала: параметр, который включает режим звукового сигнала радиоча­ стотной метки (значение параметра — «0x01») или выключает этот режим (значение параметра — «0x00»), Получившая команду «Веер ON/OFF» радиочастотная метка должна ответить частным сообще­ нием с кодом команды, как указано в таблице 115, не передавая при этом никаких данных, если только при выполнении команды не были обнаружены ошибки .

Таблица 115 — Формат ответа на команду «Веер ON/OFF»

–  –  –

Команда «Веер ON/OFF» включает или выключает режим звукового сигнала радиочастотной мет­ ки. Когда звуковой режим включен, радиочастотная метка издает звуковой сигнал до тех пор, пока дан­ ный режим не будет выключен или пока радиочастотная метка не вернется в спящее состояние .

Возможные коды ошибок при выполнении команды приведены в таблице 116 .

Таблица 116 — Ошибки при выполнении команды «Веер ON/OFF»

–  –  –

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

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

В оригинале ИСО/МЭК 18000-7:2009 ошибочно приведена ссылка на таблицу 36 .

ГОСТ Р ИСО/М ЭК 18000-7— 2012 6.3.12.1 Блок расширения применения блока UDB для датчиков Изготовитель может записать статус датчика в блок UDB, используя формат блока расширения применения (см. таблицу 41 и описание в 6.3.1 ) 1^ Блок расширения применения обеспечивает гибкость формирования данных о статусе датчика в зависимости от применения и сложности компоновки датчика. Так, один или несколько элементов TLD, формат которых определен в таблице 29, могут быть определены в блоке UDB .

6.3.12.2 Хранение данных датчика Данные датчика и контрольная информация могут храниться в табличной базе данных, как это описано в 6.3.10. В зависимости от применения данные датчика могут храниться в таблицах, идентифи­ каторы которых соответствуют таблицам специального типа или типа изготовителя/продавца, как опре­ делено в 6.3.10 .

6.3.12.3 Команды получения информации о статусе датчиков и данных датчиков Для получения информации о статусе датчиков в блоке UDB УСО может использовать следующие стандартные команды:

- «Collection with UDB» (код команды «0x1 F»);

- «Read UDB» (код команды «0x70»),

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

- «Table Get Data» (код команды «0x26+0x06»), а затем — «Table Read Fragment» (код команды «0x26+0x08»);

- «Table Query» (код команды «0x26+0x10»), Стандартные форматы ответных сообщений отправляются назад к УСО с запрошенной информацией .

6.3.12.4 Характеристики и форматы данных датчиков Данные датчиков хранятся в формате, установленном в IEEE 1451 .

П р и м е ч а н и е — Форматы данных датчиков приведены в ИСО/МЭК 24753 .

6.3.12.5 Физический интерфейс между датчиком и радиочастотной меткой Физический интерфейс между датчиком и радиочастотной меткой должен удовлетворять требова­ ниям, изложенным в IEEE 1451,72\

6.4 Опрос радиочастотных меток и разрешение коллизий Настоящий стандарт определяет метод, с помощью которого УСО может осуществить идентифи­ кацию и связь с одной или множеством радиочастотных меток, находящихся в его рабочей области, по одному радиочастотному каналу. Спецификации связи включают в себя следующие методы: иденти­ фикации радиочастотных меток, чтения данных из памяти радиочастотных меток, записи данных в па­ мять радиочастотных меток и передачи команд радиочастотным меткам для выполнения специальных функций. Радиочастотные метки не передают данные, пока не получат команду от УСО, которое может связаться как с одной меткой, так и с целым множеством меток .

Понятия «все радиочастотные метки» и «множество радиочастотных меток» относятся к радио­ частотным меткам, находящимся в рабочей области УСО .

Основные положения Для идентификации радиочастотных меток в рабочей области УСО используется процесс опроса радиочастотных меток. Это итерационный процесс, который включает в себя методы координирования ответов, поступающих от множества радиочастотных меток, и управления коллизиями. Коллизии про­ исходят при одновременном ответе нескольких меток. Законченный процесс опроса называют «полной последовательностью опроса» (Complete Collection Sequence) .

Опрос радиочастотных меток На рисунке 5 показана полная последовательность опроса, состоящая из периода пробуждения («Wake Up Period»; WP) и серии периодов опроса («Collection Period»; СР). Каждый период опроса

1) Исключен повтор предложения, приведенный в оригинале ИСО/МЭК 18000-7:2009 .

2- Базовым стандартом для будущих применений сенсорных технологий в области радиочастотной иденти­ * фикации является IEEE 1451.7. Ожидается, что пересмотр настоящего стандарта в будущем может потребовать соблюдения требований IEEE 1451.7 к физическому интерфейсу. Текущая версия IEEE 1451.7 не отвечает особен­ ностям технологий активных радиочастотных меток, ввиду этого изготовители радиочастотных меток призываются к активному участию в переработке текущей версии IEEE 1451.7 .

ГОСТ Р ИСО/МЭК 18000-7—2012 состоит из периода синхронизации («Synchronization Period»; SP), периода прослушивания («Listen Period»; LP) и периода опознания («Acknowledge Period»; АР) .

Период пробуждения (WP): период времени, в течение которого УСО передает один или не­ сколько сигналов пробуждения «Wake Up» для перевода всех радиочастотных меток в состояние го­ товности «Ready». Сигнал «Wake Up» определен в 6.1. Каждая полная последовательность содержит только один период пробуждения .

Период опроса (СР): периоды времени, в течение которых радиочастотные метки идентифици­ руются и опознаются. Периоды опроса повторяются до тех пор, пока не заканчивается идентификация всех отвечающих радиочастотных меток. Каждый период опроса состоит из периода синхронизации (SP), периода прослушивания (LP) и периода опознания (АР) .

Период синхронизации (SP): период времени, в течение которого УСО передает множеству ра­ диочастотных меток в своей рабочей области общую команду «Collection». Все радиочастотные метки должны использовать для взаимной синхронизации конец пакета полученной от УСО общей команды .

Период прослушивания (LP): время ожидания УСО ответных сообщений радиочастотных меток .

Этот период разделяется на временные слоты («Time Slots»; TS) — временные окна для ответов радио­ частотных меток. Каждая радиочастотная метка выбирает для ответа случайный номер слота и задер­ живает передачу своего сообщения до наступления выбранного момента времени (временного слота) .

Период опознания (АР): период времени, в течение которого УСО опознает ответившие метки и может запросить у них дополнительные данные. От каждой радиочастотной метки, идентифициро­ ванной УСО на протяжении предыдущего периода прослушивания, УСО может получить дополнитель­ ные данные, а затем дать радиочастотной метке команду «Sleep» и перевести ее в спящее состояние .

Период опроса («Collection Period»; CP) На рисунке 6 показан период опроса СР, состоящий из периодов синхронизации, прослушивания и опознания. Период прослушивания делится на слоты, показанные на рисунке 5. В команде опроса длительность периода прослушивания задается с помощью параметра размера окна («Window Size») .

Период прослушивания (LP) вычисляется как произведение 57,3 мс на размер окна, которое за­ тем округляется до целого числа миллисекунд .

Период прослушивания (LP) разделяется на временные слоты — окна ответов отдельных радио­ частотных меток. Длительность слота должна быть достаточной для передачи радиочастотной меткой сообщения максимальной длины и иметь запас на рассогласованность во времени радиочастотной метки и УСО. Максимальная длина сообщения радиочастотной метки определяется параметром мак­ симальной длины пакета, который входит в команду «Collection with Universal Data Block» .

Длительность слота вычисляется как максимальная длина пакета, умноженная на 324 мкс/байт, плюс 3332 мкс. Затем эта сумма округляется до целого числа миллисекунд. При этом 324 мкс/байт — это скорость передачи каждого байта (т. е. скорость передачи 8 битов данных и 1 стопового бита с би­ товым периодом 36 мкс каждый), а 3332 мкс — это сумма длительности преамбулы сообщения радио­ частотной метки (1296 мкс), длительности сигнала — признака конца пакета (36 мкс) и запаса времени на каждый слот (2 мс) .

Число временных слотов, которые могут входить в период прослушивания, определяется как от­ ношение длительности периода прослушивания к длительности временного слота, которое затем окру­ гляется до целого числа .

Период пробуждения («Wake Up Period»; WP) Пошаговое описание полной последовательности опроса иллюстрируется на рисунке 5 .

Период пробуждения (WP):

- УСО передает сигнал «Wake Up» всем радиочастотным меткам в своей рабочей области;

- радиочастотная метка переходит из спящего режима в состояние готовности «Ready» и ждет команды от УСО .

Период опроса (СР):

- УСО: передает радиочастотным меткам команду «Collection with Universal Data Block». Команда включает в себя параметры размера окна и максимальной длины пакета;

- радиочастотная метка, находясь в состоянии «Ready», принимает и декодирует команду «Col­ lection with Universal Data Block», рассчитывает продолжительность периода прослушивания, длитель­ ность временного слота, а также число временных слотов. Выбирает случайным образом временной слот и ждет начала выбранного слота для передачи ответного сообщения;

- УСО рассчитывает продолжительность периода прослушивания, длительность временного сло­ та, а также число временных слотов. Начинает прослушивание ответов радиочастотных меток;

ГОСТ Р И С О /М Э К 18000-7— 2012

–  –  –

Рисунок 8 — Общая команда «Collection with UDB» для начального опроса радиочастотных меток 2) На рисунке 9 показан пакет ответного сообщения радиочастотной метки на общ ую команду «Collection with UDB» с кодом команды 0x1 F. Формат ответа такой же, как для всех общ их команд .

–  –  –

3 )Н а рисунке 10 показана частная команда «Read Universal Data Block», адресованная радио­ частотной метке, идентиф ицированной в ходе предыдущего процесса опроса. Частная команда от­ правляется конкретной радиочастотной метке, используя идентиф икационное значение радиочастот­ ной метки, полученное в ходе предыдущего процесса опроса. Следует отметить, что смещ ение в поле блока UDB должно содержать значение, равное числу байтов данны х блока UDB, переданных радио­ частотной меткой в ответ на общ ую команду (число N на рисунке 9 выше) .

–  –  –

4) На рисунке 11 показано сообщение радиочастотной метки в ответ на частную команду «Read Universal Data Block». Ответ содержит вторую часть сообщения блока UDB в формате частного (направ­ ленного) пакета .

–  –  –

б.б Ф изические параметры и параметры управления множественным доступом («Media Access Control»; MAC) 6.6.1 Линия связи УСО с радиочастотной меткой Параметры связи УСО с радиочастотной меткой обобщены в таблице 117 .

Т а б л и ц а 117 — Параметры линии связи УСО с радиочастотной меткой

–  –  –

6.6.2 Линия связи радиочастотной метки с УСО Параметры линии связи радиочастотной метки с УСО представлены в таблице 118 .

Т а б л и ц а 118 —Параметры линии связи радиочастотной метки с УСО

–  –  –

Метка:7Ь Скорость передачи единичных элементов сигнала Не применяется в этом режиме Метка: 7с Отклонение скорости передачи единичных эле­ Не применяется в этом режиме ментов сигнала Метка: 7d Отношение уровней или длительности сигнала Не применяется в этом режиме во включенном и выключенном состояниях

–  –  –

6.6.3 Протокол передачи данны х Параметры протокола передачи данных представлены в таблице 119 .

Т а б л и ц а 119 — Параметры протокола передачи данных

–  –  –

11 В настоящее время общепринятым обозначением протокола связи «УСО говорит первым» считается «ITF» (от английского «Interrogator Talks First») вместо указанного в оригинале ИСО/МЭК 18000-7:2009 обозначе­ ния «RTF» (от английского «Reader Talks First») .

ГОСТ Р И С О /М Э К 18000-7— 2012

–  –  –

Совместимость различных стандартов применения на основе настоящ его стандарта В таблице А.1 показаны различные идентификаторы протокола для иллюстрации преемственности прото­ кольных версий .

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

Во всех этих стандартах применения используются одинаковые протоколы сигнального уровня, но структуры команд, полей данных и ответов меток, а также наборы команд могут быть различны в зависимости от конкрет­ ного применения. Командой сбора данных является команда «Collection with UDB». В этом приложении понятия «команда «Collection» и «команда «Collection with UDB» взаимозаменяемы. В настоящем стандарте определены две основные команды: «Collection» и «Sleep», которые должны поддерживаться всеми стандартами применения .

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

Когда УСО передает сигнал «Wake Up», его команду должны выполнять все радиочастотные метки, поддер­ живающие радиоинтерфейс в соответствии с настоящим стандартом .

Затем УСО может передавать различные команды, в том числе специфические для конкретного применения .

Когда УСО необходимо обнаружить в своей рабочей области все активные радиочастотные метки, оно передает команду сбора данных, определенную в настоящем стандарте. На основную команду «Collection» должны отвечать все радиочастотные метки, требования к которым установлены в стандартах применения, разработанных на осно­ ве настоящего стандарта, но формат ответа может быть определен в стандарте на уровень линии передачи данных для конкретного применения .

Радиочастотные метки должны также поддерживать определенные в данных технических требованиях ко­ манды «Sleep» .

Т а б л и ц а А.1 — Идентификаторы протокола

–  –  –

ГОСТ Р И С О /М Э К 18000-7— 2012 Р исунок А.2 — С овм естим ость радиочастотных меток для различных применений * Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта (документа). Перевод данного международного стандарта (документа) находится в Федеральном информационном фонде технических регламентов и стандартов .

П р и м е ч а н и е — В настоящей таблице использованы следующие условные обозначения степени соответствия стандартов:

- ЮТ — идентичные стандарты;

- MOD — модифицированные стандарты .

ГО С Т Р И С О /М Э К 18000-7— 2012

–  –  –

П еревод на русский язы к наим енований ком анд, сигналов, ош ибок, ф изически х парам етров и п арам етров упр авлени я м нож ественны м д о ступ о м по И С О /М Э К 18000-7 Перевод на русский язык наименований команд по ИСО/МЭК 18000-7 приведен в таблице ДБ.1 .

Т а б л и ц а ДБ. 1 — Перевод на русский язык наименований команд по ИСО/МЭК 18000-7

–  –  –

Перевод на русский язык наименований сигналов по ИСО/МЭК 18000-7 приведен в таблице ДБ.2 .

ГО С Т Р И С О /М Э К 18000-7— 2012 Т а б л и ц а ДБ.2 — Перевод на русский язык наименований сигналов по ИСО/МЭК 18000-7

–  –  –

Перевод на русский язык наименований ошибок по ИСО/МЭК 18000-7 приведен в таблице ДБ.З .

Т а б л и ц а Д Б З — Перевод на русский язык наименований ошибок по ИСО/МЭК 18000-7

–  –  –

Перевод на русский язык наименований основных физических параметров канала связи между УСО и радио­ частотной меткой по ИСО/МЭК 18000-7 приведен в таблице ДБ.4 .

Т а б л и ц а ДБ.4 — Перевод на русский язык наименований основных физических параметров канала связи меж­ ду УСО и радиочастотной меткой по ИСО/МЭК 18000-7

–  –  –

ГО С Т Р И С О /М Э К 18000-7— 2012 Перевод на русский язык наименований основных физических параметров протокола связи между УСО и ра­ диочастотной меткой по ИСО/МЭК 18000-7 приведен в таблице ДБ.5 .

Т а б л и ц а ДБ.5 — Перевод на русский язык наименований основных физических параметров протокола связи по ИСО/МЭК 18000-7

–  –  –

1) В настоящее время общепринятым обозначением протокола связи «УСО говорит первым» считается «ITF» (от английского «Interrogator Talks First») вместо указанного в оригинале ИСО/МЭК 18000-7:2009 обозна­ чения «RTF» (от английского «Reader Talks First») .

2) В настоящем стандарте использовано устаревшее название идентификатора радиочастотной мет­ ки — UID. Согласно действующему стандарту ИСО/МЭК 15963:2009 идентификатор радиочастотной метки называется TID (от английского «Tag Identifier») .

Перевод на русский язык наименований основных физических параметров антиколлизионного алгоритма по ИСО/МЭК 18000-7 приведен в таблице ДБ.6 .

Т а б л и ц а ДБ.6 — Перевод на русский язык наименований основных параметров антиколлизионного алгоритма по ИСО/МЭК 18000-7

–  –  –

ГОСТ Р ИСО/МЭК 18000-7—2012 УДК 681.5.015:621.3:006:354 ОКС 35.040 П 85 Ключевые слова: радиочастотная идентификация для управления предметами, активный радиоинтер­ фейс, диапазон частот, 433 МГц

–  –  –






Похожие работы:

«ПРОКОФЬЕВ АЛЕКСЕЙ ИВАНОВИЧ ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКИЙ МЕХАНИЗМ ПРИВЛЕЧЕНИЯ ИНОСТРАННЫХ ИНВЕСТИЦИЙ В СЕЛЬСКОЕ ХОЗЯЙСТВО специальность: 08.00.05 – экономика и управление народным хозяйством (экономика, организация и у...»

«СЧИТЫВАТЕЛИ "КОДОС RD-1030", "КОДОС RD-1030 УЛ" Руководство по эксплуатации Считыватель "КОДОС RD-1030", "КОДОС RD-1030 УЛ" СОДЕРЖАНИЕ 1 Назначение 2 Комплектность 3 Технические характеристики 4 Подключение и монтаж считывателя 4.1 Общие рекомендации 4.2 Подключение 4.3 Установка и креплен...»

«Министерство образования и науки Российской Федерации федеральное государственное автономное образовательное учреждение высшего образования "НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ" Школа базовой инженерной подготовки Направление подготовки инноватика Профиль "Устойчи...»

«Документ предоставлен КонсультантПлюс МОСКВА МЭР УКАЗ от 19 июля 2007 г. N 44-УМ ОБ ОРГАНАХ ИСПОЛНИТЕЛЬНОЙ ВЛАСТИ ГОРОДА МОСКВЫ Список изменяющих документов (в ред. указов Мэра Москвы от 14.09.2007 N 91-УМ, от 16.11.2007 N 105-УМ, от 05.09.2008 N 68-...»

«ОПИСАНИЕ ТИПА СРЕДСТВ ИЗМЕРЕНИЙ СОГЛАСОВАНО Руководитель ГЦИ СИ елябинский ЦСМ" А.И. Михайлов 2009 г. *.,.: ^59илр ‚ф Вн -_. ьг. Г Термопреобразователи с унифицированным рственны реестр средств FYiiQgS. выходным сигналом ТСМУ-Л, ТСПУ-Л, измерений ТХАУ-Л, ТСМУ-Л-Ех, ТСПУ-Л-Ех, ТХАУ-Л-Ех Регистрационный Х Са ^^^ L 9 Взамен Выпуск...»

«СЕКЦИЯ 18. ЭКОНОМИКА МИНЕРАЛЬНОГО И УГЛЕВОДОРОДНОГО СЫРЬЯ. ГОРНОЕ ПРАВО 2. Оптимизация активной части вентильно-индукторного двигателя [Электронный ресурс]// Cyberleninka. Информационный сайт. – 2006. Режим доступа: https://cyberleninka.ru/article/n/optimizatsiya-aktivnoy-chasti-ventiln...»

«НПО "СИБИРСКИЙ АРСЕНАЛ" Декларация о соответствии ТС № RU Д-RU.МЕ83.В.00105 GSM устройство EXPRESS POWER BOX РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ САПО.425619.007РЭ СОДЕРЖАНИЕ Инструкция по безопасности 1 ОБЩИЕ СВЕДЕНИЯ 1.1 Назначе...»

«АСЛАНОВ АРСЕН РУСЛАНОВИЧ СОВЕРШЕНСТВОВАНИЕ МЕХАНИЗМА ГОСУДАРСТВЕННОЙ ПОДДЕРЖКИ И РЕГУЛИРОВАНИЯ АНК РЕГИОНА (на примере Республики Дагестан) Специальность 08,00.05 Экономика и управление народным хозяйством; эк...»

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования "Рязанский государственный университет имени С.А. Есени...»

«РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ Версия 1.0.0817 APIX VDome/E8 EXT AF ВАНДАЛОЗАЩИЩЕННАЯ УЛИЧНАЯ ВИДЕОКАМЕРА СТАНДАРТА ULTRA HD UltraHD AFZoom H265 2XWDR -40°C IP66 IK10 НАСТРОЙКИ ПО УМОЛЧАНИЮ...»

«ТЮРИН ВИКТОР АНАТОЛЬЕВИЧ ОБОСНОВАНИЕ МЕТОДОВ ПОВЫШЕНИЯ КАЧЕСТВА ДОБЬГОАЕМЫХ ФЛЮОРИТОВЫХ РУД С УЧЕТОМ СЛОЖНОСТИ ГОРНО-ГЕОЛОГИЧЕСКИХ УСЛОВИЙ Специальность 25.00.16 "Горнопромышленная и нефтегазопромысловая г...»

«Руководство © Corel Corporation, 2018. Все права защищены. Руководство пользователя CorelDRAW® 2018 Сведения о технических характеристиках, ценах, упаковке, технической поддержке и п...»

«Алтухов Игорь Вячеславович Технология получения концентрированных сахаросодержащих продуктов с использованием импульсной инфракрасной обработки и сушки корнеклубнеплодов 05.18.01 – Техн...»

«МОРОЗОВА Елена Сергеевна       АЛГОРИТМИЧЕСКАЯ КОРРЕКЦИЯ ИНФОРМАЦИОННЫХ СИГНАЛОВ В ИНКЛИНОМЕТРИЧЕСКИХ СИСТЕМАХ НА ОСНОВЕ ВЕРИФИКАЦИИ ЗНАЧЕНИЙ КАЛИБРОВОЧНЫХ ПАРАМЕТРОВ Специальность 05.11.16 Информационно-измерительные и управляющие системы (в промышленности и...»

«Мировой уровень в ваши цеха! ЛИНИИ VMI MAXX ЛИНИИ ПО СБОРКЕ РАДИАЛЬНЫХ ЛЕГКОВЫХ ШИН ОБОРУДОВАНИЕ ПОД ЗАКАЗ VMI считает своей обязанностью снабжать резинотехническую и шинную промышленность оборудованием, разработанным под заказ. Таким, как оборудование для обработки резиновых полуфабрикатов, к...»

«Электронный научно-практический журнал АВГУСТ 2018 "МОЛОДЕЖНЫЙ НАУЧНЫЙ ВЕСТНИК" ТЕХНИЧЕСКИЕ НАУКИ УДК 004.942 ИМИТАЦИОННАЯ МОДЕЛЬ ДЛЯ ВЫБОРА ОПТИМАЛЬНЫХ ПАРАМЕТРОВ ФУНКЦИОНИРОВАНИЯ ТРАНСПОРТНО-ПЕРЕСАДОЧНЫХ УЗЛОВ Пивень...»

«Шкаф промышленный двухсекционный настенный серии "Industry" (TWM) Паспорт Оглавление Описание Конструктивные особенности Общий вид шкафа Технические данные Технические характеристики Габ...»

«48577ЭЗ Маковская Юлия Владимировна Моделирование процесса инкапсуляции в псевдоожиженном слое и прогнозирование качества покрытий 05.17.08 Процессы и аппараты химических технологий АВТОРЕФЕРАТ диссертации на соискание ученой степени кандидата технических наук 2 С 0г;т 2011 Моск...»

«© KROHNE 10/2006 7.10018.22.00 CMD Дополнения к инструкции по эксплуатации Цельнометаллические миниатюрные ротаметры DK3././././. -EEx Класс II2G Ротаметры Вихревые расходомеры Контроллеры расхода Электромагнитные расходомеры Ультразвуковые расходомеры Массовые расходомеры Уровнемеры Промышле...»

«Аппаратнопрограммный комплекс дистанционного GSM контроля и управления температурой, и охранного шлейфа. Руководство пользователя 1. Назначение системы Аппаратно-программный комплекс дистанционного GSM контроля и управления...»

«Quasar, Sobaken и Vermin: раскрываем детали действующей кибершпионской кампании 25 июля 2018 года С помощью инструментов удаленного доступа Quasar, Sobaken и Vermin киберпреступники следят за украинскими правительственными учреждениями...»







 
2019 www.librus.dobrota.biz - «Бесплатная электронная библиотека - собрание публикаций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.