СПОСОБ ПОИСКА УСЛУГИ ИЛИ ОБЪЯВЛЕНИЯ ЕЕ В СИСТЕМЕ ПРЯМОЙ СВЯЗИ И УСТРОЙСТВО ДЛЯ НЕГО Российский патент 2018 года по МПК H04W48/16 H04W92/18 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способу поиска услуги или объявления ее в системе прямой связи и устройству для него.

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

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

В качестве технологии прямой связи, которая может позволять устройствам легко подключаться друг к другу без точки радиодоступа (AP), требуемой, в основном, в обычной системе WLAN, было описано введение Wi-Fi Direct (прямой Wi-Fi) или Wi-Fi peer-to-peer (P2P) (одноранговый Wi-Fi). В соответствии с Wi-Fi Direct устройства могут соединяться друг с другом даже без сложной процедуры установления. Также, Wi-Fi Direct может поддерживать взаимную работу для передачи и приема данных со скоростью связи обычной системы WLAN, предоставляя пользователям различные услуги.

Недавно использовались различные устройства поддержки Wi-Fi. Из устройств поддержки Wi-Fi увеличилось количество устройств поддержки Wi-Fi Direct, которые позволяют выполнять связь между устройствами Wi-Fi без AP. В технологии Альянса Wi-FI (WFA) была описана технология введения платформы для поддержки различных услуг (например, Отослать, Проиграть, Отобразить, Напечатать и т.д.), используя линию связи Wi-Fi Direct. Она может упоминаться как услуга Wi-Fi Direct (WFDS). Согласно WFDS приложения, услуги и т.д. могут контролироваться или управляться платформой услуг, называемой платформой прикладных услуг (ASP).

РАСКРЫТИЕ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

Задачей настоящего изобретения является обеспечение способа поиска услуги или ее объявления в системе WFDS. Более конкретно, задачей настоящего изобретения является обеспечение способа контролирования или управления ASP устройства WFDS для поиска или объявления услуги.

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

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

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

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

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

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

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

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

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

ПОЛЕЗНЫЕ ЭФФЕКТЫ

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

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

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

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

фиг. 1 представляет собой схему, иллюстрирующую примерную конструкцию системы стандарта Института инженеров по электротехнике и радиоэлектронике IEEE 802.11, к которой может применяться настоящее изобретение;

фиг. 2 представляет собой схему, иллюстрирующую сеть Wi-Fi Direct (WFD);

фиг. 3 представляет собой схему, иллюстрирующую процедуру конфигурирования сети WFD;

фиг. 4 представляет собой схему, иллюстрирующую процедуру обнаружения соседних устройств;

фиг. 5 представляет собой схему, иллюстрирующую новый аспект сети WFD;

фиг. 6 представляет собой схему, иллюстрирующую способ установления линии связи для связи WFD;

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

фиг. 8 представляет собой схему, иллюстрирующую способ установления линии связи для связи WFD;

фиг. 9 представляет собой схему, иллюстрирующую способ установления линии связи, которая ассоциируется с группой связи WFD;

фиг. 10 представляет собой схему, иллюстрирующую компоненты структуры WFDS;

фиг. 11 представляет собой схему, иллюстрирующую работу WFDS;

фиг. 12 представляет собой схему, иллюстрирующую пример передачи События и Метода между ASP и услугой;

фиг. 13 представляет собой диаграмму последовательности действий, иллюстрирующую операцию поиска услуги и установления сеанса связи ASP;

фиг. 14 представляет собой схему, иллюстрирующую архитектуру услуги транспортировки файлов Wi-Fi Direct;

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

фиг. 16 представляет собой схему, иллюстрирующую процедуру установления соединения L2 в FTS (услуге пересылки файлов);

фиг. 17 представляет собой диаграмму последовательности действий сеанса связи FTS, который включает в себя соединение L2 и соединение L3;

фиг. 18 и 19 представляют собой схемы, иллюстрирующие соответственно форматы кадра запроса на поиск услуги и кадра ответа на поиск услуги; и

фиг. 20 представляет собой блок-схему, иллюстрирующую беспроводное устройство согласно одному варианту осуществления настоящего изобретения.

ЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

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

Варианты осуществления настоящего изобретения могут поддерживаться описанными документами стандартов по меньшей мере одной из систем беспроводного доступа, включая систему IEEE 802, систему Проекта партнерства по созданию системы третьего поколения (3GPP), систему LTE (долгосрочная эволюция) 3GPP, систему LTE-A (усовершенствованная LTE) и систему Проекта 2 партнерства по созданию системы третьего поколения (3GPP2). В частности, этапы или детали, которые не объясняются так, чтобы ясно раскрывать техническую идею настоящего изобретения, в вариантах осуществления настоящего изобретения могут поддерживаться вышеупомянутыми документами. Кроме того, вся терминология, описанная в данном документе, может поддерживаться вышеупомянутыми документами стандартов.

Нижеследующее описание может применяться к различным системам беспроводного доступа, включая CDMA (многостанционный доступ с кодовым разделением каналов), FDMA (многостанционный доступ с частотным разделением каналов), TDMA (многостанционный доступ с временным разделением каналов), OFDMA (многостанционный доступ с ортогональным частотным разделением каналов), SC-FDMA (многостанционный доступ с частотным разделением каналов на одной несущей) и т.п. CDMA может быть реализован с такой радиотехнологией как UTRA (универсальный наземный радиодоступ), CDMA 2000 и т.п. TDMA может быть реализован с такой радиотехнологией, как GSM/GPRS/EDGE (глобальная система мобильной связи/пакетная радиосвязь общего назначения/улучшенные скорости передачи данных для эволюции GSM). OFDMA может быть реализован с такой радиотехнологией, как IEEE 802.11 (Wi-Fi (беспроводная точность)), IEEE 802.16 (WiMAX (общемировая совместимость широкополосного беспроводного доступа)), IEEE 802.20, E-UTRA (эволюционированный UTRA) и т.д. UTRA является частью UMTS (универсальной системы мобильной связи). LTE (долгосрочная эволюция) 3GPP (Проекта партнерства по созданию системы третьего поколения) является частью E-UMTS (эволюционированной UMTS), которая использует E-UTRA. LTE 3GPP применяет OFDMA на нисходящей линии связи (ниже в данном документе сокращенно DL) и SC-FDMA - на восходящей линии связи (ниже в данном документе сокращенно UL). И LTE-A (усовершенствованная LTE) является эволюционированной версией LTE 3GPP.

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

КОНСТРУКЦИЯ СИСТЕМЫ WLAN

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

Конструкция IEEE 802.11 может включать в себя множество компонентов, и WLAN, поддерживающая прозрачную мобильность станций (STA) для верхнего уровня, может обеспечиваться посредством взаимодействия компонентов. Базовый набор услуг (BSS) может соответствовать базовому конфигурационному блоку в LAN IEEE 802.11. Фиг. 1 изображает один пример, что существует два базовых набора услуг BSS 1 и BSS 2 и что 2 STA включены в качестве членов каждой BSS. В частности, STA 1 и STA 2 включены в BSS 1 и STA 3 и STA 4 включены в BSS 2. На фиг. 1 овал, указывающий BSS, может пониматься как указывающий зону покрытия, в которой STA, включенные в соответствующую BSS, поддерживают связь. Эта зона может называться базовой зоной обслуживания (BSA). Если STA выходит из BSA, она неспособна выполнять прямую связь с другими STA в соответствующей BSA.

BSS наиболее базового типа в LAN IEEE 802.11 представляет собой независимый BSS (IBSS). Например, IBSS может иметь минимальную конфигурацию, включающую в себя только 2 STA. Кроме того, BSS (например, BSS 1 или BSS 2), показанный на фиг. 1, который имеет самую простую конфигурацию и в который не включены другие компоненты, может соответствовать показательному примеру IBSS. Такая конфигурация является возможной, если STA могут выполнять прямую связь друг с другом. Сконфигурированная выше LAN не конфигурируется в результате разработки заранее, но может конфигурироваться необходимостью LAN. И это может называться эпизодической сетью.

Если STA включается/выключается или входит/выходит из зоны BSS, может динамически меняться членство STA в BSS. Чтобы получить членство в BSS, STA может присоединиться к BSS, используя процедуру синхронизации. Чтобы иметь доступ ко всем услугам основанной на BSS структуре, STA должна ассоциироваться с BSS. Это ассоциирование может конфигурироваться динамически или может включать в себя использование службы системы распределения (DSS).

СТРУКТУРА УРОВНЕЙ

Работа STA, которая работает в системе беспроводной LAN, может описываться в виде структуры уровней. В аспекте конфигурации устройства, структура уровней может быть реализована процессором. STA может иметь структуру из множества уровней. Например, структура уровней, управляемая по документу стандарта 802.11, включает в себя, главным образом, подуровень управления доступом к среде передачи (MAC) и физический (PHY) уровень на уровне канала передачи данных (DLL). Уровень PHY может включать в себя объект процедуры сходимости физического уровня (PLCP), объект подуровня физического уровня, зависящего от среды передачи данных (PMD) и т.д. Подуровень MAC и уровень PHY концептуально включают в себя объекты управления, называемые объект управления подуровня MAC (MLME) и объект управления физического уровня (PLME) соответственно. Эти объекты обеспечивают интерфейс службы управления уровнем, который выполняет функцию управления уровнем.

Чтобы обеспечить точную работу MAC, в каждой STA присутствует объект управления станцией (SME). SME представляет собой независимый от уровня объект, который может рассматриваться как постоянно находящийся в отдельной плоскости управления или как постоянно находящийся «на стороне». Точные функции SME не определены в этом документе, но, в целом, этот объект может рассматриваться как ответственный за такие функции, как сбор зависимого от уровня состояния от различных объектов управления уровнем (LME), и, подобным образом, установление значения характерных для уровня параметров. SME может выполнять такие функции в интересах объектов управления общей системой и может реализовывать стандартные протоколы управления.

