特表 2023-549501 線形モードと制限モードとの切り替えが可能なリドライバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-11-27

(54)【発明の名称】線形モードと制限モードとの切り替えが可能なリドライバ

(51)【国際特許分類】

   H04N 21/436 20110101AFI20231117BHJP

   H04L 25/03 20060101ALI20231117BHJP

【ＦＩ】

H04N21/436

H04L25/03

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023528380

(86)(22)【出願日】2021-11-12

(85)【翻訳文提出日】2023-07-12

(86)【国際出願番号】 US2021059045

(87)【国際公開番号】W WO2022103998

(87)【国際公開日】2022-05-19

(31)【優先権主張番号】63/112,763

(32)【優先日】2020-11-12

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/363,158

(32)【優先日】2021-06-30

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＨＤＭＩ

(71)【出願人】

【識別番号】507107291

【氏名又は名称】テキサス インスツルメンツ インコーポレイテッド

(74)【代理人】

【識別番号】230129078

【弁護士】

【氏名又は名称】佐藤 仁

(72)【発明者】

【氏名】チャールズ マイケル キャンベル

(72)【発明者】

【氏名】ムスタファ ウルヴィ エルドガン

(72)【発明者】

【氏名】ダグラス エドワード ウェンテ

(72)【発明者】

【氏名】スリダール ラマスワミ

【テーマコード（参考）】

5C164

5K029

【Ｆターム（参考）】

5C164GA09

5C164TA02S

5C164UB71P

5K029AA03

(57)【要約】

第１のデバイス及び第２のデバイスに結合されるように適合されるリドライバシステム（１３０）が、第１及び第２の送信機ドライバ並びにスヌープ回路（１４８）を含む。第１の送信機ドライバは第１のイネーブル入力を有する。第２の送信機ドライバは第２のイネーブル入力を有する。スヌープ回路（１４８）は、第１及び第２のイネーブル入力に結合される。スヌープ回路（１４８）は、第１のデバイス及び第２のデバイスが第１のプロトコルに従って動作するか否かを判定するように構成される。第１及び第２のデバイスが第１のプロトコルに従って動作するとスヌープ回路（１４８）が判定することに応答して、スヌープ回路（１４８）は、第１の送信機ドライバをイネーブルにし、第２の送信機ドライバをディセーブルにする。第１及び第２のデバイスが第１のプロトコルに従って動作しないとスヌープ回路が判定することに応答して、スヌープ回路は、第１の送信機ドライバをディセーブルにし、第２の送信機ドライバをイネーブルにする。

【特許請求の範囲】

【請求項1】

第１のデバイス及び第２のデバイスに結合するように適合されるリドライバシステムであって、
第１のイネーブル入力を有する第１の送信機ドライバと、
第２のイネーブル入力を有する第２の送信機ドライバと、
前記第１及び第２のイネーブル入力に結合されるスヌープ回路と、
を含み、
前記スヌープ回路が、
前記第１のデバイス及び前記第２のデバイスが第１のプロトコルに従って動作するか否かを判定し、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると前記スヌープ回路が判定することに応答して、前記第１の送信機ドライバをイネーブルにし、前記第２の送信機ドライバをディセーブルにし、
前記第１及び第２のデバイスが前記第１のプロトコル以外のプロトコルに従って動作すると前記スヌープ回路が判定することに応答して、前記第１の送信機ドライバをディセーブルにし、前記第２の送信機ドライバをイネーブルにする、
ように構成される、
リドライバシステム。

【請求項2】

請求項１に記載のリドライバシステムであって、前記スヌープ回路が、非ゼロ固定レートリンク（ＦＲＬ）値を検出することによって、前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると判定する、リドライバシステム。

【請求項3】

請求項１に記載のリドライバシステムであって、前記スヌープ回路が、ゼロに等しい固定レートリンク（ＦＲＬ）値を検出することによって、前記第１及び第２のデバイスが第２のプロトコルに従って動作すると判定する、リドライバシステム。

【請求項4】

請求項１に記載のリドライバシステムであって、前記スヌープ回路が、固定レートリンク（ＦＲＬ）値がないことを検出することによって、前記第１及び第２のデバイスが第２のプロトコルに従って動作すると判定する、リドライバシステム。

【請求項5】

請求項１に記載のリドライバシステムであって、前記第１の送信機ドライバが線形ドライバであり、前記第１のプロトコルが高精度マルチメディアインターフェース（ＨＤＭＩ）２．１プロトコルであり、前記第２のプロトコルがＨＤＭＩ ２．１以外のＨＤＭＩプロトコルであり、前記第２の送信機ドライバが制限ドライバである、リドライバシステム。

【請求項6】

請求項１に記載のリドライバシステムであって、前記第１及び第２の送信機ドライバが第１のデータチャネル用であり、前記リドライバシステムが、第３及び第４の送信機ドライバを含み、
前記スヌープ回路が、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると前記スヌープ回路が判定することに応答して、前記第３の送信機ドライバをイネーブルにし、前記第４の送信機ドライバをディセーブルにし、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作しないと前記スヌープ回路が判定することに応答して、前記第３の送信機ドライバをディセーブルにし、前記第２の送信機ドライバをディセーブルにする、
ように構成される、
リドライバシステム。

【請求項7】

請求項１に記載のリドライバシステムであって、前記スヌープ回路が、前記第１のデバイスによる前記第２のデバイスへの書き込みトランザクションをスヌープするように構成される、リドライバシステム。

【請求項8】

請求項１に記載のリドライバシステムであって、前記スヌープ回路が、前記第１のデバイスによる前記第２のデバイスへの、前記第１のデバイスが前記第２のデバイスを構成するための書き込みトランザクションをスヌープするように構成される、リドライバシステム。

【請求項9】

メディアデータをシンクデバイスに提供するように適合されるソースデバイスであって、
グラフィックプロセッサユニット（ＧＰＵ）と、
前記ＧＰＵに結合されるリドライバシステムと、
を含み、
前記リドライバシステムが、
第１のイネーブル入力を有する第１の送信機ドライバと、
第２のイネーブル入力を有する第２の送信機ドライバと、
前記第１及び第２のイネーブル入力に結合されるスヌープ回路と、
を含み、
前記スヌープ回路が、
前記第１のデバイス及び前記第２のデバイスが第１のプロトコルに従って動作するか否かを判定し、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると前記スヌープ回路が判定することに応答して、前記第１の送信機をイネーブルにし、前記第２の送信機をディセーブルにし、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作しないと前記スヌープ回路が判定することに応答して、前記第１の送信機をディセーブルにし、前記第２の送信機をイネーブルにする、
ように構成される、
ソースデバイス。

