СПОСОБ ДЛЯ УСТАНОВЛЕНИЯ СВЯЗИ В СИСТЕМЕ НА ОСНОВЕ СЛУЖБ ПО СТАНДАРТУ WI-FI DIRECT И СООТВЕТСТВУЮЩЕЕ УСТРОЙСТВО Российский патент 2017 года по МПК H04W92/18 

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

[1] Настоящее изобретение относится к системе беспроводной связи, а более конкретно, к способу и устройству установления связи на основе служб по стандарту Wi-Fi Direct (WFDS). Более конкретно, настоящее изобретение относится к способу для управления отсроченным сеансом и к соответствующему устройству.

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

[2] Системы беспроводной связи повсеместно развернуты для того, чтобы предоставлять различные типы услуг связи, к примеру, услуги передачи речи или данных. Обычно, система беспроводной связи представляет собой систему с множественным доступом, допускающую поддержку связи с несколькими пользователями посредством совместного использования доступных системных ресурсов (полосы пропускания, мощности передачи и т.д.). Системы с множественным доступом включают в себя, например, систему с множественным доступом с кодовым разделением каналов (CDMA), систему с множественным доступом с частотным разделением каналов (FDMA), систему с множественным доступом с временным разделением каналов (TDMA), систему с множественным доступом с ортогональным частотным разделением каналов (OFDMA) и систему с множественным доступом с частотным разделением каналов с одной несущей (SC-FDMA).

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

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

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

[6] Поскольку WFA недавно анонсировал новые технические требования для передачи данных через прямое соединение между мобильными устройствами, называемые "стандартом Wi-Fi Direct", ускоренная разработка технологий посредством релевантных институтов непрерывно ведется для того, чтобы обеспечивать соответствие техническим требованиям стандарта Wi-Fi Direct. В строгом смысле стандарт Wi-Fi Direct является маркетинговым термином, соответствующим торговой марке, и упоминается в качестве стандарта Wi-Fi между равноправными узлами (P2P) в соответствующих технических требованиях. Соответственно, "стандарт Wi-Fi Direct" и "Wi-Fi P2P" используются взаимозаменяемо в настоящем изобретении при рассмотрении Wi-Fi P2P-технологии. В традиционной Wi-Fi-сети, в общем, устройство с поддержкой Wi-Fi осуществляет доступ в Интернет-сеть через точку доступа (AP). Способ обмена данными через прямое соединение между устройствами традиционно использован некоторыми пользователями с использованием таких устройств, как сотовые телефоны или ноутбуки, приспосабливающие технологию беспроводной связи, к примеру, технологию Bluetooth. Тем не менее, скорость передачи является низкой, и фактически используемое расстояние передачи ограничено 10 м или менее. В частности, когда этот способ используется в окружении, в котором требуется передача данных большого объема, либо присутствует много Bluetooth-устройств, имеется техническое ограничение на производительность, которое пользователь ощущает на себе.

[7] Между тем, Wi-Fi P2P добавляет части для поддержки прямой связи между устройствами при сохранении большинства функций существующих технических требований Wi-Fi-стандарта. Следовательно, Wi-Fi P2P имеет преимущество предоставления P2P-связи между устройствами посредством достаточного использования аппаратных и физических свойств устройств с Wi-Fi-кристаллом и модернизации главным образом только программных функций.

[8] Хорошо известно, что применение устройств с Wi-Fi-кристаллом расширено до различных областей техники, включающих в себя ноутбуки, смартфоны, интеллектуальные телевизоры, игровые приставки и камеры, и это приводит к созданию достаточного числа поставщиков и рабочих мест для технической разработки. Тем не менее, не ведется активной разработки программного обеспечения для поддержки технических требований Wi-Fi P2P. Это обусловлено тем, что релевантное программное обеспечение, допускающее простое использование технических требований, не распространяется, хотя технические требования Wi-Fi P2P анонсированы.

[9] P2P-группа включает в себя устройство, выступающее в качестве AP поверх существующей инфраструктурной сети, и это устройство упоминается в качестве владельца P2P-группы (GO) в технических требованиях P2P Могут быть предусмотрены различные P2P-клиенты для P2P GO. Одна P2P-группа включает в себя только один GO и клиентские устройства, соответствующие другим устройствам, помимо GO.

[10] Фиг. 1 является схемой, иллюстрирующей типичную топологию P2P-сети.

[11] Как проиллюстрировано на фиг. 1, P2P GO может непосредственно соединяться с клиентом, имеющим P2P-функцию, или может соединяться с унаследованным клиентом, не имеющим P2P-функции.

[12] Фиг. 2 является схемой, иллюстрирующей случай, в котором одно P2P-устройство формирует P2P-группу и одновременно работает в качестве STA WLAN, которая должна соединяться с AP.

[13] Технические требования P2P задают рабочий режим P2P-устройств, как проиллюстрировано на фиг. 1, в качестве параллельного режима работы.

[14] Для формирования группы посредством последовательности P2P-устройств, то, какое из устройств становится "P2P GO", определяется посредством значений GO-намерений идентификатора P2P-атрибутов. Эти значения варьируются от 0 до 15. P2P-устройства обмениваются значениями GO-намерений, и устройство, имеющее самое большое значение, становится "P2P GO". Между тем, хотя унаследованное устройство, которое не поддерживает технологию Wi-Fi P2P, также может принадлежать P2P-группе, его функция ограничена осуществлением доступа к инфраструктурной сети через P2P GO.

[15] Согласно техническим требованиям Wi-Fi P2P, поскольку P2P GO передает маяковый радиосигнал с использованием OFDM, технические требования 11b не поддерживаются, и технические требования 11a/g/n могут использоваться для Wi-Fi P2P-устройств.

[16] Чтобы выполнять операцию для установления соединения между P2P GO и P2P-клиентом, технические требования P2P упрощенно включают в себя следующие четыре функции.

[17] Во-первых, P2P-обнаружение рассматривает такие технические вопросы, как обнаружение устройств, обнаружение услуг, формирование группы и P2P-приглашение. Для обнаружения устройств, два P2P-устройства обмениваются связанной с устройствами информацией, такой как имена устройств или типы устройств, по идентичному каналу. Для обнаружения услуг, P2P-устройства обмениваются информацией относительно услуги, которая должна использоваться, через P2P. Формирование группы представляет собой функцию для формирования новой группы посредством определения того, какое устройство становится "P2P GO". P2P-приглашение представляет собой функцию для вызова постоянно сформированной P2P-группы или инструктирования P2P-устройству участвовать в существующей P2P-группе.

[18] Во-вторых, работа P2P-группы описывает формирование и завершение P2P-группы, соединение с P2P-группой, связь в P2P-группе, услуга для обнаружения P2P-клиентов, работу постоянной P2P-группы и т.д.

[19] В-третьих, управление P2P-питанием описывает способ управления питанием P2P-устройств и способ обработки сигналов во время энергосберегающего режима.

[20] В завершение, управляемое P2P-устройство описывает способ, в котором одно P2P-устройство формирует P2P-группу и одновременно осуществляет доступ к инфраструктурной сети через WLAN AP.

[21] Далее описываются характеристики P2P-группы. P2P-группа является аналогичной существующему инфраструктурному базовому набору служб (BSS), в котором P2P GO служит в качестве AP, а P2P-клиент служит в качестве STA. Соответственно, P2P-устройство должно быть оснащено программным обеспечением, допускающим выполнение ролей GO и клиента. P2P-устройства различаются между собой с использованием P2P-адресов, к примеру, адресов уровня управления доступом к среде (MAC). А именно, P2P-устройства, которые осуществляют связь в P2P-группе с использованием адресов P2P-интерфейса, не должны использовать глобально уникальные идентификационные адреса. P2P-группа имеет один идентификатор P2P-группы, состоящий из комбинации идентификатора набора служб (SSID) и адреса P2P-устройства P2P GO. В технических требованиях Wi-Fi P2P, WPA2-PSK/AES используется для обеспечения безопасности. Жизненный цикл P2P-группы включает в себя способ на основе временного соединения и способ на основе постоянного соединения, в котором идентичное соединение предпринимается после предварительно определенного времени. В способе на основе постоянного соединения группы, после того, как сформирована P2P-группа, роли, сертификаты, SSID и идентификатор P2P-группы устройств кэшируются, так что быстрое повторное соединение группы может устанавливаться посредством применения идентичного формата соединения.

[22] Далее описывается способ Wi-Fi P2P-соединения. Процесс соединения Wi-Fi-устройств упрощенно включает в себя две фазы. Первая фаза является обнаружением, в котором два P2P-устройства находят друг друга, а вторая фаза является формированием группы, в котором роль P2P GO или P2P-клиента определяется между обнаруженными устройствами. Первая фаза обнаружения инструктирует P2P-устройствам соединяться между собой и включает в себя состояние поиска и состояние прослушивания. В состоянии поиска, устройства выполняют активный поиск с использованием кадра тестового запроса. Для быстрого поиска, диапазон поиска ограничивается, и поиск выполняется с использованием каналов ch1, ch6 и ch11 социальных сетей. P2P-устройство в состоянии прослушивания поддерживает состояние прослушивания посредством выбора только одного из трех каналов социальных сетей. После приема кадра тестового запроса, передаваемого посредством другого P2P-устройства в состоянии поиска, P2P-устройство отвечает кадром тестового ответа. P2P-устройства могут достигать общего канала после многократного выполнения состояния поиска и состояния прослушивания. Для избирательного ассоциирования после нахождения друг друга P2P-устройства используют кадр тестового запроса и кадр тестового ответа, чтобы обнаруживать тип устройства, изготовителя или знакомое имя устройства. Чтобы подтверждать то, присутствует или нет совместимая между устройствами услуга в P2P-группе, P2P-устройства могут использовать обнаружение услуг. Оно предназначено для того, чтобы определять то, являются или нет услуги, предоставляемые в каждом устройстве, совместимыми с другим устройством. В технических требованиях P2P, конкретные технические требования по обнаружению услуг не обозначены. Пользователь P2P-устройства может выполнять поиск ближайших P2P-устройств и услуг, предоставляемых посредством устройств, за счет этого быстро соединяясь с требуемым устройством или услугой.

