ГОСТ Р ИСО/МЭК 14443-4-2014. Национальный стандарт Российской Федерации. Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 4. Протокол передачи

(утв. и введен в действие Приказом Росстандарта от 11.11.2014 № 1530-ст)

по техническому регулированию и метрологии от 11 ноября 2014 г. № 1530-ст

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

КАРТЫ ИДЕНТИФИКАЦИОННЫЕ

КАРТЫ НА ИНТЕГРАЛЬНЫХ СХЕМАХ БЕСКОНТАКТНЫЕ

КАРТЫ БЛИЗКОГО ДЕЙСТВИЯ

ЧАСТЬ 4

ПРОТОКОЛ ПЕРЕДАЧИ

Identification cards. Contactless integrated circuit cards. Proximity cards. Part 4. Transmission protocol

ISO/IEC 14443-4:2008

ОКП 40 8470

Дата введения 1 января 2016 года

Предисловие

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

Введение

ИСО/МЭК 14443 — один из серии стандартов, описывающих параметры идентификационных карт по ИСО/МЭК 7810 и их применение в рамках обмена информацией.

Протокол в соответствии с настоящим стандартом способен обеспечить передачу блока данных прикладного протокола по ИСО/МЭК 7816-4. Таким образом, блок данных прикладного протокола может быть преобразован в соответствии с ИСО/МЭК 7816-4, а выбор приложения может быть в соответствии с ИСО/МЭК 7816-5.

Настоящий стандарт предназначен для обеспечения работы карт близкого действия в присутствии бесконтактных карт, соответствующих ИСО/МЭК 10536 и ИСО/МЭК 15693, и устройств ближней радиосвязи (NFC <1>), соответствующих ИСО/МЭК 18092 и ИСО/МЭК 21481.

<1> NFC — Near Field Communication.

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

ИСО и МЭК не занимают никакой позиции относительно наличия, действительности и области применения этого патентного права.

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

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

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

ИСО/МЭК 14443-4 подготовлен подкомитетом № 17 «Карты и идентификация личности» совместного Технического комитета № 1 ИСО/МЭК «Информационные технологии» (ISO/IEC JTC 1/SC 17).

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

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

Настоящий стандарт предназначен для совместного использования с другими частями ИСО/МЭК 14443 и применим к картам или объектам близкого действия типа A и типа B.

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): Особый тип кадра, который содержит допустимый формат данных протокола.

Примечание. Допустимый формат данных протокола содержит l-блоки, R-блоки или S-блоки.

3.3. недопустимый блок (invalid block): Тип кадра, который содержит недопустимый формат протокола.

Примечание. Если по истечении времени ожидания не было получено никакого кадра, то блок не считается недопустимым.

3.4. кадр (frame): Последовательность битов в соответствии с ИСО/МЭК 14443-3.

Примечание. PICC типа A использует стандартный кадр, определенный для типа A, а PICC типа B использует кадр, определенный для типа B.

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

ACK — положительное подтверждение (positive ACKnowledgement);

ATS — Ответ на Выбор (Answer To Select);

ATQA — Ответ на Запрос, тип A (Answer To reQuest);

ATQB — Ответ на Запрос, тип B (Answer To reQuest);

CID — идентификатор карты (Card IDentifier);

CRC — циклический контроль избыточности (см. ИСО/МЭК 14443-3 для каждого типа PICC) (Cyclic Redundancy Check);

CRC1 — старший значащий байт CRC (от b16 до b9);

CRC2 — младший значащий байт CRC (от b8 до b1);

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 типа A

Следует применять следующую последовательность активации:

• последовательность активации PICC в соответствии с ИСО/МЭК 14443-3 (запрос, цикл антиколлизии и выбор);
• байт SAK должен быть проверен, для того чтобы получить информацию, соответствует ли PICC требованиям настоящего стандарта. Байт SAK определен в ИСО/МЭК 14443-3;
• PICC может быть установлена в состояние HALT при использовании команды HALT в соответствии с ИСО/МЭК 14443-3, если, например, на PCD не используется протокол, соответствующий требованиям настоящего стандарта.

Примечание. В этом случае PCD не может продолжить последовательность активации;

• если PICC соответствует требованиям настоящего стандарта, то PCD может затем послать команду RATS, после того как примет SAK;

(Измененная редакция, Изм. A2:2012).

• PICC посылает свой ATS как ответ на RATS. PICC должна отвечать на RATS, только если RATS принимается непосредственно после выбора;
• если PICC поддерживает любые изменяемые параметры в ATS, то PPS-запрос может быть использован устройством PCD в качестве следующей команды после приема ATS для изменения параметров.
• PICC должна направить PPS-ответ как ответ на PPS-запрос.

