Способы и устройство для усовершенствования механизмов обновления конфигурационных параметров обмена данных по технологии nfc

Изобретение относится к механизмам обмена данными между устройствами по технологии NFC. Технический результат изобретения заключается в усовершенствовании механизмов побуждения контроллера NFCC к обновлению параметров обмена данными для связи между устройством-хостом DH и удаленным NFC оконечным устройством по протоколу ISO-DEP. DH может быть выполнено с возможностью приема сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии, определения, что один или более параметров обмена данными, включенных в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC, генерирования команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются, и отправки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными. 4 н. и 36 з.п. ф-лы, 8 ил., 4 табл.

 

Настоящая заявка на патент испрашивает приоритет предварительной заявки № 61/542027, озаглавленной ″METHODS AND APPARATUS FOR IMPROVING NFC DATA EXCHANGE CONFIGURATION PARAMETER UPDATE MECHANISMS″ (″СПОСОБЫ И УСТРОЙСТВО УСОВЕРШЕНСТВОВАНИЯ МЕХАНИЗМОВ ОБНОВЛЕНИЯ КОНФИГУРАЦИОННЫХ ПАРАМЕТРОВ ОБМЕНА ДАННЫМИ ПО ТЕХНОЛОГИИ NFC″), поданной 30 сентября 2011 года, переуступленной правопреемнику настоящей заявки и настоящим явно включенной в настоящую заявку посредством ссылки.

УРОВЕНЬ ТЕХНИКИ

Раскрытые аспекты относятся, в общем, к связи между устройствами, а конкретно к способам и системам для усовершенствования механизмов побуждения контроллера коммуникации ближнего поля (NFC) (NFC-контроллера) к обновлению параметров обмена данными для связи между хостом и удаленным оконечным устройством NFC по протоколу обмена данными Международной организации по стандартизации (ISO-DEP).

Развитие технологии привело к уменьшению размеров и повышению вычислительной мощности персональных вычислительных устройств. Например, в настоящее время существует многообразие портативных персональных вычислительных устройств, включающих в себя беспроводные вычислительные устройства, такие как портативные беспроводные телефоны, персональные цифровые помощники (PDA) и пейджеры, которые являются малогабаритными, легкими и легко переносимыми пользователями. Конкретнее, портативные беспроводные телефоны, например, включают в себя также сотовые телефоны, которые передают голос и пакеты данных по беспроводным сетям. Многие такие сотовые телефоны производятся с все более увеличивающимися вычислительными возможностями и, по сути, становятся равноценными небольшим персональным вычислительным машинами и портативным PDA. Кроме того, такие устройства обеспечивают возможность связи с использованием многообразия частот и применимых зон покрытия, как, например, сотовая связь, связь в беспроводной локальной сети (WLAN), NFC и т.п.

При реализации NFC, устройство с возможностью NFC первоначально может обнаруживать NFC метку и/или целевое устройство. После этого для связи между NFC устройствами может использоваться протокол ISO-DEP. Настоящий проект спецификации интерфейса контроллера согласно форуму по NFC (NCI спецификации) не охватывает всю функциональность, требуемую для использования протокола ISO-DEP.

В настоящее время в спецификации интерфейса контроллера согласно форуму по NFC определены два радиочастотных (RF) интерфейса, которые могут использоваться устройством при связи с использованием RF протокола ISO-DEP: ISO-DEP и Frame. Если NFC контроллер является относительно современным, то он может обрабатывать протокол ISO-DEP, и может использоваться RF-интерфейс ISO-DEP, снижая нагрузку по обработке на хост. Если NFC контроллер обладает меньшими возможностями и/или имеет известный недочет, то может использоваться Frame RF интерфейс. При такой реализации NFC контроллер просто передает сообщения по активизации протокола, информационные сообщения и сообщения по деактивизации протокола устройству-хосту (DH) для обработки. В настоящее время при активизации протокола ISO-DEP с использованием Frame RF интерфейса по NFC-B RF технологии в команде активизации и ответе (команде ATTRIB и ответе ATTRIB) есть параметры, которые нужны NFC контроллеру, но поскольку NFC контроллер (NFCC) просто передает данные к устройству-хосту (DH), в спецификации не предусмотрен механизм ознакомления NFCC с этими значениями.

Таким образом, могут быть желательными усовершенствованные устройство и способы для обеспечения улучшенных механизмов обновления параметров обмена данными для ISO-DEP связи между DH и удаленным NFC оконечным устройством c использованием интерфейсов, таких как Frame RF интерфейс и ISO-DEP RF протокол.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Далее представлено краткое изложение нескольких аспектов для обеспечения базового понимания таких аспектов. Это краткое изложение не является обширным обзором всех предполагаемых аспектов и не предназначено ни для идентификации ключевых или критических элементов всех аспектов, ни для определения границ объема каких-либо или всех аспектов. Его задача заключается в том, чтобы представить некоторые концепции нескольких аспектов в качестве вступления к более подробному описанию, представленному ниже.

Описаны различные аспекты в связи с улучшением механизмов побуждения NFCC к обновлению параметров обмена данными для ISO-DEP связи между DH и удаленным NFC оконечным устройством. Например, в случае NFC устройства, DH может быть сконфигурирован для приема сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии, определения, что один или более параметров обмена данными, включенных в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC, генерирования команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются, и отправки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными.

Согласно связанным аспектам, предложен способ, улучшающий механизмы побуждения NFCC обновлять параметры обмена данными для ISO-DEP передач между DH и удаленным NFC оконечным устройством. Способ может включать в себя прием, посредством DH, сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии. Способ может также включать в себя определение, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для выполнения которых сконфигурирован NFCC. Дополнительно, способ может включать в себя генерирование команды обновления RF параметров, включающую в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются. Кроме этого, способ может включать в себя посылку сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в команду обновления RF параметров.

Другой аспект относится к устройству связи. Устройство связи может включать в себя средство для приема, посредством DH, сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии. Устройство связи может также включать в себя средство для определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для выполнения которых сконфигурирован NFCC. Дополнительно, устройство связи может включать в себя средство для генерации команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются. Кроме этого, устройство связи может включать в себя средство для отправки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или несколькими параметрами обмена данными, включенными в команду обновления RF параметров.

Другой аспект относится к устройству связи. Устройство может включать в себя DH, сконфигурированный для приема сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии. DH может также быть сконфигурирован для определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для выполнения которых сконфигурирован NFCC. Дополнительно, DH может быть сконфигурирован для генерации команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются. Кроме этого, DH может быть сконфигурирован для отправки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в команду обновления RF параметров.

Другой аспект относится к компьютерному программному продукту, который может иметь считываемый компьютером носитель, содержащий код для приема, посредством DH, сообщения активизации от NFCC, который использует Frame RF интерфейс по NFC-B RF технологии. Считываемый компьютером носитель может также включать в себя код для определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC. Дополнительно, считываемый компьютером носитель может включать в себя код для генерации команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются. Кроме этого, считываемый компьютером носитель может включать в себя код для отправки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в команду обновления RF параметров.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 - блок-схема системы беспроводной связи согласно одному аспекту.

Фиг. 2 - принципиальная схема системы беспроводной связи согласно одному аспекту.

Фиг. 3 - блок-схема NFC окружения согласно одному аспекту.

Фиг. 4 - блок-схема последовательности операций способа, описывающая пример обновления параметров, когда ISO-DEP RF протокол используется с Frame RF интерфейсом с NFC-B RF технологией, согласно одному аспекту.

Фиг. 5 - диаграмма потока вызова, описывающая пример обновления параметров, когда ISO-DEP RF протокол используется в режиме прослушивания с Frame RF интерфейсом с NFC-B технологией, согласно одному аспекту.