[23] Далее описывается формирование группы, которое представляет собой вторую фазу. Если P2P-устройства завершают вышеописанную фазу обнаружения (нахождения), проверка в отношении того, присутствует или нет парное устройство, завершается. На основе фазы обнаружения, два P2P-устройства должны переходить к фазе GO-согласования для того, чтобы конфигурировать BSS. Фаза согласования упрощенно разделяется на две подфазы: фазу GO-согласования и фазу защищенного установления Wi-Fi-соединения (WPS). В фазе GO-согласования, устройства согласуют друг с другом роль в качестве P2P GO или P2P-клиента и задают рабочий канал, который должен использоваться в P2P-группе. В WPS-фазе, типичная операция выполняется, аналогично существующему WPS, например, обмен информацией PIN-кода, вводимой пользователем на клавишной панели, или простое установление через экранную кнопку. В P2P-группе, P2P GO играет базовую роль P2P-группы. P2P GO назначает адрес P2P-интерфейса, выбирает рабочий канал группы и отправляет маяковый радиосигнал, включающий в себя различные рабочие параметры группы. В P2P-группе, только P2P GO допускает передачу маякового радиосигнала. С использованием маякового радиосигнала P2P-устройство быстро подтверждает P2P GO и участвует в группе в фазе сканирования, которая представляет собой фазу установления начального соединения. Альтернативно, P2P GO может автономно инициировать сеанс P2P-группы или может инициировать сеанс после использования способа, описанного в фазе P2P-обнаружения. Поскольку значение для P2P GO, выполняющего важную роль, не является фиксированным ни для одного из устройств, а является переменным посредством приложения или услуги верхнего уровня, разработчик может выбирать собственное значение, соответствующее P2P GO, согласно использованию прикладной программы.

[24] Ниже описывается P2P-адресация. P2P-устройство назначает адрес P2P-интерфейса с использованием MAC-адреса в сеансе P2P-группы. Адрес P2P-интерфейса P2P GO представляет собой идентификатор BSS, который фактически указывает MAC-адрес P2P GO.

[25] Далее описывается диссоциирование P2P-группы. Если сеанс P2P завершается, P2P GO должен информировать все P2P-клиенты в отношении того, что сеанс P2P-группы завершается, через деаутентификацию. P2P-клиент также может выполнять диссоциирование для P2P GO, и, в этом случае при возможности требуется процедура диссоциирования. После приема запроса на разъединение с диссоциированием из P2P-клиента P2P GO может распознавать то, что P2P-клиент диссоциирован. При считывании анормальной ошибки протокола из P2P-клиента или считывании P2P-клиента, который затрудняет соединение P2P-группы от P2P-клиента, P2P GO инициирует отклонение аутентификации или отказ в ассоциировании. P2P GO записывает причину сбоя в ответ по ассоциированию и затем передает ответ.

[26] В процедуре сеансового соединения из числа вышеуказанных процессов, когда поисковое устройство (модуль поиска услуг) хочет использовать конкретную WFDS согласно традиционной схеме, если оповещающее устройство (модуль оповещения об услугах) выполнено с возможностью не разрешать автоматическое принятие (auto_accept), оповещающее устройство может отсрочивать запрос на установление сеанса, но не передавать информацию, указывающую то, что сеанс отсрочен, в поисковое устройство. Соответственно, поисковое устройство должно ожидать до тех пор, пока запрос на установление сеанса для отсроченного сеанса не будет снова принят из оповещающего устройства. Помимо этого, после принятия запроса на установление сеанса, пользователь оповещающего устройства может определять только то, следует или нет принимать запрос на установление сеанса. Следовательно, требуется процедура передачи дополнительной информации относительно запроса на установление сеанса между двумя устройствами.

[27] Далее описываются эти проблемы в качестве примера. Предполагается, что поисковое устройство представляет собой смартфон, оповещающее устройство представляет собой печатающее устройство, и услуга, которую должно использовать поисковое устройство, представляет собой услугу печати для печати изображения внутри смартфона через печатающее устройство. Хотя печатающее устройство может присутствовать около пользователя смартфона, печатающее устройство может устанавливаться в месте, которое не находится рядом с пользователем смартфона. В этом случае, печатающее устройство может быть выполнено с возможностью осуществлять услугу печати только тогда, когда печатающее устройство принимает запрос на предоставление услуг. Это обусловлено тем, что печатающее устройство может быть выполнено с возможностью не разрешать auto_accept пользователем, хотя печатающее устройство может сразу выполнять услугу печати относительно запроса на предоставление услуг смартфона в случае, если печатающее устройство выполнено с возможностью разрешать auto_accept.

[28] Соответственно, необходимо отображать информацию, указывающую то, что запрос на установление сеанса для услуги печати отсрочен, на смартфоне. Информация относительно запрашиваемой услуги сеанса может отображаться на печатающем устройстве, так что дополнительная информация (например, информация, указывающая то, что стоимость услуги печати составляет 0,1$ за лист) может отображаться для пользователя печатающего устройства.

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

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

ТЕХНИЧЕСКАЯ ЗАДАЧА

[30] Цель настоящего изобретения, разработанного с возможностью разрешать проблему, заключается в предоставлении способа для эффективного управления сеансовым соединением в системе на основе служб по стандарту Wi-Fi Direct (WFDS) и устройства для выполнения означенного.

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

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

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

[33] Цели настоящего изобретения могут достигаться посредством предоставления способа для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), включающего в себя прием, посредством первого устройства, первого кадра запроса на обнаружение предоставления услуг, включающего в себя связанную с идентификатором оповещения информацию, из второго устройства; и передачу, посредством первого устройства, первого кадра ответа по обнаружению предоставления услуг во второе устройство, при этом когда первое устройство должно ожидать сеанса подтверждения для запроса на установление сеанса услуги на основе связанной с идентификатором оповещения информации, первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

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

[35] Метод AdvertiseService может вызываться до того, как первое устройство принимает первый кадр запроса на обнаружение предоставления услуг.

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

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

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

[39] Когда пользователь первого устройства принимает отсрочку сеанса, способ дополнительно может включать в себя передачу второго кадра запроса на предоставление услуг во второе устройство; и прием второго кадра ответа по предоставлению услуг из второго устройства.

[40] Второй кадр запроса на обнаружение предоставления услуг может включать в себя информацию возможностей соединения первого устройства.

[41] Когда первое устройство передает зависимое от равноправного узла сообщение согласования во второе устройство в качестве информации согласования группы равноправных узлов (P2P), первое устройство может становиться клиентом группы для P2P-группы при приеме ответа, указывающего то, что второе устройство становится владельцем группы для P2P-группы, из второго устройства, и первое устройство может становиться владельцем группы для P2P-группы при приеме ответа, указывающего то, что второе устройство становится клиентом группы для P2P-группы, из второго устройства.

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

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

[44] В другом аспекте настоящего изобретения, в данном документе предусмотрен способ для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), включающий в себя прием, посредством первого устройства, сообщения с запросом на установление сеанса, включающего в себя идентификатор оповещения, из второго устройства, когда существующее соединение между первым устройством и вторым устройством присутствует; передачу, посредством первого устройства, сообщения по отсрочке сеанса во второе устройство, при этом когда первое устройство должно ожидать подтверждения для запроса на установление сеанса, связанного с услугой на основе идентификатора оповещения, сообщения по отсрочке сеанса включают в себя информацию относительно отсрочки сеанса, связанного с услугой.

[45] Сообщение с запросом на установление сеанса и сообщение по отсрочке сеанса выполнены с возможностью включать в себя код операции (код операции) и порядковый номер.

[46] Порядковый номер может быть включен в сообщение с запросом на установление сеанса либо в сообщение подтверждения приема (ACK) или неподтверждения приема (NACK), передаваемое в качестве ответа на сообщение с запросом на установление сеанса.

[47] В другом аспекте настоящего изобретения, в данном документе предусмотрен способ для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), включающий в себя передачу, посредством второго устройства, первого кадра запроса на обнаружение предоставления услуг, включающего в себя связанную с идентификатором оповещения информацию, в первое устройство; и прием, посредством второго устройства, первого кадра ответа по обнаружению предоставления услуг из первого устройства, при этом когда первое устройство должно ожидать сеанса подтверждения для запроса на установление сеанса услуги на основе связанной с идентификатором оповещения информации, первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

[48] В другом аспекте настоящего изобретения, в данном документе предусмотрено первое устройство для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), включающее в себя приемо-передающее устройство; и процессор, при этом процессор выполнен с возможностью принимать, через приемо-передающее устройство, первый кадр запроса на обнаружение предоставления услуг, включающий в себя связанную с идентификатором оповещения информацию, из второго устройства, и передавать, в приемо-передающее устройство, первый кадр ответа по обнаружению предоставления услуг, при этом когда первое устройство должно ожидать сеанса подтверждения для запроса на установление сеанса услуги на основе связанной с идентификатором оповещения информации, первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ

[49] Согласно вариантам осуществления настоящего изобретения, получаются следующие преимущества.

[50] Во-первых, согласно вариантам осуществления настоящего изобретения, сеансовое соединение может эффективно управляться в окружении WFDS-системы.

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

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

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

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

[54] Фиг. 1 является схемой, иллюстрирующей типичную топологию P2P-сети.

[55] Фиг. 2 является схемой, иллюстрирующей случай, в котором одно P2P-устройство формирует P2P-группу и одновременно работает в качестве STA WLAN, которая должна соединяться с AP.

[56] Фиг. 3 является принципиальной блок-схемой устройства на основе служб по стандарту Wi-Fi Direct (WFDS).