【請求項10】

請求項９に記載のソースデバイスであって、前記スヌープ回路が、非ゼロ固定レートリンク（ＦＲＬ）値を検出することによって、前記ソースデバイス及びシンクデバイスが前記第１のプロトコルに従って動作すると判定する、ソースデバイス。

【請求項11】

請求項１０に記載のソースデバイスであって、前記第１のプロトコルが、高精度マルチメディアインターフェース（ＨＤＭＩ）２．１プロトコルである、ソースデバイス。

【請求項12】

請求項９に記載のソースデバイスであって、前記スヌープ回路が、ゼロに等しい固定レートリンク（ＦＲＬ）値を検出することによって、前記ソース及びシンクデバイスが第２のプロトコルに従って動作すると判定する、ソースデバイス。

【請求項13】

請求項１２に記載のソースデバイスであって、前記第２のプロトコルが、ＨＤＭＩ ２．１以外の高精度マルチメディアインターフェース（ＨＤＭＩ）プロトコルである、ソースデバイス。

【請求項14】

請求項９に記載のソースデバイスであって、前記スヌープ回路が、固定レートリンク（ＦＲＬ）値がないこと検出することによって、前記ソース及びシンクデバイスが第２のプロトコルに従って動作すると判定する、ソースデバイス。

【請求項15】

請求項９に記載のソースデバイスであって、前記第１の送信機ドライバが線形ドライバであり、前記第２の送信機ドライバが制限ドライバである、ソースデバイス。

【請求項16】

請求項９に記載のソースデバイスであって、前記スヌープ回路が、前記ＧＰＵから前記シンクデバイスへの書き込みトランザクションをスヌープするように構成される、ソースシステム。

【請求項17】

請求項９に記載のソースデバイスであって、前記スヌープ回路が、前記第１のデバイスによる前記第２のデバイスへの、前記第１のデバイスが前記第２のデバイスを構成するための書き込みトランザクションをスヌープするように構成される、ソースシステム。

【請求項18】

方法であって、
第１のデバイス及び第２のデバイスが第１のプロトコルに従って動作するか否かを判定することと、
前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると判定することに応答して、第１の送信機ドライバをイネーブルにし、第２の送信機をディセーブルにすることと、
前記第１及び第２のデバイスが前記第１のプロトコル以外のプロトコルに従って動作すると判定することに応答して、前記第１の送信機ドライバをディセーブルにし、前記第２の送信機をイネーブルにすることと、
を含む、方法。

【請求項19】

請求項１８に記載の方法であって、前記第１及び第２のデバイスが前記第１のプロトコルに従って動作すると判定することが、非ゼロ固定レートリンク（ＦＲＬ）値を検出することを含む、方法。

【請求項20】

請求項１８に記載の方法であって、前記第１及び第２のデバイスが前記第１のプロトコル以外のプロトコルに従って動作すると判定することが、ゼロに等しい固定レートリンク（ＦＲＬ）値又は固定レートリンク（ＦＲＬ）値がないことの少なくとも一方を検出することを含む、方法。

【請求項21】

請求項１８に記載の方法であって、前記第１のプロトコルが高精度マルチメディアインターフェース（ＨＤＭＩ）２．１プロトコルであり、前記第２のプロトコルがＨＤＭＩ ２．１以外のＨＤＭＩプロトコルである、方法。

【発明の詳細な説明】

【背景技術】

【0001】

第１のデバイスが第２のデバイスにデータ（例えば、ビデオ及び／又はオーディオ）を送信するという文脈において、各デバイスは所与のインターフェースプロトコルに準拠し得る。例えば、第１のデバイスは、ビデオソース（例えば、ケーブルボックス、インターネットに接続されるストリーミングデバイス、コンピュータなど）であり得、第２のデバイスはディスプレイモニタであり得、各デバイスは、高精度マルチメディアインターフェース（ＨＤＭＩ）を実装し得る。ＨＤＭＩ実装ソースデバイスが、高精度オーディオ及びビデオの両方を単一ケーブルを介してＨＤＭＬ準拠のシンクデバイスに転送する。ソースデバイスは、記号間干渉（ＩＳＩ）を低減するための均等化を実装する回路であるリドライバも含み得る。

【発明の概要】

【0002】

一例において、リドライバシステムが、第１のデバイス及び第２のデバイスに結合するように適合され、第１及び第２の送信機ドライバ並びにスヌープ回路を含む。第１の送信機ドライバは、第１のイネーブル入力を有する。第２の送信機ドライバは、第２のイネーブル入力を有する。スヌープ回路は、第１及び第２のイネーブル入力に結合される。スヌープ回路は、第１のデバイス及び第２のデバイスが第１のプロトコルに従って動作するか否かを判定する。第１及び第２のデバイスが第１のプロトコルに従って動作するとスヌープ回路が判定することに応答して、スヌープ回路は、第１の送信機ドライバをイネーブルにし、第２の送信機ドライバをディセーブルにする。第１及び第２のデバイスが第１のプロトコルに従って動作しないとスヌープ回路が判定することに応答して、スヌープ回路は、第１の送信機ドライバをディセーブルにし、第２の送信機ドライバをイネーブルにする。

【0003】

別の例において、或る方法が、第１のデバイス及び第２のデバイスが第１のプロトコルに従って動作するか否かを判定することを含む。この方法は、第１及び第２のデバイスが第１のプロトコルに従って動作すると判定することに応答して、第１の送信機ドライバをイネーブルにし、第２の送信機をディセーブルにすることを含む。この方法は、第１及び第２のデバイスが第１のプロトコル以外のプロトコルに従って動作すると判定することに応答して、第１の送信機ドライバをディセーブルにし、第２の送信機をイネーブルにすることを含む。

【図面の簡単な説明】

【0004】

様々な例の詳細な説明について、添付の図面を参照する。

【0005】

【図1】或る例に従った、シンクデバイスに結合され、線形又は制限動作モードのいずれかが可能なリドライバシステムを含むソースデバイスを示すブロック図である。

【0006】

【図2】或る例に従った、線形及び制限送信機の両方を有するリドライバシステム内の送信機のブロック図である。

【0007】

【図3】或る例に従った、リドライバシステム内のスヌープ回路の動作状態を示す状態図である。

【0008】

【図4】スヌープ回路によって実装される例示の方法を示すフローチャートである。

【0009】

