JP2008503182A - Ｈ−ａｒｑプロセスを動的に割り当てる方法および装置 - Google Patents

Abstract

拡張上りリンク（ＥＵ：enhanced uplink）（１０８）送信を支援するために、無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）（１０２）においてハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセス（１２４）を動的に割り振る方法および装置である。ＷＴＲＵ（１０２）におけるＨ−ＡＲＱプロセス（１２４）は、異なるデータ送信優先度クラスに関連付けられた個々のトランスポートチャネル（ＴｒＣＨ：transport channel）、専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フローまたは論理チャネルに対して確保されている。ＷＴＲＵ（１０２）は、これらの確保されている利用可能なＨ−ＡＲＱプロセスからＨ−ＡＲＱプロセス（１２４）を割り当てる。

Description

本発明は、少なくとも１つの無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）、少なくとも１つのノードＢおよび無線ネットワークコントローラ（ＲＮＣ：radio network controller）を含む無線通信システムにおけるハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）動作に関する。より詳細には、本発明は、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法およびシステムである。

ＥＵ動作は、アップリンク（ＵＬ：uplink）のレイテンシを低減し、スループットを向上させ、物理的な無線リソースのより効率的な使用を提供する。ＥＵ動作中、Ｈ−ＡＲＱプロセスを使用して、ＥＵデータ送信の成功または不成功を報告するフィードバックプロセスの円滑化を含む、ＷＴＲＵとノードＢとの間のＥＵ送信の支援を行う。

ＥＵ Ｈ−ＡＲＱプロセスの数をＷＴＲＵごとに定義し、各ＷＴＲＵは、Ｈ−ＡＲＱプロセスの複数のインスタンスを同時に支援する。各ＥＵデータ送信のフィードバックサイクルは、ＵＬ送信時間に比べて比較的長く、かつ、各ＥＵ送信を成功裡に送信するために異なる数の送信が要求される場合があるので、ＷＴＲＵは、幾つかのＨ−ＡＲＱプロセスを同時に稼動してデータレートを向上させ、レイテンシを低減する必要がある。

どのＷＴＲＵ接続にも、複数の論理チャネルが存在する。これらの論理チャネルは、異なるスループット、レイテンシ、エラーレートおよびサービス品質（Ｑｏｓ：quality of service）要求を有する。これらの要求を満足させるために、ＲＮＣは、媒体アクセス制御（ＭＡＣ：medium access control）論理チャネル優先度（ＭＬＰ：ＭＡＣ logical channel）として知られる各論理チャネルごとの優先度を設定する。ＭＬＰは、ＥＵ−ＭＡＣ（ＭＡＣ−ｅ）に接続されている専用チャネルＭＡＣ（ＭＡＣ−ｄ：dedicated medium access control）フローにマッピングされ、ＥＵ Ｈ ＡＲＧプロセスを管理する。

類似の設計が、ダウンリンク（ＤＬ：downlink）チャネルの高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：high speed downlink packet access）についても存在する。優先度の高いデータの送信が要求され、Ｈ−ＡＲＱプロセスが全て優先度の低いデータの送信に既に割り当てられているとき、優先度の低い既存のＨ−ＡＲＱ送信を優先度の高い送信でプリエンプトすることが可能になっている。プリエンプションが発生すると、優先度の低いデータは、後のＨ−ＡＲＱ送信のために再スケジュールされる。

Ｈ−ＡＲＱプロセスのプリエンプションに伴う問題は、結合による利益を失うことである。ＥＵ Ｈ−ＡＲＱ動作の１つの重要な利点は、前の送信から受信したデータを記憶し、前の送信とそれに続く送信を結合してデータ送信成功の確率を上げる能力である。しかしながら、Ｈ−ＡＲＱプロセスをプリエンプトすると、前の送信の記憶データ、ひいてはＨ−ＡＲＱプロセスの結合による利点を失うことになる。

Ｈ−ＡＲＱプロセスのプリエンプションを実施するのは、ＷＴＲＵにおいて構成できるＨ−ＡＲＱプロセスの数が限られているからである。各Ｈ−ＡＲＧプロセスは、受信処理に多量のメモリを要するが、ＷＴＲＵのメモリ量は、限られている。

優先度の低いデータを多量に有し、優先度の高いデータを少量有するのが一般的なので、優先度の低い送信を処理するとき、優先度の高いデータのＱｏｓ要求を維持するために優先度の高い送信を遮断しないことが必要である。優先度の低いデータがＨ−ＡＲＱプロセスを独占する場合、システム全体の性能を低下させることがある。さらに、優先度の低いデータによってレイテンシが長くなるので、Ｈ−ＡＲＱプロセスの保持時間が長くなる。

Ｈ−ＡＲＱプロセスのプリエンプションは、送信の優先度付けの問題を解決することができるが、結合による利益を失い、それに付随して無線リソースの使用効率が低減するという犠牲を伴う。最初の、およびおそらくは２番目の送信が高い比率で失敗するとき、要求する物理リソースがさらに少ないあまりロバストでない変調符号化方式（ＭＣＳ：modulation and coding scheme）を適用できるので、Ｈ−ＡＲＱシステム全体として最高の性能を達成すると思われる。この場合には、Ｈ−ＡＲＱプロセスのプリエンプションを採用すると、送信を成功させるために、この初期の送信および再送信を頻繁に繰り返すことが必要となり、最初にプリエンプトされた送信のために利用される無線リソースを浪費する。

