JP2022506870A - 上りリンク送信のための方法及び装置 - Google Patents

Abstract

ＵＥによって実行される上りリンク送信のための方法が提供される。本方法は、第１のＰＵＳＣＨの存続期間を割り当てる第１の構成されたグラント構成を受信する工程、第２のＰＵＳＣＨの存続期間を割り当てる第２の構成されたグラント構成を受信する工程であって、第２のＰＵＳＣＨの存続期間が第１のＰＵＳＣＨの存続期間と重複する工程、第１のＰＵＳＣＨの存続期間のための第１のＨＡＲＱプロセスＩＤを取得し、次に第１のＨＡＲＱプロセスＩＤに関連する第１の構成されたグラントのタイマが進行しているかどうかを判定する工程、第２のＰＵＳＣＨの存続期間のための第２のＨＡＲＱプロセスＩＤを取得し、次に第２のＨＡＲＱプロセスＩＤに関連する第２の構成されたグラントのタイマが進行しているかどうかを判定する工程、及び第１の構成されたグラントのタイマが進行しているかどうか、及び第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のために第１のＰＵＳＣＨの存続期間及び第２のＰＵＳＣＨの存続期間の内の一つを選択する工程を含む。

Description

発明の詳細な説明

〔関連出願の相互参照〕
本出願は、代理人整理番号ＵＳ７５４４８（以下、「ＵＳ７５４４８出願」と称する）を有する、２０１８年１１月９日に出願された「Ｈａｎｄｌｉｎｇ ｏｆ Ｍｕｌｔｉｐｌｅ Ａｃｔｉｖｅ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎｓ」という名称の仮米国特許出願第６２／７５８，０３８号の利益及び優先権を主張する。ＵＳ７５４４８出願の開示は、参照により本出願に完全に組み込まれる。

〔分野〕
本開示は一般に、無線通信に関し、より詳細には、次世代無線通信ネットワークにおける構成されたグラント上りリンク送信に関する。

〔背景〕
次世代（例えば第５世代（５Ｇ）新無線（ＮＲ））無線通信システムのための、データ速度、遅延性、信頼性、及びモビリティなどの無線通信の異なる態様を改善するために、様々な努力がなされてきた。ＮＲにおいて、ユーザ機器（ＵＥ）のための上りリンク送信は、動的グラント又は構成されたグラントに基づくことができる。構成されたグラントタイプ１（例えば無線リソース制御（ＲＲＣ）信号によって提供される）及び構成されたグラントタイプ２（例えば物理下りリンク制御チャンネル（ＰＤＣＣＨ）によって提供される）を含む、少なくとも二つの異なる種類の構成されたグラント（ＣＧとも呼ばれる）が存在しうる。一つのシナリオにおいて、複数のＣＧ構成は、異なるサービングセル上で同時にアクティブであり得る。同じサービングセルについて、媒体アクセス制御（ＭＡＣ）エンティティは、ＣＧタイプ１又はＣＧタイプ２のいずれかで構成され得る。別のシナリオにおいて、複数のＣＧ構成は、サービングセルの帯域幅部分（ＢＷＰ）のために同時にアクティブであり得る。ＵＥが例えば、上りリンク送信のために、複数のアクティブＣＧ構成をハンドルするための改善された効率的なメカニズムは、業界において必要とされている。

〔概要〕
本開示は、次世代無線通信ネットワークにおいて、ＵＥによって実行される上りリンク送信のための方法を対象とする。

本開示の態様によれば、ＵＥが提供される。ＵＥは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体、及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、コンピュータ実行可能命令を実行することにより、第１の構成されたグラント構成（configured grant configuration）を受信し、第１の構成されたグラント構成は、第１の物理上りリンク共有チャンネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の存続期間を割り当て；第２の構成されたグラント構成を受信し、第２の構成されたグラント構成は、第２のＰＵＳＣＨの存続期間を割り当て、第２の存続期間が時間領域において第１のＰＵＳＣＨの存続期間と重複し、第１の構成されたグラント構成及び第２の構成されたグラント構成は、同じサービングセルに関連付けられ；第１のＰＵＳＣＨの存続期間のための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセスＩＤを取得し；第２のＰＵＳＣＨの存続期間のための第２のＨＡＲＱプロセスＩＤを取得し；第１のＨＡＲＱプロセスＩＤを取得した後、第１の構成されたグラントのタイマが進行しているかどうかを判定し；且つ第１の構成されたグラントのタイマが進行しているかどうか、及び第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のために第１のＰＵＳＣＨの存続期間及び第２のＰＵＳＣＨの存続期間の内の一つを選択する、ように構成されている。

本開示の別の態様によれば、ＵＥによって実行される上りリンク送信のための方法が提供される。本方法は、第１の構成されたグラント構成を受信し、第１の構成されたグラント構成は、第１のＰＵＳＣＨの存続期間を割り当てる工程；第２の構成されたグラント構成を受信し、第２の構成されたグラント構成は、第２のＰＵＳＣＨの存続期間を割り当て、第２のＰＵＳＣＨの存続期間は、時間領域において第１のＰＵＳＣＨの存続期間と重複し、且つ第１の構成されたグラント構成及び第２の構成されたグラント構成は、同じサービングセルに関連付けられる工程；第１のＰＵＳＣＨの存続期間のために第１のＨＡＲＱプロセスＩＤを取得する工程；第２のＰＵＳＣＨの存続期間のために第２のＨＡＲＱプロセスＩＤを取得する工程；第１のＨＡＲＱプロセスＩＤを取得した後、第１のＨＡＲＱプロセスＩＤに関連付けられた第１の構成されたグラントのタイマが進行しているかどうかを判定する工程；第２のＨＡＲＱプロセスＩＤを取得した後、第２のＨＡＲＱプロセスＩＤに関連付けられた第２の構成されたグラントのタイマが進行しているかどうかを判定する工程；及び第１の構成されたグラントのタイマが進行しているかどうか、及び第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のために第１のＰＵＳＣＨの存続期間及び第２のＰＵＳＣＨの存続期間の内の一つを選択する工程、を含む。

〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

図１は、本出願の一例としての実装形態による、ＵＥの一例としてのＭＡＣエンティティを示すブロック図である。

図２は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＣＧ ＰＵＳＣＨの存続期間の可用性を決定するための一例としての方法のフローチャートである。

図３は、本出願の一例としての実装形態による、ＵＥによって実行される上りリンク送信のための一例としての方法のフローチャートである。

図４は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行される一例としてのリソース選択を示す図である。

図５は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行される別の一例としてのリソース選択を示す図である。

図６は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための一例としての方法を示す図である。

図７は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための別の一例としての方法を示す図である。

図８は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤ衝突をハンドルするための一例としての方法を示す図である。

図９は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤ衝突をハンドルするための別の一例としての方法を示す図である。

図１０は、本出願の様々な態様による、無線通信のためのノードを示すブロック図である。

〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

一貫性の目的及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例において、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

本説明は、「一つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。「Ａ、Ｂ、及びＣの内の少なくとも一つ」又は「Ａ、Ｂ、及びＣの内の少なくとも一つ」という表現は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣに任意の組み合わせ」を意味する。

更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

当業者は、本開示に記載されている任意のネットワーク機能（複数可）又はアルゴリズム（複数可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。

コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム、又は５Ｇ 新無線（ＮＲ）無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、一つ以上の基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。

なお、本出願において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。

基地局は、以下の無線アクセス技術（ＲＡＴｓ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、汎用パケット無線サービス（ＧＲＰＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

基地局は、ＵＭＴＳにおけるノードＢ（ＮＢ：ｎｏｄｅ Ｂ）、ＬＴＥ又はＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ：Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、５ＧＣに関連するＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）ＢＳにおけるｎｇ－ｅＮＢ、５Ｇ－ＲＡＮにおける次世代ノードＢ（ｇＮＢ：ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。

基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の一つ以上のＵＥを提供するサービスを提供する（例えば各セルは、下りリンクをスケジュールし、任意で、下りリンク及び任意で上りリンクパケット送信のために、その無線カバレッジ内の少なくとも一つのＵＥに上りリンクリソースをスケジュールする）。基地局は、複数のセルによって、無線通信システム内の一つ以上のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ）又はビークル・トゥ・エブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）サービスをサポートするためにサイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）リソースを割り当ててよい。各セルは、他のセルと重複するカバレッジ領域を有してもよい。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、大容量マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。更に、ＮＲには（１）低密度パリティ検査（ＬＤＰＣ：Ｌｏｗ－Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ－Ｃｈｅｃｋ）符号及び（２）ポーラ符号の２つの符号化方法が判断される。符号化方法の適応は、チャネル条件及び／又はサービスアプリケーションに基づいて構成されてもよい。

