JP2017512008A - ブラインド検出を使用するシステムにおけるｈａｒｑフレームデータ構造、並びにｈａｒｑによる送信及び受信の方法 - Google Patents

Abstract

ブラインド検出を使用するシステムにおけるＨＡＲＱフレームデータ構造、並びにＨＡＲＱによる送信及び受信の方法。一実施例において、ＨＡＲＱを使用するチャネルを介して送信する方法は、ブラインド検出受信機に向けてデータを含む第１のフレームを送信するステップと、ブラインド検出受信機に向けてデータの少なくとも一部分及び第１のフレームに関する情報を含む第２のフレームを送信するステップとを含む。

Description

本発明は、一般に、ハイブリッド自動再送要求（ＨＡＲＱ）フレームデータ構造、並びにＨＡＲＱとブラインド検出によって送信及び受信するための方法に関し、特定の実施例では、ネットワークインタフェースコントローラ（ＮＩＣ）、並びにＨＡＲＱを使用するチャネルを介して送信及び受信するための方法に関する。

本願は、２０１４年２月１８日に出願され、“HARQ Frame Data Structure and Method of Transmitting and Receiving with HARQ in Systems Using Blind Detection”と表題が付けられた米国特許出願第１４／１８３，２１９号に対する優先権の利益を主張するとともに、その出願の内容は、参照によって明示的にここに組み込まれている。

多くの通信システムは、オーバヘッドを減少させるために、ブラインド検出を利用する。ブラインド検出なしで、通信システムは、送信を設定するとともに調整するために追加のシグナリングを使用する。ブラインド検出によって、フレームの送信を設定するために、又は、受信機に対して、送信に使用される変調及び符号化のタイプのような送信のプロパティを示すために、追加のシグナリングは必要ではない。あらゆるフレームが送信される前に、システムは、一般的な送信プロパティの設定を使用し得る。ブラインド検出受信機は、多くの場合、検出及び復号する場合に、送信のプロパティに対する複数の可能性を試みるのに十分な強力な計算能力を特色とする。

多くの通信システム、特に無線システムは、ＨＡＲＱと呼ばれる、性能を強化するための何らかの形態の再送信を使用する。第１の送信において、送信機は、受信機に向けてデータの符号化ビットを送信する。理想的に、受信機は、送信を検出するとともに復号することができ、そして通常は送信機に対して受領の確認応答を送信する。受信機が送信を検出して復号することができない場合に、ＨＡＲＱシステムでは、送信機は、符号化ビットの少なくとも一部分を再送信する。受信機は、その場合に、復号するために、再送信と第１の送信を結合する。２つ又はそれ以上の送信を結合することは、とりわけ、チェイス結合又はインクリメンタルリダンダンシを含む様々な技術により達成されることができる。

ブラインド検出及びＨＡＲＱは、特定の通信システムがシステム性能及び効率を改善することを可能にする技術の実例である。

本発明の実施例は、ブラインド検出を使用するシステムにおけるＨＡＲＱを使用して送信及び受信する方法、並びにＨＡＲＱフレームデータ構造を使用するＮＩＣを提供する。

一実施例において、ＨＡＲＱを使用するチャネルを介して送信する方法は、ブラインド検出プロトコルを使用する受信機に向けてデータを含む第１のフレームを送信するステップと、ブラインド検出プロトコルを使用する受信機に向けてデータの少なくとも一部分及び第１のフレームに関する情報を含む第２のフレームを送信するステップとを含む。

別の実施例において、ＨＡＲＱを使用するチャネルを介して受信する方法は、ブラインド検出を使用して、データを含む第１のフレームを検出するとともに復号しようと試みるステップと、ブラインド検出を使用して、データの少なくとも一部分及び第１のフレームに関する情報を含む第２のフレームを検出するステップと、第１のフレームに関する情報を復号するとともに使用して、第１のフレーム及びデータの少なくとも一部分を関連付けるとともに結合フレームに結合するステップと、結合フレームを復号するステップとを含む。

さらに別の実施例において、ＮＩＣは、ＨＡＲＱフレームデータ構造を記憶するように構成されたメモリを含む。ＨＡＲＱフレームデータ構造は、符号化データビットのためのデータフィールド、及び第１のフレームに関する情報のためのヘッダフィールドを含む。ＮＩＣは、同様に、メモリ及び送信機に接続されるとともに、データフィールドに対する巡回冗長検査（ＣＲＣ）を計算するように構成されたプロセッサを含む。加えて、プロセッサは、送信機にデータフィールド及びＣＲＣを含む第１のフレームを送信させるように構成される。プロセッサは、ヘッダフィールドを満たし、データフィールド及びヘッダフィールドに対する少なくとも１つのＣＲＣを計算し、送信機にデータフィールド、ヘッダフィールド及び少なくとも１つのＣＲＣを含む第２のフレームを送信させるように更に構成される。

さらに別の実施例において、ＮＩＣは、第１のフレーム及び第２のフレームを受信するように構成されたブラインド検出受信機を含む。第１のフレームは、少なくともデータフィールドを含む。第２のフレームは、ヘッダと第１のフレームからのデータフィールドの少なくとも一部分とを含む。ＮＩＣは、同様に、プロセッサと、第１のフレームを復号しようと試みるとともに、第２のフレームのヘッダを復号するように構成されたデコーダとを含む。ヘッダは、第１のフレームに関する情報を含む。プロセッサは、第１のフレームに関する情報を使用して、第１のフレーム及び第２のフレームを関連付けるとともに、データフィールドの一部分及び第１のフレームを結合フレームに結合するように構成される。

本発明及びその利点のより完全な理解のために、添付の図面とともに読まれる下記の説明に対して、ここで参照が行われる。

ＮＩＣの一実施例の構成図である。 ＮＩＣの別の実施例の構成図である。 計算システムの一実施例の構成図である。 ＨＡＲＱを使用して送信する方法の一実施例のフローチャートである。 ＨＡＲＱを使用して送信する方法の別の実施例のフローチャートである。 ＨＡＲＱ及びブラインド検出を使用して受信する方法の一実施例のフローチャートである。 ＨＡＲＱ及びブラインド検出を使用して受信する方法の別の実施例のフローチャートである。 ＨＡＲＱ及びブラインド検出を使用して受信する方法のさらに別の実施例のフローチャートである。 無線通信システムの一実施例の構成図である。

実施例の構成及び使用が下記で詳細に論じられる。しかしながら、本発明は、多種多様な特定の状況において具体化されることができる多くの応用できる発明概念を提供する、ということが認識されるべきである。論じられた特定の実施例は、発明を構成して使用する特定の方法を単に例示するとともに、発明の範囲を限定しない。