[57] Фиг. 4 является схемой, иллюстрирующей процедуру сеансового WFDS-соединения через обнаружение устройств и обнаружение услуг между WFDS-устройствами в существующей WFDS.

[58] Фиг. 5 является схемой, иллюстрирующей операцию соединения между WFDS-устройствами.

[59] Фиг. 6 является схемой, иллюстрирующей взаимосвязь интерфейса между объектом предоставления услуг и ASP.

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

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

[62] Фиг. 9 иллюстрирует Wi-Fi P2P-устройство, которое является применимым к настоящему изобретению.

ОПТИМАЛЬНЫЙ РЕЖИМ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[63] Следующая технология может использоваться в различных системах беспроводного доступа, таких как системы для множественного доступа с кодовым разделением каналов (CDMA), множественного доступа с частотным разделением каналов (FDMA), множественного доступа с временным разделением каналов (TDMA), множественного доступа с ортогональным частотным разделением каналов (OFDMA), множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA), мультиплексирования с ортогональным частотным разделением каналов (OFDM) и т.д. CDMA может реализовываться посредством такой технологии радиосвязи, как универсальный наземный радиодоступ (UTRA) или CDMA2000. TDMA может быть реализован посредством такой технологии радиосвязи, как глобальная система мобильной связи (GSM)/общая служба пакетной радиопередачи (GPRS)/развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE). OFDMA может реализовываться посредством такой технологии радиосвязи, как IEEE 802.16 (WiMAX), IEEE 802.20, усовершенствованный UTRA (E-UTRA) и т.д. OFDM может реализовываться посредством такой технологии радиосвязи, как IEEE 802.11.

[64] Для понятности, описание приводится с акцентированием внимания на IEEE 802.11 (Wi-Fi). Тем не менее, техническая сущность настоящего изобретения не ограничена этим. Например, описание, приведенное ниже, может поддерживаться посредством документов по стандартизации, раскрытых, по меньшей мере, для одной из систем беспроводного доступа, таких как системы по стандарту Института инженеров по электротехнике и радиоэлектронике (IEEE) 802, партнерского проекта третьего поколения (3GPP), по стандарту долгосрочного развития 3GPP (3GPP LTE), по усовершенствованному стандарту LTE (LTE-A) и 3GPP2-системы. Для этапов или частей, описание которых опускается для того, чтобы прояснять технические признаки настоящего изобретения, следует обратиться к этим документам. Дополнительно, все термины, изложенные в данном документе, могут поясняться посредством документов по стандартизации.

[65] Конкретные термины, используемые в нижеприведенном описании, предоставляются для того, чтобы помогать в понимании настоящего изобретения. Эти конкретные термины могут быть заменены другими терминами в пределах объема и сущностью настоящего изобретения. В некоторых случаях, известные структуры и устройства опускаются во избежание затруднения понимания принципов настоящего изобретения, и важные функции структур и устройств показаны в форме блок-схемы. Идентичные номера ссылок используются на всех чертежах для того, чтобы ссылаться на идентичные или аналогичные части. Порядок операций, описанных в вариантах осуществления настоящего изобретения, может перекомпоновываться. Некоторые структуры или признаки любого варианта осуществления могут быть включены в другой вариант осуществления и могут заменяться соответствующими структурами или признаками другого варианта осуществления.

[66] Далее описываются примерные варианты осуществления настоящего изобретения со ссылками на чертежи. Подробное описание, которое раскрывается вместе с прилагаемыми чертежами, имеет намерение описывать примерные варианты осуществления настоящего изобретения и не имеет намерение описывать уникальный вариант осуществления, посредством которого может осуществляться настоящее изобретение. Нижеприведенное подробное описание включает в себя конкретные подробности для того, чтобы предоставлять полное понимание настоящего изобретения. Тем не менее, специалистам в данной области техники должно быть очевидным, что настоящее изобретение может быть использовано на практике без этих конкретных подробностей. Например, хотя нижеприведенное подробное описание приводится при таком допущении, что система мобильной связи представляет собой систему на основе служб по стандарту Wi-Fi Direct (WFDS), аспекты настоящего изобретения, которые не являются конкретными для WFDS-системы, являются применимыми к другим произвольным системам мобильной связи.

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

[68] В нижеприведенном описании предполагается, что терминальное устройство означает мобильное или стационарное пользовательское устройство, к примеру, абонентское устройство (UE), мобильную станцию (MS) и т.д. Также предполагается, что точка доступа означает произвольный узел на стороне сети, к примеру, узел B, усовершенствованный узел B, базовую станцию и т.д., обменивающийся данными с терминалом.

[69] ТРАДИЦИОННЫЙ СПОСОБ WFDS-УСТАНОВЛЕНИЯ

[70] Фиг. 3 является принципиальной блок-схемой WFDS-устройства.

[71] Платформа для прикладных услуг, называемая "платформой прикладных услуг (ASP)", задается на MAC-уровне стандарта Wi-Fi Direct и на верхнем уровне. ASP служит для того, чтобы выполнять управление сеансами между верхним прикладным уровнем и нижним уровнем стандарта Wi-Fi Direct, обработку команд услуги, а также управление и обеспечение безопасности между ASP. Поверх ASP, поддерживаются четыре базовых службы, заданные в WFDS, т.е. службы отправки, воспроизведения, отображения и печати, соответствующие приложения и пользовательские интерфейсы (UI). Служба отправки представляет службу и приложение, допускающие передачу файлов между двумя WFDS-устройствами. Служба воспроизведения представляет службу и приложение потоковой передачи данных для совместного использования аудио/видео (A/V), фотографий и музыки на основе стандарта Альянса цифровых домашних сетей (DLNA) между двумя WFDS-устройствами. Служба печати представляет службу и приложение для разрешения печати документов и фотографий между устройством, имеющим такой контент, как документы и фотографий, и печатающим устройством. Служба отображения задает службу и приложение для разрешения совместного использования экрана между Miracast-источником и Miracast-приемником WFA. Служба разрешений задается с возможностью использовать общую ASP-платформу при поддержке приложения сторонних производителей, в дополнение к базовым службам.

[72] Фиг. 4 является схемой, иллюстрирующей процедуру сеансового WFDS-соединения через обнаружение устройств и обнаружение услуг между WFDS-устройствами в существующей WFDS.

[73] Для удобства описания, как проиллюстрировано на фиг. 4, предполагается, что устройство A служит в качестве оповещающего модуля для оповещения WFDS, которое может предоставляться в поисковый модуль и устройство B, функционирует с возможностью осуществлять поиск оповещаемой услуги. Устройство A представляет собой устройство для оповещения услуги и инструктирования равноправному устройству выполнять поиск и запускать услугу, и устройство B представляет собой устройство для выполнения процедуры для обнаружения устройства, поддерживающего услугу, посредством приложения верхнего уровня или пользовательского запроса.

[74] Объект предоставления услуг устройства A передает WFDS-информацию, которая может предоставляться таким способом, в ASP устройства A. Объект предоставления услуг устройства B также может передавать WFDS-информацию, которая может предоставляться таким способом, в ASP устройства B. В устройстве B, которое служит в качестве поискового модуля, прикладной объект устройства B информирует объект предоставления услуг устройства B в отношении услуги, которая использует WFDS, и объект предоставления услуг командует ASP обнаруживать устройство для того, чтобы использовать WFDS.

[75] В процедуре передачи и приема кадра тестового запроса/ответа, поисковое устройство имеет цель поиска своего близлежащего устройства. ASP устройства B передает кадр тестового запроса между равноправными узлами (P2P) (S410), чтобы находить целевое WFDS-устройство. ASP устройства B вставляет имя услуги, которую ASP хочет обнаруживать или может поддерживать, в P2P-кадр тестового запроса в форме хэша. Например, если имя услуги изменяется на 6-октетное хэш-значение с использованием SHA-256, "org.wi-fi.wfds.send.rx" может выражаться посредством "0xeb ac b9 5f 37 4e". После приема P2P-кадра тестового запроса из поискового модуля устройство A передает P2P-кадр тестового ответа в устройство B (S420), когда соответствующая услуга поддерживается. P2P-кадр тестового ответа включает в себя поддерживаемую услугу посредством имени услуги или хэш-значения и соответствующего значения идентификатора оповещения. Эта процедура представляет собой процедуру обнаружения устройств, при которой устройство A и устройство B допускают распознавание друг друга в качестве WFDS-устройства. Связанная с устройствами информация, которая может получаться в процедуре обнаружения устройств, может включать в себя имя устройства, тип первичного устройства, идентификатор пароля устройства и т.д.

[76] Далее описывается процедура обнаружения устройств. Процедура обнаружения устройств повторяет состояние прослушивания и состояние поиска и использует каналы ch1, ch6 и ch11 социальных сетей в полосе частот 2,4 ГГц. Состояние прослушивания ожидает приема кадра тестового запроса на одном из каналов ch1, ch6 и ch11 в течение случайного времени. В состоянии поиска кадр тестового запроса передается.

[77] После этого, сведения по конкретной услуге могут быть известными через процедуру обнаружения P2P-услуг. Устройство B, которое обнаруживает устройство, с которым может выполняться WFDS, передает кадр запроса на обнаружение P2P-услуг в соответствующее устройство (S430). После приема кадра запроса на обнаружение P2P-услуг из устройства B, ASP устройства A сопоставляет услугу, включенную в метод, вызываемый посредством объекта предоставления услуг устройства A, с именем P2P-услуги и информацией P2P-услуг, принимаемой из устройства B, и передает кадр ответа по обнаружению P2P-услуг в устройство B (S440). В этом процессе, может использоваться протокол служб общих оповещений (GAS), заданный в IEEE 802.11u. Если запрос на поиск услуг завершается, устройство B может информировать приложение и пользователя в отношении результата поиска. Группа по стандарту Wi-Fi Direct не установлена к настоящему времени. Когда пользователь выбирает услугу, и в силу этого объект предоставления услуг выполняет сеансовое соединение, реализуется формирование P2P-группы.

