JP2004350266A - ビデオモニタのトレーニングのための補助チャネルの使用 - Google Patents

Abstract

【課題】ビデオソースとビデオディスプレイとの間で双方向に情報を転送するように構成された双方向補助チャネルと、ビデオソースからビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成された単方向メインリンクとを有するシステムにおいて、安定したメインリンクを確立する方法を提供する。
【解決手段】この方法は、メインチャネル上でビデオソースからビデオディスプレイへのマルチメディアデータパケットストリームの伝送を開始する前に、安定したメインリンクを確立するために補助チャネル上で実施されるリンクトレーニングセッションを使用する工程を備える。
【選択図】図２Ａ

Description

本発明は、ディスプレイデバイスに関する。特に、本発明は、ビデオソースをビデオディスプレイデバイスに結合するのに適したデジタルディスプレイインタフェースに関する。

現在、ビデオディスプレイ技術は、アナログ式ディスプレイデバイス（ブラウン管等）と、デジタル式ディスプレイデバイス（液晶ディスプレイ又はＬＣＤ、プラズマスクリーン等）とに区分され、そのそれぞれについて、画像の表示を達成するために、特定の入力信号によって駆動する必要がある。例えば、一般的なアナログシステムは、通信リンクを通ってディスプレイデバイス（ビデオシンクと呼ばれる場合もある）に直接結合されるアナログソース（パーソナルコンピュータ、ＤＶＤプレイヤ等）を含む。この通信リンクは、通常、当業者に広く知られるケーブル（例えば、ＰＣの場合のアナログＶＧＡケーブル、ＶＧＡ ＤＢ１５ケーブルとも呼ばれる）の形態を取る。例えば、ＶＧＡ ＤＢ１５ケーブルは、１５ピンを含み、そのそれぞれが、特定の信号を伝達するように配置される。

ＶＧＡ ＤＢ１５ケーブルの利点の一つは、大きく、更に拡大を続ける設置基盤による、このケーブルの偏在的な性質である。上記のアナログシステムが優位を占める限り、ＶＧＡ ＤＢ１５以外のケーブル形態からの移行を促す動機は、殆ど存在しない。

しかしながら、近年、デジタルシステムの爆発的な成長から、デジタルビジュアルインタフェース（ＤＶＩ）ケーブルのようなデジタル対応ケーブルの使用が、より望ましいものとなっている。広知のように、ＤＶＩは、デジタルディスプレイワーキンググループ（ＤＤＷＧ）が作成したデジタルインタフェース規格である。データは、ＰＣのグラフィックスサブシステムからディスプレイへデジタル信号を提供する、Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ（ＴＭＤＳ）プロトコルを使用して伝送される。ＤＶＩは、１６０ＭＨｚを超える帯域幅を処理するため、単一セットのリンクでＵＸＧＡ及びＨＤＴＶをサポートする。

今日のディスプレイの相互接続の展望には、デスクトップでディスプレイを相互接続する用途のＶＧＡ（アナログ）及びＤＶＩ（デジタル）と、ラップトップ及びその他のオールインワンデバイスにおける内部的相互接続用途のＬＶＤＳ（デジタル）とが含まれる。グラフィックスＩＣベンダ、ディスプレイコントローラＩＣベンダ、モニタ製造業者、及びＰＣのＯＥＭ、更にデスクトップＰＣ消費者は、程度の差こそあれ、設計と、製品の定義付けと、製造と、マーケティングと、購入の決断とにおいて、インタフェースの選択を計算に入れる必要がある。例えば、消費者がアナログＶＧＡインタフェースを備えるＰＣを購入する場合、その消費者は、インラインのアナログ・デジタルコンバータ（ＡＤＣ）又は特定のモニタに内蔵されたＡＤＣを経由して、ＶＧＡインタフェースにより提供されるアナログビデオ信号がデジタル化されるアナログモニタ又はデジタルモニタを購入する必要がある。

しかしながら、残念なことに、特定のビデオモニタを認識しトレーニングする能力は、甚だしく欠如している。

ビデオソースとビデオディスプレイとの間で双方向に情報を転送するように構成された双方向補助チャネルと、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成された単方向メインリンクとを有するシステムにおいて、安定したメインリンクを確立する方法である。この方法は、前記メインチャネル上で前記ビデオソースから前記ビデオディスプレイへのマルチメディアデータパケットストリームの伝送を開始する前に、前記安定したメインリンクを確立するために補助チャネル上で実施されるリンクトレーニングセッションを使用する工程を備える。

別の実施形態は、ビデオソースとビデオディスプレイとを有するビデオシステム内のパケットベースのビデオモニタトレーナである。このビデオモニタトレーナは、双方向補助チャネルと、単方向メインリンクと、メインリンクレシーバ部と、メインリンクトランスミッタ部と、補助チャネルスレーブ部と、トレーニングパターン部とを備える。前記双方向補助チャネルは、前記ビデオソースと前記ビデオディスプレイとの間で双方向に情報を転送するように構成されており、前記単方向メインリンクは、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成されており、前記メインリンクレシーバ部は、前記ビデオディスプレイで前記メインリンクに結合されており、メインリンクトランスミッタ部は、前記ビデオソースで前記メインリンクに結合されており、前記補助チャネルスレーブ部は、前記補助チャネルに結合されており、前記メインリンクレシーバ部と前記補助チャネルスレーブ部の両方がそれぞれモニタスタンバイモードにおいて電気的にアイドル状態となり、ホットプラグイベントが検出されると、前記システムがディスプレイ状態へ遷移し、この時点で補助チャネルスレーブ部がオンとなり、前記メインリンクトランスミッタ部がレシーバリンク能力読み出しコマンドに応答し、前記トレーニングパターン部は、各トレーニング段階の結果に基づいて更新されるイコライザを調整するために、トレーニング段階で前記トランスミッタに使用されるトレーニングパターンを生成するように構成されている。

更に別の実施形態では、ビデオソースとビデオディスプレイとの間で双方向に情報を転送するように構成された双方向補助チャネルと、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成された単方向メインリンクとを有するシステムにおいて、安定したメインリンクを確立するためのコンピュータプログラム製品が開示されている。このコンピュータプログラム製品は、前記メインチャネル上で前記ビデオソースから前記ビデオディスプレイへのマルチメディアデータパケットストリームの伝送を開始する前に、前記安定したメインリンクを確立するために補助チャネル上で実施されるリンクトレーニングセッションを使用する機能を前記システムに実現するプログラムと、そのプログラムを格納する記録媒体を含む。

次に、添付図面に一例を示した本発明の特定の実施形態について、詳細に説明する。本発明は、特定の実施形態に関連させて説明されるが、記載した実施形態に本発明を限定するものではないことは理解されよう。即ち、本発明は、添付特許請求の範囲により画定される本発明の趣旨及び範囲内に含め得る変形、修正、及び等価物を対象にするものである。

本発明のインタフェースは、ポイントツーポイントの、パケットに基づく、プラグ＆プレイのシリアルデジタルディスプレイインタフェースであり、これはオープンかつスケーラブルであり、一部として、デスクトップモニタと共に使用するのに適しており、ノートブック／オールインワンＰＣ内部のＬＣＤ接続を提供するのに適しており、更には、ＨＤＴＶデバイス及びその他を含む家庭用電化製品のディスプレイデバイスと共に使用するのに適している。単一のビデオラスタに、Ｖｓｙｎｃ、Ｈｓｙｎｃ、ＤＥ等のタイミング信号を加えて伝送する従来のディスプレイインタフェースとは異なり、本発明のインタフェースは、一つ以上のパケットストリームを、物理リンク内で確立される「仮想パイプ」の形態で、同時に転送可能なマルチストリームパケット転送のシステムを提供する。

例えば、図１は、本発明の実施形態による、クロスプラットフォームのパケットに基づくデジタルビデオディスプレイインタフェース１００の一般図を示している。インタフェース１００は、物理リンク１０６（パイプとも呼ばれる）を経由して、トランスミッタ１０２をレシーバ１０４に接続する。説明する実施形態では、多数のデータストリーム１０８乃至１１２がトランスミッタ１０２において受領され、トランスミッタ１０２は、必要な場合、それぞれを対応する数のデータパケット１１４にパケット化する。こうしたデータパケットは、次に、対応するデータストリームの形態にされ、そのそれぞれは、関連する仮想パイプ１１６乃至１２０を経由して、レシーバ１０４に渡される。なお、各仮想リンクのリンク速度（つまり、データパケット転送速度）は、特定のデータストリームに関して最適化することが可能であり、結果として、物理リンク１０６は、関連するリンク速度（特定のデータストリームに応じて、それぞれ互いに異なる可能性がある）をそれぞれが有するデータストリームを運ぶことになる。データストリーム１１０乃至１１４は、ビデオ、グラフィック、オーディオ、及びその他といった、任意の数の形態を取ることができる。

通常、ソースがビデオソースである時、データストリーム１１０乃至１１４は、コンポジットビデオ、シリアルデジタル、パラレルデジタル、ＲＧＢ、又は家庭用デジタルビデオといった、任意の数及びタイプの広知の形式を有することができる様々なビデオ信号を含む。ソース１０２が例えば、アナログテレビ、スチールカメラ、アナログＶＣＲ、ＤＶＤプレイヤ、ビデオカメラ、レーザディスクプレイヤ、ＴＶチューナ、セットトップボックス（衛星ＤＳＳ又はケーブル信号用）、及びその他といった、何らかの形態のアナログビデオソースを含む場合、ビデオ信号は、アナログビデオ信号にすることができる。ソース１０２は、例えば、デジタルテレビ（ＤＴＶ）、デジタルスチールカメラ、及びその他といった、デジタル画像ソースを含むこともできる。このデジタルビデオ信号は、ＳＭＰＴＥ ２７４Ｍ−１９９５（解像度１９２０×１０８０、プログレッシブ又はインタレース走査）、ＳＭＰＴＥ ２９６Ｍ−１９９７（解像度１２８０×７２０、プログレッシブ走査）、及び標準的な４８０プログレッシブ走査ビデオといった、任意の数及びタイプの広知のデジタル形式にすることができる。

