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

ГОСТРИСО/МЭК

18000-7—

2012

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

ИДЕНТИФИКАЦИЯ РАДИОЧАСТОТНАЯ ДЛЯ УПРАВЛЕНИЯ ПРЕДМЕТАМИ

Часть 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)

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

Предисловие

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)

© Стандартинформ, 2014

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

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 technology — Radio frequency identification for item management — Unique identification for RF tags)

2

ГОСТ Р ИСО/МЭК 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 communications at 433 MHz)

ИСО/МЭК 19762-1 Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД [ISO/IEC 19762-1, Information technology —Automatic identification and data capture (AIDC) techniques — Harmonized 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 surveillance, 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 standard: Electromagnetic compatibility — Requirements and tests)

Рекомендации ICNIRP¹) Рекомендации по ограничению воздействия переменных во времени электрических, магнитных и электромагнитных полей (до 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 Стандарт IEEE^{2 3}) по безопасным уровням воздействия на человека радиочастотных электромагнитных полей от 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)

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

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

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

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

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

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

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

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

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

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

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

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

-    частота передачи данных — 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» радиочастотная метка игнорирует все команды.

Рисунок 1 — Сигнал пробуждения «Wake Up»

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

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

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

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

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

4

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

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

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. ⁴

Таблица 1 — Формат команды УСО ко всем радиочастотным меткам (общая команда)

Идентификатор Опции Длина Идентификатор Код команды Аргументы Код CRC протокола пакета пакета сеанса команды 0x40 1 байт 1 байт 2 байта 1 байт N байтов 2 байта

Таблица 2 — Формат команды УСО к конкретной радиочастотной метке (частная команда)

Идентификатор протокола Опции пакета Длина пакета Идентификатор изготовителя радиочастотной метки Серийный номер радио частотной метки Иден тифи катор сеанса Код команды Аргументы команды Код CRC 0x40 1 байт 1 байт 2 байта 4 байта 2 байта 1 байт N байтов 2 байта

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 — Поле опций пакета

Бит 7 6 5 4 3 2 1 0 Ре зерв Ре зерв Ре зерв Ре зерв Ре зерв «I»1) «0»: общий запрос всем радиочастотным меткам (серийный номер радиочастотной метки и идентификатор изготовителя радиочастотной метки отсутствуют) «1»: частный запрос радиочастотной метке (серийный номер радиочастотной метки и идентификатор изготовителя радиочастотной метки присутствуют) Резерв ^ Бит 2 поля опций пакета всегда имеет фиксированное значение «1» для совместимости версий.

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

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

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

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

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

6.2.5.3    Длина пакета (Packet Length)

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

6.2.5.4    Идентификатор изготовителя радиочастотной метки (Tag Manufacturer ID)

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

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

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

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

Органом регистрации для ИСО/МЭС 18000-7 является Autoid.org²\

6.2.5.5    Серийный номер радиочастотной метки (Tag Serial Number)

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

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

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

6.2.5.6    Идентификатор сеанса (Session ID)

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

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