[78] Если выполняются процедуры обнаружения устройств (S410 и S420) и обнаружения услуг (S430 и S440), может выполняться сеансовое соединение между WFDS-устройствами. В этом процессе для сеансового соединения обмениваются кадром запроса на обнаружение предоставления P2P-услуг (S450) и кадром ответа по обнаружению предоставления P2P-услуг (S460). Далее это описывается подробнее.

[79] Фиг. 5 является схемой, иллюстрирующей операцию соединения между WFDS-устройствами.

[80] Как проиллюстрировано на фиг. 5, WFDS-устройство выполняет соединение в порядке "обнаружение – P2P-соединение – ASP-сеанс – сеанс предоставления услуг". ASP является логическим объектом, который выполняет стандартные функции, требуемые посредством служб воспроизведения, отправки, отображения и печати. Стандартные функции включают в себя, но не только, обнаружение услуг и обнаружение устройств, управление ASP-сеансами, управление топологией соединений и обеспечение безопасности.

[81] ASP-сеанс является логической линией связи между ASP одного устройства и ASP другого устройства. P2P-соединение между равноправными устройствами требуется для того, чтобы начинать ASP-сеанс. Один ASP может устанавливать несколько ASP-сеансов между двумя устройствами в данной P2P-сети. Каждый ASP-сеанс может быть идентифицирован посредством идентификатора сеанса, назначаемого посредством ASP, запрашивающего ASP-сеанс.

[82] Например, когда пользователь хочет использовать услугу X между устройством A и устройством B, два ASP могут формировать ASP-сеанс между собой, а когда пользователь хочет использовать услугу Y, два ASP могут создавать другой ASP-сеанс для услуги Y, отличающейся от услуги X.

[83] Фиг. 6 является схемой, иллюстрирующей взаимосвязь интерфейса между объектом предоставления услуг и ASP.

[84] Как проиллюстрировано на фиг. 6, метод передается из объекта предоставления услуг одного устройства в ASP (S610), и событие передается из ASP в объект предоставления услуг (S620). Множество объектов предоставления услуг могут присутствовать для одной WFDS, и каждый объект предоставления услуг может передавать метод в ASP. Помимо этого, один объект предоставления услуг может передавать множество методов, и один ASP может передавать множество событий.

[85] Чтобы устанавливать и поддерживать соединение с равноправным устройством в стандарте Wi-Fi Direct, модуль поиска услуг выполняет поиск оповещаемой услуги на удаленном устройстве, и модуль оповещения об услугах может оповещать услугу, которая может предоставляться, при одновременном потенциальном ожидании поиска услуг посредством модуля поиска услуг. Одно устройство может представлять собой множество модулей оповещения об услугах и может представлять собой множество модулей поиска услуг. Услуга идентифицируется посредством имени услуги. Каждая услуга представлена посредством UTF-8-строки с именем услуги. Например, "org.wi-fi" зарезервировано для услуги, заданной посредством WFA. Заданные услуги показаны в нижеприведенной таблице 1.

[86]

Таблица 1 org.wi-fi.wfds.send.tx
org.wi-fi.wfds.play.tx
org.wi-fi.wfds.display.tx
org.wi-fi.wfds.print.tx org.wi-fi.wfds.send.rx
org.wi-fi.wfds.play.rx
org.wi-fi.wfds.display.rx
org.wi-fi.wfds.print.rx

[87] Метод представляет действие, инициируемое посредством объекта предоставления услуг, при этом информация относительно действия, которая должна извлекаться, содержится в параметре метода. Только ограниченная информация возвращается в качестве возвращаемого значения вызова метода, и все вызовы методов могут сразу отправлять возвращаемое значение.

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

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

[90] ВАРИАНТ 1 ОСУЩЕСТВЛЕНИЯ. В СЛУЧАЕ НОВОГО P2P-СОЕДИНЕНИЯ

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

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

[93] Как проиллюстрировано на фиг. 7, когда устройство A (первое устройство) представляет собой модуль оповещения об услугах, устройство B (второе устройство) представляет собой модуль поиска услуг, устройство A, которое представляет собой оповещающий модуль, может вызывать метод AdvertiseService и передавать услугу, которая может предоставляться таким способом, в свою ASP (S702). Во время вызова метода AdvertiseService, установление отсрочки сеанса означает случай auto_accept=="ложь", указывающий состояние, в котором автоматически не принимается запрос на установление сеанса.

[94] Устройство B, которое представляет собой поисковый модуль, может вызывать метод SeekService, который выполняет поиск услуги, которая должна использоваться, и передавать услугу, которая должна использоваться, в свою ASP. Устройство A может выполнять обнаружение устройств (S706 и 708) и обнаружение услуг (S710 и S712) и затем принимать кадр запроса на обнаружение предоставления услуг из устройства B (S714). В ответ на кадр запроса на обнаружение предоставления услуг, устройство A может передавать кадр ответа по обнаружению предоставления услуг в устройство B (S718). Устройство A может быть выполнено с возможностью отсрочивать запрос на установление сеанса до выполнения процедуры обнаружения устройств (тестового обнаружения) (S702). Поскольку устройство A выполнено с возможностью отсрочивать сеанс, устройство A должно отсрочивать сеанс после приема запроса на установление сеанса предоставления услуг на основе связанной с идентификатором оповещения информации и ожидать сеанса подтверждения. Помимо этого, устройство A может включать информацию, указывающую то, что сеанс отсрочен, в кадр ответа по обнаружению предоставления услуг и затем передавать кадр ответа по обнаружению предоставления услуг в устройство B, которое представляет собой поисковый модуль. В этом случае, то, какой сеанс предоставления услуг запрашивается, может определяться на основе идентификатора оповещения (advertise_id), включенного в кадр запроса на обнаружение предоставления услуг. Помимо этого, устройство A может информировать пользователя в отношении того, что сеанс отсрочен (S716), и пользователь оповещающего устройства может принимать информацию сеанса и определять то, следует или нет принимать сеанс (S720). Если имеется ввод в отношении того, следует или нет принимать сеанс (S722), устройство A может передавать последующий кадр запроса на обнаружение предоставления услуг в устройство B (S724). Если информация принятия сеанса включена в последующий кадр запроса на обнаружение предоставления услуг, второе устройство может передавать последующий кадр ответа по обнаружению предоставления услуг в устройство A (S726), с тем чтобы завершать сеансовое соединение. Если информация отклонения сеанса включена в последующий кадр запроса на обнаружение предоставления услуг, устройство B может завершать запрос на установление сеанса.

[95] В дальнейшем в этом документе подробнее описываются вышеописанные процессы.

[96] ВАРИАНТ 1-1 ОСУЩЕСТВЛЕНИЯ. УСТАНОВЛЕНИЕ ОТСРОЧКИ СЕАНСА ВО ВРЕМЯ ВЫЗОВА МЕТОДА ADVERTISESERVICE

[97] Во-первых, далее описывается процедура, в которой оповещающее устройство устанавливает отсрочку сеанса.

[98] Оповещающее устройство может передавать информацию относительно услуги, которую оповещающее устройство оповещает в ASP (S702), перед приемом принимать запроса на обнаружение (перед приемом кадра тестового запроса) из поискового устройства. А именно, оповещающее устройство может выполнять оповещение об услуге относительно ASP через метод AdvertiseService.

[99] Метод AdvertiseService предоставляет информацию, так что модуль поиска услуг может выполнять поиск оповещаемой услуги на другом устройстве и инициировать ASP-сеанс. Метод AdvertiseService заключается в следующем.

[100] AdvertiseService (service_name, auto_accept, service_information, service_status, session_information_response)

[101] Метод AdvertiseService включает в себя множество параметров, каждый из которых описывается далее.

[102] Параметр имени услуги (service_name) представляет собой идентификатор для идентификации услуги, поиск которой может выполняться посредством модуля поиска услуг, выполняющего метод SeekService. Параметр service_name может состоять из одного или нескольких однобайтовых UTF-8- или многобайтовых UTF-8-символов. Однобайтовые UTF-8-символы могут включать в себя буквенно-цифровые значения, дефис ("-") и точку ("."), а многобайтовые UTF-8-символы могут включать в себя все допустимые UTF-8-символы. ASP может использовать параметр service_name посредством сопоставления с именем услуги в процедуре обнаружения услуг. Например, когда ASP оповещает строку символов "org.wi-fi.wfds", если поисковый модуль передает хэш-значение для "org.wi-fi.wfds", ASP на стороне оповещающего модуля может отвечать положительно.

[103] Параметр автоматического принятия (auto_accept) может иметь значение "истина" или "ложь". Если параметр auto_accept имеет значение "истина", оповещающий модуль может принимать запрос на установление сеанса поискового модуля даже без приема метода ConfirmSession (т.е. это означает то, что выполняется автоматическое принятие). Если параметр auto_accept имеет значение "ложь", ASP оповещающего модуля должен ожидать сеанса подтверждения из объекта предоставления услуг перед продолжением. Соответственно, установление отсрочки сеанса означает случай auto_accept=="ложь", указывающий то, что автоматический запрос на установление сеанса не принят.

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

[105] Параметр состояния услуги (service_status) указывает состояние услуги во время вызова метода AdvertiseService. Параметр service_status равен 1, когда услуга доступна, и 0, когда услуга недоступна, или наоборот. В этом случае, должно учитываться то, указывает или нет механизм процедуры обнаружения (тестовый запрос или запрос на обнаружение услуг) то, что услуга поддерживается посредством устройства. Если параметр service_status указывает 0, ASP может отклонять все запросы на то, чтобы устанавливать ASP-сеанс.

[106] Параметр ответа с информацией сеанса (session_information_response) присутствует только тогда, когда параметр auto_accept указывает "ложь" (случай, в котором сеанс устанавливается с отсрочкой), а в противном случае (auto_accept =="истина"), параметр session_information_response указывает "нуль". Иными словами, параметр session_information_response не присутствует в методе AdvertiseService.