通信システムは、時間、周波数、空間、符号化、パイロットシーケンス、若しくは別のものから信号を区別する信号の他のプロパティ、又はこれらのプロパティのあらゆる組み合わせの中での多様性を表すリソースユニット（ＲＵ）に、チャネルを分割する。ユーザ装置（ＵＥ）は、通信を実行するために、１つ又は複数のＲＵを割り当てられる。システムがＲＵより少ないＵＥを有している場合、システムは、それぞれのＵＥに対するＲＵのハードな割り当てを使用し得る。ハードな割り当てによって、ＲＵは、単一のＵＥに割り当てられ、したがって、所定の信号に対するＲＵの認識は、効果的に発生源ＵＥの認識になる。システムがＲＵより多いＵＥを有している場合、システムは、ＲＵのソフトな割り当てを使用し、それは、ＲＵが複数のＵＥに割り当てられることができることを意味する。ソフトな割り当てによって、ＵＥは、バックオフ衝突回避のような、フレームの受信を可能にするための調停スキームを使用する。さらに、ＵＥの識別情報が、概して送信に組み込まれる。

ブラインド検出を使用するシステムは、一般に、ＨＡＲＱを使用することができない、ということがここで認識される。ＨＡＲＱプロトコルは、トランザクションの概念を使用し、ここで、単一のフレームの送信がトランザクションに対応する。フレームは、送信のために準備されたビットのセットである。フレームは、データフィールド、ヘッダフィールド、パイロットフィールド、巡回冗長検査（ＣＲＣ）及び他のものを含んでいる様々なフィールドを含むことができる。ＨＡＲＱシステムにおいて、ＵＥは、確認応答されるまでフレームを再送信し、システムの上位層の効率的な動作を可能にする。第１の送信及び再送信は、それらが単一のトランザクションとしてリンクされる場合に、結合されることができ、それは、フレームシーケンス番号によって確認される。例えば、ロングタームエボリューション（ＬＴＥ）システムにおいて、フレームシーケンス番号は、ＵＥ識別子（ＩＤ）とＨＡＲＱプロセスＩＤの組み合わせであり、それは、送信のタイミングに応じて暗黙的に指定される。発生源ＵＥが知られている場合でも、受信機は、復号されるフレームのシーケンス番号を知らずに符号化フレームを将来のフレームと結合するとともに復号することができない、ということがここで認識される。したがって、ＨＡＲＱは何らかのフレーム識別表示を必要とする、ということがここで認識される。

ＨＡＲＱシステムでは、もし第１の送信が復号されないならば、受信機は、復号されるフレームのシーケンス番号を知らない。ハードなリソース割り当てを使用するＨＡＲＱシステムは、一般に、ストップアンドウェイトＨＡＲＱ（stop-and-wait HARQ）を使用し、送信機は、フレームを送信するとともに、確認応答を待つ。これらのシステムでは、ＨＡＲＱプロセスは、ＨＡＲＱプロセスにより処理される１つのフレームトランザクションだけが存在するので、明確なフレーム識別表示なしで実行されることができる。これらのシステムでは、フレーム識別表示は、送信に使用されるリソースから暗黙的に知られるか、又は、一度に送信される１つのフレームだけが存在するという事実によって示唆される。ソフトなリソース割り当てを使用するＨＡＲＱシステムでは、一度発生源ＵＥとフレームシーケンス番号が識別されると、ＨＡＲＱプロセスは実行されることができ、それは、概して、第２の送信の完全な復号か、又はいくらかの追加のシグナリングを必要とする。

ブラインド検出を伴うシステムでは、受信機は、それが送信機又は発生源ＵＥを発見するとともに、フレームシーケンス番号を復号するまで、盲目的に各存在し得るＵＥを検出する。第１の送信が正常に復号されない場合に、受信機は、第１の送信の発生源ＵＥと第１の送信のフレームシーケンス番号のような追加の情報なしで、第１の送信を再送信又は他の将来のフレームと結合することができない。ＨＡＲＱは、再送信が、第１の送信及び再送信が単一のトランザクションにリンクされることを可能にする第１の送信に関する情報を含む場合に、ブラインド検出システムにおいて実行可能である、ということがここで認識される。

図１は、ＮＩＣ１００の一実施例の構成図である。ＮＩＣ１００は、全てバス１７０に接続された、メモリ１１０、メモリ１３０、送信機１４０、エンコーダ１５０及びプロセッサ１６０を含む。特定の実施例において、メモリ１１０及びメモリ１３０は、単一のメモリ装置の別々の部分とすることができる。代替の実施例において、メモリ１１０とメモリ１３０は、別々のメモリ装置である。バス１７０は、とりわけ、ペリフェラルコンポーネントインターコネクト（peripheral component interconnect、ＰＣＩ）、スモールコンピュータシステムインタフェース（small computer system interface、ＳＣＳＩ）のようなパラレルバスであることができる。他の実施例において、バス１７０は、とりわけ、シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment、ＳＡＴＡ）及びユニバーサルシリアルバス（universal serial bus、ＵＳＢ）のようなシリアルバスである。バス１７０は、メモリ１１０、メモリ１３０、送信機１４０、エンコーダ１５０及びプロセッサ１６０の間の通信を可能にする。

エンコーダ１５０は、入力としてデータのビットを受信するとともに、送信のためにそれらのビットを符号化するように動作可能である。メモリ１３０は、符号化データビット１３２を記憶するように構成される。符号化データビット１３２は、エンコーダ１５０からの出力として生成されるとともに、バス１７０を通してメモリ１３０に書き込まれる。プロセッサ１６０は、バス１７０を通してメモリ１３０内の符号化データビット１３２にアクセスするとともに、送信機１４０を経由する送信のためにそれらを準備するように構成される。送信機１４０は、チャネルに対するＮＩＣ１００のためのインタフェースとしての機能を果たす。送信機１４０は、バス１７０を介して送信のためのフレームを受け取り、そして割り当てられたＲＵを使用してフレームを送信するように動作可能である。

メモリ１１０は、ヘッダ１２２、ヘッダＣＲＣ１２４、データフィールド１２６及びデータＣＲＣ１２８を含むＨＡＲＱフレームデータ構造１２０を記憶するように構成される。メモリ１１０は、ダイナミックＲＡＭ（ＤＲＡＭ）及びスタティックＲＡＭ（ＳＲＡＭ）のようなランダムアクセスメモリ（ＲＡＭ）を含む、様々なタイプの記憶装置であることができる。メモリ１１０は、同様に、フラッシュメモリのような他の形式の記憶装置であることができる。