ソース１０２がアナログ画像信号を提供するケースでは、アナログ・デジタルコンバータ（Ａ／Ｄ）が、アナログ電圧又は電流信号を、個別的な一連のデジタルコード化された数（信号）に変換し、この処理において、デジタル処理に適合する適切なデジタル画像データワードが形成される。広範な種類のＡ／Ｄコンバータのいずれかを使用することが可能である。一例として、その他のＡ／Ｄコンバータには、例えば、Ｐｈｉｌｉｐｓ、Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔ、Ａｎａｌｏｇ Ｄｅｖｉｃｅｓ、Ｂｒｏｏｋｔｒｅｅ、及びその他によって製造されたものが含まれる。

例えば、データストリーム１１０がアナログ式の信号である場合、トランスミッタ１０２に含まれる、或いは結合される、アナログ・デジタルコンバータ（表示なし）は、アナログデータをデジタル化し、これは次に、デジタル化データストリーム１１０を多数のデータパケット１１４に変換するパケタイザによりパケット化され、そのそれぞれが、仮想リンク１１６を経由してレシーバ１０４に伝送されることになる。レシーバ１０４は、その後、データパケット１１４を当初の形式へと適切に再結合させることで、データストリーム１１０を再構成する。なお、リンク速度は、ネイティブストリーム速度から独立している。唯一の要件は、物理リンク１０６のリンク帯域幅が、伝送される（複数の）データストリームの総帯域幅よりも高いことである。説明する実施形態において、着信データ（ビデオデータの場合のピクセルデータ等）は、データマッピング定義に基づいて、それぞれの仮想リンク上でパックされる。このため、物理リンク１０６（或いは任意の構成仮想リンク）は、ＤＶＩ等の従来の相互接続で行われるように、リンク文字クロックにつき一つのピクセルデータを運ぶことはない。

これにより、インタフェース１００は、ビデオ及びグラフィックスデータだけでなく、必要に応じて、オーディオ及びその他のアプリケーションデータも転送するためのスケーラブルな媒体を提供する。加えて、本発明は、ホットプラグイベントの検出をサポートし、物理リンク（又はパイプ）を最適な伝送速度に、自動的に設定する。本発明は、多数のプラットフォームに適した、ピン数の少ない、純粋にデジタルなディスプレイ相互接続を提供する。こうしたプラットフォームは、ディスプレイのホスト、ラップトップ／オールインワンの他、ＨＤＴＶ及びその他の家庭用電化製品の用途を含む。

ビデオ及びグラフィックスデータを提供するのに加え、ディスプレイタイミング情報を、デジタルストリームに埋め込むことが可能であり、本質的に完全で瞬時のディスプレイアライメントを提供し、「自動調整」及びその他のような機能の必要性を排除する。本発明のインタフェースのパケットに基づく性質は、マルチメディアアプリケーションに関する多数のビデオ／グラフィックスストリームとオーディオストリームとのような、多数のデジタルデータストリームをサポートするスケーラビリティを提供する。加えて、周辺機器の取り付けとディスプレイ制御とのためのユニバーサルシリアルバス（ＵＳＢ）を、追加的な配線の必要なく提供することができる。

本発明のディスプレイインタフェースのその他の実施形態について、下で説明する。

図２Ａ〜図２Ｃは、ビデオソース２０２とビデオディスプレイ部２０４とを接続するのに使用される、図１に示すシステム１００に基づいたシステム２００を例示している。例示する実施形態において、ビデオソース２０２は、デジタル画像（又はデジタルビデオソース）２０６とアナログ画像（又はアナログビデオソース）２０８との一方又は両方を含むことができる。デジタル画像ソース２０６の場合には、デジタルデータストリーム２１０が、トランスミッタ１０２に提供されるのに対し、アナログビデオソース２０８の場合には、これに結合されたＡ／Ｄコンバータ部２１２が、アナログデータストリーム２１３を対応するデジタルデータストリーム２１４に変換する。デジタルデータストリーム２１４は、その後、トランスミッタ１０２によって、デジタルデータストリーム２１０と殆ど同じ形で処理される。ディスプレイ部２０４は、アナログ式ディスプレイ又はデジタル式ディスプレイにすることが可能であり、或いは、一部のケースでは、提供されたアナログ又はデジタル信号のどちらかを処理することができる。いずれの場合においても、ディスプレイ部２０４は、ディスプレイ２１８とアナログ式ディスプレイの場合のＤ／Ａコンバータ部２２０とを伴うレシーバ１０４とインタフェースするディスプレイインタフェース２１６を含む。説明する実施形態において、ビデオソース２０２は、任意の数の形態（パーソナルデスクトップコンピュータ、デジタル又はアナログテレビ、セットトップボックス、その他）を取ることが可能であり、一方、ビデオディスプレイ部１０４は、ビデオディスプレイ（ＬＣＤ型ディスプレイ、ＣＲＴ型ディスプレイ、その他）の形態を取ることができる。

しかしながら、ビデオソース又はビデオシンクのタイプに関係なく、様々なデータストリームが、等時性データストリーム用の単方向メインリンク２２２と、ビデオソース２０２及びビデオディスプレイ２０４間のリンク設定及びその他のデータトラフィック（様々なリンク管理情報、ユニバーサルシリアルバス（ＵＳＢ）データ、その他）のための双方向補助チャネル２２４とを含む物理リンク１０６上での伝送の前に、（必要であれば）デジタル化され、パケット化される。

メインリンク２２２は、これにより、多数の等時性データストリーム（多数のビデオ／グラフィックスストリーム及びマルチチャネルオーディオストリーム等）を同時に伝送することが可能となる。説明する実施形態において、メインリンク２２２は、多数の異なる仮想チャネルを含み、それぞれが多数の毎秒ギガビット（Ｇｂｐｓ）で等時性データストリーム（非圧縮のグラフィックス／ビデオ及びオーディオデータ）を転送することができる。そのため、論理的な観点では、メインリンク２２２は、単一の物理パイプとして見られ、この単一の物理パイプ内では、多数の仮想パイプを確立することができる。これにより、論理データストリームが物理チャネルに割り当てられるのではなく、各論理データストリームは、自分の論理パイプ（つまり、上記の仮想チャネル）において運ばれる。

説明する実施形態において、メインリンク２２２のスピード又は転送速度は、リンク状態を補正するように調整できる。例えば、一実施において、メインリンク２２２のスピードは、チャネル当たり約１．０Ｇｂｐｓ乃至約２．５Ｇｂｐｓの最低速度により概算される範囲において、およそ０．４Ｇｂｐｓの増分で、調整することができる（図３参照）。チャネル当たり２．５Ｇｂｐｓにおいて、メインリンク２２２は、単一のチャネルで、ピクセル当たり１８ビットの色深度のＳＸＧＡ ６０Ｈｚをサポートできる。なお、チャネル数の減少は、相互接続のコストを減らすだけでなく、電力消費量も減少させ、これは携帯機器及びその他といった電力に敏感な用途において重要な考慮事項（及び望ましい事柄）である。しかしながら、チャネル数を４に増加させることで、メインリンク２２２は、ピクセル当たり２４ビットの色深度のＷＱＳＸＧＡ（画像解像度３２００×２０４８）を６０Ｈｚにおいて、或いはピクセル当たり２４ビットの色深度のＱＳＸＧＡ（２５６０×２０４８）を６０Ｈｚにおいて、データ圧縮なしでサポートできる。最低速度がチャネル当たり１．０Ｇｂｐｓであっても、非圧縮ＨＤＴＶ（つまり１０８０ｉ又は７２０ｐ）データストリームをサポートするのに必要となるのは、二チャネルのみである。

説明する実施形態において、メインリンクのデータ速度は、その帯域幅が構成仮想リンクの総帯域幅を上回るものが選択される。インタフェースに送信されるデータは、そのネイティブ速度でトランスミッタに到着する。レシーバ１０４内の時間基準回復（ＴＢＲ）部２２６は、必要な場合にメインリンクデータパケットに埋め込まれるタイムスタンプを使用して、ストリームの当初のネイティブ速度を再生する。しかしながら、なお、図２Ｂに示す適切に構成されたデジタルディスプレイデバイス２３２に関しては、ディスプレイデータがリンク文字クロック速度でディスプレイドライバ電子機器に送信されるため、時間基準回復は不要であり、これにより、必要なチャネル数は大幅に低減され、ディスプレイの複雑さ及びコストも比例して減少する。例えば、図２Ｃは、アレイ２４０内の選択ディスプレイ要素２３８を駆動するためにロードライバ２３６と組み合わせて使用される様々なカラムドライバ２３４に対して、ディスプレイデータが基本的にパイプラインされるため、時間基準回復が存在しない形で構成された、例示的なＬＣＤパネル２３２を示している。

その他の実施形態では、リンク速度及びピクセル／オーディオクロック速度に関して、単純な列挙法が表現される。現時点で存在するあらゆる標準ピクセル／オーディオクロック周波数は、以下のマスタ周波数のサブセットであることが研究及び理解されている。
２３．７６ＧＨｚ＝２¹⁰×３³×５⁷×１１¹Ｈｚ
これは、ピクセル（又はオーディオ）クロック速度が、四つのパラメータＡ、Ｂ、Ｃ、及びＤにより、次のように表現できることを意味する。
ピクセルクロック速度＝２^A＊３^B×５^C×１１^D
Ａ＝４ビット、Ｂ＝２ビット、Ｃ＝３ビット、及びＤ＝１ビット