Фиг. 6 - диаграмма потока вызова, описывающая пример обновления параметров, когда ISO-DEP RF протокол используется в режиме опроса с Frame RF интерфейсом с NFC-B технологией, согласно одному аспекту.

Фиг. 7 - функциональная блок-схема примерной архитектуры устройства связи согласно одному аспекту.

Фиг. 8 - функциональная блок-схема примерной системы связи для обновления параметров, когда ISO-DEP RF протокол используется с Frame RF интерфейсом с NFC-B технологией, согласно одному аспекту.

ПОДРОБНОЕ ОПИСАНИЕ

Далее со ссылкой на чертежи описаны различные аспекты. Чтобы обеспечить полное понимание одного или более аспектов, в следующем далее описании для объяснения изложены многочисленные конкретные детали. Однако должно быть понятно, что такой(ие) аспект(ы) можно применять на практике без этих конкретных деталей.

Как описано здесь, устройство может распознавать целевое NFC устройство и/или метку в случае нахождения в диапазоне зоны покрытия NFC устройства и/или считывающего/записывающего устройства. После этого устройство может получать достаточную информацию для обеспечения возможности установления связи. Одной формой связи, которая может быть установлена, является ISO-DEP линия связи. Связь между устройствами может быть обеспечена посредством многообразия NFC-B RF технологий, таких как, но не ограничиваясь, NFC-A, NFC-B и т.д.

В общем, при активизации ISO-DEP стороны опроса по NFC-B с использованием Frame RF интерфейса, DH может выбрать значения для ряда коммуникационных параметров обмена данными (например, Minimum TR0, Minimum TR1, Minimum TR2, Suppress SoS и Suppress EoS). DH может использовать некоторые или все эти значения в команде активизации, которую он посылает удаленному NFC оконечному устройству. Поскольку некоторые или все эти значения могут быть необходимы локальному NFCC, DH может затем упаковывать эти значения в октет, как определено в таблице 4 ниже, в RF_PARAMETER_UPDATE_CMD и посылать RF_PARAMETER_UPDATE_CMD к NFCC. NFCC может потом извлекать релевантные значения и использовать их надлежащим образом для последующего обмена данными.

Кроме этого, при активизации ISO-DEP стороны прослушивания по NFC-B с использованием Frame RF интерфейса, NFCC может передавать команду активизации, которую он принимает от удаленного NFC оконечного устройства, к DH. DH может интерпретировать принятую команду активизации и, допуская, что она верна, может извлекать из команды ряд значений (например, Minimum TR0, Minimum TR1, Minimum TR2, Suppress SoS и Suppress EoS), или он может выбирать значения для некоторых или всех этих переменных. DH может затем упаковывать эти значения в октет, как определено в таблице 4 ниже, в RF_PARAMETER_UPDATE_CMD и посылать RF_PARAMETER_UPDATE_CMD к NFCC. NFCC может потом извлекать значения и использовать их надлежащим образом для последующего обмена данными.

Фиг. 1 иллюстрирует систему 100 беспроводной связи согласно различным примерным вариантам осуществления настоящего изобретения. Входная мощность 102 подается к передатчику 104 для создания поля 106 излучения, чтобы обеспечивать передачу энергии. Приемник 108 подключается к полю 106 излучения и генерирует выходную мощность 110 для хранения или потребления устройством (не показано), подключенным к выходной мощности 110. Как передатчик 104, так и приемник 108 разделены расстоянием 112. В примерном варианте осуществления передатчик 104 и приемник 108 выполнены согласно взаимной резонансной связи, и когда резонансная частота приемника 108 и резонансная частота передатчика 104 очень близки, потери при передаче между передатчиком 104 и приемником 108, когда приемник 108 расположен в ″ближнем поле″ поля 106 излучения, минимальны.

Передатчик 104 дополнительно содержит передающую антенну 114, чтобы обеспечивать средство для передачи энергии. Приемник 108 включает в себя приемную антенну 118 в качестве средства для приема энергии. Передающая и приемная антенны выполнены по размеру в соответствии с применениями и устройствами, ассоциированными с ними. Как заявлено, эффективная передача энергии происходит путем передачи большой части энергии в ближнем поле передающей антенны к приемной антенне, а не распространения большей части энергии электромагнитной волной в дальнее поле. При нахождении в этом ближнем поле между передающей антенной 114 и приемной антенной 118 может быть создан режим связи. Зона вокруг антенн 114 и 118, где может происходить связь в ближнем поле, упоминается здесь как режим связи.

Фиг. 2 - принципиальная схема примерной системы беспроводной связи ближнего поля. Передатчик 204 включает в себя генератор 222, усилитель 224 мощности и фильтрующую и согласующую схему 226. Генератор выполнен с возможностью создания сигнала с желаемой частотой, которая может быть скорректирована в ответ на корректирующий сигнал 223. Сигнал генератора может усиливаться усилителем 224 мощности на величину усиления, зависящую от управляющего сигнала 225. Фильтрующая и согласующая схема 226 может отфильтровывать гармоники или другие нежелательные частоты и согласовывать импеданс передатчика 204 с передающей антенной 214.

Приемник 208 может включать в себя согласующую схему 232 и выпрямляющую и коммутирующую схему 234 для создания выходной мощности постоянного тока для зарядки аккумулятора 236, как показано на фиг. 2, или питания устройство, подсоединенного к приемнику (не показано). Согласующая схема 232 может быть включена для согласования импеданса приемника 208 с приемной антенной 218. Приемник 208 и передатчик 204 могут осуществлять связь по отдельному каналу 219 связи (например, Bluetooth, Zigbee, сотовому и т.д.).

На фиг. 3 проиллюстрирована блок-схема сети 300 связи согласно одному аспекту. Сеть 300 связи может включать в себя устройство 310 связи, которое посредством антенны 324 может устанавливать связь с удаленным NFC оконечным устройством 330, используя одну или более NFC технологий 326 (например, NFC-A, NFC-B, NFC-F и т.д.). В одном аспекте удаленное NFC оконечное устройство 330 может быть выполнено с возможностью связи с использованием NFC модуля 332, посредством различных интерфейсов, таких как Frame RF интерфейс 334 Frame и ISO-DEP RF интерфейс 336. В другом аспекте устройство 310 связи и удаленное NFC оконечное устройство 330 могут устанавливать ISO-DEP линию с использованием ISO-DEP RF протокола. В еще одном аспекте устройство 310 связи может быть выполнено с возможностью подсоединения к сети доступа и/или базовой сети (например, сети CDMA, сети GPRS, сети UMTS и сетям беспроводной и проводной связи других типов).

В одном аспекте устройство 310 связи может включать в себя NFCC 312, интерфейс 322 NFC контроллера (NCI) и устройство-хост 340. В одном аспекте устройство-хост 340 может действовать для получения посредством NCI 322 и NFC контроллера 312 информации от удаленного NFC оконечного устройства 330 посредством NFC модуля 332 удаленного NFC оконечного устройства 330.

В одном аспекте во время ISO-DEP связи NFC контроллер 312 может работать, используя ISO-DEP RF интерфейс 316. При работе с использованием ISO-DEP RF интерфейса 316, NFC контроллер 312 может действовать для изменения различных параметров, связанных с обменом данными между устройством-хостом 340 и удаленным NFC оконечным устройством 330, используя модуль 318 изменения обмена данными.