Вышеупомянутые объекты взаимодействуют различным образом. Например, объекты могут взаимодействовать посредством обмена примитивами GET/SET. Примитив означает набор элементов или параметров, относящихся к конкретному объекту. Примитив XX-GET.request используется для запроса значения данного атрибута MIB (атрибута информационной базы управления). Примитив XX-GET.confirm используется для возврата соответствующего значения атрибута MIB, если состоянием является «успех», в противном случае, возврат указания ошибки в поле Состояние. Примитив XX-SET.request используется для запроса, чтобы указанный атрибут MIB был установлен на данное значение. Если этот атрибут MIB предполагает конкретное действие, он запрашивает, чтобы действие было выполнено. И примитив XX-SET.confirm используется так, что, если состоянием является «успех», он подтверждает, что указанный атрибут MIB был установлен на запрашиваемое значение, в противном случае он возвращает состояние ошибки в поле состояния. Если этот атрибут MIB предполагает конкретное действие, он подтверждает, что действие было выполнено.

Также, MLME и SME могут обмениваться различными примитивами MLME_GET/SET через MLME_SAP (точку доступа к услуге). Также, различные примитивы PLME_GET/SET могут обмениваться между PLME и SME через PLME_SAP и могут обмениваться между MLME и PLME через MLME-PLME_SAP.

ЭВОЛЮЦИЯ БЕСПРОВОДНОЙ LAN

Стандарты для технологии беспроводной локальной сети (WLAN) были разработаны группой Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.11. IEEE 802.11a и 802.11b используют нелицензированный диапазон частот 2,4 ГГц или 5 ГГц. IEEE 802.11b обеспечивает скорость передачи 11 Мбит/с, и IEEE 802.11a обеспечивает скорость передачи 54 Мбит/с. IEEE 802.11g применяет мультиплексирование с ортогональным частотным разделением каналов (OFDM) на частоте 2,4 ГГц для обеспечения скорости передачи 54 Мбит/с. IEEE 802.11n может использовать технологию MIMO (много входов, много выходов)-OFDM и может обеспечивать скорость передачи 300 Мбит/с. IEEE 802.11n может поддерживать полосу частот канала до 40 МГц для обеспечения скорости передачи 600 Мбит/с.

Протокол, относящийся к установлению прямой линии связи (DLS) в условиях, соответствующих IEEE 802.11e, основывается на QBSS (BSS (базовый набор услуг), удовлетворяющий требованиям QoS (качества обслуживания)), этот BSS поддерживает QoS (качество обслуживания). В QBSS AP, а также STA без AP, представляет собой QAP (AP, удовлетворяющая требованиям QoS), которая поддерживает QoS. Однако в условиях WLAN (например, в условиях WLAN в соответствии с IEEE 802.11a/b/g), которая в настоящее время коммерциализируется, хотя STA без AP представляет собой QSTA (STA, удовлетворяющая требованиям QoS), которая поддерживает QoS, AP представляет собой вероятно унаследованную AP, которая не поддерживает QoS. Как результат, существует ограничение, что услуга DLS не может использоваться даже в случае QSTA в условиях WLAN, которая в настоящее время коммерциализируется.

Установление прямой туннелированной линии связи (TDLS) представляет собой протокол беспроводной связи, который недавно предложен для решения такого ограничения. TDLS, хотя не поддерживающий QoS, позволяет QSTA устанавливать прямую линию связи даже в условиях WLAN, таких как IEEE 802.11a/b/g, которая в настоящее время коммерциализуется и устанавливает прямую линию связи даже в случае режима экономии потребляемой мощности (PSM). Следовательно, TDLS предписывает все процедуры, позволяющие QSTA устанавливать прямую линию связи даже при BSS, управляемом унаследованной AP. Ниже в данном документе, беспроводная сеть, которая поддерживает TDLS, упоминается как беспроводная сеть TDLS.

СЕТЬ WI-FI DIRECT

WLAN согласно относящейся области техники оперирует, главным образом, работой инфраструктурного BSS, так что точка радиодоступа (AP) функционирует в качестве концентратора. AP выполняет функцию поддержки физического уровня для беспроводного/проводного соединения, функцию маршрутизации для устройств в сети и предоставления услуг для добавления/удаления устройства в/из сети. В данном случае, устройства в сети не являются соединенными непосредственно друг с другом, но соединены друг с другом через AP.

В качестве технологии для поддержки соединения между устройствами было рассмотрено принятие стандарта Wi-Fi Direct.

Фиг. 2 представляет собой схему, иллюстрирующую сеть Wi-Fi Direct (WFD). Сеть WFD представляет собой сеть, которая позволяет устройствам Wi-Fi выполнять связь устройство-устройство (D2D) (или одноранговую (P2P) связь) даже без ассоциирования с домашней сетью, учрежденческой сетью и сетью с общественной точкой доступа, и была предложена Альянсом Wi-Fi. Ниже в данном документе связь на основе WFD упоминается как связь WFD D2D (просто связь D2D) или связь WFD P2P (просто, связь P2P). Также, устройство, которое выполняет WFD P2P, упоминается как устройство WFD P2P, просто упоминаемое как устройство P2P или одноранговое устройство.