更に、単一のＮＲフレームの送信時間間隔ＴＸにおいて、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）送信データ、ガード期間、及び上りリンク（ＵＬ：Ｕｐｌｉｎｋ）送信データは、少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも判断される。更に、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスをサポートするために、ＮＲフレーム内に提供されてもよい。

更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書中のターム「及び／又は」は、関連するオブジェクトを記述するための関連する関係のみであり、三つの関係が存在してもよいことを表す。例えばＡ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示してもよい。加えて、本明細書中の文字「／」は、前者及び後者の関連するオブジェクトが「又は」関係にあることを一般的に表す。

図１は、本出願の一例としての実装形態による、一例としてのＵＥのＭＡＣエンティティを示すブロック図である。ＭＡＣエンティティ１００は、Ｍｓｇ３バッファ１１０、多重化及びアセンブリ（Ｍ＆Ａ）エンティティ１２０、並びにＨＡＲＱエンティティ１３０を含むことができる。一実装形態において、ＭＡＣエンティティ１００がＵＬグラントを受信するとき、ＨＡＲＱエンティティ１３０は、Ｍｓｇ３バッファ１１０又はＭ＆Ａエンティティ１２０からＭＡＣプロトコルデータユニット（ＰＤＵ）を取得することができる。その後、ＨＡＲＱエンティティ１３０は、取得したＭＡＣ ＰＤＵをＨＡＲＱプロセスに配信することができる。一実装形態において、ＨＡＲＱエンティティ１３０によって実行されるいくつかのＨＡＲＱプロセスが存在し得、各ＨＡＲＱプロセスは、ＨＡＲＱプロセスＩＤ（例えばＨＡＲＱプロセス＃０、ＨＡＲＱプロセス＃１、ＨＡＲＱプロセス＃２など）を有する。各プロセスＩＤは、ＨＡＲＱバッファに関連付けられ得る。一例として、図１に示すように、ＨＡＲＱプロセス＃０ １４０は、ＨＡＲＱバッファ＃０ １５０に関連付けられ、ＨＡＲＱプロセス＃１ １４１は、ＨＡＲＱバッファ＃１ １５１に関連付けられる。

ＮＲにおいて、複数のＣＧ構成は、サービングセルのＢＷＰのために同時にアクティブであり得る。各ＣＧ構成のＨＡＲＱプロセスＩＤ（「ＨＡＲＱ ＩＤ」とも呼ばれる）は、ＵＥのＭＡＣエンティティによってハンドルされ得る。例えばＨＡＲＱ ＩＤは、基地局（例えばｇＮＢ）によって提供される一つ以上のパラメータと共に、事前定義された式に基づいてＵＥによって導出され得る。一実装形態において、複数のアクティブＣＧ構成間のＨＡＲＱ ＩＤは、ＨＡＲＱ ＩＤ衝突問題が排除され得るように、別個であり得る。別の実装形態において、複数のアクティブＣＧ構成の間のＨＡＲＱ ＩＤは、同じであることができ、アクティブ構成されたグラントの間のＨＡＲＱ ＩＤの衝突を解決するために後続のアクションが必要になることがある。

基地局は、ＲＲＣ信号によって、ＣＧ構成（例えばＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ）内のｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ情報要素（ＩＥ）を介して、ＣＧタイマを構成することができる。ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ ＩＥは、ＣＧタイマの初期値をＵＬ送信周期の倍数として示すことができる。ＵＬ送信周期は、ＣＧ構成内のｐｅｒｉｏｄｉｃｉｔｙ ＩＥを介して構成され得る。一実装形態において、複数のＣＧ構成が同じＵＬ ＢＷＰにおいて同時にアクティブであり得る場合、基地局は、任意選択で、ＢＷＰごとにｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒを構成することができる（例えば同じＣＧタイマ値は、同じＵＬ ＢＷＰ内のすべてのＣＧ構成に対して共有され得る）。一実装形態において、基地局は、ＣＧ構成ごとにｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒを構成することができる（例えばＣＧタイマ値は、ＣＧ構成ごとに構成することができる）。

一実装形態において、各サービングセル及び構成されたＵＬグラント（複数可）について、構成され、アクティブ化された場合、ＵＥのＭＡＣエンティティは、ＰＵＳＣＨの存続期間に関連付けられたＨＡＲＱプロセスＩＤを判定する前に、構成された上りリンクグラントのＰＵＳＣＨの存続期間がサービングセルのためのＰＤＣＣＨ上で受信されたＵＬグラントのＰＵＳＣＨの存続期間と時間領域において重複するかどうかを検査することができる。ここで、ＰＵＳＣＨの存続期間は、初回送信のためにＵＥによって使用され得る存続期間を示すことができる（例えばこのＰＵＳＣＨの存続期間は、技術標準（ＴＳ）３８．２１４に従って初回送信のために使用されうる構成された上りリンクグラントのバンドルの一部に属することができる。一実装形態において、このＰＵＳＣＨの存続期間の冗長バージョン（ＲＶ）は、ゼロである。）。更にＭＡＣエンティティは、対応するＨＡＲＱプロセスのためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが進行しているかどうかをさらに判定することができる。対応するＨＡＲＱプロセスのためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが進行していない場合、ＰＵＳＣＨの存続期間は、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断され得る。新しいＭＡＣ ＰＤＵを送信するためにＰＵＳＣＨの存続期間が利用可能であると判断される場合、ＭＡＣエンティティは、ニューデータインジケータ（ＮＤＩ：Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）ビットがトグルされたと判断し、構成された上りリンクグラント及び関連するＨＡＲＱ情報をＨＡＲＱエンティティに配信することができ、ＨＡＲＱエンティティ（例えば図１のＨＡＲＱエンティティ１３０）は、このＰＵＳＣＨの存続期間上で送信するためのＭＡＣ ＰＤＵを多重化及びアセンブリエンティティ（例えば図１のＭ＆Ａエンティティ１２０）から取得することができる。

図２は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＣＧ ＰＵＳＣＨの存続期間の可用性を判定するための一例としての方法２００のフローチャートである。一実装形態において、方法２００は、ＵＥがＣＧのＰＵＳＣＨの存続期間（「ＣＧ ＰＵＳＣＨの存続期間」とも呼ばれる）を受信するたびに実行され得る。ＣＧ ＰＵＳＣＨの存続期間は、初回送信のために使用されることができる。アクション２１０において、ＭＡＣエンティティは、構成されたグラントのＰＵＳＣＨの存続期間がＰＤＣＣＨ上で受信されたＰＵＳＣＨ（例えば動的グラント）と重複するかどうかを判定することができる。重複がない場合、アクション２２０において、ＭＡＣエンティティは、構成されたグラントのＰＵＳＣＨの存続期間に関連付けられたＨＡＲＱプロセスＩＤを（例えば事前定義された式に基づいて）セットすることができる。重複がある場合、アクション２５０において、ＭＡＣエンティティは、ＣＧのＰＵＳＣＨの存続期間を無視してよい。アクション２３０において、ＭＡＣエンティティは、（アクション２２０において導出されたＨＡＲＱプロセスＩＤに関連付けられる）ＨＡＲＱプロセスのためのＣＧタイマが進行しているかどうかを判定することができる。ＣＧタイマが進行している場合、ＰＵＳＣＨの存続期間は、新しいＭＡＣ ＰＤＵを送信するために利用可能でないことがある。アクション２５０において、ＭＡＣエンティティは、ＣＧのＰＵＳＣＨの存続期間を無視してよい。一方で、ＣＧタイマが進行していない場合、アクション２４０において、ＰＵＳＣＨの存続期間は、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断されてよい。この場合において、ＭＡＣエンティティは、ＮＤＩビットがトグルされたと判断し、構成されたＵＬグラント及びＨＡＲＱ情報をＨＡＲＱエンティティに配信することができる。

複数のＣＧ構成が、同じサービングセルにおいて同時に構成され、アクティブ化され得る場合、より多くの重複する場合があり得る。例えば、一つのＣＧ構成からのＰＵＳＣＨの存続期間（「ＰＵＳＣＨリソース」とも呼ばれる）は、他のＣＧ構成の一つ以上のＰＵＳＣＨの存続期間と重複し得る。ここで、「ＰＵＳＣＨの存続期間」というタームは、初回送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間は、ＴＳ３８．２１４に従って初回送信のために使用され得る構成された上りリンクグラントのバンドルの一部に属する。一つの実装形態において、このＰＵＳＣＨの存続期間は、ゼロである。）又は反復送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間は、ＴＳ３８．２１４に従って初回送信のために使用され得ない、構成された上りリンクグラントのバンドルの一部に属する。一つの実装形態において、このＰＵＳＣＨの存続期間のＲＶは、ゼロではない。）のいずれかを示し得る。更に「重複する」というタームは、時間領域におけるＰＵＳＣＨの存続期間の重複を示し得る。一実装形態において、ＭＡＣエンティティは、各ＣＧ ＰＵＳＣＨの存続期間のために、それが他のＣＧ構成からの一つ以上のＰＵＳＣＨの存続期間と重複するかどうかを検査することができる。