Устройство-хост 340 может включать в себя, среди прочих модулей, модуль 342 выбора параметров и модуль 344 обновления параметров. При работе, в случае использования Frame RF интерфейса 314, NFC контроллер 312 может действовать в качестве ретранслятора и просто передавать сообщения между устройством-хостом 340 устройства 310 связи и удаленным NFC оконечным устройством 330. В таком случае NFC контроллер 312 не может интерпретировать содержимое сообщений, ретранслируемых между устройством-хостом 340 устройства 310 связи и удаленным NFC оконечным устройством 330. Например, при использовании Frame RF интерфейса 314 и NFC-B технологии, NFC контроллер 312, работающий либо в качестве опрашивающего, либо в качестве прослушивающего устройства, не может интерпретировать сообщения активизации (например, команду ATTRIB или ответ ATTRIB) и, следовательно, не может обновлять параметры обмена данными, входящие в сообщение активизации. В таком случае устройство-хост 340 может извлекать из сообщений активизации параметры обмена данными, либо принятые от удаленного NFC оконечного устройства 330, либо созданные DH 340. В одном аспекте параметры обмена данными могут включать в себя любое сочетание таких параметров, как Minimum guard time (TR0) (минимальный защитный интервал), Minimum synchronizationi time (TR1) (минимальный период синхронизации), Minimum frame delay time (TR2) (минимальный интервал задержки кадра), Suppress start of sequence (SoS) (подавление начала последовательности) и Suppress end of sequence (Eos) (подавление конца последовательности). Модуль 344 обновления параметров может передавать некоторые или все значения обмена данными, полученные модулем 342 выбора параметров, к NFC контроллеру 312. Кроме этого, информация от модуля 344 обновления параметров может побуждать NFC контроллер 312 к изменению различных конфигурационных параметров обмена данными. Другими словами, поскольку NFC контроллер 312 не может обнаруживать содержимое сообщений активизации, то сообщать необходимые параметры обмена данными может устройство-хост 340, используя модуль 344 обновления параметров. Модуль 344 обновления параметров может использовать передачу сообщений, как определено в таблицах 1, 2, 3 и 4.

Таблица 1
Управляющее сообщение запроса на обновление параметров
RF_PARAMETER_UPDATE_CMD
Информационное поле(я)	Длина	Значение/Описание
Количество параметров	1 Октет	Количество полей параметров RF связи к передаче (n).
Параметр [1..n] RF связи	x+2 Октетов	Идентификатор	1 байт	Идентификатор параметра RF связи, определенный в таблице 3.
		Длина	1 байт	Длина значения (x).
Значение	x байт	Значение параметра RF связи.

Таблица 2
Управляющее сообщение ответа обновления параметров
RF_PARAMETER_UPDATE_RSP
Информационное поле(я)	Длина	Значение/Описание
Статус	1 Октет	см. таблицу 89
Количество параметров	1 Октет	Количество полей идентификаторов параметров RF связи к передаче (n). Значение должно быть 0, и никаких идентификаторов параметров не перечислено, если только не выполняется Статус = STATUS_INVALID_PARAM.
Идентификатор [0..n] параметра RF связи	1 Октет	Идентификатор недействительного параметра RF связи. Для перечня идентификаторов см. таблицу 4.

Таблица 3
Кодирование Типа-Длины-Значения (ТДЗ) для идентификатора параметра RF связи
Тип	Длина	Значение
0×00	1 Октет	RF технология и режим, кодированные в соответствии с таблицей 91.
0×01	1 Октет	Скорость передачи в битах, кодированная в соответствии с таблицей 92.
0×02	1 Октет	Скорость приема в битах, кодированная в соответствии с таблицей 92.
0×03	1 Октет	Конфигурация NFC-B обмена данными, кодированная в соответствии с таблицей 4.
0×04-0×7F		Зарезервировано для будущего использования.
0×80-0×FF		Специального назначения

Таблица 4
Параметр конфигурации NFC-B обмена данными
	Битовая маска	Описание
	b7	b6	b5	b4	b3	b2	b1	b0
Октет 0	X	X							Minimum TR0, как задано в [DIGITAL]
			X	X					Minimum TR1, как задано в [DIGITAL]
					X				Suppresion of EoS, как задано в [DIGITAL]
						X			Suppression of SoS, как задано в [DIGITAL]
							X	X	Minimum TR2, как задано в [DIGITAL]

Ссылки в таблицах 2 и 3 (например, таблица 89, таблица 91, таблица 92) сделаны в контексте спецификации NCI согласно форуму по NFC. Кроме того, ссылки в таблице 4 ([DIGITAL]) сделаны в контексте спецификации DIGITAL согласно форуму по NFC. Таблица 4 не присутствует в спецификации NCI форума по NFC. Как использовано здесь, со ссылкой на таблицы 1-4, могут быть ситуации, в которых DH 340 может пытаться передавать обновления определенных параметров обмена данными в NFC контроллере 312. В таких ситуациях DH 340 посылает к NFC контроллеру 312 команду обновления параметров (например, RF_PARAMETER_UPDATE_CMD). В таблице 1 представлен пример команды обновления параметров.

Продолжая с описанным выше рабочим аспектом, со ссылкой на таблицы 2-4, когда NFC контроллер 312 принимает команду обновления (например, RF_PARAMETER_UPDATE_CMD), NFC контроллер 312 отвечает ответом обновления (например, RF_PARAMETER_UPDATE_RSP). В таблице 2 представлен пример ответа обновления параметров. В таблице 2 поле ″Статус″ указывает, была ли установка этих параметров RF связи успешной или нет. К примеру, значение поля ″Статус″ STATUS_OK должно указывать, что все параметры RF связи были установлены в NFC контроллере 312 в значения, входящие в команду обновления параметров. Напротив, если DH 340 пытается установить параметр, который не подходит для NFC контроллера 312, NFC контроллер 312 отвечает ответом обновления параметров (например, RF_PARAMETER_UPDATE_RSP) со значением поля ″Статус″ ″неверный″ (например, STATUS_INVALID_PARAM), и ответ может включать в себя один или более идентификаторов параметров RF связи. В одном аспекте, где несколько параметров являются неверными, оставшиеся верные параметры по-прежнему используются NFC контроллером 312. Как только NFC контроллер 312 передал ответ обновления параметров (например, RF_PARAMETER_UPDATE_RSP), NFC контроллер 312 в надлежащее время использует значения успешно обновленных значений параметров обмена данными. Для опрашивающего устройства обновленные значения параметров обмена данными могут использоваться при приеме. Для прослушивающего устройства обновленные значения параметров обмена данными могут использоваться, как только был послан следующий RF кадр (например, как определено в настоящей спецификации NCI).

Как видно в таблице 3, параметр ″конфигурация обмена данными по NFC-B″ задает количество значений, относящихся к NFC-B, которые должны быть использованы NFCC во время последующего обмена данными. Этот параметр включает в себя значения для Minimum TR0, Minimum TR1, Minimum TR2, Suppression of SoS и Suppression of EoS. Формат октета задан в таблице 4. В работе не все значения в параметре ″Конфигурация обмена данными по NFC-B″ могут иметь отношение к данному режиму работы. В таком аспекте NFC контроллер может обновлять только те значения, которые имеют отношение к данному режиму работы.

По существу, сеть 300 связи обеспечивает окружение для предоставления возможности обновления параметров обмена данными в NFC контроллере 312 для ISO-DEP связи между DH 340 и удаленным NFC оконечным устройством 330, когда NFC контроллер 312 использует Frame RF интерфейс и NFC-B технологию.

На фиг. 4-6 проиллюстрированы различные методы согласно различным аспектам представляемого предмета. Хотя для простоты объяснения методы показаны и описаны как ряд действий или последовательность этапов, должно быть понятно, что заявленный предмет не ограничен порядком действий, так как некоторые действия могут происходить в разном порядке и/или одновременно с другими действиями в отличие от того, что показано и описано здесь. Специалистам в данной области техники будет ясно, что метод мог бы, в качестве варианта, быть представлен как ряд взаимосвязанных состояний или событий, например как диаграмма состояний. Более того, не все проиллюстрированные действия могут требоваться для осуществления метода в соответствии с заявленным предметом. Помимо этого, должно быть также понятно, что методы, описанные далее и на протяжении этого описания, допускают возможность хранения на изделии, чтобы обеспечивать транспортировку и перенос таких методов на вычислительные машины. Термин ″изделие″, используемый в этой заявке, предназначен охватывать компьютерную программу, доступную с любого считываемого компьютером устройства, несущей или сред.

