JP5756837B2 - 半永続的および動的なデータ送信に対してｈａｒｑプロセスを効率的に利用するための方法および装置 - Google Patents

Description

この出願は無線通信に関する。

ＵＬ（アップリンク）およびＤＬ（ダウンリンク）スケジューリングの基本は動的スケジューリングである。ＬＴＥ（Long Term Evolution）無線通信システムにおいては、スケジューリング情報は、ＴＴＩ（Transmission Timing Interval：送信時間間隔）の間にＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）を介してＷＴＲＵ（Wireless Transmit／Receive Unit：無線送受信ユニット）に送信される。ＬＴＥにおいてＤＬおよびＵＬについて半永続的スケジューリングをサポートすることは、ＲＡＮ（Radio Access Network：無線アクセス・ネットワーク）のワーキング・グループ（すなわち、ＲＡＮ２）によって合意されている。ＴＴＩの間に半永続的にスケジューリングされたＷＴＲＵに対しては、最初のデータ送信に対してＤＬ／ＵＬグラント（grant）を送る必要はない。唯一の例外は、ｅＮＢ（evolved Node-B：発展型ノードＢ）が永続的リソース割り当てを無効にすることを必要とする時であり、それは本質的に滅多には起こらないはずである。さもなければ、ＤＬ／ＵＬの永続的リソース割り当ての唯一の目的が失われてしまう。ＶｏＩＰ（Voice over Internet Protocol）に対する最適化として、永続的スケジューリングがＤＬおよびＵＬの両方のために使用され、最初の送信に対するリソースは永続的に割り付けられ、そしてＨＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）再送信に対するリソースが動的に割り付けられる。

ＤＬについては、再送信のＨＡＲＱプロセスＩＤ（Process Identification）は、再送信が発生するＴＴＩから推測することができない（ＤＬ再送信の非同期的性格に依存するため）ので、指定されねばならない。動的スケジューリングにおいて、これはＤＬグラント信号を介して達成される。ＴＴＩにおいて半永続的にスケジューリングされたＷＴＲＵについては、最初の送信に対してＤＬグラントが送られず、その後の任意の適応型再送信は、再送信のためのＨＡＲＱプロセスＩＤを明示的に示すＤＬグラントを必要とする。

解決策としては、ＷＴＲＵおよびｅＮＢの両方が、永続的にスケジューリングされたＤＬ送信に対して次の利用可能なＨＡＲＱプロセスＩＤが使用されると仮定することが含まれる。しかしながら、この手順はエラーがある場合に十分頑強（robust）ではないであろう。

ＨＡＲＱプロセスが永続的送信のために予約された場合には、動的送信のために残されるＨＡＲＱプロセスは限られる。このように、いくつかのＨＡＲＱプロセスが首尾よく送信を終了しても、他のサービスがそれを長い期間の間使用できないなら、永続的送信のためだけにそれらを予約することは効率的ではない。

したがって、上記の非効率性及び懸案事項を軽減する方法に対する必要性が存在する。

半永続的および動的なデータ送信に対する効率的なＨＡＲＱプロセス利用のための方法および装置が開示される。そこでは予約されたＨＡＲＱプロセスＩＤを再使用することができる。半永続的割り付け（semi-persistent allocation）のために使用するよう複数のＨＡＲＱプロセスＩＤのサブセットが予約され、そしてその半永続的割り付けに基づきデータが送信される。動的割り付け（dynamic allocation）は、ＰＤＣＣＨを介して受信される。この動的割り付けに基づきデータを送信するために、予約されたＨＡＲＱプロセスＩＤの少なくとも１つが選択的に使用される。

添付図面に関連する一例である以下の説明から詳細な理解を得ることができる。
ＨＡＲＱプロセスを効率的に利用するように構成される無線通信システムを示す図である。 ダウンリンクにおけるＳＦＮ（System Frame Number）および予約されたＨＡＲＱプロセスＩＤの間の関係の例を示す図である。 永続的再送信および動的割り付けについての信号の例を示す図である。 半永続的および動的データ送信についてＨＡＲＱプロセスを効率的に利用するための手順のフロー図である。

本明細書で参照される場合、用語「ＷＴＲＵ（Wireless Transmit／Receive Unit：無線送受信ユニット）」は、限定的ではなく、ＵＥ（User Equipment：ユーザ端末）、移動局、固定型または移動体の加入者ユニット、ページャー、携帯電話、ＰＤＡ（Personal Digital Assistant：携帯情報端末）、コンピュータ、または無線環境において動作する能力のある他の種類のユーザ・デバイスをも含む。