本発明は、ＥＵ送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法および装置である。ＷＴＲＵにおけるＨ−ＡＲＱプロセスは、異なるデータ送信優先度クラスに関連付けられた、特定のトランスポートチャネル（ＴｒＣＨ：transport channel）、専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フロー、または論理チャネル用に確保されている。ＷＴＲＵは、これら確保されている利用可能なＨ−ＡＲＱプロセスからＨ−ＡＲＱプロセスを割り当てる。選択肢として、優先度の高いチャネルを優先度の低いチャネル用に確保されているＨ−ＡＲＱプロセスに割り当てることを可能にしてもよい。優先度の低いＨ−ＡＲＱプロセスはプリエンプトしてもよい。プリエンプションは、データ送信の緊急度（例えば、ライフスパンタイマの期限が迫っている）によって制限してもよく、Ｈ−ＡＲＱプロセスのＲＮＣ構成によって制限してもよい。代替として、Ｈ−ＡＲＱプロセスの共通プールを構成し、各チャネルの優先度に従ってＨ−ＡＲＱプロセスを共通プールから割り当て、優先度の低いＨ−ＡＲＱは、プリエンプトしてもよい。

本発明によると、優先度の低いデータは最大データレートを達成することができ、優先度の高い送信は、Ｈ−ＡＲＱプロセスのプリエンプションの必要性を要求しないでいつでも開始することができる。特定のチャネル用にＨ−ＡＲＱプロセスを確保し、これら確保したＨ−ＡＲＱプロセスをＷＴＲＵが動的に割り当てることを可能にすることによって、これらのチャネルのＥＵデータレートおよび送信レイテンシが、そのＱｏｓ要求に合うことをより確実に保証することができる。

例として、また添付の図面と共に理解されるように、以下に記述された好ましい実施形態から本発明をさらに詳しく理解できる。

以後、「ＷＴＲＵ」という用語は、ユーザ機器（ＵＥ：user equipment）、移動局、固定もしくは移動加入者ユニット、ページャ、または無線環境で動作可能な任意の他の種類の装置を含むが、これらに限定されるものではない。以後、「ノードＢ」という用語は、基地局、サイトコントローラ、アクセスポイント、または無線環境における任意の他の種類のインタフェース装置を含むが、これらに限定されるものではない。

本発明の機能は、集積回路（ＩＣ：integrated circuit）に組み込んでもよく、多数の相互接続コンポーネントを備える回路内で構成してもよい。

図１は、本発明に従って動作する無線通信システム１００のブロック図である。システム１００は、少なくとも１つのＷＴＲＵ１０２、少なくとも１つのノードＢ１０４およびＲＮＣ１０６を含む。ＲＮＣ１０６は、例えば、ＷＴＲＵ１０２におけるＨ−ＡＲＱプロセス、初期送信電力レベル、最大許容ＥＵ送信電力、または利用可能な物理リソースの構成等、ノードＢ１０４およびＷＴＲＵ１０２に対するＥＵパラメータを構成することによって、Ｉｕｂ／Ｉｕｒ１１２を介してＥＵ動作全体を制御する。ＥＵ送信を容易にするためにＷＴＲＵ１０２とノードＢ１０４との間にＵＬ ＥＵチャネル１０８が確立される。ＵＬ ＥＵチャネル１０８は、Ｅ−ＤＣＨデータ送信用の拡張専用チャネル（Ｅ−ＤＣＨ：enhanced dedicated channel）を含み、別個のＵＬ ＥＵシグナリングチャネルも含んでよい。ＵＬ ＥＵシグナリングは、Ｅ−ＤＣＨを介して送信してもよい。

ＷＴＲＵ１０２は、コントローラ１２２、複数のＨ−ＡＲＱプロセス１２４、メモリ１２６、および送受信器１２８を含む。コントローラ１２２は、Ｈ−ＡＲＱ割り当ておよびＥ−ＤＣＨ送信の手順全体を制御する。さらに、コントローラ１２２は、Ｈ−ＡＲＱプロセスに関連付けられた各送信の状態を追跡する。メモリ１２６は、送信のためのＥ−ＤＣＨデータを記憶する。Ｈ−ＡＲＱプロセス１２４およびメモリ１２６は、複数の優先度クラスを支援するように分割してもよい。これについては、次に詳述する。

Ｅ−ＤＣＨ送信では、ＷＴＲＵ１０２は、チャネル割り当て要求をＵＬ ＥＵチャネル１０８を介してノードＢ１０４に送る。それに応答して、ノードＢ１０４は、ＤＬ ＥＵシグナリングチャネル１１０を介してチャネル割り当て情報をＷＴＲＵ１０２に送る。ＥＵの物理リソースがＷＴＲＵ１０２に割り当てられた後、ＷＴＲＵ１０２はＵＬ ＥＵチャネル１０８を介してＥ−ＤＣＨデータを送信する。Ｅ−ＤＣＨ送信に応答して、ノードＢは、ＤＬ ＥＵシグナリングチャネル１１０を介してＨ−ＡＲＱ動作に対する肯定確認応答（ＡＣＫ：acknowledge）または非確認応答（ＮＡＣＫ：non-acknowledge）メッセージを送る。

Ｈ−ＡＲＱ動作のメモリ要求は、主に受信器にとって問題となる。ＨＳＤＰＡに対しては、Ｈ−ＡＲＱプロセスおよび各Ｈ−ＡＲＱプロセスごとに確保されるメモリの数は最小化される。ＥＵに対しては、ＷＴＲＵのメモリ要求は、ＨＳＤＰＡの場合ほど制限されていない。Ｈ−ＡＲＱのプロセスおよびメモリ要求の最小化を制限するのは最大データレートである。「止まって待つ」Ｈ−ＡＲＱプロセス送信ごとに、送信を生成し、その送信に対する処理フィードバックを待つサイクルがある。連続送信の能力を有するためには、いくつかのＨ−ＡＲＱプロセスが連続して動作することが要求される。

