補助リソースを使用したデータ通信
【課題】補助リソースが存在する状況でデータパケットの繰り返し（repetition）を最小限に抑える通信システムおよび方法を提供する。
【解決手段】制御メッセージの送信に使用されていない制御チャネルは、トラヒックデータを搬送するために動的に割り当てられる。トラヒックデータを備えるデータパケットはさまざまなスキームに従って処理され、生成されたサブパケットは、サブパケット全体がトラヒックチャネルで送信される一方で、最後のサブパケットの対応する符号化部分が使用可能な補助チャネルで送信されるように送信される。サブパケットが正しく復号化された場合は肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージが送信され、それ以外の場合は否定応答（ＮＡＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージが送信される。
【解決手段】制御メッセージの送信に使用されていない制御チャネルは、トラヒックデータを搬送するために動的に割り当てられる。トラヒックデータを備えるデータパケットはさまざまなスキームに従って処理され、生成されたサブパケットは、サブパケット全体がトラヒックチャネルで送信される一方で、最後のサブパケットの対応する符号化部分が使用可能な補助チャネルで送信されるように送信される。サブパケットが正しく復号化された場合は肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージが送信され、それ以外の場合は否定応答（ＮＡＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージが送信される。
【発明の詳細な説明】
【背景技術】
【０００１】
さまざまな通信システムの出現と移動体終端システム（mobile end systems）において増大する高度なアプリケーションの配備は、このような通信を円滑化するために使用できる周波数などの既存のリソースを圧迫してきた。この通信網内で増大するトラヒックをサポートするために、さまざまなアクセス技術が提案されている。周波数分割多重アクセス（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）はこうした技術の１つであり、さまざまなユーザ間で周波数の割り当てと再利用による通信を可能にする。多重アクセス技術の別の例は、スペクトル拡散（spread spectrum）技術を使用して広域スペクトル上でさまざまなユーザに同時に対応する符号分割多重（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）である。
【０００２】
したがって、ＣＤＭＡシステムの特徴はバースト性通信であり、通信チャネルはデータ伝送時は実装される（populated）がそれ以外のときは機能しない（silent）。これは、チャネルの柔軟な利用によって調整され、チャネルが必要性に基づいてさまざまなタスクに割り当てられる。このようにして、チャネルはデータ伝送の間のみユーザに接続され、送信されるデータがない時間は他のタスクに再割り当てされ、データ転送時に再接続される。
【０００３】
通信システム内のチャネルは、物理チャネルと論理チャネルに分けることができる。ここで、物理チャネルは通信を搬送する周波数であり、論理チャネルは実行されるタスクに基づいてこのような周波数上に作成される模式的区分（schematic partitions）である。したがって、１つの物理チャネルは１つまたは複数の論理チャネルに分割できる。換言すると、論理チャネルは関連のタスクに基づいて物理的な周波数に割り当てられる別の名前である。
【０００４】
物理チャネルは、通常はサービスの対象となるエンティティによって、専用チャネルと共通チャネルに分けられる。専用チャネルは、基地局と特定のユーザとの通信を円滑化するために割り当てられる。共通チャネルは、さまざまなユーザによって共有され、基地局のサービス対象となる地理的領域（セル）内のすべてのユーザに共通して伝達する信号を基地局から送信するために使用される。専用チャネルの例には、基本チャネル（ＦＣＨ：ｆｕｎｄａｍｅｎｔａｌ ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、および補助チャネル（ＳＣＨ：ｓｕｐｐｌｅｍｅｎｔａｌ ｃｈａｎｎｅｌ）が含まれる。ＦＣＨは、音声信号、データ信号、およびシグナリング信号（signaling signal）または制御信号を送信できる。ＤＣＣＨは、より上のレイヤーから送信データが生成された場合にのみデータ送信が実行される不連続送信モードでデータ信号と制御信号を送信する。このことによって、ＤＣＣＨはパケットサービスを効率的に提供するための制御チャネルにふさわしいものになる。ＳＣＨは、大量のデータを送信する必要がある場合にオプションで使用されるチャネルである。基地局から移動局への順方向リンク／ダウンリンクには、いくつかの例として、ページングチャネル、ブロードキャストチャネル、および順方向共通制御チャネル（forward common control channel）が含まれる。アクセスチャネル、エンハンスト（enhanced）アクセスチャネル、および逆方向共通制御チャネルは、逆方向リンク上の共通チャネルである。
【０００５】
専用物理チャネル上に構築された論理チャネルには、専用シグナリングチャネル（ＤＳＣＨ：ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ ｃｈａｎｎｅｌ）および専用トラヒックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）が含まれる。ＦＣＨおよびＤＣＣＨ上にＤＳＣＨが割り当てられることによって基地局と移動局との間で制御信号を交換できる一方で、ＦＣＨ、ＤＣＣＨ、およびＳＣＨ上にＤＴＣＨが構築されることによってユーザデータを交換できる。共通物理チャネルに割り当てられた共通論理チャネルには、基地局からユーザ／移動端末に肯定応答を送信するために使用される共通割り当てチャネル（common assignment channel）、制御信号を送信するための共通制御チャネル（ＣＳＣＨ：ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ユーザデータを送信するための共通トラヒックチャネル（ＣＴＣＨ：ｃｏｍｍｏｎ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）が含まれる。共通論理チャネルは、順方向リンク上および逆方向リンク上に構築できる。
【０００６】
ユーザが送信するデータが生成されると、構築された通信チャネルを経由してサービス要求が送信され、ネゴシエーション済みのサービスオプション／利用可能性（availability）に基づいて、ユーザにリソースが割り当てられる。それに応じて、さまざまな制御リソースおよびデータリソースが共通チャネル／専用チャネルに割り当てられる。たとえば、大量のデータが送信されると予想される場合、およびユーザに関連付けられたサービスオプションがこのような補助リソース（supplemental resources）の割り当てを許可している場合は、利用可能性に従って補助リソースが割り当てられてもよい。割り当てられる補助リソースに関する情報を含めてさまざまなリソースについて詳述したリソース割り当てメッセージは、リソース割り当て時に基地局からユーザに送信される。したがって、ユーザがデータ伝送を行うときに、データは割り当てられたリソースに基づいて復調される。
【０００７】
範囲の制限や有害な効果（たとえば、移動中の端末におけるドップラー偏移（Doppler shift））などのさまざまな原因により、基地局からのリソース割り当てメッセージが消去される可能性がある。このことによって、特定の通信セッションにどのリソースが（ある場合）割り当てられたかわからないので、ユーザがメッセージを復調できない状況が発生する。たとえば、サービスオプションがこうした補助リソースの割り当てを許可している場合に、リソース割り当てメッセージが消去されると、補助リソースが割り当てられたかどうかをユーザが認識できなくなる。さらに、補助リソースの利用可能性によって、符号化ビット（coded bits）の不適切な繰り返しが発生する可能性がある。
【発明の概要】
【０００８】
請求された主題のいくつかの態様について基本的な理解が得られるように、請求された主題の概要について以下で簡単に説明する。以下の説明は、請求された主題の広範囲にわたる概要を示すものではない。請求された主題の重要な要素または不可欠な要素を特定するものでも、請求された主題の範囲を限定するものでもない。その唯一の目的は、後述の「発明を実施するための形態」の準備として、請求された主題に関するいくつかの概念を簡略化した形で示すことである。
【０００９】
本明細書で説明するさまざまな態様に従った通信システムでは、トラヒックデータを送信するための補助リソースの割り当てが可能である。通信システム内の制御チャネルは、制御チャネル用に予約されたチャネルノードにマップされるリンク割り当てブロック（ＬＡＢ：Ｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｂｌｏｃｋ）を備える。いずれかのＬＡＢが制御信号の搬送に利用されている場合に、このようなＬＡＢに関連付けられたチャネルノードはトラヒックデータを送信するための補助リソースとして使用されている。プロセッサは、トラヒックデータのデータパケットを処理して符号化データのＳ個のサブパケットを生成する。第１のサブパケットが順方向リンクで基地局から端末に搬送されると、端末はサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）を生成し、サブパケットの復号化で誤りが発生した場合に否定応答（ＮＡＫ）を生成する。基地局は、ＡＣＫメッセージまたはＮＡＫメッセージを受信すると、第２のサブパケットを送信する。端末は、第２の送信を受信し、第１と第２のサブパケットを復号化し、復号化の結果によってＡＣＫまたはＮＡＫを送信する。このようにして、基地局はパケットに関するＡＣＫが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいはパケット送信が終了するまで、１度に１つのサブパケットを送信する。
【００１０】
別の態様は、符号化ビットの繰り返しを最小限に抑えるような形でデータパケットの送信を円滑化する通信システムに関連する。本システムは、符号レート（code rate）Ｐ／ＱでＱ個の符号化ビットに符号化されるＰ個の情報ビットを備えるデータパケットからサブパケットを生成するプロセッサを備えている。また、本システムはバッファもさらに備えており、生成されたサブパケットはこのバッファからＱ個の符号化ビットを循環方式で取得することによって満たされる。サブパケット全体はトラヒックチャネルで送信される一方で、最後のサブパケットの対応する符号化部分は使用可能な補助リソースで送信され、したがって、通信システム内に補助リソースが存在することによって発生する符号化ビットの繰り返しが最小限に抑えられるような通信システムによって、サブパケットが送信される。
【００１１】
別の態様により、送信データのサブパケットが正しく復号化されたかどうかを基地局に示すことを備える送信方法が開示される。本方法は、トラヒックデータが処理されて符号化データのサブパケットが生成されることで開始される。第１のサブパケットは順方向リンクで送信される。第１のサブパケットは、端末で受信され、復号化される。サブパケットが正しく復号化された場合は、肯定応答（ＡＣＫ）が生成される。サブパケットが正しく復号化されなかった場合は、否定応答（ＮＡＫ）が生成される。このようにして、サブパケットは、パケットのＡＣＫメッセージの少なくとも１つが受信されるまで、またはすべてのサブパケットが使用されるまで、あるいはパケット送信が終了するまで、１度に１つのサブパケットを送信する。
【００１２】
さらに別の態様では、データパケットの送信方法が開示される。本方法は、符号レートＰ／Ｑで符号化されてＱ個の符号化ビットとなるＰ個の情報ビットを備えるデータパケットからサブパケットを生成することを備えている。さらに、生成されたサブパケットにはＱ個の符号化ビットが循環方式で満たされるので、Ｑ番目のビットが満たされるともう一度最初のビットが満たされる。続いて、サブパケット全体はトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分は使用可能な補助チャネルで送信されるように、すべてのサブパケットが送信される。
【００１３】
以下の説明と添付の図面は、請求された主題に関する特定の説明を目的とした態様を詳細に示している。ただし、このような態様は、請求された主題の原理を使用できるさまざまな方法の一部を示すにすぎず、請求された主題はこのような態様およびそれと同等のものをすべて含むことを意図するものとする。請求された主題のその他の利点と特徴的な機能は、以下に示す請求された主題の「発明を実施するための形態」を添付の図面に関連付けて考察することで明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】本明細書で説明するさまざまな態様に従う１つの無線多重アクセス通信システム（wireless multiple-access communication system）を示す図。
【図２】１つの通信システムを示す図。
【図３】順方向リンクまたはダウンリンクによるチャネル構造の１つの実施形態を示す図。
【図４Ａ】１つの態様に従ってＬＡＢから予約されたチャネルノードへのマッピングの１つの例を示す図。
【背景技術】
【０００１】
さまざまな通信システムの出現と移動体終端システム（mobile end systems）において増大する高度なアプリケーションの配備は、このような通信を円滑化するために使用できる周波数などの既存のリソースを圧迫してきた。この通信網内で増大するトラヒックをサポートするために、さまざまなアクセス技術が提案されている。周波数分割多重アクセス（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）はこうした技術の１つであり、さまざまなユーザ間で周波数の割り当てと再利用による通信を可能にする。多重アクセス技術の別の例は、スペクトル拡散（spread spectrum）技術を使用して広域スペクトル上でさまざまなユーザに同時に対応する符号分割多重（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）である。
【０００２】
したがって、ＣＤＭＡシステムの特徴はバースト性通信であり、通信チャネルはデータ伝送時は実装される（populated）がそれ以外のときは機能しない（silent）。これは、チャネルの柔軟な利用によって調整され、チャネルが必要性に基づいてさまざまなタスクに割り当てられる。このようにして、チャネルはデータ伝送の間のみユーザに接続され、送信されるデータがない時間は他のタスクに再割り当てされ、データ転送時に再接続される。
【０００３】
通信システム内のチャネルは、物理チャネルと論理チャネルに分けることができる。ここで、物理チャネルは通信を搬送する周波数であり、論理チャネルは実行されるタスクに基づいてこのような周波数上に作成される模式的区分（schematic partitions）である。したがって、１つの物理チャネルは１つまたは複数の論理チャネルに分割できる。換言すると、論理チャネルは関連のタスクに基づいて物理的な周波数に割り当てられる別の名前である。
【０００４】
物理チャネルは、通常はサービスの対象となるエンティティによって、専用チャネルと共通チャネルに分けられる。専用チャネルは、基地局と特定のユーザとの通信を円滑化するために割り当てられる。共通チャネルは、さまざまなユーザによって共有され、基地局のサービス対象となる地理的領域（セル）内のすべてのユーザに共通して伝達する信号を基地局から送信するために使用される。専用チャネルの例には、基本チャネル（ＦＣＨ：ｆｕｎｄａｍｅｎｔａｌ ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、および補助チャネル（ＳＣＨ：ｓｕｐｐｌｅｍｅｎｔａｌ ｃｈａｎｎｅｌ）が含まれる。ＦＣＨは、音声信号、データ信号、およびシグナリング信号（signaling signal）または制御信号を送信できる。ＤＣＣＨは、より上のレイヤーから送信データが生成された場合にのみデータ送信が実行される不連続送信モードでデータ信号と制御信号を送信する。このことによって、ＤＣＣＨはパケットサービスを効率的に提供するための制御チャネルにふさわしいものになる。ＳＣＨは、大量のデータを送信する必要がある場合にオプションで使用されるチャネルである。基地局から移動局への順方向リンク／ダウンリンクには、いくつかの例として、ページングチャネル、ブロードキャストチャネル、および順方向共通制御チャネル（forward common control channel）が含まれる。アクセスチャネル、エンハンスト（enhanced）アクセスチャネル、および逆方向共通制御チャネルは、逆方向リンク上の共通チャネルである。
【０００５】
専用物理チャネル上に構築された論理チャネルには、専用シグナリングチャネル（ＤＳＣＨ：ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ ｃｈａｎｎｅｌ）および専用トラヒックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）が含まれる。ＦＣＨおよびＤＣＣＨ上にＤＳＣＨが割り当てられることによって基地局と移動局との間で制御信号を交換できる一方で、ＦＣＨ、ＤＣＣＨ、およびＳＣＨ上にＤＴＣＨが構築されることによってユーザデータを交換できる。共通物理チャネルに割り当てられた共通論理チャネルには、基地局からユーザ／移動端末に肯定応答を送信するために使用される共通割り当てチャネル（common assignment channel）、制御信号を送信するための共通制御チャネル（ＣＳＣＨ：ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ユーザデータを送信するための共通トラヒックチャネル（ＣＴＣＨ：ｃｏｍｍｏｎ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）が含まれる。共通論理チャネルは、順方向リンク上および逆方向リンク上に構築できる。
【０００６】
ユーザが送信するデータが生成されると、構築された通信チャネルを経由してサービス要求が送信され、ネゴシエーション済みのサービスオプション／利用可能性（availability）に基づいて、ユーザにリソースが割り当てられる。それに応じて、さまざまな制御リソースおよびデータリソースが共通チャネル／専用チャネルに割り当てられる。たとえば、大量のデータが送信されると予想される場合、およびユーザに関連付けられたサービスオプションがこのような補助リソース（supplemental resources）の割り当てを許可している場合は、利用可能性に従って補助リソースが割り当てられてもよい。割り当てられる補助リソースに関する情報を含めてさまざまなリソースについて詳述したリソース割り当てメッセージは、リソース割り当て時に基地局からユーザに送信される。したがって、ユーザがデータ伝送を行うときに、データは割り当てられたリソースに基づいて復調される。
【０００７】
範囲の制限や有害な効果（たとえば、移動中の端末におけるドップラー偏移（Doppler shift））などのさまざまな原因により、基地局からのリソース割り当てメッセージが消去される可能性がある。このことによって、特定の通信セッションにどのリソースが（ある場合）割り当てられたかわからないので、ユーザがメッセージを復調できない状況が発生する。たとえば、サービスオプションがこうした補助リソースの割り当てを許可している場合に、リソース割り当てメッセージが消去されると、補助リソースが割り当てられたかどうかをユーザが認識できなくなる。さらに、補助リソースの利用可能性によって、符号化ビット（coded bits）の不適切な繰り返しが発生する可能性がある。
【発明の概要】
【０００８】
請求された主題のいくつかの態様について基本的な理解が得られるように、請求された主題の概要について以下で簡単に説明する。以下の説明は、請求された主題の広範囲にわたる概要を示すものではない。請求された主題の重要な要素または不可欠な要素を特定するものでも、請求された主題の範囲を限定するものでもない。その唯一の目的は、後述の「発明を実施するための形態」の準備として、請求された主題に関するいくつかの概念を簡略化した形で示すことである。
【０００９】
本明細書で説明するさまざまな態様に従った通信システムでは、トラヒックデータを送信するための補助リソースの割り当てが可能である。通信システム内の制御チャネルは、制御チャネル用に予約されたチャネルノードにマップされるリンク割り当てブロック（ＬＡＢ：Ｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｂｌｏｃｋ）を備える。いずれかのＬＡＢが制御信号の搬送に利用されている場合に、このようなＬＡＢに関連付けられたチャネルノードはトラヒックデータを送信するための補助リソースとして使用されている。プロセッサは、トラヒックデータのデータパケットを処理して符号化データのＳ個のサブパケットを生成する。第１のサブパケットが順方向リンクで基地局から端末に搬送されると、端末はサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）を生成し、サブパケットの復号化で誤りが発生した場合に否定応答（ＮＡＫ）を生成する。基地局は、ＡＣＫメッセージまたはＮＡＫメッセージを受信すると、第２のサブパケットを送信する。端末は、第２の送信を受信し、第１と第２のサブパケットを復号化し、復号化の結果によってＡＣＫまたはＮＡＫを送信する。このようにして、基地局はパケットに関するＡＣＫが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいはパケット送信が終了するまで、１度に１つのサブパケットを送信する。
【００１０】
別の態様は、符号化ビットの繰り返しを最小限に抑えるような形でデータパケットの送信を円滑化する通信システムに関連する。本システムは、符号レート（code rate）Ｐ／ＱでＱ個の符号化ビットに符号化されるＰ個の情報ビットを備えるデータパケットからサブパケットを生成するプロセッサを備えている。また、本システムはバッファもさらに備えており、生成されたサブパケットはこのバッファからＱ個の符号化ビットを循環方式で取得することによって満たされる。サブパケット全体はトラヒックチャネルで送信される一方で、最後のサブパケットの対応する符号化部分は使用可能な補助リソースで送信され、したがって、通信システム内に補助リソースが存在することによって発生する符号化ビットの繰り返しが最小限に抑えられるような通信システムによって、サブパケットが送信される。
【００１１】
別の態様により、送信データのサブパケットが正しく復号化されたかどうかを基地局に示すことを備える送信方法が開示される。本方法は、トラヒックデータが処理されて符号化データのサブパケットが生成されることで開始される。第１のサブパケットは順方向リンクで送信される。第１のサブパケットは、端末で受信され、復号化される。サブパケットが正しく復号化された場合は、肯定応答（ＡＣＫ）が生成される。サブパケットが正しく復号化されなかった場合は、否定応答（ＮＡＫ）が生成される。このようにして、サブパケットは、パケットのＡＣＫメッセージの少なくとも１つが受信されるまで、またはすべてのサブパケットが使用されるまで、あるいはパケット送信が終了するまで、１度に１つのサブパケットを送信する。
【００１２】
さらに別の態様では、データパケットの送信方法が開示される。本方法は、符号レートＰ／Ｑで符号化されてＱ個の符号化ビットとなるＰ個の情報ビットを備えるデータパケットからサブパケットを生成することを備えている。さらに、生成されたサブパケットにはＱ個の符号化ビットが循環方式で満たされるので、Ｑ番目のビットが満たされるともう一度最初のビットが満たされる。続いて、サブパケット全体はトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分は使用可能な補助チャネルで送信されるように、すべてのサブパケットが送信される。
【００１３】
以下の説明と添付の図面は、請求された主題に関する特定の説明を目的とした態様を詳細に示している。ただし、このような態様は、請求された主題の原理を使用できるさまざまな方法の一部を示すにすぎず、請求された主題はこのような態様およびそれと同等のものをすべて含むことを意図するものとする。請求された主題のその他の利点と特徴的な機能は、以下に示す請求された主題の「発明を実施するための形態」を添付の図面に関連付けて考察することで明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】本明細書で説明するさまざまな態様に従う１つの無線多重アクセス通信システム（wireless multiple-access communication system）を示す図。
【図２】１つの通信システムを示す図。
【図３】順方向リンクまたはダウンリンクによるチャネル構造の１つの実施形態を示す図。
【図４Ａ】１つの態様に従ってＬＡＢから予約されたチャネルノードへのマッピングの１つの例を示す図。
【特許請求の範囲】
【請求項１】
繰り返しを最小限に抑える通信システムであって、
１つまたは複数のデータパケットを処理して符号化ビットで満たされた複数のサブパケットを生成し、最後のサブパケットは符号化部分にさらに分割される処理コンポーネントと、
前記複数のサブパケットを送信する送信コンポーネントとを備えるシステム。
【請求項２】
メモリコンポーネントは、前記サブパケットに循環方式で満たされるように前記符号化ビットをバッファに格納する請求項１に記載のシステム。
【請求項３】
前記送信コンポーネントは前記複数のサブパケットを送信し、サブパケット全体はトラヒックチャネルで送信される請求項１に記載のシステム。
【請求項４】
前記送信コンポーネントは、さらに前記最後に生成されたサブパケットの符号化部分を割り当てられた補助リソースで送信する請求項３に記載のシステム。
【請求項５】
前記処理コンポーネントは、制御メッセージの送信に利用されていない１つまたは複数の制御チャネルから前記補助リソースを割り当てる請求項４に記載のシステム。
【請求項６】
前記処理コンポーネントは、制御メッセージを搬送していないリンク割り当てブロックを識別することによって前記利用されていない制御チャネルを決定する請求項５に記載のシステム。
【請求項７】
前記処理コンポーネントは、データメッセージ、音声メッセージ、またはビデオメッセージの１つまたは複数を備えるユーザが生成したメッセージに関連付けられたデータパケットを処理する請求項１に記載のシステム。
【請求項８】
移動端末は受信されたサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）メッセージを生成する請求項１に記載のシステム。
【請求項９】
移動端末は受信されたサブパケットが正しく復号化されなかった場合に否定応答（ＮＡＫ）メッセージを生成する請求項１に記載のシステム。
【請求項１０】
通信システム内で繰り返しを最小限に抑える方法であって、
１つのデータパケットから複数のサブパケットを生成することと、
サブパケット全体をトラヒックチャネルで送信することと、
割り当てられた補助リソース上で最後のサブパケットの符号化部分を送信することとを備える方法。
【請求項１１】
前記生成されたサブパケットのサイズは、前記トラヒックチャネルの送信能力によって決定され、前記トラヒックチャネルの送信能力に一致する請求項１０に記載の方法。
【請求項１２】
前記符号化部分のサイズは、前記割り当てられた補助リソースの容量に基づいて動的に変化する請求項１０に記載の方法。
【請求項１３】
前記トラヒックチャネルで送信されるサブパケットを前記トラヒックチャネルに関して選択された第１の変調スキームに従って変調し、前記補助リソースで送信される前記符号化部分を関連の制御チャネルに関して選択された第２の変調スキームを使用して変調する請求項１０に記載の方法。
【請求項１４】
前記制御チャネルにマップされた前記リンク割り当てブロックは制御メッセージの送信に利用されていない請求項１３に記載の方法。
【請求項１５】
割り当てメッセージを使用して伝達された情報に基づいて、制御メッセージを送信していない前記リンク割り当てブロックを決定する請求項１４に記載の方法。
【請求項１６】
送信されたサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）を生成することをさらに備える請求項１０に記載の方法。
【請求項１７】
送信されたサブパケットが正しく復号化されなかった場合に否定応答（ＮＡＫ）を生成する請求項１０に記載の方法。
【請求項１８】
補助リソースの存在によるデータの繰り返しを最小限に抑える通信システムであって、
１つのデータパケットから複数のサブパケットを生成するための手段と、
最後のサブパケットを処理してサブパケットの総数と同じ数の符号化部分を生成するための手段と、
前記サブパケット全体をトラヒックチャネルで送信し、前記最後のサブパケットの前記符号化部分を割り当てられた補助リソースで送信するための手段とを備えるシステム。
【請求項１９】
前記受信したサブパケットを復号化するための手段をさらに備える請求項１８に記載の通信システム。
【請求項２０】
前記サブパケットの復号化の結果に基づいて、肯定応答（ＡＣＫ）メッセージまたは否定応答（ＮＡＫ）メッセージのいずれかを生成するための手段をさらに備える請求項１８に記載のシステム。
【請求項１】
繰り返しを最小限に抑える通信システムであって、
１つまたは複数のデータパケットを処理して符号化ビットで満たされた複数のサブパケットを生成し、最後のサブパケットは符号化部分にさらに分割される処理コンポーネントと、
前記複数のサブパケットを送信する送信コンポーネントとを備えるシステム。
【請求項２】
メモリコンポーネントは、前記サブパケットに循環方式で満たされるように前記符号化ビットをバッファに格納する請求項１に記載のシステム。
【請求項３】
前記送信コンポーネントは前記複数のサブパケットを送信し、サブパケット全体はトラヒックチャネルで送信される請求項１に記載のシステム。
【請求項４】
前記送信コンポーネントは、さらに前記最後に生成されたサブパケットの符号化部分を割り当てられた補助リソースで送信する請求項３に記載のシステム。
【請求項５】
前記処理コンポーネントは、制御メッセージの送信に利用されていない１つまたは複数の制御チャネルから前記補助リソースを割り当てる請求項４に記載のシステム。
【請求項６】
前記処理コンポーネントは、制御メッセージを搬送していないリンク割り当てブロックを識別することによって前記利用されていない制御チャネルを決定する請求項５に記載のシステム。
【請求項７】
前記処理コンポーネントは、データメッセージ、音声メッセージ、またはビデオメッセージの１つまたは複数を備えるユーザが生成したメッセージに関連付けられたデータパケットを処理する請求項１に記載のシステム。
【請求項８】
移動端末は受信されたサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）メッセージを生成する請求項１に記載のシステム。
【請求項９】
移動端末は受信されたサブパケットが正しく復号化されなかった場合に否定応答（ＮＡＫ）メッセージを生成する請求項１に記載のシステム。
【請求項１０】
通信システム内で繰り返しを最小限に抑える方法であって、
１つのデータパケットから複数のサブパケットを生成することと、
サブパケット全体をトラヒックチャネルで送信することと、
割り当てられた補助リソース上で最後のサブパケットの符号化部分を送信することとを備える方法。
【請求項１１】
前記生成されたサブパケットのサイズは、前記トラヒックチャネルの送信能力によって決定され、前記トラヒックチャネルの送信能力に一致する請求項１０に記載の方法。
【請求項１２】
前記符号化部分のサイズは、前記割り当てられた補助リソースの容量に基づいて動的に変化する請求項１０に記載の方法。
【請求項１３】
前記トラヒックチャネルで送信されるサブパケットを前記トラヒックチャネルに関して選択された第１の変調スキームに従って変調し、前記補助リソースで送信される前記符号化部分を関連の制御チャネルに関して選択された第２の変調スキームを使用して変調する請求項１０に記載の方法。
【請求項１４】
前記制御チャネルにマップされた前記リンク割り当てブロックは制御メッセージの送信に利用されていない請求項１３に記載の方法。
【請求項１５】
割り当てメッセージを使用して伝達された情報に基づいて、制御メッセージを送信していない前記リンク割り当てブロックを決定する請求項１４に記載の方法。
【請求項１６】
送信されたサブパケットが正しく復号化された場合に肯定応答（ＡＣＫ）を生成することをさらに備える請求項１０に記載の方法。
【請求項１７】
送信されたサブパケットが正しく復号化されなかった場合に否定応答（ＮＡＫ）を生成する請求項１０に記載の方法。
【請求項１８】
補助リソースの存在によるデータの繰り返しを最小限に抑える通信システムであって、
１つのデータパケットから複数のサブパケットを生成するための手段と、
最後のサブパケットを処理してサブパケットの総数と同じ数の符号化部分を生成するための手段と、
前記サブパケット全体をトラヒックチャネルで送信し、前記最後のサブパケットの前記符号化部分を割り当てられた補助リソースで送信するための手段とを備えるシステム。
【請求項１９】
前記受信したサブパケットを復号化するための手段をさらに備える請求項１８に記載の通信システム。
【請求項２０】
前記サブパケットの復号化の結果に基づいて、肯定応答（ＡＣＫ）メッセージまたは否定応答（ＮＡＫ）メッセージのいずれかを生成するための手段をさらに備える請求項１８に記載のシステム。
【図４Ａ】１つの態様に従って送信機の１つの実施形態を示す図。
【図４Ｂ】１つの態様に従って唯一の制御メッセージがＬＡＢ １で送信される１つの例を示す図。
【図５】制御チャネルで送信される制御メッセージを搬送するために使用される制御チャネル割り当てメッセージのメッセージフォーマットの１つの実施形態を示す図。
【図６Ａ】動的に割り当て可能な補助リソースを使用した１つのＨＡＲＱ送信スキームを示す図。
【図６Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図７Ａ】動的に割り当て可能な補助リソースを使用して実装されたＨＡＲＱ送信スキームの１つの実施形態を示す図。
【図７Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図８Ａ】動的に割り当て可能な補助リソースを使用して実装されたＨＡＲＱ送信スキームの１つの実施形態を示す図。
【図８Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図９Ａ】１つの態様に従う例示的なシナリオにおける初めの４つのＨＡＲＱ送信を示す図。
【図９Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図１０】通信網内の補助リソースを割り当てる１つの方法を説明する実施形態を示す図。
【図１１】トラヒックデータを搬送するために割り当てられた補助リソースがある場合にどれかを決定する１つの方法を説明する実施形態を示す図。
【図１２】トラヒックチャネルと補助リソースの両方を利用してデータパケットを搬送する１つのスキームを示す図。
【図１３】補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示す図。
【図１４】補助リソースが使用可能な場合に利用できるデータパケット送信のさらに別の方法を示す図。
【発明を実施するための形態】
【００１５】
［関連出願のクロスリファレンス］
本出願は、参照により本明細書にその全体が組み込まれている２００６年７月２６日に出願した米国仮特許出願第６０／８３３，６２７号「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＷＩＴＨ ＳＵＰＰＬＥＭＥＮＴＡＬ ＲＥＳＯＵＲＣＥＳ」、および２００６年７月２７日に出願した米国仮特許出願第６０／８３４，１２６号「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＷＩＴＨ ＳＵＰＰＬＥＭＥＮＴＡＬ ＲＥＳＯＵＲＣＥ」の優先権を主張するものである。
【００１６】
ここで、請求された主題について添付の図面に関連付けながら説明するが、全体を通して同称の要素を示す場合は同称参照番号が使用されている。以下の説明では、請求された主題に関する理解を深めるために、説明を目的として多くの具体的で詳細な要素が示されている。しかし、請求された主題はこのような具体的で詳細な要素がなくても実施できることは明らかであろう。他の事例では、請求された主題の説明を円滑化するために、周知の構造およびデバイスがブロック図に示されている。
【００１７】
ここで、さまざまな実施形態について図面に関連付けながら説明するが、全体を通して同称の要素を示す場合は同称参照番号が使用されている。以下の説明では、１つまたは複数の態様に関する理解を深めるために、説明を目的として、多くの具体的で詳細な要素が示されている。しかし、このような実施形態（１つまたは複数）は、以下に示す具体的で詳細な要素がなくても実施できることは明らかであろう。他の事例では、１つまたは複数の実施形態の説明を円滑化するために、周知の構造およびデバイスがブロック図に示されている。本出願で使用する限り、「コンポーネント」、「モジュール」、「システム」などの用語は、コンピュータに関連するエンティティを示すものとし、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、実行中のソフトウェア（software in execution）のいずれでもよい。たとえば、コンポーネントは、プロセッサで実行するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピュータのいずれでもよいが、これらに限定はされない。たとえば、コンピューティングデバイス上で動作するアプリケーションとこのコンピューティングデバイスはいずれもコンポーネントと言える。実行のプロセスおよび／またはスレッドには、１つまたは複数のコンポーネントが存在してもよい。また、コンポーネントは１台のコンピュータに集中することも、および／または２台またはそれ以上のコンピュータに分散することもできる。さらに、このようなコンポーネントは、さまざまなデータ構造を格納したさまざまなコンピュータ可読媒体から実行することもできる。コンポーネントは、ローカルプロセスおよび／またはリモートプロセスを介して、たとえば１つまたは複数のデータパケットを含む信号によって通信できる（たとえば、ローカルシステム内、分散システム内の別のコンポーネントと、かつ／またはインターネットのような通信網を経由して他のシステムと、信号を使用して対話するコンポーネントのデータ）。
【００１８】
さらに、本明細書ではさまざまな実施形態について無線端末および／または基地局に関連して説明する。無線端末は、音声および／またはデータの接続性をユーザに提供するデバイスと言うことができる。無線端末は、ラップトップコンピュータやデスクトップコンピュータのようなコンピューティングデバイスに接続されてもよい。あるいは、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）のような内蔵型の（self contained）デバイスでもよい。また、無線端末は、システム、加入者装置（subscriber unit）、加入者局（subscriber station）、移動局、モバイル、リモートステーション（remote station）、アクセスポイント（access point）、リモート端末（remote terminal）、アクセス端末（access terminal）、ユーザ端末（user terminal）、ユーザエージェント（user agent）、ユーザデバイス（user device）、またはユーザ設備（user equipment）と呼ぶこともできる。無線端末は、加入者局、無線デバイス、携帯電話（cellular telephone）、ＰＣＳ電話、コードレス電話（cordless telephone）、セッションイニシエーションプロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ）局、携帯情報端末（ＰＤＡ）、無線接続機能を備えるハンドヘルドデバイス、または無線モデムに接続されたそれ以外の処理デバイスでもよい。基地局（たとえばアクセスポイント）は、無線インターフェイス（air-interface）を介し、１つまたは複数のセクターを経て無線端末と通信するアクセス網内のデバイスと言うことができる。基地局は、受信した無線インターフェイスフレームをインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットに変換することによって、無線端末とアクセス網（ＩＰネットワークを含む）のそれ以外の部分とのルーターとして動作できる。また、基地局は、無線インターフェイスの属性の管理を調整する。さらに、本明細書で説明するさまざまな態様または機能は、標準的なプログラミングおよび／またはエンジニアリング技術を使用する方法、装置、または製品として実装できる。「製品」という用語は、本明細書で使用する限り、コンピュータ可読の任意のデバイス、キャリア（carrier）、または媒体からアクセスできるコンピュータプログラムを含むよう意図されている。たとえば、コンピュータ可読媒体には、磁気記憶装置（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ（magnetic strips）．．．）、光ディスク（たとえば、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｋ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）．．．）、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ．．．）を含めることができるが、これらに限定はされない。
【００１９】
さまざまな実施形態は、多くのデバイス、コンポーネント、モジュールなどを含むことができるシステムに関連して示されている。さまざまなシステムには、追加のデバイス、コンポーネント、モジュールなどを含めてもよく、かつ／または図に関連して説明するデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよい。また、このようなアプローチの組合せを使用してもよい。
【００２０】
ここで図を参照すると、図１はさまざまな態様に従う無線多重アクセス通信システムの説明図（illustration）である。１つの例では、無線多重アクセス通信システム１００には複数の基地局１１０と複数の端末１２０が含まれている。システム１００内の個々の基地局１１０および端末１２０は、システム１００内の１つまたは複数の基地局および／または端末１２０との通信を円滑化するために１つまたは複数のアンテナを備えている。１つの例では、基地局１１０はブロードキャストサービス、マルチキャストサービス、および／またはユニキャストサービス用の複数のデータストリームを同時に送信することができる。ここで、データストリームは端末１２０にとって独立した受信の問題と言えるデータの流れである。ここで、基地局１１０のサービスエリア（coverage area）内の端末１２０は、基地局１１０から送信された１つまたは複数のデータストリームを受信できる。限定しない例として、基地局１１０は、アクセスポイント、ノードＢ、および／またはそれ以外の適切なネットワークエンティティでもよい。各基地局１１０は、特定の地理的領域１０２にサービスエリア（communication coverage）を提供する。「セル」という用語は、本明細書および当技術分野で使用される場合、この用語が使用されるコンテキストに応じて、基地局１１０および／またはそのサービスエリア１０２を示すことができる。システムの能力を向上するために、基地局１１０に対応するサービスエリア１０２は複数のより小さな領域（たとえば、領域１０４ａ、１０４ｂ、および１０４ｃ）に区分することができる。より小さな領域１０４ａ、１０４ｂ、および１０４ｃのそれぞれは、個々の基地局伝送サブシステム（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｕｂｓｙｓｔｅｍ、図示せず）がサービスすることができる。「セクター」という用語は、本明細書および当技術分野で使用される場合、この用語が使用されるコンテキストに応じて、ＢＴＳおよび／またはそのサービスエリアを示すことができる。複数のセクター１０４を備えるセル１０２では、セル１０２のすべてのセクター１０４のＢＴＳはそのセル１０２の基地局１１０内に共存することができる。
【００２１】
別の例では、システム１００は１つまたは複数の基地局１１０に接続でき、基地局１１０の調整（coordination）と制御を行うシステムコントローラ１３０を使用することによって、集中型アーキテクチャを利用できる。代替の態様により、システムコントローラ１３０は唯一のネットワークエンティティでもネットワークエンティティの集合でもよい。さらに、システム１００は分散型アーキテクチャを利用して基地局１１０同士が必要に応じて互いに通信できるようにしてもよい。１つの態様により、端末１２０はシステム１００全体にわたって分散してもよい。各端末１２０は固定でも移動してもよい。限定しない例として、端末１２０はアクセス端末（ＡＴ：ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、移動局、ユーザ設備、加入者局、および／またはそれ以外の適切なネットワークエンティティのいずれでもよい。端末は、無線デバイス、携帯電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルドデバイスなどでもよい。１つの例では、端末１２０は基地局１１０または別の端末１２０にデータを送信できる。
【００２２】
別の態様により、システム１００は送信リソースをチャネルの形で生成できる。限定しない例として、このようなチャネルは符号分割多重（ＣＤＭ）、周波数分割多重（ＦＤＭ）、および時分割多重（ＴＤＭ）の１つまたは複数を使用して生成できる。ＦＤＭの変形である直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）を使用して、システム１００の帯域幅全体を複数の直交サブキャリア（subcarriers）に効果的に区分でき、さらにサブキャリアをデータで変調できる。このようなサブキャリアは、トーン、ビン、および周波数チャネルと呼ぶこともできる。これに代わって、時分割ベースの技術では、個々のサブキャリアは順次的なタイムスライスまたはタイムスロットの一部を備えることができる。個々の端末１２０は、定義されたバースト期間またはフレームにおいて情報を送信または受信するための１つまたは複数のタイムスロット／サブキャリアの組合せを備えていてもよい。時分割技術では、シンボルレートホッピング（symbol rate hopping）スキームおよび／またはブロックホッピング（block hopping）スキームをさらに利用してもよい。
【００２３】
別の例では、符号分割ベースの技術により、特定の範囲内でいつでも使用可能な多くの周波数を使用してデータの送信を円滑化できる。データはデジタル化されてシステム１００の使用可能な帯域幅に拡散することにより、複数の端末１２０をチャネル上にオーバーレイでき、それぞれの端末１２０に一意のシーケンスコード（sequence code）を割り当てることができる。これで、端末１２０は同じ広帯域のスペクトル範囲内で送信できる。ここで、各端末１２０に対応する信号は、そのそれぞれの一意の拡散コード（spreading code）によって帯域幅全体に拡散する。１つの例では、この技術によって共有を実現でき、１つまたは複数の端末１２０が同時に送信し、受信することができる。このような共有は、たとえば、拡散スペクトルデジタル変調（spread spectrum digital modulation）によって実現できる。この場合、端末１２０に対応するビットストリームは符号化され、非常に広域のチャネル全体に疑似乱数方式（pseudo-random fashion）で拡散する。次に、基地局１１０は端末１２０に関連付けられたシーケンスコードを認識し、乱数化を元に戻し、特定の端末１２０のビットを一貫した方法で収集する。
【００２４】
別の例では、システム１００は１つまたは複数の多重アクセススキーム（たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングルキャリア（Single-Carrier）ＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および／またはそれ以外の適切な多重アクセススキーム）を利用できる。ＯＦＤＭＡは、直交周波数分割多重（ＯＦＤＭ）を利用しており、ＳＣ−ＦＤＭＡはシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用している。さらに、システム１００は多重アクセススキーム（たとえばＯＦＤＭＡやＣＤＭＡ）の組合せを利用してもよい。さらに、システム１００はさまざまなフレーミング構造（framing structures）を利用してデータおよび信号が順方向リンクおよび逆方向リンクで送信される方法を指定してもよい。システム１００は、さらに１つまたは複数のスケジューラ（図示せず）を利用して帯域幅およびそれ以外のシステムリソースを割り当ててもよい。１つの例では、基地局１１０、端末１２０、およびシステムコントローラ１３０の１つまたは複数でスケジューラを使用してもよい。
【００２５】
図２は、ＭＩＭＯシステム２００内の送信機システム２１０（アクセスポイントとも呼ばれる）と受信機システム２５０（アクセス端末とも呼ばれる）の１つの実施形態を示すブロック図である。送信機システム２１０で、多くのデータストリームのトラヒックデータはデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００２６】
１つの実施形態では、各データストリームはそれぞれの送信アンテナから送信される。ＴＸデータプロセッサ２１４は、このデータストリーム用に選択された特定の符号化スキームに基づいて、各データストリームのトラヒックデータをフォーマットし、符号化し、さらにインターリーブすることによって符号化データを提供する。
【００２７】
各データストリームの符号化データは、ＯＦＤＭ技術を使用してパイロットデータで多重化されてもよい。パイロットデータは、通常は既知の方法で処理される既知のデータパターンであり、受信機システムでチャネル応答を評価するために使用できる。さらに、各データストリームの多重化パイロットと符号化データは、このデータストリーム用に選択された特定の変調スキーム（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調され（すなわちシンボルにマップされ）、変調シンボル（modulation symbols）を提供する。各データストリームのデータ転送速度（data rate）、符号化、および変調は、プロセッサ２３０で実行される命令によって決定されてもよい。
【００２８】
これで、すべてのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０に提供され、ここで変調シンボルをさらに処理することもできる（たとえば、ＯＦＤＭ用に）。ＴＸ ＭＩＭＯプロセッサ２２０は、さらに、ＮＴ変調シンボルストリームをＮＴ送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０はデータストリームのシンボルとシンボルが送信されるアンテナにビーム形成（beamforming）の重みを適用する。
【００２９】
各送信機２２２は、それぞれのシンボルストリームを受信し、処理することによって、１つまたは複数のアナログ信号を提供し、さらにこのアナログ信号を調整（たとえば、増幅、フィルタ、アップコンバート（downconverts））することによって、ＭＩＭＯチャネルからの送信に適した変調信号を提供する。ここで、送信機２２２ａ〜２２２ｔからのＮＴ変調信号は、それぞれＮＴアンテナ２２４ａ〜２２４ｔから送信される。
【００３０】
受信機システム２５０で、送信された変調信号はＮＲアンテナ２５２ａ〜２５２ｒで受信され、各アンテナ２５２から受信した信号はそれぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（たとえば、フィルタ、増幅、ダウンコンバート（downconverts））し、調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００３１】
ここで、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいてＮＲ受信機２５４からＮＲ受信シンボルストリームを受信して処理し、ＮＴ「検出」シンボルストリームを提供する。次に、ＲＸデータプロセッサ２６０は、個々の検出シンボルストリームを復調し、デインターリーブ（deinterleaves）し、さらに復号化することによって、データストリームのトラヒックデータを回復する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でＴＸ ＭＩＭＯプロセッサ２２０とＴＸデータプロセッサ２１４によって実行される処理とは相補的である。
【００３２】
プロセッサ２７０は、どのプリコーディング行列（pre-coding matrix）を使用するかを定期的に決定する（後述）。プロセッサ２７０は、行列の添え字の部分とランク値の部分を備える逆方向リンクメッセージを作成する。
【００３３】
この逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関するさまざまなタイプの情報を備えていてもよい。この逆方向リンクメッセージは、ここでデータソース２３６から多くのデータストリームのトラヒックデータも受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、さらに送信機システム２１０に返送される。
【００３４】
送信機システム２１０で、受信機システム２５０からの変調信号がアンテナ２２４で受信され、受信機２２２で調整され、復調器２４０で復調され、さらにＲＸデータプロセッサ２４２で処理されることによって、受信機システム２５０から送信された逆方向リンクメッセージを抽出する。プロセッサ２３０は、ここでビーム形成の重みを決定するためにどのプリコーディング行列（pre-coding matrix）を使用するかを決定してから、抽出されたメッセージを処理する。
【００３５】
本明細書で説明するデータ送信技術は、符号分割多重アクセス（ＣＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、空間分割多重アクセス（ＳＣＭＡ：Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、直交ＦＤＭＡ（Ｏ−ＦＤＭＡ）システム、およびシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）システムなどのさまざまな通信システムに使用できる。ＯＦＤＭＡシステムは、直交周波数分割多重（Ｏ−ＦＤＭ）を利用している。ＳＣ−ＦＤＭＡシステムは、シングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用している。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅をトーン、ビンなどとも呼ばれる複数（Ｋ個）の直交サブキャリアに区分する。個々のサブキャリアは、データで変調されてもよい。一般に、変調シンボルは、周波数ドメインではＯＦＤＭを使用して、時間ドメインではＳＣ−ＦＤＭを使用して送信される。明確にするために、この技術はＯＦＤＭＡシステムについて説明されている。
【００３６】
システムは、物理チャネルを定義して使用可能なシステムリソースの割り当てと使用を円滑化することもできる。物理チャネルは物理レイヤーでデータを送信するための手段である。トラヒックデータ（またはユーザデータ）を送信するために使用される物理チャネルは、トラヒックチャネルと呼ばれる。制御データを送信する（すなわちシグナリング）のために使用される物理チャネルは制御チャネルと呼ばれる。物理チャネルは、サブキャリア、時間間隔、コードシーケンス（code sequences）など、任意のタイプのシステムリソースに関して定義できる。
【００３７】
図３は、順方向リンクまたはダウンリンクのチャネル構造３００の実施形態を示している。チャネル構造３００には、さまざまなシステムリソースに関連付けられたＮ個のチャネルノードが含まれる。ただし、Ｎは任意の整数値でよい。たとえば、Ｎ個のチャネルノードはマッピングスキームに基づいてＮ個の異なるタイル（tiles）にマップされてもよい。個々のタイルは、あらかじめ指定された数（たとえば８個）のシンボル期間内のあらかじめ指定された数（たとえば１６個）のサブキャリアに対応してもよい。チャネルノードは、チャネルツリーのベースノードに対応してもよい。
【００３８】
図３に示す実施形態では、制御チャネル用にＭ個のチャネルノードが予約されている。ただし、一般に１＜Ｍ＜Ｎである。制御チャネルは、端末に制御メッセージを送信するために使用できる。制御メッセージには、特定の端末に送信され、順方向リンクおよび／または逆方向リンクのリソース割り当て、アクセス許可などに使用されるユニキャストメッセージを含めてもよい。１つの実施形態において、個々の制御メッセージはサイズがあらかじめ指定されており（たとえば特定の情報ビット数）、特定の符号化スキームおよび変調スキームで処理されて特定の数の変調シンボルを生成する。この実施形態では、さまざまな制御メッセージとその変調シンボルは同数である。Ｍ個のチャネルノードは、たとえば肯定応答チャネル（ＡＣＫＣＨ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｃｈａｎｎｅｌ）、電力制御チャネル（ＰＣＣＨ:ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）などの信号チャネルに使用してもよい。このような他の信号チャネル用に指定されたリソースは、場合によっては恒久的であり、他の目的には利用されない。
【００３９】
制御チャネル用に予約するチャネルノードの数（Ｍ）（したがってシステムリソースの量）は、指定されたフレームまたは時間間隔内に制御チャネルで送信できる制御メッセージ数の最大値（Ｌ）、制御メッセージあたりの変調シンボルの数、および各チャネルノードの送信能力によって決定される。Ｌは、（１）スケジューラが効率的に動作でき、信号の制限によって制約されないように、かつ（２）制御チャネルのオーバーヘッドができるだけ低くなるように選択することができる。ここで、Ｍは選択されたＬとそれ以外のパラメータに基づいて決定されてもよい。ＬとＭは設定可能な（すなわち準静的）システムパラメータでもよい。また、これらのパラメータの設定値は、ブロードキャストチャネルで送信されてもよい。例示的な実施形態では、Ｍはほぼ３または４であり、個々のチャネルは約４０個の変調シンボルを搬送でき、さらに制御チャネルに約１２０〜１６０個の変調シンボルが割り当てられる。Ｍ個の予約チャネルノードで指定されたフレーム内で、最大Ｌ個の制御メッセージを制御チャネルで送信できる。さまざまな態様により、リソースがＡＴに割り当てられるのと同様に、割り当てメッセージを使用して制御ノードがＡＴに明示的に割り当てられる。
【００４０】
図３は、さらに制御チャネル３００の実施形態を示している。この実施形態では、制御チャネルはあらかじめ指定されたマッピングスキームに基づいてＭ個の予約チャネルノードにマップされるＬ個のリンク割り当てブロック（ＬＡＢ）を備える。Ｌ個のＬＡＢは、Ｌ個の制御メッセージ（ＬＡＢごとに１つの制御メッセージ）を搬送するために使用できる。
【００４１】
残りのＮ−Ｍ個のチャネルノードは、トラヒックチャネルおよび／またはそれ以外の物のチャネル（たとえば、ブロードキャストチャネル、パイロットチャネルなど）に使用できる。図３に示す例では、トラヒックチャネル１はチャネルノードＭ＋１〜Ｍ＋３に割り当てられ、トラヒックチャネル２はチャネルノードＭ＋４とＭ＋５に割り当てられる（以下同様）。一般に、各トラヒックチャネルには任意の数のチャネルノードを割り当てることができる。
【００４２】
１つの実施形態では、１つまたは複数のトラヒックチャネルが制御チャネル用のＭ個の予約チャネルノードに関連付けられる。一般に、指定されたトラヒックチャネルには任意の数および任意の１つの予約チャネルノードを割り当てることができる。Ｍ個の予約チャネルノードには、任意の数と任意の１つのトラヒックチャネルを割り当てることができる。トラヒックチャネルと予約チャネルノードとの関連は準静的でよい。たとえば、制御チャネル用の予約チャネルノードが設定された場合はいつでも、かつ／またはトラヒックチャネルが端末に割り当てられた場合はいつでも決定することができる。図３に示す例では、トラヒックチャネル１は予約チャネルノードＭに関連付けられる。それ以外の予約チャネルノードは、他のトラヒックチャネルに関連付けられてもよい（簡単にするために図３には示されていない）。
【００４３】
別の実施形態では、１つまたは複数のトラヒックチャネルは制御チャネルのＬ個のＬＡＢに関連付けられる。一般に、トラヒックチャネルまたはトラヒックチャネルのシステムリソース（たとえばチャネルノード）は、さまざまな方法で制御チャネルのシステムリソースに割り当てることができる。
【００４４】
トラヒックチャネルに関連付けられた予約チャネルノードまたはＬＡＢ（１つまたは複数）は、一時的にトラヒックデータを搬送するために割り当てられる補助リソースと見なすことができる。関連付けられた予約チャネルノード（１つまたは複数）の任意の部分または関連付けられたＬＡＢ（１つまたは複数）が制御メッセージを送信するために使用されない場合は、関連付けられた予約チャネルノード（１つまたは複数）の使用されていない部分または使用されていないＬＡＢ（１つまたは複数）がトラヒックチャネルに割り当てられた端末でトラヒックデータを送信するために利用できる。たとえば、図３では、予約チャネルモードＭは制御メッセージの搬送に利用されていないリンク割り当てブロックＬＡＢ ３に関連付けられている。したがって、予約チャネルノードＭをトラヒックデータの搬送用に割り当てることができる。
【００４５】
図４Ａは、ＬＡＢから予約チャネルノードへのマッピングの１つの例を示している。別の実施形態では、各ＬＡＢが１つまたは複数の予約チャネルノードにマップされ、各チャネルノードは唯一のＬＡＢに使用できる。この実施形態では、各予約チャネルノードは全体がトラヒックチャネルを搬送するために使用可能である。しかし、指定されたフレーム内で使用されるＬＡＢの数の平均はＬより小さい。指定されたＬＡＢが指定されたフレーム内で使用されない場合は、そのＬＡＢに割り当てられたＭ個の予約チャネルノードをトラヒックデータの搬送に使用できる。
【００４６】
図４Ｂは、唯一の制御メッセージがＬＡＢ １で送信される１つの例を示している。この例では、ＬＡＢ １で送信された制御メッセージの要素Ｂ１１〜Ｂ１Ｍはそれぞれ予約チャネルノード１〜Ｍの部分にマップされる。各予約チャネルノードには、制御メッセージの搬送に使用されない部分、したがってトラヒックデータの搬送に使用できる部分がある。
【００４７】
図４Ａと４Ｂに示す実施形態では、一部のＬＡＢが指定されたフレーム内で使用されない場合に、各予約チャネルノードには制御メッセージに使用されない部分がある。各予約チャネルノードの使用されていない部分は、その予約チャネルノードに関連付けられたトラヒックチャネルのトラヒックデータを搬送するために使用できる。たとえば、指定されたフレーム内でＬＡＢの半分だけが使用されている場合は、各予約チャネルノードのほぼ半分（場合によってはそれ以下）はトラヒックデータの搬送に使用できる。このようにして、使用されていない制御チャネルリソースは、ＬＡＢごとでなく予約チャネルノードごとに、トラヒックデータを搬送するために動的に割り当てることができる。
【００４８】
図４Ａと４Ｂは、制御チャネルでの制御メッセージ送信の実施形態を示している。制御メッセージは他の手段で送信されてもよい。
【００４９】
図５は、制御チャネルで送信される制御メッセージを搬送するために使用される制御チャネル割り当てメッセージ５００のメッセージフォーマットの実施形態を示す図である。この実施形態では、割り当てメッセージ５００には、メッセージタイプフィールド５０２、ビットマップ５０４、および巡回冗長検査（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）フィールド５０６が含まれる。メッセージタイプフィールド５０２は、このメッセージを制御チャネル割り当てメッセージとして識別するための固有の値を搬送する。別のメッセージには別のメッセージタイプの値を割り当てることができる。ビットマップフィールドはＬ個のＬＡＢのそれぞれについてビットを搬送する。たとえば、ビットマップの第ｌビットをｔ番目のＬＡＢに関連付けることができる。ビットマップフィールド５０４のサイズは、固定すなわちＬｍａｘビットでもよい。ただし、Ｌｍａｘは使用可能なＬの最大値である。ビットマップの各ビットは、関連のＬＡＢが制御メッセージの送信に使用されているかどうかを示している。図５に示す例では、制御メッセージはＬＡＢ ２、３、．．．、Ｌで送信されており、ＬＡＢＳ １、４、．．．Ｌ−１では送信されていない。また、搬送されるビットマップフィールドのサイズは設定可能でもよい。たとえば、割り当てメッセージ（図３には示されていない）のビットマップサイズフィールドで伝達してもよい。また、ビットマップは複数のメッセージとして搬送されてもよい。その場合は、各メッセージにはそのメッセージでビットマップのどの部分が搬送されているかを示す順序ＩＤが含まれる。ＣＲＣフィールドは、端末で割り当てメッセージが正しく復号化されたか誤りが発生したかを確認するために使用するＣＲＣの値を搬送する。また、どのＬＡＢが使用されているか、または使用されていないかを伝達する情報は、他の方法で他のメッセージフォーマットを使用して送信されてもよい。
【００５０】
１つの実施形態では、割り当てメッセージ５００は他の制御メッセージとともに制御チャネルで送信される。たとえば、割り当てメッセージは制御チャネルのＬＡＢ ０で送信されてもよい。１つの実施形態では、割り当てメッセージはセクター識別子（ＩＤ）、ブロードキャストＭＡＣ ＩＤ、および／またはそれ以外のパラメータの関数である疑似乱数（ＰＮ）列でスクランブルされる（scrambled）。セクターＩＤは、メッセージを送信する基地局を識別する。ブロードキャストＭＡＣ ＩＤ（Media Access Control）は、メッセージがすべての端末向けであることを示している。この実施形態により、端末は割り当てメッセージを受信し、どのＬＡＢを処理して制御メッセージを回復するかを確認する。割り当てメッセージは、ブロードキャストチャネルおよび／またはその他の方法で送信されてもよい。
【００５１】
割り当てメッセージ５００は、フレームごとにブロードキャストされ、そのフレーム内のどのＬＡＢが制御メッセージの搬送に使用されるかを伝達することができる。割り当てメッセージ５００は、どのＬＡＢが制御メッセージに使用されていないかも伝達する。使用されているＬＡＢは、各予約チャネルノードのどの部分が制御データに使用されているかを決定する。使用されていないＬＡＢは、各予約チャネルノードのどの部分が制御データに使用されていないか、したがってトラヒックデータに使用できるかを決定する。端末は、割り当てメッセージ５００に基づいて各予約チャネルノードの使用されている部分と使用されていない部分を確認できる。基地局は、割り当てられたトラヒックチャネル３０２とそのトラヒックチャネルに関連付けられた各予約チャネルノードの使用されていない部分３０４でトラヒックデータを送信できる。
【００５２】
トラヒックデータの送信には、ハイブリッド自動再送信（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を伴っても伴わなくてもよい。ＨＡＲＱを使用すると、データ送信の信頼性を向上できる。順方向リンクでＨＡＲＱを送信する場合は、基地局はデータパケットを処理（たとえば、フォーマット、符号化、インターリーブ）して符号データのＳ個のサブパケットを生成する。ただし、Ｓは任意の整数値でよい。
【００５３】
基地局は、第１のサブパケット（ＳＰ１）を順方向リンクで端末に送信する。端末はこの送信を受信し、サブパケットＳＰ１を復号化し、サブパケット（ＳＰ１）が正しく復号化された場合に肯定応答（ＡＣＫ）を送信し、サブパケットの復号化で誤りが発生した場合に否定応答（ＮＡＫ）を送信する。端末がＮＡＫを送信すると、基地局は第２のサブパケット（ＳＰ２）を送信する。端末はこの送信を受信し、第１と第２のサブパケットを復号化し、復号化の結果に基づいてＡＣＫまたはＮＡＫを送信する。このようにして、基地局はパケットのＡＣＫが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいは他の何らかの原因でパケット送信が終了するまで、１度に１つのサブパケットを送信してもよい。
【００５４】
サブパケットのサイズは、通常はトラヒックチャネルの送信能力によって決定され、それに一致する。これで、各サブパケットはその全体をトラヒックチャネルで送信することができる。しかし、補助リソースを動的に割り当てることができ、トラヒックデータに使用できる場合は、送信能力は送信ごとに変化してもよい。後述のように、ＨＡＲＱと可変の送信能力を使用してパケットを効率的に送信することができる。
【００５５】
図６Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム６１０を示す図である。データパケットが処理されてＳ個のサブパケットが生成される（簡単にするために、初めの４つのサブパケット１〜４のみが図６Ａに示されている）。個々のサブパケット（ＳＰｎ）には、第１の符号化部分（ＳＰｎａ）と第２の符号化部分（ＳＰｎｂ）が含まれている。このスキームでは、サブパケットの第１の符号化部分（ＳＰｎａ）はトラヒックチャネルで送信でき、サブパケットの第２の符号化部分（ＳＰｎｂ）は補助リソースで送信できる（使用可能な場合）。第１の符号化部分は、トラヒックチャネルの容量によって決定される。第２の符号化部分は、使用可能な場合に補助リソースの容量によって決定される。
【００５６】
図６Ａに示す例のシナリオは、初めの４つのＨＡＲＱ送信を示している。このシナリオでは、補助リソースは、第１と第４のＨＡＲＱ送信では使用不可能であり、第２と第３のＨＡＲＱ送信では使用可能である。第１のＨＡＲＱ送信では、第１のサブパケットの第１の符号化部分（ＳＰ１ａ）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケットの第１の符号化部分（ＳＰ２ａ）がトラヒックチャネルで送信され、第２のサブパケットの第２の符号化部分（ＳＰ２ｂ）のすべてまたは一部が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケットの第１の符号化部分（ＳＰ３ａ）がトラヒックチャネルで送信され、第３のサブパケットの第２の符号化部分（ＳＰ３ｂ）のすべてまたは一部が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケットの第１の符号化部分（ＳＰ４ａ）がトラヒックチャネルで送信される。
【００５７】
図６Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。このスキームでは、サブパケットの第２の符号化部分は、補助リソースが使用不可能な場合は送信されない。図６Ｂには示されていないが、サブパケットの第２の符号化部分は、すべての補助リソースが使用不可能な場合はその全体が送信されない。このスキームでは、（１）補助リソースが使用不可能な場合は一部の符号化データが送信されないこと、または（２）補助リソースで送信される符号化データがたとえばビットマップ検出誤りなどによって受信されないことによって、符号化利得の損失が発生する可能性がある。
【００５８】
図７Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム７１０の１つの実施形態を示す図である。図６Ａについて前述したように、データパケットが処理されてＳ個のサブパケットが生成される。ただし、この実施形態では、サブパケット全体はトラヒックチャネルで送信でき、サブパケットの第２の符号化部分（ＳＰｘｂ）のすべてまたは一部は関連の予約チャネルノード（１つまたは複数）の使用されていない部分による補助リソースで送信できる。
【００５９】
図７Ａは、さらに図６Ａについて前述した例示的なシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、第１のサブパケットの第２の符号化部分（ＳＰ１ｂ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、第２のサブパケットの第２の符号化部分（ＳＰ２ｂ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、後続の送信でそのサブパケットの１つの符号化部分が補助チャネルで送信される。
【００６０】
図７Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。この実施形態では、個々のサブパケットの符号化データのすべてがトラヒックチャネルで送信されている。符号化データの１つ部分は、補助リソース（使用可能な場合）で繰り返し送信される可能性がある。この実施形態では、第１と第４のＨＡＲＱ送信でなく指定された任意のＨＡＲＱ送信で、基地局は前のＨＡＲＱ送信で送信された一部の符号化データを補助リソース（使用可能な場合）に割り当てる（使用可能な場合）。第１のＨＡＲＱ送信では、基地局は次のＨＡＲＱ送信で送信される一部の符号化データを補助リソース（使用可能な場合）に割り当てる。
【００６１】
図７Ａと図７Ｂに示す実施形態では、補助リソースの恩恵を受けない端末の符号化効率を保証し、これらの端末で図６Ａ、６Ｂに関連して説明したスキームに伴う符号化利得の損失が発生しないことを保証する。これらの端末は、さまざまな原因によって補助リソースの恩恵を受けることができない。たとえば、補助リソースはすべてのＬＡＢが制御メッセージの送信に使用されている場合はどのＨＡＲＱ送信にも使用不可能である。別の例として、一部またはすべてのＨＡＲＱ送信でトラヒックデータは補助リソースで送信されたが、端末は制御チャネル割り当てメッセージの受信で誤りが発生し、補助リソースで送信されたトラヒックデータを失う可能性がある。この実施形態では、送信された個々のサブパケットの符号化データは少なくともトラヒックチャネルで受信できる。
【００６２】
図８Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム８１０の１つの実施形態を示している。図６Ａについて前述したように、データパケットが処理されてＳ個のサブパケットが生成される。この実施形態では、サブパケット全体（ＳＰｎ）はトラヒックチャネルで送信でき、次のサブパケットの符号化部分（ＳＰ（ｎ＋ｌ）ｘ）のすべてまたは一部は補助リソースで送信できる。
【００６３】
図８Ａは、さらに図６Ａについて前述したシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、次のサブパケット（ＳＰ３）の１つの符号化部分（ＳＰ３ｘ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、次のサブパケットの１つの符号化部分（ＳＰ４ｘ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、次のサブパケットの１つの符号化部分が同時に補助チャネルで送信される。
【００６４】
図８Ｂは、４つのＨＡＲＱ送信で送信された符号化データを示している。この実施形態では、各サブパケットの符号化データのすべてがトラヒックチャネルで送信されている。サブパケットの符号化データの１つの部分は、サブパケットがトラヒックチャネルを経由して送信される前に補助リソース（使用可能な場合）で繰り返し送信される可能性がある。この実施形態では、指定された任意のＨＡＲＱ送信で、基地局は将来のＨＡＲＱ送信で一部の符号化データを補助リソース（使用可能な場合）に割り当てている。
【００６５】
図７Ａ〜８Ｂに示す実施形態では、サブパケットの符号化データは、前または次のＨＡＲＱ送信で補助リソース（使用可能な場合）を使用して繰り返し送信される可能性がある。
【００６６】
一般に、符号化データは補助リソース（使用可能な場合）を使用してデータの繰り返しを遅らせるような形で送信できる。データパケットは、Ｐ個の情報ビットを含めることができ、符号レートＰ／Ｑ（たとえば、符号レート１／５）でＱ個の符号化ビットに符号化できる。次に、Ｑ個の符号化ビットからＳ個のサブパケットが生成される。サブパケットを満たすために、Ｑ個の符号化ビットがバッファから循環方式で取得され、以下のように、Ｑ番目の符号化ビットが使用されると、次に最初の符号化ビットが取得される。
【００６７】
１，２，３，．．．，Ｑ−２，Ｑ−１，Ｑ，１，２，３，．．．，Ｑ−２，Ｑ−１，Ｑ，．．．
サブパケットの数（Ｓ）とサブパケットのサイズに応じて、指定された符号化ビットはゼロ、１つ、または複数個のサブパケットの形で使用できる。また、補助リソース用の符号化データは、以下のように逆循環方式で取得することもできる。
【００６８】
Ｑ，Ｑ−１，Ｑ−２，．．．，３，２，１，Ｑ，Ｑ−１，Ｑ−２，．．．，３，２，１，．．．
ＨＡＲＱ送信ごとにバッファから逆方向に取得する符号化ビットの数は、補助リソースの容量によって決定され、送信ごとに変化してもよい。
【００６９】
図９Ａは、さらに図６Ａについて前述した例示的なシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、最後のサブパケットの１つの符号化部分（ＳＰＳａ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、最後のサブパケットの１つの符号化部分（ＳＰＳｂ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、最後のサブパケットの符号化部分が補助チャネルで送信される。
【００７０】
図９Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。この実施形態では、各サブパケットの符号化データのすべてがトラヒックチャネルで送信される。追加の（おそらく新しい）符号化データは、補助リソース（使用可能な場合）を使用して送信できる。この実施形態では、基地局は、指定された任意のＨＡＲＱ送信で、前に送信されていないであろう一部の符号化データを補助リソース（使用可能な場合）に割り当てる。一般に、トラヒックデータはトラヒックチャネルと補助リソースを使用して、以下の目標を達成するような形で送信できる。
【００７１】
１．端末で補助リソースの恩恵を受けない符号化ビットの無駄を避け、すべての符号化ビットが使用されるまでトラヒックチャネルで符号化ビットの繰り返しを開始しないこと
２．補助リソースの存在によって発生する符号化ビットの繰り返しの量を減らすこと
３．補助リソースをサポートしないＡＴ、またはリソース割り当てメッセージを復号化できない（消失イベント）ＡＴで、補助リソース以外を使用して受信したデータを処理できるようにすること
前述のすべて実施形態は、目標３を満足している。図５Ａ〜９Ｂに示す実施形態は、目標１を達成している。図７Ａ〜８Ｂに示す実施形態は、第２のＨＡＲＱ送信から開始して補助リソース（使用可能な場合）による繰り返しを使用している。図９Ａ〜９Ｂに示す実施形態は、補助リソースの存在による繰り返しをできるだけ長く遅らせている。
【００７２】
この実施形態では、補助リソースの恩恵を受ける端末ではすべての符号化ビットが使用されるまで繰り返しは発生しない。データパケットに関して生成されたＱ個の符号化ビットは、誤り訂正機能に関して同じ値をとることができ、符号化ビットの生成に使用される符号の構造によって異なる値をとることができる。Ｑ個の符号化ビットが同じ値の場合は、図９Ａと９Ｂに示す実施形態は図７Ａ〜８Ｂに示す実施形態より高いパフォーマンスを提供できる。Ｑ個の符号化ビットの値が異なる場合は（たとえば、埋め込みレート（embedded rate）１／３の符号を含むレート１／５の符号）、補助リソースの符号化ビットは、符号化ビットの相対的な値、繰り返しによって低下する可能性のある符号化利得などのさまざまな因子を考慮することによって選択してもよい。
【００７３】
図７Ａ〜９Ｂに示す実施形態は、補助リソースの恩恵を受ける端末と補助リソースの恩恵を受けない端末との適切な比較（good comprise）を提供する。１つの実施形態では、トラヒックチャネルで送信される符号化データは、トラヒックチャネルについて選択された第１の変調スキームを使用して変調（シンボルマッピング）される。補助リソースで送信される符号化データは、制御チャネルについて選択された第２の変調スキームを使用して変調される。第１の変調スキームは、第２の変調スキームと同じでも異なってもよい。この実施形態では、補助リソースを使用して送信されるトラヒックデータは、関連のトラヒックチャネルで使用する変調スキームにかかわらず、制御メッセージと同じ変調スキームを使用して変調される。
【００７４】
別の実施形態では、トラヒックデータはトラヒックチャネルと補助リソースの両方に関する同じ変調スキームを使用して送信される。一般に、トラヒックチャネルで送信されるトラヒックデータと補助リソースで送信されるトラヒックデータには、同じ符号化スキームを使用しても異なる符号化スキームを使用してもよいし、同じ変調スキームも使用しても異なる変調スキームを使用してもよい。
【００７５】
図１０は、通信網内の補助リソースを割り当てる１つの方法１０００を説明する実施形態である。本方法は、１００２で開始され、ここでＮ個のチャネルノードをＮ個の異なるタイルにマップすることによって、Ｎ個のチャネルノードがシステムリソースに関連付けられる。１００４で、Ｎ個のチャネルノードからＭ個のノードが制御メッセージを送信するために予約される。ただし、Ｍ＜Ｎである。残りのＮ−Ｍ個のチャネルは、トラヒックデータを搬送するために割り当てることができる。他の実施形態では、Ｎ個のチャネルのすべてが制御メッセージを送信できる。この場合にトラヒックチャネルは存在しない。１００６で、Ｍ個のチャネルノードに関連付けられたＬ個のリンク割り当てブロック（ＬＡＢ）のすべてが制御メッセージを搬送しているかどうかを判断する。Ｌ個のＬＡＢのすべてが制御メッセージの送信に関与する場合は、使用可能な補助リソースがないと判断され、１０１２に示すように、ユーザトラヒックはトラヒックチャネルを経由して送信される。Ｎ個のチャネルノードのうち制御メッセージの搬送に関与しないチャネルノード（Ｍ＋１，．．．．Ｎ）があると判断された場合は、１００８でこのようなチャネルが識別される。１０１０で、識別されたチャネルノードは補助リソースとしてトラヒックデータの搬送に割り当てられる。１つの実施形態では（図示せず）、補助リソースを割り当てる前に、ユーザのサービスオプションが補助リソースの割り当てを許可するかどうかが判断されてもよい。
【００７６】
図１１は、トラヒックデータを搬送するために割り当てられた補助リソースがある場合に、どれかを決定する１つの方法を説明する実施形態である。１１０２で、端末は基地局からブロードキャストされたメッセージを受信する。メッセージは、メッセージタイプフィールド、ビットマップ、および巡回冗長検査（ＣＲＣ）フィールドを備えることができる。受信されたメッセージは、１１０４でメッセージタイプフィールドを審査することによって、制御チャネル割り当てメッセージとして識別される。１１０６で、ビットマップフィールドが審査され、どのＬＡＢが制御メッセージの送信に使用されているか、またどのＬＡＢが制御メッセージの送信に使用されていないかを識別する。１１０８で、ＣＲＣフィールドを使用してメッセージが正しく復号化されたことを確認する。１１１０で、制御メッセージの送信に使用されていない制御チャネルは補助リソースとしてデータトラヒックの搬送に利用される。
【００７７】
補助リソースとしてデータトラヒックの搬送に使用できるチャネルを識別すると、以下で詳述するように、さまざまなスキームを使用して専用のトラヒックチャネルと補助リソースチャネルを経由してデータパケットを送信できる。図１２は、トラヒックチャネルと補助リソースの両方を使用してデータパケットを搬送するこのような１つのスキームを示している。１２０２で、データパケットが処理されてサブパケットが生成される。１２０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１２０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１２０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１２１０で、第１の符号化部分はトラヒックチャネルで送信される一方で、第２の符号化部分は予約制御チャネルから得られる補助リソースで送信される。１２１２で、送信されるパケットが他にもあるかどうかが判断される。このようにして、すべてのデータパケットについてこのプロセスが繰り返される。前述のように、このスキームでは、（１）補助リソースが使用不可能な場合は一部の符号化データが送信されないこと、または（２）補助リソースで送信された符号化データがたとえばビットマップ検出誤りなどによって受信されないことによって、符号化利得の損失が発生する可能性がある。
【００７８】
図１３は、補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示している。１３０２で、データパケットが処理されてサブパケットが生成される。１３０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１３０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１３０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１３１０で第１のＨＡＲＱ送信で第１のサブパケット全体がトラヒックチャネルを経由して送信される。１３１２の第２の送信では、第２のサブパケット全体がトラヒックチャネルで送信され、第１のサブパケットの１つの符号化部分が使用可能な補助リソースで繰り返し送信される。１３Ｉ４で、送信されるパケットが他にもあるかどうかが判断される。このようにして、すべてのサブパケットについてこのプロセスが繰り返される。したがって、この方法は、サブパケット全体がトラヒックチャネルで送信され、後続の送信でそのサブパケットの符号化部分が使用可能な補助リソースを使用して繰り返し送信される送信スキームに関連する。
【００７９】
図１４は、補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示している。１４０２で、データパケットが処理されてサブパケットが生成される。１４０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１４０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１４０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１４１０で第１のＨＡＲＱ送信で第１のサブパケット全体がトラヒックチャネルを経由して送信される。１４１２の第２の送信では、第２のサブパケット全体がトラヒックチャネルで送信され、第３のサブパケットの１つの符号化部分が使用可能な補助リソースで送信される。１４１４で、第３のサブパケット全体がトラヒックチャネルを経由して送信される。１４１６で、送信されるサブパケットが他にもあるかどうかが判断される。このようにして、すべてのデータパケットについてこのプロセスが繰り返される。したがって、この方法、サブパケット全体がトラヒックチャネルで送信される一方で、前の送信でそのサブパケットの１つの符号化部分が使用可能な補助リソースを使用して繰り返し送信される送信スキームに関連する。
【００８０】
図１３と図１４に示す方法では、すべての符号化ビットが使用されるまで繰り返しを開始しないことによって、補助リソースの恩恵を受けない端末の符号化ビットの無駄を回避するが、補助リソースの存在による繰り返しを最小限に抑えてはいない。これは、図１５に示されるスキームを採用することによって実現できる。ここでは、補助リソースの存在によって発生する符号化ビットの繰り返しの量を最小限に抑えるような形でデータパケットが送信されるデータパケット送信の方法が示されている。このように、図１５に示されるスキームに従って、補助リソースの恩恵を受ける端末ではすべての符号化ビットが使用されるまで繰り返しは発生しない。
【００８１】
最初に、１５０２で、送信されるべきＰ個の情報ビットは符号レートＰ／ＱでＱ個の符号化ビットに符号化される。１５０４で、Ｑ番目の符号化ビットが使用されると、次に最初の符号化ビットが取得されるように、バッファから循環方式で取得されたＱ個の符号化ビットでサブパケットを満たすことによってＳ個のサブパケットが生成される。１５０６で、最後のサブパケット、すなわちサブパケットＳは多くの符号化部分に分割される。符号化部分のサイズは、多くの要因に基づいて動的に変化してもよい。たとえば、使用可能な補助リソースの容量は動的に決定でき、最後のサブパケットはそれに応じて分割できる。補助リソースの存在を仮定すると、１５０８で、サブパケットはその全体がトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分が補助リソースで送信される。たとえば、第１のＨＡＲＱ送信では、第１のサブパケットはその全体がトラヒックチャネルで送信される一方で、最後（Ｓ番目）のサブパケットの第１の符号化部分は使用可能な補助リソースで送信される。１５１０ですべて（Ｓ−１個）のサブパケットについてこのプロセスが繰り返され、サブパケット全体がトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分は補助リソースで送信される。このようにして、このプロセスにより、符号化ビットの繰り返しを最小限に抑え、すべてのサブパケットに含まれるすべての符号化ビットが一度だけ送信／読み出しされるようにするのが理想的である。
【００８２】
図１６は、１つの態様に従って、補助リソースの存在によるデータの繰り返しを最小限に抑える通信システム１６００を示す概略的ブロック図である。本システムは、前述のさまざまなスキームに従ってデータを送信／受信するように設定された第１の通信コンポーネント１６０２と第２の通信コンポーネント１６２０を備える。
【００８３】
第１の通信コンポーネント１６０２は、システム内で使用可能な１つまたは複数の能力（トラヒックチャネルの容量など）に基づいてトラヒックデータを処理してサブパケットを生成する処理コンポーネント１６０４をさらに備える。第１の通信コンポーネントは、処理コンポーネントに接続して動作でき、符号ビットをバッファに格納し、サブパケットに符号ビットを満たすることによってサブパケットの生成を円滑化するメモリコンポーネント１６０６をさらに備える。前述のさまざまなスキームに従って、サブパケットは逐次的に、または循環方式などで満たされことができる。さらに、送信コンポーネント１６０８も第１の通信コンポーネントに含まれており、送信コンポーネントは処理コンポーネント１６０４によって決定されるさまざまな送信スキームに基づいてデータパケット／サブパケットを送信する。１つの態様に従って、処理コンポーネント１６０４は制御メッセージの搬送に利用されていない予約制御チャネルをトラヒックデータの搬送用の補助リソースとしてトラヒックチャネルに割り当てることができる。このようにして、送信コンポーネントは１つまたは複数のデータパケット、サブパケット、サブパケットの符号化部分、またはそれらの組合せを、さまざまなスキームに従ってさまざまな周波数で送信するように設定されている。
【００８４】
また、通信システム１６００は、第１の通信コンポーネントから送信されたサブパケットを受信できる第２の通信コンポーネント１６２０も備えている。第２の通信コンポーネントも、処理コンポーネント１６２２、メモリコンポーネント１６２４、および送信コンポーネント１６２６を備えることができる。第２の通信コンポーネント１６２０は、第１の通信コンポーネント１６０２からブロードキャストされたチャネル割り当てメッセージに基づいて、受信したデータパケットを復調できる。チャネル割り当てメッセージは、さらに受信したデータパケット／サブパケットが正しく復号化されたかどうかの判断を円滑化する。正しく復号化された場合に第２の通信コンポーネントは肯定応答（ＡＣＫ）メッセージを生成し、それ以外の場合は否定応答（ＮＡＫ）メッセージを生成する。受信した肯定応答メッセージのタイプに基づいて、第１のコンポーネント１６０２は、データパケットのＡＣＫメッセージが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいは他の原因で通信セッションが終了するまで、１度に１つのサブパケットを送信できる。
【００８５】
本明細書で説明するデータ送信技術は、さまざまな手段によって実装できる。たとえば、このような技術は、ハードウェア、ファームウェア、ソフトウェア、あるいはこれらの組合せによって実装できる。ハードウェアで実装する場合に、送信機でのデータ送信または受信機でのデータ受信に使用される処理装置は、本明細書で説明する機能を実現するように設計された１つまたは複数の特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、デジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理装置（ＤＳＰＤ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ）、プログラマブルロジックデバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、その他の電子ユニット、またはこれらの組合せのいずれで実装してもよい。
【００８６】
ファームウェアおよび／またはソフトウェアで実装する場合に、本技術は、本明細書で説明する機能を実現するモジュール（たとえば、プロシージャ、関数など）によって実装できる。ファームウェアコードおよび／またはソフトウェアコードは、メモリ内に格納し、プロセッサで実行することができる。メモリは、プロセッサに内蔵されても外付けされてもよい。
【００８７】
開示された実施形態に関する以上の説明により、すべての当業者は本開示を構築し、利用できる。こうした実施形態へのさまざまな変更については当業者には自明であり、本明細書で定義する一般的な原理は本開示の精神と範囲を逸脱することなく他の実施形態に適用できる。したがって、本開示は、本明細書に示す実施形態に限定されるものでなく、本明細書で開示する原理と新機能に適合する最大限の範囲を網羅するものとする。
【００８８】
本明細書で説明した一般に補助リソースのデータ選択に関連する技術には、データチャネルや制御チャネルを含むさまざまなＲＬチャネルが含まれる。１つの実施形態では、本技術は、処理でき、送信できる逆方向リンクＲＬ制御チャネル（Channel Quality Indicator Channel（ＣＱＩＣＨ、上りチャネル品質表示チャネル）、Request Channel（ＲＥＱＣＨ、割り当て要求チャネル）、Pilot Channel（ＰＩＣＨ、パイロットチャネル）、Acknowledgement Channel（ＡＣＫＣＨ、肯定応答チャネル）、Beamforming Feedback Channel（ＢＦＣＨ、ビーム形成フィードバックチャネル）、Subband Feedback Channel（ＳＦＣＨ）など）に使用できる。また、本技術は、チャネライゼーションコード（channelization code）を使用して拡散され、スクランブルされる時分割多重（ＴＤＭ）パイロットにも使用できる。
【００８９】
以上で説明した内容には、さまざまな実施形態の例が含まれる。本実施形態について説明するために、コンポーネントまたは方法のあらゆる組合せについて説明するのはもちろん不可能であるが、他にも多くの組合せや置き換えが可能であることは当業者には理解されるであろう。したがって、「発明を実施するための形態」は添付の「特許請求の範囲」の精神と範囲を逸脱しない代替、変更、変形のすべてを包括すること意図している。
【００９０】
特に前述のコンポーネント、デバイス、回路、システムなどで実行するさまざまなむ機能に関して、こうしたコンポーネントを表すのに使用される用語（「手段」という表現を含む）は、特に指示のない限り、記述するコンポーネントの特定の機能を実現する（すなわち機能的に同等の）すべてのコンポーネントに対応するものとする。ただし、本発明書で説明する本実施形態の例示的な態様の機能を実現する開示された構造と構造上同等でなくてもよい。この点について、本実施形態にはシステムおよびさまざまな方法の動作および／またはイベントを実行するためのコンピュータ実行可能命令を格納するコンピュータ可読媒体が含まれることも理解されるであろう。
【００９１】
さらに、特定の機能をいくつかの実装の１つに関連してのみ開示したが、指定された任意のアプリケーションまたは特定のアプリケーションにとって望ましい場合または有利な場合は、このような機能に他の実装の他の機能を１つまたは複数組み合わせてもよい。さらに、「特許請求の範囲」と「発明を実施するための形態」のいずれかで使用する「含む」「含まれる」という用語およびその変形の範囲は、用語「備える」と同様に包括的な意味を表すものとする。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図４Ｂ】１つの態様に従って唯一の制御メッセージがＬＡＢ １で送信される１つの例を示す図。
【図５】制御チャネルで送信される制御メッセージを搬送するために使用される制御チャネル割り当てメッセージのメッセージフォーマットの１つの実施形態を示す図。
【図６Ａ】動的に割り当て可能な補助リソースを使用した１つのＨＡＲＱ送信スキームを示す図。
【図６Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図７Ａ】動的に割り当て可能な補助リソースを使用して実装されたＨＡＲＱ送信スキームの１つの実施形態を示す図。
【図７Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図８Ａ】動的に割り当て可能な補助リソースを使用して実装されたＨＡＲＱ送信スキームの１つの実施形態を示す図。
【図８Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図９Ａ】１つの態様に従う例示的なシナリオにおける初めの４つのＨＡＲＱ送信を示す図。
【図９Ｂ】１つの態様に従う４つのＨＡＲＱ送信を示す図。
【図１０】通信網内の補助リソースを割り当てる１つの方法を説明する実施形態を示す図。
【図１１】トラヒックデータを搬送するために割り当てられた補助リソースがある場合にどれかを決定する１つの方法を説明する実施形態を示す図。
【図１２】トラヒックチャネルと補助リソースの両方を利用してデータパケットを搬送する１つのスキームを示す図。
【図１３】補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示す図。
【図１４】補助リソースが使用可能な場合に利用できるデータパケット送信のさらに別の方法を示す図。
【発明を実施するための形態】
【００１５】
［関連出願のクロスリファレンス］
本出願は、参照により本明細書にその全体が組み込まれている２００６年７月２６日に出願した米国仮特許出願第６０／８３３，６２７号「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＷＩＴＨ ＳＵＰＰＬＥＭＥＮＴＡＬ ＲＥＳＯＵＲＣＥＳ」、および２００６年７月２７日に出願した米国仮特許出願第６０／８３４，１２６号「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＷＩＴＨ ＳＵＰＰＬＥＭＥＮＴＡＬ ＲＥＳＯＵＲＣＥ」の優先権を主張するものである。
【００１６】
ここで、請求された主題について添付の図面に関連付けながら説明するが、全体を通して同称の要素を示す場合は同称参照番号が使用されている。以下の説明では、請求された主題に関する理解を深めるために、説明を目的として多くの具体的で詳細な要素が示されている。しかし、請求された主題はこのような具体的で詳細な要素がなくても実施できることは明らかであろう。他の事例では、請求された主題の説明を円滑化するために、周知の構造およびデバイスがブロック図に示されている。
【００１７】
ここで、さまざまな実施形態について図面に関連付けながら説明するが、全体を通して同称の要素を示す場合は同称参照番号が使用されている。以下の説明では、１つまたは複数の態様に関する理解を深めるために、説明を目的として、多くの具体的で詳細な要素が示されている。しかし、このような実施形態（１つまたは複数）は、以下に示す具体的で詳細な要素がなくても実施できることは明らかであろう。他の事例では、１つまたは複数の実施形態の説明を円滑化するために、周知の構造およびデバイスがブロック図に示されている。本出願で使用する限り、「コンポーネント」、「モジュール」、「システム」などの用語は、コンピュータに関連するエンティティを示すものとし、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、実行中のソフトウェア（software in execution）のいずれでもよい。たとえば、コンポーネントは、プロセッサで実行するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピュータのいずれでもよいが、これらに限定はされない。たとえば、コンピューティングデバイス上で動作するアプリケーションとこのコンピューティングデバイスはいずれもコンポーネントと言える。実行のプロセスおよび／またはスレッドには、１つまたは複数のコンポーネントが存在してもよい。また、コンポーネントは１台のコンピュータに集中することも、および／または２台またはそれ以上のコンピュータに分散することもできる。さらに、このようなコンポーネントは、さまざまなデータ構造を格納したさまざまなコンピュータ可読媒体から実行することもできる。コンポーネントは、ローカルプロセスおよび／またはリモートプロセスを介して、たとえば１つまたは複数のデータパケットを含む信号によって通信できる（たとえば、ローカルシステム内、分散システム内の別のコンポーネントと、かつ／またはインターネットのような通信網を経由して他のシステムと、信号を使用して対話するコンポーネントのデータ）。
【００１８】
さらに、本明細書ではさまざまな実施形態について無線端末および／または基地局に関連して説明する。無線端末は、音声および／またはデータの接続性をユーザに提供するデバイスと言うことができる。無線端末は、ラップトップコンピュータやデスクトップコンピュータのようなコンピューティングデバイスに接続されてもよい。あるいは、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）のような内蔵型の（self contained）デバイスでもよい。また、無線端末は、システム、加入者装置（subscriber unit）、加入者局（subscriber station）、移動局、モバイル、リモートステーション（remote station）、アクセスポイント（access point）、リモート端末（remote terminal）、アクセス端末（access terminal）、ユーザ端末（user terminal）、ユーザエージェント（user agent）、ユーザデバイス（user device）、またはユーザ設備（user equipment）と呼ぶこともできる。無線端末は、加入者局、無線デバイス、携帯電話（cellular telephone）、ＰＣＳ電話、コードレス電話（cordless telephone）、セッションイニシエーションプロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ）局、携帯情報端末（ＰＤＡ）、無線接続機能を備えるハンドヘルドデバイス、または無線モデムに接続されたそれ以外の処理デバイスでもよい。基地局（たとえばアクセスポイント）は、無線インターフェイス（air-interface）を介し、１つまたは複数のセクターを経て無線端末と通信するアクセス網内のデバイスと言うことができる。基地局は、受信した無線インターフェイスフレームをインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットに変換することによって、無線端末とアクセス網（ＩＰネットワークを含む）のそれ以外の部分とのルーターとして動作できる。また、基地局は、無線インターフェイスの属性の管理を調整する。さらに、本明細書で説明するさまざまな態様または機能は、標準的なプログラミングおよび／またはエンジニアリング技術を使用する方法、装置、または製品として実装できる。「製品」という用語は、本明細書で使用する限り、コンピュータ可読の任意のデバイス、キャリア（carrier）、または媒体からアクセスできるコンピュータプログラムを含むよう意図されている。たとえば、コンピュータ可読媒体には、磁気記憶装置（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ（magnetic strips）．．．）、光ディスク（たとえば、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｋ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）．．．）、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ．．．）を含めることができるが、これらに限定はされない。
【００１９】
さまざまな実施形態は、多くのデバイス、コンポーネント、モジュールなどを含むことができるシステムに関連して示されている。さまざまなシステムには、追加のデバイス、コンポーネント、モジュールなどを含めてもよく、かつ／または図に関連して説明するデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよい。また、このようなアプローチの組合せを使用してもよい。
【００２０】
ここで図を参照すると、図１はさまざまな態様に従う無線多重アクセス通信システムの説明図（illustration）である。１つの例では、無線多重アクセス通信システム１００には複数の基地局１１０と複数の端末１２０が含まれている。システム１００内の個々の基地局１１０および端末１２０は、システム１００内の１つまたは複数の基地局および／または端末１２０との通信を円滑化するために１つまたは複数のアンテナを備えている。１つの例では、基地局１１０はブロードキャストサービス、マルチキャストサービス、および／またはユニキャストサービス用の複数のデータストリームを同時に送信することができる。ここで、データストリームは端末１２０にとって独立した受信の問題と言えるデータの流れである。ここで、基地局１１０のサービスエリア（coverage area）内の端末１２０は、基地局１１０から送信された１つまたは複数のデータストリームを受信できる。限定しない例として、基地局１１０は、アクセスポイント、ノードＢ、および／またはそれ以外の適切なネットワークエンティティでもよい。各基地局１１０は、特定の地理的領域１０２にサービスエリア（communication coverage）を提供する。「セル」という用語は、本明細書および当技術分野で使用される場合、この用語が使用されるコンテキストに応じて、基地局１１０および／またはそのサービスエリア１０２を示すことができる。システムの能力を向上するために、基地局１１０に対応するサービスエリア１０２は複数のより小さな領域（たとえば、領域１０４ａ、１０４ｂ、および１０４ｃ）に区分することができる。より小さな領域１０４ａ、１０４ｂ、および１０４ｃのそれぞれは、個々の基地局伝送サブシステム（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｕｂｓｙｓｔｅｍ、図示せず）がサービスすることができる。「セクター」という用語は、本明細書および当技術分野で使用される場合、この用語が使用されるコンテキストに応じて、ＢＴＳおよび／またはそのサービスエリアを示すことができる。複数のセクター１０４を備えるセル１０２では、セル１０２のすべてのセクター１０４のＢＴＳはそのセル１０２の基地局１１０内に共存することができる。
【００２１】
別の例では、システム１００は１つまたは複数の基地局１１０に接続でき、基地局１１０の調整（coordination）と制御を行うシステムコントローラ１３０を使用することによって、集中型アーキテクチャを利用できる。代替の態様により、システムコントローラ１３０は唯一のネットワークエンティティでもネットワークエンティティの集合でもよい。さらに、システム１００は分散型アーキテクチャを利用して基地局１１０同士が必要に応じて互いに通信できるようにしてもよい。１つの態様により、端末１２０はシステム１００全体にわたって分散してもよい。各端末１２０は固定でも移動してもよい。限定しない例として、端末１２０はアクセス端末（ＡＴ：ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、移動局、ユーザ設備、加入者局、および／またはそれ以外の適切なネットワークエンティティのいずれでもよい。端末は、無線デバイス、携帯電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルドデバイスなどでもよい。１つの例では、端末１２０は基地局１１０または別の端末１２０にデータを送信できる。
【００２２】
別の態様により、システム１００は送信リソースをチャネルの形で生成できる。限定しない例として、このようなチャネルは符号分割多重（ＣＤＭ）、周波数分割多重（ＦＤＭ）、および時分割多重（ＴＤＭ）の１つまたは複数を使用して生成できる。ＦＤＭの変形である直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）を使用して、システム１００の帯域幅全体を複数の直交サブキャリア（subcarriers）に効果的に区分でき、さらにサブキャリアをデータで変調できる。このようなサブキャリアは、トーン、ビン、および周波数チャネルと呼ぶこともできる。これに代わって、時分割ベースの技術では、個々のサブキャリアは順次的なタイムスライスまたはタイムスロットの一部を備えることができる。個々の端末１２０は、定義されたバースト期間またはフレームにおいて情報を送信または受信するための１つまたは複数のタイムスロット／サブキャリアの組合せを備えていてもよい。時分割技術では、シンボルレートホッピング（symbol rate hopping）スキームおよび／またはブロックホッピング（block hopping）スキームをさらに利用してもよい。
【００２３】
別の例では、符号分割ベースの技術により、特定の範囲内でいつでも使用可能な多くの周波数を使用してデータの送信を円滑化できる。データはデジタル化されてシステム１００の使用可能な帯域幅に拡散することにより、複数の端末１２０をチャネル上にオーバーレイでき、それぞれの端末１２０に一意のシーケンスコード（sequence code）を割り当てることができる。これで、端末１２０は同じ広帯域のスペクトル範囲内で送信できる。ここで、各端末１２０に対応する信号は、そのそれぞれの一意の拡散コード（spreading code）によって帯域幅全体に拡散する。１つの例では、この技術によって共有を実現でき、１つまたは複数の端末１２０が同時に送信し、受信することができる。このような共有は、たとえば、拡散スペクトルデジタル変調（spread spectrum digital modulation）によって実現できる。この場合、端末１２０に対応するビットストリームは符号化され、非常に広域のチャネル全体に疑似乱数方式（pseudo-random fashion）で拡散する。次に、基地局１１０は端末１２０に関連付けられたシーケンスコードを認識し、乱数化を元に戻し、特定の端末１２０のビットを一貫した方法で収集する。
【００２４】
別の例では、システム１００は１つまたは複数の多重アクセススキーム（たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングルキャリア（Single-Carrier）ＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および／またはそれ以外の適切な多重アクセススキーム）を利用できる。ＯＦＤＭＡは、直交周波数分割多重（ＯＦＤＭ）を利用しており、ＳＣ−ＦＤＭＡはシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用している。さらに、システム１００は多重アクセススキーム（たとえばＯＦＤＭＡやＣＤＭＡ）の組合せを利用してもよい。さらに、システム１００はさまざまなフレーミング構造（framing structures）を利用してデータおよび信号が順方向リンクおよび逆方向リンクで送信される方法を指定してもよい。システム１００は、さらに１つまたは複数のスケジューラ（図示せず）を利用して帯域幅およびそれ以外のシステムリソースを割り当ててもよい。１つの例では、基地局１１０、端末１２０、およびシステムコントローラ１３０の１つまたは複数でスケジューラを使用してもよい。
【００２５】
図２は、ＭＩＭＯシステム２００内の送信機システム２１０（アクセスポイントとも呼ばれる）と受信機システム２５０（アクセス端末とも呼ばれる）の１つの実施形態を示すブロック図である。送信機システム２１０で、多くのデータストリームのトラヒックデータはデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００２６】
１つの実施形態では、各データストリームはそれぞれの送信アンテナから送信される。ＴＸデータプロセッサ２１４は、このデータストリーム用に選択された特定の符号化スキームに基づいて、各データストリームのトラヒックデータをフォーマットし、符号化し、さらにインターリーブすることによって符号化データを提供する。
【００２７】
各データストリームの符号化データは、ＯＦＤＭ技術を使用してパイロットデータで多重化されてもよい。パイロットデータは、通常は既知の方法で処理される既知のデータパターンであり、受信機システムでチャネル応答を評価するために使用できる。さらに、各データストリームの多重化パイロットと符号化データは、このデータストリーム用に選択された特定の変調スキーム（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調され（すなわちシンボルにマップされ）、変調シンボル（modulation symbols）を提供する。各データストリームのデータ転送速度（data rate）、符号化、および変調は、プロセッサ２３０で実行される命令によって決定されてもよい。
【００２８】
これで、すべてのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０に提供され、ここで変調シンボルをさらに処理することもできる（たとえば、ＯＦＤＭ用に）。ＴＸ ＭＩＭＯプロセッサ２２０は、さらに、ＮＴ変調シンボルストリームをＮＴ送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０はデータストリームのシンボルとシンボルが送信されるアンテナにビーム形成（beamforming）の重みを適用する。
【００２９】
各送信機２２２は、それぞれのシンボルストリームを受信し、処理することによって、１つまたは複数のアナログ信号を提供し、さらにこのアナログ信号を調整（たとえば、増幅、フィルタ、アップコンバート（downconverts））することによって、ＭＩＭＯチャネルからの送信に適した変調信号を提供する。ここで、送信機２２２ａ〜２２２ｔからのＮＴ変調信号は、それぞれＮＴアンテナ２２４ａ〜２２４ｔから送信される。
【００３０】
受信機システム２５０で、送信された変調信号はＮＲアンテナ２５２ａ〜２５２ｒで受信され、各アンテナ２５２から受信した信号はそれぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（たとえば、フィルタ、増幅、ダウンコンバート（downconverts））し、調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００３１】
ここで、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいてＮＲ受信機２５４からＮＲ受信シンボルストリームを受信して処理し、ＮＴ「検出」シンボルストリームを提供する。次に、ＲＸデータプロセッサ２６０は、個々の検出シンボルストリームを復調し、デインターリーブ（deinterleaves）し、さらに復号化することによって、データストリームのトラヒックデータを回復する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でＴＸ ＭＩＭＯプロセッサ２２０とＴＸデータプロセッサ２１４によって実行される処理とは相補的である。
【００３２】
プロセッサ２７０は、どのプリコーディング行列（pre-coding matrix）を使用するかを定期的に決定する（後述）。プロセッサ２７０は、行列の添え字の部分とランク値の部分を備える逆方向リンクメッセージを作成する。
【００３３】
この逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関するさまざまなタイプの情報を備えていてもよい。この逆方向リンクメッセージは、ここでデータソース２３６から多くのデータストリームのトラヒックデータも受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、さらに送信機システム２１０に返送される。
【００３４】
送信機システム２１０で、受信機システム２５０からの変調信号がアンテナ２２４で受信され、受信機２２２で調整され、復調器２４０で復調され、さらにＲＸデータプロセッサ２４２で処理されることによって、受信機システム２５０から送信された逆方向リンクメッセージを抽出する。プロセッサ２３０は、ここでビーム形成の重みを決定するためにどのプリコーディング行列（pre-coding matrix）を使用するかを決定してから、抽出されたメッセージを処理する。
【００３５】
本明細書で説明するデータ送信技術は、符号分割多重アクセス（ＣＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、空間分割多重アクセス（ＳＣＭＡ：Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、直交ＦＤＭＡ（Ｏ−ＦＤＭＡ）システム、およびシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）システムなどのさまざまな通信システムに使用できる。ＯＦＤＭＡシステムは、直交周波数分割多重（Ｏ−ＦＤＭ）を利用している。ＳＣ−ＦＤＭＡシステムは、シングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用している。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅をトーン、ビンなどとも呼ばれる複数（Ｋ個）の直交サブキャリアに区分する。個々のサブキャリアは、データで変調されてもよい。一般に、変調シンボルは、周波数ドメインではＯＦＤＭを使用して、時間ドメインではＳＣ−ＦＤＭを使用して送信される。明確にするために、この技術はＯＦＤＭＡシステムについて説明されている。
【００３６】
システムは、物理チャネルを定義して使用可能なシステムリソースの割り当てと使用を円滑化することもできる。物理チャネルは物理レイヤーでデータを送信するための手段である。トラヒックデータ（またはユーザデータ）を送信するために使用される物理チャネルは、トラヒックチャネルと呼ばれる。制御データを送信する（すなわちシグナリング）のために使用される物理チャネルは制御チャネルと呼ばれる。物理チャネルは、サブキャリア、時間間隔、コードシーケンス（code sequences）など、任意のタイプのシステムリソースに関して定義できる。
【００３７】
図３は、順方向リンクまたはダウンリンクのチャネル構造３００の実施形態を示している。チャネル構造３００には、さまざまなシステムリソースに関連付けられたＮ個のチャネルノードが含まれる。ただし、Ｎは任意の整数値でよい。たとえば、Ｎ個のチャネルノードはマッピングスキームに基づいてＮ個の異なるタイル（tiles）にマップされてもよい。個々のタイルは、あらかじめ指定された数（たとえば８個）のシンボル期間内のあらかじめ指定された数（たとえば１６個）のサブキャリアに対応してもよい。チャネルノードは、チャネルツリーのベースノードに対応してもよい。
【００３８】
図３に示す実施形態では、制御チャネル用にＭ個のチャネルノードが予約されている。ただし、一般に１＜Ｍ＜Ｎである。制御チャネルは、端末に制御メッセージを送信するために使用できる。制御メッセージには、特定の端末に送信され、順方向リンクおよび／または逆方向リンクのリソース割り当て、アクセス許可などに使用されるユニキャストメッセージを含めてもよい。１つの実施形態において、個々の制御メッセージはサイズがあらかじめ指定されており（たとえば特定の情報ビット数）、特定の符号化スキームおよび変調スキームで処理されて特定の数の変調シンボルを生成する。この実施形態では、さまざまな制御メッセージとその変調シンボルは同数である。Ｍ個のチャネルノードは、たとえば肯定応答チャネル（ＡＣＫＣＨ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｃｈａｎｎｅｌ）、電力制御チャネル（ＰＣＣＨ:ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）などの信号チャネルに使用してもよい。このような他の信号チャネル用に指定されたリソースは、場合によっては恒久的であり、他の目的には利用されない。
【００３９】
制御チャネル用に予約するチャネルノードの数（Ｍ）（したがってシステムリソースの量）は、指定されたフレームまたは時間間隔内に制御チャネルで送信できる制御メッセージ数の最大値（Ｌ）、制御メッセージあたりの変調シンボルの数、および各チャネルノードの送信能力によって決定される。Ｌは、（１）スケジューラが効率的に動作でき、信号の制限によって制約されないように、かつ（２）制御チャネルのオーバーヘッドができるだけ低くなるように選択することができる。ここで、Ｍは選択されたＬとそれ以外のパラメータに基づいて決定されてもよい。ＬとＭは設定可能な（すなわち準静的）システムパラメータでもよい。また、これらのパラメータの設定値は、ブロードキャストチャネルで送信されてもよい。例示的な実施形態では、Ｍはほぼ３または４であり、個々のチャネルは約４０個の変調シンボルを搬送でき、さらに制御チャネルに約１２０〜１６０個の変調シンボルが割り当てられる。Ｍ個の予約チャネルノードで指定されたフレーム内で、最大Ｌ個の制御メッセージを制御チャネルで送信できる。さまざまな態様により、リソースがＡＴに割り当てられるのと同様に、割り当てメッセージを使用して制御ノードがＡＴに明示的に割り当てられる。
【００４０】
図３は、さらに制御チャネル３００の実施形態を示している。この実施形態では、制御チャネルはあらかじめ指定されたマッピングスキームに基づいてＭ個の予約チャネルノードにマップされるＬ個のリンク割り当てブロック（ＬＡＢ）を備える。Ｌ個のＬＡＢは、Ｌ個の制御メッセージ（ＬＡＢごとに１つの制御メッセージ）を搬送するために使用できる。
【００４１】
残りのＮ−Ｍ個のチャネルノードは、トラヒックチャネルおよび／またはそれ以外の物のチャネル（たとえば、ブロードキャストチャネル、パイロットチャネルなど）に使用できる。図３に示す例では、トラヒックチャネル１はチャネルノードＭ＋１〜Ｍ＋３に割り当てられ、トラヒックチャネル２はチャネルノードＭ＋４とＭ＋５に割り当てられる（以下同様）。一般に、各トラヒックチャネルには任意の数のチャネルノードを割り当てることができる。
【００４２】
１つの実施形態では、１つまたは複数のトラヒックチャネルが制御チャネル用のＭ個の予約チャネルノードに関連付けられる。一般に、指定されたトラヒックチャネルには任意の数および任意の１つの予約チャネルノードを割り当てることができる。Ｍ個の予約チャネルノードには、任意の数と任意の１つのトラヒックチャネルを割り当てることができる。トラヒックチャネルと予約チャネルノードとの関連は準静的でよい。たとえば、制御チャネル用の予約チャネルノードが設定された場合はいつでも、かつ／またはトラヒックチャネルが端末に割り当てられた場合はいつでも決定することができる。図３に示す例では、トラヒックチャネル１は予約チャネルノードＭに関連付けられる。それ以外の予約チャネルノードは、他のトラヒックチャネルに関連付けられてもよい（簡単にするために図３には示されていない）。
【００４３】
別の実施形態では、１つまたは複数のトラヒックチャネルは制御チャネルのＬ個のＬＡＢに関連付けられる。一般に、トラヒックチャネルまたはトラヒックチャネルのシステムリソース（たとえばチャネルノード）は、さまざまな方法で制御チャネルのシステムリソースに割り当てることができる。
【００４４】
トラヒックチャネルに関連付けられた予約チャネルノードまたはＬＡＢ（１つまたは複数）は、一時的にトラヒックデータを搬送するために割り当てられる補助リソースと見なすことができる。関連付けられた予約チャネルノード（１つまたは複数）の任意の部分または関連付けられたＬＡＢ（１つまたは複数）が制御メッセージを送信するために使用されない場合は、関連付けられた予約チャネルノード（１つまたは複数）の使用されていない部分または使用されていないＬＡＢ（１つまたは複数）がトラヒックチャネルに割り当てられた端末でトラヒックデータを送信するために利用できる。たとえば、図３では、予約チャネルモードＭは制御メッセージの搬送に利用されていないリンク割り当てブロックＬＡＢ ３に関連付けられている。したがって、予約チャネルノードＭをトラヒックデータの搬送用に割り当てることができる。
【００４５】
図４Ａは、ＬＡＢから予約チャネルノードへのマッピングの１つの例を示している。別の実施形態では、各ＬＡＢが１つまたは複数の予約チャネルノードにマップされ、各チャネルノードは唯一のＬＡＢに使用できる。この実施形態では、各予約チャネルノードは全体がトラヒックチャネルを搬送するために使用可能である。しかし、指定されたフレーム内で使用されるＬＡＢの数の平均はＬより小さい。指定されたＬＡＢが指定されたフレーム内で使用されない場合は、そのＬＡＢに割り当てられたＭ個の予約チャネルノードをトラヒックデータの搬送に使用できる。
【００４６】
図４Ｂは、唯一の制御メッセージがＬＡＢ １で送信される１つの例を示している。この例では、ＬＡＢ １で送信された制御メッセージの要素Ｂ１１〜Ｂ１Ｍはそれぞれ予約チャネルノード１〜Ｍの部分にマップされる。各予約チャネルノードには、制御メッセージの搬送に使用されない部分、したがってトラヒックデータの搬送に使用できる部分がある。
【００４７】
図４Ａと４Ｂに示す実施形態では、一部のＬＡＢが指定されたフレーム内で使用されない場合に、各予約チャネルノードには制御メッセージに使用されない部分がある。各予約チャネルノードの使用されていない部分は、その予約チャネルノードに関連付けられたトラヒックチャネルのトラヒックデータを搬送するために使用できる。たとえば、指定されたフレーム内でＬＡＢの半分だけが使用されている場合は、各予約チャネルノードのほぼ半分（場合によってはそれ以下）はトラヒックデータの搬送に使用できる。このようにして、使用されていない制御チャネルリソースは、ＬＡＢごとでなく予約チャネルノードごとに、トラヒックデータを搬送するために動的に割り当てることができる。
【００４８】
図４Ａと４Ｂは、制御チャネルでの制御メッセージ送信の実施形態を示している。制御メッセージは他の手段で送信されてもよい。
【００４９】
図５は、制御チャネルで送信される制御メッセージを搬送するために使用される制御チャネル割り当てメッセージ５００のメッセージフォーマットの実施形態を示す図である。この実施形態では、割り当てメッセージ５００には、メッセージタイプフィールド５０２、ビットマップ５０４、および巡回冗長検査（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）フィールド５０６が含まれる。メッセージタイプフィールド５０２は、このメッセージを制御チャネル割り当てメッセージとして識別するための固有の値を搬送する。別のメッセージには別のメッセージタイプの値を割り当てることができる。ビットマップフィールドはＬ個のＬＡＢのそれぞれについてビットを搬送する。たとえば、ビットマップの第ｌビットをｔ番目のＬＡＢに関連付けることができる。ビットマップフィールド５０４のサイズは、固定すなわちＬｍａｘビットでもよい。ただし、Ｌｍａｘは使用可能なＬの最大値である。ビットマップの各ビットは、関連のＬＡＢが制御メッセージの送信に使用されているかどうかを示している。図５に示す例では、制御メッセージはＬＡＢ ２、３、．．．、Ｌで送信されており、ＬＡＢＳ １、４、．．．Ｌ−１では送信されていない。また、搬送されるビットマップフィールドのサイズは設定可能でもよい。たとえば、割り当てメッセージ（図３には示されていない）のビットマップサイズフィールドで伝達してもよい。また、ビットマップは複数のメッセージとして搬送されてもよい。その場合は、各メッセージにはそのメッセージでビットマップのどの部分が搬送されているかを示す順序ＩＤが含まれる。ＣＲＣフィールドは、端末で割り当てメッセージが正しく復号化されたか誤りが発生したかを確認するために使用するＣＲＣの値を搬送する。また、どのＬＡＢが使用されているか、または使用されていないかを伝達する情報は、他の方法で他のメッセージフォーマットを使用して送信されてもよい。
【００５０】
１つの実施形態では、割り当てメッセージ５００は他の制御メッセージとともに制御チャネルで送信される。たとえば、割り当てメッセージは制御チャネルのＬＡＢ ０で送信されてもよい。１つの実施形態では、割り当てメッセージはセクター識別子（ＩＤ）、ブロードキャストＭＡＣ ＩＤ、および／またはそれ以外のパラメータの関数である疑似乱数（ＰＮ）列でスクランブルされる（scrambled）。セクターＩＤは、メッセージを送信する基地局を識別する。ブロードキャストＭＡＣ ＩＤ（Media Access Control）は、メッセージがすべての端末向けであることを示している。この実施形態により、端末は割り当てメッセージを受信し、どのＬＡＢを処理して制御メッセージを回復するかを確認する。割り当てメッセージは、ブロードキャストチャネルおよび／またはその他の方法で送信されてもよい。
【００５１】
割り当てメッセージ５００は、フレームごとにブロードキャストされ、そのフレーム内のどのＬＡＢが制御メッセージの搬送に使用されるかを伝達することができる。割り当てメッセージ５００は、どのＬＡＢが制御メッセージに使用されていないかも伝達する。使用されているＬＡＢは、各予約チャネルノードのどの部分が制御データに使用されているかを決定する。使用されていないＬＡＢは、各予約チャネルノードのどの部分が制御データに使用されていないか、したがってトラヒックデータに使用できるかを決定する。端末は、割り当てメッセージ５００に基づいて各予約チャネルノードの使用されている部分と使用されていない部分を確認できる。基地局は、割り当てられたトラヒックチャネル３０２とそのトラヒックチャネルに関連付けられた各予約チャネルノードの使用されていない部分３０４でトラヒックデータを送信できる。
【００５２】
トラヒックデータの送信には、ハイブリッド自動再送信（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を伴っても伴わなくてもよい。ＨＡＲＱを使用すると、データ送信の信頼性を向上できる。順方向リンクでＨＡＲＱを送信する場合は、基地局はデータパケットを処理（たとえば、フォーマット、符号化、インターリーブ）して符号データのＳ個のサブパケットを生成する。ただし、Ｓは任意の整数値でよい。
【００５３】
基地局は、第１のサブパケット（ＳＰ１）を順方向リンクで端末に送信する。端末はこの送信を受信し、サブパケットＳＰ１を復号化し、サブパケット（ＳＰ１）が正しく復号化された場合に肯定応答（ＡＣＫ）を送信し、サブパケットの復号化で誤りが発生した場合に否定応答（ＮＡＫ）を送信する。端末がＮＡＫを送信すると、基地局は第２のサブパケット（ＳＰ２）を送信する。端末はこの送信を受信し、第１と第２のサブパケットを復号化し、復号化の結果に基づいてＡＣＫまたはＮＡＫを送信する。このようにして、基地局はパケットのＡＣＫが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいは他の何らかの原因でパケット送信が終了するまで、１度に１つのサブパケットを送信してもよい。
【００５４】
サブパケットのサイズは、通常はトラヒックチャネルの送信能力によって決定され、それに一致する。これで、各サブパケットはその全体をトラヒックチャネルで送信することができる。しかし、補助リソースを動的に割り当てることができ、トラヒックデータに使用できる場合は、送信能力は送信ごとに変化してもよい。後述のように、ＨＡＲＱと可変の送信能力を使用してパケットを効率的に送信することができる。
【００５５】
図６Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム６１０を示す図である。データパケットが処理されてＳ個のサブパケットが生成される（簡単にするために、初めの４つのサブパケット１〜４のみが図６Ａに示されている）。個々のサブパケット（ＳＰｎ）には、第１の符号化部分（ＳＰｎａ）と第２の符号化部分（ＳＰｎｂ）が含まれている。このスキームでは、サブパケットの第１の符号化部分（ＳＰｎａ）はトラヒックチャネルで送信でき、サブパケットの第２の符号化部分（ＳＰｎｂ）は補助リソースで送信できる（使用可能な場合）。第１の符号化部分は、トラヒックチャネルの容量によって決定される。第２の符号化部分は、使用可能な場合に補助リソースの容量によって決定される。
【００５６】
図６Ａに示す例のシナリオは、初めの４つのＨＡＲＱ送信を示している。このシナリオでは、補助リソースは、第１と第４のＨＡＲＱ送信では使用不可能であり、第２と第３のＨＡＲＱ送信では使用可能である。第１のＨＡＲＱ送信では、第１のサブパケットの第１の符号化部分（ＳＰ１ａ）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケットの第１の符号化部分（ＳＰ２ａ）がトラヒックチャネルで送信され、第２のサブパケットの第２の符号化部分（ＳＰ２ｂ）のすべてまたは一部が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケットの第１の符号化部分（ＳＰ３ａ）がトラヒックチャネルで送信され、第３のサブパケットの第２の符号化部分（ＳＰ３ｂ）のすべてまたは一部が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケットの第１の符号化部分（ＳＰ４ａ）がトラヒックチャネルで送信される。
【００５７】
図６Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。このスキームでは、サブパケットの第２の符号化部分は、補助リソースが使用不可能な場合は送信されない。図６Ｂには示されていないが、サブパケットの第２の符号化部分は、すべての補助リソースが使用不可能な場合はその全体が送信されない。このスキームでは、（１）補助リソースが使用不可能な場合は一部の符号化データが送信されないこと、または（２）補助リソースで送信される符号化データがたとえばビットマップ検出誤りなどによって受信されないことによって、符号化利得の損失が発生する可能性がある。
【００５８】
図７Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム７１０の１つの実施形態を示す図である。図６Ａについて前述したように、データパケットが処理されてＳ個のサブパケットが生成される。ただし、この実施形態では、サブパケット全体はトラヒックチャネルで送信でき、サブパケットの第２の符号化部分（ＳＰｘｂ）のすべてまたは一部は関連の予約チャネルノード（１つまたは複数）の使用されていない部分による補助リソースで送信できる。
【００５９】
図７Ａは、さらに図６Ａについて前述した例示的なシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、第１のサブパケットの第２の符号化部分（ＳＰ１ｂ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、第２のサブパケットの第２の符号化部分（ＳＰ２ｂ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、後続の送信でそのサブパケットの１つの符号化部分が補助チャネルで送信される。
【００６０】
図７Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。この実施形態では、個々のサブパケットの符号化データのすべてがトラヒックチャネルで送信されている。符号化データの１つ部分は、補助リソース（使用可能な場合）で繰り返し送信される可能性がある。この実施形態では、第１と第４のＨＡＲＱ送信でなく指定された任意のＨＡＲＱ送信で、基地局は前のＨＡＲＱ送信で送信された一部の符号化データを補助リソース（使用可能な場合）に割り当てる（使用可能な場合）。第１のＨＡＲＱ送信では、基地局は次のＨＡＲＱ送信で送信される一部の符号化データを補助リソース（使用可能な場合）に割り当てる。
【００６１】
図７Ａと図７Ｂに示す実施形態では、補助リソースの恩恵を受けない端末の符号化効率を保証し、これらの端末で図６Ａ、６Ｂに関連して説明したスキームに伴う符号化利得の損失が発生しないことを保証する。これらの端末は、さまざまな原因によって補助リソースの恩恵を受けることができない。たとえば、補助リソースはすべてのＬＡＢが制御メッセージの送信に使用されている場合はどのＨＡＲＱ送信にも使用不可能である。別の例として、一部またはすべてのＨＡＲＱ送信でトラヒックデータは補助リソースで送信されたが、端末は制御チャネル割り当てメッセージの受信で誤りが発生し、補助リソースで送信されたトラヒックデータを失う可能性がある。この実施形態では、送信された個々のサブパケットの符号化データは少なくともトラヒックチャネルで受信できる。
【００６２】
図８Ａは、動的に割り当て可能な補助リソースを使用したＨＡＲＱ送信スキーム８１０の１つの実施形態を示している。図６Ａについて前述したように、データパケットが処理されてＳ個のサブパケットが生成される。この実施形態では、サブパケット全体（ＳＰｎ）はトラヒックチャネルで送信でき、次のサブパケットの符号化部分（ＳＰ（ｎ＋ｌ）ｘ）のすべてまたは一部は補助リソースで送信できる。
【００６３】
図８Ａは、さらに図６Ａについて前述したシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、次のサブパケット（ＳＰ３）の１つの符号化部分（ＳＰ３ｘ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、次のサブパケットの１つの符号化部分（ＳＰ４ｘ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、次のサブパケットの１つの符号化部分が同時に補助チャネルで送信される。
【００６４】
図８Ｂは、４つのＨＡＲＱ送信で送信された符号化データを示している。この実施形態では、各サブパケットの符号化データのすべてがトラヒックチャネルで送信されている。サブパケットの符号化データの１つの部分は、サブパケットがトラヒックチャネルを経由して送信される前に補助リソース（使用可能な場合）で繰り返し送信される可能性がある。この実施形態では、指定された任意のＨＡＲＱ送信で、基地局は将来のＨＡＲＱ送信で一部の符号化データを補助リソース（使用可能な場合）に割り当てている。
【００６５】
図７Ａ〜８Ｂに示す実施形態では、サブパケットの符号化データは、前または次のＨＡＲＱ送信で補助リソース（使用可能な場合）を使用して繰り返し送信される可能性がある。
【００６６】
一般に、符号化データは補助リソース（使用可能な場合）を使用してデータの繰り返しを遅らせるような形で送信できる。データパケットは、Ｐ個の情報ビットを含めることができ、符号レートＰ／Ｑ（たとえば、符号レート１／５）でＱ個の符号化ビットに符号化できる。次に、Ｑ個の符号化ビットからＳ個のサブパケットが生成される。サブパケットを満たすために、Ｑ個の符号化ビットがバッファから循環方式で取得され、以下のように、Ｑ番目の符号化ビットが使用されると、次に最初の符号化ビットが取得される。
【００６７】
１，２，３，．．．，Ｑ−２，Ｑ−１，Ｑ，１，２，３，．．．，Ｑ−２，Ｑ−１，Ｑ，．．．
サブパケットの数（Ｓ）とサブパケットのサイズに応じて、指定された符号化ビットはゼロ、１つ、または複数個のサブパケットの形で使用できる。また、補助リソース用の符号化データは、以下のように逆循環方式で取得することもできる。
【００６８】
Ｑ，Ｑ−１，Ｑ−２，．．．，３，２，１，Ｑ，Ｑ−１，Ｑ−２，．．．，３，２，１，．．．
ＨＡＲＱ送信ごとにバッファから逆方向に取得する符号化ビットの数は、補助リソースの容量によって決定され、送信ごとに変化してもよい。
【００６９】
図９Ａは、さらに図６Ａについて前述した例示的なシナリオによる初めの４つのＨＡＲＱ送信を示している。第１のＨＡＲＱ送信では、第１のサブパケット全体（ＳＰ１）がトラヒックチャネルで送信される。このパケットは、第１のＨＡＲＱ送信後に復号化で誤りが発生する。第２のＨＡＲＱ送信では、第２のサブパケット全体（ＳＰ２）がトラヒックチャネルで送信され、最後のサブパケットの１つの符号化部分（ＳＰＳａ）が補助リソースで送信される。このパケットは、初めの２つのＨＡＲＱ送信後に復号化で誤りが発生する。第３のＨＡＲＱ送信では、第３のサブパケット全体（ＳＰ３）がトラヒックチャネルで送信され、最後のサブパケットの１つの符号化部分（ＳＰＳｂ）が補助リソースで送信される。このパケットは、初めの３つのＨＡＲＱ送信後に復号化で誤りが発生する。第４のＨＡＲＱ送信では、第４のサブパケット全体（ＳＰ４）がトラヒックチャネルで送信される。このようにして、この送信スキームにより、サブパケットごとに、サブパケット全体がトラヒックチャネルで送信され、最後のサブパケットの符号化部分が補助チャネルで送信される。
【００７０】
図９Ｂは、４つのＨＡＲＱ送信で送信される符号化データを示している。この実施形態では、各サブパケットの符号化データのすべてがトラヒックチャネルで送信される。追加の（おそらく新しい）符号化データは、補助リソース（使用可能な場合）を使用して送信できる。この実施形態では、基地局は、指定された任意のＨＡＲＱ送信で、前に送信されていないであろう一部の符号化データを補助リソース（使用可能な場合）に割り当てる。一般に、トラヒックデータはトラヒックチャネルと補助リソースを使用して、以下の目標を達成するような形で送信できる。
【００７１】
１．端末で補助リソースの恩恵を受けない符号化ビットの無駄を避け、すべての符号化ビットが使用されるまでトラヒックチャネルで符号化ビットの繰り返しを開始しないこと
２．補助リソースの存在によって発生する符号化ビットの繰り返しの量を減らすこと
３．補助リソースをサポートしないＡＴ、またはリソース割り当てメッセージを復号化できない（消失イベント）ＡＴで、補助リソース以外を使用して受信したデータを処理できるようにすること
前述のすべて実施形態は、目標３を満足している。図５Ａ〜９Ｂに示す実施形態は、目標１を達成している。図７Ａ〜８Ｂに示す実施形態は、第２のＨＡＲＱ送信から開始して補助リソース（使用可能な場合）による繰り返しを使用している。図９Ａ〜９Ｂに示す実施形態は、補助リソースの存在による繰り返しをできるだけ長く遅らせている。
【００７２】
この実施形態では、補助リソースの恩恵を受ける端末ではすべての符号化ビットが使用されるまで繰り返しは発生しない。データパケットに関して生成されたＱ個の符号化ビットは、誤り訂正機能に関して同じ値をとることができ、符号化ビットの生成に使用される符号の構造によって異なる値をとることができる。Ｑ個の符号化ビットが同じ値の場合は、図９Ａと９Ｂに示す実施形態は図７Ａ〜８Ｂに示す実施形態より高いパフォーマンスを提供できる。Ｑ個の符号化ビットの値が異なる場合は（たとえば、埋め込みレート（embedded rate）１／３の符号を含むレート１／５の符号）、補助リソースの符号化ビットは、符号化ビットの相対的な値、繰り返しによって低下する可能性のある符号化利得などのさまざまな因子を考慮することによって選択してもよい。
【００７３】
図７Ａ〜９Ｂに示す実施形態は、補助リソースの恩恵を受ける端末と補助リソースの恩恵を受けない端末との適切な比較（good comprise）を提供する。１つの実施形態では、トラヒックチャネルで送信される符号化データは、トラヒックチャネルについて選択された第１の変調スキームを使用して変調（シンボルマッピング）される。補助リソースで送信される符号化データは、制御チャネルについて選択された第２の変調スキームを使用して変調される。第１の変調スキームは、第２の変調スキームと同じでも異なってもよい。この実施形態では、補助リソースを使用して送信されるトラヒックデータは、関連のトラヒックチャネルで使用する変調スキームにかかわらず、制御メッセージと同じ変調スキームを使用して変調される。
【００７４】
別の実施形態では、トラヒックデータはトラヒックチャネルと補助リソースの両方に関する同じ変調スキームを使用して送信される。一般に、トラヒックチャネルで送信されるトラヒックデータと補助リソースで送信されるトラヒックデータには、同じ符号化スキームを使用しても異なる符号化スキームを使用してもよいし、同じ変調スキームも使用しても異なる変調スキームを使用してもよい。
【００７５】
図１０は、通信網内の補助リソースを割り当てる１つの方法１０００を説明する実施形態である。本方法は、１００２で開始され、ここでＮ個のチャネルノードをＮ個の異なるタイルにマップすることによって、Ｎ個のチャネルノードがシステムリソースに関連付けられる。１００４で、Ｎ個のチャネルノードからＭ個のノードが制御メッセージを送信するために予約される。ただし、Ｍ＜Ｎである。残りのＮ−Ｍ個のチャネルは、トラヒックデータを搬送するために割り当てることができる。他の実施形態では、Ｎ個のチャネルのすべてが制御メッセージを送信できる。この場合にトラヒックチャネルは存在しない。１００６で、Ｍ個のチャネルノードに関連付けられたＬ個のリンク割り当てブロック（ＬＡＢ）のすべてが制御メッセージを搬送しているかどうかを判断する。Ｌ個のＬＡＢのすべてが制御メッセージの送信に関与する場合は、使用可能な補助リソースがないと判断され、１０１２に示すように、ユーザトラヒックはトラヒックチャネルを経由して送信される。Ｎ個のチャネルノードのうち制御メッセージの搬送に関与しないチャネルノード（Ｍ＋１，．．．．Ｎ）があると判断された場合は、１００８でこのようなチャネルが識別される。１０１０で、識別されたチャネルノードは補助リソースとしてトラヒックデータの搬送に割り当てられる。１つの実施形態では（図示せず）、補助リソースを割り当てる前に、ユーザのサービスオプションが補助リソースの割り当てを許可するかどうかが判断されてもよい。
【００７６】
図１１は、トラヒックデータを搬送するために割り当てられた補助リソースがある場合に、どれかを決定する１つの方法を説明する実施形態である。１１０２で、端末は基地局からブロードキャストされたメッセージを受信する。メッセージは、メッセージタイプフィールド、ビットマップ、および巡回冗長検査（ＣＲＣ）フィールドを備えることができる。受信されたメッセージは、１１０４でメッセージタイプフィールドを審査することによって、制御チャネル割り当てメッセージとして識別される。１１０６で、ビットマップフィールドが審査され、どのＬＡＢが制御メッセージの送信に使用されているか、またどのＬＡＢが制御メッセージの送信に使用されていないかを識別する。１１０８で、ＣＲＣフィールドを使用してメッセージが正しく復号化されたことを確認する。１１１０で、制御メッセージの送信に使用されていない制御チャネルは補助リソースとしてデータトラヒックの搬送に利用される。
【００７７】
補助リソースとしてデータトラヒックの搬送に使用できるチャネルを識別すると、以下で詳述するように、さまざまなスキームを使用して専用のトラヒックチャネルと補助リソースチャネルを経由してデータパケットを送信できる。図１２は、トラヒックチャネルと補助リソースの両方を使用してデータパケットを搬送するこのような１つのスキームを示している。１２０２で、データパケットが処理されてサブパケットが生成される。１２０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１２０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１２０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１２１０で、第１の符号化部分はトラヒックチャネルで送信される一方で、第２の符号化部分は予約制御チャネルから得られる補助リソースで送信される。１２１２で、送信されるパケットが他にもあるかどうかが判断される。このようにして、すべてのデータパケットについてこのプロセスが繰り返される。前述のように、このスキームでは、（１）補助リソースが使用不可能な場合は一部の符号化データが送信されないこと、または（２）補助リソースで送信された符号化データがたとえばビットマップ検出誤りなどによって受信されないことによって、符号化利得の損失が発生する可能性がある。
【００７８】
図１３は、補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示している。１３０２で、データパケットが処理されてサブパケットが生成される。１３０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１３０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１３０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１３１０で第１のＨＡＲＱ送信で第１のサブパケット全体がトラヒックチャネルを経由して送信される。１３１２の第２の送信では、第２のサブパケット全体がトラヒックチャネルで送信され、第１のサブパケットの１つの符号化部分が使用可能な補助リソースで繰り返し送信される。１３Ｉ４で、送信されるパケットが他にもあるかどうかが判断される。このようにして、すべてのサブパケットについてこのプロセスが繰り返される。したがって、この方法は、サブパケット全体がトラヒックチャネルで送信され、後続の送信でそのサブパケットの符号化部分が使用可能な補助リソースを使用して繰り返し送信される送信スキームに関連する。
【００７９】
図１４は、補助リソースが使用可能な場合に利用できるデータパケット送信の別の方法を示している。１４０２で、データパケットが処理されてサブパケットが生成される。１４０４で、個々のサブパケットは第１の符号化部分と第２の符号化部分に分割される。１４０６で、補助リソースが使用可能かどうかの判断が行われる。補助リソースが使用可能でない場合は、１４０８でデータパケット全体がトラヒックチャネルを経由して送信される。補助リソースが使用可能な場合は、１４１０で第１のＨＡＲＱ送信で第１のサブパケット全体がトラヒックチャネルを経由して送信される。１４１２の第２の送信では、第２のサブパケット全体がトラヒックチャネルで送信され、第３のサブパケットの１つの符号化部分が使用可能な補助リソースで送信される。１４１４で、第３のサブパケット全体がトラヒックチャネルを経由して送信される。１４１６で、送信されるサブパケットが他にもあるかどうかが判断される。このようにして、すべてのデータパケットについてこのプロセスが繰り返される。したがって、この方法、サブパケット全体がトラヒックチャネルで送信される一方で、前の送信でそのサブパケットの１つの符号化部分が使用可能な補助リソースを使用して繰り返し送信される送信スキームに関連する。
【００８０】
図１３と図１４に示す方法では、すべての符号化ビットが使用されるまで繰り返しを開始しないことによって、補助リソースの恩恵を受けない端末の符号化ビットの無駄を回避するが、補助リソースの存在による繰り返しを最小限に抑えてはいない。これは、図１５に示されるスキームを採用することによって実現できる。ここでは、補助リソースの存在によって発生する符号化ビットの繰り返しの量を最小限に抑えるような形でデータパケットが送信されるデータパケット送信の方法が示されている。このように、図１５に示されるスキームに従って、補助リソースの恩恵を受ける端末ではすべての符号化ビットが使用されるまで繰り返しは発生しない。
【００８１】
最初に、１５０２で、送信されるべきＰ個の情報ビットは符号レートＰ／ＱでＱ個の符号化ビットに符号化される。１５０４で、Ｑ番目の符号化ビットが使用されると、次に最初の符号化ビットが取得されるように、バッファから循環方式で取得されたＱ個の符号化ビットでサブパケットを満たすことによってＳ個のサブパケットが生成される。１５０６で、最後のサブパケット、すなわちサブパケットＳは多くの符号化部分に分割される。符号化部分のサイズは、多くの要因に基づいて動的に変化してもよい。たとえば、使用可能な補助リソースの容量は動的に決定でき、最後のサブパケットはそれに応じて分割できる。補助リソースの存在を仮定すると、１５０８で、サブパケットはその全体がトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分が補助リソースで送信される。たとえば、第１のＨＡＲＱ送信では、第１のサブパケットはその全体がトラヒックチャネルで送信される一方で、最後（Ｓ番目）のサブパケットの第１の符号化部分は使用可能な補助リソースで送信される。１５１０ですべて（Ｓ−１個）のサブパケットについてこのプロセスが繰り返され、サブパケット全体がトラヒックチャネルで送信される一方で、最後のサブパケットの符号化部分は補助リソースで送信される。このようにして、このプロセスにより、符号化ビットの繰り返しを最小限に抑え、すべてのサブパケットに含まれるすべての符号化ビットが一度だけ送信／読み出しされるようにするのが理想的である。
【００８２】
図１６は、１つの態様に従って、補助リソースの存在によるデータの繰り返しを最小限に抑える通信システム１６００を示す概略的ブロック図である。本システムは、前述のさまざまなスキームに従ってデータを送信／受信するように設定された第１の通信コンポーネント１６０２と第２の通信コンポーネント１６２０を備える。
【００８３】
第１の通信コンポーネント１６０２は、システム内で使用可能な１つまたは複数の能力（トラヒックチャネルの容量など）に基づいてトラヒックデータを処理してサブパケットを生成する処理コンポーネント１６０４をさらに備える。第１の通信コンポーネントは、処理コンポーネントに接続して動作でき、符号ビットをバッファに格納し、サブパケットに符号ビットを満たすることによってサブパケットの生成を円滑化するメモリコンポーネント１６０６をさらに備える。前述のさまざまなスキームに従って、サブパケットは逐次的に、または循環方式などで満たされことができる。さらに、送信コンポーネント１６０８も第１の通信コンポーネントに含まれており、送信コンポーネントは処理コンポーネント１６０４によって決定されるさまざまな送信スキームに基づいてデータパケット／サブパケットを送信する。１つの態様に従って、処理コンポーネント１６０４は制御メッセージの搬送に利用されていない予約制御チャネルをトラヒックデータの搬送用の補助リソースとしてトラヒックチャネルに割り当てることができる。このようにして、送信コンポーネントは１つまたは複数のデータパケット、サブパケット、サブパケットの符号化部分、またはそれらの組合せを、さまざまなスキームに従ってさまざまな周波数で送信するように設定されている。
【００８４】
また、通信システム１６００は、第１の通信コンポーネントから送信されたサブパケットを受信できる第２の通信コンポーネント１６２０も備えている。第２の通信コンポーネントも、処理コンポーネント１６２２、メモリコンポーネント１６２４、および送信コンポーネント１６２６を備えることができる。第２の通信コンポーネント１６２０は、第１の通信コンポーネント１６０２からブロードキャストされたチャネル割り当てメッセージに基づいて、受信したデータパケットを復調できる。チャネル割り当てメッセージは、さらに受信したデータパケット／サブパケットが正しく復号化されたかどうかの判断を円滑化する。正しく復号化された場合に第２の通信コンポーネントは肯定応答（ＡＣＫ）メッセージを生成し、それ以外の場合は否定応答（ＮＡＫ）メッセージを生成する。受信した肯定応答メッセージのタイプに基づいて、第１のコンポーネント１６０２は、データパケットのＡＣＫメッセージが受信されるまで、またはすべてのサブパケットが送信されるまで、あるいは他の原因で通信セッションが終了するまで、１度に１つのサブパケットを送信できる。
【００８５】
本明細書で説明するデータ送信技術は、さまざまな手段によって実装できる。たとえば、このような技術は、ハードウェア、ファームウェア、ソフトウェア、あるいはこれらの組合せによって実装できる。ハードウェアで実装する場合に、送信機でのデータ送信または受信機でのデータ受信に使用される処理装置は、本明細書で説明する機能を実現するように設計された１つまたは複数の特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、デジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理装置（ＤＳＰＤ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ）、プログラマブルロジックデバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、その他の電子ユニット、またはこれらの組合せのいずれで実装してもよい。
【００８６】
ファームウェアおよび／またはソフトウェアで実装する場合に、本技術は、本明細書で説明する機能を実現するモジュール（たとえば、プロシージャ、関数など）によって実装できる。ファームウェアコードおよび／またはソフトウェアコードは、メモリ内に格納し、プロセッサで実行することができる。メモリは、プロセッサに内蔵されても外付けされてもよい。
【００８７】
開示された実施形態に関する以上の説明により、すべての当業者は本開示を構築し、利用できる。こうした実施形態へのさまざまな変更については当業者には自明であり、本明細書で定義する一般的な原理は本開示の精神と範囲を逸脱することなく他の実施形態に適用できる。したがって、本開示は、本明細書に示す実施形態に限定されるものでなく、本明細書で開示する原理と新機能に適合する最大限の範囲を網羅するものとする。
【００８８】
本明細書で説明した一般に補助リソースのデータ選択に関連する技術には、データチャネルや制御チャネルを含むさまざまなＲＬチャネルが含まれる。１つの実施形態では、本技術は、処理でき、送信できる逆方向リンクＲＬ制御チャネル（Channel Quality Indicator Channel（ＣＱＩＣＨ、上りチャネル品質表示チャネル）、Request Channel（ＲＥＱＣＨ、割り当て要求チャネル）、Pilot Channel（ＰＩＣＨ、パイロットチャネル）、Acknowledgement Channel（ＡＣＫＣＨ、肯定応答チャネル）、Beamforming Feedback Channel（ＢＦＣＨ、ビーム形成フィードバックチャネル）、Subband Feedback Channel（ＳＦＣＨ）など）に使用できる。また、本技術は、チャネライゼーションコード（channelization code）を使用して拡散され、スクランブルされる時分割多重（ＴＤＭ）パイロットにも使用できる。
【００８９】
以上で説明した内容には、さまざまな実施形態の例が含まれる。本実施形態について説明するために、コンポーネントまたは方法のあらゆる組合せについて説明するのはもちろん不可能であるが、他にも多くの組合せや置き換えが可能であることは当業者には理解されるであろう。したがって、「発明を実施するための形態」は添付の「特許請求の範囲」の精神と範囲を逸脱しない代替、変更、変形のすべてを包括すること意図している。
【００９０】
特に前述のコンポーネント、デバイス、回路、システムなどで実行するさまざまなむ機能に関して、こうしたコンポーネントを表すのに使用される用語（「手段」という表現を含む）は、特に指示のない限り、記述するコンポーネントの特定の機能を実現する（すなわち機能的に同等の）すべてのコンポーネントに対応するものとする。ただし、本発明書で説明する本実施形態の例示的な態様の機能を実現する開示された構造と構造上同等でなくてもよい。この点について、本実施形態にはシステムおよびさまざまな方法の動作および／またはイベントを実行するためのコンピュータ実行可能命令を格納するコンピュータ可読媒体が含まれることも理解されるであろう。
【００９１】
さらに、特定の機能をいくつかの実装の１つに関連してのみ開示したが、指定された任意のアプリケーションまたは特定のアプリケーションにとって望ましい場合または有利な場合は、このような機能に他の実装の他の機能を１つまたは複数組み合わせてもよい。さらに、「特許請求の範囲」と「発明を実施するための形態」のいずれかで使用する「含む」「含まれる」という用語およびその変形の範囲は、用語「備える」と同様に包括的な意味を表すものとする。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１３−９３９３（Ｐ２０１３−９３９３Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１７３２３０（Ｐ２０１２−１７３２３０）
【出願日】平成２４年８月３日（２０１２．８．３）
【分割の表示】特願２００９−５２２００２（Ｐ２００９−５２２００２）の分割
【原出願日】平成１９年７月２６日（２００７．７．２６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１２−１７３２３０（Ｐ２０１２−１７３２３０）
【出願日】平成２４年８月３日（２０１２．８．３）
【分割の表示】特願２００９−５２２００２（Ｐ２００９−５２２００２）の分割
【原出願日】平成１９年７月２６日（２００７．７．２６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]