Товары в корзине: 0 шт Оформить заказ
Стр. 1 

42 страницы

Определяет режимы индуктивной связи устройств, работающих на центральной частоте 13,56 МГц, для подключения компьютерной периферии, посредством интерфейса и протокола коммуникации в ближнем поле (NFCIP-1). А также стандарт определяет для интерфейса и протокола коммуникации в ближнем поле (NFCIP-1) как активный, так и пассивный режимы связи для реализации коммуникационной сети для сетевой и бытовой техники на основе устройств с возможностью коммуникации в ближнем поле. В частности, стандарт определяет схемы модуляции, кодирования, скорости передачи и радиочастотную структуру интерфейса устройств NFC, а также схемы инициализации и условия, необходимые для контроля за конфликтными ситуациями во время инициализации. Кроме того, стандарт определяет протокол передачи, включая протокол активации и способ обмена данными.

 Скачать PDF

Идентичен ISO/IEC 18092:2013

Оглавление

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

2 Соответствие

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

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

5 Соглашения и обозначения

6 Сокращения

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

8 Радиочастотное поле

9 Интерфейс радиочастотного сигнала

10 Общий ход выполнения протокола

11 Инициализация

12 Транспортный протокол

Приложение А (обязательное) Вычисление CRC

Приложение В (справочное) SAK

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

 

42 страницы

Дата введения01.11.2016
Добавлен в базу01.02.2017
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

31.08.2015УтвержденФедеральное агентство по техническому регулированию и метрологии1227-ст
РазработанФГУП ГосНИИ ТЕСТ
РазработанООО ИАВЦ
ИзданСтандартинформ2016 г.

Information technology. Telecommunications and information exchange between systems. Field communication. Interface and protocol (NFCIP-1)

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

ГОСТ Р исо/мэк 18092—

2015

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

Телекоммуникации и обмен информацией между системами. Коммуникация в ближнем поле. Интерфейс и протокол (NFCIP-1)

ISO/IEC 18092:2013 Information technology — Telecommunications and information exchange between systems — Field Communication — Interface and Protocol (NFCIP-1)

(IDT)

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

Москва

Стандартинформ

2015


Предисловие

1    ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием Государственный научно-исследовательский и конструкторско-технологический институт «ТЕСТ» (ФГУП ГосНИИ «ТЕСТ»), Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 31 августа 2015 г. № 1227-ст

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 18092:2013 «Информационные технологии. Телекоммуникации и обмен информацией между системами. Коммуникация в ближнем поле. Интерфейс и протокол (NFCIP-1)» [ISO/IEC 18092:2013 «Information technology — Telecommunications and information exchange between systems — Field Communication — Interface and Protocol (NFCIP-1)»].

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)

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

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

См. 8.2.5.1 ИСО/МЭК 14443-2.

9.3.2.6 Передача байтов

Инициаторы и Цели должны передавать байты младшим битом вперед.

9.3.3 Режим Инициатор — Цель. Требования для fc/64 и fc/32

9.3.3.1    Скорость передачи

См. 9.2.2.1.

9.3.3.2    Модуляция

См. 9.1.2 ИСО/МЭК 14443-2 для скорости передачи fc/64 и fc/32. В течение передачи Инициатор должен соответствовать PCD-значениям.

Примечание — Диапазон коэффициента модуляции более строгий, чем в ИСО/МЭК 18092:2004.

9.3.3.3    Двоичное представление и кодирование

См. 9.2.2.3.

9.3.3.4    Передача байтов

См. 9.2.2.4.

9.3.4    Режим Цель — Инициатор. Требования для fc/64 и fc/32

9.3.4.1    Скорость передачи

См. 9.2.2.1.

9.3.4.2    Модуляция

Цель должна быть способна коммуницировать с Инициатором посредством области индуктивной связи с помощью нагрузочной модуляции, применяемой к fc радиочастотного поля Инициатора со значением амплитуды PICC-нагрузочной модуляции, указанным в 8.2.2 ИСО/МЭК 14443-2. Инициатор должен быть способен получать сигнал с амплитудой нагрузочной модуляции, как указано для PCD-приема в ИСО/МЭК 14443-2, 8.2.2.

Примечание — Минимальная величина амплитуды нагрузочной модуляции для Цели и Инициатора была изменена по сравнению с ИСО/МЭК 18092:2004.

9.3.4.3    Двоичное представление и кодирование

См. 9.2.2.3.

9.3.4.4    Передача байтов

См. 9.2.2.4.

10 Общий ход выполнения протокола

Общий ход выполнения протокола между NFCIP-1-устройствами должен осуществляется посредством следующих последовательных операций:

-    Любое NFCIP-1-устройство в исходном положении должно находиться в режиме Цели, не генерировать радиочастотное поле и ждать команды от Инициатора.

-    Оно может переключиться в режим Инициатора и выбрать либо активный, либо пассивный режим связи, а также скорость передачи данных.

-    Инициаторы должны провести проверку на наличие внешнего излучения радиочастотного поля и не должны активировать свое собственное радиочастотное поле в том случае, если внешнее излучение радиочастотного поля обнаружено. См. 8.4.

-    В случае, если внешнее излучение радиочастотного поля не обнаружено, Инициатор должен активировать свое собственное радиочастотное поле для приведения в действие Цели.

-    Обмен командами и ответами в том же режиме связи и на той же скорости передачи данных.

На рисунке 3 показан общий ход выполнения инициализации и обнаружения единственного

устройства для активного и пассивного режимов связи на различных скоростях передачи данных.

Общий ход выполнения протокола описывает ход выполнения инициализации и выбора Целей либо в пассивном режиме связи, либо в активном режиме связи на одной из возможных скоростей передачи данных. Избежание радиочастотных конфликтов описано в 11.1. Пассивный режим связи описан в 11.2. Инициализация и SDD на скорости fc/128 описаны в 11.2.1, инициализация и SDD на скоростях fc/64 и fc/32 описаны в 11.2.2. Активный режим связи описан в 11.3.

Активация протокола описана в 12.5. Выбор параметров описан в 12.5.3. Протокол обмена данными описан в 12.6. Деактивация описана в 12.7.

8

ГОСТ Р ИСО/МЭК 18092—2015