プロセッサ１６０は、チャネル及び割り当てられたＲＵに対してＨＡＲＱプロセスを実行するように構成される。そのプロセスの中で、プロセッサ１６０は、バス１７０を通してメモリ１３０内の符号化データビット１３２にアクセスするとともに、符号化データビットのセットがＨＡＲＱフレームデータ構造１２０におけるデータフィールド１２６に書き込まれることをもたらす。それから、プロセッサ１６０は、符号化データビットのセットに対するＣＲＣを計算するとともに、ＣＲＣをバス１７０を通してＨＡＲＱフレームデータ構造１２０におけるデータＣＲＣ１２８に書き込む。プロセッサ１６０は、ブラインド検出受信機に向けた、送信機１４０を経由するフレームの第１の送信をもたらす。第１の送信におけるフレームは、ＨＡＲＱフレームデータ構造１２０におけるデータフィールド１２６及びデータＣＲＣ１２８からのビットを含む。第１の送信は、ブラインド検出受信機により確認応答されるか、又はブラインド検出受信機により確認応答されないかのいずれかである。もし確認応答されるならば、プロセスは、メモリ１３０内の符号化データビット１３２からの符号化データビットの新しいセットのために繰り返す。もし確認応答されないならば、プロセッサ１６０は、ＨＡＲＱプロセスにより、第２の送信又は再送信が行われるべきであるかどうかを判定する。特定の実施例において、判定は、第１の送信の時からの時間の経過に従って行われる。プロセッサ１６０は、第１の送信に基づいて開始されるとともに、ＨＡＲＱプロセスに従って設定された持続時間において満了になるタイマを含むことができる。

タイマの満了に基づいて、プロセッサ１６０は、第２の送信が必要であることを判定する。特定の実施例において、プロセッサ１６０は、第１のフレームにおけるのと同じ符号化データビットのセットをデータフィールド１２６に含める。他の実施例において、プロセッサ１６０は、第１のフレーム内の符号化ビットのセットの一部分を第２のフレームに含める。特定の実施例において、再送信のためのビットの選択は、送信機と受信機の両方が対応するパンクチャリング規則の認識を有する限り、ビットのパンクチャリングを含むことができる。図１の実施例において、プロセッサ１６０は、第１のフレームに関する情報を含むヘッダを生成するとともに、その情報がバス１７０を通してＨＡＲＱフレームデータ構造１２０におけるヘッダ１２２に書き込まれることをもたらす。第１のフレームに関する情報は、使用されるＲＵ、使用される時間又は周波数リソース、第１のフレームの変調及び符号化、そしてフレームシーケンス番号を含んでいる、第１のフレームを識別する様々なプロパティを含むことができる。特定の実施例において、ＨＡＲＱフレームデータ構造は、同様に、第１のフレームに付加されるパイロットシーケンスを含む。これらの実施例において、第１のフレームに関する情報は、第１のフレームに含まれるパイロットシーケンスの識別子を含むことができる。パイロットシーケンスは、特定のＵＥ又は送信を識別するために送信機及び受信機により知られている物理層シンボルである。例えば、パイロットシーケンスは、直交振幅変調（ＱＡＭ）コンステレーションにおける点、又は特定の時間信号であることができる。

プロセッサ１６０は、ヘッダとデータフィールド１２６におけるデータの符号化ビットとに対するＣＲＣを計算するように構成される。ＣＲＣは、ヘッダとデータの符号化ビットとにより共有された１つのＣＲＣであることができるか、又は、別個のＣＲＣ、すなわちヘッダＣＲＣ１２４に記憶されるヘッダＣＲＣ及びデータＣＲＣ１２８に記憶されるデータＣＲＣであることができる。特定の実施例において、データの符号化ビットに対するＣＲＣは、符号化データビットのセット及び特定の実施例では第１のフレームに付加されたあらゆるヘッダを含むトランザクションにおける全ての以前の送信のビットにわたって計算される。プロセッサ１６０は、ヘッダ１２２が送信機１４０を経由する送信のために変調されるとともに符号化されることをもたらす。変調は、直交周波数分割多重（ＯＦＤＭ）及び単一キャリア変調のようなあらゆる他のベースバンド変調方式に加えて拡散を含むことができる。いくつかの実施例において、ヘッダ１２２に対する変調及び符号化は、第１のフレームに適用される変調及び符号化と異なる。いくつかの実施例において、ヘッダ１２２に対する変調及び符号化は、データフィールド１２６に適用される変調及び符号化と異なる。その場合に、プロセッサ１６０は、ヘッダ１２２、ヘッダＣＲＣ１２４、データフィールド１２６及びデータＣＲＣ１２８を含む第２のフレームがバス１７０を通して送信機１４０に渡されることをもたらす。その場合に、送信機１４０は、ブラインド検出受信機に向けて第２のフレームを送信する。

図２は、ＮＩＣ２００の別の実施例の構成図である。ＮＩＣ２００は、全てバス２５０に接続された、メモリ２１０、デコーダ２２０、受信機２３０及びプロセッサ２４０を含む。バス２５０は、とりわけ、ペリフェラルコンポーネントインターコネクト（peripheral component interconnect、ＰＣＩ）、スモールコンピュータシステムインタフェース（small computer system interface、ＳＣＳＩ）のようなパラレルバスであることができる。他の実施例において、バス２５０は、とりわけ、シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment、ＳＡＴＡ）及びユニバーサルシリアルバス（universal serial bus、ＵＳＢ）のようなシリアルバスである。バス２５０は、メモリ２１０、デコーダ２２０、受信機２３０及びプロセッサ２４０の間の通信を可能にする。

受信機２３０は、第１の送信がブラインド検出を使用して検出されるチャネルに対するＮＩＣ２００のためインタフェースとしての機能を果たす。第１の送信は、データの符号化ビット及びＣＲＣを含んでいる第１のフレームを含む。デコーダ２２０は、第１のフレームを復号しようと試みる。もしデコーダ２２０が成功するならば、第１のフレームにおけるＣＲＣは間違いないとわかり、その場合に、プロセッサ２４０は、確認応答が発生源ＵＥに返信されることをもたらす。もしデコーダ２２０が不成功であるならば、ＣＲＣは合格しないとともに、プロセッサ２４０は、第１のフレームがメモリ２１０に書き込まれることをもたらす。メモリ２１０は、第１のフレーム２１２及び結合フレーム２１４を記憶するように構成される。第１のフレームは、バス２５０を通して第１のフレーム２１２に書き込まれる。特定の実施例において、第１のフレーム２１２及び結合フレーム２１４は、発生源ＵＥに従ってインデックスを付けられる。その場合に、ＮＩＣ２００は、第２のフレームを含む第２の送信を待つ。

