БЕСПРОВОДНАЯ ДОК-СИСТЕМА ДЛЯ АУДИО-ВИДЕОРЕТРАНСЛЯЦИИ
WIRELESS DOCKING SYSTEM FOR AUDIO-VIDEO BROADCASTING

ОБЛАСТЬ ТЕХНИКИ
Изобретение относится к беспроводной док-системе, содержащей по меньшей мере одно ведущее устройство и по меньшей мере одно подсоединяемое устройство, при этом ведущее устройство и подсоединяемое устройство выполнены с возможностью подсоединяться через беспроводную связь, ведущее устройство выполнено с возможностью обслуживать по меньшей мере одну рабочую среду беспроводного подсоединения, содержащую по меньшей мере одно периферийное аудио/видеоустройство, причем сеанс подсоединения обеспечивает подсоединяемому устройству возможность использовать периферийное аудио/видеоустройство. Ведущее устройство содержит блок связи ведущего устройства для обслуживания упомянутой беспроводной связи, и процессор ведущего устройства выполнен с возможностью в сеансе подсоединения подсоединять подсоединяемое устройство и ретранслировать пакеты данных от подсоединяемого устройства к периферийному аудио/видеоустройству и/или от периферийного аудио/видеоустройства к подсоединяемому устройству. Подсоединяемое устройство содержит блок связи подсоединяемого устройства для обслуживания упомянутой беспроводной связи, и процессор подсоединяемого устройства выполнен с возможностью в сеансе подсоединения подсоединяться к ведущему устройству.
Изобретение относится к области беспроводной связи, например, через Wi-Fi, и более конкретно к настройке для беспроводной док-системы, имеющей возможности воспроизведения аудио- и/или видеоинформации.
Уровень техники
Проводные док-станции для переносных электронных устройств, как правило, имеют только один физический коннектор для подсоединения одного устройства за один раз. Док-станция может обеспечить портативному устройству электропитание и периферийные функции, не обеспечиваемые самим устройством, например, (более) большой экран или динамики с (более) высоким качеством.
Беспроводное подсоединение известно, например, из документа WO 2012/117306A1. Беспроводная док-станция (называемая ведущим устройством) обеспечивает мобильному устройству (называемому подсоединяемым устройством) возможность доступа к своим периферийным устройствам через беспроводную связь между подсоединяемым устройством и ведущим устройством. Беспроводная док-станция обеспечивает приложениям в подсоединяемом устройстве возможность принимать аудио- и/или видеоданные (AV-данные). AV-данные могут брать начало из периферийных устройств или внешних источников ведущего устройства и переносятся в направлении подсоединяемого устройства в потоке данных, обычно называемом нисходящем потоком. Также приложение в подсоединяемом устройства может генерировать или обрабатывать AV-данные и отправлять ведущему устройству поток AV-данных, обычно называемый восходящим потоком.
Сущность изобретения
В известных беспроводных док-системах Интернет-пакеты данных, содержащие аудио- и/или видеоданные, также называемые пакетами данных информационного содержания (контента), должны быть ретранслированы посредством ведущего устройства между подсоединяемым устройством и периферийным устройством. Однако, поскольку скорость передачи пакетов данных информационного содержания может быть высокой и синхронизация ретрансляции может быть критичной, затраты на ретрансляцию ведущего устройства являются существенными. Кроме того, существуют периферийные аудио/видеоустройства (прежних версий), которые требуют прямого соединения между устройством, обеспечивающим источник AV-данных, и периферийным аудио/видеоустройством, и, следовательно, не созданы для функционирования в такой системе с ретрансляцией.
Задача изобретения состоит в том, чтобы обеспечить систему для беспроводного подсоединения, которая сокращает необходимые затраты на ретрансляцию при поддержании совместимости с периферийным аудио/видеоустройством, требующим прямого соединения между источником AV-данных и периферийным аудио/видеоустройством.
С этой целью обеспечены система, устройства и способы, как определено в приложенной формуле изобретения.
В ведущем устройстве в беспроводной док-системе, как описано во вводном абзаце, процессор ведущего устройства выполнен с возможностью
- использовать первый адрес протокола Интернета [IP] ведущего устройства в качестве IP-адреса источника ведущего устройства для беспроводной связи при подсоединении подсоединяемого устройства,
- использовать второй IP-адрес ведущего устройства в качестве IP-адреса источника ведущего устройства для беспроводной связи для настройки прямого соединения с периферийным аудио/видеоустройством, пока ведущее устройство действует в качестве источника аудио/видеоданных к периферийному устройству,
- обеспечивать второй IP-адрес ведущего устройства подсоединяемому устройству.
В подсоединяемом устройстве в беспроводной док-системе, как описано во вводном абзаце, процессор подсоединяемого устройства выполнен с возможностью
- осуществлять связь с ведущим устройством с использованием первого IP-адреса ведущего устройства в качестве IP-адреса назначения,
- принимать второй IP-адрес ведущего устройства от ведущего устройства,
- использовать второй IP-адрес ведущего устройства в качестве IP-адреса источника подсоединяемого устройства при обмене пакетами данных с периферийным аудио/видеоустройством при переносе пакетов данных через ведущее устройство.
Предложен способ беспроводного подсоединения для использования в ведущем устройстве в беспроводной док-системе, как описано во вводном абзаце. Способ содержит
- подсоединение подсоединяемого устройства и ретрансляцию пакетов данных от подсоединяемого устройства к периферийному аудио/видеоустройству и/или от периферийного аудио/видеоустройства к подсоединяемому устройству,
- использование первого IP-адреса ведущего устройства в качестве IP-адреса источника ведущего устройства для беспроводной связи при подсоединении подсоединяемого устройства, и
- использование второго IP-адреса ведущего устройства в качестве IP-адреса источника ведущего устройства для беспроводной связи для настройки прямого соединения с периферийным аудио/видеоустройством, пока ведущее устройство действует в качестве источника аудио/видеоданных к периферийному устройству,
- обеспечение второго IP-адреса ведущего устройства подсоединяемому устройству.
Предложен способ беспроводного подсоединения для использования в подсоединяемом устройстве в беспроводной док-системе, как описано во вводном абзаце. Способ содержит
- подсоединение к ведущему устройству,
- осуществление связи с ведущим устройством с использованием первого IP-адреса ведущего устройства в качестве IP-адреса назначения,
- прием второго IP-адреса ведущего устройства от ведущего устройства,
- использование второго IP-адреса ведущего устройства в качестве адреса источника для обмена пакетами данных с периферийным аудио/видеоустройством при переносе пакетов данных через ведущее устройство.
Беспроводная связь основана на стандартизированных протоколах, в частности, на наборе протоколов Интернета [4]. В этом документе адрес протокола Интернета означает адрес в соответствии с набором протоколов Интернета, обычно называемый IP-адресом. Аналогичным образом, описываются адреса устройства канального уровня, которые обычно называют адресами управления доступом к среде передачи (MAC-адресами).
Упомянутые выше признаки ведущего устройства и подсоединяемого устройства в беспроводной док-системе имеют эффект замены адреса протокола Интернета в источнике на специальный адрес протокола Интернета, называемый вторым адресом протокола Интернета ведущего устройства, обеспечиваемым ведущим устройством подсоединяемому устройству. Специальный адрес протокола Интернета более конкретно используется ведущим устройством при настройке (конфигурировании) прямого соединения с периферийным аудио/видеоустройством. Прямое соединение между центром WDC и периферийным устройством A/V может быть установлено с использованием, например, Wi-Fi Direct, TDLS, 802,11s, 802.11 для самоорганизующейся сети. Настройка туннелированной прямой линии связи (TDLS) представляет собой бесперебойный метод для более быстрой потоковой передачи мультимедиа и других данных между устройствами, уже находящимися в одной и той же сети Wi-Fi, как определено Альянсом Wi-Fi. TDLS представляет собой технологию, которая обеспечивает устройствам возможность соединяться непосредственно друг с другом при соединении с традиционной сетью Wi-Fi.
Периферийное аудио/видеоустройство (прежних версий), которое требует прямого соединения, не ожидает, что исходный адрес протокола Интернета будет изменен во время работы, и, следовательно, это может привести к ошибкам/сбоям периферийного аудио/видеоустройства, если это происходит. Вследствие замены адресов в подсоединяемом устройстве ведущее устройство не должно заменять адрес протокола Интернета, и обработка во время передачи сокращается при поддержании совместимости с периферийными аудио/видеоустройствами (прежних версий), которые требуют прямого соединения. Более подробно, обработка во время передачи сокращается, поскольку IP-адрес находится в заголовке IP-пакета. Но IP-пакеты инкапсулированы в MAC-пакетах, которые имеют разную длину. Относительно просто для устройства сделать что-либо на основе MAC-адреса назначения пакета, поскольку он находится в первых байтах принятого MAC-пакета. Но IP-адрес может быть где угодно в полезной нагрузке MAC-пакета. Манипуляция данных в IP-пакетах обычно требует, чтобы IP-пакеты были сначала извлечены из MAC-пакетов, подвергнуты манипуляции и снова инкапсулированы в MAC-пакетах. Как правило, это операция маршрутизатора NAT, но эта операция является довольно тяжелой для выполнения на обычной беспроводной док-станции.
Периферийному аудио/видеоустройству обеспечена возможность принимать ретранслированные пакеты данных, имеющие второй адрес протокола Интернета ведущего устройства в качестве адреса источника, для эмуляции прямого соединения между периферийным аудио/видеоустройством и подсоединяемым устройством. Предпочтительно периферийное аудио/видеоустройство будет видеть соединение аналогично прямому соединению с источником, в то время как затраты на ретрансляцию сокращены, поскольку не требуется, чтобы адреса протокола Интернета заменялись ведущим устройством во время ретрансляции.
В варианте осуществления беспроводной док-системы пакеты данных содержат пакеты управляющих данных и пакеты данных информационного содержания, и подсоединяемое устройство имеет IP-адрес подсоединяемого устройства. Процессор подсоединяемого устройства выполнен с возможностью
- использовать IP-адрес подсоединяемого устройства в качестве IP-адреса источника подсоединяемого устройства для обмена пакетами управляющих данных с периферийным аудио/видеоустройством при переносе пакетов управляющих данных через ведущее устройство, и
- использовать второй IP-адрес ведущего устройства в качестве IP-адреса источника подсоединяемого устройства для обмена пакетами данных информационного содержания с периферийным аудио/видеоустройством при переносе пакетов данных информационного содержания через ведущее устройство, и
процессор ведущего устройства выполнен с возможностью при ретрансляции пакетов управляющих данных,
- заменять IP-адрес подсоединяемого устройства на второй IP-адрес ведущего устройства в качестве IP-адреса источника.
Упомянутые выше признаки имеют такой эффект, что для пакетов управления используется стандартная ретрансляция. Такие пакеты управления не имеют высокой скорости передачи данных и не строго ограничены во времени. С другой стороны, пакеты данных информационного содержания, которые имеют высокую скорость передачи данных и строго ограничены во времени, передаются с сокращенными затратами.
В варианте осуществления беспроводной док-системы пакеты данных имеют канальный адрес источника на канальном уровне, указывающий канальный адрес устройства, которое дало начало пакету данных, и канальный адрес назначения, указывающий канальный адрес устройства, которое является конечным пунктом назначения пакета данных, и процессор ведущего устройства выполнен с возможностью
- принимать пакет данных, который должен быть ретранслирован от подсоединяемого устройства к периферийному аудио/видеоустройству, причем канальный адрес источника пакета является канальным адресом подсоединяемого устройства,
- модифицировать канальный адрес источника пакета данных посредством замены канального адреса подсоединяемого устройства на канальный адрес ведущего устройства, используемый при настройке прямого соединения между ведущим устройством и периферийным устройством, и
- ретранслировать модифицированный пакет данных периферийному аудио/видеоустройству.
Упомянутые выше признаки имеют такой эффект, что для ретранслированных пакетов данных используется замена канального адреса. Пакеты, прибывающие в периферийное аудио/видеоустройство, теперь имеют в качестве адреса источника канальный адрес ведущего устройства, который известен периферийному аудио/видеоустройству, поскольку он также использовался в качестве канального адреса источника ведущим устройством при настройке прямого соединения с периферийным аудио/видеоустройством.
В упомянутой выше беспроводной док-системе пакеты данных могут иметь канальный адрес источника на канальном уровне, указывающий канальный адрес устройства, которое дало начало пакету данных, и канальный адрес назначения, указывающий канальный адрес устройства, которое является конечным пунктом назначения (адресатом) пакета данных. В необязательном порядке, процессор ведущего устройства выполнен с возможностью
- принимать пакет данных, который должен быть ретранслирован от периферийного аудио/видеоустройства к подсоединяемому устройству, причем канальный адрес назначения пакета является канальным адресом ведущего устройства, используемым при настройке прямого соединения между ведущим устройством и периферийным устройством,
- модифицировать канальный адрес назначения пакета данных посредством замены канального адреса ведущего устройства на канальный адрес подсоединяемого устройства, и
- ретранслировать модифицированный пакет данных к подсоединяемому устройству.
Упомянутые выше признаки имеют такой эффект, что для ретранслированных пакетов данных к подсоединяемому устройству используется замена канального адреса. Пакеты от периферийного аудио/видеоустройства теперь имеют в качестве адреса назначения канальный адрес подсоединяемого устройства. Таким образом, периферийное аудио/видеоустройство может продолжить использовать тот же самый канальный адрес назначения. Периферийное аудио/видеоустройство не знает, что на самом деле осуществляет связь с подсоединяемым устройством вместо ведущего устройства, когда подсоединено подсоединяемое устройство.
В варианте осуществления беспроводной док-системы процессор ведущего устройства выполнен с возможностью
- настраивать прямое соединение с периферийным аудио/видеоустройством и выполнять предопределенный протокол пакетов управляющих данных, причем пакеты управляющих данных в протоколе содержат последовательность пакетов данных запросов и пакетов данных ответов, обмен которыми должен быть осуществлен, чтобы впоследствии обеспечить возможность обмена пакетами данных информационного содержания, и включать в последовательность дополнительные пакеты данных, каковые дополнительные пакеты данных предписывают периферийному аудио/видеоустройству оставаться соединенным с ведущим устройством.
Упомянутые выше признаки имеют такой эффект, что периферийное устройство будет оставаться соединенным в течение периода ожидания после того, как соединение было настроено и был выполнен предопределенный протокол пакетов управляющих данных, пока не появляется и не начинает подсоединяться подсоединяемое устройство. Предпочтительно подсоединяемое устройство может получить доступ к периферийному устройству быстрее, поскольку часть предопределенного протокола пакетов управляющих данных уже была выполнена.
В варианте осуществления беспроводной док-системы процессор ведущего устройства выполнен с возможностью выбирать множество функциональных возможностей, которые являются общими для большинства подсоединяемых устройств, и начинать потоковую передачу информационного содержания периферийному устройству с использованием этого множества функциональных возможностей. Предпочтительно подсоединяемое устройство может немедленно начать использовать данное множество функциональных возможностей.
В варианте осуществления беспроводной док-системы процессор ведущего устройства выполнен с возможностью приостанавливать информационное содержание при переключении между ведущим устройством и подсоединяемым устройством или наоборот. Приостановка информационного содержания сделает переход более плавным и не допустит, чтобы пользователь увидел помехи.
Далее предпочтительные варианты осуществления устройств и способов в соответствии с изобретением даны в приложенной формуле изобретения, раскрытие которой включено в настоящий документ посредством ссылки.
Краткое описание чертежей
Эти и другие аспекты изобретения будут очевидны и разъяснены далее со ссылкой на варианты осуществления, описанные в качестве примера в последующем описании, и со ссылкой на прилагаемые чертежи.
Фиг. 1 показывает беспроводную док-систему,
Фиг. 2 показывает пример источника и получателя, обменивающихся пакетами данных, и
Фигура 3 показывает пример протокола для аудио/видеосеанса.
Чертежи являются чисто схематическими и не соблюдают масштаб. На фигурах элементы, которые соответствуют уже описанным элементам, могут иметь такие же номера для ссылок.
Подробное описание вариантов осуществления
Беспроводное подсоединение представляет собой обеспечение портативным и мобильным устройствам (так называемым беспроводным подсоединяемым устройствам, WD) возможности беспроводным образом соединяться с группой периферийных устройств, чтобы приложения на подсоединяемом устройстве могли использовать эти периферийные устройства, для улучшения восприятия и производительности работы/взаимодействия с этими приложениями. Осуществление с периферийными устройствами выполняется посредством док-центра (так называемой беспроводной ведущей док-станции, WDH или просто ведущего устройства).
Возможные подсоединяемые устройства включают в себя (но без ограничения) мобильные телефоны, ноутбуки, планшеты, переносные медиаплееры, камеры, электронные часы. Возможные устройства WDH включают в себя (но без ограничения) специализированные беспроводные устройства док-станции, устройства отображения, аудиоустройства, принтеры, персональные компьютеры. Возможные периферийные устройства включают в себя (но без ограничения) беспроводные мыши, клавиатуры, устройства отображения, аудиоустройства, веб-камеры, принтеры, запоминающие устройства, USB-концентраторы. В частности, рассматриваются периферийные аудио/видеоустройства, которые могут принимать и/или генерировать аудиоданные, видеоданные или комбинацию видеоданных и аудиоданных, кратко обозначаемые как получатель или источник данных информационного содержания.
Этот документ нацелен на эффективную ретрансляцию в беспроводной док-станции (ведущем устройстве) пакетов данных, обмениваемых между устройством-получателем прежних версий службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display и беспроводным подсоединяемым устройством. Аналогичным образом, устройство-источник прежних версий может обмениваться пакетами посредством ретрансляции через ведущее устройство. Это не описывается в настоящем документе, но может легко быть понятно посредством замены источника Wi-Fi Display Source и получателя Wi-Fi Display Sink в описанных ниже приложениях.
Устройство-получатель службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display сначала осуществляет парное соединение с беспроводным док-центром, чтобы между ними была создана линия связи Wi-Fi. Это часть установки рабочей среды беспроводного подсоединения. После осуществления парного соединения как части соединения между беспроводным док-центром и устройством-получателем Wi-Fi Display Sink они могут обменяться свои возможности относительно Wi-Fi Display, беспроводной док-центр может установить параметры Wi-Fi Display равными требуемым значениям в Wi-Fi Display, и Wi-Fi Display может установить параметры Wi-Fi Display равными требуемым значениям в беспроводном док-центре. Обмен возможностями и установка параметров также может произойти после соединения, например, перед тем, как подсоединяемое устройство подсоединяется, или после того, как подсоединяемое устройство отсоединилось от беспроводного док-центра. Дополнительная информация об устройстве-получателе прежних версий службы Wi-Fi Display или Wi-Fi Direct Services Display может быть найдена, среди прочего, в технической спецификации Wi-Fi Display, выпущенной Альянсом Wi-Fi, например, версия 1.1, датированная 24 апреля 2014 года.
Рабочая среда беспроводного подсоединения состоит из одного или более периферийных устройств, которые соединены проводным образом (например, USB) или беспроводным образом (например, Wi-Fi Direct, Bluetooth и т.д.) с беспроводной док-станцией. Периферийные устройства могут быть сделаны доступными посредством беспроводной док-станции по линии связи Wi-Fi для беспроводного подсоединяемого устройства.
Беспроводное подсоединяемое устройство осуществляет парное соединение с беспроводной док-станцией, и между ними создается линия связи Wi-Fi. После этого беспроводное подсоединяемое устройство может использовать периферийные устройства, которые беспроводная док-станция сделала доступными, как если бы они были непосредственно соединены с беспроводным подсоединяемым устройством.
Фиг. 1 показывает беспроводную док-систему. Система предшествующего уровня техники включает в себя ведущее устройство 100 для беспроводной связи с подсоединяемым устройством 120, например, мобильным телефоном, ноутбуком или планшетным компьютером. Подсоединяемое устройство 120 может представлять собой, например, устройство-источник Miracast и подробно описано ниже. Ведущее устройство соединено с несколькими периферийными аудио/видеоустройствами 110, 111, 112 для воспроизведения или обеспечения аудио- или видеоданных (AV-данных), и любое из периферийных аудио/видеоустройств 110, 111, 112 может представлять собой, например, устройство-получатель Miracast. Следует отметить, что в этом документе термин "аудио/видеоданные" или "AV-данные" используется для любого типа видеоданных, аудиоданных или комбинации видеоданных и аудиоданных. Периферийные аудио/видеоустройства могут включать в себя устройства вывода видеоданных, такие как мультимедийный проектор или экран 111 дисплея, устройства ввода видеоданных, такие как камера или веб-камера 110, в графических интерактивных устройствах, таких как сенсорный экран, устройства ввода/вывода аудиоданных, такие как акустическая система 112, наушники и/или микрофон. Дополнительные периферийные устройства могут включить в себя устройства пользовательского управления, такие как мышь, устройство обнаружения трехмерных жестов или блок управления комнаты; устройства обработки данных, такие как устройство хранения данных или принтер.
При беспроводном подсоединении подсоединяемое устройство соединяется беспроводным образом с ведущим устройством, чтобы подключиться к периферийным устройствам, обеспечиваемым док-станцией. Устройства поддерживают беспроводную связь, например, Wi-Fi в соответствии с версией 'n' (как определено в стандарте IEEE 802.11n).
Рассматриваемая теперь беспроводная док-система имеет по меньшей мере одно ведущее устройство 100 и по меньшей мере одно подсоединяемое устройство 120, и ведущее устройство и подсоединяемое устройство выполнены с возможностью подсоединяться через беспроводную связь. Ведущее устройство обслуживает по меньшей мере одну рабочую среду беспроводного соединения, содержащую по меньшей мере одно периферийное аудио/видеоустройство 110, 111, 112, которое соединено с ведущим устройством посредством Wi-Fi. Сеанс подсоединения начинается посредством подсоединяемого устройства. Когда подсоединяемое устройство успешно подсоединилось в соответствии со стандартизированным протоколом подсоединения, сеанс подсоединения обеспечивает подсоединяемому устройству возможность использовать периферийное аудио/видеоустройство, выбранное в рабочей среде беспроводного соединения.
Ведущее устройство 100 имеет блок 102 связи ведущего устройства для обслуживания упомянутой беспроводной связи, например, блок Wi-Fi, известный как таковой. Ведущее устройство дополнительно имеет процессор 101 ведущего устройства, выполненный с возможностью подсоединять по меньшей мере одно подсоединяемое устройство. Процесс подсоединения беспроводного устройства к беспроводной ведущей док-станции или док-центру (WDH или WDC) представляет собой процесс установления линии связи для передачи данных по доступному радио-каналу, такому как Wi-Fi, Wireless Serial Bus (беспроводная последовательная шина) или Bluetooth, и известен как таковой, как рассмотрено выше со ссылкой на документ WO 2012/117306A1. Описание Bluetooth может быть найдено, например, в документе Bluetooth Specification, Core Package, версия 2.1+EDR, выпущенном 26 июля 2007 года. Процесс подсоединения включает в себя обеспечение доступа к одному или более периферийным устройствам для подсоединяемого устройства. Для этого процессор ведущего устройства выполнен с возможностью в сеансе подсоединения подсоединять подсоединяемое устройство и ретранслировать пакеты данных от подсоединяемого устройства к периферийному аудио/видеоустройству и/или от периферийного аудио/видеоустройства к подсоединяемому устройству.
Подсоединяемое устройство 120 имеет блок связи 121 подсоединяемого устройства для обслуживания упомянутой беспроводной связи с ведущим устройством. Подсоединяемое устройство дополнительно имеет процессор 122 подсоединяемого устройства, выполненный с возможностью в сеансе подсоединения подсоединяться к ведущему устройству для получения доступа по меньшей мере к одному периферийному устройству.
Беспроводная док-система выполнена с возможностью замены адресов для сокращения необходимых затрат на ретрансляцию при использовании периферийного аудио/видеоустройства прежних версий следующим образом. Процессор ведущего устройства дополнительно выполнен с возможностью использовать в качестве адреса источника первый адрес протокола Интернета ведущего устройства для беспроводной связи при подсоединении подсоединяемого устройства. Как обычно, первый адрес протокола Интернета ведущего устройства служит не только как адрес источника, но также и как адрес назначения для связи через сеть.
Кроме того, процессор ведущего устройства использует другой, второй адрес протокола Интернета ведущего устройства. Второй адрес протокола Интернета ведущего устройства используется в качестве адреса источника для беспроводной связи при настройке прямого соединения с периферийным аудио/видеоустройством. Настройка соединения с периферийным аудио/видеоустройством может произойти до или после того, как подсоединяемое устройство подсоединилось. Процессор ведущего устройства также предоставляет второй адрес протокола Интернета ведущего устройства подсоединяемому устройству. Процессор подсоединяемого устройства выполнен с возможностью осуществлять связь с ведущим устройством с использованием первого адреса протокола Интернета ведущего устройства в качестве адреса назначения и принимать второй адрес протокола Интернета ведущего устройства от ведущего устройства. Далее процессор подсоединяемого устройства выполнен с возможностью использовать второй адрес протокола Интернета ведущего устройства в качестве адреса источника для обмена пакетами данных с периферийным аудио/видеоустройством при переносе пакетов данных через ведущее устройство. Таким образом, периферийное аудио/видеоустройство не сможет отличать ретранслированные данные, обмениваемые с подсоединяемым устройством, и данные, обмениваемые с ведущим устройством (например, во время фазы настройки, когда ведущее устройство и периферийное аудио/видеоустройство соединены), поскольку данные всегда передаются с одинаковым адресом протокола Интернета. Когда нет подсоединенного подсоединяемого устройства, ведущее устройство выполняет обмен данными, а когда подсоединяемое устройство подсоединено, ведущее устройство не выполняет сам обмен данными, а ретранслирует данные между подсоединяемым устройством и периферийным аудио/видеоустройством. Это необходимо, поскольку, например, периферийное устройство-получатель Miracast не ожидает, что адрес протокола Интернета источника будет изменен во время работы, и, следовательно, если это происходит, это может привести к ошибкам/сбоям периферийного аудио/видеоустройства.
Фиг. 2 показывает пример источника и получателя, обменивающихся пакетами данных. Фигура показывает базовую топологию устройств WFD в сеансе WFD, т.е. в соответствии с системой Wi-Fi Display [1], глава 3. Один источник 210 WFD и один получатель 220 WFD соединены для потоковой передачи AV и факультативного обмена пользовательскими данными. Пакеты полезной нагрузки аудио/видеоданных, также называемые пакетами 230 данных информационного содержания, переносятся от источника к получателю. Также выполняется обмен пакетами 240 управляющих данных между источником и получателем, как далее объяснено со ссылкой на фиг. 3.
В беспроводной док-системе ведущее устройство будет находиться между источником и получателем и будет ретранслировать пакеты данных, как рассмотрено со ссылкой на фиг. 1. Для обслуживания устройств-получателей, которые ожидают прямое соединение с источником, ведущее устройство снабжено упомянутой замены адресов, чтобы сократить требуемые затраты на ретрансляцию при использовании аудио/видеоустройств-получателей прежних версий. Итак, в примере WFD пакеты данных содержат пакеты 240 управляющих данных и пакеты 230 данных информационного содержания.
Как для пакетов управления, так и для пакетов данных информационного содержания получатель Wi-Fi Direct Sink должен видеть постоянный IP-адрес источника Wi-Fi Direct Source для обоих типов пакетов, и IP-адрес (не номер порта) должен быть одинаковым для обоих типов пакетов. Вследствие ограниченного количества пакетов управления центр WDC может не использовать упомянутую замену IP-адресов и вместо этого извлекать IP-пакеты из MAC-пакетов от подсоединяемого устройства (WD), заменять IP-адрес источника на IP-адрес от центра WDC, переупаковать IP-пакеты в MAC-пакеты и отправить их получателю Wi-Fi Display Sink, и то же самое для IP-адреса назначения, который устройство WD использует при отправке пакетов источнику Wi-Fi Display Source (центр WDC заменяет IP-адрес назначения со своего собственного на IP-адрес устройства WD). Это требует большой обработки для данных информационного содержания, и, таким образом, выгодно, чтобы система замены IP-адресов использовалась по меньшей мере для пакетов данных информационного содержания. Это может также дополнительно использоваться для пакетов управления.
В необязательном порядке, в беспроводной док-системе подсоединяемое устройство имеет адрес протокола Интернета подсоединяемого устройства, и процессор подсоединяемого устройства выполнен с возможностью использовать адрес протокола Интернета подсоединяемого устройства в качестве адреса источника для обмена пакетами управляющих данных с периферийным аудио/видеоустройством при переносе пакетов управляющих данных через ведущее устройство и использовать второй адрес протокола Интернета ведущего устройства в качестве адреса источника для обмена пакетами данных информационного содержания с периферийным аудио/видеоустройством при переносе пакетов данных информационного содержания через ведущее устройство. Также процессор ведущего устройства выполнен с возможностью при передаче пакетов управляющих данных заменять в качестве адреса источника адрес протокола Интернета подсоединяемого устройства на второй адрес протокола Интернета ведущего устройства.
Для обслуживания устройств-получателей, которые ожидают прямое соединение с источником, ведущее устройство также может быть снабжено заменой адресов на канальном уровне, чтобы сократить требуемые затраты на ретрансляцию, при использовании аудио/видеоустройства-получателя прежних версий. Получатель Wi-Fi Display Sink хочет видеть один постоянный MAC-адрес источника Wi-Fi Display Source для всей связи с источником Wi-Fi Display Source, также из соображений безопасности, где MAC-адрес, как правило, играет роль в определении ключей канального уровня. Кроме того, соотнесение IP-адреса с MAC-адресом должно остаться согласованным с точки обзора получателя Wi-Fi Display Sink.
В варианте осуществления замена адресов на канальном уровне подробно описывается следующим образом. Когда устройство WD, действуя в качестве источника Wi-Fi Display Source, отправляет MAC-пакет Wi-Fi, который предназначен для получателя Wi-Fi Display Sink, устройство WD использует следующие MAC-адреса в заголовке такого пакета. Следует отметить, что адреса SA и DA являются нормальными адресами в технологии линии связи любого типа, такой как Ethernet, и что в Wi-Fi (или 802.11) могут использоваться еще два MAC-адреса.
На линии связи от устройства WD до центра WDC пакеты данных имеют следующие адреса линий связи:
Адрес источника (SA): MAC-адрес устройства WD
Адрес назначения (DA): MAC-адрес получателя Wi-Fi Display Sink
Адрес передающей станции (TA): MAC-адрес устройства WD
Адрес принимающей станции (RA): MAC-адрес центра WDC
Обычно центр WDC переадресовал бы такой пакет, используя следующие адреса:
Адрес источника (SA): MAC-адрес устройства WD (без изменения)
Адрес назначения (DA): MAC-адрес получателя Wi-Fi Display Sink (без изменения)
Адрес передающей станции (TA): MAC-адрес центра WDC (заменен на передатчик на этой линии связи)
Адрес принимающей станции (RA): MAC-адрес получателя Wi-Fi Display Sink (заменен на приемник на этой линии связи)
Однако получатель Wi-Fi Display Sink ожидает прием пакетов, в которых адреса SA и TA оба являются адресами центра WDC. Поэтому центр WDC теперь переадресует этот пакет следующим образом (замена канального адреса или MAC-адреса), где подчеркнутый адрес устройства был изменен вследствие упомянутой замены.
MAC-адрес центра WDC
Адрес источника (SA):
Адрес назначения (DA): MAC-адрес получателя Wi-Fi Display Sink
Адрес передающей станции (TA): MAC-адрес центра WDC
Адрес принимающей станции (RA): MAC-адрес получателя Wi-Fi Display Sink
Получатель Wi-Fi Display Sink отправит MAC-пакет источнику Wi-Fi Display Source следующим образом, поскольку он думает, что MAC-адрес центра WDC - это MAC-адрес источника Wi-Fi Display Source.
Адрес источника (SA): MAC-адрес получателя Wi-Fi Display Sink
Адрес назначения (DA): MAC-адрес центра WDC
Адрес передающей станции (TA): MAC-адрес получателя Wi-Fi Display Sink
Адрес принимающей станции (RA): MAC-адрес центра WDC
Центр WDC знает, что использовался неправильный MAC-адрес назначения, и, таким образом, при отправке этого MAC-пакета центр WDC изменяет адреса следующим образом, где подчеркнутый адрес устройства был изменен вследствие упомянутой замены.
Адрес источника (SA): MAC-адрес получателя Wi-Fi Display Sink
MAC-адрес устройства WD
Адрес назначения (DA):
Адрес передающей станции (TA): MAC-адрес центра WDC
Адрес принимающей станции (RA): MAC-адрес устройства WD
В технологии Wi-Fi одноранговые устройства, такие как источники Wi-Fi Display Source и получатели Wi-Fi Display Sink, общаются непосредственно с друг другом. Один из двух действует как владелец одноранговой (P2P) группы (GO), другой как одноранговый клиент. Владелец группы управляет сервером DHCP, через который клиент получает IP-адрес. Поскольку все MAC-пакеты между владельцем группы и клиентом выполняются на одной прямой линии связи, они знают MAC-адреса друг друга. Кроме того, одноранговые устройства Wi-Fi должны создать свои собственные MAC-адреса, называемые адресом однорангового интерфейса, когда они открывают одноранговую группу или становятся элементом одноранговой группы. Однако этот MAC-адрес должен оставаться постоянным в течение того времени, когда они являются членами одноранговой группы, для осуществления связи в этой одноранговой группе. Одноранговая связь также имеет так называемый адрес однорангового устройства, который является "глобально" уникальным MAC-адресом, используемым для любой связи однорангового устройства, когда оно не работает в одноранговой группе.
Хотя нет реальной потребности в том, чтобы одноранговое устройство выполняло ARP (протокол разрешения адресов), получатель может выполнять протокол ARP. Таким образом, протокол ARP должен обрабатываться особым образом, чтобы работала замена MAC-адресов. Через протокол ARP устройство отправляет запрос с использованием широковещательного MAC-адреса, чтобы запросить MAC-адрес устройства с IP-адресом, указанным в ARP-запросе. Устройство, которое имеет требуемый IP-адрес, или ARP-прокси, который поддерживает таблицу соотнесения "IP-адрес - MAC-адрес", в ответ выдает запросившему требуемый MAC-адрес. Получатель Wi-Fi Display Sink может выполнить ARP-запрос, чтобы получить MAC-адрес источника Wi-Fi Display Source, используя IP-адрес источника Wi-Fi Display Source. IP-адрес последнего является постоянным вследствие замены IP-адресов. Чтобы MAC-адрес, полученный получателем Wi-Fi Display Sink, также оставался постоянным в случае, если устройство WD подсоединено, существует два предложенных варианта осуществления.
В первом варианте осуществления центр WDC в ответ на ARP-запрос от имени устройства WD выдает MAC-адрес центра WDC, используемый для связи между центром WDC и получателем Wi-Fi Display Sink, и не должен переадресовывать ARP-запрос устройству WD или любому другому устройству. Поскольку центр WDC должен ответить так же на ARP-запрос получателя Wi-Fi Display Sink, когда нет подсоединенного устройства WD, это правило может быть упрощено следующим образом.
ʺКогда получатель Wi-Fi Display Sink выполняет ARP-запрос MAC-адреса источника Wi-Fi Display Source (заполняя IP-адрес источника Wi-Fi Display Source), центр WDC должен в ответ выдать свой собственный MAC-адрес и не переадресовывать этот ARP-запрос какому-либо подсоединенному устройству WD или любому другому соединенному устройству. Центр WDC действует как специальный ARP-прокси таким образом путьʺ.
Во втором варианте осуществления устройство WD в ответ на ARP-запрос выдает MAC-адрес центра WDC, а не собственный MAC-адрес. С этой целью оба MAC-адреса, которые используются для связи между центром WDC и получателем Wi-Fi Display Sink, должны быть сообщены устройству WD, чтобы оно знало, как интерпретировать и ответить на ARP-запрос от получателя Wi-Fi Display Sink.
Фиг. 3 показывает пример протокола для аудио/видеосеанса. На фигуре схема показывает последовательность 310 сообщений в соответствии с системой Wi-Fi Display (WFD) (см. 4.6 в [1]), на практике пакетов управляющих данных, обмен которыми должен быть выполнен между устройством-источником и устройством-получателем WFD.
После успешного установления взаимодействия между устройствами WFD, пытающимися установить сеанс WFD, подключенные устройства определяют множество параметров, которые будут использоваться для последующего сеанса WFD, в качестве части фазы согласования возможностей WFD установки соединения WFD. Следующий этап должен определить множество параметров, которые будут использоваться для сеанса WFD. Это известно как фаза согласования возможностей WFD установки сеанса WFD. Далее следует последовательность сообщений, обмен которыми выполняется между источником WFD и получателем (получателями) WFD, чтобы завершить согласование возможностей WFD. Фиг. 3 описывает последовательность сообщений для согласования возможностей WFD. На каждом этапе в последовательности сообщений RTSP, обмен которыми выполняется между устройствами WFD, описанный ниже, получатель сообщения запроса RTSP может ответить ответом RTSP, который включает в себя код статуса RTSP, отличающийся от RTSP OK. В зависимости от значения кода статуса RTSP обмен сообщениями может быть повторен с другим множеством параметров, или согласование возможностей WFD может быть прервано.
Фиг. 3 показывает следующие сообщения.
- Сообщение M1: устройство-источник WFD должно отправить сообщение запроса RTSP OPTIONS, чтобы определить множество методов RTSP, которые поддерживает получатель WFD. При приеме сообщения запроса M1 (RTSP OPTIONS) от источника WFD получатель WFD должен ответить ответным сообщением M1 (RTSP OPTIONS), которое перечисляет методы RTSP, поддерживаемые в получателе WFD, и включает в себя код статуса RTSP OK.
- Сообщение M2: После отправки ответного сообщения M1 с кодом статуса RTSP OK источнику WFD устройство-получатель WFD должно отправить сообщение запроса RTSP OPTIONS, чтобы определить множество методов RTSP, которые поддерживает источник WFD. При приеме сообщения запроса M2 (RTSP OPTIONS) от получателя WFD источник WFD должен ответить ответным сообщением M2 (RTSP OPTIONS), которое перечисляет методы RTSP, поддерживаемые в источнике WFD, и включает в себя код статуса RTSP OK.
- Сообщения M3:
o запрос M3: После отправки ответного сообщения M2 с кодом статуса RTSP OK получателю WFD устройство-источник WFD должно отправить сообщение запроса RTSP GET_PARAMETER (запрос M3), явно указывающее список возможностей WFD, которые представляют интерес для источника WFD.
o ответ M3: получатель WFD должен ответить ответным сообщением RTSP GET_PARAMETER (ответ M3). Ответное сообщение M3 содержит код статуса RTSP. Если кодом статуса RTSP является OK, ответное сообщение M3 также включает в себя ответные параметры на каждый параметр, указанный в сообщении запроса M3, который поддерживает получатель WFD. Получатель WFD должен проигнорировать параметры в сообщении запроса M3, которые он не поддерживает.
- Сообщения M4:
o запрос M4: На основе ответа M3 источник WFD определяет оптимальное множество параметров, которые будут использоваться для сеанса WFD, и должен отправить сообщение запроса RTSP SET_PARAMETER, содержащее множество параметров, которые будут использоваться в сеансе WFD между источником WFD и получателем WFD.
Сообщение запроса M4 должно включать в себя wfd-presentation-url, который описывает универсальный идентификатор ресурса (URI), который будет использоваться в запросе установки RTSP (M6), чтобы установить сеанс WFD. Wfd-presentation-url указывает URI, который получатель WFD должен использовать в сообщении запроса M6 для источника WFD. Значения wfd-url0 и wfd-url1, указанные в этом параметре, соответствуют значениям rtp-port0 и rtp-port1 в wfd-client-rtp-ports в сообщении запроса M4 от источника WFD к получателю WFD в конце стадии согласования возможностей.
o ответ M4: При приеме запроса M4 от источника WFD получатель WFD должен ответить ответом M4 с кодом статуса RTSP, указывающим, была ли успешна установка параметров, указанных в запросе M4.
Более подробная информация протокола WFD, например, последующие сообщения M6-M15, описана в спецификации [1] Wi-Fi Display.
В варианте осуществления беспроводной док-системы, в которой ведущее устройство теперь использует второй адрес ведущего устройства в качестве IP-адреса, процессор ведущего устройства выполнен с возможностью соединяться с периферийным аудио/видеоустройством в соответствии с предопределенным протоколом пакетов управляющих данных, пакеты управляющих данных в протоколе содержат последовательность пакетов данных запросов и пакетов данных ответов, обмен которыми должен быть выполнен, чтобы впоследствии обеспечить возможность обмена пакетами данных информационного содержания, например, протокол WFD, как рассмотрено со ссылкой на фиг. 3. Процессор ведущего устройства выполнен с возможностью включать в последовательность дополнительные пакеты данных. Дополнительные пакеты данных заставляют периферийное аудио/видеоустройство оставаться соединенным с ведущим устройством, хотя нет подсоединяемого устройства, которое использует периферийное аудио/видеоустройство, например, перед началом сеанса подсоединения. Это обычно называется поддержанием соединения. Подробные примеры такого протокола описаны ниже.
В необязательном порядке, для поддержания соединения процессор ведущего устройства выполнен с возможностью повторять в качестве дополнительных пакетов управляющих данных выбранные пакеты данных запросов из протокола. Подробные примеры такого протокола описаны ниже.
В необязательном порядке, для поддержания соединения процессор ведущего устройства выполнен с возможностью использовать увеличивающийся порядковый номер при генерации последующих пакетов управляющих данных во время упомянутого соединения и переносить фактический порядковый номер подсоединяемому устройству, начиная ретранслировать пакеты данных через ведущее устройство. Кроме того, процессор подсоединяемого устройства выполнен с возможностью принимать фактический порядковый номер от ведущего устройства, начиная обмен пакетами данных с периферийным аудио/видеоустройством, и использовать и далее увеличивать фактический порядковый номер при генерации последующих пакетов данных во время упомянутого обмена пакетами данных с периферийным аудио/видеоустройством. Подробные примеры такого протокола описаны ниже.
В варианте осуществления беспроводной док-системы процессор ведущего устройства выполнен с возможностью принимать во время передачи пакетов данных пакет управляющих данных разъединения от подсоединяемого устройства, указывающий, что подсоединяемое устройство заканчивает использование периферийного аудио/видеоустройства, передавать ответный пакет управляющих данных разъединения подсоединяемому устройству, не ретранслируя пакет управляющих данных разъединения периферийному аудио/видеоустройству. Впоследствии для поддержания соединения процессор ведущего устройства может начать передавать (далее) дополнительные пакеты данных периферийному аудио/видеоустройству. Дополнительные пакеты данных заставляют периферийное аудио/видеоустройство оставаться соединенным c ведущим устройством. Например, процессор ведущего устройства выполнен с возможностью повторять в качестве дополнительных пакетов данных выбранные пакеты данных запросов из протокола, которые обеспечивают возможность переопределить аудио/видео настройки периферийного аудио/видеоустройства. Подробные примеры таких пакетов данных запросов протокола описаны ниже.
В практической системе прежних версий могут возникнуть следующие проблемы, когда беспроводной док-центр хочет сделать устройство-получателя службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display (периферийное аудио/видеоустройство) доступным беспроводному подсоединяемому устройству посредством ретрансляции всех пакетов данных. Когда периферийное аудио/видеоустройство соединено посредством парного соединения с беспроводным док-центром в фазе установки, периферийное аудио/видеоустройство узнает MAC-адрес и IP-адрес беспроводного док-центра.
В семиуровневой модели OSI компьютерной сети протокол передачи данных управления доступом к среде передачи (MAC) является подуровнем канального уровня (уровень 2). Подуровень MAC обеспечивает механизмы адресации и управления доступом к каналу, которые позволяют нескольким терминалам или сетевым узлам осуществлять связь в сети с множественным доступом, которая включает в себя совместно используемую среду передачи, например, Ethernet.
IP-адрес беспроводного док-центра может быть установлен либо самим беспроводным док-центром, либо периферийным аудио/видеоустройством, а именно тем из них, который выполняет службу DHCP для линии связи между ними (обычно владелец группы в случае Wi-Fi Direct или точка доступа в случае режима инфраструктуры). Протокол динамической конфигурации хостов (DHCP) - это стандартизированный сетевой протокол, используемый в сетях с протоколом Интернета (IP) для динамического распределения параметров конфигурации сети, таких как IP-адреса для интерфейсов и служб. В протоколе DHCP компьютеры запрашивают IP-адреса и сетевые параметры автоматически от сервера DHCP, сокращая необходимость конфигурации этих настроек вручную администратором сети или пользователем.
MAC-адрес беспроводного док-центра обычно является постоянным все время существования беспроводного док-центра. Пакеты, обмен которыми выполняется между беспроводным док-центром и периферийным аудио/видеоустройством, являются следующими:
- Пакеты RTP на UDP/IP для аудио/видеоданных
- Пакеты RTSP на TCP/IP для управления сеансом Wi-Fi Display
- MAC-пакеты на уровне 2 для обмена информацией часов и синхронизации между источником и получателем Miracast/Wi-Fi Direct (например, с использованием IEEE 802.1AS [2]).
Протокол пользовательских дейтаграмм (UDP) и протокол управления передачей (TCP) являются базовыми протоколами набора протоколов Интернета (IP). Протокол TCP является настолько общепринятым, что весь набор называют TCP/IP. RTSP (протокол потоковой передачи в режиме реального времени) является сетевым протоколом управления, разработанным для использования в системах развлечений и связи, для управления серверами потоковых мультимедиа. Протокол используется для установления и управления сеансами мультимедиа между конечными точками. Клиенты серверов мультимедиа выдают команды стиля VCR, такие как "воспроизведение" и "приостановка", чтобы обеспечить возможность управления в режиме реального времени воспроизведением мультимедиа-файлов с сервера. Передача самих потоковых данных не является задачей протокола RTSP. Большинство серверов RTSP использует транспортный протокол в режиме реального времени (RTP) вместе с протоколом управления в режиме реального времени (RTCP) для доставки мультимедийного потока. Первичная функция протокола RTCP состоит в обеспечении информацию обратной связи о качестве обслуживания (QoS) в распределении мультимедиа посредством периодической отправки статистической информации участникам сеанса потокового мультимедиа. Протокол RTCP может использоваться или не использоваться сервером.
Беспроводной док-центр прежних версий может ретранслировать все эти пакеты подсоединяемому устройству и от него. Это означало бы, что часть технологии Wi-Fi Display подсоединяемого устройства видит MAC-адрес и IP-адрес не получателя Wi-Fi Display Sink, а беспроводного док-центра. Аналогичным образом, получатель Wi-Fi Display Sink видит адреса ведущего устройства.
Скорости передачи данных для RTSP-пакетов и MAC-пакетов для обмена информацией часов и синхронизации являются довольно низкими, таким образом, это не составляет проблемы, но это является проблемой для RTP-пакетов, которые содержат аудио/видеоданные.
Это вызвано тем, что это они являются IP-пакетами. Для каждого принятого IP-пакета программный стек протокола IP должен извлечь его из заключающего его в себе MAC-пакета, исследовать его, изменить IP-адрес назначения всех IP-пакетов в MAC-пакете, повторно упаковать IP-пакеты в MAC-пакеты, изменить MAC-адрес назначения и отправить его по (ретранслированному) адресу назначения. Это обычно делается в программном обеспечении на процессоре и требует больших затрат.
В варианте осуществления потребуется намного меньше затрат, если пакеты могут ретранслироваться, когда они уже имеют в себе IP-адрес назначения, и еще меньше затрат, когда также MAC-адрес назначения будет являться адресом назначения.
Проблема состоит в том, периферийное аудио/видеоустройство прежних версий, такое как устройство-получатель службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display, обычно предполагает, что MAC-адрес и IP-адрес его ответного устройства будут оставаться постоянными после настройки линии связи Wi-Fi, что IP-адрес для RTP и RTSP будет одинаковым, и один и тот же MAC-адрес используется для MAC-пакетов, RTSP/TCP/IP-пакетов и RTP/UDP/IP-пакетов.
В практическом варианте осуществления беспроводной док-центр имеет IP-адрес для себя и в дополнение специальный IP-адрес, который он использует при осуществлении парного соединения с периферийным аудио/видеоустройством прежних версий, таким как устройство-получатель службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display. Специальный IP-адрес выдается подсоединяемому устройству, когда подсоединяемое устройство подсоединяется, и забирается обратно беспроводным док-центром, когда подсоединяемое устройство отсоединяется. Кроме того, беспроводной док-центр может обеспечить IP-адрес, а также MAC-адрес периферийного аудио/видеоустройства подсоединяемому устройству, когда оно подсоединяется, чтобы использоваться для компонента источника Wi-Fi Display Source подсоединяемого устройства для настройки сеанса Wi-Fi Display с устройством-получателем прежних версий службы Wi-Fi Display, или Miracast, или Wi-Fi Direct Services Display.
Беспроводной док-центр использует обычный IP-адрес, который сгенерирован обычным образом почти для всех его связей. Когда беспроводной док-центр соединен посредством парного соединения с устройством-получателем Miracast, и беспроводной док-центр управляет сервером DHCP для этой линии связи, беспроводной док-центр сгенерирует специальный IP-адрес для себя и сообщит об этом получателю Miracast. В случае, если получатель Miracast управляет сервером DHCP для этой линии связи, беспроводной док-центр принимает IP-адрес от получателя Miracast, и беспроводной док-центр рассматривает его как специальный IP-адрес.
Во время парного соединения устройство-получатель Miracast также узнает MAC-адрес беспроводного подсоединяемого устройства. Устройство Miracast будет использовать этот MAC-адрес и специальный IP-адрес для всей своей связи Wi-Fi Display с беспроводным док-центром (RTP, RTSP и синхронизация MAC). Когда линия связи Wi-Fi была настроена, устройство-получатель Miracast, как определено спецификацией Wi-Fi Display, начнет соединение по протоколу TCP с беспроводным док-центром как сервер TCP.
В необязательном порядке, беспроводной док-центр может управлять группой Wi-Fi Direct как владелец группы (GO). Тогда он также будет сервером DHCP для этой группы. Когда подсоединяемое устройство подсоединяется, оно хочет подсоединиться к этой группе Wi-Fi Direct в качестве клиента. Сервер DHCP беспроводного док-центра назначит специальный IP-адрес подсоединяемому устройству.
Подсоединяемое устройство может узнать обо всех периферийных устройствах, которые беспроводной док-центр может сделать доступными посредством обнаружения перед привязкой и посредством обнаружения после привязки, таким образом, оно также может узнать о получателе Miracast. Когда подсоединяемое устройство позволяет беспроводному док-центру узнать, что оно хочет использовать получатель Miracast, беспроводной док-центр отправляет подсоединяемому устройству MAC-адрес и IP-адрес получателя Miracast. Это означает, что все пакеты (синхронизация MAC, RTP/UDP/IP и RTSP/TCP/IP) сеанса Miracast от подсоединяемого устройства могут быть ретранслированы получателю Miracast беспроводным док-центром посредством переадресации уровня 2, что является очень эффективным и может быть выполнено в аппаратных средствах.
Кроме того, беспроводной док-центр также может перенести состояние своего сервера TCP (который имеет соединение с устройством-получателем Miracast) на подсоединяемое устройство, чтобы подсоединяемое устройство могло принять это TCP-соединение как сервер TCP с устройством-получателем Miracast бесперебойным образом и полностью прозрачно для устройства-получателя Miracast.
Все пакеты (синхронизация MAC, RTP/UDP/IP и RTSP/TCP/IP) сеанса Miracast от получателя Miracast будут содержать IP-адрес подсоединяемого устройства, а не MAC-адрес беспроводного док-центра. Для ретрансляции эти MAC-пакеты должны быть отправлены подсоединяемому устройству только посредством изменения MAC-адреса назначения.
В протоколе Wi-Fi Display последовательность сообщений протокола используется для установления возможностей и настроек периферийного аудио/видеоустройства. Подробная информация предоставлена в версии 1.1 технической спецификации Wi-Fi Display, в частности, в главе 4. В приведенных ниже вариантах осуществления различные сообщения протокола обозначены метками M1-M15, которые дополнительно определены в упомянутой главе 4. Центр WDC устанавливает линию связи с устройством-получателем Wi-Fi Display Sink, соединенным с центром WDC, и исполняет (подмножество) последовательность протокола. Когда устройство WD подсоединяется к центру WDC, важно, чтобы устройство WD могло сконфигурировать устройство-получатель Wi-Fi Display Sink для соответствия его потребностям (например, другое разрешение, в отличие от выбранного центром WDC). Протокол Wi-Fi Display имеет некоторые средства для этого, но он также имеет некоторые ограничения на использование запроса M4 RTSP SET_PARAMETER во время управления сеансами WFD (то есть, во время воспроизведения видео и приостановки). Это описано в разделе 4.10.3.2 "Explicit AV format change" (ʺЯвные изменения формата AVʺ) технической спецификации Wi-Fi Display [1]. Такой пакет управляющих данных используется в обмене сообщениями RTSP, который называют повторным согласованием возможностей WFD. Например, в зависимости от указанного бита частота видеокадров формата 3D может быть только изменена с вмешательством пользователя или автоматически без вмешательства пользователя. Этот бит (B4) поддержки изменения частоты видеокадров поля поддержки frame-rate-control-support в параметре wfd-video-formats или в параметре wfd-3d-formats, эти параметры wfd дополнительно описаны в [1].
Существуют дополнительные правила для автоматического изменения (изменений) формата AV с использованием сообщения запроса M4 RTSP SET_PARAMETER. Другие изменения могут привести к нарушению непрерывности воспроизведения видео. Например, во время сеанса WFD профиль используемого видеокодека не должен быть изменен в сообщении запроса RTSP M4 или в MPEG2-TS. Во время сеанса WFD источник WFD (в нашем случае устройство WD) может изменить используемый уровень H.264, указав это изменение в сообщении запроса RTSP M4 или в MPEG2-TS. Однако изменение уровня H.264 с нижнего уровня на более высокий уровень во время сеанса WFD может вызвать сброс декодера в получателе WFD и может привести к нарушению непрерывности воспроизведения видео. Чтобы избежать таких нарушений непрерывности, рекомендуется, чтобы источник WFD (в нашем случае первоначальный источник WFD, т.е. центр WDC) установил самый высокий уровень H.264, который поддерживается и источником WFD, и получателем WFD. Во время сеанса WFD способ сканирования видеоинформации, т.е., прогрессивный или чересстрочный, не должен быть изменен в сообщении запроса RTSP M4 или в MPEG2-TS. При изменении формата видео, т.е., разрешения или частоты обновления, источник WFD (в нашем случае устройство WD) должен передать изображение IDR сразу после изменения формата (форматов) видео, чтобы повторно установить параметры, как определено в [1]. Следует отметить, что передача изображения IDR может потребовать более высокой мгновенной пиковой пропускной способности, даже если разрешение и/или частота обновления после изменения ниже, чем предыдущие значения.
Если получатель WFD поддерживает изменение частоты обновления, как указано в поле поддержки изменения частоты обновления в параметре wfd-video-formats (заданном в разделе 6.1.3) или в параметре wfd-3d-formats (заданном в разделе 6.1.4), источник WFD может изменить частоту обновления видео среди поддерживаемых частот обновления видео, указанных получателем WFD.
Во время сеанса WFD разрешение и частота обновления видео не должны быть изменены одновременно в сообщении запроса RTSP M4 или в MPEG2-TS.
Во время сеанса WFD формат аудио (т.е., частота отсчетов, биты на отсчет, количество каналов, аудиокодек) не должен быть изменен в сообщении запроса RTSP M4 или в MPEG2-TS.
Чтобы удовлетворять таким правилами и ограничениями, следующие варианты осуществления предложены как возможные реализации ретрансляции Wi-Fi Display в центре WDC. Эти реализации основаны на вариациях реализации устройств-получателей Wi-Fi Display Sink, которые не заставляют устройство-получатель Wi-Fi Display Sink пренебрегать сертификацией Wi-Fi Display.
В необязательном порядке, может быть реализована более чем одна возможность. Если это так, центр WDC может попытаться узнать с вмешательством или без вмешательства пользователя, какие способы поддерживаются устройством-получателем Wi-Fi Display Sink после того, как устройство-получатель Wi-Fi Display Sink было соединено посредством парного соединения с центром WDC. Попытка варианта реализации и обнаружение, что он не работает с устройством-получателем Wi-Fi Display Sink, которое соединено посредством парного соединения, могут включать в себя разрыв одноранговой группы и новое начало с обнаружения перед привязкой. Пользователю, вероятно, придется выполнить действия, чтобы снова осуществить парное соединение устройства (например, ввод PIN-кода, нажатие кнопки для принятия запроса соединения или запроса сеанса Wi-Fi Display и т.д.).
Центр WDC может являться владельцем одноранговой группы в одноранговой группе, установленной между центром WDC и устройством-получателем Wi-Fi Display Sink. Устройство WD может стать частью той же самой одноранговой группы, как и устройство-получатель Wi-Fi Display Sink, как только устройство WD подсоединяется к центру WDC. Также может быть возможна другая топология, например, центр WDC и устройство WD могут являться частью одноранговой группы, в которой любой из них является владельцем одноранговой группы, и центр WDC и получатель Wi-Fi могут являться частью другой одноранговой группы, в которой любой из них является владельцем одноранговой группы, при условии, что устройство WD и центр WDC поддерживают реконфигурацию IP-адресов и адаптацию MAC, как описано в этом документе.
Спецификация Wi-Fi Display требует, чтобы этапы протокола Wi-Fi Display были исполнены в течение некоторого максимального времени между последовательными этапами (например, как определено в разделе 6.5 и 6.5.2 в [1]), как правило, полностью от настройки однорангового соединения до сообщения M7, чтобы начать воспроизведение. Реализации пять и шесть, как указано ниже, могут придерживаться этого максимального времени от начала до сообщения M7. План тестирования Wi-Fi Display может обеспечить несколько из максимальных времен реакции, но не всех их. Это может обеспечить нам некоторые дополнительные возможности реализации, как описано ниже.
Вариант осуществления называется ʺРеализация 1 - Остановка после DHCPʺ. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после этапа DHCP. Когда устройство WD подсоединено, и когда устройство WD хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC использует замену IP-адреса и MAC-адреса, как описано выше, и позволяет устройству WD исполнить протокол Wi-Fi Display, начиная с запроса M1 RTSP OPTIONS от устройства WD через центр WDC к устройству-получателю Wi-Fi Display Sink. Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, как описано позже.
Центр WDC или его пользователь должны попытаться обнаружить, остается ли устройство-получатель Wi-Fi Display Sink неопределенно долго ожидающим следующего этапа протокола Wi-Fi Display, или истекает время ожидания, чтобы определить, работает ли этот вариант реализации с устройством-получателем Wi-Fi Display Sink.
Вариант осуществления называется ʺРеализация 2ʺ, и предполагается, что он останавливается после ответа M2 RTSP OPTIONS. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после ответного сообщения M2 RTSP OPTIONS. Центр WDC отправляет только обязательные элементы в своем сообщении запроса M1 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е. OPTIONS * RTSP/1.0 и Require: org.wfa.wfd1.0. Центр WDC отправляет только обязательные элементы в своем ответном сообщении M2 RTSP OPTIONS к устройству-получателю Wi-Fi Display Sink, т.е. org.wfa.wfd1.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY, PAUSE и TEARDOWN. Центру WDC рекомендуется отправить сообщение с "фиктивными" пакетами (или повторить сообщение M1), чтобы поддержать одноранговое соединение между центром WDC и устройством-получателем Wi-Fi Display Sink.
Когда устройство WD подсоединяется и когда устройство WD хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC дает устройству WD специальный IP-адрес, который он зарезервировал для ретрансляции Wi-Fi Display, и центр WDC исполняет протокол Wi-Fi Display с устройством WD вплоть до сообщения ответа M2 RTSP OPTIONS включительно. Ничто еще не ретранслировано устройству-получателю Wi-Fi Display Sink. Затем центр WDC использует замену IP-адреса и MAC-адреса, как описано выше. Центр WDC может сообщить устройству WD номер Cseq, который центр WDC использовал в своем последнем сообщении RTSP, или который он собирается использовать в своем последнем сообщении RTSP для устройства-получателя Wi-Fi Display Sink.
Центр WDC позволяет устройству WD исполнить протокол Wi-Fi Display, начиная с запроса M3 RTSP GET_PARAMETER от устройства WD через центр WDC к устройству-получателю Wi-Fi Display Sink. Устройство WD может использовать увеличивающийся порядковый номер, генерируя последующие пакеты управляющих данных, например, номер Cseq, который принят устройством WD от центра WDC, чтобы продолжить нумерацию его сообщений RTSP со значением, которое ожидает устройство-получатель Wi-Fi Display Sink, таким образом, устройство-получатель Wi-Fi Display Sink не замечает, когда центр WDC начинает ретранслировать сообщения RTSP от устройства WD. Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, см. позже. Центр WDC или его пользователь должны попытаться обнаружить, остается ли устройство-получатель Wi-Fi Display Sink неопределенно долго ожидающим следующего этапа протокола Wi-Fi Display после ответа M2 RTSP OPTIONS, или истекает время ожидания, чтобы определить, работает ли этот вариант реализации с устройством-получателем Wi-Fi Display Sink.
Вариант осуществления называется ʺРеализация 3ʺ, и предполагается, что он останавливается после ответа M4 RTSP SET_PARAMETER с получателем Wi-Fi Display Sink, который не поддерживает явное изменение формата AV. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после сообщения M4 RTSP SET_PARAMETER. В качестве альтернативы, центр WDC может продолжить выполнение после этого сообщения и начать потоковую передачу некоторой аудио- и/или видеоинформации с использованием в качестве IP-адреса источника адреса, который получит устройство WD, когда это устройство WD захочет использовать устройство-получатель Wi-Fi Display Sink, см. ʺРеализацию 5ʺ ниже.
Центр WDC отправляет обязательные элементы в своем сообщении запроса M1 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е., OPTIONS * RTSP/1.0 и Require: org.wfa.wfd1.0. Другие значения не определены спецификацией Wi-Fi Display.
Центр WDC отправляет обязательные элементы в своем ответном сообщении M2 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е. org.wfa.wfd1.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY, PAUSE и TEARDOWN. Другие значения, такие как, например, Record, не разрешены спецификацией Wi-Fi Display. Центр WDC может задать список возможностей WFD, такой как, например, поддерживаемые аудиокодеки, поддерживаемые форматы видео, поддерживаемая защита информационного содержания (HDCP), см. раздел 6.1 спецификации Wi-Fi Display, которые представляют интерес для центра WDC, в запросе M3 RTSP GET_PARAMETER, который центр WDC отправляет устройству-получателю Wi-Fi Display Sink. В качестве альтернативы, центр WDC может просто запросить все осуществимые возможности, определенные спецификацией Wi-Fi Display. Центр WDC сохраняет возвращенные возможности и их значения для более позднего использования, когда устройство WD подсоединено и хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display.
Центр WDC устанавливает параметры для возможностей, поддержка которых указана устройством-получателем Wi-Fi Display Sink, равными значениям, относительно которых центр WDC уверен, что их будут поддерживать все или по меньшей мере многие устройства WD, с использованием сообщения запроса M4 RTSP SET_PARAMETER. Эти значения могут являться значениями по умолчанию для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, или значениями, которые являются обязательными для поддержки для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, как определено в подходящей спецификации.
Одним из параметров, которые центр WDC должен отправить устройству-получателю Wi-Fi Display Sink с использованием сообщения запроса M4 RTSP SET_PARAMETER, является wfd_presentation_URL, т.е., порт RTSP, который будут прослушивать центр WDC и позже устройство WD, когда оно будет подсоединено. Этот параметр не может больше изменяться устройством WD без разрыва всего сеанса Wi-Fi Display полностью.
Поскольку центр WDC останавливает исполнение протокола Wi-Fi Display после сообщения M4, центру WDC рекомендуется отправить сообщение с "фиктивными" пакетами (или повторить сообщение M1), чтобы поддержать одноранговое соединение между центром WDC и устройством-получателем Wi-Fi Display Sink. В этой точке в исправленном протоколе может начаться перезапуск.
Когда устройство WD подсоединяется и когда устройство WD хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC дает устройству WD специальный IP-адрес, который он зарезервировал для ретрансляции Wi-Fi Display, и центр WDC исполняет протокол Wi-Fi Display с устройством WD вплоть до сообщения ответа M4 RTSP PARAMETER. Ничто еще не ретранслировано устройству-получателю Wi-Fi Display Sink. Возможности, которые центр WDC отправит устройству WD в ответе M3 RTSP GET_PARAMETER, представляют собой возможности, которые центр WDC установил в устройстве-получателе Wi-Fi Display Sink с помощью сообщения запроса M4 RTSP SET_PARAMETER.
Затем центр WDC использует замену IP-адреса и MAC-адреса, как описано выше.
Центр WDC может сообщить устройству WD следующее:
- параметр wfd_presentation_URL, который будет использовать устройство-получатель Wi-Fi Display Sink, значение которого центр WDC уже отправил устройству-получателю Wi-Fi Display Sink, и который устройство WD должно использовать в качестве устройства-источника Wi-Fi Display Source с использованием ретранслированной службы Wi-Fi Display, и
- номер Cseq, который центр WDC использовал в своем последнем сообщении RTSP для устройства-получателя Wi-Fi Display Sink.
Описанное выше информирование может быть сделано как часть ответа центра WDC устройству WD на сообщение устройства WD центру WDC, в котором устройство WD сообщает центру WDC, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции.
Центр WDC позволяет устройству WD исполнить протокол Wi-Fi Display, продолжая с установления сеанса WFD, и потоковую передачу аудио- и/или видеоинформации от устройства WD через центр WDC к устройству-получателю Wi-Fi Display Sink. Устройство WD использует номер Cseq, который оно приняло от центра WDC, чтобы продолжить нумерацию своих сообщений RTSP со значением, которое ожидает устройство-получатель Wi-Fi Display Sink, таким образом, устройство-получатель Wi-Fi Display Sink не замечает, когда центр WDC начинает ретранслировать сообщения RTSP от устройства WD. Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, см. позже.
При настройке устройства-получателя Wi-Fi Display Sink с помощью центра WDC центр WDC или его пользователь могут попытаться обнаружить, остается ли устройство-получатель Wi-Fi Display Sink неопределенно долго ожидающим следующего этапа протокола Wi-Fi Display после первого ответа M4 RTSP SET_PARAMETER, или истекает время ожидания.
Вариант осуществления называется ʺРеализация 4ʺ, и предполагается, что он останавливается после ответа M4 RTSP SET_PARAMETER с получателем Wi-Fi Display Sink, который действительно поддерживает явное изменение формата AV. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после сообщения M4 RTSP SET_PARAMETER. В качестве альтернативы, центр WDC может продолжить выполнение после этого сообщения и начать потоковую передачу аудио- и/или видеоинформации с использованием в качестве IP-адреса источника адреса, который устройство WD получит, когда это устройство WD захочет использовать устройство-получатель Wi-Fi Display Sink, см. "Реализацию 6" ниже.
Центр WDC отправляет обязательные элементы в своем сообщении запроса M1 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е., OPTIONS * RTSP/1.0 and Require: org.wfa.wfd1.0. Другие значения не разрешены спецификацией Wi-Fi Display.
Центр WDC отправляет обязательные элементы в своем ответном сообщении M2 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е. org.wfa.wfd1.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY, PAUSE и TEARDOWN. Другие значения, такие как, например, Record, не разрешены спецификацией Wi-Fi Display. Центр WDC задает список возможностей WFD, такой как, например, поддерживаемые аудиокодеки, поддерживаемые форматы видео, поддерживаемая защита информационного содержания (HDCP), см. раздел 6.1 спецификации Wi-Fi Display, которые представляют интерес для центра WDC, в запросе M3 RTSP GET_PARAMETER, который центр WDC отправляет устройству-получателю Wi-Fi Display Sink. В качестве альтернативы, центр WDC может просто запросить все осуществимые возможности, определенные спецификацией Wi-Fi Display. Центр WDC сохраняет возвращенные возможности и их значения для более позднего использования, когда устройство WD подсоединено и хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display.
Центр WDC устанавливает параметры для возможностей видео (частота кадров, размер кадра, прогрессивный/чересстрочный) равными оптимальным значениям, поддержку которых указало устройство-получатель Wi-Fi Display Sink. Установка наилучших значений в этой точке гарантирует наименьшую вероятность нарушений непрерывности при воспроизведении видео, см. раздел 4.10.3.2, ʺExplicit AV format changeʺ (ʺЯвное изменение формата AVʺ) технической спецификации Wi-Fi Display, когда устройство WD позже в настройках понижает значения при повторном согласовании возможностей WFD с использованием сообщений запроса M4 RTSP SET_PARAMETER в фазе управления сеансом Wi-Fi Display. Центр WDC устанавливает параметры для других возможностей, поддержку которых указало устройство-получатель Wi-Fi Display Sink, равными значениям, относительно которых центр WDC уверен, что их будут поддерживать все или по меньшей мере многие устройства WD. Эти значения могут являться значениями по умолчанию для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, или значениями, которые являются обязательными для поддержки для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, как определено в подходящей спецификации.
Одним из параметров, которые центр WDC должен отправить устройству-получателю Wi-Fi Display Sink с использованием сообщения запроса M4 RTSP SET_PARAMETER, является wfd_presentation_URL, т.е., порт RTSP, который будут прослушивать центр WDC и позже устройство WD, когда оно будет подсоединено. Этот параметр не может больше изменяться устройством WD без разрыва всего сеанса Wi-Fi Display полностью. Центр WDC устанавливает упомянутые выше два множества параметров для возможностей с использованием сообщения запроса M4 RTSP SET_PARAMETER. В этой точке в исправленном протоколе может начаться перезапуск.
Поскольку при этом останавливается исполнение протокола Wi-Fi Display после сообщения M4, центру WDC рекомендуется отправить сообщение с "фиктивными" пакетами (или повторить сообщение M1), чтобы поддержать одноранговое соединение между центром WDC и устройством-получателем Wi-Fi Display Sink. Когда устройство WD подсоединяется и когда устройство WD хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC дает устройству WD специальный IP-адрес, который он зарезервировал для ретрансляции Wi-Fi Display, и центр WDC исполняет протокол Wi-Fi Display с устройством WD вплоть до сообщения ответа M3 RTSP GET_PARAMETER включительно. Ничто еще не ретранслировано устройству-получателю Wi-Fi Display Sink.
Возможности видео, которые центр WDC отправит устройству WD в ответе M3 RTSP GET_PARAMETER, представляют собой возможности, которые центр WDC узнал от устройства-получателя Wi-Fi Display Sink с помощью ответного сообщения M3 RTSP GET_PARAMETER от устройства-получателя Wi-Fi Display Sink. Все другие возможности, которые центр WDC отправит устройству WD в ответе M3 RTSP GET_PARAMETER, представляют собой возможности, которые центр WDC установил в устройстве-получателе Wi-Fi Display Sink с помощью сообщения запроса M4 RTSP SET_PARAMETER. Затем центр WDC использует замену IP-адреса и MAC-адреса, как описано выше.
Центр WDC сообщает устройству WD следующее:
- параметр wfd_presentation_URL, который использует устройство-получатель Wi-Fi Display Sink, значение которого центр WDC уже отправил устройству-получателю Wi-Fi Display Sink, и который устройство WD должно использовать в качестве устройства-источника Wi-Fi Display Source с использованием ретранслированной службы Wi-Fi Display, и
- номер Cseq, который центр WDC использовал в своем последнем сообщении RTSP для устройства-получателя Wi-Fi Display Sink.
Описанное выше информирование может быть сделано как часть ответа центра WDC устройству WD на сообщение устройства WD центру WDC, в котором устройство WD сообщает центру WDC, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции.
Центр WDC позволяет устройству WD исполнить протокол Wi-Fi Display, продолжая с сообщения запроса M4 RTSP SET_PARAMETER от устройства WD через центр WDC к устройству-получателю Wi-Fi Display Sink. Устройство WD использует номер Cseq, который оно приняло от центра WDC, чтобы продолжить нумерацию своих сообщений RTSP со значением, которое ожидает устройство-получатель Wi-Fi Display Sink, таким образом, устройство-получатель Wi-Fi Display Sink не замечает, когда центр WDC начинает ретранслировать сообщения RTSP от устройства WD.
Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, см. позже. Устройство WD может установить параметры видео, которые оно хочет использовать, до максимальных значений, которые указало устройство-получатель Wi-Fi Display Sink. Устройство-получатель Wi-Fi Display Sink будет рассматривать это как повторное согласование возможностей WFD, и, следовательно, устройство WD должно будет включить параметр wfd-av-format-change-timing с подходящим временем.
В необязательном порядке, поскольку некоторые реализации устройств-получателей Wi-Fi Display Sink могут не разрешать отправку второго сообщения запроса M4 RTSP SET_PARAMETER после другого в этой фазе (первое сообщение пришло от самого центра WDC, когда устройство WD еще не было подсоединено, и второе сообщение пришло от устройства WD и было передано центром WDC), в качестве альтернативы устройство WD первоначально использует наилучшие значения, которые оно узнало от центра WDC в ответе M3 RTSP GET_PARAMETER, для потоковой передачи видео, пропускает этап M4, продолжает выполнение протокола подсоединения Wi-Fi, пока оно не будет находиться в фазе управления сеансами WFD, и только тогда устанавливает параметры видео, которые оно действительно желает, с использованием повторного согласования возможностей WFD с помощью сообщения запроса M4 RTSP SET_PARAMETER.
При настройке устройства-получателя Wi-Fi Display Sink с помощью центра WDC центр WDC или его пользователь должны попытаться обнаружить, остается ли устройство-получатель Wi-Fi Display Sink неопределенно долго ожидающим следующего этапа протокола Wi-Fi Display после первого ответа M4 RTSP SET_PARAMETER, или истекает время ожидания.
Вариант осуществления называется ʺРеализация 5ʺ, и предполагается, что он останавливается после ответа M7 RTSP PLAY с получателем Wi-Fi Display Sink, который не поддерживает явное изменение формата AV. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после ответного сообщения M7 RTSP PLAY.
Центр WDC отправляет обязательные элементы в своем сообщении запроса M1 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е., OPTIONS * RTSP/1.0 and Require: org.wfa.wfd1.0. Другие значения не разрешены спецификацией Wi-Fi Display.
Центр WDC отправляет обязательные элементы в своем ответном сообщении M2 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е. org.wfa.wfd1.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY, PAUSE и TEARDOWN. Другие значения, такие как, например, Record, не разрешены спецификацией Wi-Fi Display.
Центр WDC задает список возможностей WFD, такой как, например, поддерживаемые аудиокодеки, поддерживаемые форматы видео, поддерживаемая защита информационного содержания (HDCP), см. раздел 6.1 спецификации Wi-Fi Display, которые представляют интерес для центра WDC, в запросе M3 RTSP GET_PARAMETER, который центр WDC отправляет устройству-получателю Wi-Fi Display Sink. В качестве альтернативы, центр WDC может просто запросить все осуществимые возможности, определенные спецификацией Wi-Fi Display. Центр WDC сохраняет возвращенные возможности и их значения для более позднего использования, когда устройство WD подсоединено и хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display.
Центр WDC устанавливает параметры для возможностей, поддержка которых указана устройством-получателем Wi-Fi Display Sink, равными значениям, относительно которых центр WDC уверен, что их будут поддерживать все или по меньшей мере многие устройства WD, с использованием сообщения запроса M4 RTSP SET_PARAMETER. Эти значения могут являться значениями по умолчанию для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, или значениями, которые являются обязательными для поддержки для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, как определено в подходящей спецификации.
Одним из параметров, которые центр WDC должен отправить устройству-получателю Wi-Fi Display Sink с использованием сообщения запроса M4 RTSP SET_PARAMETER, является wfd_presentation_URL, т.е., порт RTSP, который будут прослушивать центр WDC и позже устройство WD, когда оно будет подсоединено. Этот параметр не может больше изменяться устройством WD без разрыва всего сеанса Wi-Fi Display полностью.
Центр WDC отправляет запрос M5 RTSP Trigger SETUP устройству-получателю Wi-Fi Display Sink. Оно отвечает ответом M5 RTSP Trigger SETUP и после этого сообщением запроса M6 RTSP SETUP, содержащим URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink.
Центр WDC сохраняет URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink и отвечает ответом M6 RTSP SETUP, содержащим
- Код результата OK,
- идентификатор сеанса, который будет использовать устройство-получатель Wi-Fi Display Sink,
- RTP-порт, который будет использовать устройство-получатель Wi-Fi Display Sink.
В этой точке в исправленном протоколе может начаться перезапуск.
Центр WDC отправляет запрос M5 RTSP Trigger PLAY устройству-получателю Wi-Fi Display Sink, и оно отвечает ответным сообщением M5 RTSP Trigger PLAY, за которым следует запрос M7 RTSP PLAY. Центр WDC отвечает ответом M7 RTSP PLAY с кодом результата OK и начинает потоковую передачу некоторой видео- и/или аудиоинформации в корректном формате. Например, это может быть короткий повторяющийся предварительно записанный поток. Например, поток может объяснять, что центр WDC ожидает подсоединение устройства WD. Поток также может показывать пользовательский интерфейс центра WDC и т.д.
Когда устройство WD подсоединяется и когда устройство WD хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC дает устройству WD специальный IP-адрес, который он зарезервировал для ретрансляции Wi-Fi Display.
Центр WDC сообщает устройству WD следующее:
- параметр wfd_presentation_URL, который использует устройство-получатель Wi-Fi Display Sink,
- идентификатор сеанса, который использует устройство-получатель Wi-Fi Display Sink, и
- IP-порт, который использует устройство-получатель Wi-Fi Display Sink,
эти три значения центр WDC уже отправил устройству-получателю Wi-Fi Display Sink, и устройство WD должно использовать их в качестве устройства-источника Wi-Fi Display Source с использованием ретранслированной службы Wi-Fi Display, и
- номер Cseq, который центр WDC использовал в своем последнем сообщении RTSP, или который он собирается использовать в своем последнем сообщении RTSP для устройства-получателя Wi-Fi Display Sink.
Описанное выше информирование может быть сделано как часть ответа центра WDC устройству WD на сообщение устройства WD центру WDC, в котором устройство WD сообщает центру WDC, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции.
Центр WDC затем исполняет протокол Wi-Fi Display с устройством WD вплоть до сообщения ответа M5 RTSP Trigger PLAY включительно. Ничто еще не ретранслируется устройству-получателю Wi-Fi Display Sink.
- Возможности, которые центр WDC отправит устройству WD в ответе M3 RTSP GET_PARAMETER, представляют собой возможности, которые центр WDC установил в устройстве-получателе Wi-Fi Display Sink с помощью сообщения запроса M4 RTSP SET_PARAMETER.
- Устройство WD должно будет просто установить эти значения с использованием запроса M4 RTSP SET_PARAMETER, поскольку оно не приняло никакие другие варианты от центра WDC.
- Центр WDC переадресовывает URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink в сообщении запроса M6 RTSP SETUP, которое центр WDC отправит устройству WD.
- Устройство WD отправит идентификатор сеанса и RTP-порт, которые ему предписано использовать центром WDC, центру WDC с использованием ответа M6 RTSP SETUP.
Параллельно с упомянутым выше обменом сообщениями между устройством WD и центром WDC, когда устройство WD указало, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC имеет следующий обмен сообщениями с устройством-получателем Wi-Fi Display Sink.
- Центр WDC отправляет запрос M5 RTSP Trigger PAUSE устройству-получателю Wi-Fi Display Sink. Оно отвечает ответом M5 RTSP Trigger PAUSE, за которым следует сообщение запроса M9 RTSP PAUSE центру WDC. Центр WDC использует номер Cseq этих сообщений, чтобы сообщить устройству WD о последнем использованном номере Cseq.
- Центр WDC останавливает потоковую передачу периферийному устройству Wi-Fi.
Описанная выше запрашиваемая приостановка в потоковой передаче может являться или не являться необходимой для хорошей замены центра WDC в качестве источника RTP на устройство WD в качестве источника RTP. Например, значения синхронизации (метки времени) в транспортном потоке mpeg2 (например, PCR, DTS, PTS), а также метки времени RTP будут очень отличаться друг от друга, и декодер в устройстве-получателе Wi-Fi Display Sink может лучше обработать скачок синхронизации, когда в потоке сначала сделана приостановка.
Когда описанные выше два параллельных обмена сообщениями завершены, центр WDC использует замену IP-адреса и MAC-адреса, как описано выше, и позволяет устройству WD исполнить протокол Wi-Fi Display, продолжая с запроса M5 RTSP Trigger PLAY через центр WDC устройству-получателю Wi-Fi Display Sink.
Устройство WD использует номер Cseq, который оно приняло от центра WDC, чтобы продолжить нумерацию своих сообщений RTSP со значением, которое ожидает устройство-получатель Wi-Fi Display Sink, таким образом, устройство-получатель Wi-Fi Display Sink не замечает, когда центр WDC начинает ретранслировать сообщения RTSP от устройства WD. Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, см. позже.
Вариант осуществления называется ʺРеализация 6ʺ, и предполагается, что он останавливается после ответа M7 RTSP PLAY с получателем Wi-Fi Display Sink, который поддерживает явное изменение формата AV. Когда центр WDC и устройство-получатель Wi-Fi Display Sink соединены посредством парного соединения, центр WDC исполняет протокол подсоединения Wi-Fi с устройством-получателем Wi-Fi Display Sink, но останавливается после ответного сообщения M7 RTSP PLAY.
Центр WDC отправляет обязательные элементы в своем сообщении запроса M1 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е., OPTIONS * RTSP/1.0 and Require: org.wfa.wfd1.0. Другие значения не разрешены спецификацией Wi-Fi Display.
Центр WDC отправляет обязательные элементы в своем ответном сообщении M2 RTSP OPTIONS устройству-получателю Wi-Fi Display Sink, т.е. org.wfa.wfd1.0, SET_PARAMETER, GET_PARAMETER, SETUP, PLAY, PAUSE и TEARDOWN. Другие значения, такие как, например, Record, не разрешены спецификацией Wi-Fi Display.
Центр WDC задает список возможностей WFD, такой как, например, поддерживаемые аудиокодеки, поддерживаемые форматы видео, поддерживаемая защита информационного содержания (HDCP), см. раздел 6.1 спецификации Wi-Fi Display, которые представляют интерес для центра WDC, в запросе M3 RTSP GET_PARAMETER, который центр WDC отправляет устройству-получателю Wi-Fi Display Sink. В качестве альтернативы, центр WDC может просто запросить все осуществимые возможности, определенные спецификацией Wi-Fi Display. Центр WDC сохраняет возвращенные возможности и их значения для более позднего использования, когда устройство WD подсоединено и хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display.
Центр WDC устанавливает параметры для возможностей видео (частота кадров, размер кадра, прогрессивный/чересстрочный) равными оптимальным значениям, поддержку которых указало устройство-получатель Wi-Fi Display Sink. Установка наилучших значений в этой точке гарантирует наименьшую вероятность нарушений непрерывности при воспроизведении видео, см. раздел 4.10.3.2, ʺExplicit AV format changeʺ (ʺЯвное изменение формата AVʺ) технической спецификации Wi-Fi Display, когда устройство WD позже в настройках понижает значения при повторном согласовании возможностей WFD с использованием сообщений запроса M4 RTSP SET_PARAMETER в фазе управления сеансом Wi-Fi Display.
Центр WDC устанавливает параметры для других возможностей, поддержку которых указало устройство-получатель Wi-Fi Display Sink, равными значениям, относительно которых центр WDC уверен, что их будут поддерживать все или по меньшей мере многие устройства WD. Эти значения могут являться значениями по умолчанию для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, или значениями, которые являются обязательными для поддержки для источника Wi-Fi Display Source или службы Wi-Fi Peer to Peer Services Display, как определено в подходящей спецификации.
Одним из параметров, которые центр WDC должен отправить устройству-получателю Wi-Fi Display Sink с использованием сообщения запроса M4 RTSP SET_PARAMETER, является wfd_presentation_URL, т.е., порт RTSP, который будут прослушивать центр WDC и позже устройство WD, когда оно будет подсоединено. Этот параметр не может больше изменяться устройством WD без разрыва всего сеанса Wi-Fi Display полностью.
Центр WDC устанавливает описанные выше два множества параметров для возможностей с использованием сообщения запроса M4 RTSP SET_PARAMETER. Центр WDC отправляет запрос M5 RTSP Trigger SETUP устройству-получателю Wi-Fi Display Sink. Оно отвечает ответом M5 RTSP Trigger SETUP и после этого сообщением запроса M6 RTSP SETUP, содержащим URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink.
Центр WDC сохраняет URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink и отвечает ответом M6 RTSP SETUP, содержащим
- Код результата OK,
- идентификатор сеанса, который будет использовать устройство-получатель Wi-Fi Display Sink,
- порт RTP, который будет использовать устройство-получатель Wi-Fi Display Sink.
В этой точке в исправленном протоколе может начаться перезапуск.
Центр WDC отправляет запрос M5 RTSP Trigger PLAY устройству-получателю Wi-Fi Display Sink, и оно отвечает ответным сообщением M5 RTSP Trigger PLAY, за которым следует запрос M7 RTSP PLAY. Центр WDC отвечает ответом M7 RTSP PLAY с кодом результата OK и начинает потоковую передачу некоторой видео- и/или аудиоинформации в корректном формате. Например, это может быть короткий повторяющийся предварительно записанный поток. Например, поток может объяснять, что центр WDC ожидает подсоединение устройства WD. Поток также может показывать пользовательский интерфейс центра WDC и т.д. Когда устройство WD подсоединяется и когда устройство WD хочет использовать устройство-получателя Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC дает устройству WD специальный IP-адрес, который он зарезервировал для ретрансляции Wi-Fi Display.
Центр WDC сообщает устройству WD следующее:
- параметр wfd_presentation_URL, который использует устройство-получатель Wi-Fi Display Sink,
- идентификатор сеанса, который использует устройство-получатель Wi-Fi Display Sink, и
- IP-порт, который использует устройство-получатель Wi-Fi Display Sink,
эти значения центр WDC уже отправил устройству-получателю Wi-Fi Display Sink, и устройство WD должно использовать их в качестве устройства-источника Wi-Fi Display Source с использованием ретранслированной службы Wi-Fi Display, и
- номер Cseq, который центр WDC использовал в своем последнем сообщении RTSP или который он собирается использовать в своем последнем сообщении RTSP для устройства-получателя Wi-Fi Display Sink.
Описанное выше информирование может быть сделано как часть ответа центра WDC устройству WD на сообщение устройства WD центру WDC, в котором устройство WD сообщает центру WDC, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции.
Центр WDC затем исполняет протокол Wi-Fi Display с устройством WD вплоть до сообщения ответа M5 RTSP Trigger PLAY включительно. Ничто еще не ретранслируется устройству-получателю Wi-Fi Display Sink.
- Возможности, которые центр WDC отправит устройству WD в ответе M3 RTSP GET_PARAMETER, представляют собой возможности, которые центр WDC узнал от устройства-получателя Wi-Fi Display Sink с помощью сообщения запроса M4 RTSP SET_PARAMETER.
- Устройство WD должно будет просто установить эти значения с использованием запроса M4 RTSP SET_PARAMETER, поскольку оно не приняло никакие другие варианты от центра WDC.
- Центр WDC переадресовывает URL представления Wi-Fi Display и RTP-порт устройства-получателя Wi-Fi Display Sink в сообщении запроса M6 RTSP SETUP, которое центр WDC отправит устройству WD.
- Устройство WD отправит идентификатор сеанса и RTP-порт, которые ему предписано использовать центром WDC, центру WDC с использованием ответа M6 RTSP SETUP.
Параллельно с упомянутым выше обменом сообщениями между устройством WD и центром WDC, когда устройство WD указало, что хочет использовать устройство-получатель Wi-Fi Display Sink с использованием ретрансляции Wi-Fi Display, центр WDC имеет следующий обмен сообщениями с устройством-получателем Wi-Fi Display Sink.
- Центр WDC отправляет запрос M5 RTSP Trigger PAUSE устройству-получателю Wi-Fi Display Sink. Оно отвечает ответом M5 RTSP Trigger PAUSE, за которым следует сообщение запроса M9 RTSP PAUSE центру WDC. Центр WDC использует номер Cseq этих сообщений, чтобы сообщить устройству WD о последнем использованном номере Cseq.
- Центр WDC останавливает потоковую передачу периферийному устройству Wi-Fi
Запрашиваемая приостановка в потоковой передаче может являться необходимой для хорошей замены центра WDC в качестве источника RTP на устройство WD в качестве источника RTP. Например, значения синхронизации (метки времени) в транспортном потоке mpeg2 (например, PCR, DTS, PTS), а также метки времени RTP будут очень отличаться друг от друга, и декодер в устройстве-получателе Wi-Fi Display Sink может лучше обработать скачок синхронизации, когда в потоке сначала сделана приостановка.
Когда описанные выше два параллельных обмена сообщениями завершены, центр WDC использует замену IP-адреса и MAC-адреса, как описано выше, и позволяет устройству WD исполнить протокол Wi-Fi Display, продолжая с запроса M5 RTSP Trigger PLAY через центр WDC к устройству-получателю Wi-Fi Display Sink. Центр WDC переадресовывает любое сообщение RTSP от устройства WD к устройству-получателю Wi-Fi Display Sink и наоборот, за исключением запроса M8 RTSP TEARDOWN, см. позже.
Устройство WD использует номер Cseq, который оно приняло от центра WDC, чтобы продолжить нумерацию своих сообщений RTSP со значением, которое ожидает устройство-получатель Wi-Fi Display Sink, таким образом, устройство-получатель Wi-Fi Display Sink не замечает, когда центр WDC начинает ретрансляцию сообщений RTSP от устройства WD.
Во время фазы управления сеансом Wi-Fi Display, т.е.. в фазе, в которой видео может воспроизводиться или передаваться в потоке, останавливаться или приостанавливаться, устройство WD может установить другие значения для некоторых параметров видео при повторном согласовании возможностей с использованием сообщения запроса M4 RTSP SET_PARAMETER.
Следующие варианты осуществления относятся к остановке сеанса, т.е. завершению использования периферийного аудио/видеоустройства, когда подсоединяемое устройство решает, что службы, обеспечиваемые периферийным аудио/видеоустройством, больше не нужны.
Первый вариант осуществления предназначен для остановки сеанса в случае реализации 1 или 2. Устройство-получатель Wi-Fi Display Sink, которое является владельцем одноранговой группы, может выполнить деаутентификацию центра WDC и разорвать одноранговую группу после успешного обмена сообщением M8 RTSP TEARDOWN. Однако устройство-получатель Wi-Fi Display Sink, которое не является владельцем группы, может войти в неопределенный режим после успешного обмена сообщением M8 RTSP TEARDOWN. Поэтому центр WDC должен сделать следующее.
- Если устройство WD отправляет запрос M8 RTSP TEARDOWN, центр WDC не должен ретранслировать его устройству-получателю Wi-Fi Display Sink, а должен обработать его сам посредством отправки ответа M8 RTSP TEARDOWN устройству WD.
- Если устройство-получатель Wi-Fi Display Sink отправляет запрос M8 RTSP TEARDOWN, центр WDC не должен принимать его, т.е., не отправлять ответ M8 RTSP TEARDOWN со статусом OK.
Центр WDC затем пытается исполнить протокол подсоединения Wi-Fi от сообщения M1 RTSP OPTIONS, когда нет подсоединенного устройства WD, как описано выше для реализаций 1 или 2. Однако реализация устройства-получателя Wi-Fi Display Sink может быть такой, что она не позволяет этого и желает начать с начального осуществления парного соединения. Таким образом, если центр WDC не принимает ответ M1 RTSP OPTIONS с кодом результата OK, он должен закончить сеанс управления Wi-Fi Display посредством отправки запроса M5 RTSP Trigger TEARDOWN устройству-получателю Wi-Fi Display Sink. Оно ответит ответом M5 RTSP Trigger TEARDOWN, за которым следует запрос M8 RTSP TEARDOWN к центру WDC.
Центр WDC отвечает ответом M8 RTSP TEARDOWN.
Если устройство-получатель Wi-Fi Display Sink являлось владельцем группы, устройство-получатель Wi-Fi Display Sink может разорвать одноранговую группу. Если это так, центр WDC и устройство-получатель Wi-Fi Display Sink должны снова осуществить парное соединение вплоть до выполнения протокола DHCP включительно.
Если центр WDC являлся владельцем группы, он может поддерживать одноранговую группу. Однако можно быть необходимо для некоторых реализаций устройств-получателей Wi-Fi Display Sink также разорвать одноранговую группу и снова осуществить парное соединение центра WDC и устройства-получателя Wi-Fi Display Sink.
Затем центр WDC пытается исполнить протокол подсоединения Wi-Fi от сообщения M1 RTSP OPTIONS, когда нет подсоединенного устройства WD, как описано выше для этих реализаций.
Дополнительный вариант осуществления обеспечивает другой метод остановки сеанса для случая, в котором устройство WD выполняло потоковую передачу аудио- и/или видеоинформации через центр WDC посредством ретрансляции Wi-Fi Display получателю Wi-Fi Display Sink. Центр WDC принял от устройства WD указание остановить сеанс или по некоторой другой причине решил остановить сеанс.
- Если устройство WD отправляет запрос M8 RTSP TEARDOWN, центр WDC не должен ретранслировать его устройству-получателю Wi-Fi Display Sink, а должен обработать его сам посредством отправки ответа M8 RTSP TEARDOWN устройству WD.
- Центр WDC отправляет запрос M5 RTSP Trigger PAUSE устройству-получателю Wi-Fi Display Sink. Оно ответит ответом M5 RTSP Trigger PAUSE, за которым следует сообщение запроса M9 RTSP PAUSE, центру WDC.
- Центр WDC останавливает потоковую передачу периферийному устройству Wi-Fi, если устройство WD еще не сделало это.
В необязательном порядке, центр WDC в дополнение к упомянутому выше может выполнить следующее.
- Центр WDC отправляет запрос M5 RTSP Trigger PLAY устройству-получателю Wi-Fi Display Sink, и оно отвечает ответным сообщением, за которым следует запрос M7 RTSP PLAY.
- Центр WDC отвечает ответом M7 RTSP PLAY с кодом результата OK и начинает потоковую передачу некоторой видео- и/или аудиоинформации в корректном формате. Например, это может быть короткий повторяющийся предварительно записанный поток. Например, поток может объяснять, что центр WDC ожидает подсоединение устройства WD. Поток также может показывать пользовательский интерфейс центра WDC и т.д.
Центр WDC ожидает подсоединение устройства WD и указывает, что это устройство WD хочет использовать Wi-Fi Display с использованием ретрансляции Wi-Fi Display через центр WDC.
В случае, в котором центр WDC выполнял потоковую передачу факультативной аудио- и/или видеоинформации,
- Центр WDC отправляет запрос M5 RTSP Trigger PAUSE устройству-получателю Wi-Fi Display Sink. Оно ответит ответом M5 RTSP Trigger PAUSE, за которым следует сообщение запроса M9 RTSP PAUSE, центру WDC.
- Центр WDC останавливает потоковую передачу периферийному устройству Wi-Fi.
Затем центр WDC пытается исполнить протокол подсоединения Wi-Fi от сообщения M1 RTSP OPTIONS, когда нет подсоединенного устройства WD, как описано выше для этих реализаций. Однако реализация устройства-получателя Wi-Fi Display Sink может являться такой, что она не позволяет этого и желает начать с начального осуществления парного соединения. Таким образом, если центр WDC не принимает ответ M1 RTSP OPTIONS с кодом результата OK, он должен закончить сеанс управления Wi-Fi Display посредством отправки запроса M5 RTSP Trigger TEARDOWN устройству-получателю Wi-Fi Display Sink. Оно ответит ответом M5 RTSP Trigger TEARDOWN, за которым следует запрос M8 RTSP TEARDOWN, центру WDC. Центр WDC отвечает ответом M8 RTSP TEARDOWN.
Если устройство-получатель Wi-Fi Display Sink являлось владельцем группы, устройство-получатель Wi-Fi Display Sink может разорвать одноранговую группу. Если имеет место последнее, центр WDC и устройство-получатель Wi-Fi Display Sink должны снова осуществлены парное соединение вплоть до выполнения протокола DHCP включительно.
Если центр WDC являлся владельцем группы, он может поддерживать одноранговую группу. Однако можно быть необходимо для некоторых реализаций устройств-получателей Wi-Fi Display Sink также разорвать одноранговую группу и снова осуществить парное соединение центра WDC и устройства-получателя Wi-Fi Display Sink. Тогда центр WDC пытается исполнить протокол подсоединения Wi-Fi от сообщения M1 RTSP OPTIONS, когда нет подсоединенного устройства WD, как описано выше для этих реализаций.
Второй вариант осуществления предназначен для остановки сеанса для реализаций 3-6. Подсоединенное устройство WD может быть остановлено до того, как устройство WD выполняло потоковую передачу аудио- и/или видеоинформации получателю Wi-Fi Display Sink посредством ретрансляции через центр WDC.
Если устройство WD отправляет запрос M8 RTSP TEARDOWN, центр WDC не должен ретранслировать его устройству-получателю Wi-Fi Display Sink, а должен обработать его сам посредством отправки ответа M8 RTSP TEARDOWN устройству WD, таким образом, он может поддержать сеанс Wi-Fi Display.
В случае, если центр WDC принимает запрос M8 RTSP TEARDOWN от устройства WD или центр WDC по некоторой другой причине решает остановить сеанс подсоединения с устройством WD, центр WDC прекращает использовать замену IP-адреса и MAC-адреса, как описано выше.
Центр WDC имеет следующий обмен сообщениями с устройством-получателем Wi-Fi Display Sink, возможно параллельно с описанным выше обменом сообщениями M8, если такой имеется.
- Центр WDC отправляет запрос M5 RTSP Trigger PAUSE устройству-получателю Wi-Fi Display Sink. Оно ответит ответом M5 RTSP Trigger PAUSE, за которым следует сообщение запроса M9 RTSP PAUSE, центру WDC.
- Центр WDC останавливает потоковую передачу периферийному устройству Wi-Fi, если устройство WD еще не сделало это.
Для реализаций 4 и 6 центр WDC выполняет повторное согласование возможностей WFD посредством отправки сообщения запроса M4 RTSP SET_PARAMETER, содержащего наилучшие значения для возможностей видео, поддержку которых указало устройство-получатель Wi-Fi Display Sink.
Для реализаций 3 и 5, центр WDC перезапускает исполнение в предложении ʺВ этой точке в исправленном протоколе может начаться перезапускʺ в описании реализации 5.
Для реализаций 4 и 6 центр WDC перезапускает исполнение в предложении ʺВ этой точке в исправленном протоколе может начаться перезапускʺ в описании реализации 6.
Остановка сеанса для реализации 5 и 6, если подсоединенное устройство WD до сих пор не выполняло потоковую передачу аудио- и/или видеоинформации получателю Wi-Fi Display Sink посредством ретрансляции через центр WDC, совпадает с предыдущей, за исключением того, что центр WDC перезапускает исполнение в предложении ʺВ этой точке в исправленном протоколе может начаться перезапускʺ в описании реализации 6.
Остановка сеанса для реализации 3 и 4, если подсоединенное устройство WD до сих пор не выполняло потоковую передачу аудио- и/или видеоинформации получателю Wi-Fi Display Sink посредством ретрансляции через центр WDC, совпадает с предыдущей, за исключением того, что центр WDC перезапускает исполнение в предложении ʺВ этой точке в исправленном протоколе может начаться перезапускʺ в описании реализаций 3 и 4 соответственно.
В необязательном порядке, предложенная система поддерживает синхронизацию времени. Спецификация Wi-Fi Display имеет варианты для синхронизации времени локальных часов в устройстве-источнике и устройстве-получателе. Чтобы сохранить верность воспроизведения аудио/видео и компенсировать дрожание, локальные часы в источнике WFD и получателе (получателях) WFD могут потребовать такой синхронизации. Например, синхронизация может использовать обобщенный протокол общего времени (gPTP), определенный в стандарте IEEE 802.11AS [2], пункт 12, ʺMedia-dependent layer specification for IEEE 802.11 linksʺ для синхронизации времени. Кроме того, стандарт IEEE 802.11v [3] описывает сообщения измерения синхронизации, которыми получатель WFD обменивается с источником WFD, и которые основаны на MAC.
В Wi-Fi Display источник Wi-Fi Display Source представляет собой главные часы (называемые "часами гроссмейстера" в 802.1AS [2]). Таким образом, устройство WD представляет собой главные часы для центра WDC, в то время как при ретрансляции центр WDC представляет собой главные часы для получателя Wi-Fi Display Sink. Стандарт IEEE802.1AS [2] обеспечивает различным устройствам возможность соединяться через несколько линий связи, в то время как одно из устройств представляет собой главные часы с использованием алгоритма наилучших главных часов. Промежуточные устройства представляют собой мосты с привязкой по времени, и конечные узлы представляют собой конечные станции с привязкой по времени. Точка доступа (AP) или центр WDC могут предполагать роль моста с привязкой по времени, см. фиг. 7.1 и 7.2 в 802.1AS [2]. При выполнении ретрансляции Wi-Fi Display центр WDC может поддерживать эту синхронизацию времени двумя методами.
В необязательном порядке, в беспроводной док-системе процессор ведущего устройства выполнен с возможностью синхронизации в соответствии с предопределенным протоколом синхронизации посредством синхронизации локальных часов ведущего устройства с часами подсоединяемого устройства через первый экземпляр предопределенного протокола синхронизации и синхронизации локальных часов ведущего устройства с часами периферийного аудио/видеоустройства через второй экземпляр предопределенного протокола синхронизации. В качестве альтернативы процессор ведущего устройства выполнен с возможностью синхронизации в соответствии с предопределенным протоколом синхронизации посредством обеспечения возможности синхронизации часов периферийного аудио/видеоустройства с часами подсоединяемого устройства посредством ретрансляции последующих взаимосвязанных сообщений синхронизации предопределенного протокола синхронизации при поддержании временного соотношения между последующими взаимосвязанными сообщениями синхронизации. Для этого ведущее устройство может обнаруживать упомянутое временное соотношение между последующими поступающими взаимосвязанными сообщениями синхронизации от подсоединяемого устройства и затем ретранслировать последующие взаимосвязанные сообщения синхронизации, имеющие временное соотношение, в значительной степени равное упомянутому обнаруженному временному соотношению.
В первом варианте осуществления центр WDC синхронизирует свои часы и с устройством WD, и с устройством-получателем Wi-Fi Display Sink в двух разных экземплярах обобщенного протокола точного времени.
Во втором варианте осуществления центр WDC ретранслирует сообщения MAC обобщенного протокола точного времени с использованием замены MAC-адреса, как описано выше.
Для обоих вариантов колебание часов между устройством WD и получателем Wi-Fi Display Sink может быть вызвано колебанием синхронизации сообщений на линии связи между устройством WD и центром WDC и линии связи между центром WDC и получателем Wi-Fi Display Sink. Преимущество второго варианта использования замены MAC-адреса, как описано выше, состоит в том, что нет необходимости синхронизироваться с часами в центре WDC или даже иметь часы в центре WDC.
Получатель Wi-Fi Display Sink может отправить запрос повторной синхронизации источнику Wi-Fi Display Source, и это может обслуживаться посредством ретрансляции сообщения и использования замены адресов, как описано выше. Для двухэтапной синхронизации центр WDC может при необходимости решить дополнительно синхронизироваться с устройством WD. Если часы центра WDC являются корректными, то центр WDC не будет исполнять дополнительную синхронизацию. Если часы центра WDC должны быть отрегулированы, центр WDC исполнит дополнительную синхронизацию. В таком случае метки времени центра WDC должны поддерживаться непрерывными.
Способ беспроводного подсоединения между ведущим устройством и подсоединяемым устройством основан на беспроводной связи между ведущим устройством и одним или более подсоединяемыми устройствами. Ведущее устройство и устройство мобильной связи описаны выше. Способ беспроводного подсоединения для использования ведущего устройства в беспроводной док-системе, как описано выше, содержит
- подсоединение подсоединяемого устройства и ретрансляцию пакетов данных от подсоединяемого устройства к периферийному аудио/видеоустройству и/или от периферийного аудио/видеоустройства к подсоединяемому устройству,
- использование в качестве адреса источника первого адреса протокола Интернета ведущего устройства для беспроводной связи при подсоединении подсоединяемого устройства, и
- использование в качестве адреса источника второго адреса протокола Интернета ведущего устройства для беспроводной связи для настройки прямого соединения с периферийным аудио/видеоустройством,
- обеспечение второго адреса протокола Интернета ведущего устройства подсоединяемому устройству.
Способ беспроводного подсоединения для использования подсоединяемого устройства в беспроводной док-системе, как описано выше, содержит
- подсоединение к ведущему устройству,
- осуществление связи с ведущим устройством с использованием первого адреса протокола Интернета ведущего устройства в качестве адреса назначения,
- прием второго адреса протокола Интернета ведущего устройства от ведущего устройства,
- использование второго адреса протокола Интернета ведущего устройства в качестве адреса источника для обмена пакетами данных с периферийным аудио/видеоустройством при переносе пакетов данных через ведущее устройство.
Хотя изобретение было описано главным образом посредством вариантов осуществления с использованием беспроводного подсоединения, изобретение также подходит для любой беспроводной системы, в которой беспроводные устройства должны соединены с одним или более периферийными аудио и/или видеоустройствами или совместно использовать их. Следует отметить, что изобретение может быть реализовано в аппаратных средствах и/или программном обеспечении с использованием программируемых компонентов. Компьютерный программный продукт может содержать программу, которая выполнена с возможностью побуждать процессор выполнять один из описанных выше способов.
Очевидно, что для ясности выше описаны варианты осуществления изобретения со ссылкой на различные функциональные блоки и процессоры. Однако будет очевидно, что любое подходящее распределение функциональности между различными функциональными блоками или процессорами может использоваться без отклонения от изобретения. Например, функциональность, иллюстрированная для выполнения отдельными блоками, процессорами или контроллерами, может быть выполнена одним и тем же процессором или контроллерами. Таким образом, ссылки на конкретные функциональные блоки должны рассматриваться только как ссылки на подходящие средства для обеспечения описанной функциональности, а не являются показателем строгой логической или физической структуры или организации. Изобретение может быть реализовано в любой подходящей форме, включающей в себя аппаратные средства, программное обеспечение, программно-аппаратное обеспечение или любую их комбинацию.
Следует отметить, что в этом документе слово "содержит" не исключает наличие других элементов или этапов, кроме перечисленных, и форма единственного числа для элемента не исключают наличие множества таких элементов, что любые ссылочные позиции не ограничивают объем формулы изобретения, что изобретение может быть реализовано посредством как аппаратного, так и программного обеспечения, и что несколько "средств" или "блоков" могут быть представлены одним и тем же элементом аппаратных средств или программного обеспечения, и процессор может выполнять функцию одного или более блоков, возможно совместно с аппаратными элементами. Кроме того, изобретение не ограничено вариантами осуществления, и изобретение находится в каждом новом признаке или комбинации признаков, описанных выше или изложенных во взаимно различных зависимых пунктах формулы изобретения.
Литература и сокращения
[1] Wi-Fi Display Technical Specification issued by the Wi-Fi Alliance, e.g. version 1.1, 24 апреля 2014 года.
[2] IEEE 802.1AS (2011) Timing and Synchronization for Time-Sensitive Applications in Bridged Local Area Networks, 30 марта 2011 года
[3] IEEE 802.11v-2011 Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications, 9 февраля 2011 года
[4] IP/Internet Protocol suite, defined in the INTERNET STANDARD RFC 768 by J. Postel, ISI, август 1980 года и последующие стандарты Интернета.
DHCP Протокол динамической конфигурации хостов
MAC Управление доступом к среде передачи
P2P GO Владелец одноранговой группы
RTP Транспортный протокол в режиме реального времени
RTSP Протокол потоковой передачи в режиме реального времени
TCP Протокол управления передачей
TDLS Настройка туннелированной прямой линии связи
UDP Протокол пользовательских дейтаграмм