(57)【要約】      （修正有）【課題】受信ウィンドウの位置確認方法及びその装置を提供する。【解決手段】受信ウィンドウの位置確認方法は、上記受信ウィンドウ内に受信可能な信号が該受信ウィンドウ内の短縮ウィンドウ内に存在するかどうかを確認する工程を含み、該短縮ウィンドウは、長さが上記受信ウィンドウよりも短い。結果として、受信ウィンドウ内にそれぞれ受信可能な信号がシフトしていることを早期に検出することができる。【選択図】図２
2008047118.tif 000002
【特許請求の範囲】
【請求項１】
受信ウィンドウ内に受信可能な信号が上記受信ウィンドウ内の短縮ウィンドウ内に存在するかどうかを確認する確認工程を含み、
該短縮ウィンドウは、長さが上記受信ウィンドウよりも短い、上記受信ウィンドウの位置確認方法。
【請求項２】
上記短縮ウィンドウの第１境界は、第１規定時間だけ上記受信ウィンドウの第１境界から隔てられ、
上記短縮ウィンドウの第２境界は、第２規定時間だけ上記受信ウィンドウの第２境界から隔てられている、請求項１に記載の位置確認方法。
【請求項３】
上記第１規定時間が上記第２規定時間に等しい、請求項２に記載の位置確認方法。
【請求項４】
上記信号が上記短縮ウィンドウ内に全く存在しないことを、上記の確認工程の結果が示している場合に、上記受信ウィンドウの位置を調整する工程を含む、請求項１に記載の位置確認方法。
【請求項５】
上記確認工程は、
上記信号の開始が上記短縮ウィンドウの始まりよりも早いかどうかを確認する工程、および、
上記信号の終わりが、上記短縮ウィンドウの終わりよりも遅いかどうかを確認する工程を含む、請求項１に記載の位置確認方法。
【請求項６】
上記受信ウィンドウの位置をテスト信号を用いて調整する工程を含む、請求項１に記載の位置確認方法。
【請求項７】
上記調整する工程を、上記方法を実施している通信システムの起動時に行う、請求項６に記載の位置確認方法。
【請求項８】
記憶装置のバスシステムにおいて実施する、請求項１に記載の位置確認方法。
【請求項９】
ストローブ信号を含む信号が受信可能な期間である受信ウィンドウの位置確認方法であって、
遅延信号を形成するために、上記受信ウィンドウを設けるためのイネーブル信号から生じた生成信号を遅延させる工程と、
少なくとも１つの第１標本を得るために、上記遅延信号を上記ストローブ信号によって標本化する工程と、
遅延ストローブ信号を形成するために、上記ストローブ信号を上記イネーブル信号に対して遅延させる工程と、
少なくとも１つの第２標本を得るために、上記生成信号を上記遅延ストローブ信号によって標本化する工程とを含む、受信ウィンドウの位置確認方法。
【請求項１０】
上記生成信号は上記イネーブル信号とほぼ同一である、請求項９に記載の位置確認方法。
【請求項１１】
上記生成信号は、上記イネーブル信号を反転させることによって形成される、請求項９に記載の位置確認方法。
【請求項１２】
上記受信ウィンドウの位置を、少なくとも１つの第１標本と少なくとも１つの第２標本とに基づいて調整する工程を含む、請求項９に記載の位置確認方法。
【請求項１３】
上記調整する工程は、
上記受信ウィンドウの位置を、上記第１標本に基づいてより早い位置にシフトする必要があるのかどうかを示す第１調整信号を形成する工程、
上記受信ウィンドウの位置を、少なくとも１つの上記第２標本に基づいてより遅い位置にシフトする必要があるのかどうかを示す第２調整信号を形成する工程、および、
上記受信ウィンドウの位置を、上記第１調整信号と上記第２調整信号とに基づいて調整する工程を含む、請求項１２に記載の位置確認方法。
【請求項１４】
上記少なくとも１つの第１標本を得るための標本化を、上記ストローブ信号の立ち上がりエッジによって制御し、
上記少なくとも１つの第２標本を得るための標本化を、上記遅延ストローブ信号の立ち上がりエッジによって制御する、請求項９に記載の位置確認方法。
【請求項１５】
上記少なくとも１つの第１標本を得るための標本化を、上記ストローブ信号の立ち上がりエッジによって制御し、
上記少なくとも１つの第２標本を得るための標本化を、上記遅延ストローブ信号の立ち下がりエッジによって制御する、請求項９に記載の位置確認方法。
【請求項１６】
上記ストローブ信号は、上記ストローブ信号と共に送信されたデータ信号を標本化するためのクロック信号である、請求項９に記載の位置確認方法。
【請求項１７】
受信ウィンドウ内に受信可能な信号が上記受信ウィンドウ内の短縮ウィンドウ内に存在するかどうかを確認する確認手段を含み、
該短縮ウィンドウは、長さが上記受信ウィンドウよりも短い、受信ウィンドウの位置確認装置。
【請求項１８】
上記短縮ウィンドウの第１境界が、第１規定時間だけ上記受信ウィンドウの第１境界から隔てられ、
上記短縮ウィンドウの第２境界が、第２規定時間だけ上記受信ウィンドウの第２境界から隔てられている、請求項１７に記載の位置確認装置。
【請求項１９】
上記第１規定時間は上記第２規定時間に等しい、請求項１８に記載の位置確認装置。
【請求項２０】
上記信号が上記短縮ウィンドウ内に全く存在しないことを、上記の確認手段の確認結果が示している場合に、上記受信ウィンドウの位置を調整する手段を含む、請求項１７に記載の位置確認装置。
【請求項２１】
上記確認手段は、
上記信号の開始が上記短縮ウィンドウの始まりよりも早いかどうかを確認する手段と、
上記信号の終わりが上記短縮ウィンドウの終わりよりも遅いかどうかを確認する手段とを含む、請求項１７に記載の位置確認装置。
【請求項２２】
上記受信ウィンドウの位置をテスト信号を用いて調整する手段を含む、請求項１７に記載の位置確認装置。
【請求項２３】
上記調整する手段を、上記装置の起動時にアクティブな状態にする手段を含む、請求項２２に記載の位置確認装置。
【請求項２４】
ストローブ信号を含む信号が受信可能な期間である受信ウィンドウの位置確認装置であって、
遅延信号を形成するために、上記受信ウィンドウを設けるための上記イネーブル信号から生じた生成信号を遅延させるように構成された第１遅延素子と、
少なくとも１つの第１標本を得るために、上記遅延信号を上記ストローブ信号によって標本化するように構成された第１標本化素子と、
遅延ストローブ信号を形成するために、上記ストローブ信号を上記イネーブル信号に対して遅延させるように構成された第２遅延素子と、
少なくとも１つの第２標本を得るために、上記生成信号を上記遅延ストローブ信号によって標本化するように構成された第２標本化素子とを含む、受信ウィンドウの位置確認装置。
【請求項２５】
上記生成信号は上記イネーブル信号とほぼ同一である、請求項２４に記載の位置確認装置。
【請求項２６】
上記生成信号を形成するために、上記イネーブル信号を反転させるように構成されたインバータを含む、請求項２４に記載の位置確認装置。
【請求項２７】
上記受信ウィンドウの位置を、少なくとも１つの第１標本と少なくとも１つの第２標本とに基づいて調整するように構成された調整素子を含む、請求項２４に記載の位置確認装置。
【請求項２８】
上記調整素子は、
上記受信ウィンドウの位置を、上記第１標本に基づいてより早い位置にシフトする必要があるのかどうかを示す第１調整信号を形成するように構成された第１形成素子と、
上記受信ウィンドウの位置を、上記少なくとも１つの第２標本に基づいてより遅い位置にシフトする必要があるのかどうかを示す第２調整信号を形成するように構成された第２形成素子と、
上記受信ウィンドウの位置を、上記第１調整信号と上記第２調整信号とに基づいて調整するように構成された調整素子とを含む、請求項２７に記載の位置確認装置。
【請求項２９】
上記第１標本化素子および第２標本化素子を、それぞれ、上記ストローブ信号の立ち上がりエッジおよび上記遅延ストローブ信号の立ち上がりエッジによって制御する、請求項２４に記載の位置確認装置。
【請求項３０】
上記第１標本化素子を、上記ストローブ信号の立ち上がりエッジによって制御し、
上記第２標本化素子を、上記遅延ストローブ信号の立ち下がりエッジによって制御する、請求項２４に記載の位置確認装置。
【請求項３１】
上記ストローブ信号は、上記ストローブ信号と共に送信されたデータ信号を標本化するためのクロック信号である、請求項２４に記載の位置確認装置。
【請求項３２】
イネーブル信号により設けられ、ストローブ信号を含む信号が受信可能な期間を示す受信ウィンドウの位置確認装置であって、
上記イネーブル信号を受信するように構成された第１入力端子と、
上記ストローブ信号を受信するように構成された第２入力端子と、
上記第１入力端子に動作可能なように接続されているデータ入力端子、および、上記第２入力端子に動作可能なように接続されているクロック入力端子を含む第１レジスタと、
上記第１レジスタの第１入力端子と上記第１レジスタの上記データ入力端子との間に動作可能なように接続されている第１遅延素子とを含む、受信ウィンドウの位置確認装置。
【請求項３３】
上記第１入力端子に動作可能なように接続されているデータ入力端子、および、上記第２入力端子に動作可能なように接続されているクロック入力端子を含む第２レジスタと、
上記第２レジスタの上記第２入力端子と上記クロック入力端子との間に動作可能なように接続されている第２遅延素子とを含む、請求項３２に記載の位置確認装置。
【請求項３４】
上記第１レジスタと第２レジスタとのうちの少なくとも一方の出力端子に接続されている少なくとも１つの記憶装置を含む、請求項３３に記載の位置確認装置。
【請求項３５】
上記記憶装置は、上記第１レジスタの出力端子および上記第２レジスタの出力端子のうちの少なくとも一方の出力端子に動作可能となるように接続されているセット入力端子を含んでいるセット／リセットフリップフロップを含む、請求項３４に記載の位置確認装置。
【請求項３６】
上記第１入力端子と上記第１レジスタのデータ入力端子および上記第２レジスタのデータ入力端子のうちの少なくとも一方の入力端子との間に接続されている、少なくとも１つのインバータを含む、請求項３３に記載の位置確認装置。
【請求項３７】
イネーブル信号により設けられ、ストローブ信号を含む信号が受信可能な期間を示す受信ウィンドウの位置確認装置であって、
上記イネーブル信号を受信するように構成された第１入力端子と、
上記ストローブ信号を受信するように構成された第２入力端子と、
上記第１入力端子に動作可能なように接続されているデータ入力端子、および、上記第２入力端子に動作可能なように結合されているクロック入力端子を含む第１レジスタと、
上記第１レジスタの第２入力端子と上記クロック入力端子との間に動作可能なように接続されている第１遅延素子とを含む、受信ウィンドウの位置確認装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［背景技術］
多くの電子装置では、電子装置の様々な回路素子間の通信は、該回路素子を接続しているバスを介して処理される。このような場合、原理上、どの回路素子も、上記バスを介してデータを受信するためのレシーバとして、または上記バスを介してデータを他の回路素子に送信するトランスミッタとしても機能する。当然ながら、データを送信するだけの回路素子、または、データを受信するだけの回路素子も存在する。
【０００２】
上記バスに接続されている全ての回路素子（参加バスとも呼ばれる）は、ある一定の時間、上記バスを支配し、この一定の時間、データを送信することが可能である。どの回路素子がどの期間に上記バスを使うかを設定するスケジューリングは、通常、アービトレーションプロトコルによって処理され、例えば専用のバス管理ユニット、または、従来の処理装置によって管理される。上記アービトレーションプロトコルも、上記バスに接続された回路素子のうちの少なくとも１つによって、管理されている。
【０００３】
上記のような期間中に、回路素子が他の回路素子によって受信されるデータを送信する場合、この他の回路素子は、その同一期間中データ受信のために開いている必要がある。これによって、上記データを受信することが可能になる。上記データを受信可能な期間は、受信ウィンドウと呼ばれる。上記データを受信するために正しい回路素子を使用可能とする１つの方法は、その受信イネーブル信号を送信することである。該受信イネーブル信号は、受信回路素子を他の回路素子と識別する識別子を含んでいる。例えば、上記受信イネーブル信号は、上記回路素子が開いている期間中、すなわちデータを受信できる期間中に、論理値１に設定されている。
【０００４】
上記期間中に送信回路素子により送信されたデータは、データバーストと呼ばれる。例えばダブルデータレート２ダイナミックランダムアクセスメモリ（ＤＤＲ２ＤＲＡＭ）のバスシステムを介した通信において見られるような、ソース同期通信システムでは、ストローブ信号またはクロック信号が、上記データバーストとともに送信され、上記受信回路素子において、上記データを標本化するために用いられる。例えば上記ストローブ信号をレジスタのクロック入力部に供給し、上記データバーストを上記レジスタのデータ入力部に供給することによって、上記データを標本化するために用いられる。この通信システムでは、上記データバーストと上記ストローブ信号とをまとめて、一般的にバーストと呼んでいる。
【０００５】
上記データバーストおよび上記ストローブ信号が、上記受信回路素子に到達するおおよその時間は、用いられているアービトレーションプロトコルまたはバス割り付けプロトコルから、正確に判別される（つまり、上記バスがクロックされているクロック周期により決定される）。一方、上記データバーストおよび上記ストローブ信号が上記レシーバに到達する時の正確な位置は、上記回路素子にバス遅延またはトランスミッタ遅延をもたらすワイヤの僅かな長さのような、複数の要因によって決定される。これら２つの遅延によって、上記データバーストおよび上記ストローブ信号の正確な位置は、上記バス上のクロック周期の小数部だけシフトされる。これら２つの遅延は、システム動作中に、例えば温度変移および供給電圧の変動が原因でさらに変化する。従って、上記データバーストおよび上記ストローブ信号が、上記受信回路素子の受信ウィンドウ外に少なくとも部分的に存在することになるかもしれず、データが失われたり不正確に受信されたりする原因となる。
【０００６】
上記課題を多少とも解決する従来技術は、データバーストおよびストローブ信号に保護周波数帯を付加することである。上記バーストの前に、上記トランスミッタが既にプリアンブルと呼ばれる既知の状態を送信し、バースト送信後も、上記トランスミッタはポストアンブルのためにアクティブな状態を保持する。これに対して、上記レシーバは、より長い時間（つまり、上記送信回路素子により送信された全信号（つまり、プリアンブル、バースト、およびポストアンブル）に応じた時間）受信可能であるため、遅延によって上記バーストが変動しても上記受信ウィンドウから外れてしまうことはない。
【０００７】
しかしながら、上記従来技術では、上記バスの有効帯域幅は低減する。なぜなら、上記保護周波数帯内では、実際にはデータ送信が行われないからである。従って、一般的には、上記保護周波数帯を可能な限り短く保つことが望ましい。その結果、上記受信ウィンドウの位置設定の正確さと、上記保護周波数帯の長さと、上記有効帯域幅との間にトレードオフが生じる。保護周波数帯が長ければ長いほど、上記バーストがより大きくシフトしても、上記受信ウィンドウから外れることはないが、一方で、上記有効帯域幅は低減する。
【０００８】
上記保護周波数帯の長さを制限するために、従来では、通常のデータ送信が行われない段階では（例えば、システムの起動中）、オフライン較正アルゴリズムが用いられている。これらのオフライン較正のために、既知の一連のバーストが上記バスを介して送信され、それらの位置が測定される。これらの測定値は、上記バス割り付けプロトコルにより決定されたように、上記受信ウィンドウを補正するために用いられ、これらの測定値に基づいて補正値が得られる。
【０００９】
上記のようなオフライン較正アルゴリズムが実行されている間は、データを送信できないので、上記アルゴリズムを頻繁に実行することはできない。多くの場合、このようなオフライン転正アルゴリズムは、システム起動時にのみ機能している。その結果、得られた上記補正値は、形状だけによって決定される配線遅延のような静的な影響だけしか反映していない。例えば供給電圧変化または温度変化が原因で生じる回路遅延変動、もしくはノイズが原因で同様に生じる回路遅延変動は反映していない。なぜならば、これらの値はシステム動作中に変動するからである。さらに詳しく言うと、これらの値の変動の時定数が、このようなオフライン較正アルゴリズムが行なわれる間隔よりも小さい場合、上記変動は該較正によって検出できない。
【００１０】
従って、上記保護周波数帯は、通常は、上記変動を十分に反映できるように大きくしなければならない。
【００１１】
上記およびその他の理由から、本発明は必要である。
【特許文献１】米国特許第５，４０２，４４８号明細書
【００１２】
［概要］
受信ウィンドウの位置確認方法の一実施形態は、該受信ウィンドウ内に受信可能な信号が、該受信ウィンドウ内の短縮ウィンドウ内にあるかどうかを確認する工程を含み、該短縮ウィンドウは、長さが上記受信ウィンドウよりも短い。
【００１３】
添付の図面は、本発明をさらに理解するために含まれ、本明細書に包含され、その一部を構成する。該図面は、本発明の実施形態を説明し、明細書本文とともに、本発明の原理を説明するためのものである。本発明の他の実施形態および本発明の意図する多くの利点について、以下の詳細な説明を参照することにより、容易に理解できるであろう。上記図面の構成要素は、必ずしも互いに相対的な縮尺とはなっていない。同様の参照符号は、対応する同様の部材を指す。
【００１４】
図１は、バスシステムの一実施形態を示すブロック図である。
【００１５】
図２は、図１のバスシステムにおける典型的な信号を示す。
【００１６】
図３Ａは、受信ウィンドウの位置を確認するように構成された装置の一実施形態を示す。
【００１７】
図３Ｂは、受信ウィンドウの位置を確認するように構成された装置の一実施形態を示す。
【００１８】
図４は、図３Ａおよび図３Ｂの実施形態における典型的な信号を示す。
【００１９】
図５は、受信ウィンドウの位置を確認する方法の一実施形態を示すフロー図である。
【００２０】
［詳細な説明］
以下の詳細な説明では、本出願の一部を構成する添付の図面を参照する。該図面は、本発明を実施する具体的な実施形態を、実例として示す。この点に関連して、方向を示す「上」、「下」、「前」、「後」、「先端」、「後端」などのような用語を、記載した図面の方向を参照しながら用いる。本発明の実施形態の構成要素を様々な多くの方向に設置できるので、方向を示す上記用語を、もっぱら説明の目的で用いるのであり、決して本発明を限定する目的で用いていない。本発明の範囲から逸脱することなく、他の実施形態を用いてもよく、構造的変更または論理的変更がなされても良いことについて、理解されたい。従って、以下の詳細な説明は、限定の意味で解釈されるべきではない。本発明の範囲は、特許請求の範囲によって規定されるものである。
【００２１】
方法および装置の実施形態では、受信ウィンドウの位置を確認する。この点において受信ウィンドウは、通常、通信信号のような信号を受信するためのレシーバが、実際に信号を受信できる期間を示す。
【００２２】
受信ウィンドウの位置確認方法の一実施形態は、該受信ウィンドウ内に受信可能な信号が、該受信ウィンドウ内の短縮ウィンドウ内にあるかどうかを確認する工程を含み、短縮ウィンドウは、長さが受信ウィンドウよりも短い。
【００２３】
装置の一実施形態は、上記受信ウィンドウ内に受信可能な信号が、受信ウィンドウに含まれる短縮ウィンドウ内にあるかどうかを確認するように構成されたチェッカを含み、短縮ウィンドウは、長さが受信ウィンドウよりも短い。
【００２４】
一実施形態では、上記受信ウィンドウ内に受信可能な信号が上記短縮ウィンドウ内にないことが、上記確認により判別した場合、上記信号は上記短縮ウィンドウの境界よりも上記受信ウィンドウの境界に近いことを意味している。結果として、複数の実施形態では、上記受信ウィンドウ内にそれぞれ受信可能な信号がシフトしていることを早期に検出することができる。
【００２５】
受信されるデータに対する上記受信ウィンドウの位置確認方法および該受信ウィンドウの位置確認装置の実施形態を用いて、実際にデータが送信される間、連続的に該受信ウィンドウの位置を補正することができる。
【００２６】
以下において、図面を参照しながら実施形態を説明する。図１では、該実施形態が実施されうる環境の一例として、バスシステム５の一実施形態を示す。図１に示すバスシステム５は、バス１と、矢印４によって示すバス１に接続されている回路素子２、３とを含む。回路素子２、３はそれぞれ、バス１を介したデータの送信、バス１を介したデータ受信、または、その両方の目的のために設計されている。
【００２７】
上記実施形態では、回路素子３は、バスマネージャとして機能する（つまり、回路素子３は、適当なバス割り付けプロトコルまたはアービトレーションプロトコルを用いて、回路素子２、３に上記バスを介してデータを送信するために、タイムスロットを割り付ける）。ある特定のタイムスロットにおいてデータを送信している回路素子を、以下の説明のために、送信回路素子と呼ぶ。図１に示す回路素子２、３のそれぞれは、適切なタイムスロット内に上記送信回路素子として機能しうる。
【００２８】
このような送信されたデータは、バス１に接続されている他の回路素子２、３に用いられるためのものである。上記背景技術において同様に説明したように、受信ウィンドウは、上記バス割り付けプロトコルとバスマネージャ３とを介することで、上記データが用いられるレセプタにおいて使用可能になる。該レセプタを、以下では受信回路素子と呼ぶ。この場合もやはり、回路素子２、３のそれぞれは受信回路素子として機能しうる。
【００２９】
図１に示す上記バスシステムは、ソース同期化信号方式を用いたバスシステムであり、ストローブパルスがデータバーストとともにクロック信号として送信されることを意味している。本明細書では、上記データバーストと上記ストローブ信号とを集合的にバーストと呼ぶ。上記信号方式は、例えばＤＤＲ２ＤＲＡＭのような記憶装置において、通常用いられている。
【００３０】
図１のバスシステム５における上記ソース同期通信について、図２を参照しながら、次に説明する。
【００３１】
図２は、「ｄａｔａ」と標示したデータバースト、および、「ｓｔｒｏｂｅ」と標示したストローブ信号を、図１の送信回路素子によって送信された信号の一例として示す。上記データバーストおよび上記ストローブ信号を上記受信回路素子によって受信する。該受信回路素子は、受信イネーブル信号ｒｃｖ＿ｅｎによってアクティブな状態になる。受信イネーブル信号ｒｃｖ＿ｅｎは、図２で同様に示され「ｒｃｖ＿ｅｎ」と標示されている。上記受信回路素子は、上記受信イネーブル信号が論理値１の形態を取ったときに受信可能な状態になり、上記受信イネーブル信号が論理値０の形態を取ったときに受信不能になる。上記受信イネーブル信号は、バス割り付けプロトコルに基づいて、例えばバスマネージャ３によって生成され、用いられる予定の回路素子を識別するための識別子を含む。受信イネーブル信号ｒｃｖ＿ｅｎが論理値１の形態を取っている間の時間は、すでに説明した上記受信ウィンドウと一致する。
【００３２】
上記受信回路素子は、上記ストローブ信号によって制御される上記データバーストを標本化する。例えば、該ストローブ信号をレジスタのクロック入力端子に供給し、上記データバーストを上記レジスタのデータ入力端子に供給することによって標本化する。上記データバーストの標本化のために、矢印６によって示すストローブ信号の立ち上がりエッジ、矢印７によって示すストローブ信号の立ち下がりエッジ、またはこれら両方のエッジを用いる。例えばＤＤＲ−ＲＡＭでは、通常、立ち上がりおよび立ち下がりの側面部またはエッジが用いられ、図２に示す例において、標本化された「１１０１１０」になる。これに対して、例えば単一データ転送速度（ＳＤＲ）ＲＡＭでは、矢印６の立ち上がりエッジのみが用いられ、図２に示す例において、標本化された「１０１０」になる。
【００３３】
上記背景技術において同様に説明したように、上記バスシステムの起動時に、データパルスおよびストローブパルスの適切なテストシーケンスを用いて、上記受信ウィンドウの位置とそれに従う受診イネーブル信号ｒｃｖ＿ｅｎの位置とを調整してもよい。
【００３４】
次に論じる実施形態では、上記データバーストおよび上記ストローブ信号の位置の、上記受信ウィンドウと比較したわずかな変動を監視することができる。従って、バスシステム５が正常に動作している間にデータ送信を中断せずに、この偏差を補正することができる。
【００３５】
上記ストローブ信号が、図２の下部に記載した短縮ウィンドウ内にあるかどうかを、実施形態により確認する。該短縮ウィンドウの両境界線は、上記受信ウィンドウの両境界線から所定のマージン時間ｔｍだけ時間的な間隔を開けている。これらの実施形態では、ｔｍは、上記バスの規定の数のクロック周期（例えば、１または２のクロック周期）内の上記受信ウィンドウに関連して、（同一の上記送信回路素子によって送信され、従って同時に上記受信回路素子によって受信された）上記ストローブ信号および上記データバーストの最大ドリフトよりも大きくなるように選択されている。この点に関して、このようなドリフトは、上記受信ウィンドウのドリフトと、上記データバーストおよび上記ストローブ信号のドリフトとの両方が原因になって生じうることに留意されたい。
【００３６】
上記ストローブ信号（従って上記データバーストも）が上記短縮ウィンドウから外れる場合、これは、上記ストローブ信号が、実際の上記受信ウィンドウの境界線に近づき、それに応じて、該受信ウィンドウを調整する必要があることを意味している。すなわち、上記ストローブ信号（同様に上記データバーストも）が実際に上記受信ウィンドウから外れる前に、実施形態により、上記受信ウィンドウ内において上記ストローブ信号のドリフトを検出することが可能である。したがって、それに応じて反応可能となる。
【００３７】
次に、図３Ａ、図３Ｂおよび図４を参照しながら実施形態を説明する。図３Ａおよび図３Ｂは回路図を示し、図４はそれに対応する信号を示す。上記実施形態は、例えば図１のバスマネージャ３内で実施されうる。
【００３８】
これに関して、図３Ａおよび図３Ｂの実施形態では、上記ストローブ信号が上記短縮ウィンドウの下方境界から外れたかどうかを確認する機能を、図３Ａの回路において実施し、その一方で、上記ストローブ信号が上記短縮ウィンドウの上方境界（図２の右側）から外れたかどうかを確認する機能を、図３Ｂの回路において実施する。従って、精査を行うための一実施形態は、図３Ａの回路および図３Ｂの回路を含むことができる。しかしながら、特定の通信システムにおいて、一方向へのドリフトのみが予測されているのであれば、図３Ａの回路および図３Ｂの回路のうちのいずれか一つを用いれば十分であろう。
【００３９】
まず、図３Ａに示す回路実施形態を説明する。受信イネーブル信号ｒｃｖ＿ｅｎを、インバータ８と遅延素子１１とに供給する。該遅延素子は、マージン時間ｔｍだけ上記受信イネーブル信号ｒｃｖ＿ｅｎを遅延させて、遅延信号ｒｃｖ＿ｄを生成する。図４は、これらの２つの信号ｒｃｖ＿ｅｎおよび信号ｒｃｖ＿ｄを示す図である。
【００４０】
図３Ａに示すように、レジスタ１３のデータ入力端子ｄに信号ｒｃｖ＿ｄを供給する。レジスタ１３のクロック入力端子には、ストローブ信号ｓｔｒｏｂｅを供給して、信号ｒｃｖ＿ｄをストローブ信号ｓｔｒｏｂｅによって制御しながら標本化する。上記標本化の結果は、レジスタ１３の出力端子ｑにおいて出力され、セット／リセットフリップフロップ１４のセット入力端子Ｓに供給される。該セット／リセットフリップフロップ１４は、遅い信号ｒｃｖ＿ｅｎ＿ｌａｔｅを出力し、リセット信号をリセット入力端子Ｒに与えることによってリセットされうる。
【００４１】
次に、図３Ａの回路の機能を、図４を、特に図４の上部を参照しながら説明する。
【００４２】
上記で示したように、レジスタ１３では、上記遅延され反転された受信イネーブル信号を、上記ストローブ信号ｓｔｒｏｂｅにより標本化する。図４から容易に理解できるように、上記ストローブ信号が、上記受信イネーブル信号の始まりからマージン時間の後にのみ始まる限り、その時に反転され遅延された受信イネーブル信号ｒｃｖ＿ｄが０であるので、０が標本化される。しかしながら、上記ストローブ信号が、マージン時間ｔｍよりも受信イネーブル信号ｒｃｖ＿ｅｎの始まりにより近づくように、上記受信イネーブル信号に対してドリフトした場合、その時の信号ｒｃｖ＿ｄが１であるので、１が標本化される。１が標本化された場合、１は同様にレジスタ１３から出力され、リセットフリップフロップ１４のセット入力端子に与えられる。従って、このような場合では、遅い信号ｒｃｖ＿ｅｎ＿ｌａｔｅもまた１になる。これに対して、上記ストローブ信号が、マージン時間ｔｍが過ぎた後にのみ始まる場合、信号ｒｃｖ＿ｅｎ＿ｌａｔｅは０である。従って、上記遅い信号の値１は、受信ウィンドウが遅すぎる（つまり、もっと早い時間の方にシフトする必要がある）ということを示し、これに対して、値０は受信ウィンドウをもっと早い時間にシフトする必要がないことを示している。
【００４３】
一実施形態ではセット／リセットフリップフロップ１４が存在するので、同一バースト内での上記ストローブ信号に続くパルスによって標本化がより遅れることにより、上記遅い信号の状態は変動しない。セット／リセットフリップフロップ１４は、例えば図１のバスマネージャ３により、各バーストの後にリセットされ、各バーストの値を求めることができる。
【００４４】
次に図３Ｂについて説明する。図３Ｂに示すラッチ回路は、図３Ａのラッチ回路と幾分類似している。具体的には、図３Ｂのインバータ９は図３Ａのインバータ８に相当し、図３Ｂのレジスタ１５は図３Ａのレジスタ１３にほぼ相当し、図３Ｂのセット／リセットフリップフロップ１０は、図３Ａのセット／リセットフリップフロップ１４に相当する。しかしながら、図３Ｂの回路では、受信イネーブル信号ｒｃｖ＿ｅｎを逆方向に遅延させたものと同じ値である受信イネーブル信号に対して上記ストローブ信号を遅延させるために、図３Ａの遅延素子１１の代わりに遅延素子１２を用いる。
【００４５】
従って図３Ｂに示す回路は、レジスタ１５において、遅延ストローブ信号により上記反転された受信イネーブル信号を標本化し、図３Ａの遅い信号とは対照的に早い信号ｒｃｖ＿ｅｎ＿ｅａｒｌｙを出力する。
【００４６】
図３Ｂの回路の機能は、図３Ａの回路の機能と同様である。次に図４の下部を参照しながら説明する。図４では、上記反転された受信イネーブル信号を「ｒｃｖ＿ｉｎｖ」と標示し、レジスタ１５に供給された上記遅延ストローブ信号を「ｓｔｒｏｂｅ＿ｄ」と標示する。
【００４７】
図４に示すように、上記ストローブ信号の最終パルスと受信イネーブル信号ｒｃｖ＿ｅｎの終わりとの間がマージン時間ｔｍ以上である限り、レジスタ１５では０だけが標本化される。その結果、早い信号ｒｃｖ＿ｅｎ＿ｅａｒｌｙは０である。しかしながら、上記ストローブ信号の最終パルスが、受信イネーブル信号ｒｃｖ＿ｅｎの終わりからのマージン時間ｔｍ以内である場合、上記最終パルスにより１が標本化される。その結果、早い信号ｒｃｖ＿ｅｎ＿ｅａｒｌｙは値１に設定される。
【００４８】
上記早い信号の値１は、上記受信ウィンドウが早すぎるので、該受信ウィンドウをより遅い位置にシフトする必要があることを示し、値０は、受信ウィンドウをより遅い位置にシフトする必要がないことを示している。
【００４９】
図３Ａの回路および図３Ｂの回路の両方を、図１のバスマネージャ３、または図１のバスシステム内の任意の場所に形成する場合、値１である遅い信号は、上記受診ウィンドウとそれに従う上記受信イネーブル信号とをより早い時間にシフトする必要があることを意味し、値１である早い信号は、上記受信ウィンドウが早すぎるのでより遅い時間にシフトする必要があることを意味し、上記早い信号および上記遅い信号が共に０の場合、上記受信ウィンドウをシフトする必要はなく、上記受信ウィンドウは正しい位置にあることを意味する。このシフトは、図１のバスマネージャ３によって容易に行われ得る。つまり、バスマネージャが上記バス割り付けプロトコルに応じた上記受信イネーブル信号の発信時間を調整することによって、容易に行われ得る。例えば、上記遅い信号であるか上記早い信号であるかに応じて、マージン時間ｔｍの半分の時間だけ、または、マージン時間そのものだけ、上記受信イネーブル信号をシフトすることが可能である。
【００５０】
上記の工程をまとめて、図５では一実施形態に関する方法を示す。上記背景技術において説明したことと同様に（つまり、適切な試験データ手順を有する適切なテストバーストを用いて、上記受信ウィンドウを最初に正しく配置することによって）、１６では事前調整またはオフライン較正を行う。その後、正しい位置からの電圧変移、温度変移またはその他の原因による偏差を検出し、それに応じて位置を補正する。特に、この工程を行うために、図５に示す実施形態では、１７において上記受信ウィンドウが早すぎるかどうかを確認し、図３Ａの実施形態のように、１８ではそれに対応する早い信号を生成する。１９では上記受信ウィンドウが遅すぎるかどうかを確認し、図３Ａの実施形態のように、２０ではそれに対応する遅い信号を生成する。最後に、既に記述したように、２１では早い信号および遅い信号に基づいて上記受信ウィンドウを調整する。
【００５１】
ステップ１７、１８、および、ステップ１９、２０をこの順で実行する必要はないが、この順を逆にしたり、ステップ１７、１８を、ステップ１９、２０と同時に実行してもよい。例えば、この方法を、図３Ａおよび図３Ｂにおいて説明した回路によって実施する場合は、ステップ１７、１８を、ステップ１９、２０と同時に実行してもよい。
【００５２】
上記で説明した実施方法を用いて、上記受信ウィンドウの位置を連続的に確認し、それに応じて該受信ウィンドウの調整を行うことができるので、特定の実施形態では、保護周波数帯を全く必要としないか、または、小さい保護周波数帯だけを必要とする。従って、通信チャネルの帯域幅は拡大する。
【００５３】
上記で示した実施形態は、一例としてみなされるべきものであり、本発明の範囲内で、多くの変形例および代替例が可能である。以下に、これらの変形例および変更例について説明する。
【００５４】
図３Ａおよび図３Ｂの実施形態において、レジスタ１３、１５は、上記ストローブ信号の立ち上がりエッジ、該ストローブ信号の立ち下がりエッジ、またはその両方のエッジに反応するレジスタであってもよい。通常、（図２を参照して詳細に説明したように）立ち上がりエッジのみを標本化するために用いる通信システムの場合、レジスタ１３、１５は、該立ち上がりエッジにおいてのみ標本化するように設計されている。なぜなら、この場合、該立ち上がりエッジのみが上記受信ウィンドウ内にとどまればよいからである。その一方で、例えばＤＤＲ−ＲＡＭのように、通常上記立ち上がりエッジおよび上記立ち下がりエッジを共に標本化に用いる場合、レジスタ１３は、上記ストローブ信号の上記立ち上がりエッジにおいて標本化するのに適合し、それに対してレジスタ１５は、上記立ち下がりエッジにおいてのみ標本化するのに適合してもよい。それにより、上記ストローブ信号の最初のパルスの立ち上がりエッジおよび上記ストローブ信号の最終パルスの立ち下がりエッジは、上記受信ウィンドウ内に確実にとどまる。一実施形態において、レジスタ１３、１５は、上記立ち上がりエッジおよび上記立ち下がりエッジの両方において標本化するのに適合してもよい。
【００５５】
図３Ａの回路および図３Ｂの回路では、遅い信号と早い信号の０と１の意味が逆になるように、インバータを備えていない回路を実現することもまた可能である。
【００５６】
さらに、図３Ａの回路および図３Ｂの２つの回路の代わりに、１つの回路だけを用いて、例えば１回のバースト中に遅い信号を生成し、次のバースト中に早い信号を生成するように、上記受信イネーブル信号および上記ストローブパルスに様々な遅延素子を用いることが可能である。
【００５７】
同様に、上記遅い信号および上記早い信号を生成するために、例えばＤ型フリップフロップまたは他の種類のラッチを用いることによって、他の種類の回路を用いてもよい。
【００５８】
通常、上記立ち上がりエッジおよび上記立ち下がりエッジを標本化に用いる場合、レジスタ１３、１５は、標本化するために上記ストローブ信号の上記立ち上がりエッジのみを用いるように適合すればよい。この場合、上記ストローブの立ち下がりエッジが上記受信ウィンドウ内に確実にとどまるために、遅延素子１２の遅延を増大してもよいし、ゲート機能を上記レシーバ内で実施してもよい。該ゲート機能は、ハイレベルまたは立ち上がりエッジを受信する時に、該レシーバを閉じないようにして、上記受信ウィンドウが終了する前に上記ストローブの上記立ち下がりエッジも受信されるようにしている。これに関して、図３Ａおよび図３Ｂでは同一時間ｔｍを用いたが、異なる時間を同様に用いて、上記短縮ウィンドウが上記受信ウィンドウ内で対称に位置しないようにしてもよい点に留意されたい。さらに、本発明の使用を、図１に示したようなバスシステムに限定せず、次のようなあらゆるアプリケーションに用いてもよいことに留意されたい。つまり、正確な位置決めのために確認される必要があり、場合によっては調整される必要がある一定の時間においてのみ、レシーバがアクティブである（つまりレシーバが受信ウィンドウを有する）、あらゆるアプリケーションにおいて用いてもよい。
【００５９】
加えて、図２を参照して説明したソース同期信号方式を用いない場合、通常、データを標本化するためのクロック信号が、何らかの方法（例えばあるクロック回復メカニズムを用いてデータバースト自体から）により生成されることもある。このような場合では、この回復したクロック信号を、一実施形態を実施するために用いてもよい。
【００６０】
本明細書において、具体的な実施形態を記載し説明したが、当業者が、本発明の範囲から逸脱することなく、表示および説明した具体的な該実施形態の代わりに、様々な他の形態および／または同等の形態を用いても良いことは理解できるであろう。本出願は、本明細書において論じた具体的な実施形態の任意の適応例または変形例を対象とする。従って、本発明は、特許請求の範囲およびそれに相当する部分によってのみ限定される。
【図面の簡単な説明】
【００６１】
【図１】図１は、バスシステムの一実施形態を示すブロック図である。
【図２】図２は、図１のバスシステムにおける典型的な信号を示す。
【図３Ａ】図３Ａは、受信ウィンドウの位置を確認するように構成された装置の一実施形態を示す
【図３Ｂ】図３Ｂは、受信ウィンドウの位置を確認するように構成された装置の一実施形態を示す。
【図４】図４は、図３Ａおよび図３Ｂの実施形態における典型的な信号を示す。
【図５】図５は、受信ウィンドウの位置確認方法の一実施形態を示すフロー図である。
【図１】
2008047118.tif 000003
【図２】
2008047118.tif 000004
【図３Ａ】
2008047118.tif 000005
【図３Ｂ】
2008047118.tif 000006
【図４】
2008047118.tif 000007
【図５】
2008047118.tif 000008