PICC не нужно реализовывать PPS, если она не поддерживает изменяемые параметры в ATS.

Последовательность активации PCD для PICC типа A показана на рисунке 1.

(Измененная редакция, Изм. A2:2012).

Рисунок 1. Активация PICC типа A с помощью PCD

5.1 Запрос для Ответа на Выбор

В данном подразделе определен RATS со всеми полями (см. рисунок 2).

Рисунок 2. Запрос для Ответа на Выбор

Байт параметра состоит из двух частей (см. рисунок 3):

• старший значащий полубайт от b8 до b5 называется FSDI, он кодирует FSD, который определяет максимальный размер кадра, принимаемого PCD. Кодирование FSD приведено в таблице 1;
• PCD, устанавливающее FSDI = ‘D’ - ‘F’ , не соответствует требованиям настоящего стандарта. До тех пор пока RFU-значения ‘D’ - ‘F’ не назначены ИСО/МЭК, PICC, принимающая FSDI = ‘D’ - ‘F’ , должна интерпретировать эти значения как FSDI = ‘C’ (FSD = 4096 байтам).

Примечание. Это дополнительная рекомендация для совместимости PCD с будущими PICC, когда ИСО/МЭК определит поведение для RFU-значений ‘D’ - ‘F’ .

(Измененная редакция, Изм. A2: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, c.

Рисунок 3. Кодирование байта параметра RATS

Таблица 1

Преобразование FSDI в FSD

(Измененная редакция, Изм. A2:2012).

5.2 Ответ на Выбор

В данном подразделе определен ATS со всеми его допустимыми полями (см. рисунок 4).

Рисунок 4. Структура ATS

В случае если одно из определенных полей отсутствует в ATS, посланном PICC, то для этого поля должны применяться значения по умолчанию.

5.2.1 Структура байтов

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

• байт формата T0,
• байты интерфейса TA(1), TB(1), TC(1) и
• байты предыстории от T1 до Tk.

5.2.2 Байт длины

Байт длины TL является обязательным. Он указывает длину передаваемого ATS, включая его самого. Два байта CRC не включены в TL. Максимальный размер ATS не должен превышать указанного FSD, поэтому максимальное значение TL не должно превышать FSD-2.

5.2.3 Байт формата

Байт формата T0 является необязательным и присутствует только тогда, когда длина больше 1. ATS может содержать следующие дополнительные байты, когда T0 присутствует.

T0 состоит из трех частей (см. рисунок 5):

• старший значащий бит b8 должен быть установлен на 0. Значение 1 является RFU;
• биты от b7 до b5 содержат Y(1), указывающий на присутствие последующих байтов интерфейса TC(1), TB(1) и TA(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 = ‘C’ (FSD = 4096 байтам).

Примечание. Это дополнительная рекомендация для совместимости PICC с будущими PCD, когда ИСО/МЭК определит поведение для RFU-значений ‘D’ - ‘F’ .

(Измененная редакция, Изм. A2:2012).

                                                       - RFU

Рисунок 5. Кодирование байта формата

5.2.4 Байт интерфейса TA(1)

Байт интерфейса TA(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.

    ┌─────┬─────┬─────┬─────┬─────┬─────┬─────┬─────┐
<pre class="legal-pre">    │ b8  │ b7  │ b6  │ b5  │ b4  │ b3  │ b2  │ b1  │
    │     │     │     │     │     │     │     │     │</pre>
    ├─────┼─────┼─────┼─────┼─────┼─────┼─────┼─────┤
<pre class="legal-pre">    │     │     │     │     │ 0   │     │     │     │
    │     │     │     │     │     │     │     │     │</pre>
    └─────┴─────┴─────┴─────┴─────┴─────┴─────┴─────┘
<pre class="legal-pre">       │     │     │     │     │     │     │     │
       │     │     │     │     │     │     │     └──────── DR = 2 поддерживается, если бит
       │     │     │     │     │     │     │               установлен на 1
       │     │     │     │     │     │     └────────────── DR = 4 поддерживается, если бит
       │     │     │     │     │     │                     установлен на 1
       │     │     │     │     │     └──────────────────── DR = 8 поддерживается, если бит
       │     │     │     │     │                           установлен на 1
       │     │     │     │     │                           Должен быть установлен на 0,1 - RFU
       │     │     │     │     └────────────────────────── DS = 2 поддерживается, если бит
       │     │     │     │                                 установлен на 1
       │     │     │     └──────────────────────────────── DS = 4 поддерживается, если бит
       │     │     │                                       установлен на 1
       │     │     └────────────────────────────────────── DS = 8 поддерживается, если бит
       │     │                                             установлен на 1
       │     │                                             Поддерживается одно и то же
       │     └──────────────────────────────────────────── значение D для обоих направлений,
       │                                                   если бит установлен на 1
       │                                                   Поддерживаются различные значения</pre>
       └────────────────────────────────────────────────── D для каждого направления, если бит

                                                       установлен на 0

Рисунок 6. Кодирование байта интерфейса TA(1)

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

PICC, устанавливающая b4 = 1, не соответствует требованиям настоящего стандарта. Полученное значение TA(1) с b4 = 1 должно интерпретироваться устройством PCD как (от b8 до b1) = (00000000)b (при скорости в обоих направлениях только ~ 106 кбит/с).

5.2.5 Байт интерфейса TB(1)

Байт интерфейса TB(1) передает информацию для определения времени ожидания кадра и запуска разграничительного интервала времени.

Байт интерфейса TB(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. Кодирование байта интерфейса TB(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.

5.2.6 Байт интерфейса TC(1)

Байт интерфейса TC(1) задает параметры протокола.

Специфичный байт интерфейса TC(1) состоит из двух частей (см. рисунок 8):

• старшие значащие биты от b8 до b3 должны быть (000000)b, а другие значения являются RFU;
• биты b2 и b1 определяют, какие дополнительные поля в поле пролога поддерживает PICC. PCD можно пропустить поля, которые поддерживаются PICC, но поле, не поддерживаемое PICC, не будет передано PCD никогда. Значение по умолчанию должно быть (10)b. Оно указывает, что CID поддерживается, а NAD не поддерживается;
• PICC, устанавливающая (от b8 до b3) <> (000000)b, не соответствует требованиям настоящего стандарта. PCD должно игнорировать (от b8 до b3), а интерпретация (b2, b1) или любых других полей целого кадра не должна измениться.

                                                       (000000)b, все другие
                                                       значения - RFU

Рисунок 8. Кодирование байта интерфейса TC(1)

5.2.7 Байты предыстории

Байты предыстории от T1 до Tk являются необязательными и определяют общую информацию. Максимальная длина ATS обеспечивает максимально возможное количество байтов предыстории. В ИСО/МЭК 7816-4 определено содержание байтов предыстории.

5.3 Запрос выбора протокола и параметров

PPS-запрос содержит стартовый байт, за которым следуют два байта параметра (см. рисунок 9).

Рисунок 9. Запрос выбора протокола и параметров

5.3.1 Стартовый байт

PPSS состоит из двух частей (см. рисунок 10):

• старший значащий полубайт от b8 до b5 должен быть установлен на (1101)b, он определяет PPS;
• младший значащий полубайт от b4 до b1 называется CID, он определяет логический номер адресуемой PICC.

Рисунок 10. Кодирование PPSS

5.3.2 Parameter 0

PPS0 указывает на наличие дополнительного байта PPS1 (см. рисунок 11).

                                                       все другие значения - RFU

Рисунок 11. Кодирование PPS0

PCD, устанавливающее (от b4 до b1) <> (0001)b и/или (от b8 до b6) <> (000)b, не соответствует требованиям настоящего стандарта.

PICC, принимающая (от b4 до b1) <> (0001)b и/или (от b8 до b6) <> (000)b, должна применять правила, приведенные в 5.6.2.2, b).

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

                                                       а все другие значения - RFU

Рисунок 12. Кодирование PPS1

Определения DS и DR приведены в 5.2.4.

Кодирование D приведено в таблице 2.

Таблица 2

Преобразование DRI, DSI в D

5.4 Ответ на выбор протокола и параметров

PPS-ответ подтверждает полученный PPS-запрос (см. рисунок 13) и содержит только стартовый байт (см. 5.3.1).

          ┌────────────┐
<pre class="legal-pre">          │    PPSS    │       Стартовый байт
          │            │</pre>
          └─────┬──────┘
                │
          ┌─────┴──────┐
<pre class="legal-pre">          │    CRC1    │
          │            │</pre>
          └─────┬──────┘
                │
          ┌─────┴──────┐
<pre class="legal-pre">          │    CRC2    │
          │            │</pre>
          └────────────┘

Рисунок 13. Ответ на выбор протокола и параметров

PICC начинает использовать новые скорости передачи сразу после того, как отправит PPS-ответ. PCD, которое изменяет скорости передачи, не соответствует требованиям настоящего стандарта, если PPS-ответ отсутствует или недопустим или если значение PPSS, возвращенное PICC, не совпадает со значением PPSS, посланным PCD.

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, как указано на рисунке 7 <1> «Диаграмма состояний PICC Типа A» в ИСО/МЭК 14443-3.

<1> В ИСО/МЭК 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 типа B

Последовательность активации в PICC типа B описана в ИСО/МЭК 14443-3.

7. Протокол полудуплексной передачи блока

Протокол полудуплексной передачи блока применяется для особых запросов в среде бесконтактных карт и использует формат кадра, определенный в ИСО/МЭК 14443-3.

Соответствующими элементами формата кадра являются:

• формат блока;
• максимальное время ожидания кадра;
• индикация мощности и
• операции протокола.

Данный протокол разработан в соответствии с принципом разбиения на уровни в эталонной модели OSI, с особым вниманием к минимизации взаимодействия на стыке границ. Определены четыре уровня:

• физический уровень, на котором происходит обмен байтами в соответствии с ИСО/МЭК 14443-3;
• канальный уровень, на котором происходит обмен байтами, как определено в настоящем разделе;
• сеансовый уровень в сочетании с канальным уровнем при минимизации взаимодействия;
• прикладной уровень, на котором происходит обработка команд. Он включает не менее одного блока или сцепление блоков в любом направлении.

Примечание. Выбор приложения может осуществляться в соответствии с ИСО/МЭК 7816-4. Неявный выбор приложения не рекомендован для PICC с несколькими приложениями.

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

(Измененная редакция, Изм. A1:2012).

7.1 Формат блока

Формат блока (см. рисунок 14) состоит из поля пролога (обязательно), информационного поля (необязательно) и поля эпилога (обязательно).

Примечание. Элементы в квадратных скобках указывают на необязательные требования.

Рисунок 14. Формат блока

7.1.1 Поле пролога

Поле пролога является обязательным и может состоять из 1, 2 или 3 байтов: PCB обязателен, а CID и NAD необязательны.

7.1.1.1 Поле байта управления протоколом

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

Протокол определяет три основных типа блоков:

• l-блок, используемый для передачи информации на прикладном уровне;
• R-блок, используемый для передачи положительных или отрицательных подтверждений. R-блок никогда не содержит INF. Подтверждение относится к последнему принятому блоку;
• S-блок, используемый для обмена управляющей информацией между PCD и PICC. Поддержка блока S(PARAMETERS) не является обязательной для PCD и PICC. Определены три различных типа S-блоков:

1. «расширение времени ожидания», содержащий INF длиной в 1 байт;

2. «DESELECT», не содержащий INF;

3. «PARAMETERS», содержащий INF длиной в n-байт, при n >= 0.

Примечание. FSD и FSC должны быть достаточно большими, чтобы содержать ожидаемое число блоков S(PARAMETERS).

(Измененная редакция, Изм. A1:2012).

Кодирование PCB зависит от его типа и определено на рисунках 15 - 17. Кодирование PCB, не приведенное в настоящем стандарте, либо используется в других частях ИСО/МЭК 14443, либо является RFU. Кодирование l-блоков, R-блоков и S-блоков показано на рисунках 15, 16 и 17.

Рисунок 15. Кодирование l-блока PCB

Рисунок 16. Кодирование R-блока PCB

                                                       *DESELECT или (11)b WTX*
                                                       *S-блок*

Рисунок 17. Кодирование S-блока PCB

(Измененная редакция, Изм. A1:2012).

PICC или PCD, устанавливающие b6 <> (0)b в l-блоке, b2 <> (1)b в R-блоке, b1 <> (0)b в S-блоке, не соответствуют требованиям настоящего стандарта.

(Измененная редакция, Изм. A1: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. Кодирование идентификатора карты

Кодирование CID приведено в 5.1 для типа A и в ИСО/МЭК 14443-3 для типа B.

Обработка 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 должно использоваться только для l-блоков;

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. Время ожидания кадра

Примечание 1. Минимальное время между кадрами в любом направлении определяется согласно ИСО/МЭК 14443-3.

FWT вычисляется по следующей формуле:

FWT = (256·16/fc)·2FWI,

где значение FWI находится в диапазоне от 0 до 14, а значение 15 является RFU.

Значение по умолчанию для FWI равно 4 (что дает значение FWT ~ 4,8 мс) для двух следующих случаев:

• для типа A, если пренебречь TB(1);
• для блоков S(PARAMETERS) и S(DESELECT).

(Измененная редакция, Изм. A1:2012).

Значение FWT должно использоваться PCD для обнаружения ошибки протокола или нереагирующей PICC. PCD получает право на повторную передачу, если начало ответа от PICC не получено в течение FWT.

Поле FWI для типа B расположено в ATQB, как определено в ИСО/МЭК 14443-3. Поле FWI для типа A расположено в 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)

PCD должно подтвердить путем отправки ответа S(WTX), содержащего также INF длиной 1 байт, которое состоит из двух частей (см. рисунок 21) и содержит тот же WTXM, что получен в запросе:

• старшие значащие биты b8 и b7 должны быть установлены на (00)b, а остальные значения — RFU;
• младшие значащие биты от b6 до b1 кодируют подтвержденное значение WTXM, используемое для определения промежуточного FWT.

                                                       на (00)b, а все остальные
                                                       значения - RFU

Рисунок 21. Кодирование INF при запросе S(WTX)

Соответствующие промежуточные значения FWT вычисляются по следующей формуле:

FWTTEMP = FWT·WTXM.

FWTTEMP, запрашиваемое PICC, начинается после того, как PCD послало ответ S(WTX).

FWTMAX должно использоваться, когда по формуле получается значение, большее чем FWTTEMP <1>.

<1> В ИСО/МЭК 14443-4:2008 допущена опечатка.

Промежуточное FWT применяется только до тех пор, пока PCD не получит следующий блок.

7.4 Индикация уровня мощности

Индикация уровня мощности кодируется, как показано в таблице 3, с использованием двух битов, помещаемых в поле CID (если оно имеется) и в S-блок, посланный PICC (см. 7.1.1.2 и 7.3).

Таблица 3

Кодирование индикации уровня мощности

Примечание. Интерпретация индикации уровня мощности 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)) могут содержать информацию, указывающую на поддержку различных типов протоколов приложений и/или другие параметры коммуникации.

7.5.2 Мультиактивация <1>

<1> После внесения изменения A1:2012 подразделы перенумерованы.

Функция мультиактивации позволяет PCD одновременно поддерживать несколько PICC в состоянии ACTIVE. Это позволяет переключать сразу несколько PICC без необходимости в дополнительном времени для деактивации PICC и активации другой PICC.

Пример мультиактивации приведен в Приложении A.

Примечание. PCD необходимо обрабатывать отдельные номера блоков для каждой активированной PICC.

7.5.3 Сцепление

Функция сцепления позволяет PCD или PICC передавать информацию, которая не вписывается в единый блок в соответствии с FSC или FSD, путем ее деления на несколько блоков. Каждый из этих блоков должен иметь длину, меньшую или равную FSC или FSD соответственно.

Сцепление битов в PCB l-блока контролирует сцепление блоков. Каждый l-блок с установленным сцеплением битов должен быть подтвержден R-блоком.

Функция сцепления, использующая строку длиной 16 байтов, передаваемую тремя блоками, показана на рисунке 22.

l(0)X — l-блок с неустановленным сцеплением битов (последний блок цепи) и номером блока x;

7.5.4 Правила нумерации блоков

7.5.4.1 Правила для PCD

Правило A. Номеру блока PCD должно быть присвоено начальное значение 0 для каждой активированной PICC.

Правило B. Если получен l-блок или блок R(ACK) с номером блока, равным текущему номеру блока, то PCD должно переключить текущий номер блока для этой PICC перед дополнительной отправкой блока.

7.5.4.2 Правила для PICC

Правило C. Номеру блока PICC при активации должно быть присвоено начальное значение 1.

Правило D. Если получен l-блок, то PICC должна переключить свой номер блока перед отправкой блока.

Примечание 1. Если принятый номер блока не соответствует правилам PCD, то PICC может не переключать свой внутренний номер блока и не отправлять блок ответа.

Правило E. Если принят блок 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)).