На фиг. 4 проиллюстрирована примерная блок-схема последовательности операций, описывающая процесс 400 обновления конфигурационных параметров обмена данными для ISO-DEP связи между DH и удаленным NFC оконечным устройством.

В опциональном аспекте, в блоке 402, процесс обмена данных может быть задействован, используя ISO-DEP RF протокол с Frame RF интерфейсом. В одном аспекте NFC контроллером при приеме и/или отправке данных, связанных с задействованным процессом, используется NFC-B технология.

В блоке 404 DH может обмениваться сообщениями активизации с удаленным NFC оконечным устройством. В одном аспекте сообщениями на активизацию являются команда ATTRIB и ответ ATTRIB, и сообщения активизации включают в себя один или более параметров, связанных с конфигурацией обмена данными. В блоке 406 DH может сравнивать релевантные параметры обмена данными, используемые в текущее время NFC контроллером, с параметрами обмена данными, предоставленными в принятой команде активизации.

Если в блоке 406 DH определяет, что ни один из релевантных параметров не отличается, то, в опциональном аспекте, в блоке 408 DH может инициировать связь с удаленным NFC оконечным устройством, используя задействованный протокол ISO-DEP. Напротив, если в блоке 406 DH определяет, что один или более релевантных параметров обмена данным отличаются, то в блоке 410 DH генерирует и передает NFC контроллеру сообщение обновления параметров, чтобы побуждать NFC контроллер к обновлению используемых в текущее время параметров обмена данных на те, что включены в сообщение обновления параметров. Это обновление может выполняться при получении сообщения обновления или оно может откладываться до момента времени, следующего за передачей следующего RF кадра. В одном аспекте сообщения обновления параметров могут быть отформатированы с использованием полей, описанных в таблицах 1-4. А именно, обновление может быть немедленным для опрашивающего устройства и отложенным для прослушивающего устройства. Как отмечено в таблицах 1-4, ссылка на конфигурационную таблицу обмена данными по NFC-B может быть включена в команду обновления RF параметров.

В одном опциональном аспекте, в блоке 412, DH может принимать ответ обновления RF параметров (например, RF_PARAMETER_UPDATE_RSP), указывающий успешный прием и/или исполнение параметров обмена данными, включенными в команду обновления RF параметров. Как только NFC контроллер обновил один или более параметров, процесс может переходить к опциональному блоку 408, чтобы позволять DH инициировать связь с удаленным NFC оконечным устройством с использованием задействованного протокола ISO-DEP.

На фиг. 5 проиллюстрирована примерная диаграмма потока вызова на стороне прослушивания, описывающая систему для обновления параметров ISO-DEP связи между DH и удаленным NFC оконечным устройством, используя NFC контроллер. Как изображено на фиг. 5, NFC окружение 500 может включать в себя устройство-хост 502, NFC контроллер 504 и удаленное NFC оконечное устройство 506. Устройство-хост 502 может быть реализовано в режиме опроса или режиме прослушивания. Как используется здесь, опрашивающее устройство - это устройство, которое посылает начальную команду, на которую прослушивающее устройство реагирует с помощью ответа. Потом оба устройства будут ″передавать″ и ″принимать″ по очереди. Другими словами, опрашивающее устройство выполняет роль считывающего/записывающего устройства, а прослушивающее устройство выполняет роль эмулятора карты.

В действии 508 DH 502 может инициировать связь, чтобы использовать Frame RF интерфейс для связи по ISO-DEP RF протоколу. В действии 510 между NFC контроллером 504 и удаленным NFC оконечным устройством могут передаваться запрос распознавания и ответ. В одном аспекте, где используется технология NFC-B, запросом распознавания может быть SENSB_REQ, а ответом распознавания может быть SENSB_RES. В действии 512 команда активизации (например, команда ATTRIB) передается к NFC контроллеру 504 от удаленного NFC оконечного устройства 506. Поскольку связь была установлена с использованием Frame RF интерфейса, сообщение может приниматься как RF Frame сообщение (команда ATTRIB). В действии 514 NFC контроллер 504 может опознать сообщение как верную команду активизации, указывающую протокол ISO-DEP. В действии 516 NFC контроллер 504 может определять, что RF интерфейсом, используемым для связи по протоколу ISO-DEP, является ″Frame″. В ответ на прием информации от удаленного NFC оконечного устройства, в действии 518 NFC контроллер 504 может передавать к DH 502 уведомляющее сообщение активизации RF интерфейса (например, RF_INTF_ACTIVATED_NTF). В одном аспекте уведомление может указывать протокол как ISO-DEP, а интерфейс - как ″Frame″. Кроме этого, в ответ на обнаружение, что протоколом ISO-DEP является ″Frame″, в действии 520 NFC контроллер 504 передает хосту 502 команду активизации.

В действии 522 DH 502 может анализировать команду активизации и извлекать параметры обмена данными, которые подходят NFC-контроллеру 504, и может генерировать сообщение обновления, включающее в себя релевантные извлеченные параметры обмена данными. В одном аспекте параметры обмена данными включают в себя некоторые или все из Minimum TR0, Minimum TR1, Minimum TR2, Suppression of SoS и Suppression of EoS. В действии 524 DH 502 может передавать NFC контроллеру 504 сообщение обновления. В одном аспекте сообщением обновления является RF_PARAMETER_UPDATE_CMD, которое включает в себя релевантные извлеченные параметры обмена данными. Помимо этого, определенные параметры обмена данными могут выбираться, чтобы соответствовать одному или нескольким параметрам, сообщенным в ходе процесса обновления по RF протоколу ISO-DEP.

В действии 526 NFC контроллер 504 может сохранять принятые параметры обмена данными, и в действии 526 NFC контроллер 504 может передавать к DH 502 ответ обновления параметров (например, RF_PARAMETER_UPDATE_RSP). В действии 528 DH 502 передает ответ на команду активизации, а в блоке 530 ответ ретранслируется удаленному NFC оконечному устройству 506. В действии 532 NFC контроллер 504 может обновлять параметры обмена данными, и обновленные параметры обмена данными по NFC-B могут использоваться в заданное время для последующих операций обмена ISO-DEP блоками.

По существу, параметры обмена данными, связанные с NFC контроллером 504, обновляются в соответствии с командой активизации, принимаемой в действии 512, а в действии 534 NFC контроллер 504 может принимать ISO-DEP блок от удаленного NFC оконечного устройства 506, который может ретранслироваться к DH 502 в действии 536. В действии 538 принятый ISO-DEP блок может быть обработан с использованием ISO-DEP протоколов стороны прослушивания, а в действии 540 ISO-DEP блок может быть передан NFC-контроллеру 504 для ретрансляции, в действии 552, к удаленному NFC оконечному устройству 506.

На фиг. 6 проиллюстрирована примерная диаграмма потока вызова на стороне опроса, описывающая систему для обновления параметров для ISO-DEP связи между DH и удаленным NFC оконечным устройством, используя NFC контроллер. Как изображено на фиг. 6, NFC окружение 600 может включать в себя устройство-хост 602, NFC контроллер 604 и удаленное NFC оконечное устройство 606.