Как показано на фиг. 2, сеть 200 WFD может включать в себя по меньшей мере одно устройство Wi-Fi, которое включает в себя первое устройство 202 P2P и второе устройство 204 P2P. Устройство P2P может включать в себя поддерживающие Wi-Fi устройства, например устройство отображения, принтер, цифровую камеру, проектор, смартфон и т.д. Кроме того, устройство P2P может включать в себя STA без AP и STA с AP. В данном примере, первое устройство 202 P2P представляет собой смартфон, и второе устройство 204 P2P представляет собой устройство отображения. Устройства P2P сети WFD могут соединяться между собой непосредственно. Более подробно, связь P2P может означать, что тракт передачи сигнала между двумя устройствами P2P конфигурируется непосредственно в соответствующих устройствах P2P без прохождение через третье устройство (например, AP) или унаследованную сеть (например, сеть, которая выполняет доступ к WLAN через AP). В данном случае, тракт передачи сигнала, непосредственно конфигурируемый между двумя устройствами P2P, может ограничиваться трактом передачи данных. Например, связь P2P может означать, что множество STA без AP передают данные (например, голос, изображение, текстовую информацию и т.д.) без прохождения через AP. Тракт передачи сигнала для информации управления (например, информации о распределении ресурсов для конфигурирования P2P, идентификационной информации беспроводного устройства и т.д.) может непосредственно конфигурироваться между устройствами P2P (например, STA без AP - STA без AP, STA без AP-AP), может конфигурироваться между двумя устройствами P2P (например, STA без AP - STA без AP) через AP или может конфигурироваться между AP и соответствующим устройством P2P (например, AP-STA #1 без AP, AP-STA #2 без AP).

Фиг. 3 представляет собой схему, иллюстрирующую способ конфигурирования сети WFD.

Как показано на фиг. 3, процедура установления сети WFD может, в значительной степени, классифицироваться на две процедуры. Первая процедура представляет собой процедуру обнаружения соседнего устройства (ND) (S302a), и вторая процедура представляет собой процедуру конфигурирования линии связи и выполнения связи P2P (S304). Посредством процедуры обнаружения соседнего устройства устройство P2P (например, 202 на фиг. 2) выполняет поиск другого соседнего устройства P2P (например, 204 на фиг. 2) в пределах (своего собственного радио-) покрытия и может получать информацию, требуемую для ассоциирования (например, предварительного ассоциирования) с соответствующим устройством P2P. В данном случае, предварительное ассоциирование может означать предварительное ассоциирование второго уровня в радиопротоколе. Например, информация, требуемая для предварительного ассоциирования, может включать в себя идентификационную информацию соседнего устройства P2P. Процедура обнаружения соседнего устройства может выполняться на доступный радиоканал (S302b). Затем устройство 202 P2P может выполнять конфигурирование линии связи/выполнение связи WFD P2P с другим устройством 204 P2P. Например, после того как устройство 202 P2P ассоциируется с периферийным устройством 204 P2P, устройство 202 P2P может определить, является ли соответствующее устройство 204 P2P устройством P2P, неспособным удовлетворять требованиям обслуживания пользователя. С этой целью, после того как устройство 202 P2P выполнит предварительное ассоциирование второго уровня с периферийным устройством 204 P2P, устройство 202 P2P может выполнять поиск соответствующего устройства 204 P2P. Если соответствующее устройство 204 P2P не удовлетворяет требованиям обслуживания пользователя, устройство 202 P2P может разорвать ассоциирование второго уровня, сконфигурированное для соответствующего устройства 204 P2P, и может сконфигурировать ассоциирование второго уровня с другим устройством P2P. И наоборот, если соответствующее устройство 204 P2P удовлетворяет требованиям обслуживания пользователя, два устройства 202 и 204 P2P могут передавать и принимать сигналы по линии связи P2P.

Фиг. 4 представляет собой схему, иллюстрирующую процедуру обнаружения соседнего устройства. Пример на фиг. 4 можно понимать как работу между устройством 202 P2P и устройством 204 P2P, показанную на фиг. 3.

Как показано на фиг. 4, процедура обнаружения соседнего устройства на фиг. 3 может инициироваться посредством указания объекта управления станцией (SME)/приложения/пользователя/поставщика (S410) и может классифицироваться на этап S412 сканирования и этапы S414-S416 нахождения. Этап S412 сканирования может включать в себя операцию для сканирования всех доступных радиочастотных (RF) каналов согласно схемам 802.11. Посредством вышеупомянутой операции устройство P2P может подтвердить канал с наилучшей работой. Этапы S414-S416 нахождения могут включать в себя режим S414 прослушивания и режим S416 поиска. Устройство P2P может альтернативно повторять режим S414 прослушивания и режим S416 поиска. Устройства 202 и 204 P2P могут выполнять активный поиск посредством использования кадра запроса на зондирование в режиме S416 поиска. Для быстрого поиска диапазон поиска может ограничиваться общественно-бытовыми каналами, обозначенными Каналами #1, #6, #11 (2412, 2437, 2462 МГц). Кроме того, устройства 202 и 204 P2P могут выбирать только один канал из трех общественно-бытовых каналов в режиме S414 прослушивания и сохранять состояние приема. В данном случае, если другое устройство P2P (например, 202) принимает кадр запроса на зондирование, передаваемый в режиме поиска, устройство P2P (например, 204) генерирует кадр ответа на зондирование в ответ на принятый кадр запроса на зондирование. Время режима S414 прослушивания может задаваться случайным образом (например, 100, 200, 300 единиц времени (TU)). Устройства P2P непрерывно повторяют режим поиска и режим приема, так что они могут достигнуть общего канала. После того как устройство P2P обнаружит другое устройство P2P, устройство P2P может обнаружить/обменяться типом устройства, изготовителем или названием знакомого устройства посредством использования кадра запроса на зондирование и кадра ответа на зондирование, так что устройство P2P может быть селективно соединено с соответствующим устройством P2P. Если устройство P2P обнаруживает периферийное устройство P2P и получает необходимую информацию посредством процедуры обнаружения соседнего устройства, устройство P2P (например, 202) может уведомить SME/приложение/пользователя/поставщика об обнаружении устройства P2P (S418).

В настоящее время P2P может использоваться, главным образом, для полустатической связи, такой как удаленная печать, совместное использование фотографий и т.д. Однако вследствие обобщения устройств Wi-Fi и основанных на местоположении услуг постепенно увеличивается доступность P2P. Например, ожидается, что устройство P2P будет активно использоваться для социального общения (например, беспроводные устройства, подписанные на службу социальной сети (SNS), распознают радиоустройства, расположенные в соседней зоне, на основе основанной на местоположении службе, и передают и принимают информацию), предоставление рекламы на основе местоположения, широковещание новостей на основе местоположения и игровое взаимодействие между беспроводными устройствами. Для удобства описания такое применение P2P ниже в данном документе упоминается как новое применение P2P.

Фиг. 5 представляет собой схему, иллюстрирующую новый аспект сети WFD.

Пример фиг. 5 может подразумеваться как аспект сети WFD для использования в случае, в котором применяется новое применение P2P (например, социальное общение, предоставление услуги на основе местоположения, игровое взаимодействие и т.д.).

Как показано на фиг. 5, множество устройств 502a-502d P2P выполняют связь 510 P2P в сети WFD, устройство(-а) P2P, составляющее(-ие) сеть WFD, могут меняться в любое время из-за перемещения устройства (устройств) P2P, и новая сеть WFD может динамически генерироваться или удаляться в течение короткого времени. Как описано выше, характеристики нового применения P2P указывают, что связь P2P может выполняться динамически и завершаться в течение короткого времени среди множества устройств P2P в условиях плотной сети.

Фиг. 6 представляет собой схему, изображающую способ установления линии связи для связи WFD.

Как показано на фиг. 6a, первая STA 610 (ниже в данном документе упоминаемая как «A») работает в качестве владельца группы во время обычной связи WFD. Если A 610 обнаруживает вторую STA 620 (ниже в данном документе упоминаемую как «B»), которая является новой целевой станцией связи WFD и не выполняет связь WFD, во время связи с клиентом 630 группы обычной связи WFD, A 610 пытается установить линию связи с B 620. В данном случае новая связь WFD представляет собой связь WFD между A 610 и B 620, и, так как A является владельцем группы, A может выполнять установление связи отдельно от связи обычного клиента 630 группы. Так как одна группа WFD может включать в себя одного владельца группы и одного или нескольких клиентов группы, как показано на фиг. 6b, может устанавливаться линия связи WFD, так как удовлетворяет требованиям A 610, которая является одним владельцем группы. В данном случае, A 610 приглашает B 620 в группу обычной связи WFD и с учетом характеристик связи WFD, может выполняться связь WFD между A 610 и B 620 и между A 610 и обычным клиентом 630 группы, но не поддерживается связь WFD между B 620 и обычным клиентом 630 группы. Это потому, что как B 620, так и клиент 630 группы являются клиентами группы.

Фиг. 7 представляет собой схему, иллюстрирующую способ ассоциирования с группой связи, которая выполняет WFD.

Как показано на фиг. 7a, первая STA 710 (ниже упоминаемая в данном документе как «A») выполняет связь в качестве владельца группы для клиента 730 группы, и вторая STA 720 (ниже в данном документе упоминаемая как «B») выполняет связь в качестве владельца группы для клиента 740 группы. Как показано на фиг. 7b, A 710 может завершить обычную связь WFD и может выполнять ассоциирование с группой связи WFD, к которой принадлежит B 720. Так как A 710 является владельцем группы, A 710 становится клиентом группы. Предпочтительно, что A 710 завершает обычную связь WFD перед запросом ассоциирования с B 720.

Фиг. 8 представляет собой схему, иллюстрирующую способ конфигурирования линии связи для связи WFD.

Как показано на фиг. 8a, вторая STA 820 (ниже в данном документе упоминаемая как «B») работает в качестве владельца группы во время обычной связи WFD. Если B 820 выполняет обычную связь WFD с клиентом 830 группы, первая STA 810 (ниже в данном документе упоминаемая как «A»), которая не выполняет связь WFD, обнаруживает B 820 и пытается установить линию связи для новой связи WFD с B 820. В данном случае, если B 820 принимает установление линии связи, устанавливается линия связи новой связи WFD между A 810 и B 820, и A 810 работает в качестве клиента обычной группы WFD для B 820. Этот случай соответствует случаю, когда A 810 выполняет ассоциирование с группой связи WFD для B 820. A 810 может выполнять только связь WFD с B 820, которая является владельцем группы, и не поддерживается связь WFD между A 810 и клиентом 830 обычной связи WFD. Это потому, что как A 810, так и клиент 830 являются клиентами группы.

Фиг. 9 представляет собой схему, иллюстрирующую способ конфигурирования линии связи, которая ассоциируется с группой связи WFD.

Как показано на фиг. 9a, первая STA 910 (ниже в данном документе упоминаемая как «A») выполняет связь WFD в качестве клиента группы для владельца 930 группы. В этот момент времени, A 910 обнаруживает вторую STA 920 (ниже в данном документе упоминаемую как «B»), которая выполняет связь в качестве владельца группы для клиента 940 группы другой связи WFD, и завершает линию связи с владельцем 930 группы. И A 910 может выполнять ассоциирование с Wi-Fi Direct в B 920.

УСЛУГА WI-FI DIRECT (WFDS)

Wi-Fi Direct представляет собой технологию стандарта сетевого соединения, определенную для включения работы канального уровня. Так как не определен стандарт приложения, работающего на верхнем уровне линии связи, сконфигурированной посредством Wi-Fi Direct, трудно поддерживать совместимость в случае, когда приложение запускается после того, как будут соединены между собой устройства, которые поддерживают Wi-Fi Direct. Чтобы решить эту проблему, стандартизация работы приложения более верхнего уровня, называемого услугой Wi-Fi Direct (WFDS), обсуждалась Альянсом Wi-Fi (WFA).

Фиг. 10 представляет собой схему, иллюстрирующую компоненты структуры WFDS.

Уровень Wi-Fi Direct на фиг. 10 означает уровень MAC, определенный стандартом Wi-Fi Direct. Уровень Wi-Fi Direct может включать в себя программное обеспечение, совместимое со стандартом Wi-Fi Direct. Беспроводное соединение может конфигурироваться ниже уровня Wi-Fi Direct физическим уровнем (не показан), совместимым с уровнем PHY Wi-Fi. Платформа, называемая ASP (платформа прикладных услуг), определяется над уровнем Wi-Fi Direct.

ASP представляет собой логический объект, который реализует функции, требуемые для услуг. ASP представляет собой общую совместно используемую платформу и может обрабатывать задачи, такие как обнаружение устройств, обнаружение услуг, управление сеансом связи ASP, управление и безопасность топологии соединения между уровнем приложений над ASP и уровнем Wi-Fi Direct ниже ASP.

Уровень услуг определяется над ASP. Уровень услуг включает в себя конкретные услуги вариантов использования. WFA определяет четыре базовые услуги: услуги Отправить, Проиграть, Отобразить и Напечатать. Ниже кратко описываются четыре базовые услуги, определенные в WFA. Сначала, Отправить означает услугу и приложение, которые могут выполнять пересылку файлов между двумя устройствами WFDS. Услуга Отправить может упоминаться как услуга пересылки файлов (FTS) в том, что она предназначена для пересылки файлов между одноранговыми устройствами. Проиграть означает услугу и приложение, которые совместно используют или выполняют потоковую передачу аудио/видео (A/V), фотографий, музыки и т.д., основываясь на DLNA (Альянс цифровых сетей для дома) между двумя устройствами WFDS. Напечатать означает услугу или приложение, которые позволяют выводить документы или фотографии между устройством, имеющим контент, такой как документы, фотографии и т.д., и принтером. Отобразить означает услугу и приложение, которые позволяют выполнять совместное использование экрана между источником Miracast (стандарт беспроводной передачи мультимедийного сигнала) и приемником WFA.

API (программный интерфейс приложения) разрешения, показанный на фиг. 10, определяется для использования общей платформы ASP в случае, если поддерживается приложение третьей стороны в дополнение к базовой услуге, определенной WFA. Услуга, определенная для приложения третьей стороны, может использоваться только одним приложением или может использоваться большей частью (или обычно) различными приложениями.

Ниже в данном документе, для удобства описания, услуга, определенная WFA, упоминается как услуга WFA, и услуга, недавно определенная третьей стороной, не WFA, упоминается как услуга разрешения.

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

Фиг. 11 представляет собой схему, иллюстрирующую работу WFDS.

На фиг. 11 предполагается, что существуют два одноранговых устройства A и B.

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

Сеанс связи ASP представляет собой логическую линию связи между ASP устройства A и ASP устройства B. Одноранговое (P2P) соединение между одноранговыми устройствами требуется для запуска сеанса связи ASP. ASP может устанавливать множество сеансов связи ASP между двумя устройствами. Каждый из сеансов связи ASP может идентифицироваться идентификатором сеанса связи, распределенным ASP, которая требует сеанса связи ASP.

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

Интерфейс между ASP и услугой определяется Методом (Method) и Событием (Event). Метод указывает операцию, инициируемую услугой, и информация об операции, которая будет выполняться, может быть включена в параметр (или поле) Метода. Событие предоставляет информацию от ASP услуге.

Например, фиг. 12 представляет собой схему, иллюстрирующую пример передачи События и Метода между ASP и услугой.

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

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

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

Снова ссылаясь на фиг. 11, если пользователь желает использовать услугу X между устройством A и устройством B, ASP на соответствующих устройствах генерируют сеансы связи ASP, выделенный для услуги X между устройствами. После этого, если пользователь желает использовать услугу Y, устанавливается новый сеанс связи ASP для соответствующей услуги. Если множество сеансов связи ASP устанавливается между одноранговыми устройствами, каждый из множества сеансов связи ASP может идентифицироваться идентификатором сеанса связи, распределенным одноранговым устройством (конкретно, ASP однорангового устройства, который запросил установление сеанса связи ASP), который запросил установление сеанса связи ASP.

При определении операции между двумя одноранговыми устройствами в WFDS, одно из двух одноранговых устройств может служить в качестве блока объявления услуги, и другое устройство может служить в качестве устройства поиска услуги. Если устройство поиска услуги выполняет поиск требуемой услуги посредством обнаружения блока(ов) объявления услуги, устройство поиска услуги может запросить соединение с блоком объявления услуги.

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

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

Также, любое одно из одноранговых устройств может быть установлено как блоком объявления услуги, так и устройством поиска услуги для одной и той же услуги, и может иметь множество блоков объявления услуги или множество устройств поиска услуги. Например, любое одно из одноранговых устройств может быть установлено на блок объявления услуги для первой услуги Wi-Fi Direct и второй услуги Wi-Fi Direct и одновременно может быть установлено на устройство поиска услуги для третьей услуги Wi-Fi Direct и четвертой услуги Wi-Fi Direct.

Ниже в данном документе блок объявления услуги и устройство поиска услуги описываются более подробно.

ОБЪЯВИТЕЛЬ УСЛУГИ И УСТРОЙСТВО ПОИСКА УСЛУГИ

Одноранговое устройство, установленное на блок объявления услуги, может объявлять услугу(-и), и устройство поиска услуги может обнаруживать объявляемую услугу(-и). Одноранговое устройство, установленное на блок объявления услуги, может объявлять услугу(-и), пока не будет выполнен вызов метода отмены объявления услуги CancelAdvertiseService Method, или состояние объявления не установится на «Отменить» (например, значение состояния параметра AdvertiseStatus указывает NotAdvertised). По меньшей мере одно из последующего ассоциирования и предварительного ассоциирования может использоваться для разрешения блоку объявления услуги объявлять услугу(-и).

Услуга(-и), объявляемая блоком объявления услуги, может идентифицироваться по имени услуги. Более подробно, одноранговые устройства могут управлять услугами, так что каждая услуга может включать в себя текстовые строки имени услуги в коде UTF-8 (формат 8 преобразования UCS (универсального набора символов)) для поиска услуги. В данном случае, имя услуги, кодированное как UTF-8, может иметь длину 255 байтов или меньше. Длина имени услуги может определяться пространством, которое может использоваться кадром запроса на поиск услуги и кадром ответа на поиск услуги.

Текстовая строка «org.wi-fi» может резервироваться для идентификации услуги WFA. Более подробно, именами услуги WFA являются следующие:

org.wi-fi.wfds.send.tx

org.wi-fi.wfds.send.rx

org.wi-fi.wfds.play.tx

org.wi-fi.wfds.play.rx

org.wi-fi.wfds.display.tx

org.wi-fi.wfds.display.rx

org.wi-fi.wfds.print.tx

org.wi-fi.wfds.print.rx

Если услуга разрешения предпринимает попытку объявления или поиска посредством использования имени услуги, начинающегося с org.wi-fi, ASP может отклонить попытку услуги разрешения для объявления или поиска. Для услуги разрешения может использоваться представление имен обратного домена. Согласно представлению имен обратного домена обратное расположение (например, com.example) соответствующих составляющих (например, example и com) в имени DNS (службы имен доменов) (например, example.com), которым владеет автор приложения, может использоваться в качестве префикса имени услуги для услуги разрешения.

Следовательно, имя услуги разрешения может определяться следующим образом:

com.example.serviceX

com.example.productY

com.example.04cf75db-19d1-4d84-bef3-b13b33fcfa5a

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

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

При объявлении услуг блок объявления услуг может распределять идентификатор (ID) объявления каждой услуге, которая объявляется. Блок объявления услуги может управлять услугами, так что отдельные ID объявления могут распределяться каждой услуге.

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

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

Процедура поиска услуги может поддерживать поиск по шаблону (или поиск имени). Поиск по шаблону может означать, что поддерживается поиск префикса. Поиск префикса может означать, что может выполняться поиск всех услуг, включающих префикс. Например, чтобы выполнить поиск всех услуг WFA (т.е. Отправить, Проиграть, Отобразить, Напечатать), может разрешаться поиск по шаблону, включающий слово ключа поиска «org.wi-fi.wfds.*» (или «org.wi-fi.wfds*»). В данном случае, в результате поиска по шаблону, может быть возвращен список всех услуг, включающих «org.wi-fi.wfds».

Чтобы выполнять поиск конкретной услуги WFA, может разрешаться поиск по шаблону, включающий в себя слово ключа поиска «org.wi-fi.wfds.servicename.*» (или org.wi-fi.wfds.servicename*») (в данном случае именем услуги может быть любое одно из Отослать, Проиграть, Отобразить, Напечатать). В данном случае в качестве результата поиска по шаблону может возвращаться список всех услуг, включающих в себя префикс «org.wi-fi.wfds.servicename. Конечно, шаблон может быть разрешен даже в случае услуги разрешения.

Поиск по шаблону может разрешаться для слов, разделенных друг от друга точкой («.»). Например, если именем услуги разрешения является «com.example.serviceX», поиск по шаблону может разрешаться для «com.*» (или «com*»), «com.example.*» (или «com.example*»).

Ниже в данном документе более подробно описываются Метод и Событие, которые обрабатываются блоком объявления услуги и устройством поиска услуги.

МЕТОД БЛОКА ОБЪЯВЛЕНИЯ УСЛУГИ

Блок объявления услуги может вызвать Метод объявления услуги для объявления услуг. В данном случае, устройство поиска услуги может начать поиск, обнаружение и сеанс связи ASP услуги, которая объявляется. Метод объявления услуги может включать в себя по меньшей мере одно из параметра имени услуги (или параметра списка имен услуги), параметр порта, параметр протокола, параметр совместного использования, параметр автоматического принятия и параметр информации об услуге. Каждый параметр описывается следующим образом.

i) Имя услуги (или список имен услуги)