[107] Если параметр session_information_response присутствует в методе AdvertiseService, параметр session_information_response передается в ASP поискового модуля. Если запрос на обнаружение предоставления услуг передается в качестве части установления ASP-сеанса, параметр session_information_response может быть включен в качестве поля ответа с информацией сеанса в атрибут информации в виде данных ответа с информацией сеанса. Если имеется соединение между двумя устройствами, параметр session_information_response может быть включен в поле ответа с информацией сеанса сообщения по протоколу координации ASP отсроченного сеанса (ASP DEFERRED_SESSION). ASP поискового модуля передает параметр session_information_response в объект предоставления услуг поискового модуля. В этом случае, ASP поискового модуля может передавать параметр session_information_response посредством задания значения события ConnectStatus как "состояние == ServiceRequestDeferred".

[108] Параметр идентификатора оповещения (advertisement_id) может быть необходимым. Параметр advertisement_id задается посредством ASP, и оповещение устройства для обработки посредством услуги, которая запрашивает оповещение, может быть уникально идентифицировано через параметр advertisement_id. Параметр advertisement_id передается в поисковый модуль, чтобы устанавливать ASP-сеанс. Параметр advertisement_id может использоваться в методах, таких как ServiceStatusChange, CancelAdvertiseService и ConnectSessions, в событиях, таких как SearchResult, AdvertiseStatus и SessionRequest, и в сообщении с запросом на установление сеанса для вызова конкретного метода AdvertiseService. Оповещение WFDS может быть уникально идентифицировано посредством обмена параметром advertisement_id и MAC услуги между устройствами.

[109] ВАРИАНТ 1-2 ОСУЩЕСТВЛЕНИЯ. ЗАПРОС/ОТВЕТ ПО ОБНАРУЖЕНИЮ ПРЕДОСТАВЛЕНИЯ УСЛУГ

[110] До того, как поисковое устройство обнаруживает оповещающее устройство, поисковое устройство может вызывать вышеописанный метод AdvertiseService, обнаруживать устройство в процедурах (S706 и S708) передачи и приема кадра тестового запроса/ответа по обнаружению и затем передавать WFDS-услугу, которая должна использоваться, в процедуре (S710 и S712) передачи и приема кадра запроса/ответа по обнаружению услуг. После этого, кадр запроса/ответа по обнаружению предоставления услуг передается и принимается в процедуре запроса/ответа по установлению сеанса предоставления услуг. Далее подробно описывается способ для передачи информации отсрочки сеанса.

[111] Процедура обнаружения предоставления услуг является обязательной перед установлением P2P-соединения для ASP-сеанса. Первичная цель этой процедуры состоит в том, чтобы обеспечивать сетевую роль, которую выполняет каждое устройство, и определять различные параметры, такие как рабочий канал. Процедура обнаружения предоставления услуг включает в себя два режима.

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

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

[114]

Таблица 2 Идентификатор атрибута Атрибут Запрос на обнаружение предоставления услуг Ответ по обнаружению предоставления услуг 2 P2P-возможности Всегда присутствует Всегда присутствует 13 Информация P2P-устройства Всегда присутствует Всегда присутствует 15 Идентификатор P2P-группы Информация возможностей соединения указывает "новый или GO" или "(новый, GO)", или "(Cli, GO)" Информация возможностей соединения указывает "GO" 0 Состояние Всегда присутствует 17 Рабочий канал Информация возможностей соединения указывает "новый или GO" или "(новый, GO)", или "(Cli, GO)" Информация возможностей соединения указывает "GO" 11 Список каналов Информация возможностей соединения указывает "новый" или "(новый, GO)" Информация возможностей соединения указывает "Cli" или "GO" 22 Информация в виде данных по информации сеанса Присутствует, только если длина session_information не равна 0
- 23 Информация возможностей соединения Всегда присутствует Присутствует в ответе по обнаружению предоставления услуг, если "Состояние == успешно" 24 Информация идентификатора оповещения Всегда присутствует Всегда присутствует 5 Тайм-аут конфигурирования Информация возможностей соединения указывает "новый" или "(новый, GO)", или "(GO, Cli)" Информация возможностей соединения указывает "GO" или "Cli" 6 Прослушивающий канал Информация возможностей соединения указывает "новый" или "Cli" - 26 Информация идентификатора сеанса Всегда присутствует - 27 Информация в виде данных ответа с информацией сеанса - Присутствует, если Состояние == "Сбой; информация в данный момент недоступна"

[115] Как описано выше, если параметр auto_accept задается как "ложь" (auto_accept=="ложь"), и в силу этого оповещающее устройство вызывает метод AdvertiseService, ASP может задавать поле состояния как "Сбой: информация в данный момент недоступна", передавать событие SessionRequest в объект предоставления услуг, который находится на верхнем уровне (S716), и запускать таймер (например, 120 секунд).

[116] Если пользователь вводит принятие или отклонение в оповещающем устройстве (S720), и ASP принимает метод ConfirmSession с подтверждением="истина" или "ложь" из объекта предоставления услуг (S722), ASP может останавливать работающий таймер и передавать последующий кадр запроса на обнаружение предоставления услуг в ASP равноправного узла (S724). В этом случае, ASP передает последующий кадр запроса на обнаружение предоставления услуг на канале, указываемом посредством атрибута прослушивающего канала, или канале, указываемом посредством атрибута рабочего канала (если атрибут прослушивающего канала не включен в кадр запроса на обнаружение предоставления услуг с идентичным ASP и идентичной информацией идентификатора оповещения).

[117] Если метод ConfirmSession задается как подтверждение="истина", код состояния в атрибуте состояния задается равным значению "Успешно: принято пользователем". Если метод ConfirmSession задается как подтверждение="ложь", код состояния в атрибуте Состояния задается равным значению "Сбой: отклонено пользователем". Если атрибуты информации идентификатора сеанса, информации идентификатора оповещения, прослушивающего канала и рабочего канала идентично используются в предыдущем кадре запроса на обнаружение предоставления услуг, принимаемом из идентичной ASP равноправного узла, процедура обнаружения предоставления услуг завершается сбоем, и если 120-секундный таймер истекает, установление P2P-соединения прерывается.

[118] Оповещающее устройство может передавать информацию, указывающую то, что сеанс отсрочен, в поисковое устройство. Для запроса на установление сеанса поисковое устройство передает кадр запроса на обнаружение предоставления услуг в обнаруженное оповещающее устройство (S714), и оповещающее устройство может включать информацию относительно отсроченного сеанса в кадр ответа по обнаружению предоставления услуг в ответ на кадр запроса на обнаружение предоставления услуг и передавать кадр ответа по обнаружению предоставления услуг в поисковое устройство (S718).

[119] Кадр запроса на обнаружение предоставления услуг, передаваемый посредством поискового устройства, включает в себя связанную с идентификатором оповещения информацию относительно оповещающего устройства, обнаруженного в процедурах обнаружения устройств и обнаружения услуг. Связанная с идентификатором оповещения информация включает в себя информацию относительно услуги, оповещаемой посредством оповещающего устройства. Соответственно, то, какую WFDS-услугу хочет использовать поисковое устройство, может быть идентифицировано через связанную с идентификатором оповещения информацию, включенную в кадр запроса на обнаружение предоставления услуг.

[120] Оповещающее устройство может включать в себя информацию, указывающую то, что запрос на установление сеанса услуги отсрочен, на основе идентификатора оповещения, включенного в кадр запроса на обнаружение предоставления услуг, при передаче кадра ответа по обнаружению предоставления услуг в поисковое устройство. Информация относительно отсроченного сеанса может представлять собой параметр session_information_response, включенный в вышеописанный вызов метода AdvertiseService оповещающего устройства. Поисковое устройство может принимать кадр ответа по обнаружению предоставления услуг и может знать то, что услуга, запрашиваемая таким способом, отсрочена на основе того факта, что параметр session_information_response включен в кадр ответа по обнаружению предоставления услуг. Кадр ответа по обнаружению предоставления услуг может включать в себя информацию в виде данных по информации сеанса в качестве одного атрибута, и эта информация может быть включена, когда состояние услуги указывает "Сбой: информация в данный момент недоступна".

[121] В этом случае, оповещающее устройство может не только информировать поисковое устройство в отношении того, что сеанс отсрочен, но также и дополнительно передавать дополнительную информацию, связанную с услугой оповещающего устройства. Оповещающее устройство может передавать информацию атрибутов, указывающую атрибут услуги, запрашиваемой посредством поискового модуля в оповещающем устройстве (например, стоимость услуги печати составляет 0,1$ за лист).

[122] При приеме информации, указывающей то, что запрос на установление сеанса отсрочен, из оповещающего устройства, ASP поискового устройства может информировать объект предоставления услуг поискового устройства в отношении того, что запрос на установление сеанса отсрочен (S716). ASP поискового устройства может передавать событие SessionRequest в объект предоставления услуг, чтобы информировать пользователя устройства в отношении того, что сеанс отсрочен, и передавать SessionRequestDeferred, указывающий то, что запрос на установление сеанса не сразу принят, в качестве значения состояния.

[123] ВАРИАНТ 1-3 ОСУЩЕСТВЛЕНИЯ. ПЕРЕДАЧА ИНФОРМАЦИИ ОТСРОЧКИ СЕАНСА ПОЛЬЗОВАТЕЛЮ

[124] Как проиллюстрировано на фиг. 7, ASP оповещающего устройства может отсрочивать сеанс относительно запроса на установление сеанса поискового модуля, т.е. относительно кадра запроса на предоставление услуг, вследствие вызова метода AdvertiseService, и информировать пользователя оповещающего устройства в отношении того, что сеанс отсрочен.

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

