JP5586655B2 - アップリンクにおいてｈａｒｑプロセスを動的に割り当てるための方法および装置 - Google Patents

Description

本発明は、無線通信システムに関する。より詳細には、アップリンクにおいてＷＴＲＵ（無線送信／受信ユニット）にＨＡＲＱ（混成自動再送要求）プロセスを動的に割り当てるための方法および装置が開示される。

ＨＳＰＡ（高速パケットアクセス）などのＣＤＭＡ（符号分割多元接続）ベースのシステム、またはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などのＳＣ−ＦＤＭＡ（シングルチャネル周波数分割多元接続）システムにおけるアップリンク容量は、干渉によって制限される。ＣＤＭＡベースのシステムの場合、ある特定のセルサイトにおけるアップリンク干渉は、通常、このセルに接続されたＷＴＲＵ（すなわち、ユーザ）とともに、他のセルに接続されたＷＴＲＵによっても生じる。ＳＣ−ＦＤＭＡベースのシステムの場合、アップリンク干渉は、他のセルに接続されたＷＴＲＵから主に生じる。カバレッジおよびシステム安定性を維持するのに、セルサイトは、任意の所与の時点である量のアップリンク干渉までしか許容することができない。その結果、システム容量は、干渉が、時間に関して一定に保たれることが可能である場合、最大化される。この一貫性により、いずれの時点でも所定の閾値を超えるアップリンク干渉を有することなしに、最大数のユーザが、送信する、さらに／または干渉を生じさせることが許される。

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）リリース６において定義されるＨＳＵＰＡ（高速アップリンクパケットアクセス）は、同期再送を伴うＨＡＲＱを使用する。２ｍｓ（ミリ秒）のＴＴＩ（伝送時間間隔）を利用する際、最小瞬間データレートは、所与のＴＴＩ内で、少なくとも単一のＲＬＣ（無線リンク制御）ＰＤＵ（プロトコルデータユニット）のサイズである数ビットを送信する必要性のため、しばしば、アプリケーションによって提供されるデータレートより大きい。こうしたことが生じた場合、ＷＴＲＵは、利用可能なＨＡＲＱプロセスのサブセットだけしか利用することができない。その結果、所与の活性のＷＴＲＵによって生じる干渉は、８（八）ＴＴＩの期間にわたって一定ではない。一部のＴＴＩ中、ＷＴＲＵは、データを送信し、ＷＴＲＵが生じさせる干渉は、高い。他のＴＴＩ中、ＷＴＲＵは、制御情報だけを送信することが可能であり、したがって、ＷＴＲＵが生じさせる干渉は、低い。すべてのＴＴＩにわたって干渉を等しくするために、システムは、ＨＡＲＱプロセスのあるＷＴＲＵ固有のサブセットを使用するように各ＷＴＲＵを制限して、異なるＷＴＲＵに関して異なるサブセットを選択することができる。

あるデータストリームに関するＷＴＲＵからの送信は、スケジュールされていない送信、またはスケジューリング許可によって管理されることが可能である。スケジュールされていない送信では、ＷＴＲＵは、いくつかのＨＡＲＱプロセスにおいて一定のデータレートまで自由に送信することができる。スケジューリング許可では、ＷＴＲＵはやはり、いくつかのＨＡＲＱプロセス上であるデータレートまで送信することができるが、最大データレートは、所与の時点でノードＢによってシグナリングされる最大電力比に応じて動的に変更を受ける。

ネットワークが、スケジュールされていない送信を許すことによって送信を管理する場合、ＨＡＲＱプロセスのセットは、ＲＲＣ（無線リソース制御）シグナリングを介してＷＴＲＵにシグナリングされる。ノードＢが、ＨＡＲＱプロセスのセットを決定し、この情報をＲＮＣ（無線ネットワークコントローラ）にシグナリングし、次に、ＲＮＣが、ＲＲＣシグナリングを介してユーザに、この情報を中継する。スケジュールされていない送信を使用して遅延センシティブなトラフィックを管理することの利点は、そうすることにより、スケジューリング許可を使用して送信を管理する際に、ノードＢによって許可されたリソースの不足によって生じる可能性がある、遅延の可能性が解消されることである。別の利点は、そうすることにより、スケジューリング許可の場合に要求されるスケジューリング情報の送信によるシグナリングオーバヘッドがなくなることである。

しかし、スケジュールされていない送信のための現在、規定されている機構では、システムの性能は、アプリケーション混合が、低い活動の周期と交互する高い活動の周期を示すトラフィックパターンを生じさせる、遅延センシティブなアプリケーションによって支配される場合、最適に及ばない。このタイプのアプリケーションの例が、沈黙周期が、非常に少ない量のトラフィックが送信される必要があることになる、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アプリケーションである。セルまたはシステムが、このタイプのアプリケーションによって支配される場合、容量は、ネットワークが、ＷＴＲＵの活動状態が変化した際にＷＴＲＵによって使用されるＨＡＲＱプロセスのサブセットを、干渉が、それらのＨＡＲＱプロセスにわたって常に等しくされるように変更することができる場合に限って、最大化される。さもなければ、ネットワークは、ＷＴＲＵがすべて、同時に活性である場合でさえ、あるＨＡＲＱプロセスを利用するＷＴＲＵの数を、閾値を超えないように制限しなければならず、はるかに低い容量がもたらされる。

スケジュールされていない送信を利用する場合の問題は、そうすることが、数百ミリ秒の待ち時間が、通常、かかわる、ＲＲＣシグナリングを介してしか、許されたＨＡＲＱプロセスのサブセットの変更を許さないことである。この待ち時間は、音声アプリケーションなどのアプリケーションに関する活動の変更の間の通常の間隔と比べて、大きい。さらに、現行のリリース６アーキテクチャにおけるＲＲＣシグナリングは、ＲＮＣによって制御される。したがって、ノードＢは、許されたＨＡＲＱプロセスのサブセットの変更を、ＲＮＣに前もってシグナリングする必要がある。ＷＴＲＵにおける活動状態の変化と、ＨＡＲＱプロセスの実効的な変更との間の時間間隔は、活動状態の持続時間よりもおそらく大きい。したがって、スケジュールされていない送信を利用することは、ＨＡＲＱプロセスにわたって干渉を等しくすることに関して役立たなくなる。

したがって、スケジュールされていない送信を使用して容量を最適化することに役立つ、アップリンクにおいてＨＡＲＱプロセスを動的に割り当てるための方法および装置を提供することが、有益である。

ＨＡＲＱプロセスを動的に割り当てるための方法および装置が開示される。少なくとも１つのＷＴＲＵと、少なくとも１つのＮＢ（ノードＢ）とを含む無線通信システムにおいて、活性化状態または非活性化状態が、複数のＨＡＲＱプロセスのそれぞれに関して決定される。ＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態を含むシグナルが、ＷＴＲＵに送信される。このシグナルを受信することに応答して、ＷＴＲＵは、受信されたシグナルの中に含まれるＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態に応じて、ある特定のＨＡＲＱプロセスを活性化または非活性化する。

本発明のより詳細な理解は、例として与えられ、添付の図面に関連して理解されるべき、好ましい実施形態の以下の説明から得ることができる。

複数のＷＴＲＵ、およびノードＢを含む例示的な無線通信システムを示す図である。 図１のＷＴＲＵおよびノードＢを示す機能ブロック図である。 プロセスを割り当てる方法を示す流れ図である。 図３Ａの方法の例示的な実施方法を示す流れ図である。 代替の実施形態によるプロセスを割り当てる方法を示す流れ図である。 図４の方法によるＳＲＵ（システムリソースユニット）割り当てを例示する図である。 代替の実施形態によるプロセスを割り当てる方法を示す流れ図である。 代替の実施形態によるプロセスを割り当てる方法を示す流れ図である。

以降、言及される場合、「ＷＴＲＵ（無線送信／受信ユニット）」という用語には、ＵＥ（ユーザ機器）、移動局、固定加入者ユニットもしくは移動加入者ユニット、ポケットベル、セルラー電話機、ＰＤＡ（パーソナルデジタルアシスタント）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及される場合、「基地局」という用語には、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境において動作することができる他の任意のタイプのインタフェースデバイスが含まれるが、以上には限定されない。

図１は、複数のＷＴＲＵ１１０と、ＮＢ（ノードＢ）１２０と、ＲＮＣ（無線ネットワークコントローラ）１３０とを含む例示的な無線通信システム１００を示す。図１に示されるとおり、ＷＴＲＵ１１０は、ＲＮＣ１３０に接続されたＮＢ１２０と無線通信する。３つのＷＴＲＵ１１０、１つのＮＢ１２０、および１つのＲＮＣ１３０が、図１に示されるものの、無線デバイスと有線デバイスの任意の組合せが、無線通信システム１００に含まれることが可能であることに留意されたい。

図２は、図１の無線通信システム１００のＷＴＲＵ１１０およびＮＢ１２０の機能ブロック図２００である。図２に示されるとおり、ＷＴＲＵ１１０は、ＮＢ１２０と通信し、ＷＴＲＵ１１０とＮＢ１２０はともに、動的プロセス割り当ての方法を実行するように構成される。

通常のＷＴＲＵ内に見られる可能性がある構成要素に加えて、ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、およびアンテナ１１８を含む。プロセッサ１１５は、動的プロセス割り当て手続きを実行するように構成される。受信機１１６および送信機１１７は、プロセッサ１１５と通信する。アンテナ１１８は、受信機１１６と送信機１１７の両方と通信して、無線データの送信および受信を円滑にする。

通常のＮＢに見られることが可能な構成要素に加えて、ＮＢ１２０は、プロセッサ１２５、受信機１２６、送信機１２７、およびアンテナ１２８を含む。プロセッサ１１５は、動的プロセス割り当て手続きを実行するように構成される。受信機１２６および送信機１２７は、プロセッサ１２５と通信する。アンテナ１２８は、受信機１２６および送信機１２７の両方と通信して、無線データの送信および受信を円滑にする。