(Измененная редакция, Изм. A1: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), то карту можно игнорировать.

(Измененная редакция, Изм. A1:2012).

7.5.5.3 Правила для PICC

Правило 9. PICC может отправлять блок S(WTX) вместо l-блока или блока R(ACK).

Правило 10. Если получен l-блок, не указывающий на сцепление, то он должен быть подтвержден l-блоком.

Примечание. Если полученный l-блок пуст, то обязательный посланный l-блок может быть пустым или содержать любую функциональную информацию (например, код ошибки).

Правило 11. Если получен блок R(ACK) или R(NAK) и если его номер равен текущему номеру блока PICC, то последний блок должен быть передан повторно.

Правило 12. Если получен блок R(NAK) и если его номер не равен текущему номеру блока PICC, то должен быть отправлен блок R(ACK).

Правило 13. Если получен блок R(ACK) и если его номер не равен текущему номеру блока PICC и PICC находится в сцеплении, то сцепление должно быть продолжено.

7.5.6 Проверка наличия PICC

Следующие методы могут быть использованы для проверки наличия PICC в любое время, в том числе перед любым обменом l-блоков.

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) и ждать приема последнего l-блока от PICC (правило 11).

7.5.7 Обнаружение и устранение ошибок

Если обнаружены ошибки, то должны быть использованы правила для их устранения, которые отменяют правила обработки блока (см. 7.5.5).