В действии 608 DH 602 может инициировать связь, чтобы использовать Frame RF интерфейс для связи по ISO-DEP RF протоколу. В действии 610 между NFC контроллером 604 и удаленным NFC оконечным устройством 606 могут передаваться запрос распознавания и ответ. В одном аспекте, где используется технология NFC-B, запросом распознавания может быть SENSB_REQ, а ответом распознавания может быть SENSB_RES. В действии 612 NFC контроллер 604 может передавать к DH 602 уведомляющее сообщение активизации RF интерфейса (например, RF_INTF_ACTIVATED_NTF). В одном аспекте уведомление может указывать протокол как ISO-DEP и интерфейс как ″Frame″. В режиме опроса DH 602 может генерировать команду активизации (например, команду ATTRIB), которая может передаваться NFC контроллеру 604 в действии 616. Поскольку NFC контроллер 604 использует Frame RF интерфейс, то NFC контроллер 604 может действовать в качестве ретранслятора и сообщать команду активизации удаленному NFC оконечному устройству 606. Удаленное NFC оконечное устройство 606 может принимать команду активизации, генерировать ответ активизации и передавать в действии 618 ответ активизации (например, ответ ATTRIB). В действии 620 NFC контроллер 604 передает ответ активизации к DH 602.

В действии 622 DH 602 может анализировать ответ активизации и извлекать параметры обмена данными, которые подходят NFC контроллеру 604, и может генерировать сообщение обновления, включающее в себя релевантные извлеченные параметры обмена данными. В одном аспекте параметры обмена данными включают в себя некоторые или все из Minimum TR0, Minimum TR1, Minimum TR2, Suppression of SoS и Suppression of EoS. В действии 624 DH 602 может передавать сообщение обновления к NFC контроллеру 604. В одном аспекте сообщением обновления является RF_PARAMETER_UPDATE_CMD, которое включает в себя релевантные извлеченные или выбранные параметры обмена данными. Помимо этого, определенные параметры обмена данными могут выбираться, чтобы соответствовать одному или более параметрам, сообщенным в ходе процесса обновления по ISO-DEP RF протоколу.

В действии 626 NFC контроллер 604 обновляет значения параметров стороны опроса значениями, входящими в команду, для использования во время обмена данными. В действии 628 NFC контроллером 604 к DH 602 может передаваться ответ обновления RF параметров (например, RF_PARAMETER_UPDATE_RSP), указывающий, какие значения были обновлены.

По существу, параметры обмена данными, связанные с NFC контроллером 604, обновляются в соответствии с ответом активизации, принимаемым в действии 620, а в действии 630 DH 602 может генерировать ISO-DEP блок как часть ISO-DEP связи с удаленным NFC оконечным устройством 606. В действии 632 блок данных сообщается NFC контроллеру 604, который ретранслирует данные удаленному NFC оконечному устройству 606 в действии 634. В действии 636 удаленное NFC оконечное устройство 606 отвечает передачей ISO-DEP блока к NFC контроллеру 604, а в действии 638 ответ может ретранслироваться к DH 602.

Продолжая ссылаться на фиг. 3, далее рассматривается фиг. 7, иллюстрирующая примерную архитектуру устройства 700 связи. Как изображено на фиг. 7, устройство 700 связи включает в себя приемник 702, который принимает сигнал, например, от приемной антенны (не показана), выполняет с принятым сигналом типичные действия (например, фильтрует, усиливает, выполняет понижающее преобразование и т.п.) и переводит подготовленный сигнал в цифровую форму для получения выборок. Приемник 702 может содержать демодулятор 704, который может демодулировать принимаемые символы и предоставлять их процессору 706 для оценки канала. Процессором 706 может быть процессор, предназначенный для анализа информации, принимаемой приемником 702, и/или создания информации для передачи передатчиком 720, процессор, который управляет одним или несколькими компонентами устройства 700 связи, и/или процессором, который и анализирует информацию принимаемую приемником 702, создает информацию для передачи передатчиком 720, и управляет одним или несколькими компонентами устройства 700 связи. Кроме этого, сигналы могут быть подготовлены к передаче при помощи передатчика 720 посредством модулятора 718, который может модулировать сигналы, обработанные процессором 706.

Устройство 700 связи может дополнительно содержать память 708, которая функционально соединена с процессором 706, и в которой можно хранить данные, которые должны быть переданы, принятые данные, информацию, относящуюся к доступным каналам, потокам TCP, данные, связанные с уровнем анализируемого сигнала и/или помех, информацию, связанную с назначенным каналом, мощностью, скоростью и т.п., и любую другую подходящую информацию для оценки канала и связи по каналу.

Кроме этого, процессор 706, приемник 702, передатчик 720, NFCC 730 и/или DH 760 могут обеспечивать средство для приема сообщения активизации от NFCC 730, который использует Frame RF интерфейс по NFC-B технологии, средство для определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для выполнения которых сконфигурирован NFCC 730, средство для создания команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются, и средство для отправки сгенерированной команды на обновление RF параметров NFCC 730 для побуждения NFCC 730 к обновлению одного или более соответствующих текущих релевантных параметров обмена данными.

Должно быть понятно, что хранилищем данных (например, памятью 708), описанным в этой заявке, может быть либо энергозависимая память, либо энергонезависимая память, или оно может включать в себя как энергозависимую, так и энергонезависимую память. Для иллюстрации, а не ограничения, энергонезависимая память может включать в себя постоянное запоминающее устройство (ПЗУ; ROM), программируемое ПЗУ (ППЗУ; PROM), электрически программируемое ПЗУ (ЭППЗУ; EPROM), электрически стираемое ППЗУ (ЭСППЗУ; EEPROM) или флэш-память. Энергозависимая память может включать в себя оперативное запоминающее устройство (ОЗУ; RAM), которое выступает в качестве внешнего сверхоперативного запоминающего устройства. Для иллюстрации, а не ограничения, ОЗУ доступно во многих формах, как например синхронное ОЗУ (SRAM), динамическое ОЗУ (DRAM), синхронное ДОЗУ (СДОЗУ; SDRAM), СДОЗУ с удвоенной скоростью обмена (DDR SDRAM), усовершенствованное СДОЗУ (ESDRAM), память стандарта SLDRAM (Synhclink DRAM) и память стандарта DRRAM (Direct Rambus RAM). Память 708 предметных систем и способов может содержать, без ограничения, память этих и любых других подходящих типов.

В другом аспекте устройство 700 связи может включать в себя NCI 750. В одном аспекте NCI 750 может действовать для обеспечения связи между DH 760 и NFC контроллером 730.

Устройство 700 связи может включать в себя NFC контроллер 730. В одном аспекте NFC контроллер 730 может быть выполнен с возможностью получения, через NCI 750, информации от других устройств, таких как удаленное NFC оконечное устройство 330. Во время связи по протоколу ISO-DEP NFC контроллер 730 может функционировать, используя Frame RF интерфейс 314 или ISO-DEP интерфейс 734. При работе с использованием ISO-DEP интерфейса 734, NFC контроллер 730 может действовать для изменения различных параметров, ассоциированных со связью между устройством-хостом 760 и удаленным NFC оконечным устройством 330, используя модуль 736 изменения обмена данными.