Имя услуги идентифицирует особенности услуги, поиск которой может выполняться устройством поиска услуги, которое запрашивает поиск услуги (например, выполняет вызов SeekService Method). Сопоставление имени услуги может выполняться посредством сравнения имени услуги и текстовой строки, включенной в опрос от устройства поиска услуги.

Если множество услуг используется для сопоставления, Метод объявления услуги может включать в себя список имен услуги, включающий в себя множество имен услуги. Например, если услуга поддерживает передачу и прием через один и тот же порт, имя услуги (например, service.tx) для передачи и имя услуги (service.rx) для приема могут быть включены в список имен услуги. Например, если поиском запроса имени услуги является org.wi-fi.wfds.send и услуга поддерживает как org.wi-fi.wfds.send.rx, так и org.wi-fi.wfds.send.tx, список имен услуги может включать в себя «org.wi-fi.wfds.send», «org.wi-fi.wfds.send.rx» и «org.wi-fi.wfds.send.tx».

Если услуга поддерживает все услуги WFA через один и тот же номер порта, список имен услуги может включать в себя имена услуг WFA и имя услуги для передачи из всех услуг WFA. Например, если услуга поддерживает все услуги WFA, список имен услуги может включать в себя «org.wi-fi.wfds.send.tx, org.wi-fi.wfds.send.rx, org.wi-fi.wfds.send, org.wi-fi.wfds.play.tx, org.wi-fi.wfds.play.rx, org.wi-fi.wfds.play, org.wi-fi.wfds.display.tx, org.wi-fi.wfds.display.rx, org.wi-fi.wfds.display, org.wi-fi.wfds.print.tx, org.wi-fi.wfds.print.rx и org.wi-fi.wfds.print».

ii) Порт услуги

Порт услуги представляет собой порт IP (протокола Интернета), который прослушивает зарегистрированную услугу, и также представляет собой порт IP для соединения, который принимается от устройства поиска услуги. Блок объявления услуги может уведомить устройство поиска услуги о порте услуги в качестве параметра результата поиска имени услуги. Однако может не выполняться поиск порта услуги устройством поиска услуги в отличие от имени услуги. Так как порт услуги резервируется, этот же порт услуги не может использоваться другими услугами или другими активными сеансами связи ASP, поскольку порт услуги не установлен для совместного использовании ими (например, поскольку параметр совместного использования не установлен на «Истина»).

Когда вызывается метод AdvertiseService, запрашивающий объявление услуги, если порт услуги не может использоваться, Событие (например, Advertise Failed Event), указывающее, что объявление услуги завершилось неудачно, может передаваться с ASP услуге.

Когда генерируется сеанс связи ASP для услуги и известен сетевой интерфейс, порт услуги может быть ограничен приложением.

iii) Протокол

Протокол может определяться как целое число, определенное в IANA (Комитет по цифровым адресам в Интернете). Например, TCP (протокол управления передачей) может быть определен как число 6, и UDP (протокол передачи дейтаграмм пользователя) может быть определен как число 17.

iv) Совместное использование

Параметр совместного использования указывает, будет ли разрешена другая услуга и порт услуги. Например, если параметр совместного использования имеет значение «Истина», порт услуги может повторно использоваться другим объявлением и сеансом связи ASP. Сеанс связи ASP, который совместно использует порт услуги, не должен управлять портом услуги исключительно. В отличие от этого, если параметр совместного использования имеет значение «Услуга», порт услуги может повторно использоваться объявлением других услуг, имеющих такое же имя услуги. Если параметр совместного использования имеет значение «Ложь», исключительно одна услуга может управлять портом услуги.

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

v) Автоматическое принятие

ASP блок объявления услуги может передавать событие запроса сеанса связи SessionRequest Event уровню услуги для установления сеанса связи ASP. В этот момент, если параметр автоматического принятия имеет значение «Истина», блок объявления услуги может принять каждый запрос сеанса связи ASP от устройства поиска услуги, даже если уровень услуги не вызывает метод подтверждения сеанса связи ConfirmSession Method в ответ на событие запроса сеанса связи.

Однако, если параметр get_network_config_PIN установлен на значение «Истина» в событии запроса сеанса связи SessionRequest Event, может потребоваться передача события с уровня услуги на уровень ASP в виде метода подтверждения услуги (или метода подтверждения сеанса связи).

Если параметр автоматического принятия имеет значение «Ложь», ASP блок объявления услуги может определить, принимать ли запрос сеанса связи ASP посредством ожидания приема метода подтверждения сеанса связи от услуги. Событие запроса сеанса связи для установления сеанса связи ASP может передаваться с ASP услуге независимо от значения параметра автоматического принятия.

