JP4944212B2 - セミパーシステント・スケジューリングのための（ｈ）ａｒｑ - Google Patents

Description

技術分野は、移動無線通信システム、および、セミパーシステント・スケジューリングが採用されるこのようなシステムに関する。

ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、移動無線通信システムの一例である。ＵＭＴＳは、第３世代パートナーシッププロジェクト（３ＧＰＰ：３^ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において規格化された、広帯域符号分割多重アクセス（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術を採用する第３世代（３Ｇ）移動通信システムである。３ＧＰＰのリリース９９において、無線アクセスネットワーク内の無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）が、無線リソースおよびユーザの移動を制御する。リソース制御は、流入制御と、輻輳制御と、接続のデータレートの変更に対応するチャネル切り替えと、を含む。ノードＢ（ＮＢ）と呼ばれる基地局はＲＮＣに接続されており、無線インタフェースを介する移動無線局との無線通信を調整する。さらに、ＲＮＣは、コアネットワーク内のノード、すなわち、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、移動交換センタ（ＭＳＣ：ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）等に接続されている。コアネットワークノードは、無線アクセスネットワークにより接続される移動無線ユーザに対して、認証、通話ルーティング、充電（ｃｈａｒｇｉｎｇ）、サービス呼び出し、および、インターネット、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、デジタル総合サービス網（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ
Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）等のような他のネットワークへのアクセスのような、様々なサービスを提供する。

ＵＭＴＳのロングタームエボルーション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する第３世代パートナーシッププロジェクト（３ＧＰＰ）が開発中である。３ＧＰＰのウェブサイトにおいて、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ
Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）、および、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に関する、複数の技術仕様書、例えば、３ＧＰＰ ＴＳ ３６．３００が存在する。ＬＴＥの規格化作業の目的は、高速データレート、低遅延、およびパケットに最適化された無線アクセス技術に対する、３ＧＰＰ無線アクセス技術の進化のためのフレームワークを開発することである。特に、ＬＴＥは、パケット交換（ＰＳ：Ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）ドメインから提供されるサービスをサポートすることを目指す。３ＧＰＰ ＬＴＥ技術の主たる目標は、約１００Ｍｂｐｓ以上の高速パケット通信を可能にすることである。

図１は、ＬＴＥタイプの移動通信システム１０の一例を示している。Ｅ−ＵＴＲＡＮ１２は、無線インタフェースを介してユーザ機器（ＵＥ）端末２０に、Ｅ−ＵＴＲＡユーザプレーンおよび制御プレーンプロトコルの終端を提供するＥ−ＵＴＲＡＮ ＮｏｄｅＢ（ｅＮＢ）１８を含む。ｅＮＢは、より一般的に基地局と呼ばれることもあり、ＵＥは、移動無線端末または移動局と呼ばれることもある。図１に示されるように、基地局は、Ｘ２インタフェースにより互いに相互接続されている。基地局はさらに、Ｓ１インタフェースによって、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を含むＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１４へと、および、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ゲートウェイへと接続されている。ＭＭＥ／ＳＡＥゲートウェイは、この例では１つのノード２２として示されており、多くの面で、ＵＭＴＳおよびＧＳＭ／ＥＤＧＥにおけるＳＧＳＮ／ＧＧＳＮゲートウェイに類似している。Ｓ１インタフェースは、ＭＭＥ／ＳＡＥゲートウェイと、ｅＮＢとの間の多対多関係をサポートする。Ｅ−ＵＴＲＡＮ１２およびＥＰＣ１４は共に、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）を形成する。ＭＭＥ／ＳＡＥゲートウェイ２２は、直接的または間接的に、インターネット１６および他のネットワークに接続されている。

効果的なリソース利用を提供するために、ＬＴＥ、および、共有無線リソースを用いた他のシステムは、高速の「ダイナミック」スケジューリング（“ｄｙｎａｍｉｃ” ｓｃｈｅｄｕｌｉｎｇ）をサポートする。高速の「ダイナミック」スケジューリングでは、共有チャネル上のリソースが、例えばＬＴＥではこれは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）および物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を含むのだが、上記共有チャネル上のリソースは、瞬間的なトラフィック需要、サービスの質（ＱｏＳ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）の要件、および評価されるチャネル品質に従って、サブフレームごとに、ユーザ機器（ＵＥ）端末および無線ベアラに動的に割り当てられる。この割り当て、またはスケジューリングタスクは、典型的に、ｅＮＢ内にある１つ以上のスケジューラによって実行される。

ダウンリンクのための全体的なスケジューリング構想が、図２に示されている。チャネルに依存する高速リンク適応、チャネルに依存するタイムドメインおよび周波数ドメインの高速スケジューリングをサポートするために、ＵＥ２０は、自身のダイナミック・スケジューリングの決定において、ｅＮＢ１８を支援するために、チャネル品質インジケータ（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）を報告するように構成されてもよい。典型的に、ＵＥ１８は、ＣＱＩ報告を、ダウンリンク（ＤＬ）参照信号の測定値に基づかせる。ＣＱＩ報告、および、異なる論理チャネルのＱｏＳ要件に基づいて、ｅＮＢ１８内のＤＬスケジューラは、時間および周波数無線リソース、すなわち、スケジューリング・ブロックを動的に割り当てる。動的にスケジューリングされた無線リソースの割り当ては、ＬＴＥの例では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上でシグナリングされる。各ＵＥ２０は、このＵＥが共有チャネル（ＬＴＥにおけるＰＤＳＣＨ）上でスケジューリングされるのかどうか、もしそうであれば、ダウンリンク送信のためにスケジューリングされたデータを検出するためにはどの物理層の無線リソースなのか、について判定するために、制御チャネルを監視する。

