(57)【特許請求の範囲】
【請求項１】
半永続的スケジューリングセッションの間にＨＡＲＱ（hybrid automatic repeat request）リソースのアロケーションを制御する方法であって、
前記方法は、
半永続的スケジューリングのための複数のＨＡＲＱプロセスＩＤのサブセットを予約するステップと、
半永続的リソースのアロケーションに関連付けられるダウンリンク（ＤＬ）送信についての、ＨＡＲＱプロセスに関連付けられるＨＡＲＱプロセスＩＤを、前記ＤＬ送信に関連付けられるシステムフレーム番号（ＳＦＮ）に少なくとも部分的に基づいて判定するステップであって、前記ＨＡＲＱプロセスＩＤは、半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットの一つである、ステップと、
ＰＤＣＣＨ（Physical Downlink Control Channel）を介して、前記ＨＡＲＱプロセスＩＤを含む後続のアロケーションを受信するステップであって、前記後続のアロケーションは、前記半永続的リソースに関連付けられる送信または再送信のためのものではない、ステップと、
前記後続のアロケーションについてのＨＡＲＱ処理を一時停止することを、前記半永続的リソースのアロケーションに関連付けられる後続の送信機会に到達することに基づいて判定するステップと
を備えることを特徴とする方法。
【請求項２】
前記半永続的リソースのアクティベーションを前記ＰＤＣＣＨを介して受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記半永続的リソースのアクティベーションは、前記ＨＡＲＱプロセスＩＤを含まないことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＨＡＲＱプロセスＩＤは、すべての未予約のＨＡＲＱプロセスＩＤが使用された後に使用されることを特徴とする請求項１に記載の方法。
【請求項５】
半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットは、より高い優先度のサービスによって使用されることを特徴とする請求項１に記載の方法。
【請求項６】
半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットのインジケーションは、ＲＲＣ（radio resource control）メッセージに含まれることを特徴とする請求項１に記載の方法。
【請求項７】
半永続的スケジューリングセッションの間にＨＡＲＱ（hybrid automatic repeat request）リソースのアロケーションを制御する無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵは、
半永続的スケジューリングのための複数のＨＡＲＱプロセスＩＤのサブセットを予約し、および半永続的リソースのアロケーションに関連付けられるダウンリンク（ＤＬ）送信についての、ＨＡＲＱプロセスに関連付けられるＨＡＲＱプロセスＩＤを、前記ＤＬ送信に関連付けられるシステムフレーム番号（ＳＦＮ）に少なくとも部分的に基づいて判定するように構成されるプロセッサであって、前記ＨＡＲＱプロセスＩＤは、半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットの一つである、プロセッサと、
ＰＤＣＣＨ（Physical Downlink Control Channel）を介して、前記ＨＡＲＱプロセスＩＤを含む後続のアロケーションを受信するように構成される受信機であって、前記後続のアロケーションは、前記半永続的リソースに関連付けられる送信または再送信のためのものではない、受信機と、
前記後続のアロケーションについてのＨＡＲＱ処理を一時停止することを、前記半永続的リソースのアロケーションに関連付けられる後続の送信機会に到達することに基づいて判定するようにさらに構成される前記プロセッサと
を備えたことを特徴とするＷＴＲＵ。
【請求項８】
前記受信機は、前記半永続的リソースのアクティベーションを前記ＰＤＣＣＨを介して受信するようにさらに構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記半永続的リソースのアクティベーションは、前記ＨＡＲＱプロセスＩＤを含まないことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記ＨＡＲＱプロセスＩＤは、すべての未予約のＨＡＲＱプロセスＩＤが使用された後に使用されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットは、より高い優先度のサービスによって使用されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
半永続的スケジューリングのために予約された前記複数のＨＡＲＱプロセスＩＤのサブセットのインジケーションは、ＲＲＣ（radio resource control）メッセージに含まれることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１３】
前記後続のアロケーションについてのＨＡＲＱ処理を一時停止することを、前記半永続的リソースのアロケーションに関連付けられる後続の送信機会に到達することに基づいて判定するステップは、前記後続のアロケーションに関連付けられるデータを前記ＨＡＲＱプロセスのＨＡＲＱバッファからフラッシュすることを備えることを特徴とする請求項１に記載の方法。
【請求項１４】
前記後続のアロケーションは、前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信を処理する前記ＨＡＲＱプロセスの使用を無効にすることを特徴とする請求項１に記載の方法。
【請求項１５】
前記後続のアロケーションが前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信を処理する前記ＨＡＲＱプロセスの使用を無効にすることは、前記ＨＡＲＱプロセスが前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信についてのＨＡＲＱ処理を完了することができないことをもたらすことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記後続のアロケーションについてのＨＡＲＱ処理を一時停止することを、前記半永続的リソースのアロケーションに関連付けられる後続の送信機会に到達することに基づいて判定するように構成される前記プロセッサは、前記後続のアロケーションに関連付けられるデータを前記ＨＡＲＱプロセスのＨＡＲＱバッファからフラッシュするように構成される前記プロセッサを備えることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、前記後続のアロケーションを受信することに基づいて、前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信を処理する前記ＨＡＲＱプロセスの使用を無効にするように構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１８】
前記プロセッサが、前記後続のアロケーションを受信することに基づいて、前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信を処理する前記ＨＡＲＱプロセスの使用を無効にするように構成されることは、前記ＨＡＲＱプロセスが前記半永続的リソースのアロケーションに関連付けられる前記ＤＬ送信についてのＨＡＲＱ処理を完了することができないことをもたらすことを特徴とする請求項１７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は無線通信に関する。
【背景技術】
【０００２】
ＵＬ（アップリンク）およびＤＬ（ダウンリンク）スケジューリングの基本は動的スケジューリングである。ＬＴＥ（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）モジュールなどのモジュールと連動して使用することができる。
【図１】
0005400070.tif 000002
【図２】
0005400070.tif 000003
【図３】
0005400070.tif 000004
【図４】
0005400070.tif 000005