ケース１：二つ以上のＣＧ構成からの初回送信のために使用され得るＰＵＳＣＨの存続期間の間で重複すること、ケース２：複数のＣＧ構成からの反復送信のために使用され得るＰＵＳＣＨの存続期間の間で重複すること、及びケース３：複数のＣＧ構成からのＰＵＳＣＨの存続期間の間で重複することであって、ここで少なくとも一つのＰＵＳＣＨの存続期間が初回送信のために使用され得、少なくとも一つのＰＵＳＣＨの存続期間が反復送信のために使用され得ること、を含んでいるいくつかのＰＵＳＣＨの存続期間が重複するケースは、存在することができる。

図３は、本出願の一例としての実装形態による、ＵＥ（例えばＵＥのＭＡＣエンティティ）によって実行される上りリンク送信のための一例としての方法３００のフローチャートである。アクション３０２において、ＵＥは、第１のＣＧ構成を受信することができ、第１のＣＧ構成は、第１のＰＵＳＣＨの存続期間を割り当てる。アクション３０４において、ＵＥは、第２のＣＧ構成を受信することができ、第２のＣＧ構成は、第２のＰＵＳＣＨの存続期間を割り当てる。第２のＰＵＳＣＨの存続期間は、時間領域において第１のＰＵＳＣＨの存続期間と重複する。一実装形態において、第１のＣＧ構成及び第２のＣＧ構成は、同じサービングセルに関連付けられ得る。

アクション３０６において、ＵＥは、第１のＰＵＳＣＨの存続期間のための第１のＨＡＲＱプロセスＩＤを取得することができる。アクション３０８において、ＵＥは、第２のＰＵＳＣＨの存続期間のための第２のＨＡＲＱプロセスＩＤを取得することができる。一実装形態において、ＵＥは、基地局によって提供される一つ以上のパラメータと共に、事前定義された式に基づいて、対応するＨＡＲＱプロセスＩＤを導出することができる。アクション３１０において、ＵＥは、第１のＨＡＲＱプロセスＩＤを取得した後、第１のＨＡＲＱプロセスＩＤに関連付けられた第１の構成されたグラントのタイマが進行しているかどうかを判定することができる。アクション３１２において、ＵＥは、第２のＨＡＲＱプロセスＩＤを取得した後、第２のＨＡＲＱプロセスＩＤに関連付けられた第２の構成されたグラントのタイマが進行しているかどうかを判定することができる。アクション３１４において、ＵＥは、第１の構成されたグラントのタイマが進行しているかどうか、及び第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のための第１のＰＵＳＣＨの存続期間及び第２のＰＵＳＣＨの存続期間の内の一つを選択することができる。第１のＣＧタイマの満了時間は、第１のＣＧ構成内で構成されてもよく、第２のＣＧタイマの満了時間は、第２のＣＧ構成で構成されてもよい。方法３００のいくつかの実施形態が以下に提供される。

〔ケース１：初回送信のために使用され得るＰＵＳＣＨの存続期間の間の重複〕
構成された上りリンクグラントのＰＵＳＣＨの存続期間がサービングセルのためにＰＤＣＣＨ上で受信された上りリンクグラントのＰＵＳＣＨの存続期間と重複しないことを確認した後、ＭＡＣエンティティは、アクティブＣＧ構成の初期送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶは、ゼロである）がＵＬ ＢＷＰのために別のアクティブＣＧ構成からの初期送信のために使用され得る一つ以上のＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶもゼロである）と重複するかどうかを追加で検査し得る。重複がある場合、ＭＡＣエンティティは、重複しているすべてのＣＧ ＰＵＳＣＨの存続期間のＨＡＲＱプロセスＩＤを導出することができる。

一実装形態において、異なるＣＧ構成のために別個のＨＡＲＱ ＩＤプールを使用することができる（例えば同じＵＬ ＢＷＰにおいて、アクティブである二つ以上のＣＧ構成から同じＨＡＲＱ ＩＤを取得することができない）。ＭＡＣエンティティは、初回送信（例えばこれらのＰＵＳＣＨの存続期間のＲＶがゼロである）のために使用されることができる重複するＰＵＳＣＨの存続期間の各々のために、ＰＵＳＣＨの存続期間の導出されたＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行していないかを検査することができる。全ての重複するＣＧ ＰＵＳＣＨの存続期間から導出されたＨＡＲＱ ＩＤに関連付けられたＣＧタイマが進行している場合、ＰＵＳＣＨの存続期間のいずれも、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断され得ない。導出されたＨＡＲＱ ＩＤに関連付けられたＣＧタイマの一つだけが進行していない場合、ＭＡＣエンティティは、新しいＭＡＣ ＰＤＵの送信のために対応するＰＵＳＣＨの存続期間を利用可能と判断することができる。このケースにおいて、ＭＡＣエンティティは、ＮＤＩビットがトグルされたと判断し、このＰＵＳＣＨの存続期間の構成された上りリンクグラント及び関連するＨＡＲＱ情報をＨＡＲＱエンティティに配信することができ、ＨＡＲＱエンティティは、多重化及びアセンブリエンティティから、このＰＵＳＣＨの存続期間で送信するＭＡＣ ＰＤＵを取得することができる。

図４は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるリソース選択の一例を示す図解４００を示す。ＣＧ構成＃１は、各々がＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間４１０及びＰＵＳＣＨの存続期間４１１を割り当てる。ＣＧ構成＃２は、ＨＡＲＱ ＩＤ＃６を有するＰＵＳＣＨの存続期間４２１を割り当てる。ＣＧ構成＃１及びＣＧ構成＃２は、同じサービングセルに関連付けられ得る。ＰＵＳＣＨの存続期間４１０、ＰＵＳＣＨの存続期間４１１、及びＰＵＳＣＨの存続期間４２１は、全て初回送信のためのものであり得る（例えばこれらのＰＵＳＣＨの存続期間のＲＶは、ゼロである）。ＰＵＳＣＨの存続期間４２１は、時間領域においてＰＵＳＣＨの存続期間４１１と重複する。ＨＡＲＱ ＩＤ＃３に関連するＣＧタイマが進行していること（例えばＰＵＳＣＨの存続期間４１１がＰＵＳＣＨの存続期間４２１と重複する瞬間に）、及びＨＡＲＱ ＩＤ＃６に関連付けられたＣＧタイマが進行していないことを判定した後、ＭＡＣエンティティは、上りリンク送信のためにＰＵＳＣＨの存続期間４２１を選択することができる。ＰＵＳＣＨの存続期間４２１は、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断される。このケースにおいて、ＭＡＣエンティティは、ＮＤＩビットがトグルされたと判断し、構成された上りリンクグラント及びＰＵＳＣＨの存続期間４２１の関連付けられたＨＡＲＱ情報をＨＡＲＱエンティティに配信することができ、ＨＡＲＱエンティティは、多重化及びアセンブリエンティティからＰＵＳＣＨの存続期間４２１上で送信するためのＭＡＣ ＰＤＵを取得することができる。

導出されたＨＡＲＱ ＩＤに関連付けられた複数のＣＧタイマが進行していない場合、ＭＡＣエンティティは、対応するＣＧタイマが進行していないそれらの重複するＣＧ ＰＵＳＣＨの存続期間のＰＵＳＣＨの存続期間を選択することができる。一実装形態において、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応するこれらの重複するＰＵＳＣＨの存続期間の内の一つを選択することができる。選択されたＰＵＳＣＨの存続期間は、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断される。ＭＡＣエンティティは、ＮＤＩビットがトグルされたと判断し、選択されたＰＵＳＣＨの存続期間の設定された上りリンクグラントと関連付けられたＨＡＲＱ情報をＨＡＲＱエンティティに配信することができ、ＨＡＲＱエンティティは、このＰＵＳＣＨの存続期間で送信するＭＡＣ ＰＤＵを多重化及びアセンブリエンティティから取得することができる。一実装形態において、重複するＣＧ構成が同じ又は等しい優先度を持つとき、どのＰＵＳＣＨの存続期間が選択されるべきかを決定することはＵＥの実装形態に依存することがある。ＣＧ構成の優先順位のいくつかの実装形態を、ケース４で提供する。