11 Инициализация

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

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

Рисунок 3 — Общий ход инициализации и обнаружения единственного устройства

9

11.1    Избежание радиочастотных конфликтов

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

11.1.1    Первоначальное избежание радиочастотных конфликтов

Для того чтобы начать коммуникацию с Целевым устройством в активном или пассивном режиме связи, Инициатор должен непрерывно контролировать присутствие внешнего излучения радиочастотного поля. См. 8.4.

Если Инициатор не обнаруживает радиочастотного поля в пределах временных рамок Тют + п х Trfw- то он должен включить свое собственное радиочастотное поле либо заново запустить Первоначальное избежание радиочастотных конфликтов. Целочисленное значение п должно быть сгенерировано случайным образом. Рисунок 4 определяет временные рамки Первоначального избежания радиочастотных конфликтов при инициализации.

Посылка

п — случайным образом сгенерированное число периодов времени для TRFW(0 < п < 3);

Т|RFG — начальное контрольное время между включением радиочастотного поля и началом посылки команды или кадра данных (T|RFG > 5 мс)

Рисунок 4 — Первоначальное избежание радиочастотных конфликтов


Радиочастотное    запроса

Радиочастотное поле, сгенерированное Инициатором, должно быть выключено в активном режиме связи. Радиочастотное поле, сгенерированное Инициатором, не должно быть выключено в пассивном режиме связи.

11.1.2 Избежание радиочастотных конфликтов при ответе

Чтобы избежать конфликтов одновременного ответа более чем одной Цели в активном режиме связи при активации, Цели должны выполнять процедуру избежания радиочастотных конфликтов при ответе, как указано на рисунке 5.

Посылка

Радиочастотное    ответа

TRFW— время ожидания радиочастоты (512/fc); п — случайным образом сгенерированное число периодов времени для TRFW (0 < п < 3);

TARFg — активное контрольное время между включением радиочастотного поля и началом посылки команды (TARFG > 1024/fc)

Рисунок 5 — Последовательность избежания радиочастотных конфликтов при ответе в процессе активации


ГОСТ Р ИСО/МЭК 18092—2015


11.2 Пассивный режим связи

11.2.1 Инициализация и Обнаружение единственного устройства на fc/128 См. ИСО/МЭК 14443-3, раздел 6 с кодированием SAK, как указано в таблице 2.


Таблица 2 — Кодирование SAK

Битв

Бит 7

Битв

Бит 5

Бит 4

БитЗ

Бит 2

Бит 1

Значение

X

X

X

X

X

1

X

X

UID неполный, см. табл. 9 ИСО/МЭК 14443-3

X

X

1

X

X

0

X

X

UID полный, см. табл. 9 ИСО/МЭК 14443-3

X

X

0

X

X

0

X

X

UID полный, см. табл. 9 ИСО/МЭК 14443-3

X

1

X

X

X

0

X

X

UID полный, Цель совместима с транспортным протоколом NFCIP-1. Запрос на атрибуты поддерживается

X

0

X

X

X

0

X

X

UID полный, Цель не поддерживает транспортный протокол NFCIP-1, запрос на атрибуты не поддерживается


Параметру uidO должно быть присвоено значение ‘08’.

Если бит 3 представлен (1)Ь, Инициатор должен проигнорировать любой другой бит SAK. Если бит 3 представлен (0)Ь, Инициатор должен интерпретировать бит 7 и проигнорировать другие биты. Если биту 3 присвоено значение (1)Ь, Цель должна присвоить всем остальным битам SAK значение (0)Ь.

Примечания

1    UID заменяет NFCID1 из ИСО/МЭК 18092:2004, a uid* заменяет nfcidl из ИСО/МЭК 18092:2004.

2    Если бит 6 в SAK представлен (1)Ь, то устройство поддерживает протокол, как определено в ИСО/МЭК 14443-4.

11.2.2 Инициализация и обнаружение единственного устройства на fc/64 и fc/32

11.2.2.1 Начало и конец коммуникации

Сигналом к началу пассивной коммуникации должно служить наличие несущей частоты. Коммуникация должна начинаться с последовательности-преамбулы, состоящей из по крайней мере 48 битов НУЛЕЙ Манчестерского кодирования. Конец коммуникации должен быть спрогнозирован, исходя из поля кадра Длина. Рисунок 6 иллюстрирует начало и конец коммуникации.


Нет модуляции Преамбула    Пакет    данных

Рисунок 6 — Начало и конец коммуникации


Нет модуляции


После того как одно NFCIP-1-устройство закончило коммуникацию, другое должно задержаться на время не менее 8 * 64/fc, прежде чем начать передачу, за счет отправки последовательности-преамбулы, как показано на рисунке 7.


Пакет данных


Задержка


Преамбула


Пакет данных


Рисунок 7 — Задержка между последовательными кадрами


11.2.2.2 Формат кадра

Формат кадра должен состоять из Преамбулы, Синхрогруппы, Длины, Полезной нагрузки и CRC, см.рисунок 8.

Преамбула должна состоять минимум из 48 битов логических элементов НУЛЬ.


Синхрогруппа должна состоять из 2 байтов. 1-й байт в Синхрогруппе должен быть ‘В2’, 2-й байт должен быть ‘4D’.

Преамбула

SYNC

Длина

Полезная нагрузка

CRC

Рисунок 8 — Формат кадра

Длина должна быть 8-битным полем, а его значение должно быть установлено в соответствии с количеством байт, передаваемых в Полезной нагрузке, плюс 1. Диапазон Длины должен быть в пределах от 2 до 255, остальные параметры являются RFU.

Полезная нагрузка должна состоять из п 8-бит-байтовых данных, где п означает количество байтов данных.

CRC должен быть рассчитан согласно А.З.

11.2.2.3 Обнаружение единственного устройства на fc/64 и fc/32

Основным методом SDD-процедуры должен быть метод временных интервалов. Номер интервала должен быть целочисленным значением за исключением нуля. Инициатор должен отправлять запросы на опрос. Цель должна отвечать в случайном порядке в каждый временной интервал. Инициатор должен уметь читать NFCID2-flaHHbie (см. 11.2.2.4) Цели(ей) в различных временных интервалах.

