JP6346380B2 - オーディオビデオ中継のための無線ドッキングシステム - Google Patents

Description

本発明は、少なくとも１つのホストと少なくとも１つのドッキー（ドッキングステーション）とを有する無線ドッキングシステムであって、ホスト及びドッキーが、無線通信によりドッキングするように構成され、ホストが、少なくとも１つのオーディオ／ビデオ周辺機器を有する少なくとも１つの無線ドッキング環境を提供するように構成され、ドッキングセッションが、ドッキーがオーディオ／ビデオ周辺機器を使用可能にする、無線ドッキングシステムに関する。ホストは、上記無線通信を提供するためのホスト通信ユニットと、ドッキングセッションにおいてドッキーをドッキングさせ、ドッキーからのデータパケットをオーディオ／ビデオ周辺機器に中継する、及び／又は、オーディオ／ビデオ周辺機器からのデータパケットをドッキーに中継するように構成されたホストプロセッサと、を有する。ドッキーは、上記無線通信を提供するためのドッキー通信ユニットと、ドッキングセッションにおいてホストとドッキングするように構成されたドッキープロセッサと、を有する。

本発明は、例えば、Ｗｉ−Ｆｉ（登録商標）を介した無線通信の分野に関する。より具体的には、本発明は、オーディオ及び／又はビデオのレンダリング機能を有する無線ドッキングシステムのためのセットアップに関する。

携帯型電子装置のための有線ドッキングステーションは、通常、一度に１つの装置をドッキングするために、単一の物理ドッキングコネクタのみを有する。かかるドッキングステーションは、携帯型装置に、例えば、（より）大きなスクリーン又は（より）高性能のスピーカなど、装置自体によって提供されない電力及び周辺機能を提供することができる。

無線ドッキングが、例えば、国際公開第２０１２／１１７３０６Ａ１号から知られている。ワイヤレスドッキングステーション（ホストと呼ばれる）は、モバイルデバイス（ドッキーと呼ばれる）がドッキーとホストとの間の無線通信を介してその周辺機器にアクセスすることを可能にする。ワイヤレスドッキングステーションは、ドッキー内のアプリケーションがオーディオ及び／又はビデオ（ＡＶ）データを受信することを可能にする。ＡＶデータは、ホストの周辺機器又は外部ソースから発信され、通常はダウンストリームと呼ばれるデータストリームにおいて、ドッキーの方向に転送される。また、ドッキー装置内のアプリケーションは、ＡＶデータを生成又は処理し、ＡＶデータのストリームを通常はアップストリームと呼ばれるホスト装置に送信することができる。

既知の無線ドッキングシステムでは、コンテンツデータパケットとも呼ばれる、オーディオ及び／又はビデオデータを含むインターネットデータパケットは、ドッキーと周辺機器との間でホストによって中継される必要がある。しかしながら、コンテンツデータパケットのデータレートが高く、中継のタイミングが重要な場合があるので、ホストの中継作業は相当なものである。また、ＡＶデータソースを提供する装置とオーディオ／ビデオ周辺機器との間の直接接続を必要とする（レガシーな）オーディオ／ビデオ周辺機器が存在し、従って、当該機器は、このような中継システム内で機能するようには構築されていない。

本発明の目的は、ＡＶデータソースとオーディオ／ビデオ周辺機器との間の直接接続を必要とするオーディオ／ビデオ周辺機器との互換性を維持しつつ、中継に要する努力を減少させる無線ドッキングのためのシステムを提供することである。

この目的のため、添付の請求項において規定されるように、システム、装置、及び、方法が供給される。

上述の無線ドッキングシステムにおけるホストでは、ホストプロセッサが、
ドッキーをドッキングしている間、無線通信のためのホストの送信元（ソース）ＩＰアドレスとして第１のホストインターネットプロトコル（ＩＰ）アドレスを使用し、
ホストが周辺機器に対してオーディオ／ビデオデータソースとして動作している間、オーディオ／ビデオ周辺機器への直接接続をセットアップするために無線通信のためのホストの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用し、
第２のホストＩＰアドレスをドッキーに提供する、ように構成される。

上述の無線ドッキングシステムにおけるドッキーでは、ドッキープロセッサが、
第１のホストＩＰアドレスをあて先（ディスティネーション）ＩＰアドレスとして使用してホストと通信し、
ホストから第２のホストＩＰアドレスを受信し、
ホストを介してデータパケットを転送する間、オーディオ／ビデオ周辺機器とのデータパケットを交換しながら、第２のホストＩＰアドレスをドッキーの送信元ＩＰアドレスとして使用する、ように構成される。

上述の無線ドッキングシステムにおけるホストにおいて使用する無線ドッキング方法が提供される。当該方法は、
ドッキーにドッキングするとともに、ドッキーからオーディオ／ビデオ周辺機器に、及び／又は、オーディオ／ビデオ周辺機器からドッキーに、データパケットを中継するステップと、
ドッキーとドッキングしている間、無線通信のためのホストの送信元ＩＰアドレスとして第１のホストＩＰアドレスを使用するステップと、
ホストがオーディオ／ビデオデータソースとして周辺機器に向かって動作している間に、オーディオ／ビデオ周辺機器に対する直接接続をセットアップするために無線通信のためのホストの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用するステップと、
第２のホストＩＰアドレスをドッキーに提供するステップと、を有する。

上述の無線ドッキングシステムにおけるドッキーにおいて使用するための無線ドッキング方法が提供される。当該方法は、
ホストにドッキングするステップと、
あて先ＩＰアドレスとして第１のホストＩＰアドレスを使用してホストと通信するステップと、
ホストから第２のホストＩＰアドレスを受信するステップと、
ホストを介してデータパケットを転送している間、オーディオ／ビデオ周辺機器とのデータパケットの交換のための送信元アドレスとして第２のホストＩＰアドレスを使用するステップと、を有する。

無線通信は、標準化されたプロトコル、特にインターネットプロトコルスイートに基づいている[4]。このドキュメントでは、インターネットプロトコルアドレスは、インターネットプロトコルスイートに従ったアドレス（通常はＩＰアドレスと呼ばれる）を意味する。同様に、通常、メディアアクセス制御（ＭＡＣ：Media Access Control）アドレスと呼ばれるリンクレイヤデバイスアドレスが説明される。

無線ドッキングシステムにおけるホスト及びドッキーの上記の機能は、ドッキーに対してホストによって提供される第２のホストインターネットプロトコルアドレスと呼ばれる特別なインターネットプロトコルアドレスによって、送信元におけるインターネットプロトコルアドレスを置き換える効果を有する。特別なインターネットプロトコルアドレスは、オーディオ／ビデオ周辺機器への直接接続をセットアップするためにホストによって特に使用される。ＷＤＣとＡ／Ｖ周辺機器との間の直接接続は、例えば、Wi-Fi Direct、TDLS、802.11s、802.11 ad-hocなどを用いて確立され得る。トンネルダイレクトリンク設定（ＴＤＬＳ：Tunneled Direct Link Setup）は、Wi-Fi Allianceで定義されているのと同じWi-Fiネットワーク上に既に存在するデバイス間で、メディアやその他のデータを迅速にストリーミングするシームレスな方法である。TDLSは、従来のWi-Fiネットワークに接続されているときに、デバイス同士が直接リンクできるようにする技術である。

直接接続が必要な（レガシーな）オーディオ／ビデオ周辺機器は、動作中に送信元インターネットプロトコルアドレスが変更されることを期待しないため、オーディオ／ビデオ周辺機器が誤動作する可能性がある。ドッキーでのアドレス置換のため、ホストはインターネットプロトコルアドレスを置き換える必要はなく、直接接続が必要な（レガシーな）オーディオ／ビデオ周辺機器との互換性を維持しながら、中継中の処理が低減される。詳細には、ＩＰアドレスがＩＰパケットのヘッダ内にあるため、中継中の処理が低減される。しかし、ＩＰパケットは、異なる長さのＭＡＣパケットにカプセル化される。あて先ＭＡＣアドレスは、受信したＭＡＣパケットの最初のバイトにあるため、装置がパケットのあて先ＭＡＣアドレスに基づいて何かを行なうのは比較的容易である。しかし、ＩＰアドレスは、ＭＡＣパケットのペイロードのどこにでも配置され得る。ＩＰパケットにおけるデータの操作は、通常、ＩＰパケットがＭＡＣパケットから最初に抽出され、操作され、ＭＡＣパケットに再びカプセル化されることを要する。これは通常ＮＡＴルータの動作であるが、当該操作は、一般的なワイヤレスドッキングステーション上で実行するには非常に重い処理である。

オーディオ／ビデオ周辺装置は、オーディオ／ビデオ周辺装置とドッキーとの間の直接接続をエミュレートするために、送信元アドレスとして第２のホストインターネットプロトコルアドレスを有する中継されたデータパケットを受信することができる。好適には、オーディオ／ビデオ周辺装置は、ソースへの直接接続に類似した接続を見るが、中継中にインターネットプロトコルアドレスがホストによって置き換えられる必要がないので、中継作業が低減される。

無線ドッキングシステムの一実施形態では、データパケットは、コントロールデータパケット及びコンテンツデータパケットを有し、ドッキーは、ドッキーＩＰアドレスを有する。ドッキープロセッサは、ホストを介してコントロールデータパケットを転送する間、オーディオ／ビデオ周辺機器とコントロールデータパケットを交換するためにドッキーの送信元ＩＰアドレスとしてドッキーＩＰアドレスを使用し、
ホストを介してコンテンツデータパケットを転送する間、オーディオ／ビデオ周辺機器とコンテンツデータパケットを交換するためにドッキーの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用する、ように構成され、コントロールデータパケットを中継する場合、ホストプロセッサは、
送信元ＩＰアドレスとして第２のホストＩＰアドレスによってドッキーＩＰアドレスを置き換えるように構成される。

上記特徴は、コントロールパケットのために標準的な中継が使用されるという効果を有する。かかるコントロールパケットは、高いデータレートを有さず、時間的に重要（タイムクリティカル）ではない。一方、高いデータレートを有し、時間的に重要であるコンテンツデータパケットは、低減された労力で中継される。

無線ドッキングシステムの一実施形態では、データパケットが、データパケットを発した装置の装置リンクアドレスを示すリンクレイヤ上の送信元リンクアドレスと、データパケットの最終的なあて先である装置の装置リンクアドレスを示すあて先リンクアドレスと、を持ち、ホストプロセッサが、
ドッキーからオーディオ／ビデオ周辺機器に中継されるデータパケットを受信し、パケット送信元リンクアドレスがドッキーリンクアドレスであり、
ドッキーリンクアドレスをホストとオーディオ／ビデオ周辺機器との間の直接接続を確立する間に使用されるホストリンクアドレスで置き換えることによってデータパケット送信元リンクアドレスを修正し、
オーディオ／ビデオ周辺機器に修正されたデータを中継する、ように構成される。

上記の特徴は、中継されたデータパケットに対してリンクアドレス置換が使用されるという効果を有する。オーディオ／ビデオ周辺機器に到着するパケットは、送信元アドレスとして、オーディオ／ビデオ周辺機器に対する直接接続をセットアップするときにホストによって送信元リンクアドレスとしても使用されたので、オーディオ／ビデオ周辺機器に知られているホストリンクアドレスを有する。

上記無線ドッキングシステムでは、データパケットは、データパケットを発信した装置の装置リンクアドレスを示すリンクレイヤ上の送信元リンクアドレスと、最終的なあて先である装置の装置リンクアドレスを示すあて先リンクアドレスと、を有し得る。オプションで、ホストプロセッサは、
オーディオ／ビデオ周辺機器からドッキーに中継されるデータパケットを受信し、パケットあて先リンクアドレスは、ホストと周辺機器との間の直接接続をセットアップする間に使用されるホストリンクアドレスであり、
ホストリンクアドレスをドッキーリンクアドレスで置き換えることによってデータパケットあて先リンクアドレスを修正し、
修正されたデータパケットをドッキーに中継する、ように構成される。

上記特徴は、ドッキーに対して中継されたデータパケットに関し、リンクアドレス置換が使用されるという効果を有する。オーディオ／ビデオ周辺機器からのパケットは、あて先アドレスとして、ドッキーリンクアドレスを有する。従って、オーディオ／ビデオ周辺機器は、同じあて先リンクアドレスを使用し続けることができる。オーディオ／ビデオ周辺機器は、ドッキーがドッキングされている間、ホストではなくドッキーと実際に通信していることを認識しない。

無線ドッキングシステムの一実施形態では、ホストプロセッサは、
オーディオ／ビデオ周辺機器への直接接続を確立するとともに、コントロールデータパケットの所定のプロトコルを動作させ、コントロールデータパケットは、プロトコルにおいて、後にコンテンツデータパケットを交換可能とするために、交換されなければならないリクエストデータパケット及びレスポンスデータパケットのシーケンスを有し、シーケンスにおいて、オーディオ／ビデオ周辺機器をホストに結合されたままにする付加的なデータパケットが含まれる、ように構成される。

上記特徴は、接続が確立され、ドッキーが到着してドッキングを開始するまでコントロールデータパケットの所定のプロトコルが実行された後、周辺機器が待機期間中に接続されたままであるという効果を有する。好適には、ドッキーは、コントロールデータパケットの所定のプロトコルの一部が既に実行されているので、周辺機器へのアクセスをより迅速に行なうことができる。

無線ドッキングシステムの一実施形態では、ホストプロセッサは、殆どのドッキーに共通する機能のセットを選択し、当該機能セットを使用して周辺機器にコンテンツをストリーミングするように構成されている。好適には、ドッキーは、すぐに機能セットの使用を開始することができる。

無線ドッキングシステムの一実施形態では、ホストプロセッサは、ホストとドッキーとの間で切り替えるときに、又は、その逆の切り替えのときに、コンテンツを一時停止するように構成される。コンテンツの一時停止は、遷移をスムーズにし、ユーザに不具合が表示されなくなる。

本発明による装置及び方法の更に好ましい実施形態は、添付の特許請求の範囲に記載されており、その開示は参照により本明細書に組み込まれる。

本発明のこれらの態様及び他の態様は、以下の説明において例として記載され、添付の図面を参照して説明された実施例を参照して更に明らかになる。
図１は、無線ドッキングシステムを示している。 図２は、データパケットを交換するソース及びシンクの一例を示している。 図３は、オーディオ／ビデオセッションのためのプロトコルの一例を示している。 図は純粋に図式的であり、縮尺通りに描かれていない。図面では、既に説明した要素に対応する要素には同じ参照番号が付されている。

無線（ワイヤレス）ドッキングとは、ドッキーデバイス上のアプリケーションと作用／相互作用する経験及び生産性を改善するために、これらのアプリケーションが周辺機器で使用できるようにすべく、ポータブルデバイス又はモバイルデバイス（ワイヤレスドッキー（ワイヤレスドッキングステーション）、ＷＤ、又は、単にドッキーとも称される）を無線で周辺機器グループに接続できるようにすることである。周辺機器へのインタフェースは、ドッキングセンタ（ワイヤレスドッキングホスト、ＷＤＨ、又は、単にホストとも称される）によって実行される。

可能なドッキーには、携帯電話、ラップトップ、タブレット、ポータブルメディアプレーヤ、カメラ、電子時計などが含まれるが、これらに限定されない。可能なＷＤＨには、専用ワイヤレスドッキングステーションデバイス、ディスプレイデバイス、オーディオデバイス、プリンタ、ＰＣが含まれるが、これらに限定されない。可能な周辺機器には、ワイヤレスマウス、キーボード、ディスプレイデバイス、オーディオデバイス、ウェブカメラ、プリンタ、ストレージデバイス、ＵＳＢハブなどが含まれるが、これらに限定されない。特に、オーディオデータ、ビデオデータ、又は、コンテンツデータのシンク又はソースとして簡略的に示されるビデオ及びオーディオデータの組み合わせを受信及び／又は生成することができるオーディオ／ビデオ周辺機器について説明する。