受信機２３０は、ブラインド検出を使用して、第２のフレームを含む第２の送信を検出する。第２のフレームは、ヘッダ、第１のフレームからのデータの符号化ビットの少なくとも一部分、そしてヘッダ及びデータに対する少なくとも１つのＣＲＣを含む。特定の実施例において、第２のフレームは、ヘッダ及びデータの符号化ビットに対する別個のＣＲＣを含む。他の実施例において、単一のＣＲＣが、ヘッダ及びデータの符号化ビットにより共有される。第２のフレームが発生源ＵＥから発生するとともに、発生源ＵＥがＮＩＣ２００により知られている実施例において、プロセッサ２４０は、バス２５０を通してメモリ２１０内の第１のフレーム２１２にアクセスするとともに、第１のフレーム及び第２のフレームを結合フレームに結合する。その場合に、プロセッサ２４０は、結合フレームがバス２５０を通してメモリ２１０内の結合フレーム２１４に書き込まれることをもたらす。次に、デコーダ２２０は、結合フレーム２１４にアクセスするとともに、結合フレームを復号しようと試みる。もう一度、結合フレームに対するＣＲＣが検査され、そしてもしそれが合格するならば、そのフレームは確認応答される。

もし第２のフレームの発生源ＵＥが知られていないならば、デコーダ２２０は、ヘッダを復号するとともに、続いてヘッダＣＲＣの検査をしようと試みる。もしヘッダＣＲＣが合格しないならば、第２のフレームは第１のフレームとは別のトランザクションの一部として扱われる。この処置は、第２のフレームが、デコーダ２２０により正常に復号されることか、又はデコーダ２２０が首尾よく第２のフレームを復号することができないならばメモリ２１０に記憶されることを導くことができる。ヘッダＣＲＣが合格する場合に、ＵＥ ＩＤ及びフレーム識別表示がヘッダから取り出される。ＵＥ ＩＤは、第２のフレームのために使用されるＲＵを判定することにより、又は、特定の実施例ではＣＲＣに埋め込まれたＵＥ ＩＤを検査することにより、確かめられることができる。フレーム識別表示は、第１のフレームに関するヘッダにおける情報によるものである。第１のフレームに関する情報は、第１のフレームのために使用されるＲＵ、第１のフレームに含まれるパイロットシーケンスの識別表示、第１のフレームにおいて使用される符号化及び変調、又は第１のフレームのフレームシーケンス番号を含むことができる。フレーム識別表示は、プロセッサ２４０が、第１のフレーム及び第２のフレームを単一のトランザクションに関連付けるか又はリンクすることを可能にする。プロセッサ２４０は、第１のフレーム及び第２のフレームを、結合フレーム２１４に書き込まれることができる結合フレームに結合するように動作可能である。その場合に、結合フレームは、デコーダ２２０により復号されることができる。もしデコーダ２２０が結合フレームを首尾よく復号するとともに、結合フレームに対するＣＲＣが合格するならば、プロセッサ２４０は、フレームの確認応答が送信されることをもたらす。

図３は、ここで開示された装置及び方法を実施するために使用され得る処理システム３００の構成図である。特定の装置は、示されたコンポーネントの全て、又は、コンポーネントのサブセットのみを利用し得るとともに、統合のレベルは装置毎に変化し得る。さらに、装置は、複数の処理装置、プロセッサ、メモリ、送信機、受信機などのようなコンポーネントの複数の実例を含み得る。処理システム３００は、スピーカ、マイクロホン、マウス、タッチスクリーン、キーパッド、キーボード、プリンタ、ディスプレイなどのような、１つ又は複数の入出力装置を備えている処理装置３０２を含み得る。処理装置は、バス３２０に接続された、中央処理装置（ＣＰＵ）３１４、メモリ３０８、大容量記憶装置３０４、ビデオアダプタ３１０及びＩ／Ｏインタフェース３１２を含み得る。

バス３２０は、メモリバス若しくはメモリ制御器、周辺バス、ビデオバス又は同様のものを含んでいる、あらゆるタイプのいくらかのバスアーキテクチャのうちの１つ又は複数であり得る。ＣＰＵ３１４は、あらゆるタイプの電子データプロセッサを含み得る。メモリ３０８は、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、読出し専用メモリ（ＲＯＭ）、これらの組み合わせ又は同様のもののような、あらゆるタイプのシステムメモリを含み得る。一実施例において、メモリ３０８は、ブートアップにおける使用のためのＲＯＭと、プログラムを実行している間の使用に適したプログラム及びデータ記憶用のＤＲＡＭとを含み得る。

大容量記憶装置３０４は、データ、プログラム及び他の情報を記憶するとともに、データ、プログラム及び他の情報をバス３２０によってアクセス可能にするように構成されたあらゆるタイプの記憶装置を含み得る。大容量記憶装置３０４は、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ又は同様のもののうちの１つ若しくは複数を含み得る。

ビデオアダプタ３１０及びＩ／Ｏインタフェース３１２は、外部の入出力装置を処理装置３０２に接続するためのインタフェースを提供する。例示されたように、入出力装置の実例は、ビデオアダプタ３１０に接続されたディスプレイ３１８、及びＩ／Ｏインタフェース３１２に接続されたマウス／キーボード／プリンタ３１６を含む。他の装置が処理装置３０２に接続され得るとともに、追加の又はより少ないインタフェースカードが利用され得る。例えば、ユニバーサルシリアルバス（ＵＳＢ）のようなシリアルインタフェース（図示せず）が、プリンタにインタフェースを提供するために使用され得る。

処理装置３０２は、同様に、１つ又は複数のネットワークインタフェース３０６を含み、１つ又は複数のネットワークインタフェース３０６は、イーサネットケーブル若しくは同様のもののような有線リンク、及び／又はノード若しくは異なるネットワークにアクセスするための無線リンクを含み得る。ネットワークインタフェース３０６は、処理装置３０２がネットワークを通して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェース３０６は、１つ又は複数の送信機／送信アンテナ、及び１つ又は複数の受信機／受信アンテナを通して、無線通信を提供し得る。一実施例において、処理装置３０２は、データ処理のために、及び、他の処理装置、インターネット、遠隔記憶設備又は同様のもののような遠隔装置との通信のために、ローカルエリアネットワーク３２２又は広域ネットワークに接続される。

