Действующий
Блокировка идентификатора DSFID приведет к записи в радиочастотную метку неизменяемых значений, как метода доступа, так и формата данных. Любые решения о блокировке или разблокировке идентификатора DSFID необходимо принимать с учетом рекомендаций 8.1.4.
В ИСО/МЭК 15961-1 определены команды и ответы на них, поступающие от приложения в соответствии с правилами ИСО/МЭК 15962 и устройства считывания/опроса. Команды определяют операции записи, считывания и изменения данных. Эти команды и ответы на них соответствуют работе на более высоком уровне, чем команды и ответы радиоинтерфейса, оперирующие только с байтами и блоками.
Команды приложения позволяют определять идентификаторы объектов и соответствующие им объекты (данные) понятным для приложения образом. Дополнительные аргументы команд поддерживают функции, позволяющие приложению передавать инструкции кодирующему устройству для уплотнения данных, блокирования данных и избегания записи дублирующих данных. Список команд ИСО/МЭК 15961-1, имеющих отношение к радиочастотным меткам, соответствующим ИСО/МЭК 18000-3 Mode 1, приведен в приложении В.
Все аргументы в команде крайне важны для обеспечения совместимого кодирования (например, инструкции для блокирования определенного набора данных или для определения последовательности элементов данных). Однако было одобрено, что в ИСО/МЭК 15961-1 больше не будут определять детальный механизм взаимодействия с ИСО/МЭК 15962, как то сейчас установлено в первом издании этих международных стандартов. Это значит, что подробные правила кодирования транспортного уровня ASN.1 в ИСО/МЭК 15962 больше не требуют заявления о совместимости. Системные поставщики сейчас имеют более простой и гибкий способ реализации кодирования радиочастотных меток, но все равно требуется выполнять кодирование на основе соответствующих командных аргументов. Требования соответствия (см. раздел 5) согласуются с этим подходом.
Правила кодирования предназначены для достижения сочетания гибкости и эффективности при кодировании байтов в радиочастотную метку. В частности:
- данные эффективно уплотняют за счет использования определенного набора методов уплотнения, что уменьшает объем передаваемых по радиоинтерфейсу данных;
- форматирование данных минимизирует объем кодирования идентификаторов объектов в радиочастотной метке и объем передаваемых данных через радиоинтерфейс, но по-прежнему обеспечивает полную гибкость при идентификации специфических данных без обращения к жестким структурам сообщений.
Синтаксис, связанный с правилами кодирования, эффективно создает самоопределяемые структуры сообщений для каждой радиочастотной метки. Это позволяет выбирать из словаря данных приложения необязательные данные. Это также позволяет кодировать данные переменной длины и данные различных форматов (например, цифровые или алфавитно-цифровые) настолько эффективно, насколько возможно смешение в рамках одной системы радиочастотной идентификации. Правила ИСО/МЭК 15962 позволяют верно интерпретировать данные с радиочастотной метки, без предварительного знания о том, что в ней закодировано. Это важная особенность, которая обеспечивает совместимость устройств и позволяет в соответствии с данной частью ИСО 28560 добавлять новые элементы данных без изменения оборудования. Это также позволяет отдельным библиотекам варьировать выбор элементов данных без необходимости каких-либо серьезных обновлений.
На рисунке 3 приведена базовая архитектура протокола данных. Компоненты ИСО/МЭК 15962 рассмотрены ниже.
Логическая память является эквивалентом памяти радиочастотной метки в программном обеспечении. Не все радиочастотные метки имеют одинаковый размер и структуру памяти. Параметры, определяющие размеры и количество блоков, должны быть переданы из радиочастотной метки через устройство считывания и драйвер управления радиочастотными метками для того, чтобы средство кодирования могло создать логическую память, соответствующую конкретной метке.
Данный процесс скрыт от приложения, но необходимо принимать во внимание, что в по-настоящему открытой и полностью совместимой системе радиочастотные метки, совместимые с указанным протоколом радиоинтерфейса (см. 5.2.2), могут иметь разную архитектуру.
В ИСО/МЭК 15961-1 определены специфические команды, которые используются для конфигурирования идентификатора AFI и идентификатора DSFID для отдельного протокола радиоинтерфейса. Конфигурации каждого из этих компонентов системной информации определены в 7.4.3.2 и 7.4.3.3.
Команда ИСО/МЭК 15961-1 для конфигурирования идентификатора AFI имеет аргумент, позволяющий приложению определить, должен ли идентификатор AFI быть заблокирован или нет. Как отмечалось в 7.2.2, идентификатор AFI не должен блокироваться, если он используется как часть системы безопасности, когда используются два значения, одно для выданных предметов, а другое для предметов учета в фонде. Если в системе безопасности используются другие механизмы, идентификатор AFI может быть заблокирован по усмотрению отдельных библиотек. После блокировки идентификатор AFI уже не может быть разблокирован.
Формат данных указан в 7.2.3, а метод доступа в 7.2.6. Эти битовые значения комбинируются для создания байта, соответствующего значению идентификатора DSFID, как показано в таблице 4.
Битовая последовательность | Байт идентификатора формата хранения данных | ||
Метод доступа | Зарезервировано | Формат данных | |
00 | 0 | 00110 | 06 |
| 00 = "без каталога", когда кодируемые байты добавляются к непрерывному потоку байтов. | |||
Некоторые радиочастотные метки не имеют явной команды радиоинтерфейса для записи идентификатора формата хранения данных в заданную область памяти на метке. В ИСО/МЭК 15962 определяются правила для драйвера управления радиочастотными метками для автоматического определения, поддерживает ли конкретная радиочастотная метка твердую привязку идентификатора формата хранения данных к определенному месту в радиочастотной метке или оно задается программно.
Примечание - Данный процесс прозрачен для приложений и использует аналогичные функции из ИСО/МЭК 15962, которые используются для определения размера памяти и размера блока. С помощью этих процессов улучшаются возможности совместимости и выбора типов радиочастотных меток, более подходящих для отдельных видов предметов учета.
Для большинства элементов данных из таблицы 1 применяют типовые методы уплотнения по ИСО/МЭК 15962, как описано в следующем параграфе. Исключения подробно обсуждаются далее в данном подразделе.
Когда аргументы команды устанавливаются для уплотнения данных, по ИСО/МЭК 15962 автоматически выбирают наиболее эффективную схему уплотнения для каждого из представленных элементов данных. Это позволяет библиотекам гибко пользоваться алфавитно-цифровыми или цифровыми кодовыми структурами, с тем лишь неудобством, что при более сложных наборах знаков будет требоваться большее пространство для кодирования на радиочастотной метке. Также это дает возможность для более коротких кодов использовать (в целом) меньшее количество байтов.
Определяемый приложением аргумент можно использовать для кодирования зашифрованных извне данных, интерпретация которых известна только управляющей системе. Наиболее общим является кодирование с использованием поддержки в данной части ИСО 28560 индекса идентификатора объекта (OID) со значением 2 относительного идентификатора объекта (Relative-OID). Так как это битовая последовательность, никакого предварительного кодирования не требуется. Другое использование определяемого приложением аргумента возникает при кодировании ISIL для относительных идентификаторов со значениями 3 и 11. В этом случае код ISIL должен быть предварительно закодирован в соответствии с правилами, определенными в приложении С, а затем кодироваться в соответствии с ИСО/МЭК 15962 по правилам, определяемым приложением. Подобным образом, определяемый приложением аргумент применяют для кодирования относительного идентификатора объекта со значением 5 для элемента данных "Тип использования", со значением 19 для "Медиа-формат (другой)" и со значением 20 для "Этап цепи поставки".
Строку в формате UTF-8 используют для представления знаков, не входящих в набор знаков по умолчанию по ИСО/МЭК 8859-1. В основном это используется для языков с наборами знаков, отличными от набора латинских знаков N 1. Данная схема уплотнения должна объявляться только тогда, когда строку знаков в формате UTF-8 кодируют в элементы со значениями относительных идентификаторов 15, 16, 17 и 26.
Схемы уплотнения идентифицируют в радиочастотной метке 3-битовым кодом, который включают как часть компонента-предшественника (см. 7.4.5.2). Весь набор схем уплотнения и их коды приведены в таблице 5.
Код | Название | Описание |
000 | Определяется приложением | В соответствии с определением схемы приложением |
001 | Целочисленная | Целочисленная |
010 | Цифровая | Строка цифровых символов (от "0" до "9") |
011 | 5-битные коды | Буквы верхнего регистра |
100 | 6-битные коды | Буквы верхнего регистра, цифры и т.п. |
101 | 7-битные коды | US ASCII |
110 | Строка октетов | Неизмененная 8-битовая (по умолчанию в соответствии с ИСО/МЭК 8859-1) |
111 | Строка UTF-8 | Внешнее уплотнение в соответствии с ИСО/МЭК 10646 |
Кодирование относительного идентификатора объекта и данных объекта в радиочастотной метке производят, следуя специальной последовательной структуре, определенной в ИСО/МЭК 15962. В следующих двух подразделах определяются основные правила, имеющие отношение к данной части ИСО 28560.
Примечание - В ИСО/МЭК 15962 определяются и другие правила, не описанные здесь, например для кодирования всего идентификатора объекта. Если они используются для кодирования любых данных, совместимый декодер должен иметь возможность декодировать идентификатор объекта и данные.
Структура кодированного набора данных для относительного идентификатора объекта со значениями от 1 до 14 состоит из следующих компонентов:
