(57)【特許請求の範囲】
【請求項１】
インターフェースを介してチップ間でデータのフレームを送信する方法であって、
拡張フレームへと第１のフレームと第２のフレームとを結合することと、
前記第１のフレームおよび前記第２のフレームをリトライバッファに入力することと、ある持続時間の間、それぞれ別個のフレームとして、前記第１のフレームおよび前記第２のフレームを前記リトライバッファに記憶することと、
前記第１のフレームおよび前記第２のフレームをそれぞれ別個のフレームとして前記リトライバッファに維持しながら、前記拡張フレームをｅＰＨＩＴとしてカプセル化し、送信することと、
前記ｅＰＨＩＴが間違って送信されたｅＰＨＩＴであることを表す送信エラー通知を受信することと、
前記送信エラー通知に応答して、間違って送信されたとして前記受信された送信エラー通知によって表された前記ｅＰＨＩＴにおいてカプセル化された前記拡張フレームにおいて結合された前記第１のフレームおよび前記第２のフレームを、前記リトライバッファから選択することと、それぞれ別個のＰＨＩＴとして再送信することと、前記再送信することは、
前記第１のフレームを前記リトライバッファから受信することと、前記第１のフレームを第１のＰＨＩＴとしてカプセル化し、前記第１のＰＨＩＴを送信することと、
前記第２のフレームを前記リトライバッファから受信することと、前記第２のフレームを第２のＰＨＩＴとしてカプセル化することと、前記第２のＰＨＩＴを送信することと、を備える、方法。
【請求項２】
ｅＰＨＩＴを送信することは、モバイルインダストリープロセッサインターフェースアライアンス（ＭＩＰＩ）の低レイテンシインターフェース（ＬＬＩ）プロトコルにしたがう、請求項１に記載の方法。
【請求項３】
前記第１のフレームおよび前記第２のフレームを前記拡張フレームに結合することは、ロスレス圧縮を備える、請求項１に記載の方法。
【請求項４】
前記拡張フレームへと前記第１のフレームと前記第２のフレームとを結合することは、
前記第１のフレームおよび前記第２のフレームが結合され得るかどうかを示す対応する信号とともに前記第１のフレームおよび前記第２のフレームを受信することと、
前記対応する信号の論理ＹＥＳ値に少なくとも部分的に基づいて、前記拡張フレームへと前記第１のフレームと前記第２のフレームとを結合することと、前記対応する信号の論理ＮＯ値に少なくとも部分的に基づいて、前記拡張フレームへと前記第１のフレームと前記第２のフレームとを結合しないことと、を備える、請求項１に記載の方法。
【請求項５】
前記拡張フレームをｅＰＨＩＴとしてカプセル化し、送信することは、前記ｅＰＨＩＴにおいて前記ｅＰＨＩＴについてのシーケンス番号として復号されることができる情報を含み、前記情報は前記シーケンス番号でハッシングされた巡回冗長検査（ＣＲＣ）情報を備える前記ｅＰＨＩＴについてのシーケンス番号として復号されることができる、請求項１に記載の方法。
【請求項６】
複数の巡回冗長検査（ＣＲＣ）コードを前記ｅＰＨＩＴに適用することをさらに備え、前記複数のＣＲＣコードの各々が前記ｅＰＨＩＴの異なるそれぞれの部分に適用される、請求項１に記載の方法。
【請求項７】
前記拡張フレームを前記ｅＰＨＩＴとしてカプセル化し、送信することは、前記ｅＰＨＩＴとともに前記ｅＰＨＩＴのシーケンス番号を含み、
前記第１のフレームを前記第１のＰＨＩＴとしてカプセル化することは、前記第１のｅＰＨＩＴとともに第１のシーケンス番号を含み、前記第１のシーケンス番号は前記ｅＰＨＩＴの前記シーケンス番号以上であり、
前記第２のフレームを前記第２のＰＨＩＴとしてカプセル化することは、前記第２のｅＰＨＩＴとともに第２のシーケンス番号を含み、前記第２のシーケンス番号は前記第１のシーケンス番号と異なり、前記ｅＰＨＩＴの前記シーケンス番号以上である、請求項１に記載の方法。
【請求項８】
インターフェースを介してチップ間でデータのフレームを送るための送信機であって、送信エラー通知を受信することが可能であり、
第１のフレームおよび第２のフレームを受信するための入力ポートと、
前記入力ポートから少なくとも前記第１のフレームおよび前記第２のフレームを記憶するリトライバッファと、
フォーマッタ入力を有するフォーマッタと、
前記入力ポートから前記第１のフレームおよび前記第２のフレームを前記フォーマッタ入力に選択的に提供し、受信機から送信エラー通知を受信することに応答して、前記リトライバッファから前記第１のフレームおよび前記第２のフレームを前記フォーマッタ入力に提供するように構成されたマルチプレクサと、
前記入力ポートから前記第１のフレームおよび前記第２のフレームを受信することに少なくとも部分的に基づいて、拡張フレームへと前記第１のフレームおよび前記第２のフレームを結合し、前記拡張フレームを前記送信機によって送信のためにｅＰＨＩＴにカプセル化し、フォーマットし、
前記リトライバッファから前記第１のフレームおよび前記第２のフレームを受信すると、前記第１のフレームを前記送信機によって送信のために第１のＰＨＩＴにカプセル化し、フォーマットし、前記第２のフレームを前記送信機によって送信のために第２のＰＨＩＴにカプセル化し、フォーマットする、
ように構成された前記フォーマッタと、を備える送信機。
【請求項９】
前記フォーマッタは、前記ｅＰＨＩＴをカプセル化し、フォーマットするように構成され、前記第１のｅＰＨＩＴおよび前記第２のｅＰＨＩＴは、モバイルインダストリープロセッサインターフェースアライアンス（ＭＩＰＩ）の低レイテンシインターフェースＬＬＩ）プロトコルにしたがってｅＰＨＩＴを送信する、請求項８に記載の送信機。
【請求項１０】
前記フォーマッタがロスレス圧縮にしたがって前記拡張フレームへと前記第１のフレームおよび前記第２のフレームを結合するように構成される、請求項８に記載の送信機。
【請求項１１】
前記入力ポートは、前記第１のフレームおよび前記第２のフレームと関連して、前記第１のフレームおよび前記第２のフレームが結合され得ることを示す対応する信号を受信するように構成され、
前記マルチプレクサは、前記第１のフレーム、前記第２のフレーム、および前記第１のフレームおよび前記第２のフレームが結合され得ることを示す前記対応する信号を、前記入力ポートから、前記フォーマッタ入力に提供するように構成され、
前記リトライバッファは、前記第１のフレームおよび前記第２のフレームが結合され得ることを示す前記対応する信号なしで前記第１のフレームおよび前記第２のフレームを記憶するように構成される、請求項８に記載の送信機。
【請求項１２】
前記入力ポートは、前記第１のフレームおよび前記第２のフレームに加えて、複数の個々のフレームを、および前記個々のフレームとともに、前記個々のフレームが前記個々のフレームのうちの他のものと結合され得るかどうかを示す対応する信号を受信するように構成され、前記フォーマッタは、
前記個々のフレームが前記個々のフレームのうちの他のものと結合され得るかどうかを示す前記対応する信号に基づいて、個々のフレームを前記入力ポートから１つまたは複数のｅＰＨＩＴに結合し、
前記個々のフレームが前記個々のフレームのうちの他のものと結合され得るかどうかを示す前記対応する信号にかかわらず、前記リトライバッファから個々のフレームを個々のＰＨＩＴへとカプセル化し、フォーマットするようにさらに構成される、請求項１１に記載の送信機。
【請求項１３】
前記フォーマッタが、シーケンス番号とハッシングされた巡回冗長検査（ＣＲＣ）情報を用いて前記ｅＰＨＩＴをフォーマットし、
第１のシーケンス番号を伴う前記第１のＰＨＩＴを付加し、前記第１のシーケンス番号は前記ＣＲＣ情報とハッシングされた前記シーケンス番号以上であり、
前記第１のシーケンス番号と異なり、前記ＣＲＣ情報とハッシングされた前記シーケンス番号以上である第２のシーケンス番号を伴う前記第２のＰＨＩＴを付加するようにさらに構成される、請求項８に記載の送信機。
【請求項１４】
前記フォーマッタは、複数の巡回冗長検査（ＣＲＣ）コードを前記ｅＰＨＩＴの異なる部分に適用するようにさらに構成される、請求項８に記載の送信機。
【請求項１５】
前記フォーマッタが、シーケンス番号とハッシングされた巡回冗長検査（ＣＲＣ）情報を、前記ｅＰＨＩＴにおいて、含むようにさらに構成される、請求項８に記載の送信機。
【請求項１６】
インターフェースを介してチップ間でデータのフレームを受信し、受信機は、前記データにおいてエラーを検出し、それに応じて、再送信の要求を前記インターフェースにわたって送る、方法であって、前記方法は下記のステップを備える、
前記受信機において、前記インターフェースにわたって、ｅＰＨＩＴを受信すること、前記ｅＰＨＩＴは物理レイヤ（ＰＡ）巡回冗長コード（ＣＲＣ）データを含む、と、
前記受信機によって、前記ｅＰＨＩＴから前記ＰＡ ＣＲＣデータを抽出することと、
前記受信機において、前記ｅＰＨＩＴの期待されるシーケンス番号を決定すること、前記決定することは、先行するシーケンス番号に少なくとも部分的に基づき、前記先行するシーケンス番号は前に受信されたｅＰＨＩＴに対応する、または前に受信されたＰＨＩＴに対応する、と、
前記受信機において、前記ｅＰＨＩＴのための前記期待されるシーケンス番号とともに前記ＰＡ ＣＲＣデータをハッシングし、結果として、ｅＰＨＩＴ ＣＲＣを生成することと、
前記受信機において、前記ｅＰＨＩＴ ＣＲＣに基づいて、前記ｅＰＨＩＴにおいて送信エラーがあるかどうかを検出することと、
前記ｅＰＨＩＴにおいて前記送信エラーを検出すると、前記受信機は前記ｅＰＨＩＴの送信機に対して送信エラー通知を送ること。
【請求項１７】
前記ｅＰＨＩＴは、モバイルインダストリープロセッサインターフェースアライアンス（ＭＩＰＩ）の低レイテンシインターフェース（ＬＬＩ）プロトコルにしたがう、請求項１６に記載の方法。
【請求項１８】
前記受信機において前記期待されるシーケンス番号を前記決定することは、受信機シーケンス生成器によって実行される、請求項１６に記載の方法。
【請求項１９】
前記ｅＰＨＩＴのための前記期待されるシーケンス番号とともに前記受信機において前記ＰＡ ＣＲＣデータを前記ハッシングすることは、前記受信機のハッシュモジュールによって実行される、請求項１６に記載の方法。
【請求項２０】
インターフェースを介してチップ間でデータのフレームを受信するための受信機であって、
ｅＰＨＩＴおよび前記ｅＰＨＩＴにおけるデータに基づいて、出力物理アダプテーションレイヤ（ＰＡ）巡回冗長コード（ＣＲＣ）を受信するように構成されたｅＰＨＩＴデコーダと、
前に受信されたｅＰＨＩＴに対応する先行するシーケンス番号に少なくとも部分的に基づいて、前記ｅＰＨＩＴの期待されるシーケンス番号を出力するように構成された生成器、前記生成器は、前記ｅＰＨＩＴデコーダと通信している、と、
前記ｅＰＨＩＴデコーダと通信しているハッシングモジュールと、
前記ｅＰＨＩＴデコーダと通信しているエラー検出モジュールと、
ここにおいて、前記ハッシングモジュールは、前記エラー検出モジュールのためのｅＰＨＩＴ ＣＲＣを生成するための前記期待されるシーケンス番号とともに前記ＰＡ ＣＲＣをハッシュするように構成される、
ここにおいて、前記エラー検出モジュールは、前記ｅＰＨＩＴ ＣＲＣに基づいて、前記ｅＰＨＩＴがエラーを有しているかどうかを決定する、
を備える受信機。
【請求項２１】
前記ｅＰＨＩＴデコーダは、モバイルインダストリープロセッサインターフェースアライアンス（ＭＩＰＩ）の低レイテンシインターフェース（ＬＬＩ）プロトコルにしたがってｅＰＨＩＴフォーマッタを復号するように構成される、請求項２０に記載の受信機。
【請求項２２】
前記ｅＰＨＩＴデコーダが結合されたフレームを復元するように構成される、請求項２０に記載の受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
開示する発明は、コンピュータに関し、より詳細には、チップ間でのデータ送信のためのプロトコル、特に、間違って受信されたデータのエラー検出と再送信とを使用するプロトコルに関する。
【背景技術】
【０００２】
本発明は、モバイルインダストリープロセッサインターフェース（ＭＩＰＩ：Mobile Industry Processor Interface）アライアンスの低レイテンシインターフェース（ＬＬＩ：Low Latency Interface）ワーキンググループのコンテキストにおいて想到された。ＬＬＩインターフェースプロトコル規格は、チップ間の低レイテンシ通信を達成するように設計されている。ＬＬＩは、データリンクレイヤ（ＤＬ：data link）と物理アダプテーションレイヤ（ＰＡ：physical adaptation）とを備える。ＬＬＩは、損失のある物理通信チャネル上でＤＬロスレスエラー（DL lossless error）送信を行う。ＬＬＩは、受信機がエラーを検出し、送信エラー通知（ＮＡＣＫ）をシグナリングしたとき、エラー検出と、送信機がデータを再送する方式とを使用することによって、正しいデータ送信を保証する。その方式は、米国実用特許出願第１３／３０４１５３号および低レイテンシインターフェース（ＬＬＩ）バージョン１．０のためのＭＩＰＩアライアンス仕様（MIPI Alliance Specification for Low Latency Interface (LLI) Version 1.0）に記載されている。
【０００３】
ＬＬＩ送信されるアトミック（atomic）データユニット（ＰＨＩＴ）は、レイテンシを改善するために小さいが、これは、保護情報が有意なスループットおよび電力消費オーバーヘッドであることを暗示する。改善されたプロトコルは、レイテンシへの感度がより少ないデータのためのより長いアトミックデータユニットを使用することができる。
【０００４】
改善されたプロトコルでは、複数のＤＬフレームは、それらが同じチャネルに属するか、それらが同じタイプであるか、またはそれらが同じトランザクションＩＤフィールドを有するなど、それらが一定の冗長性を備える場合、１つの拡張ＰＨＩＴ（ｅＰＨＩＴ）に無損失で圧縮される。一実施形態では、ＰＨＩＴを形成するために、フレームシーケンス番号フィールドと巡回冗長検査（ＣＲＣ：cyclic redundancy check）フィールドとが付加される単一のＤＬフレームが取られ得る。代替として、４つのＤＬフレームのグループが圧縮され得る。ｅＰＨＩＴを形成するために、シーケンス番号フィールドとＣＲＣフィールドとが付加される。フレームがｅＰＨＩＴとして結合され送信されるのか、個別のＰＨＩＴとして送信されるのかはフレームのプロパティに依存する。フレームがｅＰＨＩＴに結合されるとき、ｅＰＨＩＴは、４つのＰＨＩＴと同じＤＬデータを搬送するが、オーバーヘッドはより少なくなる。それにより、データスループットはより大きくなる。一実施形態では、スループット改善は２５％である。フレーム結合は、通常のトラフィックパターンではより一般的である。
【０００５】
この方式は大きい問題を生じる。ＰＨＩＴのみを保持するリトライバッファ（retry buffer）と比較して、ＰＨＩＴとｅＰＨＩＴの両方を保持するリトライバッファはより複雑である。ｅＰＨＩＴはより長いので、受信機がｅＰＨＩＴにおけるＣＲＣエラーを検出するのにより多くの時間が必要であるので、そのようなリトライバッファは、より多くのバッファリングを必要とする。リトライバッファが標準的なＰＨＩＴ幅のために編成される場合、ｅＰＨＩＴエントリを記憶することは複数のＰＨＩＴエントリを必要とし、制御は極めて複雑になり、リトライバッファがｅＰＨＩＴごとに編成される場合、データ経路は極めて大きく、通常のＰＨＩＴの記憶は準最適になる。
【０００６】
ｅＰＨＩＴはＰＨＩＴよりも長いので、ｅＰＨＩＴについてのＤＬエラー率はＰＨＩＴのシーケンスについてよりも著しく高い。さらに、ｅＰＨＩＴをサポートするＣＲＣ機構は、ｅＰＨＩＴをサポートしない送信機リトライバッファとの後方互換性がない。
【発明の概要】
【０００７】
開示する発明は、ＰＨＩＴのみをリトライバッファに記憶する。これは、従来技術のリトライバッファ設計への変更を必要としない。リトライ信頼性は完全に保存される。さらに、通常のＰＨＩＴのための従来技術のＣＲＣフォーマットの使用には後方互換性がある。これは、従来技術のリトライ機構を使用することと、誤ったｅＰＨＩＴのフレームの送信をＰＨＩＴとしてリトライすることとによって達成される。さらに、シーケンス番号と十分なＣＲＣ保護とを与えるために必要とされるビット数を低減するために、ｅＰＨＩＴのシーケンス番号は、単純な排他的論理和関数（ＸＯＲ）を使用することによってなど、ｅＰＨＩＴ  ＣＲＣとハッシング（hash）され、圧縮ＤＬフレームに付加される物理アダプテーション（ＰＡ）レイヤＣＲＣが形成される。圧縮ｅＰＨＩＴの代わりに個別のＰＨＩＴとしてリトライを送ることの結果としての圧縮の損失は、リトライがまれなイベントであるので、性能の観点から重要ではない。
【図面の簡単な説明】
【０００８】
【図１】本発明の教示による、ＰＨＩＴとｅＰＨＩＴとを送信するための送信機を示す図。
【図２】本発明の教示による、エラーが第２のｅＰＨＩＴ上で検出される、２つのｅＰＨＩＴの送信と１つのＰＨＩＴのリトライ送信とを示すタイムライン。
【図３】本発明の教示による、ＰＨＩＴを受信するための受信機を示す図。
【図４】本発明の教示による、ｅＰＨＩＴを受信することが可能な受信機を示す図。
【図５】本発明の教示による、ＰＨＩＴのフォーマットを示す図。
【図６】本発明の教示による、ｅＰＨＩＴ  ＣＲＣへのｅＰＨＩＴのＰＡ  ＣＲＣの変換を示す図。
【図７】
【発明を実施するための形態】
【０００９】
本発明の一態様による送信機の一実施形態を図１に示す。送信機１００において、ＤＬ論理１２０は、各データフレームについて、それが結合可能であるかどうかを信号１１０を用いて示す。フレームデータは、バス１０２上で、ｍｕｘ１２２と、フレームデータがしばらくの間記憶されるリトライバッファ１２４とに転送される。ｍｕｘ１２２は、データをバス１０６上でＰＨＩＴ／ｅＰＨＩＴフォーマッタ１２６に転送する。並列信号１１４は、各フレームが、他のフレームとともにｅＰＨＩＴに結合されるべきであるのか、代わりにＰＨＩＴで個々に送られるべきであるのかを示す。送信エラー通知がシグナリングされたとき、ｍｕｘ１２２は、バス１０４上でリトライバッファ１２４からそれのフレーム入力を選択するように切り替える。リトライバッファは、フレームをＰＨＩＴとして送るために必要な情報のみを記憶する。その結果、入力バス１０４上でｍｕｘ１２２に読み込まれるすべてのフレームは、信号１１２によって結合可能でないと示される。
【００１０】
本発明の一態様による、送信およびリトライシーケンスのタイムラインを図２に示す。９つのＤＬフレームのシーケンスが送られる。フレーム０〜３は、期待されるシーケンス番号０を用いて復号されるｅＰＨＩＴとしてフォーマットされ、送信される。フレーム４〜７は、期待されるシーケンス番号４を用いて復号されるｅＰＨＩＴとしてフォーマットされ、送信される。フレーム８は、シーケンス番号フィールド８をもつＰＨＩＴとしてフォーマットされ、送信される。
【００１１】
第１のｅＰＨＩＴは、エラーが検出されることなしに受信され、復号される。第２のｅＰＨＩＴは破損を受け、それは受信機におけるｅＰＨＩＴ  ＣＲＣチェックに失敗する。受信機は送信機にＮＡＣＫをシグナリングする。シーケンス番号８をもつＰＨＩＴは、それのシーケンス番号が、失敗した期待されるシーケンス番号のそれよりも大きいので、受信され、廃棄される。
【００１２】
ＮＡＣＫ信号は最終的に送信機によって受信され、そのとき、送信機はそれのリトライシーケンスを開始する。リトライバッファに記憶されたあらゆるフレームは、結合可能でないフレームとして再送信される。その結果、各々が、一意のＰＨＩＴとしてフォーマットされ、送られる。再送信されたフレームのＰＨＩＴが受信されたとき、４よりも小さいシーケンス番号フィールドをもつフレームは受信機によって廃棄され、受信機は、それらのフレームをすでに正しく受信している。４よりも大きいかまたはそれに等しいシーケンス番号をもつフレームは、復号され、受信機データリンクモジュールに受け渡される。
【００１３】
シーケンス番号は、リトライデータが受信された場合、すでに受信に成功したフレームとそうでないフレームとを区別するために受信機によって使用される。ｅＰＨＩＴがシーケンス番号を１だけ増加させた場合、リトライ送信と元の送信との間で番号付けが異なるので、プロトコルは動作しないであろう。本発明は、各ｅＰＨＩＴのためのシーケンス番号を、ｅＰＨＩＴ中の符号化されたフレームの数（この実施形態では４）だけ増加させる。それによって、シーケンス番号付けは一貫する。
【００１４】
本発明は、フォーマッタが、リトライされるフレームをｅＰＨＩＴに合成されるようにするものよりも、部分的に以下の理由で優れている。
【００１５】
１．ＰＨＩＴが結合可能であるという情報をリトライバッファスキーム内に記憶する必要がない。
【００１６】
２．４つのフレームが結合可能であるかどうかを確認する必要がない。それらのフレームは、すべて記憶され、リトライバッファからアトミックに（atomically）取り戻される。
【００１７】
３．フレームを異なったフォーマットされるＰＨＩＴのバラエティに圧縮する新しい方法を実行する将来のプロトコル拡張は、リトライバッファスキームをさらに更新する必要がない。
【００１８】
図３に、ＰＨＩＴ３００のための受信機を示す。ＰＨＩＴデコーダ３１０は、ＰＨＩＴからＤＬフレームデータとシーケンス番号とを抽出し、それらをＤＬ論理３５０に転送する。デコーダはＣＲＣフィールドを出力し、ＣＲＣフィールドは、ＮＡＣＫ信号をアサートすべきかどうかを判断するためにＣＲＣ論理３２０によって使用される。
【００１９】
図４に、ｅＰＨＩＴ４００のための受信機を示す。本発明の一態様によれば、ｅＰＨＩＴデコーダ４１０は、ｅＰＨＩＴからＤＬフレームデータを抽出し、それをＤＬ論理３５０に転送する。ｅＰＨＩＴデコーダ４１０は、ＰＡ  ＣＲＣをハッシュモジュール４３０に転送する。シーケンス番号生成器４４０は、次の期待されるシーケンス番号をゲート３７０に示し、次いで、ＤＬ論理３５０およびハッシュモジュール４３０に示す。ハッシュモジュール４３０は、ｅＰＨＩＴ  ＣＲＣを生成するために、ＸＯＲ関数を使用して次の期待されるシーケンス番号の値をＰＡ  ＣＲＣとハッシングする。ｅＰＨＩＴ  ＣＲＣは、ＮＡＣＫ信号をアサートすべきかどうかを判断するためにＣＲＣモジュール３２０によって使用される。
【００２０】
この実施形態では、ｅＰＨＩＴは、エラー検出によって十分に保護されるために、ＰＨＩＴよりも多くのＣＲＣ情報を必要とする。これにより、シーケンス番号を符号化するには少なすぎるビットがｅＰＨＩＴフォーマット中に残される。これは、本発明の一態様によれば、ＣＲＣとシーケンス番号との論理ＸＯＲ関数を適用することによって解決される。これにより、フレームをｅＰＨＩＴにフォーマットするためにＰＡレイヤＣＲＣを使用することが可能になる。
【００２１】
通常動作では、ＣＲＣとのシーケンス番号のＸＯＲハッシュ関数を使用することには欠点がない。受信機は、前に正しく受信したＰＨＩＴまたはｅＰＨＩＴのシーケンス番号に基づいて、期待されるシーケンス番号を知る。受信機は、受信したＰＨＩＴのＰＡレイヤＣＲＣに、それの期待されるシーケンス番号との対応するＸＯＲハッシュ関数を適用してから、得られたｅＰＨＩＴ  ＣＲＣをフレームに対してテストする。ＣＲＣテストが良好である場合、ｅＰＨＩＴは良好である。このＣＲＣテストが不良である場合、受信機は、誤っているのがシーケンス番号であるのかＣＲＣであるのかを知ることができない。いずれにせよ、ｅＰＨＩＴは誤っていると見なされ、ＮＡＣＫがシグナリングされ、リトライが開始される。
【００２２】
リトライの間、送信機は、図２に示されているように、すでに適切に受信されたデータを再送し得る。受信機は、すでに正しく受信されたリトライされたフレームを削除しなければならない。これは、エラーが検出された期待されるシーケンス番号のそれよりも小さいシーケンス番号をもつフレームを削除することを意味する。受信機は、どのＤＬフレームが再送されるかを知らない。図２に示されている事例では、期待されるシーケンス番号０をもつｅＰＨＩＴからのＤＬフレームは、それらがすでに適切に受信されたにもかかわらず、再送される。どのＤＬフレームが再送されたかを知るために、受信機は、期待されるシーケンス番号に依拠することなしに、シーケンス番号を直接抽出することが可能でなければならない。これは、再送されるフレームが、ｅＰＨＩＴではなく、ＰＨＩＴとして再送されなければならないことを意味する。ｅＰＨＩＴはシーケンス番号をハッシングしたので、実際のシーケンス番号はＰＨＩＴからのみ正確に抽出され得る。
【００２３】
ＣＲＣが不良である場合、リトライ自体の間にエラーがあったので、そのリトライはリトライされなければならない（再帰的リトライはＬＬＩプロトコルによってサポートされる）。リトライの間、ハッシングがＣＲＣエラーとシーケンス番号エラーとの区別を不可能にするので、ＣＲＣとシーケンス番号とはハッシングされ得ない。したがって、これは、ｅＰＨＩＴとして前にフォーマットされ、送られたフレームをリトライするためにＰＨＩＴを使用することの別の利益である。
【００２４】
ｅＰＨＩＴにＣＲＣを単に追加することの１つの結果は、受信機が、ｅＰＨＩＴからの第１のフレームをダウンストリームＤＬに送る前に、完全なｅＰＨＩＴを受信し、ＣＲＣをチェックしなければならないことである。ｅＰＨＩＴはＰＨＩＴよりも長いので、それは、ｅＰＨＩＴがより高いレイテンシを有することを意味する。ＣＲＣが各ｅＰＨＩＴの一部分に適用される場合、その部分は、ＣＲＣが完全なｅＰＨＩＴに適用される場合よりも早く受信機によって復号され、ダウンストリームＤＬに送られ得る。本発明のさらなる態様によれば、第１のフレームの一意の情報に加えて、冗長ＤＬ情報のすべてを含んでいるＣＲＣがｅＰＨＩＴの一部分に適用される。これは、ｅＰＨＩＴの第１のフレームについてのレイテンシを最小にする。ｅＰＨＩＴの残りは、単一のフレームを備えるデータの量ごとに単一のコードをもつＣＲＣを適用され得るか、または通常サイズ量のｅＰＨＩＴの部分がＣＲＣを適用され得る。
【００２５】
本発明の様々な態様は、ソフトウェア、ハードウェア、アプリケーション論理、またはソフトウェアとハードウェアとアプリケーション論理との組合せで実装され得る。ソフトウェア、アプリケーション論理および／またはハードウェアは、サーバ、電子デバイス、またはサービス上に常駐し得る。所望される場合、ソフトウェア、アプリケーション論理および／またはハードウェアの一部分は電子デバイス上に常駐し得、ソフトウェア、アプリケーション論理および／またはハードウェアの一部分はサーバ上に常駐し得る。
【００２６】
本発明について、それの特定の適用例を参照しながら説明したが、本発明の真の趣旨および範囲から逸脱することなく、様々な変更が行われ得、等価物が置換され得ることが、当業者には理解されよう。さらに、特定の状況、材料、組成物、プロセス、１つまたは複数のプロセスステップを本発明の目的、趣旨および範囲に適応させるために、多くの変更が行われ得る。すべてのそのような変更は、本明細書に添付された特許請求の範囲内に入るものとする。
【００２７】
上記の開示および記述は、本発明の例を示すものにすぎず、本発明の範囲を限定または定義するものではない。上記の説明は、例示的なものであり、限定的なものではない。与えられた例は多くの特定性を含むが、それらは本発明のいくつかの可能な適用例を示すものにすぎない。与えられた例は、本発明の適用例のうちのいくつかの例としてのみ解釈されるべきであり、本発明の完全な範囲は、添付の特許請求の範囲およびそれらの法的均等物によって判断されるべきである。本発明の範囲および趣旨から逸脱することなく、今説明した適用例の様々な適応形態および変更形態が構成され得ることを、当業者は諒解されよう。したがって、本発明は、本明細書で明確に説明した以外に実施され得ることを理解されたい。したがって、開示され、請求される本発明の範囲は、当業者の知識に関して、および上記で提示した開示に照らして判断されるべきである。
【００２８】
本発明の様々な態様が独立請求項に開示されているが、本発明の他の態様は、説明した実施形態および／または従属請求項からの特徴と独立請求項の特徴との任意の組合せを備え、特許請求の範囲に明示的に開示された組合せのみを備えるものではない。
【００２９】
別段に定義されていない限り、本明細書で使用するすべての技術用語および科学用語は、本発明が属する当業者によって一般に理解されるのと同じ意味を有する。また、本明細書で説明するものと同様または同等な任意の方法および材料が、本発明の実施または試験において使用され得る。
【００３０】
本明細書において引用されるすべての公報および特許は、各個々の公報または特許が明確に個々に参照により組み込まれることが示されたかのように参照によって本明細書に組み込まれ、公報がそれらに関して引用される方法および／または材料を開示および説明するために参照によって本明細書に組み込まれる。公報の引用は、出願日より前のそれの開示についてであり、本発明が先行発明によってそのような公報よりも先行する権利を与えられないことの承認として解釈されるべきではない。さらに、与えられた公開日は、実際の公開日とは異なることがあり、個別に確認される必要があり得る。
【００３１】
本明細書および添付の特許請求の範囲で使用する単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が別段に明確に規定しない限り、複数の指示対象を含むことに留意されたい。さらに、特許請求の範囲は、随意の要素を除外するように書かれ得ることに留意されたい。したがって、この文は、請求項要素の具陳に関する「単に（solely）」、「のみ（only）」などのような排他的な用語の使用、または「否定的な」限定の使用のための先行する基礎として役立つものである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  エラーを起こしやすいインターフェースを介してチップ間でデータのフレームを送信する方法であって、
拡張フレームへと第１のフレームと第２のフレームとを結合することと、
前記拡張フレームをｅＰＨＩＴとしてカプセル化し、送信することと、
間違って送信されたｅＰＨＩＴを表す送信エラー通知を受信することと、
前記間違って送信されたｅＰＨＩＴを再送信することであって、
前記第１のフレームを備える第１のＰＨＩＴを送信することと、
前記第２のフレームを備える第２のＰＨＩＴを送信することと
を含む再送信することと
を備える、方法。
［Ｃ２］  ＭＩＰＩ  ＬＬＩプロトコルを使用する、Ｃ１に記載の方法。
［Ｃ３］  結合する前記ステップが圧縮を備える、Ｃ１に記載の方法。
［Ｃ４］  少なくとも１つのフレームが、前記フレームが結合され得るかどうかに関して示される、Ｃ１に記載の方法。
［Ｃ５］  前記ｅＰＨＩＴが巡回冗長検査（ＣＲＣ）情報を備える、Ｃ１に記載の方法。
［Ｃ６］  複数のＣＲＣコードが前記ｅＰＨＩＴの異なる部分にそれぞれ適用される、Ｃ５に記載の方法。
［Ｃ７］  前記ＣＲＣ情報は、現在送信される前記フレームとは無関係に受信機が計算する他の情報とハッシングされる、Ｃ５に記載の方法。
［Ｃ８］  前記他の情報がシーケンス番号である、Ｃ７に記載の方法。
［Ｃ９］  前記ハッシングする関数が排他的論理和である、Ｃ７に記載の方法。
［Ｃ１０］  前記送信エラー通知がＮＡＣＫである、Ｃ１に記載の方法。
［Ｃ１１］  エラーを起こしやすいインターフェースを介してチップ間でデータのフレームを送るための送信機であって、送信エラー通知を受信することが可能であり、
入力ポートからのフレーム情報を記憶するリトライバッファと、
前記入力ポートからフレームデータを受け取るための第１のマルチプレクサ入力と、前記リトライバッファからフレームデータを受け取るための第２のマルチプレクサ入力とをもつマルチプレクサと、
前記マルチプレクサのマルチプレクサ出力に結合されたフォーマッタであって、フレームデータをＰＨＩＴとしてフォーマットし、フレームを結合し、結合されたフレームをｅＰＨＩＴとしてフォーマットすることが可能であり、
ここにおいて、送信エラー通知が受信されたとき、前記リトライバッファからのフレームがｅＰＨＩＴとして前にフォーマットされたかどうかにかかわらず、前記フレームがＰＨＩＴとしてフォーマットされる、とを備える送信機。
［Ｃ１２］  ＭＩＰＩ  ＬＬＩプロトコルを実装するための、Ｃ１１に記載の送信機。
［Ｃ１３］  前記フォーマッタが前記結合されたフレームを圧縮する、Ｃ１１に記載の送信機。
［Ｃ１４］  フレームが結合可能であるかどうかを示す信号をさらに備える、Ｃ１１に記載の送信機。
［Ｃ１５］  前記リトライバッファからフォーマットされた前記フレームが常に結合可能でない、Ｃ１４に記載の送信機。
［Ｃ１６］  前記フォーマッタが、巡回冗長検査（ＣＲＣ）情報を用いてｅＰＨＩＴをフォーマットする、Ｃ１１に記載の送信機。
［Ｃ１７］  複数のＣＲＣコードが前記ｅＰＨＩＴの異なる部分にそれぞれ適用される、Ｃ１６に記載の送信機。
［Ｃ１８］  前記ＣＲＣ情報が、前記受信機が期待する情報とハッシングされる、Ｃ１６に記載の送信機。
［Ｃ１９］  前記受信機が期待する前記情報がシーケンス番号である、Ｃ１８に記載の送信機。
［Ｃ２０］  ハッシング関数が排他的論理和である、Ｃ１６に記載の送信機。
［Ｃ２１］  エラーを起こしやすいインターフェースを介してチップ間でデータのフレームを受信する方法であって、
ｅＰＨＩＴを受信するステップと、
期待される情報を判断するステップと、
前記ｅＰＨＩＴ中の送信エラーを検出するステップと、
送信エラー通知を送るステップと、
前記期待される情報に対応する第１のシーケンス番号を備える第１のＰＨＩＴを受信するステップと、
前記期待される情報に対応する第２のシーケンス番号を備える第２のＰＨＩＴを受信するステップとを備える、方法。
［Ｃ２２］  ＭＩＰＩ  ＬＬＩプロトコルを使用する、Ｃ２１に記載の方法。
［Ｃ２３］  ｅＰＨＩＴが巡回冗長検査（ＣＲＣ）情報を備える、Ｃ２１に記載の方法。
［Ｃ２４］  複数のＣＲＣコードが前記ｅＰＨＩＴの異なる部分にそれぞれ適用される、Ｃ２３に記載の方法。
［Ｃ２５］  前記ＣＲＣ情報が前記期待される情報とハッシングされる、Ｃ２３に記載の方法。
［Ｃ２６］  ハッシング関数が排他的論理和である、Ｃ２５に記載の方法。
［Ｃ２７］  前記期待される情報がシーケンス番号である、Ｃ２１に記載の方法。
［Ｃ２８］  エラーを起こしやすいインターフェースを介してチップ間でデータのフレームを受信するための受信機であって、
ＰＡ  ＣＲＣを出力するｅＰＨＩＴデコーダと、
前記ｅＰＨＩＴデコーダと通信している生成器、ここにおいて前記生成器は期待される値を出力する、と
前記ｅＰＨＩＴデコーダと通信しているハッシングモジュールと、
前記ｅＰＨＩＴデコーダと通信しているエラー検出モジュールと、
ここにおいて、前記ハッシングモジュールが、前記エラー検出モジュールのためのｅＰＨＩＴ  ＣＲＣを生成するために、前記ＰＡ  ＣＲＣを前記期待される値とハッシングする、を備える受信機。
［Ｃ２９］  ＭＩＰＩ  ＬＬＩプロトコルを実装する、Ｃ２８に記載の受信機。
［Ｃ３０］  前記ｅＰＨＩＴデコーダが結合されたフレームを復元する、Ｃ２８に記載の受信機。
［Ｃ３１］  前記期待される値が次のシーケンス番号である、Ｃ２８に記載の受信機。
［Ｃ３２］  前記ハッシングモジュールが排他的論理和を実行する、Ｃ２８に記載の受信機。
【図１】
0006042448.tif 000002
【図２】
0006042448.tif 000003
【図３】
0006042448.tif 000004
【図４】
0006042448.tif 000005
【図５】
0006042448.tif 000006
【図６】
0006042448.tif 000007
【図７】
0006042448.tif 000008