7.5.7.1 Ошибки, обнаруживаемые PCD

PCD должно обнаруживать следующие ошибки:

a) ошибку передачи (ошибку кадра или ошибку EDC) или тайм-аут FWT.

PCD пытается устранить ошибку с помощью следующих правил в указанном порядке:

• применение правил для PCD (см. 7.5.5.2 <1>);
• дополнительное применение правил для PCD (см. 7.5.5.2);
• использование запроса S(DESELECT);
• дополнительное применение запроса S(DESELECT) (как указано в 8.2);
• игнорирование PICC;

<1> В связи с внесением изменения ИСО/МЭК 14443-4:2008/Amd.1:2012 подраздел 7.5.4.2 перенумерован в 7.5.5.2.

b) ошибку протокола (нарушение кодирования PCB или нарушение правил протокола).

PCD пытается устранить ошибку с помощью следующих правил в указанном порядке:

• игнорирование PICC.

7.5.7.2 Ошибки, обнаруживаемые PICC

PICC должна обнаруживать следующие ошибки:

a) ошибку передачи (ошибку кадра или ошибку EDC);

b) ошибку протокола (нарушение правил протокола).

PICC не должна пытаться устранить ошибки. PICC должна всегда возвращаться в режим приема, когда происходит ошибка передачи или ошибка протокола, и должна принимать запрос S(DESELECT) в любое время.