Устройство-хост 760 может включать в себя, среди прочих модулей, модуль 762 выбора параметров и модуль 764 обновления параметров. При работе с использованием Frame RF интерфейса 732, NFC контроллер 730 может действовать в качестве ретранслятора и просто передавать сообщения между устройством-хостом 760 и удаленным NFC оконечным устройством. В таком случае NFC контроллер 730 не может интерпретировать содержимое сообщений, ретранслируемых между устройством-хостом 760 и удаленным NFC оконечным устройством. Например, при использовании Frame RF интерфейс 732 и NFC-B технологии, NFC контроллер 730 не может интерпретировать сообщения активизации (например, команду ATTRIB или ответ ATTRIB) и, следовательно, не может обновлять параметры обмена данными, входящие в сообщения активизации. В таком случае извлекать параметры обмена данными из сообщений активизации, обмениваемых с удаленным NFC оконечным устройством, может устройство-хост 760. В одном аспекте параметры обмена данными могут включать в себя любое сочетание таких параметров, как TR0 (минимальный защитный интервал), TR1 (минимальный период синхронизации), TR2 (минимальный интервал задержки кадра), SoS (подавление начала последовательности) и Eos (подавление конца последовательности). Модуль 764 обновления параметров может сообщать релевантные параметры обмена данными, полученные модулем 762 выбора параметров, NFC контроллеру 730. Кроме этого, информация от модуля 764 обновления параметров может побуждать NFC контроллер 730 к изменению различных конфигурационных параметров обмена данными. Другими словами, поскольку NFC контроллер 730 не может обнаруживать содержимое команды активизации, то сообщать необходимые параметры обмена данными NFC контроллеру 730 может устройство-хост 760, используя модуль 764 обновления параметров. Как отмечено выше, модуль 764 обновления параметров может использовать передачу сообщений, как определено в таблицах 1, 2, 3 и 4. Опять же, как отмечено выше, модуль 764 обновления параметров может выполнять обновление, как только он получил команду на обновление параметров, либо он может держать значения (например, сохранять в памяти 708) для обновления после того, как был послан следующий RF кадр (например, как отмечено в текущей спецификации NCI).

Помимо этого устройство 700 связи может включать в себя интерфейс 740 пользователя. Интерфейс 740 пользователя может включать в себя механизмы 742 ввода для создания входных данных в устройство 700 связи и механизм 744 вывода для формирования информации для использования пользователем устройства 700 связи. К примеру, механизмы 742 ввода могут включать в себя такой механизм, как, например, кнопка или клавиатура, манипулятор типа ″мышь″, сенсорный дисплей, микрофон и т.д. Кроме этого, например, механизм 744 вывода может включать в себя дисплей, громкоговоритель, механизм тактильный обратной связи, приемопередатчик персональной сети (PAN) и т.д. В проиллюстрированных аспектах механизм 744 вывода может включать в себя дисплей, выполненный с возможностью представления медиа-контента в формате записи изображений или видео, или громкоговоритель для представления медиа-контента в формате записи звука.

Показанное на фиг. 8 устройство 800, которое совершенствует механизмы побуждения NFC контроллера к обновлению параметров обмена данными для ISO-DEP связи между DH и удаленным NFC оконечным устройством, может располагаться, по меньшей мере, частично в DH. Должно быть понятно, что устройство 800 представлено, как включающее в себя функциональные блоки, которые могут представлять собой функции, осуществляемые посредством процессора, программного обеспечения или их сочетания (например, микропрограммного обеспечения).

По существу, устройство 800 включает в себя логическую группировку 802 электрических компонентов, которые могут действовать согласованно. Например, логическая группировка 802 может включать в себя средство для приема сообщения активизации от NFC контроллера, который использует Frame RF интерфейс по NFC-B RF технологии (блок 804). К примеру, в одном аспекте средство 804 может включать в себя DH 760 устройства 700 связи и/или процессор 706 устройства 700 связи. В одном аспекте сообщением активизации может быть команда ATTRIB или ответ ATTRIB. В другом аспекте средство 804 приема может быть дополнительно выполнено с возможностью приема ответа обновления RF параметров от NFC контроллера, указывающего, что один или более параметров обмена данными были успешно обновлены. В таком аспекте ответом обновления RF параметров может быть сообщение RF_PARAMETER_UPDATE_RSP.

Кроме этого, логическая группировка 802 может включать в себя средство для определения, что один или более параметров обмена данными, включенных в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFC контроллер (блок 806). К примеру, в одном аспекте средство 806 определения может включать в себя DH 760 устройства 700 связи и/или процессор 706 устройства 700 связи. В одном аспекте один или более параметров обмена данными могут включать в себя Minimum TR0, Minimum TR1, Minimum TR2, Suppress SoS, EoS и т.д. В другом аспекте может быть определено, чтобы один или более параметров обмена данными соответствовали одному или нескольким параметрам, сообщенным в ходе процесса обновления по ISO-DEP RF протоколу.

В одном опциональном аспекте логическая группировка 802 может включать в себя средство для генерации команды обновления RF параметров, включающей в себя один или более параметров, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются (блок 808). Например, в одном аспекте средство 808 генерации может включать в себя хост 760 устройства 700 связи и/или процессор 706 устройства 700 связи. В одном аспекте средство 808 генерации может быть выполнено с возможностью включения ссылки на конфигурационную таблицу обмена данными по NFC-B в команду обновления RF параметров, которая включает в себя битовую маску, указывающую один или более параметров обмена данными.

В другом опциональном аспекте логическая группировка 802 может включать в себя средство для отправки сгенерированной команды на обновление RF параметров NFC контроллеру для побуждения NFC контроллера к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в команду обновления RF параметров (блок 810). Например, в одном аспекте, средство 810 отправки может включать в себя DH 760 устройства 700 связи и/или процессор 706 устройства 700 связи. В таком аспекте, где NFC контроллер находится в режиме опроса, сообщением активизации может быть ответ активизации, а NFC контроллер может обновлять один или более параметров обмена данными до передачи к DH ответа обновления RF параметров. В другом аспекте, где NFC контроллер находится в режиме прослушивания, сообщением активизации может быть команда активизации. В таком аспекте NFC контроллер может хранить один или более параметров обмена данными до передачи ответа обновления RF параметров к DH, а средство для отправки может быть дополнительно выполнено с возможностью отправки к NFC контроллеру ответа активизации, и NFC контроллер может обновлять один или более параметров обмена данными после отправки удаленному NFC оконечному устройству сообщения ответа активизации. В одном аспекте ответ обновления RF параметров может включать в себя сообщение RF_PARAMETER_UPDATE_RSP.

Помимо этого устройство 800 может включать в себя память 812, которая содержит команды для исполнения функций, ассоциированных с электрическими компонентами 804, 806, 808 и 810. Хотя показано, что один или более из электрических компонентов 804, 806, 808 и 810 находятся вне памяти 812, должно быть понятно, что они могут находиться и в памяти 812. В одном аспекте, например, память 812 может быть такой же или аналогичной памяти 708 (фиг. 7). В другом аспекте память 812 может быть связана с хостом 760 и/или NFC-контроллером 730.

Используемые в этой заявке термины ″компонент″, ″модуль″, ″система″ и т.п. предназначены включать в себя объект, имеющий отношение к компьютеру, такой как, например, без ограничения указанным, аппаратное обеспечение, микропрограммное обеспечение, сочетание аппаратного и программного обеспечения, программное обеспечение или программное обеспечение в исполнении. Например, компонентом может быть, без ограничения указанным, процесс, выполняемый процессором, процессор, объект, исполняемый файл, поток вычислений, программа и/или компьютер. Для иллюстрации, компонентом может быть как приложение, выполняющееся на компьютере, так и компьютер. Один или более компонентов могут располагаться в процессе и/или потоке вычислений, и компонент может быть локализован на одной вычислительной машине и/или распределен между двумя или более вычислительными машинами. Вдобавок, эти компоненты могут исполняться с различных машиночитаемых сред, хранящих на себе различные структуры данных. Компоненты могут обмениваться информацией при помощи локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных, как например данные от одного компонента, взаимодействующего посредством сигнала с другим компонентом в локальной системе, распределенной системе и/или по сети, такой как Интернет, с другими системами.