本明細書で参照される場合、用語「ｅＮＢ（evolved Node-B：発展型ノードＢ）」は、限定的ではなく、基地局（base station）、サイト制御装置、ＡＰ（Access Point：アクセス・ポイント）、または無線環境において動作する能力のある他の種類のインターフェイス・デバイスをも含む。

図１は、ＷＴＲＵ１０５およびｅＮＢ１１０を含む無線通信システム１００を示し、これらはＰＤＣＣＨ１１５およびＰＵＣＣＨ（Physical Uplink Control Channel：物理アップリンク制御チャネル）１２０上で通信する。ＷＴＲＵ１０５は、送信機１２５、受信機１３０、処理装置１３５、およびバッファ１４０を含む。ｅＮＢ１１０は、送信機１４５、受信機１５０、および処理装置１５５を含む。

ＤＬおよびＵＬのＨＡＲＱリソースを効率的に利用するための方法を以下で説明する。ＤＬにおいては、ＨＡＲＱプロセスＩＤのサブセットが半永続的送信のために予約されるなら、予約されたＨＡＲＱプロセスはまた、ある予約されたＨＡＲＱプロセスＩＤに関連付けられたデータが首尾よく送信された（すなわち、ＷＴＲＵ１０５からＡＣＫ（ACKnowledgement：肯定応答）が受信された）場合に、そして予約されたＨＡＲＱプロセスＩＤが、関連付けられた次のＳＦＮ（System Frame Number：システム・フレーム番号）時点で使用されることになる前に、動的割り付けのために使用することができる。例えば、図２に示されるように、１つのＨＡＲＱプロセスｍが奇数のＳＦＮに関係付けるべく予約されるなら、そして次にＨＡＲＱプロセスｍがＳＦＮｌにて送信を開始しそしてＳＦＮ２の前に終了するなら、ＨＡＲＱプロセスｍを動的スケジューリングが使用することができる。このように、リソースを浪費することなくＨＡＲＱプロセスｍを充分に利用することが可能である。動的割り付けはまた、既存のＨＡＲＱプロセスｍを、この処理がその送信を終了しないように、無効にすることができる。

あるいはまた、すべての未予約のＨＡＲＱプロセスが使用済（または使用不可）となり、そして予約されたＨＡＲＱプロセスが首尾よくパケットを送信済となっているかもしくは再送信の最大数に到達しているか、または永続的送信に対して関連付けられたＳＦＮにてこのＨＡＲＱプロセスＩＤを使用するまでに動的割り付けおよび送信のために時間が十分有る場合に、動的割り付けは予約されたＨＡＲＱプロセスを使用する。

同一の予約されたＨＡＲＱプロセスＩＤを使用する２つの関連付けられたＳＦＮの間の動的スケジューリングのために予約されたＨＡＲＱプロセスＩＤを使用するべきか否かは、永続的割り付け設定の間に、ＲＲＣ（Radio Resource Control：無線リソース制御）メッセージ中にて信号送出（signaling）することが可能である。例えば、それを予約されたＨＡＲＱ ＩＤと一緒にすることが可能である。ＤＬの永続的スケジューリングを有効化するときに、ＰＤＣＣＨ中にて構成設定（configuration）を信号送出することもまた可能である。

図２は、ＤＬ永続的スケジューリングのために関連付けられたＳＦＮと共にＨＡＲＱプロセスが予約される例を示す。図２においては、ＳＦＮｌが奇数のＳＦＮを意味し、ＳＦＮ２が偶数のＳＦＮを意味する。ＳＦＮｌおよびＳＦＮ２はここでは、最初のパケットが、奇数および偶数のＳＦＮの時点にて送信されることを示すための例として使用される。網掛けされた長方形は再送されたパケットを表す。例としてＤＬ永続的スケジューリングのために、ＨＡＲＱプロセスｍおよびｎが予約される。最初の送信を送るとき、ＨＡＲＱプロセスＩＤにＳＦＮを結び付ける。そのようにして、奇数のＳＦＮにおいて最初の送信を送るとき、ＨＡＲＱプロセスｍを通して再送信が送られる。図２に示されたこの例によると、偶数のＳＦＮにおいて最初の送信が送られるときにＨＡＲＱプロセスｎが使用され、そして再送信３回のためにＨＡＲＱプロセスｍが使用される。図２中のＮＡＣＫは、不成功のＤＬにおいてＨＡＲＱプロセスｍを使用した不成功の送信を表し、ＷＴＲＵ１０５がｅＮＢ１１０にＮＡＣＫを送り、ｅＮＢ１１０がＨＡＲＱプロセスｍを使用して再送することになる。