ＷＴＲＵ１０２のメモリ要求は、ＥＵにおいてほど懸念材料ではないので、Ｈ−ＡＲＱプロセス１２４および各優先度クラスごとに確保されているメモリ１２６の数が、各優先度クラスの特定のデータレートを達成するために必要なＨ−ＡＲＱプロセスの数を超えることがある。ＷＴＲＵ１０２は、一度に使用できるＨ−ＡＲＱプロセスより多い数のＨ−ＡＲＱプロセスに対して構成することができる。一実施形態によると、Ｈ−ＡＲＱプロセスは、いつでもＷＴＲＵ１０２が動的に割り当てることができる特定のＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネル用に確保され、その結果、既に割り当てられたＨ−ＡＲＱプロセスのプリエンプション、およびそれに伴う結合の利益の損失を回避することができる。

Ｈ−ＡＲＱ動作は、ＷＴＲＵ１０２とノードＢ１０４との間で同期的であってもよく非同期的であってもよい。非同期的Ｈ−ＡＲＱ動作においては、ＷＴＲＵ１０２でＨ−ＡＲＱプロセスを選択する機構は、ノードＢ１０４には知られていない。従って、Ｈ−ＡＲＱプロセスを各送信で識別する必要がある。同期的Ｈ−ＡＲＱ動作においては、ＷＴＲＵ１０２でＨ−ＡＲＱプロセスを選択する機構は、予め決められており、ノードＢ１０４に知られている。ノードＢ１０４は、所定の送信スケジュールに基づいてＷＴＲＵ１０２で使用されるＨ−ＡＲＱプロセスを識別することができる。各Ｅ−ＤＣＨ送信は、その送信が「新規送信」か、または「再送信」であるかを示す新規データインジケータ（ＮＤＩ：new data indicator）を含む。ＮＤＩの初期値は、その送信が「新規送信」であることを示す。各Ｈ−ＡＲＱ送信の再送信シーケンス番号は、同様の情報を提供する。同期的Ｈ−ＡＲＱ動作においては、ノードＢ１０４は、送信時に基づいて、どちらのＨ−ＡＲＱプロセスがＷＴＲＵ１０２で使われたか、およびどの送信を以前のどの送信と結合するべきかを判定することができる。

図２は、本発明の第１実施形態による、ＷＴＲＵ１０２においてＨ−ＡＲＱプロセス１２４を割り当てるプロセス２００のフロー図である。ＲＮＣ１０６は、ＷＴＲＵ１０２を構成する。例えば、各論理チャネル、ＭＡＣ−ｄフロー、トランスポートチャネル（ＴｒＣＨ：transport channel）、あるいはデータ優先度クラスに関連付けられたＨ−ＡＲＱプロセス１２４および／またはメモリの分割の数等を構成する（ステップ２０２）。これは、レイヤ３の無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して行われることが好ましい。

ステップ２０４の各送信時間間隔（ＴＴＩ：transmit time interval）に対して、ＷＴＲＵ１０２は、提供されているＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルに関連付けられたＨ−ＡＲＱプロセスを動的に割り当てることができる。ＷＴＲＵ１０２は、ノードＢ１０４が物理リソースを割り当てたか否かを判定する（ステップ２０６）。物理リソースが割り当てられていない場合、プロセス２００は、ステップ２０４に戻り、次のＴＴＩを待つ。物理リソースが割り当てられている場合、ＷＴＲＵ１０２は、現在のＴＴＩで送信するために最も優先度の高いクラスにおけるデータを選択する（ステップ２０８）。ＷＴＲＵ１０２は、選択したＨ−ＡＲＱプロセス１２４を用いて、好ましくは絶対優先度に基づいて、どのデータを送信すべきかを判定する。この場合、新しいＨ−ＡＲＱプロセスが割り当てられるたびに、最も優先度の高いデータが、優先度の低いクラスにおけるデータに先行する。

送信を待っているデータがない場合、プロセス２００は、ステップ２０４に戻って次のＴＴＩを待つ。送信すべきデータがあり、最も優先度の高いクラスデータがステップ２０８で選択される場合、ＷＴＲＵ１０２は、Ｈ−ＡＲＱプロセス１２４が「送信不成功」状態を有する他のデータに既に割り当てられているか否かを判定する（ステップ２１０）。Ｈ−ＡＲＱプロセス１２４が送信に成功しなかった他のデータに既に割り当てられており、（すなわち、ＮＡＣＫメッセージを含むフィードバック情報を受信しており）、かつデータフィードバック情報を待っていない場合、ステップ２１２でこの優先度クラスに関連付けられて最初に割り当てられたＨ−ＡＲＱプロセスが選択され、そのＨ−ＡＲＱプロセスが現在のＴＴＩで送信される（ステップ２１４）。最初に割り当てられたＨ−ＡＲＱプロセスは、最小の送信シーケンス番号（ＴＳＮ：transmission sequence number）、または同じ優先度データに割り当てられた他のＨ−ＡＲＱプロセスと比較して最大の再送信番号のどちらかで判定することができる。

現在、「送信不成功」状態を有する他のデータに割り当てられたＨ−ＡＲＱプロセスがない場合、ＷＴＲＵ１０２は、この優先度クラスにおけるデータ送信を支援するのに利用できる、ＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルに関連付けられたＨ−ＡＲＱプロセスがあるか否かを判定する（ステップ２１６）。利用可能なＨ−ＡＲＱプロセスがある場合、ＷＴＲＵ１０２は、選択したデータの優先度クラスに関連付けられた、確保されているＨ−ＡＲＱプロセス１２４の１つを割り当てる（ステップ２１８）。その優先度クラスを、論理チャネル、ＭＡＣ−ｄフローおよびＴｒＣＨのうち少なくとも１つに関連付けられて構成されたＨ−ＡＲＱプロセスにマッピングしてもよい。選択したデータのＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルに利用可能なＨ−ＡＲＱプロセスがない場合、その優先度クラスは、現在のＴＴＩに対して遮断されているとしてマーク付けされる（ステップ２２０）。その後、プロセス２００はステップ２０８に戻り、次に優先度の高いデータを選択する。優先度の低いクラスを支援するＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルに関連付けられたＨ−ＡＲＱプロセスは、物理リソースが割り当てられ、かつ全ての未送信の送信準備ができた優先度の高いＨ−ＡＲＱプロセスを提供し終えたＴＴＩを待つ。