После получения ЫПСЮ2-данных от Цели(ей) в рабочее поле Инициатор может коммуницировать с несколькими Целями.

При согласии между обменивающимися сторонами могут поддерживаться до 16 временных интервалов. FloMep временного интервала может быть указан значением TSN в кадре запроса на опрос от Инициатора.

Цель, которая уже запитана, отвечает Инициатору после получения от Инициатора кадра запроса на опрос, согласно следующим правилам:

1.    Цель должна сгенерировать случайное число R в диапазоне от 0 до TSN.

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

Коммуникация между Инициатором и Целью должна проводиться следующим образом:

1.    Цель получает питание от рабочего поля, сгенерированного Инициатором.

2.    Цель должна быть готова к получению запроса на опрос от Инициатора максимум через 2 секунды с момента получения питания.

3.    Цель должна ждать запроса на опрос, отправленного Инициатором. Инициатор может отправить запрос на опрос, не дожидаясь готовности Цели.

4.    Если Инициатору не удается получить ответа при опросе, то Инициатор может отправить запрос на опрос еще раз. Инициатор пассивного режима связи должен сохранять радиочастотное питание, пока осуществляется SDD-процедура.

Задержка Td между окончанием кадра запроса и первым временным интервалом должна быть 512 х 64/fc.

Блок временного интервала Ts должен быть 256 х 64/fc.

Рисунок 9 иллюстрирует примерную ситуацию процедуры SDD по временным интервалам. В данном примере отвечают пять Целей. Инициатор может получить ответную информацию от Целей 2, 4 и 5, но не от Целей 1 и 3. Причина в конфликте, произошедшем во временном интервале 1.

Инициатор может повторять SDD-процедуру.

*-т,-*

1 S

Время -►

Временной интервал 0

Временной интервал 1

Временной интервал 2

Временной интервал 3

Запрос от Инициатора

Ответ от Цели 4

Ответ от Цели 1

Ответ от Цели 5

Ответ от Цели 2

Ответ от Цели 3

Рисунок 9 — Обнаружение единственного устройства по временным интервалам

ГОСТ Р ИСО/МЭК 18092—2015

11.2.2.4    Содержание NFCID2

Идентификатор NFCID2 должен быть 8-байтовым числом, служащим для идентификации NFCIP-1-устройств. 2-байтовый код префикса должен сопровождаться 6-байтовым числом в NFCID2. Код префикса должен определять характеристики для 6-байтового числа.

6-байтовое число должно быть сгенерировано случайным образом, когда код префикса ‘ОТ ‘FE’. Другие параметры для кода префикса являются RFU.

11.2.2.5    Формат кадра запроса на опрос

Для обнаружения Цели Инициатор должен отправить кадр запроса на опрос, см. рисунок 10.

Преамбула

SYNC

Длина

Полная нагрузка

CRC

(48 бит мин.)

(16 бит)

(8 бит)

'00'

'FF’

'FF’

'00'

TSN

(16 бит)

Рисунок 10 — Формат кадра запроса на опрос

Преамбула должна состоять минимум из 48 битов логических элементов НУЛЬ.

Синхрогруппа (SYNC) должна состоять из 2 байтов. 1-й байт в Синхрогруппе должен быть ‘В2’, 2-й байт должен быть ‘4D’.

Поле Длина должно быть установлено как ‘06’.

1- й байт полезной нагрузки должен быть установлен в ‘00’.

2- й и 3-й байты полезной нагрузки должны быть установлены в ‘FF’, другие параметры являются

RFU.

4-й байт полезной нагрузки должен быть установлен в ‘00’, другие параметры являются RFU.

TSN должен быть ‘00’, ‘01 ’, ‘03’, ‘07’ или ‘0F’. Любые другие параметры являются RFU.

CRC должен быть рассчитан согласно А.3.

Рисунок 9 иллюстрирует пример, где TSN равен ‘03’. Если TSN установлен как ‘00’, то только временной интервал 0 должен быть использован.

11.2.2.6 Формат кадра ответа при опросе

Цель должна отправить следующий кадр как ответ при опросе на запрос на опрос, см. рисунок 11.

Преамбула

SYNC

Длина

Полная нагрузка

(48 бит мин.)

(16 бит)

(8 бит)

'01'

NFCID2

Pad

Рисунок 11 —Формат кадра ответа при опросе

Преамбула должна состоять минимум из 48 битов логических элементов НУЛЬ.

Синхрогруппа (SYNC) должна состоять из 2 байтов. 1-й байт Синхрогруппы должен быть ‘В2’, 2-й байт должен быть ‘4D’.

Поле Длина должно быть установлено как ‘12’.

Стартовый байт полезной нагрузки должен быть установлен как ‘01’. Полезная нагрузка должна состоять из 8 байтов NFCID2 и 8 байтов Pad. Значение Pad должно быть проигнорировано для обмена данными.

CRC должен быть рассчитан согласно А.З.

11.3 Активный режим связи

11.3.1    Инициализация на fc/128, fc/64 и fc/32

Приложение переходит в режим Инициатора для активного режима связи и может выбрать скорость передачи данных fc/128, fc/64 или fc/32.

11.3.2    Избежание радиочастотных конфликтов в активном режиме связи

Избежание радиочастотных конфликтов должно быть выполнено в соответствии с временной диаграммой на рисунке 12.

-    Инициатор должен осуществить Первоначальное избежание радиочастотных конфликтов.

-    Первой командой, отправляемой Инициатором, является ATR_REQ в активном режиме связи на выбранной скорости передачи.

-    Инициатор должен выключить радиочастотное поле.

13

ГОСТ Р ИСО/МЭК18092—2015


-    Цель осуществляет Избежание радиочастотных конфликтов при ответе.

-    Цель посылает ATR_RES в ответ на ATR_REQ на той же скорости передачи, на которой она п чила ATR_REQ, и выключает радиочастотное поле.

-    Инициатор осуществляет Избежание радиочастотных конфликтов при ответе сп = 0.

-    Инициатор посылает PSL_REQ для того, чтобы изменить параметр, или посылает DEP_RE чтобы начать протокол обмена данными.


РЧ вкл


Инициатор


Запрос

<^>


РЧ выкл