[126] В этом случае, может присутствовать задержка между событием SessionRequest и следующим событием, т.е. событием ConnectStatus (SessionRequestAccept) или ConnectStatus (SessionRequestFailed). Поскольку эта задержка является временем, которое следует ожидать до тех пор, пока пользователь не выполнит ввод в отношении того, следует или нет принимать запрос на установление сеанса на устройстве, приемная сторона события может запускать таймер (например, 120 секунд).

[127] Объект предоставления услуг оповещающего устройства передает информацию сеанса, включающую в себя вышеописанную информацию отсрочки сеанса, в прикладной объект, и пользователь может знать то, что запрос на установление сеанса поискового модуля отсрочен, и может определять то, следует принимать или отклонять запрос на установление сеанса (S720). Это определение выполняется в отношении того, следует или нет предоставлять услугу, которая может поддерживаться посредством оповещающего устройства, для поискового устройства. После ввода сообщения, указывающего то, следует или нет принимать запрос на установление сеанса поискового модуля, объект предоставления услуг оповещающего модуля может вызывать метод ConfirmSession относительно ASP (S722).

[128] Если пользователь принимает запрос на установление сеанса поискового модуля, выполняется последующая процедура после сеансового соединения. Поскольку поисковое устройство знает о том, что запрос на установление сеанса отсрочен, оповещающее устройство может передавать последующий кадр запроса на обнаружение предоставления услуг в поисковое устройство (S724), чтобы информировать поисковое устройство в отношении намерения принятия сеансового соединения пользователя. Оповещающее устройство может передавать последующий кадр запроса на обнаружение предоставления услуг, включающий в себя идентификатор оповещения, идентификатор сеанса и информацию состояния. Идентификатор оповещения указывает информацию для идентификации типа WFDS-услуги, и идентификатор сеанса указывает информацию для идентификации запрашиваемого сеансового соединения. Информация состояния является информацией, указывающей то, что запрос на установление сеанса принят пользователем. При приеме информации, указывающей то, что запрос на установление сеанса принят, посредством оповещающего устройства, поисковое устройство может информировать объект предоставления услуг в отношении информации принятия запроса на установление сеанса в форме события (например, ConnectStatusServiceRequestAccepted) и переходить к процедуре согласования владельца группы (GO) между двумя устройствами после того, как установлено сеансовое соединение.

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

[130] При приеме последующего кадра запроса на обнаружение предоставления услуг из оповещающего устройства, поисковое устройство может передавать последующий кадр ответа по обнаружению предоставления услуг в ответ на последующий кадр запроса на обнаружение предоставления услуг (S726). Таблица 3, показанная ниже, перечисляет информацию относительно атрибутов, включенных в последующий кадр запроса/ответа по обнаружению предоставления услуг.

[131]

Таблица 3 Идентификатор атрибута Атрибут Последующий запрос на обнаружение предоставления услуг Последующий ответ по обнаружению предоставления услуг 2 P2P- возможностей Всегда присутствует Всегда присутствует 13 Информация P2P-устройства Всегда присутствует Всегда присутствует 15 Идентификатор P2P-группы Информация возможностей соединения указывает "новый или GO" или "(новый, GO)", или "(Cli, GO)" Информация возможностей соединения указывает "GO"
0 Состояние Всегда присутствует Всегда присутствует 17 Рабочий канал Информация возможностей соединения указывает "новый или GO" или "(новый, GO)", или Информация возможностей соединения указывает "GO"
"(Cli, GO)" 11 Список каналов Информация возможностей соединения указывает "новый" или "(новый, GO)" Информация возможностей соединения указывает "Cli" или "GO" 22 Информация в виде данных по информации сеанса - - 23 Информация возможностей соединения Присутствует, если Состояние == "Успешно: принято пользователем" Всегда присутствует 24 Информация идентификатора оповещения Всегда присутствует Всегда присутствует 5 Тайм-аут конфигурирования Информация возможностей соединения указывает "новый" или "(новый, GO)", или "(GO, Cli)" Информация возможностей соединения указывает "GO" или "Cli" 6 Прослушивающий канал Информация возможностей соединения указывает "Новый" или "Cli" - 26 Информация идентификатора сеанса Всегда присутствует - 27 Информация в виде данных ответа с информацией сеанса - -

[132] Кадр ответа по обнаружению предоставления услуг, включающий в себя информацию возможностей соединения, может включать в себя информацию относительно процедуры GO-согласования устройства A. Кадр ответа по обнаружению предоставления услуг дополнительно может включать в себя информацию, указывающую то, работает оповещающее устройство в качестве GO P2P-группы или клиента группы (Cli), в процедуре GO-согласования после того, как установлено сеансовое соединение. То, представляет собой оповещающее устройство "GO" или "Cli", задается посредством значения GO-намерений, определенного в качестве произвольного значения между от 0 до 15. Обычно, устройство, имеющее большое значение намерений, становится "GO", а устройство, имеющее небольшое значение, становится "Cli". Альтернативно, противоположный случай является возможным согласно условиям. Если значения намерений двух устройств равны, устройство, которое передает сообщение GO-согласования первым, в общем, становится "GO", или наоборот.

[133] Таблица 4, показанная ниже, перечисляет информацию GO-согласования в информации возможностей соединения, включенной в кадр ответа по обнаружению предоставления услуг.

[134]

Таблица 4 Возможности соединения запросчика по обнаружению предоставления услуг Описание возможностей соединения запросчика по обнаружению предоставления услуг Ответ по допустимому соединению ответчика по обнаружению предоставления услуг Процедура установления соединения 0x01 (новый) Запросчик может становиться "GO" новой группы или "Cli". 0x01 (новый) GO-согласование в новой P2P-группе. [1] [1] 0x02 (Cli) Запросчик автономно инициирует P2P-группу посредством становления GO P2P-группы. Ответчик присоединяется к группе запросчика. [1] [1] 0x04 (GO) Запросчик присоединяется к группе ответчика. 0x02 (Cli) Запросчик может только присоединяться к группе. 0x04 (GO) Запросчик присоединяется к группе ответчика. 0x04 (GO) Запросчик является "GO" и не может становиться "Cli" или "GO" дополнительной группы. 0x02 (Cli) Ответчик присоединяется к группе запроса. 0x05 (новый, GO) Запросчик может становиться "GO" новой группы или "Cli".
Запросчик также имеет существующую группу, к которой можно присоединяться. 0x01 (новый) GO-согласование в новой группе. [1] [1] 0x02 (Cli) Ответчик присоединяется к существующей группе запросчика. [1] [1] 0x04 (GO) Запросчик присоединяется к группе ответчика. 0x06 (Cli, GO) Запросчик имеет существующую группу, к которой можно присоединяться.
Запрос может становиться "Cli". 0x02 (Cli) Ответчик присоединяется к существующей группе запросчика. [1] [1] 0x04 (GO) Запросчик присоединяется к группе ответчика.

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

[136] ВАРИАНТ 2 ОСУЩЕСТВЛЕНИЯ. СЛУЧАЙ ПРИСУТСТВИЯ СУЩЕСТВУЮЩЕГО P2P-СОЕДИНЕНИЯ

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

[138] Как проиллюстрировано на фиг. 8, может присутствовать существующее соединение между поисковым устройством и оповещающим устройством. В этом случае, процедуры обнаружения устройств и обнаружения услуг, описанные в варианте 1 осуществления, могут опускаться. Запрос на установление сеанса может выполняться сразу между поисковым устройством и оповещающим устройством.

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

[140] В дальнейшем в этом документе подробнее описывается вышеописанный процесс.

[141] Вариант 2-1 осуществления. Установление отсрочки сеанса во время вызова метода AdvertiseService

[142] Даже когда запрос на установление сеанса выполняется между устройствами существующего соединения, включение информации установления удерживания сеанса во время вызова метода AdvertiseService является идентичным варианту 1 осуществления. Следовательно, метод AdvertiseService может включать в себя параметр ответа с информацией сеанса (session_information_response), который является информацией для установления для отсрочки запроса на установление сеанса.

[143] Параметр session_information_response присутствует только тогда, когда параметр auto_accept указывает "ложь" (случай, в котором сеанс устанавливается с отсрочкой), а в противном случае (auto_accept=="истина"), параметр session_information_response указывает "нуль". Иными словами, параметр session_information_response не присутствует в методе AdvertiseService.

[144] Если параметр session_information_response присутствует в методе AdvertiseService, параметр session_information_response передается в ASP поискового модуля. Если запрос на обнаружение предоставления услуг передается в качестве части установления ASP-сеанса, параметр session_information_response может быть включен в качестве поля ответа с информацией сеанса атрибута информации в виде данных ответа с информацией сеанса. Если имеется соединение между двумя устройствами, параметр session_information_response может быть включен в поле ответа с информацией сеанса сообщения по протоколу координации ASP отсроченного сеанса (ASP DEFERRED_SESSION). ASP поискового модуля передает параметр session_information_response в объект предоставления услуг поискового модуля. В этом случае, ASP поискового модуля может передавать параметр session_information_response посредством задания значения события ConnectStatus как "состояние == ServiceRequestDeferred".

[145] Параметр идентификатора оповещения (advertisement_id) может быть необходимым. Параметр advertisement_id задается посредством ASP, и оповещение устройства для обработки посредством услуги, которая запрашивает оповещение, может быть уникально идентифицировано через параметр advertisement_id. Параметр advertisement_id передается в поисковый модуль, чтобы устанавливать ASP-сеанс. Параметр advertisement_id может использоваться в методах, таких как ServiceStatusChange, CancelAdvertiseService и ConnectSessions, в событиях, таких как SearchResult, AdvertiseStatus и SessionRequest, и в сообщении запроса на установление сеанса (REQUEST_SESSION) для вызова конкретного метода AdvertiseService. Оповещение WFDS может быть уникально идентифицировано посредством обмена advertisement_id и MAC услуги между устройствами.