リンク速度（８Ｂ／１０Ｂ文字等の１０ビット文字を使用するリンクに関してシリアルリンクビット速度／１０となる）がピクセルクロック速度と異なる場合のリンクに関しても、こうした四つのパラメータＡ’、Ｂ’、Ｃ’、及びＤ’によってリンク速度を定義することには利点がある。この利点とは、リンククロックからピクセル／オーディオクロックを再生する際の簡単さである。例えば、リンク速度がＡ’＝６、Ｂ’＝３、Ｃ’＝７、及びＤ’＝０に設定され、対応するリンク速度が１３５ＭＨｚになるとする。しかしながら、ピクセルクロック速度がＡ＝８、Ｂ＝３、Ｃ＝６、及びＤ＝０（＝１０８ＭＨｚ）として設定される場合、ピクセルクロックは、ピクセルクロック速度がリンク速度＊２２／５１に等しいため、リンククロックから生成可能である。

時間基準回復を必要とするシステムを再び参照すると、時間基準回復部２２６は、デジタルクロックシンセサイザとして実施することができる。非圧縮ビデオストリームに関して、タイムスタンプは、パケットヘッダに格納され、下で更に詳細に説明するように、これは２０ビット値である。一定のストリームに関して、２０ビットの４ビットが、各ヘッダに連続的に格納される（ＴＳ３−０、ＴＳ７−４、ＴＳ１１−８、ＴＳ１５−１２、ＴＳ１９−１６）。ネイティブストリーム周波数（Ｆｒｅｑ＿ｎａｉｔｉｖｅ）は、リンク文字クロック周波数（Ｆｒｅｑ＿ｌｉｎｋ＿ｃｈａｒ）から、次のように得られる。
式（１） Ｆｒｅｑ＿ｎａｉｔｉｖｅ＝Ｆｒｅｑ＿ｌｉｎｋ＿ｃｈａｒ＊（ＴＳ１９−０）／２²⁰

トランスミッタ１０２は、２２０サイクルのリンク文字クロック周波数期間におけるネイティブストリームクロック数をカウントすることで、このタイムスタンプを生成する。カウンタは、２２０サイクルのリンク文字クロック毎に、この値を更新する。これら二種類のクロックは互いに非同期であるため、タイムスタンプ値は、時間と共に１ずつ変化することになる。更新間には、トランスミッタ１０２は、同じタイムスタンプを一定のパケットストリームのヘッダにおいて、繰り返し送信することになる。タイムスタンプ値の急激な変化（１カウントより大きい）は、レシーバにより、ストリームソースの不安定状態を示すものとして解釈することができる。

なお、オーディオストリームに関しては、タイムスタンプが通信されない。この場合、ソースデバイスは、ディスプレイデバイスに、オーディオサンプルレートとサンプル当たりのビット数とを通知する。式（２）とリンク文字速度とに基づいてオーディオ速度を決定することで、ディスプレイデバイスは、当初のオーディオストリーム速度を再生する。
式（２） オーディオ速度＝（オーディオサンプルレート）×（サンプル当たりビット数）×（チャネル数）

図４Ａに示すメインリンクデータパケット４００は、図４Ｂに示すような、１６ビットの形態となるメインリンクパケットヘッダ４０２を含み、ビット３乃至０はストリームＩＤ（ＳＩＤ）（最大ストリームカウントが１６であることを示す）であり、ビット４はタイムスタンプ（ＴＳ）ＬＳＢである。ビット４が１に等しい時、このパケットヘッダは、タイムスタンプ値の最下位４ビットを有する（非圧縮ビデオストリームに関してのみ使用される）。ビット５は、ビデオフレームシーケンスビットであり、ビデオフレーム境界において「０」から「１」或いは「１」から「０」にトグルするフレームカウンタの最下位ビットとして機能する（非圧縮ビデオストリームに関してのみ使用される）。ビット７及び６は、リザーブされ、ビット８乃至１０は、以前の８ビットのエラーをチェックする４ビットＣＲＣ（ＣＲＣ）である。ビット１５乃至１２は、タイムスタンプ／ストリームＩＤ反転（ＴＳＰ／ＳＩＤ）であり、非圧縮ビデオに関して、２０ビットのタイムスタンプ値の４ビットとして使用される。

本発明のインタフェースの利点の一つは、それぞれが異なる形式を有する場合がある様々なデータストリームを多重化すると同時に、特定のメインリンクデータパケットに多数のサブパケットを含める能力である。例えば、図５Ａおよび図５Ｂは、本発明の実施形態による、サブパケット封入と複数パケット多重化とを提供するように構成されたシステム５００を示している。なお、システム５００は、図２Ａ〜図２Ｃに示すシステム２００の特定の実施形態であるため、本発明の範囲又は意図のいずれかを限定するものとして解釈されるべきではない。システム５００は、トランスミッタ１０２内に含まれるストリームソースマルチプレクサ５０２を含み、これはストリーム１補足データストリーム５０４をデータストリーム２１０に組み合わせ、多重化データストリーム５０６を形成するために使用される。多重化データストリーム５０６は、その後、リンク層マルチプレクサ５０８に転送され、これは任意の数のデータストリームを組み合わせて、多数のデータパケット５１２の形態となる多重化メインリンクストリーム５１０を形成し、データパケット５１２の一部は、その内部に封入された任意の数のサブパケット５１４を含むことができる。リンク層デマルチプレクサ５１６は、ストリームＩＤ（ＳＩＤ）と関連するサブパケットヘッダとに基づいて、多重化データストリーム５１０を構成データストリームに分割し、一方、ストリームシンクデマルチプレクサ５１８は、サブパケットに収容されるストリーム１補足データストリームを更に分割する。

図６は、三つのストリームがメインリンク２２２上で多重化される時の図５Ａ及び図５Ｂに示すストリーム５１０の例として、多重化メインリンクストリーム６００の高レベル図を示している。この例における三つのストリームは、ＵＸＧＡグラフィックス（ストリームＩＤ＝１）と、１２８０×７２０ｐビデオ（ストリームＩＤ＝２）と、オーディオ（ストリームＩＤ＝３）とである。メインリンクパケット４００の小さなパケットヘッダサイズは、パケットのオーバヘッドを最小化し、結果として、非常に高いリンク効率が生じる。パケットヘッダをこれほど小さくできるのは、メインリンク２２２上でのパケットの伝送の前に、補助チャネル２２４を介して、パケット属性が通信されるためである。

一般的に言って、サブパケット封入は、メインパケットストリームが非圧縮ビデオである時に有効な方式であり、これは非圧縮ビデオデータストリームがビデオブランキング期間に対応するデータアイドル期間を有するためである。そのため、非圧縮ビデオストリームの形態となるメインリンクトラフィックは、この期間中に、一連のヌル特殊文字パケットを含むことになる。様々なデータストリームを多重化する能力を十分に利用することで、本発明の特定の実施は、ソースストリームがビデオデータストリームである時、メインリンク速度とピクセルデータ速度との間の差異を補正するために様々な方法を使用する。例えば、図７に例示するように、ピクセルデータ速度は０．５Ｇｂ／秒で、ピクセルデータのビットが２ｎｓ毎に伝送されるようになる。この例において、リンク速度は１．２５Ｇｂ／秒に設定されており、ピクセルデータのビットは０．８ｎｓ毎に伝送されるようになる。この時、トランスミッタ１０２は、図８に例示するように、ピクセルデータの間に特殊文字を挿入する。二つの特殊文字が、ピクセルデータの第一のビットＰ１とピクセルデータの第二のビットＰ２との間に挿入される。この特殊文字により、レシーバ１０４では、ピクセルデータの各ビットを区別することが可能となる。ピクセルデータのビット間に特殊文字を散在させることで、更に、リンクにより同期を維持することが可能な、安定したデータのストリームが形成される。この例において、特殊文字は、ヌル文字である。リンク速度が十分に高速であるため、こうした方法にラインバッファは必要なく、小さなＦＩＦＯのみが必要となる。しかしながら、受信側では、ビデオ信号を再構築するために、相対的に多くのロジックが必要となる。レシーバは、特殊文字の開始及び終了の時期を認識する必要がある。

散在させる方法の代替方法は、ピクセルデータの連続するビットと、ヌル値等の特殊文字とを交互にすることである。例えば、Ｐ１乃至Ｐ４をトランスミッタ１０４に含まれるラインバッファに供給し、その後、更なるピクセルデータが利用可能になるまで、一つ以上のヌル値をこのバッファに供給することができる。こうした実施では、上記の散在させる方法と比較して、相対的に大きなバッファスペースが必要となる。こうした実施の多くでは、ラインバッファを満たすのに必要な時間は、相対的に高いリンクスピードのため、ラインバッファを満たした後でデータを伝送するのに必要な時間を上回ることになる。

図５Ａを参照して説明したように、本発明のインタフェースの利点の一つは、様々なデータストリームを多重化するだけでなく、特定のメインリンクデータパケット内に任意の数のサブパケットを封入する能力である。図９Ａは、本発明の実施形態による、代表的なサブパケット９００を示している。サブパケット９００は、サブパケットヘッダ９０２を含み、これは説明する実施形態において２バイトであり、ＳＰＳ（サブパケットスタート）特殊文字を伴う。サブパケット９００を封入するメインリンクデータパケットがサブパケット９００以外のパケットペイロードを収容する場合には、サブパケット９００の終了を、ＳＰＥ（サブパケットエンド）特殊文字によって示す必要がある。別の形では、メインパケットの終了（図９Ｂに示す例における後続のＣＯＭ文字によって示される）が、サブパケット９０２と、それを封入するメインパケットとの両方の終了を示す。しかしながら、封入するメインパケットがペイロードを有していない時、サブパケットは、ＳＰＥにより終了する必要はない。図９Ｂは、本発明の実施形態による、メインリンクパケット内の例示的なサブパケット形式を示している。なお、ヘッダフィールドとサブパケットペイロードとの定義は、サブパケット９０２を使用する特定のアプリケーションプロフィールに応じて変化する。