Кроме этого, различные аспекты описаны в этой заявке в связи с терминалом, которым может быть проводной терминал или беспроводной терминал. Терминал может также называться системой, устройством, абонентским устройством, мобильной станцией, удаленной станцией, оборудованием мобильной связи, удаленным терминалом, терминалом доступа, пользовательским терминалом, терминалом, устройством связи, пользовательским агентом, пользовательским устройством или пользовательским оборудованием (UE). Беспроводным терминалом может быть сотовый телефон, спутниковый телефон, бесшнуровой телефон, телефон протокола инициации сессии (SIP-телефон), станция беспроводного локального шлейфа (WLL-станция), персональный цифровой помощник (PDA), карманное устройство с возможностью беспроводного соединения, вычислительное устройство или другие обрабатывающие устройства, подсоединенные к беспроводному модему. Более того, различные аспекты описаны в этой заявке в связи с базовой станцией. Базовая станция может применяться для обмена информацией с беспроводным(и) терминалом(ами) и может именоваться также точкой доступа, Node B или определяться с использованием другой терминологии.

Кроме того, термин ″или″ предназначен означать включающее ″или″, а не исключающее ″или″. То есть, если только не указано иное, или ясно из контекста, фраза ″X использует A или B″ предназначена означать любую из естественных возможных комбинаций. То есть, фразе ″X использует A или B″ удовлетворяет любой из следующих примеров: X использует A; X использует B или X использует как A, так и B. Кроме того, указание в единственном числе в настоящей заявке и прилагаемой формуле изобретения следует в основном толковать как означающее ″один или более″, если только использование формы единственного числа не указано или ясно из контекста.

