JP7543393B2

JP7543393B2 - 多数の構成されたグラントリソースによるｈａｒｑプロセスの共有

Info

Publication number: JP7543393B2
Application number: JP2022507732A
Authority: JP
Inventors: チュンリーウー; サムリトゥルティネン; ベノアセビール; クラウディオロサ; ピン－ヘンクオ
Original assignee: ノキアテクノロジーズオサケユイチア
Priority date: 2019-08-07
Filing date: 2019-08-07
Publication date: 2024-09-02
Anticipated expiration: 2039-08-07
Also published as: AU2019460320A1; WO2021022532A1; AU2019460320B2; JP2022543164A; EP4011015A1; CN119363301A; ES3041416T3; US20220294572A1; KR20250073508A; EP4011015C0; JP7770465B2; EP4011015B1; PL4011015T3; AU2023274127A1; KR102850366B1; KR20220051839A; JP2024102143A; CN114208076B; CA3149831A1; CN114208076A

Description

本開示の実施形態は、包括的には、通信の分野に関し、特に、多数の（ｍｕｌｔｉｐｌｅ）構成された（ｃｏｎｆｉｇｕｒｅｄ：構成（設定）された、構成（設定）される）グラントリソース（ｇｒａｎｔｒｅｓｏｕｒｃｅ：授与資源、認可資源）によってハイブリッド自動的リピート要求（ＨＡＲＱ：ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃａｌｌｙＲｅｐｅａｔＲｅｑｕｅｓｔ：ハイブリッド自動再送要求）プロセスを共有するための方法、デバイス、装置およびコンピュータ可読ストレージ媒体に関する。

通信システムの発展と共に、新たな技術が提案されている。例えば、周期的に配分されたリソースの浪費を低減するために、通信システムは、多数のデバイスが、構成されたグラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）と呼ばれる周期的リソースを共有することを可能にする。基地局は、構成されたグラントリソースを多数の端末デバイスに配分し、端末デバイスは、送信するデータを有するとき、リソースをランダムに利用する。構成されたグラントリソースを割り当てることによって、通信システムは、スケジューリング要求手順のパケット伝送遅延をなくし、配分された周期的無線リソースの利用比率を増大させる。

全般的に、本開示の実施形態は、多数の構成されたグラントリソースおよび対応する通信デバイスによって処理されるＨＡＲＱを共有するための方法に関する。

第１の態様において、第１のデバイスが提供される。第１のデバイスは、少なくとも一つのプロセッサと、コンピュータプログラムコードを含む少なくとも一つのメモリ（記憶装置）とを備え、少なくとも一つのメモリおよびコンピュータプログラムコードは、少なくとも一つのプロセッサと共に（少なくとも一つのプロセッサを用いて）、第１のデバイスに、第１のデバイスにおいて第２のデバイスから複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信させる。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。また、第１のデバイスは、データが複数の構成されたグラントリソースのうちの一つで（ｏｎｏｎｅｏｆ：一つにおいて、一つの上で（一つに乗って））送信される必要があるという決定に応答して、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択するようにされる。第１のデバイスは更に、選択されたＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第２のデバイスにデータを送信するようにされる。

第２の態様において、第２のデバイスが提供される。第２のデバイスは、少なくとも一つのプロセッサと、コンピュータプログラムコードを含む少なくとも一つのメモリとを備え、少なくとも一つのメモリおよびコンピュータプログラムコードは、少なくとも一つのプロセッサと共に（少なくとも一つのプロセッサを用いて）、第２のデバイスに、第２のデバイスにおいて複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成させる。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。また、第２のデバイスは、第１のデバイスに情報を送信する（送る）ようにされる。第２のデバイスは更に、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第１のデバイスからデータを受信する（受け取る、受ける）ようにされる。

第３の態様において、方法が提供される。本方法は、第１のデバイスにおいて、第２のデバイスから、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信することを含む。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。また、本方法は、データが複数の構成されたグラントリソースのうちの一つで（一つにおいて）送信される必要があるという決定に応答して、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択することを含む。本方法は、選択されたＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第２のデバイスにデータを送信することを更に含む。

第４の態様において、方法が提供される。本方法は、第２のデバイスにおいて、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成することを含む。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。本方法は、第１のデバイスに情報を送信することを更に含む。本方法は、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第１のデバイスからデータを受信することも含む。

第５の態様において、装置が提供される。本装置は、第１のデバイスにおいて、第２のデバイスから、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信する手段を備える。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。また、本装置は、データが複数の構成されたグラントリソースのうちの一つで（一つにおいて）送信される必要があるという決定に応答して、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段を備える。本装置は、選択されたＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第２のデバイスにデータを送信する手段を更に含む。

第６の態様において、装置が提供される。本装置は、第２のデバイスにおいて、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成する手段を備える。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。本装置は、第１のデバイスに情報を送信する手段も備える。本装置は、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第１のデバイスからデータを受信する手段を更に備える。

第７の態様において、装置に、少なくとも上記の第３～第４の態様のうちの任意の一つによる方法を実施させるためのプログラム命令を含む非一時的コンピュータ可読媒体が提供される。

発明の概要セクションは、本開示の実施形態の主要なまたは本質的な特徴を特定することを意図したものでもなく、本開示の技術的範囲を限定するために使用することを意図したものでもないことが理解されるべきである。本開示の他の特徴は、以下の説明を通して容易に理解できるようになるであろう。

次に、いくつかの例示的な実施形態について、添付の図面を参照して説明する。

本開示の実施形態による通信システムの概略図である。本開示の実施形態による、デバイス間の相互作用の概略図である。本開示の実施形態による、端末デバイスにおいて実施される方法のフローチャートである。本開示の実施形態による、ネットワークデバイスにおいて実施される方法のフローチャートである。本開示の実施形態による、端末デバイスにおいて実施される方法のフローチャートである。本開示の実施形態による、端末デバイスにおいて実施される方法のフローチャートである。本開示の実施形態による、ネットワークデバイスにおいて実施される方法のフローチャートである。本開示の実施形態による、デバイス間の相互作用の概略図である。本開示の実施形態によるデバイスの概略図である。本開示のいくつかの実施形態による例示的なコンピュータ可読媒体のブロック図である。

図面全体を通じて、同じまたは類似の参照符号は同じまたは類似の要素を表す。

ここで、いくつかの実施例を参照して、本開示の原理を説明する。これらの実施形態は、説明の目的のためにのみ説明され、当業者が本開示の範囲に関するいかなる制限も示唆することなく、本開示を理解し、実施するのに役立つことが理解されるべきである。ここに記載される開示は、以下に記載されるもの以外の様々な方法で実施することができる。

以下の説明および請求項では、別段の定義がない限り、ここで使用される全ての技術用語および科学用語は、本開示が属する当業者のいずれかによって一般的に理解されるものと同じ意味を有する。

本開示における「一つの実施形態」、「一実施形態」、「例示的な実施形態」等の参照は、記載された実施形態が、特定の特徴、構造、または特性を示すが、全ての実施形態が特定の特徴、構造、または特性を含むことは必要ではない。更に、このような語句は、必ずしも同じ実施形態を参照するものではない。更に、特定の特徴、構造、または特性が実施形態に関連して記述されるとき、明示的に記述されているか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を与えることは当業者の知識の範囲内であると考えられる。

ここでは、「第１」および「第２」等の用語を使用して様々な要素を記述することができるが、これらの要素はこれらの用語によって制限されるべきではないことが理解される。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素は、例示的な実施形態の範囲から逸脱することなく、第１の要素と呼ぶことができる。本明細書において用いられるとき、用語「および／または」は、列挙された用語の任意のおよび全ての組み合わせを含む。

本明細書において用いられる用語は、特定の実施形態のみを記述する目的であり、例示的な実施形態の限定を意図するものではない。本明細書において用いられるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈で特に明示的に示されない限り、複数形も含むように意図されている。本明細書で使用されるとき、用語「含む」、「含んでいる」、「有する」、「有している」、「含む」、および／または「含んでいる」は、記述された特徴、素子、および／またはコンポーネント等の存在を明記するが、一つまたは複数の他の特徴、素子、コンポーネントおよび／またはそれらの組み合わせの存在または追加を排除しないことが理解される。

本明細書において用いられるとき、「回路（ｃｉｒｃｕｉｔｒｙ）」という用語は、以下のうちの一つまたは複数または全てを指すことができる。
（ａ）ハードウェアのみの回路（ｃｉｒｃｕｉｔ）実装（アナログおよび／またはデジタル回路（ｃｉｒｃｕｉｔｒｙ）のみの実装等）、ならびに
（ｂ）（適用可能な場合）
（ｉ）アナログおよび／またはデジタルハードウェア回路（ｃｉｒｃｕｉｔ（ｓ））とソフトウェア／ファームウェアとの組み合わせ、および
（ｉｉ）携帯電話やサーバ（サーバー）等の装置に様々な機能を実行させるために協働する、ソフトウェアを備えたハードウェアプロセッサ（デジタルシグナルプロセッサを含む）、ソフトウェア、およびメモリの任意の部分、
等のハードウェア回路（ｃｉｒｃｕｉｔｓ）およびソフトウェアの組み合わせ、ならびに、
（ｃ）動作のためにソフトウェア（例えば、ファームウェア等）を必要とする、ハードウェア回路（ｃｉｒｃｕｉｔ（ｓ））および／またはマイクロプロセッサもしくはマイクロプロセッサの一部分等のプロセッサ。ただし、動作のために必要でない場合には、ソフトウェアは存在しない場合がある。