図４は、ＨＡＲＱを使用して送信する方法の一実施例のフローチャートである。方法は、開始ステップ４１０において始まる。第１の送信ステップ４２０において、第１のフレームがブラインド検出受信機に向けて送信される。第１のフレームは、データの符号化ビット、及びデータに対するＣＲＣを含む。特定の実施例において、第１のフレームはヘッダを欠いており、そうでなければ、ヘッダは、発生源ＵＥ又は送信に使用されるＲＵを識別するために使用されるであろう。その後になって、第２の送信ステップ４３０において、第２のフレームが、ブラインド検出受信機に向けて送信される。特定の実施例において、第２の送信は、第１の送信ステップ４２０に基づいて起動するタイマの満了により誘発される。タイマは、第１の送信に対する確認応答の受領に従ってリセットされるか、又は、満了すると第２の送信を引き起こすかのいずれかである。受信機は、ＲＵに対する肯定応答又は否定応答を提供し得る。受信機は、同様に、フレームに対する肯定応答を提供し得る。発生源ＵＥは、一般的に、フレームに対する確認応答が喪失されたことか、又は存在しないことを検出するために、経過時間を当てにする。

第２のフレームは、第１のフレームに含まれるデータの符号化ビットの少なくとも一部分を含む。特定の実施例において、第１のフレームに含まれるデータの全ての符号化ビットが第２のフレームに含まれる。他の実施例において、第１のフレームからのデータの一部の符号化ビットだけが第２のフレームに含まれる。第２のフレームは、同様に、第１のフレームに関する情報を含んでいるヘッダを含む。第１のフレームに関する情報は、第１及び第２のフレームを関連付けるとともに、それらを単一のトランザクションにリンクするために使用されることができる。第１のフレームに関する情報は、第１の送信において使用されるＲＵ、第１のフレームのフレームシーケンス番号、第１のフレームに含まれるパイロットシーケンスの識別子、そして第１のフレームのために使用される変調及び符号化を含むことができる。

特定の実施例において、第１のフレームにおいて使用される変調及び符号化は、第２のフレームのヘッダのために使用される変調及び符号化と異なることができる。さらに、特定の実施例において、第２のフレームのヘッダのために使用される変調及び符号化は、第２のフレームにおけるデータの符号化ビットのために使用される変調及び符号化と異なることができる。

特定の実施例において、第２のフレームは、同様に、少なくとも１つのＣＲＣを含むことができる。いくつかの実施例において、単一のＣＲＣが、データの符号化ビットとヘッダの両方に対して計算される。他の実施例において、ヘッダＣＲＣがヘッダに対して計算されるとともに、別個のデータＣＲＣがデータの符号化ビットに対して計算される。

第１のフレーム及び第２のフレームが同じトランザクションにおいてリンクされる場合に、第１のフレーム及び第２のフレームは、復号するために結合フレームに結合されることができる。その場合に、方法は、ステップ４４０において終了する。

図５は、ＨＡＲＱを使用して送信する方法の別の実施例のフローチャートである。方法は、開始ステップ５０２において始まる。符号化ステップ５０４において、第１のフレームに関して、データビットが符号化されるとともに格納される。次に、ステップ５０６において、符号化データ及びヘッダに対するＣＲＣが計算されるとともに、第１のフレームに対して付加される。次に、パイロット挿入ステップ５０８において、第１のフレームにパイロットが挿入される。そして、送信ステップ５１０において、第１のフレームがブラインド検出受信機に向けて送信される。送信すると、タイマ開始ステップ５１２において、確認応答タイマが開始される。

それから、ＵＥは、ブラインド検出受信機からの確認応答を待つ。確認応答検査ステップ５１４において、確認応答が受信されたかどうかをＵＥが検査する。もし確認応答が受信されていたならば、方法は、終了ステップ５２６において終了する。その代りに、方法は、送信のための新しいデータの受領を発端に繰り返すであろう。確認応答検査ステップ５１４において、もし確認応答が受信されていなかったならば、確認応答タイマは、満了検査ステップ５１６において、満了に関して検査される。もし確認応答タイマが満了していなかったならば、ＵＥは、確認応答を待ち続け、そして確認応答検査ステップ５１４に戻る。もし確認応答タイマが満了していたならば、ＵＥは、ヘッダ生成ステップ５１８に進む。ヘッダ生成ステップ５１８において、第２のフレームのためにヘッダが生成される。ヘッダは、第１のフレームに関する情報を含み、第１のフレームに関する情報は、第１のフレームのために使用されるＲＵ、第１のフレームのために使用される符号化及び変調、第１のフレームのフレームシーケンス番号、そしてパイロットシーケンスが第１のフレームに含まれる実施例では、第１のフレームに含まれるパイロットシーケンスの識別子を含むことができる。ハードなリソース割り当てを使用する特定の実施例では、パイロット識別子だけがヘッダに挿入されることができ、パイロット識別子は、第２の送信におけるＵＥを識別するための十分な情報になるであろう。この識別表示は、ＵＥにより使用される以前のＲＵを一意に識別する。

第２のフレームヘッダＣＲＣ計算ステップ５２０において、ＣＲＣがヘッダに対して計算され、第２のフレームに対して付加される。次に、符号化データ選択ステップ５２２において、第２のフレームのための符号化データビットが選択されるとともに、第２のフレームに対して付加される。それから、第２のフレーム符号化データＣＲＣ計算ステップ５２４において、符号化データに対するＣＲＣが計算されるとともに、第２のフレームに対して付加される。

そうでなければ、一度第２のフレームが組み立てられると、方法はパイロット挿入ステップ５０８に戻る。方法は、同様に、第２のフレームを送信するために送信ステップ５１０へと続き、タイマ開始ステップ５１２において、確認応答タイマを再度開始する。再び、ＵＥは、確認応答を待つ。ブラインド検出受信機は、第１のフレーム及び第２のフレームを結合し、結合フレームを復号するとともに、確認応答をＵＥに対して送信することができ、その場合に、方法は、終了ステップ５２６において終了するであろう。その代りに、ブラインド検出受信機は、第１のフレーム及び第２のフレームのうちのいずれかを受信することを失敗する可能性があるか、又は、結合フレームを復号することを失敗する可能性がある。この場合、確認応答タイマが満了する場合には、別のフレームが生成されるとともに、ブラインド検出受信機に向けて送信されるであろう。

図６は、ＨＡＲＱ及びブラインド検出を使用して受信する方法の一実施例のフローチャートである。方法は、開始ステップ６１０において始まる。第１のフレーム検出ステップ６２０において、第１のフレームがブラインド検出を使用して検出されるとともに、復号する試みが実行される。第１のフレームは、データの符号化ビットと、符号化ビットに対するＣＲＣとを含む。いくつかの実施例において、方法は、同様に、第１のフレームに対する発生源ＵＥを判定するステップを含む。第１のフレームを復号する試みが失敗する。特定の実施例において、その場合に、第１のフレームは、メモリに記憶されるとともに、発生源ＵＥに従ってインデックスを付けられる。