この文書の要点は、レガシーなWi-Fiディスプレイ又はMiracast又はWi-Fiダイレクトサービスディスプレイサービスシンクデバイスとワイヤレスドッキーとの間で交換されるデータパケットのワイヤレスドッキングステーション（ホスト）における効率的な中継である。同様に、レガシーソースデバイスは、ホストを介して中継することによってパケットを交換することができる。これはここでは説明されないが、以下に説明されるように、アプリケーションでWi-FiディスプレイソースとWi-Fiディスプレイシンクとを交換することで簡単に理解されよう。

Wi-Fiディスプレイ又はMiracast又はWi-Fiダイレクトサービスディスプレイサービスシンクデバイスは、最初にワイヤレスドッキングセンターとペアリングされ、その間にWi-Fiリンクが作成される。これはワイヤレスドッキング環境のセットアップの一部である。ワイヤレスドッキングセンターとWi-Fiディスプレイシンクデバイスとの間の結合の一部としてペアリングした後、それらは、Wi-Fiディスプレイに関する機能を交換することができる。ワイヤレスドッキングセンターは、Wi-Fiディスプレイにおいて、Wi-Fiディスプレイパラメータを所望の値に設定でき、Wi-Fiディスプレイは、ワイヤレスドッキングセンターにおいて、Wi-Fiディスプレイパラメータを所望の値に設定することができる。機能交換及びパラメータ設定は、例えば、ドッキーがドッキングする前、又は、ドッキーがワイヤレスドッキングセンターからドッキング解除された後など、結合の後に起こってもよい。レガシーWi-Fiディスプレイ又はWi-Fiダイレクトサービスディスプレイサービスシンクデバイスに関する更なる情報は、とりわけ、Wi-Fiアライアンスによって発行されたWi-Fiディスプレイ技術仕様書（例えば、2014年4月24日付けバージョン1.1）に記載されている。

無線ドッキング環境は、有線（例えばＵＳＢ）又は無線（例えば、Wi-Fiダイレクト、Bluetoothなど）によってワイヤレスドッキングステーションに接続された１又は複数の周辺機器からなる。周辺機器は、ワイヤレスドッキングステーションによって、無線ドッキーへのWi-Fiリンクを介して利用可能にすることができる。

ワイヤレスドッキーは、ワイヤレスドッキングステーションとペアになり、それらの間にWi-Fiリンクが作成される。その後、ワイヤレスドッキーは、まるでそれらがワイヤレスドッキーに直接接続されているかのように、ワイヤレスドッキングステーションが使用可能にした周辺機器を使用することができる。

図１は、無線ドッキングシステムを示している。従来技術のシステムは、例えば、携帯電話、ラップトップ、又は、タブレットコンピュータであるドッキー１２０と無線通信するためのホスト１００を含む。ドッキー１２０は、例えば、Miracastソースであってもよく、以下に詳述される。ホストは、オーディオ又はビデオ（ＡＶ）データをレンダリング又は供給するための複数のオーディオ／ビデオ周辺機器１１０，１１１，１１２に結合されており、オーディオ／ビデオ周辺機器１１０，１１１，１１２の任意の１つは、例えば、Miracastシンクであってもよい。本明細書では、オーディオ／ビデオデータ又はＡＶデータは、任意のタイプのビデオデータ、オーディオデータ、又は、ビデオ及びオーディオデータの組み合わせに使用されることに留意されたい。オーディオ／ビデオ周辺機器は、ビーマー又はディスプレイスクリーン１１１のようなビデオ出力デバイス、カメラ又はウェブカメラ１１０のようなビデオ入力デバイス、タッチスクリーンのようなグラフィック対話型デバイス、ラウドスピーカシステム１１２、ヘッドホン、及び／又は、マイクロホンのようなオーディオ入出力デバイスを含む。さらに、周辺機器は、マウスのようなユーザ制御装置、３次元ジェスチャ検出装置、又は、室内制御ユニット、データストレージユニット又はプリンタのようなデータ処理装置を含むことができる。

ワイヤレスドッキングでは、ドッキングステーションによって提供される周辺機器に接続するために、ドッキーが無線でホストに接続する。これらのデバイスは、例えば、（IEEE 802.11nで定義されている）バージョン「n」によるＷｉ−Ｆｉなど、無線通信をサポートしている。

上述した無線ドッキングシステムは、少なくとも１つのホスト１００と、少なくとも１つのドッキー１２０と、を有し、ホスト及びドッキーは無線通信を介してドッキングするように構成されている。ホストは、Wi-Fiによってホストに接続された少なくとも１つのオーディオ／ビデオ周辺機器１１０，１１１，１１２を含む少なくとも１つの無線ドッキング環境を提供する。ドッキングセッションは、ドッキーによって開始される。ドッキーが標準ドッキングプロトコルに従ってドッキングに成功すると、ドッキングセッションにより、ドッキーは、無線ドッキング環境で選択されたオーディオ／ビデオ周辺機器を使用することができる。

ホスト１００は、例えば、よく知られているようなＷｉ−Ｆｉユニットなどの、上記無線通信を提供するためのホスト通信ユニット１０２を持つ。また、ホストは、少なくとも１つのドッキーをドッキングさせるように構成されたホストプロセッサ１０１を持つ。ワイヤレスドッキングホスト又はセンター（ＷＤＨ又はＷＤＣ）に無線デバイスをドッキングするプロセスは、Wi-Fi、ワイヤレスシリアルバス、又は、Bluetoothなどの利用可能な無線チャネルを介してデータリンクを確立するプロセスであり、国際公開第２０１２／１１７３０６号を参照して上述されるように既知である。Bluetoothの記述は、例えば、２００７年７月２６日に発行されたBluetooth仕様、コアパッケージバージョン2.1 + EDRに見出すことができる。ドッキングプロセスは、ドッキー装置のための１又は複数の周辺機器へのアクセスを提供することを含む。ホストプロセッサは、ドッキングセッション中に、ドッキーにドッキングし、ドッキーからオーディオ／ビデオ周辺機器に、及び／又は、オーディオ／ビデオ周辺機器からドッキーにデータパケットを中継するように構成される。

ドッキー１２０は、ホストとの無線通信を提供するためのドッキー通信ユニット１２１を持つ。ドッキー装置は、ドッキングセッションにおいて、少なくとも１つの周辺機器にアクセスするためにホストデバイスとドッキングするように構成されたドッキープロセッサ１２２を更に有する。

無線ドッキングシステムは、レガシーなオーディオ／ビデオ周辺機器を使用する際に必要とされる中継の労力を軽減するために、以下のようにアドレスを置き換えるように構成される。ホストプロセッサは、ドッキーをドッキングしている間、無線通信のための第１のホストインターネットプロトコルアドレスを送信元アドレスとして使用するように更に構成される。例のごとく、第１のホストインターネットプロトコルアドレスは、送信元アドレスとしてだけでなく、ネットワークを介した通信のあて先アドレスとしても機能する。

さらに、ホストプロセッサは、異なる第２のホストインターネットプロトコルアドレスを使用する。第２のホストインターネットプロトコルアドレスは、オーディオ／ビデオ周辺機器への直接接続をセットアップする間の無線通信のための送信元アドレスとして使用される。ドッキーがドッキングする前又は後に、オーディオ／ビデオ周辺機器との接続を設定することができる。また、ホストプロセッサは、第２のホストインターネットプロトコルアドレスをドッキーに提供する。ドッキープロセッサは、あて先アドレスとして第１のホストインターネットプロトコルアドレスを使用し、ホストと通信するとともに、ホストから第２のホストインターネットプロトコルアドレスを受信するように構成される。次いで、ドッキープロセッサは、ホストを介してデータパケットを転送している間、オーディオ／ビデオ周辺機器とデータパケットを交換するため、第２のホストインターネットプロトコルアドレスを送信元アドレスとして使用するように構成される。このようにして、オーディオ／ビデオ周辺機器は、データが常に同じインターネットプロトコルアドレスにより交換されるため、（例えば、ホストとオーディオ／ビデオ周辺機器が接続されているセットアップフェーズ中）ドッキーと交換された中継データとホストと交換されたデータとを区別できない。ドッキングされているドッキーがない場合、ホストは交換を行ない、ドッキーがドッキングされると、ホストは交換自体を行なわず、ドッキーとオーディオ／ビデオ周辺機器との間で中継を行なう。これは、例えば、Miracastシンク周辺機器が動作中に送信元インターネットプロトコルアドレスが変更されることを期待しないため、オーディオ／ビデオ周辺機器のエラー／誤動作を招く可能性があるためである。

図２は、データパケットを交換するソース及びシンクの一例を示している。図は、ＷＦＤセッションにおける、即ちWi-Fiディスプレイシステム[1]、第3章によるＷＦＤデバイスの基本的なトポロジを示している。或るＷＦＤソース２１０及び或るＷＦＤシンク２２０は、ＡＶストリーミング及びオプションのユーザデータ交換のために接続される。コンテンツデータパケット２３０とも呼ばれるオーディオ／ビデオペイロードパケットは、ソースからシンクに転送される。図３を参照してさらに説明されるように、コントロールデータパケット２４０も、ソースとシンクとの間で交換される。

無線ドッキングシステムでは、ホストはソースとシンクとの間にあり、図１を参照して説明されたようにデータパケットを中継する。ソースへの直接接続を期待しているシンクデバイスに対応するために、ホストは、レガシーなオーディオ／ビデオシンクを使用する際に必要なリレーの労力を軽減するためのアドレス置換が備えられている。従って、ＷＦＤの例では、データパケットは、コントロールデータパケット２４０及びコンテンツデータパケット２３０を有する。

コントロールパケットとコンテンツデータパケットとの両方について、Wi-Fiダイレクトシンクは、両方のタイプのパケットについてWi-Fiダイレクトソースの一定のＩＰアドレスを見なければならず、ＩＰアドレス（ポート番号ではない）は、両方のタイプのパケットに対して同じでなければならない。ＷＤＣは、コントロールパケットの数が限られているため、前記ＩＰアドレス置換を使用せず、代わりに、ドッキー（ＷＤ）からのＭＡＣパケットからＩＰパケットを取り出し、ＷＤＣからのＩＰアドレスに対して送信元ＩＰアドレスを変更し、ＭＡＣパケットにおいてＩＰパケットを再パケット化し、Wi-Fiディスプレイシンクに送信する。ＷＤがパケットをWi-Fiディスプレイソースに送信するときに使用するあて先ＩＰアドレスに関しても同様である（ＷＤＣは、あて先ＩＰアドレスをＷＤＣ独自のものからＷＤのものへ変更する）。これは、コンテンツデータのために多くの処理を必要とするので、ＩＰアドレス置換システムが少なくともコンテンツデータパケットに使用されることが有利である。さらに、これは、コントロールパケットのために使用されてもよい。

オプションで、無線ドッキングシステムにおいて、ドッキーは、ドッキーインターネットプロトコルアドレスを持ち、ドッキープロセッサは、ホストを介してコントロールデータパケットを転送している間、オーディオ／ビデオ周辺機器とコントロールデータパケットを交換するための送信元アドレスとしてドッキーインターネットプロトコルアドレスを使用し、ホストを介してコンテンツデータパケットを転送している間、オーディオ／ビデオ周辺機器とコンテンツデータパケットを交換するための送信元アドレスとして第２のホストインターネットプロトコルアドレスを使用するように構成される。また、ホストプロセッサは、コントロールデータパケットを中継するときに、送信元アドレスとして、第２のホストインターネットプロトコルアドレスによってドッキーインターネットプロトコルアドレスを置き換えるように構成される。

ソースに直接接続することを期待しているシンクデバイスに対応するために、ホストは、レガシーなオーディオ／ビデオシンクを使用するときに必要な中継労力を軽減するために、リンクレイヤ上でアドレス置換を提供してもよい。Wi-Fiディスプレイシンクは、セキュリティ上の理由から、Wi-Fiディスプレイソースとの全ての通信のためのWi-Fiディスプレイソースの１つの固定ＭＡＣアドレスを知ることを望んでおり、通常、ＭＡＣアドレスがリンクキーを決定する役割を果たす。また、ＩＰアドレスとＭＡＣアドレスとのマッピングは、Wi-Fiディスプレイシンクの観点から一貫していなければならない。

一実施形態では、リンクレイヤ上のアドレス置換は以下のように詳述される。Wi-Fiディスプレイソースとして機能するＷＤがWi-Fiディスプレイシンク用のWi-Fi ＭＡＣパケットを送信すると、ＷＤはそのようなパケットのパケットヘッダに次のＭＡＣアドレスを使用する。ここで、ＳＡ及びＤＡは、イーサネット（登録商標）などの任意のタイプのリンク技術における通常のアドレスであり、Wi-Fi（又は802.11）では２つ以上のＭＡＣアドレスが使用可能であることに留意すべきである。

ＷＤからＷＤＣへのリンクでは、データパケットは、以下のリンクアドレスを持つ。
ソースアドレス（ＳＡ）：ＷＤのＭＡＣアドレス
宛先アドレス（ＤＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス
送信ＳＴＡアドレス（ＴＡ）：ＷＤのＭＡＣアドレス
受信ＳＴＡアドレス（ＲＡ）：ＷＤＣのＭＡＣアドレス

通常、ＷＤＣは以下のアドレスを使用して上記パケットを転送する。
ソースアドレス（ＳＡ）：ＷＤのＭＡＣアドレス（変更なし）
あて先アドレス（ＤＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス（変更なし）
送信ＳＴＡアドレス（ＴＡ）：ＷＤＣのＭＡＣアドレス（このリンク上の送信側に変更）
受信ＳＴＡアドレス（ＲＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス（このリンクの受信側に変更）

しかしながら、Wi-Fiディスプレイシンクは、ＳＡとＴＡとの両方がＷＤＣのものであるパケットを受信することを期待している。従って、下線が付されたデバイスアドレスが置換のために変更され、ＷＤＣは、以下のように（リンクアドレス又はＭＡＣアドレス置換により）当該パケットを転送する。
ソースアドレス（ＳＡ）：ＷＤＣのＭＡＣアドレス
あて先アドレス（ＤＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス
送信ＳＴＡアドレス（ＴＡ）：ＷＤＣのＭＡＣアドレス
受信ＳＴＡアドレス（ＲＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス

Wi-Fiディスプレイシンクは、ＷＤＣのＭＡＣアドレスがWi-FiディスプレイソースのＭＡＣアドレスであると考えるため、以下の方法でＭＡＣパケットをWi-Fiディスプレイソースに送信する。
ソースアドレス（ＳＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス
あて先アドレス（ＤＡ）：ＷＤＣのＭＡＣアドレス
送信ＳＴＡアドレス（ＴＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス
受信ＳＴＡアドレス（ＲＡ）：ＷＤＣのＭＡＣアドレス

ＷＤＣは、間違ったあて先ＭＡＣアドレスが使用されていることを知っているので、このＭＡＣパケットを転送する際に、ＷＤＣは以下の方法でアドレスを変更する。ここで、下線が付された装置アドレスが、上記置換のために変更されている。
ソースアドレス（ＳＡ）：Wi-FiディスプレイシンクのＭＡＣアドレス
あて先アドレス（ＤＡ）：ＷＤのＭＡＣアドレス
送信ＳＴＡアドレス（ＴＡ）：ＷＤＣのＭＡＣアドレス
受信ＳＴＡアドレス（ＲＡ）：ＷＤのＭＡＣアドレス