さらに図２を参照して、１つの予約されたＤＬ ＨＡＲＱプロセスｍが、例えば２つの奇数のＳＦＮの間の、ＤＬ永続的送信を首尾よく終了すると、次の連続した奇数のＳＦＮが新規のＤＬ永続的送信のためにＨＡＲＱプロセスｍを使用する前に、すべての未予約のＨＡＲＱプロセスが使用済（または使用不可）であるなら、動的スケジューリングのためにＨＡＲＱプロセスｘをｅＮＢ１１０が使用することが可能である。このようにＷＴＲＵ１０５は、同一のＨＡＲＱプロセスからのデータが、永続的再送信（persistent retransmission）のためであるかまたは新規の動的割り付けのためのものであるかを、明示的な信号を使用して区別することができる。予約されたＨＡＲＱプロセス、例えばＨＡＲＱプロセスＩＤ ｍ、を共有する場合の動的スケジューリングを明示的に信号送出するために、ＰＤＣＣＨシグナリングを使用することが可能である。

ＷＴＲＵ１０５が首尾よくＤＬ永続的データを受信しおよびＡＣＫ（ACKnowledgement：肯定応答）がｅＮＢ１１０に送られた後に、または再送信の最大数に到達した後に、予約されたＨＡＲＱプロセスＩＤを使用するＤＬ割り付けが発生したなら、ＰＤＣＣＨにおけるＮＤＩ（New Data Indicator）は、これが新規動的スケジューリングのためのものであるということをＷＴＲＵ１０５に示すことができる。ＷＴＲＵ１０５はまた、ＲＳＮ（Retransmission Sequence Number：再送信シーケンス番号）からそれが再送信であるか否かを判定することができる。またＰＤＣＣＨ上で運ばれたＤＬスケジューリンググラントは、ＤＬスケジューリングが動的または永続的割り付けの何れのためのものであるかを示すために１ビットを使用可能である。

次のＳＦＮの前に予約されたＨＡＲＱプロセスを使用するＤＬ動的送信を首尾よく受信することができなかったなら、この予約されたＨＡＲＱプロセスがＤＬ永続的送信のために使用されなければならなかった場合には、何れのＤＬ動的送信も中断されるべきであり、そしてＷＴＲＵ１０５は予約されたＨＡＲＱプロセスを使用するＤＬ動的送信データを格納するバッファ１４０を空にするべきである。

新規ＤＬ永続的送信に対してすぐ後の関連付けられたＳＦＮのために予約されたＨＡＲＱプロセスｍまでに、少なくとも１つのＴＴＩ（送信時間間隔）が発生する必要がある。バッファ１４０は、予約されたＨＡＲＱプロセスｍに関連付けられた進行中の動的送信のためのデータを格納する。バッファ１４０はフラッシュされ、ＨＡＲＱプロセスｍのためのパラメータは、最初のＤＬ永続的送信に対する構成設定のためにリセットされる。

あるいはまた、ＤＬ永続的送信のためにＨＡＲＱプロセスＩＤのサブセットを予約することに加えて、ＵＬ永続的送信のためのＨＡＲＱプロセスＩＤ（望ましくは１つより多い）のサブセットもまた、予約することができる。予約されたＨＡＲＱプロセスが首尾よくＵＬ永続的送信を終了するか、または再送信の最大数に達し、そしてＵＬ永続的送信に対して次に関連付けられたＳＦＮにおいて同一のＨＡＲＱプロセスを使用するまでにまだ時間がある場合に、ＵＬ永続的送信のための予約されたＨＡＲＱプロセスＩＤをＵＬ動的送信にもまた、使用することができる。ＵＬ動的スケジューリングのために未予約のＨＡＲＱプロセスを使用することができ、そして次に未予約のＨＡＲＱプロセスがすべて使用済になると、予約されたＨＡＲＱプロセスが使用される。

ＨＡＲＱプロセスＩＤのサブセットがＵＬ永続的送信のために予約されることになるなら、ＵＬ永続的スケジューリング設定処理の間に、ＲＲＣ中にてそれを信号送出することができる。ＤＬに対して上で説明されたように、同一の予約されたＨＡＲＱプロセスＩＤを使用する２つの関連付けられたＳＦＮの間のＵＬ動的スケジューリングのために予約されたＨＡＲＱプロセスＩＤを使用するか否かに関する構成設定は、永続的割り付け設定の間に、ＲＲＣメッセージ中にて信号送出可能である。例えば、予約されたＨＡＲＱ ＩＤと信号を一緒にすることができる。あるいはまた、ＵＬ永続的割り付けを有効化するときに、ＰＤＣＣＨにて構成設定を信号送出することができる。