アップリンク・スケジューリングの構想が、図３に示されている。ＵＥ２０は、送信バッファ内にデータが到着した場合には、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）によって、ｅＮＢ１８内のＵＬスケジューラに報知する。アップリンクのためのリンク適応がｅＮＢ内で実行されるので、ＵＬスケジューラは、ＵＥが利用することになる時間／周波数無線リソースを選択し、送信ブロックのサイズ、変調、および符号化を選択する。選択された送信フォーマットは、ユーザＩＤに関する情報と共に、ＵＥへとシグナリングされる。このことは、ＵＥが一定の送信フォーマットを用いる必要があり、かつ、このＵＥからのＵＬデータ送信の検出の際に、ｅＮＢが既に送信パラメータを知っていることを意味する。割り当てられた無線リソースおよび送信パラメータは、ＬＴＥでは、ＰＤＣＣＨを介してＵＥへと送信される。後に、バッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）またはパワー・ヘッドルーム報告のような追加的なスケジューリング情報（ＳＩ：Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）が、データと共に送信されてもよい。

ダイナミック・スケジューリングは、ＬＴＥおよび他のシステムのための基本であるが、一定のサービスタイプのためには最善ではないこともある。例えば、小さなパケットが定期的に生成される通話（ＶｏＩＰ）のようなサービスのためには、ダイナミック・スケジューリングによって、相当な制御信号の需要が生じる結果となる。なぜならば、無線リソース割り当ては、各スケジューリング・インスタンスにおいてシグナリングされる必要があり、ＶｏＩＰの場合には、割り当てが全ＶｏＩＰパケットのためにシグナリングされる必要がある。これらサービスタイプについての、この高い相対的なシグナリング・オーバーヘッドを防止するために、リソースは、半静的に(ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ)割り当てられてもよく、このことは、「セミパーシステント（“ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ”）または「パーシステント」（“ｐｅｒｓｉｓｔｅｎｔ”）スケジューリングと呼ばれる。セミパーシステントな割り当ては、１回のみシグナリングされ、その後、ＵＥが通常の周期間隔において、更なる割り当てのシグナリング無しに利用することが可能である。

複数の近代的な無線通信システムは、複数のｓｔｏｐ−ａｎｄ−ｗａｉｔ ＨＡＲＱ「プロセス」（“ｐｒｏｃｅｓｓ”）がある、ハイブリッドＡＲＱ（ＨＡＲＱ：ｈｙｂｒｉｄ ＡＲＱ）プロトコルを用いる。複数のプロセスを用いる理由は、ｓｔｏｐ−ａｎｄ−ｗａｉｔプロトコルの幾らかの単純さを同時に有しながら、連続送信を可能にすることであり、このことは、１つのｓｔｏｐ−ａｎｄ−ｗａｉｔプロトコルによっては実現不可能である。十分な数の並行するＨＡＲＱプロセスを用いることによって、連続送信が実現されてもよい。

図４は、複数のＨＡＲＱエンティティ１、２、・・・、ｍ（２４）を含むＨＡＲＱコントローラ２２を備えるｅＮＢ１８を示しており、各ＨＡＲＱエンティティは、対応するアクティブなＵＥ１、２、・・・、ｎ（２０）のためのＨＡＲＱプロセスを管理する。図５は、１つ以上のＨＡＲＱプロセス１、２、．．．、ｎ（２６）を管理する各ＨＡＲＱエンティティ２４を示している。ＨＡＲＱプロセスを検討する１つの方法は、それをバッファと考えることである。新しい送信があるＨＡＲＱプロセスにおいて行なわれる度に、このバッファがクリアされ、送信されたデータユニットがバッファに格納される。この同じデータユニットの各再送のために、受信された、再送されるデータユニットが、バッファ内ですでにデータとソフトに結合される（ｓｏｆｔ−ｃｏｍｂｉｎｅｄ）。

図６は、Ｐ（Ｘ、Ｙ）がＨＡＲＱプロセスＸにおけるＹ番目の送信を示す、ＨＡＲＱプロトコルの例を示している。本例は、６つのＨＡＲＱプロセスを想定している。膨大な数の上位層のパケット（例えば、ＩＰパケット）が送信される場合には、各送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）について、ＲＬＣおよびＭＡＣプロトコル層は、ペイロードが所与のＴＴＩに送信可能なデータ量に合うように、複数のパケットのセグメント化および／または連結を行なう。本例は、簡単にするために、１つのＩＰパケットが、ＲＬＣおよびＭＡＣヘッダが追加されたＴＴＩにぴったり合うので、セグメント化または連結が無いことを想定する。

パケット１〜６は、ＨＡＲＱプロセス１〜６において最初の６つのＴＴＩに送信可能である。この時間の後で、ＨＡＲＱプロセス１についてのＨＡＲＱフィードバックが、受信機において受信される。この例において、ＨＡＲＱプロセス１についての否定応答（ＮＡＣＫ）が受信され、再送が（Ｐ１、２で示す）ＨＡＲＱプロセス１で実行される。肯定応答（ＡＣＫ）が受信されている場合には、新しい送信がパケット７の伝送を開始してしまっている可能性もある。全６つの最初の送信が失敗した（すなわち、ＮＡＣＫのみが受信される）場合には、全ＨＡＲＱプロセスが再送に関わるので、新しいデータを送信することが出来ない。ＡＣＫが一度あるＨＡＲＱプロセスのために受信されると、このＨＡＲＱプロセスにおいて新しいデータを送信することが可能である。ＡＣＫのみが受信される（送信エラーが無い）場合には、送信機は、新しいパケットを連続して送信することが可能である。

近代的なセルラシステムにおいて、同期ＨＡＲＱがアップリンクのために用いられてもよく、非同期ＨＡＲＱがダウンリンクのために用いられてもよい。この例について、アップリンクでは、再送が起こるサブフレームまたは送信時間間隔（ＴＴＩ）が、基地局の受信機で知られている。一方、ダウンリンクについては、基地局のスケジューラは、再送のためのサブフレームまたはＴＴＩを動的に選択する自由がある。アップリンクとダウンリンクの双方について、以前のデータユニット送信の成功についてのフィードバックを提供する、シングル・ビットのＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）が送信される。