図面において同じ参照番号又はその他の参照指示子を用いて、（機能上及び／又は構造上）同じ又は類似の特徴を指示する。

【発明を実施するための形態】

【0010】

ＨＤＭＩドライバは、「線形」リドライバ又は「非線形」リドライバのいずれかとし得る。非線形リドライバは、制限リドライバとも称する。線形リドライバは、リドライバへの入力信号（たとえば、電圧）とその出力信号との間で、少なくとも対象範囲にわたってほぼ線形の関係を実装する。しかし、制限リドライバは、プリエンファシス及び振幅制御を実装しており、その結果、その出力信号がその入力信号の線形関数にならない。

【0011】

ＨＤＭＩプロトコルの複数のバージョンが確立されており、それらは、例えば、ＨＤＭＩ １．４、ＨＤＭＩ ２．０、及びＨＤＭＩ ２．１である。これら各ＨＤＭＩの仕様は全体として参照により本明細書に組み込まれている。ＨＤＭＩ １．４プロトコルは、毎秒１０．２ギガビット（Ｇｂｐｓ）の最大データレートを提供する。ＨＤＭＩ ２．０は、１８ギガビットＧｂｐｓの最大データレートを提供する。ＨＤＭＩ １．４及び２．０はいずれも、ビデオ及びオーディオ信号とともにクロック信号がＨＤＭＩケーブルの導体で送信される遷移最小化差動信号伝送（ＴＭＤＳ：Transition Minimized Differential Signaling）符号化技法を指定している。ＨＤＭＩ ２．１プロトコルは、更に速いデータ転送レート（例えば、最大４８Ｇｂｐｓ）を提供する。ＨＤＭＩ ２．１は、ソースデバイスとシンクデバイスとの間のクロック信号の送信を含まず、ＨＤＭＩ １．４及び２．０において用いられるクロックピンを付加的なデータチャネルとして再利用する。

【0012】

２つのＨＤＭＩ準拠デバイスが接続され電源投入されると、ソースデバイスは、シンクデバイスからデバイス関連データを取得する。デバイス関連データは、例えば、拡張データ識別データ（ＥＤＩＤ）、ＨＤＭＩフォーラムベンダー固有データブロック（ＨＦ－ＶＳＤＢ）、及びステータス及び制御データ構造（ＳＣＤＣＳ）を含み、これらは、シンクデバイスの不揮発性メモリに格納される。シンクデバイスのＥＤＩＤは、例えば、シンクデバイスのディスプレイの大きさ、色度値、タイミング値などのパラメータを指定する。ＨＦ－ＶＳＤＢは、シンクデバイスの最大データレート能力、シンクデバイスに関連する、他のデバイス固有のデータを含む。ソースデバイスは、シンクのデバイス固有データを用いて、シンクデバイスの能力を決定し、次いで、ソースデバイス及びシンクデバイスの両方の能力に合わせたディスプレイ解像度、データレートなどを選択する。ソースデバイスは、次いで、ソースデバイスが決定した共通能力（解像度、データレートなど）をシンクデバイスに指定するためにシンクのＳＣＤＣＳに値を書き込んで、ソースデバイスとシンクデバイスとの間の相互作用を制御する。

【0013】

ＨＤＭＩ ２．１は、ソースデバイスとシンクデバイスとの間の「リンクトレーニング」も提供する。リンクトレーニングは、ＨＤＭＩの前のバージョン（例えば、ＨＤＭＩ １．４及び２．０）には実装されていない。リンクトレーニングの目的は、ソースデバイスが適切なレベルのプリエンファシス、電圧の振れなどについてそれ自体を構成し、エラーを削減又は排除することを目標としている。リンクトレーニング手順は、ソースデバイスによって開始され制御される。リンクトレーニング手順の間、シンクデバイスは、データチャネルに埋め込まれているソースデバイスのクロックを回復する。ソースデバイスは、シンクデバイスにテストパターンも送る。テストパターンにより、ソースデバイスは、その送信機の振れ、プリシュート、及びディエンファシスレベルを調整して、シンクデバイスに対してより堅牢な信号にし得る値にし、それに応じてシンクデバイスによって観測されるエラーを削減又は排除し得る。残念ながら、リンクトレーニング手順は、制限リドライバを用いるソースデバイスに対しては確実には動作しない。シンクデバイス及びソースデバイスのグラフィックプロセッサユニット（ＧＰＵ）が制限リドライバの存在を認識していないリンクトレーニングの間制限リドライバを用いると、リンクトレーニングが失敗するリスクが高まる。線形リドライバはリンクトレーニングに対して透過であり、そのため、リンクトレーニングにほとんど又は全く影響を及ぼさない。従って、制限リドライバの代わりに線形リドライバがソースデバイスにおいて用いられると、リンクトレーニング手順はより信頼性が高くなる。

【0014】

ＨＤＭＩプロトコルには下位互換性があり、それは、ＨＤＭＩ準拠ソースデバイス及びシンクデバイスの任意の対が、ＨＤＭＩのどのバージョンを実装しているかに関わらず、共に動作することを意味する。例えば、ＨＤＭＩ ２．１ソースデバイスが、ＨＤＭＩ １．４シンクデバイス、ＨＤＭＩ ２．０シンクデバイス、又はＨＤＭＩ ２．１シンクデバイスに接続され得る。これは、ＨＤＭＩ ２．１ソースデバイスがＨＤＭＩ ２．１シンクデバイスに接続されている場合、そのソースデバイスがリンクトレーニングを実施し得ることを意味する。しかし、ＨＤＭＩ ２．１ソースデバイスがＨＤＭＩ １．４又は２．０シンクデバイス（ＨＤＭＩ ２．１より前に発表されたＨＤＭＩの別のバージョン）に接続されている場合、ＨＤＭＩ ２．１ソースデバイスは、リンクトレーニングプロトコルを実施できない。これは、ＨＤＭＩ ２．１よりも前のシンクデバイスにはその能力がないためである。

【0015】