Wi-Fiでは、Wi-Fiディスプレイソースやシンクなどのピアツーピアデバイスが、互いに直接通信し合う。２つのうちの１つがＰ２Ｐグループオーナー（ＧＯ）として機能し、もう１つはＰ２Ｐクライアントとして機能する。ＧＯは、クライアントがＩＰアドレスを取得するためのＤＨＣＰホストを実行する。ＧＯとクライアントとの間の全てのＭＡＣパケットは１つのダイレクトリンク上で実行されるため、それらは、互いのＭＡＣアドレスを認識する。さらに、Wi-Fiピアツーピアデバイスは、Ｐ２Ｐグループを開始したり、Ｐ２Ｐグループのメンバーになったりしたときに、Ｐ２Ｐインタフェースアドレスと呼ばれる独自のＭＡＣアドレスを作成する必要がある。このＭＡＣアドレスは、このＰ２Ｐグループ内で通信するためのＰ２Ｐグループのメンバである間は一定のままでなければならない。Ｐ２Ｐは、Ｐ２ＰデバイスがＰ２Ｐグループで動作していないときに、Ｐ２Ｐデバイスの任意の通信に使用される「グローバルに」一意のＭＡＣアドレスである、いわゆるＰ２Ｐデバイスアドレスを更に有する。

Ｐ２Ｐデバイスがアドレス解決プロトコル（ＡＲＰ：Address Resolution protocol）を実行する実際の必要はないが、シンクはＡＲＰを行なうことができる。従って、ＭＡＣアドレスの置換が機能するには、ＡＲＰを特定の方法で処理する必要がある。ＡＲＰを介して、デバイスは、全てのブロードキャストＭＡＣアドレスを使用してＡＲＰリクエストに記されたＩＰアドレスを持つデバイスのＭＡＣアドレスを尋ねる要求を送信する。要求されたＩＰアドレスを持つデバイス、又は、ＩＰアドレスとＭＡＣアドレスとのマッピングのテーブルを維持するＡＲＰプロキシは、要求者に要求されたＭＡＣアドレスで応答する。Ｗｉ−Ｆｉディスプレイシンクは、Ｗｉ−ＦｉディスプレイソースのＩＰアドレスを使用してＷｉ−ＦｉディスプレイソースのＭＡＣアドレスを取得するためにＡＲＰリクエストを行なうことができる。後者のＩＰアドレスは、ＩＰアドレス置換のために一定である。ＷＤがドッキングされている場合にも、Ｗｉ−Ｆｉディスプレイシンクによって得られたＭＡＣアドレスが一定に保たれるように、２つの実施形態が提案される。

第１の実施形態では、ＷＤＣは、ＷＤＣとＷｉ−Ｆｉディスプレイシンクとの間の通信に使用されるＷＤＣのＭＡＣアドレスをＷＤに代わってＡＲＰリクエストに応答し、ＡＲＰリクエストをＷＤ又は他の装置に転送してはならない。ドッキングされているＷＤがない場合、ＷＤＣがＷｉ−ＦｉディスプレイシンクのＡＲＰリクエストに応答する必要があるため、このルールは次のように簡素化され得る。「Ｗｉ−Ｆｉディスプレイシンクが（Ｗｉ−ＦｉディスプレイソースのＩＰアドレスを入力して）Ｗｉ−ＦｉディスプレイソースのＭＡＣアドレスに対してＡＲＰリクエストを実行すると、ＷＤＣは、自身のＭＡＣアドレスで応答しなければならず、任意のドッキングされたＷＤ又は他の接続されたデバイスにこのARPリクエストを転送してはならない。ＷＤＣは、このように特殊なＡＲＰプロキシとして機能する。」

第２の実施形態では、ＷＤは、自身のＭＡＣアドレスではなく、ＷＤＣのＭＡＣアドレスを用いてARPリクエストに応答する。そのためには、ＷＤＣとＷｉ−Ｆｉディスプレイシンクとの間の通信に使用されるＭＡＣアドレスの両方をＷＤと通信し、Ｗｉ−ＦｉディスプレイシンクからのＡＲＰリクエストを解釈して応答する方法を知っている必要がある。

図３は、オーディオ／ビデオセッションのためのプロトコルの一例を示している。この図において、概略図により、ソース及びシンクＷＦＤデバイス間で交換される実際の制御データパケットにおけるＷｉ−Ｆｉディスプレイ（ＷＦＤ）システム（[1]の4.6参照）に従ったメッセージのシーケンス３１０が示されている。

ＷＦＤセッションの確立を試みるＷＦＤデバイス間の接続が成功すると、接続されたデバイスは、ＷＦＤ接続セットアップのＷＦＤ機能ネゴシエーション（WFD Capability Negotiation）フェーズの一部として、後続のＷＦＤセッションに使用されるパラメータのセットを決定する。次のステップは、ＷＦＤセッションに使用されるパラメータのセットを決定することである。これは、ＷＦＤセッションセットアップのＷＦＤ機能ネゴシエーションフェーズとして知られている。以下は、ＷＦＤ機能ネゴシエーションを完了するためにＷＦＤソースとＷＦＤシンクとの間で交換される一連のメッセージである。図３は、ＷＦＤ能力ネゴシエーションのメッセージシーケンスを示している。以下に説明するＷＦＤ装置間で交換されるＲＴＳＰメッセージのシーケンスの各ステップで、ＲＴＳＰリクエストメッセージの受信者は、ＲＴＳＰ ＯＫ以外のＲＴＳＰステータスコードを含むＲＴＳＰ応答で応答することができる。バリューＲＴＳＰステータスコードに応じて、メッセージ交換が異なるパラメータセットで再試行されるか、又は、ＷＦＤ能力ネゴシエーションが中止され得る。

図３は、以下のメッセージを示している。
●Ｍ１メッセージ：ＷＦＤソースデバイスは、ＷＦＤシンクがサポートするＲＴＳＰメソッドのセットを決定するために、ＲＴＳＰ ＯＰＴＩＯＮＳ要求メッセージを送信しなければならない。ＷＦＤソースからのＭ１（ＲＴＳＰ ＯＰＴＩＯＮＳ）要求メッセージを受信したＷＦＤシンクは、ＷＦＤシンクでサポートされているＲＴＳＰメソッドをリストするとともに、ＲＴＳＰ ＯＫステータスコードを含む、Ｍ１（ＲＴＳＰ ＯＰＴＩＯＮＳ）応答メッセージで応答すべきである。

●Ｍ２メッセージ：ＲＴＳＰ ＯＫステータスコードを伴うＭ１応答メッセージをＷＦＤソースに送信した後、ＷＦＤシンクデバイスは、ＷＦＤソースがサポートするＲＴＳＰメソッドのセットを決定するために、ＲＴＳＰ ＯＰＴＩＯＮＳ要求メッセージを送信しなければならない。ＷＦＤシンクからＭ２（ＲＴＳＰ ＯＰＴＩＯＮＳ）要求メッセージを受信したＷＦＤソースは、ＷＦＤソースでサポートされているＲＴＳＰメソッドをリストするとともにＲＴＳＰ ＯＫステータスコードを含むＭ２（ＲＴＳＰ ＯＰＴＩＯＮＳ）応答メッセージで応答しなければならない。

●Ｍ３メッセージ：
○Ｍ３リクエスト：ＲＴＳＰ ＯＫステータスコードを含むＭ２応答メッセージをＷＦＤシンクに送信した後、ＷＦＤソースデバイスは、ＷＦＤソースが関心のあるＷＦＤ機能のリストを明示的に指定するＲＴＳＰ GET_PARAMETER要求メッセージ（Ｍ３リクエスト）を送信する。
○Ｍ３応答：ＷＦＤシンクは、ＲＴＳＰ GET_PARAMETER応答メッセージ（Ｍ３応答）で応答しなければならない。Ｍ３応答メッセージには、ＲＴＳＰステータスコードが含まれている。ＲＴＳＰステータスコードがＯＫである場合、Ｍ３応答メッセージは、ＷＦＤシンクがサポートするＭ３要求メッセージで指定された各パラメータに対する応答パラメータも含む。ＷＦＤシンクは、サポートしていないＭ３要求メッセージのパラメータを無視するものとする。

●Ｍ４メッセージ：
○Ｍ４リクエスト：Ｍ３応答に基づいて、ＷＦＤソースは、ＷＦＤセッションに使用される最適なパラメータセットを決定し、ＷＦＤソースとＷＦＤシンクとの間のＷＦＤセッションで使用されるパラメータセットを含むＲＴＳＰ SET_PARAMETER要求メッセージを送信する。Ｍ４リクエストメッセージは、ＷＦＤセッションをセットアップするためにＲＴＳＰセットアップ要求（Ｍ６）で使用されるユニバーサルリソース識別子（ＵＲＩ）を記述するwfd-presentation-urlを含むものとする。wfd-presentation-urlは、ＷＦＤシンクがＷＦＤソースへのＭ６要求メッセージで使用するＵＲＩを指定する。このパラメータで指定されたwfd-url0及びwfd-url1値は、上記機能ネゴシエーションフェーズの終わりにおいてＷＦＤソースからＷＤシンクへのＭ４リクエストメッセージのwfd-client-rtp-ports内のrtp-port0及びrtp-port1値の値に対応する。
○Ｍ４応答：ＷＦＤソースからのＭ４リクエストを受信すると、ＷＦＤシンクは、Ｍ４リクエストで指定されたパラメータの設定が成功したかどうかを示すＲＴＳＰステータスコードを持つＭ４応答で応答する。

ＷＦＤプロトコルの更なる詳細、例えば、後続のメッセージＭ６〜Ｍ１５は、Ｗｉ−Ｆｉディスプレイ仕様[1]に記載されている。

ホストが現在第２のホストアドレスをＩＰアドレスとして使用する無線ドッキングシステムの実施形態では、ホストプロセッサは、コントロールデータパケットの所定のプロトコルに従ってオーディオ／ビデオ周辺機器に接続するように構成され、図３を参照して説明されるようなＷＦＤプロトコルなどのプロトコルにおけるコントロールデータパケットは、要求データパケットのシーケンスと、その後にコンテンツデータパケットを交換することを可能にするために交換されなければならない応答データパケットと、を含む。ホストプロセッサは、追加のデータパケットをシーケンスに含めるように構成される。追加のデータパケットは、オーディオ／ビデオ周辺機器をホストに結合したままにし、オーディオ／ビデオ周辺機器を使用しているドッキーは、例えばドッキングセッションが開始する前には存在しない。これは、通常、接続維持と呼ばれる。そのようなプロトコルの詳細な例を以下に説明する。

オプションで、接続を維持するために、ホストプロセッサは、追加の制御データパケットとして、プロトコルから選択された要求データパケットを繰り返すように構成される。そのようなプロトコルの詳細な例を以下に説明する。

オプションで、接続を維持するために、ホストプロセッサは、増加するシーケンス番号を使用して、前記結合の間に後続の制御データパケットを生成し、ホストを介してデータパケットを中継する開始時に実際のシーケンス番号をドックに転送する。また、ドッキープロセッサは、オーディオ／ビデオ周辺機器とのデータパケットの交換を開始するときにホストからの実際のシーケンス番号を受信し、オーディオ／ビデオ周辺機器とデータパケットを交換している間、後続のデータパケットを生成しつつ、実際のシーケンス番号を使用するとともに更に増加させる。そのようなプロトコルの詳細な例を以下に説明する。

無線ドッキングシステムの一実施形態では、ホストプロセッサは、データパケットを中継する間、ドッキーからドッキーがオーディオ／ビデオ周辺機器の使用を終了していることを示すティアダウンコントロールデータパケットを受信し、ティアダウンコントロールデータパケットをオーディオ／ビデオ周辺機器に中継しないで、データパケットをドッキーに送信する。次いで、接続を維持するために、ホストプロセッサは、追加のデータパケットをオーディオ／ビデオ周辺機器に送信し始めることができる。追加のデータパケットは、オーディオ／ビデオ周辺装置をホストに接続したままにする。例えば、ホストプロセッサは、追加のデータパケットとして、オーディオ／ビデオ周辺機器のオーディオ／ビデオ設定を再定義することを可能にするプロトコルから選択された要求データパケットを繰り返すように構成される。そのようなプロトコル要求データパケットの詳細な例を以下に説明する。

実用的なレガシーシステムでは、ワイヤレスドッキングセンタが、Ｗｉ−Ｆｉディスプレイ又はミラキャスト又はＷｉ−Ｆｉダイレクトサービスディスプレイサービスをシンクデバイス（オーディオ／ビデオ周辺機器）を全てのデータパケットを中継することによって、無線ドッキーが利用できるようにしたい場合、以下の問題が生じ得る。オーディオ／ビデオ周辺機器がセットアップフェーズでワイヤレスドッキングセンターとペア設定されると、オーディオ／ビデオ周辺機器は、ワイヤレスドッキングセンターのＭＡＣアドレスとＩＰアドレスとを知るようになる。

コンピュータネットワーキングの７層ＯＳＩモデルにおいて、媒体アクセス制御（ＭＡＣ：media access control）データ通信プロトコルは、データリンク層（レイヤ２）のサブレイヤである。ＭＡＣサブレイヤは、幾つかの端末又はネットワークノードがイーサネットなどの共有媒体を組み込んだ多元接続ネットワーク内で通信することを可能にするアドレッシング及びチャネルアクセス制御メカニズムを提供する。

ワイヤレスドッキングセンターのＩＰアドレスは、ワイヤレスドッキングセンター自体又はオーディオ／ビデオ周辺機器のいずれか、それらの間のリンクにＤＨＣＰサービスを実行するデバイス（通常、Ｗｉ−Ｆｉダイレクトの場合はグループオーナー、又は、インフラストラクチャモードの場合はＡＰ）によって設定され得る。ＤＨＣＰ（Dynamic Host Configuration Protocol）は、インタフェース及びサービスのためのＩＰアドレスなどのネットワーク構成パラメータを動的に配布するために、インターネットプロトコル（ＩＰ）ネットワーク上で使用される標準化されたネットワークプロトコルである。ＤＨＣＰを使用すると、コンピュータは、ＤＨＣＰサーバからＩＰアドレスとネットワークパラメータとを自動的に要求するため、ネットワーク管理者やユーザーが手動でこれらの設定を行なう必要はない。

ワイヤレスドッキングセンターのＭＡＣアドレスは、通常、ワイヤレスドッキングセンターの寿命を通じて一定である。ワイヤレスドッキングセンターとオーディオ／ビデオ周辺機器との間で交換されるパケットは、次のとおりである：
●オーディオ／ビデオデータ用のＵＤＰ／ＩＰ上のＲＴＰパケット
●Ｗｉ−Ｆｉディスプレイセッション制御用のＴＣＰ／ＩＰ上のＲＴＳＰパケット
●ミラキャスト／Ｗｉ−Ｆｉダイレクトソース及びシンク間で（例えば、IEEE 802.1AS [2]を用いて）クロック及びタイミング情報を交換するためのレイヤ２のＭＡＣパケット

ユーザデータグラムプロトコル（ＵＤＰ）と送信制御プロトコル（ＴＣＰ）とは、インターネットプロトコルスイート（ＩＰ）のコアプロトコルである。ＴＣＰは非常に一般的であり、しばしば、スイート全体がＴＣＰ／ＩＰと呼ばれる。ＲＴＳＰ（リアルタイムストリーミングプロトコル）は、ストリーミングメディアサーバを制御するエンターテイメントシステム及び通信システムで使用するために設計されたネットワーク制御プロトコルである。このプロトコルは、エンドポイント間のメディアセッションを確立、制御するために使用される。メディアサーバのクライアントは、サーバからのメディアファイルの再生をリアルタイムで制御するために、再生や一時停止などのＶＣＲ形式のコマンドを発行する。ストリーミングデータ自体の送信は、ＲＴＳＰプロトコルのタスクではない。ほとんどのＲＴＳＰサーバは、メディアストリーム配信にリアルタイム制御プロトコル（ＲＴＣＰ）と連携してリアルタイム転送プロトコル（ＲＴＰ）を使用する。ＲＴＣＰの主な機能は、ストリーミングマルチメディアセッションの参加者に統計情報を定期的に送信することによって、メディア配信におけるサービス品質（ＱｏＳ）に関するフィードバックを提供することである。ＲＴＣＰは、サーバによって使用される場合と使用されない場合がある。

レガシーワイヤレスドッキングセンターは、これらのパケットの全てをドッキーとの間で中継することができる。つまり、ドッキーのＷｉ−ＦｉディスプレイにはＷｉ−ＦｉディスプレイシンクのＭＡＣアドレス及びＩＰアドレスが表示されず、ワイヤレスドッキングセンターのＭＡＣアドレス及びＩＰアドレスが表示される。同様に、Ｗｉ−Ｆｉディスプレイシンクには、ホストのアドレスが表示される。