例えばＬＴＥのために現在提案するような、セミパーシステントなスケジューリングを導入することによって生じる問題は、受信用ＵＥが、ＨＡＲＱプロセスの動的にスケジューリングされた再送と、セミパーシステントにスケジューリングされた、最初に送信されたＨＡＲＱプロセスとを合わせられないことである。ＬＴＥダウンリンクでの例について現在提案するように、ＨＡＲＱが非同期モードで作動される場合には、問題は、ＨＡＲＱプロセスがどのようにセミパーシステントなスケジューリングのために選択されるべきか、ということである。セミパーシステントな割り当ての後に、ＨＡＲＱ送信機エンティティと、ＨＡＲＱ受信機エンティティとは、例えば、潜在的に異なるＨＡＲＱプロセスＩＤの付いた待機中のＨＡＲＱプロセスを、無作為に選ぶであろう。その理由は、ｅＮＢが、特定のＨＡＲＱプロセスＩＤを示す明示的な割り当てを送信しないことである。ＨＡＲＱ受信機が情報を復号化出来る場合には、ＨＡＲＱ受信機は、情報を上位層へと伝送し、受信を確認する。しかし、符号化が失敗する場合には、ＨＡＲＱ受信機は否定応答を送信し、ＨＡＲＱ送信機は、ＨＡＲＱプロセスの再送を発する。（ＬＴＥのダウンリンクにおけるように）再送が動的にスケジューリングされる場合には、対応する動的な割り当ては、ＨＡＲＱプロセスの識別子を含む必要がある。ＨＡＲＱ送信機は、最初の送信についての、ＨＡＲＱ受信機によって選択されたＨＡＲＱプロセスＩＤとは異なったＨＡＲＱプロセスＩＤを選択する可能性が高い。従って、ＨＡＲＱ受信機は、動的に再送信されたＨＡＲＱプロセスと、懸案のＨＡＲＱプロセスとをマッチングすることが明らかに出来ない。実際に、受信機が割り当てさえも受信していない可能性がある（パーシステントに、または動的にスケジューリングされた）複数の懸案のプロセスが存在することもある。異なるＨＡＲＱプロセスが送信機と受信機とによって用いられる場合には、データが、誤って他のデータとソフトに結合される可能性もあり、送信は、データのために送信されるＨＡＲＱ ＡＣＫ／ＮＡＣＫを正しく識別することが出来ない。従って、このマッチングを行なうという過ちが、誤り率を著しく増加させ、スループットを減少させる。

データユニットが、無線インタフェースを介して無線局間で通信される。無線通信リンクが無線局間で確立され、セミパーシステントな無線リソースが、通信リンクを介するデータ送信をサポートするために割り当てられる。セミパーシステントな無線リソースは、対応する自動再送要求（ＡＲＱ：ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスの識別子と関連付けられる。セミパーシステントな無線リソースの非限定的な例は、周波数またはコード・ドメインにおいて割り当てられた無線リソースを用いて無線インタフェースを介してデータを送信するための、通常にスケジューリングされた送信時間間隔、フレーム、サブフレーム、またはタイムスロットを含む。セミパーシステントな無線リソースを用いて送信されたデータユニットの再送が要求される。セミパーシステントな無線リソースと関連付けられたＡＲＱプロセスの識別子が、通信リンク上で動的にスケジューリングされるデータユニットの再送と、要求されたデータユニットの再送と、をマッチングするために用いられる。好適な例示的な実施形態において、ＡＲＱ識別子はハイブリッドＡＲＱ（ＨＡＲＱ）識別子であり、再送されるデータユニットは、データユニットの以前に受信されたバージョンと結合され、ＨＡＲＱ識別子は、ＨＡＲＱプロセスと関連付けられる。

１つの非限定的な例示的な実施形態において、セミパーシステントな無線リソースは、複数の対応する自動再送要求（ＡＲＱ）と関連付けられてもよい。

セミパーシステントな無線リソースと、対応する自動再送要求（ＡＲＱ）プロセスの識別子と、の関連付けは、複数の方法で通信されてもよい。１つの例は、構成メッセージを用い、他の例は、スケジューリング割り当てメッセージを用いる。

本願における技術は、基地局とユーザ機器（ＵＥ）との間の通信に対して、特に有利な適用を見出す。例えば、基地局は、無線接続のためにセミパーシステントな無線リソースを割り当てるリソースマネージャと、セミパーシステントな無線リソースを用いてＵＥへとデータユニットを送信するための送信回路と、セミパーシステントな無線リソースを用いてデータユニットの１つを再送するために、ＵＥから要求を受信するための受信回路と、リソースマネージャにより動的にスケジューリングされる（セミパーシステントな無線リソースとは異なる）無線リソースを用いた、上記１つのデータユニットの再送を促進するプロセッサと、を含む。リソースマネージャは、セミパーシステントな無線リソースと、対応するハイブリッド自動再送要求（ＨＡＲＱ）識別子とを関連付け、ＵＥが再送されるデータユニットの識別性を判定するためにＨＡＲＱ識別子を用いることが出来るように、ＵＥにこの関連付けを提供する。１つの例示的な実施形態において、ＨＡＲＱ識別子は、ＨＡＲＱプロセスの識別子である。

