ГОСТ Р ИСО/МЭК 14443-4-2014
Группа Э46
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Карты идентификационные
Карты на интегральных схемах бесконтактные
КАРТЫ БЛИЗКОГО ДЕЙСТВИЯ
Часть 4
Протокол передачи
Identification cards. Contactless integrated circuit cards. Proximity cards. Part 4. Transmission protocol
ОКС 35.240.15
ОКП 40 8470
Дата введения 2016-01-01
Предисловие
1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием “Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении” (ВНИИНМАШ) и Техническим комитетом по стандартизации ТК 22 “Информационные технологии” на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 “Информационные технологии”
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 ноября 2014 г. N 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)
Введение
Введение
ИСО/МЭК 14443 – один из серии стандартов, описывающих параметры идентификационных карт по ИСО/МЭК 7810 и их применение в рамках обмена информацией.
Протокол в соответствии с настоящим стандартом способен обеспечить передачу блока данных прикладного протокола по ИСО/МЭК 7816-4. Таким образом, блок данных прикладного протокола может быть преобразован в соответствии с ИСО/МЭК 7816-4, а выбор приложения может быть в соответствии ИСО/МЭК 7816-5.
Настоящий стандарт предназначен для обеспечения работы карт близкого действия в присутствии бесконтактных карт, соответствующих ИСО/МЭК 10536 и ИСО/МЭК 15693, и устройств ближней радиосвязи (NFC), соответствующих ИСО/МЭК 18092 и ИСО/МЭК 21481.
_______________
), соответствующих ИСО/МЭК 18092 и ИСО/МЭК 21481.
_______________
NFC – Near Field Communication.
Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) обращают внимание на заявление о том, что соответствие настоящему стандарту может повлечь использование патента.
ИСО и МЭК не занимают никакой позиции относительно наличия, действительности и области применения этого патентного права.
Обладатели этого патентного права заверили ИСО и МЭК, что они готовы вести переговоры с претендентами со всего мира о предоставлении лицензии на разумных и недискриминационных условиях, включая сроки. Это заявление обладателей патентного права зарегистрировано в ИСО и МЭК. Информацию можно получить у:
US Patent US5359323 |
FRANCE TELECOM |
Centre National des |
|
38-40 rue de Leclerc |
|
92794 Issy-les-Moulineaux |
|
Cedex 9 |
|
France |
|
MOTOROLA |
|
Motorola ESG |
|
207 route de Ferney |
|
P О Box 15 |
|
1218 Grand-Saconnex |
|
Geneva |
|
Switzerland |
|
JP 2129209, JP 2561051, JP 2981517 |
OMRON |
Intellectual Property Department |
|
Contactless Responding Unit |
Law & Intellectual Property H.Q. |
20, Igadera Shimokaiinji |
|
Nagaokakyo City |
|
Kyoto 617-8510 |
|
Japan |
|
Patent EP 0 492 569 B1 |
ON-TRACK INNOVATIONS |
Z.H.R. Industrial Zone |
|
A system and method for the non-contact |
P О Box 32 |
transmission of data |
Rosh-Pina 12000 |
Israel |
Следующие компании могут иметь патент, касающийся настоящего стандарта, но не представили подробную информацию о патентах или не согласовали предоставление лицензий:
US 4 650 981 |
WAYNE S FOLETTA |
CA 95129, USA |
|
4760 Castlewood Drive |
|
San Jose, California CA 9512 |
|
USA |
|
US Patent No. 4, 661, 691 |
JOHN W HALPERN |
C/O Vincent M DeLuca |
|
Rothwell, Figg, Ernst & Kurz, p.с. |
|
555 Thirteenth Street, N.W. |
|
Suite 701 East Tower |
|
Washington, D.C. 20004 |
|
WO 89 05549 A |
MAGELLAN CORPORATION |
8717 Research Drive |
|
Irvine |
|
CA 92618 |
|
USA |
Следует обратить внимание на тот факт, что некоторые элементы настоящего стандарта могут быть объектом патентных прав, помимо тех, что идентифицированы выше. ИСО и МЭК не несут ответственности за идентификацию всех или некоторых таких прав.
ИСО/МЭК 14443-4 подготовлен подкомитетом N 17 “Карты и идентификация личности” совместного технического комитета N 1 ИСО/МЭК “Информационные технологии” (ISO/IEC JTC 1/SC 17).
1 Область применения
Настоящий стандарт определяет протокол полудуплексной передачи блока, описывающий специфичные запросы бесконтактного оборудования, а также последовательность активации и деактивации протокола.
Настоящий стандарт предназначен для совместного использования с другими частями ИСО/МЭК 14443 и применим к картам или объектам близкого действия типа А и типа В.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие международные стандарты*. Для датированных ссылок следует использовать только указанное издание, для недатированных ссылок следует использовать последнее издание указанного документа, включая все поправки:
_______________
* Таблицу соответствия национальных стандартов международным см. по ссылке. – .
ИСО/МЭК 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 Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 длительность бита (bit duration): Одна элементарная единица времени (etu), вычисляемая по следующей формуле:
1 etu = 128/(D·fc).
При начальном значении делителя D, равном 1, начальная etu принимает значение:
1 etu = 128/fc,
где fc – частота несущей в соответствии с ИСО/МЭК 14443-2.
3.2 блок (block): Особый тип кадра, который содержит допустимый формат данных протокола.
Примечание – Допустимый формат данных протокола содержит I-блоки, R-блоки или S-блоки.
3.3 недопустимый блок (invalid block): Тип кадра, который содержит недопустимый формат протокола.
Примечание – Если по истечении времени ожидания не было получено никакого кадра, то блок не считается недопустимым.
3.4 кадр (frame): Последовательность битов в соответствии с ИСО/МЭК 14443-3.
Примечание – PICC типа А использует стандартный кадр, определенный для типа A, a PICC типа В использует кадр, определенный для типа В.
4 Обозначения и сокращения
АСК – положительное подтверждение (positive ACKnowledgement);
ATS – Ответ на Выбор (Answer То Select);
ATQA – Ответ на Запрос, тип A (Answer То reQuest);
ATQB – Ответ на Запрос, тип В (Answer То reQuest);
CID – идентификатор карты (Card IDentifier);
CRC – циклический контроль избыточности (см. ИСО/МЭК 14443-3 для каждого типа PICC) (Cyclic Redundancy Check);
CRC1 – старший значащий байт CRC (от b16 до b9);
CRC2 – младший значащий байт CRC (от b8 до b1);
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);
– промежуточное время ожидания кадра (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)
PPS0 – выбор протокола и параметров при параметре, равном 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;
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’ – шестнадцатеричная система счисления (XY – число по основанию 16).
5 Активация протокола в PICC типа А
Следует применять следующую последовательность активации:
– последовательность активации 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.
Рисунок 1 – Активация PICC типа А с помощью PCD
(Измененная редакция, Изм. А2:2012).
Рисунок 1 – Активация PICC типа А с помощью PCD
5.1 Запрос для Ответа на Выбор
В данном подразделе определен RATS со всеми полями (см. рисунок 2).
Рисунок 2 – Запрос для Ответа на Выбор
Рисунок 2 – Запрос для Ответа на Выбор
Байт параметра состоит из двух частей (см. рисунок 3):
– старший значащий полубайт от b8 до b5 называется FSDI, он кодирует FSD, который определяет максимальный размер кадра, принимаемого PCD. Кодирование FSD приведено в таблице 1;
– PCD, устанавливающее FSDI = ‘D’ – ‘F’, не соответствует требованиям настоящего стандарта. До тех пор, пока RFU-значения ‘D’ – ‘F’ не назначены ИСО/МЭК, PICC, принимающая FSDI = ‘D’ – ‘F’, должна интерпретировать эти значения как FSDI = ‘С’ (FSD = 4096 байтам).
Примечание – Это дополнительная рекомендация для совместимости PCD с будущими PICC, когда ИСО/МЭК определит поведение для RFU-значений ‘D’ – ‘F’;
(Измененная редакция, Изм. А2:2012).
– младший значащий полубайт от b4 до b1 называется CID, он определяет логический номер адресуемой PICC в диапазоне от 0 до 14. Значение 15 является RFU. CID задается с помощью PCD и должен быть уникальным для всех PICC, которые находятся в состоянии ACTIVE в одно и то же время. CID устанавливается во время активности PICC. PICC должна использовать CID как свой логический идентификатор, который содержится в первом безошибочно полученном RATS;
– PCD, устанавливающее CID = 15, не соответствует требованиям настоящего стандарта. Поведение PICC см. 5.6.1.2, с.
Рисунок 3 – Кодирование байта параметра RATS
Рисунок 3 – Кодирование байта параметра RATS
Таблица 1 – Преобразование FSDI в FSD
FSDI |
‘0’ |
‘1’ |
‘2’ |
‘3’ |
‘4’ |
‘5’ |
‘6’ |
‘7’ |
‘8’ |
‘9’ |
‘А’ |
‘В’ |
‘С |
‘D’-‘F’ |
FSD (байты) |
16 |
24 |
32 |
40 |
48 |
64 |
96 |
128 |
256 |
512 |
1024 |
2048 |
4096 |
RFU |
(Измененная редакция, Изм. А2:2012).
5.2 Ответ на выбор
В данном подразделе определен ATS со всеми его допустимыми полями (см. рисунок 4).
В случае если одно из определенных полей отсутствует в ATS, посланном PICC, то для этого поля должны применяться значения по умолчанию.
Рисунок 4 – Структура ATS
Рисунок 4 – Структура ATS
5.2.1 Структура байтов
За байтом длины TL следует переменное число дополнительных байтов в следующем порядке:
– байт формата Т0,
– байты интерфейса ТА(1), ТВ(1), ТС(1) и
– байты предыстории от Т1 до Tk.
5.2.2 Байт длины
Байт длины TL является обязательным. Он указывает длину передаваемого ATS, включая его самого. Два байта CRC не включены в TL. Максимальный размер ATS не должен превышать указанного FSD, поэтому максимальное значение TL не должно превышать FSD-2.
5.2.3 Байт формата
Байт формата Т0 является необязательным и присутствует только тогда, когда длина больше 1. ATS может содержать следующие дополнительные байты, когда Т0 присутствует.
Т0 состоит из трех частей (см. рисунок 5):
– старший значащий бит b8 должен быть установлен на 0. Значение 1 является RFU;
– биты от b7 до b5 содержат Y(1), указывающий на присутствие последующих байтов интерфейса ТС(1), ТВ(1) и ТА(1);
– младший значащий полубайт от b4 до b1 называется 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-значений ‘D’ – ‘F’.
(Измененная редакция, Изм. А2:2012).
Рисунок 5 – Кодирование байта формата
Рисунок 5 – Кодирование байта формата
5.2.4 Байт интерфейса ТА(1)
Байт интерфейса ТА(1) состоит из четырех частей (см. рисунок 6):
– старший значащий бит b8 кодирует способность обрабатывать различные делители для каждого направления. Если этот бит установлен на 1, то PICC не в состоянии обрабатывать различные делители для каждого направления;
– биты от b7 до b5 кодируют возможные скорости передачи PICC для направления от PICC к PCD, называемого DS. Значение по умолчанию должно быть (000)b;
– бит b4 должен быть установлен на (0)b, а остальные значения – RFU;
– биты от b3 до b1 кодируют возможные скорости передачи PICC для направления от PCD к PICC, называемого DR. Значение по умолчанию должно быть (000)b.
Рисунок 6 – Кодирование байта интерфейса ТА(1)
Рисунок 6 – Кодирование байта интерфейса ТА(1)
Выбор конкретного делителя D для каждого направления может быть осуществлен PCD с помощью PPS.
PICC, устанавливающая b4 = 1, не соответствует требованиям настоящего стандарта. Полученное значение ТА(1) с b4 = 1 должно интерпретироваться устройством PCD как (от b8 до b1) = (00000000)b (при скорости в обоих направлениях только ~106 кбит/с).
5.2.5 Байт интерфейса ТВ(1)
Байт интерфейса ТВ(1) передает информацию для определения времени ожидания кадра и запуска разграничительного интервала времени.
Байт интерфейса ТВ(1) состоит из двух частей (см. рисунок 7):
– старший значащий полубайт от b8 до b5 называется FWI, он кодирует FWT (см. 7.2);
– младший значащий полубайт от b4 до b1 называется SFGI, он кодирует значение множителя, используемого для определения SFGT. SFGT определяет специфичный разграничительный интервал, необходимый PICC, прежде чем она будет готова к приему следующего кадра, после того как будет послан ATS. SFGI кодируется в диапазоне от 0 до 14. Значение 15 является RFU. Значение 0 указывает на отсутствие необходимости SFGT, а значения в диапазоне от 1 до 14 используются для расчета SFGT по формуле, приведенной ниже. Значение по умолчанию для SFGI равно 0.
Рисунок 7 – Кодирование байта интерфейса ТВ(1)
Рисунок 7 – Кодирование байта интерфейса ТВ(1)
SFGT вычисляется по следующей формуле:
SFGT = (256·16/fc)·2SFGI.
– это минимальное значение времени задержки кадра в соответствии с ИСО/МЭК 14443-3.
– это минимальное значение времени задержки кадра в соответствии с ИСО/МЭК 14443-3.
= (256·16/fc)·2 = (256·16/fc)·2(~4949 мс).
PICC, устанавливающая SFGI = 15, не соответствует требованиям настоящего стандарта. Пока RFU-значение 15 не назначено ИСО/МЭК, PCD, получающее SFGI = 15, должно интерпретировать его как SFGI = 0.
PICC, устанавливающая FWI = 15, не соответствует требованиям настоящего стандарта. Пока RFU-значение 15 не назначено ИСО/МЭК, PCD, получающее FWI = 15, должно интерпретировать его как FWI = 4.
5.2.6 Байт интерфейса ТС(1)
Байт интерфейса ТС(1) задает параметры протокола.
Специфичный байт интерфейса ТС(1) состоит из двух частей (см. рисунок 8):
– старшие значащие биты от b8 до bЗ должны быть (000000)b, а другие значения являются RFU;
– биты b2 и b1 определяют, какие дополнительные поля в поле пролога поддерживает PICC. PCD можно пропустить поля, которые поддерживаются PICC, но поле, не поддерживаемое PICC, не будет передано PCD никогда. Значение по умолчанию должно быть (10)b. Оно указывает, что CID поддерживается, a NAD не поддерживается;
– PICC, устанавливающая (от b8 до b3) <> (000000)b, не соответствует требованиям настоящего стандарта. PCD должно игнорировать (от b8 до bЗ), а интерпретация (b2, b1) или любых других полей целого кадра не должна измениться.
Рисунок 8 – Кодирование байта интерфейса ТС(1)
Рисунок 8 – Кодирование байта интерфейса ТС(1)
5.2.7 Байты предыстории
Байты предыстории от Т1 до Tk являются необязательными и определяют общую информацию. Максимальная длина ATS обеспечивает максимально возможное количество байтов предыстории. В ИСО/МЭК 7816-4 определено содержание байтов предыстории.
5.3 Запрос выбора протокола и параметров
PPS-запрос содержит стартовый байт, за которым следуют два байта параметра (см. рисунок 9).
Рисунок 9 – Запрос выбора протокола и параметров
Рисунок 9 – Запрос выбора протокола и параметров
5.3.1 Стартовый байт
PPSS состоит из двух частей (см. рисунок 10):
– старший значащий полубайт от b8 до b5 должен быть установлен на (1101)b, он определяет PPS;
– младший значащий полубайт от b4 до b1 называется CID, он определяет логический номер адресуемой PICC.
Рисунок 10 – Кодирование PPSS
Рисунок 10 – Кодирование PPSS
5.3.2 Parameter 0
PPS0 указывает на наличие дополнительного байта PPS1 (см. рисунок 11).
PCD, устанавливающее (от b4 до b1) <> (0001)b и/или (от b8 до b6) <> (000)b, не соответствует требованиям настоящего стандарта.
PICC, принимающая (от b4 до b1) <> (0001)b и/или (от b8 до b6) <> (000)b, должна применять правила, приведенные в 5.6.2.2, b).
Рисунок 11 – Кодирование PPS0
Рисунок 11 – Кодирование PPS0
5.3.3 Parameter 1
PPS1 состоит из трех частей (см. рисунок 12):
– старший значащий полубайт от b8 до b5 должен быть (0000)b, а другие значения являются RFU;
– биты b4 и b3 называются DSI, они кодируют выбранный целочисленный делитель от PICC к PCD;
– биты b2 и b1 называются DRI, они кодируют выбранный целочисленный делитель от PCD к PICC;
– PCD, устанавливающее (от b8 до b5) <> (0000)b, не соответствует требованиям настоящего стандарта. PICC, принимающая (от b8 до b5) <> (0000)b, должна применять правила, приведенные в 5.6.2.2, b).
Рисунок 12 – Кодирование PPS1
Рисунок 12 – Кодирование PPS1
Определения DS и DR приведены в 5.2.4.
Кодирование D приведено в таблице 2.
Таблица 2- Преобразование DRI, DSI в D
DRI, DSI |
(00)b |
(01)b |
(10)b |
(11)b |
D |
1 |
2 |
4 |
8 |
5.4 Ответ на выбор протокола и параметров
PPS-ответ подтверждает полученный PPS-запрос (см. рисунок 13) и содержит только стартовый байт (см. 5.3.1).
PICC начинает использовать новые скорости передачи сразу после того, как отправит PPS-ответ. PCD, которое изменяет скорости передачи, не соответствует требованиям настоящего стандарта, если PPS-ответ отсутствует или недопустим, или если значение PPSS, возвращенное PICC, не совпадает со значением PPSS, посланным PCD.
Рисунок 13 – Ответ на выбор протокола и параметров
Рисунок 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 c CID = 15, то PICC:
– не должна отвечать, а должна войти в состояние IDLE или HALT, как указано на рисунке 7( )”Диаграмма состояний PICC Типа А” в ИСО/МЭК 14443-3.
_______________
( )”Диаграмма состояний PICC Типа А” в ИСО/МЭК 14443-3.
_______________
В ИСО/МЭК 14443-4 допущена опечатка. Верно “на рисунке 7”
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-запросы) и
– продолжить работу.
5.6.3 Обработка CID во время активации
Если PCD уже направило RATS, содержащий CID = n, не равный 0, и:
a) получило ATS, указывающий, что CID поддерживается, то PCD:
– должно послать блоки, содержащие CID = n, этой PICC и
– не должно использовать CID = n для дальнейшего RATS, пока эта PICC находится в состоянии ACTIVE;
b) получило ATS, указывающий, что CID не поддерживается, то PCD:
– должно послать блоки, не содержащие CID, этой PICC и
– не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE.
Если PCD уже направило RATS, содержащий CID, равный 0, и:
а) получило ATS, указывающий, что CID поддерживается, то PCD:
– может посылать блоки, содержащие CID, равный 0, этой PICC и
– не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE;
б) получило ATS, указывающий, что CID не поддерживается, то PCD:
– должно послать блоки, не содержащие CID, этой PICC и
– не должно активировать другую PICC, пока эта PICC находится в состоянии ACTIVE.
6 Активация протокола в PICC типа В
Последовательность активации в PICC типа В описана в ИСО/МЭК 14443-3.
7 Протокол полудуплексной передачи блока
Протокол полудуплексной передачи блока применяется для особых запросов в среде бесконтактных карт и использует формат кадра, определенный в ИСО/МЭК 14443-3.
Соответствующими элементами формата кадра являются:
– формат блока;
– максимальное время ожидания кадра;
– индикация мощности и
– операции протокола.
Данный протокол разработан в соответствии с принципом разбиения на уровни в эталонной модели OSI, с особым вниманием к минимизации взаимодействия на стыке границ. Определены четыре уровня:
– физический уровень, на котором происходит обмен байтами в соответствии с ИСО/МЭК 14443-3;
– канальный уровень, на котором происходит обмен байтами, как определено в настоящем разделе;
– сеансовый уровень в сочетании с канальным уровнем при минимизации взаимодействия;
– прикладной уровень, на котором происходит обработка команд. Он включает не менее одного блока или сцепление блоков в любом направлении.
Примечание – Выбор приложения может осуществляться в соответствии с ИСО/МЭК 7816-4. Неявный выбор приложения не рекомендован для PICC с несколькими приложениями.
Для того чтобы ввести дополнительные функции протокола, которые могут быть определены в настоящем стандарте или в других стандартах, использующих этот стандарт как основу, предусмотрен специальный механизм.
(Измененная редакция, Изм. А1:2012).
7.1 Формат блока
Формат блока (см. рисунок 14) состоит из поля пролога (обязательно), информационного поля (необязательно) и поля эпилога (обязательно).
Рисунок 14 – Формат блока
Примечание – Элементы в квадратных скобках указывают на необязательные требования.
Рисунок 14 – Формат блока
7.1.1 Поле пролога
Поле пролога является обязательным и может состоять из 1, 2 или 3 байтов: РСВ обязателен, а CID и NAD необязательны.
7.1.1.1 Поле байта управления протоколом
РСВ используется для передачи информации, необходимой для управления передачей данных. Протокол определяет три основных типа блоков:
– l-блок, используемый для передачи информации на прикладном уровне;
– R-блок, используемый для передачи положительных или отрицательных подтверждений. R-блок никогда не содержит INF. Подтверждение относится к последнему принятому блоку;
– S-блок, используемый для обмена управляющей информацией между PCD и PICC. Поддержка блока S(PARAMETERS) не является обязательной для PCD и PICC. Определены три различных типа S-блоков:
1) “расширение времени ожидания”, содержащий INF длиной в 1 байт;
2) “DESELECT”, не содержащий INF,
3) “PARAMETERS”, содержащий INF длиной в n-байт, при n0.
Примечание – FSD и FSC должны быть достаточно большими, чтобы содержать ожидаемое число блоков S(PARAMETERS).
(Измененная редакция, Изм. А1:2012).
Кодирование РСВ зависит от его типа и определено на рисунках 15-17. Кодирование РСВ, не приведенное в настоящем стандарте, либо используется в других частях ИСО/МЭК 14443, либо является RFU. Кодирование I-блоков, R-блоков и S-блоков показано на рисунках 15, 16 и 17.
PICC или PCD, устанавливающие b6 <> (0)b в l-блоке, b2 <> (1)b в R-блоке, b1 <> (0)b в S-блоке, не соответствуют требованиям настоящего стандарта.
(Измененная редакция, Изм. А1:2012).
Рисунок 15 – Кодирование l-блока РСВ
Рисунок 15 – Кодирование l-блока РСВ
Рисунок 16 – Кодирование R-блока РСВ
Рисунок 16 – Кодирование R-блока РСВ
Рисунок 17 – Кодирование S-блока РСВ
Рисунок 17 – Кодирование S-блока РСВ
(Измененная редакция, Изм. А1:2012).
7.1.1.2 Поле идентификатора карты
Поле CID используется для идентификации конкретной PICC и состоит из трех частей (см. рисунок 18):
– два старших значащих бита b7 и b8 используются для регистрации показаний уровня мощности, полученной PICC от PCD. Эти два бита должны быть установлены на (00)b для передачи от PCD к PICC. Индикация уровня мощности рассматривается в 7.4;
– биты b6 и b5 используются для передачи дополнительной информации, которая не определена, и должны быть установлены на (00)b, другие значения – RFU;
– PICC или PCD, устанавливающие (b6, b5) <> (00)b, не соответствуют требованиям настоящего стандарта. Биты (b6, b5) <> (00)b должны рассматриваться как ошибка протокола;
– биты от b4 до b1 кодируют CID.
Рисунок 18 – Кодирование идентификатора карты
Рисунок 18 – Кодирование идентификатора карты
Кодирование CID приведено в 5.1 для типа A и в ИСО/МЭК 14443-3 для типа В.
Обработка CID:
PICC, которая не поддерживает CID, должна:
– игнорировать любой блок, содержащий CID;
PICC, которая поддерживает CID, должна:
– отвечать на блоки, содержащие CID, используя свой CID,
– игнорировать блоки, содержащие другие CID, и
– в случае CID = 0, отвечать также на блоки, не содержащие CID, не используя свой CID.
7.1.1.3 Поле с адресами узлов
NAD в поле пролога зарезервированы для создания и обращения к различным логическим соединениям. Применение NAD должно отвечать требованиям ИСО/МЭК 7816-3, когда значения бит b8 и b4 равны 0. Все остальные значения – RFU.
PICC или PCD, устанавливающие b8 <> 0 и/или b4 <> 0, не соответствуют требованиям настоящего стандарта. Биты b8 <> 0 и/или b4 <> 0 должны рассматриваться как ошибка протокола.
При использовании NAD применяются следующие определения:
a) поле NAD должно использоваться только для I-блоков;
b) если PCD использует NAD, PICC должна также использовать NAD;
c) во время сцепления NAD должны передаваться только в первом блоке цепи;
d) PCD не должно использовать NAD, для того чтобы обращаться к различным PICC (для обращения к различным PICC должен быть использован CID);
e) если PICC не поддерживает NAD, то она должна игнорировать любой блок, содержащий NAD.
7.1.2 Информационное поле
INF является необязательным. Если INF присутствует, то оно передает либо данные приложений в l-блоки, либо данные, не относящиеся к приложениям, и информацию о состоянии в S-блоки. Длина информационного поля вычисляется путем подсчета количества байтов целого блока за вычетом длины поля пролога и эпилога.
7.1.3 Поле эпилога
Поле эпилога содержит EDC передаваемого блока, который является CRC в соответствии с ИСО/МЭК 14443-3.
7.2 Время ожидания кадра
FWT – это время, в течение которого PICC должна начать свой кадр ответа после окончания кадра PCD (см. рисунок 19).
Рисунок 19 – Время ожидания кадра
Рисунок 19 – Время ожидания кадра
Примечание 1 – Минимальное время между кадрами в любом направлении определяется согласно ИСО/МЭК 14443-3.
FWT вычисляется по следующей формуле:
FWT = (256·16/fc)·2,
где значение FWI находится в диапазоне от 0 до 14, а значение 15 является RFU.
Значение по умолчанию для FWI равно 4 (что дает значение FWT ~4,8 мс) для двух следующих случаев:
– для типа А, если пренебречь ТВ(1);
– для блоков S(PARAMETERS) и S(DESELECT).
(Измененная редакция, Изм. А1:2012).
Значение FWT должно использоваться PCD для обнаружения ошибки протокола или нереагирующей PICC. PCD получает право на повторную передачу, если начало ответа от PICC не получено в течение FWT.
Поле FWI для типа В расположено в ATQB, как определено в ИСО/МЭК 14443-3. Поле FWI для типа А расположено в ATS (см. 5.2.5)
PICC не должно устанавливать FWI на RFU-значение, равное 15. Пока RFU-значение 15 не определено ИСО/МЭК. PCD, получающее FWI = 15, должно интерпретировать его как FWI = 4.
Примечание 2 – Это дополнительная рекомендация для совместимости PCD с будущими PICC, когда ИСО/МЭК определит RFU-значение, равное 15.
7.3 Расширение времени ожидания кадра
Когда PICC требуется больше времени, чем определено FWT для обработки принятого блока, она должна использовать запрос S(WTX) на расширение времени ожидания. Запрос S(WTX) содержит INF длиной 1 байт, которое состоит из двух частей (см. рисунок 20):
– два старших значащих бита b7 и b8 кодируют индикацию уровня мощности (см. 7.4);
– PCD, не устанавливающее (b8, b7) = (00)b, не соответствует требованиям настоящего стандарта. PICC должна интерпретировать (b8, b7) <> (00)b как ошибку протокола;
– младшие биты от b6 до b1 кодируют WTXM. WTXM кодируется в диапазоне от 1 до 59. Значения 0 и от 60 до 63 являются RFU;
– PICC, устанавливающая WTXM = 0 или WTXM = 60-63, не соответствует требованиям настоящего стандарта. При приеме WTXM = 0 или WTXM = 60-63 PCD должно интерпретировать его как ошибку протокола.
Рисунок 20 – Кодирование INF при запросе S(WTX)
Рисунок 20 – Кодирование INF при запросе S(WTX)
PCD должно подтвердить путем отправки ответа S(WTX), содержащего также INF длиной 1 байт, которое состоит из двух частей (см. рисунок 21) и содержит тот же WTXM, что получен в запросе:
– старшие значащие биты b8 и b7 должны быть установлены на (00)b, а остальные значения – RFU;
– младшие значащие биты от b6 до b1 кодируют подтвержденное значение WTXM, используемое для определения промежуточного FWT.
Рисунок 21 – Кодирование INF при запросе S(WTX)
Рисунок 21 – Кодирование INF при запросе S(WTX)
Соответствующие промежуточные значения FWT вычисляются по следующей формуле:
= FWT·WTXM.
, запрашиваемое PICC, начинается после того, как PCD послало ответ S(WTX).
должно использоваться, когда по формуле получается значение, большее чем должно использоваться, когда по формуле получается значение, большее чем .
_______________
.
_______________
В ИСО/МЭК 14443-4:2008 допущена опечатка.
Промежуточное FWT применяется только до тех пор, пока PCD не получит следующий блок.
7.4 Индикация уровня мощности
Индикация уровня мощности кодируется, как показано в таблице 3, с использованием двух битов, помещаемых в поле CID (если оно имеется) и в S-блок, посланный PICC (см. 7.1.1.2 и 7.3) .
Таблица 3 – Кодирование индикации уровня мощности
(00)b |
PICC не поддерживает индикацию уровня мощности |
(01)b |
Недостаточная мощность для полной функциональности |
(10)b |
Мощности достаточно для полной функциональности |
(11)b |
Мощности более чем достаточно для полной функциональности |
Примечание – Интерпретация индикации уровня мощности PCD не является обязательной.
7.5 Режим работы протокола
После последовательности активации PICC должна ждать блок, поскольку только PCD имеет право на отправку. После отправки блока PCD должно переключиться в режим приема и ждать блок до переключения обратно в режим передачи. PICC может передавать блоки только в ответ на принятые блоки (она не чувствительна к временным задержкам). После ответа PICC должна вернуться в режим приема.
PCD не должно инициировать новую пару команда/ответ, если текущая пара команда/ответ не завершилась или если превышено время ожидания кадра без ответа.
7.5.1 Блоки S(PARAMETERS)
После последовательности активации PCD может послать в любое время первый блок S(PARAMETERS) с или без INF, чтобы проверить, поддерживаются ли PICC блоки S(PARAMETERS).
Этот первый блок S(PARAMETERS) PCD и ответ PICC (если PICC поддерживает блоки S(PARAMETERS)) могут содержать информацию, указывающую на поддержку различных типов протоколов приложений и/или другие параметры коммуникации.
Содержание INF S(PARAMETERS) определяется в соответствующей части ИСО/МЭК 14443 и должно соответствовать правилам кодирования BER-TLV для контекстно-зависимого класса по ИСО/МЭК 7816-4:2005. (Измененная редакция, Изм. А1:2012). |
7.5.2 Мульти-активация
_______________
_______________
После внесения изменения А1:2012 подразделы перенумерованы.
Функция мульти-активации позволяет PCD одновременно поддерживать несколько PICC в состоянии ACTIVE. Это позволяет переключать сразу несколько PICC без необходимости в дополнительном времени для деактивации PICC и активации другой PICC.
Пример мульти-активации приведен в приложении А.
Примечание – PCD необходимо обрабатывать отдельные номера блоков для каждой активированной PICC.
7.5.3 Сцепление
Функция сцепления позволяет PCD или PICC передавать информацию, которая не вписывается в единый блок в соответствии с FSC или FSD, путем ее деления на несколько блоков. Каждый из этих блоков должен иметь длину, меньшую или равную FSC или FSD соответственно.
Сцепление бит в РСВ l-блока контролирует сцепление блоков. Каждый I-блок с установленным сцеплением бит должен быть подтвержден R-блоком.
Функция сцепления, использующая строку длиной 16 байт, передаваемую тремя блоками, показана на рисунке 22.
Обозначения:
I(1) – l-блок с установленным сцеплением бит и номером блока х;
I(0) – l-блок с неустановленным сцеплением бит (последний блок цепи) и номером блока х;
R(ACK) – R-блок, который указывает на положительное подтверждение.
Рисунок 22 – Сцепление
Рисунок 22 – Сцепление
Примечание – В примере не использованы дополнительные поля NAD и CID.
7.5.4 Правила нумерации блоков
7.5.4.1 Правила для PCD
Правило А. Номеру блока PCD должно быть присвоено начальное значение 0 для каждой активированной PICC.
Правило В. Если получен l-блок или блок R(ACK) с номером блока, равным текущему номеру блока, то PCD должно переключить текущий номер блока для этой PICC перед дополнительной отправкой блока.
7.5.4.2 Правила для PICC
Правило С. Номеру блока PICC при активации должно быть присвоено начальное значение 1.
Правило D. Если получен l-блок, то PICC должна переключить свой номер блока перед отправкой блока.
Примечание 1 – Если принятый номер блока не соответствует правилам PCD, то PICC может не переключать свой внутренний номер блока и не отправлять блок ответа.
Правило Е. Если принят блок R(ACK) с номером блока, не равным текущему номеру блока PICC, то PICC должна переключить свой номер блока перед отправкой блока.
Примечание 2 – Если получен блок R(NAK), то номер блока не переключают.
7.5.5 Правила обработки блоков
7.5.5.1 Общие правила
Правило 1. Первый блок должен быть отправлен устройством PCD.
Правило 2. Если получен l-блок, указывающий на сцепление, то он должен быть подтвержден блоком R(ACK).
Правило 3. S-блоки используются только в парах. За блоком запроса S(…) должен всегда следовать блок ответа S(…) (см. 7.3 и 8).
7.5.5.2 Правила для PCD
Правило 4. Если получен недопустимый блок или произошел тайм-аут FWT, то должен быть отправлен блок R(NAK) (за исключением случая сцепления PICC или S(DESELECT), или S(PARAMETERS)).
(Измененная редакция, Изм. А1:2012).
Правило 5. В случае сцепления PICC, если получен недопустимый блок или произошел тайм-аут FWT, то должен быть отправлен блок R(ACK).
Примечание 1 – Блок R(ACK) может быть отправлен PCD только в случае сцепления PICC, так как ответ PICC при получении блока R(ACK) в других случаях не определен.
Правило 6. Если получен блок R(ACK) и если его номер не равен номеру текущего блока PCD, то последний l-блок должен быть передан повторно.
Примечание 2 – Последний l-блок повторной передачи без сцепления PCD не требуется. PCD может определить наличие PICC, отправив блоки R(NAK) в любое время вне сцепления (в том числе перед отправкой любого l-блока) и приема R(ACK) от PICC, если они присутствуют.
Правило 7. Если получен блок R(ACK) и если его номер равен текущему номеру PCD, то сцепление должно быть продолжено.
Правило 8. Если на запрос S(DESELECT)/S(PARAMETERS) нет безошибочного ответа S(DESELECT)/S(PARAMETERS), то запрос S(DESELECT)/S(PARAMETERS) может быть повторно передан.
В случае если ответ S(DESELECT) не получен после запроса S(DESELECT), то карту можно игнорировать.
(Измененная редакция, Изм. А1:2012).
7.5.5.3 Правила для PICC
Правило 9. PICC может отправлять блок S(WTX) вместо l-блока или блока R(ACK).
Правило 10. Если получен l-блок, не указывающий на сцепление, то он должен быть подтвержден I-блоком.
Примечание – Если полученный l-блок пуст, то обязательный посланный l-блок может быть пустым или содержать любую функциональную информацию (например, код ошибки).
Правило 11. Если получен блок R(ACK) или R(NAK) и если его номер равен текущему номеру блока PICC, то последний блок должен быть передан повторно.
Правило 12. Если получен блок R(NAK) и если его номер не равен текущему номеру блока PICC, то должен быть отправлен блок R(ACK).
Правило 13. Если получен блок R(ACK) и если его номер не равен текущему номеру блока PICC и PICC находится в сцеплении, то сцепление должно быть продолжено.
7.5.6 Проверка наличия PICC
Следующие методы могут быть использованы для проверки наличия PICC в любое время, в том числе перед любым обменом I-блоков.
PCD не проверяет наличие PICC до тех пор, пока текущая пара команда/ответ не будет завершена или не будет превышено время ожидания кадра без ответа.
7.5.6.1 Метод 1
PCD может отправить пустой l-блок и ждать приема l-блока от PICC.
7.5.6.2 Метод 2
Перед первым обменом l-блока PCD может послать блок R(NAK) (с номером блока 0) и ждать приема блока R(ACK) (с номером блока 1) от PICC (правило 12).
После первого обмена l-блока PCD может либо:
а) отправить блок R(NAK) (с текущим номером блока) и ждать приема блока R(ACK) от PICC (правило 12) , и в этом случае PCD не должно повторно передавать свой последний l-блок, как указано в примечании к правилу 6,
либо
б) переключить свой номер блока, а затем отправить блок R(NAK) и ждать приема последнего I-блока от PICC (правило 11).
7.5.7 Обнаружение и устранение ошибок
Если обнаружены ошибки, то должны быть использованы правила для их устранения, которые отменяют правила обработки блока (см. 7.5.5).
7.5.7.1 Ошибки, обнаруживаемые PCD
PCD должно обнаруживать следующие ошибки:
a) ошибку передачи (ошибку кадра или ошибку EDC) или тайм-аут FWT.
PCD пытается устранить ошибку с помощью следующих правил в указанном порядке:
– применение правил для PCD (см. 7.5.5.2);
_______________
);
_______________
С связи с внесением изменения ИСО/МЭК 14443-4:2008/Amd.1:2012 подраздел 7.5.4.2 перенумерован в 7.5.5.2
– дополнительное применение правил для PCD (см. 7.5.5.2);
– использование запроса S(DESELECT);
– дополнительное применение запроса S(DESELECT) (как указано в 8.2);
– игнорирование PICC;
b) ошибку протокола (нарушение кодирования РСВ или нарушение правил протокола).
PCD пытается устранить ошибку с помощью следующих правил в указанном порядке:
– использование запроса S(DESELECT);
– игнорирование PICC.
7.5.7.2 Ошибки, обнаруживаемые PICC
PICC должна обнаруживать следующие ошибки:
а) ошибку передачи (ошибку кадра или ошибку EDC);
b) ошибку протокола (нарушение правил протокола).
PICC не должна пытаться устранить ошибки. PICC должна всегда возвращаться в режим приема, когда происходит ошибка передачи или ошибка протокола и должна принимать запрос S(DESELECT) в любое время.
Примечание – Блок R(NAK) никогда не отправляется PICC.
8 Деактивация протокола PICC типа А и типа В
После того как операции транзакции между PCD и PICC завершены, PICC должна быть установлена в состояние HALT.
Деактивация PICC осуществляется с помощью команды DESELECT.
Команда DESELECT кодируется как S-блок протокола и состоит из блока запроса S(DESELECT), посылаемого PCD, и ответа S(DESELECT), посылаемого как подтверждение PICC.
8.1 Время ожидания кадра деактивации
Время ожидания кадра деактивации определяет максимальное время для того, чтобы PICC начала отправку кадра ответа S(DESELECT) после окончания кадра запроса S(DESELECT), полученного от PCD. Значение времени ожидания кадра деактивации – 65536/fc (~4,8 мс).
Примечание – Минимальное время между кадрами в любом направлении определяется по ИСО/МЭК 14443-3.
8.2 Обнаружение и устранение ошибок
Если PCD послало запрос S(DESELECT) и получило ответ S(DESELECT), то это означает, что PICC успешно установлена в состояние HALT и CID, закрепленный за ней, сбрасывается.
Если PCD не получает ответ S(DESELECT), то оно может повторить последовательность деактивации.
9 Активация скоростей передачи и опции кадровой синхронизации в состоянии PROTOCOL
Блоки S(PARAMETERS) должны использоваться для согласования скоростей передачи и параметров коммуникации, когда PICC находится в состоянии PROTOCOL.
Информационное поле должно содержать теги и значения в соответствии с таблицами 4 и 5 и рисунками 23 и 24.
Следующие правила должны применяться для согласования этих параметров:
– PCD должно направить блок S(PARAMETERS) для запроса параметров;
– если PICC поддерживает блоки S(PARAMETERS), то она должна ответить блоком S(PARAMETERS), содержащим значения для всех поддерживаемых параметров. Если PICC не поддерживает блоки S(PARAMETERS), то она должна оставаться в состоянии mute (молчания).
После того как PICC направит свой ответ и укажет свои параметры, PCD может активировать одну скорость передачи для каждого направления коммуникации согласно следующим правилам:
– PCD должно направить блок S(PARAMETERS), чтобы активировать выбранные параметры коммуникации;
– PICC должна подтвердить активированные параметры с помощью блока S(PARAMETERS), а затем активировать согласованные параметры;
– PCD должно активировать согласованные параметры.
Примечание 1 – Блок S(PARAMETERS) определен в 7.5.1 настоящего стандарта.
Таблица 4 – Определение тега S(PARAMETERS)
Тег (шестнадцатеричный) |
Описание |
Длина |
Значение |
‘А0’ |
Информация блока S(PARAMETERS) |
L |
Идентификатор тег-функций (см. таблицу 5) |
Примечание 2 – Поле длины в соответствии с полным диапазоном BER-TLV (см. ИСО/МЭК 7816-4:2005).
Таблица 5 – Определение идентификатора тег-функций
Примечание 3 – Только соответствующие объекты должны быть отправлены. Можно отправить пустой родительский объект, не имеющий порожденных объектов (например, ‘А0 00’), а можно отправить пустой блок S(PARAMETERS) (т.е. даже без отправленного родительского объекта).
Рисунок 23 – Кодирование скоростей передачи
Рисунок 23 – Кодирование скоростей передачи
Рисунок 24 – Опции кадровой синхронизации
Рисунок 24 – Опции кадровой синхронизации
Пример последовательности активации скоростей передачи битов со следующими параметрами показан на рисунке 25:
– fc/8, передача от PCD к PICC и
– fc/2, передача от PICC к PCD;
с PICC, указывающей на:
– поддержку скоростей передачи fc/128, fc/16 и fc/8 для передачи от PCD к PICC;
– поддержку скоростей передачи fc/128, fc/16 и fc/2 для передачи от PICC к PCD;
– отсутствие опций кадровой синхронизации.
Рисунок 25 – Пример активации скоростей передачи
Рисунок 25 – Пример активации скоростей передачи
(Измененная редакция, Изм. А2:2012).
Приложение А (справочное). Пример мульти-активации
Приложение А
(справочное)
В таблице А.1 приведен пример мульти-активации для трех PICC.
Таблица А.1 – Мульти-активация
Действие PCD |
Состояние |
||
PICC 1 |
PICC 2 |
PICC 3 |
|
Включение поля |
|||
Три PICC попадают в поле |
IDLE |
IDLE |
IDLE |
Активация PICC с CID = 1 |
ACTIVE(1) |
IDLE |
IDLE |
Любая передача данных с CID = 1 |
ACTIVE(1) |
IDLE |
IDLE |
… |
|||
Активация PICC с CID = 2 |
ACTIVE(1) |
ACTIVE(2) |
IDLE |
Любая передача данных с CID = 1, 2 |
ACTIVE(1) |
ACTIVE(2) |
IDLE |
… |
|||
Активация PICC с CID = 3 |
ACTIVE(1) |
ACTIVE(2) |
ACTIVE(3) |
Любая передача данных с CID = 1, 2, 3 |
ACTIVE(1) |
ACTIVE(2) |
ACTIVE(3) |
… |
|||
Команда S(DESELECT) с CID = 3 |
ACTIVE(1) |
ACTIVE(2) |
HALT |
Команда S(DESELECT) с CID = 2 |
ACTIVE(1) |
HALT |
HALT |
Команда S(DESELECT) с CID = 1 |
HALT |
HALT |
HALT |
… |
Примечание – Число n в ACTIVE(n) обозначает CID.
Приложение В (справочное). Сценарии протокола
Приложение В
(справочное)
В настоящем приложении приведены сценарии для безошибочной работы, а также для обработки ошибок. Эти сценарии могут быть использованы при формировании контрольных примеров для тестов на соответствие.
В.1 Обозначение
Любой блок |
===> |
правильно принятый |
Любой блок |
==> |
ошибочно принятый |
Любой блок |
= => |
Ничего не получено (тайм-аут FWT) |
Разделительная линия |
===== |
Окончание работы протокола самого нижнего уровня |
I(1) |
l-блок с установленным сцеплением бит и номером блока х |
|
I(0) |
l-блок с неустановленным сцеплением бит (последний блок цепи) и номером блока х |
|
R(ACK) |
R-блок, указывающий на положительное подтверждение |
|
R(NAK) |
R-блок, указывающий на отрицательное подтверждение |
|
S(…) |
S-блок |
Нумерация блока в сценарии всегда начинается с текущего номера блока PCD для определенной PICC. Сценарии начинаются после последовательности активации PICC, и, следовательно, текущий номер блока начинается с 0 для PCD и с 1 для PICC.
В.2 Безошибочная работа
В.2.1 Обмен I-блоками
Сценарий 1 – Обмен I-блоками
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
3. |
I(0) |
===> |
1 |
Правило D |
|||
4. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
В.2.2 Запрос расширения времени ожидания
Сценарий 2 – Расширение времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<=== |
Запрос S(WTX) |
Правило 9 |
||||
3. |
Правило 3 |
Ответ S(WTX) |
===> |
||||
4. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
5. |
I(0) |
===> |
1 |
Правило D |
|||
6. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
В.2.3 DESELECT
Сценарий 3 – DESELECT
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
3. |
Запрос |
===> |
|||||
4. |
<=== |
Ответ |
Правило 3 |
В.2.4 Сцепление
Сценарий 4 – PCD использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
I(1) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
R(ACK) |
Правило 2 |
||
3. |
Правило 7 |
I(0) |
===> |
1 |
Правило D |
||
4. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
||
5. |
I(0) |
===> |
0 |
Правило D |
|||
6. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
Сценарий 5 – PICC использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
I(1) |
Правило 10 |
||
3. |
Правило 2 |
R(ACK) |
===> |
1 |
Правило Е |
||
4. |
Правило В |
0 |
<=== |
I(0) |
Правило 13 |
||
5. |
l(0) |
===> |
0 |
Правило D |
|||
6. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
В.2.5 Проверка наличия PICC
Сценарий 6 – Проверка наличия PICC с использованием метода 1
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 и метод 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(0) |
Правило 10, примечание |
Сценарий 7 – Проверка наличия PICC с использованием метода 2 (до обмена первым I-блоком)
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 и метод 2 |
R(NAK) |
===> |
Правило Е, примечание |
|||
2. |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
|||
3. |
Правило 6, примечание и метод 2 |
R(NAK) |
===> |
Правило Е, примечание |
|||
4. |
Правило 6, примечание |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
||
5. |
l(0) |
===> |
0 |
Правило D |
|||
6. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
_______________
В ИСО/МЭК 14443-3:2008 в таблице к сценарию 7 допущена опечатка.
Сценарий 8 – Проверка наличия PICC с использованием метода 2, а (после обмена первым I-блоком)
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
3. |
Метод 2, а |
R(NAK) |
Правило Е, примечание |
||||
4. |
Правило 6, примечание |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
||
5. |
I(0) |
===> |
1 |
Правило D |
|||
6. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 9 – Проверка наличия PICC с использованием метода 2, b (после обмена первым I-блоком)
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
3. |
Метод 2, b |
0 |
R(NAK) |
||||
4. |
Правило В |
1 |
<=== |
I(0) |
Правило 11 |
||
5. |
I(0) |
===> |
1 |
Правило D |
|||
6. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
В.2.6 Обмен дополнительными параметрами
Сценарий Amd.1.1
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
3. |
Запрос S(PARAMETERS) |
===> |
|||||
4. |
<=== |
Ответ |
Правило 3 |
||||
5. |
I(0) |
===> |
1 |
Правило D |
|||
6. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
(Измененная редакция, Изм. А1:2012).
В.3 Обработка ошибок
В.3.1 Обмен I-блоками
Сценарий 10 – Запуск протокола
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
==> |
||||
2. |
Тайм-аут |
<= = |
– |
||||
3. |
Правило 4 |
R(NAK) |
===> |
||||
4. |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
|||
5. |
Правило 6 |
l(0) |
===> |
0 |
Правило D |
||
6. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
7. |
I(0) |
===> |
1 |
Правило D |
|||
8. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 11 – Обмен l-блоками
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
3. |
I(0) |
==> |
|||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
|||
7. |
Правило 6 |
I(0) |
===> |
1 |
Правило D |
||
8. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
||
9 |
I(0) |
===> |
0 |
Правило D |
|||
10. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
Сценарий 12 – Обмен l-блоками
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<== |
l(0) |
Правило 10 |
||||
3. |
Правило 4 |
R(NAK) |
===> |
||||
4. |
Правило В |
1 |
<=== |
l(0) |
Правило 11 |
||
5. |
I(0) |
===> |
1 |
Правило D |
|||
6. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 13 – Обмен l-блоками
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<== |
l(0) |
Правило 10 |
||||
3. |
Правило 4 |
R(NAK) |
==> |
||||
4. |
Тайм-аут |
<== |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
Правило В |
1 |
<=== |
l(0) |
Правило 11 |
||
7. |
I(0) |
===> |
Правило D |
||||
8. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
В.3.2 Запрос расширения времени ожидания
Сценарий 14 – Запрос расширения времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<== |
Запрос S(WTX) |
Правило 9 |
||||
3. |
Правило 4 |
R(NAK) |
===> |
||||
4. |
<=== |
Запрос S(WTX) |
Правило 11 |
||||
5. |
Правило 3 |
Ответ S(WTX) |
===> |
||||
6. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
7. |
l(0) |
===> |
1 |
Правило D |
|||
8. |
Правило В |
0 |
<=== |
l(0) |
Правило 10 |
Сценарий 15 – Запрос расширения времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<== |
Запрос |
Правило 9 |
||||
3. |
Правило 4 |
R(NAK) |
==> |
||||
4. |
тайм-аут |
<= = |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
<=== |
Запрос |
Правило 11 |
||||
7. |
Правило 3 |
Ответ |
===> |
||||
8. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
9. |
I(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 16 – Запрос расширения времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<=== |
Запрос |
Правило 9 |
||||
3. |
Правило 3 |
Ответ |
==> |
||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
<=== |
Запрос |
Правило 11 |
||||
7. |
Правило 3 |
Ответ |
===> |
||||
8. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
9. |
I(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 17 – Запрос расширения времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<=== |
Запрос |
Правило 9 |
||||
3. |
Правило 3 |
Ответ |
===> |
||||
4. |
<== |
l(0) |
Правило 10 |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
Правило В |
1 |
<=== |
l(0) |
Правило 11 |
||
7. |
I(0) |
===> |
1 |
Правило D |
|||
8. |
Правило В |
0 |
<=== |
1(0) |
Правило 10 |
Сценарий 18 – Запрос расширения времени ожидания
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
<=== |
Запрос |
Правило 9 |
||||
3. |
Правило 3 |
Ответ |
===> |
||||
4. |
<== |
l(0) |
Правило 10 |
||||
5. |
Правило 4 |
R(NAK) |
==> |
||||
6. |
Тайм-аут |
<= = |
– |
||||
7. |
Правило 4 |
R(NAK) |
===> |
||||
8. |
Правило В |
1 |
<=== |
l(0) |
Правило 11 |
||
9. |
I(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
B.3.3 DESELECT
Сценарий 19 – DESELECT
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
<=== |
l(0) |
Правило 10 |
|||
3. |
Запрос |
==> |
|||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 8 |
Запрос |
===> |
||||
6. |
<=== |
Ответ |
Правило 3 |
В.3.4 Сцепление
Сценарий 20 – PCD использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
I(1) |
===> |
0 |
Правило D |
||
2. |
<== |
R(ACK) |
Правило 2 |
||||
3. |
Правило 4 |
R(NAK) |
===> |
||||
4. |
Правило В |
1 |
<=== |
R(ACK) |
Правило 11 |
||
5. |
Правило 7 |
I(1) |
===> |
1 |
Правило D |
||
6. |
Правило В |
0 |
<=== |
R(ACK) |
Правило 2 |
||
7. |
Правило 7 |
l(0) |
===> |
0 |
Правило D |
||
8. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
9. |
I(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
l(0) |
Правило 10 |
Сценарий 21 – PCD использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
I(1) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
R(ACK) |
Правило 2 |
||
3. |
Правило 7 |
I(1) |
==> |
||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
Нет изменений |
<=== |
R(ACK) |
Правило 12 |
|||
7. |
Правило 6 |
l(1) |
===> |
1 |
Правило D |
||
8. |
Правило В |
0 |
<=== |
R(ACK) |
Правило 2 |
||
9. |
Правило 7 |
l(0) |
===> |
0 |
Правило D |
||
10. |
Правило В |
1 |
<=== |
l(0) |
Правило 10 |
||
11. |
I(0) |
===> |
1 |
Правило D |
|||
12. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий 22 – PCD использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
I(1) |
===> |
0 |
Правило D |
||
2. |
<== |
R(ACK) |
Правило 2 |
||||
3. |
Правило 4 |
R(NAK) |
==> |
||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 4 |
R(NAK) |
===> |
||||
6. |
Правило В |
1 |
<=== |
R(ACK) |
Правило 11 |
||
7. |
Правило 7 |
l(1) |
===> |
1 |
Правило D |
||
8. |
Правило В |
0 |
<=== |
R(ACK) |
Правило 2 |
||
9. |
Правило 7 |
l(0) |
===> |
0 |
Правило D |
||
10. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
11. |
I(0) |
===> |
Правило D |
||||
12. |
Правило В |
<=== |
I(0) |
Правило 10 |
Сценарий 23 – PICC использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(1) |
Правило 10 |
||
3. |
Правило 2 |
R(ACK) |
==> |
||||
4. |
Тайм-аут |
<= = |
– |
||||
5. |
Правило 5 |
R(ACK) |
===> |
1 |
Правило Е |
||
6. |
Правило В |
0 |
<=== |
I(1) |
Правило 13 |
||
7. |
Правило 2 |
R(ACK) |
===> |
0 |
Правило Е |
||
8. |
Правило В |
1 |
<=== |
I(0) |
Правило 13 |
||
9. |
l(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
l(0) |
Правило 10 |
Сценарий 24 – PICC использует сцепление
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
l(1) |
Правило 10 |
||
3. |
Правило 2 |
R(ACK) |
===> |
1 |
Правило Е |
||
4. |
<== |
I(1) |
Правило 13 |
||||
5. |
Правило 5 |
R(ACK) |
===> |
Нет изменений |
|||
6. |
Правило В |
0 |
<=== |
I(1) |
Правило 11 |
||
7. |
Правило 2 |
R(ACK) |
===> |
0 |
Правило Е |
||
8. |
Правило В |
1 |
<=== |
l(0) |
Правило 13 |
||
9. |
I(0) |
===> |
1 |
Правило D |
|||
10. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
Сценарий Amd.1.2
Примечание |
Блок N (0) |
PCD |
PICC |
Блок N (1) |
Примечание |
||
1. |
Правило 1 |
l(0) |
===> |
0 |
Правило D |
||
2. |
Правило В |
1 |
<=== |
I(0) |
Правило 10 |
||
3. |
Запрос |
==> |
|||||
4. |
Тайм-аут |
<= = |
|||||
5. |
Правило 8 |
Запрос |
===> |
||||
6. |
<=== |
Ответ |
Правило 3 |
||||
7. |
I(0) |
===> |
1 |
Правило D |
|||
8. |
Правило В |
0 |
<=== |
I(0) |
Правило 10 |
(Измененная редакция, Изм. А1:2012).
Приложение С (справочное). Краткое описание блоков и кодирование кадра
Приложение С
(справочное)
В настоящем приложении приведено краткое описание различных блоков и кодирование кадра, посылаемого PCD. Тип блока относительно кадра указывается с помощью первого байта.
Определения, данные в ИСО/МЭК 14443-3:
REQA |
(0100110)b (7 бит) |
WUPA |
(1010010)b (7 бит) |
REQB/WUPB |
(00000101)b |
Slot-MARKER (только тип В) |
(хххх0101)b |
SELECT (только тип А) |
(1001хххх)b |
ATTRIB (только тип В) |
(00011101)b |
HLTA |
(01010000)b |
HLTB |
(01010000)b |
Определения, данные в настоящем стандарте:
RATS |
(11100000)b |
PPS |
(1101xxxx)b |
l-block |
(00xxxxxx)b (не (00xxx101)b) |
R-block |
(10xxxxxx)b (не (1001xxxx)b) |
S-block |
(11xxxxxx)b (не (1110xxxx)b и не (1101xxxx)b) |
В таблице C.1 описан первый байт заданных блоков и кодирование кадра.
Таблица С.1 – Блоки и кодирование кадра
Бит |
PCB I-блока |
PCB R-блока |
DESELECT PCB S-блока |
WTX |
PARA- |
REQB/ |
Slot- |
SELECT |
ATTRIB |
HLTA |
HLTB |
RATS |
PPS |
b8 |
0 |
1 |
1 |
0 |
X |
1 |
0 |
0 |
0 |
1 |
1 |
||
b7 |
0 |
0 |
1 |
0 |
X |
0 |
0 |
1 |
1 |
1 |
1 |
||
b6 |
0(1 – RFU) |
1 |
0 |
1 |
1 |
0 |
X |
0 |
0 |
0 |
0 |
1 |
0 |
b5 |
Сцеп- |
ACK/ |
0 |
1 |
1 |
0 |
X |
1 |
1 |
1 |
1 |
0 |
1 |
b4 |
CID |
CID |
CID |
0 |
0 |
X |
1 |
0 |
0 |
0 |
X |
||
b3 |
NAD |
0 (не NAD) |
0 (не NAD) |
1 |
1 |
X |
1 |
0 |
0 |
0 |
X |
||
b2 |
1 |
1 (0 – RFU) |
1 |
0 |
0 |
0 |
X |
0 |
0 |
0 |
0 |
X |
|
b1 |
Номер блока |
Номер блока |
0 (1 – RFU) |
1 |
1 |
X |
1 |
0 |
0 |
0 |
X |
(Измененная редакция, Изм. А1:2012).
Приложение ДА (справочное). Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации
Приложение ДА
(справочное)
Таблица ДА.1
Обозначение ссылочного международного стандарта |
Степень соответствия |
Обозначение и наименование соответствующего национального стандарта |
ИСО/МЭК 7816-3 |
IDT |
ГОСТ Р ИСО/МЭК 7816-3-2013 “Карты идентификационные. Карты на интегральных схемах. Часть 3. Карты с контактами. Электрический интерфейс и протоколы передачи” |
ИСО/МЭК 7816-4 |
IDT |
ГОСТ Р ИСО/МЭК 7816-4-2013 “Карты идентификационные. Карты на интегральных схемах. Часть 4. Организация, защита и команды для обмена” |
ИСО/МЭК 14443-2 |
IDT |
ГОСТ Р ИСО/МЭК 14443-2-2014 “Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 2. Радиочастотный энергетический и сигнальный интерфейс” |
ИСО/МЭК 14443-3 |
IDT |
ГОСТ Р ИСО/МЭК 14443-3-2014 “Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 3. Инициализация и антиколлизия” |
Примечание – В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: IDT – идентичные стандарты. |
Библиография
[1] ISO/IEC 7810, Identification cards – Physical characteristics
[2] ISO/IEC 7816-5, Identification cards – Integrated circuit cards – Part 5: Registration of application providers
[3] ISO/IEC 10536-1, Identification cards – Contactless integrated circuit(s) cards – Close-coupled cards – Part 1: Physical characteristics
[4] ISO/IEC 10536-2, Identification cards – Contactless integrated circuit(s) cards – Part 2: Dimensions and location of coupling areas
[5] ISO/IEC 10536-3, Identification cards – Contactless integrated circuit(s) cards – Part 3: Electronic signals and reset procedures
[6] ISO/IEC 15693 (all parts), Identification cards – Contactless integrated circuit cards – Vicinity cards
[7] ISO/IEC 18092, Information technology – Telecommunications and information exchange between systems – Near Field Communication – Interface and Protocol (NFCIP-1)
[8] ISO/IEC 21481, Information technology – Telecommunications and information exchange between systems – Near Field Communication Interface and Protocol-2 (NFCIP-2)
УДК 336.77:002:006.354 |
ОКС 35.240.15 |
Э46 |
ОКП 40 8470 |
Ключевые слова: обработка данных, обмен информацией, идентификационные карты, IС-карты, карты близкого действия, технические требования, физические свойства, протокол передачи |
Электронный текст документа
и сверен по:
официальное издание
М.: Стандартинформ, 2015