各論理チャネル、ＭＡＣ−ｄフローまたはＴｒＣＨの最大データレートを達成するために必要なＨ−ＡＲＱプロセスの数を制限することが必要である。ＲＮＣ１０６は、論理チャネル、ＭＡＣ−ｄフローおよびＴｒＣＨのうち少なくとも１つに対して確保されるＨ−ＡＲＱプロセスの最大数を制限することができる。これによって、優先度の低いＨ−ＡＲＱプロセスが既に割り当てられているとき、各論理チャネル、ＭＡＣ−ｄフローまたはＴｒＣＨの最大データレートを有効に制限する。優先度の高いデータは、最大データレートを制限するが低い送信レイテンシを提供する限られた数のＨ−ＡＲＱプロセスを有することができる。例えば、シグナリング無線ベアラ（ＳＲＢ: signaling radio bearer）が必要とするのは、低いレイテンシと、高くないトラフィックチャネルのデータレートである。ＳＲＢ、ＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルは、その後、高い優先度とこのチャネル専用の１つまたは複数のＨ−ＡＲＱプロセスに対して、ＲＲＣ手順を有するＲＮＣによって構成してもよい。

図３は、本発明の第２実施形態による、ＷＴＲＵ１０２においてＨ−ＡＲＱプロセスを割り当てるプロセス３００のフロー図である。ＲＮＣ１０６は、ＷＴＲＵ１０２を構成する。例えば、各論理チャネル、ＭＡＣ−ｄフロー、ＴｒＣＨまたはデータ優先度クラスに関連付けられたＨ−ＡＲＱプロセスおよび／またはメモリの分割の数を構成する（ステップ３０２）。これは、ＲＲＣ手順を通して行うことが好ましい。

ステップ３０４の各ＴＴＩに対して、ＷＴＲＵ１０２は、Ｈ−ＡＲＱプロセスを動的に割り当てる。ＷＴＲＵ１０２は、ノードＢ１０４が物理リソースを割り当てたか否かを判定する（ステップ３０６）。物理リソースが割り当てられていない場合、プロセス３００は、ステップ３０４に戻って次のＴＴＩを待つ。物理リソースが割り当てられている場合、新しいＨ−ＡＲＱプロセスを割り当てるたびに、ＷＴＲＵ１０２は、最も優先度の高いデータを判定し、現在のＴＴＩにおいて送信する（ステップ３０８）。

送信を待っているデータがない場合、プロセス３００は次のＴＴＩのためにステップ３０４に戻る。送信すべきデータがある場合、ＷＴＲＵ１０２は、Ｈ−ＡＲＱプロセスが、「送信不成功」状態を有する他の最も優先度の高いデータに既に割り当てられているか否かを判定する（ステップ３１０）。Ｈ−ＡＲＱプロセスが、送信に成功しなかった（すなわち、ＮＡＣＫフィードバックを受信した状態の）他の最も優先度の高いアクティブデータに割り当てられており、かつ、データフィードバック情報を待っていない場合、ステップ３１２でその優先度クラスに関連付けられて最初に割り当てられたＨ−ＡＲＱプロセスが選択され、そのＨ−ＡＲＱプロセスが現在のＴＴＩで送信される（ステップ３１４）。

最も優先度の高いデータに割り当てられたＨ−ＡＲＱプロセスが現在ない場合、ＷＴＲＵ１０２は、この優先度クラスに対してＴｒＣＨ、ＭＡＣ−ｄフローまたは論理チャネルに関連付けられた利用可能なＨ−ＡＲＱプロセスがあるか否かを判定する（ステップ３１６）。選択したデータの優先度クラスに対して利用可能なＨ−ＡＲＱプロセスがある場合、ＷＴＲＵ１０２は、この優先度クラスに対して確保したＨ−ＡＲＱプロセスの１つを割り当て（ステップ３１８）、そのＨ−ＡＲＱプロセスはステップ３１４で送信される。

選択したデータの優先度クラスに対して利用可能なＨ−ＡＲＱプロセスがない場合、ＷＴＲＵ１０２は、優先度の低いクラスに対して利用可能なＨ−ＡＲＱプロセスがあるか否かを判定する（ステップ３２０）。優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがある場合、プロセス３００は、ステップ３１８に分岐し、その優先度の低いクラスに関連付けられたＨ−ＡＲＱプロセスを割り当て、割り当てられたＨ−ＡＲＱプロセスを送信する（ステップ３１４）。ステップ３２０で、優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスはないと判定された場合、この優先度クラスは現在のＴＴＩに対して遮断され（ステップ３２２）、プロセス３００はステップ３０８に戻って次に優先度の高いデータを選択する。

選択肢として、優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがない場合、優先度の低いクラスに割り当てられたＨ−ＡＲＱプロセスをプリエンプトしてもよい。ＲＮＣ１０６は、各優先度クラスに対して確保されるＨ−ＡＲＱプロセスの数を構成する。優先度の高いデータに対して多数のＨ−ＡＲＱプロセスを確保する場合、プリエンプションは少なくなる。優先度の高いデータに対して確保されるＨ−ＡＲＱプロセスが少なくなると、プリエンプションは多くなる。

図４は、本発明の第３実施形態による、ＷＴＲＵ１０２のＨ−ＡＲＱプロセスを割り当てるプロセス４００のフロー図である。ＲＮＣ１０６は、Ｈ−ＡＲＱプロセスの共通プールを構成し、その数は、ＷＴＲＵ１０２がいつでも（at any time）使用できるＨ−ＡＲＱプロセスの最大数を超える（ステップ４０２）。