Примечание. Блок R(NAK) никогда не отправляется PICC.

8. Деактивация протокола PICC типа A и типа B

После того как операции транзакции между 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.

Таблица 4

Определение тега S(PARAMETERS)

Таблица 5

Определение идентификатора тег-функций

                                                       (0)b, (1)b -

Рисунок 23. Кодирование скоростей передачи

    ┌─────┬─────┬─────┬─────┬─────┬─────┬─────┬─────┐
<pre class="legal-pre">    │ b8  │ b7  │ b6  │ b5  │ b4  │ b3  │ b2  │ b1  │
    │     │     │     │     │     │     │     │     │</pre>
    ├─────┼─────┼─────┼─────┼─────┼─────┼─────┼─────┤
<pre class="legal-pre">    │ 0   │ 0   │ 0   │ 0   │ 0   │ 0   │     │     │
    │     │     │     │     │     │     │     │     │</pre>
    └─────┴─────┴─────┴─────┴─────┴─────┴─────┴─────┘
<pre class="legal-pre">       │     │     │     │     │     │     │     │         Замещение стартового бита и стоп-
       │     │     │     │     │     │     │     └──────── бита при передаче от PICC к PCD,
       │     │     │     │     │     │     │               если бит установлен на (1)b
       │     │     │     │     │     │     └────────────── Замещение SOF и EOF при передаче
       │     │     │     │     │     │                     от PICC к PCD, если бит
       │     │     │     │     │     │                     установлен на (1)b
       │     │     │     │     │     └──────────────────── Должен быть установлен на (0)b,
       │     │     │     │     │                           (1)b - RFU
       │     │     │     │     └────────────────────────── Должен быть установлен на (0)b,
       │     │     │     │                                 (1)b - RFU
       │     │     │     └──────────────────────────────── Должен быть установлен на (0)b,
       │     │     │                                       (1)b - RFU
       │     │     └────────────────────────────────────── Должен быть установлен на (0)b,
       │     │                                             (1)b - RFU
       │     └──────────────────────────────────────────── Должен быть установлен на (0)b,
       │                                                   (1)b - RFU</pre>
       └────────────────────────────────────────────────── Должен быть установлен на (0)b,

                                                       (1)b - RFU