^ Autoid.org — зарегистрированная торговая марка фирмы «Q. Е. D. Systems» (США), под которой фирма оказывает услуги по присвоению уникальных идентификаторов изготовителей радиочастотных меток, соответствующих требованиям ИСО/МЭК 18000-7. (Для справок и обращений URL—http://www.autoid.org.)

7

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

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

6.2.5.7 Коды команд

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

Таблица 4 — Коды команд

Код команды и субкод команды (чтение/запись) Название команды Тип команды Обязательная или дополнительная Описание УСО Радиочастотная метка OxlF/Нет «Collection with Universal Data Block» Общая Обязательная Обязательная Запрос всех идентификаторов радиочастотных меток и универсальных блоков данных Нет/0х15 «Sleep» Частная Обязательная Обязательная Перевод радиочастотной метки в спящее состояние Нет/0х16 «Sleep All But» Общая Обязательная Обязательная Перевод в спящее состояние всех радиочастотных меток, кроме одной 0x13/0x93 «User ID» Частная Обязательная Дополнительная Установка пользовательского идентификатора (от 1 до 60 байтов) 0x09/0x89 «Routing Code» Частная Обязательная Обязательная Чтение и запись маршрутного кода 0х0С/Нет «Firmware Version» Частная Обязательная Дополнительная Запрос присвоенного изготовителем номера версии радиочастотной метки 0х0Е/Нет «Model Number» Частная Обязательная Дополнительная Запрос присвоенного изготовителем номера модели радиочастотной метки ОхбО/ОхЕО «Read/Write Memory» Частная Обязательная Дополнительная Чтение и запись пользовательской памяти Нет/0х95 «Set Password» Частная Обязательная Дополнительная Установка пароля радиочастотной метки (длиной 4 байта) Нет/0х97 «Set Password Protect Mode» Частная Обязательная Дополнительная Установка/снятие защиты пароля (см. 6.3.4) Нет/0х96 «Unlock» Частная Обязательная Дополнительная Деблокировка радиочастотной метки с паролем 0х70/Нет «Read Universal Data Block» Частная Обязательная Обязательная Чтение универсального блока данных 0x26+0x01 «Table Create» Частная Обязательная Дополнительная Создание таблицы базы данных

Код команды и субкод команды (чтение/запись)	Название команды	Тип команды	Обязательная или дополнительная		Описание
			УСО	Радиочастотная метка
0x26+0x02	«Table Add Records»	Частная	Обязательная	Дополнительная	Подготовка к добавлению новых записей в табличную базу данных
0x26+0x03	«Table Update Records»	Частная	Обязательная	Дополнительная	Подготовка к модификации определенных табличных записей
0x26+0x04	«Table Update Fields»	Частная	Обязательная	Дополнительная	Подготовка к обновлению определенных полей табличных записей
0x26+0x05	«Table Delete Records»	Частная	Обязательная	Дополнительная	Удаление существующих записей из существующих таблиц
0x26+0x06	«Table Get Data»	Частная	Обязательная	Дополнительная	Подготовка чтения определенных табличных записей
0x26+0x07	«Table Get Properties»	Частная	Обязательная	Дополнительная	Определение общего числа записей и максимального числа записей таблицы
0x26+0x08	«Table Read Fragment»	Частная	Обязательная	Дополнительная	Чтение блока данных из таблицы после команды «Table Get Data»
0x26+0x09	«Table Write Fragment»	Частная	Обязательная	Дополнительная	Запись блока данных в таблицу после команд «Table Add Records», «Table Update Records», «Table Update Fields»
0x26+0x10	«Table Query»	Общая или частная	Обязательная	Дополнительная	Поиск табличных записей на основе определенных критериев
0хЕ1/Нет	«Beep ON/OFF»	Частная	Обязательная	Дополнительная	Включение/выкл гонение звукового сигнала радиочастотной метки
0x8 Е	«Delete Writeable Data»	Частная	Обязательная	Дополнительная	Удаление всех перезаписываемых данных радиочастотной метки

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

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

6.2.5.8 Аргументы команды

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

9

6.2.5.9 Код CRC

Контрольная сумма в виде шестнадцатибитового значения рассчитывается для каждого сообщения команды с начальным нулевым значением («0x0000») по всем байтам данных (исключая преамбулу) от идентификатора протокола до аргументов команды включительно. Расчет ведется в соответствии с рекомендацией CCITT¹) с помощью полинома «х¹⁶ +х¹² +х⁵ +1». Значение кода CRC добавляется в соответствующее поле командного сообщения в виде двухбайтового поля. См. «Рекомендации ITU-T V.41 (Извлечения из официальных документов). Кодонезависимая система контроля ошибок, приложение I — Реализация кодирования и декодирования для системы с использованием циклического кода» [ITU-T Recommendation V.41 (Extract from the Blue Book), Code-independent error-control system, Appendix I — Encoding and decoding realization for cyclic code system],

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

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

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

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

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

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

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

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

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