本明細書に記載する実施例は、線形及び制限リドライバの両方の動作モードを有するリドライバシステムを対象とする。リドライバシステムは、ソースデバイスとシンクデバイスとの間のチャネルを監視するスヌープ回路を含み、そこで、シンクデバイスの能力がソースデバイスによって読み出され、ソースデバイスは、ディスプレイ解像度、プリエンファシス、電圧の振れなどに関するパラメータセットをネゴシエートする、ソースデバイス及びシンクデバイスのプロセスの一部として、値をシンクデバイスに書き戻す。一実施例において、リドライバシステムのスヌープ回路は、ソースデバイスがこれらのデバイスの動作のために指定した相互能力に関して、ソースデバイスのＧＰＵがシンクデバイスデバイスに書き込む１つ又は複数の値をスヌープ（ｓｎｏｏｐ）する。スヌープされた情報に基づいて、スヌープ回路は、ソース及びシンクデバイスが、ＨＤＭＩ ２．１プロトコル又はＨＤＭＩ ２．１以外のプロトコル（例えば、ＨＤＭＩ １．４又はＨＤＭＩ ２．０などのＨＤＭＩ ２．１よりも前のプロトコル）に従って動作するためにこれらのデバイス自体を構成するか否かを決定する。ソースデバイス及びシンクデバイスがＨＤＭＩ ２．１プロトコルに従って動作するとスヌープ回路が判定した場合、スヌープ回路は、リドライバシステムを線形リドライバモード用に構成させる。ソースデバイス及びシンクデバイスがＨＤＭＩ ２．１プロトコルに従って動作しないとスヌープ回路が判定した場合、スヌープ回路は、リドライバシステムを制限リドライバモード用に構成させる。

【0016】

図１は、ケーブル１５０によりシンクデバイス１６０に結合されるソースデバイス１１０を含むシステム１００のブロック図である。一例において、ソースデバイス１１０は、オーディオ及び／又はビデオデータ（本明細書では「メディア」データと称する）を含むか、そうでない場合にはそれらを取得し、ケーブル１５０を介してメディアデータをシンクデバイスに提供する。ソースデバイス１１０は、コンピュータ、セットトップボックス、ケーブルボックス、ＷｉＦｉストリーミングデバイスなどとし得る。シンクデバイス１６０は、ディスプレイモニタ、又はメディアデータを利用／表示するその他のタイプのデバイスとし得る。シンクデバイス１６０は、シンクデバイスのＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８が格納されるメモリ１７０を含む。メモリ１７０は不揮発性メモリとし得る。ＳＣＤＣＳ１６７は、読み出しと書き込みの両方が可能なメモリに格納され得る。ＥＤＩＤ１６５及びＨＦ－ＶＳＤＢ１６８は、読み出し専用のメモリ（例えば、読み出し専用メモリ「ＲＯＭ」）に格納され得る。

【0017】

本明細書に記載する例において、ソースデバイス１１０及びシンクデバイス１６０はＨＤＭＩに準拠している。ソースデバイス１１０は、ＨＤＭＩ ２．１デバイスであり、そのため、ＨＤＭＩ ２．１シンクデバイスと互換性があり、ＨＤＭＩの以前のバージョン（例えば、ＨＤＭＩ １．４又はＨＤＭＩ ２．０）に準拠するシンクデバイスと下位互換性がある。ソースデバイス１１０はＨＤＭＩ ２．１デバイスであり、シンクデバイス１６０は、ＨＤＭＩ ２．１デバイスとし得るが、或いはＨＤＭＩ １．４又は２．０などのＨＤＭＩの以前のバージョンに準拠してもよい。デバイスのＨＤＭＩバージョンは、そのデバイスが、それにより指定されたバージョンに従って、又はＨＤＭＩの以前のバージョンのいずれかに従って動作し得ることを意味する。例えば、ＨＤＭＩ ２．０デバイスは、ＨＤＭＩ ２．０又は１．４プロトコルに従って動作し得るが、ＨＤＭＩ ２．１プロトコルに従って動作することはできない。ソースデバイス１１０がシンクデバイスのＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出すディスカバリプロセスの間、ソースデバイス１１０は、ソースデバイス及びシンクデバイスの両方の動作が従うパラメータ（例えば、データレート、解像度など）を決定する。例えば、ソースデバイス１１０がＨＤＭＩ ２．１互換であり、シンクデバイスがＨＤＭＩ ２．０互換である場合、ソースデバイスは、両方のデバイスがＨＤＭＩ ２．０動作用にデバイス自体を構成すべきであると決定する。そのため、ソースデバイス１１０はＨＤＭＩ ２．１互換性であるが、ソースデバイスはそれ自体をＨＤＭＩ ２．０動作用に構成する。

【0018】

図１の例におけるソースデバイス１１０は、リドライバシステム１３０に結合されるグラフィックプロセッサユニット（ＧＰＵ）１１２を含む。ケーブル１５０は、ＨＤＭＩ準拠のケーブルであり、４つのツイストワイヤ対１５１、１５２、１５３、及び１５４を含む。ツイストワイヤの各対は、個別のチャネル用である。ＨＤＭＩ １．４及び２．０において、チャネルのうち３つがビデオ及び／又はオーディオデータに用いられ、４番目のチャネルはクロックに用いられる。ＨＤＭＩ ２．１において、ケーブル１５０を介して送信される個別のクロック信号はなく、そのため、４つのチャネルすべてがデータに用いられ得る。ワイヤ１５６を介するシリアル通信リンク（例えば、集積回路間「Ｉ ２Ｃ」）も、シンクデバイスとソースデバイスとの間のケーブル１５０を介して提供され、このケーブル１５０を介してＧＰＵ１１２は、シンクデバイスのＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出し得、ＨＦ－ＶＳＤＢ１６８に格納されることになるパラメータ値をシンクデバイスに戻して提供する。ワイヤ１５６は、単一のワイヤでもよいし、クロックワイヤ及びシリアルデータワイヤなどの一対のワイヤでもよい。ワイヤ１５６を介する通信リンクは、ディスプレイデータチャネル（ＤＤＣ）と称することがある。ケーブル１５０は、電源投入されたシンクデバイス１６０にケーブル１５０が接続されているか否かをソースデバイス１１０が検出できるようにするホットプラグ検出（ＨＰＤ）ワイヤ１５５も含む。

【0019】

図１の例において、シンクデバイス１６０と（ソースデバイス１１０内の）ＧＰＵ１１２との間でケーブル１５０を介して提供されるすべての信号は、リドライバシステム１３０を介して流れる。他の例において、これらの信号のうちの１つ又は複数が、リドライバシステム１３０をバイパスし得る（例えば、ワイヤ１５６上のＤＤＣ情報はリドライバシステム１３０を通過しないことがある）。

【0020】