第２のフレーム検出ステップ６３０において、第２のフレームがブラインド検出を使用して検出される。第２のフレームは、第１のフレームに関する情報と共に、第１のフレームに含まれるデータの符号化ビットの少なくとも一部分を含む。データの符号化ビットは、第２のフレームのデータフィールドに含まれる。第１のフレームに関する情報は、ヘッダに含まれる。第１のフレームに関する情報は、第１のフレームのために使用されるＲＵ、第１のフレームのために使用される変調及び符号化、そして第１のフレームのフレームシーケンス番号を含むことができる。特定の実施例において、第１のフレームはパイロットシーケンスを含む。それらの実施例において、第１のフレームに関する情報は、第１のフレームに含まれるパイロットシーケンスの識別子を含むことができる。ハードなリソース割り当てを使用する特定の実施例では、ＵＥ ＩＤは、第２の送信におけるＵＥを識別するための十分な情報であるとともに、ＵＥにより使用される以前のＲＵを一意に識別する。

少なくとも１つのＣＲＣが、第２のフレームに含まれる。単一のＣＲＣが、ヘッダとデータの符号化ビットとに対して計算されることができる。その代りに、１つのＣＲＣが第２のフレームのヘッダに対して計算されることができるとともに、別のＣＲＣがデータの符号化ビットに対して計算されることができる。

復号ステップ６４０において、第１のフレームに関する情報が、復号されるとともに、第１のフレーム及び第２のフレームを関連付けるために使用される。第１のフレームに関する情報は、同様に、結合フレームを形成する、第１のフレームと、第１のフレームに含まれるデータの符号化ビットの少なくとも一部分と、を結合するために使用される。結合フレームは、その場合に、第２の復号ステップ６５０において復号される。もし結合フレームの第２の復号が成功するならば、特定の実施例において、確認応答が発生源ＵＥに向けて送信される。そうでなければ、特定の実施例において、第２の復号ステップ６５０が失敗する場合に、方法は、全ての存在し得る発生源ＵＥに関して復号しようと試みるステップに進む。それから、方法は、終了ステップ６６０において終了する。

図７は、ＨＡＲＱ及びブラインド検出を使用して受信する方法の別の実施例のフローチャートである。方法のこの実施例は、ソフトなリソース割り当てを使用するＨＡＲＱシステムにおいて使用されることができる。方法は、開始ステップ７０２において始まる。待機ステップ７０４において、ブラインド検出受信機は、新しいフレームを待つ。新しいフレームが到達する場合に、新しいフレームのヘッダは、検出及び復号ステップ７０６において、検出されるとともに復号される。その場合に、ヘッダに対するＣＲＣが、ヘッダＣＲＣ検査ステップ７０８において検査される。

ヘッダＣＲＣは、合格するか、又は合格しないかのいずれかである。もしヘッダＣＲＣが合格しないならば、フレームは、トランザクションにおける第１のフレームとして扱われる。フレーム検出及び復号ステップ７１４において、第１のフレームが検出されるとともに復号される。第１のフレームは、データの符号化ビットと、データの符号化ビットに対するＣＲＣとを含む。データＣＲＣ検査ステップ７１６において、ＣＲＣが検査される。もしＣＲＣが合格しないならば、記憶ステップ７２４において、第１のフレームが第１の送信において使用されたＲＵに従って記憶される。それから、ブラインド検出受信機は、再び別のフレームを待つために、待機ステップ７０４に戻る。もしデータＣＲＣ検査ステップ７１６においてＣＲＣが合格するならば、検索ステップ７１８において、発生源ＵＥに対するＵＥ ＩＤが、フレームシーケンス番号と共に、フレームから取り出される。その場合に、確認応答ステップ７２０において、受領が確認応答される。それから、方法は、終了ステップ７２２において終了する。その代りに、方法は、待機ステップ７０４に戻り、そして新しいフレームを待つことができる。

もしヘッダ検査ステップ７０８においてヘッダＣＲＣが合格するならば、その場合に、フレームは、第１のフレームの再送信として扱われる。第１のフレームに対する発生源ＵＥのＵＥ ＩＤ及び第１のフレームのフレームシーケンス番号は、ヘッダ検索ステップ７１０において、復号されたヘッダから取り出される。ヘッダにおける第１のフレームに関する情報は、第１のフレーム及び第２のフレームが単一のトランザクションにリンクされることを可能にする。結合ステップ７１２において、第１のフレーム及び第２のフレームが結合される。それから、方法は、フレーム検出及び復号ステップ７１４に進む。復号は、それが第１のフレームのためのものであったとして試みられる。もし復号が成功し、そしてデータＣＲＣ検査ステップ７１６においてＣＲＣが合格するならば、検索ステップ７１８において、発生源ＵＥのＵＥ ＩＤ及びフレームシーケンス番号が取り出されるとともに、確認応答ステップ７２０において、確認応答が送信される。

図８は、ＨＡＲＱ及びブラインド検出を使用して受信する方法のさらに別の実施例のフローチャートである。方法のこの実施例は、ハードなリソース割り当てを使用するＨＡＲＱシステムにおいて使用されることができる。方法は、開始ステップ８０２において始まる。待機ステップ８０４において、ブラインド検出受信機は、新しいフレームを待つ。ブラインド検出受信機において新しいフレームが到達する場合に、判定ステップ８０６において、発生源ＵＥが判定される。検査ステップ８０８において、発生源ＵＥがブラインド検出受信機に知られているかどうかを判定するために、発生源ＵＥが検査される。発生源ＵＥが知られていた場合に、検査ステップ８１０において、ブラインド検出受信機は、発生源ＵＥからの記憶されたフレームがあるかどうかを検査する。もし記憶されたフレームがあるならば、それは、結合ステップ８１２において新しいフレームと結合される。その場合に、結合フレームは、検出及び復号ステップ８１４において、検出されるとともに復号される。もし発生源ＵＥからの記憶されたフレームがないならば、その場合に、新しいフレームは検出及び復号ステップ８１４に進む。その代りに、もし新しいフレームの発生源ＵＥが知られていなかったならば、新しいフレームは、同様に、検出及び復号ステップ８１４に進む。

検出及び復号ステップ８１４において、新しいフレームか、又は結合ステップ８１２からの結合フレームかのいずれかを検出するとともに復号する試みが実行される。検査ステップ８１６において、復号されたフレームに対するＣＲＣが検査される。もし検出及び復号ステップ８１４が成功したとともに、検査ステップ８１６においてＣＲＣが合格するならば、方法は検索ステップ８１８へと続く。検索ステップ８１８において、ＵＥ ＩＤ及びフレームシーケンス番号が、復号されたフレームから取り出される。その場合に、復号されたフレームは、確認応答ステップ８２０において、確認応答される。それから、方法は、終了ステップ８２２において終了する。