図５は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行される別の例としてのリソース選択を示す図解５００を示す。ＣＧ構成＃１は、各々がＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間５１０及びＰＵＳＣＨの存続期間５１１を割り当てる。ＣＧ構成＃２は、ＨＡＲＱ ＩＤ＃６を有するＰＵＳＣＨの存続期間５２１を割り当てる。ＣＧ構成＃１及びＣＧ構成＃２は、同じサービングセルに関連付けられ得る。ＰＵＳＣＨの存続期間５１０、ＰＵＳＣＨの存続期間５１１、及びＰＵＳＣＨの存続期間５２１は全て初回送信のためのものであり得る（例えばこれらのＰＵＳＣＨの存続期間のＲＶは、ゼロである）。ＰＵＳＣＨの存続期間５２１は、時間領域においてＰＵＳＣＨの存続期間５１１と重複する。ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマが進行していない（例えばＰＵＳＣＨの存続期間５１１がＰＵＳＣＨの存続期間５２１と重複する瞬間である）こと、及びＨＡＲＱ ＩＤ＃６に関連付けられたＣＧタイマが進行していないことを判定した後、ＭＡＣエンティティは、上りリンク送信のためにＰＵＳＣＨの存続期間５１１又はＰＵＳＣＨの存続期間５２１のいずれかを選択することができる。一実装形態において、ＭＡＣエンティティは、ＣＧ構成＃１又はＣＧ構成＃２の内の一つのどちらがより高い優先順位を持つかを判断し、次にそれに応じて対応するＰＵＳＣＨの存続期間を選択することができる。

優先順位付けの後、選択されたＰＵＳＣＨの存続期間は、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断され得る。ＭＡＣエンティティは、ＮＤＩビットがトグルされたと判断し、選択されたＰＵＳＣＨの存続期間の対応するＨＡＲＱ情報をＨＡＲＱエンティティに配信することができ、ＨＡＲＱエンティティは、もしあれば、多重化及びアセンブリエンティティから送信するＭＡＣ ＰＤＵを取得することができる。

一実装形態において、ＨＡＲＱ ＩＤプールは、異なるＣＧ構成のために使用され得（例えば同じＨＡＲＱ ＩＤは、同じＵＬ ＢＷＰにおいてアクティブである複数のＣＧ構成から導出され得る）、ＣＧタイマは、ＵＬ ＢＷＰごとに（例えばＣＧタイマ値は、同じＵＬ ＢＷＰにおける全てのＣＧ構成の中で同じであり得る）、又はＣＧ構成ごとに（例えばＣＧタイマ値は、ＣＧ構成ごとに構成され得る）、任意選択で構成され得る。ＭＡＣエンティティは、初回送信のために使用され得る重複するＰＵＳＣＨの存続期間の各々について、（ａ）このＰＵＳＣＨの存続期間の導出されたＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行していないかどうか、又は（ｂ）ＣＧタイマが現在進行しているが、このＰＵＳＣＨの存続期間のＣＧ構成よりも低い優先度を有するＣＧ構成によって開始されたかどうかを検査することができる。重複するＰＵＳＣＨの存続期間のいずれもが上記の条件（すなわち条件（ａ）又は条件（ｂ））を満たさない場合、ＰＵＳＣＨの存続期間のいずれも、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断されないことがある。重複するＰＵＳＣＨの存続期間の内の一つだけがこの条件を満たす場合、ＭＡＣエンティティは、このＰＵＳＣＨの存続期間を、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断し得る。二つ以上の重複するＰＵＳＣＨの存続期間が上述の条件（ａ）又は条件（ｂ）を満たす場合、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応するこれらのＰＵＳＣＨの存続期間の内の一つを選択することができる。ＣＧ構成が同じ又は等しい優先度を有するとき、どのＰＵＳＣＨの存続期間が選択されるべきかを決定することは、ＵＥの実装形態次第であり得る。ＣＧ構成の優先度のいくつかの実装形態がケース４を提供する。

図６は、本出願の一例としての実装形態による、ＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための一例としての方法を示す図解６００を示す。ＣＧ構成＃１は、各々がＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間６１０及びＰＵＳＣＨの存続期間６１１を割り当てる。ＣＧ構成＃２は、（例えば共有ＨＡＲＱ ＩＤプールのために）ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間６２１を割り当てる。ＣＧ構成＃３は、ＨＡＲＱ ＩＤ＃１を有するＰＵＳＣＨの存続期間６３１を割り当てる。ＰＵＳＣＨの存続期間６１０、ＰＵＳＣＨの存続期間６１１、ＰＵＳＣＨの存続期間６２１、及びＰＵＳＣＨの存続期間６３１は、全て初回送信のためのものであり得る。ＰＵＳＣＨの存続期間６１１は、時間領域においてＰＵＳＣＨの存続期間６３１と重複する。リソース重複が発生するとき（例えばＰＵＳＣＨの存続期間６１１がＰＵＳＣＨの存続期間６３１と重複したとき）、ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマは、進行している。ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマは、ＣＧ構成＃２によって開始される。

ＣＧ構成＃２がＣＧ構成＃１よりも高い優先度を有するとき、より高い優先度を有するＣＧ構成＃２が依然としてＨＡＲＱ ＩＤ＃３を占有しているため、ＣＧ構成＃１のＰＵＳＣＨの存続期間６１１は、ＣＧ構成＃２によって禁止され得る。このケースにおいて、上記条件「（ａ）このＰＵＳＣＨの存続期間のＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行していない、又は（ｂ）ＣＧタイマが現在進行しているが、より低い優先度を有するＣＧ構成によって開始された」は、ＣＧ構成＃３のみからのＰＵＳＣＨの存続期間６３１によって満たされている。したがって、ＰＵＳＣＨの存続期間６３１は、（例えば新しいＭＡＣ ＰＤＵを送信するために）初回送信のために利用可能であると判断される唯一の存続期間であり得る。

ＣＧ構成＃２がＣＧ構成＃１よりも低い優先度を有するとき、ＣＧ構成＃１のＰＵＳＣＨの存続期間６１１は、ＨＡＲＱ ＩＤ＃３がＣＧ構成＃２によって依然として占有されているにもかかわらず、ＣＧ構成＃２よりも優先され得る。このケースにおいて、ＣＧ構成＃３からのＰＵＳＣＨの存続期間６３１及びＣＧ構成＃１からのＰＵＳＣＨの存続期間６１１によって、上述の条件「（ａ）このＰＵＳＣＨの存続期間のＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行していない、又は（ｂ）ＣＧタイマが現在進行しているが、より低い優先度を有するＣＧ構成によって開始された」は、満たされている。一実装形態において、複数の重複するＰＵＳＣＨの存続期間がこの条件を満たすとき、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応する一つのＰＵＳＣＨの存続期間を選択することができる。すなわち、ＭＡＣエンティティは、ＣＧ構成＃１及びＣＧ構成＃３の優先度レベルに基づいて、ＰＵＳＣＨの存続期間６１１又はＰＵＳＣＨの存続期間６３１のいずれかを選択することができる。

一実装形態において、構成されたグラントの優先順位付けの結果として、ＰＵＳＣＨの存続期間（例えばＰＵＳＣＨの存続期間６１１）が初期送信のために選択される場合（例えば関連付けられたＣＧ構成がより高い優先順位を有するため、ＰＵＳＣＨの存続期間が選択された場合）、及びそのＨＡＲＱプロセスがより低い優先度レベル（例えばＣＧ構成＃２）を有する別のＣＧ構成からの同じＨＡＲＱ ＩＤ（例えば、ＨＡＲＱ ＩＤ＃３）を用いて別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、より高い優先度を有するＣＧ構成（例えばＣＧ構成＃１）上で送信される新しいＭＡＣ ＰＤＵを生成する前に、（ＨＡＲＱ ＩＤ＃３に関連付けられる）ＨＡＲＱバッファをフラッシュすることができる。

一実装形態において、構成されたグラント優先順位付けの結果として、初回送信のためにＰＵＳＣＨの存続期間が選択され、そのＨＡＲＱプロセスがより低い優先度レベルを有する別のＣＧ構成からの同じＨＡＲＱ ＩＤを用いて別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、優先順位付けされたＣＧ構成及び／又はＨＡＲＱプロセスに関連付けられた進行中のＣＧタイマを停止することができる。一実装形態において、ＭＡＣエンティティは、より高い優先度を用いるＣＧ構成で送信される新しいＭＡＣ ＰＤＵを生成する前に、ＨＡＲＱバッファをフラッシュすることができる。一つの実装形態において、ＭＡＣエンティティは、優先順位付けされたＨＡＲＱプロセスに関連付けられたＨＡＲＱバッファをフラッシュできる。