ＲＴＳＰパケット、並びに、クロック及びタイミング情報を交換するためのＭＡＣパケットのデータレートはかなり低いので、問題はないが、これはオーディオ／ビデオデータを含むＲＴＰパケットにとって問題である。

これは、これらがＩＰパケットであるためである。受信した各ＩＰパケットについて、ＩＰソフトウェアスタックは包括的なＭＡＣパケットから取り出して検査し、ＭＡＣパケット内の全てのＩＰのあて先ＩＰアドレスを変更し、ＭＡＣパケット内のＩＰパケットを再パックし、ＭＡＣあて先アドレスを変更し、その（中継された）あて先に送信する。これは、通常、プロセッサ上のソフトウェアで行なわれ、多くの労力が必要である。

一実施形態では、パケットがあて先のＩＰアドレスを既に有している場合にパケットを中継することができる場合、労力を軽減することができ、さらに、ＭＡＣあて先アドレスもあて先のものである場合には、はるかに少ない労力で済む。

問題は、Ｗｉ−ＦｉディスプレイやミラキャストやＷｉ−Ｆｉダイレクトサービスディスプレイサービスのシンクデバイスなどのレガシーオーディオ／ビデオ周辺機器が、Ｗｉ−Ｆｉリンクをセットアップした後でも相手のＭＡＣアドレス及びＩＰアドレスが一定であると通常仮定していることであり、ＲＴＰ及びＲＴＳＰのためのＩＰアドレスが同じで、同じＭＡＣアドレスがＭＡＣ、ＲＴＳＰ／ＴＣＰ／ＩＰ、及び、ＲＴＰ／ＵＤＰ／ＩＰパケットに使用されていることである。

実用的な実施形態では、ワイヤレスドッキングセンタは、自身のためのＩＰアドレスを有し、さらに、Ｗｉ−Ｆｉディスプレイ又はミラキャスト又はＷｉ−Ｆｉダイレクトサービスディスプレイサービスシンクデバイスのようなレガシーオーディオ／ビデオ周辺機器とペアリングするときに使用する特別なＩＰアドレスを有する。特別なＩＰアドレスは、ドッキーがドッキングするときに当該ドッキーに付与され、ドッキーがドッキング解除されたときにワイヤレスドッキングセンターに返却される。さらに、ワイヤレスドッキングセンターは、ドッキング時にドッキーに対して、ＩＰアドレス及びオーディオ／ビデオ周辺機器のＭＡＣアドレスを提供し、ドッキーのＷｉ−Ｆｉディスプレイソースコンポーネントに使用されて、レガシーＷｉ−Ｆｉディスプレイ又はミラキャスト又はＷｉ−Ｆｉダイレクトサービスディスプレイサービスのシンクデバイスとのセッションをセットアップする。

ワイヤレスドッキングセンターは、殆ど全ての通信で通常の方法で生成される、通常のＩＰアドレスを使用する。ワイヤレスドッキングセンターがミラキャストシンクデバイスとペア設定され、ワイヤレスドッキングセンターがこのリンクのＤＨＣＰサーバを実行する場合、ワイヤレスドッキングセンターはそれ自身のために特別なＩＰアドレスを生成し、ミラキャストシンクににそのことを知らせる。ミラキャストシンクがこのリンクのＤＨＣＰサーバを実行する場合、ワイヤレスドッキングセンターは、ミラキャストシンクからＩＰアドレスを受信し、ワイヤレスドッキングセンターは、これを特別なＩＰアドレスとして扱う。

ペアリング中、ミラキャストシンクデバイスは、ワイヤレスドッキングステーションのＭＡＣアドレスも学習する。ミラキャストデバイスは、ワイヤレスドッキングセンターとの全てのＷｉ−Ｆｉディスプレイ通信（ＲＴＰ、ＲＴＳＰ、及び、ＭＡＣタイミング）に、このＭＡＣアドレスと特別なＩＰアドレスとを使用する。Ｗｉ−Ｆｉリンクがセットアップされると、Ｗｉ−Ｆｉディスプレイ仕様で指定されたミラキャストシンクデバイスは、ワイヤレスドッキングセンターとＴＣＰ接続を開始する。

オプションで、ワイヤレスドッキングセンターは、グループオーナー（ＧＯ）としてＷｉ−Ｆｉダイレクトグループを実行してもよい。また、ワイヤレスドッキングセンターは、このグループのＤＨＣＰサーバになる。ドッキーがドッキングすると、ドッキーは、このＷｉ−Ｆｉダイレクトグループにクライアントとして参加することを所望する。ワイヤレスドッキングセンターのＤＨＣＰサーバは、特別なＩＰアドレスをドッキーに割り当てる。

ドッキーは、ワイヤレスドッキングセンターがプレアソシエーションディスカバリとポストアソシエーションディスカバリとによって利用できる全ての周辺機器について知ることができるので、ミラキャストシンクについても学ぶことができる。ドッキーがワイヤレスドッキングセンターにミラキャストシンクを使用したい旨を知らせると、ワイヤレスドッキングセンターは、ドッキーに、ミラキャストシンクのＭＡＣアドレス及びＩＰアドレスを送信する。つまり、ドッキーからのミラキャストセッションの全てのパケット（ＭＡＣタイミング、ＲＴＰ／ＵＤＰ／ＩＰ、及び、ＲＴＳＰ／ＴＣＰ／ＩＰ）は、レベル２の転送によって、ワイヤレスドッキングセンターによりミラキャストシンクに中継でき、非常に効率的であり、ハードウェアで行なうことができる。

さらに、ワイヤレスドッキングセンターは、ドッキーに、（ミラキャストシンクデバイスとの接続を持つ）ＴＣＰサーバの状態を転送することもできる。結果、ドッキーは、このＴＣＰ接続をシームレスな方法でミラキャストシンクデバイスにＴＣＰサーバとして引き継ぐことができ、ミラキャストシンクデバイスに対して完全にトランスペアレントである。

ミラキャストシンクからのミラキャストセッションの全てのパケット（ＭＡＣタイミング、ＲＴＰ／ＵＤＰ／ＩＰ、及び、ＲＴＳＰ／ＴＣＰ／ＩＰ）には、ドッキーのＩＰアドレスが含まれるが、ワイヤレスドッキングセンターのMACアドレスは含まれない。中継のため、これらのＭＡＣパケットは、あて先ＭＡＣアドレスを変更するだけで、ドッキーに送信される必要がある。

Ｗｉ−Ｆｉディスプレイプロトコルでは、一連のプロトコルメッセージを使用して、オーディオ／ビデオ周辺機器の機能及び設定が確立される。詳細は、Ｗｉ−Ｆｉディスプレイ技術仕様バージョン１．１、特に第４章に記載されている。以下の実施形態では、様々なプロトコルメッセージが、第４章で更に定義されるラベルＭ１〜Ｍ１５によって示されている。ＷＤＣは、ＷＤＣに接続されたＷｉ−Ｆｉディスプレイシンクデバイスとのリンクを確立し、プロトコルシーケンス（のサブセット）を実行する。ＷＤがＷＤＣとドッキングする場合、ＷＤがＷｉ−Ｆｉディスプレイシンクデバイスをそのニーズ（例えば、ＷＤＣによって選択されたものとは異なる解像度）に合わせて構成できることが重要である。Ｗｉ−Ｆｉディスプレイプロトコルには幾つかの規定があるが、ＷＦＤセッション管理中に（即ち、ビデオレンダリング及び一時停止中に）Ｍ４ RTSP SET_PARAMETERリクエストを使用する場合、幾つかの制限がある。これは、Ｗｉ−Ｆｉディスプレイの技術仕様[1]の第４．１０．３．２項の「明示的なＡＶフォーマットの変更」で説明されている。このようなコントロールデータパケットは、ＷＦＤ機能再ネゴシエーション（WFD Capability Re-negotiation）と呼ばれるＲＴＳＰメッセージ交換で使用される。例えば、特定のビットに依存して、３Ｄフォーマットのビデオフレームレートは、ユーザの介入によってのみ、又は、ユーザの介入なしに、自動的に変更されてもよい。このビットは、wfd-video-formatsパラメータ又はwfd-3d-formatsパラメータのframe-rate-control-supportフィールドのビデオフレームレート変更サポートビット（Ｂ４）であり、wfdパラメータは[1]において更に説明されている。

Ｍ４ RTSP SET_PARAMETER要求メッセージを使用して自動ＡＶフォーマット変更のための更なる規則がある。他の変更は、ビデオレンダリングの不連続性につながる可能性がある。例えば、ＷＦＤセッション中、使用中のビデオコーデックプロファイルは、ＲＴＳＰ Ｍ４要求メッセージ又はＭＰＥＧ２−ＴＳにおいて変更されるべきではない。ＷＦＤセッション中、ＷＦＤソース（この場合、ＷＤ）は、この変更をＲＴＳＰ Ｍ４要求メッセージ又はＭＰＥＧ２−ＴＳにおいて示すことによって、使用中のＨ．２６４レベルを変更することができる。しかし、ＷＦＤセッション中にＨ．２６４レベルをより低いレベルからより高いレベルに変更すると、デコーダがＷＦＤシンクにおいてリセットされ、ビデオレンダリングの不連続性が生じることがある。このような不連続性を避けるために、ＷＦＤソース（この場合、本来のＷＦＤソース、即ち、ＷＤＣ）が、ＷＦＤソース及びＷＦＤシンクの両方によってサポートされる最高のＨ．２６４レベルを設定することが推奨される。ＷＦＤセッションの間、ＲＴＳＰ Ｍ４要求メッセージ又はＭＰＥＧ２−ＴＳにおいて、ビデオの走査方法、即ち、プログレッシブ又はインターレースは変更されてはならない。ビデオフォーマット、即ち、解像度又はリフレッシュレートを変更する場合、ＷＦＤソース（この場合はＷＤ）は、[1]に規定されるようなパラメータをリセットするため、ビデオフォーマットを変更した直後にＩＤＲピクチャを送信すべきである。ＩＤＲピクチャの送信は、変更後の解像度及び／又はリフレッシュレートが以前の値よりも低くても、より高い瞬時ピークスループットを必要とすることに留意すべきである。

（第６．１．３項で規定される）wfd-video-formatsパラメータ又は（第６．１．４項で規定される）wfd-3d-formatsパラメータのRefresh rate change supportフィールドに示されているように、ＷＦＤシンクがリフレッシュレートの変更をサポートしている場合、ＷＦＤソースは、ＷＦＤシンクによって示されるサポートされているビデオリフレッシュレートの間でビデオリフレッシュレートを変更してもよい。

ＷＦＤセッション中、ビデオ解像度及びリフレッシュレートは、ＲＴＳＰ Ｍ４要求メッセージ又はＭＰＥＧ２−ＴＳにおいて同時に変更されてはならない。ＷＦＤセッションの間、ＲＴＳＰ Ｍ４要求メッセージ又はＭＰＥＧ２−ＴＳにおいて、オーディオフォーマット（即ち、サンプルレート、１サンプルあたりのビット数、チャネル数、オーディオコーデック）は、変更されるべきでない。

このような規則及び制限に対処するために、以下の実施形態は、ＷＤＣにおけるＷｉ−Ｆｉディスプレイ中継の可能な実装として提案される。これらの実装は、Ｗｉ−ＦｉディスプレイシンクデバイスにＷｉ−Ｆｉディスプレイ認証を失敗させないＷｉ−Ｆｉディスプレイシンクデバイスの実装のバリエーションに基づいている。

オプションで、２以上の可能性が実装され得る。その場合、ＷＤＣは、Ｗｉ−ＦｉディスプレイシンクデバイスがＷＤＣとペア設定された後で、Ｗｉ−Ｆｉディスプレイシンクデバイスによってサポートされている方法をユーザ介入の有無に基づいて調べることができる。実装オプションを試して、ペアになっているＷｉ−Ｆｉディスプレイシンクデバイスでうまく動作しないことを確認するには、Ｐ２Ｐグループを解体してプレアソシエーションディスカバリからもう一度やり直す必要がある。ユーザは、デバイスを再度ペアリングする（例えば、ＰＩＮコードを入力する、接続要求を受け入れるためにボタンを押す、又は、Ｗｉ−Ｆｉディスプレイセッション要求などの）アクションを実行しなければならない場合がある。

ＷＤＣは、ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとの間に確立されたＰ２Ｐグループ内のＰ２Ｐ ＧＯであってもよい。ＷＤがＷＤＣとドッキングすると、ＷＤは、Ｗｉ−Ｆｉディスプレイシンクデバイスと同じＰ２Ｐグループの一部になることがある。他のトポロジも可能である。例えば、ＷＤＣ及びＷＤは、Ｐ２Ｐグループの一部であってもよく、この場合、これらのいずれかがＰ２Ｐ ＧＯである。また、ＷＤ及びＷＤＣが、本開示において説明されるようなＩＰアドレス再構成及びＭＡＣ適合をサポートする限り、ＷＤＣ及びＷｉ−Ｆｉシンクが別のＰ２Ｐグループの一部であってもよく、この場合、どちらか一方がＰ２Ｐ ＧＯである。

Ｗｉ−Ｆｉディスプレイ仕様では、Ｗｉ−Ｆｉディスプレイプロトコルステップを、通常、Ｐ２Ｐ接続設定から再生を開始するＭ７メッセージまで幅広く、連続ステップ間の特定の最大時間内に実行する必要がある（例えば、[1]の第６．５項及び第６．５．２で指定されている）。以下で指定される実装５，６は、開始からＭ７までのこの最大時間に準拠し得る。Ｗｉ−Ｆｉディスプレイのテストプランでは、最大反応時間のうちの幾つかが実行されることがある、それらの全てで実行されるわけではない。それは、以下に説明するように、我々に幾つかの更なる実装可能性を提供する場合がある。

或る実施形態は、「実装１−ＤＨＣＰ後の停止」と称される。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣは、Ｗｉ−ＦｉドッキングプロトコルをＷｉ−Ｆｉディスプレイシンクデバイスと一緒に実行するが、ＤＨＣＰステップの後に停止する。ＷＤがドッキングされていて、ＷＤがＷｉ−Ｆｉディスプレイ中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、上記のようにＩＰアドレス及びＭＡＣアドレス置換を使用し、ＷＤからＷＤＣを通じてＷｉ−Ｆｉディスプレイシンクデバイスに送信されるＭ１ ＲＴＳＰ ＯＰＴＩＯＮＳから開始するＷｉ−ＦｉディスプレイプロトコルをＷＤに実行させる。ＷＤＣは、後で説明される、Ｍ８ RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイス及びその逆への任意のＲＴＳＰメッセージを転送する。ＷＤＣ又はそのユーザは、Ｗｉ−ＦｉディスプレイシンクデバイスがＷｉ−Ｆｉディスプレイプロトコルの次のステップで無期限に待機しているかどうかを試してみるか、このインプリメンテーションオプションがＷｉ−Ｆｉディスプレイシンクデバイスで動作するかどうかを判断するためにタイムアウトする必要がある。