6.2.6.1 Формат ответа радиочастотной метки на общую команду

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

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

Идентифи катор протокола Статус радио частотной метки Длина пакета Иден тификатор сеанса Идентификатор изготовителя радиочастотной метки Серийный номер радио частотной метки Код команды Данные Код CRC 0x40 2 байта 1 байт 2 байта 2 байта 4 байта 1 байт N байтов 2 байта

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

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

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

-    идентификатор сеанса: идентификатор конкретного УСО. Имеет целое значение от «0x0001» до «OxFFFF». Нулевое значение «0x0000» зарезервировано и не используется;

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

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

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

^ Международный консультационный комитет по телефонии и телеграфии, МККТТ (фр. 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 — Формат ответа радиочастотной метки на частную команду УСО

Идентифи катор протокола Статус радиочастотной метки Длина пакета Иден тифи катор сеанса Идентификатор изготовителя радиочастотной метки Серийный номер радиочастотной метки Код команды Данные ответа* Код CRC 0x40 2 байта 1 байт 2 байта 2 байта 4 байта 1 байт N байтов 2 байта * Это поле зависит от команды, для некоторых команд оно отсутствует.

В соответствии с таблицей 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. Если при получении частной команды обнаружено несколько ошибок, то посылается только код первой из них. Если обнаружена ошибка общей команды, радиочастотная метка не выдает ответного сообщения.

Таблица 7	— Коды ошибок
Код ошибки	Наименование ошибки и описание
0x01	«Invalid Command Code» (недействительный код команды)
0x02	«Invalid Command Parameter» (недействительный параметр команды)
0x03	«Optional Command not Supported» (дополнительная команда не поддерживается)
0x04	«Not Found»(объект не найден)
0x06	«Can’t Create Object» (невозможно создать объект)
0x08	«Authorization Failure» (отказ авторизации)

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.2.2    Преамбула..................................................................5

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

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

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

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

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

6.3.1. Команда «Collection with Universal Data Block»...................................17

6.3.2    Команда «Sleep»............................................................22

6.3.3    Команда «Sleep All But»......................................................22

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

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

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

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

6.3.8    Команда «Delete Writeable Data»...............................................31

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

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

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

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

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

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

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

Control»; MAC)..................................................................56

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

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

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

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

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

настоящего стандарта...................................................61

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

и документов национальным стандартам Российской Федерации................64

Приложение ДБ (справочное) Перевод на русский язык наименований команд, сигналов, ошибок, физических параметров и параметров управления множественным доступом

по ИСО/МЭК 18000-7....................................................65

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

Код ошибки	Наименование ошибки и описание
0x09	«Object is Read-Only» (объект только для чтения)
0х0А	«Operation Failed» (сбой операции)
0x3f	«Implementation Dependent» (ошибка для данной версии)
0x40	«Stale Token» (недействительный маркер)
0x41	«Boundary Exceeded»(переполнение)

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

Таблица 8 — Основной формат сообщения об ошибке

Код ошибки Субкод Данные параметров ошибки Данные изготовителя 1 байт 1 байт N байтов М байтов

Таким образом, согласно таблице 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»

Код ошибки 0x01

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

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

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

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

Код ошибки Субкод Смещение параметра 0x02 1 байт 1 байт