Технологии, описанные в этой заявке, могут использоваться для различных систем беспроводной связи, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и других систем. Термины ″система″ и ″сеть″ часть используются взаимозаменяемо. Система CDMA может обеспечивать выполнение такой технологии радиосвязи, как универсальный наземный радиодоступ (UTRA), cdma2000 и т.д. Технология UTRA включает в себя широкополосный CDMA (W-CDMA) и другие варианты CDMA. Кроме этого, cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может обеспечивать выполнение такой технологии радиосвязи, как глобальная система мобильной связи (GSM). Система OFDMA может обеспечивать выполнение такой технологии радиосвязи, как UTRA следующего поколения (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDMA и т.д. Технологии UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Технология Long Term Evolution (LTE) консорциума 3GPP является версией UMTS, которая использует E- UTRA, в которой на нисходящей линии применяется OFDMA, а на восходящей линии SC-FDMA. Технологии UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации, называемой ″Проект партнерства третьего поколения″ (3GPP). Технологии cdma2000 и UMB описаны в документах организации, называемой ″Проект партнерства третьего поколения 2″ (3GPP2). Кроме этого, такие системы беспроводной связи могут дополнительно включать в себя одноранговые (например, между мобильными объектами) специализированные (ad-hoc) сетевые системы, использующие часто непарные нелицензированные спектры, беспроводные локальные сети стандарта 802.xx, Bluetooth, коммуникацию ближнего поля (NFC-A, NFC-B, NFC-F и т.д.) и любые другие методы ближней или дальней беспроводной связи.

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

Различные иллюстративные логические схемы, логические блоки, модули и цепи, описанные в связи с аспектами, раскрытыми в этой заявке, могут быть реализованы или выполнены при помощи процессора общего назначения, процессора цифровой обработки сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратного обеспечения или любого их сочетания, выполненного с возможностью осуществления функций, описанных в этой заявке. Процессором общего назначения может быть микропроцессор, но, в качестве альтернативы, процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор может быть также исполнен как сочетание вычислительных устройств, например, сочетание DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров вместе с ядром DSP или любая другая такая конфигурация. Помимо этого, по меньшей мере, один процессор может содержать один или более модулей, выполненных с возможностью осуществления одного или нескольких этапов и/или действий, описанных выше.

Кроме этого, этапы и/или действия по способу или алгоритму, описанные в связи с аспектами, раскрытыми в этой заявке, могут быть осуществлены прямо в аппаратном обеспечении, в модуле программного обеспечения, исполняемом процессором, или сочетанием этих двух вариантов. Модуль программного обеспечения может располагаться в ОЗУ, флэш-памяти, ПЗУ, памяти EPROM, регистрах, жестком диске, съемном диске, компакт-диске (CD-ROM) или любой другой форме запоминающей среды, известной в данной области техники. Примерная запоминающая среда может быть соединена с процессором, так что процессор может считывать информацию с и записывать информацию на запоминающую среду. В качестве альтернативы, запоминающая среда может быть неотъемлемой частью процессора. Кроме этого, в некоторых аспектах, процессор и запоминающая среда могут располагаться на специализированной интегральной схеме (ASIC). Вдобавок, специализированная интегральная схема (ASIC) может располагаться в терминале пользователя. В качестве альтернативы, процессор и запоминающая среда могут располагаться в терминале пользователя как дискретные компоненты. Кроме этого, в некоторых аспектах, этапы и/или действия способа или алгоритма могут располагаться как один или любая комбинация или набор кодов и/или инструкций на машиночитаемом носителе и/или считываемом компьютером носителе, который может входить в состав компьютерного программного продукта.

В одном или более аспектах описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, микропрограммном обеспечении или любом их сочетании. В случае реализации в программном обеспечении функции могут храниться или передаваться в качестве одной или более команд или кода на считываемом компьютером носителе. Считываемые компьютером носители включают в себя как компьютерные запоминающие носители, так и коммуникационную среду, в том числе любую среду, которая обеспечивает перенос компьютерной программы с одного места в другое. Запоминающим носителем могут быть любые имеющиеся в наличии носители, к которым может получать доступ компьютер. Для примера, а не ограничения, такие считываемые компьютером носители могут содержать ОЗУ, ПЗУ, EEPROM, CD-ROM или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства, или любую другую среду, которая может использоваться для переноса или хранения требуемого программного кода в форме инструкций или структур данных, и к которым компьютер может получать доступ. Любое соединение тоже может быть названо считываемым компьютером носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника, используя коаксиальный кабель, оптоволоконный кабель, витую пару, цифровую абонентскую линию (DSL) или беспроводные технологии, как например инфракрасную, радио и микроволновую, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, как например инфракрасная, радио и микроволновая, входят в определение носителя. Термин ″диск″ (“disk” и “disc”), используемый в этой заявке, включает в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой многофункциональный диск (DVD), дискету и диск формата Blu-ray, где данные с одних дисков обычно воспроизводятся магнитным путем, а с других дисков воспроизводятся обычно оптическим путем с помощью лазеров. Сочетания вышеприведенного тоже следует включать в объем машиночитаемых сред.

Хотя в вышеприведенном раскрытии рассматриваются иллюстративные аспекты и/или аспекты, следует заметить, что в них могут быть сделаны различные изменения и модификации, не выходя за пределы объема описанных аспектов и/или аспектов, определенных прилагаемой формулой изобретения. Кроме этого, хотя элементы описанных аспектов и/или аспекты могут быть описаны или заявлены в единственном числе, множественное число предполагается, если только ограничение на единственное число не сформулировано в прямой форме. Помимо этого, весь или часть любого аспекта и/или аспект могут быть использованы со всем или частью любого другого аспекта и/или аспектом, если только не заявлено иное.

1. Способ связи, содержащий этапы, на которых:
принимают посредством устройства-хоста (DH) сообщение активизации от контроллера коммуникации ближнего поля (NFCC), который использует радиочастотный (RF) интерфейс Frame по NFC-B RF технологии;
определяют, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC;
генерируют команду обновления RF параметров, включающую в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются; и
посылают сгенерированную команду обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в состав команды обновления RF параметров.

2. Способ по п. 1, в котором один или более параметров обмена данными содержат по меньшей мере один параметр из минимального защитного интервала (TR0), минимального периода синхронизации (TR1), минимального интервала задержки кадра (TR2), подавления начала последовательности (SoS) или подавления конца последовательности (EoS).

3. Способ по п. 1, в котором этап генерирования дополнительно содержит этап, на котором включают в команду обновления RF параметров, которая включает в себя битовую маску, указывающую один или более параметров обмена данными, ссылку на конфигурационную таблицу обмена данными по NFC-B.

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

5. Способ по п. 4, в котором NFCC находится в режиме опроса, причем сообщением активизации является ответ активизации и причем NFCC обновляет один или более параметров обмена данными до передачи к DH ответа обновления RF параметров.

6. Способ по п. 4, в котором NFCC находится в режиме прослушивания, причем сообщением активизации является команда активизации, при этом NFCC хранит один или более параметров обмена данными до передачи к DH ответа обновление RF параметров, причем способ дополнительно содержит этап, на котором посылают к NFCC ответ активизации, и причем NFCC обновляет один или более параметров обмена данными после отправки оконечному NFC устройству ответа активизации.

7. Способ по п. 1, в котором сообщение активизации содержит команду ATTRIB либо ответ ATTRIB.

8. Способ по п. 1, в котором команда обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_CMD.

9. Способ по п. 4, в котором ответ обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_RSP.

10. Способ по п. 1, в котором определяется, что один или более параметров обмена данными должны соответствовать одному или более параметрам, сообщенным как часть процесса обновления по ISO-DEP RF протоколу.

11. Считываемый компьютером носитель, содержащий код для:
приема посредством устройства-хоста (DH) сообщения активизации от контроллера коммуникации ближнего поля (NFCC), который использует радиочастотный (RF) интерфейс Frame по NFC-B RF технологии;
определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC;
генерации команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются; и
посылки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в состав команды обновления RF параметров.

12. Считываемый компьютером носитель по п. 11, в котором один или более параметров обмена данными содержат по меньшей мере один параметр из минимального защитного интервала (TR0), минимального периода синхронизации (TR1), минимального интервала задержки кадра (TR2), подавления SoS или подавления EoS.

13. Считываемый компьютером носитель по п. 11, дополнительно содержащий код для включения в команду обновления RF параметров, которая включает в себя битовую маску, указывающую один или более параметров обмена данными, ссылки на конфигурационную таблицу обмена данными по NFC-B.

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

15. Считываемый компьютером носитель по п. 14, в котором NFCC находится в режиме опроса, при этом сообщением активизации является ответ активизации, NFCC обновляет один или более параметров обмена данными до передачи к DH ответа обновления RF параметров.

16. Считываемый компьютером носитель по п. 14, в котором NFCC находится в режиме прослушивания, сообщением активизации является команда активизации, при этом NFCC хранит один или более параметров обмена данными до передачи к DH ответа обновления RF параметров, причем считываемый компьютером носитель дополнительно содержит код для отправки к NFCC ответа активизации, и NFCC обновляет один или более параметров обмена данными после отправки удаленному NFC оконечному устройству ответа активизации.

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

18. Считываемый компьютером носитель по п. 11, в котором команда обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_CMD.

19. Считываемый компьютером носитель по п. 14, в котором ответ обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_RSP.

20. Считываемый компьютером носитель по п. 11, в котором определено, что один или более параметров обмена данными должны соответствовать одному или более параметрам, сообщенным как часть процесса обновления по ISO-DEP RF протоколу.

21. Устройство связи, содержащее:
средство для приема посредством устройства-хоста (DH) сообщения активизации от контроллера коммуникации ближнего поля (NFCC), который использует радиочастотный (RF) интерфейс Frame по NFC-B RF технологии;
средство для определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC;
средство для генерирования команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются; и
средство для посылки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в состав команды обновления RF параметров.

22. Устройство по п. 21, в котором один или более параметров обмена данными содержат по меньшей мере один параметр из минимального защитного интервала (TR0), минимального периода синхронизации (TR1), минимального интервала задержки кадра (TR2), подавления SoS или подавления EoS.

23. Устройство по п. 21, в котором средство для генерирования дополнительно выполнено с возможностью включения в команду обновления RF параметров, которая включает в себя битовую маску, указывающую один или более параметров обмена данными, ссылки на конфигурационную таблицу обмена данными по NFC-B.

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

25. Устройство по п. 24, в котором NFCC находится в режиме опроса, в котором сообщением активизации является ответ активизации и в котором NFCC обновляет один или более параметров обмена данными до передачи к DH ответа обновления RF параметров.

26. Устройство по п. 24, в котором NFCC находится в режиме прослушивания, в котором сообщением активизации является команда активизации, в котором NFCC хранит один или более параметров обмена данными до передачи к DH ответа обновления RF параметров, при этом средство для отправки дополнительно выполнено с возможностью отправки к NFCC ответа активизации, и NFCC обновляет один или более параметров обмена данными после отправки к удаленному NFC оконечному устройству ответа активизации.

27. Устройство по п. 21, в котором сообщение активизации содержит команду ATTRIB либо ответ ATTRIB.

28. Устройство по п. 21, в котором команда обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_CMD.

29. Устройство по п. 24, в котором ответ обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_RSP.

30. Устройство по п. 21, в котором определено, что один или более параметров обмена данными должны соответствовать одному или более параметрам, сообщенным как часть процесса обновления по ISO-DEP RF протоколу.

31. Устройство связи, содержащее
устройство-хост (DH), выполненное с возможностью:
приема сообщения активизации от контроллера коммуникации ближнего поля (NFCC), который использует радиочастотный (RF) интерфейс Frame по NFC-B RF технологии;
определения, что один или более параметров обмена данными, входящих в сообщение активизации, отличаются от одного или более соответствующих текущих релевантных параметров обмена данными, для реализации которых сконфигурирован NFCC;
генерации команды обновления RF параметров, включающей в себя один или более параметров обмена данными, соответствующих одному или более текущим релевантным параметрам обмена данными, для которых определено, что они отличаются; и
посылки сгенерированной команды обновления RF параметров к NFCC для побуждения NFCC к обновлению одного или более соответствующих текущих релевантных параметров обмена данными одним или более параметрами обмена данными, включенными в состав команды обновления RF параметров.

32. Устройство по п. 31, в котором один или более параметров обмена данными содержат по меньшей мере один параметр из минимального защитного интервала (TR0), минимального периода синхронизации (TR1), минимального интервала задержки кадра (TR2), подавления SoS или подавления EoS.

33. Устройство по п. 31, в котором хост дополнительно выполнен с возможностью включения в команду обновления RF параметров, которая включает в себя битовую маску, указывающую один или более параметров обмена данными, ссылку на конфигурационную таблицу обмена данными по NFC-B.

34. Устройство по п. 31, в котором хост дополнительно выполнен с возможностью приема ответа обновления RF параметров от NFCC, указывающего, что один или более параметров обмена данными были успешно обновлены.

35. Устройство по п. 34, причем устройство дополнительно содержит NFCC, который находится в режиме опроса, при этом сообщением активизации является ответ активизации, и NFCC выполнен с возможностью обновления одного или более параметров обмена данными до передачи к DH ответа обновления RF параметров.

36. Устройство по п. 34, причем устройство дополнительно содержит NFCC, который находится в режиме прослушивания, при этом сообщением активизации является команда активизации, причем NFCC выполнен с возможностью хранения одного или более параметров обмена данными до передачи к DH ответа обновления RF параметров, при этом DH дополнительно выполнен с возможностью отправки к NFCC ответа активизации, и NFCC выполнен с возможностью обновления одного или более параметров обмена данными после отправки к удаленному NFC оконечному устройству ответа активизации.

37. Устройство по п. 31, в котором сообщение активизации содержит команду ATTRIB либо ответ ATTRIB.

38. Устройство по п. 31, в котором команда обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_CMD.

39. Устройство по п. 34, в котором ответ обновления RF параметров содержит сообщение RF_PARAMETER_UPDATE_RSP.

40. Устройство по п. 31, в котором определено, что один или более параметров обмена данными должны соответствовать одному или более параметрам, сообщенным как часть процесса обновления по ISO-DEP RF протоколу.