この回路（ｃｉｒｃｕｉｔｒｙ）の定義は、任意の請求項を含む、この出願のこの用語の全ての使用に適用される。更なる例として、本出願において用いられるとき、回路（ｃｉｒｃｕｉｔｒｙ）という用語は、単なるハードウェア回路もしくはプロセッサ（または多数のプロセッサ）、またはハードウェア回路（ｃｉｒｃｕｉｔ）もしくはプロセッサの一部、およびそれに付随するソフトウェアおよび／またはファームウェアの実装も包含する。回路（ｃｉｒｃｕｉｔｒｙ）という用語はまた、例えば、特定の請求要素に適用可能であれば、サーバ、セルラネットワークデバイス、または他のコンピューティングもしくはネットワークデバイスにおけるモバイルデバイスまたは同様の集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）のためのベースバンド集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）またはプロセッサ集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）をカバーする。

本明細書において用いられるとき、「通信ネットワーク」という用語は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多重接続（ＷＣＤＭＡ（登録商標）：ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ハイスピードパケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）、狭帯域のモノ（物）のインターネット（ＮＢ－ＩｏＴ：ＮａｒｒｏｗＢａｎｄＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）、新無線（ＮＲ：ＮｅｗＲａｄｉｏ）等のような任意の適切な無線通信規格に従うネットワークを指す。更に、通信ネットワークにおけるユーザ機器とネットワークデバイスとの間の通信は、任意の適切な生成通信プロトコルに従って実行されてもよい。通信プロトコルには、限定ではないが、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、および／または現在知られているか、もしくは将来開発される任意の他のプロトコルが含まれる。本開示の実施形態は、様々な通信システムにおいて適用することができる。通信の急速な発展を考えると、当然ながら、本開示を具現化することができる将来のタイプの通信技術およびシステムも存在する。これは、本開示の範囲を上述したシステムのみに限定するものとみなされるべきでない。

本明細書において用いられるとき、「ネットワークデバイス」という用語は、無線通信ネットワーク内のノードを指し、それを介してユーザ機器がネットワークにアクセスし、そこからサービスを受信する。ネットワークデバイスは、基地局（ＢＳ：ｂａｓｅｓｔａｔｉｏｎ）またはアクセスポイント（ＡＰ：ａｃｃｅｓｓｐｏｉｎｔ）、適用される用語および技術に応じて、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ：ｅｖｏｌｖｅｄＮｏｄｅＢ）、ＮＲＮＢ（ｇＮＢとも呼ばれる）、リモートラジオユニット（ＲＲＵ：ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ：遠隔無線ユニット）、ラジオヘッダー（ＲＨ：ｒａｄｉｏｈｅａｄｅｒ）、リモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ：遠隔ラジオヘッド）、中継器（ｒｅｌａｙ：リレー）、フェムト（ｆｅｍｔｏ）やピコ（ｐｉｃｏ）等の低パワーノード（ｌｏｗｐｏｗｅｒｎｏｄｅ）等、を参照することができる。

「端末デバイス」という用語は、無線通信が可能な任意のエンドデバイスを意味する。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ：ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ユーザ設備）、加入者ステーション（ＳＳ：ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ：加入者局）、ポータブル加入者ステーション（ＰｏｒｔａｂｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ：持ち運び可能（携帯用加入者ステーション））、移動局（ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ：移動性のステーション（局））、またはアクセス端末（ＡＴ：ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）と呼ばれる場合もある。端末デバイスは、限定ではないが、モバイルフォン（移動電話）、携帯電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ：ｖｏｉｃｅｏｖｅｒＩＰ）電話、無線ローカルループフォン（ｗｉｒｅｌｅｓｓｌｏｃａｌｌｏｏｐｐｈｏｎｅｓ：ワイヤレスローカルループ電話）、タブレット、ウェアラブル（着用可能）端末デバイス、携帯型情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ：パーソナルデジタルアシスタント）、携帯型コンピュータ、デスクトップコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ（音楽記憶装置）および再生機器、車両搭載無線端末デバイス、無線エンドポイント、モバイルステーション（移動局）、ラップトップ埋め込み機器（ＬＥＥ：ｌａｐｔｏｐ－ｅｍｂｅｄｄｅｄｅｑｕｉｐｍｅｎｔ：ラップトップ埋め込み設備）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ－ｍｏｕｎｔｅｄｅｑｕｉｐｍｅｎｔ：ラップトップ搭載設備）、ＵＳＢドングル（ＵＳＢｄｏｎｇｌｅｓ）、スマートデバイス、無線（ワイヤレス）顧客構内設備（ＣＰＥ：ｃｕｓｔｏｍｅｒ－ｐｒｅｍｉｓｅｓｅｑｕｉｐｍｅｎｔ：カスタマー構内設備）、モノ（物）のインターネット（ＩｏＴ：ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）デバイス、時計（ｗａｔｃｈ：ウォッチ）または他のウェアラブル、頭部装着型ディスプレイ（ＨＭＤ：ｈｅａｄ－ｍｏｕｎｔｅｄｄｉｓｐｌａｙ）、車両、ドローン、医療デバイスおよびアプリケーション（例えば、リモート手術）、産業デバイスおよびアプリケーション（例えば、産業および／または自動処理チェーンの状況で動作しているロボットおよび／または他の無線デバイス）、家庭用電子機器、商業および／または産業無線ネットワークにおいて動作するデバイス等を含むことができる。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器（ユーザ設備）」および「ＵＥ」という用語を同じ意味で使用することができる。

上述したように、技術「構成されたグラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ：構成（設定）されたグラント（授与、認可）、構成（設定）されるグラント（授与、認可））」が提案された。新無線（ＮＲ：ＮｅｗＲａｄｉｏ）リリース１５（Ｒｅｌ－１５）では、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈｐａｒｔ）あたり一つの構成されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）のみを構成することができる。１６個のＨＡＲＱプロセスのうちのいくつかの数のＨＡＲＱプロセスが、ＲＲＣシグナリングを介してＣＧのために用いられるように構成され、端末デバイスは、タイプ１のＣＧ（周期性、物理リソースブロック（ＰＲＢ）ならびに変調および符号化方式（ＭＣＳ）は全て無線リソース制御（ＲＲＣ）シグナリングを介して構成される）およびタイプ２のＣＧ（周期性は、ＲＲＣを介して構成され、ＰＲＢ／ＭＣＳは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アクティベーション／ディアクティベーションを介して構成される）の双方のスロット／シンボル数に基づいて、特定のＣＧ機会のためにいずれのＨＡＲＱプロセスが用いられるかを決定する。ＨＡＲＱエンティティ（ＨＡＲＱｅｎｔｉｔｙ）はセル／キャリアごとであり、このため、端末デバイスが同じセル／キャリアの別のＢＷＰに切り替えられるとき、ＨＡＲＱ再送信はそこで継続することができる。以下の表１は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））３８．３３１および３８．３２１の仕様における内容を示す。

ＢＷＰあたり多数の構成されたグラント（ＣＧ）について論考された。例えば、これらの多数の構成されたグラントについて（のために）異なるＨＡＲＱプロセスを有することが合意され、多数のアップリンクＣＧまたはダウンリンク半永続スケジューリング（ＳＰＳ：Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ：半持続スケジューリング）構成が構成されたとき、ＨＡＲＱプロセスアイデンティティ（ＨＡＲＱｐｒｏｃｅｓｓｉｄｅｎｔｉｔｙ：ＨＡＲＱプロセス識別）の計算のために各構成のオフセット（ｏｆｆｓｅｔ）が必要とされる。

しかしながら、免許無しＮＲ（ＮＲ－Ｕ：ＮＲ－ｕｎｌｉｃｅｎｓｅｄ：免許（ライセンス）不要ＮＲ）システムのＨＡＲＱ動作は、ＣＧ機会のために用いられるＨＡＲＱプロセスアイデンティティがタイミングに基づいて決定されないため、レガシー動作と僅かに異なる。構成されたグラントに用いられるＨＡＲＱプロセスの選択は端末デバイスに委ねられている。次に、端末デバイスは、アップリンク制御情報（ＵＣＩ）においてＨＡＲＱプロセスを示す。

ＮＲ－ＵのためのＢＷＰあたりの多数のＣＧは、送信可能性を増大させるために、異なるリスンビフォアトーク（ＬＢＴ）サブチャネル上で構成される可能性が高い。ＬＢＴ成功率は、論理的チャネル占有ステータスに依拠して動的に変化し得るため、ＣＧあたり特定の数のＨＡＲＱプロセスを半静的に構成することにより、ＣＧのためのサブチャネルに過負荷がかかっている（ｏｖｅｒｌｏａｄｅｄ：オーバーロードされている）ときに、ＨＡＲＱプロセスの非効率的な利用が生じ、ＨＡＲＱプロセスの不足が生じる場合がある。これにより、再送信タイマーが実行されているときに全てのＨＡＲＱプロセスが再送信を待機しているとき、トランスポートブロックを送信することができないため、ＣＧリソースの浪費が生じる。このため、多数の構成されたグラントリソースによる多数のＨＡＲＱプロセスの共有のために新たなメカニズムが必要とされる。