ユーザ機器（ＵＥ）は、基地局から、無線接続を介する基地局からのデータ送信をサポートするためにセミパーシステントな無線リソースが割り当てられることを示す情報を受信するための受信回路を含む。その後、ＵＥは、セミパーシステントな無線リソースを用いて送信されるデータユニットを受信する。さらに、ＵＥは、基地局から、セミパーシステントな無線リソースと、対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスとの関連付けを受信する。好適に、ＵＥはこの関連付けを格納する。ＵＥは、セミパーシステントな無線リソースにおいて受信された情報を、このリソースと関連付けられたＨＡＲＱプロセスにおいて格納する。送信機は、自身が送信エラーを検出する場合には、ＨＡＲＱプロセスと関連付けられ、かつ、以前にセミパーシステントな無線リソースを用いて送信されたとデータユニットの再送を要求するメッセージを、基地局へと送信する。例えば、ＵＥ内の処理回路は、動的なリソース割り当てにおいてシグナリングされたＨＡＲＱプロセスＩＤに基づいて、無線接続上で動的にスケジューリングされたデータユニットの受信された再送と、対応する懸案のＨＡＲＱプロセスとを、関連付ける。

ＬＴＥ移動無線通信システムの一例の機能ブロック図である。 ダウンリンク・スケジューリングおよび関連する動作の概念図である。 アップリンク・スケジューリングおよび関連する動作の概念図である。 複数のＵＥに対応する複数のＨＡＲＱエンティティを備えるｅＮＢ内のＨＡＲＱコントローラの非限定的な例を示す機能ブロック図である。 複数のＨＡＲＱプロセスを有するＨＡＲＱエンティティの非限定的な例を示す機能ブロック図である。 複数の作動するＨＡＲＱプロセスの非限定的な例を示す。 幾つかの状況において、ＵＥとｅＮＢとが最終的には同じＨＡＲＱプロセスを用いうる問題を示すタイミングチャートである。 幾つかの状況において、ＵＥとｅＮＢとが最終的には同じＨＡＲＱプロセスを用いうる問題を示すタイミングチャートである。 ２つの無線局間の無線リンクを介する通信を示す図である。 セミパーシステントな無線リソースを用いて最初に送信されたデータユニットの、動的にスケジューリングされた再送が、受信用無線局によって識別可能である非限定的な、例示的な手続きを示すフローチャート図である。 図１１で概説されたのと同様の手続きを採用する基地局およびＵＥの非限定的な、例示的な機能ブロック図である。 非限定的な実例である。

以下の記載では、説明、および限定しないことを目的に、記載する技術の理解を提供するために、特定のノード、機能エンティティ、技術、プロトコル、規格等のような特定の詳細について説明する。例えば、以下の記載の多くは、ＬＴＥでの適用の関連において提供される。しかし、記載される技術はＬＴＥに限定されない。他の例において、公知の方法、装置、技術等の詳細な記載は、不必要に詳しい情報で記載を不明確にしないために省略される。

当業者は、本明細書のブロック図が、技術の原理を実現する実例の回路の概念図を表しうることが分かるであろう。同様に、いかなるフローチャート、状態偏移図、擬似コード等も、コンピュータコンピュータが読取り可能な媒体で実現され、かつ、コンピュータまたはプロセッサによって、このようなコンピュータまたはプロセッサが明示的に示されていようとなかろうと、そのように実行されうる様々なプロセスを表すことが分かるであろう。機能ブロックを含む様々な要素の機能は、適切なソフトウェアと関連してコンピュータプログラム命令を実行することが可能な、専用の電子ハードウェアおよび電子回路の利用を通じて提供されてもよい。

当業者には、他の実施形態が、以下に開示される特定の詳細とは別に実施されてもよいことが明らかであろう。原則、観点、および実施形態を説明する全ての記載、および特定の例は、構造的均等物と機能的な均等物の双方を含むものとする。このような均等物は、現在公知の均等物と、将来的に開発される均等物、すなわち、構造に関係なく同じ機能を実行する、開発される任意の要素と、の双方を含む。

背景技術で説明したように、ＬＴＥタイプのシステムのＨＡＲＱの動作は、同期しないことも、同期することも可能である。同期しない場合には、送信および再送のために用いられるＨＡＲＱプロセスは、制御チャネル上で明示的にシグナリングされ、同期する場合には、ＨＡＲＱプロセスは明示的にはシグナリングされないが、代わりに、ＨＡＲＱプロセスが、送信のタイミング、例えば、システムのフレーム番号に関係付けられる。同期するプロトコルによる利益は、帯域外シグナリングが、（再）送信されるデータユニットと関連付けられたＨＡＲＱプロセスを識別するために必要でないことである。このことは、制御チャネルのシグナリングの高い信頼性を実現するためにパワーの点でコストが掛かるアップリンクでは、特に重要である。

ダウンリンクのスケジューラの動作の主なモードは、ダイナミック・スケジューリングであり、基地局は、どの無線リソースがアップリンクの送信、およびダウンリンクの受信のために割り当てられているのかをＵＥに示すために、現在の状態、ニーズおよびリソースに基づいて、ＵＥへとスケジューリング割り当てを送信する。動的にスケジューリングされるリソースは持続しない（ｐｅｒｓｉｓｔ）、すなわち、スケジューリングされた送信が終わった後に、ＵＥに割り当てられたままではない。基地局はさらに、同様にデータ送信が符号化され、アップリンクとダウンリンクの双方において変調されるのかについて示す。例示的な実施形態のために非同期ＨＡＲＱが想定されるダウンリンクについて、ＨＡＲＱプロセスの識別子、および冗長なバージョンが、動的なスケジューリング割り当てと共に、制御チャネル上、例えば、Ｌ１２制御チャネル上で含まれてもよい。

ダウンリンクでは、ＨＡＲＱプロトコルは同期しないので、データユニットの再送は、ＮＡＣＫフィードバックが基地局の送信機で受信された後ならいつ起きてよい。従って、ＵＥのＨＡＲＱ受信機が、送信と、正しい再送とを正しく結びつけるために、送信が行なわれたＨＡＲＱプロセスを識別する必要性がある。これは、最初に動的にスケジューリングされた送信と、次に動的にスケジューリングされた再送の双方のために、ＰＤＣＣＨのような制御チャネル上のスケジューリング割り当てにおいてＨＡＲＱプロセスを示すことによって、行なわれる。