或る実施形態は「実装２」と呼ばれ、Ｍ２ ＲＴＳＰ ＯＰＴＩＯＮＳ応答の後に停止する。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣは、Ｗｉ−ＦｉディスプレイシンクデバイスでＷｉ−Ｆｉドッキングプロトコルを実行するが、Ｍ２ ＲＴＳＰ ＯＰＴＩＯＮＳ応答メッセージの後に停止する。ＷＤＣは、Ｍ１ ＲＴＳＰ ＯＰＴＩＯＮＳ要求メッセージの必須項目、即ち、OPTIONS*RTSP／１．０及びRequire：org.wfa.wfd1.0のみをＷｉ−Ｆｉディスプレイシンクデバイスに送信する。ＷＤＣは、Ｍ２ ＲＴＳＰ ＯＰＴＩＯＮＳ応答メッセージの必須項目、即ち、org.wfa.wfd1.0、SET_PARAMETER、GET_PARAMETER、SETUP、PLAY、PAUSE、及び、TEARDOWNのみをＷｉ−Ｆｉディスプレイシンクデバイスに送信する。ＷＤＣは、ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとの間でＰ２Ｐ接続を維持するために、「ダミー」パケットを送信する（又は、Ｍ１を繰り返す）ことが推奨される。

ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイ中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、ＷＤにＷｉ−Ｆｉディスプレイ中継用に予約した特別なＩＰアドレスを付与し、ＷＤＣは、Ｍ２ ＲＴＳＰ ＯＰＴＩＯＮＳ応答メッセージまでＷＤとＷｉ−Ｆｉディスプレイプロトコルを実行する。Ｗｉ−Ｆｉディスプレイシンクデバイスには何も中継されない。次に、ＷＤＣは、上記のようにＩＰアドレス及びＭＡＣアドレスの置換を使用する。ＷＤＣは、ＷＤＣが最後のＲＴＳＰメッセージで使用したCseq番号、又は、Ｗｉ−Ｆｉディスプレイシンクデバイスへの最後のＲＴＳＰメッセージで使用する予定のCseq番号をＷＤに通知し得る。

ＷＤＣは、ＷＤＣを介してＷＤからＷｉ−ＦｉディスプレイシンクデバイスへのM3 RTSP GET_PARAMETER要求から開始するＷｉ−ＦｉディスプレイプロトコルをＷＤに実行させる。ＷＤは、後続のコントロールデータパケットを生成する間に、例えば、Ｗｉ−Ｆｉディスプレイシンクデバイスが期待する値でＲＴＳＰメッセージの番号付けを続行するためにＷＤＣからＷＤによって受信される、Cseq番号などの増加するシーケンス番号を使用することができる。このため、Ｗｉ−Ｆｉディスプレイシンクデバイスは、いつＷＤＣがＷＤからのＲＴＳＰメッセージを中継開始するかを通知しない。ＷＤＣは、M8 RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイス及びその逆へのＲＴＳＰメッセージの転送を行なう（下記参照）。ＷＤＣ又はそのユーザは、Ｗｉ−ＦｉディスプレイシンクデバイスがＭ２ ＲＴＳＰ ＯＰＴＩＯＮＳ応答後にＷｉ−Ｆｉディスプレイプロトコルの次のステップのために無期限に待機しているかどうかを試してみるか、このインプリメンテーションオプションがＷｉ−Ｆｉディスプレイシンクデバイスで機能するかどうかを判断するためにタイムアウトする必要がある。

実施形態は「実装３」と呼ばれ、明示的なＡＶフォーマット変更をサポートしないＷｉ−ＦｉディスプレイシンクでM4 RTSP SET_PARAMETER応答後に停止する。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣは、Ｗｉ−ＦｉディスプレイシンクデバイスでＷｉ−Ｆｉドッキングプロトコルを実行するが、M4 RTSP SET_PARAMETERメッセージの後に停止する。代わりに、ＷＤＣは、このメッセージの後に続き、ＷＤがＷｉ−Ｆｉディスプレイシンクデバイスを使用したいときにＷＤが取得するアドレスを送信元ＩＰアドレスとして使用して、オーディオ及び／又はビデオのストリーミングを開始してもよい（以下の「実装５」参照）。

ＷＤＣは、M1 RTSP OPTIONS要求メッセージ内の必須項目をＷｉ−Ｆｉディスプレイシンクデバイス、即ち、OPTIONS*RTSP／１．０及びRequire：org.wfa.wfd1.0に送信する。他の値は、Ｗｉ−Ｆｉディスプレイ仕様では指定されていない。ＷＤＣは、M2 RTSP OPTIONS応答メッセージ内の必須アイテムをＷｉ−Ｆｉディスプレイシンクデバイス、即ち、org.wfa.wfd1.0、SET_PARAMETER、GET_PARAMETER、SETUP、PLAY、PAUSE、及び、TEARDOWNに送信する。他の値、例えば、Recordなどは、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。ＷＤＣは、例えば、サポートされているオーディオコーデック、サポートされているビデオフォーマット、サポートされているコンテンツ保護（HDCP）、などのＷＦＤ機能のリストを指定することができる（Ｗｉ−Ｆｉディスプレイ使用の第６．１項参照）。それらは、ＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスに送信するM3 RTSP GET_PARAMETER要求においてＷＤＣの関心対象である。あるいは、ＷＤＣは、単にＷｉ−Ｆｉディスプレイ仕様によって定義された全ての可能な能力を要求することができる。ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイ中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、返された機能と、後の使用のための値とを格納する。

ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている機能のパラメータを、M4 RTSP SET_PARAMETER要求メッセージを使用してＷＤＣが全ての又は少なくとも多くのＷＤがサポートする値に設定する。これらの値は、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービス表示サービスのデフォルト値、あるいは、適切な仕様書において指定されるように、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービス表示サービスをサポートするために必須の値であり得る。ＷＤＣがM4 RTSP SET_PARAMETER要求メッセージを使用してＷｉ−Ｆｉディスプレイシンクデバイスに送信しなければならないパラメータの１つは、wfd_presentation_URL、即ち、ＷＤＣ及びそれがドッキングされた後のＷＤ上のリッスンするＲＴＳＰポートである。このパラメータは、Ｗｉ−Ｆｉディスプレイセッション全体を完全に解体することなく、ＷＤによってこれ以上変更され得ない。

ＷＤＣは、Ｍ４の後でＷｉ−Ｆｉ表示プロトコルの実行を停止するので、ＷＤＣとＷｉ−Ｆｉとの間のＰ２Ｐ接続を維持するために、ＷＤＣが「ダミー」パケットを送信する（又は、Ｍ１を繰り返す）ことが推奨される。修正されたプロトコルのこの時点で、再起動が開始され得る。

ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイ中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、ＷＤにＷｉ−Ｆｉディスプレイ中継用に予約した特別なＩＰアドレスを付与し、ＷＤＣは、M4 RTSP SET_PARAMETER応答メッセージまでＷＤとともにＷｉ−Ｆｉディスプレイプロトコルを実行する。Ｗｉ−Ｆｉディスプレイシンクデバイスには何も中継されない。ＷＤＣがM3 RTSP GET_PARAMETER応答でＷＤに送信する機能は、M4 RTSP SET_PARAMETER要求メッセージを使用してＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスで設定した機能である。次に、ＷＤＣは、上記のようにＩＰアドレス及びＭＡＣアドレス置換を使用する。

ＷＤＣは、ＷＤに以下を知らせることができる。
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するwfd_presentation_URL、この値は、ＷＤＣが既にＷｉ−Ｆｉディスプレイシンクデバイスに送信した値であり、ＷＤが中継されたＷｉ−Ｆｉディスプレイサービスを使用するＷｉ−Ｆｉディスプレイソースデバイスとして使用する値である。
●ＷＤＣが最後のＲＴＳＰメッセージでＷｉ−Ｆｉディスプレイシンクデバイスに使用したCseq番号。

上記の通知は、中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいＷＤＣをＷＤが知らせるＷＤＣへのＷＤのメッセージに対して、ＷＤに対するＷＤＣの中継の一部として実行され得る。

ＷＤＣは、ＷＦＤセッションの確立と、ＷＤからＷＤＣを介してＷｉ−Ｆｉディスプレイシンクデバイスへのオーディオ及び／又はビデオコンテンツのストリーミングとを続けるＷｉ−Ｆｉディスプレイプロトコルを、ＷＤに実行させる。ＷＤは、ＷＤＣから受信したCseq番号を使用して、Ｗｉ−Ｆｉディスプレイシンクデバイスが期待する値でＲＴＳＰメッセージの番号付けを続けるため、Ｗｉ−Ｆｉディスプレイシンクデバイスは、ＷＤからのＲＴＳＰメッセージの中継をＷＤＣがいつ開始するかを通知しない。ＷＤＣは、M8 RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイスへの（及びその逆方向への）任意のＲＴＳＰメッセージの転送を行なう（後記参照）。

ＷＤＣを使用してＷｉ−Ｆｉディスプレイシンクデバイスをセットアップする場合、ＷＤＣ又はそのユーザは、最初のM4 RTSP SET_PARAMETER応答、又は、タイムアウト後にＷｉ−ＦｉディスプレイシンクデバイスがＷｉ−Ｆｉディスプレイプロトコルの次のステップのために無期限に待機しているかどうかを試行検出してもよい。

或る実施形態は「実装４」と呼ばれ、明示的なＡＶフォーマット変更をサポートしないＷｉ−ＦｉディスプレイシンクとのM4 RTSP SET_PARAMETER応答後に停止する。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣは、Ｗｉ−ＦｉディスプレイシンクデバイスデバイスでＷｉ−Ｆｉドッキングプロトコルを実行するが、M4 RTSP SET_PARAMETERメッセージの後に停止する。代わりに、ＷＤＣは、このメッセージの後に続き、ＷＤがＷｉ−Ｆｉディスプレイシンクデバイスを使用したいときにＷＤが取得するアドレスを送信元ＩＰアドレスとして使用して、幾つかのオーディオ及び／又はビデオのストリーミングを開始してもよい（以下の実装６を参照）。

ＷＤＣは、M1 RTSP OPTIONS要求メッセージ内の必須項目、即ちOPTIONS * RTSP / 1.0及びRequire：org.wfa.wfd1.0をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。他の値は、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。

ＷＤＣは、M2 RTSP OPTIONS応答メッセージ内の必須アイテム、即ちorg.wfa.wfd1.0、SET_PARAMETER、GET_PARAMETER、SETUP、PLAY、PAUSE、及び、TEARDOWNをＷｉ−Ｆｉディスプレイシンクデバイスに送信する。他の値、例えばRecordは、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。ＷＤＣは、例えば、サポートされているオーディオコーデック、サポートされているビデオフォーマット、及び、サポートされているコンテンツ保護（HDCP）（Ｗｉ−Ｆｉディスプレイ使用の第６．１項参照）などのＷＦＤ機能のリストを指定する。これらは、ＷＤＣがＷｉ−Ｆｉディスプレイシンクに送信するM3 RTSP GET_PARAMETER要求においてWDCに関連する値である。あるいは、ＷＤＣは、Ｗｉ−Ｆｉディスプレイ仕様によって定義された全ての可能な機能を単に要求することができる。ＷＤＣには、ＷＤがドッキングされ、Ｗｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合に使用するため、返された機能及びそれらの値が保存される。

ＷＤＣは、ビデオ機能（フレームレート、フレームサイズ、プログレッシブ／インターレース）のパラメータを、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている最適な値に設定する。ＷＤが後に当該設定において、Ｗｉ−Ｆｉディスプレイセッション管理フェーズでM4 RTSP SET_PARAMETER要求メッセージを使用したＷＦＤ機能再ネゴシエーションにおけるより低い値となった場合、この時点で可能な限り最良の値を設定することで、ビデオレンダリングの不連続性が最小限に抑えられる（Ｗｉ−Ｆｉディスプレイ技術仕様の第４．１０．３．２項の「明示的なＡＶフォーマット変更」参照）。ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている他の機能のパラメータを、ＷＤＣが全て又は少なくとも多くのＷＤがサポートすると確信している値に設定する。これらの値は、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービスディスプレイサービスのデフォルト値であってもよいし、あるいは、適切な使用において規定されるようなＷｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービスディスプレイサービスをサポートするために必須となる値であってもよい。

ＷＤＣがM4 RTSP SET_PARAMETER要求メッセージを使用してＷｉ−Ｆｉディスプレイシンクデバイスに送信しなければならないパラメータの１つは、wfd_presentation_URL、即ちＷＤＣ及びそれがドッキングされた後のＷＤ上のリッスンするＲＴＳＰポートである。このパラメータは、Ｗｉ−Ｆｉディスプレイセッション全体を完全に解体することなく、ＷＤによっては変更され得ない。ＷＤＣは、M4 RTSP SET_PARAMETER要求メッセージを使用して、能力のための上記の２つのパラメータセットを設定する。修正されたプロトコルでは、この時点で、再起動が開始されることがある。

Ｍ４の後にＷｉ−Ｆｉディスプレイプロトコルの実行を停止するので、ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとの間でＰ２Ｐ接続を維持するために、ＷＤＣが「ダミー」パケットを送信する（又はＭ１を繰り返す）ことが推奨される。ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、ＷＤにＷｉ−Ｆｉディスプレイリレー用に予約した特別なＩＰアドレスを与え、ＷＤＣは、M3 RTSP GET_PARAMETER応答までで、ＷＤとＷｉ−Ｆｉディスプレイを実行する。Ｗｉ−Ｆｉディスプレイシンクデバイスには何も中継されない。

ＷＤＣがM3 RTSP GET_PARAMETER応答でＷＤに送信するビデオ機能は、Ｗｉ−ＦｉディスプレイシンクデバイスからM3 RTSP GET_PARAMETER応答メッセージを使用してＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスから学習した機能である。ＷＤＣがM3 RTSP GET_PARAMETER応答でＷＤに送信するその他全ての機能は、ＷＤＣがM4 RTSP SET_PARAMETER要求メッセージによりＷｉ−Ｆｉディスプレイシンクデバイスが有する機能である。次に、ＷＤＣは、上記のようにＩＰアドレスとＭＡＣアドレスとの置換を使用する。

ＷＤＣは、ＷＤに以下を通知する。
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するwfd_presentation_URL、この値は、ＷＤＣが既にＷｉ−Ｆｉディスプレイシンクデバイスに送信した値であり、ＷＤが中継されたＷｉ−Ｆｉディスプレイサービスを使用するＷｉ−Ｆｉディスプレイソースデバイスとして使用する必要がある値である。
●ＷＤＣが最後のＲＴＳＰメッセージでＷｉ−Ｆｉディスプレイシンクデバイスに使用したCseq番号。

上記の通知は、中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいＷＤＣをＷＤが知らせるＷＤＣへのＷＤのメッセージに対して、ＷＤに対するＷＤＣの中継の一部として実行され得る。

ＷＤＣは、ＷＤＣを通じたＷｉ−ＦｉディスプレイシンクデバイスへのＷＤからのM4 RTSP SET_PARAMETERリクエストメッセージに続くＷｉ−ＦｉディスプレイプロトコルをＷＤに実行させる。ＷＤは、ＷＤＣから受信したCseq番号を使用して、Ｗｉ−Ｆｉディスプレイシンクデバイスが期待する値でＲＴＳＰメッセージの番号付けを続ける。このため、Ｗｉ−Ｆｉディスプレイシンクデバイスは、ＷＤＣがＷＤからのＲＴＳＰメッセージの中継をいつ開始するかを通知しない。

ＷＤＣは、M8 RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイスへの（及びその逆方向への）任意のＲＴＳＰメッセージの転送を行なう（後記参照）。ＷＤは、使用したいビデオパラメータを、Ｗｉ−Ｆｉディスプレイシンクデバイスが指定した最大値まで設定できる。Ｗｉ−Ｆｉディスプレイシンクデバイスは、これをＷＦＤ機能再ネゴシエーション（WFD Capability Re-negotiation）として扱うため、ＷＤは適切なタイミングでwfd-av-format-change-timingパラメータを含める必要がある。

オプションで、Ｗｉ−Ｆｉディスプレイシンクデバイスの一部の実装では、このフェーズで別のM4 RTSP SET_PARAMETER要求メッセージを送信できない場合があるため（ＷＤはまだドッキングされていない場合、１番目はＷＤＣ自体から来て、２番目はＷＤから来てＷＤＣによって中継される）、代替手段として、ＷＤは、ビデオストリーミングのM3 RTSP GET_PARAMETER応答でＷＤＣから学んだ最良の値を最初に使用し、Ｍ４をスキップし、ＷＦＤセッション管理フェーズに入るまでＷｉ−Ｆｉドッキングプロトコルを続行し、M4 RTSP SET_PARAMETER要求メッセージでWFD Capability Re-negotiationを使用して実際に必要なビデオパラメータを設定する。