本開示の実施形態によれば、複数の構成されたグラントリソースは、ＨＡＲＱプロセスの共通プール（ｃｏｍｍｏｎｐｏｏｌ：共有プール）を共有する。ネットワークデバイスは、複数の構成されたグラントリソースおよび共通プールＨＡＲＱプロセスに関する情報を端末デバイスに送信する。更に、複数の構成されたグラントリソースのうちの一つについて（のために）、端末デバイスは、ＨＡＲＱプロセスの共通プールからＨＡＲＱプロセスを選択する。このようにして、スループットが改善し、高優先度データのための低いレイテンシー（ｌａｔｅｎｃｙ：遅延時間、待ち時間）が確保される。

図１は、本開示の実施形態を実施することができる通信システム１００の概略図を示す。通信システム１００は、第１のデバイス１１０および第２のデバイス１２０を備える。例示の目的で、以後、第１のデバイス１１０は、端末デバイス１１０と呼ぶことができ、第２のデバイス１２０は、ネットワークデバイス１２０と呼ぶことができる。第１のデバイスおよび第２のデバイスは交換可能であることに留意されたい。例えば、端末デバイスにおいて実施されると説明される手順は、ネットワークデバイスにおいて実施されることも可能である場合があり、ネットワークデバイスにおいて実施されると説明される手順は、端末デバイスにおいて実施されることも可能であり得る。

第２のデバイス１２０から第１のデバイス１１０へのリンクは「ダウンリンク」と呼ぶことができ、第１のデバイス１１０から第２のデバイス１２０へのリンクは「アップリンク」と呼ぶことができる。

通信ネットワークの一部である通信システム１００は、端末デバイス１１０－１、１１０－２．．．、１１０－Ｎ（まとめて「端末デバイス１１０」と呼ばれ、ここでＮは整数である）を備える。通信システム１００は、一つまたは複数のネットワークデバイス、例えばネットワークデバイス１２０を備える。通信システム１００は、明確にするために省かれる他の要素も含むことができることを理解すべきである。図１に示す端末デバイスおよびネットワークデバイスの数は、限定を示唆することなく、例示の目的で与えられることを理解されたい。端末デバイス１１０およびネットワークデバイス１２０は互いに通信することができる。

ネットワークデバイスおよび端末デバイスの数は、限定を示唆することなく、例示の目的のみであることを理解されたい。システム１００は、本開示の実施形態を実施するように適合された任意の適切な数のネットワークデバイスおよび端末デバイスを備えることができる。

通信システム１００における通信は、限定ではないが、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）および第５世代（５Ｇ）等のセルラ通信プロトコル、電気電子技術者協会（ＩＥＥＥ）９０２．１１等のような無線ローカルネットワーク通信プロトコル、および／または現在既知のもしくは未来に開発される任意の他のプロトコルを含む、任意の適切な通信プロトコルに従って実施することができる。更に、通信は、限定ではないが、符号分割多元接続（ＣＤＭＡ：ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、周波数分割多元接続（ＦＤＭＡ：ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、時分割多元接続（ＴＤＭＡ：ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、周波数分割複信（ＦＤＤ：ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）、時分割複信（ＴＤＤ：ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）、多入力多出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ－ＩｎｐｕｔＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、直交周波数分割多重（ＯＦＤＭ：ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ：ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍｓｐｒｅａｄＯＦＤＭ）、および／または現在知られている、または将来開発される任意の他の技術を含むが、これらに限定されない、任意の適切なワイヤレス通信技術を利用することができる。

図２は、本開示の実施形態による相互作用（ｉｎｔｅｒａｃｔｉｏｎｓ）２００の概略図を示す。相互作用２００は、任意の適切なデバイスにおいて実施することができる。例示の目的のみで、相互作用２００は、端末デバイス１１０－１およびネットワークデバイス１２０において実施されるように説明される。

ネットワークデバイス１２０は情報を生成する（２００５）。情報は、複数の構成されたグラントリソースおよび複数のＨＡＲＱプロセスを示す。複数の構成されたグラントリソースは複数のＨＡＲＱプロセスを共有する。情報は、複数の構成されたグラントリソースのアイデンティティ（ｉｄｅｎｔｉｔｉｅｓ：識別、素性、正体）および複数のＨＡＲＱプロセスのアイデンティティを含むことができる。このようにして、複数のＨＡＲＱプロセスを共有することによって、スループットが増大し、構成されたグラントが、各々の固定数よりも多くのプロセスを用いることが可能になる。構成されたグラントのための送信データがない場合、プロセスが消費されない。

構成されたグラントリソースは、端末デバイスによって共有される周期的リソースとすることができる。「構成されたグラント（ＣＧ）」という用語は、事前に構成されたＵＥ固有のリソースが、動的スケジューリング／グラントなしでＵＥＵＬ送信のために用いられることを意味する、アップリンクにおけるグラントフリー（ｇｒａｎｔ－ｆｒｅｅ：グラント（授与、認可）無しの）リソースを指す（ｒｅｆｅｔｔｏ：グラントフリーリソースに言及する）。ＨＡＲＱは、停止／待機モードまたは選択的繰り返しモードにおいて用いることができる。停止／待機はより単純であるが、受信機の確認応答を待機することにより効率が低減する。このため、多数の停止／待機ＨＡＲＱプロセスは、多くの場合、実際に並列に行われ、一つのプロセスが確認応答を待機しているとき、別のプロセスが論理的チャネルを用いていくらかの更なるデータを送信することができる。論理的チャネルは、搬送する情報のタイプによって定義される。

いくつかの実施形態では、ネットワークデバイス１２０は、構成されたグラントリソースを決定し、これらを端末デバイス１１０－１に配分することができる。ネットワークデバイス１２０は、一つまたは複数の条件に基づいて複数のＨＡＲＱプロセスを決定することもできる。例えば、条件は、サービス品質、トラフィックボリューム（ｔｒａｆｆｉｃｖｏｌｕｍｅ：データの流通量の大きさ）およびサービスタイプのうちの一つまたは複数を含むことができる。

いくつかの実施形態では、情報は、送信されるデータの優先度（ｐｒｉｏｒｉｔｙ：プライオリティ、優先順位）を決定するための一つまたは複数の規則を含むことができる。規則の詳細は後に与えられる。

ネットワークデバイス１２０は、情報を端末デバイス１１０－１に送信する（２０１０）。いくつかの実施形態では、端末デバイス１１０－１は、データが複数の構成されたグラントリソースのうちの一つで（一つにおいて）送信される必要があると決定することができる（２０１５）。例えば、端末デバイス１１０－１は、あるタイプのサービスが構成されたグラントリソース上で送信される必要があると決定することができる。データは、構成されたグラントリソースを使用する論理的チャネルに属することができる。データは、端末デバイス１１０－１のバッファ中に到達することができる。

端末デバイス１１０－１は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する（２０２０）。端末デバイス１１０－１は、複数のＨＡＲＱプロセスにおける（複数のＨＡＲＱプロセス中の）利用可能なＨＡＲＱプロセスを決定することができる（２０２５）。例えば、構成されたグラントリソースのためのＨＡＲＱプロセスを選択するとき、端末デバイス１１０－１は、共通プールからのＨＡＲＱプロセスが新たな送信／再送信に利用可能であるか否かを、ＨＡＲＱプロセスのタイマーに基づいて決定することができる。例えば、タイマーは、対応するＨＡＲＱプロセスのＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒおよびＣＧ再送信タイマー状態（ｔｉｍｅｒｓｔａｔｕｓ：タイマーステータス）とすることができる。いくつかの実施形態では、多数の構成されたグラントリソースを一つの構成されたグラントとみなすことができ、このため、リソースが同じ送信ブロックサイズを与える場合、再送信は、初期送信と異なる構成されたグラントリソースにおいて行うことができる。

ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒおよびＣＧ再送信タイマーは、ＨＡＲＱプロセスごとに維持され、ＨＡＲＱプロセスが新たな送信／再送信に利用可能であるか否かが決定される。ＣＧ再送信タイマーが実行されているとき、端末デバイス１１０－１は、潜在的なＨＡＲＱフィードバックまたはアップリンクグラントを待機することができ、このため、ＣＧリソースにおける自動再送信または新たな送信のいずれにもＨＡＲＱプロセスを用いることができない。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが実行されている間のとき、端末デバイス１１０－１は、動的アップリンクグラントを待機する場合があり、新たな送信のためにＨＡＲＱプロセスを用いることができない。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、端末デバイス１１０－１が、対応する送信ブロックがドロップし、端末デバイス１１０－１においてＡＣＫが想定される前に、構成されたグラントリソースにおいて少なくとも一つの再送信を試行することを許可されるべきであるため、ＣＧ再送信タイマーよりも長く構成することができる。

いくつかの実施形態では、情報は、構成されたグラントリソースのうちの一つまたは複数によってＨＡＲＱプロセスのうちのいずれを用いることができるかを明示的に示すことができる。代替的に、または加えて、情報は、ＨＡＲＱプロセスのうちのいずれを閾優先度（ｔｈｒｅｓｈｏｌｄｐｒｉｏｒｉｔｙ：しきい（値）優先度）よりも高い優先度を有する論理的チャネル／チャネルグループによって用いることができるか、および／またはＨＡＲＱプロセスのいずれを閾優先度よりも低い優先度を有する論理的チャネル／チャネルグループによって用いることができるかを明示的に示すことができる。

