(57)【要約】  システムが、映像リンク、送信デバイスを受信デバイスに接続するハイブリッド、送信デバイスおよび受信デバイス間の少なくとも１つの中間中継点、を有する。中間中継点が１つまたは複数のデータ中継モードを用いて映像源から映像受信側へ映像コンテンツを中継するように構成される。ハイブリッドリンクがハイブリッド制御信号（ＨＬＣＳ）を実行してハイブリッドリンクの物理層を管理する。映像源および映像受信側間の映像リンクが、１つまたは複数の映像レーン間で、映像源から映像受信側への映像ストリームを送信する。映像リンクトレーニングが映像リンクおよびハイブリッドリンクに対して実行される。
2013517693.tif 000002
【特許請求の範囲】
【請求項１】
送信デバイスと、
受信デバイスと、
前記送信デバイスを前記受信デバイスに接続する、映像リンクおよびハイブリッドリンクと、
前記送信デバイスおよび前記受信デバイスとの間の少なくとも１つの中間中継点と、を備え、
前記中間中継点が、１つまたは複数のデータ中継モードを用いて映像コンテンツを前記送信デバイスから前記ハイブリッドリンクを介して前記受信デバイスに中継するように構成された
ことを特徴とするシステム。
【請求項２】
前記データ中継モードが、中継データ信号の特性に対する１つまたは複数のインパクトの種類およびその大きさで異なっていることを特徴とする請求項１に記載のシステム。
【請求項３】
前記データ中継モードには、
１つまたは複数の入力信号がクロックでサンプリングされて出力に中継されるリサンプリングモード、
入力信号が等化され増幅されて前記出力に中継され、かつ、クロックが使用されないバッファリングモード、
の少なくとも１つが含まれていることを特徴とする請求項１に記載のシステム。
【請求項４】
前記中間中継点のそれぞれには、映像送信機および映像受信機の少なくとも１つが含まれていることを特徴とする請求項１に記載のシステム。
【請求項５】
前記送信デバイスが映像源とされ、前記受信デバイスが映像受信側とされることを特徴とする請求項１に記載のシステム。
【請求項６】
複数の中間中継点が設けられ、かつ、該中間中継点の少なくとも１つが、前記データ中継モードのうちの１つだけで動作するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項７】
複数の中間中継点が設けられ、かつ、該中間中継点の少なくとも１つが、前記動作モードのうちの１つ以上で前記データ中継を行うように構成されていることを特徴とする請求項１に記載のシステム。
【請求項８】
前記送信デバイスおよび前記中間中継点が、前記中間中継点それぞれに対して前記データ中継モードを選択するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項９】
前記送信デバイスが、前記送信デバイスから少なくとも１つの前記中間中継点を経由して前記受信デバイスに送信されるメッセージを送信することで、前記中間中継点のデータ中継モードの選択を通信するように構成されていることを特徴とする請求項８に記載のシステム。
【請求項１０】
複数の中間中継点が設けられ、かつ、前記メッセージには、前記複数の中間中継点の１つに対する所望のデータ中継モードを示す、前記映像源によって初期化されるデータアイテムが含まれていることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記映像リンクが、一方向とされ、かつ、
前記ハイブリッドリンクが、１つまたは複数の制御コマンドを送信するように構成されたコマンドサブチャネルを含んだ双方向リンクとされていることを特徴とする請求項１に記載のシステム。
【請求項１２】
第１のデバイスと、
第２のデバイスと、
前記第１のデバイスを前記第２のデバイスに接続する映像リンクと、
前記第１のデバイスを前記第２のデバイスに接続するハイブリッドリンクと、を備え、
前記ハイブリッドリンクが、ハイブリッドリンク制御通信（ＨＬＣＳ）を実行して前記ハイブリッドリンクの物理層を操作することを特徴とするシステム。
【請求項１３】
前記ハイブリッドリンクが信号遷移のバーストで前記ハイブリッドリンク制御通信を実行するように構成されていることを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記ハイブリッドリンクが前記バーストの有無を用いて１および０の値を示すように構成されていることを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記ハイブリッドリンクが前記１および０の値の１つまたは複数のシーケンスを用いて前記ハイブリッドリンク間でメッセージを通信するように構成されていることを特徴とする請求項１４に記載のシステム。
【請求項１６】
映像源デバイスを映像受信側デバイスに接続する映像リンクの中で、支援する映像レーンの数を選択する工程を有し、
前記選択が、前記映像受信側デバイスのデバイス能力、物理層（ＰＨＹ）トレーニングの結果、ならびに、映像ピクセルレートおよび映像ピクセルサイズ、のうちの少なくとも１つに基づいて為される
ことを特徴とする映像ピクセルパッキング方法。
【請求項１７】
前記デバイス能力を、前記映像源デバイスおよび映像受信側デバイス間のハイブリッドリンクコマンドチャネルを介して読み取る工程をさらに含むことを特徴とする請求項１６に記載の映像ピクセルパッキング方法。
【請求項１８】
前記物理層トレーニングの結果には、前記映像源デバイスを前記映像受信側デバイスに接続するケーブルの性能が含まれていることを特徴とする請求項１６に記載の映像ピクセルパッキング方法。
【請求項１９】
第１のデバイスと、
複数のサブチャネルを有する第２のデバイスと、
前記第１のデバイスを前記第２のデバイスに接続してデータパケットを送信するハイブリッドチャネルと、を備え、
前記データパケットには、前記第２のデバイスの複数のサブチャネルそれぞれの待機を示す複数のビットを含むチャネル待機フィールドが含まれていることを特徴とするシステム。
【請求項２０】
前記第２のデバイスの対応するサブチャネルが待機状態にあるときに、前記チャネル待機フィールドのビットの１つが設定されることを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記第１のデバイスが、前記データパケットの前記チャネル待機フィールドを用いて前記第２のデバイスのステータスを判断するように構成されていることを特徴とする請求項１９に記載のシステム。
【請求項２２】
前記第１のデバイスが、前記設定されたビットが示すように待機状態にある前記対応するサブチャネルに対するデータを有するパケットを送信するように構成されていることを特徴とする請求項１９に記載のシステム。
【請求項２３】
映像源と、
映像受信側と、
前記映像源を前記映像受信側に接続するハイブリッドリンクと、
映像ストリームを前記映像源から１つまたは複数の映像レーンを介して前記映像受信側に送信する、前記映像源および前記映像受信側間の映像リンクと、を備え、
前記映像ストリームには、有効映像期間に時間軸集約された映像ピクセルデータが含まれ、前記それぞれの有効映像期間には、映像イメージの１本の水平ラインに対するピクセルデータが含まれている
ことを特徴とするシステム。
【請求項２４】
前記映像ストリームが前記映像リンクの１つまたは複数の映像レーン間で配信されることを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記映像レーンには前記それぞれの有効映像期間の開始と終了を示す少なくとも１つの制御シーケンスがそれぞれ含まれていることを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記それぞれの映像レーンには前記それぞれの有効映像期間に対するエラー検出コードが含まれていることを特徴とする請求項２４に記載のシステム。
【請求項２７】
前記エラー検出コードが、前記映像レーンに見出される前記有効ピクセルデータから、前記映像源によって算出されることを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記映像受信側が、前記エラー検出コードをデコードすると共に、前記受信した映像ピクセルデータが前記映像源によって送信された前記映像ピクセルデータと一致するかどうかを判断するように構成されていることを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記映像源および前記映像受信側が、１つまたは複数のエラー回復要求を通信して前記エラー検出コードを介して検出されたエラーを下げるように構成され、
前記エラー回復要求には、映像リンク送信機および受信機を維持する要求、映像レーンの数を変更する要求、ならびに、映像解像度、ピクセルサイズ、およびフレームレートの１つを変更して映像ピクセルレートを下げる要求、のうちの１つまたは複数が含まれることを特徴とする請求項２７に記載のシステム。
【請求項３０】
映像源、映像受信側、前記映像源および前記映像受信側間の複数のリンク、とを備え、
前記複数のリンクが、
前記映像源から該映像リンクの１つまたは複数の映像レーンを介して前記映像受信側に映像データを送信する、前記映像源および前記映像受像側間の少なくとも１つの映像リンクと、
前記映像源を前記映像受信側に接続するハイブリッドリンクと、
１つまたは複数のデータ中継モードを用いて前記映像源から前記受信側に１つまたは複数の前記リンクを介して映像コンテンツを中継するように構成された、前記映像源および前記受信機側間の少なくとも１つの中間中継点と、
前記映像リンクおよび前記ハイブリッドリンクに対して映像リンクトレーニングを実行するプロセッサと、を備え、
前記映像リンクトレーニングが、前記映像源から第１の前記複数のリンクのうちの１つにで始め、全てのリンクがトレーニングされて前記映像受信側に至るまで、前記映像受信側に向かって次に続くリンクで続ける
ことを特徴とするシステム。
【請求項３１】
前記プロセッサが、前記映像リンクから導出する映像ピクセルクロックを用いて前記それぞれのリンクに対して前記映像リンクトレーニングを個々に実行するように構成されていることを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記映像リンクトレーニングの結果には、成否、検出エラーレート、ビットレートを下げる前記映像源への要求、のうちの少なくとも１つが含まれることを特徴とする請求項３０に記載のシステム。
【請求項３３】
前記映像源が、前記映像レーンの数を増やして前記ビットレートを下げるように構成されていることを特徴とする請求項３０に記載のシステム。
【請求項３４】
少なくとも第１のデバイスと、第２のデバイスと、を有するネットワークを含むシステムであって、前記第２のデバイスが、前記第１のデバイスのインタフェースポートおよび前記第２のデバイスのインタフェースポートを介して、前記第１のデバイスに接続され、
前記ネットワーク内の前記少なくともいくつかのデバイスが、前記インタフェース間で互いに１つまたは複数のパケットを送受信するように構成され、
前記少なくとも１つのパケットには、外部インタフェースからのパケットの一部のカプセルが含まれる
ことを特徴とするシステム。
【請求項３５】
前記第２のデバイスを前記第１のデバイスに接続するインタフェースがディーバ（ＤｉｉＶＡ）とされることを特徴とする請求項３４に記載のシステム。
【請求項３６】
前記外部インタフェースが、イーサネット（登録商標）、ＩＥＥＥ８０２．１１を基礎とするインタフェース、およびイーサネット（登録商標）の変形、のうちの１つとされることを特徴とする請求項３５に記載のシステム。
【請求項３７】
前記ネットワークの少なくとも１つには、ユニークなネットワークアドレスが含まれていることを特徴とする請求項３６に記載のシステム。
【請求項３８】
前記外部インタフェースからの前記カプセルには、前記外部インタフェースのアドレスが含まれていることを特徴とする請求項３７に記載のシステム。
【請求項３９】
前記外部インタフェースのアドレスがイーサネット（登録商標）ＭＡＣアドレスとされることを特徴とする請求項３８に記載のシステム。
【請求項４０】
前記外部インタフェースのアドレスからのカプセル、および、外部インタフェースからのパケットの一部のカプセルを含む以前に受信したパケット、のうちの１つに基づいて、前記ネットワークの少なくとも１つのデバイスが、前記カプセルを含むパケットが送信される送信ポートを決定するように構成されていることを特徴とする請求項３９に記載のシステム。
【請求項４１】
前記以前に受信したパケットのカプセル化された外部インタフェースアドレスを、これから送信される前記パケットのカプセル化された外部インタフェースアドレスに合わせること、および、前記以前に受信した一致するパケットが受信された同じポートを、送信ポートとして選択すること、に基づいて、前記デバイスが前記送信ポートを決定するように構成されていることを特徴とする請求項４０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は２００８年３月２７日に提出された発明の名称が「映像および音声用双方向デジタルインタフェース（ＤＩＶＡ）」の米国特許出願第１２／０５７，０５１号、および２００９年１２月１１日に提出された発明の名称が「映像および音声用デジタルインタフェースへの電源供給（ＤｉｉＶＡ）」の米国特許出願第１２／６３６，０６３号に関する。上記２つの出願は本明細書に援用される。
【背景技術】
【０００２】
ディーバ（ＤｉｉＶＡ（Digital Interactive Interface For Video And Audio））は、非圧縮高解像映像、多重チャネル音声、および双方向高帯域幅データを１つのケーブルで送信できる、双方向音声／映像インタフェースである。ディーバは、非圧縮映像ピクセルおよび同期信号を送信するのに専用の一方向映像チャネルリンクに加えて、音声データ、制御データ、イーサネット（登録商標）データ、およびバルクデータを含み、これに限定されない、異種データの送信を可能とする双方向ハイブリッドデータチャネルを実現する。
【０００３】
ディーバは、家庭用マルチメディアネットワークにおける映像マネジメントおよび制御を含む、但し限定されない、様々な用途向けの高度化された機能を提供できる。
【発明の概要】
【０００４】
図面は例示可能な実施形態を開示する。これらがすべての実施形態を明らかにするわけではない。他の実施形態が追加または代替で用いられる。同じ参照番号が異なる図面に現れる場合は、同じまたは同様の構成要素または工程を参照するものである。
【図面の簡単な説明】
【０００５】
【図１】ディーバリンクの概略図である。
【図２】本開示の１つの実施形態に基づく、映像コンテンツを中継するシステムの概略ブロック図である。
【図３】（Ａ）本開示の１つの実施形態に基づく、ハイブリッドリンク制御パケットのタイミングチャートである。（Ｂ）ハイブリッドリンク制御パケットの一例である。
【図４】本開示の１つの実施形態に基づく、映像リンクにおける映像フレームを示す図である。
【図５】本開示の１つの実施形態に基づく、ハイブリッドリンクを経由してデータを送信することに用いられるパケットを示した図である。
【図６】（Ａ）シンボル周波数と、ピクセル周波数、ビット／ピクセル、レーン数との関係を数学的に示す式である。（Ｂ）シンボル周波数、ピクセル周波数、ビット／ピクセル、レーン数の関係を示す表である。
【図７】映像トレーニング要求パケットを示す表である。
【図８】映像トレーニング要求パケットフォーマットを示す表である。
【図９】カプセル化されたイーサネット（登録商標）パケットを示す表である。
【発明を実施するための形態】
【０００６】
本開示では、家庭用マルチメディアネットワークにおける映像マネージメントおよび制御に関する方法およびシステムが開示される。例示する実施形態について説明する。他の実施形態は追加または代替で用いられる。
【０００７】
ディーバは、制御データだけではなく他の種類のデータ、音声データ、イーサネット（登録商標）データ、およびバルクデータを含んで限定されない、伝送可能な双方向のハイブリッドデータチャネルを実現する双方向音声／映像インタフェースであり、ユーザが、デジタルＴＶまたは他のディーバデバイスから複数の民生電子デバイス（ＤＶＤプレーヤ、デジタルビデオレコーダ、セットアップボックス、パーソナルコンピュータ、カムコーダ、およびホームステレオシステムなどの、但し限定されない）を接続し、構成し、および制御することができる。
【０００８】
ディーバに関する詳細は米国仮出願第６１／２９４，４７６号に添付の書類に説明される。その内容は本明細書に援用される。
【０００９】
図１が、本発明の１つの実施形態による、ディーバリンクの電気接続の概略図である。ディーバリンクが２つのディーバデバイス間の接続である。図１に例示する実施形態などの実施例では、ディーバリンクが映像リンクおよびハイブリッドリンクで構成される。映像リンクが一方向（ダウンストリーム方向）であり、３つの映像レーンの、ＶＬ０、ＶＬ１およびＶＬ２（図１の１３２、１３３および１３４でそれぞれ示される）を有し、３つの異なる対に対応する。ハイブリッドリンクが半二重双方向であって、１本の差動対を用いる。図１に示すように、４つの対はすべて、ケーブルの両端で交流結合される。例示の実施形態において、差動対がそれぞれ、ＶＯポート、ＶＩポートの内側で電気的に５０オームで終端されるが、他の実施例では、差動対の電気的な終端に他の方法が用いられる。
【００１０】
各対の直流電圧レベルが個々の基準電圧の、ＶＵ０、ＶＵ１、ＶＵ３、ＶＤ０、ＶＤ１、ＶＤ２、およびＶＤ３で決まる。基準電圧がフェライトビーズなどの高周波遮断フィルタで差動信号から分離される。直流電力がディーバリンク間に供給され、リピータ、または中継器および移動デバイスを起動する。
【００１１】
ある実施形態では、ディーバＰＨＹ（物理層）が映像リンクＰＨＹおよびハイブリッドリンクＰＨＹで構成される。各ＰＨＹがロジカルサブレイヤおよび電子サブレイヤを有する。
【００１２】
ハイブリッドリンクが各パケットフレームのあとに方向の変更のある半二重接続である。各パケットにはヘッダ、ペイロードおよびＣＲＣが含まれる。
【００１３】
図２が本開示の１つの実施形態に基づいた、映像コンテンツを中継するシステム２００の概略ブロック図である。大きくは、システム２００が少なくとも１つの映像源（ソース、図２の参照番号２０１、２０２でそれぞれ示される）、少なくとも１つの映像受信側（シンク、図２の参照番号２１１、２１２でそれぞれ示される）、映像源（２０１または２０２）を映像受信側（２１１または２１２）に接続する１つまたは複数のリンクを有する。リンクのいくつかが図２の参照番号２５０および２５２にそれぞれ示される。システムがさらに、少なくとも１つの映像源（２０１または２０２）および受信側（２１１または２１２）間の中間中継点（図２の参照番号２２２、２２３、２２４および２２５）を有する。中間中継点が映像源からリンクを経由して映像受信側に、１つまたは複数のデータ中継モードを使用して、映像内容を中継するように構成される。各中間中継点が映像送信機、映像受信機、または両方を有する。
【００１４】
映像源が例示されるが、さらに一般には、何れの送信するデバイスが用いられて良い。また、映像受信側が例示されるが、さらに一般には、何れの受信するデバイスが用いられて良い。
【００１５】
ディーバを用いることで、映像源および映像受信側間における多数のソース、スイッチ、他のデバイスが接続できる。最大限のハイブリッドリンク動作を維持しつつ、実際の映像源および映像受信側間のデバイスが映像データを送信する機能を担う。映像源、受信側、およびリンクにはプロセッサまたはコントローラが設けられて、本開示で説明する機能を実現するように構成される。
【００１６】
本開示のある実施形態では、データ中継モードが、リサンプルモード、バッファリングモードの少なくとも１つを有する。リサンプルモード期間では、１つまたは複数の入力信号がクロックでサンプルされ、出力に中継される。バッファリング期間では、何れのローカルクロックを使用せずに、入力信号が等化され、増幅して出力に中継される。
【００１７】
ある実施形態では、リサンプル中継モードにおいて、ＶＩポートＰＨＹが映像クロック復元ユニット（ＣＲＵ）で映像データストリームからクロック情報を復元する。復元されたクロック情報が、あるケースではさらに処理されて、受信した映像データをリサンプルし、それをＶＯポートへ再送信する。この動作はケーブル、コネクタおよびＰＣＢ配線での、ある種の信号劣化を緩和する。リサンプルモード期間に、受信機は最大限の動作モード状態にある。
【００１８】
ある実施形態では、バッファリング中継モードにおいて、ＰＨＹがリサンプルすることなく、ダウンストリームの信号品質を改善する。ある実施形態では、バッファリング中継モードが、ケーブル長さを延長するためのケーブル信号ブースタに用いられる。
【００１９】
ある実施形態では、１つまたは複数の中継中間点がデータ中継モードの１つのみで動作する。ある実施形態では、１つまたは複数の中継中間点が動作モードの１つ以上において映像コンテンツを中継する。
【００２０】
ある実施形態では、映像源および中継中間点が、中継中間点のいくつかまたはすべてに対して、データ中継モードを選択する。
【００２１】
ある実施形態では、映像源が映像源から中継中間点を介して映像受信機に伝搬するメッセージを用いて、データ中継モードの選択を連絡する。
【００２２】
ある実施形態では、メッセージが映像源で初期化されるデータアイテムを含んで、最初の中継中間点に対して所望のデータ中継を指示しても良い。
【００２３】
ある実施形態では、各中継中間点の動作へのルールが確立されても良く、各中継中間点が送信機および受信機間のデータアイテム（シーケンス／セレクションフィールドなど）を変更し、その結果、次の中継中間点が所望の値を受信して所望の中継モードを選択する。
【００２４】
他の実施形態では、中継中間点が、データ中継モードにおいて動作できない場合に、データアイテム（シーケンス／セレクションフィールド）の値を特別な値にリセットする要求をする補足ルールが確立されても良い。
【００２５】
中継中間点を用いた映像中継が、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００２６】
本開示のある実施形態では、送信デバイスおよび受信デバイス間のハイブリッドリンクがパケットフレーム毎に方向変更の伴うディーバ半二重リンクとされる。各パケットフレームが方向識別子、５０のＤ１０．２シンボルのプリアンブル、４つのＳＯＰシンボル、パケット、およびＥＯＰシンボルで構成される。パケットがヘッダ、ペイロードおよびＣＲＣで構成される。
【００２７】
本開示のある実施形態では、ＨＬＣＳ（Hybrid Link Control Signaling）が用いられて、接続／非接続（Connection/Disconnection）検出、スピードグレードネゴシエーション、ＰＨＹパラメータ最適化、およびパワーマネジメントを含んで限定されないマネージメント操作を支援する。
【００２８】
これら実施形態では、第１のデバイス（ある実施形態ではソースデバイスでも良い）、第２のデバイス（ある実施形態では受信機でも良い）、および第１のデバイスと第２のデバイスを接続し、ハイブリッドリンク制御信号（ＨＬＣＳ）を実行するハイブリッドリンク、を有するシステムが用いられても良い。
【００２９】
図３（Ａ）が、本発明の１つの実施形態に基づいたハイブリッドＨＬＣＳパケット３００の一例を示している。パケットの範囲が参照番号３２０で示される。図示の実施形態において、ＨＬＣＳパケット３００には、４ビットプリアンブル３１０（１０１０）、１ビット送り表示３３０（リーダなら１、フォロワなら０）、１ビットパケットタイプ表示３４０（コマンドパケットなら１、データパケットなら０）、パケットタイプ表示３４０に続いて、８ビットデータ（先にＭＳｂ（Most Significant bit））、１ビットパリティビット３５０（送り表示、パケットタイプ表示、データビットのＸＯＲ）、および１ビットストップビット（１）が含まれる。
【００３０】
図３（Ａ）に示すように、ある実施形態では、ハイブリッドリンクがシグナルトランジションのバーストでＨＬＣＳを実行する。ハイブリッドリンクが該バーストの有無を用いて、１および０の値を示す。ハイブリッドリンクが１つまたは複数の１および０の値の連続を用いてハイブリッドリンク間でメッセージを通信する。
【００３１】
図３（Ｂ）が、本開示の１つの実施形態におけるＨＬＣＳコマンドの８ビットデータエンコードを示すテーブルである。
【００３２】
ある実施形態では、ＶＯポートおよびＶＩポートがＨＬＣSと通信しているとき、各ポーが次のうちの１つの状態にある。
【００３３】
（１）リセット
（２）初期化状態、Ｉｎｉt
（３）フォワードトレーニング  Ｆｔｒａｉｎ
（４）バックワードトレーニング  Ｂｔｒａｉｎ
（５）ノーマルオペレーション  ＰＯ
（６）シャロー／ディープ  サスペンデッド  Ｐ１／Ｐ２
【００３４】
ＶＯポートおよびＶＩポートが、ＨＬＣＳで通信しているときに、リーダ／フォロワベースの半二重通信を用いても良く、その中で、テストデバイスがＶＯポートに取り付けられる場合を除いて、ＶＯポートがリーダの役割を取り、ＶＩポートがフォロワの役割を取る。
【００３５】
ＨＬＣＳに関しては、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００３６】
図４が、本開示の１つの実施形態に基づいた映像リンクの映像フレームを示す。図４に示すように、映像リンクが、映像フレームで構成されるストリームとしての映像データを送信する。各映像フレームがプログレスモードの１つのフレームに対応し、１つのフィールドがインタレースモードに対応する。ある実施形態では、制御シーケンス（すなわち、ＳＯＦおよびＳＯＨシーケンス）が映像タイミングを表示するように用いられ、４回繰り返されてシンボルのロバストを確実に検出する。
【００３７】
ある実施形態では、映像ピクセルパッキング方法が、映像源デバイスを映像受信側デバイスに接続する映像リンクで支援される映像レーンの数を選択する工程を有する。該選択が、映像受信側デバイスの容量、物理層（ＰＨＹ）トレーニングの結果、および映像ピクセルレートおよび映像ピクセルサイズの少なくとも１つに基づいてなされる。
【００３８】
上記方法が、映像源デバイスおよび映像受信側デバイス間のハイブリッドコマンドチャネルを介してデバイス容量を読み取る工程をさらに有する。ＰＨＹトレーニングの結果には、中継中間点を介して映像源デバイスを映像受信側デバイスに接続するケーブルの特性が含まれても良い。
【００３９】
映像ピクセルパッキング方法に関しては、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００４０】
概略すると、本開示のある実施形態においては、ディーバのハイブリッドリンク（１３０）が、可変長ペイロード、固定サイズのヘッダ、およびテールを有するパケット双方向（半二重）データサービスを提供する。これら実施形態では、下層物理データリンクが、１つのデバイスのＶＩポートから別のＶＯポートへの２地点リンクである。データパケットをリンクの他の側と交換する際には、２つのポートがそれぞれ送信モードのターンを取っても良く、他の側が受信モードとなる。下層物理層が本質的に一方向である一方、ハイブリッドリンクが送信の交互方向によって論理的な双方向（すなわち半二重）データサービスを提供できる。
【００４１】
ある実施形態では、ハイブリッドリンクがコマンド／ステータス情報、並びに音声ストリーム、ＵＳＢおよびイーサネット（登録商標）データを送信するように用いられても良い。ハイブリッドリンクが、１つまたは複数の音声サブチャネル、コマンドサブチャネル、およびデータサブチャネルをこれに限定せずに含む、多数のサブチャネルを有して良い。
【００４２】
図５に、本開示の１つの実施形態に基づく、ハイブリッドリンク間のデータ送信に用いられるパケット５００が示される。一般のハイブリッドリンクパケットフォーマットが図５に示される。図５に示されるように、ハイブリッド間でデータを送信することに用いられるパケット５００が、ヘッダ５３０、ペイロード５２０、テール５１０を有して良い。例示の実施形態では、ヘッダのサイズが固定され、発送元および宛先のアドレス、ならびに送信パラメータを含んでいる。例示の実施形態では、ペイロードが、サイズが可変で最大１９８４バイトまでのユーザデータを有し、一方、テールが、ヘッダおよびペイロードから算出されるイーサネット（登録商標）パケットのＦＣＳ同様の３２ビットＣＲＣである。他の実施形態が、他の種類のヘッダ、ペイロード、およびテールを有しても良い。例示の実施形態では、ワード０のバイト０が最初に送信される。
【００４３】
パケット５００がチャネルレディフィールド（channel readiness filed）（ＣＨ−ＲＤＹ）５５０を有し、それが送信デバイスにおける複数のサブチャネルの１つ毎のレディを表示するような複数のビットを有する。フィールド５５０のビットの１つが、送信デバイスの対応するサブチャネルがレディのときに、設定されて良い。
【００４４】
第１のデバイスによってデータパケットのチャネルレディネスフィールド５５０が用いられて、ハイブリッドリンクで第１のデバイスに接続される第２のデバイスのステータスを判断しても良い。
【００４５】
第１のデバイスが、チャネルレディネスフィールド５５０の設定ビットで示されるように、データを受信する状態にある第２のデバイス内の対応するサブチャネルのデータを有するパケットを送信しても良い。パケットの宛先サブチャネルが図５に示されるパケットのＣＨ−ＩＤで指示される。また、この第１のデバイスによって送信されるデータパケットが第１のデバイスの対応するサブチャネルのレディネスを指示するチャネルレディネスフィールドを有する。
【００４６】
本開示のある実施形態では、映像リンクが映像源から１つまたは複数の映像レーンを介して映像受信側に映像ストリームを送信するように構成されても良い。映像ストリームが有効映像期間で時間集約された映像ピクセルデータを含んで良く、各有効映像期間には映像イメージの１つ水平ラインに対するピクセルデータが含まれる。
【００４７】
ある実施形態では、映像ストリームが映像リンク内の１つまたは複数の映像レーン間で配信されて良い。
【００４８】
ある実施形態では、各映像レーンが各有効映像期間の開始および終了を示す少なくとも１つまたは複数の制御シーケンスを有して良い。ある実施形態では、各映像レーンが各有効映像期間に対するエラー検出コードを有して良い。エラー検出コードが、映像源によって該映像レーンに見出される有効ピクセルデータから算出されても良い。映像受信側がエラー検出コードをデコードするように構成され、受信した映像ピクセルデータが映像源から送信された映像ピクセルデータと一致するかを判定しても良い。
【００４９】
ある実施形態では、映像源および映像受信側が１つまたは複数のエラー復帰要求を通信してエラー数を減らすように構成されても良い。エラー復帰要求が、映像リンク送信機および受信機を維持する要求、映像レーンの数を変更する要求、映像解像度、ピクセルサイズおよびフレームレートのうちの１つを変更して映像データレートを減少させる要求、のうち１つまたは複数を有しても良い。
【００５０】
ディーバ映像リンクが用いられる本開示の実施形態において、データが２つまたは３つのカラーコンポーネントのグループで送信される（各可視ピクセルが３つのカラーコンポーネント、Ｒ、Ｇ、ＢまたはＹ、Ｃｂ、Ｃｒの何れかで表される）。１つの実施形態では、このデータが２つまたは３つのカラーコンポーネントのグループで送信され、ピクセルエンコード方式がＹＣｒＣｂ４：２：２の場合に２つのカラーコンポーネントで、ピクセルエンコード方式がＲＧＢまたはＹＣｒＣｂ４：４：４の場合に３つのカラーコンポーネントで、送信される。各カラーコンポーネントのビット幅（すなわち、ビット／コンポーネント「ｂｐｃ」）がその中の１つである。このように、１つのピクセルのビット幅（すなわち、ビット／ピクセル、「ｂｐｐ」）が１つのカラーコンポーネントのビット幅およびピクセルエンコード方式の複合で決定される。図６（Ａ）がシンボル周波数をピクセル周波数と数学的に関連付ける式であり、図６（Ｂ）がシンボル周波数およびピクセル周波数間の関係を示す表である。
【００５１】
本開示のある実施形態では、映像リンクトレーニングが映像リンクおよびハイブリッドリンクに対して（たとえば、プロセッサまたはコントローラによって）実施されて良い。ある実施形態では、映像リンクトレーニングが映像源から複数のリンクの最初の１つで開始して、映像受信側に向ってすべてのリンクがトレーニングされて映像受信機に到達するまで、次に続くリンクを継続しても良い。
【００５２】
プロセッサ（またはコントローラ）が、映像リンクから抽出した映像ピクセルクロックを用いて複数のリンク毎に映像リンクトレーニングを実行しても良い。映像リンクトレーニングの結果には、成否、検出エラーレート、および映像源に対してビットレート低減の要求、のうちの少なくとも１つが含まれる。
【００５３】
ある実施形態では、映像源が映像レーンの数を増やしてビットレートを下げても良い。
【００５４】
図７が映像トレーニング要求パケットの１つの実施形態を説明する表であり、一方、図８が映像トレーニング要求パケットフォーマットを示す表である。
【００５５】
映像レーン、エラー検出、および映像リンクトレーニングに関して、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００５６】
ディーバデバイスがディーバインタフェース間でイーサネット（登録商標）パケットを送信できることでも良い。
【００５７】
さらに一般的には、本開示のある実施形態では、イーサネット（登録商標）カプセル化およびルーチンが実行されて良い。これらの実施形態において、システムが、それぞれがユニークなネットワークアドレスを有する、少なくとも第１のデバイス、該第１のデバイスに接続された第２のデバイスを有するネットワークを含んで良い。１つのデバイスから別のデバイスに送信されるパケットが外部インタフェースからパケットの部分のカプセル化を含んで良い。また、外部インタフェースに見出される外部デバイスがユニークな外部ネットワークアドレスを含む。１つまたは複数の実施形態では、第２のデバイスを第１のデバイスに接続するインタフェースが、そのネットワークアドレスがディーバデバイスアドレスであるディーバとされる。
【００５８】
外部インタフェースがイーサネット（登録商標）、ＩＥＥＥ８０２．１１ベースのインタフェース、およびイーサネット（登録商標）の変形の１つでも良い。
【００５９】
ある実施形態では、外部インタフェースからのカプセル化が外部インタフェース用のアドレスでも良い。ある実施形態では、外部インタフェース用のアドレスがイーサネット（登録商標）ＭＡＣアドレスであって良い。
【００６０】
ある実施形態では、ネットワークの少なくとも１つが、カプセルを含むパケットが送信される送信ポートを決定するように構成されて良く、外部インタフェースのアドレスのカプセル、外部インタフェースからのパケットの部分のカプセルをやはり含む以前に受信したパケット、の１つに基づいて決定される。以前に受信したパケットのカプセル化された外部インタフェースアドレスを送信されるパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、デバイスが送信ポートを決定するように構成されても良い。
【００６１】
ある実施形態では、以前に受信したパケットのカプセル化された外部インタフェースアドレスを、送信するパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、送信ポートを決定するようにデバイスが構成されても良い。
【００６２】
他の実施形態では、デバイスが固有の宛先タグ値をカプセル化しても良く、該タグ値は、送信したパケットに送信する外部インタフェースアドレスに一致するカプセル化された外部インタフェースアドレスを有する以前に受信したカプセルパケットから抽出された発信元タグ値として、同じ値である。
【００６３】
ある実施形態では、カプセルパケットを受信するデバイスが、宛先タグ値を用いてカプセルパケットの内部ルーチン宛先を決定しても良い。他の実施形態では、カプセルパケットを受信するデバイスが、時々パケット内容を非カプセル化し（開ける）、カプセルパケット送信デバイスによって受信されたオリジナルパケットにほぼ類似する外部インタフェースパケットに再生成する。
【００６４】
図９が、本開示の１つの実施形態に基づいた、カプセル化されたイーサネット（登録商標）パケットを示す表である。この表において、ＤＥＳＴ＿ＥＴＡＧおよびＩＮＩＴ＿ＥＴＡＧがそれぞれイーサネット（登録商標）ペイロードの宛先およびソースＭＡＣアドレスに関連したイーサネット（登録商標）サービス固有フィールドである。これらがイーサネット（登録商標）ルーチンメカニズムに利用可能とされるＭＡＣアドレスエクステンションとして考慮されても良い。
【００６５】
ディーバデバイスが、それを宛先とされたハイブリッドリンクパケットにカプセル化されたイーサネット（登録商標）パケットとして受信すると（すなわち、ＤＥＳＴ＿ＤＤＡがそれのＤＤＡである）、それがソースイーサネット（登録商標）アドレス、ＩＮＩＴ＿ＥＴＡＧ、およびパケットが受信されたハイブリッドリンクポートへのＩＮＩＴ＿ＤＤＡと関連する。この情報がイーサネット（登録商標）ルーチンテーブルの中に入力され、その結果、一致する宛先アドレスを有するイーサネット（登録商標）パケットがイーサネット（登録商標）インタフェースで受信された場合、関連のＥＴＡＧおよびＤＤＡが、イーサネット（登録商標）パケットをカプセル化するように用いられるＨＬパケットヘッダのＩＮＩＴ＿ＥＴＡＧおよびＩＮＩＴ＿ＤＤＡフィールドに挿入される。
【００６６】
イーサネット（登録商標）カプセル化およびディーバのルーチンに関して、米国仮出願第６１／２９４，４７６号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。
【００６７】
まとめると、映像管理、制御、およびディーバのイーサネット（登録商標）カプセル化、ルーチンに関する方法とシステムを本開示で説明してきた。説明してきた構成要素、工程、機能、目的、効果、優位な点は例示に過ぎない。何れの１つも、またそれに関する説明も、特許請求の範囲を何れにしても限定するものではない。
【００６８】
ある実施形態が説明されてあっても、一方でこれら実施形態の中で黙示される主旨が他の実施形態で用いられても良いことは明白である。より少ない、補助の、および／または異なる構成要素、工程、機能、目的、効果、優位な点を有する実施形態を含め、多くの他の実施形態がやはり検討される。構成要素および工程が相異して配置され、並べられて良い。説明され例示された１つが、構成要素、工程、機能、目的、効果、優位な点の何れに特化する、または公然と同等にする意図はまったく無い。
【００６９】
本開示において、要素の単一の参照は、特別にそのように言及しない限りは、「１つまたはわずか１つ」を意味するものではなく、むしろ「１つまたは複数」を意味するものである。本開示を通して説明した多数の実施形態の要素に等価な、当技術分野の当業者に知られているまたは今後知られるすべての構造および機能が、本明細書に組み込まれて援用される。
【図１】
2013517693.tif 000003
【図２】
2013517693.tif 000004
【図３】
2013517693.tif 000005
【図４】
2013517693.tif 000006
【図５】
2013517693.tif 000007
【図６】
2013517693.tif 000008
【図７】
2013517693.tif 000009
【図８】
2013517693.tif 000010
【図９】
2013517693.tif 000011
【国際調査報告】
2013517693.tif 000012
2013517693.tif 000013