図７は、本出願の一例としての実装形態による、ＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための別の一例としての方法を示す図解７００を示す。ＣＧ構成＃１は、各々がＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間７１０及びＰＵＳＣＨの存続期間７１１を割り当てる。ＣＧ構成＃２は、（例えば共有ＨＡＲＱ ＩＤプールのために）ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間７２１を割り当てる。ＣＧ構成＃３は、ＨＡＲＱ ＩＤ＃１を有するＰＵＳＣＨの存続期間７３１を割り当てる。ＰＵＳＣＨの存続期間７１０、ＰＵＳＣＨの存続期間７１１、ＰＵＳＣＨの存続期間７２１、及びＰＵＳＣＨの存続期間７３１は、全て初回送信のためのものであり得る。ＰＵＳＣＨの存続期間７１１は、時間領域においてＰＵＳＣＨの存続期間７３１と重複する。リソース重複が発生したとき（例えばＰＵＳＣＨの存続期間７１１がＰＵＳＣＨの存続期間７３１と重複するとき）、ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマは、進行している。ＨＡＲＱ ＩＤ＃３に関連付けられたこのＣＧタイマは、ＣＧ構成＃２によって開始される。

ＣＧ構成＃１がＣＧ構成＃２及びＣＧ構成＃３の両方より高い優先度を有するとき、ＭＡＣエンティティは、初回送信のためにＰＵＳＣＨの存続期間７１１を選択することができる。その上、ＣＧ構成＃１によって優先順位付けされているため、ＭＡＣエンティティは、ＣＧ構成＃２のＨＡＲＱ ＩＤ＃３に関連付けられた進行中のＣＧタイマを（例えば時間Ｔ１に）停止することもできる。ＭＡＣエンティティは、ＣＧ構成＃１上で送信される新しいＭＡＣ ＰＤＵを生成する前に、ＨＡＲＱ ＩＤ＃３に関連付けられたＨＡＲＱバッファをフラッシュすることもできる。

〔ケース２：反復送信のために使用され得るＰＵＳＣＨの存続期間の間の重複〕
構成された上りリンクグラントのＰＵＳＣＨの存続期間がサービングセルのためにＰＤＣＣＨ上で受信された上りリンクグラントのＰＵＳＣＨの存続期間と重複しないことを確認した後に、ＭＡＣエンティティは、アクティブＣＧ構成の反復送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶがゼロではない）がこのＵＬ ＢＷＰのための別のアクティブＣＧ構成からの反復送信のために使用され得る別のＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶもゼロではない）と重複するかどうかを追加で検査し得る。一実装形態において、反復送信のために使用され得る複数のＰＵＳＣＨの存続期間が重複する場合、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応するこれらの重複するＰＵＳＣＨの存続期間の内の一つを選択し得る。このケースにおいて、選択されたＰＵＳＣＨの存続期間のＨＡＲＱプロセスに関連付けられたＨＡＲＱバッファ内のＭＡＣ ＰＤＵを送信することができる。一実装形態において、重複するＣＧ構成が同じか等しい優先度を持つとき、どのＰＵＳＣＨの存続期間が選択されるべきかを判定することは、ＵＥの実装形態に依存することがある。ＣＧ構成の優先度のためのいくつかの実装形態は、ケース４で提供される。

〔ケース３：初回送信のＰＵＳＣＨの存続期間（複数可）及び反復送信のためのＰＵＳＣＨの存続期間（複数可）の重複〕
構成された上りリンクグラントのＰＵＳＣＨの存続期間がサービングセルのためにＰＤＣＣＨ上で受信された上りリンクグラントのＰＵＳＣＨの存続期間と重複しないことを確認した後、ＭＡＣエンティティは、アクティブＣＧ構成の反復送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶがゼロではない）がＵＬ ＢＷＰのための別のアクティブＣＧ構成からの初回送信のために使用され得る別のＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶがゼロである）と重複するかどうかを追加で検査し得る。重複がある場合、ＭＡＣエンティティは、初期送信のために使用され得る重複するＰＵＳＣＨの存続期間ごとのＨＡＲＱプロセスＩＤを導出し得る。

一実装形態において、異なるＣＧ構成のために別個のＨＡＲＱ ＩＤプールを使用することができる（例えば同じＵＬ ＢＷＰにおいてアクティブである複数のＣＧ構成から同じＨＡＲＱ ＩＤを取得することができない）。ＭＡＣエンティティは、初回送信のために使用されることができる各重複するＰＵＳＣＨの存続期間について、ＰＵＳＣＨの存続期間の導出されたＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行しているかどうかを検査することができる。初期送信のために使用され得る全ての重複するＰＵＳＣＨの存続期間のＨＡＲＱ ＩＤに対応するＣＧタイマが進行している場合、これらのＰＵＳＣＨの存続期間のいずれも、新しいＭＡＣ ＰＤＵを送信するために利用可能であると判断され得ない。その結果、ＭＡＣエンティティは、反復送信のためのＰＵＳＣＨの存続期間のみを選択することができる。このケースにおいて、選択されたＰＵＳＣＨの存続期間のＨＡＲＱプロセスに関連付けられたＨＡＲＱバッファ内のＭＡＣ ＰＤＵを送信することができる。一実装形態において、反復送信のためのＰＵＳＣＨの存続期間の選択は、ケース２においてカバーされる規則に従うことができる。初回送信のために使用されることができるＰＵＳＣＨの存続期間のＨＡＲＱ ＩＤに対応する少なくとも一つのＣＧタイマが進行していない場合、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応する、これらのＰＵＳＣＨの存続期間の内の一つを選択することができる。ＣＧ構成の優先のためのいくつかの実装形態は、ケース４で提供される。

一実装形態において、ＨＡＲＱ ＩＤプールは、異なるＣＧ構成のために使用され得（例えば同じＨＡＲＱ ＩＤは、同じＵＬ ＢＷＰにおいてアクティブである複数のＣＧ構成から取得され得る）、ＣＧタイマは、ＵＬ ＢＷＰごとに（例えば同じＣＧタイマ値は同じＵＬ ＢＷＰにおける異なるＣＧ構成の間で使用され得る）、又はＣＧ構成ごとに（例えばＣＧタイマ値はＣＧ構成ごとに構成される）任意選択で構成され得る。ＭＡＣエンティティは、（例えばこのＰＵＳＣＨの存続期間のＲＶがゼロである）初回送信のために使用され得る、各重複ＰＵＳＣＨの存続期間のために、（ａ）このＰＵＳＣＨの存続期間の導出されたＨＡＲＱプロセスＩＤに対応するＣＧタイマが進行していないかどうか、又は（ｂ）ＣＧタイマが現在進行しているが、このＰＵＳＣＨの存続期間のＣＧ構成よりも低い優先度を有するＣＧ構成によって開始されたかどうかを検査することができる。初回送信のために使用され得る重複するＰＵＳＣＨの存続期間のいずれもがこの条件を満たさない場合、ＭＡＣエンティティは、初回送信（例えば新しいＭＡＣ ＰＤＵを送信すること）のためにそれらのＰＵＳＣＨの存続期間のいずれも選択しないことがある。その結果、ＭＡＣエンティティは、反復送信のためのＰＵＳＣＨの存続期間のみを選択することができる。一実装形態において、反復送信のためのＰＵＳＣのＨの存続期間の選択は、ケース２でカバーされる規則に従うことができる。初回送信のための一つ以上の重複するＰＵＳＣＨの存続期間がこの条件を満たす場合、ＭＡＣエンティティは、最も高い優先度を有するＣＧ構成に対応するこれらのＰＵＳＣＨの存続期間の内の一つを選択することができる。ＣＧ構成の優先度のためのいくつかの実装形態は、ケース４で提供される。

一実装形態において、構成されたグラントの優先順位付けの結果として、初回送信のためにＰＵＳＣＨの存続期間が選択され、そのＨＡＲＱプロセスがより低い優先度レベルを有する別のＣＧ構成から、同じＨＡＲＱ ＩＤを有する別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、より高い優先度を有するＣＧ構成で送信される新しいＭＡＣ ＰＤＵを生成する前にＨＡＲＱバッファをフラッシュすることがある。