ステップ４０４の各ＴＴＩに対し、ＷＴＲＵ１０２は、Ｈ−ＡＲＱプロセスを動的に割り当てる。ＷＴＲＵ１０２は、ノードＢ１０４が物理リソースを割り当てたか否かを判定する（ステップ４０６）。物理リソースが割り当てられていない場合、プロセス４００は、ステップ４０４に戻り次のＴＴＩを待つ。物理リソースが割り当てられている場合、ＷＴＲＵ１０２は、最も優先度の高いクラスデータを選択し、現在のＴＴＩにおいて送信する（ステップ４０８）。

送信を待っているデータがない場合、プロセス４００はステップ４０４に戻り、次のＴＴＩを待つ。送信すべきデータがあり、最も優先度の高いデータが選択された場合、ＷＴＲＵ１０２は、Ｈ−ＡＲＱプロセスが「送信不成功」状態を有する他の最も優先度の高いデータに既に割り当てられているか否かを判定する（ステップ４１０）。Ｈ−ＡＲＱプロセスが、送信に成功しなかった（すなわち、ＮＡＣＫフィードバックを受信した状態の）他の最も優先度の高いアクティブデータに割り当てられており、データのフィードバック情報を待っていない場合、ステップ４１２でその優先度クラスに関連付けられて最初に割り当てられたＨ−ＡＲＱプロセスを選択し、そのＨ−ＡＲＱプロセスを現在のＴＴＩで送信する（ステップ４１４）。

最も優先度の高い他のデータに割り当てられたＨ−ＡＲＱプロセスが現在ない場合、ＷＴＲＵ１０２は、利用可能なＨ−ＡＲＱプロセスがあるか否かを判定する（ステップ４１６）。利用可能なＨ−ＡＲＱプロセスがある場合、ＷＴＲＵ１０２は、利用可能なＨ−ＡＲＱプロセスを割り当て（ステップ４１８）、ステップ４１４で、割り当てられたＨ−ＡＲＱが送信される。

ステップ４１６で利用可能なＨ−ＡＲＱプロセスがないと判定された場合、ＷＴＲＵ１０２は、優先度の低いクラスデータに既に割り当てられたＨ−ＡＲＱプロセスがあるか否かを判定する（ステップ４２０）。優先度の低いクラスデータに既に割り当てられたＨ−ＡＲＱプロセスがある場合、最も優先度の低いクラスデータに割り当てられたＨ−ＡＲＱプロセスは、プリエンプトされる（ステップ４２２）。プリエンプトされたＨ−ＡＲＱプロセスは選択されたデータに割り当てられ、割り当てられたＨ−ＡＲＱプロセスは送信される（ステップ４１８、４１４）。優先度の低いクラスデータに既に割り当てられたＨ−ＡＲＱプロセスがない場合、この優先度クラスは現在のＴＴＩに対して遮断され（ステップ４２４）、プロセス４００はステップ４０８に戻って、次に優先度の高いデータを選択する。

本発明の特徴と要素を特定の組み合わせで好ましい実施形態において記述したが、各特徴または要素は、好ましい実施形態の他の特徴および要素と共にではなく単独で使用することができ、または、本発明の他の特徴および要素との種々の組み合わせで若しくはそれらなしで使用することができる。

本発明による無線通信システムのブロック図である。 本発明の第１実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。 本発明の第２実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。 本発明の第３実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。

Claims (53)

1. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵにおいて複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
   （ａ）前記ＲＮＣが、無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して、少なくとも１つのトランスポートチャネル（ＴｒＣＨ：transport channel）によって専用に使用されるＨ−ＡＲＱプロセスのうちの少なくとも１つを構成すること、
   （ｂ）前記ＷＴＲＵが、前記ＴｒＣＨに関連付けられた送信に対して、前記ＲＮＣによって構成されたＨ−ＡＲＱプロセスを確保すること、および
   （ｃ）前記ＴｒＣＨに関連付けられて構成されたＨ−ＡＲＱプロセスを使用して、特定のデータ送信優先度クラスの送信を前記ＴｒＣＨにマッピングすること
   を備えることを特徴とする方法。
2. 前記ＴｒＣＨに対して構成されるＨ−ＡＲＱプロセスの数は、前記ＴｒＣＨに関連付けられた前記データ送信優先度クラスに対して特定のデータレートを達成するのに必要なＨ−ＡＲＱプロセスの数を超えることを特徴とする請求項１に記載の方法。
3. 前記ＲＮＣは、前記ＴｒＣＨに関連付けられた前記データ送信優先度クラスに対して特定の最大データレートを達成するために、前記ＴｒＣＨに対して構成されるＨ−ＡＲＱプロセスの数を制限することを特徴とする請求項１に記載の方法。
4. 前記ＴｒＣＨは、前記ＲＮＣによって優先度の高いＴｒＣＨとして構成され、かつ、前記Ｈ−ＡＲＱプロセスのサブセットは、前記ＴｒＣＨに割り当てられることを特徴とする請求項１に記載の方法。
5. 前記ＴｒＣＨは、少なくとも１つのシグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）に関連付けられていることを特徴とする請求項４に記載の方法。
6. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵにおいて複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
   （ａ）前記ＲＮＣが、無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して、少なくとも１つの専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フローによって専用に使用されるＨ−ＡＲＱプロセスのうちの少なくとも１つを構成すること、
   （ｂ）前記ＷＴＲＵが、前記ＭＡＣ−ｄフローに関連付けられた送信に対して、前記ＲＮＣによって構成されたＨ−ＡＲＱプロセスを確保すること、および
   （ｃ）前記ＭＡＣ−ｄフローに関連付けられて構成されたＨ−ＡＲＱプロセスを使用して、特定のデータ送信優先度クラスの送信を前記ＭＡＣ−ｄフローにマッピングすること
   を備えることを特徴とする方法。