Следующие правила должны применяться для согласования этих параметров:

• 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 настоящего стандарта.

Примечание 2. Поле длины в соответствии с полным диапазоном BER-TLV (см. ИСО/МЭК 7816-4:2005).

Примечание 3. Только соответствующие объекты должны быть отправлены. Можно отправить пустой родительский объект, не имеющий порожденных объектов (например, ‘\text{А}000’ ), а можно отправить пустой блок S(PARAMETERS) (т.е. даже без отправленного родительского объекта).

Пример последовательности активации скоростей передачи битов со следующими параметрами показан на рисунке 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;
• отсутствие опций кадровой синхронизации.

(Измененная редакция, Изм. A2:2012).

В таблице A.1 приведен пример мультиактивации для трех PICC.

Таблица A.1

Мультиактивация

Примечание. Число n в ACTIVE(n) обозначает CID.

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

Любой блок	===>	правильно принятый
Любой блок		ошибочно принятый
Любой блок	= =>	Ничего не получено (тайм-аут FWT)
Разделительная линия	=====	Окончание работы протокола самого нижнего уровня
l(1)x	l-блок с установленным сцеплением бит и номером блока x
l(0)x	l-блок с неустановленным сцеплением бит (последний блок цепи) и номером блока x
R(ACK)X	R-блок, указывающий на положительное подтверждение
R(NAK)X	R-блок, указывающий на отрицательное подтверждение
S(...)	S-блок