ＷＴＲＵ１０５が、ＵＬ永続的送信に対して次に関連付けられたＳＦＮの前に、予約されたＨＡＲＱ ＩＤおよび新規パケットを示すＮＤＩを持つＵＬグラントを受信した場合には、ＷＴＲＵ１０５は、このＵＬグラントが、予約されたＨＡＲＱプロセスを再使用（または共有）することによる動的スケジューリングのためのものであると理解し、そしてＷＴＲＵ１０５は、そのＨＡＲＱプロセスおよび割り付けられたパラメータをＵＬ動的送信のために使用開始することが可能になる。

ＷＴＲＵ１０５がＡＣＫを検出するが、再送信を示す同一ＨＡＲＱプロセスＩＤを持つＵＬグラントを受信した場合には、ＡＣＫとして誤ってＮＡＣＫ（Negative ACKnowledgement：否定応答）が検出され、そしてＵＬ割り付けは依然として進行中のＵＬ永続的送信の再送信のためであるということをＷＴＲＵ１０５は識別する。

ＷＴＲＵ１０５がＮＡＣＫを検出するが、ＵＬグラントが予約されたＨＡＲＱプロセスＩＤを持ちそしてＮＤＩが新規データ・パケットを示す場合には、ＮＡＣＫとしてＡＣＫを検出することができ、そして新規ＵＬグラントが次のＳＦＮの前の動的スケジューリングのためであり、したがって、予約されたＨＡＲＱプロセスを使用するということをＷＴＲＵ１０５は識別する。

ＷＴＲＵ１０５が予定された時間にＡＣＫまたはＮＡＣＫの何れをも検出しないなら、ＷＴＲＵ１０５はＡＣＫ／ＮＡＣＫが失われたということを識別する。ＷＴＲＵ１０５が、新規データ・パケットを示すＮＤＩを伴う予約されたＨＡＲＱプロセスを使用するＵＬグラントを後で検出した場合には、ＤＬ ＡＣＫが失われ、そして予約されたＨＡＲＱプロセスは動的スケジューリングのために使用されるということをＷＴＲＵ１０５は識別する。さもなければ、ＷＴＲＵ１０５が予約されたＨＡＲＱプロセスＩＤを使用するＵＬグラントを検出するが、ＲＳＮが再送信を示す場合には、ＤＬ ＮＡＣＫが失われ、そして割り付けは永続的再送信のためであるということをＷＴＲＵ１０５は識別する。

ＷＴＲＵ１０５が、Ｘ、例えば１つ、のＴＴＩのＵＬ動的送信のためにＨＡＲＱプロセスを予約するなら、ＵＬ永続的送信のために同一の予約されたＨＡＲＱプロセスｔを使用する次のＳＦＮの開始前に、ＷＴＲＵ１０５は、ＨＡＲＱプロセスｔに関連付けられた未完了のＵＬ動的送信でバッファ１４０をフラッシュし、次のＵＬ永続的送信に対して準備する。

永続的再送信および動的送信の割り付けに対するＰＤＣＣＨシグナリングのための方法が開示される。この方法によると、ＷＴＲＵ１０５での不明確性を回避するために、再送信に対する割り付けが同一の最初の送信のためのものであるか否かをＷＴＲＵ１０５に信号送出するための複数の方法がある。永続的スケジューリングの再送信に対するＤＬ割り付けにおいてＲＳＮに伴うＨＡＲＱプロセスＩＤが含まれているなら、永続的スケジューリングのためにＨＡＲＱプロセスのサブセットを予約することなくＷＴＲＵ１０５での不明確性を回避することが可能である。

送信および再送信に対する永続的割り付け（ＤＬ／ＵＬ）に対してＳＦＮを使用することができ、そして最初の送信および再送信に対する動的割り付けのためにＨＡＲＱ ＩＤを使用することができる。再送信に対するリソース割り付けをする場合に、ＰＤＣＣＨ中には動的割り付けのみに対してＨＡＲＱプロセスＩＤが含まれる。このように、永続的送信に対してはＰＤＣＣＨ中にはＨＡＲＱプロセスＩＤはない。ＤＬまたはＵＬリソース割り付けをｅＮＢ１１０がした場合には、ｅＮＢ１１０は、未完了の動的および永続的送信に対しても同一のＨＡＲＱプロセスを使用することができない。そのようにして、ＤＬまたはＵＬ割り付けが動的および永続的送信のためのものであるかをＷＴＲＵ１０５は識別することができる。

永続的割り付けのためにＳＦＮを使用することにより、異なる永続的送信期間の間を区別することが可能である。図３は、永続的および動的割り付けのためにＳＦＮおよびＨＡＲＱ ＩＤを使用する動作の一例を示す。例えば最初の永続的送信に対する再送信がＳＦＮ２の後に発生した場合、信号におけるＲＳＮ値に基づきＳＦＮｌパケットの再送信に対する永続的割り付けにおいてＳＦＮｌが使用されるなら、その場合にはＳＦＮｌまたはＳＦＮ２パケットと割り付けを結合するべきか区別するための不確実性をＷＴＲＵ１０５は有さないことになる。