ＷＤＣを使用してＷｉ−Ｆｉディスプレイシンクデバイスを設定する場合、ＷＤＣ又はそのユーザは、最初のM4 RTSP SET_PARAMETER応答後、又は、タイムアウト時に、Ｗｉ−ＦｉディスプレイシンクデバイスがＷｉ−Ｆｉディスプレイプロトコルの次のステップのために無期限に待機しているかどうかを試して検出すべきである。

或る実施形態は、「実装５」と呼ばれ、明示的なAVフォーマットの変更をサポートしていないＷｉ−ＦｉディスプレイシンクとM7 RTSP PLAY応答後に停止することを意図している。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣはＷｉ−ＦｉディスプレイシンクデバイスでＷｉ−Ｆｉドッキングプロトコルを実行するが、M7 RTSP PLAY応答メッセージの後で停止する。

ＷＤＣは、M1 RTSP OPTIONS要求メッセージ内の必須項目、即ちOPTIONS * RTSP / 1.0及びRequire：org.wfa.wfd1.0をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。他の値は、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。ＷＤＣは、M2 RTSP OPTIONS応答メッセージ内の必須アイテム、即ち、org.wfa.wfd1.0、SET_PARAMETER、GET_PARAMETER、SETUP、PLAY、PAUSE、及び、TEARDOWNをＷｉ−Ｆｉディスプレイシンクデバイスに送信する。Recordなどの他の値は、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。

ＷＤＣは、例えば、サポートされているオーディオコーデック、サポートされているビデオフォーマット、サポートされているコンテンツ保護（HDCP）などのＷＦＤ機能のリストを指定する。これらは、ＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスに送信するM3 RTSP GET_PARAMETER要求においてＷＤＣに関連している。あるいは、ＷＤＣは、Ｗｉ−Ｆｉディスプレイ仕様によって定義された全ての可能な能力を単に要求することができる。ＷＤＣには、ＷＤがドッキングされ、Ｗｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合に、返された機能とその値とが保存される。

ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている機能のパラメータを、M4 RTSP SET_PARAMETER要求メッセージを使用してＷＤＣが全ての又は少なくとも多くのＷＤがサポートする値に設定する。これらの値は、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービス表示サービスのデフォルト値、あるいは、適切な仕様書において指定されるように、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービス表示サービスをサポートするために必須の値であり得る。ＷＤＣがM4 RTSP SET_PARAMETER要求メッセージを使用してＷｉ−Ｆｉディスプレイシンクデバイスに送信しなければならないパラメータの１つは、wfd_presentation_URL、即ち、ＷＤＣ及びそれがドッキングされた後のＷＤ上のリッスンするＲＴＳＰポートである。このパラメータは、Ｗｉ−Ｆｉディスプレイセッション全体を完全に解体することなく、ＷＤによってこれ以上変更され得ない。

ＷＤＣは、M5 RTSPトリガセットアップ要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガセットアップ応答とそれに続いて、Ｗｉ−ＦｉディスプレイプレゼンテーションURL及びＷｉ−ＦｉディスプレイシンクデバイスのRTPポートを含むM6 RTSPセットアップ要求メッセージで応答する。

ＷＤＣは、Ｗｉ−ＦｉディスプレイプレゼンテーションURLとＷｉ−ＦｉディスプレイシンクデバイスのRTPポートとを保存し、以下を有するM6 RTSP SETUP応答で返信する。
●結果コードOK、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するセッションＩＤ、及び、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するＲＴＰポート

修正されたプロトコルでは、この時点で、再起動が開始されることがある。

ＷＤＣは、M5 RTSPトリガPLAY要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信し、後者はM5 RTSPトリガPLAY応答メッセージに続いてM7 RTSP PLAY要求で応答する。ＷＤＣは、結果コードOKでM7 RTSP PLAY応答で応答し、正しいフォーマットでビデオ及び／又はオーディオのストリーミングを開始する。これは、例えば、短い、繰り返し、あらかじめ記録されたストリームであってもよい。当該ストリームは、例えば、ＷＤＣがＷＤがドッキングするのを待っていることを説明し得る。ストリームは、ＷＤＣのＵＩなども表示し得る。

ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、ＷＤにＷｉ−Ｆｉディスプレイリレー用に予約した特別なＩＰアドレスを与える。

ＷＤＣは、ＷＤに以下を通知する。
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するwfd_presentation_URL、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するセッションＩＤ、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するＩＰポート。
これらの３つの値は、ＷＤＣが既にＷｉ−Ｆｉディスプレイシンクデバイスに送信したものであり、中継されたＷｉ−Ｆｉディスプレイサービスを使用するＷｉ−ＦｉディスプレイソースデバイスとしてＷＤが使用する必要がある値である。さらに、
●ＷＤＣが最後のＲＴＳＰメッセージで使用したCseq番号、又は、Ｗｉ−Ｆｉディスプレイシンクデバイスへの最後のＲＴＳＰメッセージで使用する予定のCseq番号。

上記の通知は、中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいＷＤＣをＷＤが知らせるＷＤＣへのＷＤのメッセージに対して、ＷＤに対するＷＤＣの中継の一部として実行され得る。

その後、ＷＤＣは、メッセージM5 RTSPトリガーPLAY応答までのＷＤを含むＷｉ−Ｆｉディスプレイプロトコルを実行する。Ｗｉ−Ｆｉディスプレイシンクデバイスにはまだ何も中継されない。

●ＷＤＣがM3 RTSP GET_PARAMETER応答でＷＤに送信する機能は、M4 RTSP SET_PARAMETER要求メッセージを使用してＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスで設定した機能である。

●ＷＤは、ＷＤＣから他のオプションを受け取っていないため、M4 RTSP SET_PARAMETER要求を使用してこれらの値を設定するだけで済む。

●ＷＤＣは、ＷＤＣがＷＤに送信するM6 RTSP SETUP要求メッセージにおいて、Ｗｉ−ＦｉディスプレイプレゼンテーションURLとＷｉ−ＦｉディスプレイシンクデバイスのRTPポートとを転送する。

●ＷＤは、M6 RTSP SETUP応答を使用して、ＷＤＣが使用するように指示されたセッションＩＤとＲＴＰポートとをＷＤＣに送信する。

ＷＤがＷｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいことを示している場合、ＷＤとＷＤＣとの間の上記メッセージ交換と並行して、ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスと次のメッセージ交換を有する。

●ＷＤＣは、M5 RTSPトリガーPAUSE要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガーPAUSE応答とそれに続くM9 RTSP PAUSE要求メッセージをＷＤＣに応答する。ＷＤＣは、これらのメッセージのCseq番号を使用して、使用された最後のCseq番号についてＷＤに通知する。

●ＷＤＣは、Ｗｉ−Ｆｉ周辺機器へのストリーミングを停止する。ＲＴＰソースとしてのＷＤＣからＲＴＰソースとしてのＷＤへの良好な切り替えには、上記のストリーミングで要求された一時停止が必要な場合もあれば、必要でない場合もある。例えば、mpeg2トランスポートストリーム（例えば、PCR、DTS、PTS）のタイミング値（タイムスタンプ）とRTPタイムスタンプとは、２つのものと大きく異なり、Ｗｉ−Ｆｉディスプレイシンクデバイスのデコーダは、ストリームが最初に一時停止されたとき、タイミングジャンプをより良く処理し得る。上記の２つのパラレルメッセージ交換が完了すると、ＷＤＣは、上記のようにＩＰアドレスとＭＡＣアドレスとの置換を行ない、ＷＤＣを通じたＷｉ−ＦｉディスプレイシンクデバイスへのM5 RTSPトリガーPLAY要求を継続してＷｉ−ＦｉディスプレイプロトコルをＷＤに実行させる。

ＷＤは、ＷＤＣから受信したCseq番号を使用して、Ｗｉ−Ｆｉディスプレイシンクデバイスが期待する値でＲＴＳＰメッセージの番号付けを続けるため、Ｗｉ−Ｆｉディスプレイシンクデバイスは、ＷＤＣがＷＤからのＲＴＳＰメッセージの中継をいつ開始するかを通知しない。ＷＤＣは、M8 RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイスへの（及びその逆方向への）任意のＲＴＳＰメッセージの転送を行なう（後記参照）。

或る実施形態は「実装６」と呼ばれ、明示的なAVフォーマット変更をサポートしないＷｉ−ＦｉディスプレイシンクデバイスとM7 RTSP PLAY応答後に停止しようとする。ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとがペアになると、ＷＤＣは、Ｗｉ−ＦｉディスプレイシンクデバイスでＷｉ−Ｆｉドッキングプロトコルを実行するが、M7 RTSP PLAY応答メッセージの後で停止する。

ＷＤＣは、M1 RTSP OPTIONS要求メッセージ内の必須項目、即ちOPTIONS * RTSP / 1.0及びRequire：org.wfa.wfd1.0をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。他の値は、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。ＷＤＣは、M2 RTSP OPTIONS応答メッセージ内の必須アイテム、即ち、org.wfa.wfd1.0、SET_PARAMETER、GET_PARAMETER、SETUP、PLAY、PAUSE、及び、TEARDOWNをＷｉ−Ｆｉディスプレイシンクデバイスに送信する。Recordなどの他の値は、Ｗｉ−Ｆｉディスプレイ仕様では許可されていない。

ＷＤＣは、例えば、サポートされているオーディオコーデック、サポートされているビデオフォーマット、サポートされているコンテンツ保護（HDCP）などのＷＦＤ機能のリストを指定する。これらは、ＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスに送信するM3 RTSP GET_PARAMETER要求においてＷＤＣに関連している。あるいは、ＷＤＣは、Ｗｉ−Ｆｉディスプレイ仕様によって定義された全ての可能な能力を単に要求することができる。ＷＤＣには、ＷＤがドッキングされ、Ｗｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合に、返された機能とその値とが保存される。

ＷＤＣは、ビデオ機能（フレームレート、フレームサイズ、プログレッシブ／インターレース）のパラメータを、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている最適な値に設定する。ＷＤが後に当該設定において、Ｗｉ−Ｆｉディスプレイセッション管理フェーズでM4 RTSP SET_PARAMETER要求メッセージを使用したＷＦＤ機能再ネゴシエーションにおけるより低い値となった場合、この時点で可能な限り最良の値を設定することで、ビデオレンダリングの不連続性が最小限に抑えられる（Ｗｉ−Ｆｉディスプレイ技術仕様の第４．１０．３．２項の「明示的なＡＶフォーマット変更」参照）。

ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしている他の機能のパラメータを、ＷＤＣが全て又は少なくとも多くのＷＤがサポートすると確信している値に設定する。これらの値は、Ｗｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービスディスプレイサービスのデフォルト値であってもよいし、あるいは、適切な使用において規定されるようなＷｉ−Ｆｉディスプレイソース又はＷｉ−Ｆｉピアツーピアサービスディスプレイサービスをサポートするために必須となる値であってもよい。

ＷＤＣがM4 RTSP SET_PARAMETER要求メッセージを使用してＷｉ−Ｆｉディスプレイシンクデバイスに送信しなければならないパラメータの１つは、wfd_presentation_URL、即ち、ＷＤＣ及びそれがドッキングされた後のＷＤ上のリッスンするＲＴＳＰポートである。このパラメータは、Ｗｉ−Ｆｉディスプレイセッション全体を完全に解体することなく、ＷＤによってこれ以上変更され得ない。

ＷＤＣは、M4 RTSP SET_PARAMETER要求メッセージを使用して、能力のための上記の２つのパラメータセットを設定する。ＷＤＣは、M5 RTSPトリガセットアップ要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガセットアップ応答とそれに続いて、Ｗｉ−ＦｉディスプレイプレゼンテーションURL及びＷｉ−ＦｉディスプレイシンクデバイスのRTPポートを含むM6 RTSPセットアップ要求メッセージで応答する。

ＷＤＣは、Ｗｉ−ＦｉディスプレイプレゼンテーションURLとＷｉ−ＦｉディスプレイシンクデバイスのRTPポートとを保存し、以下を有するM6 RTSP SETUP応答で返信する。
●結果コードOK、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するセッションＩＤ、及び、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するＲＴＰポート

修正されたプロトコルでは、この時点で、再起動が開始されることがある。

ＷＤＣは、M5 RTSPトリガPLAY要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信し、後者はM5 RTSPトリガPLAY応答メッセージに続いてM7 RTSP PLAY要求で応答する。ＷＤＣは、結果コードOKでM7 RTSP PLAY応答で応答し、正しいフォーマットでビデオ及び／又はオーディオのストリーミングを開始する。これは、例えば、短い、繰り返し、あらかじめ記録されたストリームであってもよい。当該ストリームは、例えば、ＷＤＣがＷＤがドッキングするのを待っていることを説明し得る。ストリームは、ＷＤＣのＵＩなども表示し得る。ＷＤがドッキングされ、ＷＤがＷｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したい場合、ＷＤＣは、ＷＤにＷｉ−Ｆｉディスプレイリレー用に予約した特別なＩＰアドレスを与える。

ＷＤＣは、ＷＤに以下を通知する。
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するwfd_presentation_URL、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するセッションＩＤ、
●Ｗｉ−Ｆｉディスプレイシンクデバイスが使用するＩＰポート。
これらの値は、ＷＤＣが既にＷｉ−Ｆｉディスプレイシンクデバイスに送信したものであり、中継されたＷｉ−Ｆｉディスプレイサービスを使用するＷｉ−ＦｉディスプレイソースデバイスとしてＷＤが使用する必要がある値である。さらに、
●ＷＤＣが最後のＲＴＳＰメッセージで使用したCseq番号、又は、Ｗｉ−Ｆｉディスプレイシンクデバイスへの最後のＲＴＳＰメッセージで使用する予定のCseq番号。

上記の通知は、中継を使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいＷＤＣをＷＤが知らせるＷＤＣへのＷＤのメッセージに対して、ＷＤに対するＷＤＣの中継の一部として実行され得る。

その後、ＷＤＣは、メッセージM5 RTSPトリガーPLAY応答までのＷＤを含むＷｉ−Ｆｉディスプレイプロトコルを実行する。Ｗｉ−Ｆｉディスプレイシンクデバイスにはまだ何も中継されない。

●ＷＤＣがM3 RTSP GET_PARAMETER応答でＷＤに送信する機能は、M4 RTSP SET_PARAMETER要求メッセージを使用してＷＤＣがＷｉ−Ｆｉディスプレイシンクデバイスから学習した機能である。

●ＷＤは、ＷＤＣから他のオプションを受け取っていないため、M4 RTSP SET_PARAMETER要求を使用してこれらの値を設定するだけで済む。

●ＷＤＣは、ＷＤＣがＷＤに送信するM6 RTSP SETUP要求メッセージにおいて、Ｗｉ−ＦｉディスプレイプレゼンテーションURLとＷｉ−ＦｉディスプレイシンクデバイスのRTPポートとを転送する。

●ＷＤは、M6 RTSP SETUP応答を使用して、ＷＤＣが使用するように指示されたセッションＩＤとＲＴＰポートとをＷＤＣに送信する。

ＷＤがＷｉ−Ｆｉディスプレイリレーを使用してＷｉ−Ｆｉディスプレイシンクデバイスを使用したいことを示している場合、ＷＤとＷＤＣとの間の上記メッセージ交換と並行して、ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスと次のメッセージ交換を有する。

●ＷＤＣは、M5 RTSPトリガーPAUSE要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガーPAUSE応答とそれに続くM9 RTSP PAUSE要求メッセージをＷＤＣに応答する。ＷＤＣは、これらのメッセージのCseq番号を使用して、使用された最後のCseq番号についてＷＤに通知する。

●ＷＤＣは、Ｗｉ−Ｆｉ周辺機器へのストリーミングを停止する。