セミパーシステントなスケジューリングの問題は、各送信／再送の前に、セミパーシステントなリソースを介して送信された、送信ユニットのＨＡＲＱプロセスの識別性を提供するスケジューリング割り当てが無いことである。しかし、ＨＡＲＱ受信機はやはり、データユニット、例えばＭＡＣ ＰＤＵの動的な再送と、パーシステントに（ｐｅｒｓｉｓｔｅｎｔｌｙ）スケジューリングされた、同じデータユニットの最初の送信と、をマッチングする必要がある。

セミパーシステントに割り当てられたリソースのために、ｅＮｏｄｅＢは、動的な割り当てメッセージを送信せず、従って、データユニットの最初の送信のために用いられる特定のＨＡＲＱプロセスを要求することが出来ない。従って、ｅＮｏｄｅＢは、自身の待機中のＨＡＲＱプロセスのうちの１つを無作為に選択し、それを、データユニットを準備し、セミパーシステントに割り当てられた送信リソースを用いて送信するために利用する。ＵＥも、待機中のＨＡＲＱプロセスを無作為に選択し、ｅＮＢからの予期されるデータを受信し、復号化するために準備する。ＵＥがｅＮｏｄｅＢからの最初の送信を復号化出来る場合には、何も問題はない。しかし、ＵＥが再送を要求する必要がある場合には、ｅＮｏｄｅＢは、リソース、変調スキーム、送信フォーマット、および、再送のためのＨＡＲＱプロセスＩＤを示す、動的にスケジューリングされるダウンリンク割り当てを送信する。ＵＥがこの割り当てを受信する場合に、示されるＨＡＲＱプロセスＩＤは、ＵＥが最初の受信のために用いた、無作為に選択されたプロセスの識別子と一致しない可能性が非常に高い。

一定の想定、および一定の前提条件においては、ＵＥはこのような動的なリソース割り当てを識別し、それを、セミパーシステントな割り当ての受信のために用いられたＨＡＲＱプロセスとマッチング出来ることもあるであろう。しかし、（１）複数のプロセスが並行して用いられる場合、（２）ｅＮｏｄｅＢが、厳密に１つの往復時間（ＲＴＴ：ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）の周期の後に、再送をスケジューリングしない場合、または、（３）以前の動的なリソース割り当てが失われた場合には（これらは３つの例である）、マッピングは誤っている可能性があり、データユニットの損失に繋がる。

図７は、幾つかの状況において、ＵＥとｅＮＢとが最終的には同じＨＡＲＱプロセスを用いうる問題の例を示す。図７では、６つの送信時間間隔（ＴＴＩ）が存在し、ＴＴＩのための繰り返し周期が、１往復時間（ＲＴＴ）として示されている。破線のボックスは送信を示し、ＨＡＲＱプロセス１、５および２における最初の送信は、それぞれ番号１、５、および２で示されている。同じプロセスにおける再送は、１’、５’および２’で示される。非同期ＨＡＲＱにおける送信機が、任意の所与の順番でのＨＡＲＱプロセスを利用に制限されないことに注意されたい。ＨＡＲＱプロセスの識別性はＵＥに知られていないので、ｅＮＢは、疑問符（？）で示すＴＴＩ６の間に、セミパーシステントな送信を行なう。（４’で示す）このＨＡＲＱプロセスのためのＨＡＲＱ再送が行なわれる場合には、すなわち、ＵＥが、ＨＡＲＱプロセス４のためのＨＡＲＱ再送を示すスケジューリング割り当てを受信した場合には、ＵＥは、この特別な例では他のＨＡＲＱプロセスが未処理ではないので、この再送が疑問符でマーク付けされた送信に属するに相違ないと結論を下すことが可能である。従って、ＵＥは、再送と、セミパーシステントなリソースにおいて行なわれた送信と、を正確に結びつけることが可能であるが、ＵＥ内のＨＡＲＱプロセッサが、利用されている全ＨＡＲＱプロセスＩＤの記録をつける場合のみである。図７の例においては、他のＨＡＲＱプロセスがＵＥによって否定応答されていないので、ＨＡＲＱプロセスＩＤ４のプロセスのための再送を示す動的なダウンリンク割り当てが、セミパーシステントな割り当てと関連付けられたデータユニットの期待される再送と対応することに相違ない。

しかし、多くの場合に、ＵＥは、ｅＮＢが送信のためにどのＨＡＲＱプロセスＩＤを用いたのかを判定することが不可能である。図８は、ｅＮＢが、（番号４で示す）ＨＡＲＱプロセス４において動的にスケジューリングされたデータを送信することを意図したが、スケジューリング割り当てがＵＥによって受信されなかった事例を示している。ＵＥが、（４’で示す）ＨＡＲＱプロセス４の再送のためのスケジューリング割り当てを受信する場合には、ＵＥは、この再送と、疑問符で示されるセミパーシステントな送信と、を結びつけようと試みる。その結果は、２つの異なるデータユニットの組み合わせであり、最終的には、極端に遅延することになる。

これらの困難を克服するために、各セミパーシステントなリソース割り当ては、特定のＨＡＲＱプロセスと関連付けられる。ｅＮｏＢｅＢは、自身がＵＥに送信するメッセージに、関連付けられたＨＡＲＱプロセスの識別子を含める。例えば、このメッセージは、送信（または受信）無線リソースのセミパーシステントな割り当てを構成する、構成メッセージ（例えば、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）構成メッセージ）であってもよいであろう。代替的に、割り当ては、スケジューリング割り当てメッセージ、または、幾つかの他の適切なメッセージと共に伝達されてもよい。