特に有用なサブパケット封入の使用法の例は、図１０に例示する非圧縮グラフィックス画像の選択的リフレッシュである。フレーム全体１００２の属性（水平／垂直合計、画像幅／高さ、その他）については、ストリームが有効状態を維持する限り、こうした属性は一定のままであるため、補助チャネルを介して通信される。選択的リフレッシュ動作では、画像１０００の部分１００４のみが、ビデオフレーム毎に更新される。更新される（複数の）長方形（つまり部分１００４）の四つのＸ−Ｙ座標は、長方形座標の値がフレーム毎に変化するため、全てのフレームで伝送される必要がある。別の例は、２５６色グラフィックデータに必要となるルックアップテーブル（ＣＬＵＴ）データの転送であり、この場合、８ビットピクセルデータが２５６エントリＣＬＵＴに対するエントリとなり、ＣＬＵＴの内容は動的に更新する必要がある。

単一の双方向補助チャネル２２４は、リンク設定に有用で、メインリンクの動作をサポートする様々なサポート機能のために、更には、ＵＳＢトラフィック等の補助アプリケーションデータを運ぶために、コンジットを提供する。例えば、補助チャネル２２４により、ディスプレイデバイスは、サウンドデバイスに対して、同期損失等のイベント、ドロップパケット、及びトレーニングセッション（下記）の結果を通知する。例えば、特定のトレーニングセッションが失敗した場合、トランスミッタ１０２は、失敗したトレーニングセッションの事前に選択した又は決定した結果に基づいて、メインリンク速度を調整する。このようにして、調整可能な高速のメインリンクと、相対的に低速の非常に信頼性の高い補助チャネルとを組み合わせることで形成された閉ループにより、様々なリンク条件での堅牢な動作が可能となる。なお、一部のケース（図５Ｂに示す例）では、ソースデバイス２０２からシンクデバイス２０４にデータを転送するメインリンク２２２の帯域幅の一部５２２と、シンクデバイス２０４からソースデバイス２０２への単方向の逆方向チャネル５２４とを使用して、論理的双方向補助チャネル５２０を確立することが可能である。一部の応用では、この論理的双方向補助チャネルの使用は、図５Ａにおいて説明した半二重チャネルを使用することよりも望ましい場合がある。

実際のパケットデータの伝送を開始する前に、トランスミッタ１０２は、概念としてモデムのリンク設定に類似するリンクトレーニングセッションを通じて、安定したリンクを確立する。リンクトレーニング中、メインリンクトランスミッタ１０２は、確実なビット／文字ロックを達成することが可能かどうかをレシーバ１０４が判断できるように、所定のトレーニングパターンを送信する。説明する実施形態では、トランスミッタ１０２とレシーバ１０４との間でのトレーニングに関連するハンドシェイクが、補助チャネル上で実行される。リンクトレーニングパターンの例は、本発明の実施形態により、図１１に表示されている。例示のように、トレーニングセッション中、段階１は最短のランレングスを表し、一方、段階２は、イコライザを最適化するためにレシーバにより使用される最長のものである。段階３では、リンク品質が妥当である限り、ビットロックと文字ロックとが達成される。通常、トレーニング期間は約１０ｍｓであり、この時間内に、およそ１０７ビットのデータが送信される。レシーバ１０４は、確実なロックを達成しない場合、補助チャネル２２４を介してトランスミッタ１０２に通知を行い、トランスミッタ１０２は、リンク速度を低下させてトレーニングセッションを繰り返す。

トレーニングセッションのコンジットを提供するのに加え、補助チャネル２２４は、メインリンクパケットストリームの説明を運ぶために使用することも可能であり、これにより、メインリンク２２２上のパケット伝送のオーバヘッドは大幅に低減される。更に、補助チャネル２２４は、全てのモニタに存在するディスプレイデータチャネル（ＤＤＣ）の代わりに、拡張ディスプレイ識別データ（ＥＤＩＤ）情報を運ぶように構成することが可能である（ＥＤＩＤは、ＶＥＳＡ規格のデータ形式で、ベンダ情報と、最大画面サイズと、色特性と、出荷時の初期設定タイミングと、周波数範囲の限界と、モニタ名及びシリアル番号に関する文字列とを含むモニタ及びその能力に関する基本情報を収容する。この情報は、ディスプレイに格納され、モニタとＰＣのグラフィックスアダプタとの間に位置するＤＤＣを通じて、システムとの通信に使用される。システムは、この情報を設定の目的で使用し、これによりモニタとシステムとは連動が可能となる）。拡張プロトコルモードと呼ばれるものにおいて、補助チャネルは、必要に応じて非同期性及び等時性パケットの両方を運ぶことが可能であり、キーボード、マウス、及びマイクロフォンといった追加的なデータタイプをサポートする。

図１２は、本発明の実施形態による、システム２００の論理層化１２００を例示している。なお、正確な実施は用途に応じて変化させることが可能だが、一般には、ソース（ビデオソース２０２等）は、トランスミッタハードウェアを含むソース物理層１２０２と、多重化ハードウェア及び状態機械（又はファームウェア）を含むソースリンク層１２０４と、オーディオ／ビジュアル／グラフィックスハードウェア及び関連ソフトウェア等のデータストリームソース１２０６との形態になる。同様に、ディスプレイデバイスは、物理層１２０８（様々なレシーバハードウェアを含む）と、逆多重化ハードウェア及び状態機械（又はファームウェア）を含むシンクリンク層１２１０と、ディスプレイ／タイミングコントローラハードウェア及びオプションのファームウェアを含むストリームシンク１２１２とを含む。ソースアプリケーションプロフィール層１２１４は、ソースがリンク層１２０４と通信する形式を定義し、同様に、シンクアプリケーションプロフィール層１２１６は、シンク１２１２がシンクリンク層１２１０と通信する形式を定義する。

次に、この様々な層について、更に詳細に説明する。

ソースデバイス物理層
説明する実施形態において、ソースデバイス物理層１２０２は、電気サブ層１２０２−１と論理サブ層１２０２−２とを含む。電気サブ層１２０２−１は、ホットプラグ／アンプラグ検出回路と、ドライバ／レシーバ／終端抵抗と、パラレル・シリアル／シリアル・パラレル変換と、スペクトラム拡散対応ＰＬＬとのような、インタフェース初期化／動作に関する全ての回路を含む。論理サブ層１２０２−２は、パケット化／非パケット化と、データのスクランブル化／スクランブル解除と、リンクトレーニングのパターン生成と、時間基準回復回路と、２５６のリンクデータ文字及び１２の制御文字（図１３に例を示す）をメインリンク２２２に提供し、Ｍａｎｃｈｅｓｔｅｒ ＩＩを補助チャネル２２４に提供する（図１４参照）８Ｂ／１０Ｂ（ＡＮＳＩ Ｘ３．２３０−１９９４第１１項において定められる）等のデータのエンコード／デコードと、に関する回路を含む。

なお、８Ｂ／１０Ｂエンコードアルゴリズムは、例えば、米国特許第４，４８６，７３９号において説明されており、これは参照により本明細書に組み込むものとする。当業者に知られているように、８Ｂ／１０Ｂコードは、８ビットデータブロックをシリアル伝送用の１０ビットコードにエンコードするブロックコードである。加えて、８Ｂ／１０Ｂ伝送コードは、ランダムな１及び０のバイト幅データストリームを、最大ランレングスが５である１及び０のＤＣ平衡ストリームに変換する。こうしたコードは、トランシーバ１１０等、レシーバによる信頼できるクロックの回復を可能にするのに十分な信号遷移を提供する。更に、ＤＣ平衡データストリームは、光ファイバ及び電磁線接続に関して有利となる。シリアルストリーム内の１及び０の平均数は、同等又は同等に近いレベルで維持される。８Ｂ／１０Ｂ伝送コードは、６及び４ビットブロック境界での１及び０の数の相違を、−２、０、又は２に抑制する。このコード化方式では、コマンドコードと呼ばれる信号送信のための追加的なコードも実施される。

なお、非圧縮ディスプレイデータが示す反復性のビットパターンを回避するために（したがって、ＥＭＩを減らすために）、メインリンク２２２で伝送されるデータは、８Ｂ／１０Ｂエンコードの前に、まずスクランブル化される。トレーニングパケットと特殊文字とを除く全テータが、スクランブル化されることになる。スクランブル化機能は、リニアフィードバックシフトレジスタ（ＬＦＳＲ）により実施される。データ暗号化が有効化される時、ＬＦＳＲシードの初期値は、暗号鍵セットに応じて決まる。暗号化せずにスクランブル化する場合、初期値は固定されることになる。

