"送信デバイスと、受信デバイスと、前記送信デバイスを前記受信デバイスに接続する、映像リンクおよびハイブリッドリンクと、前記送信デバイスおよび前記受信デバイスとの間の少なくとも1つの中間中継点と、を備え、前記中間中継点が、1つまたは複数のデータ中継モードを用いて映像コンテンツを前記送信デバイスから前記ハイブリッドリンクを介して前記受信デバイスに中継するように構成されたことを特徴とするシステム。前記データ中継モードが、中継データ信号の特性に対する1つまたは複数のインパクトの種類およびその大きさで異なっていることを特徴とする請求項1に記載のシステム。前記データ中継モードには、1つまたは複数の入力信号がクロックでサンプリングされて出力に中継されるリサンプリングモード、入力信号が等化され増幅されて前記出力に中継され、かつ、クロックが使用されないバッファリングモード、の少なくとも1つが含まれていることを特徴とする請求項1に記載のシステム。前記中間中継点のそれぞれには、映像送信機および映像受信機の少なくとも1つが含まれていることを特徴とする請求項1に記載のシステム。前記送信デバイスが映像源とされ、前記受信デバイスが映像受信側とされることを特徴とする請求項1に記載のシステム。複数の中間中継点が設けられ、かつ、該中間中継点の少なくとも1つが、前記データ中継モードのうちの1つだけで動作するように構成されていることを特徴とする請求項1に記載のシステム。複数の中間中継点が設けられ、かつ、該中間中継点の少なくとも1つが、前記動作モードのうちの1つ以上で前記データ中継を行うように構成されていることを特徴とする請求項1に記載のシステム。前記送信デバイスおよび前記中間中継点が、前記中間中継点それぞれに対して前記データ中継モードを選択するように構成されていることを特徴とする請求項1に記載のシステム。前記送信デバイスが、前記送信デバイスから少なくとも1つの前記中間中継点を経由して前記受信デバイスに送信されるメッセージを送信することで、前記中間中継点のデータ中継モードの選択を通信するように構成されていることを特徴とする請求項8に記載のシステム。複数の中間中継点が設けられ、かつ、前記メッセージには、前記複数の中間中継点の1つに対する所望のデータ中継モードを示す、前記映像源によって初期化されるデータアイテムが含まれていることを特徴とする請求項9に記載のシステム。前記映像リンクが、一方向とされ、かつ、前記ハイブリッドリンクが、1つまたは複数の制御コマンドを送信するように構成されたコマンドサブチャネルを含んだ双方向リンクとされていることを特徴とする請求項1に記載のシステム。第1のデバイスと、第2のデバイスと、前記第1のデバイスを前記第2のデバイスに接続する映像リンクと、前記第1のデバイスを前記第2のデバイスに接続するハイブリッドリンクと、を備え、前記ハイブリッドリンクが、ハイブリッドリンク制御通信HLCSを実行して前記ハイブリッドリンクの物理層を操作することを特徴とするシステム。前記ハイブリッドリンクが信号遷移のバーストで前記ハイブリッドリンク制御通信を実行するように構成されていることを特徴とする請求項12に記載のシステム。前記ハイブリッドリンクが前記バーストの有無を用いて1および0の値を示すように構成されていることを特徴とする請求項13に記載のシステム。前記ハイブリッドリンクが前記1および0の値の1つまたは複数のシーケンスを用いて前記ハイブリッドリンク間でメッセージを通信するように構成されていることを特徴とする請求項14に記載のシステム。映像源デバイスを映像受信側デバイスに接続する映像リンクの中で、支援する映像レーンの数を選択する工程を有し、前記選択が、前記映像受信側デバイスのデバイス能力、物理層PHYトレーニングの結果、ならびに、映像ピクセルレートおよび映像ピクセルサイズ、のうちの少なくとも1つに基づいて為されることを特徴とする映像ピクセルパッキング方法。前記デバイス能力を、前記映像源デバイスおよび映像受信側デバイス間のハイブリッドリンクコマンドチャネルを介して読み取る工程をさらに含むことを特徴とする請求項16に記載の映像ピクセルパッキング方法。前記物理層トレーニングの結果には、前記映像源デバイスを前記映像受信側デバイスに接続するケーブルの性能が含まれていることを特徴とする請求項16に記載の映像ピクセルパッキング方法。第1のデバイスと、複数のサブチャネルを有する第2のデバイスと、前記第1のデバイスを前記第2のデバイスに接続してデータパケットを送信するハイブリッドチャネルと、を備え、前記データパケットには、前記第2のデバイスの複数のサブチャネルそれぞれの待機を示す複数のビットを含むチャネル待機フィールドが含まれていることを特徴とするシステム。前記第2のデバイスの対応するサブチャネルが待機状態にあるときに、前記チャネル待機フィールドのビットの1つが設定されることを特徴とする請求項19に記載のシステム。前記第1のデバイスが、前記データパケットの前記チャネル待機フィールドを用いて前記第2のデバイスのステータスを判断するように構成されていることを特徴とする請求項19に記載のシステム。前記第1のデバイスが、前記設定されたビットが示すように待機状態にある前記対応するサブチャネルに対するデータを有するパケットを送信するように構成されていることを特徴とする請求項19に記載のシステム。映像源と、映像受信側と、前記映像源を前記映像受信側に接続するハイブリッドリンクと、映像ストリームを前記映像源から1つまたは複数の映像レーンを介して前記映像受信側に送信する、前記映像源および前記映像受信側間の映像リンクと、を備え、前記映像ストリームには、有効映像期間に時間軸集約された映像ピクセルデータが含まれ、前記それぞれの有効映像期間には、映像イメージの1本の水平ラインに対するピクセルデータが含まれていることを特徴とするシステム。前記映像ストリームが前記映像リンクの1つまたは複数の映像レーン間で配信されることを特徴とする請求項23に記載のシステム。前記映像レーンには前記それぞれの有効映像期間の開始と終了を示す少なくとも1つの制御シーケンスがそれぞれ含まれていることを特徴とする請求項24に記載のシステム。前記それぞれの映像レーンには前記それぞれの有効映像期間に対するエラー検出コードが含まれていることを特徴とする請求項24に記載のシステム。前記エラー検出コードが、前記映像レーンに見出される前記有効ピクセルデータから、前記映像源によって算出されることを特徴とする請求項26に記載のシステム。前記映像受信側が、前記エラー検出コードをデコードすると共に、前記受信した映像ピクセルデータが前記映像源によって送信された前記映像ピクセルデータと一致するかどうかを判断するように構成されていることを特徴とする請求項27に記載のシステム。前記映像源および前記映像受信側が、1つまたは複数のエラー回復要求を通信して前記エラー検出コードを介して検出されたエラーを下げるように構成され、前記エラー回復要求には、映像リンク送信機および受信機を維持する要求、映像レーンの数を変更する要求、ならびに、映像解像度、ピクセルサイズ、およびフレームレートの1つを変更して映像ピクセルレートを下げる要求、のうちの1つまたは複数が含まれることを特徴とする請求項27に記載のシステム。映像源、映像受信側、前記映像源および前記映像受信側間の複数のリンク、とを備え、前記複数のリンクが、前記映像源から該映像リンクの1つまたは複数の映像レーンを介して前記映像受信側に映像データを送信する、前記映像源および前記映像受像側間の少なくとも1つの映像リンクと、前記映像源を前記映像受信側に接続するハイブリッドリンクと、1つまたは複数のデータ中継モードを用いて前記映像源から前記受信側に1つまたは複数の前記リンクを介して映像コンテンツを中継するように構成された、前記映像源および前記受信機側間の少なくとも1つの中間中継点と、前記映像リンクおよび前記ハイブリッドリンクに対して映像リンクトレーニングを実行するプロセッサと、を備え、前記映像リンクトレーニングが、前記映像源から第1の前記複数のリンクのうちの1つにで始め、全てのリンクがトレーニングされて前記映像受信側に至るまで、前記映像受信側に向かって次に続くリンクで続けることを特徴とするシステム。前記プロセッサが、前記映像リンクから導出する映像ピクセルクロックを用いて前記それぞれのリンクに対して前記映像リンクトレーニングを個々に実行するように構成されていることを特徴とする請求項30に記載のシステム。前記映像リンクトレーニングの結果には、成否、検出エラーレート、ビットレートを下げる前記映像源への要求、のうちの少なくとも1つが含まれることを特徴とする請求項30に記載のシステム。前記映像源が、前記映像レーンの数を増やして前記ビットレートを下げるように構成されていることを特徴とする請求項30に記載のシステム。少なくとも第1のデバイスと、第2のデバイスと、を有するネットワークを含むシステムであって、前記第2のデバイスが、前記第1のデバイスのインタフェースポートおよび前記第2のデバイスのインタフェースポートを介して、前記第1のデバイスに接続され、前記ネットワーク内の前記少なくともいくつかのデバイスが、前記インタフェース間で互いに1つまたは複数のパケットを送受信するように構成され、前記少なくとも1つのパケットには、外部インタフェースからのパケットの一部のカプセルが含まれることを特徴とするシステム。前記第2のデバイスを前記第1のデバイスに接続するインタフェースがディーバDiiVAとされることを特徴とする請求項34に記載のシステム。前記外部インタフェースが、イーサネット登録商標、IEEE802.11を基礎とするインタフェース、およびイーサネット登録商標の変形、のうちの1つとされることを特徴とする請求項35に記載のシステム。前記ネットワークの少なくとも1つには、ユニークなネットワークアドレスが含まれていることを特徴とする請求項36に記載のシステム。前記外部インタフェースからの前記カプセルには、前記外部インタフェースのアドレスが含まれていることを特徴とする請求項37に記載のシステム。前記外部インタフェースのアドレスがイーサネット登録商標MACアドレスとされることを特徴とする請求項38に記載のシステム。前記外部インタフェースのアドレスからのカプセル、および、外部インタフェースからのパケットの一部のカプセルを含む以前に受信したパケット、のうちの1つに基づいて、前記ネットワークの少なくとも1つのデバイスが、前記カプセルを含むパケットが送信される送信ポートを決定するように構成されていることを特徴とする請求項39に記載のシステム。前記以前に受信したパケットのカプセル化された外部インタフェースアドレスを、これから送信される前記パケットのカプセル化された外部インタフェースアドレスに合わせること、および、前記以前に受信した一致するパケットが受信された同じポートを、送信ポートとして選択すること、に基づいて、前記デバイスが前記送信ポートを決定するように構成されていることを特徴とする請求項40に記載のシステム。本開示では、家庭用マルチメディアネットワークにおける映像マネージメントおよび制御に関する方法およびシステムが開示される。例示する実施形態について説明する。他の実施形態は追加または代替で用いられる。ディーバは、制御データだけではなく他の種類のデータ、音声データ、イーサネット登録商標データ、およびバルクデータを含んで限定されない、伝送可能な双方向のハイブリッドデータチャネルを実現する双方向音声/映像インタフェースであり、ユーザが、デジタルTVまたは他のディーバデバイスから複数の民生電子デバイスDVDプレーヤ、デジタルビデオレコーダ、セットアップボックス、パーソナルコンピュータ、カムコーダ、およびホームステレオシステムなどの、但し限定されないを接続し、構成し、および制御することができる。ディーバに関する詳細は米国仮出願第61/294,476号に添付の書類に説明される。その内容は本明細書に援用される。図1が、本発明の1つの実施形態による、ディーバリンクの電気接続の概略図である。ディーバリンクが2つのディーバデバイス間の接続である。図1に例示する実施形態などの実施例では、ディーバリンクが映像リンクおよびハイブリッドリンクで構成される。映像リンクが一方向ダウンストリーム方向であり、3つの映像レーンの、VL0、VL1およびVL2図1の132、133および134でそれぞれ示されるを有し、3つの異なる対に対応する。ハイブリッドリンクが半二重双方向であって、1本の差動対を用いる。図1に示すように、4つの対はすべて、ケーブルの両端で交流結合される。例示の実施形態において、差動対がそれぞれ、VOポート、VIポートの内側で電気的に50オームで終端されるが、他の実施例では、差動対の電気的な終端に他の方法が用いられる。各対の直流電圧レベルが個々の基準電圧の、VU0、VU1、VU3、VD0、VD1、VD2、およびVD3で決まる。基準電圧がフェライトビーズなどの高周波遮断フィルタで差動信号から分離される。直流電力がディーバリンク間に供給され、リピータ、または中継器および移動デバイスを起動する。ある実施形態では、ディーバPHY物理層が映像リンクPHYおよびハイブリッドリンクPHYで構成される。各PHYがロジカルサブレイヤおよび電子サブレイヤを有する。ハイブリッドリンクが各パケットフレームのあとに方向の変更のある半二重接続である。各パケットにはヘッダ、ペイロードおよびCRCが含まれる。図2が本開示の1つの実施形態に基づいた、映像コンテンツを中継するシステム200の概略ブロック図である。大きくは、システム200が少なくとも1つの映像源ソース、図2の参照番号201、202でそれぞれ示される、少なくとも1つの映像受信側シンク、図2の参照番号211、212でそれぞれ示される、映像源201または202を映像受信側211または212に接続する1つまたは複数のリンクを有する。リンクのいくつかが図2の参照番号250および252にそれぞれ示される。システムがさらに、少なくとも1つの映像源201または202および受信側211または212間の中間中継点図2の参照番号222、223、224および225を有する。中間中継点が映像源からリンクを経由して映像受信側に、1つまたは複数のデータ中継モードを使用して、映像内容を中継するように構成される。各中間中継点が映像送信機、映像受信機、または両方を有する。映像源が例示されるが、さらに一般には、何れの送信するデバイスが用いられて良い。また、映像受信側が例示されるが、さらに一般には、何れの受信するデバイスが用いられて良い。ディーバを用いることで、映像源および映像受信側間における多数のソース、スイッチ、他のデバイスが接続できる。最大限のハイブリッドリンク動作を維持しつつ、実際の映像源および映像受信側間のデバイスが映像データを送信する機能を担う。映像源、受信側、およびリンクにはプロセッサまたはコントローラが設けられて、本開示で説明する機能を実現するように構成される。本開示のある実施形態では、データ中継モードが、リサンプルモード、バッファリングモードの少なくとも1つを有する。リサンプルモード期間では、1つまたは複数の入力信号がクロックでサンプルされ、出力に中継される。バッファリング期間では、何れのローカルクロックを使用せずに、入力信号が等化され、増幅して出力に中継される。ある実施形態では、リサンプル中継モードにおいて、VIポートPHYが映像クロック復元ユニットCRUで映像データストリームからクロック情報を復元する。復元されたクロック情報が、あるケースではさらに処理されて、受信した映像データをリサンプルし、それをVOポートへ再送信する。この動作はケーブル、コネクタおよびPCB配線での、ある種の信号劣化を緩和する。リサンプルモード期間に、受信機は最大限の動作モード状態にある。ある実施形態では、バッファリング中継モードにおいて、PHYがリサンプルすることなく、ダウンストリームの信号品質を改善する。ある実施形態では、バッファリング中継モードが、ケーブル長さを延長するためのケーブル信号ブースタに用いられる。ある実施形態では、1つまたは複数の中継中間点がデータ中継モードの1つのみで動作する。ある実施形態では、1つまたは複数の中継中間点が動作モードの1つ以上において映像コンテンツを中継する。ある実施形態では、映像源および中継中間点が、中継中間点のいくつかまたはすべてに対して、データ中継モードを選択する。ある実施形態では、映像源が映像源から中継中間点を介して映像受信機に伝搬するメッセージを用いて、データ中継モードの選択を連絡する。ある実施形態では、メッセージが映像源で初期化されるデータアイテムを含んで、最初の中継中間点に対して所望のデータ中継を指示しても良い。ある実施形態では、各中継中間点の動作へのルールが確立されても良く、各中継中間点が送信機および受信機間のデータアイテムシーケンス/セレクションフィールドなどを変更し、その結果、次の中継中間点が所望の値を受信して所望の中継モードを選択する。他の実施形態では、中継中間点が、データ中継モードにおいて動作できない場合に、データアイテムシーケンス/セレクションフィールドの値を特別な値にリセットする要求をする補足ルールが確立されても良い。中継中間点を用いた映像中継が、米国仮出願第61/294,476号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。本開示のある実施形態では、送信デバイスおよび受信デバイス間のハイブリッドリンクがパケットフレーム毎に方向変更の伴うディーバ半二重リンクとされる。各パケットフレームが方向識別子、50のD10.2シンボルのプリアンブル、4つのSOPシンボル、パケット、およびEOPシンボルで構成される。パケットがヘッダ、ペイロードおよびCRCで構成される。本開示のある実施形態では、HLCSHybridLinkControlSignalingが用いられて、接続/非接続ConnectionDisconnection検出、スピードグレードネゴシエーション、PHYパラメータ最適化、およびパワーマネジメントを含んで限定されないマネージメント操作を支援する。これら実施形態では、第1のデバイスある実施形態ではソースデバイスでも良い、第2のデバイスある実施形態では受信機でも良い、および第1のデバイスと第2のデバイスを接続し、ハイブリッドリンク制御信号HLCSを実行するハイブリッドリンク、を有するシステムが用いられても良い。図3Aが、本発明の1つの実施形態に基づいたハイブリッドHLCSパケット300の一例を示している。パケットの範囲が参照番号320で示される。図示の実施形態において、HLCSパケット300には、4ビットプリアンブル3101010、1ビット送り表示330リーダなら1、フォロワなら0、1ビットパケットタイプ表示340コマンドパケットなら1、データパケットなら0、パケットタイプ表示340に続いて、8ビットデータ先にMSbMostSignificantbit、1ビットパリティビット350送り表示、パケットタイプ表示、データビットのXOR、および1ビットストップビット1が含まれる。図3Aに示すように、ある実施形態では、ハイブリッドリンクがシグナルトランジションのバーストでHLCSを実行する。ハイブリッドリンクが該バーストの有無を用いて、1および0の値を示す。ハイブリッドリンクが1つまたは複数の1および0の値の連続を用いてハイブリッドリンク間でメッセージを通信する。図3Bが、本開示の1つの実施形態におけるHLCSコマンドの8ビットデータエンコードを示すテーブルである。ある実施形態では、VOポートおよびVIポートがHLCSと通信しているとき、各ポーが次のうちの1つの状態にある。1リセット2初期化状態、Init3フォワードトレーニングFtrain4バックワードトレーニングBtrain5ノーマルオペレーションPO6シャロー/ディープサスペンデッドP1/P2VOポートおよびVIポートが、HLCSで通信しているときに、リーダ/フォロワベースの半二重通信を用いても良く、その中で、テストデバイスがVOポートに取り付けられる場合を除いて、VOポートがリーダの役割を取り、VIポートがフォロワの役割を取る。HLCSに関しては、米国仮出願第61/294,476号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。図4が、本開示の1つの実施形態に基づいた映像リンクの映像フレームを示す。図4に示すように、映像リンクが、映像フレームで構成されるストリームとしての映像データを送信する。各映像フレームがプログレスモードの1つのフレームに対応し、1つのフィールドがインタレースモードに対応する。ある実施形態では、制御シーケンスすなわち、SOFおよびSOHシーケンスが映像タイミングを表示するように用いられ、4回繰り返されてシンボルのロバストを確実に検出する。ある実施形態では、映像ピクセルパッキング方法が、映像源デバイスを映像受信側デバイスに接続する映像リンクで支援される映像レーンの数を選択する工程を有する。該選択が、映像受信側デバイスの容量、物理層PHYトレーニングの結果、および映像ピクセルレートおよび映像ピクセルサイズの少なくとも1つに基づいてなされる。上記方法が、映像源デバイスおよび映像受信側デバイス間のハイブリッドコマンドチャネルを介してデバイス容量を読み取る工程をさらに有する。PHYトレーニングの結果には、中継中間点を介して映像源デバイスを映像受信側デバイスに接続するケーブルの特性が含まれても良い。映像ピクセルパッキング方法に関しては、米国仮出願第61/294,476号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。概略すると、本開示のある実施形態においては、ディーバのハイブリッドリンク130が、可変長ペイロード、固定サイズのヘッダ、およびテールを有するパケット双方向半二重データサービスを提供する。これら実施形態では、下層物理データリンクが、1つのデバイスのVIポートから別のVOポートへの2地点リンクである。データパケットをリンクの他の側と交換する際には、2つのポートがそれぞれ送信モードのターンを取っても良く、他の側が受信モードとなる。下層物理層が本質的に一方向である一方、ハイブリッドリンクが送信の交互方向によって論理的な双方向すなわち半二重データサービスを提供できる。ある実施形態では、ハイブリッドリンクがコマンド/ステータス情報、並びに音声ストリーム、USBおよびイーサネット登録商標データを送信するように用いられても良い。ハイブリッドリンクが、1つまたは複数の音声サブチャネル、コマンドサブチャネル、およびデータサブチャネルをこれに限定せずに含む、多数のサブチャネルを有して良い。図5に、本開示の1つの実施形態に基づく、ハイブリッドリンク間のデータ送信に用いられるパケット500が示される。一般のハイブリッドリンクパケットフォーマットが図5に示される。図5に示されるように、ハイブリッド間でデータを送信することに用いられるパケット500が、ヘッダ530、ペイロード520、テール510を有して良い。例示の実施形態では、ヘッダのサイズが固定され、発送元および宛先のアドレス、ならびに送信パラメータを含んでいる。例示の実施形態では、ペイロードが、サイズが可変で最大1984バイトまでのユーザデータを有し、一方、テールが、ヘッダおよびペイロードから算出されるイーサネット登録商標パケットのFCS同様の32ビットCRCである。他の実施形態が、他の種類のヘッダ、ペイロード、およびテールを有しても良い。例示の実施形態では、ワード0のバイト0が最初に送信される。パケット500がチャネルレディフィールドchannelreadinessfiledCH-RDY550を有し、それが送信デバイスにおける複数のサブチャネルの1つ毎のレディを表示するような複数のビットを有する。フィールド550のビットの1つが、送信デバイスの対応するサブチャネルがレディのときに、設定されて良い。第1のデバイスによってデータパケットのチャネルレディネスフィールド550が用いられて、ハイブリッドリンクで第1のデバイスに接続される第2のデバイスのステータスを判断しても良い。第1のデバイスが、チャネルレディネスフィールド550の設定ビットで示されるように、データを受信する状態にある第2のデバイス内の対応するサブチャネルのデータを有するパケットを送信しても良い。パケットの宛先サブチャネルが図5に示されるパケットのCH-IDで指示される。また、この第1のデバイスによって送信されるデータパケットが第1のデバイスの対応するサブチャネルのレディネスを指示するチャネルレディネスフィールドを有する。本開示のある実施形態では、映像リンクが映像源から1つまたは複数の映像レーンを介して映像受信側に映像ストリームを送信するように構成されても良い。映像ストリームが有効映像期間で時間集約された映像ピクセルデータを含んで良く、各有効映像期間には映像イメージの1つ水平ラインに対するピクセルデータが含まれる。ある実施形態では、映像ストリームが映像リンク内の1つまたは複数の映像レーン間で配信されて良い。ある実施形態では、各映像レーンが各有効映像期間の開始および終了を示す少なくとも1つまたは複数の制御シーケンスを有して良い。ある実施形態では、各映像レーンが各有効映像期間に対するエラー検出コードを有して良い。エラー検出コードが、映像源によって該映像レーンに見出される有効ピクセルデータから算出されても良い。映像受信側がエラー検出コードをデコードするように構成され、受信した映像ピクセルデータが映像源から送信された映像ピクセルデータと一致するかを判定しても良い。ある実施形態では、映像源および映像受信側が1つまたは複数のエラー復帰要求を通信してエラー数を減らすように構成されても良い。エラー復帰要求が、映像リンク送信機および受信機を維持する要求、映像レーンの数を変更する要求、映像解像度、ピクセルサイズおよびフレームレートのうちの1つを変更して映像データレートを減少させる要求、のうち1つまたは複数を有しても良い。ディーバ映像リンクが用いられる本開示の実施形態において、データが2つまたは3つのカラーコンポーネントのグループで送信される各可視ピクセルが3つのカラーコンポーネント、R、G、BまたはY、Cb、Crの何れかで表される。1つの実施形態では、このデータが2つまたは3つのカラーコンポーネントのグループで送信され、ピクセルエンコード方式がYCrCb4:2:2の場合に2つのカラーコンポーネントで、ピクセルエンコード方式がRGBまたはYCrCb4:4:4の場合に3つのカラーコンポーネントで、送信される。各カラーコンポーネントのビット幅すなわち、ビット/コンポーネントbpcがその中の1つである。このように、1つのピクセルのビット幅すなわち、ビット/ピクセル、bppが1つのカラーコンポーネントのビット幅およびピクセルエンコード方式の複合で決定される。図6Aがシンボル周波数をピクセル周波数と数学的に関連付ける式であり、図6Bがシンボル周波数およびピクセル周波数間の関係を示す表である。本開示のある実施形態では、映像リンクトレーニングが映像リンクおよびハイブリッドリンクに対してたとえば、プロセッサまたはコントローラによって実施されて良い。ある実施形態では、映像リンクトレーニングが映像源から複数のリンクの最初の1つで開始して、映像受信側に向ってすべてのリンクがトレーニングされて映像受信機に到達するまで、次に続くリンクを継続しても良い。プロセッサまたはコントローラが、映像リンクから抽出した映像ピクセルクロックを用いて複数のリンク毎に映像リンクトレーニングを実行しても良い。映像リンクトレーニングの結果には、成否、検出エラーレート、および映像源に対してビットレート低減の要求、のうちの少なくとも1つが含まれる。ある実施形態では、映像源が映像レーンの数を増やしてビットレートを下げても良い。図7が映像トレーニング要求パケットの1つの実施形態を説明する表であり、一方、図8が映像トレーニング要求パケットフォーマットを示す表である。映像レーン、エラー検出、および映像リンクトレーニングに関して、米国仮出願第61/294,476号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。ディーバデバイスがディーバインタフェース間でイーサネット登録商標パケットを送信できることでも良い。さらに一般的には、本開示のある実施形態では、イーサネット登録商標カプセル化およびルーチンが実行されて良い。これらの実施形態において、システムが、それぞれがユニークなネットワークアドレスを有する、少なくとも第1のデバイス、該第1のデバイスに接続された第2のデバイスを有するネットワークを含んで良い。1つのデバイスから別のデバイスに送信されるパケットが外部インタフェースからパケットの部分のカプセル化を含んで良い。また、外部インタフェースに見出される外部デバイスがユニークな外部ネットワークアドレスを含む。1つまたは複数の実施形態では、第2のデバイスを第1のデバイスに接続するインタフェースが、そのネットワークアドレスがディーバデバイスアドレスであるディーバとされる。外部インタフェースがイーサネット登録商標、IEEE802.11ベースのインタフェース、およびイーサネット登録商標の変形の1つでも良い。ある実施形態では、外部インタフェースからのカプセル化が外部インタフェース用のアドレスでも良い。ある実施形態では、外部インタフェース用のアドレスがイーサネット登録商標MACアドレスであって良い。ある実施形態では、ネットワークの少なくとも1つが、カプセルを含むパケットが送信される送信ポートを決定するように構成されて良く、外部インタフェースのアドレスのカプセル、外部インタフェースからのパケットの部分のカプセルをやはり含む以前に受信したパケット、の1つに基づいて決定される。以前に受信したパケットのカプセル化された外部インタフェースアドレスを送信されるパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、デバイスが送信ポートを決定するように構成されても良い。ある実施形態では、以前に受信したパケットのカプセル化された外部インタフェースアドレスを、送信するパケットのカプセル化された外部インタフェースアドレスに合わせること、および、送信ポートとして以前に受信した適合するパケットが受信されたポートを選択することに基づいて、送信ポートを決定するようにデバイスが構成されても良い。他の実施形態では、デバイスが固有の宛先タグ値をカプセル化しても良く、該タグ値は、送信したパケットに送信する外部インタフェースアドレスに一致するカプセル化された外部インタフェースアドレスを有する以前に受信したカプセルパケットから抽出された発信元タグ値として、同じ値である。ある実施形態では、カプセルパケットを受信するデバイスが、宛先タグ値を用いてカプセルパケットの内部ルーチン宛先を決定しても良い。他の実施形態では、カプセルパケットを受信するデバイスが、時々パケット内容を非カプセル化し開ける、カプセルパケット送信デバイスによって受信されたオリジナルパケットにほぼ類似する外部インタフェースパケットに再生成する。図9が、本開示の1つの実施形態に基づいた、カプセル化されたイーサネット登録商標パケットを示す表である。この表において、DEST_ETAGおよびINIT_ETAGがそれぞれイーサネット登録商標ペイロードの宛先およびソースMACアドレスに関連したイーサネット登録商標サービス固有フィールドである。これらがイーサネット登録商標ルーチンメカニズムに利用可能とされるMACアドレスエクステンションとして考慮されても良い。ディーバデバイスが、それを宛先とされたハイブリッドリンクパケットにカプセル化されたイーサネット登録商標パケットとして受信するとすなわち、DEST_DDAがそれのDDAである、それがソースイーサネット登録商標アドレス、INIT_ETAG、およびパケットが受信されたハイブリッドリンクポートへのINIT_DDAと関連する。この情報がイーサネット登録商標ルーチンテーブルの中に入力され、その結果、一致する宛先アドレスを有するイーサネット登録商標パケットがイーサネット登録商標インタフェースで受信された場合、関連のETAGおよびDDAが、イーサネット登録商標パケットをカプセル化するように用いられるHLパケットヘッダのINIT_ETAGおよびINIT_DDAフィールドに挿入される。イーサネット登録商標カプセル化およびディーバのルーチンに関して、米国仮出願第61/294,476号に添付の書類にさらに詳細に説明され、その内容は本明細書に援用される。まとめると、映像管理、制御、およびディーバのイーサネット登録商標カプセル化、ルーチンに関する方法とシステムを本開示で説明してきた。説明してきた構成要素、工程、機能、目的、効果、優位な点は例示に過ぎない。何れの1つも、またそれに関する説明も、特許請求の範囲を何れにしても限定するものではない。ある実施形態が説明されてあっても、一方でこれら実施形態の中で黙示される主旨が他の実施形態で用いられても良いことは明白である。より少ない、補助の、および/または異なる構成要素、工程、機能、目的、効果、優位な点を有する実施形態を含め、多くの他の実施形態がやはり検討される。構成要素および工程が相異して配置され、並べられて良い。説明され例示された1つが、構成要素、工程、機能、目的、効果、優位な点の何れに特化する、または公然と同等にする意図はまったく無い。本開示において、要素の単一の参照は、特別にそのように言及しない限りは、1つまたはわずか1つを意味するものではなく、むしろ1つまたは複数を意味するものである。本開示を通して説明した多数の実施形態の要素に等価な、当技術分野の当業者に知られているまたは今後知られるすべての構造および機能が、本明細書に組み込まれて援用される。"