ＨＡＲＱ受信機が、例えば、非同期ＨＡＲＱがダウンリンクで用いられる例ではＵＥが、この割り当てを格納する。結果として、ＨＡＲＱ受信機は、動的にスケジューリングされるＨＡＲＱ再送のためのＨＡＲＱプロセスの識別子が、セミパーシステントなリソースを介して送信された、すなわち、リソース・スケジューリング割り当てなしで送信された、最初に送信されたデータユニットのためのＨＡＲＱプロセスの識別子に対応するかどうかについて、判定することが可能である。

図９は、２つの無線局１と無線局２の間の、無線リンクを介した通信を示す一般的な図である。本技術は、基地局とユーザ機器（ＵＥ）との間のセルラ無線通信における特定の応用として記載されたが、本技術は、ＡＲＱタイプのプロトコル、セミパーシステントなリソース割り当て、および、データユニットの動的にスケジューリングされる再送を採用する無線局間での、いずれの無線通信においても適用されてもよい。

図１０は、セミパーシステントな無線リソースを用いて最初に送信されたデータユニットの、動的にスケジューリングされた再送が、受信用無線局によって識別可能である非限定的な、例示的な手続きを示すフローチャート図である。ステップＳ１において、無線接続が、２つの無線局１と無線局２の間で確立される。セミパーシステントな無線リソースが、無線接続を介してデータユニットを送信するために割り当てられる（ステップＳ２）。セミパーシステントなリソースが、この接続のためのＡＲＱプロセスと関連付けられる（ステップＳ３）。無線接続のために、１より多いセミパーシステントなプロセスが必要な場合には、割り当ては、複数のＡＲＱプロセスによって確立されうる。受信用無線局は、送信されたデータユニットのうちの１つの再送を要求し、送信用無線局は、動的にスケジューリングされた無線リソースを用いてデータユニットを再送する（ステップＳ４）。受信用無線局は、どのデータユニットが送信用無線局によって動的に再送されたか判定するために、以前にステップＳ３で確立されたこの割り当てを用いる（ステップＳ５）。

図１１は、図１０で概説されたのと同様の手続きを採用する基地局およびＵＥの非限定的な、例示的な機能ブロック図である。基地局は、破線５８で示される無線インタフェースを介して、ＵＥと通信する。基地局は、コントローラと、１つ以上の他のノードおよび／またはネットワークへの接続のためのインタフェース４２と、複数のＵＥバッファ４６を含むバッファマネージャ４４と、アップリンク・スケジューラ５０およびダウンリンク・スケジューラ５２を含むリソースマネージャ４８と、ＨＡＲＱプロセッサ５４と、送受信機５６と、を含む。コントローラ４０は、基地局の全動作に関与している。無線リソースは、本明細書では、データユニットが無線インタフェースを介して送信されてもよいＴＴＩ、フレーム、サブフレーム、またはタイムスロットの観点から記載されているが、他のタイプの無線リソースも、例えば、直交周波数分割多重方式（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）における例のような、異なる周波数および／または異なる直交するサブキャリアを含めて、割り当てられてもよいものと理解される。

バッファマネージャ４４は、ユーザデータを、適切なキューまたはバッファ４６の中へと、および適切なキューまたはバッファ４６の外へと移動させるためのロジックを含む。バッファ４６のそれぞれは、ＵＥへの各無線接続と関連づけられており、各ＵＥへと無線インタフェース５６を介してダウンリンクで送信される予定のユーザデータを格納する。ＵＥバッファからのデータは、送信データユニットに組み立てられ、適切なＵＥへの適切な無線リソースを用いた送信のために、送受信機５６へと提供される。これらの無線リソースは、無線リソースマネージャ４６により管理される。送受信機４６は、適切な符号器、増幅器、アンテナ、フィルタ、変換回路等の従来の要素を含むことが可能である。アップリンク・スケジューラ５０は、基地局にアップリンクでデータユニットを送信する必要がある様々なＵＥへの、動的な無線リソースの付与を提供する役割を果たす。ダウンリンク・スケジューラ５２は、基地局から様々なＵＥへの動的な無線リソースの割り当てをスケジューリングする役割、および、必要に応じて、例えば、セミパーシステントなリソース割り当てから利益を得るｖｏｉｃｅ ｏｖｅｒ ＩＰのようなサービスをサポートするために、セミパーシステントな無線リソース割り当てを確立する役割を果たす。ＨＡＲＱプロセッサ５４は、ＨＡＲＱプロセスを管理する役割を果たし、図４および図５と関連して記載されたような複数のＨＡＲＱエンティティを含んでもよい。

図１１の下のＵＥは、監視用コントローラ７０と、無線送受信機６２と、リソース割り当てメモリ６４と、１つ以上のＵＥバッファを備えるバッファマネージャ７０と、ＨＡＲＱプロセッサ７４と、を含む。ＨＡＲＱプロセッサ７４は、ＵＥにより採用されているＨＡＲＱプロセスを管理する。ＵＥバッファ７０は、適切に割り当てられた無線リソースを用いて送受信機６２を介して送信されるデータユニットを格納する。リソース割り当てメモリ割り当てメモリは、アップリンク・スケジューラ５０およびダウンリンク・スケジューラ５２から受信されたスケジューリング情報６６を含む。リソース割り当てメモリ６４は、さらに、セミパーシステントなリソース割り当てとＨＡＲＱプロセス６８との間の１つ以上の関連付けを格納する。ＨＡＲＱプロセッサ７４は、これら格納された関連付けを、動的にスケジューリングされた、再送されたデータユニットのためのＨＡＲＱプロセスと、セミパーシステントな無線リソースを用いて最初に送信されたデータユニットのためのＨＡＲＱプロセスと、をマッチングするために用いる。ＨＡＲＱプロセスが一度ＵＥによって正しくマッチングされると、ＨＡＲＱプロセッサ７４は、同じデータユニットの異なる冗長なバージョンを、このデータユニットの復号化の一部として、ソフトに結合してもよい。