一実装形態において、構成されたグラントの優先順位付けの結果として、初回送信のためにＰＵＳＣＨの存続期間が選択され、そのＨＡＲＱプロセスがより低い優先度レベルを有する別のＣＧ構成から、同じＨＡＲＱ ＩＤを有する別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、優先順位付けされたＣＧ構成及び／又はＨＡＲＱプロセスに関連付けられたＣＧタイマを停止することがある。ＭＡＣエンティティは、より高い優先度を有するＣＧ構成上で送信される新しいＭＡＣ ＰＤＵを生成する前に、ＨＡＲＱバッファをフラッシュすることができる。

〔ケース４：ＣＧ構成の優先度〕
ケース４－１：一実装形態において、特定タイプのＣＧの優先度は、別のタイプよりも高くてよい。例えば、ＣＧタイプ２は、ＣＧタイプ１よりも高い優先度を有してもよく、又はその逆であってもよい。一方で、同じタイプを有する二つのアクティブＣＧ構成は、同じ優先度を持つことができ、どの構成を選択すべきかを判定するのはＵＥの実装形態次第である。

ケース４－２：優先度レベルは（例えば、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおいて、又はＣＧタイプ２構成をアクティブ化する下りリンク制御情報（ＤＣＩ）において）ＣＧ構成ごとに基地局（例えばｇＮＢ）によって任意選択で構成され得る。一実装形態において、優先度レベルは、「高い優先度レベル」及び「低い優先度レベル」を含むことができる。例えばＵＥは、第１のＣＧ構成及び第２のＣＧ構成を受信することができる。第１のＣＧ構成は、第１の優先度レベルを含むことができ、第２のＣＧ構成は、第２の優先度レベルを含むことができる。ＵＥは、第１の優先度レベル及び第２の優先度レベルに従って、第１のＣＧ構成及び第２のＣＧ構成の優先度オーダーを判定できる。一実装形態において、優先度レベルが構成されていない場合、対応するＣＧ構成は、優先度レベルが構成されている他のＣＧ構成より、最も低い優先度レベル又は最も高い優先度レベルのいずれかを有すると判断されることができる。どちらも優先度レベルを用いて構成されていない場合、二つのＣＧ構成は、同じ優先度レベルを有すると判断されることができる。

ケース４－３：優先度は、ＣＧ構成に関連付けられた変調及び符号化スキーム（ＭＣＳ）値及び／又はＭＣＳテーブル（例えばｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥにおいて構成されたＭＣＳテーブルのタイプ、及び／又はＣＧタイプ２構成をアクティブ化するＤＣＩに関連付けられた無線ネットワーク一時識別子（ＲＮＴＩ）のタイプ）によって暗黙的に判定され得る。一例において、高信頼性ＭＣＳテーブル（例えばｑａｍ６４ＬｏｗＳＥ）に関連付けられたＣＧ構成は、ＵＲＬＬＣサービスのためのものであり得るが、低信頼性ＭＣＳテーブル（例えばｑａｍ２５６）に関連付けられたＣＧ構成は、ｅＭＢＢのためのものであり得る。一実装形態において、ＭＡＣエンティティは、高信頼性ＭＣＳテーブルを用いて、ＣＧ構成からの初回送信のために使用され得るＰＵＳＣＨの存続期間に優先順位を付けることができる。複数のＣＧ構成が同じ信頼性のＭＣＳテーブルに関連付けられている場合、初回送信のためにどのＣＧ構成が選択されるべきかを判定することは、ＵＥの実装形態次第であり得る。

ケース４－４：優先度は、ＣＧ構成（ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥなど）に関連付けられたパラメータの周期性（ｐｅｒｉｏｄｉｃｉｔｙ）ｐによって暗黙的に判定される場合がある。例えば、周期性が長いＣＧ構成は、遅延耐性トラフィックであることができる。一実装形態において、ＭＡＣエンティティは、最も短い関連付けられた周期性ｐを有するＣＧ構成からのＰＵＳＣＨの存続期間上の初回送信に優先順位付けすることができる。複数のＣＧ構成が同じ周期性に関連付けられている場合、初回送信のためにどのＣＧ構成が選択されるべきかを決定することは、ＵＥの実装形態次第であり得る。

ケース４－５：優先度は、ＣＧ構成（例えばｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ）に関連付けられた反復回数（例えばパラメータｒｅｐＫ）によって暗黙的に判定される場合がある。例えば、より大きなｒｅｐＫを有するＣＧ構成は、より高い信頼性を必要とするトラフィックのためのものであり得る。従って、より大きいｒｅｐＫに関連付けられたＣＧ構成の優先度は、より高くなり得る。

ケース４－６から４－９は、初回送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）と反復送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）との間で重複が生じるシナリオのために使用され得る。

ケース４－６：初回送信のためのＰＵＳＣＨの存続期間（複数可）と、反復送信のためのＰＵＳＣＨの存続期間（複数可）とが重複するとき、ＭＡＣエンティティは、初回送信のためのＰＵＳＣＨの存続期間の使用を禁止することができる。これは、反復回数がＣＧの周期性ｐ内にある別のＣＧ構成によって満たされていることを保証することができる。初回送信のためのすべてのＰＵＳＣＨの存続期間（複数可）を削除すると、ケース４－１からケース４－５に提供される実装形態に基づいて、反復送信のためのＰＵＳＣＨの存続期間（複数可）について更なる優先順位付けを行うことができる。

ケース４－７：ＭＡＣエンティティは、初回送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）と、反復送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）とが重複するとき、初回送信のためのＰＵＳＣＨの存続期間の使用を可能にすることができる。これは、対応するＣＧタイマが進行していない場合、到着したデータが可能な限り早いＰＵＳＣＨの存続期間によってサービスされることを保証することができる。反復送信（複数可）のための全てのＰＵＳＣＨの存続期間（複数可）を削除すると、ケース４－１からケース４－５に提供される実装形態に基づいて、初回送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）のために更なる優先順位付けが行われ得る。

ケース４－８：グラントされた反復回数（例えばパラメータＧＲ）は、ＣＧ構成（例えばｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ）ごとに基地局によって任意選択で構成されてもよい。全ての重複するＰＵＳＣＨの存続期間の中で、反復送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）のいずれもがこのパラメータを用いて構成されない場合、ケース４－１からケース４－７に提供される実装形態が採用され得る。一方で、反復送信のための少なくとも一つのＰＵＳＣＨの存続期間がこのパラメータで構成される場合、ＭＡＣエンティティは、反復送信の数がパラメータＧＲに到達していないＣＧ構成からの反復送信のためのＰＵＳＣＨの存続期間の使用を許可することができる。その後、ケース４－１からケース４－５において提供される実装形態に基づいて、更なる優先順位付けを行うことができる。

ケース４－９：ＣＧ構成（例えばｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ）ごとに、反復的に許可された（ａｌｌｏｗ－ｒｅｐｅｔｉｔｉｏｎ）タイマを任意選択で構成することができる。構成される場合、タイマは、ＣＧがアクティブ化され、初回送信が初回送信のためのＰＵＳＣＨの存続期間上で実行されたとき、開始することができる。全ての重複するＰＵＳＣＨの存続期間の中で、反復送信（複数可）のためのＰＵＳＣＨの存続期間（複数可）のいずれも、反復的に許可されたタイマを用いて構成されない場合、ケース４－１からケース４－７に提供される実装形態を採用することができる。一方で、反復送信のための少なくとも一つのＰＵＳＣＨの存続期間が反復的に許可されたタイマを用いて構成される場合、ＭＡＣエンティティは、反復的に許可されたタイマが満了していないＣＧ構成からの反復送信のためのＰＵＳＣＨの存続期間の使用を許可することができる。その後、ケース４－１からケース４－５において提供される実装形態に基づいて、更なる優先順位付けを行うことができる。

〔ケース５：ＰＵＳＣＨ重複がないとき、初回送信のためのＰＵＳＣＨの存続期間の送信をハンドリング〕
ＣＧ構成からの初回送信のために使用され得るＰＵＳＣＨの存続期間（例えばこのＰＵＳＣＨの存続期間のＲＶがゼロである）が到着するとき、ＭＡＣエンティティは、このＰＵＳＣＨの存続期間が任意の他のＰＵＳＣＨの存続期間と重複するかどうかを検査し得る。更に、一実装形態において、ＭＡＣエンティティは、このＰＵＳＣＨの存続期間がＰＤＣＣＨ（例えば動的グラント）上で受信された別のＰＵＳＣＨの存続期間と重複するかどうかを検査することもできる。このＰＵＳＣＨの存続期間が他のＰＵＳＣＨの存続期間と重複しない場合、ＭＡＣエンティティは、このＰＵＳＣＨの存続期間に関連付けられたＨＡＲＱプロセスＩＤを判定することができる。

