(57)【要約】      （修正有）【課題】拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するために、無線送受信ユニット（ＷＴＲＵ）においてハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）プロセスを動的に割り当てる方法および装置を提供する。【解決手段】ＷＴＲＵにおけるＨ−ＡＲＱプロセスは、異なるデータ送信優先度クラスに関連付けられた個々のトランスポートチャネル、専用チャネル媒体アクセス制御フローまたは論理チャネルに対して確保されている。ＷＴＲＵは、これらの確保されている利用可能なＨ−ＡＲＱプロセスからＨ−ＡＲＱプロセスを割り当てる。【選択図】図１
2014168287.tif 000002
【特許請求の範囲】
【請求項１】
拡張専用チャネル（Ｅ−ＤＣＨ）上の送信をサポートするハイブリッド自動再送要求（Ｈ−ＡＲＱ）プロセスを提供する手段と、
いずれのＨ−ＡＲＱプロセスが特定の専用チャネル媒体アクセス制御（ＭＡＣ−ｄ）フローに関連付けられているかを示す構成情報を受信する手段であって、前記関連付けは、前記特定のＭＡＣ−ｄフローからのデータが、関連付けられたＨ−ＡＲＱプロセスを使用して送信されることを示している、受信する手段と、
各々の送信時間期間（ＴＴＩ）に対して、前記ＭＡＣ−ｄフローからのデータの送信に対するＨ−ＡＲＱプロセスを割り当てる手段であって、前記割り当てられたＨ−ＡＲＱプロセスは、前記関連付けられたＨ−ＡＲＱプロセスのうちの１つからである、割り当てる手段と、
前記割り当てられたＨ−ＡＲＱプロセスを使用して、前記Ｅ−ＤＣＨ上で前記ＭＡＣ−ｄフローからのデータを送信する手段と
を備えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
前記構成情報は、前記ＷＴＲＵに対して構成されたＭＡＣ−ｄフローの各々に対して受信されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記構成情報は、無線リソースコントロール（ＲＣＣ）シグナリングを経由して受信されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記構成情報は、無線ネットワークコントローラ（ＲＮＣ）から受信されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記構成情報は、ＭＡＣ−ｄフローと関連付けられた前記Ｈ−ＡＲＱプロセスを制限することを特徴とする請求項１に記載のＷＴＲＵ。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、少なくとも１つの無線送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）、少なくとも１つのノードＢおよび無線ネットワークコントローラ（ＲＮＣ：radio network controller）を含む無線通信システムにおけるハイブリッド自動再送要求（Ｈ−ＡＲＱ：hybrid-automatic repeat request）動作に関する。より詳細には、本発明は、拡張上りリンク（ＥＵ：enhanced uplink）送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法およびシステムである。
【０００２】
ＥＵ動作は、アップリンク（ＵＬ：uplink）のレイテンシを低減し、スループットを向上させ、物理的な無線リソースのより効率的な使用を提供する。ＥＵ動作中、Ｈ−ＡＲＱプロセスを使用して、ＥＵデータ送信の成功または不成功を報告するフィードバックプロセスの円滑化を含む、ＷＴＲＵとノードＢとの間のＥＵ送信の支援を行う。
【０００３】
ＥＵ  Ｈ−ＡＲＱプロセスの数をＷＴＲＵごとに定義し、各ＷＴＲＵは、Ｈ−ＡＲＱプロセスの複数のインスタンスを同時に支援する。各ＥＵデータ送信のフィードバックサイクルは、ＵＬ送信時間に比べて比較的長く、かつ、各ＥＵ送信を成功裡に送信するために異なる数の送信が要求される場合があるので、ＷＴＲＵは、幾つかのＨ−ＡＲＱプロセスを同時に稼動してデータレートを向上させ、レイテンシを低減する必要がある。
【０００４】
どのＷＴＲＵ接続にも、複数の論理チャネルが存在する。これらの論理チャネルは、異なるスループット、レイテンシ、エラーレートおよびサービス品質（Ｑｏｓ：quality of service）要求を有する。これらの要求を満足させるために、ＲＮＣは、媒体アクセス制御（ＭＡＣ：medium access control）論理チャネル優先度（ＭＬＰ：ＭＡＣ Logical channel Priority）として知られる各論理チャネルごとの優先度を設定する。ＭＬＰは、ＥＵ−ＭＡＣ（ＭＡＣ−ｅ）に接続されている専用チャネルＭＡＣ（ＭＡＣ−ｄ：dedicated medium access control）フローにマッピングされ、ＥＵ  Ｈ−ＡＲＱプロセスを管理する。
【０００５】
類似の設計が、ダウンリンク（ＤＬ：downlink）チャネルの高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：high speed downlink packet access）についても存在する。優先度の高いデータの送信が要求され、Ｈ−ＡＲＱプロセスが全て優先度の低いデータの送信に既に割り当てられているとき、優先度の低い既存のＨ−ＡＲＱ送信を優先度の高い送信でプリエンプトすることが可能になっている。プリエンプションが発生すると、優先度の低いデータは、後のＨ−ＡＲＱ送信のために再スケジュールされる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｈ−ＡＲＱプロセスのプリエンプションに伴う問題は、結合による利益を失うことである。ＥＵ  Ｈ−ＡＲＱ動作の１つの重要な利点は、前の送信から受信したデータを記憶し、前の送信とそれに続く送信を結合してデータ送信成功の確率を上げる能力である。しかしながら、Ｈ−ＡＲＱプロセスをプリエンプトすると、前の送信の記憶データ、ひいてはＨ−ＡＲＱプロセスの結合による利点を失うことになる。
【０００７】
Ｈ−ＡＲＱプロセスのプリエンプションを実施するのは、ＷＴＲＵにおいて構成できるＨ−ＡＲＱプロセスの数が限られているからである。各Ｈ−ＡＲＱプロセスは、受信処理に多量のメモリを要するが、ＷＴＲＵのメモリ量は、限られている。
【０００８】
優先度の低いデータを多量に有し、優先度の高いデータを少量有するのが一般的なので、優先度の低い送信を処理するとき、優先度の高いデータのＱｏｓ要求を維持するために優先度の高い送信を遮断しないことが必要である。優先度の低いデータがＨ−ＡＲＱプロセスを独占する場合、システム全体の性能を低下させることがある。さらに、優先度の低いデータによってレイテンシが長くなるので、Ｈ−ＡＲＱプロセスの保持時間が長くなる。
【０００９】
Ｈ−ＡＲＱプロセスのプリエンプションは、送信の優先度付けの問題を解決することができるが、結合による利益を失い、それに付随して無線リソースの使用効率が低減するという犠牲を伴う。最初の、およびおそらくは２番目の送信が高い比率で失敗するとき、要求する物理リソースがさらに少ないあまりロバストでない変調符号化方式（ＭＣＳ：modulation and coding scheme）を適用できるので、Ｈ−ＡＲＱシステム全体として最高の性能を達成すると思われる。この場合には、Ｈ−ＡＲＱプロセスのプリエンプションを採用すると、送信を成功させるため、この初期の送信および再送信を頻繁に繰り返すことが必要となり、最初にプリエンプトされた送信のために利用される無線リソースを浪費する。
【課題を解決するための手段】
【００１０】
本発明は、ＥＵ送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法および装置である。ＷＴＲＵにおけるＨ−ＡＲＱプロセスは、異なるデータ送信優先度クラスに関連付けられた、特定のトランスポートチャネル（ＴｒＣＨ：transport channel）、専用チャネル媒体アクセス制御（ＭＡＣ−ｄ：dedicated medium access control）フロー、または論理チャネル用に確保（Reserved）されている。ＷＴＲＵは、これら確保されている利用可能なＨ−ＡＲＱプロセスからＨ−ＡＲＱプロセスを割り当てる。選択肢として、優先度の高いチャネルを優先度の低いチャネル用に確保されているＨ−ＡＲＱプロセスに割り当てることを可能にしても良い。優先度の低いＨ−ＡＲＱプロセスはプリエンプトしてもよい。プリエンプションは、データ送信の緊急度（例えば、ライフスパンタイマの期限が迫っている）によって制限してもよく、Ｈ−ＡＲＱプロセスのＲＮＣ構成によって制限してもよい。代替として、Ｈ−ＡＲＱプロセスの共通プールを構成し、各チャネルの優先度に従ってＨ−ＡＲＱプロセスを共通プールから割り当て、優先度の低いＨ−ＡＲＱは、プリエンプトしてもよい。
【発明の効果】
【００１１】
以上述べたように、本発明によると、優先度の低いデータは最大データレートを達成することができ、優先度の高い送信は、Ｈ−ＡＲＱプロセスのプリエンプションの必要性を要求しないでいつでも開始することができる。特定のチャネル用にＨ−ＡＲＱプロセスを確保し、これら確保したＨ−ＡＲＱプロセスをＷＴＲＵが動的に割り当てることを可能にすることによって、これらのチャネルのＥＵデータレートおよび送信レイテンシが、そのＱｏｓ要求に合うことをより確実に保証することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明による無線通信システムのブロック図である。
【図２】本発明の第１実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。
【図３】本発明の第２実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。
【図４】本発明の第３実施形態による、図１のシステムのＨ−ＡＲＱプロセスを割り当てるプロセスのフロー図である。
【発明を実施するための形態】
【００１３】
例として、また添付の図面と共に理解されるように、以下に記述された好ましい実施形態から本発明をさらに詳しく理解できるだろう。
【００１４】
以後、「ＷＴＲＵ」という用語は、ユーザ機器（ＵＥ：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）送信を支援するためにＷＴＲＵにおいてＨ−ＡＲＱプロセスを動的に割り当てる方法およびシステムに利用できる。
【符号の説明】
【００４０】
１０２  ＷＴＲＵ
１０４  ノードＢ
１０６  ＲＮＣ
１２２  コントローラ
１２４  Ｈ−ＡＲＱプロセス
１２６  メモリ
１２８  送受信機
【図１】
2014168287.tif 000003
【図２】
2014168287.tif 000004
【図３】
2014168287.tif 000005
【図４】
2014168287.tif 000006