図３Ａは、プロセスを割り当てる方法３００の流れ図である。一般に、方法３００は、許されたＨＡＲＱのサブセットをＷＴＲＵ１１０にシグナリングすることを含む。このシグナリングは、好ましくは、２ｍｓのＴＴＩを有するスケジュールされていない送信を利用するＷＴＲＵ１１０、および方法３００を利用することを可能にされたＷＴＲＵ１１０に関して使用される。また、好ましくは、使用可能にすること（ｅｎａｂｌｅｍｅｎｔ）のために要求される情報は、１つまたは複数のＴＴＩにわたって規定されるＲＲＣシグナリングを介してネットワークに通信される。

ステップ３１０で、活性化されるべき、または非活性化されるべきＨＡＲＱプロセスが、識別されて、ＷＴＲＵ１１０、またはＷＴＲＵ１１０のグループにシグナリングされる（ステップ３２０）。このシグナリングは、様々な仕方で実行されることが可能である。

例えば、１つの好ましい方法では、シグナルコマンドが送信されるたびに、個別のＨＡＲＱプロセスが、そのＨＡＲＱプロセスの現在の活性化状態に応じて、活性化される、または非活性化される。このようにして、符号化を要求するビットの数は、ＨＡＲＱプロセスの最大数に依存する。ＨＳＵＰＡにおいて使用される、８（八）つのＨＡＲＱプロセスの場合、３ビットに加えて、ＨＡＲＱプロセスが活性化／非活性化されるべきかどうかを示すさらなるビットが、シグナリングされる必要がある。また、コマンドシグナルが、活性化と非活性化の間で切り替わり、最後のビットは、必要とされないので、省略されることが暗黙的であることも可能である。しかし、このようにして、ＷＴＲＵ１１０は、このシグナルをどのように解釈すべきかを前もって知っていなければならない。別の可能な方法は、コマンドシグナルが送信されるたびに、１つのＨＡＲＱプロセスが、活性化され、別のＨＡＲＱプロセスが、非活性化されることであることが可能である。この方法では、２つのＨＡＲＱプロセスを符号化するのに十分なビット数（例えば、６（六）ビット）が、要求される。このようにして、非活性化されたＨＡＲＱプロセスが、活性化さることが可能であり、活性化されたＨＡＲＱプロセスが、非活性化されることが可能である。代替として、すべての活性のＨＡＲＱプロセスが、非活性化されることが可能であり、すべての非活性化されたＨＡＲＱプロセスが、活性化されることが可能である。

また、方法３００のステップ３１０および３２０は、フレームやサブフレームなどの、シグナリングの伝送時間によって、個別のＨＡＲＱプロセスの活性化または非活性化を暗黙にシグナリングすることによって、実行されることも可能である。例えば、シグナリングコマンドのフレーム／サブフレーム数と、関与するＨＡＲＱプロセスとの間の規則が、あらかじめ確立されることが可能である。このようにして、個別のＨＡＲＱプロセスを指定するのにビットは、必ずしも必要とされないが、ＮＢ１２０は、ある特定のフレーム、またはある特定のサブフレームにおいてだけ、その個別のＨＡＲＱプロセスを活性化／非活性化するように制約される。しかし、望ましい場合、単一のビットを利用して、プロセスが活性化されるか、または非活性化されるかがシグナリングされることが可能である。代替として、伝送時間によって個別のプロセスの非活性化を示し、１つまたは複数のビットを使用することによってプロセスの活性化を示すこと、または１つまたは複数のビットによって個別のプロセスの非活性化を示し、伝送時間によってプロセスの活性化を示すことなどによって、方法の組合せが使用されることが可能である。

図３Ａの方法３００のステップ３１０および３２０を使用するための別の代替は、シグナリングコマンドを利用して、すべてのＨＡＲＱプロセスの活性化または非活性化を一度に指定することである。このことは、各ビットが、ＨＡＲＱプロセスを表し、そのビットの値が、そのプロセスが活性化されるべきか、または非活性化されるべきかを示す、あるいは、そのプロセスの活性／非活性状態が、単に切り換えられる、ビットマップを定義することによって達せられることが可能である。

現行の技術では、ＨＡＲＱプロセスインデックスとも呼ばれるＨＡＲＱプロセス分子（ｎｕｍｅｒａｔｏｒ）は、ＷＴＲＵ固有であることに留意されたい。しかし、ＲＮＣ１３０が、これらの分子を揃えて、ブロードキャストされた情報が、ＲＮＣ１３０と通信する、すべてのＷＴＲＵ１１０によって使用されることが可能であるようにすることができる。代替として、ビットマップの各ビットと各ＨＡＲＱプロセス分子との間の対応より前に、ある特定のＷＴＲＵ１１０にシグナリングが行われてもよい。

例えば、インデックス（例えば、１から８まで）を使用して識別される、各ＷＴＲＵに関する、可能な８（八）つのＨＡＲＱプロセスが、存在する。ＷＴＲＵ１１０は、互いに同期されないので、ある特定のＷＴＲＵ１１０に関するＨＡＲＱプロセスＮは、一般に、別のＷＴＲＵ１１０に関するＨＡＲＱプロセスＮと同時には送信されない。しかし、ＮＢ１２０が、ある特定の時点で送信される、複数のＷＴＲＵ１１０に関するＨＡＲＱプロセスを活性化する、または非活性化することを所望することが可能である。このシグナリングが、「ブロードキャスト」シナリオにおいて行われることを可能にするのに、１つの特定のＷＴＲＵ１１０に関するＨＡＲＱプロセスＮが、他の任意のＷＴＲＵ１１０に関するＨＡＲＱプロセスＮと同時に送信されるように、異なるＷＴＲＵ１１０のＨＡＲＱプロセスインデックスが、同期されなければならない。代替として、何らかの共通のリファレンスによって指定されることが可能な、所与の時点で送信されるすべてのプロセスが、オンにされるべきこと、またはオフにされるべきことを、ＮＢ１２０がシグナリングする場合、各ＷＴＲＵ１１０が、いずれのプロセスインデックスが、オンにされるべきか、またはオフにされるべきかをあらかじめ、認識させられることが可能である。

図３Ａの方法３００のステップ３１０および３２０を実行する別の仕方では、ＷＴＲＵ１１０は、事前指定された、または前もってネットワークからシグナリングされた条件下で、「オフに切り換え」られているある個別のプロセスを利用することを許されることが可能である。これらの条件の１つには、ＷＴＲＵ１１０によるアップリンク伝送に関するデータのバッファ占有率（ｏｃｃｕｐａｎｃｙ）が含まれることが可能である。個別の各プロセスに関連するビットの数は、様々であることが可能であり、異なる優先度が、個別の各プロセスの使用に関するそれぞれの異なる条件セットに対応するという点で、使用の優先度を示すことが可能である。

ビットの数は、ＨＡＲＱプロセスの最大数と等しいことが可能である。例えば、８（八）ビットが、ＨＳＵＰＡに関して使用される。代替として、要求されるビット数は、ある特定のＷＴＲＵ１１０に関して潜在的に活性化されることが可能なＨＡＲＱプロセスのセットが、可能なＨＡＲＱプロセスの最大数より少ない場合、減らされることも可能である。潜在的に活性化されるＨＡＲＱプロセスのセットは、制限されたＨＡＲＱプロセスのセットがシグナリングされるのと同一の仕方で、より高位の層（例えば、ＲＲＣ）を介してＷＴＲＵ１１０にシグナリングされることも可能である。

また、シグナリングコマンドは、情報がＷＴＲＵ１１０によって受信されたときから即時に、または一定の遅延で有効になる、許されたＨＡＲＱプロセス（すなわち、ＷＴＲＵ１１０がアップリンク伝送のために使用することができるＨＡＲＱプロセス）のセットを指定することも可能である。代替として、許されたプロセスの更新されたセットが、シグナリングメッセージ自体の中で指定された時刻に有効になることが可能である。好ましくは、許されたＨＡＲＱプロセスのセットは、許されたＨＡＲＱプロセスの複数のセットが、既に事前定義されており、ＷＴＲＵ１１０において知られている、テーブルへのインデックスとしてシグナリングされる。このインデックスを表すビットの数は、事前定義されることが可能なセットの数を制限する。このインデックスと、許されたＨＡＲＱプロセスのセットとの間のマッピングは、より高位の層のシグナリングを介して事前構成されることが可能であり、あるいは、許されたＨＡＲＱプロセスのセットが、その特定の許されたプロセス番号を列挙することによってＷＴＲＵ１１０に明示的にシグナリングされることが可能である。

図３Ａの方法３００のステップ３１０および３２０を実行する別の仕方は、シグナリングが、ＷＴＲＵ１１０が個々のＨＡＲＱプロセスをオンにすべき、またはオフにすべき確率を指定することである。好ましくは、ＨＡＲＱプロセスごとに単一の確率値（例えば、オフにする）が、シグナリングされ、第２の確率値（例えば、オンにする）が、事前定義された規則に従って、シグナリングされる値を使用することによって計算される。代替として、オフ確率とオン確率の両方が、ＷＴＲＵ１１０に明示的にシグナリングされてもよい。

前述した方法のいずれに関しても、シグナリングコマンドは、個別のＷＴＲＵ１１０、または複数のＷＴＲＵ１１０に送信される（ステップ３２０）、または向かわされる。

１つの好ましい実施形態では、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（強化された専用チャネル）絶対許可チャネル）の機能が、情報ビットのさらなる解釈を定義することによって拡張されることが可能である。正しい解釈は、異なるＴＴＩ内に時間多重化することによって、さらに／または異なる拡散符号を使用することによって、ＷＴＲＵ１１０に知られることが可能である。これらの時間および符号は、ネットワークによってＷＴＲＵ１１０にシグナリングされることが可能である。さらに、この解釈は、ＷＴＲＵ ＩＤなどの、Ｅ−ＡＧＣＨの中に埋め込まれた識別符号によって暗示されてもよい。このことは、Ｅ−ＡＧＣＨを使用して時間多重化され、さらに／または符号多重化されることが可能である、新たな名前をもつ新たな物理チャネル（例えば、Ｅ−ＡＰＩＣＨ（強化された活性プロセスインジケータチャネル））を定義することと均等である。