vi) Информация об услуге

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

Устройство поиска услуги может выполнять поиск на основе содержимого информации об услуге, реализуя запрос информации об услуге в методе поиска услуги SeekService Method.

vii) Состояние услуги

Состояние услуги указывает состояние услуги в момент, когда вызывается Метод объявления услуги. Например, если параметр состояния услуги имеет значение «1», он может указывать, что услуга является доступной, и, если параметр состояния услуги имеет значение «0», он может указывать, что услуга является недоступной. Однако, даже если услуга является недоступной, блок объявления услуги может указывать, что устройство поддерживает соответствующую услугу в ответ на кадр запроса на зондирование или кадр запроса на поиск услуги.

Если параметр состояния услуги имеет значение «0» (т.е. если услуга является недоступной), ASP может отклонить запрос на установление сеанса связи ASP.

viii) Сетевая роль

Сетевая роль указывает, должен ли блок объявления услуги устанавливаться на владельца группы (GO) в группе P2P. Например, если параметр сетевой роли имеет значение «1», он может указывать, что блок объявления услуги должен устанавливаться на GO в группе P2P, и, если параметр сетевой роли имеет значение «0», он может означать, что состояние блока объявления услуги игнорируется.

ix) Установление сети

Параметр установления сети указывает требуемый метод конфигурирования WSC (простая конфигурация Wi-Fi) (WSC Config.Method) для соединения. Например, если параметр установления сети имеет значение «1», он может указывать метод установления WFDS по умолчанию или метод WSC PIN (персональный идентификационный номер), и, если параметр установления сети имеет значение «2», он может указывать только метод WSC PIN.

x) Ответ на задержку сеанса связи

Значением параметра ответа на задержку сеанса связи может быть неопределенная величина, в основном, поскольку явная конкретная услуга не предоставляется. Также, параметр ответа на задержку сеанса связи может существовать только, если значением параметра автоматического принятия является «Ложь».

Если существует значение параметра задержки сеанса связи, параметр задержки сеанса связи может рассматриваться как кадр сообщения, передаваемый от блока объявления услуги устройству поиска услуги, когда значение параметра автоматического принятия блока объявления услуги установлено на значение «Ложь», и устройство поиска услуги требует создание сеанса связи ASP.

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

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

ASP может возвращать ID объявления для Метода объявления услуги. ID объявления распределяется посредством ASP и однозначно идентифицирует объявление на устройстве, манипулируемым услугой, объявление которой запрашивается. И ID объявления может передаваться на устройство поиска услуги для установления сеанса связи ASP объявленной услуги.

Блок объявления услуги может вызывать Метод изменения состояния услуги (ServiceStatusChange Method), указывающий изменение состояния услуги, если меняется состояние существующего объявления. Метод изменения состояния услуги может включать в себя ID объявления и параметр состояния услуги. Каждый параметр описывается следующим образом.

i) ID объявления

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

ii) Состояние услуги

Если услуга находится в доступном состоянии, значение параметра состояния услуги может устанавливаться на «Доступная». Если услуга, поддерживаемая блоком объявления услуги, находится в недоступном состоянии в момент, когда услуга поддерживается блоком объявления услуги, значение параметра состояния услуги может устанавливаться на «Недоступная». Значение параметра состояния услуги может быть включено в кадр ответа на зондирование или кадр ответа на поиск услуги.

Блок объявления услуги может вызвать метод отмены объявления услуги CancelAdvertiseService Method для отмены существующего объявления. Если блок объявления услуги вызывает метод отмены объявления услуги, метод CancelAdvertiseService, больше не объявляются имя услуги и ассоциированная информация и освобождается резервирование порта услуги.

Если услуга принимает событие запроса сеанса связи от ASP, блок объявления услуги может вызвать метод подтверждения сеанса связи SessionConfirm Method для определения, принимать ли установление сеанса связи ASP. Метод подтверждения сеанса связи может упоминаться как метод подтверждения услуги ConfirmService Method в том, что он указывает, принимать ли установление сеанса связи конкретной услуги. Однако, если объявление начинается автоматически (например, если значением параметра автоматического принятия Метода объявления услуги является «Истина»), так как установление сеанса связи ASP принимается автоматически, может не вызываться метод подтверждения сеанса связи.

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

i) MAC сеанса связи

MAC сеанса связи указывает адрес MAC устройства, которому распределяется ID сеанса связи.

ii) ID сеанса связи

ID сеанса связи указывает идентификатор сеанса связи ASP.

iii) Подтвержденный

Если подтвержденный параметр имеет значение «Истина», может выполняться установление сеанса связи ASP. Также, если не существует существующая группа P2P, группа может быть образована. В отличие от этого, если подтвержденный параметр имеет значение «Ложь», запрашиваемый сеанс связи ASP может быть закрыт.

МЕТОД УСТРОЙСТВА ПОИСКА УСЛУГИ

Устройство поиска услуги может вызывать метод поиска услуги SeekServive Method, который запрашивает поиск услуги для поиска услуг однорангового устройства, служащего в качестве блока объявления услуги. Диапазон поиска может ограничиваться селективно адресом MAC. Метод поиска услуги может включать в себя по меньшей мере одно из параметра имени услуги, точного поиска, адреса MAC и запроса информации об услуге. Каждый параметр ниже более подробно описывается следующим образом.

i) Имя услуги

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

Пример поиска префикса может включать в себя только имя конкретной услуги без включения имен как услуги приема, так и услуги передачи, для поиска услуги приема и услуги передачи для конкретной услуги. Например, чтобы услуга искала org.wi-fi.wfds.send.rx и org.wi-fi.wfds.send.tx для услуги Отправить, org.wi-fi.wfds.send, обычно включаемый как в org.wi-fi.wfds.send.rx, так и org.wi-fi.wfds.send.tx, может быть вставлен в параметр имени услуги.

Чтобы выполнять поиск всех услуг WFA, текстовая строка «org.wi-fi.wfds», которая обычно включена во все имена услуги WFA, может быть включена в параметр имени услуги.

ii) Точный поиск

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

Если значением параметра точного поиска является «Ложь», выполняется поиск префикса. Более подробно, для поиска префикса, в дополнение к кадрам запроса и ответа на зондирование, может выполняться обмен кадрами запроса и ответа на поиск услуги. Может выполняться поиск всех услуг, которые включают в себя текстовую строку, включенную в параметр имени услуги, в качестве префикса, посредством обмена кадрами запроса и ответа на поиск услуги.

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

iii) Адрес MAC

Так как адрес MAC предназначен для поиска услуг всех одноранговых устройств Wi-Fi Direct, параметр адреса MAC может, как правило, устанавливаться в NULL. Однако, если значение адреса MAC конкретного однорангового устройства включено в параметр адреса MAC, поиск услуги может выполняться ограниченно для конкретного адреса MAC. Адрес MAC однорангового устройства может быть включен в виде канонического формата (например, «00:14:bb:11:22:33»), идентифицированный двоеточием (:).

iv) Запрос информации об услуге

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

Если текстовая строка, выполняющая опрос запросом информации об услуге, представляет собой подстроку набора информации об услуге, включенного в Метод объявления услуги, может вызываться событие поиска результата SearchResult Event. Например, текстовая строка опроса «ABC» может соответствовать информации об услуге, считываемой как «ABCpdq» или «ABC» среди нескольких видов информации об услуге.

Параметр описателя, который может использоваться для метода отмены поиска услуги (например, CancelSeekService Method), может возвращаться в ответ на метод запроса поиска услуги (например, ServiceSeek Method).

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

СОБЫТИЕ БЛОКА ОБЪЯВЛЕНИЯ УСЛУГИ

Когда удаленное устройство собирается начать сеанс связи ASP для объявленной услуги, ASP блок объявления услуги может передавать услуге событие запроса сеанса связи SessionRequest Event. В этот момент событие запроса сеанса связи может упоминаться как событие запроса услуги ServiceRequest Event в том, что оно инициирует начало услуги. Более подробно, событие запроса сеанса связи может запускаться, когда ASP блок объявления услуги принимает кадр запроса на поиск предоставления или сообщение протокола координации ASP REQUEST_SESSION. Событие запроса сеанса связи может включать в себя следующие параметры.

i) ID объявления

Когда вызывается Метод объявления услуги, ID объявления, распределенный посредством ASP, может быть включен в событие запроса сеанса связи.

ii) MAC сеанса связи

Адрес MAC устройства P2P, которому распределяется ID сеанса связи, может быть включен в событие запроса сеанса связи.

iii) Имя устройства услуги

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

iv) ID сеанса связи

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

v) Информация о сеансе связи

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

vi) Получение PIN конфигурации сети (get_network_config_PIN)

Если блок объявления услуги принимает кадр запроса на поиск предоставления вместе с методом конфигурации WSC (WSC Config method), запрашивающим PIN (персональный идентификационный номер) для установки сети услуги в блоке объявления услуги, значением параметра получения PIN конфигурации сети может быть «Истина». PIN WSC, введенный пользователем, может быть включен в метод подтверждения сеанса связи и затем предоставлен ASP.

Если блок объявления услуги принимает кадр запроса на поиск предоставления вместе с методом конфигурации WSC (WSC Config method), который не запрашивает PIN (персональный идентификационный номер) для установления сети услуги в блок объявления услуги, или, если событие запроса услуги запускается сообщением протокола координации ASP REQUEST_SESSION, значением параметра получения PIN конфигурации сети может быть «Ложь».

vii) PIN конфигурации сети

Если ASP блок объявления услуги принимает запрос поиска предоставления вместе с методом конфигурации WSC, запрашивающим PIN, который будет отображаться для установления сети услуги, ASP может генерировать значение PIN WSC, предоставлять сгенерированное значение PIN WSC услуге и разрешать отображение значения PIN WSC.

Если ASP блок объявления услуги принимает запрос поиска предоставления вместе с методом конфигурации WSC, который не запрашивает PIN, который будет отображаться для установления сети услуги, или, если событие запроса услуги запускается сообщением протокола координации ASP REQUEST_SESSION, значением параметра PIN установки сети может быть «0».

Если услуга больше не может объявляться или не может начаться объявление услуги, может передаваться событие (например, AdvertiseFailed Event), указывающее неуспешное выполнение объявления. Событие, указывающее неуспешное выполнение объявления, может включать в себя ID объявления и параметр причины неуспешного выполнения. Каждый параметр кратко описывается следующим образом.