図１の例において、ＧＰＵ１１２は、上述の４つのデータチャネル（又は３つのデータチャネルと１クロック）の各々に対応する４つの送信機１１５、１１６、１１７、及び１１８を含む。シンクデバイス１６０は、論理１６９に結合される４つの対応する受信機１６１、１６２、１６３、及び１６４を有する。論理１６９は、プロセッサ、デジタル論理、特定用途向け集積回路（ＡＳＩＣ）、メモリ、及び／又は、ソースデバイス１１０からメディアデータを受信し、処理し、及び消費する任意の他のタイプの回路要素を含み得る。論理１６９は、メディアデータをディスプレイ１７３に提供する。ディスプレイ１７３は、シンクデバイス１６０に結合されてもよいし、シンクデバイスの構成要素であってもよい。ディスプレイデバイス１７３は、オーディオを再生するための１つ又は複数のスピーカを含み得る。

【0021】

リドライバシステム１３０は、４つのイコライザ／送信機対を含む。イコライザ１３１は送信機１４１に結合される。送信機１１５の出力は、イコライザ１３１の入力に結合され、送信機１４１の出力は、ケーブル１６０内のワイヤ１５１を介してシンクデバイス１６０内の受信機１６１の入力に結合される。イコライザ１３２は送信機１４２に結合される。送信機１１６の出力はイコライザ１３２の入力に結合され、送信機１４２の出力は、ケーブル内のワイヤ１５２を介してシンクデバイス１６０内の受信機１６２の入力に結合される。イコライザ１３３は、送信機１４３に結合される。送信機１１７の出力はイコライザ１３３の入力に結合され、送信機１４３の出力は、ケーブル内のワイヤ１５３を介してシンクデバイス１６０内の受信機１６３の入力に結合される。イコライザ１３４は送信機１４４に結合される。送信機１１８の出力はイコライザ１３４の入力に結合され、送信機１４４の出力は、ケーブル内のワイヤ１５４を介してシンクデバイス１６０内の受信機１６４の入力に結合される。一例において、ワイヤ１５１、１５２、１５３、及び１５４は各々、ツイストワイヤ対である。

【0022】

一例において、ＧＰＵの論理１１４は、プロセッサ、メモリ、及び／又は、ソフトウェアを実行するように構成されるその他のデジタル回路要素を含む。別の例において、論理１１４は離散デジタル回路である。論理１１４は、メディアデータが、送信機１１５～１１８を介して、リドライバシステム１３０の対応するイコライザ／送信機対を通り、シンクデバイス１６０内の受信機１６１～１６４に送信されるようにする。ソースデバイス１１０は、送信機１１５～１１８の１つ又は複数を介してシンクデバイス１６０に提供されるメディアデータ１１９を含むストレージを有し得る。メディアデータ１１９は、論理１１４によってディスク（例えば、ブルーレイディスク、ＤＶＤディスク、ＣＤＲＯＭなど）から取得されてもよいし、メディアデータは、ＧＰＵ１１２を介してネットワークから（例えばインターネットから）シンクデバイス１６０にストリーム（ｓｔｒｅａｍ）されてもよい。

【0023】

一実施例において、ＧＰＵ１１２は、同じ半導体ダイ上にＧＰＵ１１２及びリドライバシステム１３０を含む集積回路（ＩＣ）として実装される。別の実施例でにおいて、リドライバシステム１３０は、ＧＰＵ１１２が実装されるＩＣとは別のＩＣとして実装される。従って、ＧＰＵ１１２は１つのＩＣ上にあり得、リドライバシステム１３０は別のＩＣであり得、両方のＩＣがソースデバイス１１０の一部として含まれ得る。例えば、ＧＰＵ１１２及びリドライバシステム１３０を形成するＩＣは、ソースデバイス１１０内のプリント回路基板（ＰＣＢ）上に搭載され得る。

【0024】

ＨＤＭＩプロトコルは、ソースデバイス及びシンクデバイスが電源投入されている間にケーブル１５０を介して両者が接続され得るホットプラグ検出（ＨＰＤ）能力を実装する。ケーブル１５０のソースデバイス１１０側で、ソースデバイス１１０は、ワイヤ１５５を接地に結合するプルダウン抵抗器Ｒ１を含む。図１の実施例において、プルダウン抵抗器Ｒ１はリドライバシステム１３０内に含まれる。別の実施例において、プルダウン抵抗器Ｒ１はリドライバシステム１３０の外部にある。ＨＰＤ信号（抵抗器Ｒ１にかかる電圧）は、ケーブルが接続されていないとき、又は、ケーブルは接続されているがシンクデバイス１６０の電源が入っていないとき、論理低である。ケーブル１５０が接続され、シンクデバイス１６０が電源投入されると、シンクデバイス１６０内のＨＰＤラインが適切に高い電圧源（図示せず）に結合されるので、ＨＰＤ信号は高（閾値よりも上）に引き上げられる。ＧＰＵ１１２内の論理１１４にＨＰＤ信号を駆動するために、バッファ１４９がリドライバ１３０内に提供される。ＨＰＤ信号の論理レベルを監視することによって、論理１１４は、電源が入っているシンクデバイス１６０がソースデバイス１１０にケーブル接続されているか否かを判定し得る。

【0025】

上述したように、ＨＤＭＩプロトコルは、ソースデバイスとシンクデバイスとの間にＤＤＣインターフェースを提供する。一例において、ＤＤＣインターフェースは、ケーブル１５０のワイヤ１５６を通してシリアルデータリンクを介して実装されるプロトコルである。ワイヤ１５６を介して、シンクデバイス１６０からＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８がＧＰＵ１１２に提供され、ＧＰＵ１１２が、１つ又は複数のパラメータ値をシンクのＳＣＤＣＳ１６７に書き戻す。ＧＰＵ１１２の論理１１４は、シンクデバイスのメモリ１７０からＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出すために、１つ又は複数の読み出し要求をシンクデバイス１６０に出す。ＧＰＵの論理１１４は、例えば、論理１１４がＨＰＤ入力の論理低から論理高への遷移を検出することに応答して、この読み出し要求を出す。

【0026】

リドライバシステム１３０は、ソース１１２とシンクデバイス１６０との間で通信されるＤＤＣ双方向トラフィックを受信し復号するＤＤＣ送受信機１４７を含む。例えば、ＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出すためのＧＰＵの論理１１４からの要求は、ＤＤＣ送受信機１４７を介してシンクデバイス１６０に転送され、シンクデバイス１６０からの読み出されたデータ（ＥＤＩＤ、ＳＣＤＣＳ、及びＨＦ－ＶＳＤＢ）は、ＤＤＣ送受信機１４７を介して論理１１４に戻される。論理１１４はまた、送受信機１４７を介してシンクデバイス１６０のＳＣＤＣＳ１６７に１つ又は複数のパラメータを書き戻す。リドライバシステム１３０はＤＤＣスヌープ回路１４８も含み、ＤＤＣスヌープ回路１４８は、ＨＤＭＩ ２．１プロトコルについて又はＨＤＭＩ ２．１以外のプロトコル（例えば、ＨＤＭＩ １．４又はＨＤＭＩ ２．０）について、ソースデバイス１１０がソースデバイス１１０及びシンクデバイス１６０をイネーブルにするか否かを示す所定のパケットのセットについて、ＤＤＣ送受信機１４７を介する双方向トラフィックを監視する。

