Определяет протокол полудуплексной передачи блока, описывающий специфичные запросы бесконтактного оборудования, а также последовательность активации и деактивации протокола.
Идентичен ISO/IEC 14443-4:2008
1 Область применения
2 Нормативные ссылки
3 Термины и определения
4 Обозначения и сокращения
5 Активация протокола PICC типа А
6 Активация протокола PICC типа В
7 Протокол полудуплексной передачи блока
8 Деактивация протокола PICC типа А и В
9 Активация скоростей передачи и опции кадровой синхронизации в состоянии PROTOCOL
Приложение А (справочное) Пример мульти-активации
Приложение В (справочное) Сценарии протокола
Приложение С (справочное) Краткое описание блоков и кодирование кадра
Приложение ДА (справочное) Сведение о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации
Библиография
42 страницы
Дата введения | 01.01.2016 |
---|---|
Добавлен в базу | 12.02.2016 |
Актуализация | 01.01.2021 |
11.11.2014 | Утвержден | Федеральное агентство по техническому регулированию и метрологии | 1530-ст |
---|---|---|---|
Разработан | ТК 22 Информационные технологии | ||
Разработан | ФГУП ВНИИНМАШ | ||
Издан | Стандартинформ | 2015 г. |
Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
ГОСТР
14443-4—
КАРТЫ БЛИЗКОГО ДЕЙСТВИЯ
ISO/IEC 14443-4:2008 Identification cards — Contactless integrated circuit cards — Proximity cards —
Part 4:
Transmission protocol (IDT)
Издание официальное
Москва Стандартинформ 2015 |
1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИН-МАШ) и Техническим комитетом по стандартизации ТК 22 «Информационные технологии» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 ноября 2014 г.№ 1530-ст
4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 14443-4:2008 «Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 4. Протокол передачи (ISO/IEC 14443-4:2008 «Identification cards — Contactless integrated circuit cards — Proximity cards — Part 4: Transmission protocol»), включая изменения A1:2012 и A2:2012.
Изменения к указанному международному стандарту, принятые после его официальной публикации, внесены в текст настоящего стандарта и выделены двойной вертикальной линией, расположенной на полях от соответствующего текста, а обозначение и год принятия изменения приведены в скобках после соответствующего текста.
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
6 Некоторые положения международного стандарта, указанного в пункте 4, могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав.
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок - в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)
© Стандартинформ, 2015
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
Байт длины
Байт формата
... кодирует Y(1) и FSCI
Байт интерфейса ... кодирует DS и DR
... кодирует опции протокола
... кодирует FWI и SFGI
Байты предыстории
Рисунок 4 - Структура ATS
За байтом длины TL следует переменное число дополнительных байтов в следующем порядке: байт формата ТО,
байты интерфейса ТА(1), ТВ(1), ТС(1) и байты предыстории от Т1 до Тк.
Байт длины TL является обязательным. Он указывает длину передаваемого ATS, включая его самого. Два байта CRC не включены в TL. Максимальный размер ATS не должен превышать указанного FSD, поэтому максимальное значение TL не должно превышать FSD-2.
Байт формата ТО является необязательным и присутствует только тогда, когда длина больше 1. ATS может содержать следующие дополнительные байты, когда ТО присутствует.
ТО состоит из трех частей (см. рисунок 5):
старший значащий бит Ь8 должен быть установлен на 0. Значение 1 является RFU; биты от Ь7 до Ь5 содержат У(1), указывающий на присутствие последующих байтов интерфейса ТС(1), ТВ(1) и ТА(1);
младший значащий полубайт от Ь4 до Ы называется FSCI, он кодирует FSC, который определяет максимальный размер кадра, принимаемого PICC. Значение по умолчанию для FSCI составляет 2, что дает FSC из 32 байт. Кодирование FSC аналогично кодированию FSD (см. таблицу 1);
PCD, устанавливающее FSDI = ‘D’ - ‘F’, не соответствует требованиям настоящего стандарта. До тех пор, пока RFU-значения ‘D’ - ‘F’ не назначены ИСО/МЭК, PCD, принимающее FSDI = ‘D’ - ‘F’, должно интерпретировать эти значения как FSDI = ‘С’ (FSD = 4096 байтам).
Примечание - Это дополнительная рекомендация для совместимости PICC с будущими PCD, когда ИСО/МЭК определит поведение для RFU-значений 1D' - ‘F'.
6
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
FSCI
ТА(1) передается, если бит установлен на 1
если бит ус-__У(1)
ТВ(1) передается, тановлен на 1
ТС(1) передается, если бит —1 установлен на 1
Должен быть установлен на 0, 1 - RFU
Рисунок 5 - Кодирование байта формата
Байт интерфейса ТА(1) состоит из четырех частей (см. рисунок 6):
старший значащий бит Ь8 кодирует способность обрабатывать различные делители для каждого направления. Если этот бит установлен на 1, то PICC не в состоянии обрабатывать различные делители для каждого направления;
биты от Ь7 до Ь5 кодируют возможные скорости передачи PICC для направления от PICC к PCD, называемого DS. Значение по умолчанию должно быть (000)Ь;
бит Ь4 должен быть установлен на (0)Ь, а остальные значения - RFU; биты от ЬЗ до Ы кодируют возможные скорости передачи PICC для направления от PCD к PICC, называемого DR. Значение по умолчанию должно быть (000)Ь.
7
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
_ DR = 2 поддерживается, если бит установлен на 1
DR = 4 поддерживается, если бит установлен на 1
DR = 8 поддерживается, если бит установки на 1
Должен быть установлен на 0, 1 - RFU _ DS = 2 поддерживается, если бит установлен на 1
DS = 4 поддерживается, если бит установлен на 1
— DS = 8 поддерживается, если бит установлен на 1
Поддерживается одно и то же значение D для обоих направлений, если бит установлен на 1
Поддерживаются различные значения D для каждого направления, если бит установлен на 0
Рисунок 6 - Кодирование байта интерфейса ТА(1)
Выбор конкретного делителя D для каждого направления может быть осуществлен PCD с помощью PPS.
PICC, устанавливающая Ь4 = 1, не соответствует требованиям настоящего стандарта. Полученное значение ТА(1) с Ь4 = 1 должно интерпретироваться устройством PCD как (от Ь8 до Ы) = (00000000)6 (при скорости в обоих направлениях только ~ 106 кбит/с).
5.2.5 Байт интерфейса ТВ(1)
Байт интерфейса ТВ(1) передает информацию для определения времени ожидания кадра и запуска разграничительного интервала времени.
Байт интерфейса ТВ(1) состоит из двух частей (см. рисунок 7):
старший значащий полубайт от Ь8 до Ь5 называется FWI, он кодирует FWT (см. 7.2); младший значащий полубайт от Ь4 до Ы называется SFGI, он кодирует значение множителя, используемого для определения SFGT. SFGT определяет специфичный разграничительный интервал, необходимый PICC, прежде чем она будет готова к приему следующего кадра, после того как будет послан ATS. SFGI кодируется в диапазоне от 0 до 14. Значение 15 является RFU. Значение 0 указывает на отсутствие необходимости SFGT, а значения в диапазоне от 1 до 14 используются для расчета SFGT по формуле, приведенной ниже. Значение по умолчанию для SFGI равно 0.
8
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
SFGI
FWI
Рисунок 7 - Кодирование байта интерфейса ТВ(1)
SFGT вычисляется по следующей формуле:
SFGT = (256-16/fc) -2SFGI.
SFGTmin - это минимальное значение времени задержки кадра в соответствии с ИСО/МЭК 14443-3.
SFGTDEfault - это минимальное значение времени задержки кадра в соответствии с ИСО/МЭК 14443-3.
SFGTmax = (256-16/fc)-214 (~ 4949 мс).
PICC, устанавливающая SFGI = 15, не соответствует требованиям настоящего стандарта. Пока RFU-значение 15 не назначено ИСО/МЭК, PCD, получающее SFGI = 15, должно интерпретировать его как SFGI = 0.
PICC, устанавливающая FWI = 15, не соответствует требованиям настоящего стандарта. Пока RFU-значение 15 не назначено ИСО/МЭК, PCD, получающее FWI = 15, должно интерпретировать его как FWI = 4.
Байт интерфейса ТС(1) задает параметры протокола.
Специфичный байт интерфейса ТС(1) состоит из двух частей (см. рисунок 8):
- старшие значащие биты от Ь8 до ЬЗ должны быть (000000)6, а другие значения являются
RFU;
- биты Ь2 и Ь1 определяют, какие дополнительные поля в поле пролога поддерживает PICC. PCD можно пропустить поля, которые поддерживаются PICC, но поле, не поддерживаемое PICC, не будет передано PCD никогда. Значение по умолчанию должно быть (10)Ь. Оно указывает, что CID поддерживается, a NAD не поддерживается;
- PICC, устанавливающая (от Ь8 до ЬЗ) <> (000000)Ь, не соответствует требованиям настоящего стандарта. PCD должно игнорировать (от Ь8 до ЬЗ), а интерпретация (Ь2, М) или любых других полей целого кадра не должна измениться.
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
0 |
0 |
0 |
0 |
0 |
Поддерживаются NAD, если бит установлен на 1
Поддерживается CID, если бит установлен на 1
Должен быть установлен на (000000)Ь, все другие значения - RFU
Рисунок 8 - Кодирование байта интерфейса ТС(1)
9
Байты предыстории от Т1 до Тк являются необязательными и определяют общую информацию. Максимальная длина ATS обеспечивает максимально возможное количество байтов предыстории. В ИСО/МЭК 7816-4 определено содержание байтов предыстории.
PPS-запрос содержит стартовый байт, за которым следуют два байта параметра (см. рисунок 9).
Стартовый байт
Parameter 0
... кодирует наличие PPS1
Parameter 1
... кодирует DRI и DSI
Рисунок 9 - Запрос выбора протокола и параметров
PPSS состоит из двух частей (см. рисунок 10):
- старший значащий полубайт от Ь8 до Ь5 должен быть установлен на (1101 )Ь, он определяет PPS;
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
1 |
1 |
0 |
1 |
- младший значащий полубайт от Ь4 до Ы называется СЮ, он определяет логический номер адресуемой PICC.
СЮ
PPS = (1101)Ь
Рисунок 10 - Кодирование PPSS
PPS0 указывает на наличие дополнительного байта PPS1 (см. рисунок 11).
PCD, устанавливающее (от Ь4 до Ы) <> (0001)Ь и/или (от Ь8 до Ь6) <> (000)Ь, не соответствует требованиям настоящего стандарта.
PICC, принимающая (от Ь4 до М) <> (0001 )Ь и/или (от Ь8 до Ь6) <> (000)Ь, должна применять правила, приведенные в 5.6.2.2, Ь).
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
0 |
0 |
0 |
0 |
0 |
1 |
Должен быть установлен на 1,0 - RFU
Должен быть установлен на (000)Ь, все другие значения - RFU
PPS1 передается, если бит установлен на 1
Должен быть установлен на (000)Ь, все другие значения - RFU
Рисунок 11 - Кодирование PPS0
PPS1 состоит из трех частей (см. рисунок 12):
старший значащий полубайт от Ь8 до Ь5 должен быть (0000)Ь, а другие значения являются RFU;
- биты Ь4 и ЬЗ называются DSI, они кодируют выбранный целочисленный делитель от PICC к PCD;
- биты Ь2 и Ы называются DRI, они кодируют выбранный целочисленный делитель от PCD к PICC;
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
0 |
0 |
0 |
- PCD, устанавливающее (от Ь8 до Ь5) <> (0000)Ь, не соответствует требованиям настоящего стандарта. PICC, принимающая (от Ь8 до Ь5) <> (0000)Ь, должна применять правила, приведенные в 5.6.2.2, Ь).
DRI
DSI
Должны быть установлены на (0000)Ь, а все другие значения - RFU
Рисунок 12 - Кодирование PPS1
Определения DS и DR приведены в 5.2.4.
Кодирование D приведено в таблице 2.
Таблица 2 - Преобразование DRI, DSI в D | ||||||||||
|
PPS-ответ подтверждает полученный PPS-запрос (см. рисунок 13) и содержит только стартовый байт (см. 5.3.1).
PICC начинает использовать новые скорости передачи сразу после того, как отправит PPS-ответ. PCD, которое изменяет скорости передачи, не соответствует требованиям настоящего стандарта, если PPS-ответ отсутствует или недопустим, или если значение PPSS, возвращенное PICC, не совпадает со значением PPSS, посланным PCD.
11
Стартовый байт
Рисунок 13 - Ответ на выбор протокола и параметров
5.5 Время ожидания кадра активации
Время ожидания кадра активации определяет максимальное время для PICC, посылающей свой кадр ответа после окончания кадра, принятого от PCD, и имеет значение 65536/fc (~ 4833 мкс).
Примечание - Минимальное время между кадрами в любом направлении определяется по ИСО/МЭК 14443-3.
5.6 Обнаружение и исправление ошибок
5.6.1 Обработка RATS и ATS
5.6.1.1 Правила для PCD
Если PCD уже направило RATS и получило допустимый ATS, то оно должно продолжить работу.
В любом другом случае PCD может повторно передать RATS, прежде чем будет использовать последовательность дезактивации, определенную в разделе 8. В случае невыполнения последовательности дезактивации, оно может использовать команду HLTA в соответствии с ИСО/МЭК 14443-3.
5.6.1.2 Правила для PICC
Если PICC была выбрана с последней командой и
a) получила допустимый RATS, то PICC должна:
- возвратить свой ATS и
- перевести в неактивное состояние RATS (перестать реагировать на полученные RATS);
b) получила допустимый блок (HLTA), то PICC должна:
- обработать команду и войти в состояние HALT;
c) получила недопустимый блок или RATS с CID = 15, то PICC:
- не должна отвечать, а должна войти в состояние IDLE или HALT, как указано на рисунке 71* «Диаграмма состояний PICC Типа А» в ИСО/МЭК 14443-3.
5.6.2 Обработка PPS-запроса и PPS-ответа
5.6.2.1 Правила для PCD
Если PCD уже направило PPS-запрос и получило допустимый PPS-ответ, то оно должно активировать выбранные параметры и продолжить работу. В любом другом случае PCD может повторно передать PPS-запрос и продолжить работу.
5.6.2.2 Правила для PICC
Если PICC получила RATS, отправила свой ATS и
a) получила допустимый PPS-запрос, то PICC должна:
- послать PPS-ответ;
- перевести в неактивное состояние PPS-запрос (перестать реагировать на полученные PPS-запросы)и
- активировать полученные параметры;
b) получила недопустимый блок, то PICC должна:
- перевести в неактивное состояние PPS-запрос (перестать реагировать на полученные PPS-запросы)и
- оставаться в режиме приема;
c) получила допустимый блок, за исключением PPS-запроса, то PICC должна:
- перевести в неактивное состояние PPS-запрос (перестать реагировать на полученные PPS-запросы)и
11 В ИСО/МЭК 14443-4 допущена опечатка. Верно «на рисунке 7»
ГОСТ Р ИСО/МЭК 14443-4—2014
- продолжить работу.
5.6.3 Обработка CID во время активации
Если PCD уже направило RATS, содержащий CID = п, не равный 0, и:
a) получило ATS, указывающий, что CID поддерживается, то PCD:
- должно послать блоки, содержащие СЮ = п, этой PICC и
- не должно использовать СЮ = п для дальнейшего RATS, пока эта PICC находится в состоянии ACTIVE;
b) получило ATS, указывающий, что СЮ не поддерживается, то PCD:
- должно послать блоки, не содержащие СЮ, этой PICC и
- не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE.
Если PCD уже направило RATS, содержащий СЮ, равный 0, и:
а) получило ATS, указывающий, что СЮ поддерживается, то PCD:
- может посылать блоки, содержащие СЮ, равный 0, этой PICC и
- не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE;
б) получило ATS, указывающий, что СЮ не поддерживается, то PCD:
- должно послать блоки, не содержащие СЮ, этой PICC и
- не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE.
Последовательность активации в PICC типа В описана в ИСО/МЭК 14443-3.
Протокол полудуплексной передачи блока применяется для особых запросов в среде бесконтактных карт и использует формат кадра, определенный в ИСО/МЭК 14443-3.
Соответствующими элементами формата кадра являются:
- формат блока;
- максимальное время ожидания кадра;
- индикация мощности и
- операции протокола.
Данный протокол разработан в соответствии с принципом разбиения на уровни в эталонной модели OSI, с особым вниманием к минимизации взаимодействия на стыке границ. Определены четыре уровня:
- физический уровень, на котором происходит обмен байтами в соответствии с ИСО/МЭК 14443-3;
- канальный уровень, на котором происходит обмен байтами, как определено в настоящем разделе;
- сеансовый уровень в сочетании с канальным уровнем при минимизации взаимодействия;
- прикладной уровень, на котором происходит обработка команд. Он включает не менее одного блока или сцепление блоков в любом направлении.
Примечание - Выбор приложения может осуществляться в соответствии с ИСО/МЭК 7816-4. Неявный выбор приложения не рекомендован для PICC с несколькими приложениями.
Для того чтобы ввести дополнительные функции протокола, которые могут быть определены в настоящем стандарте или в других стандартах, использующих этот стандарт как основу, предусмотрен специальный механизм.
(Измененная редакция, Изм. А1:2012).
7.1 Формат блока
13
Формат блока (см. рисунок 14) состоит из поля пролога (обязательно), информационного поля (необязательно) и поля эпилога (обязательно).__ | |||||||||||||||
|
.Код обнаружения ошибки
FSD/FSC
М---►
Примечание - Элементы в квадратных скобках указывают на необязательные требования.
Рисунок 14 - Формат блока
Поле пролога является обязательным и может состоять из 1,2 или 3 байтов: РСВ обязателен, а СЮ и NAD необязательны.
РСВ используется для передачи информации, необходимой для управления передачей данных.
Протокол определяет три основных типа блоков:
- 1-блок, используемый для передачи информации на прикладном уровне;
- R-блок, используемый для передачи положительных или отрицательных подтверждений. R-блок никогда не содержит INF. Подтверждение относится к последнему принятому блоку;
- S-блок, используемый для обмена управляющей информацией между PCD и PICC. Поддержка блока S(PARAMETERS) не является обязательной для PCD и PICC. Определены три различных типа S-блоков:
1) «расширение времени ожидания», содержащий INF длиной в 1 байт;
2) «DESELECT», не содержащий INF,
3) «PARAMETERS», содержащий INF длиной в n-байт, при п > 0.
Примечание - FSD и FSC должны быть достаточно большими, чтобы содержать ожидаемое число блоков S(PARAMETERS).
Кодирование РСВ зависит от его типа и определено на рисунках 15-17. Кодирование РСВ, не приведенное в настоящем стандарте, либо используется в других частях ИСО/МЭК 14443, либо является RFU. Кодирование 1-блоков, R-блоков и S-блоков показано на рисунках 15, 16 и 17.
PICC или PCD, устанавливающие Ь6 <> (0)Ь в 1-блоке, Ь2 <> (1)Ь в R-блоке, М <> (0)Ь в S-блоке, не соответствуют требованиям настоящего стандарта.
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
0 |
0 |
0 |
1 |
(Измененная редакция, Изм. А1:2012).
Номер блока
Должен быть установлен на 1 Отслеживание NAD, если бит установлен на 1
Отслеживание CID, если бит установлен на 1 -Сцепление, если бит установлен на 1
Должен быть установлен на 0, 1 - RFU ■1-блок
Рисунок 15 - Кодирование 1-блока РСВ
ГОСТ Р ИСО/МЭК 14443-4—2014
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
1 |
0 |
1 |
0 |
1 |
Номер блока
Должен быть установлен на 1, 0 - RFU Должен быть установлен на 0 Отслеживание СЮ, если бит установлен на 1 АСК, если бит установлен на 0 NAK, если бит установлен на 1
Должен быть установлен на 0, 1 - RFU R-блок
Рисунок 16 - Кодирование R-блока РСВ
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
Ы |
1 |
1 |
0 |
0 |
-Должен быть установлен на (0)b, (1)b -RFU -PARAMETERS, если бит установлен на (0)Ь DESELECT или WTX, если бит установлен на
(1)Ь
Должен быть установлен на (0)Ь Отслеживание CID, если бит установлен на ]1)Ь
Если Ь2 = (0)Ь, то должен быть установлен на (11)b WTX
- Если Ь2 = (1)6. то (00)Ь DESELECT или
(ll)bWTX
S-блок
Рисунок 17 - Кодирование S-блока РСВ
(Измененная редакция, Изм. А1:2012).
7.1.1.2 Поле идентификатора карты
Поле CID используется для идентификации конкретной PICC и состоит из трех частей (см. рисунок 18):
- два старших значащих бита Ь7 и Ь8 используются для регистрации показаний уровня мощности, полученной PICC от PCD. Эти два бита должны быть установлены на (00)Ь для передачи от PCD к PICC. Индикация уровня мощности рассматривается в 7.4;
- биты Ь6 и Ь5 используются для передачи дополнительной информации, которая не определена, и должны быть установлены на (00)Ь, другие значения - RFU;
- PICC или PCD, устанавливающие (Ь6, Ь5) <> (00)Ь, не соответствуют требованиям настоящего стандарта. Биты (Ь6, Ь5) <> (00)Ь должны рассматриваться как ошибка протокола;
- биты от Ь4 до М кодируют CID.
15
ГОСТ Р ИСО/МЭК 14443-4—2014
1 Область применения.......................................................................................................1
2 Нормативные ссылки.......................................................................................................1
3 Термины и определения.................................................................................................1
4 Обозначения и сокращения............................................................................................2
5 Активация протокола PICC типа А.................................................................................3
6 Активация протокола PICC типа В...............................................................................13
7 Протокол полудуплексной передачи блока.................................................................13
8 Деактивация протокола PICC типа А и В....................................................................21
9 Активация скоростей передачи и опции кадровой
синхронизации в состоянии PROTOCOL........................................................................22
Приложение А (справочное) Пример мульти-активации..............................................26
Приложение В (справочное) Сценарии протокола........................................................27
Приложение С (справочное) Краткое описание блоков и
кодирование кадра...........................................................................................................34
Приложение ДА (справочное) Сведение о соответствии ссылочных международных стандартов национальным
стандартам Российской Федерации...............................................................................35
Библиография...................................................................................................................36
Кодирование СЮ приведено в 5.1 для типа Айв ИСО/МЭК 14443-3 для типа В.
Обработка СЮ:
PICC, которая не поддерживает СЮ, должна:
- игнорировать любой блок, содержащий СЮ;
PICC, которая поддерживает СЮ, должна:
- отвечать на блоки, содержащие СЮ, используя свой СЮ,
- игнорировать блоки, содержащие другие СЮ, и
- в случае СЮ = 0, отвечать также на блоки, не содержащие СЮ, не используя свой СЮ.
NAD в поле пролога зарезервированы для создания и обращения к различным логическим соединениям. Применение NAD должно отвечать требованиям ИСО/МЭК 7816-3, когда значения бит Ь8 и Ь4 равны 0. Все остальные значения - RFU.
PICC или PCD, устанавливающие Ь8 <> 0 и/или Ь4 <> 0, не соответствуют требованиям настоящего стандарта. Биты Ь8 <> 0 и/или Ь4 <> 0 должны рассматриваться как ошибка протокола.
При использовании NAD применяются следующие определения:
a) поле NAD должно использоваться только для 1-блоков;
b) если PCD использует NAD, PICC должна также использовать NAD;
c) во время сцепления NAD должны передаваться только в первом блоке цепи;
d) PCD не должно использовать NAD, для того чтобы обращаться к различным PICC (для обращения к различным PICC должен быть использован СЮ);
e) если PICC не поддерживает NAD, то она должна игнорировать любой блок, содержащий
NAD.
INF является необязательным. Если INF присутствует, то оно передает либо данные приложений в 1-блоки, либо данные, не относящиеся к приложениям, и информацию о состоянии в S-блоки. Длина информационного поля вычисляется путем подсчета количества байтов целого блока за вычетом длины поля пролога и эпилога.
Поле эпилога содержит EDC передаваемого блока, который является CRC в соответствии с ИСО/МЭК 14443-3.
FWT - это время, в течение которого PICC должна начать свой кадр ответа после окончания кадра PCD (см. рисунок 19).
ИСО/МЭК 14443 - один из серии стандартов, описывающих параметры идентификационных карт по ИСО/МЭК 7810 и их применение в рамках обмена информацией.
Протокол в соответствии с настоящим стандартом способен обеспечить передачу блока данных прикладного протокола по ИСО/МЭК 7816-4. Таким образом, блок данных прикладного протокола может быть преобразован в соответствии с ИСО/МЭК 7816-4, а выбор приложения может быть в соответствии ИСО/МЭК 7816-5.
Настоящий стандарт предназначен для обеспечения работы карт близкого действия в присутствии бесконтактных карт, соответствующих ИСО/МЭК 10536 и ИСО/МЭК 15693, и устройств ближней радиосвязи (NFC1’), соответствующих ИСО/МЭК 18092 и ИСО/МЭК 21481.
Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) обращают внимание на заявление о том, что соответствие настоящему стандарту может повлечь использование патента.
ИСО и МЭК не занимают никакой позиции относительно наличия, действительности и области применения этого патентного права.
Обладатели этого патентного права заверили ИСО и МЭК, что они готовы вести переговоры с претендентами со всего мира о предоставлении лицензии на разумных и недискриминационных условиях, включая сроки. Это заявление обладателей патентного права зарегистрировано в ИСО и МЭК. Информацию можно получить у:
US Patent US5359323 FRANCE TELECOM
Centre National d’Etudes des Telecommunications
38-40 rue de General Leclerc
92794 Issy-les-Moulineaux
Cedex 9
France
JP 2129209,JP 2561051,JP 2981517 Contactless Responding Unit
Patent EP 0 492 569 B1
A system and method for the non-contact transmission of data
MOTOROLA
Motorola ESG
207 route de Ferney
P О Box 15
1218 Grand-Saconnex
Geneva
Switzerland
OMRON
Intellectual Property Department Law & Intellectual Property H.Q. 20, Igadera Shimokaiinji Nagaokakyo City Kyoto 617-8510 Japan
ON-TRACK INNOVATIONS Z.H.R. Industrial Zone P О Box 32 Rosh-Pina 12000 Israel
i)
NFC - Near Field Communication.
ГОСТ Р ИСО/МЭК 14443-4—2014
Следующие компании могут иметь патент, касающийся настоящего стандарта, но не представили подробную информацию о патентах или не согласовали предоставление лицензий: US 4 650 981 WAYNE S FOLETTA | ||||||
|
Следует обратить внимание на тот факт, что некоторые элементы настоящего стандарта могут быть объектом патентных прав, помимо тех, что идентифицированы выше. ИСО и МЭК не несут ответственности за идентификацию всех или некоторых таких прав.
ИСО/МЭК 14443-4 подготовлен подкомитетом № 17 «Карты и идентификация личности» совместного технического комитета № 1 ИСО/МЭК «Информационные технологии» (ISO/IEC JTC 1/SC 17).
V
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Карты идентификационные Карты на интегральных схемах бесконтактные КАРТЫ БЛИЗКОГО ДЕЙСТВИЯ Часть 4 Протокол передачи
Identification cards. Contactless integrated circuit cards. Proximity cards. Part 4. Transmission protocol
Дата введения — 2016—01—01
Настоящий стандарт определяет протокол полудуплексной передачи блока, описывающий специфичные запросы бесконтактного оборудования, а также последовательность активации и деактивации протокола.
Настоящий стандарт предназначен для совместного использования с другими частями ИСО/МЭК 14443 и применим к картам или объектам близкого действия типа А и типа В.
В настоящем стандарте использованы ссылки на следующие международные стандарты. Для датированных ссылок следует использовать только указанное издание, для недатированных ссылок следует использовать последнее издание указанного документа, включая все поправки:
ИСО/МЭК 7816-3 Карты идентификационные. Карты на интегральных схемах. Часть 3. Карты с контактами. Электрический интерфейс и протоколы передачи (ISO/IEC 7816-3, Identification cards — Integrated circuit cards — Part 3: Cards with contacts — Electrical interface and transmission protocols)
ИСО/МЭК 7816-4 Карты идентификационные. Карты на интегральных схемах. Часть 4. Организация, защита и команды для обмена (ISO/IEC 7816-4, Identification cards — Integrated circuit cards — Part 4: Organization, security and commands for interchange)
ИСО/МЭК 14443-2 Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 2. Радиочастотный энергетический и сигнальный интерфейс (ISO/IEC 14443-2, Identification cards — Contactless integrated circuit cards — Proximity cards — Part 2: Radio frequency power and signal interface)
ИСО/МЭК 14443-3 Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 3. Инициализация и антиколлизия (ISO/IEC 14443-3, Identification cards — Contactless integrated circuit cards — Proximity cards — Part 3: Initialization and anticollision)
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 длительность бита (bit duration): Одна элементарная единица времени (etu), вычисляемая по следующей формуле:
1 etu = 128/(D-fc).
При начальном значении делителя D, равном 1, начальная etu принимает значение:
1 etu = 128/fc,
где fc - частота несущей в соответствии с ИСО/МЭК 14443-2.
3.2 блок (block): Особый тип кадра, который содержит допустимый формат данных протокола.
Примечание - Допустимый формат данных протокола содержит 1-блоки, R-блоки или S-блоки.
3.3 недопустимый блок (invalid block): Тип кадра, который содержит недопустимый формат протокола.
Примечание - Если по истечении времени ожидания не было получено никакого кадра, то блок не считается недопустимым.
Издание официальное
3.4 кадр (frame): Последовательность битов в соответствии с ИСО/МЭК 14443-3.
Примечание - PICC типа А использует стандартный кадр, определенный для типа A, a PICC типа В использует кадр, определенный для типа В.
АСК- положительное подтверждение (positive ACKnowledgement);
ATS - Ответ на Выбор (Answer То Select);
ATQA - Ответ на Запрос, тип A (Answer То reQuest);
ATQB - Ответ на Запрос, тип В (Answer То reQuest);
СЮ - идентификатор карты (Card IDentifier);
CRC - циклический контроль избыточности (см. ИСО/МЭК 14443-3 для каждого типа PICC) (Cyclic Redundancy Check);
CRC1 - старший значащий байт CRC (от Ь16 до Ь9);
CRC2 - младший значащий байт CRC (от Ь8 до Ы);
D - делитель (Divisor);
DR - прием делителя (от PCD на PICC) (Divisor Receive);
DRI - прием делителя (от PCD на PICC), целое число (Divisor Receive Integer);
DS - отправка делителя (от PICC на PCD) (Divisor Send);
DSI - отправка делителя (от PICC на PCD), целое число (Divisor Send Integer);
EDC - код с обнаружением ошибок (Error Detection Code); etu - элементарная единица времени (elementary time unit); fc - частота несущей (carrier frequency);
FSC - размер кадра карты близкого действия (Frame Size for proximity Card);
FSCI - размер кадра карты близкого действия, целое число (Frame Size for proximity Card Integer); FSD - размер кадра терминального оборудования близкого действия (Frame Size for proximity coupling Device);
FSDI - размер кадра терминального оборудования близкого действия, целое число (Frame Size for proximity coupling Device Integer);
FWI - время ожидания кадра, целое число (Frame Waiting time Integer);
FWT - время ожидания кадра (Frame Waiting Time);
FWTjemp - промежуточное время ожидания кадра (temporary Frame Waiting Time);
HLTA - команда HALT, тип A;
l-block - информационный блок (Information block)
INF - информационное поле (INformation Field);
MAX - индекс для определения максимального значения;
MIN - индекс для определения минимального значения;
NAD - адрес узла (Node ADdress);
NAK - отрицательное подтверждение (Negative AcKnowledgement);
OSI - взаимодействие открытых систем (Open Systems Interconnection);
PCB - байт управления протоколом (Protocol Control Byte);
PCD - терминальное оборудование близкого действия (Proximity Coupling Device)
PICC - карта или объект близкого действия (proximity card or object);
PPS - выбор протокола и параметров (Protocol and Parameter Selection);
PPSS - начало выбора протокола и параметров (Protocol and Parameter Selection Start)
PPSO - выбор протокола и параметров при параметре, равном 0 (Protocol and Parameter Selection parameter 0);
PPS1 - выбор протокола и параметров при параметре, равном 1 (Protocol and Parameter Selection parameter 1);
R-block - блок готовности к приему (Receive ready block);
R(ACK) - R-блок, содержащий положительное подтверждение (R-block containing a positive acknowledge);
R(NAK) - R-блок, содержащий отрицательное подтверждение (R-block containing a negative acknowledge);
RATS - запрос для Ответа на Выбор (Request for Answer To Select)
REQA - команда REQuest, тип A ;
ГОСТ Р ИСО/МЭК 14443-4—2014
RFU - зарезервировано для использования в будущем ИСО/МЭК;
S-block - контролирующий блок (Supervisory block)
SAK- подтверждение выбора (Select AcKnowledge);
SFGI - запуск разграничительного времени кадра, целое число (Start-up Frame Guard time Integer);
SFGT - запуск разграничительного времени кадра (Start-up Frame Guard Time);
WUPA - команда Wake-UP, тип A;
WTX - расширение времени ожидания (Waiting Time extension);
WTXM - коэффициент расширения времени ожидания (Waiting Time extension Multiplier);
(xxxxx)b - представление бит данных;
‘ХУ’ - шестнадцатеричная система счисления (XY - число по основанию 16).
Следует применять следующую последовательность активации:
- последовательность активации PICC в соответствии с ИСО/МЭК 14443-3 (запрос, цикл анти-коллизиии и выбор);
- байт SAK должен быть проверен, для того чтобы получить информацию, соответствует ли PICC требованиям настоящего стандарта. Байт SAK определен в ИСО/МЭК 14443-3;
- PICC может быть установлена в состояние HALT, используя команду HALT в соответствии с ИСО/МЭК 14443-3, если, например, на PCD не используется протокол, соответствующий требованиям настоящего стандарта.
Примечание -В этом случае PCD не может продолжить последовательность активации;
- если PICC соответствует требованиям настоящего стандарта, то PCD может затем послать команду RATS, после того как примет SAK;
(Измененная редакция, Изм. А2:2012).
- PICC посылает свой ATS, как ответ на RATS. PICC должна отвечать на RATS, только если RATS принимается непосредственно после выбора;
- если PICC поддерживает любые изменяемые параметры в ATS, то PPS-запрос может быть использован устройством PCD в качестве следующей команды после приема ATS для изменения параметров.
- PICC должна направить PPS-ответ как ответ на PPS-запрос.
PICC не нужно реализовывать PPS, если она не поддерживает изменяемые параметры в ATS.
Последовательность активации PCD для PICC типа А показана на рисунке 1.
3
ГОСТ Р ИСО/МЭК 14443-4—2014
Поле включено"^.
Послать REQA Е | |||||||||
|
ИСО/МЭК 14443-4 j ИСО/МЭК 14443-3 |
(Измененная редакция, Изм. А2:2012).
Рисунок 1 - Активация PICC типа А с помощью PCD
4
В данном подразделе определен RATS со всеми полями (см. рисунок 2).
Стартовый бит
Байт параметра
... кодирует FSDI и СЮ
Рисунок 2 - Запрос для Ответа на Выбор
Байт параметра состоит из двух частей (см. рисунок 3):
- старший значащий полубайт от Ь8 до Ь5 называется FSDI, он кодирует FSD, который определяет максимальный размер кадра, принимаемого PCD. Кодирование FSD приведено в таблице 1;
- PCD, устанавливающее FSDI = ‘D’ - ‘F’, не соответствует требованиям настоящего стандарта. До тех пор, пока RFU-значения ‘D’ - ‘F’ не назначены ИСО/МЭК, PICC, принимающая FSDI = ‘D’ - ‘F’, должна интерпретировать эти значения как FSDI = О’ (FSD = 4096 байтам).
Примечание - Это дополнительная рекомендация для совместимости PCD с будущими PICC, когда ИСО/МЭК определит поведение для RFU-значений ‘D’ - ‘F’;
- младший значащий полубайт от Ь4 до Ы называется СЮ, он определяет логический номер адресуемой PICC в диапазоне от 0 до 14. Значение 15 является RFU. СЮ задается с помощью PCD и должен быть уникальным для всех PICC, которые находятся в состоянии ACTIVE в одно и то же время. СЮ устанавливается во время активности PICC. PICC должна использовать СЮ как свой логический идентификатор, который содержится в первом безошибочно полученном RATS;
Ь8 |
Ь7 |
Ь6 |
Ь5 |
Ь4 |
ЬЗ |
Ь2 |
М |
- PCD, устанавливающее СЮ = 15, не соответствует требованиям настоящего стандарта. Поведение PICC см. 5.6.1.2, с.
СЮ
FSDI
Рисунок 3 - Кодирование байта параметра RATS Таблица 1- Преобразование FSDI в FSD ____ | ||||||||||||||||||||||||||||||
|
В данном подразделе определен ATS со всеми его допустимыми полями (см. рисунок 4).
В случае если одно из определенных полей отсутствует в ATS, посланном PICC, то для этого поля должны применяться значения по умолчанию.
5