i) ID объявления

ID объявления может указывать значение ID объявления, возвращаемое Методом объявления услуги.

ii) Причина

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

СОБЫТИЕ УСТРОЙСТВА ПОИСКА УСЛУГИ

Когда выполняется поиск, может передаваться событие результата поиска SearchResult Event, указывающее результат поиска для каждой объявляемой услуги, обнаруженной на одноранговом устройстве. Событие результата поиска может включать в себя по меньшей мере одно из параметра описателя, MAC услуги, ID объявления, имени услуги, информации об услуге и состояния услуги. Каждый параметр описывается следующим образом.

i) Описатель

Описатель указывает значение, возвращаемое методом поиска услуги.

ii) MAC услуги

MAC услуги указывает адрес MAC однорангового устройства.

iii) ID объявления

ID объявления указывает ID объявления, определенный одноранговым устройством.

iv) Имя услуги

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

v) Информация об услуге

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

vi) Состояние услуги

Если услуга находится в доступном состоянии, значение параметра состояния услуги может устанавливаться на «Доступная». Если услуга, поддерживаемая блоком объявления услуги, находится в недоступном состоянии в момент, когда услуга поддерживается блоком объявления услуги, значение параметра состояния услуги может устанавливаться на «Недоступная».

Устройство поиска услуги может выйти из поиска, инициированного методом поиска услуги SeekService Method или передать событие завершения поиска SearchTerminated Event для предотвращения дальнейшего генерирования события результата поиска. Событие завершения поиска может включать в себя параметры описателя и причины завершения. Каждый параметр описывается следующим образом.

i) Описатель

Описатель указывает поиск, который завершается.

ii) Причина

Может указываться причина завершения поиска. Превышение лимита времени или сбой системы SystemFailure может указываться в качестве причины завершения поиска.

Устройство поиска услуги может передавать событие запроса услуги ServiceRequest Event для запуска сеанса связи ASP объявляемой услуги. Событие запроса услуги может включать в себя по меньшей мере одно из параметра ID объявления, MAC сеанса связи, ID сеанса связи и информации о сеансе связи. Каждый параметр описывается следующим образом.

i) ID объявления

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

ii) MAC сеанса связи

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

iii) ID сеанса связи

ID сеанса связи ASP может быть включен в событие запроса услуги.

iv) Информация о сеансе связи

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

ПОИСК УСЛУГИ И УСТАНОВЛЕНИЕ СЕАНСА СВЯЗИ ASP

Основываясь на вышеупомянутом описании, более подробно описывается процедура поиска услуги и процедура установления сеанса связи ASP согласно настоящему изобретению.

Фиг. 13 представляет собой диаграмму последовательности действий, иллюстрирующую операцию поиска услуги и установления сеанса связи ASP. Операция установления сеанса связи ASP, показанная на фиг. 13, означает, что конкретная услуга случайного устройства P2P выполняет поиск другого устройства P2P и услуги, устанавливает соединение Wi-Fi Direct посредством запроса услуги, и запускается приложение.

Для удобства описания на фиг. 13 предполагается, что устройство A работает в качестве блока объявления услуги для объявления своей услуги, и устройство B работает в качестве устройства поиска услуги для поиска услуги.

Если уровень услуги устройства A передает Метод объявления услуги на ASP, ASP устройства A может объявлять свою услугу на основе информации, включенной в Метод объявления услуги, и может находиться в ждущем режиме, чтобы позволить другому устройству обнаружить соответствующую услугу.

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

ASP устройства B, которая приняла метод поиска услуги, может передавать кадр запроса на зондирование для поиска устройства, которое поддерживает требуемую услугу. В этот момент, кадр запроса на зондирование может включать в себя хэш-значение, полученное посредством преобразования имени услуги для услуги, которую необходимо обнаружить или которая может поддерживаться, в форму хэш-функции. Хэш-значение получается посредством преобразования имени услуги или префикса имени услуги в форму хэш-функции посредством ASP и может иметь длину 6 октетов. Кадр запроса на зондирование может передаваться в виде широковещательной передачи или может передаваться в виде одноадресной передачи для конкретного устройства.

Устройство A, которое приняло кадр запроса на зондирование, может попытаться выполнить сопоставление хэш-функции и, если оно определит, что поддерживается услуга, соответствующая хэш-значению, включенному в кадр запроса на зондирование, устройство A может передавать кадр ответа на зондирование на устройство B. В этот момент, кадр ответа на зондирование может включать в себя по меньшей мере одно из хэш-значения, поля ID объявления и поля информации уведомления услуги. Хэш-значение указывает хэш-значение услуги, соответствующей хэш-значению, запрошенному посредством кадра запроса на зондирование, и поле ID объявления может иметь значение, распределенное посредством ASP для однозначной идентификации объявления каждой услуги в ASP. ID объявления может использоваться для запроса установления сеанса связи ASP. Поле информации уведомления услуги может включать в себя поле указания информации об услуге service_information_indication_field и поле состояния услуги service_status_field. Поле указания информации об услуге может указывать, существует ли информация об услуге для каждой услуги, включенной в ответ на зондирование. Поле состояния услуги может использоваться для указания, является ли услуга доступной в момент времени, когда передается кадр ответа на зондирование.

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

Если устройство B не обнаружило устройство, которое поддерживает услугу, требуемую для обнаружения, может опускаться передача кадра запроса на поиск услуги. Хотя это не показано, ASP устройства B может передавать событие результата поиска на уровень услуги для указания, что не было обнаружено устройство, которое поддерживает услугу, требуемую для обнаружения. В этот момент, событие результата поиска может включать в себя параметр имени услуги, ID объявления, состояния услуги и информации об услуги NULL.

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

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

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

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

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

Поле ID объявления может быть предназначено для однозначной идентификации объявления для каждой услуги в ASP.

Поле информации об услуге может включать в себя необязательную информацию, которая может совместно использоваться устройством A, которое является блоком объявления услуги, и устройством B, которое является устройством поиска услуги. Если существует информация об услуге о данной услуге (т.е. услуге, требуемой для обнаружения устройством B), поле информации об услуге может включать в себя хэш-значение, передаваемое посредством кадра ответа на зондирование, соответствующее данной услуге.

Однако чтобы получить информацию об услуге, устройству B, которое передает кадр запроса на поиск услуги, может быть необходимо использовать тип протокола услуги WFDS (определенный как целое число 5) для опроса точного имени услуги и информации об услуге. Устройство B может выполнять поиск услуги на основе содержимого информации об услуге посредством реализации параметра запроса информации об услуге, включенного в метод поиска услуги, когда уровень услуги вызывает метод поиска услуги.

Вышеупомянутые кадры запроса и ответа на поиск услуги могут выполняться с использованием GAS (обобщенного протокола объявления), определенного в системе IEEE 802.11u.

Если завершается операция, запрашиваемая методом поиска услуги, запрашиваемого с уровня услуги, ASP устройства B может уведомить приложение и пользователя о результате, основываясь на результате поиска услуги, посредством услуги.

В этот момент, не сформирована группа Wi-Fi Direct. Если услуга, предоставляемая устройством A, может использоваться и услуга вызывает метод соединения сеанса связи ConnectSession Method, когда пользователь выбирает услугу устройства A, может выполняться формирование группы P2P. В этот момент информация о сеансе связи и информация о возможности соединения обмениваются друг с другом посредством запроса на обнаружение предоставления и ответа на обнаружение предоставления.

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

Если устройство B пересылает сообщение запроса на обнаружение предоставления устройству A, ASP устройства A пересылает запрос сеанса связи SessionRequest, который включает в себя информацию об услуге, уровню услуги, уровень услуги пересылает информацию об услуге приложению/пользователю. Если приложение/пользователь принимает решение принять соответствующий сеанс связи на основе информации о сеансе связи, метод подтверждения услуги пересылается на ASP посредством уровня услуги.

В этот момент ASP устройства A пересылает сообщение ответа на обнаружение предоставления на устройство B, причем информация о состоянии сообщения ответа на обнаружение предоставления может быть установлена на «задержанная». Это чтобы уведомить, что соответствующая услуга не принимается немедленно и состояние ожидает ввода пользователя. Следовательно, ASP устройства B может уведомить уровень услуги, что запрос услуги был задержан, в то же время, пересылая событие ConnectStatus на уровень услуги.

Если ASP устройства A принимает метод подтверждения услуги ConfirmService Method, может выполняться процедура обнаружения последующего предоставления. Другими словами, устройство A может пересылать сообщение запроса на обнаружение предоставления на устройство B. Это может упоминаться как процедура обнаружения последующего предоставления. Сообщение запроса на обнаружение предоставления может включать в себя информацию об услуге вместе с информацией, указывающей, что состоянием соответствующей услуги является «успех». Следовательно, ASP устройства B может уведомить уровень услуги, что запрос услуги был принят, в то же время пересылая событие ConnectStatus на уровень услуги. Также, ASP устройства B может пересылать сообщение ответа на обнаружение предоставления на устройство A, причем сообщение ответа на обнаружение предоставления может включать в себя информацию о возможности соединения.

После того как будет выполнена процедура обнаружения предоставления P2P, группа P2P создается посредством процедуры согласования GO или приглашения, и выполняется соединение второго уровня (L2) и соединение IP (протокола Интернета). Для согласования GO кадр запроса на согласование GO и кадр ответа на согласование GO могут обмениваться между одноранговыми устройствами. Опускается подробное описание процедуры согласования GO.

После того как будет создано соединение P2P или соединение IP, когда будет завершено согласование GO, устройства A и B пересылают сообщение REQUEST_SESSION, запрашивающее сеанса связи посредством протокола координации ASP. Сообщение REQUEST_SESSION может включать в себя ID объявления, адрес MAC mac_addr, ID сеанса связи и т.д. Адрес MAC означает адрес устройства P2P. Устройство A может пересылать сообщения подтверждения приема (ACK) на устройство B в ответ на сообщение REQUEST_SESSION.

Устройство A может уведомлять услугу/приложение более высокого уровня, что было выполнено соединение сеанса связи, и уровень услуги может запрашивать соответствующий сеанс связи информации порта и может связывать соответствующий сеанс связи и порт. Следовательно, ASP может открыть соответствующий порт (ASP может открыть порт в брандмауэре) и может уведомить уровень услуги, что порт в готовности. Уровень услуги может уведомлять ASP о методе готовности сеанса связи SessionReady Method, указывающий, что сеанс связи находится в готовности.