Нумерация блока в сценарии всегда начинается с текущего номера блока PCD для определенной PICC. Сценарии начинаются после последовательности активации PICC, и, следовательно, текущий номер блока начинается с 0 для PCD и с 1 для PICC.

B.2. Безошибочная работа

B.2.1 Обмен l-блоками

Сценарий 2

Расширение времени ожидания

Сценарий 5

PICC использует сцепление

Сценарий 7

(до обмена первым l-блоком)

Сценарий 8

Проверка наличия PICC с использованием метода 2, a (после обмена первым l-блоком)

Сценарий 9

Проверка наличия PICC с использованием метода 2, b (после обмена первым l-блоком)

(Измененная редакция, Изм. A1:2012).

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0
2. Тайм-аут			<= =	-
3. Правило 4		R(NAK)0	===>
4.	Нет изменений		<===	R(ACK)1		Правило 12
5. Правило 6		l(0)0	===>		0	Правило D
6. Правило B	1		<===	l(0)0		Правило 10
7.		l(0)1	===>		1	Правило D
8. Правило B	0		<===	l(0)1		Правило 10

Сценарий 11

Обмен l-блоками

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2. Правило B	1		<===	l(0)0		Правило 10
3.		l(0)1
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)1	===>
6.	Нет изменений		<===	R(ACK)0		Правило 12
7. Правило 6		l(0)1	===>		1	Правило D
8. Правило B	0		<===	l(0)1		Правило 10
9.		l(0)0	===>		0	Правило D
10. Правило B	1		<===	l(0)0		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.				l(0)0		Правило 10
3. Правило 4		R(NAK)0	===>
4. Правило B	1		<===	l(0)0		Правило 11
5.		l(0)1	===>		1	Правило D
6. Правило B	0		<===	l(0)1		Правило 10

Обмен l-блоками

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.				l(0)0		Правило 10
3. Правило 4		R(NAK)0
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)0	===>
6. Правило B	1		<===	l(0)0		Правило 11
7.		l(0)1	===>			Правило D
8. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.				Запрос S(WTX)		Правило 9
3. Правило 4		R(NAK)0	===>
4.			<===	Запрос S(WTX)		Правило 11
5. Правило 3		Ответ S(WTX)	===>
6. Правило B	1		<===	l(0)0		Правило 10
7.		l(0)1	===>			Правило D
8. Правило B	0		<===	l(0)1	1	Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>	0
2.				Запрос S(WTX)		Правило 9
3. Правило 4		R(NAK)0
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)0	===>
6.			<===	Запрос S(WTX)		Правило 11
7. Правило 3		Ответ S(WTX)	===>
8. Правило B	1		<===	l(0)0		Правило 10
9.		l(0)1	===>		1	Правило D
10. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.			<===	Запрос S(WTX)		Правило 9
3. Правило 3		Ответ S(WTX)
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)0	===>
6.			<===	Запрос S(WTX)		Правило 11
7. Правило 3		Ответ S(WTX)	===>
8. Правило B	1		<===	l(0)0		Правило 10
9.		l(0)1	===>		1	Правило D
10. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.			<===	Запрос S(WTX)		Правило 9
3. Правило 3		Ответ S(WTX)	===>
4.				l(0)0		Правило 10
5. Правило 4		R(NAK)0	===>
6. Правило B	1		<===	l(0)0		Правило 11
7.		l(0)1	===>		1	Правило D
8. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2.			<===	Запрос S(WTX)		Правило 9
3. Правило 3		Ответ S(WTX)	===>
4.				l(0)0		Правило 10
5. Правило 4		R(NAK)0
6. Тайм-аут			<= =	-
7. Правило 4		R(NAK)0	===>
8. Правило B	1		<===	l(0)0		Правило 11
9.		l(0)1	===>		1	Правило D
10. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2. Правило B			<===	l(0)0		Правило 10
3.		Запрос S(DESELECT)
4. Тайм-аут			<= =	-
5. Правило 8		Запрос S(DESELECT)	===>
6.			<===	Ответ S(DESELECT)		Правило 3