現在、Ｅ−ＡＧＣＨは、１６ビットのＥ−ＲＮＴＩ（強化された無線ネットワーク一時識別子）でＣＲＣ（巡回冗長符号）をマスクすることによって、ＷＴＲＵ１１０を識別する。このアプローチは、スケジュールされた送信とスケジュールされていない送信の両方を使用するＷＴＲＵ１１０に関して、スケジュールされていない送信のためのさらなるＥ−ＲＮＴＩを定義することによって、拡張されることが可能である。ＷＴＲＵ１１０は、複数のＥ−ＲＮＴＩに応答しなければならない。また、スケジュールされた動作と、スケジュールされていない動作を時間的に分けることも可能である。スケジュールされていない動作に関してＲＮＣ１３０によって使用を許されているプロセスに関して、ＡＧＣＨは、前述した実施形態において説明されるビット解釈を利用する一方で、他のプロセスにおいて、ＡＧＣＨは、現行の技術において利用されるビット解釈を利用する。

さらに、ネットワークは、ＷＴＲＵ１１０のグループ、および、これらのグループに関するＥ−ＲＮＴＩ値を定義することができる。このことにより、一部のＨＡＲＱプロセスが、複数のＷＴＲＵ１１０に関して非活性化される必要がある場合に、より迅速なシグナリングが可能になる。したがって、ある特定のＷＴＲＵ１１０が、Ｅ−ＲＮＴＩ値のセットに関連付けられることが可能であり、これらの値のうちのいくつかは、複数のＷＴＲＵ１１０に共通であることが可能である。さらなる処理は、畳み込み符号化と、その後に続く、レートマッチングなどの、Ｅ−ＡＧＣＨに関して、現在、定義されているものと同様であることが可能である。Ｅ−ＡＧＣＨ上、またはＥ−ＡＰＩＣＨ上に要求される数の情報ビットを収めるように、符号化レート、レートマッチングの量、ＣＲＣのサイズなどの点で、さらなる可能性が存在する。好ましくは、符号化レートおよびレートマッチングは、ＷＴＲＵ１１０における復号動作を簡単にするように、従来技術のＥ−ＡＧＣＨと同一に保たれなければならない。例として、Ｅ−ＡＧＣＨは、ＷＴＲＵ ＩＤ情報（Ｅ−ＲＮＴＩ）／ＣＲＣ（１６ビット）、および６ビットのペイロードを含むことが可能である。命令を符号化するのにいくつのビットが必要とされるかに依存して、１回、または複数回のＥ−ＡＧＣＨ送信が、これらの送信の利用可能なビットを連結することによって組み合わされることが可能である。別の例では、Ｅ−ＲＮＴＩ／ＣＲＣフィールドが、１６ビットから、より少ない数のビットに縮小されて、利用可能なビット数が増やされることが可能である。

ステップ３２０でＷＴＲＵ１１０にシグナリングする別の仕方は、Ｅ−ＲＧＣＨ／Ｅ−ＨＩＣＨ機能を拡張すること、または新たなシグナリングを含む別個の直交シーケンスを利用することによって、新たに定義されたチャネルを、これらのチャネルと多重化することである。このオプションは、ＴＴＩごとに２進値の送信を許す。１つまたは複数のＷＴＲＵ１１０が、直交シーケンス（シグネチャ）によって識別される。また、ＴＴＩの３（三）つのスロットのそれぞれの中でシーケンスを組み合わせないことによって、３（三）つの２進値を送信することも可能である。しかし、この仕方は、より大きい送信電力を要求する可能性がある。新たなシグナリング、および既存のＥ−ＲＧＣＨ（強化された相対許可チャネル）／Ｅ−ＨＩＣＨ（強化されたＨＡＲＱインジケータチャネル）をサポートするのに要求される直交シーケンスの数が、不十分である場合、その新たなシグナリングを含む、異なる拡散符号が利用されて、Ｅ−ＲＧＣＨ／Ｅ−ＨＩＣＨの直交シーケンスの再使用が許されることが可能である。

代替として、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）のフォーマットが、活性化／非活性化コマンドを含むように変更されてもよい。これらのさらなるビットに関するフォーマットは、Ｅ−ＡＧＣＨに関して前述した方法と同様であることが可能である。

前述したステップ３２０に関するシグナリング方法に加えて、他の様々な技術が、利用されることが可能である。例えば、既存のＢＣＣＨ（ブロードキャスト制御チャネル）／ＢＣＨ（ブロードキャストチャネル）が、個々のＨＡＲＱプロセスの活性化／非活性化と関係するシグナリング情報を含むように拡張されることが可能である。既存のＲＲＣ制御シグナリングが、個々のＨＡＲＱプロセスの活性化／非活性化と関係する情報を伝送するように拡張されることが可能である。高速メディアアクセス制御（ＭＡＣ−ｈｃ）ヘッダが、活性化／非活性化コマンドを含むように変更されることが可能であり、さらなるビットに関するフォーマットは、場合により、Ｅ−ＡＧＣＨに関して前述したオプションの１つと同様である。この特定の例の場合、再送は、ＤＬ（ダウンリンク）において同期であり、ＷＴＲＵ１１０は、通常、ダウンリンクＰＤＵ復号が成功して初めて、その情報を復号することができるので、個別のＨＡＲＱプロセスがシグナリング時間によって暗黙に示されるシグナリングオプションは、好ましくは、このダウンリンクＰＤＵに関する第１の伝送に対応するＨＳ−ＳＣＣＨの伝送時間を参照する。

シグナリングを、ＷＴＲＵ１１０におけるＤＲＸ（不連続な受信）、またはＤＴＸ（不連続な送信）の使用に適合させるのに、いくつかの条件が満たされる場合、ＷＴＲＵ１１０が、さもなければＤＲＸに入るＴＴＩ中に、リッスンするように（すなわち、ＤＲＸに入らないように）ＷＴＲＵ１１０を強制する規則を課すことが要求されることが可能である。

例えば、ＷＴＲＵ１１０は、ＮＢ１２０が、必要とされる場合、活性化されたＨＡＲＱプロセスを変更することができるように、音声活動の再開または割り込みの直後に、ある期間にわたってＤＲＸを利用しないように要求されることが可能である。代替として、ＷＴＲＵ１１０が、所定のパターンに従って、ＷＴＲＵが、さもなければＤＲＸに入っている、いくつかのＴＴＩ中に周期的にリッスンすることが、要求されることも可能である。別の例として、ＷＴＲＵ１１０は、ＮＢ１２０が、ＨＡＲＱプロセスを非活性化すると、別のＨＡＲＱプロセスが活性化されるまで、ＤＲＸを停止する（すなわち、すべてのＴＴＩ内でリッスンする）ように要求されることも可能である。このため、ある特定のＷＴＲＵ１１０のＨＡＲＱプロセス割り当てを変更することを望むＮＢ１２０は、ＷＴＲＵ１１０が、新たなＨＡＲＱプロセスの活性化をリッスンすることを知っており、ＨＡＲＱプロセスの１つを非活性化することから始める。また、その逆の規則（第１に、活性化し、第２に、非活性化する）も可能である。より一般的には、ＷＴＲＵ１１０が、ある指定された数のＨＡＲＱプロセスを活性化している場合に限って、ＷＴＲＵ１１０が、ＤＲＸを活性化することを許す規則が、確立されることも可能である。

ＨＡＲＱプロセスの新たなセットが、ＷＴＲＵ１１０が使用しているＤＲＸ／ＤＴＸパターンに対応することを確実にするのに、ネットワークは、ＮＢ１２０からＷＴＲＵ１１０にＤＲＸ活性化および／またはＤＴＸ活性化をシグナリングすることができる。代替として、シグナリングは、より高位の層によって行われることも可能である。プロセスを使用可能にする、または使用不可にする個別ＷＴＲＵシグナリングまたはグループＷＴＲＵシグナリングは、現行の技術において存在するので、このシグナリングが、複数のプロセスの使用に関する条件を示すように拡張されることが可能である。

また、これらの実施形態は、マクロダイバーシティ（ｍａｃｒｏｄｉｖｅｒｓｉｔｙ）をサポートすることもできる。例えば、ある特定のＷＴＲＵ１１０が、このＷＴＲＵ１１０のサービングＮＢ１２０に加えて、活性セットの中の１つまたは複数のＮＢ１２０（図示されていないさらなるＮＢ）に送信する状態にあることが可能であり、これらのＮＢ１２０が、次に、そのデータを、マクロ組合せが行われる（ｍａｃｒｏ−ｃｏｍｂｉｎｅｄ）ようにＲＬＣに送信する。サービングＮＢ１２０が、割り当てられたＨＡＲＱプロセスを変更する場合、活性セットの中のその他のセルは、新たなＨＡＲＱプロセスにおけるＷＴＲＵ１１０からのアップリンク伝送を盲目に検出することが可能であり、あるいはサービングＮＢ１２０が、ＲＮＣ１３０に変更をシグナリングすることが可能であり、ＲＮＣ１３０が、次に、活性セットの中の他のＮＢ１２０に、それらの変更を伝える。

電力制御のため、すべてのＷＴＲＵ１１０は、アップリンク干渉へのＷＴＲＵ１１０の寄与に関して、交換可能と考えられることが可能である。したがって、ＮＢ１２０は、ＮＢ１２０が、プロセスの間でいずれのＷＴＲＵ１１０を移すかを選択する能力を有する。したがって、ＮＢ１２０は、ハンドオーバ中のＷＴＲＵ１１０のＨＡＲＱプロセス割り当てを変更しないことを選択することができる。