一つの実施形態において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスの数を決定することができる。数が閾数（ｔｈｒｅｓｈｏｌｄｎｕｍｂｅｒ：しきい（値）数）未満（閾数の下）である状況において、端末デバイス１１０－１は、送信されるデータの優先度を決定することができる。データの優先度が閾優先度を超える（超えている）場合、端末デバイス１１０－１は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択することができる。閾数は情報から得ることができる。代替的に、閾数は所定とすることができる。このようにして、高い優先度を有するデータを送信することができることが確実になる。いくつかの実施形態では、端末デバイス１１０－１は、低優先度のデータ、すなわち、第２の閾優先度未満の優先度を有する論理的チャネル／チャネルグループに属するデータを送信するのに用いられているＨＡＲＱプロセスの数をチェックすることができる。この状況において、閾数未満の低優先度データを送信するのに用いられるＨＡＲＱプロセスの数が閾数未満である場合、低優先度を有するデータの送信が許可される。「低優先度データ」または「低優先度を有するデータ」は、閾優先度よりも低い優先度を有する論理的チャネル／論理的チャネルグループに属するデータを指す。「高優先度データ」または「高優先度を有するデータ」は、閾優先度を超える優先度を有する論理的チャネル／論理的チャネルグループに属するデータを指す。

いくつかの実施形態では、端末デバイス１１０－１は、情報からＨＡＲＱプロセスの選択のための基準を抽出することができる（２０３０）。例えば、構成されたグラントリソースにおける高優先度データを送信するためのフリーＨＡＲＱプロセス（ｆｒｅｅＨＡＲＱｐｒｏｃｅｓｓｅｓ：自由なＨＡＲＱプロセス）を有する機会を増大させるために、基準は、ＣＧのための複数のＨＡＲＱプロセス内のＨＡＲＱプロセスのサブセット（部分集合）を、高優先度データの送信のためにのみ用いることができることを示すことができる。低優先度送信は、ＣＧのための複数のＨＡＲＱプロセスのうちの、そのサブセットの外側のＨＡＲＱプロセスに限定することができる。

端末デバイス１１０－１は、情報に基づいてＨＡＲＱプロセスの第１のセット（集合）を決定することができる（２０３５）。ＨＡＲＱプロセスの第１のセットは、閾優先度よりも高い優先度を有するデータのために用いることができる。代替的に、または加えて、端末デバイス１１０－１は、情報に基づいてＨＡＲＱプロセスの第２のセットを決定することができる（２０４０）。閾優先度未満の優先度を有するデータは、ＨＡＲＱプロセスの第２のセットのみを使用することができる。換言すれば、閾優先度未満の優先度を有する論理的チャネルに属するデータの構成されたグラントリソースにおける送信は、ＨＡＲＱプロセスの第２のセットのみを用いることができる。

いくつかの実施形態では、端末デバイス１１０－１は、データの優先度を決定することができる（２０４５）。端末デバイス１１０－１は、データが属するサービスタイプを決定し、サービスタイプに基づいて優先度を決定することができる。他の実施形態において、端末デバイス１１０－１は、データが属する論理的チャネルの優先度を決定することができる（２０５０）。端末デバイス１１０－１は、他の規則に基づいてデータの優先度を決定することができる。例えば、端末デバイス１１０－１は、データが高優先度トラフィック（ｔｒａｆｆｉｃ：データの流通量）に関する任意のＭＡＣ制御要素（ＣＥ）（例えば、高優先度の論理的チャネルのバッファステータス報告）を含むか否かを決定することができる。データが高優先度トラフィックに関するＭＡＣＣＥを含む場合、データは高優先度を有すると決定することができる。代替的に、端末デバイス１１０－１は、データのバッファされた時間（ｂｕｆｆｅｒｅｄｔｉｍｅ：一時的に記憶された時間）に基づいてデータの優先度を決定することができる。例えば、端末デバイス１１０－１は、バッファ内でデータがどれだけ長く待機していたかを決定し、バッファされた時間が閾値時間を超える（超えている）場合、データの優先度を上げることができる。

他の実施形態において、優先度のデータは、送達期限までの残り時間に基づいて決定することができる。例えば、端末デバイス１１０－１は、データの送達期限までどれだけの時間が残されているかを決定することができる。残り時間が閾値よりも短い場合、優先度を上げることができる。

他の実施形態において、優先度のデータは、パケットデータ収束プロトコル（ＰＤＣＰ）複製に基づいて決定することができる。データが複製である場合、端末デバイス１１０－１は、その進行が相手方のレッグ（ｃｏｕｎｔｅｒｐａｒｔｌｅｇ：片割れのレッグ）と比較してどの程度であるかを決定することができる。データが相手方のレッグに対しある程度まで遅れている場合、優先度を上げることができる。データの優先度は、任意の適切な規則に基づいて決定することができることに留意すべきである。規則は事前に構成することができる。代替的に、または加えて、上述したように、規則はネットワークデバイス１２０によって決定し、情報において送信することができる。

この状況において、端末デバイス１１０－１は、複数の構成されたグラントリソースのうちの一つにおけるデータの優先度を閾優先度と比較することができる。閾優先度は情報から得ることができる。代替的に、閾優先度は所定とすることができる。データの優先度が閾優先度を超えている場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第１のセットからＨＡＲＱプロセスを選択することができる。他の実施形態では、データが属する論理的チャネルの優先度が閾優先度を超える（超えている）場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第１のセットからＨＡＲＱプロセスを選択することができる。

代替的に、データの優先度が閾優先度を未満である場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第２のセットからＨＡＲＱプロセスを選択することができる。他の実施形態では、データが属する論理的チャネルの優先度が閾優先度未満である場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第２のセットからＨＡＲＱプロセスを選択することができる。いくつかの実施形態では、第２のセットは、ＨＡＲＱプロセスの第１のセットのサブセットとすることができる。いくつかの実施形態では、情報は、ＨＡＲＱプロセスの第３のセットが複数の構成されたグラントリソースのうちの一つのために用いられることを示すことができる。データが複数の構成されたグラントリソースのうちの一つを用いて送信することとなる場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第３のセットからＨＡＲＱプロセスを選択することができる。

例示的な実施形態において、端末デバイス１１０－１は、構成されたグラントリソースに基づいてＨＡＲＱプロセスを選択することができる。例えば、情報は、一つまたは複数のＨＡＲＱプロセスを特定の構成されたグラントリソースのために用いることができることを示すことができる。例示的な実施形態の詳細が図８を参照して詳細に説明される。

端末デバイス１１０－１は、複数の構成されたグラントリソースのうちの一つで（一つにおいて）データをネットワークデバイス１２０に送信する（２０５５）。このようにして、高優先度を有するデータを低レイテンシーで送信することができる。

図３は、本開示の実施形態による方法３００のフローチャートを示す。方法３００は、任意の適切なデバイスにおいて実施することができる。例示の目的のみで、方法３００は、端末デバイス１１０－１において実施されるように説明される。方法４４０はネットワークデバイス１２０において実施することもできることに留意すべきである。

ブロック３１０において、端末デバイス１１０－１は、ネットワークデバイス１２０から情報を受信する。情報は、複数の構成されたグラントリソースおよび複数のＨＡＲＱプロセスを示す。複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される。情報は、複数の構成されたグラントリソースのアイデンティティおよび複数のＨＡＲＱプロセスのアイデンティティを含むことができる。このようにして、複数のＨＡＲＱプロセスを共有することによって、スループットが増大し、構成されたグラントが、各々の固定数よりも多くのプロセスを用いることが可能になる。構成されたグラントのための送信データがない場合、プロセスが消費されない。

単に例として、サービングセルの帯域幅部分について（のために）構成された二つの構成されたグラントリソース（例えば、ＣＧ＃１およびＣＧ＃２）が存在し得る。これらは１０個のＨＡＲＱプロセスを共有することができる。構成されたグラントリソースおよびＨＡＲＱプロセスの数は例示にすぎず、限定ではないことに留意すべきである。

ＣＧ＃１に対応するサブチャネルが過負荷であるとき、端末デバイス１１０－１は多くのトランスポートブロックを送信することができず、このため過度に多くのＨＡＲＱプロセスを消費しない。ＣＧ＃１に対応するサブチャネルが過負荷でない場合の間、端末デバイス１１０－１は、他のＨＡＲＱプロセスの他のトランスポートブロックのためのＨＡＲＱフィードバックを待機する間、ＣＧリソースを継続的に用いて、異なるＨＡＲＱプロセスにおいて新たなトランスポートブロックを送信することができ、このため、端末デバイス１１０－１は共通プールからより多くのＨＡＲＱプロセスを用いることができる。

ブロック３２０において、端末デバイス１１０－１は、データが複数の構成されたグラントリソースのうちの一つで（一つにおいて）送信される必要があると決定する場合、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する。例えば、端末デバイス１１０－１は、あるタイプのサービスが構成されたグラントリソース上で送信される必要があると決定することができる。データは、構成されたグラントリソースを使用する論理的チャネルにおいて送信することができる。

端末デバイス１１０－１は、複数のＨＡＲＱプロセスにおける（複数のＨＡＲＱプロセス中の）利用可能なＨＡＲＱプロセスを決定することができる。例えば、構成されたグラントリソースのためのＨＡＲＱプロセスを選択するとき、端末デバイス１１０－１は、共通プールからのＨＡＲＱプロセスが新たな送信／再送信に利用可能であるか否かを、ＨＡＲＱプロセスのタイマーに基づいて決定することができる。