検出及び復号ステップ８１４が失敗するとともに、検査ステップ８１６においてＣＲＣが合格しない場合に、フレームは復号されることができず、確認応答されるべきでない。ブラインド検出受信機は、検査ステップ８２４において、発生源ＵＥが知られているかどうかを検査する。もし発生源ＵＥが知られているならば、記憶ステップ８２６において、フレームは、その送信において使用されたＲＵに従って記憶される。もし復号することができなかったフレームが新しいフレームであるならば、新しいフレームが単独で記憶される。もし復号することができなかったフレームが結合ステップ８１２からの結合フレームであるならば、結合フレームが記憶される。代替の実施例において、ブラインド検出受信機は、もともと記憶されたフレームと新しいフレームを記憶するが、しかし結合フレームを記憶しない。次に、方法は、待機ステップ８０４において新しいフレームを待つことに戻る。検査ステップ８１６においてＣＲＣが合格しないとともに、新しいフレームの発生源ＵＥが知られていない場合に、フレームは記憶されず、方法は、待機ステップ８０４において新しいフレームを待つことに直接戻る。ブラインド検出受信機は、首尾よい復号が達成されるまで、記憶されたフレームを新しいフレームと結合しようと試み続ける。

図９は、無線通信システム９００の一実施例の構成図である。無線通信システム９００は、ＵＥ９２０、ＵＥ９３０、ＵＥ９４０及びＵＥ９５０のような１つ又は複数のＵＥを、ＵＥから発生する通信を受信するとともに、通信をそれらのそれぞれの意図した宛先に転送することにより、又はＵＥ宛の通信を受信するとともに、通信をそれらのそれぞれの意図したＵＥに転送することによりサービングする基地局９１０を含む。いくつかのＵＥは、基地局９１０を通して通信することと相対して、直接相互と通信することができる。例えば、図９の実施例において、ＵＥ９６０は直接ＵＥ９５０に送信し、逆もまた同じである。基地局９１０は、時には、アクセスポイント、ＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮＢ）、コントローラ又は通信コントローラと言われる。ＵＥ９２０からＵＥ９６０までは、時には、ステーション、移動局、携帯電話、端末、ユーザ又は加入者と言われる。

ＨＡＲＱプロセスは、ＵＥ９２０からＵＥ９６０までと基地局９１０との間のそれぞれの通信チャンネルのために実行される。さらに、ＵＥ９２０からＵＥ９６０までは、別のＵＥ又は基地局９１０からの通信を受信する際にブラインド検出受信機を使用することができる。例えば、基地局９１０は、図２のＮＩＣの実施例のような、ブラインド検出受信機を有するＮＩＣを含むことができるとともに、ＵＥ９２０は、図１のＮＩＣの実施例のような、基地局９１０に対して通信する際にＨＡＲＱプロセスを実行するように構成されたＮＩＣを含むことができる。同様に、ＵＥ９２０におけるＮＩＣは、図２の実施例のＮＩＣと同様に、基地局９１０又はＵＥ９３０からＵＥ９６０までのいずれかからの通信を受信する際にブラインド検出を使用するように、更に構成されることができる。基地局９１０におけるＮＩＣは、図１の実施例のＮＩＣと同様に、ＵＥ９２０からＵＥ９６０までと通信する際にＨＡＲＱプロセスを実行するように、更に構成されることができる。

本発明が例示的な実施例を参照して説明された一方、この説明は限定的な意味に解釈されることを意図しない。説明を参照することにより、本発明の他の実施例と同様に、例示的な実施例の様々な変形及び組み合わせが当業者には明らかになるであろう。したがって、添付の特許請求の範囲は、あらゆるそのような変形又は実施例を包含することが意図されている。

復号ステップ６４０において、第１のフレームに関する情報が、復号されるとともに、第１のフレーム及び第２のフレームを関連付けるために使用される。第１のフレームに関する情報は、同様に、結合フレームを形成する、第１のフレームと、第２のフレームに含まれるデータの符号化ビットの少なくとも一部分と、を結合するために使用される。結合フレームは、その場合に、第２の復号ステップ６５０において復号される。もし結合フレームの第２の復号が成功するならば、特定の実施例において、確認応答が発生源ＵＥに向けて送信される。そうでなければ、特定の実施例において、第２の復号ステップ６５０が失敗する場合に、方法は、全ての存在し得る発生源ＵＥに関して復号しようと試みるステップに進む。それから、方法は、終了ステップ６６０において終了する。

もしヘッダＣＲＣ検査ステップ７０８においてヘッダＣＲＣが合格するならば、その場合に、フレームは、第１のフレームの再送信として扱われる。第１のフレームに対する発生源ＵＥのＵＥ ＩＤ及び第１のフレームのフレームシーケンス番号は、ヘッダ検索ステップ７１０において、復号されたヘッダから取り出される。ヘッダにおける第１のフレームに関する情報は、第１のフレーム及び第２のフレームが単一のトランザクションにリンクされることを可能にする。結合ステップ７１２において、第１のフレーム及び第２のフレームが結合される。それから、方法は、フレーム検出及び復号ステップ７１４に進む。復号は、それが第１のフレームのためのものであったとして試みられる。もし復号が成功し、そしてデータＣＲＣ検査ステップ７１６においてＣＲＣが合格するならば、検索ステップ７１８において、発生源ＵＥのＵＥ ＩＤ及びフレームシーケンス番号が取り出されるとともに、確認応答ステップ７２０において、確認応答が送信される。

Claims (29)

1. ハイブリッド自動再送要求（ＨＡＲＱ）を使用するチャネルを介して送信する方法であって、
   ブラインド検出プロトコルを使用する受信機に対してデータを含む第１のフレームを送信するステップと、
   前記ブラインド検出プロトコルを使用する前記受信機に向けて前記データの少なくとも一部分及び前記第１のフレームに関する情報を含む第２のフレームを送信するステップとを含む、方法。
2. 前記第１のフレームに関する前記情報が、前記第１のフレームの前記送信するステップにおいて使用されるリソースユニット（ＲＵ）を含む、請求項１に記載の方法。
3. 前記ＲＵが、前記第１のフレームを送信する前記ステップの時間及び周波数リソース情報を含む、請求項２に記載の方法。
4. 前記第２のフレームが、
   前記データの前記一部分を含むデータフィールドと、
   前記第１のフレームに関する前記情報を含むヘッダフィールドとを含む、請求項１に記載の方法。