РЧ вкл ^ ^РЧ выкл


Tidt

1. Начальное избежание разночастотных конфликтов


т. >г

Trfg I


2. Посылает запрос


~А-А-JT

I Tadt i Tarfg i

I    I    I

I    I


1    6. Обнаруживает ,

I радиочастотное поле, ' 1 принимает ответ !


I 7. Посылает / ' команду I


РЧ £к


Ответ


<^>


РЧ .выкл


Цель


I Tadt , Tarfg i

i    I    i

3. Обнаруживает | 4. Избежание i 5. Посылает радиочастотное поле, 1 радиочастот- 1    ответ

принимает запрос , ных конфлик- ,

1 тов при ответе


8. Принимает команду


Рисунок 12 —Ход выполнения инициализации в активном режиме связи


11.3.2.1 Избежание конфликтов в активном режиме связи

В случае, когда в поле находятся две или более Целей, то Цель с наименьшим п будет отвечать первой, а другая Цель отвечать не будет.

В случае, когда две или более Целей отвечают в один и тот же временной период, Инициатор обнаружит конфликт и повторно отправит ATR_REQ, описанный в 12.5.1.1.

После того как ответ от первой Цели обнаружен Инициатором, Инициатор и Цель должны использовать п = 0 для дальнейшей коммуникации.


12 Транспортный протокол

С транспортным протоколом работают в трех частях:

-    Активация протокола, которая включает в себя запрос на атрибуты и выбор параметров.

-    Протокол обмена данными.

-    Деактивация протокола, включающая деселекцию и освобождение.

12.1 Передача данных

Данные пользователя должны передаваться в поле Передача данных в формате кадра. Рисунок 13 указывает положение поля Передача данных в разных форматах кадра.

Структура формата кадра для fc/128 определяется в ИСО/МЭК 14443-3, 6.2.3.2. Стартовый байт SB должен быть установлен в значение ‘F0’. LEN-байт должен быть равен длине поля Передача данных плюс 1. Диапазон LEN должен быть в пределах от 3 до 255. Е1 является CRC для формата кадра fc/128, как описано в разделе А.1. Другие параметры LEN запрещены настоящим стандартом.

Подпункт 11.2.2.2 настоящего стандарта определяет формат кадра для fc/64 и fc/32, в том числе Преамбулу РА и Синхрогруппу SYNC.

LEN-байт должен быть равен длине поля Передача данных плюс 1. Значение LEN должно быть в пределах от 3 до 255. Е2 является CRC для формата кадра fc/64 и fc/32, как описано в разделе А.3. Другие параметры LEN запрещены настоящим стандартом.

14


ГОСТ Р ИСО/МЭК 18092—2015

Поле Передача данных содержит байты обязательных команд CMD1 и CMD2, как описано в подразделе 12.4, и байты данных: Байт 1 — Байт п. Содержимое с Байта 1 по Байт п зависит от байта команды CMD2 и может содержать информацию. В таком случае они являются обязательными. Байты данных являются необязательными.

Рисунок 13 — Формат кадра передачи данных

12.2    Ход выполнения активации пассивного режима связи

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

1.    Инициатор должен осуществить последовательность Первоначального избежания радиочастотных конфликтов в соответствии с 11.1.1.

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

3.    Должна быть проверена поддержка протокола NFCIP-1 на различных скоростях передачи в соответствии с запросом на атрибут, как описано в 12.5.1.1.

4.    Цель может вернуться к инициализации и SDD, если ни один ATR_REQ не поддерживается.

5.    ATR_REQ может быть отправлен Инициатором в качестве следующей команды после получения подтверждения о доступности запроса на атрибут.

6.    Цель должна отправить свой ATR_RES в ответ HaATR_REQ. Цель должна отвечать на ATR_REQ только в том случае, если ATR_REQ получен непосредственно после выбора.

7.    Если Цель поддерживает какой-либо изменяемый параметр в ATR_REQ, PSL_REQ может быть использован Инициатором в качестве следующей команды после получения ATR_REQ для изменил параметров.

8.    Цель должна отправить PSL_RES в ответ на PSL_REQ.

9.    Цели не нужно дополнять Выбор параметров при отсутствии у нее поддержи каких-либо изменяемых параметров в ATR_RES.

10.    Прозрачные данные должны быть отправлены с использованием транспортного протокола обмена данными.

Последовательность активации от Инициатора к Цели в пассивном режиме связи показана на рисунке 14.

12.3    Ход выполнения активации активного режима связи

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

применена:

1.    Инициатор должен осуществить последовательность Первоначального избежания радиочастотных конфликтов в соответствии с 11.1.1.

2.    Инициатор должен переключиться в активный режим связи и выбрать скорость передачи.

3.    Инициатор должен отправить ATR_REQ.

4.    Цель должна отправить свой ATR_RES в ответ на ATR_REQ. После успешного ответа устройство выбирается.

5.    Если Инициатор обнаруживает конфликт данных, ATR_REQ должен быть отправлен повторно.

6.    Если Цель поддерживает какой-либо изменяемый параметр в ATR_REQ, PSL_REQ может быть использован Инициатором в качестве следующей команды после получения ATR_REQ для изменяя параметров.

7.    Цель должна отправить PSL_RES в ответ на PSL_REQ.

8.    Цели не нужно дополнять Выбор параметров при отсутствии у нее поддержи каких-либо изменяемых параметров bATR_RES.

Последовательность активации от Инициатора к Цели в активном режиме связи показана на рисунке 15.

15

ГОСТ Р ИСО/МЭК 18092—2015

Активация протокола и выбор параметров    Инициализация    и    антиконфликтность

Рисунок 14 — Протокол активации в пассивном режиме связи


16


ГОСТ Р ИСО/МЭК 18092—2015


Активация протокола и выбор параметров    Инициализация    и    антиконфликтность

Рисунок 15 — Протокол активации в активном режиме связи


17


ГОСТ Р ИСО/МЭК 18092—2015

Содержание

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

2    Соответствие......................................................................1

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

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

5    Соглашения и обозначения...........................................................3

6    Сокращения.......................................................................3

7    Общие положения..................................................................5

8    Радиочастотное поле................................................................5

9    Интерфейс радиочастотного сигнала...................................................6