[146] ВАРИАНТ 2-2 ОСУЩЕСТВЛЕНИЯ. СООБЩЕНИЯ С ЗАПРОСОМ НА УСТАНОВЛЕНИЕ СЕАНСА И ПО ОТСРОЧКЕ СЕАНСА

[147] Поисковое устройство может запрашивать оповещающее устройство для того, чтобы осуществлять сеансовое соединение посредством передачи сообщения (S810) REQUEST_SESSION. Этот кадр запроса на установление сеанса может включать в себя MAC сеанса (session_mac), идентификатор сеанса (session_id), идентификатор оповещения (advertise_id) и информацию сеанса (session_information).

[148] Оповещающее устройство, которое принимает сообщение REQUEST_SESSION, не принимает сразу запрос на установление сеанса, т.е. сеанс отсрочен, поскольку отсрочка для запроса на установление сеанса устанавливается, и может передавать сообщение отсрочки сеанса (DEFERRED_SESSION), включающее в себя информацию, указывающую то, что сеанс отсрочен, в поисковое устройство (S820). Информация, указывающая то, что сеанс отсрочен, может быть информацией ответа с информацией сеанса (session_information_response), аналогично варианту 1 осуществления. До описания сообщения REQUEST_SESSION и сообщения DEFERRED_SESSION, далее описывается общий формат сообщений в отношении таблицы 5, показанной ниже.

[149]

Таблица 5 Поле Размер (октеты) Значение Описание Код операции 1 См. таблицу 6. Код операции для каждого сообщения перечислен ниже в таблице 6. Порядковый номер 1 Порядковый номер увеличивается на 1 каждый раз, когда устройство передает новое сообщение. Рабочие данные Переменная Каждый тип сообщений задается посредством формата рабочих данных.

[150] Аналогично таблице 5, сообщение по протоколу координации ASP представляет собой одну датаграмму по протоколу пользовательских датаграмм (UDP). Ниже подробнее описывается протокол координации ASP. ASP одного устройства может обмениваться данными с ASP равноправного устройства, чтобы управлять сеансом по стандарту Wi-Fi Direct. Протокол координации ASP может использоваться для такой связи. Протокол координации ASP может работать поверх UDP порта, и модуль оповещения об услугах может открывать UDP-порт после того, как настройка сети завершается. В сеансовом соединении между ASP оповещающего устройства и ASP поискового устройства, одно устройство может служить в качестве UDP-сервера, а другое устройство может служить в качестве UDP-клиента. Помимо этого, как поисковый модуль, так и оповещающий модуль могут одновременно служить в качестве UDP-сервера и UDP-клиента, за счет этого выполняя работу по протоколу координации ASP.

[151] Новая команда не может передаваться до тех пор, пока предыдущее сообщение не укажет подтверждение приема (ACK). Каждая команда включает в себя порядковый номер, используемый для того, чтобы отличать новые команды от повторно передаваемых команд.

[152] Чтобы разрешать проблемы перемешивания порядка, которые являются недостатком в существующей UDP-передаче, или потерь пакетов, протокол координации ASP инструктирует передающему устройству увеличивать порядковый номер для каждого сообщения после передачи нового сообщения, а приемному устройству – отвечать на корректное сообщение по протоколу координации ASP посредством включения порядкового номера, соответствующего принимаемому сообщению, в ACK-сообщение, за счет этого подтверждая передачу/прием сообщения, передаваемого посредством передающего устройства. ASP всех WFDS-устройств не могут передавать следующее сообщение, когда ACK для передаваемого сообщения не принимается. Если передающее устройство не принимает ACK для передаваемого сообщения в течение предварительно определенного времени, передающее устройство может выполнять повторные передачи с максимальным числом повторений. Порядковый номер не увеличивается во время повторной передачи. Порядковый номер увеличивается начиная с 0, и если порядковый номер достигает максимального значения, выражаемого как один байт, порядковый номер снова сбрасывается до 0. Если повторно передаваемое сообщение достигает приемного устройства, все сеансы, включающие в себя адресованный ASP, могут быть закрыты. Когда сообщение повторно передается, сообщение может иметь идентичный порядковый номер, идентичный тип сообщений и идентичные рабочие данные по отношению к предыдущему сообщению. Когда устройство принимает идентичное дублированное сообщение, устройство может игнорировать соответствующее сообщение перед передачей ACK-сообщения.

[153] Формат ACK-сообщения протокола координации ASP включает в себя 1-байтовую информацию кода операции (кода операции), указывающую ACK-сообщение и порядковый номер. Порядковый номер, включенный в ACK-сообщение, функционирует с возможностью подтверждать то, является или нет принимаемое сообщение корректным сообщением, и задается равным значению, идентичному значению порядкового номера принимаемого сообщения, когда принимаемое сообщение является корректным сообщением.

[154] Одно сообщение по протоколу координации ASP начинается с 1-байтовой информации кода операции и может быть разделено так, как перечислено в таблице 6. Следующая 1-байтовая информация соответствует порядковому номеру, и порядковый номер увеличивается на единицу, когда ACK-сообщение принимается, и код операции следующего сообщения составляет от 0 до 5.

[155]

Таблица 6 Код операции Сообщение 0 REQUEST_SESSION 1 ADDED_SESSION 2 REJECTED_SESSION 3 REMOVE_SESSION 4 ALLOWED_PORT 5 DEFERRED_SESSION 6-253 Зарезервировано 254 ACK 255 NACK

[156] Как показано в таблице 6, код операции указывает сообщения запроса на установление сеанса (REQUEST_SESSION), добавления сеанса (ADDED_SESSION), отклонения сеанса (REJECTED_SESSION), удаления сеанса (REMOVED_SESSION), разрешения использования порта (ALLOWED_PORT), отсрочки сеанса (DEFERRED_SESSION), ACK- и NACK-сообщения. Форматы соответствующих сообщений подробнее описываются в отношении таблиц 7-14. Таблица 7 показывает формат сообщения REQUEST_SESSION, таблица 8 показывает формат сообщения ADDED_SESSION, таблица 9 показывает формат сообщения REJECTED_SESSION, таблица 10 показывает формат сообщения REMOVED_SESSION, таблица 11 показывает формат сообщения ALLOWED_PORT, таблица 12 показывает формат сообщения DEFERRED_SESSION, таблица 13 показывает формат ACK-сообщения, и таблица 14 показывает формат NACK-сообщения.

[157]

Таблица 7 Поле Размер (октеты) Значение Описание Код операции 1 0x00 Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. Session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. Session_id 4 Переменная Идентификатор, используемый в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс. Advertisement_id 4 Переменная Идентификатор услуги, оповещаемый посредством получателя этого сообщения session_information_length 1 Переменная (0-144) Длина поля Session_information (октеты) Session_information Переменная (0-144) Переменная Данные session_information при приеме в методе ConnectSessions

[158] Таблица 7 показывает формат сообщения REQUEST_SESSION. ASP поискового устройства может передавать новый запрос на установление ASP-сеанса для оповещаемого advertisement_id в ASP оповещающего устройства. После приема сообщения REQUEST_SESSION оповещающее устройство может передавать сообщение ADDED_SESSION или REJECT_SESSION. В случае сбоя сеанса, оповещающее устройство может передавать событие SessionFailed() в объект предоставления услуг. С другой стороны, если сообщение REQUEST_SESSION успешно принято, оповещающее устройство может передавать событие SessionConnected() в объект предоставления услуг.

[159]

Таблица 8 Поле Размер (октеты) Значение Описание Код операции 1 0x01 Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION. session_id 4 Переменная Идентификатор, используемый в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс.
Это значение принимается в предыдущем REQUEST_SESSION.

[160] Таблица 8 показывает формат сообщения ADDED_SESSION. Как показано в таблице 8, устройство оповещения об услугах может передавать сообщение ADDED_SESSION, когда запрашиваемый объект предоставления услуг вызывает метод SetSessionReady. После подтверждения сообщения ADDED_SESSION, поисковое устройство может передавать сообщение REMOVED_SESSION, когда поисковое устройство вызывает метод CloseSession.

[161]

Таблица 9 Поле Размер (октеты) Значение Описание Код операции 1 0x02 Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION. session_id 4 Переменная Идентификатор, используемый в
комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION.

[162] Таблица 9 показывает формат сообщения REJECTED_SESSION. Как показано в таблице 9, если объект предоставления услуг или ASP решает отклонять ASP-сеанс, устройство оповещения об услугах может передавать сообщение REJECTED_SESSION после приема сообщения REQUEST_SESSION.

[163]

Таблица 10 Поле Размер (октеты) Значение Описание Код операции 1 0x03 Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION. session_id 4 Переменная Идентификатор используется в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс.
Это значение принимается в предыдущем REQUEST_SESSION.

[164] Таблица 10 показывает формат сообщения REMOVED_SESSION. Как показано в таблице 10, когда вызывается закрытие ASP-сеанса на обеих сторонах линии связи, может передаваться сообщение REMOVED_SESSION.

[165]

Таблица 11 Поле Размер (октеты) Значение Описание Код операции 1 0x04 Код операции задается в таблице 6. Порядковый
номер 1 Переменная Порядковый номер назначается во
время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. session_id 4 Переменная Идентификатор используется в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс. Порт 2 Переменная Номер текущего разрешенного порта Протокол 1 Переменная Идентификатор протокола

[166] Таблица 11 показывает формат сообщения ALLOWED_PORT. Как показано в таблице 11, когда комбинация порта или протокола открыта для конкретного сеанса, сообщение ALLOWED_PORT может передаваться посредством ASP.

[167]

Таблица 12 Поле Размер (октеты) Значение Описание Код операции 1 0x05 Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION. session_id 4 Переменная Идентификатор используется в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс. Это значение принимается в предыдущем REQUEST_SESSION. Session_information_response_length 1 Переменная (0-144) Длина поля Session_information (октеты) Session_information_response Переменная
(0-144) Переменная Данные session_information при приеме в методе AdvertiseService