ＷＴＲＵ１１０は、システム内で移動するので、Ｅ−ＤＣＨサービングＮＢ１２０の変更が、周期的に要求される。この移動性をサポートするため、この周期中のＷＴＲＵ１１０およびＮＢ１２０の振舞いに関して、いくつかの代替が、存在する。一例では、ＷＴＲＵ１１０は、ＷＴＲＵ１１０が、新たなサービングＮＢ１２０から活性化／非活性化コマンドを受信するまで、より高位の層によって制限されていない任意のＨＡＲＱプロセス上で送信することを許される（すなわち、すべてのプロセスが活性である）。代替として、ＷＴＲＵ１１０は、ＷＴＲＵ１１０が、新たなサービングＮＢ１２０から活性化コマンドを受信するまで、いずれのＨＡＲＱプロセス上で送信することも許されないことが可能である（すなわち、すべてのプロセスが、非活性である）。

しかし、別の好ましい実施形態では、ＷＴＲＵ１１０は、Ｅ−ＤＣＨサービングＮＢ１２０が変更された際、ＷＴＲＵ１１０のＨＡＲＱプロセスの各プロセスの同一の活性／非活性状態を維持する。次に、新たなＥ−ＤＣＨサービングＮＢ１２０が、各ＨＡＲＱプロセスの状態を変更する活性／非活性コマンドを送信する。新たなサービングＮＢ１２０が、既に非活性であるＨＡＲＱプロセスに関して、非活性化コマンドを送信した場合、または既に活性であるＨＡＲＱプロセスに関して、活性化コマンドを送信した場合、ＷＴＲＵ１１０は、このコマンドを無視することができる。オプションとして、新たなサービングＮＢ１２０は、Ｉｕｂを介して無線リンクがセットアップされた際、ＲＮＣ１３０によってＷＴＲＵ１１０のＨＡＲＱプロセスの活性／非活性状態をシグナリングすることができる。そのようなシグナリングは、Ｅ−ＤＣＨ（強化されたデータチャネルハンドラ）サービングノードＢが変更されるのに先立って、または変更された際、古いサービングＮＢ１２０が、やはりＩｕｂを介して、ＲＮＣ１３０に、この情報をシグナリングすることを要求する。

すると、ＷＴＲＵ１１０は、ＷＴＲＵが受信したシグナリングに反応する（ステップ３３０）。この反応には、いくつかの変種が含まれることが可能である。一例では、ＷＴＲＵ１１０は、少なくとも、ＭＡＣ−ｅ状態が、アップリンクデータなしからアップリンクデータに変化すると、リッスンすることが可能である。データなしからデータへの変化は、新たなデータがバッファの中に着信して、Ｎ１個のＴＴＩが経過すると、示される。データからデータなしへの変化は、バッファの中に新たなデータが着信することなしに、Ｎ２個のＴＴＩが経過すると、示される。Ｎ１およびＮ２は、ネットワークによってＷＴＲＵ１１０に前もってシグナリングされることが可能である。特にシグナリングされた場合、ＷＴＲＵ１１０は、命令されたとおり、プロセスを使用可能、または使用不可にしなければならない。

代替の例では、ＷＴＲＵ１１０に、ＷＴＲＵのグループの一部としてシグナリングを受けた場合、ＷＴＲＵ１１０は、ネットワークによってシグナリングされることが可能な確率を利用して、その命令を実行するかどうかをランダムに決定することができる。ＨＡＲＱプロセス内の同期の再送をサポートするため、好ましくは、ＷＴＲＵ１１０は、現在のＨＡＲＱプロセスが完了して初めて、つまり、肯定的なＡＣＫが受信されて、または最大回数の再送が満たされて初めて、異なるＨＡＲＱプロセスに切り換えることを許されるべきである。代替として、グループの一部としてシグナリングを受けた場合、ＷＴＲＵ１１０は、あるランダムな時間、待ってから、その命令を実行してもよく、このランダムな時間は、ネットワークによって前もってＷＴＲＵ１１０にシグナリングされることが可能である。

ＤＲＸまたはＤＴＸが活性化された際、およびＷＴＲＵ１１０が、より高位の層のシグナリングによって、そのように振舞うように以前に命令されている場合、ＷＴＲＵ１１０は、前回のＤＲＸ活性化シグナル、または前回のＤＴＸ活性化シグナルにそれぞれ対応するように、ＷＴＲＵ１１０のＤＲＸパターンおよびＤＴＸパターンに関するリファレンスを調整する。代替として、ＷＴＲＵ１１０は、シグナリングされたＨＡＲＱプロセスのセットに対応するようにＤＲＸ／ＤＴＸパターンを調整する。ＤＲＸ／ＤＴＸパターンへのＨＡＲＱプロセスのマッピングは、所定であることが可能であり、あるいはより高位の層のシグナリングによって前もってシグナリングされることが可能である。

現行の３ＧＰＰリリース６アーキテクチャでは、ＲＲＣ層は、ＲＮＣ１３０に終端する。ＨＡＲＱプロセス活性化の制御をＮＢ１２０に任せる場合、ＮＢ１２０は、活性化されたプロセスの数の過度の低減を避けるように、ＷＴＲＵ１１０のＱｏＳ（サービス品質）要件についての情報を要求することが可能である。スケジュールされていない動作における活性化されたプロセスの数のそのような低減は、ＷＴＲＵ１１０の活性のプロセス中にＷＴＲＵ１１０の瞬間データレートを増加させ、ＷＴＲＵ１１０が、ＷＴＲＵのＱｏＳを満たすことができる区域を小さくするように、ＷＴＲＵ１１０を望ましくない仕方で強制する。したがって、ＲＮＣ１３０に、ＷＴＲＵ１１０に関する情報をＮＢ１２０に通信させる、またはＮＢ１２０に、他の何らかの仕方で、その情報を獲得させることが有用である可能性がある。

例えば、ＲＮＣ１３０は、ＷＴＲＵ１１０送信をサポートするのに、所与の時点で活性化される必要があるＨＡＲＱプロセスの最小数を推定することが可能である。ＲＮＣ１３０は、保証されたビットレートがどれだけであるかを知っており、外部ループ電力制御およびＨＡＲＱプロファイル管理を介してＨＡＲＱプロセスのスループットを支配しているので、この推定を実行する能力を有する。ＲＮＣ１３０は、ＨＡＲＱプロセスの、この数を、ＮＢＡＰシグナリングを介してＮＢ１２０に通信する。ＮＢ１２０は、ＷＴＲＵ１１０が、任意の時点で、少なくともこの数のＨＡＲＱプロセスを活性化していることを確実にする。単純であるため、このプロセスは、ＮＢ１２０に関して望ましい可能性がある。

さらに、ＲＮＣ１３０は、ＮＢＡＰシグナリングを介してＮＢ１２０に保証されたビットレートを提供することができる。この保証されたビットレートに基づいて、ＮＢ１２０は、いくつの活性のＨＡＲＱプロセスが所与の時点で要求されるかを推定し、それに応じて、個々のプロセスを活性化する。また、ＮＢ１２０は、非活動の周期中にいくつかのプロセスを非活性化することを決定することもできる。

代替として、ＲＮＣ１３０は、ＮＢ１２０に全く情報を供給しないことも可能である。代わりに、すべてのＨＡＲＱプロセスが既に活性化されているのでない限り、ＮＢ１２０が、１回に１つを超えるＲＬＣ ＰＤＵを決して送信する必要がないという制約を伴って、ＮＢ１２０が、所与のＷＴＲＵ１１０に関する活性のＨＡＲＱプロセスの数を、可能な最小値に維持しようと努めることが可能である。ＮＢ１２０は、復号に成功したＭＡＣ−ｅ ＰＤＵのコンテンツを検査することによって、複数のＲＬＣ ＰＤＵの伝送を検出することが可能である。このアプローチは、ＮＢ１２０に相当な柔軟性をもたらすが、実施するのがより複雑である可能性がある。

ＮＢ１２０によって決定されたあらゆるＨＡＲＱプロセス割り当て変更、およびもたらされるＤＲＸ／ＤＴＸパターンもしくはリファレンスの変更が、ＲＮＣ１３０にシグナリングされることが可能であり、ＲＮＣ１３０は、ハンドオーバの場合に、それらの変更をターゲットＮＢ１２０にシグナリングすることができる。

現行の技術では、ＷＴＲＵ１１０が使用することを許されるＨＡＲＱプロセスのセットは、Ｌ３シグナリングを介してＲＮＣ１３０によって示される。このシグナリングは、維持されることが可能であり、前述した様々なスキームに従ってＮＢ１２０によって活性化される、または非活性化されることが可能な、ＷＴＲＵ１１０に関する、許されたＨＡＲＱプロセスを示す。さらに、ＲＮＣ１３０は、活性化されるべきＨＡＲＱプロセスの初期セットをＷＴＲＵ１１０に示すことも可能である。

図３Ｂは、図３Ａの方法３００の例示的な実施形態３０５の流れ図である。特に、実施形態３０５は、ＲＮＣ１３０、ＮＢ１２０、およびＷＴＲＵ１１０が、ＶｏＩＰアプリケーション、または他の任意の遅延センシティブなアプリケーションなどに関して、容量を最適化することを許す。コールセットアップ開始後（ステップ３７０）、ある特定のＷＴＲＵ１１０に、好ましくは、活性化される可能性があるＨＡＲＱプロセスのリストが供給される（ステップ３７５）。代替として、リストが供給されない場合、ＷＴＲＵ１１０は、すべてのＨＡＲＱプロセスを使用することができる可能性があるものと想定してもよい。また、ＲＮＣ１３０が、ＨＡＲＱプロセスの要求される数を決定する際にＮＢ１２０を支援するように、好ましくは、ＮＢＡＰを介して、ＮＢ１２０に情報を供給する。

ＷＴＲＵ１１０が、送信を開始した後、ＮＢ１２０が、システムにおける干渉が最大であるＨＡＲＱプロセスを非活性化することを始める（ステップ３８０）。さらに、ＮＢ１２０は、干渉が最小であったＨＡＲＱプロセスを活性として維持する。