ストリーミングで要求された一時停止は、ＲＴＰソースとしてのＷＤＣからＲＴＰソースとしてのＷＤへの良好な切り替えに必要な場合がある。例えば、mpeg2トランスポートストリーム（例えば、PCR、DTS、PTS）のタイミング値（タイムスタンプ）とRTPタイムスタンプとは、２つのものと大きく異なり、Ｗｉ−Ｆｉディスプレイシンクデバイスのデコーダは、ストリームが最初に一時停止されたとき、タイミングジャンプをより良く処理し得る。

上記の２つのパラレルメッセージ交換が完了すると、ＷＤＣは、上記のようにＩＰアドレスとＭＡＣアドレスとの置換を行ない、ＷＤＣを通じたＷｉ−ＦｉディスプレイシンクデバイスへのM5 RTSPトリガーPLAY要求を継続してＷｉ−ＦｉディスプレイプロトコルをＷＤに実行させる。ＷＤＣは、M8 RTSP TEARDOWN要求を除いて、ＷＤからＷｉ−Ｆｉディスプレイシンクデバイスへの（及びその逆方向への）任意のＲＴＳＰメッセージの転送を行なう（後記参照）。

ＷＤは、ＷＤＣから受信したCseq番号を使用して、Ｗｉ−Ｆｉディスプレイシンクデバイスが期待する値でＲＴＳＰメッセージの番号付けを続けるため、Ｗｉ−Ｆｉディスプレイシンクデバイスは、ＷＤＣがＷＤからのＲＴＳＰメッセージの中継をいつ開始するかを通知しない。

Ｗｉ−Ｆｉディスプレイセッション管理フェーズ、即ち、ビデオを再生又はストリーミング、停止、又は、一時停止できる段階で、ＷＤは、M4 RTSP SET_PARAMETER要求メッセージを使用してWFD Capability Re-negotiationで幾つかのビデオパラメータのための他の値を設定できる。

以下の実施形態は、セッションを停止すること、即ち、ドッキーがオーディオ／ビデオ周辺機器によって提供されるサービスがもはや必要ではないと判断した場合に、オーディオ／ビデオ周辺機器を使用して終了することに関する。

第１の実施形態は、実装１又は実装２の場合におけるセッションの停止に関する。Ｐ２Ｐ ＧＯ（ピアツーピアグループオーナー）であるＷｉ−Ｆｉディスプレイシンクデバイスは、M8 RTSP TEARDOWNメッセージ交換が成功した後、ＷＤＣの認証を解除してＰ２Ｐグループを破棄してもよい。しかしながら、ＧＯではないＷｉ−Ｆｉディスプレイシンクデバイスは、M8 RTSP TEARDOWNメッセージ交換が成功した後、不特定のモードに入る可能性がある。したがって、ＷＤＣは以下を行なうべきである。

●ＷＤがM8 RTSP TEARDOWN要求を送信した場合、ＷＤＣはこれをＷｉ−Ｆｉディスプレイシンクデバイスに中継してはならず、M8 RTSP TEARDOWN応答をＷＤに送信することでそれを処理する必要がある。

●Ｗｉ−ＦｉディスプレイシンクデバイスがM8 RTSP TEARDOWN要求を送信する場合、ＷＤＣは、それを受け入れてはならず、即ち、ステータスをＯＫにしてM8 RTSP TEARDOWN応答を送信しないようにする。

ＷＤＣは、実装１又は実装２について上述したように、ドッキングされたＷＤがない場合、M1 RTSP OPTIONSメッセージからＷｉ−Ｆｉドッキングプロトコルを実行しようとする。しかし、Ｗｉ−Ｆｉディスプレイシンクデバイスの実装は、これを可能にせず、最初のペアリングから開始したいと考えているかもしれない。したがって、ＷＤＣが結果コードＯＫでM1 RTSP OPTIONS応答を受信しない場合、M5 RTSPトリガーTEARDOWN要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信し、Ｗｉ−Ｆｉディスプレイ管理セッションを終了する必要がある。後者は、M5 RTSPトリガーTEARDOWN応答とそれに続くWDCへのM8 RTSP TEARDOWN要求で応答する。ＷＤＣは、M8 RTSP TEARDOWN応答で応答する。

Ｗｉ−ＦｉディスプレイシンクデバイスがＧＯの場合、Ｗｉ−ＦｉディスプレイシンクデバイスはＰ２Ｐグループを破棄することがある。その場合、ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとは、DHCPプロトコルを実行するまで、再度ペアリングする必要がある。

ＷＤＣがＧＯだった場合、Ｐ２Ｐグループを維持することができる。しかしながら、Ｗｉ−Ｆｉディスプレイシンクデバイスの一部の実装では、Ｐ２Ｐグループを解体してＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとを新たにペアリングする必要がある。

これらの実装について上述したように、ドッキングされたＷＤがない場合、ＷＤＣは、M1 RTSP OPTIONSメッセージからＷｉ−Ｆｉドッキングプロトコルを実行しようとする。

更なる実施形態は、ＷＤがＷｉ−ＦｉディスプレイリレーによってＷＤＣを介してオーディオ及び／又はビデオをＷｉ−Ｆｉディスプレイシンクにストリーミングしている場合のセッションを停止する異なる方法を提供する。ＷＤＣは、ＷＤからセッションを停止する指示を受信したか、又は、セッションを停止する他の理由があると判断した。

●ＷＤがM8 RTSP TEARDOWN要求を送信した場合、ＷＤＣはこれをＷｉ−Ｆｉディスプレイシンクデバイスに中継してはならず、M8 RTSP TEARDOWN応答をＷＤに送信することでそれを処理する必要がある。

●ＷＤＣは、M5 RTSPトリガーPAUSE要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガーPAUSE応答とそれに続くM9 RTSP PAUSE要求メッセージをＷＤＣに応答する。

●ＷＤがＷｉ−Ｆｉ周辺機器へのストリーミングを停止していない場合、ＷＤＣは、Ｗｉ−Ｆｉ周辺機器へのストリーミングを停止する。

オプションで、ＷＤＣは、上記に加えて、以下を実行してもよい。

●ＷＤＣは、M5 RTSPトリガPLAY要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信し、後者はM5 RTSPトリガPLAY応答メッセージに続いてM7 RTSP PLAY要求で応答する。

●ＷＤＣは、結果コードOKでM7 RTSP PLAY応答で応答し、正しいフォーマットでビデオ及び／又はオーディオのストリーミングを開始する。これは、例えば、短い、繰り返し、あらかじめ記録されたストリームであってもよい。当該ストリームは、例えば、ＷＤＣがＷＤがドッキングするのを待っていることを説明し得る。ストリームは、ＷＤＣのＵＩなども表示し得る。

ＷＤＣは、ＷＤがドッキングするのを待って、このＷＤがＷＤＣを介してＷｉ−Ｆｉディスプレイリレーを使用しているＷｉ−Ｆｉディスプレイデバイスを使用したいことを示す。

ＷＤＣがオプションのオーディオ及び／又はビデオをストリーミングしている場合、
●ＷＤＣは、M5 RTSPトリガーPAUSE要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガーPAUSE応答とそれに続くM9 RTSP PAUSE要求メッセージをＷＤＣに応答する。

●ＷＤＣは、Ｗｉ−Ｆｉ周辺機器へのストリーミングを停止する。

ＷＤＣは、上記実装について上述したように、ドッキングされたＷＤがない場合、M1 RTSP OPTIONSメッセージからＷｉ−Ｆｉドッキングプロトコルを実行しようとする。しかし、Ｗｉ−Ｆｉディスプレイシンクデバイスの実装は、これを可能にせず、最初のペアリングから開始したいと考えているかもしれない。したがって、ＷＤＣが結果コードＯＫでM1 RTSP OPTIONS応答を受信しない場合、M5 RTSPトリガーTEARDOWN要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信し、Ｗｉ−Ｆｉディスプレイ管理セッションを終了する必要がある。後者は、M5 RTSPトリガーTEARDOWN応答とそれに続くWDCへのM8 RTSP TEARDOWN要求で応答する。ＷＤＣは、M8 RTSP TEARDOWN応答で応答する。

Ｗｉ−ＦｉディスプレイシンクデバイスがＧＯの場合、Ｗｉ−ＦｉディスプレイシンクデバイスはＰ２Ｐグループを破棄することがある。その場合、ＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとは、DHCPプロトコルを実行するまで、再度ペアリングする必要がある。

ＷＤＣがＧＯだった場合、Ｐ２Ｐグループを維持することができる。しかしながら、Ｗｉ−Ｆｉディスプレイシンクデバイスの一部の実装では、Ｐ２Ｐグループを解体してＷＤＣとＷｉ−Ｆｉディスプレイシンクデバイスとを新たにペアリングする必要がある。ＷＤＣは、上記実装について上述したように、ドッキングされたＷＤがない場合、M1 RTSP OPTIONSメッセージからＷｉ−Ｆｉドッキングプロトコルを実行しようとする。

第２の実施形態は、実装３〜実装６についてのセッションの停止に関する。ドッキングされたＷＤは、ＷＤがＷＤＣを通してリレーによってＷｉ−Ｆｉディスプレイシンクにオーディオ及び／又はビデオをストリーミングする前に停止されることがある。

ＷＤがM8 RTSP TEARDOWN要求を送信した場合、ＷＤＣはこれをＷｉ−Ｆｉディスプレイシンクデバイスに中継してはならず、M8 RTSP TEARDOWN応答をＷＤに送信することでそれを処理する必要があるため、Ｗｉ−Ｆｉディスプレイセッションは生きたままにされ得る。

ＷＤＣがＷＤからM8 RTSP TEARDOWN要求を受信した場合、又は、ＷＤＣが、幾つかの理由のためにＷＤとのドッキングセッションを停止することを決定した場合、ＷＤＣは、上述のようなＩＰアドレスとＭＡＣアドレスとの置換を停止する。ＷＤＣは、可能であれば、上記のM8メッセージ交換と並行して、Ｗｉ−Ｆｉディスプレイシンクデバイスと次のメッセージ交換を行なう。

●ＷＤＣは、M5 RTSPトリガーPAUSE要求をＷｉ−Ｆｉディスプレイシンクデバイスに送信する。後者は、M5 RTSPトリガーPAUSE応答とそれに続くM9 RTSP PAUSE要求メッセージをＷＤＣに応答する。

●ＷＤがＷｉ−Ｆｉ周辺機器へのストリーミングを停止していない場合、ＷＤＣは、Ｗｉ−Ｆｉ周辺機器へのストリーミングを停止する。

実装４及び実装６に関し、ＷＤＣは、Ｗｉ−Ｆｉディスプレイシンクデバイスがサポートしていると示されたビデオ機能のための最良の値を含むM4 RTSP SET_PARAMETER要求メッセージを送信することによって、ＷＦＤ機能再ネゴシエーションを実行する。

実装３及び実装５に関し、ＷＤＣは、実装５の説明において、「改訂されたプロトコルでは、この時点で、再起動が発生し得る」という文で実行を再開する。

実装４及び実装６に関し、ＷＤＣは、実装６の説明において、「改訂されたプロトコルでは、この時点で、再起動が発生し得る」という文で実行を再開する。

ＷＤＣを介するリレーによってＷｉ−Ｆｉディスプレイシンクへのオーディオ及び／又はビデオのストリーミングまでＷＤがドッキングしていない場合、実装５及び実装６のセッションの停止は、ＷＤＣが、実装６の説明において、「改訂されたプロトコルでは、この時点で、再起動が発生し得る」という文で実行を再開する点を除いて、前述と同様である。

ＷＤＣを介するリレーによってＷｉ−Ｆｉディスプレイシンクへのオーディオ及び／又はビデオのストリーミングまでＷＤがドッキングしていない場合、実装３及び実装４のセッションの停止は、ＷＤＣが、実装３及び実装４の説明において、「改訂されたプロトコルでは、この時点で、再起動が発生し得る」という文で実行を再開する点を除いて、前述と同様である。

オプションで、提示されたシステムは、時間同期をサポートする。Ｗｉ−Ｆｉディスプレイ仕様は、ソースデバイス及びシンクデバイスにおけるローカルクロックの時間同期のためのオプションを有する。オーディオ／ビデオの忠実度を維持し、ジッタを補償するために、ＷＦＤソース及びＷＦＤシンクのローカルクロックがそのような同期を必要とすることがある。例えば、時間同期のために、同期化は、IEEE802.11AS [2]、12節「IEEE802.11リンクのためのメディア依存層仕様」で規定されている一般化された精密時間プロトコル（gPTP）を使用してもよい。さらに、IEEE 802.11v [3]は、ＷＦＤシンクがＭＡＣベースのＷＦＤソースと交換するTiming Measurementメッセージについて記述している。

Ｗｉ−Ｆｉディスプレイでは、Ｗｉ−Ｆｉディスプレイソースは、マスタークロックである（802.1AS [2]では、グランドマスタークロックと呼ばれる）。したがって、ＷＤは、ＷＤＣのグランドマスタークロックであり、中継中はＷＤＣは、Ｗｉ−Ｆｉディスプレイシンク用のグランドマスタークロックである。IEEE802.1AS [2]は、様々なデバイスが複数のリンクを介して結合されることを可能にし、デバイスの１つは、ベストマスタークロックアルゴリズムを使用するグランドマスタークロックである。中間デバイスは、時間認識ブリッジであり、エンドノードは時間認識エンドステーションである。アクセスポイント（ＡＰ）又はＷＤＣは、時間認識ブリッジの役割を想定し得る（802.1AS [2]の図7.1及び図7.2を参照）。Ｗｉ−Ｆｉディスプレイリレーを行なう場合、ＷＤＣは、この時間同期を２つの方法でサポートすることができる。

オプションで、無線ドッキングシステムにおいて、ホストプロセッサは、所定の同期プロトコルの第１のインスタンスを介してローカルホストクロックをドッキークロックと同期させ、所定の同期プロトコルの第２のインスタンスを介してローカルホストクロックをオーディオ／ビデオ周辺機器クロックと同期させることによって、所定の同期プロトコルに従って同期するように構成される。あるいは、ホストプロセッサは、後続の相互関連する同期メッセージの間の時間関係を維持しつつ、所定の同期プロトコルの後続の相互関連する同期メッセージを中継することにより、オーディオ／ビデオ周辺機器クロックとドッキークロックとの同期を可能にすることによって、所定の同期プロトコルに従って同期するように構成される。ホストは、ドッキーからのその後の着信相互関連同期メッセージ間の時間関係を検出し、続いて、検出された時間関係と実質的に等しい時間関係を有する後続の相互関係同期メッセージを中継することができる。

第１の実施形態では、ＷＤＣは、一般化された精密時間プロトコルの２つの異なるインスタンス化において、ＷＤ及びＷｉ−Ｆｉディスプレイシンクデバイスの両方と自身のクロックを同期させる。

第２の実施形態では、ＷＤＣは、上述したＭＡＣアドレス置換を使用して、一般化された精密時間プロトコルのＭＡＣメッセージを中継する。

どちらのオプションでも、ＷＤとＷｉ−Ｆｉディスプレイシンクとの間のクロックジッタは、ＷＤとＷＤＣとの間のリンク上のメッセージのタイミングのジッタと、ＷＤＣとＷｉ−Ｆｉディスプレイシンクとの間のリンクによって引き起こされる可能性がある。上記のようなＭＡＣアドレス置換を使用する第２のオプションの利点は、ＷＤＣ内のクロックと同期する必要がないこと、又は、ＷＤＣ内にクロックを有することさえ必要でないことである。

Ｗｉ−Ｆｉディスプレイシンクは、Ｗｉ−Ｆｉディスプレイソースに「再同期」要求を送信することができる。これは、メッセージを中継し、前述のアドレス置換を使用することによって対応することができる。２段階の同期のために、ＷＤＣは、必要に応じて、ＷＤとさらに同期するように決定することができる。ＷＤＣのクロックが正しい場合、ＷＤＣはそれ以上の同期を実行しない。ＷＤＣのクロックを適合させる必要がある場合、ＷＤＣは更なる同期を実行する。その場合、ＷＤＣのタイムスタンプを継続して保持する必要がある。