予約されたＨＡＲＱ ＩＤがリソース割り付けのためにＷＴＲＵ１０５によって受信された場合には、予約されたＨＡＲＱプロセスがその永続的送信を既に終了しており、そして動的割り付けのために使用することが可能であるということをＷＴＲＵ１０５は識別する。例えば、図３において、ＨＡＲＱ ＩＤ２（それがＳＦＮ２に対応付けられていると仮定して）が永続的送信を首尾よく終了すると、次に動的割り付けのためにＨＡＲＱ ＩＤ２を使用することができ、そしてＷＴＲＵ１０５がリソース割り付けにおいてＨＡＲＱ ＩＤ２を復号した場合には、このＨＡＲＱプロセスが動的割り付けのために使用されることをＷＴＲＵ１０５は識別する。この例においてはＰＤＣＣＨ１１５が使用されているが、ＰＵＣＣＨ１２０に対してもまた、同一原理が当てはまる。

永続的送信のための有効化時間（activation time）は、ＰＤＣＣＨ中に含まれる有効化信号が、ＷＴＲＵ１０５によって首尾よく復号されているか否かをｅＮＢ１１０が理解することを可能とするのに充分長いことが望ましい。ＤＬ／ＵＬ永続的スケジューリング有効化のためのＰＤＣＣＨがＷＴＲＵ１０５によって首尾よく受信されたかを確認するために、ｅＮＢ１１０が、同期化されたＤＬまたはＵＬ永続的送信に対する永続的有効化信号を再送することが可能なように、ＷＴＲＵ１０５は、永続的有効化信号のためにｅＮＢ１１０にＡＣＫ／ＮＡＣＫを送ることができる。この機構が使用しようとするなら、ＵＬ ＡＣＫ／ＮＡＣＫリソースの割り付けが予め定められるべきである。

再び図１を参照すると、ＷＴＲＵ１０５はＨＡＲＱリソースの割り付けを制御する。処理装置１３５は、半永続的割り付けのために使用するため複数のＨＡＲＱプロセスＩＤのサブセットを予約するように構成される。受信機は、ＤＬ ＰＤＣＣＨを介して動的割り付けを受信するように構成される。送信機１２５は、半永続的割り付けに基づきデータを送信し、そして予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つを動的割り付けに基づきデータを送信するために選択的に使用するように構成される。

予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つに関連付けられたＨＡＲＱプロセスは、２つの異なったＳＦＮの時点の間の期間にて、データを送信するために使用することができる。予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つに関連付けられたデータが予め送信されると、次の関連付けられたＳＦＮ時点までは特定の予約されたＨＡＲＱプロセスＩＤを使用することはできない。すべての未予約のＨＡＲＱプロセスＩＤが使用された後に、予約されたＨＡＲＱプロセスＩＤを使用することができる。予約されたＨＡＲＱプロセスＩＤは、より高い優先度のサービスにより使用されることができる。予約されたＨＡＲＱプロセスＩＤは、ＲＲＣメッセージ中に含まれることができる。

図４は、半永続的および動的データ送信に対するＨＡＲＱプロセスを効率的に利用するための手順４００のフロー図である。ステップ４０５において、複数のＨＡＲＱリソースのサブセットが半永続的割り付けに対して使用するために予約される。ステップ４１０において、半永続的割り付けに基づきデータが送信される。ステップ４１５において、ＤＬ ＰＤＣＣＨを介して動的割り付けを受信する。ステップ４２０において、その動的割り付けに基づきデータを送信するために、予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つが選択的に使用される。

実施形態
１．ＨＡＲＱリソースの割り付けを制御する方法であって、該方法は、
半永続的割り付けのために使用する複数のＨＡＲＱプロセスＩＤのサブセットを予約するステップと、
前記半永続的割り付けに基づきデータを送信するステップと、
ＰＤＣＣＨを介して動的割り付けを受信するステップと、
前記動的割り付けに基づきデータを送信するために前記予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つを選択的に使用するステップと
を含むことを特徴とする方法。

２．前記予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つに関連付けられたＨＡＲＱプロセスが、データを送信するために２つの異なったＳＦＮ（System Frame Number）時点の間の時間期間に亘って使用されることを特徴とする実施形態１に記載の方法。

３．少なくとも１つの予約されたＨＡＲＱプロセスＩＤに関連付けられたデータは予め送信されていること、および特定の予約されたＨＡＲＱプロセスＩＤは次の関連付けられたＳＦＮ時点まで使用されないことを特徴とする実施形態２に記載の方法。