次に、ＮＢ１２０は、スケジュールされていない送信を有する、システムにおける受け付けられたすべてのＷＴＲＵ１１０の活動を継続的に監視し（ステップ３８５）、活動に応じて活性のＨＡＲＱプロセスを変更することによって、すべてのＨＡＲＱプロセスにわたる干渉を、ある特定の閾値より下に維持しようと試みる（ステップ３９０）。ステップ３９０を実行する多数の仕方が、存在する。

１つの仕方は、ＮＢ１２０が、以前に非活性であったＷＴＲＵ１１０が活性になったことを検出した際に、このＷＴＲＵ１１０に関する活性のＨＡＲＱプロセスのセットを、干渉が最も小さいＨＡＲＱプロセスに変更することである。代替として、以前に活性であったＷＴＲＵ１１０が、非活性になった場合、このＷＴＲＵ１１０は、このＷＴＲＵ１１０の活性のＨＡＲＱプロセスのセットを、別の活性のＷＴＲＵ１１０のセットと交換することができる。さらに、ＮＢ１２０は、非活性になったある特定のＷＴＲＵ１１０のほとんどのＨＡＲＱプロセスを非活性化して、活動が再開した際、干渉が最小である場合などの、他のＨＡＲＱプロセスを活性化することもできる。

別の代替は、ＮＢ１２０が、各ＨＡＲＱプロセス上の干渉を監視し、すべてのプロセスにわたる干渉の最大レベルが増加しないという条件付きで、１つのＷＴＲＵ１１０のＨＡＲＱプロセスの１つを、最も干渉の大きいＨＡＲＱプロセスから最も干渉の小さいＨＡＲＱプロセスに周期的に再割り当てすることが可能である。つまり、そのＷＴＲＵ１１０における、最も干渉の大きいＨＡＲＱプロセスが、非活性化され、そのＷＴＲＵ１１０における、最も干渉の小さいＨＡＲＱプロセスが、活性化される。

図４は、代替の実施形態による、プロセスを割り当てる方法４００の流れ図である。Ｅ−ＡＰＩＣＨの目的は、ＨＡＲＱプロセスの間で可能な限り一様であるアップリンク干渉プロファイルを保つことなので、ＷＴＲＵ１１０へのシステムリソースのグループごとの割り当てが可能である。

図４の方法４００のステップ４１０で、ＳＲＵ（システムリソースユニット）が、定義される。好ましくは、ＳＲＵは、ＨＡＲＱプロセスと、レートまたは電力などの、干渉システムリソースのグラニュラ量（ｇｒａｎｕｌａｒ ａｍｏｕｎｔ）の組合せと定義される。干渉システムリソースは、好ましくは、ＣＤＭＡアップリンクなどの干渉制限されたシステムにおいて、送信機によって同時に利用されることが可能である電力またはレートが、有限の量しか存在しないことを考慮することによって定義される。利用可能であるより多くのリソースの使用は、干渉を生じさせ、おそらく、パケットの損失を生じさせる。好ましい実施形態では、干渉システムリソースは、通常、レートまたは電力を使用して測定されるものの、他の測度が、使用されることも可能である。さらに、要求されるＳＩＲ（信号対干渉比）、受信される電力、アップリンク負荷（すなわち、ＵＬポールキャパシティ（ｐｏｌｅ ｃａｐａｃｉｔｙ）の一部）が、やはり利用されることが可能な測度である。

図４の方法４００のステップ４２０で、ＳＲＵが、ＷＴＲＵ１１０に割り当てられる。実際、本発明の、この代替の実施形態におけるすべての割り当ては、ＳＲＵを使用して行われる。好ましくは、ＷＴＲＵ１１０のあるグループが選択されて、同一のスケジュールされていないＳＲＵが割り当てられる。ＳＲＵがどのように定義されるかに依存して、このことは、様々な仕方で実行されることが可能である。例えば、ＳＲＵ＝（ＨＡＲＱプロセス、電力）である場合、ＨＡＲＱプロセスは、ＲＲＣシグナリングを介して割り当てられることが可能であり、ただし、電力は、Ｅ−ＡＧＣＨなどの機構を介して割り当てられる。グループ内のすべてのＳＲＵプロセスが、活性であるものと想定され、したがって、すべてのＨＡＲＱプロセスが、活性である。迅速な割り当ては、このグループ内でＳＲＵを割り当てることにだけ使用される。グループ内のいずれのＷＴＲＵ１１０も、所与の時点である特定のＨＡＲＱプロセスを使用しないことを確実にする、グループ内のＳＲＵの、オプションの「禁止」が、可能である。

ＷＴＲＵグループへのＳＲＵの割り当ては、単独のグループにＳＲＵを割り当てて、このグループが、送信を行っている唯一のグループである場合、この時点でシステムリソース数を超え、通信の成功が保証されるようにすることによって、実行されることが可能である。しかし、複数のグループが存在する場合、あるセル内で割り当てられたＳＲＵの総数が、利用可能なＳＲＵの総数を超える可能性がある。

図５は、図４の方法４００によるＳＲＵ（システムリソースユニット）割り当ての例示的な図である。図５に示される例では、システムは、８つのＨＡＲＱプロセスをサポートし、３つのＳＲＵだけしか同時にサポートされることが可能でないものと想定されることが可能である。いずれのＷＴＲＵグループにも、ＳＲＵは割り当てられず、したがって、それは、自己干渉を誘発することが可能である。しかし、合計で利用可能な数の２倍のＳＲＵが、割り当てられており、ＷＴＲＵ１１０がすべて、同時に送信する場合、干渉が生じることを可能にしている。図５に示されるとおり、これらのＳＲＵは、Ｇｒｏｕｐ１、Ｇｒｏｕｐ２、Ｇｒｏｕｐ３、およびＧｒｏｕｐ４として示されるＷＴＲＵ１１０のグループに割り当てられる。しかし、４つのグループの図示は、例示的であり、任意の数のグループが思い描かれることが可能であることに留意されたい。ＷＴＲＵ１１０のグループに１つまたはいくつかのＳＲＵを割り当てることにより、次に、ＳＲＵの迅速な割り当てが、好ましくは、Ｅ−ＡＰＩＣＨを使用して、ＮＢ１２０によってシグナリングされ、ただし、ＮＢ１２０は、ある特定のグループの中のいずれの２つのＷＴＲＵ１１０にも、同一のＳＲＵが割り当てられないことを確実にする。

方法４００において説明されるグループごとのアプローチには、いくつかの利点および課題が、存在する。ＷＴＲＵ１１０をグループ化することによって、ＮＢ１２０におけるスケジューリングが、単純化される。例えば、ＨＡＲＱ割り当ては、グループ間で半静的であり、グループ内でだけ動的である。他方、グループは、干渉プロファイルを比較的安定しているように保つのに十分な自由と十分な応答時間をともにもたらす。

さらに、１グループ当たり単一のＥ−ＡＰＩＣＨだけしか要求されないので、シグナリングオーバヘッドが、低減されることが可能である。グループの中のすべてのＷＴＲＵ１１０が、同一のＥ−ＡＰＩＣＨを監視する。さらに、ＷＴＲＵ１１０に対する個別の「電力許可」の必要性が、全く存在しない。ある特定のＷＴＲＵ１１０が、そのＷＴＲＵ１１０に、より多くのＳＲＵを与えることにより、またはいくつかのＳＲＵを除去することにより、所与のＨＡＲＱプロセスにおいて、より多くの電力、またはより少ない電力が常に許可されることが可能である。

しかし、ＷＴＲＵ１１０が、セルに入ったり、セルを離れたりするにつれ、グループは、更新される必要があり、このことが、シグナリングオーバヘッドの増大につながる可能性がある。この問題は、ＷＴＲＵ１１０が、グループに入るたびに、またはグループを離れるたびに、グループ全体は更新しないことによって、緩和されることが可能である。特定のＷＴＲＵ１１０は、そのＷＴＲＵ１１０自体のグループ、およびグループ内のそのＷＴＲＵ１１０のＩＤだけを知っていればよいため、グループ更新オーバヘッドが、低減されることが可能である。

例えば、ＷＴＲＵ１１０が、あるセルを離れる場合、そのＷＴＲＵ１１０のグループは、そのままに維持されるが、ＮＢ１２０は、そのＷＴＲＵ１１０に全くＳＲＵを割り当てない。同様に、ＷＴＲＵ１１０が、あるセルに入る場合、このＷＴＲＵ１１０は、例えば、グループの中のあるＷＴＲＵが、セルを以前に離れたために、空きがあるグループに追加されることが可能であり、あるいは、このＷＴＲＵ１１０を唯一のメンバとして、新たなグループが作成されることが可能である。他のＷＴＲＵ１１０が、その後、この新たに作成されたグループに追加されることが可能である。いずれにしても、ＮＢ１２０は、グループをときどき再構成しなければならない。しかし、このことは、非常に稀な事象である可能性が高い。

ＮＢ１２０のスケジューラに依存して、ＷＴＲＵ１１０のグループサイズによって要求されるレート、またはサポートされるサービスは、様々であることが可能である。したがって、グループを形成する様々な仕方が、存在する。

例えば、１グループ当たりの合計ＳＲＵ数が、一定であることが可能である。１グループ当たりのＷＴＲＵ１１０の数が、一定であることが可能である。１グループ当たりのある特定の個別のリソース（例えば、レート、電力、ＨＡＲＱプロセス）の合計が、一定であることが可能である。グループは、同様の受信機特性（例えば、ＭＩＭＯ（多入力多出力）対応、Ｔｙｐｅ−ｘ受信機）を有するＷＴＲＵ１１０から成ることが可能である。また、グループは、類似したチャネル品質を有するＷＴＲＵ１１０から成ることも可能である。