【0027】

ＧＰＵ１１２（例えば、論理１１４）は、シンクデバイスのメモリ１７０からＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出す。ＨＦ－ＶＳＤＢ１６８は、Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅと呼ばれる値と、Ｍａｘ＿ＦＲＬ＿Ｒａｔｅと呼ばれる値とを含む。遷移数最少差動信号伝送（ＴＭＤＳ）は、電磁干渉（ＥＭＩ）を低減しながら高速デジタルデータを送信するための技法であり、例えば、１００フィートまでの比較的長距離におけるクロック回復を可能にする。ＴＭＤＳは、ＨＤＭＩ １．４及び２．０の一部として実装されるが、２．１では実装されない。Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅは、シンクデバイス１６０がサポートする最大ＴＭＤＳキャラクタレートである。一例において、シンクデバイス１６０が毎秒３４０メガキャラクタ（Ｍｃｓｃ）を超えるＴＭＤＳキャラクタレートをサポートしていない場合、Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅは０に設定され、それ以外の場合、このフィールドは非ゼロになり、シンクデバイスによってサポートされる最大ＴＭＤＳキャラクタレートを示す。Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅ値は、例えば、ＨＦ＿ＶＳＤＢ１６８のバイト番号５の８ビット値である。

【0028】

固定レートリンク（ＦＲＬ）は、ＨＤＭＩ ２．１において指定されるシグナリングプロトコルであるが、ＨＤＭＩの以前のバージョンにおいては指定されていない（例えば、ＨＤＭＩ １．４又は２．０では指定されていない）。Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅ値は、例えば、ＨＦ＿ＶＳＤＢ１６８のバイト番号７の４ビット値である。Ｍａｘ＿ＦＲＬ＿Ｒａｔｅは、シンクデバイスで可能なＦＲＬのレベルを示す。Ｍａｘ＿ＦＲＬ＿Ｒａｔｅ値０は、固定レートリンクがシンクデバイスによってサポートされていないことを意味する。非ゼロのＭａｘ＿ＦＲＬ＿Ｒａｔｅは、様々なレーンのデータレートを示す。下記の表１は、ＨＤＭＩ仕様に従ったＭａｘ＿ＦＲＬ＿Ｒａｔｅの可能な値を含む。

【0029】

他の値の中でも、ＧＰＵ１１２は、シンクデバイスのＨＦ－ＶＳＤＢ１６８からＭａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅ値及びＭａｘ＿ＦＲＬ＿Ｒａｔｅ値を読み出し、シンクデバイス１６０の能力を決定する。これらの値に基づいて、ＧＰＵ１１２は、ソースデバイス及びシンクデバイスの両方が共有する能力を決定する。この決定に基づいて、ＧＰＵ１１２は、シンクデバイスのＳＣＤＣＳ１６７に値を書き込む。例えば、ＧＰＵ１１２は、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏと呼ばれるビット、ＦＲＬ＿Ｒａｔｅと呼ばれる４ビット値を決定し、これらをシンクデバイスのＳＣＤＣＳ１６７に書き込む。ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットは、例えば、ＳＣＤＣＳ１６７内のオフセット０ｘ２０におけるＴＭＤＳ構成バイトのビット番号１である。ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットはデフォルトで値０となり、ＴＭＤＳビット周期とＴＭＤＳクロック周期の比が１／１０であることを示す。しかし、ＧＰＵ１１２は、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットを１に設定して、ＴＭＤＳビット周期とＴＭＤＳクロック周期の比が１／４０であると指定し得る。

【0030】

ＦＲＬ＿Ｒａｔｅ値は、例えば、ＳＣＤＣＳ１６７内のオフセット０ｘ３１におけるシンク構成バイトのビット［３：０］である。ＦＲＬ＿Ｒａｔｅフィールドはデフォルトで値０となり、これは、シンクデバイスがＦＲＬ信号伝送をサポートしないことを示す。しかし、ＧＰＵ１１２は、ソースデバイス及びシンクデバイスの両方に互換性があるとソースが判定したデータレートに対応するシンクのＦＲＬ＿Ｒａｔｅフィールドに非ゼロ値を書き込むことができる。下記の表２は、ＧＰＵ１１２がシンクデバイスのＳＣＤＣＳ１６７に書き込むＦＲＬ＿Ｒａｔｅの可能な値の一例である。

【0031】

ＤＤＣスヌープ回路１４８は、ソースデバイスとシンクデバイスとの間のＤＤＣチャネル上のトラフィックを監視する。一実施例において、ＤＤＣスヌープ回路１４８は、ソースのＧＰＵ１１２から、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏ値及びＦＲＬ＿Ｒａｔｅ値を含み得るシンクデバイスのＳＣＤＣＳ１６７への書き込みを復号する。これらの値は、ソースデバイス及びシンクデバイスが、ＨＤＭＩ ２．１又はＨＤＭＩの前のバージョン（例えば、ＨＤＭＩ １．４又は２．０）に従って動作するように構成されているか否かを示す。ＧＰＵ１１２によってＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットが「１」に等しく設定されることは、ソース及びシンクの両方がＨＤＭＩ ２．０に従って動作することをＧＰＵ１１２が意図していることを示す。ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットが「０」に等しく設定され、ＦＲＬ＿Ｒａｔｅ値が０に等しいことは、ソース及びシンクの両方がＨＤＭＩ １．４に従って動作することをＧＰＵ１１２が意図していることを示す。ＤＤＣスヌープ回路１４８は、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏ値及びＦＲＬ＿Ｒａｔｅ値を含むアドレスに対応する所定のアドレスへのソース１１２による書き込みについて、ソース１１２とシンク１６０との間のトラフィックを監視する。この書き込みは、両方の値を含む１つのアドレスへの単一書き込みであってもよいし、又は、２つの異なるアドレスへの２つの個別の書き込みであってもよい（個別のアドレスは各々、これらの値１つを含む）。書き込みを検出すると、ＤＤＣスヌープ回路１４８は、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットを検査する。ソースデバイス１１０及びシンクデバイス１６０が非ＨＤＭＩ ２．１モード（例えば、ＨＤＭＩ １．４又は２．０）に従って動作するとＤＤＣスヌープ回路１４８が判定すると、ＤＤＣスヌープ回路１４８は、リドライバシステム１３０内の送信機１４１～１４４を制限モード用に構成する。ＤＤＣスヌープ回路１４８は、例えば、送信機に制御信号１２９をアサートして、送信機を制限モード用に構成する。（下記に記載する）図２は、送信機がどのように制限モード用に構成されるかの例を示す。

