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

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）使用できるＨ−ＡＲＱプロセスの最大数を超える（ステップ４０２）。

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

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

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

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

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

本発明は、一般的に無線通信システムに利用することができる。特に、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法およびシステムに利用できる。

１０２ ＷＴＲＵ
１０４ ノードＢ
１０６ ＲＮＣ
１２２ コントローラ
１２４ Ｈ−ＡＲＱプロセス
１２６ メモリ
１２８ 送受信器

Claims (12)

1. 拡張アップリンクチャネル上を、データを送信するよう構成された無線送受信ユニット（ＷＴＲＵ）において、
   各々の構成された媒体アクセス制御専用チャネル（ＭＡＣ−ｄ）フローと関連付けられたハイブリッド自動再送要求（Ｈ−ＡＲＱ）プロセスを示す構成情報を含む無線リソース制御（ＲＲＣ）シグナリングを受信するように構成された受信機であって、各ＭＡＣ−ｄフローは優先順位クラスに関連付けられている、受信機と、
   送信時間間隔（ＴＴＩ）に対してデータの送信のための利用可能なＨ−ＡＲＱプロセスを割り当てるよう構成されたコントローラであって、ＭＡＣ−ｄフローから前記ＴＴＩに対して送信するためのデータを選択するよう構成され、前記選択されたデータは最高の優先順位に関連付けられたＭＡＣ−ｄフローからであり、前記割り当てられたＨ−ＡＲＱプロセスは、前記構成情報によって指示されたように前記ＭＡＣ−ｄフローに関連付けられている、コントローラと、
   前記拡張アップリンクチャネル上で、前記割り当てられたＨ−ＡＲＱプロセスを使用して、前記選択されたデータを送信するよう構成された送信機と
   を備えたことを特徴とするＷＴＲＵ。
2. 前記コントローラは、前記ＲＲＣシグナリングに応答して、Ｈ−ＡＲＱプロセスの番号を設定するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記ＲＲＣシグナリングは、無線ネットワークコントローラ（ＲＮＣ）から受信されることを特徴とする請求項１に記載のＷＴＲＵ。
4. 前記コントローラは、前記送信機を制御して、拡張アップリンクリソースを要求するチャネル割当要求を送信するよう構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記受信機は、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信するよう構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
6. 前記受信機は、チャネル割当情報を受信するよう構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
7. 無線送受信ユニット（ＷＴＲＵ）によって実施される、拡張アップリンクチャネル上で、データを送信する方法において、
   各々の構成された媒体アクセス制御専用チャネル（ＭＡＣ−ｄ）フローと関連付けられたハイブリッド自動再送要求（Ｈ−ＡＲＱ）プロセスを示す構成情報を含む無線リソース制御（ＲＲＣ）シグナリングを受信するステップであって、各ＭＡＣ−ｄフローは優先順位クラスに関連付けられている、受信するステップと
   送信時間間隔（ＴＴＩ）に対してデータの送信のための利用可能なＨ−ＡＲＱプロセスを割り当てるステップと、
   ＭＡＣ−ｄフローから前記ＴＴＩに対して送信するためのデータを選択するステップであって、前記選択されたデータは最高の優先順位に関連付けられたＭＡＣ−ｄフローからであり、前記割り当てられたＨ−ＡＲＱプロセスは前記構成情報によって指示されたように前記ＭＡＣ−ｄフローに関連付けられている、選択するステップと、
   前記拡張アップリンクチャネル上で、前記割り当てられたＨ−ＡＲＱプロセスを使用して、前記選択されたデータを送信するステップと
   を備えることを特徴とする方法。
8. 前記ＲＲＣシグナリングに応答して、Ｈ−ＡＲＱプロセスの番号を設定するステップをさらに備えることを特徴とする請求項７に記載の方法
9. 前記ＲＲＣシグナリングは、無線ネットワークコントローラ（ＲＮＣ）から受信されることを特徴とする請求項７に記載の方法。
10. 拡張アップリンクリソースを要求するチャネル割当要求を送信するステップをさらに備えることを特徴とする請求項７に記載の方法。
11. 肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信するステップをさらに備えることを特徴とする請求項７に記載の方法。
12. チャネル割当情報を受信するステップをさらに備えることを特徴とする請求項７に記載の方法。

Images