図１２は、本技術が実際にどのように機能しうるのかについての一例を説明するための図である。斜線が入ったブロックを指す矢印（Ａ）として示される、セミパーシステントな割り当ては、サブフレームまたはＴＴＩ３のために設定され、２０ＴＴＩ後のＴＴＩ２３において再び起こる。この簡単な例では、各ＴＴＩは１ミリ秒であると想定する。このセミパーシステントなスケジューリング割り当ては、上位レベルのシグナリング、例えばＲＣＣ再構成メッセージを介して、一定の期間または周期を用いて構成されるが、この周期は、ｖｏｉｃｅ ｏｖｅｒ ＩＰ(ＶｏＩＰ)の場合には２０ミリ秒の周期であることもある。従って、ＴＴＩ３、ＴＴＩ３＋Ｎ（但し、この非限定的なＶｏＩＰの例では、Ｎは２０ミリ秒に等しい）、ＴＴＩ３＋２Ｎ、ＴＴＩ３＋３Ｎ等は、ダウンリンクのＵＥ送信のためのセミパーシステントに割り当てられたリソースである。セミパーシステントなリソースの割り当ては、制御チャネル、例えばＰＤＣＣＨを介して送信される、割り当てがセミパーシステントであることを示すメッセージによって、ＵＥへと伝達されてもよい。本例では、制御チャネルのアプローチが想定される。このセミパーシステントな割り当てが一度ＵＥによって受信されると、ＵＥは、セミパーシステントな割り当てが基地局によって取り消されるまで、基地局からデータを受信するために２０ミリ秒ごとに一度スケジューリングされる。結果として、ＶｏＩＰバーストの間に、追加的なスケジューリング割り当てが必要ではない。従って、（Ｂ）で示されるＴＴＩ２３のための（図１３で下を指す矢印で示す）ＰＤＣＣＨ上で受信されるスケジューリング割り当てメッセージが存在しない。

セミパーシステントな割り当てに関連して、基地局は、動的なスケジューリング割り当ても送信する。図１２では、動的にスケジューリングされた割り当てが、黒一色のブロックを指す（Ｃ）としてラベル付けされた３つの下向きの矢印によって示される、ＴＴＩ１０、１１および１２で示されている。この簡単な例では、各スケジューリング割り当てが、動的なスケジューリング割り当てで識別されるＨＡＲＱプロセスにおいて、１つのデータユニットをスケジューリングする。ＴＴＩ１０、１１および１２におけるデータユニットの送信は、それぞれ、割り当てられたＨＡＲＱプロセス１、２および３である。

ＨＡＲＱプロセス０が、（Ａ）で示すセミパーシステントな割り当てＴＴＩ３と関連付けられたと想定する。この割り当ては、セミパーシステントなリソースＴＴＩ３＋Ｎ＊２０ｍｓ（但しＮ＝０、１、２、・・・、である）と、ＨＡＲＱプロセス１と、の間の関連付けを格納するＵＥへと提供される。図１３の図は、基地局が、セミパーシステントなＴＴＩ３の間にＶｏＩＰデータユニットを送信し、かつ、ＵＥがそれを正しく受信しないことを想定している。結果として、ＵＥは、基地局にＮＡＣＫを送り返す。このＮＡＣＫの受信後に、基地は、（Ｄ）の下向きの矢印で示すように、動的にスケジューリングされた２２の間に、この同じＶｏＩＰデータユニットを再送する。その後、次のＶｏＩＰパケットが、（Ｂ）で示すようにＴＴＩ２３において送信される。

幸い、ＵＥは、セミパーシステントなリソースＴＴＩ３と、ＨＡＲＱプロセス０とが関連付けられていることを、ＵＥが以前にこの関連付けの情報を格納したので知っている。この方法で、ＵＥが、（（Ｄ）で示す）ＴＴＩ２２で、動的にスケジューリングされたデータユニットを、ＨＡＲＱプロセス０の識別子と共に受信する場合に、ＵＥは、受信されたデータユニットが、実際には、ＴＴＩ３で最初に送信されたＨＡＲＱプロセス０のデータユニットの再送であることを知っている。この関連付けのお陰で、ＵＥは、ＨＡＲＱプロセス０が、ＴＴＩ３の間に送信されたデータユニットに対応することを知っている。

１つの非限定的な例示的な実施形態において、セミパーシステントな割り当てのためのＨＡＲＱプロセスの識別子の割り当ては、データの動的なスケジューリングに用いられない識別子を処理することに限定可能である。例えば、完全なＨＡＲＱプロセスが存在する場合に、動的なスケジューリングは、ＨＡＲＱ識別子１・・・６を用いることもあり、セミパーシステントな割り当ては、ＨＡＲＱプロセスの識別子７および８によって行うことが可能である。

要約すれば、上記の技術は、非同期ＨＡＲＱが、セミパーシステントなスケジューリングのために確実な方法で利用されることを可能にし、スループットを向上させ、さらに、セミパーシステントなスケジューリングのエラーの事例を最小限にする。

どの上記の記載も、任意の特定の要素、工程、範囲、または機能が本質的でありため特許請求の範囲に記載の請求項の範囲に含まれる必要がある、ということを暗示するものとして読まれるべきではない。特許される発明の主題の範囲は、特許請求の範囲に記載の請求項によってのみ定義される。法的保護の範囲は、許可された請求項およびその均等物において記述される文言によって定義される。上記に記載される好適な実施形態の、当業者に公知の要素の構造的および機能的均等物の全てを、明示的に、本明細書に参照として組み入れ、特許請求の範囲に記載の本請求項に含むものとする。さらに、装置または方法は、本発明により解決されることが求められる各問題および全問題に対応する必要はなく、装置または方法は、特許請求の範囲に記載の本請求項に含まれるものとする。どの請求項も、「〜ための手段」または「〜ためのステップ」という用語が用いられていない限り、米国特許法第１１２条第６項を発動するものではない。さらに、本明細書におけるどの実施形態、構成要素またはステップも、実施形態、特徴、構成要素またはステップが特許請求の範囲に記載の請求項で記載されているかどうかに関わらず、公共の用に捧げるものとする。