グループごとのＥ−ＡＰＩＣＨに関する多重化オプションおよびシグナリングオプションは、ＷＴＲＵごとの迅速な割り当てに関して前述したオプションと同様であるものの、シグナリングオプションは、変更される必要がある可能性がある。すべてのＨＡＲＱプロセスが、グループに関して活性であるものと想定されるので、所与のＴＴＩ内のＥ−ＡＧＣＨは、このプロセスが割り当てられたＷＴＲＵ１１０のグループインデックスを含む。グループの中のすべてのＷＴＲＵ１１０に関してＨＡＲＱプロセスを禁止するのに、特別なインデックス、または存在しないＷＴＲＵのインデックスが使用されることが可能である。

さらに、伝送のタイミングを介する暗黙のシグナリングは、グループに関して実用的でない可能性があるが、ＨＡＲＱプロセスを禁止するためのオーバレイとして使用されることが可能である。また、ビットフィールドの代わりに、シンボル（すなわち、マルチビット）フィールドが、使用され、ただし、各シンボルは、いずれのＷＴＲＵ１１０に、ある特定のＨＡＲＱプロセスが許されるかを示し、プロセスを禁止する特別なシンボル、または存在しないＷＴＲＵのインデックスは、使用されないことが可能である。例えば、各ＷＴＲＵ１１０に、ビットフィールドの位置が割り当てられることが可能である。「０」は、この位置に割り当てられたＷＴＲＵが、そのプロセスを使用することができないことを示すことが可能であるのに対して、「１」は、ＷＴＲＵが、その特定のプロセスを使用することができることを示すことが可能である。さらに、このビットフィールドの位置の１つは、いずれの特定のＷＴＲＵ１１０にも割り当てられず、代わりに、そのプロセスが、ＷＴＲＵ１１０のいずれかによって、またはすべてによって使用されることが可能であるか、または可能でないかを示すのに使用されることが可能である。

図６は、代替の実施形態によるプロセスを割り当てる方法６００の流れ図である。この代替の実施形態では、スケジュールされていない動作が、ダウンリンクシグナリングの中で指定された制約の範囲内でＨＡＲＱプロセスを動的に変更するためにＷＴＲＵ１１０に十分な情報を含む最小限のダウンリンクシグナリングを送信することによって、強化されることが可能である。スケジュールされていない動作のためのＨＡＲＱ割り当ての現在のＲＲＣシグナリングは、ＨＡＲＱプロセスにわたる平滑なＷＴＲＵ負荷分布が存在するように、ＷＴＲＵ１１０に関してＨＡＲＱプロセスが、制限され、スタガリングされる（ｓｔａｇｇｅｒｅｄ）ように行われることが可能である。しかし、このようにすることは、一部のＨＡＲＱプロセス中に高い干渉を生じさせる可能性がある音声活動の変動を平滑化しない。

制限され、スタガリングされたＨＡＲＱ割り当てのＲＲＣシグナリングを利用して、スケジュールされていない動作が強化されることが可能である。方法６００のステップ６１０で、ＲＮＣ１３０が、ＨＡＲＱ割り当てを行う。ＨＡＲＱ割り当てが行われると、知られている制御されたパターン／ホッピング割り当てが、利用されることが可能である（ステップ６２０）。この知られている制御されたパターン／ホッピングは、ＨＡＲＱプロセス当たりのＷＴＲＵの負荷が、前と同じままであるが、音声活動が、ＨＡＲＱプロセスにわたって平滑化されるような仕方で、ＲＮＣ１３０割り当ての上にあるＷＴＲＵ１１０を動かすのに使用されることが可能である。好ましくは、知られている制御されたパターン／ホッピングは、音声活動のばらつきを分散させ、平滑化する一方で、ＨＡＲＱプロセスの制限およびスタガリング（ｓｔａｇｇｅｒｉｎｇ）によって達せられるＷＴＲＵ負荷分散の利益を分散させない。さらに、知られている制御されたパターン／ホッピングは、制限され、スタガリングされた、スケジュールされていないＨＡＲＱプロセス割り当てを下限とすることが可能である。

知られている制御されたパターン／ホッピングは、様々な仕方で特定のＷＴＲＵ１１０に送信される（ステップ６３０）。例えば、知られている制御されたパターン／ホッピングは、ＲＲＣシグナリングによって、または前述した新たな物理チャネルＥ−ＡＰＩＣＨシグナリングによってなど、他のダウンリンクシグナリングによって送信されることが可能である。このパターンは、コールセットアップ時に、または負荷変動などのシステムにおける変化のため、以前の割り当てを微調整するのに必要とされることが可能なコール／セッション中に半静的にシグナリングされることが可能である。

さらに、知られている制御されたパターン／ホッピングは、スケジュールされていない動作のＲＲＣ割り当てによってもたらされる、ＨＡＲＱプロセスにわたるＷＴＲＵ１１０の負荷平衡を概ね保つ任意のパターンの形態をとることが可能である。例えば、知られている制御されたパターン／ホッピングは、ＲＲＣシグナリング、または他のダウンリンクシグナリングの中で指定されることが可能なＴＴＩ周期の倍数（ｍｕｌｔｉｐｌｅ ｏｆ ＴＴＩ ｐｅｒｉｏｄ）に基づいて、初期ＲＮＣ割り当てから、ＨＡＲＱプロセスの順次ホッピングの形態をとることが可能である。順次ホッピングは、最大数のＨＡＲＱプロセスにわたって円形であり、ホッピング方向は、例えば、０．５の確率でランダムに選ばれる。

代替として、ＲＲＣが、ＨＡＲＱプロセスのセットをＷＴＲＵ１１０に最初に割り当てることが可能であり、ＷＴＲＵ１１０が、ＲＲＣシグナリング、または他のダウンリンクシグナリングの中で指定されたＴＴＩの何らかの倍数で周期的に、それらのＨＡＲＱプロセスの間で「ホップ」することが可能である。別の代替では、ＷＴＲＵ１１０ホッピングは、擬似ランダムパターン、ならびにＲＲＣシグナリング、または他のダウンリンクシグナリングによって指定されたホッピング周期に基づいて、ランダム化されることが可能である。

さらに別の代替では、ＷＴＲＵ１１０は、例えば、８個のプロセスの各サイクル内で使用されるべきプロセスのシグナリングされる数をランダムに選択することができ、あるいは、ＷＴＲＵ１１０は、各ＴＴＩで、前もってＷＴＲＵ１１０にシグナリングされることが可能な確率に従って、送信するか否かをランダムに決定することができる。別の代替では、この確率は、ネットワークによって定義され、前もってシグナリングされるＷＴＲＵアップリンクバッファ占有率に依存することも可能である。

図７は、代替の実施形態によるプロセスを割り当てる方法７００の流れ図である。図７で説明される方法７００では、ＵＬ（アップリンク）伝送のためのＨＡＲＱプロセス使用は、選択機会の間に特定のＷＴＲＵ１１０によってランダムに選択される。これらの選択機会は、Ｍ個のＴＴＩごとに生じ、Ｍは、好ましくは、ＨＡＲＱプロセスの総数の倍数（例えば、８、１６）である。ＷＴＲＵは、より高位の層を介して、Ｐ個のＨＡＲＱプロセスを選択するように事前構成されなければならず、このＰ個のＨＡＲＱプロセス上で、ＷＴＲＵは、次の選択機会まで送信することを許される。

ステップ７１０で、ＲＡＮが、選択機会を各ＨＡＲＱプロセスに割り当てる。好ましくは、ＲＡＮは、許されたＨＡＲＱプロセスのそれぞれに０から１までの間の選択確率を与え、すべてのＨＡＲＱプロセスに関する確率の合計は、１である。このことは、ＲＡＮが、スケジュールされたＷＴＲＵ１１０からもたらされる干渉、およびセル間干渉などの要因に基づいて、一部のプロセスを他のプロセスよりも優先することを許す。ＨＡＲＱプロセスを選択するのに使用されるランダム分布は、ＲＡＮによってＷＴＲＵ１１０に、または複数のＷＴＲＵ１１０にシグナリングされる。これらのパラメータのシグナリングは、前述したシグナリング機構のいずれを使用して達せられることも可能である。これらのパラメータは、各ＷＴＲＵ１１０に個々にシグナリングされることも、ＷＴＲＵ１１０のグループにシグナリングされることも、すべてのＷＴＲＵ１１０に関して一度にシグナリングされることも可能である。好ましくは、これらのパラメータの更新は、ＷＴＲＵ１１０が、ＨＡＲＱプロセスを選択する頻度で、またはより遅い頻度で行われることが可能である。

すべての選択機会において、ＷＴＲＵ１１０は、ＲＡＮからシグナリングされた最新のパラメータセットを取り出さなければならない（ステップ７２０）。次に、ＷＴＲＵ１１０は、各プロセスの選択確率を考慮に入れて、可能なプロセスの中のあるＨＡＲＱプロセスをランダムに選択することによって、第１のＨＡＲＱプロセスを選択する（ステップ７３０）。

別のプロセスが要求される場合（ステップ７４０）、ＷＴＲＵ１１０は、残っているプロセスの選択確率を考慮に入れて、残っているプロセスの間でランダムに選択を行う（ステップ７３０）。このプロセスは、次の選択機会までＷＴＲＵが送信を行うことを許されるプロセスの数（Ｐ）が選択されるまで続く。

ＨＡＲＱプロセス内で同期の再送をサポートするため、好ましくは、ＷＴＲＵ１１０は、現在のＨＡＲＱプロセスが完了すると、例えば、肯定的なＡＣＫが受信される、または再送の最大回数が満たされると、異なるＨＡＲＱプロセスを選択することだけを許されるべきである。

特定の組合せで好ましい実施形態におけるフィーチャおよび要素が説明されるものの、各フィーチャまたは各要素は、それらの好ましい実施形態のその他のフィーチャおよび要素なしに単独で、または他のフィーチャおよび要素を伴って、または伴わずに、様々な組合せで使用されることが可能である。与えられる方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体において実体化されたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることが可能である。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。