Следовательно, ASP устройства A передает сообщение ADDED_SESSION на устройство другой стороны. В этот момент, сообщение ADDED_SESSION может включать в себя информацию о ID сеанса связи и адресе MAC, посредством чего услуга может однозначно идентифицироваться. ASP устройства B, которая получила сообщение ADDED_SESSION, может уведомить уровень услуги соединения сеанса связи и также может уведомить уровень услуги, что порт находится в готовности (PortReady()) посредством запроса порта, привязки порта и т.д. ASP может открыть порт в брандмауэре.

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

Завершение (Закрыть приложение) соответствующего приложения может указываться уровню услуги приложением/пользователем устройства B. В результате, уровень услуги может пересылать метод завершения сеанса связи ClosedSession Method на ASP и может уведомлять ASP, что соответствующий порт был освобожден.

Следовательно, ASP устройства B может запросить устройство A о завершении услуги, подсоединенной посредством сообщения REMOVE_SESSION. Сообщение REMOVE_SESSION может включать в себя ID объявления, адрес MAC, ID сеанса связи и т.д.

ASP устройства A может уведомить приложение/пользователя о завершении сеанса связи посредством уровня услуги, и уровень услуги может уведомить ASP об освобождении порта. В результате, ASP может закрыть входящий порт в брандмауэре, если нет сеанса связи, который является активным для соответствующей услуги. Устройство A может пересылать сообщение ACK сообщения REMOVE_SESSION на устройство B, и ASP устройства B также может закрыть входящий порт в брандмауэре, если нет сеанса связи, который является активным для соответствующей услуги.

Затем устройство A и устройство B могут завершить соединение P2P и взаимное ассоциирование посредством запроса/ответа диссоциирования.

Последовательность сообщений между устройством поиска услуги и блоком объявления услуги, если запрос услуги инициируется с использованием процедуры обнаружения предоставления P2P, была описана с ссылкой на пример фиг. 13. В примере на фиг. 13 предполагается, что параметр автоматического принятия устанавливается на значение «Ложь». Если параметр автоматического принятия устанавливается на значение «Истина», ASP может действовать с принятием всех запросов услуги сеанса связи ASP, даже если нет метода подтверждения сеанса связи от услуги. Также, каждая ASP может уведомлять услугу о текущем состоянии посредством использования SessionStatus Event и ConnectionStatus Event.

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

ПРОЦЕДУРА ПОИСКА УСЛУГИ В УСЛУГЕ ОТПРАВИТЬ

Фиг. 14 представляет собой схему, иллюстрирующую архитектуру услуги Отправить файла Wi-Fi Direct. Уровень ASP и уровень Wi-Fi Direct, показанные на фиг. 14, могут служить для обеспечения соединения L2 однорангового устройства.

На этапе поиска услуги Wi-Fi Direct одноранговое устройство может обмениваться информацией о возможностях услуги с другим одноранговым устройством. Более подробно, одноранговое устройство может обмениваться информацией в отношении того, будет ли поддерживаться услуга отправки файла, с другим одноранговым устройством. Если выполняется поиск другого однорангового устройства, которое делает возможным услугу отправки файла, ASP однорангового устройства может выполнять ассоциирование с поисковым устройством.

Плоскость управления может использоваться для установления сеанса связи услуги пересылки файлов Wi-Fi Direct между одноранговыми устройствами. Плоскость управления может включать в себя точку контроля FTS Wi-Fi Direct (WFD) с поддержкой универсального принципа «подключи и работай» (UPnP) и компонент FTS P2P с поддержкой UPnP.

Плоскость передачи данных может обеспечивать тракт передачи для фактической передачи данных файла. Для пересылки файлов может использоваться HTTP (протокол передачи гипертекста).

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

Передатчик отправки и приемник отправки могут выполнять поиск устройства, поиск услуги и ассоциирование услуги посредством уровня Wi-Fi Direct и уровня ASP.

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

При передаче данных файла с транспортного уровня передатчик отправки может служить в качестве клиента HTTP, и приемник отправки может служить в качестве сервера HTTP. Передатчик отправки может передавать данные файла на сервер HTTP (т.е. приемник отправки) посредством использования метода HTTP PUT, и приемник отправки может принимать данные файла от передатчика отправки.

Приемник отправки, служащий в качестве сервера HTTP, может открывать конкретный порт TCP для приема передаваемого файла.

Приемник отправки может хостировать услугу UPnP для пересылки файлов. Передатчик отправки может вызывать действие(-я) UPnP на WFDS, хостируемую приемником отправки, посредством точки контроля UPnP.

Фиг. 16 представляет собой схему, иллюстрирующую процедуру установления соединения L2 в FTS. Как показано на фиг. 16, сначала передатчик отправки может выполнять процедуру поиска устройства Wi-Fi Direct для поиска приемника отправки для установления сеанса связи FTS.

Затем передатчик отправки может передавать кадр запроса на поиск услуги для запроса поиска услуги пересылки файлов. Кадр запроса на поиск услуги может передаваться в виде широковещательной передачи или может передаваться на конкретное одноранговое устройство в виде одноадресной передачи.

Кадр запроса на поиск услуги может включать в себя информацию о версии услуги, требуемую для обнаружения передатчиком отправки. Например, если информацией о версии услуги является 0x01, она может указывать версию 1 FTS Wi-Fi Direct.

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

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

Более подробно, передатчик отправки может передавать кадр запроса на ассоциирование услуги на приемник отправки, и приемник отправки может передавать кадр ответа на ассоциирование услуги на передатчик отправки в ответ на кадр запроса на ассоциирование услуги. В этот момент, кадр запроса на ассоциирование услуги и кадр ответа на ассоциирование услуги могут выполняться с использованием GAS (обобщенного протокола объявления), определенного в системе IEEE 802.11u.

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

Как описано в таблице 1, кадр запроса на ассоциирование услуги и кадр ответа на ассоциирование услуги могут обычно включать в себя поле подтипа OUI (организационно уникального идентификатора), поле указателя обновления ассоциирования услуги и поле TLV (тип, длина, значение) ассоциирования услуги.

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

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

Поле TLV (тип, длина, значение) ассоциирования услуги может упоминаться как TLV запроса услуги или TLV ответа на запрос услуги в зависимости от того, включен ли он в кадр запроса на ассоциирование услуги или в кадр ответа на ассоциирование услуги. Таблица 2 иллюстрирует TLV запроса услуги кадра запроса на ассоциирование услуги.

Как описано в таблице 2, TLV запроса услуги, включенный в кадр запроса услуги, может включать в себя поле длины, поле типа протокола услуги, поле ID транзакции услуги, поле порта TCP и поле метаинформации об услуге транспортировки.

Поле длины указывает длину TLV запроса услуги.

Поле типа протокола услуги указывает тип протокола услуги WFDS. Например, таблица 3 предназначена для описания значения согласно типу протокола услуги.

В примере, перечисленном в таблице 3, значение 0x5 поля типа протокола услуги может указывать тип протокола для FTS.

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

Поле порта TCP указывает значение порта TCP, требуемого для пересылки файлов.

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

Как описано в таблице 4, поле метаинформации об услуге может включать в себя поле примечания, поле размера, поле NoofItems (количества элементов) и поле элемента.

Свободный текст в виде кода ASCII может быть введен в поле примечания.

Поле размера указывает общий размер (в единицах Кбайтов) поля метаинформации об услуге отправки.

Поле NoofItems (количество элементов) может указывать количество элементов, включенных в метаинформацию об услуге отправки.

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

Таблица 6 предназначена для описания TLV ответа на запрос услуги кадра ответа на ассоциирование услуги.

Как описано в таблице 6, TLV ответа на запрос услуги может включать в себя поле длины, поле типа протокола услуги, поле ID транзакции услуги, поле кода состояния и поле порта TCP.

Поле длины указывает длину TLV ответа на запрос услуги.

Поле типа протокола услуги указывает тип протокола услуги WFDS. Например, значение 0x05 поля типа протокола услуги может указывать тип протокола для FTS.

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

Поле кода состояния указывает состояние информации об услуге, которая запрашивается. Например, состояние информации об услуге может определяться так, как изображено в таблице 7.

Как описано в таблице 7, например, если значение поля кода состояния равно 0, оно может указывать, что ассоциирование услуги между передатчиком отправки и приемником отправки было выполнено успешно, но, если значение поля кода состояния равно 1-4, оно может указывать, что ассоциирование услуги между передатчиком отправки и приемником отправки завершилось неуспешно.

Поле порта TCP, описанное в таблице 6, указывает значение порта TCP, требуемого для пересылки файлов.

Ссылаясь снова на фиг. 16, если передатчик отправки передает кадр запроса на ассоциирование услуги, который включает в себя метаинформацию об услуге отправки о файле, который будет передаваться, на приемник отправки, приемник отправки может отображать информацию, указывающую, что было запрошено ассоциирование FTS, и может опрашивать разрешение пользователя на ассоциирование FTS. Если от пользователя принимается ввод в отношении того, будет ли принято ассоциирование FTS, ASP приемника отправки может отвечать на кадр запроса на ассоциирование услуги. Более подробно, приемник отправки может передавать кадр ответа на ассоциирование услуги, который включает в себя код состояния, на передатчик отправки. Если пользователь принимает ассоциирование FTS, как описано в таблице 7, значение кода состояния может устанавливаться на 0.

Если выполняется успешное ассоциирование FTS, передатчик отправки и приемник отправки могут выполнять процесс формирования группы P2P. Посредством процесса формирования группы любой один из передатчика отправки и приемника отправки может устанавливаться на клиента группы и другой может устанавливаться на владельца группы.

Если группа P2P сформирована, передатчик отправки запускает сеанс связи FTS и пересылку файлов.

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

Передатчик отправки может использовать объект точки контроля UPnP для управления услугой, предоставляемой FTS WFD, хостируемой приемником отправки. Точка контроля UPnP вызывает действие(-ия), обеспечиваемое(-ые) услугой Wi-Fi Direct для управления сеансом пересылки файла.

Услуга пересылки файла Wi-Fi Direct может использовать услугу UPnP в качестве механизма L3 для управления и контролирования сеансом связи пересылки файла. Услуга UPnP может обеспечивать процедуру селективного поиска услуги для поиска подробных особенностей услуги, поддерживаемых устройствами. Услуга UPnP может определять действие UPnP, которое вызывается передатчиком отправки и может предоставлять возможность приемнику отправки управлять сеансом связи FTS.