ホスト装置とドッキー装置との間の無線ドッキングの方法は、ホスト装置と１つ以上のドッキー装置との間の無線通信に基づく。ホスト装置及びモバイル装置は上述した通りである。上記無線ドッキングシステムにおけるホストを使用するための無線ドッキングの方法は、
ドッキーにドッキングするとともに、ドッキーからオーディオ／ビデオ周辺機器に、及び／又は、オーディオ／ビデオ周辺機器からドッキーに、データパケットを中継するステップと、
ドッキーにドッキングする間、送信元アドレスとして、無線通信のための第１のホストインターネットプロトコルアドレスを使用するステップと、
送信元アドレスとして、オーディオ／ビデオ周辺機器への直接接続を確立するための無線通信用の第２のホストインターネットプロトコルアドレスを使用するステップと、
ドッキーに第２のホストインターネットプロトコルアドレスを供給するステップと、を有する。

上記無線ドッキングシステムにおけるドッキーを使用するための無線ドッキングの方法は、
ホストにドッキングするステップと、
あて先アドレスとして第１のホストインターネットプロトコルアドレスを用いてホストと通信するステップと、
ホストから第２のホストインターネットプロトコルアドレスを受信するステップと、
ホストを介してデータパケットを転送する間、オーディオ／ビデオ周辺機器とのデータパケットの交換のための送信元アドレスとして第２のホストインターネットプロトコルアドレスを用いるステップと、を有する。

本発明は、無線ドッキングを用いる実施形態によって、主に説明されてきたが、本発明は、無線装置が、１又は複数のオーディオ／ビデオ周辺機器に接続され、共有される、任意の無線システムにも適している。本発明は、プログラム可能なコンポーネントを用いて、ハードウェア及び／又はソフトウェアにおいて実装されてもよいことに留意すべきである。コンピュータプログラム製品が、上述の方法の１つをプロセッサに実行させるように動作可能なプログラムを有していてもよい。

当然のことながら、明確性のための上記説明は、様々な機能ユニット及びプロセッサを参照して、本発明の実施形態を説明してきた。しかしながら、当然、本発明から逸脱することなく、様々な機能ユニット又はプロセッサの間で、任意の適切な機能の分配が使用されてもよい。例えば、別個のユニット、プロセッサ、又は、コントローラによって実行されるように図示される機能は、同一のプロセッサ又はコントローラによって実行されてもよい。従って、特定の機能ユニットに対する符号は、厳密な論理的又は物理的構造又は組織というよりむしろ、上述の機能を供給するための適切な手段に対する符号としてのみ見られる。本発明は、ハードウェア、ソフトウェア、ファームウェア、又は、これらの任意の組み合わせを含む任意の適切な形式で実装されることができる。

本文書において、「有する」なる用語は、規定される項目以外の他の要素又はステップの存在を除外せず、単数形は、複数の要素の存在を除外せず、任意の参照符号は、請求項の範囲を限定せず、本発明は、ハードウェア及びソフトウェアの両方の手段によって実装されてもよく、幾つかの「手段」又は「ユニット」は、同一のハードウェア又はソフトウェアによって表現されてもよく、プロセッサは、可能であれば、ハードウェア要素と協働して、１又は複数のユニットの機能を果たしてもよい、ことに留意すべきである。さらに、本発明は、実施形態に限定されず、本発明は、新規の特徴、あるいは、上述の、又は、相互に異なる従属請求項において規定された特徴の組み合わせの各々及び全てにある。

参考文献及び略語
［１］Ｗｉ−Ｆｉアライアンスにより発行されたＷｉ−Ｆｉディスプレイ技術標準（例えば、２０１４年４月２４日付けのバージョン１．１）
［２］IEEE 802.1AS（２０１１年３月３０日付け）、ブリッジされたローカルエリアネットワークにおけるタイムセンシティブなアプリケーションのためのタイミング及び同期化
［３］IEEE 802.11v-2011、無線ＬＡＮ メディアアクセスコントロール（ＭＡＣ）及び物理（ＰＨＹ）レイヤ（２０１１年２月９日）
［４］J. Postelによる、インターネット標準RFC768において定義される、ＩＰ／インターネットプロトコルスイート（ISI、１９８０年８月）、及び、その後のインターネット標準

ＤＨＣＰ 動的ホスト構成プロトコル
ＭＡＣ メディアアクセスコントロール
Ｐ２Ｐ ＧＯ ピアツーピアグループオーナー
ＲＴＰ リアルタイム転送プロトコル
ＲＴＳＰ リアルタイムストリーミングプロトコル
ＴＣＰ 送信制御プロトコル
ＴＤＬＳ トンネルダイレクトリンク設定
ＵＤＰ ユーザデータグラムプロトコル

Claims (15)

1. 少なくとも１つのホストと少なくとも１つのドッキーとを有する無線ドッキングシステムであって、
   前記ホスト及び前記ドッキーは、無線通信を介してドッキングし、
   前記ホストは、少なくとも１つのオーディオ／ビデオ周辺機器を有する少なくとも１つの無線ドッキング環境を提供し、
   前記ホストは、
   前記無線通信を提供するためのホスト通信ユニットと、
   前記ドッキーが前記オーディオ／ビデオ周辺機器を使用できるようにするドッキングセッションにおいて、前記ドッキーをドッキングさせ、前記ドッキーから前記オーディオ／ビデオ周辺機器への、及び／又は、前記オーディオ／ビデオ周辺機器から前記ドッキーへのデータパケットを中継するホストプロセッサと、
   を有し、
   前記ドッキーは、
   前記無線通信を提供するためのドッキー通信ユニットと、
   前記ドッキングセッションにおいて、前記ホストとドッキングするドッキープロセッサと、
   を有し、
   前記ホストプロセッサは、
   前記ドッキーをドッキングさせつつ前記無線通信するための前記ホストの送信元ＩＰアドレスとして第１のホストインターネットプロトコル（ＩＰ）アドレスを使用し、
   前記ホストが前記オーディオ／ビデオ周辺機器に対するオーディオ／ビデオデータソースとして動作する間、前記オーディオ／ビデオ周辺機器への直接接続を確立するための前記無線通信用の前記ホストの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用し、
   前記ドッキーに前記第２のホストＩＰアドレスを供給し、
   前記ドッキープロセッサは、
   あて先ＩＰアドレスとして前記第１のホストＩＰアドレスを使用して前記ホストと通信し、
   前記ホストから前記第２のホストＩＰアドレスを受信し、
   前記ホストを介して前記データパケットを転送する間、前記オーディオ／ビデオ周辺機器とデータパケットを交換しつつ、前記ドッキーの送信元ＩＰアドレスとして前記第２のホストＩＰアドレスを使用する、無線ドッキングシステム。
2. 前記データパケットが、コントロールデータパケットとコンテンツデータパケットとを有し、
   前記ドッキーが、ドッキーＩＰアドレスを持ち、
   前記ドッキープロセッサが、
   前記ホストを介して前記コントロールデータパケットを転送する間、前記オーディオ／ビデオ周辺機器と前記コントロールデータパケットを交換するため、前記ドッキーの送信元ＩＰアドレスとして前記ドッキーＩＰアドレスを使用し、
   前記ホストを介して前記コンテンツデータパケットを転送する間、前記オーディオ／ビデオ周辺機器と前記コンテンツデータパケットを交換するため、前記ドッキーの送信元ＩＰアドレスとして前記第２のホストＩＰアドレスを使用し、
   前記コントロールデータパケットを中継する場合、前記ホストプロセッサが、前記送信元ＩＰアドレスとして、前記ドッキーＩＰアドレスを前記第２のホストＩＰアドレスで置き換える、請求項１記載の無線ドッキングシステム。
3. 前記データパケットが、前記データパケットを発した装置の装置リンクアドレスを示すリンクレイヤ上の送信元リンクアドレスと、前記データパケットの最終的なあて先である装置の装置リンクアドレスを示すあて先リンクアドレスと、を持ち、
   前記ホストプロセッサが、
   前記ドッキーから前記オーディオ／ビデオ周辺機器に中継されるデータパケットを受信し、前記送信元リンクアドレスがドッキーリンクアドレスであり、
   前記ドッキーリンクアドレスを前記ホストと前記オーディオ／ビデオ周辺機器との間の前記直接接続を確立する間に使用されるホストリンクアドレスで置き換えることによって前記送信元リンクアドレスを修正し、
   前記オーディオ／ビデオ周辺機器に前記修正されたデータを中継する、請求項１又は２に記載の無線ドッキングシステム。
4. 前記データパケットが、前記データパケットを発した装置の装置リンクアドレスを示すリンクレイヤ上の送信元リンクアドレスと、前記データパケットの最終的なあて先である装置の装置リンクアドレスを示すあて先リンクアドレスと、を持ち、
   前記ホストプロセッサが、
   前記オーディオ／ビデオ周辺機器から前記ドッキーに中継されるデータパケットを受信し、前記あて先リンクアドレスが、前記ホストと前記オーディオ／ビデオ周辺機器との間の前記直接接続を確立する間に使用されるホストリンクアドレスであり、
   前記ホストリンクアドレスを前記ドッキーリンクアドレスで置き換えることによって前記あて先リンクアドレスを修正し、
   前記ドッキーに前記修正されたデータを中継する、請求項３に記載の無線ドッキングシステム。
5. 前記ホストプロセッサが、
   前記オーディオ／ビデオ周辺機器への直接接続を確立するとともに、コントロールデータパケットの所定のプロトコルを動作させ、前記コントロールデータパケットは、前記プロトコルにおいて、後にコンテンツデータパケットを交換可能とするために、交換されなければならないリクエストデータパケット及びレスポンスデータパケットのシーケンスを有し、前記シーケンスにおいて、前記オーディオ／ビデオ周辺機器を前記ホストに結合されたままにする付加的なデータパケットが含まれる、又は、
   複数のドッキーに共通の機能のセットを選択するとともに、前記機能のセットを用いて前記オーディオ／ビデオ周辺機器に対してコンテンツのストリーミングを開始する、又は、
   前記ホストと前記ドッキーとの間又はその逆のスイッチングの際に前記コンテンツを停止する、請求項１乃至４のいずれか１項に記載の無線ドッキングシステム。
6. 前記ホストプロセッサが、
   前記付加的なコントロールデータパケットとして、前記プロトコルから選択されたリクエストデータパケットを中継する、請求項５記載の無線ドッキングシステム。
7. 前記ホストプロセッサが、
   前記結合の間に後続のコントロールデータパケットを生成する間、増加するシーケンス番号を使用し、
   前記ホストを介して前記データパケットを中継を開始する場合、前記ドッキーに対して実際のシーケンス番号を転送し、
   前記ドッキープロセッサが、
   前記オーディオ／ビデオ周辺機器とデータパケットを交換開始する場合、前記ホストから前記実際のシーケンス番号を受信し、
   前記オーディオ／ビデオ周辺機器と前記データパケットを交換する間、後続のデータパケットを生成しつつ、前記実際のシーケンス番号を増加させて使用する、請求項５又は６に記載の無線ドッキングシステム。
8. 前記ホストプロセッサが、
   前記データパケットを中継中、前記ドッキーが前記オーディオ／ビデオ周辺機器の使用を終端することを示す前記ドッキーからの解体コントロールデータパケットを受信し、
   前記オーディオ／ビデオ周辺機器に前記解体コントロールデータパケットを中継していない間、前記ドッキーに対して解体レスポンスコントロールデータパケットを送信し、
   前記オーディオ／ビデオ周辺機器を前記ホストに接続したままにする更なる付加的なデータパケットを前記オーディオ／ビデオ周辺機器に送信する、請求項１乃至７のいずれか１項に記載の無線ドッキングシステム。
9. 前記ホストプロセッサが、
   前記更なる付加的なデータパケットとして、前記オーディオ／ビデオ周辺機器のオーディオ／ビデオ設定を再定義できるようにする前記プロトコルから選択されたリクエストデータパケットを中継する、請求項５を引用する請求項８記載の無線ドッキングシステム。
10. 前記ホストプロセッサが、
    所定の同期化プロトコルの第１のインスタンスを介してローカルホストクロックをドッキークロックと同期させるとともに、前記所定の同期化プロトコルの第２のインスタンスを介して前記ローカルホストクロックをオーディオ／ビデオ周辺機器クロックと同期させることによって、又は、
    後続の相互関連する同期化メッセージ間の時間関係を維持したまま、前記所定の同期化プロトコルの前記後続の相互関連する同期化メッセージを中継することで、オーディオ／ビデオ周辺機器クロックをドッキークロックと同期化できるようにすることによって、
    前記所定の同期化プロトコルに従って同期する、請求項１乃至９のいずれか１項に記載の無線ドッキングシステム。
11. 請求項１乃至１０のいずれか１項に記載の無線ドッキングシステムに規定されるホストであって、前記ホストは、
    前記無線通信を提供するためのホスト通信ユニットと、
    ドッキングセッションにおいて、前記ドッキーをドッキングさせ、前記ドッキーから前記オーディオ／ビデオ周辺機器に、及び／又は、前記オーディオ／ビデオ周辺機器から前記ドッキーに、データパケットを中継する、ホストプロセッサと、
    を有し、
    前記ホストプロセッサは、
    前記ドッキーとドッキングする間、前記無線通信するために前記ホストの送信元ＩＰアドレスとして第１のホストＩＰアドレスを使用し、
    前記ホストが前記オーディオ／ビデオ周辺機器へ向かうオーディオ／ビデオデータソースとして動作しつつ、前記オーディオ／ビデオ周辺機器への直接接続を確立するための前記無線通信用の前記ホストの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用し、
    前記ドッキーに前記第２のホストＩＰアドレスを供給する、ホスト。
12. 請求項１乃至１０のいずれか１項に記載の無線ドッキングシステムにおいて規定されるドッキーであって、前記ドッキーは、
    前記無線通信を提供するためのドッキー通信ユニットと、
    ドッキングセッションにおいて前記ホストとドッキングするドッキープロセッサと、
    を有し、
    前記ドッキープロセッサは、
    あて先ＩＰアドレスとして第１のホストＩＰアドレスを用いて前記ホストと通信し、
    前記ホストから第２のホストＩＰアドレスを受信し、
    前記ホストを介して前記データパケットを転送する間、前記オーディオ／ビデオ周辺機器とデータパケットの交換する際、前記ドッキーの送信元ＩＰアドレスとして前記第２のホストＩＰアドレスを使用する、ドッキー。
13. 請求項１乃至１０のいずれか１項に記載の無線ドッキングシステムにおける前記ホストにおいて使用するための無線ドッキング方法であって、前記方法は、
    前記ドッキーにドッキングするとともに、前記ドッキーから前記オーディオ／ビデオ周辺機器に、及び／又は、前記オーディオ／ビデオ周辺機器から前記ドッキーに、データパケットを中継するステップと、
    前記ドッキーにドッキングする間、無線通信のための前記ホストの送信元ＩＰアドレスとして第１のホストＩＰアドレスを使用するステップと、
    前記ホストが前記オーディオ／ビデオ周辺機器に対するオーディオ／ビデオデータソースとして動作する間、前記オーディオ／ビデオ周辺機器への直接接続を確立するための無線通信用の前記ホストの送信元ＩＰアドレスとして第２のホストＩＰアドレスを使用するステップと、
    前記ドッキーに前記第２のホストＩＰアドレスを供給するステップと、
    を有する、方法。
14. 請求項１乃至１０のいずれか１項に記載の無線ドッキングシステムにおける前記ドッキーにおいて使用するための無線ドッキング方法であって、前記方法は、
    前記ホストとドッキングするステップと、
    あて先ＩＰアドレスとして第１のホストＩＰアドレスを用いて前記ホストと通信するステップと、
    前記ホストから第２のホストＩＰアドレスを受信するステップと、
    前記ホストを介して前記データパケットを転送する間、前記オーディオ／ビデオ周辺機器とデータパケットを交換するための送信元アドレスとして前記第２のホストＩＰアドレスを使用するステップと、
    を有する、方法。
15. プロセッサに請求項１３又は１４に記載の方法を実行させるように動作可能である、無線ドッキングのためのコンピュータプログラム。

Images