Введение

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

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

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

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

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

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

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

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

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

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

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

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

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
US 5640151	«Система связи для радиочастотных меток» («Communication system for communicating with tags»)	Компания «Savi Technology» (США)	Hurst Arthur, VP, General Counsel, Savi Technology, Inc., 351 East Evelyn Ave., Mountain View, CA 94041, USA	6.2.6
US 5686902	«Система связи для радиочастотных меток» («Communication system for communicating with tags»)	Компания «Savi Technology» (США)	Hurst Arthur, VP, General Counsel, Savi Technology, Inc., 351 East Evelyn Ave., Mountain View, CA 94041, USA	6.2.6

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
US 11/432684	«Способ и устройство для эффективной передачи данных радиочастотной меткой» («Method and apparatus for efficient data transmission from a tag»)	Компания «Savi Technology» (США)	Hurst Arthur, VP, General Counsel, Savi Technology, Inc., 351 East Evelyn Ave., Mountain View, CA 94041, USA
ЕР 0467036	«Способ и устройство для радиочастотной идентификации и отслеживания предметов» («Method and apparatus for radioidentification and tracking»)	Компания «Savi Technology» (США)	HurstArthur, VP, General Counsel, Savi Technology, Inc., 351 East Evelyn Ave., Mountain View, CA 94041, USA	6.2.6
US 6002344	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
СА 2310623	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
CN 98812462.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
DE 98960332.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
ЕР 98960332.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2

V

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
FR 98960332.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron В. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
GB 98960332.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MSA6, Holtsville, NY 11561, USA	6.2
НК 01101416.3	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MSA6, Holtsville, NY 11561, USA	6.2
IL 136.220	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
IT 98960332.9	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
JP 2000-521687	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
US 7035818	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MS A6, Holtsville, NY 11561, USA	6.2
US 10/725010	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron B. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MSA6, Holtsville, NY 11561, USA	6.2

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
US 10932279	«Система и метод электронной инвентаризации» («System and method for electronic inventory»)	Компания «Symbol Technologies» (США)	Aaron В. Bernstein, VP, Deputy General Counsel Intellectual Property, 1 Motorola Plaza, MSA6, Holtsville, NY 11561, USA	6.2
US 6470045	«Протокол связи между трансивером и транспондерами или трансивером, связанным сданным устройством» («Communication protocol between a transceiver unit and transponders or transceiver associated with said unit»)	Компания «ЕМ Microelectronic Marin SA» (Швейцария)	G. Meusburger, IP Manager, Rue des Sors, CH-2074, Marin, Switzerland
JP 10-256493	«Протокол связи между трансивером и транспондерами или трансивером, связанным сданным устройством» («Communication protocol between a transceiver unit and transponders or transceiver associated with said unit»)	Компания «ЕМ Microelectronic Marin SA» (Швейцария)	G. Meusburger, IP Manager, Rue des Sors, CH-2074, Marin, Switzerland
ЕР 0 902 546 Appl. No. 97115772.2	«Протокол связи между трансивером и транспондерами или трансивером, связанным с данным устройством» («Communication protocol between a transceiver unit and transponders or transceiver associated with said unit»)	Компания «ЕМ Microelectronic Marin SA» (Швейцария)	G. Meusburger, IP Manager, Rue des Sors, CH-2074, Marin, Switzerland
US 6784787 Granted ЕР 1 031 046 Granted ЕР 1 291 671 Granted ЕР Appl. 05 017 862.3 Pending	«Системы идентификации» («Identification systems»)	Компания «Zebra Technologies» (США)	Eric McAlpine, IP Counsel, Legal Department, 333 Corporate Woods Parkway, Vernon Hills, IL 60061-3109, USA

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
US 6480143 Granted ЕР 1 001 366 Granted	«Системы электронной идентификации» («Electronic identification systems»)	Компания «Zebra Technologies» (США)	Eric McAlpine, IP Counsel, Legal Department, 333 Corporate Woods Parkway, Vernon Hills, IL 60061-3109, USA
US 5680459 Granted	«Пассивный транспондер» («Passive transponder»)	Компания «Zebra Technologies» (США)	Eric McAlpine, IP Counsel, Legal Department, 333 Corporate Woods Parkway, Vernon Hills, IL 60061-3109, USA
US 6198381 Granted JP 10-272945 Pending	«Модель режима возврата с задержкой для систем электронной идентификации» («Delayed reset mode model for electronic identification system»)	Компания «Zebra Technologies» (США)	Eric McAlpine, IP Counsel, Legal Department, 333 Corporate Woods Parkway, Vernon Hills, IL 60061-3109, USA
US 5537105 Granted US 5966083 Granted US 5995017 Granted	«Системы электронной идентификации» («Electronic identification systems»)	Компания «Zebra Technologies» (США)	Eric McAlpine, IP Counsel, Legal Department, 333 Corporate Woods Parkway, Vernon Hills, IL 60061-3109, USA
US 7375637 Granted	«Способы и устройство для снижения энергопотребления активного транспондера» («Methods and apparatus for reducing power consumption of an active transponder»)	Питтсбургский университет (США)	Marc S. Malandro, Ph. D., CLP, University of Pittsburgh, 200 Gardner Steel Conference Center, Thackeray & O’Hara Streets, Pittsburgh, PA 15260, USA
US 11/678296 Pending	«Способы и устройство для переключения транспондера (радиочастотной метки) в активное состояние и аналогичные системы управления ресурсами» («Methods and apparatus for switching a transponder to an active state, and asset management systems employing same»)	Питтсбургский университет (США)	Marc S. Malandro, Ph. D., CLP, University of Pittsburgh, 200 Gardner Steel Conference Center, Thackeray & O’Hara Streets, Pittsburgh, PA 15260, USA