Claims (13)

1. 無線インタフェースを介して無線局間でデータユニットを通信する方法であって、無線通信リンクが前記無線局間で確立され、セミパーシステントな無線リソースが、前記通信リンクを介するデータ送信をサポートするために割り当てられ、
   前記方法は、
   前記セミパーシステントな無線リソースと、対応する自動再送要求（ＡＲＱ：ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスの識別子と、を関連付ける工程と、
   前記セミパーシステントな無線リソースを用いて送信されたデータユニットの再送を要求し、前記データユニットは、前記セミパーシステントな無線リソースとは異なる動的にスケジューリングされる無線リソースを用いて再送される工程と、
   前記通信リンク上で動的にスケジューリングされるデータユニットの再送と、前記要求されたデータユニットの再送と、をマッチングするために、前記セミパーシステントなリソースと関連付けられた前記ＡＲＱプロセスの識別子を用いる工程と、
   を特徴とする、方法。
2. 前記ＡＲＱプロセスの識別子は、ハイブリッドＡＲＱ（ＨＡＲＱ：ｈｙｂｒｉｄ ＡＲＱ）識別子であり、再送信されるデータユニットは、前記データユニットの以前に受信されたバージョンと結合される、請求項１に記載の方法。
3. 前記ＨＡＲＱ識別子はＨＡＲＱプロセスを識別する、請求項２に記載の方法。
4. 前記セミパーシステントな無線リソースと、複数の対応する自動再送要求（ＡＲＱ）プロセスの識別子と、を関連付ける工程をさらに含む、請求項１〜請求項３のいずれか１項に記載の方法。
5. 構成メッセージまたはスケジューリング割り当てメッセージを用いて、前記セミパーシステントな無線リソースと、前記1つ以上の対応する自動再送要求（ＡＲＱ）プロセスの識別子と、の間の前記関連付けを通信する工程をさらに含む、請求項１に記載の方法。
6. 前記無線局は、基地局（１８）とユーザ機器（２０）とを含む、請求項１に記載の方法。
7. 基地局（１８）とユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）との間で確立された無線接続を介して前記ユーザ機器（ＵＥ）とデータユニットを通信するための前記基地局であって、
   前記基地局は、
   前記無線接続のためのセミパーシステントな無線リソースを割り当てるように構成されるリソースマネージャ（４８）と、
   前記セミパーシステントな無線リソースを用いて、前記ＵＥへとデータユニットを送信するための送信回路（５６）と、
   前記セミパーシステントな無線リソースを用いて送信される前記データユニットの１つを再送するために、前記ＵＥから要求を受信するように構成される受信回路（５６）と、
   前記リソースマネージャにより動的にスケジューリングされる無線リソースを用いて、前記１つのデータユニットの再送を促進するように構成されるプロセッサ（５４）と、
   を含み、
   前記基地局はさらに、
   前記セミパーシステントな無線リソースと、対応するハイブリッド自動再送要求（ＨＡＲＱ）識別子とを関連付け、前記ＵＥが再送されるデータユニットの識別性を判定するために前記ＨＡＲＱ識別子を用いることが出来るように、前記ＵＥにこの関連付けを提供するように構成される前記リソースマネージャ、
   を特徴とする、基地局。
8. 前記リソースマネージャは、前記セミパーシステントな無線リソースと、複数の対応するＨＡＲＱプロセスと、を関連付けるように構成される、請求項７に記載の基地局。
9. 前記送信回路は、構成メッセージまたはスケジューリング割り当てメッセージを用いて、前記セミパーシステントな無線リソースと前記対応するＨＡＲＱプロセスとの間の前記関連付けを送信するように構成される、請求項７に記載の基地局。
10. ユーザ機器（ＵＥ）（２０）と基地局（１８）との間で確立された無線接続を介して前記基地局とデータユニットを通信するための前記ユーザ機器（ＵＥ）であって、
    前記ユーザ機器（ＵＥ）（２０）は、
    前記基地局から、前記無線接続を介する前記基地局からのデータ送信をサポートするためにセミパーシステントな無線リソースが割り当てられることを示す情報を受信し、その後、前記セミパーシステントな無線リソースを用いて送信されるデータユニットを受信するように構成される受信回路（６２）を含み、
    前記ＵＥは、
    前記基地局から、前記セミパーシステントな無線リソースと、対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスとの関連付けを受信するように構成される前記受信回路と、
    前記セミパーシステントな無線リソースを用いて以前に送信されたデータユニットの再送を要求するメッセージを、前記基地局へと送信するように構成される送信回路（６２）と、
    前記無線接続上で動的にスケジューリングされたデータユニットの、受信された再送を、前記要求されたデータユニットの再送で特定するために、前記セミパーシステントなリソースと関連付けられた前記ＨＡＲＱプロセスを用いるように構成される処理回路（７４）と、
    を特徴とする、ユーザ機器。
11. 前記受信回路は、前記基地局から、前記セミパーシステントな無線リソースと、複数の対応するＨＡＲＱプロセスとの関連付けを受信するよう構成される、請求項１０に記載のユーザ機器。
12. 前記受信回路は、前記基地局から、前記セミパーシステントな無線リソースと、前記1つ以上の対応するＨＡＲＱプロセスとの間の前記関連付けを含むメッセージを受信するよう構成され、前記メッセージは、スケジューリング割り当てメッセージまたは構成メッセージである、請求項１０に記載のユーザ機器。
13. 前記セミパーシステントな無線リソースと、1つ以上の対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスとの間の前記関連付けを格納するためのメモリをさらに含む、請求項１０に記載のユーザ機器。

Images