7. 前記ＭＡＣ−ｄフローに対して構成されるＨ−ＡＲＱプロセスの数は、前記ＭＡＣ−ｄフローに関連付けられた前記データ送信優先度クラスに対して特定のデータレートを達成するのに必要なＨ−ＡＲＱプロセスの数を超えることを特徴とする請求項６に記載の方法。
8. 前記ＲＮＣは、前記ＭＡＣ−ｄフローに関連付けられた前記データ送信優先度クラスに対して特定の最大データレートを達成するために、前記ＭＡＣ−ｄフローに対して構成されるＨ−ＡＲＱプロセスの数を制限することを特徴とする請求項６に記載の方法。
9. 前記ＭＡＣ−ｄフローは、前記ＲＮＣによって優先度の高いＭＡＣ−ｄフローとして構成され、かつ、前記Ｈ−ＡＲＱプロセスのサブセットは、前記ＭＡＣ−ｄフローに割り当てられることを特徴とする請求項６に記載の方法。
10. 前記ＭＡＣ−ｄフローは、少なくとも１つのシグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）に関連付けられていることを特徴とする請求項９に記載の方法。
11. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵで複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）前記ＲＮＣが、無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して、少なくとも１つの論理チャネルによって専用に使用されるＨ−ＡＲＱプロセスのうちの少なくとも１つを構成すること、
    （ｂ）前記ＷＴＲＵが、前記論理チャネルに関連付けられた送信に対して、前記ＲＮＣにより構成されたＨ−ＡＲＱプロセスを確保すること、および
    （ｃ）前記論理チャネルに関連付けられて構成されたＨ−ＡＲＱプロセスを使用して、特定のデータ送信優先度クラスの送信を前記論理チャネルにマッピングすること
    を備えることを特徴とする方法。
12. 前記論理チャネルに対して構成されるＨ−ＡＲＱプロセスの数は、前記論理チャネルに関連付けられた前記データ送信優先度クラスに対して特定のデータレートを達成するのに必要なＨ−ＡＲＱプロセスの数を超えることを特徴とする請求項１１に記載の方法。
13. 前記ＲＮＣは、前記論理チャネルに関連付けられた前記データ送信優先度クラスに対して特定の最大データレートを達成するために、前記論理チャネルに対して構成されるＨ−ＡＲＱプロセスの数を制限することを特徴とする請求項１１に記載の方法。
14. 前記論理チャネルは、前記ＲＮＣによって優先度の高い論理チャネルとして構成され、かつ、前記Ｈ−ＡＲＱプロセスのサブセットは、前記論理チャネルに割り当てられることを特徴とする請求項１１に記載の方法。
15. 前記論理チャネルは、少なくとも１つのシグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）に関連付けられていることを特徴とする請求項１４に記載の方法。
16. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵにおいて複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）前記ＲＮＣが、複数のトランスポートチャネル（ＴｒＣＨ：transport channel）に対して、前記ＷＴＲＵにおいて前記Ｈ−ＡＲＱプロセスを構成すること、および
    （ｂ）前記ＲＮＣが、前記ＴｒＣＨのうちの少なくとも１つと少なくとも１つの関連付けられたＨ−ＡＲＱプロセスとを構成して、最も高いデータ送信優先度クラスに関連付けられたデータの送信を支援すること
    を備えることを特徴とする方法。
17. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵにおいて複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）前記ＲＮＣが、複数の専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フローに対して、前記ＷＴＲＵにおいて前記Ｈ−ＡＲＱプロセスを構成すること、および
    （ｂ）前記ＲＮＣが、前記ＭＡＣ−ｄフローのうちの少なくとも１つと少なくとも１つの関連付けられたＨ−ＡＲＱプロセスとを構成して、最も高いデータ送信優先度クラスに関連付けられたデータの送信を支援すること
    を備えることを特徴とする方法。
18. 無線ネットワークコントローラ（ＲＮＣ：radio network controller）および無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を含む無線通信システムにおいて、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために前記ＷＴＲＵで複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）前記ＲＮＣが、複数の論理チャネルに対して、前記ＷＴＲＵにおいて前記Ｈ−ＡＲＱプロセスを構成すること、および
    （ｂ）前記ＲＮＣが、前記論理チャネルのうちの少なくとも１つと少なくとも１つの関連付けられたＨ−ＡＲＱプロセスとを構成して、最も高いデータ送信優先度クラスに関連付けられたデータの送信を支援すること
    を備えることを特徴とする方法。
19. 拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために、無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）において複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）所定数のＨ−ＡＲＱプロセスが各優先度クラスに対して確保されるように、複数の優先度クラスに対して、前記ＷＴＲＵにおいて前記Ｈ−ＡＲＱプロセスを構成すること、
    （ｂ）前記ＷＴＲＵが、送信のために最も高い優先度を有するデータを選択すること、
    （ｃ）前記ＷＴＲＵが、前記選択したデータの優先度クラスにおいて利用可能なＨ−ＡＲＱプロセスがあるか否かを判定すること、および
    （ｄ）前記ＷＴＲＵが、前記選択したデータの前記優先度クラスに対して確保されたＨ−ＡＲＱプロセス内の１つのＨ−ＡＲＱプロセスを割り当てること
    を備えることを特徴とする方法。