４．前記予約されたＨＡＲＱプロセスＩＤが、すべての未予約のＨＡＲＱプロセスＩＤが使用された後に使用されることを特徴とする実施形態１乃至３のいずれか１つに記載の方法。

５．前記予約されたＨＡＲＱプロセスＩＤが、より高い優先度のサービスにより使用されることを特徴とする実施形態１乃至４のいずれか１つに記載の方法。

６．前記予約されたＨＡＲＱプロセスＩＤが、ＲＲＣメッセージ中に含まれることを特徴とする実施形態１乃至５のいずれか１つに記載の方法。

７．ＨＡＲＱリソースの割り付けを制御するためのＷＴＲＵ（Wireless Transmit/Receive Unit：無線送受信ユニット）であって、該ＷＴＲＵは、
半永続的割り付けのために使用する複数のＨＡＲＱプロセスＩＤのサブセットを予約するように構成される処理装置と、
ＰＤＣＣＨを介して動的割り付けを受信するように構成される受信機と、
前記半永続的割り付けに基づきデータを送信するように、および前記動的割り付けに基づきデータを送信するために前記予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つを選択的に使用するように構成される送信機と
を備えることを特徴とするＷＴＲＵ。

８．前記予約されたＨＡＲＱプロセスＩＤの内の少なくとも１つに関連付けられたＨＡＲＱプロセスが、データを送信するために２つの異なったＳＦＮ（System Frame Number）時点の間の時間期間に亘って使用されることを特徴とする実施形態７に記載のＷＴＲＵ。

９．少なくとも１つの予約されたＨＡＲＱプロセスＩＤに関連付けられたデータは予め送信されていること、および特定の予約されたＨＡＲＱプロセスＩＤは次の関連付けられたＳＦＮ時点まで使用されないことを特徴とする実施形態８に記載のＷＴＲＵ。

１０．前記予約されたＨＡＲＱプロセスＩＤが、すべての未予約のＨＡＲＱプロセスＩＤが使用された後に使用されることを特徴とする実施形態７乃至９のいずれか１つに記載のＷＴＲＵ。

１１．前記予約されたＨＡＲＱプロセスＩＤが、より高い優先度のサービスにより使用されることを特徴とする実施形態７乃至１０のいずれか１つに記載のＷＴＲＵ。

１２．前記予約されたＨＡＲＱプロセスＩＤが、ＲＲＣメッセージ中に含まれることを特徴とする実施形態７乃至１１のいずれか１つに記載のＷＴＲＵ。

特徴および要素が上で特定の組み合わせにて記述されているが、それぞれの特徴または要素は、他の特徴および要素なしで単独にて、または他の特徴および要素のあるなしに拘わらず様々な組み合わせにて使用可能である。ここに提供される方法またはフロー図は、汎用のコンピュータまたは処理装置による実行のための、コンピュータにて読み取り可能な記憶媒体に組み込まれたコンピュータ・プログラム、ソフトウェア、またはファームウェアにて実施することができる。コンピュータにて読み取り可能な記憶媒体の例としては、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、レジスター、キャッシュ・メモリ、半導体メモリ・デバイス、内蔵ハード・ディスクおよび着脱可能ディスクなどの磁気媒体、磁気−光学媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が含まれる。

適当な処理装置の例としては、汎用目的処理装置、専用目的処理装置、従来の処理装置、ＤＳＰ（Digital Signal Processor：デジタル信号処理装置）、複数のマイクロ処理装置、ＤＳＰコアに関連付けられた１つまたは複数のマイクロ処理装置、制御装置、マイクロ制御装置、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）回路、他のいずれかの種類のＩＣ（Integrated Circuit）、および／または状態マシンが含まれる。

ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ端末）、端末、基地局、ＲＮＣ（Radio Network Controller：無線ネットワーク制御装置）、または任意のホスト・コンピュータにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアに関連付けられた処理装置を使用することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアにて実施され、カメラ、ビデオ・カメラ・モジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカー、マイクロホン、テレビ送受信機、ハンズフリー受話器、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（Frequency Modulated：周波数変調された）無線ユニット、ＬＣＤ（Liquid Crystal Display：液晶表示）表示ユニット、ＯＬＥＤ（Organic Light-Emitting Diode：有機発光ダイオード）表示ユニット、デジタル音楽プレーヤー、メディア・プレーヤー、テレビゲーム・プレーヤー・モジュール、インターネット・ブラウザー、ならびに／または任意の無線ＬＡＮ（Wireless Local Area Network）モジュールまたはＵＷＢ（Ultra Wide Band）モジュールなどのモジュールと連動して使用することができる。

Claims (29)