10    Общий ход выполнения протокола.....................................................8

11    Инициализация.....................................................................9

12    Транспортный протокол..............................................................14

Приложение А (обязательное) Вычисление    CRC............................................34

Приложение В (справочное) SAK.........................................................36

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

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

12.4 Команды

Байты команд состоят из CMD1 и CMD2, как указано в таблице 3. Таблица 3 — Набор команд протокола NFCIP-1

Мнемоника

Байты команд

Определение

CMD1

CMD2

ATR_REQ

'D4'

'00'

Запрос на атрибут (отправленный Инициатором)

ATR_RES

'D5'

'01'

Реакция на атрибут (отправленная Целью)

WUP_REQ

'D4'

'02'

Запрос на побудку (отправленный Инициатором только в активном режиме)

WUP_RES

'D5'

'03'

Реакция на побудку (отправленная Целью только в активном режиме)

PSL_REQ

'D4'

'04'

Запрос о выборе параметров (отправленный Инициатором)

PSL_RES

'D5'

'05'

Ответ о выборе параметров (отправленный Целью)

DEP_REQ

'D4'

'06'

Запрос на протокол обмена данными (отправленный Инициатором)

DEP_RES

'D5'

'07'

Ответ на протокол обмена данными (отправленный Целью)

DSL_REQ

'D4'

'08'

Запрос на деселекцию (отправленный Инициатором)

DSL_RES

'D5'

'09'

Ответ на деселекцию (отправленный Целью)

RLS_REQ

'D4'

'0A

Запрос на освобождение (отправленный Инициатором)

RLS_RES

'D5'

'OB'

Ответ на освобождение (отправленный Целью)

12.5 Активация протокола

12.5.1    Команды Запрос на атрибут и Реакция на атрибут

12.5.1.1    Запрос на атрибут (ATR_REQ)

Данный подпункт определяет запрос на атрибут ATR_REQ со всеми его байтами параметров, см. рисунок 16. Инициатор должен отправить ATR_REQ выбранной Цели.

CMD 1

CMD 2

Байт 1

Байт 10

Байт 11

Байт 12

Байт 13

Байт 14

Байт 15

Байт п

'D4'

'00'

nfcid3i1

nfcid3i10

DIDi

BSi

BRi

PPi

[Gi[1]]

[Gi[n]]

Рисунок 16 — Структура ATR_REQ

12.5.1.1.1 Определение байтов ATR_REQ CMD 1: Должен быть установлен в значение 'D4’.

CMD 2: ATR_REQ

Байт ATR_REQ должен определять запрос на атрибут для Инициатора. Значение ATR_REQ должно быть установлено как ‘00’.

Байт 1 — Байт 10: NFCID3i

10 байтов nfcid3i определяют случайный идентификатор Инициатора NFCID3L NFCID3 должен быть идентификатором, динамически генерируемым приложением, и должен быть постоянным в течение одной коммуникации. Для пассивного режима связи /с/64 и fd32 NFCID3i должен быть заменен на NFCID2t.

Байт 11: DIDi

Байт DID должен быть использован для активации транспортного протокола многокомпонентных данных (multiple data) с более чем одной Целью. Диапазон DIDi должен быть определен между 1 и 14. Значение НУЛЬ должно использоваться, если DIDi не используется в течение протокола передачи данных. Все другие значения запрещены настоящим стандартом.

Байт 12: BSi

Устройство Инициатор должно указать поддерживаемые им скорости отправляемых данных (D) в байте BSi, см. рисунок 17.

18

ГОСТ Р ИСО/МЭК 18092—2015

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

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

Телекоммуникации и обмен информацией между системами.

Коммуникация в ближнем поле. Интерфейс и протокол (NFCIP-1)

Information technology. Telecommunications and information exchange between systems. Field Communication. Interface and Protocol (NFCIP-1)

Дата введения — 2016—11—01

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

Настоящий стандарт определяет режимы индуктивной связи устройств, работающих на центральной частоте 13,56 МГц, для подключения компьютерной периферии посредством интерфейса и протокола коммуникации в ближнем поле (NFCIP-1). А также настоящий стандарт определяет для интерфейса и протокола коммуникации в ближнем поле (NFCIP-1) как активный, так и пассивный режимы связи для реализации коммуникационной сети для сетевой и бытовой техники на основе устройств с возможностью коммуникации в ближнем поле. В частности, настоящий стандарт определяет схемы модуляции, кодирования, скорости передачи и радиочастотную структуру интерфейса устройств NFC, а также схемы инициализации и условия, необходимые для контроля за конфликтными ситуациями во время инициализации. Кроме того, настоящий стандарт определяет протокол передачи, включая протокол активации и способ обмена данными.

Обмен информацией между системами требует совпадения у обменивающихся сторон, как минимум, кодов обмена и структуры данных.

2    Соответствие

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

Возможно также реализовать опцию NFC-SEC, как указано в стандарте ИСО/МЭК 13157-1.

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

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

МСЭ-Т V.41:1988 Кодонезависимая система защиты данных от ошибок (ITU-T V.41:1988 Code-in-dependent error-control system)

ИСО/МЭК 13157-1:2010 Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 1. Службы и протокол безопасности NFC-SEC NFCIP-1 (ISO/IEC 13157-1:2010 Information technology — Telecommunications and information exchange between systems — NFC Security — Part 1: NFC-SEC NFCIP-1 security services and protocol)

ИСО/МЭК 14443-2:2010 Карточки идентификационные. Бесконтактные карточки на интегральных схемах. Бесконтактные карточки. Часть 2. Мощность высокочастотного сигнала и сигнальный интерфейс (ISO/IEC 14443-2:2010 Identification cards — Contactless integrated circuit cards — Proximity cards — Part 2: Radio frequency power and signal interface)

ИСО/МЭК 14443-3:2011 Карточки идентификационные. Бесконтактные карточки на интегральных схемах. Карточки с индуктивной связью через малый зазор. Часть 3. Инициализация и анти конфликтность

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

(ISO/IEC 14443-3:2011 Identification cards — Contactless integrated circuit cards — Proximity cards — Part3: Initialization and anticollision)