20. （ｅ）前記ＷＴＲＵが、「送信不成功」状態を有する他のデータに既に割り当てられたＨ−ＡＲＱプロセスがあるか否かを判定すること、
    （ｆ）前記ＷＴＲＵが、「送信不成功」状態を有する他のデータに既に割り当てられたＨ−ＡＲＱプロセスがある場合、前記優先度クラスに関連付けられた、最初に割り当てられたＨ−ＡＲＱプロセスを選択すること、および
    （ｇ）前記ＷＴＲＵが、前記最初に割り当てられたＨ−ＡＲＱプロセスを送信すること
    をさらに備えることを特徴とする請求項１９に記載の方法。
21. 前記最初に割り当てられたＨ−ＡＲＱプロセスは、最小の送信シーケンス番号（ＴＳＮ：transmission sequence number）によって判定されることを特徴とする請求項２０に記載の方法。
22. 前記最初に割り当てられたＨ−ＡＲＱプロセスは、同じ優先度クラスに割り当てられた他のＨ−ＡＲＱプロセスと比較して最大の再送信番号によって判定されることを特徴とする請求項２０に記載の方法。
23. 各優先度クラスに対して確保されているＨ−ＡＲＱプロセスの数は、各優先度クラスに対して特定のデータレートを達成するために必要なＨ−ＡＲＱプロセスの数を超えることを特徴とする請求項１９に記載の方法。
24. 前記Ｈ−ＡＲＱプロセスの数は、一度に使うことができるＨ−ＡＲＱプロセスの数を超えるように構成されることを特徴とする請求項１９に記載の方法。
25. 前記Ｈ−ＡＲＱプロセスは、無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して構成されることを特徴とする請求項１９に記載の方法。
26. 前記Ｈ−ＡＲＱプロセスは、無線ネットワークコントローラ（ＲＮＣ：radio network controller）によって構成されることを特徴とする請求項１９に記載の方法。
27. 前記ＲＮＣは、論理チャネル、専用チャネル媒体アクセス制御（ＭＡＣ−ｄ: dedicated medium access control）フローおよびトランスポートチャネル（ＴｒＣＨ：transport channel）のうち少なくとも１つに対してＨ−ＡＲＱプロセスを構成することを特徴とする請求項２６に記載の方法。
28. 前記ＲＮＣは、論理チャネル、ＭＡＣ−ｄフローおよびＴｒＣＨの最大データレートに従って、前記論理チャネル、前記ＭＡＣ−ｄフローおよび前記ＴｒＣＨうち少なくとも１つに対して確保されているＨ−ＡＲＱプロセスの最大数を制限することを特徴とする請求項２７に記載の方法。
29. （ｅ）前記選択されたデータの優先度クラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがないとき、前記ＷＴＲＵが、優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがあるか否かを判定し、最も優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがある場合、前記ＷＴＲＵが、最も優先度の低いクラスに関連付けられたＨ−ＡＲＱプロセスを割り当てること
    をさらに備えることを特徴とする請求項１９に記載の方法。
30. （ｅ）優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがないとき、前記ＷＴＲＵが、優先度の低いクラスに既に割り当てられたＨ−ＡＲＱプロセスがあるか否かを判定し、前記優先度の低いクラスに関連付けられて既に割り当てられたＨ−ＡＲＱプロセスがあるとき、前記ＷＴＲＵが、前記優先度の低いクラスに既に割り当てられたＨ−ＡＲＱプロセスをプリエンプトする（preempt）こと
    をさらに備えることを特徴とする請求項２９に記載の方法。
31. 前記優先度の低いクラスの前記プリエンプション（preemption）は、データ送信の緊急度およびＲＮＣ構成のうち少なくとも１つによって制限されることを特徴とする請求項３０に記載の方法。
32. 拡張上りリンク送信を支援するために、無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）において複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法であって、
    （ａ）Ｈ−ＡＲＱプロセスの共通プールを構成すること、
    （ｂ）最も優先度の高いデータを選択すること、
    （ｃ）利用可能なＨ−ＡＲＱプロセスがあるか否かを判定すること、
    （ｄ）利用可能なＨ−ＡＲＱプロセスがある場合、Ｈ−ＡＲＱプロセスを割り当てること、
    （ｅ）利用可能なＨ−ＡＲＱプロセスがない場合、優先度の低いクラスデータに既に割り当てられたＨ−ＡＲＱプロセスがあるか否かを判定すること、および
    （ｆ）優先度の低いクラスデータに既に割り当てられたＨ−ＡＲＱプロセスがある場合、前記優先度の低いクラスに既に割り当てられたＨ−ＡＲＱプロセスをプリエンプトすること
    を備えることを特徴とする方法。
33. 前記優先度の低いクラスデータの前記プリエンプション（preemption）は、データ送信の緊急度および無線ネットワークコントローラ（ＲＮＣ：radio network controller）構成のうち少なくとも１つによって制限されることを特徴とする請求項３２に記載の方法。
34. Ｈ−ＡＲＱプロセスの前記共通プールは、いつでも使用できるＨ−ＡＲＱプロセスの最大数を超えるように構成されることを特徴とする請求項３２に記載の方法。
35. 拡張上りリンク送信を支援するために、複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）であって、
    （ａ）複数のＨ−ＡＲＱプロセスであって、所定数のＨ−ＡＲＱプロセスが複数の優先度クラスの各々に対して確保されるように構成された前記Ｈ−ＡＲＱプロセス、
    （ｂ）送信のためのデータを記憶するメモリ、および
    （ｃ）送信のために最も優先度の高いクラスの前記メモリからデータを選択し、前記選択したデータの前記最も優先度の高いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがあると判定されたとき、前記確保しているＨ−ＡＲＱプロセス内の１つのＨ−ＡＲＱプロセスを前記選択したデータの前記優先度クラスに割り当てるコントローラ
    を備えることを特徴とする前記ＷＴＲＵ。