1. 無線送受信ユニット（ＷＴＲＵ）にてハイブリッド自動再送要求（ＨＡＲＱ）リソースを判定する方法であって、
   前記方法は、
   無線リソース制御（ＲＲＣ）メッセージを受信することであって、前記ＲＲＣメッセージは、半永続的スケジューリングとともに使用するために１つまたは複数のＨＡＲＱプロセスＩＤ（identification）を構成するコンフィギュレーションを含む、ことと、
   第１のダウンリンク送信のための第１のＨＡＲＱプロセスＩＤを判定することであって、前記第１のダウンリンク送信は、半永続的リソース上で起こり、前記第１のＨＡＲＱプロセスＩＤは、半永続的スケジューリングとともに使用するために構成された前記１つまたは複数のＨＡＲＱプロセスＩＤの１つであり、および前記第１のＨＡＲＱプロセスＩＤは、前記第１のダウンリンク送信に関連付けられたシステムフレーム番号（ＳＦＮ）に少なくとも部分的に基づいて判定される、ことと、
   前記第１のＨＡＲＱプロセスＩＤを含む動的ダウンリンク送信のための後続のアロケーションを受信することであって、前記第１のＨＡＲＱプロセスＩＤは、ＨＡＲＱ処理が前記第１のダウンリンク送信のために完了した後であるが、後続のダウンリンク送信が前記半永続的リソース上で起こる前に、前記動的ダウンリンク送信のために使用される、ことと
   を備える方法。
2. 第２のダウンリンク送信のための第２のＨＡＲＱプロセスＩＤを判定することであって、前記第２のダウンリンク送信は、半永続的リソース上で起こらず、および前記第２のＨＡＲＱプロセスＩＤは、前記第２のダウンリンク送信のためのアロケーションにおいて受信される前記第２のＨＡＲＱプロセスＩＤのインジケーションに基づいて判定される、ことをさらに備える、請求項１の方法。
3. 前記第２のダウンリンク送信のための前記アロケーションは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において受信される、請求項２の方法。
4. 前記第２のＨＡＲＱプロセスＩＤのインジケーションは、前記ＰＤＣＣＨ送信に含まれる、請求項３の方法。
5. 前記半永続的リソースのためのアクティベーションメッセージを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において受信することをさらに備える、請求項１の方法。
6. 前記ＰＤＣＣＨ送信は前記第１のＨＡＲＱプロセスＩＤを含まない、請求項５の方法。
7. 前記動的ダウンリンク送信は、成功裏に受信される、または不成功に受信される、の少なくとも１つである、請求項１の方法。
8. 前記動的ダウンリンク送信の不成功の受信時にバッファをフラッシュすることをさらに備える、請求項７の方法。
9. 前記第１のダウンリンク送信においてデータの受信を示す肯定応答を送信することをさらに備える、請求項１の方法。
10. 前記半永続的リソース上で起こる前記後続のダウンリンク送信は、前記第１のＨＡＲＱプロセスＩＤが判定される基になる後続のＳＦＮにある、請求項１の方法。
11. 無線送受信ユニット（ＷＴＲＵ）であって、
    無線リソース制御（ＲＲＣ）メッセージを受信するように構成された受信機であって、前記ＲＲＣメッセージは、半永続的スケジューリングとともに使用するために１つまたは複数のＨＡＲＱプロセスＩＤ（identification）を構成するコンフィギュレーションを含む、受信機と、
    第１のダウンリンク送信のための第１のＨＡＲＱプロセスＩＤを判定するように構成されたプロセッサであって、前記第１のダウンリンク送信は、半永続的リソース上で起こり、前記第１のＨＡＲＱプロセスＩＤは、半永続的スケジューリングとともに使用するために構成された前記１つまたは複数のＨＡＲＱプロセスＩＤの１つであり、および前記第１のＨＡＲＱプロセスＩＤは、前記第１のダウンリンク送信に関連付けられたシステムフレーム番号（ＳＦＮ）に少なくとも部分的に基づいて判定され、前記受信機は、前記第１のＨＡＲＱプロセスＩＤを含む動的ダウンリンク送信のための後続のアロケーションを受信するようにさらに構成され、および前記第１のＨＡＲＱプロセスＩＤは、ＨＡＲＱ処理が前記第１のダウンリンク送信のために完了した後であるが、後続のダウンリンク送信が前記半永続的リソース上で起こる前に、前記動的ダウンリンク送信のために使用される、プロセッサと
    を備えたＷＴＲＵ。
