СПОСОБ ВЫПОЛНЕНИЯ СЛУЖБЫ ОТОБРАЖЕНИЯ ПО WI-FI И УСТРОЙСТВО ДЛЯ ЭТОГО
METHOD FOR PERFORMING WI-FI DISPLAY SERVICE AND DEVICE FOR SAME

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящее изобретение относится к системе беспроводной связи и более конкретно, к способу и устройству для функционирования с энергосбережением в системе беспроводной LAN.
УРОВЕНЬ ТЕХНИКИ
[0002] В последнее время с развитием технологии обмена информацией были разработаны технологии беспроводной связи. Из данных технологий, беспроводная LAN (WLAN) является технологией, которая обеспечивает для дома или компании или конкретной зоны обслуживания возможность осуществления доступа к Интернету беспроводным образом посредством использования портативного терминала, такого как персональный цифровой помощник (PDA), переносной компьютер, портативный мультимедийный проигрыватель (PMP).
[0003] В качестве технологии прямой связи, которая может обеспечить устройствам возможность простого соединения друг с другом без точки радиодоступа (AP), обычно требуемой в обыкновенной системе WLAN, было рассмотрено внедрение Wi-Fi Direct или одноранговой Wi-Fi связи (P2P). Согласно Wi-Fi Direct, устройства могут быть соединены друг с другом даже без сложной процедуры установления. Также, Wi-Fi Direct может поддерживать совместное функционирование для передачи и приема данных со скоростью связи основной системы WLAN для предоставления пользователям различных услуг.
[0004] В последнее время были использованы различные устройства с поддержкой Wi-Fi. Среди устройств с поддержкой Wi-Fi, увеличилось число устройств с поддержкой Wi-Fi Direct, которые обеспечивают возможность связи между Wi-Fi устройствами без AP. В Альянсе Wi-Fi (WFA), была рассмотрена технология для внедрения платформы для поддержания различных служб (например, отправки, проигрывания, отображения, печати и т.д.) с использованием линии связи Wi-Fi Direct. Это может называться службой Wi-Fi Direct (WFDS).
[0005] Согласно службе отображения среди WFDS, WFD (отображение по Wi-Fi) источник и приемное WFD устройство могут искать друг друга посредством WFD IE (информационного элемента), который включается в кадры пробного запроса и ответа.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Техническая задача
[0006] Технической задачей настоящего изобретения является предоставление способа потоковой передачи мультимедийного файла без транскодирования в службе WFD. В частности, технической задачей настоящего изобретения является предоставить способ потоковой передачи мультимедийного файла без выполнения декодирования и кодирования в отношении мультимедийного файла, если запрошена потоковая передача мультимедийного файла, имеющего возможность проигрывания в приемном WFD устройстве.
[0007] Технические задачи, получаемые благодаря настоящему изобретению, не ограничиваются вышеупомянутой технической задачей. и другие неупомянутые технические задачи могут быть легко поняты из нижеследующего описания специалистами в области техники, к которой относится настоящее изобретение.
ТЕХНИЧЕСКИЕ РЕШЕНИЯ
[0008] Целью настоящего изобретения является способ выполнения WFD (отображение по Wi-Fi) службы в первом устройстве радиосвязи, причем способ, содержащий потоковую передачу экрана вывода в реальном времени первого устройства радиосвязи во второе устройство радиосвязи посредством кодирования экрана вывода в реальном времени общим кодеком, поддерживаемым совместно первым устройством радиосвязи и вторым устройством радиосвязи; прием пользовательского ввода для запроса потоковой передачи мультимедийного файла; и если мультимедийный файл является проигрываемым вторым устройством радиосвязи, потоковую передачу мультимедийного файла в устройство радиосвязи посредством приостановки потоковой передачи экрана вывода в реальном времени.
[0009] Целью настоящего изобретения является способ выполнения WFD (отображение по Wi-Fi) службы в первом устройстве радиосвязи, содержащий потоковую передачу экрана вывода в реальном времени второго устройства радиосвязи посредством приема экрана вывода в реальном времени, кодированного общим кодеком, поддерживаемым совместно первым устройством радиосвязи и вторым устройством радиосвязи; и если пользовательский ввод для запроса потоковой передачи мультимедийного файла, имеющего возможность проигрывания первым устройством радиосвязи, принят посредством второго устройства радиосвязи, потоковую передачу мультимедийного файла, принятого вторым устройством радиосвязи, посредством приостановки потоковой передачи экрана вывода в реальном времени второго устройства радиосвязи.
[0010] Цель настоящего изобретения состоит в выполнении WFD (отображение по Wi-Fi) службы, первое устройство радиосвязи, содержащее: блок отображения; приемопередатчик; и процессор, выполненный с возможностью управления приемопередатчиком для передачи кадра пробного запроса, если приемопередатчик принимает кадр пробного ответа в ответ на кадр пробного запроса, декодирования информации точки доступа (AP), соединяющей второе беспроводное устройство.
[0011] Цель настоящего изобретения состоит в выполнении WFD (отображение по Wi-Fi) службы, первое устройство радиосвязи, содержащее: блок отображения; приемопередатчик; и процессор, выполненный с возможностью потоковой передачи экрана вывода в реальном времени первого устройства радиосвязи во второе устройство радиосвязи посредством кодирования экрана вывода в реальном времени общим кодеком, поддерживаемым совместно первым устройством радиосвязи и вторым устройством радиосвязи, при этом если принят пользовательский ввод для запроса потоковой передачи мультимедийного файла, и мультимедийный файл является проигрываемым вторым устройством радиосвязи, процессор дополнительно выполнен с возможностью потоковой передачи мультимедийного файла в устройство радиосвязи посредством приостановки потоковой передачи экрана вывода в реальном времени.
[0012] Цель настоящего изобретения состоит в выполнении WFD (отображение по Wi-Fi) службы, первое устройство радиосвязи, содержащее: блок отображения; приемопередатчик; и процессор, выполненный с возможностью потоковой передачи экрана вывода в реальном времени второго устройства радиосвязи посредством приема экрана вывода в реальном времени, кодированного общим кодеком, поддерживаемым совместно первым устройством радиосвязи и вторым устройством радиосвязи, при этом если пользовательский ввод для запроса потоковой передачи мультимедийного файла, проигрываемого первым устройством радиосвязи, принят посредством второго устройства радиосвязи, процессор дополнительно выполнен с возможностью потоковой передачи мультимедийного файла, принятого вторым устройством радиосвязи, посредством приостановки потоковой передачи экрана вывода в реальном времени второго устройства радиосвязи.
[0013] Вышеупомянутое общее описание настоящего изобретения и нижеследующее подробное описание настоящего изобретение являются примерными и предоставлены для описания в дополнение к прилагаемой формуле изобретения в этом раскрытии.
ПОЛЕЗНЫЕ ЭФФЕКТЫ
[0014] Согласно настоящему изобретению могут быть предусмотрены способ потоковой передачи мультимедийного файла без транскодирования в службе WFD и устройство для этого. В частности, согласно настоящему изобретению, если запрошена потоковая передача мультимедийного файла, проигрываемого в приемном WFD устройстве, могут быть предусмотрены способ потоковой передачи мультимедийного файла без выполнения декодирования и кодирования в отношении мультимедийного файла и устройство для этого.
[0015] Эффекты, получаемые благодаря настоящему изобретению, не ограничиваются вышеупомянутым эффектом. и другие неупомянутые эффекты могут быть легко поняты из нижеследующего описания специалистами в области техники, к которой относится настоящее изобретение.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0016] Прилагаемые чертежи, которые включены для обеспечения дополнительного понимания настоящего изобретения, иллюстрируют различные варианты осуществления настоящего изобретения и вместе с описаниями в этой спецификации служат для разъяснения принципа данного изобретения.
[0017] Фиг. 1 является схемой, показывающей примерную структуру системы IEEE 802.11, к которой применимо настоящее изобретение.
[0018] Фиг. 2 показывает один пример сети Wi-Fi Direct.
[0019] Фиг. 3 является схемой для описания процесса для конфигурирования WFD сети.
[0020] Фиг. 4 является схемой для описания процесса обнаружения соседа.
[0021] Фиг. 5 является схемой для описания нового аспекта WFD сети.
[0022] Фиг. 6 является схемой для описания способа установления линии связи для WFD связи.
[0023] Фиг. 7 является схемой для описания способа ассоциирования с группой связи (или принятия участия в ней), выполняющей WFD в текущий момент.
[0024] Фиг. 8 является схемой для описания способа установления линии связи для WFD связи.
[0025] Фиг. 9 является схемой для описания способа установления линии связи для ассоциирования с группой WFD связи.
[0026] Фиг. 10 является схемой для описания компонента WFDS структуры.
[0027] Фиг. 11 является схемой последовательности операций для описания процесса для установления WFD сеанса между WFD источником и приемным WFD устройством.
[0028] Фиг. 12 является схемой для описания процедуры согласования возможности WFD.
[0029] Фиг. 13 является схемой для описания установления WFD сеанса и процедуры потоковой передачи видео/аудио.
[0030] Фиг. 14 является схемой для описания одного примера перехода между режимом кодирования в реальном времени и режимом без транскодирования.
[0031] Фиг. 15 является схемой для показа подробного примера, что режим функционирования между WFD источником и приемным WFD устройством переключается на режим без транскодирования из режима кодирования в реальном времени.
[0032] Фиг. 16 является схемой для показа подробного примера, что режим функционирования между WFD источником и приемным WFD устройством изменяется на режим кодирования в реальном времени из режима без транскодирования.
[0033] Фиг. 17 является схемой для описания одного примера выполнения передачи обслуживания к DNLA от службы WFD.
[0034] Фиг. 18 является схемой для показа одного примера запуска DNLA после приостановки службы WFD.
[0035] Фиг. 19 является схемой для показа одного примера возобновления службы WFD.
[0036] Фиг. 20A и Фиг. 20B являются схемами для описания процесса проверки, имеет ли приемное WFD устройство возможность перехода к DNLA от службы WFD при процедуре согласования возможности.
[0037] Фиг. 21 является блок-схемой для конфигураций устройства радиосвязи согласно одному варианту осуществления настоящего изобретения.
НАИЛУЧШИЙ РЕЖИМ ДЛЯ ИЗОБРЕТЕНИЯ
[0038] Теперь будет сделана подробная ссылка на предпочтительные варианты осуществления настоящего изобретения, примеры которых проиллюстрированы на прилагаемых чертежах. Нижеследующее подробное описании данного изобретения включает в себя сведения для помощи в полном понимании настоящего изобретения. Еще, специалистам в данной области техники понятно, что настоящее изобретение может быть реализовано без этих сведений.
[0039] Изредка, чтобы предотвратить непонимание настоящего изобретения, структуры и/или устройства, известные общественности, пропущены или могут быть представлены как блок-схемы, сосредоточенные на базовых функциях структур и/или устройств. По возможности, одинаковые ссылочные номера будут использованы на всех чертежах для ссылки на одинаковые или подобные части.
[0040] Конкретная терминология, используемая для нижеследующего описания, может быть предусмотрена для помощи в понимании настоящего изобретения. и использование конкретной терминологии может быть модифицировано в другие формы в рамках объема технической идеи настоящего изобретения.
[0041] Варианты осуществления настоящего изобретения могут быть поддержаны документами раскрытых стандартов по меньшей мере одной из систем беспроводного доступа, включающих в себя систему IEEE 802, систему 3GPP, систему 3GPP LTE, систему LTE-A (LTE-Advanced) и систему 3GPP2. В частности, этапы или части, которые не разъяснены для четкого прояснения технической идеи настоящего изобретения, в вариантах осуществления настоящего изобретения могут быть поддержаны вышеуказанными документами. Более того, вся терминология, раскрытая в этом документе, может быть поддержана документами вышеуказанных стандартов.
[0042] Нижеследующее описание может применяться к различным системам беспроводного доступа, включающим в себя CDMA (множественный доступ с кодовым разделением), FDMA (множественный доступ с частотным разделением), TDMA (множественный доступ с разделением по времени), OFDMA (множественный доступ с ортогональным частотным разделением), SC-FDMA (множественный доступ с частотным разделением на одной несущей) и подобные. CDMA может быть реализована с помощью такой технологии радиосвязи как UTRA (универсальный наземный радиодоступ), CDMA 2000 и подобной. TDMA может быть реализована с помощью такой технологии радиосвязи как GSM/GPRS/EDGE (глобальная система мобильной связи)/служба пакетной радиосвязи общего пользования/развитый стандарт GSM с увеличенной скоростью передачи данных). OFDMA может быть реализован с помощью такой технологии радиосвязи как IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, E-UTRA (усовершенствованная UTRA), и т.д. UTRA является частью UMTS (универсальной мобильной телекоммуникационной системы). 3GPP (проект партнерства по системам 3-го Поколения) LTE (проект долгосрочного развития) является частью E-UMTS (усовершенствованной UMTS), которая использует E-UTRA. 3GPP LTE применяет OFDMA в нисходящей линии связи (в дальнейшем имеет аббревиатуру) DL и SC-FDMA в восходящей линии связи (в дальнейшем имеет аббревиатуру UL). и LTE-A (LTE-Advanced) является усовершенствованной версией 3GPP LTE.
[0043] Для ясности, нижеследующее описание в основном рассматривает систему IEEE 802.11, посредством которой технические признаки настоящего изобретения могут быть неограниченными.
[0044] Структура системы WLAN
[0045] Фиг. 1 иллюстрирует схему для примера структуры системы IEEE 802.11, к которой применимо настоящее изобретение.
[0046] Структура IEEE 802.11 может включать в себя множество компонентов, и WLAN, поддерживающая прозрачную мобильность STA для верхнего уровня, может быть обеспечена посредством взаимодействий компонентов. Базовый набор служб (BSS) может соответствовать блоку базовой конфигурации в IEEE 802.11 LAN. Фиг. 1 показывает один пример, что существуют два базовых набора служб (BSS 1 и BSS 2), и что 2 STA включены в состав как члены каждого BSS. В частности, STA 1 и STA 2 включены в BSS 1, и STA 3 и STA 4 включены в BSS 2. На Фиг. 1, овал указывающий BSS, может быть понят как указывающий зону покрытия, в которой STA, включенные в соответствующий BSS, обеспечивают связь. Эта зона может быть названа базовой зоной обслуживания (BSA). Как только STA уходит из BSA, она не имеет возможности напрямую осуществлять связь с другими STA в пределах соответствующей BSA.
[0047] BSS большинства базовых типов IEEE 802.11 LAN является независимым BSS (IBSS). Например, IBSS может иметь независимую конфигурацию, включающую в себя только 2 STA. Более того, BSS (например, BSS 1 или BSS 2), показанные на Фиг. 1, который имеет самую простую конфигурацию и в котором другие компоненты опущены, может соответствовать показательному примеру IBSS. Такая конфигурация возможна, если STA могут напрямую осуществлять связь друг с другом. Сконфигурированная выше LAN не сконфигурирована посредством предварительного проектирования, но может быть сконфигурирована под потребность LAN. и это может называться специализированной сетью.
[0048] Если STA включена/выключена или входит/выходит из зоны BSS, членство STA в BSS может быть динамически изменено. Для того чтобы получить членство в BSS, STA может присоединиться к BSS с использованием процедуры синхронизации. Для того чтобы получить доступ ко всем службам структуры на основе BSS, STA должна быть ассоциирована с BSS. Эта ассоциация может быть динамически сконфигурирована или может включать в себя использование DSS (службы распределительной системы).
[0049] Многоуровневая структура
[0050] Функционирование STA, которая функционирует в системе беспроводной LAN, может быть описано ввиду многоуровневой структуры. В аспекте конфигурации устройства многоуровневая структура может быть реализована процессором. STA может иметь структуру из множества уровней. Например, многоуровневая структура, поддерживаемая документом стандарта 802.11, в основном включает в себя подуровень MAC и физический (PHY) уровень на уровне линии передачи данных (DLL). PHY уровень может включать в себя объект процедуры конвергенции физического уровня (PLCP), объект, зависимый от физической среды (PMD), и т.д. Подуровень MAC и PHY уровень концептуально включают в себя объекты управления, называемые объектом управления подуровнем MAC (MLME) и объектом управления физического уровня (PLME), соответственно. Эти объекты предоставляют интерфейс службы управления уровнем, который оперирует функцией управления уровнем.
[0051] Для того чтобы обеспечить точную операцию MAC, в каждой STA присутствует SME (объект управления станцией). SME является объектом, независимым от уровня, который можно наблюдать как находящийся в отдельной плоскости управления или как находящийся "в стороне". Точные функции SME не определены точно в этом документе, но в общем этот объект можно наблюдать как ответственный за такие функции, как сбор зависимого от уровня статуса от различных объектов управления уровнем (LME), и аналогично задающий значение характерных для уровня параметров. SME может выполнить такие функции от имени основных объектов управления системой и может воплощать стандартные протоколы управления.
[0052] Вышеупомянутые объекты взаимодействуют различными способами. Например, объекты могут взаимодействовать посредством обмена примитивами GET/SET. Примитив означает набор элементов или параметров, относящихся к конкретному объекту. Примитив XX-GET.request используется для запроса значения заданного MIB-атрибута (атрибут базы информации управления). Примитив XX-GET.confirm используется для возврата соответствующего значения MIB-атрибута, если статусом является "успех", иначе для возврата указания ошибки в поле статуса. Примитив XX-SET.request используется для запроса, что указанный MIB-атрибут должен быть задан в данное значение. Если этот MIB-атрибут предполагает конкретное действие, это запрашивает, чтобы действие было выполнено. и примитив XX-SET.confirm используется таким образом, что если статусом является "успех", это подтверждает, что указанный MIB-атрибут был задан в запрашиваемое значение, иначе он возвращает состояние ошибки в поле статуса. Если этот MIB-атрибут предполагает конкретное действие, это подтверждает, что действие было выполнено.
[0053] Также MLME и SME могут обмениваться различными примитивами MLME_GET/SET посредством MLME_SAP (служебной точки доступа). Также, различные примитивы PLME_GET/SET могут обмениваться между PLME и SME посредством PLME_SAP и могут обмениваться между MLME и PLME посредством MLME-PLME_SAP.
[0054] Эволюция беспроводной LAN
[0055] Стандарты для технологии беспроводной локальной сети (WLAN) были разработаны группой 802.11 института инженеров по электротехнике и радиоэлектронике (IEEE). IEEE 802.11a и 802.11b используют нелицензированную полосу при 2,4 ГГц или 5 ГГц. IEEE 802.11b обеспечивает скорость передачи 11 Мбит/с и IEEE 802.11a обеспечивает скорость передачи 54 Мбит/с. IEEE 802.11g применяет мультиплексирование с ортогональным разделением частот (OFDM) при 2,4 ГГц, чтобы обеспечить скорость передачи 54 Мбит/с. IEEE 802.11n может использовать OFDM с многоканальным входом - многоканальным выходом (MIMO) и обеспечивает скорость передачи 300 Мбит/с. IEEE 802.11n может поддерживать полосу пропускания канала до 40 МГц, чтобы обеспечить скорость передачи 600 Мбит/с.
[0056] Протокол, относящийся к установке прямой линии связи (DLS), в данном окружении согласно IEEE 802.11e основывается на QBSS (BSS (базовом наборе служб) качества обслуживания), этот BSS поддерживает QoS (качество обслуживания). В QBSS, AP также как STA без AP является QAP (AP качества обслуживания), которая поддерживает QoS. Однако в окружении WLAN (например, окружении WLAN согласно IEEE 802.11a/b/g), которое коммерциализировано в настоящее время, хотя STA без AP является QSTA (STA качества обслуживания), которая поддерживает QoS, AP вероятнее является существующей AP, которая не может поддерживать QoS. В результате, есть ограничение, что служба DLS, не может быть использована, даже в случае когда QSTA находится в окружении WLAN, которое коммерциализировано в настоящее время.
[0057] Установка туннелированной прямой линии связи (TDLS) является протоколом беспроводной связи, который недавно предложен для решения такого ограничения. TDLS, хотя не поддерживая QoS, обеспечивает QSTA возможность задания прямой линии связи даже в окружении WLAN, таком как IEEE 802.11a/b/g, которое коммерциализировано в настоящее время, и задания прямой линии связи, даже в случае режима энергосбережения (PSM). Соответственно, TDLS предписывает все процедуры для обеспечения QSTA возможности задания прямой линии связи, даже при BSS, управляемом существующей AP. В дальнейшем, беспроводная сеть, которая поддерживает TDLS, будет называться беспроводной сетью TDLS.
[0058] Cеть Wi-Fi Direct
[0059] WLAN согласно предшествующему уровню техники в основном обрабатывала операцию инфраструктурного BSS, чтобы точка радиодоступа (AP) функционировала как концентратор. AP выполняет функцию поддержки физического уровня для беспроводного/проводного соединения, функцию маршрутизации для устройств в сети и предоставление обслуживания для добавления устройства в сеть и удаления его из сети. В этом случае устройства внутри сети не соединяются друг с другом напрямую, но соединяются друг с другом посредством AP.
[0060] В качестве технологии для поддержки прямого соединения между устройствами, было рассмотрено положение о стандарте Wi-Fi Direct.
[0061] Фиг. 2 иллюстрирует схему, показывающую примерную сеть Wi-Fi Direct. Cеть Wi-Fi Direct является сетью, которая обеспечивает Wi-Fi устройствам возможность осуществления связи устройство-устройство (D2D) (или одноранговой связи (P2P)) даже без ассоциации с домашней сетью, офисной сетью и сетью с точкой беспроводного доступа, и была предложена Альянсом Wi-Fi. В дальнейшем, связь на основе Wi-Fi Direct будет назваться Wi-Fi Direct D2D связью (просто D2D связью) или Wi-Fi Direct P2P связью (просто, P2P связью). Также, устройство, которое выполняет Wi-Fi Direct P2P, будет называться Wi-Fi Direct P2P устройством, просто называемым P2P устройством или одноранговым устройством.
[0062] Обращаясь к Фиг. 2, сеть Wi-Fi Direct (200) может включать в себя по меньшей мере одно Wi-Fi устройство, которое включает в себя первое P2P устройство (202) и второе P2P устройство (204). P2P устройство может включать в себя устройства с поддержкой Wi-Fi, например, устройство отображения, принтер, цифровую камеру, проектор, интеллектуальный телефон и т.д. В дополнение, P2P устройство может включать в себя STA без AP и STA с AP. В этом примере, первым P2P устройством (202) является интеллектуальный телефон, и вторым P2P устройством (204) является устройство отображения. P2P устройства из сети Wi-Fi Direct могут быть взаимно соединены напрямую. Более подробно, P2P связь может значить, что тракт передачи сигнала между двумя P2P устройствами непосредственно сконфигурирован в соответствующих P2P устройствах без пропускания через третье устройство (например, AP) или существующую сеть (например, с сетевым доступом к WLAN через AP). В этом случае тракт передачи сигнала, непосредственно сконфигурированный между двумя P2P устройствами, может быть ограничен трактом передачи данных. Например, P2P связь может означать, что множество не STA передают данные (например, голос, изображение, текстовую информацию и т.д.) без пропускания через AP. Тракт передачи сигнала для информации управления (например, информации выделения ресурса для конфигурации P2P, идентификационной информации беспроводного устройства и т.д.) может быть непосредственно сконфигурирован между P2P устройствами (например, STA без AP с STA без AP, STA без AP с AP), может быть сконфигурирован между двумя P2P устройствами (например, без AP с STA без AP) посредством AP, или может быть сконфигурирован между AP и соответствующим P2P устройством (например, AP с STA №1 без AP, AP с STA №2 без AP).
[0063] Фиг. 3 иллюстрирует схему, показывающую способ конфигурирования сети Wi-Fi Direct.
[0064] Обращаясь к Фиг. 3, процедура установки сети Wi-Fi Direct может быть по большому счету разбита на две процедуры. Первой процедурой является процедура (S302a) обнаружения соседа (ND), и второй процедурой является процедура конфигурации и связи по P2P линии связи (S304). Посредством процедуры обнаружения соседа P2P устройство (например, 202 по Фиг. 2) ищет другое соседнее P2P устройство (например, 204 по Фиг. 2) в пределах (своего собственного средства радиосвязи) покрытия, и может получить информацию, требуемую для ассоциации (например, предварительной ассоциации) с соответствующим P2P устройством. В этом случае предварительная ассоциация может означать предварительную ассоциацию второго уровня в протоколе радиосвязи. Например, информация, требуемая для предварительной ассоциации может включать в себя идентификационную информацию соседнего P2P устройства. Процедура обнаружения соседа может проводиться по каждому доступному радиоканалу (S302b). После этого P2P устройство (202) может осуществить конфигурацию/связь по Wi-Fi Direct P2P линии связи с другим P2P устройством (204). Например, после ассоциации P2P устройства (202) с периферийным P2P устройством (204), P2P устройство (202) может определить, является ли соответствующее P2P устройство (204) P2P устройством, неспособным удовлетворить требованиям обслуживания пользователя. В этой связи после того как P2P устройство (202) ассоциировано посредством предварительной ассоциации второго уровня с периферийным P2P устройством (204), P2P устройство (202) может осуществить поиск P2P устройства (204). Если соответствующее P2P устройство (204) не удовлетворяет требованиям обслуживания пользователя, P2P устройство (202) может прекратить ассоциацию второго уровня, сконфигурированную для соответствующего P2P устройства (204), и может сконфигурировать ассоциацию второго уровня с другим P2P устройством. В отличие от этого, если соответствующее P2P устройство (204) удовлетворяет требованиям обслуживания пользователя, два P2P устройства (202 и 204) могут передавать и принимать сигналы через P2P линию связи.
[0065] Фиг. 4 иллюстрирует схему, показывающую процедуру обнаружения соседа. Пример по Фиг. 4 можно понять как операцию между P2P устройством (202) и P2P устройством (204), показанными на Фиг. 3.
[0066] Обращаясь к Фиг. 4, процедура обнаружения соседа по Фиг. 3 может быть инициализирована посредством указания объекта управления станцией (SME)/приложения/пользователя/продавца (S410), и может быть разбита на этап (S412) сканирования и этапы (S414-S416) разыскивания. Этап (S412) сканирования может включать в себя операцию для сканирования всех доступных РЧ каналов согласно схемам 802.11. Посредством вышеупомянутой операции, P2P устройство может подтвердить наилучший операционный канал. Этапы (S414-S416) разыскивания могут включать в себя режим прослушивания (S414) и режим поиска (S416). P2P устройство может в качестве альтернативы повторить режим прослушивания (S414) и режим поиска (S416). P2P устройства (202 и 204) могут выполнять активный поиск посредством использования кадра пробного запроса в режиме поиска (S416). Для быстрого поиска, диапазон поиска может быть ограничен социальными каналами, обозначенными каналами №1, №6, №11 (2412, 2437, 2462 МГц). В дополнение, P2P устройства (202 и 204) могут выбрать только один канал из трех социальных каналов в режиме прослушивания (S414), и поддерживать статус приема. В этом случае, если другое P2P устройство (например, 202) принимает кадр пробного запроса, переданный в режиме поиска, P2P устройство (например, 204) генерирует кадр пробного ответа в ответ на принятый кадр пробного запроса. Время режима прослушивания (S414) может быть задано случайным образом (например, 100, 200, 300 единиц времени (TU)). P2P устройства непрерывно повторяют режим поиска и режим приема, так чтобы они могли получить доступ к общему каналу. После того как P2P устройство обнаруживает другое P2P устройство, P2P устройство может обнаружить/обменяться типом устройства, изготовителем или именем знакомого устройства посредством использования кадра пробного запроса и кадра пробного ответа, так чтобы P2P устройство могло выборочно соединиться с соответствующим P2P устройством. Если P2P устройство обнаруживает периферийное P2P устройство и получает необходимую информацию посредством процедуры обнаружения соседа, P2P устройство (например, 202) может уведомить SME/приложение/пользователя/продавца об обнаружении P2P устройства (S418).
[0067] В настоящее время P2P может быть в основном использован для полустатической связи, такой как дистанционная печать, совместное использование фотографий и т.д. Однако из-за обобщения Wi-Fi устройств и служб, основанных на местоположении, P2P доступность постепенно увеличивается. Например, ожидается, что P2P устройство будет активно использоваться для общения в социальных чатах (например, беспроводные устройства, подписанные на службу социальной сети (SNS), распознают устройства радиосвязи, расположенные в соседней области, на основе службы, основанной на местоположении, и передают и принимают информацию), предоставления рекламного объявления на основе местоположения, новостного вещания на основе местоположения и игрового взаимодействия между беспроводными устройствами. Для удобства описания, такое применение P2P будет в дальнейшем назваться новым применением P2P.
[0068] Фиг. 5 иллюстрирует схему, показывающую новый аспект сети Wi-Fi Direct.
[0069] Пример по Фиг. 5 можно понять как аспект сети Wi-Fi Direct для использования в случае, в котором применяется новое применение P2P (например, общение в социальных чатах, предоставления служб, основанных на местоположении, игровое взаимодействие и т.д.).
[0070] Обращаясь к Фиг. 5, множество P2P устройств (502a-502d) осуществляет P2P связь (510) в сети Wi-Fi Direct, P2P устройство(а), составляющее(ие) сеть Wi-Fi Direct, может(гут) быть изменено(ы) в любое время из-за перемещения P2P устройств(а), и новая сеть Wi-Fi Direct может быть динамически сгенерирована или удалена в пределах короткого времени. Как описано выше, характеристики нового применения P2P указывают, что P2P связь может динамически осуществляться и разрываться в пределах короткого времени среди множества P2P устройств в плотном сетевом окружении.
[0071] Фиг. 6 иллюстрирует схему, показывающую способ конфигурирования линии связи для связи Wi-Fi Direct.
[0072] Как показано на Фиг. 6a, первая STA (610) (в дальнейшем, называемая как "A") функционирует как владелец группы во время обыкновенной связи Wi-Fi Direct. Если A (610) обнаруживает вторую STA (620) (в дальнейшем, называемую как "B"), которая является целью новой связи Wi-Fi Direct и не осуществляет Wi-Fi Direct связь, во время связи с клиентом (630) группы обыкновенной связи Wi-Fi Direct, A (610) пытается установить линию связи с B (620). В этом случае новая связь Wi-Fi Direct является связью Wi-Fi Direct между A (610) и B (620), и так как A является владельцем группы, A может выполнить установку связи отдельно от связи обыкновенного клиента (630) группы. Так как одна группа Wi-Fi Direct может включать в себя одного владельца группы и одного или более клиентов группы, как показано на Фиг. 6b, линия связи Wi-Fi Direct может быть задана как A (610), которая является той, которой владелец группы удовлетворен. В этом случае A (610) приглашает B (620) в обыкновенную группу Wi-Fi Direct связи, и ввиду характеристики связи Wi-Fi Direct, может быть осуществлена WFD связь между A (610) и B (620) и между A (610) и обыкновенным клиентом (630) группы. Связь Wi-Fi Direct поддерживается выборочно на основе возможности устройства.
[0073] Фиг. 7 иллюстрирует схему, показывающую способ для ассоциирования с группой связи, которая осуществляет Wi-Fi Direct.
[0074] Как показано на Фиг. 7a, первая STA (710) (в дальнейшем, называемая как "A") осуществляет связь как владелец группы для клиента (730) группы, и вторая STA (720) (в дальнейшем, называемая как "B") осуществляет связь как владелец группы для клиента (740) группы. Как показано на Фиг. 7b, A (710) может разорвать обыкновенную связь Wi-Fi Direct и может выполнить ассоциацию с группой связи Wi-Fi Direct, к которой принадлежит B (720). Так как A (710) является владельцем группы, A (710) становится клиентом группы. Предпочтительно, A (710) разрывает обыкновенную связь Wi-Fi Direct до запроса ассоциации с B (720).
[0075] Фиг. 8 иллюстрирует схему, показывающую способ конфигурирования линии связи для связи Wi-Fi Direct.
[0076] Как показано на Фиг. 8a, вторая STA (820) (в дальнейшем, называемая как "B") функционирует как владелец группы во время обыкновенной связи Wi-Fi Direct. Если B (820) осуществляет обыкновенную связь Wi-Fi Direct с клиентом группы (830), первая STA (810) (в дальнейшем, называемая как "A"), которая не осуществляет связь Wi-Fi Direct, обнаруживает B (820) и пытается установить линию связи для новой связи Wi-Fi Direct с B (820). В этом случае, если B (820) принимает установку линии связи, задается новая линия связи Wi-Fi Direct между A (810) и B (820), и A (810) функционирует как клиент обыкновенной группы Wi-Fi Direct из B (820). Этот случай соответствует случаю, когда A (810) выполняет ассоциацию с группой связи Wi-Fi Direct из B (820). A (810) может только осуществить связь Wi-Fi Direct с B (820), которая является владельцем группы, и связь Wi-Fi Direct между A (810). Связь Wi-Fi Direct поддерживается выборочно на основе возможности устройства.
[0077] Фиг. 9 иллюстрирует схему, показывающую способ конфигурирования линии связи, которая ассоциирована с группой связи Wi-Fi Direct.
[0078] Как показано на Фиг. 9a, первая STA (910) (в дальнейшем, называемая как "A") осуществляет связь Wi-Fi Direct как клиент группы для владельца (930) группы. В этот раз, A (910) обнаруживает вторую STA (920) (в дальнейшем, называемую как "B"), которая осуществляет связь как владелец группы для клиента (940) группы другой связи Wi-Fi Direct, и разрывает линию связи с владельцем (930) группы. и A (910) может выполнить ассоциацию с Wi-Fi Direct из B (920).
[0079] Служба Wi-Fi Direct (WFDS)
[0080] Wi-Fi Direct является технологией стандарта сетевого соединения, заданной для включения в себя функционирование уровня линии связи. Так как стандарт приложения, функционирующего в верхнем уровне линии связи, сконфигурированной посредством Wi-Fi Direct, не задан, сложно поддерживать совместимость в случае, когда приложение приводится в действие после взаимного соединения устройств, которые поддерживают Wi-Fi Direct. Чтобы решить эту проблему, Альянсом Wi-Fi (WFA) была рассмотрена стандартизация функционирования приложения верхнего уровня, называемого службой Wi-Fi Direct (WFDS).
[0081] Фиг. 10 иллюстрирует схему, иллюстрирующую компоненты структуры WFDS.
[0082] Уровень Wi-Fi Direct по Фиг. 10 означает уровень MAC, заданный стандартом Wi-Fi Direct. Уровень Wi-Fi Direct может включать в себя программное обеспечение, совместимое со стандартом Wi-Fi Direct. Беспроводное соединение может быть сконфигурировано ниже уровня Wi-Fi Direct посредством физического уровня (не показан), совместимого с PHY уровнем WiFi. Платформа, названная ASP (платформой службы приложений) задана над уровнем Wi-Fi Direct.
[0083] ASP является логическим объектом, который реализует функции, требуемые для служб. ASP является общей совместно используемой платформой и может обрабатывать задачи, такие как обнаружение устройств, обнаружение служб, управление сеансом ASP, управление топологией соединений и безопасность между уровнем приложения над ASP и уровнем Wi-Fi Direct ниже ASP.
[0084] Уровень служб задан над ASP. Уровень служб включает в себя службы для конкретных случаев использования. WFA задает четыре базовых службы, службы отправки, проигрывания, отображения и печати. Будут кратко описаны четыре базовые службы, заданные в WFA. Прежде всего отправка означает службу и приложение, которые могут выполнить пересылку файла между двумя WFDS устройствами. Служба отправки может называться службой пересылки файлов (FTS), так как она предназначена для пересылки файлов между одноранговыми устройствами. Проигрывание означает службу и приложение, которые совместно используют или осуществляют потоковую передачу аудио/видео (A/V), фотографий, музыки и т.д. на основе DLNA (технологии Альянса цифровых сетей для дома) между двумя WFDS устройствами. Печать означает службу и приложение, которые обеспечивают возможность вывода документов и фотографий между устройством, имеющим контент, такой как документы, фотографии и т.д., и принтером. Отображение означает службу и приложение, которые обеспечивают возможность совместного использования экрана между Miracast источником и приемным WFA устройством.
[0085] API (интерфейс прикладных программ) разрешения, показанный на Фиг. 10, задан для использования общей платформы ASP в случае, когда поддерживается приложение третьей стороны в дополнение к базовой службе, заданной посредством WFA. Служба, заданная для приложения третьей стороны, может быть использована только одним приложением или может быть использована в основном (или в общем) различными приложениями.
[0086] В дальнейшем для удобства описания служба, заданная посредством WFA, будет называться службой WFA, и служба, по-новому заданная третьей стороной, не WFA, будет называться службой разрешения.
[0087] Уровень приложения может предусматривать пользовательский интерфейс (UI), и служит для выражения информации, которая должна быть распознана пользователем, и пересылает ввод пользователя на нижний уровень.
[0088] На основе описания, предоставленного выше, среди WFDS, служба отображения будет в дальнейшем описана более подробно.
[0089] Отображение по Wi-Fi
[0090] Среди WFDS, служба отображения относится к службе и приложению, которые обеспечивают возможность совместного использования экрана между P2P устройствами. P2P устройство, использующее службу отображения, может называться WFD устройством, и среди WFD устройств устройство, поддерживающее потоковую передачу мультимедийного контента через P2P линию связи устройства, может называться источником отображения по Wi-Fi (WFD), и устройство, принимающее от WFD устройства-источника и посредством P2P линии связи выполняющее воспроизведение, может называться приемным WFD устройством.
[0091] Фиг. 11 иллюстрирует процедуру для установления сеанса WFD между WFD источником и приемным WFD устройством. WFD источник и приемное WFD устройство могут обнаружить присутствие (или существование) друг друга посредством первоначального обнаружения WFD устройства до выполнения установки WFD соединения. Более конкретно, WFD устройства могут распознать присутствие друг друга посредством кадра пробного запроса и кадра пробного ответа, причем каждый включающий в себя информационный элемент WFD (WFD IE). Информационный элемент WFD (WFD IE) может включать в себя базовую информацию для создания оптимального соединения между WFD устройствами, такую как тип устройства, статус устройства и т.д. Когда WFD устройство принимает кадр пробного запроса, включающий в себя WFD IE, WFD устройство может передать кадр пробного ответа, включающий в себя свой WFD IE, в качестве ответа на принятый кадр пробного запроса.
[0092] Когда WFD устройство взаимно соединено с AP, и в случае когда WFD устройство функционирует как Wi-Fi P2P устройство, два или более Wi-Fi передатчиков/приемников (или приемопередатчиков) логически функционируют в едином физическом устройстве. В этот момент для того чтобы выполнить обнаружение WFD устройства, может быть использован любой один из Wi-Fi передатчиков/приемников (или приемопередатчиков), упомянутых выше. В дополнение к WFD IE информационный элемент P2P (P2P IE) может также быть включен в кадр пробного запроса для обнаружения WFD устройств, и он может быть декодирован Wi-Fi передатчиками/приемниками (или приемопередатчиками).
[0093] В дальнейшем, до выполнения установки WFD соединения, WFD источник и приемное WFD устройство могут осуществить поиск (или обнаружить) возможность службы друг у друга. Более конкретно, когда любое из WFD устройств передает кадр запроса обнаружения службы, который включает в себя способность WFD в качестве своего информационного подэлемента, другое WFD устройство может передать кадр ответа обнаружения службы, который включает в себя свою собственную способность WFD в качестве своего информационного подэлемента, как ответ на кадр запроса обнаружения службы. Процедура обнаружения службы соответствует необязательной (или выборочной) процедуре, и здесь WFD устройство, поддерживающее процедуру обнаружения службы, может выполнить процедуру обнаружения службы с искомым (или обнаруженным) WFD устройством, которое также поддерживает процедуру обнаружения службы. Для того чтобы выполнить процедуру обнаружения службы, информация, указывающая, обладает ли WFD устройство способностью (или возможностью) поддерживать процедуру обнаружения службы или нет, может быть включена в кадр пробного запроса и кадр ответа, которые используются для процедуры обнаружения службы.
[0094] В дальнейшем WFD источник или приемное WFD устройство может выбрать одноранговое WFD устройство для установки WFD соединения. Одноранговое WFD устройство, которое служит для проведения установки WFD соединения, может быть выбрано посредством пользовательского ввода, или одноранговое WFD устройство, которое служит для проведения установки WFD соединения, может быть выбрано автоматически в соответствии с политикой.
[0095] Впоследствии WFD устройство может выбрать способ для выполнения установки WFD соединения с выбранным одноранговым WFD устройством. Более конкретно, WFD устройство может установить WFD соединение с помощью любой схемы соединения из числа Wi-Fi P2P и TDLS.WFD устройства могут принять решение о схеме соединения на основе взаимно соединенного подэлемента BSSID, который доставляется (или передается) вместе с информацией предпочтительного соединения и информационным элементом WFD.
[0096] Если установка WFD между WFD устройствами с использованием Wi-Fi P2P или TDLS завершена успешно, WFD устройство может перейти к согласованию возможности WFD. Посредством согласования возможности WFD, WFD источник и приемное WFD устройство могут подтвердить по меньшей мере одно из обоюдно поддерживаемых кодеков, информации профиля кодека, информации уровня кодека и информации разрешения кодека.
[0097] В частности, посредством обмена сообщениями с использованием RTSP (протокола потоковой передачи в реальном времени), WFD источник и приемное WFD устройство могут определить набор параметров для задания полезных аудио/видеоданных во время сеанса WFD. В ходе процедуры согласования возможности WFD, может осуществляться обмен сообщениями RTSP M1 - RTSP M4.
[0098] Например, Фиг. 12 является схемой для описания процедуры согласования возможности WFD. Обращаясь к Фиг. 12, прежде всего, WFD источник может отправить сообщение запроса RTSP M1 для инициирования процедуры RTSP и согласования возможности WFD. Сообщение запроса RTSP M1 может включать в себя запрос RTSP OPTIONS для определения набора способов RTSP, поддерживаемого приемным WFD устройством. Если сообщение запроса RTSP M1 принято, приемное WFD устройство может совершить ответ с помощью сообщения ответа RTSP M1, в котором приведены способы RTSP, поддерживаемые приемным WFD устройством.
[0099] После успешного обмена сообщениями RTSP M1 приемное WFD устройство может отправить сообщение запроса RTSP M2 для определения набора способов RTSP, поддерживаемого WFD источником. Если сообщение запроса RTSP M2 принято, WFD источник может ответить с помощью сообщения ответа RTSP M2, в котором приведены способы RTSP, поддерживаемые WFD источником.
[00100] После успешного обмена сообщениями RTSP M2 WFD источник может отправить сообщение запроса RTSP M3 (сообщение запроса RTSP GET_PARAMETER), в котором точно определен список возможностей WFD, в которых заинтересован WFD источник. Если сообщение запроса RTSP M3 принято, приемное WFD устройство может ответить с помощью сообщения ответа RTSP M3 (сообщения ответа RTSP GET_PARAMETER).
[00101] На основе сообщения ответа RTSP M3 WFD источник определяет оптимальный набор параметров для использования во время сеанса WFD и имеет возможность отправки сообщения запроса RTSP M4 (сообщения запроса RTSP SET_PARAMETER), включающего в себя набор параметров, который будет использован между WFD источником и приемным WFD устройством, в приемное WFD устройство. Если сообщение запроса RTSP M4 принято, приемное WFD устройство может ответить с помощью сообщения ответа RTSP M4 (сообщения ответа RTSP GET_PARAMETER).
[00102] Если этап согласования возможности WFD завершен успешно, WFD источник и устройство устанавливают сеанс WFD (или сеанс miracast), и может быть осуществлена потоковая передача видео/аудиоконтента из WFD источника в приемное WFD устройство.
[00103] Например, Фиг. 13 является схемой для описания установления WFD сеанса и процедуры потоковой передачи видео/аудио.
[00104] WFD источник может отправить сообщение запроса RTSP M5 (сообщение запроса RSTP SET_PARAMETER), включающее в себя параметр инициирования SETUP, в приемное WFD устройство. Если сообщение запроса RTSP M5 принято, приемное WFD устройство может ответить с помощью сообщения ответа RTSP M5 (сообщения ответа RTSP SET_PARAMETER).
[00105] Если обмен сообщениями RTSP M5, включающими в себя параметр инициирования SETUP, успешно осуществлен, приемное WFD устройство может отправить сообщение запроса RTSP M6 (сообщение запроса RSTP SETUP) WFD источнику. Если сообщение запроса RTSP M6 принято, приемное WFD устройство может ответить с помощью сообщения ответа RTSP M6 (сообщения ответа RTSP SETUP). Если код статуса сообщения ответа RTSP M6 указывает "OK", это может означать, что сеанс RTSP был успешно создан.
[00106] Как только сеанс RTSP создан, WFD источник отправляет сообщение RTSP M5 для инициирования передачи сообщения запроса RTSP PLAY (сообщения запроса RTSP M7) или сообщения запроса RTSP TEARDOWN (сообщения запроса RTSP M8) приемному WFD устройству. и приемное WFD устройство может отправить сообщение RTSP M8 (сообщение RTSP TEARDOWN) для прекращения сеанса RTSP между WFD источником и приемным WFD устройством.
[00107] После успешного обмена сообщением RTSP M6, приемное WFD устройство может отправить сообщение запроса RTSP M7 (сообщение запроса RTSP PLAY) WFD источнику для уведомления, что оно готово принять поток RTSP. WFD источник может ответить с помощью сообщения ответа RTSP M7 (сообщения ответа RTSP PLAY). Если код статуса сообщения ответа RTSP M7 указывает "OK", это может означать, что сеанс WFD был успешно установлен.
[00108] Как только сеанс WFD установлен, WFD источник может отправить в приемное WFD устройство сообщение запроса RTSP M3 (сообщение запроса RTSP GET_PARAMETER) для получения возможности по меньшей мере для одного параметра RTSP, поддерживаемого приемным WFD устройством, сообщение запроса RTSP M4 для задания по меньшей мере одного значения параметра RTSP, соответствующего сеансу WFD, для повторного согласования возможности между WFD источником и приемным WFD устройством для обновления AV (аудио/видео) формата, сообщение запроса RTSP M5 для инициирования отправки сообщения запроса RTSP PAUSE (сообщения запроса RTSP M9) приемным WFD устройством, сообщение запроса RTSP M12, указывающее, что WFD источник входит в режим ожидания WFD, сообщение запроса RTSP M14 для осуществления выбора типа ввода, который должен быть использован посредством UIBC, устройство ввода и другие параметры, сообщение запроса RTSP M15 для включения или отключения UIBC и подобное.
[00109] Приняв вышеприведенные сообщения запроса RTSP из WFD источника, приемное WFD устройство может ответить сообщением ответа RTSP.
[00110] Как только сеанс WFD установлен, приемное WFD устройство может отправить в WFD источник сообщение запроса RTSP M7 (сообщение запроса RTSP PLAY) для запуска (или возобновления) приостановленной потоковой передачи аудио/видео, сообщение запроса RTSP M9 (сообщение запроса RTSP PAUSE) для приостановки потоковой передачи аудио/видео из WFD источника в приемное WFD устройство, сообщение запроса RTSP M10 для запроса WFD источника изменить устройство воспроизведения аудио, сообщение запроса RTSP M11, дающее команду на изменение типа активного соединителя, сообщение запроса RTSP M12, указывающее, что приемное WFD устройство вошло в режим ожидания WFD, сообщение запроса RTSP M13, запрашивающее WFD источник обновить IDR, сообщение запроса RTSP M14 для осуществления выбора типа ввода, который должен быть использован посредством UIBC, устройство ввода и другие параметры, сообщение запроса RTSP M15 включения или отключения UIBC и подобное.
[00111] Приняв вышеприведенные сообщения запроса RTSP из приемного WFD устройства, WFD источник может ответить сообщением ответа RTSP.
[00112] Так как сеанс WFD установлен, если начинается потоковая передача аудио/видео, WFD источник и приемное WFD устройство может перейти к потоковой передаче аудио/видео с использованием кодека, поддерживаемого совместно и WFD источником, и приемным WFD устройством. Так как используется кодек, поддерживаемый совместно и WFD источником и приемным WFD устройством, он способен обеспечить взаимодействие между ними.
[00113] Например, если и WFD источник, и приемное WFD устройство поддерживают кодек LPCM (аудио с линейной PCM (импульсно-кодовой модуляцией)) и кодек H.264, потоковая передача аудио и видео может осуществляться посредством кодека LPCM и кодека H.264, соответственно. Конечно, для потоковой передачи аудио/видео может быть использован другой кодек, также как кодек LPCM и кодек H.264.
[00114] Для ясности нижеследующего описания аудио/видеокодек, поддерживаемый совместно кодеком LPCM и кодеком H.264, должен называться "общим кодеком".
[00115] Так как потоковая передача выполняется посредством сеанса WFD, WFD источник обычно кодирует свой экран проигрывания в реальном времени посредством общего кодека и затем передает кодированные данные приемному WFD устройству. В случае потоковой передачи видеофайла, WFD источник декодирует видеофайл, выводит экран проигрывания видеофайла в блок отображения, кодирует вывод блока отображения общим кодеком и затем передает кодированные данные приемному WFD устройству.
[00116] В частности, для того чтобы выполнить потоковую передачу мультимедийного файла, такого как музыкальный файл, видеофайл или подобный, WFD источник может выполнить транскодирование в некоторой степени как декодирование мультимедийного файла и затем кодирование декодированных данных общим кодеком.
[00117] Еще, если мультимедийный файл, который должен быть передан потоком, имеет возможность проигрывания приемным WFD устройством, может быть более эффективным, чтобы WFD источник передавал мультимедийный файл, пропуская этап транскодирования мультимедийного файла.
[00118] Например, таблица 1 показывает сравнение эффектов в зависимости от выполнения транскодирования или нет в потоковой передаче видеофайла с разрешением 1080p, кодированного посредством H.264.
[00119] [Таблица 1]
Классификация
Потоковая передача, кодированная в реальном времени(Например, Miracast 1.0)
Передача без транскодирования [потоковая передача на основе HTTP (например, DLNA)]
Необходимость транскодирования
Необходимо (Перекодирование в видеоформат H.264 необходимо несмотря на то, что видеофайл кодирован посредством H.264)
Необязательно
Энергопотребление(посредством Tx)
2100~3700мВт/ч
1850мВт/ч
Перегрев
Перегрев, созданный из-за декодирования и кодирования видеофайла
Обычный диапазон
Качество видео
Качество изображения, ухудшенное из-за транскодирования
Поддерживается качество первоначальной копии
[00120] В случае выполнения потоковой передачи без транскодирования, могут быть обеспечены нижеследующие эффекты. Прежде всего, задержка передачи уменьшается на время, требуемое для декодирования и кодирования мультимедийного файла, перегрев WFD источника может быть подавлен, и энергоэффективность WFD источника может быть повышена.
[00121] Вследствие этого настоящее изобретение намерено предложить способ потоковой передачи мультимедийного файла без транскодирования мультимедийного файла в ходе выполнения службы WFD.
[00122] Смена режима при WFD
[00123] Как только сеанс WFD установлен, WFD источник кодирует свой экран вывода в реальном времени общим кодеком и имеет возможность отправки кодированных данных в приемное WFD устройство. При таком осуществлении, если запрашивается проигрывание мультимедийного файла, имеющего возможность проигрывания приемным WFD устройством, WFD источник может отправить запрошенный для проигрывания мультимедийный файл приемному WFD устройству вместо выполнения транскодирования (т.е., преобразования общим кодеком) мультимедийного файла.
[00124] В частности, по время выполнения службы WFD, WFD источник и приемное WFD устройство могут функционировать в режиме кодирования в реальном времени для потоковой передачи экрана вывода в реальном времени WFD источника или могут функционировать в режиме без транскодирования для потоковой передачи мультимедийного файла без транскодирования.
[00125] По меньшей мере одно из WFD источника и приемного WFD устройства может запросить переход между режимом кодирования в реальном времени и режимом без транскодирования согласно атрибуту запрошенного для проигрывания мультимедийного файла.
[00126] Фиг. 14 является схемой для описания одного примера перехода между режимом кодирования в реальном времени и режимом без транскодирования. По мере прохождения процедуры обнаружения устройства и службы и процедуры согласования возможности, если сеанс WFD создан, WFD источник и приемное WFD устройство могут выполнить потоковую передачу в режиме кодирования в реальном времени. В частности, если WFD источник кодирует свой экран вывода общим кодеком и затем отправляет его приемному WFD устройству, приемное WFD устройство декодирует кодированные данные, принятые от WFD источника, и затем имеет возможность вывода декодированных данных.
[00127] В дальнейшем, если принят пользовательский ввод запроса проигрывания мультимедийного файла, WFD источник может определить, имеет ли запрошенный для проигрывания мультимедийный файл возможность проигрывания приемным WFD устройством. В частности, WFD источник может определить, может ли запрошенный для проигрывания мультимедийный файл проигрываться WFD источником, на основе информации кодека, поддерживаемого приемным WFD устройством. Например, в этой связи WFD источник может получить информацию аудио и видеокодека, поддерживаемых приемным WFD устройством, из процедуры обнаружения службы WFD или процедуры согласования возможности WFD, описанной со ссылкой на Фиг. 11. Если запрошенный для проигрывания мультимедийный файл является видеофайлом, WFD источник может в дополнение определить, является ли мультимедийный файл проигрываемым WFD источником, при дополнительном рассмотрении информации профиля и уровня кодека.
[00128] Если запрошенный для проигрывания мультимедийный файл является проигрываемым приемным WFD устройством, WFD источник может запросить приемное WFD устройство переключиться на режим без транскодирования с режима кодирования в реальном времени. Если приемное WFD устройство принимает запрос смены режима функционирования, сделанный WFD источником, WFD источник может отправить мультимедийный файл приемному WFD устройству.
[00129] Фиг. 15 является схемой для показа подробного примера, что режим функционирования между WFD источником и приемным WFD устройством переключается в режим без транскодирования из режима кодирования в реальном времени.
[00130] При функционировании в режиме кодирования в реальном времени, если принят пользовательский ввод запроса проигрывания мультимедийного файла, WFD источник может определить, имеет ли запрошенный для проигрывания мультимедийный файл возможность проигрывания приемным WFD устройством.
[00131] Если запрошенный для проигрывания мультимедийный файл не является проигрываемым приемным WFD устройством (например, мультимедийный файл сжат кодеком, неподдерживаемым приемным WFD устройством, или мультимедийный файл имеет разрешение, неподдерживаемое приемным WFD устройством), WFD источник может осуществить потоковую передачу мультимедийного файла посредством транскодирования. В частности, WFD источник декодирует мультимедийный файл, кодирует декодированные данные общим кодеком и имеет возможность отправки кодированных данных приемному WFD устройству.
[00132] И наоборот, если запрошенный для проигрывания мультимедийный файл является проигрываемым приемным WFD устройством, WFD источник может отправить сообщение запроса RTSP M5 для запроса смены режима. В этой связи между WFD источником и приемным WFD устройством, может быть задан новый способ, называемый "смена режима (MODE_TRANSIT)", для инициирования смены режима.
[00133] Приняв сообщение запроса RTSP M5, включающее в себя способ смены режима, приемное WFD устройство отвечает сообщением ответа RTSP M5 и имеет возможность отправки WFD источнику сообщения запроса RTSP M9 (сообщения запроса RTSP PAUSE) для приостановки потоковой передачи в реальном времени.
[00134] Если принято сообщение запроса RTSP M9, WFD источник отвечает сообщением ответа RTSP M9 и имеет возможность приостановки потоковой передачи в реальном времени (т.е., приостанавливает потоковую передачу экрана вывода в реальном времени для WFD источника). Если потоковая передача в реальном времени приостановлена, WFD источник может отправить приемному WFD устройству сообщение запроса RTSP M4 (сообщение запроса RTSP SET_PARAMETER), указывающее параметры, которые изменены согласно переходу в режим без транскодирования. В сообщение запроса RTSP M4 могут быть включена информация о кодеке мультимедийного файла и транспортном протоколе (например, TCP/UDP и т.д.), используемом для отправки мультимедийного файла.
[00135] Если принято сообщение запроса RTSP M4, приемное WFD устройство может ответить сообщением ответа RTSP M4. В дальнейшем, приемное WFD устройство может отправить сообщение запроса RTSP M7 (сообщение запроса RTSP PLAY) для запроса запуска передачи мультимедийного файла WFD источнику.
[00136] Если принято сообщение запроса RTSP M7, WFD источник отвечает сообщением ответа RTSP M7 и имеет возможность отправки мультимедийного файла приемному WFD устройству в режиме без транскодирования. В частности, WFD источник может осуществить потоковую передачу мультимедийного файла приемному WFD устройству без транскодирования.
[00137] Если закончилось проигрывание мультимедийного файла, потоковая передача которого осуществлялась в режиме без транскодирования, или принят пользовательский ввод запроса окончания проигрывания мультимедийного файла, WFD источник может запросить приемное WFD устройство переключиться на режим кодирования в реальном времени с режима без транскодирования. Если приемное WFD устройство принимает запрос смены режима функционирования из WFD источника, WFD источник может перейти к потоковой передаче в режиме функционирования в реальном времени.
[00138] Фиг. 16 является схемой для показа подробного примера, что режим функционирования между WFD источником и приемным WFD устройством изменяется на режим кодирования в реальном времени из режима без транскодирования.
[00139] Если закончилось проигрывание мультимедийного файла, потоковая передача которого осуществлялась в режиме без транскодирования, или принят пользовательский ввод запроса окончания проигрывания мультимедийного файла, WFD источник может отправить приемному WFD устройству сообщение запроса RTSP M5, включающее в себя способ смены режима. Приняв сообщение запроса RTSP M5, включающее в себя способ смены режима, приемное WFD устройство отвечает сообщением ответа RTSP M5 и имеет возможность отправки WFD источнику сообщения запроса RTSP M9 (сообщения запроса RTSP PAUSE) для приостановки потоковой передачи.
[00140] Если принято сообщение запроса RTSP M9, WFD источник отвечает сообщением ответа RTSP M9 и имеет возможность приостановки потоковой передачи. Если потоковая передача приостановлена, WFD источник может отправить приемному WFD устройству сообщение запроса RTSP M4 (сообщение запроса RTSP SET_PARAMETER), указывающее параметры, которые изменены согласно переходу в режим кодирования в реальном времени. Информация кодека, которая должна быть использована в режиме кодирования в реальном времени, и подобная, может быть включена в сообщение запроса RTSP M4.
[00141] Если принято сообщение запроса RTSP M4, приемное WFD устройство может ответить сообщением ответа RTSP M4. В дальнейшем, приемное WFD устройство может отправить WFD источнику сообщение запроса RTSP M7 (сообщение запроса RTSP PLAY) для запроса запуска потоковой передачи в реальном времени.
[00142] Если принято сообщение запроса RTSP M7, WFD источник отвечает сообщением ответа RTSP M7 и имеет возможность выполнения потоковой передачи посредством кодирования аудио/видеоданных в режиме кодирования в реальном времени общим кодеком и затем отправки кодированных аудио/видеоданных приемному WFD устройству.
[00143] В ходе процедуры согласования возможности WFD с помощью процесса обнаружения приемного WFD устройства или службы WFD, WFD источник может проверить, поддерживает ли приемное WFD устройство смену режима на режим без транскодирования с режима кодирования в реальном времени.
[00144] В частности, посредством обмена по меньшей мере одним из сообщения RTSP M3 и сообщения RTSP M4, WFD источник может проверить, поддерживает ли приемное WFD устройство смену режима.
[00145] Например, новый параметр RTSP (wfd_mode_transition), запрашивающий присутствие или отсутствие смены режима приемного WFD устройства, может быть вставлен по меньшей мере в одно из сообщения RTSP M3 и сообщения RTSP M4.
[00146] Передача обслуживания между службами
[00147] Как только сеанс WFD установлен, WFD источник кодирует свой экран вывода в реальном времени общим кодеком и имеет возможность отправки кодированных данных в приемное WFD устройство. При таком осуществлении, если запрашивается проигрывание мультимедийного файла, имеющего возможность проигрывания приемным WFD устройством, WFD источник может отправить запрошенный для проигрывания мультимедийный файл приемному WFD устройству вместо выполнения транскодирования (т.е., преобразования общим кодеком) мультимедийного файла.
[00148] В этой связи WFD источник и приемное WFD устройство приостанавливают службу WFD и имеют возможность совершения передачи обслуживания в службу, способную передавать файлы. В частности, WFD источник и приемное WFD устройство могут совершить передачу обслуживания в службу PLAY, выбранную из службы DNLA (технологии Альянса цифровых сетей для дома), способной передавать файлы, и службы Wi-Fi Direct (WFDS).
[00149] Фиг. 17 является схемой для описания одного примера выполнения передачи обслуживания в DNLA от службы WFD. По мере прохождения процедуры обнаружения устройства и службы и процедуры согласования возможности, если установлен сеанс WFD, WFD источник кодирует свой экран вывода в реальном времени общим кодеком и затем передает его приемному WFD устройству. Посредством декодирования общим кодеком кодированных данных, принятых от WFD источника, приемное WFD устройство может выполнить потоковую передачу.
[00150] В дальнейшем, если принят пользовательский ввод запроса проигрывания мультимедийного файла, WFD источник может определить, является ли запрошенный для проигрывания мультимедийный файл проигрываемым приемным WFD устройством. В частности, WFD источник может определить, может ли запрошенный для проигрывания мультимедийный файл проигрываться WFD источником, на основе информации кодека, поддерживаемого приемным WFD устройством. Если запрошенный для проигрывания мультимедийный файл является видеофайлом, WFD источник может определить, является ли мультимедийный файл проигрываемым WFD источником, при дополнительном рассмотрении информации профиля и уровня кодека в дополнение к кодеку видео, проигрываемому приемным WFD устройством.
[00151] Если запрошенный для проигрывания мультимедийный файл является проигрываемым приемным WFD устройством, WFD источник может сделать запрос приемному WFD устройству на передачу обслуживания между службами.
[00152] Если служба WFD переключается на службу проигрывания WFDS или DNLA, WFD источник может осуществить потоковую передачу мультимедийного файла в приемное WFD устройство без транскодирования.
[00153] Фиг. 18 является схемой для показа одного примера запуска DNLA после приостановки службы WFD.
[00154] Пока WFD источник выполняет потоковую передачу в реальном времени в приемное WFD устройство, если принят пользовательский ввод запроса проигрывания мультимедийного файла, WFD источник может определить, является ли запрошенный для проигрывания мультимедийный файл проигрываемым приемным WFD устройством.
[00155] Если запрошенный для проигрывания мультимедийный файл не является проигрываемым приемным WFD устройством (например, мультимедийный файл сжат кодеком, неподдерживаемым приемным WFD устройством, или мультимедийный файл имеет разрешение, неподдерживаемое приемным WFD устройством), WFD источник может перейти к потоковой передаче в приемное WFD устройство с использованием общего кодека посредством транскодирования мультимедийного файла в службе WFD.
[00156] И наоборот, если запрошенный для проигрывания мультимедийный файл является проигрываемым приемным WFD устройством, WFD источник может отправить сообщение запроса RTSP M5 для запроса смены режима на DNLA. В этой связи между WFD источником и приемным WFD устройством, может быть задан новый способ, называемый "переход к DNLA (TRANSIT_DNLA)", для инициирования перехода к DNLA.
[00157] Приняв сообщение запроса RTSP M5, включающее в себя способ перехода к DNLA, приемное WFD устройство отвечает сообщением ответа RTSP M5 и имеет возможность отправки WFD источнику сообщения запроса RTSP M9 (сообщения запроса RTSP PAUSE) для приостановки потоковой передачи в реальном времени.
[00158] Если принято сообщение запроса RTSP M9, WFD источник отвечает сообщением ответа RTSP M9 и имеет возможность приостановки потоковой передачи в реальном времени. Если потоковая передача в реальном времени приостановлена, WFD источник активирует DNLA и имеет возможность выполнения синхронной потоковой WFD передачи в отношении мультимедийного контента без транскодирования посредством действия Play для HTTP/SOAP, который является протоколом управления DNLA.
[00159] В дальнейшем, если закончилось проигрывание мультимедийного файла, потоковая передача которого осуществлялась при DNLA, или принят пользовательский ввод запроса окончания проигрывания мультимедийного файла, WFD источник может запросить приемное WFD устройство переключиться на службу WFD со службы DNLA.
[00160] Фиг. 19 является схемой для показа одного примера возобновления службы WFD. Если закончилось проигрывание мультимедийного файла, потоковая передача которого осуществлялась при DNLA, или принят пользовательский ввод запроса окончания проигрывания мультимедийного файла, WFD источник может отправить приемному WFD устройству сообщение запроса RTSP M5, которое предоставляется для совершения запроса на переход к службе WFD. В этой связи между WFD источником и приемным WFD устройством, может быть задан новый способ, называемый "переход на WFD (TRANSIT_WFD)", для инициирования перехода к службе WFD.
[00161] Приняв сообщение запроса RTSP M5, включающее в себя способ перехода к WFD, приемное WFD устройство отвечает сообщением ответа RTSP M5 и имеет возможность отправки WFD источнику сообщения запроса RTSP M7 (сообщения запроса RTSP PAUSE) для приостановки потоковой передачи в реальном времени.
[00162] Приняв сообщение запроса RTSP M7, WFD источник отвечает сообщением ответа RTSP M7 и способно возобновить потоковую передачу в реальном времени при службе WFD.
[00163] В ходе процедуры согласования возможности WFD с помощью процесса обнаружения приемного WFD устройства или службы WFD, WFD источник может проверить, поддерживает ли приемное WFD устройство переход к DNLA от службы WFD.
[00164] В частности, посредством обмена по меньшей мере одним из сообщения RTSP M3 и сообщения RTSP M4, WFD источник может проверить, поддерживает ли приемное WFD устройство переход к DNLA от службы WFD.
[00165] Например, по меньшей мере в одно из сообщения RTSP M3 и сообщения RTSP M4, может быть вставлен новый параметр RTSP "wfd_mode_transition", запрашивающий, имеет ли приемное WFD устройство возможность перехода к DNLA от службы WFD. Таблица 2 в нижеследующем предоставлена для описания параметра "wfd_mode_transition".
[00166] [Таблица 2]
wfd-mode-transition ="wfd_mode_transition": SP mode-transit_cap CRLFmode-transit_cap ="none"/uuid-list; если не поддерживается то none"uuid-list =32*32HEXDIG
[00167] Обращаясь к таблице 2, для того чтобы запросить, способно ли приемное WFD устройство переходить к DNLA от службы WFD, WFD источник может использовать параметр wfd_mode_transition.
[00168] Приемное WFD устройство, обеспеченное соответствующей возможностью, может ответить с помощью UUID-LIST (список уникальных идентификаторов) 32*32 HEXDIG. Приемное WFD устройство не обеспеченное возможностью, может ответить с помощью "none".
[00169] Фиг. 20A и Фиг. 20B являются схемами для описания процесса проверки, способно ли приемное WFD устройство переходить в DNLA от службы WFD в процедуре согласования возможности.
[00170] После успешного обмена сообщением RTSP M1 и сообщением RTSP M2 WFD источник может отправить приемному WFD устройству сообщение запроса RTSP M3, в котором точно определен список возможностей, которые должны быть получены. Обращаясь к Фиг. 20A, в сообщение запроса RTSP M3 включены параметр (wfd_video_formats) для проверки видеоформата, поддерживаемого приемным WFD устройством, параметр (wfd_audio_codecs) для проверки аудиокодека, поддерживаемого приемным WFD устройством, параметр (wfd_client_rtp_ports) для проверки номера порта приемного WFD устройства, который должен использоваться для RTP, и параметр (wfd_mode_transition) для проверки, поддерживает ли приемное WFD устройство переход между службами, например.
[00171] Приняв сообщение запроса RTSP M3, приемное WFD устройство может ответить сообщением ответа RTSP M3, указывающим способности WFD, запрошенные WFD источником. Согласно примеру, показанному на Фиг. 20A, в ответ на сообщение запроса RTSP M3, приемное WFD устройство отправляет сообщение ответа RTSP M3, включающее в себя видеоформат, поддерживаемый приемным WFD устройством, аудиокодек, поддерживаемый приемным WFD устройством, номер порта, который должен быть использован для RTP, и возможность присутствия или отсутствия поддержки перехода между службами.
[00172] В этом случае, если поддерживается переход к DLNA от службы WFD, приемное WFD устройство может сконфигурировать сообщение ответа RTSP M3, чтобы содержало собственный DLNA UUID. И наоборот, если переход к DLNA от службы WFD не поддерживается, приемное WFD устройство может обменяться сообщением ответа RTSP M3, содержащим текстовую строку (например, "none"), имеющую значение, что переход к DLNA от службы WFD не поддерживается.
[00173] Если возможность приемного WFD устройства подтверждена посредством успешного обмена сообщением RTSP M3, WFD источник может определить набор параметров, который должен быть использован между WFD источником и приемным WFD устройством во время сеанса WFD. Например, согласно примеру, показанному на Фиг. 20A, сообщение запроса RTSP M4 включает в себя параметр (wfd_video_formats) для проверки видеоформата, который должен быть использован во время сеанса WFD, параметр (wfd_audio_codecs) для проверки аудиокодека, который должен быть использован во время сеанса WFD, и параметр (wfd_client_rtp_ports) для проверки номера порта приемного WFD устройства, который должен быть использован для RTP во время сеанса WFD.
[00174] В дополнение, если подтверждается, что приемное WFD устройство имеет возможность поддержки перехода к DLNA от службы WFD посредством обмена сообщением RTSP M3, WFD источник может сконфигурировать сообщение запроса RTSP M4, содержащее DLNA UUID для WFD источника. Согласно примеру, показанному на Фиг. 20A, параметр (wfd_mode_transition) для проверки DLNA UUID WFD источника включен в сообщение запроса RTSP M4.
[00175] Приняв сообщение запроса RTSP M4 от WFD источника, приемное WFD устройство может ответить сообщением ответа RTSP M4. Если обмен сообщением RTSP M4 успешно осуществлен, создается сеанс WFD между WFD источником и приемным WFD устройством, и может быть выполнена операция потоковой передачи, описанная со ссылкой на Фиг. 17-19.
[00176] Согласно примерам, показанным на Фиг. 17-20, WFD источник и приемное WFD устройство приостанавливают службу WFD и запускают DLNA. Вместо приостановки службы WFD и запуска DLNA, WFD источник и приемное WFD устройство приостанавливают службу WFD и могут запустить службу проигрывания в WFDS.
[00177] Фиг. 21 является блок-схемой для конфигураций устройства радиосвязи согласно одному варианту осуществления настоящего изобретения.
[00178] Устройство радиосвязи 10 может включать в себя блок 11 отображения, память 12, приемопередатчик 13 и процессор 14. Приемопередатчик 13 может передавать/принимать радиосигналы и имеет возможность реализации физического уровня согласно системе IEEE 802, например. Блок 11 отображения играет некоторую роль в выводе информации. WFD источник может кодировать общим кодеком информацию, выводимую в блок отображения 11. Приемное WFD устройство декодирует данные, принятые от WFD источника, и имеет возможность вывода декодированных данных.
[00179] Процессор 14 соединен с приемопередатчиком 13 электрическим образом и имеет возможность реализации физического уровня и/или уровня MAC согласно системе IEEE 802. и процессор 14 может быть выполнен с возможностью выполнения операций кодирования и декодирования аудио/видео для службы WFD. Более того, модуль, выполненный с возможностью реализации операций устройства радиосвязи согласно различным вариантам осуществления настоящего изобретения, упомянутым в вышеприведенном описании, может быть сохранен в память 12 и может быть запущен процессором 14. Память 12 может быть включена внутрь процессора 14 или установлена вне процессора 14 и может быть затем соединена с процессором 14 посредством средства, известного общественности. Кроме того, устройство радиосвязи 10 может дополнительно включать в себя блок вывода аудио, выполненный с возможностью вывода аудио.
[00180] Подробные конфигурации устройства радиосвязи 10, показанного на Фиг. 21, могут быть реализованы таким образом, что предметы обсуждения различных вариантов осуществления настоящего изобретения, упомянутых в вышеприведенном описании, применяются независимо или что по меньшей мере два из различных вариантов осуществления настоящего изобретения применяются одновременно. и дублирующее содержание может быть опущено для ясности.
[00181] Вышеупомянутые варианты осуществления настоящего изобретения могут быть реализованы с использованием различных средств. Например, варианты осуществления настоящего изобретения могут быть реализованы с использованием аппаратных средств, программно-аппаратных средств, программного обеспечения и/или любой их комбинации.
[00182] В случае реализации посредством аппаратных средств способ согласно каждому варианту осуществления настоящего изобретения может быть реализован по меньшей мере посредством одного выбранного из группы, состоящей из ASIC (специализированных интегральных схем), DSP (процессоров цифровой обработки сигналов), DSPD (устройств цифровой обработки сигналов), PLD (программируемых логических устройств), FPGA (программируемых пользователем вентильных матриц), процессора, контроллера, микроконтроллера, микропроцессора и подобного.
[00183] В случае реализации посредством программно-аппаратных средств или программного обеспечения, способ согласно каждому варианту осуществления настоящего изобретения может быть реализован посредством модулей, процедур и/или функций для выполнения вышеразъясненных функций или операций. Программный код хранится в блоке памяти и затем приводится в действие процессором. Блок памяти предусматривается внутри или снаружи процессора для обмена данными с процессором посредством различных средств, известных общественности.
[00184] Как упомянуто в вышеприведенном описании, подробные описания для предпочтительных вариантов осуществления настоящего изобретения предоставлены для реализации специалистами в данной области техники. Хотя настоящее изобретение было описано и проиллюстрировано здесь со ссылкой на их предпочтительные варианты осуществления, специалистам в данной области техники будет понятно, что различные модификации и вариации могут быть сделаны в них без отступления от сущности и объема данного изобретения. Вследствие этого настоящее изобретение не ограничивается вариантами осуществления, раскрытыми здесь, но намеревается дать самый широкий объем, совпадающий с принципами и новыми признаками, раскрытыми в настоящем документе.
Промышленная применимость
[00185] Различные варианты осуществления настоящего изобретения, упомянутые в вышеприведенном описании, в основном описаны сосредоточившись на системе Wi-Fi Direct и могут быть таким же образом дополнительно применены к различным видам систем мобильной связи.