ИСО/МЭК 14443-4:2008 Идентификационные карточки. Бесконтактные карточки на интегральных схемах. Карточки с индуктивной связью через малый зазор. Часть 4. Протокол передачи (ISO/IEC 14443-4:2008 Identification cards — Contactless integrated circuit cards — Proximity cards — Part 4: Transmission protocol)

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

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

4.1    активный режим связи (active communication mode): Режим, в котором как Инициатор, так и Цель используют собственное радиочастотное поле для осуществления связи.

4.2    АМн-модуляция (ASK modulation): Амплитудная манипуляция, при которой амплитуда несущей частоты модулируется по логике передаваемых данных.

4.3    Двоично-десятичный код BCD (Binary Coded Decimal): Система для представления каждого десятичного числа от 0 до 9 в виде четырехразрядного двоичного кода.

Примечание — Двоичные разряды (биты), слева направо, равняются 8, 4, 2 и 1, соответственно, в десятичных числах. Так, например, число 6 в BCD будет выглядеть как 0110.

4.4    конфликт (collision): Передача информации одновременно от двух или более Целей или Инициаторов, в результате чего принимающий такую информацию Инициатор или Цель не в состоянии распознать, от которого именно источника эти данные поступили.

4.5    кадр (frame): Последовательность битов данных и дополнительные биты обнаружения ошибок с разделителями в начале и в конце кадра.

4.6    WnoporoBoe (HThresh0|d): Пороговое значение напряженности поля для обнаружения внешнего излучения радиочастотного поля.

4.7    Инициатор (Initiator): Генерирует радиочастотное поле и начинает связь по NFCIP-1.

4.8    нагрузочная модуляция (load modulation): Процесс амплитудной модуляции радиочастотного поля за счет изменения свойств резонансного контура, помещенного внутрь радиочастотного поля.

4.9    младшим битом вперед (Isb first, least significant bit first): Структура посимвольной передачи данных, где Isb передается прежде, чем все другие биты.

4.10    младшим байтом вперед (LSB first, Least Significant Byte first): Структура посимвольной передачи данных, где LSB передается прежде, чем все другие байты.

4.11    Манчестерское кодирование (Manchester coding): Метод двоичного кодирования, при котором логический уровень на протяжении длительности бита представлен последовательностью двух определенных физических состояний коммуникационной среды.

4.12    коэффициент модуляции (modulation index): Отношение разности между максимальным и минимальным значениями амплитуд модулированного сигнала к сумме этих значений, выраженное в процентах.

4.13    старшим битом вперед (msb first, most significant bit first): Структура посимвольной передачи данных, где msb передается прежде, чем все другие биты.

4.14    старшим байтом вперед (MSB first, Most Significant Byte first): Структура посимвольной передачи данных, где MSB передается прежде, чем все другие байты.

4.15    NFCIP-1 -устройство (NFCIP-1 device): Объект настоящего стандарта.

4.16    NFC-идентификатор (NFC Identifier, NFCIDn): Число, сгенерированное случайным образом, которое используется Избежанием радиочастотных конфликтов и Обнаружением единственного устройства как для активного, так и для пассивного режимов связи.

4.17    NFC-SEC: Службы и протокол безопасности NFCIP-1 в соответствии со стандартом ИСО/ МЭК 13157-1.

4.18    пассивный режим связи (passive communication mode): Когда Инициатор генерирует радиочастотное поле, а Цель отвечает на команду Инициатора по схеме нагрузочной модуляции.

4.19    Избежание радиочастотных конфликтов (RF Collision Avoidance, RFCA): Способ обнаружить наличие радиочастотного поля на основе несущей частоты, а также метод обнаружения и устранения конфликтов на уровне протокола.

2

ГОСТ Р ИСО/МЭК 18092—2015

4.20    SAK (Select Acknowledge): Подтверждение выбора в соответствии со стандартом ИСО/МЭК 14443-3.

Примечание — Термин SAK заменяет термин SEL_RES из ИСО/МЭК 18092:2004.

4.21    зондирование (sensing): NFCIP-1-устройство в активном режиме связи ожидает ответ на запрос, отправленный им в радиочастотном поле для обнаружения начала коммуникации и приема данного запроса.

4.22    Обнаружение единственного устройства (Single Device Detection, SDD): Алгоритм, используемый Инициатором для того, чтобы обнаружить одну из нескольких Целей в радиочастотном поле (антиконфликтность по ИСО/МЭК 14443-3).

4.23    Цель (Target): Отвечает на команду Инициатора либо по схеме нагрузочной модуляции (радиочастотное поле сгенерировано Инициатором), либо с помощью модуляции собственного сгенерированного радиочастотного поля.

4.24    Временной период (Time Period): Определяет количество слотов (интервалов времени), используемых для Избежания радиочастотных конфликтов.

4.25    Временной интервал (Time Slot): Метод подготовки временного окна, когда Цель отвечает, а также назначения и идентификации двух или более логических каналов.

4.26    транзакция (transaction): Инициализация, обмен данными и деселекция устройства.

5    Соглашения и обозначения

В настоящем стандарте применены следующие соглашения и обозначения, если не указано иное.

5.1    Представления чисел

Буквы и цифры в одинарных кавычках представляют собой числа в шестнадцатеричной системе счисления.

Установка битов обозначается НУЛЕМ или ЕДИНИЦЕЙ.

Числа в двоичной системе счисления и битовые комбинации представлены строками, состоящими из цифр 0 и 1, со старшим битом слева. Внутри таких строк может использоваться знак X с целью указать, что установка бита не указана внутри строки. Например, (ХХХХ)Ь.

5.2    Названия

Названия базовых элементов, например конкретных областей, пишутся с прописной начальной буквы.

6    Сокращения

В настоящем стандарте применены следующие сокращения.

ALL_REQ — Wake up ALL Request (Запрос на побудку ВСЕХ);

ATR — Attribute Request and Attribute Response (Запрос на атрибут и реакция на атрибут);

ATR_REQ —Attribute Request (Запрос на атрибут);

ATR_RES —Attribute Response (Реакция на атрибут);

BCD — Binary Code Decimal (Двоично-десятичный код);

BRi — Receiving bit duration supported by Initiator (Прием длительности бита, поддерживаемой Инициатором);