12. 前記プロセッサは、第２のダウンリンク送信のための第２のＨＡＲＱプロセスＩＤを判定するようにさらに構成され、前記第２のダウンリンク送信は、半永続的リソース上で起こらず、および前記第２のＨＡＲＱプロセスＩＤは、前記第２のダウンリンク送信のためのアロケーションにおいて受信される前記第２のＨＡＲＱプロセスＩＤのインジケーションに基づいて判定される、請求項１１のＷＴＲＵ。
13. 前記受信機は、前記第２のダウンリンク送信のための前記アロケーションを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において受信するように構成される、請求項１２のＷＴＲＵ。
14. 前記第２のＨＡＲＱプロセスＩＤのインジケーションは、前記ＰＤＣＣＨ送信に含まれる、請求項１３のＷＴＲＵ。
15. 前記受信機は、前記半永続的リソースのためのアクティベーションメッセージを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において受信するようにさらに構成される、請求項１１のＷＴＲＵ。
16. 前記ＰＤＣＣＨ送信は前記第１のＨＡＲＱプロセスＩＤを含まない、請求項１５のＷＴＲＵ。
17. 前記動的ダウンリンク送信は、成功裏に受信される、または不成功に受信される、の少なくとも１つである、請求項１１のＷＴＲＵ。
18. 前記プロセッサは、前記動的ダウンリンク送信の不成功の受信時にバッファをフラッシュするようにさらに構成される、請求項１７のＷＴＲＵ。
19. 送信機は、前記第１のダウンリンク送信においてデータの受信を示す肯定応答を送信するように構成される、請求項１１のＷＴＲＵ。
20. 前記半永続的リソース上で起こる前記後続のダウンリンク送信は、後続のＳＦＮにあり、および前記プロセッサは、前記第１のＨＡＲＱプロセスＩＤを前記後続のＳＦＮに基づいて判定するようにさらに構成される、請求項１１のＷＴＲＵ。
21. ｅＮＢ（evolved Node-B）であって、
    無線リソース制御（ＲＲＣ）メッセージを無線送受信ユニット（ＷＴＲＵ）に送信するように構成された送信機であって、前記ＲＲＣメッセージは、半永続的スケジューリングとともに使用するために１つまたは複数のＨＡＲＱプロセスＩＤ（identification）を構成するコンフィギュレーションを含む、送信機と、
    第１のダウンリンク送信のための第１のＨＡＲＱプロセスＩＤを判定するように構成されたプロセッサであって、前記第１のダウンリンク送信は、半永続的リソース上で起こり、前記第１のＨＡＲＱプロセスＩＤは、半永続的スケジューリングとともに使用するために構成された前記１つまたは複数のＨＡＲＱプロセスＩＤの１つであり、および前記第１のＨＡＲＱプロセスＩＤは、前記第１のダウンリンク送信に関連付けられたシステムフレーム番号（ＳＦＮ）に少なくとも部分的に基づいて判定され、前記送信機は、前記第１のＨＡＲＱプロセスＩＤを含む動的ダウンリンク送信のための後続のアロケーションを送信するようにさらに構成され、前記第１のＨＡＲＱプロセスＩＤは、ＨＡＲＱ処理が前記第１のダウンリンク送信のために完了した後であるが、後続のダウンリンク送信が前記半永続的リソース上で起こる前に、前記動的ダウンリンク送信のために使用される、プロセッサと
    を備えたｅＮＢ。
22. 前記プロセッサは、第２のダウンリンク送信のための第２のＨＡＲＱプロセスＩＤを判定するようにさらに構成され、前記第２のダウンリンク送信は、半永続的リソース上で起こらず、前記送信機は、前記第２のＨＡＲＱプロセスＩＤのインジケーションを、前記第２のダウンリンク送信のためのアロケーションにおいて前記ＷＴＲＵに送信するようにさらに構成される、請求項２１のｅＮＢ。
23. 前記送信機は、前記第２のダウンリンク送信のための前記アロケーションを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において送信するように構成される、請求項２２のｅＮＢ。
24. 前記第２のＨＡＲＱプロセスＩＤのインジケーションは、前記ＰＤＣＣＨ送信に含まれる、請求項２３のｅＮＢ。
25. 前記送信機は、前記半永続的リソースのためのアクティベーションメッセージを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信において送信するようにさらに構成される、請求項２１のｅＮＢ。
26. 前記ＰＤＣＣＨ送信は前記第１のＨＡＲＱプロセスＩＤを含まない、請求項２５のｅＮＢ。
27. 前記動的ダウンリンク送信は、成功裏に受信される、または不成功に受信される、の少なくとも１つである、請求項２１のｅＮＢ。
28. 受信機は、前記第１のダウンリンク送信においてデータの受信を示す肯定応答を受信するように構成される、請求項２１のｅＮＢ。
29. 前記半永続的リソース上で起こる前記後続のダウンリンク送信は、後続のＳＦＮにあり、および前記プロセッサは、前記第１のＨＡＲＱプロセスＩＤを前記後続のＳＦＮに基づいて判定するようにさらに構成される、請求項２１のｅＮＢ。

Images