データストリームの属性が補助チャネル２２４上で伝送されるため、メインリンクパケットヘッダは、ストリーム識別番号の役割を果たし、これによりオーバヘッドを大幅に減らし、リンク帯域幅を最大化する。更に、メインリンク２２２と補助リンク２２４とは、独立したクロック信号線を有していないことに留意されたい。このため、メインリンク２２２と補助リンク２２４とのレシーバは、着信データストリームから、データをサンプリングし、クロックを抽出する。補助チャネル２２４は半二重双方向であり、トラフィックの方向が頻繁に変化するため、レシーバ電気サブ層内の任意の位相同期ループ（ＰＬＬ）回路に関する高速な位相ロックが重要となる。そのため、補助チャネルレシーバのＰＬＬは、Ｍａｎｃｈｅｓｔｅｒ ＩＩ（ＭＩＩ）コードの頻繁かつ均一な信号遷移の結果、僅か１６データ期間で位相ロックを行う。

リンク設定時間には、メインリンク２２２のデータ速度が、補助チャネル２２４でのハンドシェイクを使用して交渉される。この処理中には、既知のトレーニングパケットセットが、最高のリンクスピードで、メインリンク２２２上で送信される。成功又は失敗が、補助チャネル２２４を介して、トランスミッタ１０２へ返信される。トレーニングが失敗した場合、メインリンクスピードが低減され、成功するまでトレーニングが繰り返される。これにより、ソース物理層１１０２は、ケーブルの問題に対する耐性が高くなり、そのため、アプリケーションをモニタする外部ホストとして更に適したものとなる。しかしながら、従来のディスプレイインタフェースとは異なり、このメインチャネルリンクデータは、ピクセルクロック速度から分離されている。リンクデータ速度は、リンク帯域幅が伝送ストリームの総帯域幅を上回るように設定される。

ソースデバイスリンク層
ソースリンク層１２０４は、リンクの初期化と管理とを処理する。例えば、モニタの電源投入時、或いはソース物理層１２０２からのモニタケーブルの接続時に生成されるホットプラグ検出イベントを受領すると、ソースデバイスリンク層１２０４は、補助チャネル２２４上でのやり取りを介して、レシーバの能力を評価し、トレーニングセッションで決定される最大メインリンクデータ速度と、レシーバの時間基準回復部の数と、両側で利用可能なバッファのサイズと、ＵＳＢ拡張の可用性とを判断した後、関連するホットプラグイベントをストリームソース１２０６に通知する。加えて、ストリームソース１２０６からの要求を受けて、ソースリンク層１２０４は、ディスプレイの能力（ＥＤＩＤ又は同等のもの）を読み出す。通常動作中、ソースリンク層１２０４は、補助チャネル２２４を介してストリーム属性をレシーバ１０４に送信し、要求されたデータストリームを処理するのに十分なリソースをメインリンク２２２が有するかどうかをストリームソース１２０４に通知し、同期損失及びバッファオーバフロー等のリンク障害イベントをストリームソース１２０４に通知し、補助チャネル２２４を介して、ストリームソース１２０４により提示されたＭＣＣＳコマンドをレシーバに送信する。ソースリンク層１２０４とストリームソース／シンクとの全ての通信は、アプリケーションプロフィール層１２１４において定義された形式を使用する。
アプリケーションプロフィール層（ソース／シンク）

一般に、アプリケーションプロフィール層は、ストリームソース（又はシンク）が関連リンク層とインタフェースする際の形式を定義する。アプリケーションプロフィール層により定義される形式は、以下のカテゴリ、つまり、アプリケーション独立形式（リンク状態の問い合わせに関するリンクメッセージ）とアプリケーション依存形式（メインリンクデータマッピング、レシーバに関する時間基準回復式、及び、該当する場合は、シンク能力／ストリーム属性メッセージサブパケット形式）とに区分される。アプリケーションプロフィール層は、以下の色形式、つまり、２４ビットＲＧＢ、１６ビットＲＧ２５６５、１８ビットＲＧＢ、３０ビットＲＧＢ、２５６色ＲＧＢ（ＣＬＵＴに基づく）、１６ビット、ＣｂＣｒ４２２、２０ビットＹＣｂＣｒ４２２、及び２４ビットＹＣｂＣｒ４４４をサポートする。

例えば、ディスプレイデバイスのアプリケーションプロフィール層（ＡＰＬ）１２１４は、本質的には、インタフェース１００で送受信されるデータのプレゼンテーション形式を含め、メインリンク２２２でのストリームソース／シンク通信に関する形式を記述するアプリケーションプログラミングインタフェース（ＡＰＩ）である。ＡＰＬ１２１４の一部の態様（電力管理コマンド形式等）はベースラインモニタ機能であるため、これはインタフェース１００のあらゆる使用に共通する。一方、データマッピング形式及びストリーム属性形式といった、その他の非ベースラインモニタ機能は、アプリケーション、或いは、伝送される等時性ストリームのタイプに固有のものである。アプリケーションに関係なく、ストリームソース１２０４は、ソースリンク層１２１４に問い合わせを行い、保留中の（複数の）データストリームをメインリンク２２２が扱えるかどうかを、メインリンク２２２での何らかのパケットストリーム伝送を開始する前に確認する。

メインリンク２２２が保留中の（複数の）パケットストリームをサポートできると判断された時、ストリームソース１２０６は、ストリーム属性をソースリンク層１２１４に送信し、これはその後、補助チャネル２２４上でレシーバに伝送される。こうした属性は、レシーバによって、特定のストリームのパケットを識別し、ストリームからオリジナルデータを回収し、ストリームのネイティブデータ速度へと形式を戻すために使用される情報である。データストリームの属性は、アプリケーションに依存する。

メインリンク２２２で望ましい帯域幅が利用できない場合、ストリームソース１２１４は、例えば、画像リフレッシュ速度又は色深度を低減することで、是正処置を取ることができる。

ディスプレイデバイス物理層
ディスプレイデバイス物理層１２１６は、ディスプレイデバイスリンク層１２１０とディスプレイデバイスＡＰＬ１２１６とを、リンクデータの送信／受信に使用される信号送信技術から分離する。メインリンク２２２と補助チャネル２２４とは、独自の物理層を有し、それぞれが論理サブ層とコネクタ仕様を含む電気サブ層とで構成される。例えば、半二重双方向補助チャネル２２４は、図１５に示すように、リンクの各端部にトランスミッタとレシーバとの両方を有する。補助リンクトランスミッタ１５０２は、論理サブ層１２０８−１によりリンク文字を提供され、これはその後、シリアル化され、対応する補助リンクレシーバ１５０４に伝送される。レシーバ１５０４は、次に、シリアル化されたリンク文字を補助リンク２２４から受領し、このデータをリンク文字クロック速度で非シリアル化する。なお、ソース論理サブ層の主要な機能には、トランスミッタポートに関して、信号のエンコードと、パケット化と、データのスクランブル化（ＥＭＩ低減のため）と、トレーニングパターン生成とが含まれる。一方、レシーバポートに関して、レシーバ論理サブ層の主要な機能には、信号のデコードと、非パケット化と、データのスクランブル解除と、時間基準回復とが含まれる。

補助チャネル
補助チャネル論理サブ層の主要な機能には、データのエンコード及びデコードと、データのフレーム化／非フレーム化とが含まれ、補助チャネルプロトコルには二種類のオプションが存在し、スタンドアローンプロトコル（ポイントツーポイントトポロジにおけるリンク設定／管理機能に限られる）は、リンク層の状態機械又はファームウェアによって管理することが可能な軽量プロトコルであり、拡張プロトコルは、ＵＳＢトラフィック等のその他のデータタイプ、及びデイジーチェーン接続されたシンクデバイス等のトポロジをサポートする。なお、データのエンコード及びデコード方式はプロトコルに関係なく同一だが、データのフレーム化は、二種類の間で異なる。

更に図１５を参照すると、補助チャネル電気サブ層は、トランスミッタ１５０２とレシーバ１５０４とを含む、トランスミッタ１５０２は、論理サブ層によりリンク文字を提供され、これはシリアル化され、外部に送信される。レシーバ１５０４は、リンク層からのシリアル化されたリンク文字を受領し、その後、リンク文字クロック速度で非シリアル化する。補助チャネル２２４の正及び負の信号は、表示のように、リンクの各端部の５０オーム終端抵抗を介して、接地により終端処理する。説明する実施において、駆動電流は、リンク条件に応じてプログラム可能で、約８ｍＡ乃至約２４ｍＡの範囲であり、結果として、約４００ｍＶ乃至約１．２ＶのＶ格差＿ｐｐの範囲が生じる。電気的アイドルモードでは、正及び負の信号は、どちらも駆動されない。電気的アイドル状態から送信を開始する時には、ＳＹＮＣパターンを送信し、リンクを再確立する必要がある。説明する実施形態において、ＳＹＮＣパターンは、補助チャネル差動ペア信号をクロック速度で２８回トグルし、Ｍａｎｃｈｅｓｔｅｒ ＩＩコード内の四つの１を続けることで構成される。ソースデバイスの補助チャネルマスタは、補助チャネル２２４の正及び負の信号を周期的に駆動及び測定することで、ホットプラグ及びホットアンプラグイベントを検出する。

メインリンク
説明する実施形態において、メインリンク２２２は、ローカル水晶周波数の整数倍となる個別の可変リンク速度をサポートする（２４ＭＨｚのローカル水晶周波数に一致するリンク速度の代表的なセットに関しては図３を参照）。図１６に示すように、メインリンク２２２（単方向チャネルである）は、ソースデバイスにトランスミッタ１６０２のみを有し、ディスプレイデバイスにレシーバ１６０４のみを有する。