【0032】

ただし、シンクデバイス１６０は、ＨＤＭＩ ２．１デバイスであってもよい。この状況において、ＧＰＵ１１２内の論理１１４がシンクデバイスのＨＦ－ＶＳＤＢ１６８から非ゼロのＭａｘ＿ＦＲＬ＿Ｒａｔｅ値を読み出すと、ソースデバイスのＧＰＵ１１２は、両方のデバイスがサポートできるデータレートを決定し、ＦＲＬ＿Ｒａｔｅ値をシンクデバイスのＳＣＤＣＳ１６７に書き込む。ＤＤＣスヌープ回路１４８は、ＦＲＬ＿Ｒａｔｅを含むフィールドへのＧＰＵ１１２による書き込みをスヌープする。スヌーピングされたＦＲＬ＿Ｒａｔｅが非ゼロ値である場合、ソースデバイス１１０及びシンクデバイス１６０がＨＤＭＩ ２．１を実装するように構成されていることを示す。ソースデバイス１１０及びシンクデバイス１６０がＨＤＭＩ ２．１モードに従って動作するとＤＤＣスヌープ回路１４８が判定すると、ＤＤＣスヌープ回路１４８は、リドライバシステム１３０内の制御信号１２９を介して送信機１４１～１４４を線形モード用に構成する。（下記に記載する）図２は、リドライバシステム１３０内の送信機がどのように線形モード用に構成されるかの例を示す。

【0033】

これに加えて、又はこの代わりに、ＧＰＵ１１２は、シンクのＳＣＤＣＳ１６７からシンクバージョンを読み出し得、シンクバージョンは、シンクデバイスがＨＤＭＩ ２．１デバイスであることを示し得る。シンクバージョンは、例えば、ＳＣＤＣＳ１６７のオフセット０ｘ０１におけるバイトに格納される。

【0034】

別の実施例において、ＤＤＣスヌープ回路１４８は、非ゼロＦＲＬレート及び「０」であるＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットの検出に応答して送信機１４１～１４４を線形モード用に構成する。ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットは、ソースデバイスのＧＰＵ１１２内の電源投入リセット事象の際、デフォルトで値「０」とされ、シンクデバイスがＨＤＭＩ ２．０準拠と判定されない限り、値「１」に設定されない。そのため、ＤＤＣスヌープ回路１４８によって非ゼロＦＲＬレート（ＨＤＭＩ ２．１動作を示す）が検出されても、「０」であるＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏは、ソースデバイス及びシンクデバイスによる動作についてＨＤＭＩ ２．１が確かにイネーブルになるようにＤＤＣスヌープ回路１４８に保障を提供する。

【0035】

図２は、イコライザ１３４及び送信機１４４の一例を示す。送信機１４４について示される実装は、送信機１４１～１４３にも同様に適用される。送信機１４４は、線形ドライバ２１０及び制限ドライバ２２０を含む。線形ドライバ２１０の場合、出力信号は、少なくとも或る入力振幅までは入力信号の線形関数である。制限ドライバ２２０の場合、出力信号は入力信号の線形関数ではない。制限ドライバは、出力振れ制御及び／又は出力ディエンファシス又はプリエンファシスを含む。

【0036】

線形ドライバ２１０は、ＤＤＣスヌープ回路１４８からの制御信号２１１によってイネーブル又はディセーブルにされ得る。同様に、制限ドライバ２２０は、ＤＤＣスヌープ回路１４８からの制御信号２２１によってイネーブル又はディセーブルにされ得る。この例では、制御信号２１１及び２２１は、制御信号１２９（図１）を構成する。一実施例において、制御信号２１１及び２２１は、個別に生成される信号であり、図２に示すように、各々がドライバの１つに提供される。別の実施例において、単一の制御信号がドライバ２１１及び２２１の両方に提供され、この単一の制御信号の論理高が、例えば、線形ドライバ２１０をイネーブルにし、制限ドライバ２２０をディセーブルにし、この制御信号の論理低が、制限ドライバ２２０をイネーブルにし、線形ドライバ２１０をディセーブルにする。

【0037】

一例において、ＤＤＣスヌープ回路１４８は、有限状態機械（例えば、本明細書に記載する機能性を実装するように構成される論理ゲート、フリップフロップなどの組み合わせ）として実装される。図３は、ＤＤＣスヌープ回路１４８の動作を定義する例示の状態図３００を示す。この例における状態図３００は、３つの状態３０１、３０２、及び３０３を含む。状態３０１において、ソースデバイス及びシンクデバイスはＨＤＭＩ １．４動作用に構成される。状態３０２において、ソースデバイス及びシンクデバイスはＨＤＭＩ ２．０動作用に構成される。状態３０３において、ソースデバイス及びシンクデバイスはＨＤＭＩ ２．１動作用に構成される。

【0038】

電源投入事象（ＰＯＲ）の際、ＤＤＣスヌープ回路はデフォルトで状態３０１（ＨＤＭＩ １．４）になる。論理高であるＨＰＤ＿ＩＮ信号は、シンクデバイス１６０が、オンであり、ソースデバイス１１０にケーブル接続されていることを示す。ＤＤＣスヌープ回路１４８は、ＦＲＬ＿Ｒａｔｅが０ではなく、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットが０であることを検出すると、ＤＤＣスヌープ回路１４８は状態３０３に遷移し、そこでＤＤＣスヌープ回路１４８は、リドライバシステム１３０内の送信機１４１～１４４を線形モード用に構成する。

【0039】

状態３０１から、ＤＤＣスヌープ回路１４８が、ＦＲＬ＿Ｒａｔｅが０であり、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビットが１であることを検出すると、ＤＤＣスヌープ回路１４８は、状態３０２に遷移し、送信機１４１～１４４を制限モード用に構成する。ＤＤＣスヌープ回路１４８がそのデフォルト状態３０１に留まる場合、ＤＤＣスヌープ回路１４８は、やはり送信機１４１～１４４を制限モード用に構成する。