一実装形態において、共通のＨＡＲＱ ＩＤプールは、全てのアクティブＣＧ構成に共有され得、ＣＧタイマはＵＬ ＢＷＰごと、又はＣＧ構成ごとに構成され得る。ＭＡＣエンティティは、（ａ）このＰＵＳＣＨの存続期間のＨＡＲＱ ＩＤに対応するＣＧタイマが進行していないかどうか、又は（ｂ）ＣＧタイマが現在進行しているが、このＰＵＳＣＨの存続期間のＣＧ構成よりも低い優先度を有するＣＧ構成又は動的グラント（ＤＧ）によって開始されたかどうかを検査することができる。上記の条件（すなわち、条件（ａ）又は条件（ｂ））が満たされない場合、ＭＡＣエンティティは、初回送信のためにこのＰＵＳＣＨの存続期間が利用可能であると判断しないことがあり（例えばＭＡＣエンティティは、新しいＭＡＣ ＰＤＵを送信するためにこのＰＵＳＣＨの存続期間を利用可能であると判断しないことがある）、ＭＡＣエンティティは、ＨＡＲＱエンティティにこのグラントを配信することも、このＰＵＳＣＨの存続期間で送信するための新しいＭＡＣ ＰＤＵを取得することもできない。この理由は、ＨＡＲＱ ＩＤが、このＰＵＳＣＨの存続期間のＣＧ構成と同等以上の優先度を持つ動的送信／再送信又はＣＧ送信／再送信によって、現在占有されていることをＭＡＣエンティティが認識しているためである。反対に、上記の条件が満たされている場合、ＭＡＣエンティティは、初回送信のためにＰＵＳＣＨの存続期間が利用可能であると判断することができる（例えばＭＡＣエンティティは、新しいＭＡＣ ＰＤＵを送信するためにこのＰＵＳＣＨの存続期間が利用可能であると判断することができる）。このケースにおいて、ＭＡＣエンティティは、対応するＨＡＲＱプロセスのためのＮＤＩビットがトグルされたと判断し、構成されたＵＬグラント及び関連付けられたＨＡＲＱ情報をＨＡＲＱエンティティに配信することができる。この理由は、ＭＡＣエンティティがＨＡＲＱ ＩＤが占有されていないか、優先度が低いＣＧ構成によって占有されていることを認識しているためである。

一実装形態において、構成されたグラントの優先順位付けの結果として、初回送信のためにＰＵＳＣＨの存続期間（例えば新しいＭＡＣ ＰＤＵを送信するためにＰＵＳＣＨの存続期間が選択される）が選択され、そのＨＡＲＱプロセスがより低い優先度レベルを有する別のＣＧ構成から、又はより低い優先度レベルを有する別のＤＧから、同じＨＡＲＱ ＩＤを持つ別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、より高い優先順位を有するＣＧ構成上で送信される新しいＭＡＣ ＰＤＵを生成する前に、ＨＡＲＱバッファをフラッシュしてもよい。

一実装形態において、構成されたグラント優先順位付けの結果として、初回送信のためにＰＵＳＣＨの存続期間が選択され（例えばＰＵＳＣＨの存続期間が新しいＭＡＣ ＰＤＵを送信するために選択される）、そのＨＡＲＱプロセスがより低い優先度レベルを有する別のＣＧ構成又はＤＧからの同じＨＡＲＱ ＩＤを用いて別の進行中のＨＡＲＱプロセスを上書きする場合、ＭＡＣエンティティは、優先順位付けされたＣＧ構成及び／又はＨＡＲＱプロセスに関連付けられたＣＧタイマを停止することができる。一つの実装形態において、ＭＡＣエンティティは、より高い優先度を有するＣＧ構成で送信される新しいＭＡＣ ＰＤＵを生成する前に、ＨＡＲＱバッファをフラッシュする場合がある。一実装形態において、ＭＡＣエンティティは、優先順位付けされたＨＡＲＱプロセスに関連付けられたＨＡＲＱバッファをフラッシュすることができる。

図８は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤの衝突をハンドルするための一例としての方法を図示する図解８００を示す。ＣＧ構成＃１は、ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間８１０を割り当てる。ＣＧ構成＃２は、（例えば共有されたＨＡＲＱ ＩＤプールのために）ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間８２０を割り当てる。ＨＡＲＱ ＩＤの衝突が発生したとき（例えばＰＵＳＣＨの存続期間８２０のＨＡＲＱ ＩＤが導出されたとき）、ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマは、進行している。この例において、ＣＧ構成＃１は、ＣＧ構成＃２よりもより高い優先度を有する。ＰＵＳＣＨの存続期間８２０上の送信は、ＰＵＳＣＨの存続期間８２０の導出されたＨＡＲＱ ＩＤが依然としてより高い優先度を有するＣＧ構成＃１によって占有されているため、禁止され得る。

図９は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤの衝突をハンドルするための別の一例としての方法を示す図解９００を示す。ＣＧ構成＃１は、ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間９１０を割り当てる。ＣＧ構成＃２は、（例えば共有されたＨＡＲＱ ＩＤプールのために）ＨＡＲＱ ＩＤ＃３を有するＰＵＳＣＨの存続期間９２０を割り当てる。ＨＡＲＱ ＩＤ＃３に関連付けられたＣＧタイマは、ＨＡＲＱ ＩＤの衝突が発生したとき（例えばＰＵＳＣＨの存続期間９２０のＨＡＲＱ ＩＤが導出されたとき）に進行している。この例において、ＣＧ構成＃２は、ＣＧ構成＃１よりも、より高い優先度を有する。ＰＵＳＣＨの存続期間９２０上の送信は、ＰＵＳＣＨの存続期間９２０の導出されたＨＡＲＱ ＩＤが依然としてＣＧ構成＃１によって占有されているにもかかわらず、許可され得る。ＭＡＣエンティティは、（例えば、ＰＵＳＣＨの存続期間９２０が開始する前に）ＣＧ構成＃１によって開始されたＣＧタイマを停止することができる。ＣＧ構成＃１が優先されるため、ＭＡＣエンティティは、ＣＧ構成＃２で送信される新しいＭＡＣ ＰＤＵを生成する前に、（ＨＡＲＱ ＩＤ＃３に関連付けられている）ＨＡＲＱバッファをフラッシュすることもできる。

図８及び図９に示す例は、２つのＣＧ構成間のＨＡＲＱ ＩＤの衝突を示す。ＨＡＲＱ ＩＤの衝突は、構成されたグラントと動的グラントとの間でも発生し得ることに留意されたい。ＭＡＣエンティティは、構成されたグラントの優先度と動的グラントに応じて、送信が許可されるものを判定できる。例えば構成されたグラントが動的グラントよりも高い優先度を有する場合、構成されたグラントのＰＵＳＣＨの存続期間のＨＡＲＱ ＩＤは、動的グラントのＰＵＳＣＨの存続期間のＨＡＲＱ ＩＤを無効化することができる。

図１０は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。図１０に示すように、ノード１０００は、トランシーバ１０２０と、プロセッサ１０２８と、メモリ１０３４と、一つ以上のプレゼンテーション部品１０３８と、少なくとも一つのアンテナ１０３６とを含むことができる。ノード１０００はまた、ＲＦスペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入力／出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏ部品と、電源（図１０には明示的に示されていない）とを含むことができる。これらの部品の各々は、一つ以上のバス１０４０を介して、直接的又は間接的に互いに通信することができる。一実装形態において、ノード１０００は例えば、図１から図９を参照して本明細書で説明される様々な機能を実行するＵＥ又は基地局であり得る。

送信機１０２２（例えば送信／送信回路）及び受信機１０２４（例えば受信／受信回路）を有するトランシーバ１０２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。いくつかの実装形態において、トランシーバ１０２０が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ１０２０は、データ及び制御チャンネルを受信するように構成され得る。

ノード１０００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード１０００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という単語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。

メモリ１０３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ１０３４は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。図１０に示すように、メモリ１０３４は、実行されるとき、プロセッサ１０２８に、例えば図１から図８を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令１０３２（例えば、ソフトウェアコード）を記憶することができる。あるいは、命令１０３２は、プロセッサ１０２８によって直接的に実行可能ではなく、本明細書に記載する様々な機能を実行するためにノード１０００（例えばコンパイルされ実行されるとき）を引き起こすように設定されてもよい。

プロセッサ１０２８（例えば処理回路を有する）は、インテリジェントハードウェアデバイス、例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ１０２８は、メモリを含んでもよい。プロセッサ１０２８は、メモリ１０３４から受信したデータ１０３０及び命令１０３２、並びにトランシーバ１０２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ１０２８はまた、コアネットワークへの送信のために、アンテナ１０３６を介してネットワーク通信モジュールに送信するためにトランシーバ１０２０に送信される情報を処理することができる。