いくつかの実施形態では、情報は、構成されたグラントリソースのセットによってＨＡＲＱプロセスのうちのいずれを用いることができるかを明示的に示すことができる。代替的に、または加えて、情報は、ＨＡＲＱプロセスのうちのいずれを、高優先度を有する論理的チャネル／チャネルグループによって用いることができるか、および／またはＨＡＲＱプロセスのいずれを、低優先度を有するチャネル／チャネルグループによって用いることができるかを明示的に示すことができる。

一つの実施形態において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスの数を決定することができる。数が閾数未満である状況において、端末デバイス１１０－１は、複数の構成されたグラントリソースのうちの一つにおけるデータの優先度を決定することができる。優先度が閾優先度を超える（超えている）場合、端末デバイス１１０－１は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択することができる。閾数は情報から得ることができる。代替的に、閾値は所定とすることができる。このようにして、高い優先度を有するデータを送信することができることが確実になる。

いくつかの実施形態では、端末デバイス１１０－１は、情報からＨＡＲＱプロセスの選択のための基準を抽出することができる。例えば、構成されたグラントリソースにおける高優先度サービスを送信するためのフリーＨＡＲＱプロセスを有する機会を増大させるために、基準は、ＣＧのための複数のＨＡＲＱプロセス内のＨＡＲＱプロセスのサブセットを、高優先度の送信のためにのみ用いることができることを示すことができる。低優先度の送信は、そのサブセットの外側のＨＡＲＱプロセスに限定することができる。

端末デバイス１１０－１は、情報に基づいてＨＡＲＱプロセスの第１のセットを決定することができる。ＨＡＲＱプロセスの第１のセットは、閾優先度よりも高い優先度を有する構成されたグラントリソースのために用いることができる。代替的に、または加えて、端末デバイス１１０－１は、情報に基づいてＨＡＲＱプロセスの第２のセットを決定することができる。閾優先度未満の優先度を有するデータは、ＨＡＲＱプロセスの第２のセットを使用することを許可されるのみである。ＨＡＲＱプロセスの第２のセットは、ＨＡＲＱプロセスの第１のセットのサブセットとすることができる。

いくつかの実施形態では、端末デバイス１１０－１は、情報に基づいて、複数の構成されたグラントリソースのうちの一つにおけるデータの優先度を決定することができる。代替的に、または加えて、端末デバイス１１０－１は、データが属するサービスタイプを決定し、サービスタイプに基づいて優先度を決定することができる。他の実施形態において、端末デバイス１１０－１は、データが属する論理的チャネルの優先度を決定することができる。論理的チャネルは、搬送する情報のタイプによって定義される。

この状況において、端末デバイス１１０－１は、データの優先度を閾優先度と比較することができる。閾優先度は情報から得ることができる。代替的に、閾優先度は所定とすることができる。データの優先度が閾優先度を超える（超えている）場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第１のセットからＨＡＲＱプロセスを選択することができる。他の実施形態では、データが属する論理的チャネルの優先度が閾優先度を超える（超えている）場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第１のセットからＨＡＲＱプロセスを選択することができる。

代替的に、データの優先度が閾優先度未満である場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第２のセットからＨＡＲＱプロセスを選択することができる。他の実施形態では、データが属する論理的チャネルの優先度が閾優先度未満である場合、端末デバイス１１０－１は、ＨＡＲＱプロセスの第２のセットからＨＡＲＱプロセスを選択することができる。

図４は、本開示の実施形態による、ＨＡＲＱプロセスを選択するための方法４００のフローチャートを示す。この例において、ＣＧ＃１は、高優先度サービスの送信のために用いることができ（例えば、論理的チャネル＃１）、ＣＧ＃２は、低優先度サービスの送信のために用いることができる（例えば、論理的チャネル＃２）。Ｎ個のＨＡＲＱプロセスのプールは、ＣＧ＃２を最大でＸ個のＨＡＲＱプロセスにおいて用いることができることを確実にするように構成することができ、これは、プールにおけるＮ－Ｘ個のＨＡＲＱプロセスがＣＧ＃１のためにサービングされる（サービスされる）ことを意味する。数ＮおよびＸは任意の適切な整数とすることができることに留意すべきである。

ブロック４１０において、端末デバイス１１０－１は、データがＣＧ＃２（チャネル＃２）において送信される必要があると決定する。データは、端末デバイス１１０－１のバッファ中に到達することができる。データは優先度を有する論理的チャネルに属する。

ブロック４２０において、端末デバイス１１０－１は、ＣＧ＃２に利用可能なＨＡＲＱプロセスが存在するか否かを決定する。この例において、ＣＧ＃２は、ＨＡＲＱプロセスの第２のセットから選択することを許可されるのみである。例えば、利用可能なＨＡＲＱプロセスがない場合、ブロック４３０において、端末デバイス１１０－１は、ＣＧ＃２の次の出現（ｏｃｃｕｒｒｅｎｃｅ：発生）に進むことができる。

Ｘ個のＨＡＲＱプロセスにおいて利用可能なＨＡＲＱプロセスが存在する場合、ブロック４４０において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択する。

図５は、本開示の実施形態による、ＨＡＲＱプロセスを選択するための方法５００のフローチャートを示す。この状況において、ＣＧ＃２は、少なくともＹ個の利用可能なＨＡＲＱプロセスが存在するという条件の下でＮ個のＨＡＲＱプロセスのうちの任意のものを選択することができる。数Ｎ、ＸおよびＹは任意の適切な整数とすることができることに留意すべきである。

ブロック５１０において、端末デバイス１１０－１は、データがＣＧ＃２（チャネル＃２）において送信される必要があると決定する。データは、端末デバイス１１０－１のバッファ中に到達することができる。データは優先度を有する論理的チャネルに属する。

ブロック５２０において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスの数が、Ｙとして表すことができる閾数よりも高いか否かを決定する。閾数は、任意の適切な数とすることができる。例えば、利用可能なＨＡＲＱプロセスの数がＹ未満である場合、ブロック５３０において、端末デバイス１１０－１は、ＣＧ＃２の次の出現に進むことができる。閾数は、ネットワークデバイスによって決定し、端末デバイスに送信することができる。閾数は、端末デバイスにおいて所定とすることもできる。

利用可能なＨＡＲＱプロセスの数がＹよりも高い場合、ブロック５４０において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択する。

図６は、本開示の一実施形態による、ＨＡＲＱプロセスを選択するための方法６００のフローチャートを示す。この例において、ＣＧ＃２によって同時に使用されるＨＡＲＱプロセスの最大数はＺとすることができる。数Ｚは任意の適切な整数とすることができることに留意すべきである。

ブロック６１０において、端末デバイス１１０－１は、データがＣＧ＃２（チャネル＃２）において送信される必要があると決定する。データは、端末デバイス１１０－１のバッファ中に到達することができる。データは優先度を有する論理的チャネルに属する。

ブロック６２０において、端末デバイス１１０－１は、ＣＧ＃２によって用いられているＨＡＲＱプロセスの数が、Ｚとして表すことができる閾数よりも高いか否かを決定する。閾数は、任意の適切な数とすることができる。例えば、ＣＧ＃２によって用いられているＨＡＲＱプロセスの数がＺよりも高い場合、ブロック６３０において、端末デバイス１１０－１は、ＣＧ＃２の次の出現に進むことができる。閾数は、ネットワークデバイスによって決定し、端末デバイスに送信することができる。閾数は、端末デバイスにおいて所定とすることもできる。

ＣＧ＃２によって用いられているＨＡＲＱプロセスの数がＺ未満である場合、ブロック６３０において、端末デバイス１１０－１は、利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択する。

図３に戻って参照すると、端末デバイス１１０－１は、複数の構成されたグラントリソースのうちの一つで（一つにおいて）データをネットワークデバイス１２０に送信する。このようにして、高優先度を有するデータを低レイテンシーで送信することができる。本開示の実施形態は、構成されたグラントリソースが各々の固定数よりも多くのプロセスを用いることを可能にするようにスループットを増大させる。構成されたグラントリソースのために送信するデータがない場合、プロセスが消費されない。他方で、構成されたグラントリソースのための特定の数のプロセスを予約することにより、高優先度データの低レイテンシーが確保される。

図７は、本開示の実施形態による７００のフローチャートを示す。方法７００は、任意の適切なデバイスにおいて実施することができる。例示の目的のみで、方法７００は、ネットワークデバイス１２０において実施されるように説明される。方法７００は端末デバイス１１０－１において実施することもできることに留意すべきである。

ブロック７１０において、ネットワークデバイス１２０は情報を生成する。情報は、複数の構成されたグラントリソースおよび複数のＨＡＲＱプロセスを示す。複数の構成されたグラントリソースは複数のＨＡＲＱプロセスを共有する。情報は、複数の構成されたグラントリソースのアイデンティティおよび複数のＨＡＲＱプロセスのアイデンティティを含むことができる。このようにして、複数のＨＡＲＱプロセスを共有することによって、スループットが増大し、構成されたグラントが、各々の固定数よりも多くのプロセスを用いることが可能になる。構成されたグラントのために送信するデータがない場合、プロセスが消費されない。構成されたグラントリソースは、端末デバイスによって共有される周期的リソースとすることができる。

いくつかの実施形態では、ネットワークデバイス１２０は、構成されたグラントリソースを決定し、これらを端末デバイス１１０－１に配分することができる。ネットワークデバイス１２０は、一つまたは複数の条件に基づいて複数のＨＡＲＱプロセスを決定することもできる。例えば、条件は、サービス品質、トラフィックボリュームおよびサービスタイプのうちの一つまたは複数を含むことができる。