【0040】

状態３０３から、ケーブル１５０が切り離されるか、又はシンクデバイス１６０の電源が遮断されると、ＨＰＤ＿ＩＮ信号は論理低になる。ＨＰＤ＿ＩＮ信号が論理低になるか、又は０に等しい更新されたＦＲＬ＿ＲａｔｅがＤＤＣスヌープ回路１４８によって検出される（例えば、ＧＰＵ１１２がシンクデバイスに書き込みを送出してＦＲＬ＿Ｒａｔｅを０に変更する）と、ＤＤＣスヌープ回路１４８の状態が状態３０３から状態３０１に変化する。状態３０３から状態３０１に入ると、ＤＤＣスヌープ回路１４８は、送信機１４１～１４４を制限モード用に構成する。

【0041】

状態３０２から、ＤＨＰＤ＿ＩＮ信号が論理低として検出されるか、又はＤＤＣスヌープ回路がＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏの値０への変化を検出すると、ＤＣスヌープ回路１４８の状態は、状態３０２から状態３０１に変化する。状態３０２から状態３０１に入ると、ＤＤＣスヌープ回路１４８は、送信機１４１～１４４の構成を制限モードに維持する。

【0042】

図４は、ソースデバイス１１０によって実装される例示の方法４００を示すフローチャートである。ホットプラグ事象の検出時、ステップ４０１において、ソースデバイス１１０（ＧＰＵ１１２）は、シンクデバイスのＥＤＩＤ１６５、ＳＣＤＣＳ１６７、及びＨＦ－ＶＳＤＢ１６８を読み出す。４０２において、ソースデバイス１１０（例えば、ＧＰＵ１１２）は、ソースデバイス及びシンクデバイスの両方によって実装される能力（例えば、データレート、解像度、プリエンファシスなど）を決定する。４０３において、ソースデバイス１１０（例えば、ＧＰＵ１１２）は、ソースデバイス及びシンクデバイスが相互に通信するためのプロトコルを示すパラメータをシンクデバイス１６０に書き戻す。書き込みパラメータは、例えば、ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビット、ＦＲＬ＿Ｒａｔｅ、及びソースのバージョン識別子を含む。４０４において、ソースデバイス及びシンクデバイスは、ソースデバイスによって決定されたパラメータに従ってこれらのデバイス自体を構成する。

【0043】

ステップ４０３におけるパラメータ書き込みの間、ＤＤＣスヌープ回路１４８は、ＧＰＵ１１２によってシンクデバイスのＳＣＤＣＳ１６７に書き込まれるＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビット及びＦＲＬ＿Ｒａｔｅの値など、ＧＰＵ１１２とシンクとデバイス１６０との間のトラフィックを監視する。例えば、ＧＰＵ１１２によってシンクデバイス１６０に書き込まれるＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏビット及びＦＲＬ＿Ｒａｔｅの値に基づいて、ＤＤＣスヌープ回路は、４０６において、ソースデバイス及びシンクデバイスがＨＤＭＩ ２．１に従って動作するように構成されているか否かを判定する。ソースデバイス及びシンクデバイスがＨＤＭＩ ２．１に従って動作するように構成されている場合（「はい」に分岐）、４０７において、ＤＤＣスヌープ回路１４８は、リドライバシステム１３０内の送信機１４１～１４４を線形モードに従って動作させる。ソースデバイス及びシンクデバイスがＨＤＭＩ ２．１に従って動作するように構成されていない場合（「いいえ」に分岐）、４０８において、ＤＤＣスヌープ回路１４８は、リドライバシステム１３０内の送信機１４１～１４４を制限モードに従って動作させる。

【0044】

本記載において、「結合する」という用語は、本記載と一貫した機能的関係を可能にする、接続、通信、又は信号経路を包含し得る。例えば、デバイスＡが、或る行為を行うためにデバイスＢを制御するための信号を生成する場合、（ａ）第１の例において、デバイスＡが直接接続によってデバイスＢに結合され、或いは、（ｂ）第２の例において、デバイスＡによって生成される制御信号によりデバイスＢがデバイスＡによって制御されるように、介在する構成要素ＣがデバイスＡとデバイスＢとの間の機能的関係を変更させない場合、デバイスＡは、介在する構成要素Ｃを介してデバイスＢに結合される。

【0045】

或るタスク又は機能を実施するように「構成される」デバイスは、製造時に製造業者によってその機能を実施するように構成（例えば、プログラム及び／又は配線）され得、及び／又は製造後にユーザによってその機能及び／又はその他の付加的又は代替の機能を実施するように構成可能（又は再構成可能）とされ得る。こういった構成は、デバイスのファームウェア及び／又はソフトウェアプログラミングにより、ハードウェア構成要素の構築及び／又はレイアウト、並びにデバイスの相互接続により、或いはこれらの組み合わせによりなされ得る。

【0046】

本明細書において用いられるように、「端末」、「ノード」、「相互接続」、「ピン」、及び「リード」という用語は交換可能に用いられる。特に断りのない限り、これらの用語は概して、デバイス要素、回路要素、集積回路、デバイス、又はその他の電子機器、或いは半導体構成要素間の相互接続又はその端子を意味するように用いられている。

【0047】

或る構成要素を含むと本明細書に記載される回路又はデバイスは、代わりに、こういった構成要素に結合して、記載された回路要素又はデバイスを形成するように適合され得る。例えば、１つ又は複数の半導体要素（トランジスタなど）、１つ又は複数の受動要素（抵抗器、コンデンサ、及び／又はインダクタなど）、及び／又は１つ又は複数の供給源（電圧及び／又は電流源など）を含むと説明される構造は、代わりに、単一の物理デバイス（例えば、半導体ダイ及び／又は集積回路（ＩＣ）パッケージ）内の半導体要素のみを含み得、また、製造時又は製造後のいずれかにおいて、例えば、エンドユーザー及び／又は第三者によって、受動要素及び／又は供給源の少なくとも幾つかに結合されて記載された構造を形成するように適合され得る。

【0048】

特に明記されていない限り、或る値の前の「約」、「ほぼ」、又は「実質的に」は、記載されている値の＋／－１０パーセントを意味する。特許請求の範囲内で、説明した例における改変が可能であり、他の例が可能である。

【0049】

特許請求の範囲内で、説明した実施例における改変が可能であり、他の実施例が可能である。

【図1】

【図2】

【図3】

【図4】

【国際調査報告】