一つ以上のプレゼンテーション部品１０３８は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品１０３８の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。

上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。更に、概念は特定の実施形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するのであろう。したがって、説明された実施形態はすべての点において、例示的なものであり、限定的なものではないと判断されるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

図１は、本出願の一例としての実装形態による、ＵＥの一例としてのＭＡＣエンティティを示すブロック図である。 図２は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＣＧ ＰＵＳＣＨの存続期間の可用性を決定するための一例としての方法のフローチャートである。 図３は、本出願の一例としての実装形態による、ＵＥによって実行される上りリンク送信のための一例としての方法のフローチャートである。 図４は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行される一例としてのリソース選択を示す図である。 図５は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行される別の一例としてのリソース選択を示す図である。 図６は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための一例としての方法を示す図である。 図７は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるリソース重複及びＨＡＲＱ ＩＤ衝突をハンドルするための別の一例としての方法を示す図である。 図８は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤ衝突をハンドルするための一例としての方法を示す図である。 図９は、本出願の一例としての実装形態による、ＵＥのＭＡＣエンティティによって実行されるＨＡＲＱ ＩＤ衝突をハンドルするための別の一例としての方法を示す図である。 図１０は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。

Claims (14)

1. ユーザ機器（ＵＥ：user equipment）であって、
   コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体；及び
   前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
   前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   第１の構成されたグラント構成（configured grant configuration）を受信し、前記第１の構成されたグラント構成は、第１の物理上りリンク共有チャンネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の存続期間を割り当て；
   第２の構成されたグラント構成を受信し、前記第２の構成されたグラント構成は、第２のＰＵＳＣＨの存続期間を割り当て、前記第２のＰＵＳＣＨの存続期間は、時間領域において前記第１のＰＵＳＣＨの存続期間と重複し、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成は、同じサービングセルに関連付けられ；
   前記第１のＰＵＳＣＨの存続期間のための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセスＩＤを取得し；
   前記第２のＰＵＳＣＨの存続期間のための第２のＨＡＲＱプロセスＩＤを取得し；
   前記第１のＨＡＲＱプロセスＩＤを取得した後、前記第１のＨＡＲＱプロセスＩＤに関連付けられた第１の構成されたグラントのタイマが進行しているかどうかを判定し；
   前記第２のＨＡＲＱプロセスＩＤを取得した後、前記第２のＨＡＲＱプロセスＩＤに関連付けられた第２の構成されたグラントのタイマが進行しているかどうかを判定し；且つ
   前記第１の構成されたグラントのタイマが進行しているかどうか、及び前記第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のために前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する、
   ように構成されている、ＵＥ。
2. 前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の初回送信のためのものであり、且つ前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   前記第１の構成されたグラントのタイマが進行していること、及び前記第２の構成されたグラントのタイマが進行していないことを判定した後、前記上りリンク送信のために前記第２のＰＵＳＣＨの存続期間を選択する
   ように更に構成される、請求項１に記載のＵＥ。
3. 前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、反復送信のためのものであり、且つ前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   前記第１の構成されたグラントのタイマが進行していることを判定した後、前記上りリンク送信のために前記第２のＰＵＳＣＨの存続期間を選択する
   ように更に構成される、請求項１に記載のＵＥ。
4. 前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   次の条件の少なくとも一つが満たされていると判定した後、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の優先順位に基づいて、前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する：
   前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の初回送信のためのものであり、前記第１の構成されたグラントのタイマは、進行しておらず、前記第２の構成されたグラントのタイマは、進行していない；
   前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、反復送信のためのものであり、且つ前記第１の構成されたグラントのタイマは、進行していない；及び
   前記第１のＰＵＳＣＨの存続期間は、反復送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の反復送信のためのものである、
   ように更に構成される、請求項１に記載のＵＥ。
5. 前記第１の構成されたグラント構成は、第１の優先度レベルを備え、且つ前記第２の構成されたグラント構成は、第２の優先度レベルを備え、且つ前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の優先順位を、前記第１の優先度レベル及び前記第２の優先度レベルに従って判定する、
   ように更に構成される、請求項４に記載のＵＥ。
6. 前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
   前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の前記優先順位を、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成において構成された次のパラメータ：
   変調及び符号化方式（ＭＣＳ）値、周期性値、及び反復回数、
   の少なくとも一つに従って決定する
   ように更に構成される、請求項４に記載のＵＥ。
7. 前記第１のＰＵＳＣＨの存続期間が初回送信のためのものであるとき、前記第１のＰＵＳＣＨの存続期間の冗長バージョンは、ゼロである、請求項１に記載のＵＥ。
8. ユーザ機器（ＵＥ：user equipment）によって実行される上りリンク送信のための方法であって：
   第１の構成されたグラント構成を受信し、前記第１の構成されたグラント構成は、第１の物理上りリンク共有チャンネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の存続期間を割り当てる工程；
   第２の構成されたグラント構成を受信し、前記第２の構成されたグラント構成は、第２のＰＵＳＣＨの存続期間を割り当て、前記第２のＰＵＳＣＨの存続期間は、時間領域において前記第１のＰＵＳＣＨの存続期間と重複する工程；
   前記第１のＰＵＳＣＨの存続期間のための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセスＩＤを取得する工程；
   前記第２のＰＵＳＣＨの存続期間のための第２のＨＡＲＱプロセスＩＤを取得する工程；
   前記第１のＨＡＲＱプロセスＩＤを取得した後、前記第１のＨＡＲＱプロセスＩＤに関連付けられた第１の構成されたグラントのタイマが進行しているかどうかを判定する工程；
   前記第２のＨＡＲＱプロセスＩＤを取得した後、前記第２のＨＡＲＱプロセスＩＤに関連付けられた第２の構成されたグラントのタイマが進行しているかどうかを判定する工程；及び
   前記第１の構成されたグラントのタイマが進行しているかどうか、及び前記第２の構成されたグラントのタイマが進行しているかどうかに基づいて、上りリンク送信のために前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択し、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成が同じサービングセルに関連付けられる工程
   を含む方法。
9. 前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の初回送信のためのものであり、且つ前記上りリンク送信のために前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する前記工程は：
   前記第１の構成されたグラントのタイマが進行していること、及び前記第２の構成されたグラントのタイマが進行していないことを判定した後、前記上りリンク送信のために前記第２のＰＵＳＣＨの存続期間を選択する工程
   を含む、請求項８に記載の方法。
10. 前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、反復送信のためのものであり、且つ前記上りリンク送信のために前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する前記工程は：
    前記第１の構成されたグラントのタイマが進行していることを判定した後、前記上りリンク送信のために前記第２のＰＵＳＣＨの存続期間を選択する工程
    を含む、請求項８に記載の方法。
11. 前記上りリンク送信のために前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する前記工程は：
    次の条件の少なくとも一つが満たされていると判定した後、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の優先順位に基づいて、前記第１のＰＵＳＣＨの存続期間及び前記第２のＰＵＳＣＨの存続期間の内の一つを選択する工程：
    前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の初回送信のためのものであり、前記第１の構成されたグラントのタイマは、進行しておらず、前記第２の構成されたグラントのタイマは、進行していないこと；
    前記第１のＰＵＳＣＨの存続期間は、初回送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、反復送信のためのものであり、且つ前記第１の構成されたグラントのタイマは、進行していないこと；及び
    前記第１のＰＵＳＣＨの存続期間は、反復送信のためのものであり、前記第２のＰＵＳＣＨの存続期間は、別の反復送信のためのものであること、
    を更に含む、請求項８に記載の方法。
12. 前記第１の構成されたグラント構成は、第１の優先度レベルを備え、且つ前記第２の構成されたグラント構成は、第２の優先度レベルを備え、前記方法は：
    前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の前記優先順位を、前記第１の優先度レベル及び前記第２の優先度レベルに従って判定する工程
    を更に含む、請求項１１に記載の方法。
13. 前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成の優先順位を、前記第１の構成されたグラント構成及び前記第２の構成されたグラント構成において構成された次のパラメータ：
    変調及び符号化方式（ＭＣＳ：Modulation and Coding Scheme）値、周期性値、及び反復回数、
    の少なくとも一つに従って判定する工程、
    を更に含む、請求項１１に記載の方法。
14. 前記第１のＰＵＳＣＨの存続期間が初回送信のためのものであるとき、前記第１のＰＵＳＣＨの存続期間の冗長バージョンは、ゼロである、請求項８に記載の方法。

Images