BRt — Receiving bit duration supported by Target (Прием длительности бита, поддерживаемой Целью);

BSi — Sending bit duration supported by Initiator (Передача длительности бита, поддерживаемой Инициатором);

BSt — Sending bit duration supported by Target (Передача длительности бита, поддерживаемой Целью);

CMD — Command (Команда);

CRC — Cyclic Redundancy Check (Циклический избыточный код);

D — Divisor (Делитель);

3

DEP — Data Exchange Protocol Request and Data Exchange Protocol Response (Запрос на протокол обмена данными и ответ на протокол обмена данными);

DEP_REQ — Data Exchange Protocol Request (Запрос на протокол обмена данными);

DEP_RES — Data Exchange Protocol Response (Ответ на протокол обмена данными);

DIDi — Initiator Device ID (Идентификатор устройства Инициатора);

DIDt — Target Device ID (Идентификатор Целевого устройства);

DRi — Data rate Received by Initiator (Скорость передачи данных, полученных Инициатором);

DRt — Data rate Received by Target (Скорость передачи данных, полученных Целью);

DSi — Data rate Send by Initiator (Скорость передачи данных, отправленных Инициатором);

DSL — Deselect Request and Deselect Response (Запрос на деселекцию и ответ на деселекцию); DSL_REQ — Deselect Request (Запрос на деселекцию);

DSL_RES — Deselect Response (Ответ на деселекцию);

DSt — Data rate Send by Target (Скорость передачи данных, отправленных Целью); etu — elementary time unit (Элементарная единица времени);

fc— Frequency of operating field (carrier frequency) [Частота рабочего поля (несущая частота)]; fd— Baseband frequency of Manchester coding (Групповая частота Манчестерского кодирования); fs — Subcarrier (Поднесущая частота по ИСО/МЭК 14443-2);

FRT — Frame Response Time (Время отклика кадра);

Gi — Optional information field for Initiator (Необязательное информационное поле для Инициатора); Gt — Optional information field for Target (Необязательное информационное поле для Цели);

HLTA — HaLT command, Туре А (Команда HaLT, Тип А по ИСО/МЭК 14443-3);

ID — Identification number (Идентификационный номер);

Isb — least significant bit (Младший бит);

LSB — Least Significant Byte (Младший байт);

Ml — Multiple Information link for Data Exchange Protocol (Линк Многокомпонентная информация для протокола обмена данными);

msb — most significant bit (Старший бит);

MSB — Most Significant Byte (Старший байт);

NAD — Node Address (Адрес узла);

NFCID1 — fc/128 UID;

nfcidln — Byte number n of NFCID1 (Байт номер n NFCID1);

NFCID2 — Random IDforSDD in Passive communication mode at fc/64 and fd32 bit rates (Произвольный идентификатор для SDD в пассивном режиме связи на скоростях передачи данных fc/64 и fc/32);

nfcid2п — Byte number п of the Random Identifier NFCID2 (Байт номер n произвольного идентификатора NFCID2);

NFCID3 — Random ID fortransport protocol activation (Произвольный идентификатор для активации транспортного протокола);

nfcid3п — Byte number п of the Random Identifier NFCID3 (Байт номер n произвольного идентификатора NFCID3);

Р — Odd parity bit (Бит проверки на нечетность);

РА— Preamble (Преамбула);

PCD — Proximity Coupling Device (Устройство связи через малый зазор по ИСО/МЭК 14443-2); pdu — protocol data unit (Блок данных протокола);

PFB — Control information for transaction (Управляющая информация для транзакции);

PICC — Proximity Card (Proximity Integrated Circuit Card) or object (Бесконтактная карта или объект по ИСО/МЭК 14443-2);

PNI — Packet Number Information (Информация о номере пакета);

PPi — Protocol Parameters used by Initiator (Параметры протокола, используемые Инициатором); PPt — Protocol Parameters used by Target (Параметры протокола, используемые Целью);

PSL — Parameter Selection Request and Parameter Selection Response (Запрос о выборе параметров и ответ о выборе параметров);

PSL_REQ — Parameter Selection Request (Запрос о выборе параметров);

PSL_RES — Parameter Selection Response (Ответ о выборе параметров);

RF — Radio Frequency (Радиочастота);

RFCA— RF Collision Avoidance (Избежание радиочастотных конфликтов);

RFU — Reserved for Future Use (Зарезервировано для использования в будущем);

ГОСТ Р ИСО/МЭК 18092—2015

RLS — Release Request and Release Response (Запрос на освобождение и ответ на освобождение);

RLS_REQ — Release Request (Запрос на освобождение);

RLS_RES — Release Response (Ответ на освобождение);

RWT — Response Waiting Time (Время ожидания ответа);

SB — Start byte for data exchange protocol at fc/ 128 (Стартовый байт данных для протокола обмена данными на fc/128);

SDD — Single Device Detection (anti-collision) [Обнаружение единственного устройства (антиконфликтность)];

SEL_CMD — Select Command byte (Байт команды избирания);

SYNC — Synchronisation pattern (Синхрогруппа);

TO — Timeout value (Значение тайм-аута);

UID — Unique Identifier (Уникальный идентификатор по ИСО/МЭК 14443-3);

WT — Waiting Time (Время ожидания);

WUP — Wakeup Request and Wakeup Response (Запрос на побудку и реакция на побудку); WUP_REQ — Wakeup Request (Запрос на побудку);

WUP_RES — Wakeup Response (Реакция на побудку).

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

Цели и Инициаторы NFCIP-1 могут реализовывать как активный, так и пассивный режимы связи.

В активном режиме связи как Инициатором, так и Целью используется собственное радиочастотное поле для коммуникации. Инициатор начинает NFCIP-1-транзакцию. Цель в активном режиме связи отвечает на команду Инициатора посредством модуляции собственного радиочастотного поля.

В пассивном режиме связи Инициатор генерирует радиочастотное поле и начинает транзакцию. Цель в пассивном режиме связи отвечает на команду Инициатора посредством модуляции радиочастотного поля Инициатора, что называется нагрузочной модуляцией.