表示のように、ケーブル１６０４は、代表的なＲＧＢカラーに基づくビデオシステム（ＰＡＬに基づくＴＶシステム等）において提供される赤（Ｒ）、緑（Ｇ）、及び青（Ｂ）のそれぞれに関して一本となる、ツイストペア線のセットを含む形態を取る。当業者に知られるように、ツイストペアケーブルは、個別に絶縁した二本の線を互いに撚り合わせて構成されるケーブルのタイプである。一方の線は信号を運び、他方の線は接地され、信号干渉を吸収する。なお、他の一部のシステムにおいて、信号は、ＮＴＳＣビデオＴＶシステムに関して使用されるコンポーネントに基づく信号（Ｐｂ、Ｐｒ、Ｙ）にすることも可能である。ケーブル内で、各ツイストペアは、個別にシールドされる。＋１２Ｖ電力用の二本のピンと接地とが提供される。各差動ペアの特性インピーダンスは、１００オーム＋／−２０％である。ケーブル全体が、更にシールドされる。この外部シールドと個別シールドとは、両端部のコネクタシェルに短絡させる。このコネクタシェルは、ソースデバイスの接地に短絡させる。図１７に示すコネクタ１７００は、一列の１３ピンを有し、これはソースデバイスのコネクタとディスプレイデバイスのコネクタとの両方で同一なピン配列を有する。ソースデバイスは、電力を供給する。

メインリンク２２２は、両方の端部で終端処理され、メインリンク２２２がＡＣ結合であることから、終端電圧は、０Ｖ（接地）乃至＋３．６Ｖのいずれかにすることができる。説明する実施形態において、駆動電流は、リンク条件に応じてプログラム可能で、約８ｍＡ乃至約２４ｍＡの範囲であり、結果として、約４００ｍＶ乃至約１．２ＶのＶ格差＿ｐｐの範囲が生じる。最小電圧振幅は、トレーニングパターンを使用して、各接続に関して選択される。電気的アイドル状態は、電力管理モードのために提供される。電気的アイドルでは、正及び負の信号は、どちらも駆動されない。電気的アイドル状態から送信を開始する時、トランスミッタは、レシーバとのリンクを再確立するために、トレーニングセッションを実行する必要がある。

状態図
次に、本発明について、下で説明する図１８及び図１９に示す状態図の観点から説明する。そのため、図１８には、下で説明するソース状態図を表示している。オフ状態１８０２において、このシステムは、ソースが無効化される停止状態となる。ソースが有効化されると、システムは、節電とレシーバ検出とに適したスタンバイ状態１８０４に移行する。レシーバが存在するかどうか（つまり、ホットプラグ／プレイ）を検出するために、補助チャネルは、周期的にパルスを送り（１０ｍｓ毎に１ｕｓ等）、駆動中の終端抵抗全体での電圧降下の程度が測定される。測定された電圧降下に基づいて、レシーバが存在すると判断された場合、システムは、レシーバが検出されたこと、即ちホットプラグイベントが検出されたことを示す検出レシーバ状態１８０６に移行する。しかしながら、レシーバが検出されない場合、レシーバ検出は、レシーバが検出されるならば、その時点まで、或いはタイムアウトを過ぎるまで、継続される。なお、一部の場合において、ソースデバイスは、更なるディスプレイ検出を試みることがない「ＯＦＦ」状態に進むことを選択できる。

状態１８０６において、ディスプレイのホットアンプラグイベントが検出された場合、システムは、再びスタンバイ状態１８０４に移行する。そうでなければ、ソースは、正及び負の信号により補助チャネルを駆動し、レシーバをウェイクアップさせ、存在する場合は、レシーバのその後の応答をチェックする。応答が受領されない場合、レシーバはウェイクアップされておらず、ソースは、状態１８０６を維持する。しかしながら、ディスプレイから信号が受領された場合、ディスプレイはウェイクアップされており、ソースではレシーバのリンク能力（最大リンク速度、バッファサイズ、及び時間基準回復部の数等）を読み出す準備が整い、システムは、メインリンク初期化状態１８０８に移行し、トレーニング開始通知段階を開始する準備が整う。

この時点において、トレーニングセッションは、メインリンク上でトレーニングパターンを設定リンク速度で送信することにより開始され、関連するトレーニング状態をチェックする。レシーバは、三段階のそれぞれについてパス／フェイルビットを設定し、トランスミッタは、パスが検出された時、メインリンクがそのリンク速度で準備できている場合のみ、パス検出時に次の段階へ進むことになる。この時点で、インタフェースは、通常動作状態１５１０に移行し、その他の場合には、リンク速度を低減し、トレーニングセッションが繰り返される。通常動作状態１８１０中、ソースは、リンク状態インデックスを周期的にモニタし続け、失敗した場合には、ホットアンプラグイベントが検出され、システムは、スタンバイ状態１８０４に移行し、ホットプラグ検出イベントを待つ。しかしながら、同期損失が検出された場合、システムは、メインリンク再始動イベントのために、状態１８０８に移行する。

図１９は、下で説明するディスプレイ状態図１９００を示す。状態１９０２では、電圧が検出されず、ディスプレイは、ＯＦＦ状態へ進む。スタンバイモード状態１９０４では、メインリンクレシーバと補助チャネルスレーブとの両方が電気的アイドルとなり、補助チャネルスレーブポートの終端抵抗全体での電圧降下が、所定の電圧に関してモニタされる。この電圧が検出された場合には、補助チャネルスレーブポートをオンにして、ホットプラグイベントを示し、システムはディスプレイ状態１９０６へ移動するが、その他の場合には、ディスプレイはスタンバイ状態１９０４を維持する。この状態１９０６（メインリンク初期化段階）では、ディスプレイが検出された場合、補助スレーブポートは完全にオンとなり、トランスミッタはレシーバリンク能力読み出しコマンドに応答し、ディスプレイ状態は１９０８へ移行するが、そうでなければ、所定の期間を超えて、補助チャネルでの活動が存在しない場合、補助チャネルスレーブポートは、スタンバイ状態１９０４にされる。

トレーニング開始通知段階中、ディスプレイは、トレーニングパターンを使用してイコライザを調整し、各段階の結果を更新することで、トランスミッタによるトレーニングの開始に応答する。トレーニングが失敗した場合には別のトレーニングセッションを待ち、トレーニングが成功した場合には、通常動作状態１９１０に進む。所定の期間（例えば、１０ｍｓ）を超えて、補助チャネル又はメインリンク上で（トレーニングに関して）活動が存在しない場合、補助チャネルスレーブポートは、スタンバイ状態１９０４に設定される。

図２０〜図２４は、クロスプラットフォームのディスプレイインタフェースの特定の実施を示している。

図２０は、本発明によるトランスミッタ２００４を組み込んだオンボードグラフィックスエンジン２００２を有するＰＣマザーボード２０００を示している。なお、トランスミッタ２００４は、図１に示すトランスミッタ１０２の特定の例である。説明する実施形態において、トランスミッタ２００４は、マザーボード２０００に取り付けられたコネクタ２００６に（コネクタ１７００の線に沿って）結合され、これは次に、ディスプレイデバイス２０１０を結合するツイストペアケーブル２０１０を経由してディスプレイデバイス２００８に接続される。

この技術において知られているように、ＰＣＩエクスプレス（カリフォルニア州サンタクララのＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎが開発）は、広帯域幅でピン数の少ない相互接続技術で、既存のＰＣＩインフラとのソフトウェア互換性も維持する。この構成において、ＰＣＩエクスプレスポートは、表示のようにマザーボードに取り付けたコネクタを使用して、或いは使用せずに、ディスプレイデバイスを直接駆動できるクロスプラットフォームインタフェースの要件に準拠するように増強される。

マザーボードにコネクトを取り付けるのが実際的ではない状況において、信号は、ＰＣＩエクスプレスマザーボードのＳＤＶＯスロットを通じてルートを定め、図２１に示すように、パッシブカードコネクタを使用して、ＰＣの背面に移動させることができる。現世代のアドイングラフィックスカードの場合と同じように、アドイングラフィックスカードは、図２３に示すように、オンボードグラフィックスエンジンに取って代わることが可能である。

ノートブック用途の場合には、マザーボードグラフィックスエンジン上のトランスミッタは、内部配線を通じて、パネルを直接駆動する統合レシーバ／ＴＣＯＮを駆動することになる。最も費用効率に優れた実施に関して、レシーバ／ＴＣＯＮは、パネルに取り付けられ、これにより、図２４に示すように、相互接続線の数を８又は１０本に減少させる。

上の全ての例では、一体型トランスミッタを想定している。しかしながら、ＰＣＩ及びＰＣＩエクスプレス環境に、それぞれＡＧＰ又はＳＤＶＯスロットを通じて統合するスタンドアローントランスミッタとして実施することも完全に実現可能である。スタンドアローントランスミッタでは、グラフィックスハードウェア又はソフトウェアにおける変化を全く伴わない出力ストリームが可能となる。

フローチャートの実施形態
次に、本発明の方法について、本発明を可能にする特定の処理をそれぞれ説明する多数のフローチャートの観点から説明する。具体的には、図２５乃至２９は、単独又は任意の組み合わせで使用する時に本発明の態様を説明する、多数の相互に関係する処理を表している。

図２５は、本発明の実施形態によるインタフェース１００の動作モードを決定する処理２５００を詳細に表すフローチャートを示している。この処理において、動作モードは、ビデオソースとディスプレイデバイスとの両方がデジタル式である場合、デジタルモードのみに設定される。その他の場合には、動作モードは、アナログモードに設定されることになる。なお、このコンテクストにおいて、「アナログモード」は、従来のＶＧＡモードと、埋め込みアライメント信号及び双方向側波帯を伴う差動アナログビデオを有する拡張アナログモードとの両方を含むことができる。この拡張アナログモードについては、下で説明する。

ステップ２５０２において、ビデオソースは、このビデオソースがアナログデータをサポートするか、或いはデジタルデータをサポートするかを判断するために質問を受ける。ビデオソースがアナログデータのみをサポートする場合、結合デバイス１００の動作モードは、アナログに設定され（ステップ２５０８）、その後、この処理は終了することになる（ステップ２５１２）。