Фиг. 17 представляет собой диаграмму последовательности действий сеанса связи FTS, которая включает в себя соединение L2 и соединение L3.

Так как процедура установления соединения L2 была описана с ссылкой на фиг. 16, ее подробное описание опускается.

Если выполнено успешное соединение P2P между передатчиком отправки и приемником отправки, передатчик отправки может извлекать документ описания услуги согласно архитектуре устройств UPnP. Объект точки контроля архитектуры устройств UPnP может подписываться на услугу (например, действие(-ия) UPnP по WFDS), хостируемую приемником отправки.

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

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

Также, приемник отправки может передавать событие переменной состояния транспортировки Transportstatus variable event, которое включает в себя ID сеанса связи, распределенный сгенерированному сеансу связи и информации о состоянии сгенерированного сеанса связи, на передатчик отправки. Если приемник отправки принимает запрос на создание сеанса связи, состояние сгенерированного сеанса связи может устанавливаться на готовность для транспортировки Ready_for_transport.

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

Затем, если канал транспортировки успешно построен, приемник отправки может передавать событие переменной состояния транспортировки посредством изменения состояния сеанса связи на «транспортировка». Передатчик отправки, который принял событие переменной состояния транспортировки, указывающее, что состоянием сеанса связи является «транспортировка», может передавать данные файла посредством использования запроса HTTP PUT.

ФОРМАТЫ КАДРА ЗАПРОСА НА ПОИСК УСЛУГИ И КАДРА ОТВЕТА НА ПОИСК УСЛУГИ

Кадр запроса на поиск услуги и кадр ответа на поиск услуги, которые используются для процедуры поиска услуги, могут включать в себя соответственно информацию о запросе опроса ANQP (протокол опроса доступа к сети) и информацию ответа на опрос ANQP.

Например, фиг. 18 и 19 представляют собой схемы, иллюстрирующие соответственно форматы кадра запроса на поиск услуги и кадра ответа на поиск услуги.

Как показано на фиг. 18, кадр запроса на поиск услуги может дополнительно включать в себя данные опроса. В этот момент данные опроса могут включать в себя компоненты информации об услуге, представляющие возможность (возможности) передатчика отправки.

Как показано на фиг. 19, кадр ответа на поиск услуги может включать в себя данные ответа. Кадр ответа может включать в себя информацию об услуге. Примеры информации об услуге, которая может быть включена в данные ответа, перечислена в таблице 8.

Как показано в таблице 8, данные ответа могут включать в себя поле типа протокола услуги, поле длины и поле информации об услуге.

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

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

Поле версии услуги может указывать версию FTS, которая поддерживается приемником отправки. Поле UUID (универсального уникального идентификатора) может включать в себя UUID устройства, установленный для приемника отправки.

Поле состояния услуги указывает текущее состояние услуги отправки. Например, таблица 10 предназначена для описания состояния услуги отправки в соответствии со значением поля состояния услуги.

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

Поле ID сеанса связи указывает ID сеанса связи, распределенный для услуги отправки.

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

Как описано в таблице 11, 2 бита поля битовой карты услуги могут указывать тип устройства, которое использует FTS. Любой один из 2 битов может указывать, является ли соответствующее устройство передатчиком отправки, и другой может указывать, является ли соответствующее устройство приемником отправки. Например, если значения 2 битов равны все 1, то это может указывать, что соответствующее устройство может работать в качестве передатчика отправки и приемника отправки. Если значения 2 битов все равны 0, то это может указывать, что соответствующее устройство представляет собой устройство, которое не может работать в качестве передатчика отправки и приемника отправки и не может поддерживать FTS.

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

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

Так как поле кода состояния было подробно описано с ссылкой на таблицу 7, его подробное описание опускается.

АТРИБУТ СОСТОЯНИЯ

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

Например, таблица 12 предназначена для описания атрибутов состояния.

Хэш-значение поиска услуги атрибутов состояния, перечисленных в таблице 12, может использоваться для кадра запроса на зондирование для извлечения WFDS. Атрибут хэш-значения услуги включает в себя хеш-массив из 6 длин октетов имени услуги, которое следует искать. Формат атрибута хэш-значения услуги описан в таблице 13. Хэш-значение может конфигурироваться посредством извлечения младших значащих битов (LSB) 6 октетов из выходного результата SHA-1 (защищенного алгоритма хэширования) имени услуги в коде UTF-8.

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

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

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

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

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

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

Атрибут информации об ID объявления атрибутов состояния, перечисленных в таблице 12, может использоваться для кадра запроса на поиск предоставления для запроса установления сеанса связи ASP для конкретной WFDS однорангового устройства. Атрибут информации об ID объявления может использоваться даже для кадра ответа на поиск предоставления. Атрибут информации об ID объявления описывается в таблице 18.

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

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

Формат дескриптора объявленной услуги, описанного в таблице 19, изображен в таблице 20.

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

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

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

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

Беспроводное устройство 10 может включать в себя процессор 11, память 12 и приемопередатчик 13. Приемопередатчик 13 может передавать и принимать радиосигнал и, например, может реализовать физический уровень согласно системе IEEE 802. Процессор 11 может быть электрически соединен с приемопередатчиком 13 для реализации физического уровня и/или уровня MAC согласно системе IEEE 802. Также, процессор 11 может быть выполнен с возможностью выполнения одной или нескольких операций уровней приложения, услуги и ASP согласно вышеупомянутым различным вариантам осуществления настоящего изобретения. Также, модуль для реализации работы беспроводного устройства согласно вышеупомянутым различным вариантам осуществления настоящего изобретения может храниться в памяти 12 и может быть реализован процессором 11. Память 12 может быть включена внутри или снаружи процессора 11 и может быть соединена с процессором 11 общеизвестным средством.

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

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

Если варианты осуществления согласно настоящему изобретению реализуются аппаратными средствами, варианты осуществления настоящего изобретения могут быть реализованы на одной или нескольких специализированных интегральных схемах (ASIC), процессорах цифровой обработки сигналов (DSP), устройствах цифровой обработки сигналов (DSPD), программируемых логических устройствах (PLD), программируемых вентильных матрицах (FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах и т.д.

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

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

ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ

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

Изобретение относится к области беспроводной связи. Технический результат заключается в обеспечении поиска услуги или ее объявления. Технический результат достигается за счет передачи кадра запроса на зондирование, включающего в себя хэш-значения, соответствующие каждой услуге, первым беспроводным устройством, причем хэш-значения получены посредством преобразования каждого имени услуги в хэш форму посредством платформы прикладных услуг (ASP) первого беспроводного устройства, приема кадра ответа на зондирование, включающего в себя идентификаторы объявления услуг, соответствующих хэш-значениям из числа услуг, поддерживаемых вторым беспроводным устройством, передачи кадра запроса на поиск услуги, включающего в себя имена услуг доступных услуг из числа услуг, соответствующих идентификаторам объявления, включенным в кадр ответа на зондирование, на второе беспроводное устройство и приема кадра ответа на поиск услуги от второго беспроводного устройства. 4 н. и 4 з.п. ф-лы, 20 ил., 20 табл.

1. Способ поиска услуги, причем способ, выполняемый в первом беспроводном устройстве, которое поддерживает услугу Wi-Fi Direct, содержит:

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

причем хэш-значения получены посредством преобразования каждого имени услуги в хэш форму посредством платформы прикладных услуг (ASP) первого беспроводного устройства;

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

причем идентификаторы объявления сгенерированы посредством ASP второго беспроводного устройства;

передачу кадра запроса на поиск услуги, включающего в себя имена услуг доступных услуг из числа услуг, соответствующих идентификаторам объявления, включенным в кадр ответа на зондирование, на второе беспроводное устройство; и

прием кадра ответа на поиск услуги от второго беспроводного устройства,

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

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

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

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

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

5. Способ по п. 1, в котором первым беспроводным устройством является устройство поиска услуги и вторым беспроводным устройством является блок объявления услуги.

6. Способ объявления услуги, причем способ, выполняемый в первом беспроводном устройстве, которое поддерживает услугу Wi-Fi Direct, содержит:

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

причем хэш-значения получены посредством преобразования каждого имени услуги в хэш форму посредством платформы прикладных услуг (ASP) второго беспроводного устройства;

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

причем идентификаторы объявления сгенерированы посредством ASP первого беспроводного устройства;

прием кадра запроса на поиск услуги, включающего в себя имена услуг доступных услуг из числа услуг, соответствующих идентификаторам объявления, включенным в кадр ответа на зондирование к устройству поиска услуги; и

передачу кадра ответа на поиск услуги на второе беспроводное устройство,

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

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

7. Беспроводное устройство для получения и передачи данных, которое поддерживает услугу Wi-Fi Direct, в качестве устройства поиска услуги, и поиск услуги, причем беспроводное устройство содержит:

приемопередатчик; и

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

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

причем хэш-значения получены посредством преобразования каждого имени услуги в хэш форму посредством платформы прикладных услуг (ASP) беспроводного устройства,

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

причем идентификаторы объявления сгенерированы посредством ASP беспроводного устройства в качестве устройства объявления услуги,

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

управления приемопередатчиком для прием кадра ответа на поиск услуги от беспроводного устройства в качестве устройства объявления услуги, в ответ на кадр запроса на поиск услуги, и

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

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

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

8. Беспроводное устройство для получения и передачи данных, которое поддерживает услугу Wi-Fi Direct в качестве устройства блока объявления услуги, причем беспроводное устройство содержит:

приемопередатчик; и

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

причем процессор дополнительно выполнен с возможностью

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

причем хэш-значения получены посредством преобразования каждого имени услуги в хэш форму посредством платформы прикладных услуг (ASP) беспроводного устройства в качестве устройства поиска услуги,

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

причем идентификаторы объявления сгенерированы посредством ASP беспроводного устройства в качестве устройства объявления услуги,

управления приемопередатчиком для приема кадра запроса на поиск услуги, включающего в себя имена услуг доступных услуг из числа услуг, соответствующих идентификаторам объявления, включенным в кадр ответа на зондирование от беспроводного устройства в качестве устройства поиска услуги; и

управления приемопередатчиком на передачу кадра ответа на поиск услуги на беспроводное устройство в качестве устройства поиска услуги,

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

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