Номер патента	Наименование патента	Держатель патента	Контактная информация	Разделы настоящего стандарта, имеющие отношение к данному патенту
US 61/099977 Pending	«Система и способ отслеживания перемещения предметов в режиме реального времени» («System and method for real time asset location and tracking»)	Питтсбургский университет (США)	Marc S. Malandro, Ph. D., CLP, University of Pittsburgh, 200 Gardner Steel Conference Center, Thackeray & O’Hara Streets, Pittsburgh, PA 15260, USA
US 6563417 Granted US 6917291 Granted US 7053777 Granted	«Опрос, мониторинг и обмен данными в системах с радиочастотными метками» («Interrogation, monitoring and data exchange using RFID Tags»)	Компания «Identec Solutions» (Австрия)	Stefan Schwiers, CTO, R&D Department, Identec Solutions AG, Millennium Park 2, 6890 Lus-tenau, Austria	6.3.12
EP 99117640.5- 2215 Granted DE 59904147.1-08 Granted GB/FR/CH/NL/AT 99117640.5-2215 Granted	«Системы мониторинга, отслеживания и обработки перемещаемых объектов» («System for monitoring, tracking, and handling of objects»)	Компания «Identec Solutions» (Австрия)	Stefan Schwiers, CTO, R&D Department, Identec Solutions AG, Millennium Park 2, 6890 Lus-tenau, Austria	6.3.12
US 7345576 Granted	«Способ и устройство разрешения коллизий (обнаружения единственного контейнера) среди множества транспортируемых единиц, оснащенных радиочастотными метками» («Method and apparatus for resolving RFID based object traffic transactions to single container in the presence of a plurality of containers»)	Компания «Identec Solutions» (Австрия)	Stefan Schwiers, CTO, R&D Department, Identec Solutions AG, Millennium Park 2, 6890 Lus-tenau, Austria	6.3.12
		Компания «Impinj» (США)	Chris Diorio, CTO, 701 N. 34th Street, Suite 300, Seattle, WA 98103, USA
		Компания «1п-termec» (США)	Phyllis T. Turner-Brim, Esq., Legal Department, Intermec IP Corporation, 6001 36th Ave. W, Everett, WA 98203, USA

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

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

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

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

ИДЕНТИФИКАЦИЯ РАДИОЧАСТОТНАЯ ДЛЯ УПРАВЛЕНИЯ ПРЕДМЕТАМИ

Часть 7

Параметры активного радиоинтерфейса для связи на частоте 433 МГц

Information technologies. Radio frequency identification for item management. Part 7. Parameters for active air interface communications at 433 MHz

Дата введения — 2013—07—01

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

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

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

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

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

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

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

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

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

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

1

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

2

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

3

4