B.3.4. Сцепление

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(1)0	===>		0
2.				R(ACK)0		Правило 2
3. Правило 4		R(NAK)0	===>
4. Правило B	1		<===	R(ACK)0		Правило 11
5. Правило 7		l(1)1	===>		1	Правило D
6. Правило B	0		<===	R(ACK)1		Правило 2
7. Правило 7		l(0)0	===>		0	Правило D
8. Правило B	1		<===	l(0)0		Правило 10
9.		l(0)1	===>		1	Правило D
10. Правило B	0		<===	l(0)1		Правило 10

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(1)0	===>		0
2. Правило B	1		<===	R(ACK)0		Правило 2
3. Правило 7		l(1)1
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)1	===>
6.	Нет изменений		<===	R(ACK)0		Правило 12
7. Правило 6		l(1)1	===>		1	Правило D
8. Правило B	0		<===	R(ACK)1		Правило 2
9. Правило 7		l(0)0	===>		0	Правило D
10. Правило B	1		<===	l(0)0		Правило 10
11.		l(0)1	===>		1	Правило D
12. Правило B	0		<===	l(0)1		Правило 10

PCD использует сцепление

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(1)0	===>		0
2.				R(ACK)0		Правило 2
3. Правило 4		R(NAK)0
4. Тайм-аут			<= =	-
5. Правило 4		R(NAK)0	===>
6. Правило B	1		<===	R(ACK)0		Правило 11
7. Правило 7		l(1)1	===>		1	Правило D
8. Правило B	0		<===	R(ACK)1		Правило 2
9. Правило 7		l(0)0	===>		0	Правило D
10. Правило B	1		<===	l(0)0		Правило 10
11.		l(0)1	===>			Правило D
12. Правило B			<===	l(0)1		Правило 10

Примечание		Блок N (0)	PCD		PICC	Блок N (1)	Примечание
1.	Правило 1		l(0)0	===>		0	Правило D
2.	Правило B	1		<===	l(10)0		Правило 10
3.	Правило 2		R(ACK)1
4.	Тайм-аут			<= =	-
5.	Правило 5		R(ACK)1	===>		1	Правило E
6.	Правило B	0		<===	l(1)1		Правило 13
7.	Правило 2		R(ACK)0	===>		0	Правило E
8.	Правило B	1		<===	l(0)0		Правило 13
9.			l(0)1	===>		1	Правило D
10.	Правило B	0		<===	l(0)1		Правило 10

PICC использует сцепление

Примечание		Блок N (0)	PCD		PICC	Блок N (1)	Примечание
1.	Правило 1		l(0)0	===>		0	Правило D
2.	Правило B	1		<===	l(1)0		Правило 10
3.	Правило 2		R(ACK)1	===>		1	Правило E
4.					l(1)1		Правило 13
5.	Правило 5		R(ACK)1	===>		Нет изменений
6.	Правило B	0		<===	l(1)1		Правило 11
7.	Правило 2		R(ACK)0	===>		0	Правило E
8.	Правило B	1		<===	l(0)0		Правило 13
9.			l(0)1	===>		1	Правило D
10.	Правило B	0		<===	l(0)1		Правило 10

Сценарий Amd.1.2

Примечание	Блок N (0)	PCD		PICC	Блок N (1)	Примечание
	1. Правило 1		l(0)0	===>		0
2. Правило B	1		<===	l(0)0		Правило 10
3.	Запрос S(PARAMETERS)
4. Тайм-аут			<= =
5. Правило 8	Запрос S(PARAMETERS)		===>
6.			<===	Ответ S(PARAM ETERS)		Правило 3
7.		l(0)1	===>		1	Правило D
8. Правило B	0		<===	l(0)1		Правило 10

(Измененная редакция, Изм. A1:2012).

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

Определения, данные в ИСО/МЭК 14443-3:

БИБЛИОГРАФИЯ

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)

------------------------------------------------------------------