36. 「送信不成功」状態を有する他のデータに既に割り当てられたＨ−ＡＲＱプロセスがある場合、前記コントローラは、前記最も優先度の高いクラスに関連付けられて最初に割り当てられたＨ−ＡＲＱプロセスを選択し、該最初に割り当てられたＨ−ＡＲＱプロセスを送信することを特徴とする請求項３５に記載のＷＴＲＵ。
37. 前記最初に割り当てられたＨ−ＡＲＱプロセスは、最小送信シーケンス番号（ＴＳＮ：transmission sequence number）によって判定されることを特徴とする請求項３６に記載のＷＴＲＵ。
38. 前記最初に割り当てられたＨ−ＡＲＱプロセスは、同じ優先度クラスに割り当てられた他のＨ−ＡＲＱプロセスと比較して最大の再送信番号によって判定されることを特徴とする請求項３６に記載のＷＴＲＵ。
39. 各優先度クラスに対して確保されたＨ−ＡＲＱプロセスの数は、各優先度クラスに対する特定のデータレートを達成するために必要なＨ−ＡＲＱプロセスの数を超えることを特徴とする請求項３５に記載のＷＴＲＵ。
40. 前記Ｈ−ＡＲＱプロセスの数は、一度に使うことができるＨ−ＡＲＱプロセスの数を超えるように構成されることを特徴とする請求項３５に記載のＷＴＲＵ。
41. 前記Ｈ−ＡＲＱプロセスは、無線ネットワークコントローラ（ＲＮＣ：radio network controller）によって構成されることを特徴とする請求項３５に記載のＷＴＲＵ。
42. 前記Ｈ−ＡＲＱプロセスは、無線リソース制御（ＲＲＣ：radio resource control）シグナリング手順を通して構成されることを特徴とする請求項４１に記載のＷＴＲＵ。
43. 前記ＲＮＣは、論理チャネル、専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フローおよびトランスポートチャネル（ＴｒＣＨ：transport channel）のうち少なくとも１つに対してＨ−ＡＲＱプロセスを構成することを特徴とする請求項４１に記載のＷＴＲＵ。
44. 前記ＲＮＣは、論理チャネル、ＭＡＣ−ｄフローおよびＴｒＣＨの最大データレートに従って、前記論理チャネル、前記ＭＡＣ−ｄフローおよび前記ＴｒＣＨうち少なくとも１つに対して確保しているＨ−ＡＲＱプロセスの最大数を制限することを特徴とする請求項４３に記載のＷＴＲＵ。
45. 前記選択したデータの前記優先度クラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがなく、最も優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがあるとき、前記コントローラは、最も優先度の低いクラスに関連付けられたＨ−ＡＲＱプロセスを割り当てることを特徴とする請求項３５に記載のＷＴＲＵ。
46. 優先度の低いクラスに関連付けられた利用可能なＨ−ＡＲＱプロセスがなく、前記優先度の低いクラスに関連付けられて既に割り当てられたＨ−ＡＲＱプロセスがあるとき、前記コントローラは、前記優先度の低いクラスに既に割り当てられたＨ−ＡＲＱプロセスをプリエンプトすることを特徴とする請求項４５に記載のＷＴＲＵ。
47. 前記優先度の低いクラスの前記プリエンプションは、データ送信の緊急度およびＲＮＣ構成のうち少なくとも１つによって制限されることを特徴とする請求項４６に記載のＷＴＲＵ。
48. 拡張上りリンク送信を支援するために、複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）であって、
    （ａ）複数のＨ−ＡＲＱプロセスの共通プール、
    （ｂ）送信のためのデータを記憶するメモリ、および
    （ｃ）送信のために最も優先度の高いクラスに関連付けられたデータを選択し、利用可能なＨ−ＡＲＱプロセスがある場合Ｈ−ＡＲＱプロセスを割り当て、前記共通プールに利用可能なＨ−ＡＲＱプロセスがなく優先度の低いクラスに既に割り当てられた利用可能なＨ−ＡＲＱプロセスがある場合、前記優先度の低いクラスに既に割り当てられた前記Ｈ−ＡＲＱプロセスをプリエンプトするコントローラ
    を備えることを特徴とする前記ＷＴＲＵ。
49. 前記優先度の低いクラスデータの前記プリエンプションは、データ送信の緊急度と無線ネットワークコントローラ（ＲＮＣ：radio network controller）構成とのうち少なくとも１つによって制限されることを特徴とする請求項４８に記載のＷＴＲＵ。
50. Ｈ−ＡＲＱプロセスの前記共通プールは、いつでも使用できるＨ−ＡＲＱプロセスの最大数を超えるように構成されることを特徴とする請求項４８に記載のＷＴＲＵ。
51. 拡張上りリンク送信を支援するために、複数のハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる集積回路（ＩＣ：integrated circuit）であって、
    （ａ）複数のＨ−ＡＲＱプロセスの共通プール、
    （ｂ）送信のためのデータを記憶するメモリ、および
    （ｃ）送信のために最も優先度の高いクラスに関連付けられたデータを選択し、利用可能なＨ−ＡＲＱプロセスがある場合Ｈ−ＡＲＱプロセスを割り当て、前記共通プールに利用可能なＨ−ＡＲＱプロセスがなく優先度の低いクラスに既に割り当てられた利用可能なＨ−ＡＲＱプロセスがある場合、前記優先度の低いクラスに既に割り当てられた前記Ｈ−ＡＲＱプロセスをプリエンプトするコントローラ
    を備えることを特徴とする前記ＩＣ。
52. 前記優先度の低いクラスデータの前記プリエンプションは、データ送信の緊急度と無線ネットワークコントローラ（ＲＮＣ：radio network controller）構成とのうち少なくとも１つによって制限されることを特徴とする請求項５１に記載のＩＣ。
53. Ｈ−ＡＲＱプロセスの前記共通プールは、いつでも使用できるＨ−ＡＲＱプロセスの最大数を超えるように構成されることを特徴とする請求項５１に記載のＩＣ。

Images