好適なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のＩＣ（集積回路）、および／または状態マシンが含まれる。

ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータにおいて使用されるように無線周波数トランシーバが実施されることが可能である。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されたモジュールと併せて使用されることが可能である。

実施形態
１．少なくとも１つのＷＴＲＵ（無線送信／受信ユニット）と、少なくとも１つのＮＢ（ノードＢ）とを含む無線通信システムにおいてＨＡＲＱ（混成自動再送要求）プロセスを動的に割り当てるための方法。
２．特定のＨＡＲＱプロセスのそれぞれに関して活性化状態または非活性化状態を決定することをさらに含む実施形態１の方法。
３．その少なくとも１つのＷＴＲＵにシグナルを送信することをさらに含み、このシグナルが、特定のＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態を含む先行するいずれかの実施形態におけるとおりの方法。
４．シグナルを受信することに応答して、ＷＴＲＵが、受信されたシグナルの中に含まれる特定のＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態に応じて、特定のＨＡＲＱプロセスを活性化する、または非活性化することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
５．少なくとも１つのＷＴＲＵが、２ｍｓ（２ミリ秒）ＴＴＩ（伝送時間間隔）でスケジュールされていない送信を利用する先行するいずれかの実施形態におけるとおりの方法。
６．個別のＨＡＲＱプロセスが、シグナルが送信されるたびに活性化される、または非活性化される先行するいずれかの実施形態におけるとおりの方法。
７．シグナルの中のビットが、特定のＨＡＲＱプロセスの活性化状態または非活性化状態を示す先行するいずれかの実施形態におけるとおりの方法。
８．特定のＨＡＲＱプロセスが、シグナリングの伝送時間によって示される先行するいずれかの実施形態におけるとおりの方法。
９．シグナルに応答して、ＷＴＲＵが、ＨＡＲＱプロセスの状態を変更する先行するいずれかの実施形態におけるとおりの方法。
１０．ＷＴＲＵが、活性状態にあるＨＡＲＱプロセスを非活性状態に変更し、非活性状態にあるＨＡＲＱプロセスを活性状態に変更する先行するいずれかの実施形態におけるとおりの方法。
１１．送信されるシグナルが、すべてのＨＡＲＱプロセスの活性化または非活性化を示す先行するいずれかの実施形態におけるとおりの方法。
１２．ビットマップを定義することをさらに含み、特定の各ビットが、個別のＨＡＲＱプロセスを表し、特定の各ビットの値が、表されるＨＡＲＱプロセスの活性化状態または非活性化状態を示す先行するいずれかの実施形態におけるとおりの方法。
１３．送信されるシグナルが、許されたＨＡＲＱプロセスのセットを含む先行するいずれかの実施形態におけるとおりの方法。
１４．ＷＴＲＵが、シグナルを受信すると、許されたプロセスを使用することを開始する先行するいずれかの実施形態におけるとおりの方法。
１５．ＷＴＲＵが、ある特定の時間遅延の後、許されたプロセスを使用することを開始する先行するいずれかの実施形態におけるとおりの方法。
１６．送信されるシグナルは、特定のＨＡＲＱプロセスを活性化するための、または非活性化するための確率値を含む先行するいずれかの実施形態におけるとおりの方法。
１７．送信されるシグナルが、単一のＷＴＲＵに送信される先行するいずれかの実施形態におけるとおりの方法。
１８．送信されるシグナルが、ＷＴＲＵのグループに送信される先行するいずれかの実施形態におけるとおりの方法。
１９．Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ（強化された専用チャネル）絶対許可チャネル）を拡張することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２０．Ｅ−ＡＧＣＨにおける情報ビットに関するさらなる解釈を定義することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２１．さらなる通信チャネルを定義することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２２．さらなる通信チャネルが、Ｅ−ＡＰＩＣＨ（強化された活性プロセス識別チャネル）である先行するいずれかの実施形態におけるとおりの方法。
２３．Ｅ−ＡＰＩＣＨをＥ−ＡＧＣＨと時間多重化することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２４．Ｅ−ＡＰＩＣＨをＥ−ＡＧＣＨと符号多重化することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２５．スケジュールされていない送信に関するＥ−ＲＮＴＩ（強化された無線ネットワーク一時識別子）を定義することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２６．Ｅ−ＲＮＴＩが、ＷＴＲＵのグループに関して定義される先行するいずれかの実施形態におけるとおりの方法。
２７．Ｅ−ＲＧＣＨ（強化された相対許可チャネル）／Ｅ−ＨＩＣＨ（強化されたＨＡＲＱインジケータチャネル）を拡張することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２８．さらなるチャネルをＥ−ＲＧＣＨ／Ｅ−ＨＩＣＨと多重化することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
２９．送信されるシグナルを、拡散符号を使用して拡散させることをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３０．活性化情報および非活性化情報を含むようにＨＳ−ＳＣＣＨ（高速同期制御チャネル）を変更することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３１．活性化情報および非活性化情報を含むようにＢＣＣＨ（ブロードキャスト制御チャネル）／ＢＣＨ（ブロードキャストチャネル）を変更することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３２．活性化情報および非活性化情報を含むようにＭＡＣ−ｈｓ（高速メディアアクセス制御）ヘッダを変更することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３３．ＤＲＸ（不連続な受信）またはＤＴＸ（不連続な送信）を利用しないよう、ＷＴＲＵに要求することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３４．別のセル内のＮＢが、新たなＨＡＲＱプロセス上でＷＴＲＵからのアップリンク伝送を検出することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３５．特定のＷＴＲＵのサービングＮＢが、ＲＮＣ（無線ネットワークコントローラ）にＨＡＲＱプロセス変更を送信する先行するいずれかの実施形態におけるとおりの方法。
３６．ＷＴＲＵが、Ｅ−ＤＣＨ（強化された専用チャネル）を変更する際、ＨＡＲＱプロセスの活性状態および非活性状態を維持する先行するいずれかの実施形態におけるとおりの方法。
３７．ＲＮＣが、活性化されるべきＨＡＲＱプロセスの最小数を推定することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
３８．ＳＲＵ（システムリソースユニット）を定義することをさらに含み、ＳＲＵが、少なくとも１つのＨＡＲＱプロセスと、干渉システムリソースとを含む先行するいずれかの実施形態におけるとおりの方法。
３９．少なくとも１つのＷＴＲＵにＳＲＵを割り当てることをさらに含む先行するいずれかの実施形態におけるとおりの方法。
４０．干渉システムリソースが、レートまたは電力を含む先行するいずれかの実施形態におけるとおりの方法。
４１．同一のスケジュールされていないＳＲＵが、ＷＴＲＵのグループに割り当てられる先行するいずれかの実施形態におけるとおりの方法。
４２．ＷＴＲＵが、あるＮＢによるサービスを受ける特定のセルに入ると、このＷＴＲＵが、ＷＴＲＵのグループに、そのグループに空きが存在する場合、追加される先行するいずれかの実施形態におけるとおりの方法。
４３．ＷＴＲＵが、あるＮＢによるサービスを受ける特定のセルに入ると、このＷＴＲＵが、新たなグループの中の第１のＷＴＲＵとして追加される先行するいずれかの実施形態におけるとおりの方法。
４４．ＷＴＲＵのグループのサイズが、一定の数のＳＲＵによって定義される先行するいずれかの実施形態におけるとおりの方法。
４５．ＷＴＲＵのグループのサイズが、このグループサイズを定義する一定の数のＷＴＲＵによって定義される先行するいずれかの実施形態におけるとおりの方法。
４６．ＷＴＲＵのグループのサイズが、グループ当たりの個別のリソースの一定の合計によって定義される先行するいずれかの実施形態におけるとおりの方法。
４７．個別のリソースが、以下、すなわち、レート、電力、およびＨＡＲＱプロセスのいずれか１つを含む先行するいずれかの実施形態におけるとおりの方法。
４８．ＷＴＲＵのグループのサイズが、類似した受信機特性を有するＷＴＲＵによって定義される先行するいずれかの実施形態におけるとおりの方法。
４９．ＷＴＲＵのグループのサイズが、類似したチャネル品質を有するＷＴＲＵによって定義される先行するいずれかの実施形態におけるとおりの方法。
５０．ＷＴＲＵの特定のグループに関して活性であるＨＡＲＱプロセスが、Ｅ−ＡＧＣＨにおけるグループインデックスの中に含められる先行するいずれかの実施形態におけるとおりの方法。
５１．ＲＮＣが、ＨＡＲＱプロセスを割り当てることをさらに含む先行するいずれかの実施形態におけるとおりの方法。
５２．ＷＴＲＵに、知られている制御されたパターン／ホッピングを割り当てることをさらに含む先行するいずれかの実施形態におけるとおりの方法。
５３．知られている制御されたパターン／ホッピングをＷＴＲＵに送信することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
５４．知られている制御されたパターン／ホッピングが、コールセットアップ時にＷＴＲＵに送信される先行するいずれかの実施形態におけるとおりの方法。
５５．知られている制御されたパターン／ホッピングが、コールセッション中にＷＴＲＵに送信される先行するいずれかの実施形態におけるとおりの方法。
５６．知られている制御されたパターン／ホッピングが、初期割り当てからのＨＡＲＱプロセスの順次ホッピングを含む先行するいずれかの実施形態におけるとおりの方法。
５７．知られている制御されたパターン／ホッピングが、ＴＴＩ（伝送時間間隔）周期の倍数に基づく先行するいずれかの実施形態におけるとおりの方法。
５８．知られている制御されたパターン／ホッピングが、ＨＡＲＱプロセスのローテーションを含む先行するいずれかの実施形態におけるとおりの方法。
５９．ローテーション方向が、特定の確率に従ってランダムに割り当てられる先行するいずれかの実施形態におけるとおりの方法。
６０．知られている制御されたパターン／ホッピングが、ＷＴＲＵが、１つのＨＡＲＱプロセスから別のＨＡＲＱプロセスにランダムに切り換えることを含む先行するいずれかの実施形態におけるとおりの方法。
６１．個々のＨＡＲＱプロセスのそれぞれに選択確率パラメータを割り当てることをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６２．ＷＴＲＵが、選択確率パラメータを取り出すことをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６３．ＷＴＲＵが、取り出された選択確率パラメータに基づいて、利用可能なＨＡＲＱプロセスの中からあるＨＡＲＱプロセスをランダムに選択することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６４．個別の各ＨＡＲＱプロセスに割り当てられた選択確率パラメータが、０から１までの間である先行するいずれかの実施形態におけるとおりの方法。
６５．利用可能なすべてのＨＡＲＱプロセスに関する確率の合計が、１である先行するいずれかの実施形態におけるとおりの方法。
６６．活性化される可能性があるＨＡＲＱプロセスのリストをＷＴＲＵに供給することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６７．特定のＨＡＲＱプロセスを非活性化することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６８．ＷＴＲＵ活動を監視することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
６９．すべてのＨＡＲＱプロセスにわたってある干渉レベルを維持するようにＨＡＲＱプロセスを調整することをさらに含む先行するいずれかの実施形態におけるとおりの方法。
７０．先行するいずれかの実施形態におけるとおりの方法を実行するように構成されたＮＢ。
７１．受信機をさらに含む実施形態７０のＮＢ。
７２．送信機をさらに含む実施形態７０〜７１のいずれかにおけるとおりのＮＢ。
７３．受信機および送信機と通信するプロセッサをさらに含む実施形態７０〜７２のいずれかにおけるとおりのＮＢ。
７４．プロセッサが、活性化される可能性があるＨＡＲＱプロセスのリストをＷＴＲＵに供給するように構成される実施形態７０〜７３のいずれかにおけるとおりのＮＢ。
７５．プロセッサが、特定のＨＡＲＱプロセスを非活性化するように構成される実施形態７０〜７４のいずれかにおけるとおりのＮＢ。
７６．プロセッサが、ＷＴＲＵの活動を監視するように構成される実施形態７０〜７５のいずれかにおけるとおりのＮＢ。
７７．プロセッサが、すべてのＨＡＲＱプロセスにわたってある干渉レベルを維持するようにＨＡＲＱプロセスを調整するように構成される実施形態７０〜７６のいずれかにおけるとおりのＮＢ。
７８．プロセッサが、特定のＨＡＲＱプロセスのそれぞれに関して活性化状態または非活性化状態を決定するように構成される実施形態７０〜７７のいずれかにおけるとおりのＮＢ。
７９．プロセッサが、特定のＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態を含むシグナルを、少なくとも１つのＷＴＲＵに送信するように構成される実施形態７０〜７８のいずれかにおけるとおりのＮＢ。
８０．受信機および送信機と通信するアンテナをさらに含み、アンテナが、データの無線送信および無線受信を円滑にするように構成される実施形態７０〜７９のいずれかにおけるとおりのＮＢ。
８１．実施形態１〜６９のいずれかにおけるとおりの方法を実行するように構成されたＷＴＲＵ。
８２．受信機をさらに含む実施形態８１のＷＴＲＵ。
８３．送信機をさらに含む実施形態８１〜８２のいずれかにおけるとおりのＷＴＲＵ。
８４．受信機および送信機と通信するプロセッサをさらに含む実施形態８１〜８３のいずれかにおけるとおりのＷＴＲＵ。
８５．プロセッサが、特定のＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態を含むシグナルを受信するように構成される実施形態８１〜８４のいずれかにおけるとおりのＷＴＲＵ。
８６．プロセッサが、受信されたシグナルの中に含まれる特定のＨＡＲＱプロセスのそれぞれに関する活性化状態または非活性化状態に応じて、特定のＨＡＲＱプロセスを活性化する、または非活性化するように構成される実施形態８１〜８５のいずれかにおけるとおりのＷＴＲＵ。