ビデオソースがデジタルデータを出力できる場合、この処理は、ステップ２５０６へ続く。ここで、ディスプレイデバイスは、このディスプレイデバイスがデジタルデータを受領するように構成されているかどうかを判断するために質問を受ける。ディスプレイデバイスがアナログデータのみをサポートする場合、結合デバイスの動作モードは、アナログに設定され（ステップ２５０８）、その後、この処理は終了することになる（ステップ２５１２）。そうではない場合には、結合デバイスの動作モードは、デジタルに設定される（ステップ２５１０）。例えば、プロセッサは、結合デバイス内のスイッチを制御して、モードをデジタルに設定することができる。一般に、結合デバイスは、ビデオソースとビデオシンクとの両方が対応するデジタルモードで動作する時のみ、完全なデジタルモードで動作するように構成される。

図２６は、本発明の一部の態様によるリアルタイムビデオ画質チェックを提供するプロセス２６００を詳細に表すフローチャートを示している。この例において、処理２６００の全ての判断は、ディスプレイインタフェースに結合されたプロセッサによって行われる。

ステップ２６００において、ビデオ信号が、ビデオソースから受領される。次に、信号品質テストパターンが、受領ビデオ信号に関連するビデオソースによって提供される（ステップ２６０２）。ステップ２６０４において、ビットエラー率の判定が、品質テストパターンに基づいて行われる。その後、ビットエラー率が閾値より大きいかどうかについて判断が行われる（ステップ２６０６）。ビットエラー率が閾値より大きくないと判断された場合は、ビデオフレームが更に存在するかどうかについて判断が行われる（ステップ２６１４）。更にビデオフレームが存在すると判断された場合、この処理は、ステップ２６００に戻る。そうでない場合には、処理が終了する。

しかしながら、ステップ２６０６において、ビットエラー率が閾値より大きいと判断された場合、ビット速度が最小ビット速度より大きいかどうかに関して判断が行われる（ステップ２６０８）。ビット速度が最小ビット速度より大きい場合、ビット速度を低下させ（ステップ２６１０）、この処理はステップ２６０６に戻る。ビット速度が最小ビット速度より大きくない場合、このモードをアナログモードに変化させ（ステップ２６１２）、処理が終了する。

図２７Ａ及び図２７Ｂは、本発明の実施形態によるリンク設定処理２７００に関するフローチャートを示している。処理２７００は、ホットプラグ検出イベントの通知を受領することで、２７０２において開始される。２７０４では、最大データ速度と、レシーバに含まれる時間基準回復部の数と、利用可能なバッファサイズとを決定するために、関連する補助チャネルを経由して、メインリンクに関する問い合わせが行われる。次に、２７０６において、最大リンクデータ速度が、トレーニングセッションを通して検証され、２７０８において、データストリームソースが、ホットプラグイベントを通知する。２７１０において、補助チャネルを経由してディスプレイの能力が（例えば、ＥＤＩＤを使用して）決定され、ディスプレイは２７１２で問い合わせに応答し、次に、２７１４でメインリンクトレーニングセッションの共同形成が生じる。

次に、２７１６において、ストリームソースは、補助チャネルを経由してストリーム属性をレシーバに送信し、２７１８において、ストリームソースは、メインリンクが要求された数のデータストリームをサポート可能かどうかについて、２７２０で更に通知される。２７２２では、関連するパケットヘッダを追加することで、様々なデータパケットが形成され、多数のソースストリームの多重化が２７２４でスケジュールされる。２７２６において、リンク状態がＯＫどうかについて判断が行われる。リンクステータスがＯＫではない時、（複数の）ソースは、２７２８においてリンク障害イベントの通知を受け、そうでない場合、リンクデータストリームは、２７３０において、様々なパケットヘッダに基づいて、ネイティブストリームに再構築される。２７３２では、再構築されたネイティブデータストリームが、ディスプレイデバイスに渡される。

図２８は、本発明の実施形態によるトレーニングセッションを実行する処理２８００を詳細に表すフローチャートを示している。なお、トレーニングセッション処理２８００は、図２５において説明した動作２５０６の一実施である。トレーニングセッションは、メインリンク上で、レシーバに対して、設定リンク速度でトレーニングパターンを送信することにより、２８０２において開始される。代表的なリンクトレーニングパターンは、本発明の実施形態に従って、図１１に表示されている。例示のように、トレーニングセッション中、段階１は、最短のランレングスを表し、段階２は、最長のものである。レシーバは、これら二つの段階を使用して、イコライザを最適化する。段階３では、リンク品質が妥当である限り、ビットロックと文字ロックとが達成される。２８０４において、レシーバは、関連するトレーニング状態をチェックし、このトレーニング状態のチェックに基づいて、レシーバは、三段階のそれぞれとトランスミッタとに関して、２８０６でパス／フェイルビットを設定する。各段階において、レシーバは、パスを検出した際にのみ次の段階へ進むことになり、２８１０では、レシーバがパスを検出しなかった場合、レシーバが、リンク速度を低下させ、トレーニングセッションを繰り返す。２８１２において、メインリンクは、パスが検出されたリンク速度で準備される。

図２９は、本発明を実施するために利用されるコンピュータシステム２９００を例示している。コンピュータシステム２９００は、本発明を実施することが可能なグラフィックスシステムの一例に過ぎない。コンピュータシステム２９００は、中央演算処理装置（ＣＰＵ）１５１０と、ランダムアクセスメモリ（ＲＡＭ）２９２０と、読み出し専用メモリ（ＲＯＭ）２９２５と、一つ以上の周辺機器２９３０と、グラフィックスコントローラ２９６０と、一次記憶装置２９４０及び２９５０と、デジタルディスプレイ部２９７０とを含む。この技術で広く知られるように、ＲＯＭは、データ及び命令を単方向でＣＰＵ２９１０に転送するために動作し、ＲＡＭは、通常、データ及び命令を双方向の形で転送するために使用される。ＣＰＵ２９１０は、一般に、任意の数のプロセッサを含む。一次記憶装置２９４０及び２９５０は、両方とも、任意の適切なコンピュータ可読媒体を含む。通常は大容量記憶装置である二次記憶媒体８８０も、ＣＰＵ２９１０と双方向で結合され、追加的なデータ記憶容量を提供する。大容量記憶装置８８０は、コンピュータコード、データ、及びその他を含むプログラムを格納するために使用することが可能なコンピュータ可読媒体である。通常、大容量記憶装置８８０は、一次記憶装置２９４０、２９５０に比べて一般に低速であるハードディスク又はテープといった記憶媒体である。大容量記憶装置８８０は、磁気又は紙テープリーダ、或いは他の何らかの広知のデバイスの形態を取ることができる。大容量記憶装置８８０内に保持される情報は、適切な場合には、標準的な方法で、仮想メモリとして、ＲＡＭ２９２０の一部に組み込むことが可能であると理解される。

ＣＰＵ２９１０は、更に、一つ以上の入出力デバイス８９０に結合され、これはビデオモニタ、トラックボール、マウス、キーボード、マイクロフォン、タッチセンシティブディスプレイ、トランスデューサカードリーダ、磁気又は紙テープリーダ、タブレット、スタイラス、音声又は手書き文字認識装置といったデバイス、或いは、当然ながら他のコンピュータといった、その他の広知の入力デバイスを、一部として含むことができる。最後に、ＣＰＵ２９１０は、２９９５において一般的に表示するようなネットワーク接続を使用して、インターネットネットワーク又はイントラネットネットワーク等のコンピュータ又は電気通信ネットワークに随意的に結合させることができる。こうしたネットワーク接続により、ＣＰＵ２９１０は、上記の方法のステップを実行する過程で、ネットワークから情報を受領すること、或いはネットワークに情報を出力することができると考えられる。こうした情報は、ＣＰＵ２９１０を使用して実行する命令のシーケンスとして表現される場合が多く、例えば、搬送波に埋め込まれたコンピュータデータ信号の形態でネットワークから受領すること及びネットワークに出力することが可能である。上記のデバイス及び資材は、コンピュータのハードウェア及びソフトウェア技術に関する業者によく知られている。

グラフィックスコントローラ２９６０は、アナログ画像データと、対応する基準信号とを生成し、その両方をデジタルディスプレイ部２９７０に提供する。アナログ画像データは、例えば、ＣＰＵ２９１０から又は外部エンコード（表示なし）から受領したピクセルデータに基づいて生成することができる。一実施形態において、アナログ画像データは、ＲＧＢ形式で提供され、基準信号は、この技術において広知のＶＳＹＮＣ及びＨＳＹＮＣ信号を含む。しかしながら、本発明は、その他の形態のアナログ画像、データ、及び又は基準信号により実施することが可能である。例えば、アナログ画像データは、ビデオ信号データを、対応する時間基準信号と共に含むことができる。

本発明の僅かな実施形態について説明してきたが、本発明は、本発明の趣旨又は範囲から逸脱することなく、他の多くの具体的な形態で実施し得ると理解されるべきである。本発明の例は、制限的ではなく例示的なものと考えられ、本発明は、ここで提示した詳細により制限されることはなく、添付特許請求の範囲とその全ての等価物との範囲内で、変形することが可能である。

本発明について、好適な実施形態の観点から説明してきたが、本発明の範囲内に入る変更、置換、及び等価物が存在する。更に、本発明の処理及び装置の両方を実施する数多くの代替方法が存在することに留意されたい。したがって、本発明は、本発明の本来の趣旨及び範囲内に入るこうした変形、置換、及び等価物を含むものである。