5. 前記第２のフレームが、前記データフィールドに対する巡回冗長検査（ＣＲＣ）を含む、請求項４に記載の方法。
6. 前記第２のフレームを送信する前記ステップが、
   前記データフィールドに第１の変調及び符号化を適用するステップと、
   前記ヘッダフィールドに第２の変調及び符号化を適用するステップであって、前記第１の変調及び符号化が前記第２の変調及び符号化と異なる、ステップとを含む、請求項４に記載の方法。
7. 前記第１のフレームを送信する前記ステップが、前記データを含む、前記第１のフレームにおける第１のデータフィールドに、第１の変調及び符号化を適用するステップを含み、前記第２のフレームを送信する前記ステップが、前記第２のフレームの前記ヘッダフィールドに、第２の変調及び符号化を適用するステップであって、前記第１の変調及び符号化が前記第２の変調及び符号化と異なる、ステップとを含む、請求項４に記載の方法。
8. 前記第１のフレームがヘッダを欠いている、請求項１に記載の方法。
9. 前記第２のフレームが、前記第１のフレームに関する前記情報に対する巡回冗長検査（ＣＲＣ）を含む、請求項１に記載の方法。
10. ハイブリッド自動再送要求（ＨＡＲＱ）を使用するチャネルを介して受信する方法であって、
    ブラインド検出を使用して、データを含む第１のフレームを検出するとともに復号しようと試みるステップと、
    ブラインド検出を使用して、前記データの少なくとも一部分及び前記第１のフレームに関する情報を含む第２のフレームを検出するステップと、
    前記第１のフレームに関する前記情報を復号するとともに使用して、前記第１のフレーム及び前記データの前記一部分を関連付けるとともに結合フレームに結合するステップと、
    前記結合フレームを復号するステップとを含む、方法。
11. 前記第１のフレームのために使用される前記チャネルのリソースユニット（ＲＵ）を判定するステップであって、前記第１のフレームに関する前記情報が前記ＲＵを含む、ステップを更に含む、請求項１０に記載の方法。
12. 復号しようと試みる前記ステップが失敗した場合に、前記ＲＵに従って前記第１のフレームを記憶するステップを更に含む、請求項１１に記載の方法。
13. 前記第１のフレームに関する前記情報が、当該フレームに対するシーケンス番号を含む、請求項１１に記載の方法。
14. 前記第１のフレームに対する発生源ユーザ装置（ＵＥ）を判定するステップを更に含む、請求項１０に記載の方法。
15. 前記結合フレームを復号する前記ステップのあとに、前記データの受領を確認応答するステップを更に含む、請求項１０に記載の方法。
16. 前記第１のフレームに関する前記情報を復号するとともに使用するステップが失敗した場合に、前記第１のフレーム及び前記第２のフレームの全ての存在し得る発生源ユーザ装置（ＵＥ）に対する前記結合フレームを復号しようと試みるステップを更に含む、請求項１０に記載の方法。
17. ネットワークインタフェースコントローラ（ＮＩＣ）であって
    符号化データビットのためのデータフィールド、及び
    第１のフレームに関する情報のためのヘッダフィールド
    を含むハイブリッド自動再送要求（ＨＡＲＱ）フレームデータ構造を記憶するように構成されたメモリと、
    前記メモリ及び送信機に接続されるとともに、
    前記データフィールドに対する巡回冗長検査（ＣＲＣ）を計算し、前記送信機に前記データフィールド及び前記ＣＲＣを含む前記第１のフレームを送信させ、そして
    前記ヘッダフィールドを満たし、前記データフィールド及び前記ヘッダフィールドに対する少なくとも１つのＣＲＣを計算し、前記送信機に前記データフィールド、前記ヘッダフィールド及び前記少なくとも１つのＣＲＣを含む第２のフレームを送信させるように構成されたプロセッサとを備える、ＮＩＣ。
18. 前記第１のフレームが前記ヘッダフィールドを更に含む、請求項１７に記載のＮＩＣ。
19. 前記少なくとも１つのＣＲＣが、前記データフィールド及び前記ヘッダフィールドに対して計算された１つのＣＲＣだけを含む、請求項１７に記載のＮＩＣ。
20. 前記第２のフレームの前記データフィールドが、前記第１のフレームの前記データフィールドに含まれる前記符号化データビットの少なくとも一部分を含む、請求項１７に記載のＮＩＣ。
21. 前記第１のフレームに関する前記情報が、前記第１のフレームのシーケンス番号を含む、請求項１７に記載のＮＩＣ。
22. 前記第１のフレームに関する前記情報は、前記第１のフレームのために利用されるリソースユニット（ＲＵ）を含む、請求項１７に記載のＮＩＣ。
23. 前記ＨＡＲＱフレームデータ構造がパイロットフィールドを更に含み、前記プロセッサが、前記パイロットフィールドをパイロットシーケンスによって満たすとともに、前記第１のフレームに前記パイロットフィールドを含むように更に構成される、請求項１７に記載のＮＩＣ。
24. 前記第１のフレームに関する前記情報が、前記第１のフレームに含まれる前記パイロットシーケンスの識別子を含む、請求項２３に記載のＮＩＣ。
25. ネットワークインタフェースコントローラ（ＮＩＣ）であって
    第１のフレーム及び第２のフレームを受信するように構成されたブラインド検出受信機であって、前記第１のフレームがデータフィールドを含み、前記第２のフレームがヘッダ及び前記データフィールドの少なくとも一部分を含む、前記ブラインド検出受信機と、
    前記第１のフレームを復号しようと試みるとともに、
    前記第２のフレームの前記ヘッダを復号する
    ように構成されたデコーダであって、前記ヘッダが前記第１のフレームに関する情報を含む、前記デコーダと、
    前記第１のフレームに関する前記情報を使用して、前記第１のフレーム及び前記第２のフレームを関連付けるとともに、前記データフィールドの前記一部分及び前記第１のフレームを結合フレームに結合するように構成されたプロセッサとを備える、ＮＩＣ。
26. 前記デコーダが、前記結合フレームを復号するように更に構成される、請求項２５に記載のＮＩＣ。
27. 前記第１のフレームに関する前記情報が、前記第１のフレームのシーケンス番号を含む、請求項２５に記載のＮＩＣ。
28. 前記第１のフレームが、前記データフィールドに対する巡回冗長検査（ＣＲＣ）を含む、請求項２５に記載のＮＩＣ。
29. 前記第２のフレームが、前記ヘッダに対する巡回冗長検査（ＣＲＣ）を含む、請求項２５に記載のＮＩＣ。
    

Images