Claims (18)

1. ＷＴＲＵ（無線送信／受信ユニット）であって、
   Ｎ個のＨＡＲＱプロセスを利用してアップリンクデータを連続的に伝送するプロセッサおよび送信器であって、Ｎは整数であり、複数のＴＴＩ（伝送時間間隔）の各々において、前記Ｎ個のＨＡＲＱプロセスのうちの１つを使用して前記アップリンクデータを伝送し、前記アップリンクデータは、スケジュールされたデータを含むことと、
   受信器とを備え、
   前記プロセッサおよび受信器は、無線ネットワークからメッセージを受信するように構成され、 前記プロセッサおよび前記送信器は、前記メッセージの受信に応答して、Ｎ個より少ないＨＡＲＱプロセスを利用してアップリンクデータを伝送するようにさらに構成されたことを特徴とするＷＴＲＵ。
2. 前記プロセッサおよび前記送信器は、前記Ｎ個より少ないＨＡＲＱプロセスを利用して前記アップリンクデータを連続して伝送するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
3. ＴＴＩは２ｍｓ（２ミリ秒）であることを特徴とする請求項１に記載のＷＴＲＵ。
4. Ｎは８であることを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記プロセッサおよび前記受信器は、複数のＴＴＩに対応するリソース割当を受信し、 前記プロセッサおよび前記送信器は、固定リソース割当を使用し、前記Ｎ個のＨＡＲＱプロセスのうちの対応する１つを使用して、対応するＴＴＩにおいて、前記リソースの割当を受信しなかった状態で送信し、および前記受信したリソース割当を使用し、前記Ｎ個のＨＡＲＱプロセスのうちの対応する１つを使用して、対応するＴＴＩにおいて、前記リソースの割当を受信した状態で送信することを特徴とする請求項１に記載のＷＴＲＵ。
6. ＷＴＲＵ（無線送信／受信ユニット）において使用する方法であって、
   プロセッサおよび送信器を用いて、Ｎ個のＨＡＲＱプロセスを利用してアップリンクデータを連続的に伝送することであって、Ｎは整数であり、複数のＴＴＩ（伝送時間間隔）の各々において、前記Ｎ個のＨＡＲＱプロセスのうちの１つを使用して前記アップリンクデータを伝送し、前記アップリンクデータは、スケジュールされたデータを含むこと、
   前記プロセッサおよび受信器を用いて、無線ネットワークからメッセージを受信すること、および
   前記プロセッサおよび前記送信器を用いて、前記メッセージに応答して、Ｎ個より少ないＨＡＲＱプロセスを利用してアップリンクデータを伝送すること
   を備えたことを特徴とする方法。
7. 前記Ｎ個より少ないＨＡＲＱプロセスを利用して前記アップリンクデータを伝送することは、連続して実行されることを特徴とする請求項６に記載の方法。
8. ＴＴＩは２ｍｓ（２ミリ秒）であることを特徴とする請求項６に記載の方法。
9. Ｎは８であることを特徴とする請求項６に記載の方法。
10. 複数のＴＴＩに対応するリソース割当を受信すること、
    固定リソース割当を使用し、前記Ｎ個のＨＡＲＱプロセスのうちの対応する１つを使用して、対応するＴＴＩにおいて、前記リソースの割当を受信しなかった状態で送信すること、および
    前記受信したリソース割当を使用し、前記Ｎ個のＨＡＲＱプロセスのうちの対応する１つを使用して、対応するＴＴＩにおいて、前記リソースの割当を受信した状態で送信すること
    をさらに備えた特徴とする請求項６に記載の方法。
11. Ｎｏｄｅ−Ｂ（ノードＢ）であって、
    Ｎ個のＨＡＲＱプロセスを利用してアップリンクデータを連続的に受信するプロセッサおよび受信器であって、Ｎは整数であり、複数のＴＴＩ（伝送時間間隔）の各々において、前記Ｎ個のＨＡＲＱプロセスのうちの１つを使用して前記アップリンクデータを受信し、前記アップリンクデータは、スケジュールされたデータを含むことと、
    送信器とを備え、
    前記プロセッサおよび前記送信器は、メッセージを伝送するように構成され、前記プロセッサおよび前記受信器は、前記伝送されたメッセージに応答して、Ｎ個より少ないＨＡＲＱプロセスを利用してアップリンクデータを受信するようにさらに構成されたことを特徴とするＮｏｄｅ−Ｂ。
12. 前記プロセッサおよび前記受信器は、前記Ｎ個より少ないＨＡＲＱプロセスを利用して前記アップリンクデータを連続して受信するようにさらに構成されたことを特徴とする請求項１１に記載のＮｏｄｅ−Ｂ。
13. ＴＴＩは２ｍｓ（２ミリ秒）であることを特徴とする請求項１１に記載のＮｏｄｅ−Ｂ。
14. Ｎは８であることを特徴とする請求項１１に記載のＮｏｄｅ−Ｂ。
15. 前記プロセッサおよび前記送信器は、複数のＴＴＩに対応したリソース割当を伝送するように構成されたことを特徴とする請求項１１に記載のＮｏｄｅ−Ｂ。
16. Ｎｏｄｅ−Ｂ（ノードＢ）において使用する方法であって、
    プロセッサおよび受信器を用いて、Ｎ個のＨＡＲＱプロセスを利用してアップリンクデータを連続的に受信することであって、Ｎは整数であり、複数のＴＴＩ（伝送時間間隔）の各々において、前記Ｎ個のＨＡＲＱプロセスのうちの１つを使用して前記アップリンクデータを受信し、前記アップリンクデータは、スケジュールされたデータを含むこと、
    前記プロセッサおよび送信器を用いて、メッセージを伝送すること、および
    前記プロセッサおよび前記受信器を用いて、前記伝送されたメッセージに応答して、Ｎ個より少ないＨＡＲＱプロセスを利用してアップリンクデータを受信すること
    を備えたことを特徴とする方法。
17. 前記Ｎ個より少ないＨＡＲＱプロセスを利用して前記アップリンクデータを受信することは、連続して実行されることを特徴とする請求項１６に記載の方法。
18. 複数のＴＴＩに対応したリソース割当を伝送することをさらに備えたことを特徴とする請求項１６に記載の方法。

Images