本発明の実施形態による、クロスプラットフォームのディスプレイインタフェース１００の一般図。 本発明の多数の実施形態による、ビデオソースとビデオディスプレイ部とを接続するのに使用されるビデオインタフェースシステムを例示する図。 本発明の多数の実施形態による、ビデオソースとビデオディスプレイ部とを接続するのに使用されるビデオインタフェースシステムを例示する図。 本発明の多数の実施形態による、ビデオソースとビデオディスプレイ部とを接続するのに使用されるビデオインタフェースシステムを例示する図。 本発明の実施形態による、例示的なメインリンク速度を示す図。 本発明の実施形態による、メインリンクデータパケットを示す図。 本発明の実施形態による、メインリンクパケットヘッダを示す図。 本発明の実施形態による、サブパケット封入と複数パケット多重化とを提供するように構成されたシステムを示す図。 図５Ａに示すシステムの別の実施を示す図。 図５に示すストリームの例としての多重化メインリンクストリームの高レベル図。 本発明による、データストリームの別の例を示す図。 本発明の実施形態による、多重化データストリームの更に別の例を示す図。 本発明の実施形態による、代表的なサブパケットを示す図。 本発明の実施形態による、代表的なメインリンクデータパケットを示す図。 選択的にリフレッシュされるグラフィック画像の例を示す図。 本発明の実施形態による、例示的なリンクトレーニングパターンを示す図。 本発明の実施形態による、システムの論理層化を例示する図。 本発明の実施形態による、８Ｂ／１０Ｂを使用する例示的な特殊文字マッピングを示す図。 本発明の実施形態による、例示的なＭａｎｃｈｅｓｔｅｒ ＩＩエンコード方式を示す図。 本発明の実施形態による、代表的な補助チャネル電気サブ層を示す図。 本発明の実施形態による、代表的なメインリンク電気サブ層を示す図。 本発明の実施形態による、代表的なコネクタを示す図。 本発明の実施形態による、ソース状態図。 本発明の実施形態による、ディスプレイ状態図。 本発明の様々なコンピュータに基づく実施を例示する図。 本発明の様々なコンピュータに基づく実施を例示する図。 本発明の様々なコンピュータに基づく実施を例示する図。 本発明の様々なコンピュータに基づく実施を例示する図。 本発明の様々なコンピュータに基づく実施を例示する図。 本発明の実施形態による、インタフェースの動作モードを決定するプロセスを詳細に示すフローチャート。 本発明の一部の態様による、リアルタイムビデオ画質チェックを提供する処理を詳細に示すフローチャート。 本発明の実施形態による、リンク設定処理に関するフローチャート。 本発明の実施形態による、リンク設定処理に関するフローチャート。 本発明の実施形態による、トレーニングセッションを実行する処理を詳細に示すフローチャート。 本発明の実施するために利用されるコンピュータシステムを例示する図。

Claims (17)

1. ビデオソースとビデオディスプレイとの間で双方向に情報を転送するように構成された双方向補助チャネルと、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成された単方向メインリンクとを有するシステムにおいて、安定したメインリンクを確立する方法であって、
   前記メインチャネル上で前記ビデオソースから前記ビデオディスプレイへのマルチメディアデータパケットストリームの伝送を開始する前に、前記安定したメインリンクを確立するために補助チャネル上で実施されるリンクトレーニングセッションを使用する工程を備えることを特徴とする方法。
2. 請求項１記載の方法であって、さらに、
   予め定められたトレーニングパターンをメインリンクトランスミッタによって送信する工程と、
   前記トレーニングパターンに基づいて前記ビデオディスプレイが確実なビット／文字ロックを達成できるかどうかを判断する工程であって、前記ビデオソースと前記ビデオディスプレイの間における実質的に全てのリンクトレーニングに関連するハンドシェイクが前記補助チャネル上で実施される工程と、
   を備える方法。
3. 請求項２記載の方法であって、
   前記ビデオディスプレイが前記確実なビット／文字ロックを達成しない場合には、前記ビデオディスプレイが前記補助チャネルを介して前記ビデオソースに通知する方法。
4. 請求項３記載の方法であって、さらに、
   前記ビデオソースによってリンク速度を低下させる工程と、
   前記確実なビット／文字ロックが達成されるまで前記トレーニングセッションを繰り返す工程と、
   前記確実なビット／文字ロックの達成の失敗に基づいて、障害メッセージを送信する工程と、
   を備える方法。
5. 請求項１記載の方法であって、
   前記トレーニングパターンは、複数のトレーニング段階を含み、
   段階１は最短のランレングスを表し、
   段階２はイコライズを最適化するために前記レシーバによって使用され、
   段階３において、前記リンク品質が許容できる限り、ビットロック及び文字ロックの両方が達成される方法。
6. 請求項１記載の方法であって、
   前記トレーニングセッションは、ほぼ１０ｍｓの持続時間を有し、
   ほぼ１０⁷ビットのデータが転送される方法。
7. ビデオソースとビデオディスプレイとを有するビデオシステム内のパケットベースのビデオモニタトレーナであって、
   双方向補助チャネルと、
   単方向メインリンクと、
   メインリンクレシーバ部と、
   メインリンクトランスミッタ部と、
   補助チャネルスレーブ部と、
   トレーニングパターン部と、
   を備え、
   前記双方向補助チャネルは、前記ビデオソースと前記ビデオディスプレイとの間で双方向に情報を転送するように構成されており、
   前記単方向メインリンクは、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成されており、
   前記メインリンクレシーバ部は、前記ビデオディスプレイで前記メインリンクに結合されており、
   メインリンクトランスミッタ部は、前記ビデオソースで前記メインリンクに結合されており、
   前記補助チャネルスレーブ部は、前記補助チャネルに結合されており、
   前記メインリンクレシーバ部と前記補助チャネルスレーブ部の両方がそれぞれモニタスタンバイモードにおいて電気的にアイドル状態となり、
   ホットプラグイベントが検出されると、前記システムがディスプレイ状態へ遷移し、この時点で補助チャネルスレーブ部がオンとなり、前記メインリンクトランスミッタ部がレシーバリンク能力読み出しコマンドに応答し、
   前記トレーニングパターン部は、各トレーニング段階の結果に基づいて更新されるイコライザを調整するために、トレーニング段階で前記トランスミッタに使用されるトレーニングパターンを生成するように構成されている、トレーナ。
8. 請求項７記載のトレーナであって、
   前記トレーニングが失敗した時には、別のトレーニングセッションが開始される、トレーナ。
9. 請求項８記載のトレーナであって、
   前記トレーニングセッションが成功した時には、前記ディスプレイが正常に動作する、トレーナ。
10. 請求項７記載のトレーナであって、
    予め定められた期間に前記補助チャネルでの活動が存在しないと判断された時には、前記補助チャネルスレーブポートがスタンバイ状態に設定される、トレーナ。
11. ビデオソースとビデオディスプレイとの間で双方向に情報を転送するように構成された双方向補助チャネルと、前記ビデオソースから前記ビデオディスプレイに複数のマルチメディアデータパケットを運ぶように構成された単方向メインリンクとを有するシステムにおいて、安定したメインリンクを確立するためのコンピュータプログラムであって、
    前記メインチャネル上で前記ビデオソースから前記ビデオディスプレイへのマルチメディアデータパケットストリームの伝送を開始する前に、前記安定したメインリンクを確立するために補助チャネル上で実施されるリンクトレーニングセッションを使用する機能を前記システムに実現するプログラムを備えることを特徴とする、コンピュータプログラム。
12. 請求項１１記載のコンピュータプログラムであって、
    前記コンピュータプログラムは、さらに
    予め定められたトレーニングパターンをメインリンクトランスミッタによって送信する機能と、
    前記トレーニングパターンに基づいて前記ビデオディスプレイが確実なビット／文字ロックを達成できるかどうかを判断する機能であって、前記ビデオソースと前記ビデオディスプレイの間における実質的に全てのリンクトレーニングに関連するハンドシェイクが前記補助チャネル上で実施される機能と、
    前記システムに実現するプログラムを備えることを特徴とする、コンピュータプログラム。
13. 請求項１２記載のコンピュータプログラムであって、
    前記コンピュータプログラムは、さらに、
    前記ビデオディスプレイが前記確実なビット／文字ロックを達成しない場合には、前記ビデオディスプレイが前記補助チャネルを介して前記ビデオソースに通知する機能を前記システムに実現するプログラムを備えることを特徴とする、コンピュータプログラム。
14. 請求項１３記載のコンピュータプログラムであって、
    前記コンピュータプログラムは、さらに、
    前記ビデオソースによってリンク速度を低下させる機能と、
    前記確実なビット／文字ロックが達成されるまで前記トレーニングセッションを繰り返す機能と、
    前記確実なビット／文字ロックの達成の失敗に基づいて、障害メッセージを送信する機能と、
    前記システムに実現するプログラムを備えることを特徴とする、コンピュータプログラム。
15. 請求項１１記載のコンピュータプログラムであって、
    前記トレーニングパターンは、複数のトレーニング段階を含み、
    段階１は最短のランレングスを表し、
    段階２はイコライズを最適化するために前記レシーバによって使用され、
    段階３において、前記リンク品質が許容できる限り、ビットロック及び文字ロックの両方が達成される、コンピュータプログラム。
16. 請求項１１記載のコンピュータプログラムであって、
    前記トレーニングセッションは、ほぼ１０ｍｓの持続時間を有し、
    ほぼ１０⁷ビットのデータが転送される、コンピュータプログラム。
17. 請求項１１ないし請求項１６のいずれかに記載のコンピュータプログラムを記録したコンピュータ読みとり可能な記録媒体。
    

Images