Настоящий стандарт устанавливает требования для модуляции, скорости передачи данных и двоичного кодирования. Кроме того, он устанавливает требования для начала коммуникации, окончания коммуникации, представления бита и байта, обнаружения кадровой синхронизации и ошибок, обнаружения единственного устройства, выбора протокола и параметров, обмена данными и деселекции устройства с интерфейсом и протоколом коммуникации в ближнем поле (NFCIP-1).

Транзакции начинаются с инициализации устройства и заканчиваются деселекцией устройства. Инициаторы и Цели обмениваются командами, ответами и данными посредством поочередной или полудуплексной двусторонней связи.

NFCIP-1-устройства способны начинать транзакции на скорости передачи данных fc/128, fc/64 и fc/32. Инициаторы выбирают одну из этих скоростей для начала транзакции и затем могут изменить ее при помощи команд PSL_REQ/PSL_RES в течение транзакции.

Режим (активный или пассивный) не подлежит изменению в течение одной транзакции.

8 Радиочастотное поле

8.1    Значения величин

fc= 13,56 МГц.

Hmin = 1,5 А/м (ср. квадр).

Нтах = 7,5 А/м (ср. квадр).

^Пороговое = О’1875 А/м (СР- кваДР)-

8.2    Пассивный режим связи

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

5

8.3    Активный режим связи

Инициатор и Цель в местах, указанных изготовителем, должны поочередно генерировать радиочастотное поле, равное, по крайней мере, Нтт и не превышающее /-/тах (т. е. рабочий объем) в режиме без модуляции.

8.4    Обнаружение внешнего излучения радиочастотного поля

NFCIP-1-устройства должны уметь обнаруживать внешнее излучение радиочастотного поля на частоте fee напряженностью поля выше, чем /"/пороговое-

9 Интерфейс радиочастотного сигнала

9.1 Длительность бита

Один etu равен 128/(D х fc), где значение делителя D зависит от скорости передачи данных и режима связи, см.таблицу 1.

Таблица 1—Делитель D

Режим связи

Скорость передачи

Делитель D

Активный или пассивный

fc/128 (-106 кбит/с)

1

Активный или пассивный

fc/64 (-212 кбит/с)

2

Активный или пассивный

fc/32 (-424 кбит/с)

4

Активный

fc/16 (-848 кбит/с)

8

Активный

fc/8 (-1695 кбит/с)

16

Активный

fc/4 (-3390 кбит/с)

32

Активный

fd2 (-6780 кбит/с)

64

Примечания

1    Инициатор выбирает режим связи (активный или пассивный) и скорость передачи данных (fc/128, fc/64 или fd32, определены далее).

2    Модуляция и двоичное кодирование на скорости передачи данных за пределами fc/32 выходит за рамки настоящего стандарта.

9.2 Активный режим связи

Цели и Инициаторы должны соответствовать следующим требованиям для обоих направлений связи (Инициатор — Цель и Цель — Инициатор).

9.2.1    Требования для fc/128

9.2.1.1    Скорость передачи

Скорость передачи при инициализации и обнаружении единственного устройства должна быть fc! 128.

9.2.1.2    Модуляция

См. 8.1.2.1 ИСО/МЭК 14443-2. В течение передачи как Инициатор, так и Цель должны соответствовать PCD-значениям. В течение приема как Инициатор, так и Цель должны соответствовать PICC-значениям.

9.2.1.3    Двоичное представление и кодирование

См. 8.1.3 ИСО/МЭК 14443-2 для скорости передачи fc/128.

9.2.1.4    Передача байтов

Инициаторы и цели должны передавать байты младшим битом вперед.

9.2.2 Требования для fc/64 и fc/32

9.2.2.1    Скорости передачи

Скорости передачи при инициализации и обнаружении единственного устройства должны быть соответственно fc/64 или fc/32.

9.2.2.2    Модуляция

См. 9.1.2 ИСО/МЭК 14443-2 для скоростей передачи fc/64 и fc/32. В течение передачи как Инициатор, так и Цель должны соответствовать PCD-значениям. В течение приема как Инициатор, так и Цель должны соответствовать Р1СС-значениям.

6

ГОСТ Р ИСО/МЭК 18092—2015

Примечание — Диапазон коэффициента модуляции более строгий, чем в ИСО/МЭК 18092:2004.

Цель должна принимать коэффициент модуляции в диапазоне от 8 до 30% для работы с Инициаторами, совместимыми с ИСО/МЭК 18092:2004, использующими коэффициент модуляции выше 14%.

9.2.2.3 Двоичное представление и кодирование

Манчестерское двоичное кодирование должно применяться, как показано на рисунках 1 и 2.

Форматом двоичного кодирования является Манчестер с логическими уровнями, определенными как:

-    логический элемент «НУЛЬ»: первая половина длительности бита является амплитудой несущей с полем низкой напряженности, вторая половина длительности бита должна быть амплитудой несущей с полем высокой напряженности (без применения модуляции);

-    логический элемент «ЕДИНИЦА»: первая половина длительности бита является амплитудой несущей сполем высокой напряженности (без применения модуляции), вторая половина длительности бита должна быть амплитудой несущей с полем низкой напряженности.

Обратная полярность амплитуды должна быть разрешена. Полярность должна быть определена из SYNC.

■    1    etu    '1    etu

! нуль !    !    единица    !

;    1    etu

к-

Рисунок 1 — Манчестерское двоичное кодирование (прямая амплитуда)

1 etu ; -я

нуль

" " " "|

' единица

Рисунок 2 — Манчестерское двоичное кодирование (обратная амплитуда)

9.2.2.4 Передача байтов

Инициаторы и Цели должны передавать байты старшим битом вперед.

9.3 Пассивный режим связи

9.3.1    Режим Инициатор — Цель. Требования для fc/128

См. 9.2.1.

9.3.2    Режим Цель — Инициатор. Требования для fc/128

9.3.2.1    Скорость передачи См. 9.2.1.1.

9.3.2.2    Модуляция

См. 8.2.2 ИСО/МЭК 14443-2.

9.3.2.3    Частота поднесущей См. 8.2.3 ИСО/МЭК 14443-2.

9.3.2.4    Модуляция поднесущей

См. 8.2.4 ИСО/МЭК 14443-2 для скорости передачи fc/128.

9.3.2.5    Двоичное представление и кодирование

7