例示的な実施形態において、ネットワークデバイス１２０は、利用可能なＨＡＲＱプロセスの閾数を生成することができる。情報は閾数を示すことができる。利用可能なＨＡＲＱプロセスの数が閾数未満である場合、高優先度を有するデータを保証することができ、低優先度を有するデータを省くことができる。ネットワークデバイス１２０は、複数の構成されたグラントリソースの優先度を示す情報を生成することができる。ネットワークデバイス１２０は、データの閾優先度も生成することができる。

いくつかの実施形態では、ネットワークデバイス１２０は、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第１のセットを示す情報を生成することができる。ＨＡＲＱプロセスの第１のセットは、閾優先度よりも高い優先度を有する送信のために用いることができる。代替的に、または加えて、ネットワークデバイス１２０は、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第２のセットを示す情報を生成することができる。閾優先度未満の優先度を有する送信は、ＨＡＲＱプロセスの第２のセットから選択することを許可されるのみとすることができる。いくつかの実施形態では、ネットワークデバイス１２０は、閾優先度も生成することができる。

ブロック７２０において、ネットワークデバイス１２０は、情報を端末デバイス１１０－１に送信する。いくつかの実施形態では、情報は、構成されたグラントリソースのうちの一つまたは複数によってＨＡＲＱプロセスのうちのいずれを用いることができるかを明示的に示すことができる。代替的に、または加えて、情報は、ＨＡＲＱプロセスのうちのいずれをより高い優先度を有するチャネル／チャネルグループによって用いることができるか、および／またはＨＡＲＱプロセスのいずれをより低い優先度を有するチャネル／チャネルグループによって用いることができるかを明示的に示すことができる。

いくつかの実施形態では、情報は、情報からのＨＡＲＱプロセスの選択のための基準を含むことができる。例えば、構成されたグラントリソースにおける高優先度サービスを送信するためのフリーＨＡＲＱプロセスを有する機会を増大させるために、基準は、ＣＧのための複数のＨＡＲＱプロセス内のＨＡＲＱプロセスのサブセットを、高優先度の送信のためにのみ用いることができることを示すことができる。低優先度の送信は、そのサブセットの外側のＨＡＲＱプロセスに限定することができる。

ブロック７３０において、ネットワークデバイス１２０は、ＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）端末デバイス１１０－１からデータを受信する。ＨＡＲＱプロセスは、端末デバイス１１０－１によって複数のＨＡＲＱプロセスから選択することができる。

上述したように、図８は、リソースがいずれのＣＧに属するかに基づいてＨＡＲＱプロセスを選択する相互作用８００の概略図を示す。ネットワークデバイス１２０は、情報を端末デバイス１１０－１に送信する（８００５）。情報の詳細な説明は、図２および図３を参照して与えられ、ここでは明確にするために省かれる。単に例として、サービングセルの帯域幅部分について（のために）構成された二つの構成されたグラントリソース（例えば、ＣＧ＃１およびＣＧ＃２）が存在し得る。

端末デバイス１１０－１は、ＣＧ＃１においてデータが送信されることを決定する（８０１０）。情報は、ＨＡＲＱプロセスの第３のセットがＣＧ＃１のために用いられることを示すことができる。このため、端末デバイス１１０－１は、ＣＧ＃１において送信するために、ＨＡＲＱプロセスの第３のセットからＨＡＲＱプロセス＃ａを選択する（８０１５）。端末デバイス１１０－１は、ＨＡＲＱプロセスＩＤ＃ａを用いてＣＧ＃１においてデータを送信する（８０２０）。いくつかの実施形態では、ネットワークデバイス１２０は、ＨＡＲＱプロセスＩＤ＃ａのための再送信アップリンクグラントを端末デバイス１１０－１に送信することができる（８０２５）。端末デバイス１１０－１は、ＨＡＲＱプロセスＩＤ＃ａを有するＣＧ＃１においてデータを再送信することができる（８０３０）。情報は、二つ以上のＨＡＲＱプロセスをＣＧ＃１のために用いることができることを示すことができることに留意すべきである。

端末デバイス１１０－１は、更なるデータがＣＧ＃２において送信される必要があると決定する（８０３５）。情報は、ＨＡＲＱプロセスの第４のセットがＣＧ＃２のために用いられることを示すことができる。このため、端末デバイス１１０－１は、ＣＧ＃２において送信するために、ＨＡＲＱプロセスの第４のセットからＨＡＲＱプロセス＃ｂを選択する（８０４０）。端末デバイス１１０－１は、ＨＡＲＱプロセスＩＤ＃ｂを有するＣＧ＃２においてデータを送信する（８０４５）。ＨＡＲＱプロセスの第４のセットは、ＨＡＲＱプロセスの第３のセットのサブセットとすることができる。

いくつかの実施形態では、方法３００を実行するための装置（例えば、端末デバイス１１０－１）は、方法３００における対応するステップを実行するそれぞれの手段を備えることができる。これらの手段は、任意の適切な方式で実施することができる。例えば、手段は、回路（ｃｉｒｃｕｉｔｒｙ）またはソフトウェアモジュールによって実施することができる。

いくつかの実施形態では、装置は、第１のデバイスにおいて、第２のデバイスから、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信する手段であって、複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される、手段と、データが複数の構成されたグラントリソースのうちの一つで（一つにおいて）送信される必要があるという決定に応答して、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段と、選択されたＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第２のデバイスにデータを送信する手段とを備える。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、情報から、ＨＡＲＱプロセスの選択のための基準を抽出する手段と、基準に基づいて、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、複数のＨＡＲＱプロセスから、利用可能なＨＡＲＱプロセスのセットを決定する手段と、複数のＨＡＲＱプロセスにおける（複数のＨＡＲＱプロセス中の）利用可能なＨＡＲＱプロセスの数を決定する手段と、数が閾数未満であることに応答して、複数の構成されたグラントリソースのうちの一つの優先度を決定する手段と、優先度が閾優先度を超える（超えている）ことに応答して、利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、情報に基づいて、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第１のセットを決定する手段であって、ＨＡＲＱプロセスの第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、手段と、データの優先度を決定する手段と、優先度が閾優先度を超える（超えている）ことに応答して、ＨＡＲＱプロセスの第１のセットからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、情報に基づいて、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第２のセットを決定する手段であって、閾優先度未満の優先度を有するデータは、ＨＡＲＱプロセスの第２のセットを用いることに対して許可されるのみである、手段と、データの優先度を決定する手段と、優先度が閾優先度未満であることに応答して、ＨＡＲＱプロセスの第２のセットからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、データの優先度を決定する手段は、データが属する論理的チャネル／論理的チャネルグループの優先度、データのバッファされた時間、またはデータに含まれる媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ）が関係するトラフィックの優先度のうちの少なくとも一つに基づいてデータの優先度を決定する手段を含む。

いくつかの実施形態では、装置は、情報に基づいて、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第３のセットを決定する手段であって、ＨＡＲＱプロセスの第３のセットは、複数の構成されたグラントリソースのうちの一つのために（について）用いられる、手段と、ＨＡＲＱプロセスの第３のセットからＨＡＲＱを選択する手段とを備える。

いくつかの実施形態では、装置は、情報に基づいて、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第４のセットを決定する手段であって、ＨＡＲＱプロセスの第３のセットは、複数の構成されたグラントリソースのうちの更なる一つのために（について）用いられ、ＨＡＲＱプロセスの第４のセットは、ＨＡＲＱプロセスの第３のセットのサブセットである、手段を備える。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、データが属する論理的チャネルを決定する手段と、チャネルによって現在用いられているＨＡＲＱプロセスの数を決定する手段と、数が閾数未満であることに応答して、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、複数のＨＡＲＱプロセスからＨＡＲＱプロセスを選択する手段は、複数のＨＡＲＱプロセスのタイマーに基づいて、複数のＨＡＲＱプロセスから、利用可能なＨＡＲＱプロセスのセットを決定する手段と、利用可能なＨＡＲＱプロセスのセットからＨＡＲＱプロセスを選択する手段とを含む。

いくつかの実施形態では、第１のデバイスは端末デバイスを備え、第２のデバイスはネットワークデバイスを備える。

いくつかの実施形態では、方法７００を実行するための装置（例えば、ネットワークデバイス１２０）は、方法７００における対応するステップを実行するそれぞれの手段を備えることができる。これらの手段は、任意の適切な方式で実施することができる。例えば、手段は、回路（ｃｉｒｃｕｉｔｒｙ）またはソフトウェアモジュールによって実施することができる。

いくつかの実施形態では、装置は、第２のデバイスにおいて、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成する手段であって、複数のＨＡＲＱプロセスは、複数の構成されたグラントリソースによって共有される、手段と、情報を第１のデバイスに送信する手段と、複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、複数の構成されたグラントリソースのうちの一つで（一つにおいて）第１のデバイスからデータを受信する手段とを備える。

いくつかの実施形態では、情報を生成する手段は、ＨＡＲＱプロセスの選択のための基準を生成する手段と、基準を情報に追加する手段とを含む。

いくつかの実施形態では、情報を生成する手段は、複数のＨＡＲＱプロセスにおける（複数のＨＡＲＱプロセス中の）利用可能なＨＡＲＱプロセスの閾数を示す情報を生成する手段を含む。

いくつかの実施形態では、情報を生成する手段は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第１のセットを示す情報を生成する手段であって、ＨＡＲＱプロセスの第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、手段を含む。