[168] Таблица 12 показывает формат сообщения DEFERRED_SESSION. В таблице 12, показывающей формат сообщения DEFERRED_SESSION, оповещающее устройство может передавать сообщение DEFERRED_SESSION в ответ на сообщение SESSION_REQUEST поискового устройства и передавать событие ConnectStatus (состояние == ServiceRequestDeferred) в объект предоставления услуг.

[169]

Таблица 13 Поле Размер (октеты) Значение Описание Код операции 1 0xFE Код операции задается в таблице 6. Порядковый номер 1 Переменная Порядковый номер назначается во время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. session_id 4 Переменная Идентификатор используется в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс.

[170] Таблица 13 показывает формат ACK-сообщения. Как показано в таблице 13, ASP может передавать ACK-сообщение в качестве ответа после приема сообщения по протоколу координации ASP в течение предварительно определенного времени. Порядковый номер в ACK-сообщении может быть равен порядковому номеру недавно принимаемого сообщения по протоколу координации ASP. Пара session_mac и session_id может быть идентичной паре недавно принимаемого сообщения по протоколу координации ASP.

[171]

Таблица 14 Поле Размер (октеты) Значение Описание Код операции 1 0xFF Код операции задается в таблице 6. Порядковый
номер 1 Переменная Порядковый номер назначается во
время передачи. session_mac 6 Переменная MAC-адрес, используемый в комбинации с session_id для того, чтобы уникально идентифицировать ASP-сеанс. session_id 4 Переменная Идентификатор используется в комбинации с session_mac для того, чтобы уникально идентифицировать ASP-сеанс. Причина 4 Переменная 0x00: Недопустимый session_mac
0x01: Недопустимый session_id
0x02: Недопустимый код операции
0x03: Недопустимый порядковый номер
0x04: Отсутствие сеанса или закрытие сеанса
0x05: Причина неизвестна

[172] В завершение, таблица 14 показывает формат NACK-сообщения. Как показано в таблице 14, ASP может передавать NACK-сообщение в качестве ответа после приема недопустимого сообщения по протоколу координации ASP в течение предварительно определенного времени. Порядковый номер в NACK-сообщении может быть идентичным порядковому номеру недавно принимаемого сообщения по протоколу координации ASP. Пара session_mac и session_id может быть идентичной паре недавно принимаемого сообщения по протоколу координации ASP.

[173] ВАРИАНТ 2-3 ОСУЩЕСТВЛЕНИЯ. ПЕРЕДАЧА ИНФОРМАЦИИ ОТСРОЧКИ СЕАНСА ПОЛЬЗОВАТЕЛЮ

[174] Как проиллюстрировано на фиг. 8, ASP оповещающего устройства может отсрочивать сеанс относительно запроса на установление сеанса поискового модуля, т.е. относительно кадра запроса на предоставление услуг, вследствие вызова метода AdvertiseService, и информировать пользователя оповещающего устройства в отношении того, что сеанс отсрочен.

[175] ASP оповещающего устройства может передавать событие SessionRequest в объект предоставления услуг, чтобы информировать пользователя устройства в отношении того, что сеанс отсрочен (S830), и передавать SessionRequestDeferred, указывающий то, что запрос на установление сеанса не сразу принят, в качестве значения состояния.

[176] В этом случае, может присутствовать задержка между событием SessionRequest и следующим событием, т.е. событием ConnectStatus (SessionRequestAccept) или ConnectStatus (SessionRequestFailed). Поскольку эта задержка является временем, которое следует ожидать до тех пор, пока пользователь не выполнит ввод в отношении того, следует или нет принимать запрос на установление сеанса на устройстве, приемная сторона события может запускать таймер (например, 120 секунд).

[177] Объект предоставления услуг оповещающего устройства передает информацию сеанса, включающую в себя вышеописанную информацию отсрочки сеанса, в прикладной объект, и пользователь может знать то, что запрос на установление сеанса поискового модуля отсрочен, и может определять то, следует принимать или отклонять запрос на установление сеанса (S840). Это определение выполняется в отношении того, следует или нет предоставлять услугу, которая может поддерживаться посредством оповещающего устройства, для поискового устройства. После ввода сообщения, указывающего то, следует или нет принимать запрос на установление сеанса поискового модуля, объект предоставления услуг оповещающего модуля может вызывать метод ConfirmSession в ASP (S850).

[178] Если пользователь принимает запрос на установление сеанса поискового модуля, выполняется последующий процесс после сеансового соединения. Поскольку поисковое устройство знает о том, что запрос на установление сеанса отсрочен, оповещающее устройство может передавать сообщение ADDED_SESSION в поисковое устройство (S860), чтобы информировать поисковое устройство в отношении намерения принятия сеансового соединения пользователя. Оповещающее устройство может включать MAC сеанса и информацию идентификатора сеанса в сообщение ADDED_SESSION и затем передавать сообщение ADDED_SESSION. Уникальный ASP-сеанс может быть идентифицирован посредством комбинации MAC сеанса и идентификатора сеанса. При приеме информации, указывающей то, что запрос на установление сеанса принят, из оповещающего устройства, поисковое устройство может информировать объект предоставления услуг в отношении информации, указывающей то, что запрос на установление сеанса принят, в форме события (например, ConnectStatusServiceRequestAccepted) и передавать ACK-сообщение в оповещающее устройство снова (S870).

[179] Фиг. 9 иллюстрирует Wi-Fi P2P-устройство, которое является применимым к настоящему изобретению.

[180] Ссылаясь на фиг. 9, Wi-Fi P2P-сеть включает в себя первое Wi-Fi P2P-устройство 910 и второе Wi-Fi P2P-устройство 920. Первое Wi-Fi P2P-устройство 910 включает в себя процессор 912, запоминающее устройство 914 и радиочастотный (RF) модуль 916. Процессор 912 может быть выполнен с возможностью реализовывать процедуры и/или способы, предложенные в настоящем изобретении. Запоминающее устройство 914 соединяется с процессором 912 и сохраняет информацию, связанную с работой процессора 912. RF-модуль 916 соединяется с процессором 912 и передает и/или принимает радиосигнал. Второе Wi-Fi-устройство 920 включает в себя процессор 922, запоминающее устройство 924 и RF-модуль 926. Процессор 922 может быть выполнен с возможностью реализовывать процедуры и/или способы, предложенные в настоящем изобретении. Запоминающее устройство 924 соединяется с процессором 922 и сохраняет информацию, связанную с работой процессора 922. RF-модуль 926 соединяется с процессором 922 и передает и/или принимает радиосигнал. Первое Wi-Fi P2P-устройство 910 и/или второе Wi-Fi P2P-устройство 920 могут включать в себя одну антенну или несколько антенн.

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

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

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

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

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

[185] Варианты осуществления настоящего изобретения являются применимыми к различным системам беспроводного доступа. В частности, варианты осуществления настоящего изобретения являются применимыми к системе на основе служб по стандарту Wi-Fi Direct (WFDS). Варианты осуществления настоящего изобретения являются применимыми не только к вышеуказанной системе, но также и ко всем областям техники, применяющим различные системы беспроводного доступа.

Изобретение относится к системе беспроводной связи. Техническим результатом является эффективное управление сеансовым соединением, когда сеансовое соединение выполнено с возможностью быть отсроченным. Способ содержит этапы: посредством первого устройства принимают первый кадр запроса на обнаружение предоставления услуг посредством первого устройства, передают первый кадр ответа во второе устройство, при этом первый кадр ответа содержит информацию относительно отсрочки сеанса. 4 н. и 11 з.п. ф-лы, 9 ил., 14 табл.

1. Способ для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), при этом способ содержит этапы, на которых:

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

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

- при этом, когда значение auto_accept (автоматическое принятие), включенное в метод AdvertiseService установлено в «Ложь», первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

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

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

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

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

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

7. Способ по п. 5, в котором, когда пользователь первого устройства принимает отсрочку сеанса, способ дополнительно содержит этапы, на которых:

- передают второй кадр запроса на предоставление услуг во второе устройство; и

- принимают второй кадр ответа по предоставлению услуг из второго устройства.

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

9. Способ по п. 8, в котором, когда первое устройство передает зависимое от равноправного узла сообщение согласования во второе устройство в качестве информации согласования группы равноправных узлов (Р2Р), при этом первое устройство становится клиентом группы для Р2Р-группы при приеме ответа, указывающего то, что второе устройство становится владельцем группы для Р2Р-группы, из второго устройства, и при этом первое устройство становится владельцем группы для Р2Р-группы при приеме ответа, указывающего то, что второе устройство становится клиентом группы для Р2Р-группы, из второго устройства.

10. Способ по п. 8, в котором, когда первое устройство передает сообщение, указывающее то, что первое устройство становится владельцем группы для Р2Р-группы, во второе устройство в качестве информации согласования Р2Р-группы, первое устройство становится владельцем группы для Р2Р-группы, а второе устройство становится клиентом группы для Р2Р-группы.

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

12. Способ для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), при этом способ содержит этапы, на которых:

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

- передают, посредством первого устройства, сообщение по отсрочке сеанса во второе устройство,

- при этом, когда значение auto_accept, включенное в метод AdvertiseService установлено в «Ложь», сообщение по отсрочке сеанса включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

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

14. Способ для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), при этом способ содержит этапы, на которых:

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

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

- при этом, когда значение auto_accept, включенное в метод AdvertiseService установлено в «Ложь», первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.

15. Первое устройство для установления связи на основе служб по стандарту Wi-Fi Direct (WFDS), причем устройство содержит:

- приемо-передающее устройство; и

- процессор,

- при этом процессор выполнен с возможностью:

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

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

- при этом, когда значение auto_accept, включенное в метод AdvertiseService установлено в «Ложь», первый кадр ответа по обнаружению предоставления услуг включает в себя информацию относительно отсрочки сеанса, связанного с услугой.