いくつかの実施形態では、情報を生成する手段は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第２のセットを示す情報を生成する手段であって、閾優先度未満の優先度を有するデータは、ＨＡＲＱプロセスの第２のセットを用いることを許可されるのみである、手段を含む。

いくつかの実施形態では、情報を生成する手段は、複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第３のセットを示す情報を生成する手段であって、ＨＡＲＱプロセスの第３のセットは、複数の構成されたグラントリソースのうちの一つのために（について）用いられる、手段を含む。

いくつかの実施形態では、情報を生成する手段は、そして閾優先度を生成する手段を含む。

図９は、本開示の実施形態を実施するのに適したデバイス９００の概略ブロック図である。デバイス９００は、通信デバイス、例えば図１に示すようなネットワークデバイス１２０または端末デバイス１１０を実施するために提供することができる。示すように、デバイス９００は、一つまたは複数のプロセッサ９１０と、プロセッサ９１０に結合された一つまたは複数のメモリ９２０と、プロセッサ９１０に結合された一つまたは複数の通信モジュール（例えば、送信機および／または受信機（ＴＸ／ＲＸ））９４０とを備える。

通信モジュール９４０は、双方向通信のためのものである。通信モジュール９４０は、通信を促進するための少なくとも一つのアンテナを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表すことができる。

プロセッサ９１０は、ローカル技術ネットワークに適している任意のタイプのものであることができ、マルチコアプロセッサアーキテクチャに基づき、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）およびプロセッサのうちの一つまたは複数を含むことができる。デバイス９００は、メインプロセッサを同期させるクロックに時間的にスレーブされた特定用途向け集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）チップ等の多数のプロセッサを有することができる。

メモリ９２０は、一つまたは複数の不揮発性メモリと一つまたは複数の揮発性メモリとを含むことができる。不揮発性メモリの例には、限定ではないが、読み出し専用メモリ（ＲＯＭ）９２４、電気的にプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）ならびに他の磁気記憶装置および／または光記憶装置が含まれる。揮発性メモリの例には、限定ではないが、電源を落としている間には持続しないランダムアクセスメモリ（ＲＡＭ）９２２および他の揮発性メモリが含まれる。

コンピュータプログラム９３０は、関連するプロセッサ９１０によって実行されるコンピュータ実行可能命令を含む。プログラム９３０は、ＲＯＭ９２４に格納されてもよい。プロセッサ９１０は、プログラム９３０をＲＡＭ９２２にロードすることにより、任意の好適な動作および処理を行うことができる。

本開示の実施形態は、図２～図７を参照して説明した本開示の任意の処理をデバイス９００が実施することができるように、プログラム９３０によって実施されてもよい。本開示の実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実施されてもよい。

いくつかの実施形態では、プログラム９３０は、デバイス９００（メモリ９２０等）、またはデバイス９００によってアクセス可能な他の記憶装置に含まれ得るコンピュータ可読媒体に、有形的に含まれてもよい。デバイス９００は、実行のために、プログラム９３０をコンピュータ可読媒体からＲＡＭ９２２にロードすることができる。コンピュータ可読媒体には、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤ等のような、任意のタイプの有形の不揮発性記憶装置が含まれ得る。図９は、ＣＤまたはＤＶＤの形態のコンピュータ可読媒体１０００の例を示す。コンピュータ可読媒体には、プログラム９３０が格納されている。

一般に、本開示の様々な実施形態は、ハードウェアもしくは特別目的回路（ｃｉｒｃｕｉｔｓ）、ソフトウェア、ロジック、またはそれらの任意の組み合わせにおいて実施することができる。いくつかの態様は、ハードウェアで実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行することができるファームウェアまたはソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、または他の図表現を使用して図示および説明することができるが、本明細書に記載されたこれらのブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特別目的回路（ｃｉｒｃｕｉｔｓ）またはロジック、汎用ハードウェアもしくはコントローラまたは他のコンピューティングデバイス、あるいは、それらのいくつかの組み合わせにおいて実施することができることを理解されたい。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に格納された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図５を参照して上記で説明した方法４００または９００を実行するために、プログラムモジュールに含まれるもの等、対象の実プロセッサまたは仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能命令を含む。一般に、プログラムモジュールには、特定のタスクを実行し、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等が含まれる。プログラムモジュールの機能は、様々な実施形態において望まれるように、プログラムモジュール間で組み合わせ、または分割することができる。プログラムモジュールの機械実行可能な命令は、ローカルデバイス内または分散型デバイス内で実行され得る。分散型デバイスでは、プログラムモジュールは、ローカルおよびリモートの両方の記憶媒体に配置され得る。

本開示の方法を実行するためのプログラムコードは、一つまたは複数のプログラミング言語の任意の組み合わせで書くことができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供することができ、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、それにより、フローチャートおよび／またはブロック図で規定された機能／動作が実施されるようになる。プログラムコードは、完全にマシン（機械）上で実行される場合もあれば、スタンドアローンのソフトウェアパッケージとして一部マシン上で実行される場合もあり、一部がマシン上で実行され、一部がリモートマシン（遠隔の機械）上で実行される場合もあれば、完全にリモートマシンまたはサーバ上で実行される場合もある。

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置またはプロセッサが、上記のように様々なプロセスおよび動作を実施できるように、任意の好適なキャリアによって搬送され得る。キャリアの例には、信号、コンピュータ可読媒体等が含まれる。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、もしくは半導体のシステム、装置、またはデバイス、あるいは上記の任意好適な組み合わせを含んでもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例には、１本以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光記憶装置、磁気記憶装置、または上記の任意好適な組み合わせが含まれる。

更に、動作が特定の順序で示されているが、これは望ましい結果を得るために、そのような動作が、示された特定の順序で実行されること、もしくは順次に実行されること、または図示された全ての動作が実行されることを要求するものと解されるべきではない。特定の状況では、マルチタスク処理および並列処理が有利な場合もある。同様に、いくつかの具体的な実施態様の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限と解釈されるべきではなく、特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態の文脈で説明されている特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴もまた、多数の実施形態で別々に、または任意の好適なサブコンビネーション（ｓｕｂ－ｃｏｍｂｉｎａｔｉｏｎ：副組み合わせ）で実施してもよい。

本開示は、構造的特徴および／または方法論的行為に固有の言語で説明されてきたが、添付の特許請求の範囲で定義される本開示は、必ずしも上記の特定の特徴または行為に限定されるものではないことを理解されたい。むしろ、上記の特定の特徴および行為は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims

方法であって、
端末デバイスにおいて、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、一つの帯域幅部分において構成される、受信すること、
前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、送信および／または再送信のために利用可能なＨＡＲＱプロセスを決定すること、
前記端末デバイスによって、前記利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択すること、および、
前記端末デバイスによって、前記選択されたＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つでデータを送信すること
を含む、方法。
前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを前記選択することは、
前記情報から、前記ＨＡＲＱプロセスの選択のための基準を抽出すること、および、
前記基準に基づいて、前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを選択すること
を含む、請求項１に記載の方法。
前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを前記選択することは、
前記複数のＨＡＲＱプロセスから、利用可能なＨＡＲＱプロセスのセットを決定すること、
前記データの優先度を決定すること、および、
前記データの前記優先度に基づき、前記利用可能なＨＡＲＱプロセスの前記セットから前記ＨＡＲＱプロセスを選択すること
を含む、請求項１に記載の方法。
前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを前記選択することは、
前記情報に基づいて、前記複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第１のセットを決定することであって、ＨＡＲＱプロセスの前記第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、決定すること、
前記データの優先度を決定すること、および、
前記優先度が前記閾優先度を超えることに応答して、ＨＡＲＱプロセスの前記第１のセットから前記ＨＡＲＱプロセスを選択すること
を含む、請求項１に記載の方法。
前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを前記選択することは、
前記情報に基づいて、前記複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第２のセットを決定することであって、閾優先度よりも低い優先度を有するデータは、ＨＡＲＱプロセスの前記第２のセットを用いることに対して許可されるのみである、決定すること、
前記データの優先度を決定すること、および、
前記優先度が前記閾優先度の下であることに応答して、ＨＡＲＱプロセスの前記第２のセットから前記ＨＡＲＱプロセスを選択すること
を含む、請求項１に記載の方法。
前記データの前記優先度は、
前記データが属する論理的チャネル／論理的チャネルグループの優先度、
前記データのバッファされた時間、および、
前記データに含まれる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）が関係するトラフィックの優先度、
のうちの少なくとも一つに基づいて決定される、請求項３～５のいずれか一項に記載の方法。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項６に記載の方法。
方法であって、
ネットワークデバイスにおいて、複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、一つの帯域幅部分において構成される、生成すること、
前記ネットワークデバイスによって、前記情報を端末デバイスに送信すること、および、
前記ネットワークデバイスによって前記端末デバイスから、前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つでデータを受信することであって、前記ＨＡＲＱプロセスは、前記端末デバイスによって利用可能なＨＡＲＱプロセスから選択され、送信および／または再送信のために利用可能なＨＡＲＱプロセスは、前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、決定される、受信すること
を含む、方法。
前記情報を前記生成することは、
前記ＨＡＲＱプロセスの選択のための基準を生成すること、および、
前記基準を前記情報に追加すること
を含む、請求項８に記載の方法。
前記情報は、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第１のセットであって、ＨＡＲＱプロセスの前記第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、ＨＡＲＱプロセスの第１のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第２のセットであって、閾優先度よりも低い優先度を有するデータは、ＨＡＲＱプロセスの前記第２のセットを用いることを許可されるのみである、ＨＡＲＱプロセスの第２のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第３のセットであって、ＨＡＲＱプロセスの前記第３のセットは、前記複数の構成されたグラントリソースのうちの一つのために用いられる、ＨＡＲＱプロセスの第３のセット、
前記複数のＨＡＲＱプロセス内の利用可能なＨＡＲＱプロセスの閾数、および、
前記閾優先度、
のうちの少なくとも一つを示す、請求項８に記載の方法。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項８～１０のいずれか一項に記載の方法。
端末デバイスであって、
少なくとも一つのプロセッサ、および、
命令を含む少なくとも一つのメモリ、
を備え、
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記端末デバイスに、
複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、一つの帯域幅部分において構成される、受信すること、
前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、送信および／または再送信のために利用可能なＨＡＲＱプロセスを決定すること、
前記利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択すること、および、
前記ＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つでデータを送信すること
を行わせるように構成される、端末デバイス。
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記端末デバイスに、
前記情報から、前記ＨＡＲＱプロセスの選択のための基準を抽出すること、および、
前記基準に基づいて、前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを選択すること
を行わせるように構成される、請求項１２に記載の端末デバイス。
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記端末デバイスに、
前記複数のＨＡＲＱプロセスから、利用可能なＨＡＲＱプロセスのセットを決定すること、
前記データの優先度を決定すること、および、
前記データの前記優先度に基づき、前記利用可能なＨＡＲＱプロセスの前記セットから前記ＨＡＲＱプロセスを選択すること
を行わせるように構成される、請求項１２に記載の端末デバイス。
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記端末デバイスに、
前記情報に基づいて、前記複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第１のセットを決定することであって、ＨＡＲＱプロセスの前記第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、決定すること、
前記データの優先度を決定すること、および、
前記優先度が前記閾優先度を超えることに応答して、ＨＡＲＱプロセスの前記第１のセットから前記ＨＡＲＱプロセスを選択すること
を行わせるように構成される、請求項１２に記載の端末デバイス。
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記端末デバイスに、
前記情報に基づいて、前記複数のＨＡＲＱプロセスからＨＡＲＱプロセスの第２のセットを決定することであって、閾優先度よりも低い優先度を有するデータは、ＨＡＲＱプロセスの前記第２のセットを用いることを許可されるのみである、決定すること、
前記データの優先度を決定すること、および、
前記優先度が前記閾優先度の下であることに応答して、ＨＡＲＱプロセスの前記第２のセットから前記ＨＡＲＱプロセスを選択すること
を行わせるように構成される、請求項１２に記載の端末デバイス。
前記データの前記優先度は、
前記データが属する論理的チャネル／論理的チャネルグループの優先度、
前記データのバッファされた時間、および、
前記データに含まれる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）が関係するトラフィックの優先度、
のうちの少なくとも一つに基づいて決定される、請求項１４～１６のいずれか一項に記載の端末デバイス。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項１２～１７のいずれか一項に記載の端末デバイス。
ネットワークデバイスであって、
少なくとも一つのプロセッサ、および、
命令を含む少なくとも一つのメモリ、
を備え、
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記ネットワークデバイスに、
複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、一つの帯域幅部分において構成される、生成すること、
前記情報を端末デバイスに送信すること、および、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つで前記端末デバイスからデータを受信することであって、前記ＨＡＲＱプロセスは、前記端末デバイスによって利用可能なＨＡＲＱプロセスから選択され、送信および／または再送信のために利用可能なＨＡＲＱプロセスは、前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、決定される、受信すること
を行わせるように構成される、ネットワークデバイス。
前記少なくとも一つのメモリおよび前記命令は、前記少なくとも一つのプロセッサと共に、前記ネットワークデバイスに、
前記ＨＡＲＱプロセスの選択のための基準を生成すること、および、
前記基準を前記情報に追加すること
を行わせるように構成される、請求項１９に記載のネットワークデバイス。
前記情報は、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第１のセットであって、ＨＡＲＱプロセスの前記第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、ＨＡＲＱプロセスの第１のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第２のセットであって、閾優先度よりも低い優先度を有するデータは、ＨＡＲＱプロセスの前記第２のセットを用いることを許可されるのみである、ＨＡＲＱプロセスの第２のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第３のセットであって、ＨＡＲＱプロセスの前記第３のセットは、前記複数の構成されたグラントリソースのうちの一つのために用いられる、ＨＡＲＱプロセスの第３のセット、
前記複数のＨＡＲＱプロセス内の利用可能なＨＡＲＱプロセスの閾数、および、
前記閾優先度、
のうちの少なくとも一つを示す、請求項１９に記載のネットワークデバイス。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項１９～２１のいずれか一項に記載のネットワークデバイス。
コンピュータ可読媒体上に命令を記憶する前記コンピュータ可読媒体であって、前記命令は、端末デバイスの少なくとも一つの処理ユニットによって実行されるとき、前記端末デバイスに、
複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を受信することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、端末デバイスのために一つの帯域幅部分において構成される、受信すること、
前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、送信および／または再送信のために利用可能なＨＡＲＱプロセスを決定すること、
前記利用可能なＨＡＲＱプロセスからＨＡＲＱプロセスを選択すること、および、
前記選択されたＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つでデータを送信すること
を実施させる、コンピュータ可読媒体。
前記コンピュータ可読媒体は、更に、前記端末デバイスに、
前記情報から、前記ＨＡＲＱプロセスの選択のための基準を抽出すること、および、
前記基準に基づいて、前記複数のＨＡＲＱプロセスから前記ＨＡＲＱプロセスを選択すること
を実施させる、請求項２３に記載のコンピュータ可読媒体。
前記コンピュータ可読媒体は、更に、前記端末デバイスに、
前記複数のＨＡＲＱプロセスから、利用可能なＨＡＲＱプロセスのセットを決定すること、
前記データの優先度を決定すること、および、
前記データの前記優先度に基づき、前記利用可能なＨＡＲＱプロセスの前記セットから前記ＨＡＲＱプロセスを選択すること
を実施させる、請求項２３に記載のコンピュータ可読媒体。
前記コンピュータ可読媒体は、更に、前記端末デバイスに、
前記データが属する論理的チャネル／論理的チャネルグループの優先度、
前記データのバッファされた時間、または、
前記データに含まれる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）が関係するトラフィックの優先度、
のうちの少なくとも一つに基づいて前記データの前記優先度を決定すること
を実施させる、請求項２５に記載のコンピュータ可読媒体。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項２３～２６のいずれか一項に記載のコンピュータ可読媒体。
コンピュータ可読媒体上に命令を記憶する前記コンピュータ可読媒体であって、前記命令は、ネットワークデバイスの少なくとも一つの処理ユニットによって実行されるとき、前記ネットワークデバイスに、
複数の構成されたグラントリソースおよび複数のハイブリッド自動的リピート要求（ＨＡＲＱ）プロセスを示す情報を生成することであって、前記複数のＨＡＲＱプロセスは、前記複数の構成されたグラントリソースによって共有されたＨＡＲＱプロセスの共通プールを形成し、前記複数の構成されたグラントリソースは、一つの帯域幅部分において構成される、生成することと、
前記情報を端末デバイスに送信すること、および、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスを用いて、前記複数の構成されたグラントリソースのうちの一つで前記端末デバイスからデータを受信することであって、前記ＨＡＲＱプロセスは、前記端末デバイスによって利用可能なＨＡＲＱプロセスから選択され、送信および／または再送信のために利用可能なＨＡＲＱプロセスは、前記端末デバイスによって、前記複数のＨＡＲＱプロセスから、少なくともそれぞれのＨＡＲＱプロセスのタイマーに基づいて、決定される、受信すること
を実施させる、コンピュータ可読媒体。
前記コンピュータ可読媒体は、更に、前記ネットワークデバイスに、
前記ＨＡＲＱプロセスの選択のための基準を生成すること、および、
前記基準を前記情報に追加すること
を実施させる、請求項２８に記載のコンピュータ可読媒体。
前記情報は、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第１のセットであって、ＨＡＲＱプロセスの前記第１のセットは、閾優先度よりも高い優先度を有するデータのために用いられる、ＨＡＲＱプロセスの第１のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第２のセットであって、閾優先度よりも低い優先度を有するデータは、ＨＡＲＱプロセスの前記第２のセットを用いることを許可されるのみである、ＨＡＲＱプロセスの第２のセット、
前記複数のＨＡＲＱプロセスからのＨＡＲＱプロセスの第３のセットであって、ＨＡＲＱプロセスの前記第３のセットは、前記複数の構成されたグラントリソースのうちの一つのために用いられる、ＨＡＲＱプロセスの第３のセット、
前記複数のＨＡＲＱプロセス内の利用可能なＨＡＲＱプロセスの閾数、または、
前記閾優先度、
のうちの少なくとも一つを示す、請求項２８に記載のコンピュータ可読媒体。
前記データは再送信されたデータであり、
前記複数の構成されたグラントリソースのうちの前記一つは、初期データ送信の構成されたグラントリソースと異なり、および、
前記構成されたグラントリソースと、前記複数の構成されたグラントリソースのうちの前記一つとは、同じ送信ブロックサイズを有する、
請求項２８～３０のいずれか一項に記載のコンピュータ可読媒体。