JP2023500346A - 上りリンクキャンセルインディケーションの方法及びユーザ機器 - Google Patents

Abstract

開示された実施形態は、セルラーネットワークを使用して、改善された効率のためのトラフィックを再スケジューリングするフレームワークを提供する。方法は、上りリンク（ＵＬ）グラントを受信するステップであって、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールする、ステップを含む。ＰＵＳＣＨのための周波数リソースは、ユーザ機器（ＵＥ）のアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられることができる。周波数リソースは、アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを用いて割り当てられる。本方法は、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップを含み、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは、少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられる。周波数リソースは、キャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる。本方法は、ＵＬリソースがＰＵＳＣＨと重複するかどうかを決定するステップと、ＵＬリソースがＰＵＳＣＨと重複する結果としてＰＵＳＣＨをキャンセルするステップとを更に含む。

Description

〔関連出願の相互参照〕
本開示は、“Method and Apparatus for Uplink Cancellation Indication”と題する、２０１９年１１月８日に出願された、米国仮特許出願第６２／９３２，８８１号（「‘８８１仮特許」）の利益及び優先権を主張し、‘８８１仮特許の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。

ニューラジオ（ＮＲ：New Radio）システムにおいて、セル内で多数のタイプのサービスをサポートすることができ、各々のサービスは、異なる遅延時間及び信頼性要件を有する。拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）サービス及び超信頼性及び低遅延性通信（ＵＲＬＬＣ：Ultra-Reliable Low-Latency Communication）サービスが同じセル内に共存するとき、ＵＲＬＬＣトラフィックが発生するときにｅＭＢＢトラフィックの送信のためにリソースが既にスケジュールされている可能性がある。このスケジューリング問題は、ＵＲＬＬＣトラフィックよりもｅＭＢＢトラフィックに優先順位を付けることができ、したがって、ＵＲＬＬＣトラフィックの遅延性を増加させる。この状況において、ＵＲＬＬＣサービスの遅延性要件が満たされることを保証するために、ｅＭＢＢトラフィックのためにスケジュールされたリソースをＵＲＬＬＣトラフィックのために再割り当てする必要がある。Ｒｅｌ－１５ ＮＲにおいて、この目的のために、下りリンクプリエンプションインディケーション（ＰＩ：Pre-emption Indication）が指定された。下りリンク（ＤＬ：Downlink）ＰＩは、ｅＭＢＢユーザ機器（ＵＥ：User Equipment）に送信され、スケジュールされたトランスポートブロック（ＴＢ：Transport Block）のリソースの一部がＵＲＬＬＣのためのもう１つのＴＢの送信のために使用されることを示し、その結果、ｅＭＢＢ ＵＥは、ＴＢをデコードするために「破損した」ビットを使用することを回避することができる。

本開示の様々な実施形態は、以下に詳細に説明される。特定の実装形態が議論されているが、これは、説明の目的のみのために行われることが理解されるべきである。当業者は、本開示の精神及び範囲から逸脱することなく、他の部品及び設定を使用することができることを理解するであろう。したがって、以下の説明及び図面は、例示的なものであり、限定として解釈されるべきではない。本開示の完全な理解を提供するために、多数の特定の詳細事項は、記載される。しかしながら、場合によっては、説明を曖昧にすることを避けるために、周知の又は従来の詳細事項は、説明されない。本開示における１つ又は１つの実施形態への参照は、同じ実施形態又は任意の実施形態への参照であり得、そのような参照は、実施形態の内の少なくとも１つを意味する。

「１つの実施形態」又は「一実施形態」への参照は、実施形態に関連して記載された特定の特性、構造、又は特徴は、本開示の少なくとも１つの実施形態に含まれることを意味する。明細書のさまざまな箇所における「１つの実施形態において」という語句の出現は、同じ実施形態又は他の実施形態の相互に排他的な別の又は代替の実施形態を、必ずしも全てが参照しているわけではない。更に、いくつかの実施形態によって示されることができ、他の実施形態によって示されることができない様々な特徴が説明される。

本明細書に使用される用語は一般に、本開示の文脈内で、及びそれぞれの用語が使用される具体的な文脈内で、当技術分野における、それらの通常の意味を有する。代替言語及び同義語は、本明細書で論じられる用語のうちの任意の１つ又は複数のために使用することができ、用語が本明細書で詳述される又は論じられるかどうかには、特別な意味が置かれるべきではない。いくつかのケースにおいて、特定の用語の同義語は、提供される。１つ又は複数の同義語の列挙は、他の同義語の使用を排除しない。本明細書で論じられる任意の用語の実施例を含んでいる本明細書の任意の場所の実施例の使用は、説明にすぎず、本開示又は任意の実施例の用語の範囲及び意味を更に限定することを意図しない。同様に、本開示は、本明細書で与えられる様々な実施形態に限定されない。

本開示の範囲を限定する意図はないが、本開示の実施形態による器具、装置、方法、及びそれらに関連する結果の実施例を以下に示す。なお、読者の便宜上、タイトルやサブタイトルを実施例中で用いることができるが、本開示の範囲は、これに限定されるものではない。別段の定義がない限り、本明細書で使用される技術用語及び科学用語は、本開示が関係する当業者によって一般に理解される意味を有する。矛盾するケースにおいて、定義を含む本明細書は、支配する。

本開示の更なる特徴及び利点は、以下の説明に記載され、一部は、この説明から明らかであり、又は本明細書に開示される原理の演習によって学習され得る。本発明の特徴及び利点は、添付の特許請求の範囲で特に指摘された命令及び組み合わせを用いて実現され、得られる。本開示のこれら及び他の特徴は、以下の説明及び添付の特許請求の範囲からより完全に明らかになる、又は本明細書に記載される原理の演習によって学習され得る。

前記の課題を解決するために、本発明の一態様に係る方法は、上りリンク（ＵＬ：uplink）グラントを受信するステップであって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジューリングし、前記ＰＵＳＣＨのための周波数リソースはユーザ機器（ＵＥ：user equipment）のアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースは前記アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、ステップ、ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信するステップであって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、ステップ、前記ＵＬリソースが前記ＰＵＳＣＨと重複するかどうかを判定するステップ、及び前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルするステップ、を含む。

前記の課題を解決するために、本発明の一態様に係る非一時的なコンピュータ読取可能記憶媒体は、コンピュータシステムの１つ又は複数のプロセッサによって実行される結果として、前記コンピュータシステムに、上りリンク（ＵＬ：uplink）グラントを受信する処理であって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジューリングし、前記ＰＵＳＣＨのための周波数リソースは前記コンピュータシステムのアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、処理、ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信する処理であって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、処理、前記ＵＬリソースが前記ＰＵＳＣＨと重複しているかどうかを判定する処理、及び前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルする処理、を実行させる実行可能命令を記憶する。

前記の課題を解決するために、本発明の一態様に係るシステムは、１つ又は複数のプロセッサ、及び前記１つ又は複数のプロセッサによって実行される結果として、前記システムに実行させる命令を記憶するメモリを含み、前記命令は、前記システムに、上りリンク（ＵＬ：uplink）グラントを受信する処理であって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジュールし、前記ＰＵＳＣＨのための周波数リソースは、前記システムのアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、処理、ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信する処理であって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、処理、前記ＵＬリソースが前記ＰＵＳＣＨと重複しているかどうかを判定する処理、及び前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルする処理、
を、実行させる。

本開示は、添付の図面に関連して説明される。

図１は、様々な実施形態による、ＰＵＳＣＨが既に送信された結果として、ＲＵＲ内の開始シンボルがＵＥによってキャンセルされない環境の例示的な実施例を示す。 図２は、様々な実施形態による、複数のＵＥのタイミングアドバンス（ＴＡ）が異なっている結果として、参照時間領域が複数のＵＥの間で整列されない環境の例示的な実施例を示す。 図３は、様々な実施形態による、ＵＬ ＣＩの終わりから重複するＰＵＳＣＨの最も早いシンボルまでの所定時間の結果として物理上りリンク共有チャネル（ＰＵＳＣＨ）上でＵＣＩが送信され、物理上りリンク制御チャネル（ＰＵＣＣＨ）が

と等しい、又はそれよりも大きい環境の例示的な実施例を示す。
図４は、様々な実施形態による、ＰＤＣＣＨデコーディング時間がサブキャリア間隔（ＳＣＳ）のシンボルとして定義される環境の例示的な実施例を示す。 図５Ａは、本出願の様々な態様による、無線通信のためのノードのブロック図を示す。 図５Ｂは、ＵＥ及びｇＮＢを含む基本ネットワークのブロック図を示す。 図６は、本開示の態様による実施例の方法を示す。

添付の図面において、同様の部品及び／又は特徴は、同じ参照ラベルを有することができる。更に、同じタイプの様々な部品は、参照ラベルをダッシュで追跡し、同様の部品を区別する第２のラベルを追跡することによって区別することができる。第１の参照ラベルのみが明細書に使用される場合、説明は、第２の参照ラベルに関係なく、同じ第１の参照ラベルを有する類似の部品のいずれにも適用可能である。

以下の説明は、実施形態の好ましい実施例のみを提供し、本開示の範囲、適用性、又は設定を限定することを意図しない。むしろ、実施形態の好ましい実施例の以下の説明は、実施形態の好ましい実施例を実装するための可能な説明を当業者に提供するのであろう。添付の特許請求の範囲に記載された精神及び範囲から逸脱することなく、要素の機能及び処理に様々な変更を加えることができることを理解されたい。

〔一般的特徴〕
特に、ｅＭＢＢトラフィックのためにスケジュールされたリソースがＵＲＬＬＣトラフィックのために再割り当てされる必要があるとき、ＵＲＬＬＣサービスのための遅延性要件が満たされることを保証するためのアプローチが、当技術分野において必要とされている。Ｒｅｌ－１５ ＮＲにおいて、本目的のために、下りリンクプリエンプションインディケーション（ＰＩ：Pre-emption Indication）が指定された。上述したように、下りリンク（ＤＬ）プリエンプションインディケーション（ＰＩ）は、スケジュールされたトランスポートブロック（ＴＢ：Transport Block）のリソースの一部がＵＲＬＬＣのためのもう１つのＴＢの送信のために使用されるべきであることを示すために、ｅＭＢＢユーザ機器（ＵＥ）に送信される。

下りリンクに関して上記したような同じ問題は、上りリンクでも発生することがあり、ｇＮｏｄｅＢ（ｇＮＢ）は、使用可能な全てのリソースが既にｅＭＢＢトラフィックのためにスケジュールされているとき、短い遅延性バウンドでＵＲＬＣトラフィックをスケジュールする必要がある。原則として、上りリンク（ＵＬ：Uplink）ＰＩ又は上りリンクキャンセルインディケーション（ＣＩ：Cancellation Indication）は、ｅＭＢＢ ＵＥに送信されうる。その後、ｅＭＢＢ ＵＥは、上りリンクＣＩに従ってスケジュールされた送信をキャンセルできる。ＤＬのケースとＵＬのケースとの間の基本的な違いは、ＤＬのケースにおいて、ＵＲＬＬＣトラフィックを先取されたｅＭＢＢリソースにマッピングすることを担当するのがｇＮＢであるため、ｅＭＢＢリソースの先取が起こった後にＤＬ ＰＩは送信されることである。しかしながら、ＵＬのケースにおいて、上りリンク送信をキャンセルするのはｅＭＢＢ ＵＥの仕事であるため、先取が起こる前にキャンセルインディケーション（ＣＩ）を送信する必要がある。したがって、ＵＬ ＣＩを監視するためのＵＥの振舞い、基準時間の決定、及び周波数リソースに関する問題を考慮する必要がある。例えば、改善された処理は、上りリンクキャンセルの性質を考慮に入れるべきである。すなわち、ＵＥは、上りリンク送信のキャンセルが発生する前に、上りリンクＣＩを正常にデコードする必要がある。その上、下りリンクのケースにおいて、発生しないいくつかの問題がある。例えば、上りリンク制御チャネル（ＵＣＩ：Uplink Control Information）が上りリンクＣＩによってキャンセルされる物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）に多重化され、上りリンクＣＩによってＵＣＩの物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）がキャンセルされない場合、ＰＵＣＣＨのためのＵＥの振舞いを定義する必要がある。

〔問題〕
〔ＵＬ ＣＩ監視〕
ＵＬ ＣＩを監視するためのｅＭＢＢ ＵＥの負担を低減するために、ｅＭＢＢ ＵＥは、ｅＭＢＢ ＵＥにアドレス指定されたＵＬグラントをデコードした後にのみＵＬ ＣＩを監視してもよい。解決しなければならない３つの問題が、存在する。第１の問題は、ＵＥがｅＭＢＢ及びＵＲＬＬＣトラフィックの両方を有するとき、ＵＬ ＣＩがｅＭＢＢトラフィックのためにスケジュールされたリソースのみをキャンセルするように、監視の振舞いを定義する必要があることである。第２の問題は、ｅＭＢＢ ＵＥがそれにアドレス指定されたＵＬグラントをデコードした後にＵＬ ＣＩを監視し始める場合、ＵＬグラント及びスケジュールされた送信からの時間オフセットが比較的小さい場合、ｇＮＢは、スケジュールされた送信を先取することができないことがある。第３の問題は、ＵＬ ＣＩを監視するための停止条件に関する。一例を挙げれば、ＵＬ ＣＩをもはや監視する必要がないとき、ＵＥは、ＵＬ ＣＩの監視を停止するための要件又は規則は現在、存在しない。例えば、ＵＬ ＣＩによって潜在的に先取されるリソースがＵＥのためのスケジュールされたＵＬリソースと重複しない場合、ＵＥは、ＵＬ ＣＩのための検索空間を監視すべきではない。

〔ＵＬリソースの参照〕
ＵＬ ＣＩにおける先取されたリソースのインディケーションは、設定された参照ＵＬリソース（ＲＵＲ：Reference UL Resource）に基づく。ＵＬ ＣＩ内のビットは、ＲＵＲ内のリソースのどの部分が先取されるべきかを示す。ＲＵＲの参照時間領域について、開始シンボルは、ＵＬ ＣＩを受信した後にＵＥがその送信をキャンセルすることができる最も早いシンボルとして定義され得る。最も早いシンボルを定義するとき、ＵＬ ＣＩ及びタイミングアドバンス（ＴＡ：Timing Advance）のＵＥ処理時間の影響が考慮されるべきである。対処すべきもう１つの問題は、どの種類のシンボルがＲＵＲの有効シンボルと見なされるかである。参照時間領域の所定時間を決定するために、明示的に無線リソース制御（ＲＲＣ）パラメータ、例えば、２シンボル、４シンボルなどによって設定されてもよい。システムは、設定されたシンボル数がＵＬシンボルのみを考慮するか、又は他の種類のシンボルも考慮するかを対処する必要がある。システムは、ＲＵＲの参照周波数領域について、ＤＬ ＰＩのためのＲｅｌ－１５の方法に従うべきかどうか、すなわち、参照周波数領域がアクティブ帯域幅部分（ＢＷＰ：Bandwidth Part）であるかどうかを決定することができる。同じ方法を再使用することは、簡単である。他の方法も同様に適用することができる。ＤＬとＵＬとの間の基本的な差異を考慮することができる。

〔先取されたＰＵＳＣＨ上のＵＣＩの取り扱い〕
いくつかのシナリオにおいて、ＰＵＳＣＨは、ＰＵＣＣＨに合わせて重複するようにスケジュールされることができ、現行の規格、例えば、ＴＳ ３８．２１３ｖ．１５．７．０によれば、ＰＵＣＣＨのＵＣＩは、ＰＵＳＣＨにおいて多重化されることになる。ここで、ＰＵＳＣＨがＵＬ ＣＩに従ってＵＥによってキャンセルされるべきである場合、ＵＥは、ＵＣＩがＰＵＣＣＨ上で送信されることができるかどうかを決定する必要がある。ＵＬ ＣＩ、ＰＵＳＣＨ、及びＰＵＣＣＨのタイムライン状態に従って、ＵＥがＰＵＣＣＨを送信又はドロップするためのルールが定義されなければならず、これにより、ＵＥの複雑さを増加させることなくＵＣＩを送信することができる。

〔実装形態のサマリー〕
上記した問題を扱うために、以下のような実装形態は、提案される。開示された実施形態は、セルラーネットワークを使用して効率を改善するためにトラフィックを再スケジューリングするフレームワークを提供する。例としての方法は、ユーザ機器（ＵＥ）で、上りリンク（ＵＬ）グラントを受信するステップを含み、ＵＬグラントは、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールする。ＰＵＳＣＨのための周波数リソースは、ＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられることができる。周波数リソースは、アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを用いて割り当てられる。本方法は、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップを含み、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは、少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられる。周波数リソースは、キャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる。本方法は、ＵＬリソースがＰＵＳＣＨと重複しているかどうかを判定し、判定を生じさせるステップ、ＵＬリソースがＰＵＳＣＨと重複していることを判定が示すとき、ＰＵＳＣＨをキャンセルするステップとを更に含む。一態様におけるこれらのプロセスは、ＵＥ上で実行されることができ、別の態様において、１つ又は複数のプロセスは、ＵＥ又はｇＮＢの内の１つ又は複数上で実行されることができる。

ｇＮＢの観点からの別の態様は、上りリンク（ＵＬ）グラントをユーザ機器（ＵＥ）に送信することを含むことができ、ＵＬグラントは、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールする。ＰＵＳＣＨのための周波数リソースは、ＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられることができる。周波数リソースは、アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを用いて割り当てられる。本方法は、ＵＬキャンセルインディケーション（ＣＩ）をＵＥに送信することを含むことができ、ＵＬ ＣＩは、参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは、少なくともアクティブＵＬ ＢＷＰを含むキャリア内で割り当てられる。周波数リソースは、キャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる。本方法は、ＵＥから、ＵＬリソースがＰＵＳＣＨと重複しているかどうかを判定し、判定を生じるデータを受信し、ＵＬリソースがＰＵＳＣＨと重複していることを判定が示すとき、ＰＵＳＣＨをキャンセルすることを更に含む。ｇＮＢで受信されたデータは、ＰＵＳＣＨのキャンセルの観点から、ＵＥから送信されたデータ（仮にあったとしても）を表すことができる。

〔ＵＬ ＣＩ監視〕
上述したＵＬ ＣＩ監視に関する第１の問題のために、以下の方法が提案される。ＵＥは、「低優先度」インディケーションを用いてＵＬグラントをデコードした後、ＵＬ ＣＩの監視を開始する。設定されたグラント（ＣＧ）のために、ＵＥは、ＣＧリソースと重複する関連付けられたＲＵＲを有するＵＬ ＣＩの検索空間の監視機会のみを監視する。

上述したＵＬ ＣＩ監視に関する第２の問題のために、以下の方法が提案される。ＵＥは、関連付けられたＲＵＲがＵＥのための潜在的にスケジュールされたＰＵＳＣＨと重複する場合、ＵＬ ＣＩのための検索空間を監視する。本方法のために、ＵＥは、ＵＥによって使用される時間領域リソース割り当て表に基づいて、ＲＵＲと重複するＰＵＳＣＨが存在するかどうかを判定することができる。ＵＬ ＣＩの検索空間の関連付けられたＲＵＲが、潜在的にスケジュールされたＰＵＳＣＨと重複すると判定された場合、ＵＬグラントをデコードする前に監視される。

上述したＵＬ ＣＩ監視に関する第３の問題のために、以下の方法が提案される。ＵＥは、「高優先度」インディケーションを用いてＵＬグラントを受信した場合、ＵＬ ＣＩの監視を停止する。ＣＧのために、ＵＥは、ＲＲＣパラメータによって高優先度として設定されたＵＬ ＣＧを選択した後、ＵＬ ＣＩの監視を停止する。

〔ＵＬリソース参照〕
ＲＵＲの開始シンボルを判定するために、図１に示されるフレームワーク１００を参照して以下の方法が提案される。ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小のプロセッシング時間（図２のフレームワーク２００に示されるようにＸで示される）及びタイミングアドバンス（ＴＡ、図２にも示される）の所定時間の後の最初のシンボルである。最小のプロセッシング時間は、ＵＬ ＣＩをデコードし、ＵＬ送信をキャンセルする準備をするためにＵＥが必要とする所定時間である。タイミングアドバンス（ＴＡ）は、ＲＵＲ内のすべてのリソースがＵＥによってキャンセルされ得ることをＲＵＲが確実にし得ることを決定するために、考慮され得る。ＴＡが考慮されない場合、ＵＥがＵＬ ＣＩのデコーディングを終了し、ＵＬキャンセルのために準備されるまでの時間に、ＰＵＳＣＨが既に送信されている可能性があるため、ＲＵＲ内の開始シンボルは、ＵＥによってキャンセルされないことがある（図１を参照）。ＵＬ ＣＩにおいて同じビットで設定された複数のＵＥが存在し得るため、ＲＵＲの開始シンボルを決定するときにＴＡの影響がＵＥによって暗黙的に考慮される場合、複数のＵＥのＴＡが異なっている場合、参照時間領域は、複数のＵＥ間で整列され得ない（図２を参照し、ＵＥ１のＲＵＲは、最も左の白色領域及び中間の灰色領域であり、ＵＥ２のＲＵＲは、中間の灰色領域及び最も右の暗い灰色領域である）。この問題を解決するために、ＲＵＲの開始シンボルを決定するために、複数のＵＥに対して参照ＴＡが設定されてもよい。参照ＴＡは、ＲＵＲが複数のＵＥのために整列されるように、複数のＵＥのＴＡよりも大きくなるように設定される。

ＲＵＲの参照時間領域を決定するために、以下の方法が提案される。参照時間領域は、ＲＵＲの開始シンボルから始まる、例えば２シンボル、４シンボルなど、設定された所定時間内のＵＬシンボル及び半静的フレキシブルシンボルとして定義される。半静的下りリンクシンボルは、実際の参照時間領域が参照時間領域のＲＲＣ設定所定時間よりも小さくなるように、ＲＵＲから除外される。ＵＬ ＣＩにおけるビット数をより良く利用するために、ＵＬ ＣＩのより細かい粒度を以下のように達成することができる。ＵＬ ＣＩにおいて時間領域リソースを示すために設定されたビット数は、２つの部分に分割でき、最初の部分の各ビットは、ＲＲＣ設定シンボル数よりも少ないシンボル数を示す場合があり、一方で、２番目の部分の各ビットは、ＲＲＣ設定シンボル数を示す場合がある。各部分におけるビット数を決定するための方法は、ＵＬ ＣＩにおける時間領域リソースを示すためのビット数と、半静的下りリンクシンボルを除外した後のＲＵＲにおけるシンボル数とに基づいてもよい。例えば、ＲＲＣ設定粒度が２シンボルであり、ＵＬ ＣＩにおける時間リソースインディケーションのためのビット数が７ビットであり、半静的ＤＬシンボルを除外した後のＲＵＲにおけるシンボル数が１０（

として示される）である場合、第１の

ビットは、

シンボルを示すそれぞれのビットを用いて、第１の部分に分割される。最後の

ビットは、２番目の部分に分割され、各ビットは、

シンボルを示す。より細かい粒度は、不必要な先取を回避することができるため、リソース利用にとって有益であり得る。ｇＮＢはより最近のシンボル上でどのようにスケジューリングを実行するかについてより良く把握することができるため、より細かい粒度を有するビットは、ＵＬ ＣＩにより近いシンボルを示すために使用され、一方で、より粗い粒度を有するビットは、ＵＬ ＣＩからより遠いシンボルを示すために使用される。

半静的下りリンク、フレキシブル、及び上りリンクシンボルは、ｇＮＢによって提供される場合、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ又はＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄにおいて、それぞれ下りリンク、フレキシブル、及び上りリンクとして設定されるシンボルであることに留意されたい。

ＲＵＲの参照周波数領域を決定するために、以下の方法が提案される。ＲＵＲの参照周波数領域は、ＵＥのアクティブＵＬ ＢＷＰとして決定される。本方法のために、ｇＮＢは、ＵＬ ＣＩ内のサービングセルのために同じビットを用いて設定されたＵＥのために、同じサイズのＵＬ ＢＷＰを設定する必要があり得る。本方法には解決すべき問題が１つある。対になったスペクトルにある場合、及び、ｇＮＢがＵＬ ＢＷＰを切り替えるようにＵＥに示す場合、ＵＥは、ＤＬ ＢＷＰを切り替えない。したがって、ＵＥがＵＬ ＢＷＰを切り替えた後、同じＵＬ ＣＩ検索空間が監視される。ＵＥは、参照周波数領域をアクティブＵＬ ＢＷＰとして決定するため、ｇＮＢは、ＵＬ ＣＩ内のサービングセルのために同じビットを用いて設定された全てのＵＥを同じＢＷＰに切り替える必要がある。そうでなければ、ＵＥは、ｇＮＢが他のＵＥのアクティブＵＬ ＢＷＰに基づいてＵＬ ＣＩをセットする場合、ＵＬ ＣＩを誤って解釈する。この問題を解決するために、ＵＬ ＣＩは、異なるＵＬ ＢＷＰのための特定のビットで設定されることができるべきである。すなわち、ＢＷＰ－Ｉｄは、ＵＬ ＣＩ設定において、対応するｐｏｓｉｔｉｏｎＩｎＤＣＩを用いて設定されてもよい。本方法を用いると、ＵＥは、ＵＬ ＢＷＰ切り替え後に同じＵＬ ＣＩ検索空間を監視することができ、ＵＥは、ＵＬ ＣＩ解釈のために新しいＵＬ ＢＷＰのために設定されたビットを使用することができ、参照周波数領域は、新しいアクティブＵＬ ＢＷＰである。ＵＥがＵＬ ＣＩ内の対応するビットを用いずにＵＬ ＢＷＰに切り替わる場合、ＵＥは、ＵＬ ＣＩ解釈のためにＢＷＰ切り替え前にＵＬ ＢＷＰのために設定されたビットを依然として使用し、参照周波数領域は、ＢＷＰ切り替え前のＵＬ ＢＷＰである。周波数リソースインディケーションの粒度のために、周波数リソースインディケーションのための設定されたビット数及び参照周波数領域のサイズに基づいて決定され得る。

〔先取されたＰＵＳＣＨ上のＵＣＩの処理〕
ＰＵＳＣＨがＰＵＣＣＨと重複しており、ＰＵＳＣＨがＵＬ ＣＩによって先取される場合、以下の方法が提案される。ＰＵＣＣＨの不必要なドロップを回避するために、ＵＥがＰＵＣＣＨをドロップするか、又はＰＵＣＣＨを送信するかを決定するためのタイムライン条件を定義することができる。ｅＭＢＢ ＵＥの複雑さを増加させることなく目的を達成するために、ＵＣＩ多重化のためのＲｅｌ－１５タイムライン要件が使用されてもよい。図３に示される実施例としてのフレームワーク３００に示されるように、ＵＬ ＣＩの終わりから、重複するＰＵＳＣＨ及びＰＵＣＣＨの最も早いシンボルまでの所定時間が等しいか、又は

より大きい場合、次にＵＣＩは、ＰＵＣＣＨ上で送信されることができる。

は、ＵＥが重複するＰＵＳＣＨ及びＰＵＣＣＨについて多重化決定を行うための最小処理時間を定義するため、ＵＥがＰＵＳＣＨを送信しないことを決定し、代わりにＰＵＣＣＨを送信するこのシナリオでは、同じ時間の量が適用され得ることが合理的である。一方で、ＵＬ ＣＩの終わりから、重複しているＰＵＳＣＨ及びＰＵＣＣＨの最も早いシンボルまでの所定時間が、

より短い場合、ＰＵＣＣＨは送信されるべきではない。

〔詳細な実装形態〕
〔ＵＬ ＣＩ監視〕
ｅＭＢＢ及びＵＲＬＬＣトラフィックの両方を有するＵＥの場合、ＵＥは、ＵＲＬＬＣトラフィックのためのスケジュールされたＰＵＳＣＨが先取されることを期待すべきではない。不必要なＵＬ ＣＩ監視を回避するために、以下の方法を使用することができる。この第１の方法のために、ＵＥは、「低優先度」インディケーションを用いるＵＬグラントをデコードした後に、ＵＬ ＣＩを監視し始めるべきである。動的グラント（ＤＧ）ＰＵＳＣＨの優先度インディケーションは、以下のオプションの形式であってもよい。
オプション１：下りリンク制御情報（ＤＣＩ）フォーマットによる
オプション２：無線ネットワーク一時識別子（ＲＮＴＩ）による
オプション３：ＤＣＩ（新規フィールド又は既存フィールドの再利用）内の明示的なインディケーションによる
オプション４：ＣＯＲＥＳＥＴ／検索空間による。

設定されたグラント（ＣＧ）のために、ＵＥは、低い優先度のＣＧ設定を有するＣＧリソースと重複している関連付けられたＲＵＲを有するＵＬ ＣＩの検索空間の監視機会のみを監視する。設定されたグラントタイプ１、上りリンク許可は、ＲＲＣによって提供され、設定された上りリンクグラントとして保存される。設定されたグラントタイプ２は、上りリンクグラントが物理下りリンク制御チャネル（ＰＤＣＣＨ）によって提供され、設定されたグラントのアクティブ化又はディアクティブ化を示す物理レイヤシグナリングに基づいて、設定された上りリンクグラントとして保存又はクリアされる。タイプ１ＣＧのために、優先度は、明示的なＲＲＣ情報要素（ＩＥ）によって設定され得る。タイプ２ＣＧのために、優先度は、明示的なＲＲＣ ＩＥによって設定され得る。１つの代替において、タイプ２ＣＧの優先度は、タイプ２ＣＧのアクティブ化ＤＣＩによっても示され得る。１つの代替において、タイプ２ＣＧの優先度は、明示的なＲＲＣ ＩＥによって設定され得、アクティブ化ＤＣＩの優先度インディケーションは、ＲＲＣ ＩＥによって設定された優先度を上書きし得る。

一実施形態において、ＣＧリソースが新しいＴＢの送信のために使用されることを許可されないとき、すなわち、リソースの対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが実行されているとき、ＵＥは、ＣＧリソースの優先度にかかわらず、ＣＧリソースと重複しているＲＵＲに関連付けられたＵＬ ＣＩのための検索空間を監視しない。

ｅＭＢＢ ＰＵＳＣＨがＵＬグラントを含むＰＤＣＣＨの終了からＰＵＳＣＨの開始までの間の短い所定時間でスケジュールされる状況において、ＵＥがＵＬグラントをデコードした後のみにＵＬ ＣＩを監視し始める場合、ｇＮＢは、スケジュールされたＰＵＳＣＨを先取することができないことがある。この問題を解決するために、以下の方法を使用することができる。

ＵＥは、関連付けられたＲＵＲがＵＥのための潜在的にスケジュールされたＰＵＳＣＨと重複する場合、ＵＬ ＣＩのための検索空間の監視機会を監視する。本方法のために、ＵＥによって使用される時間領域リソース割当（ＴＤＲＡ）表、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄ、及び最小適用可能Ｋ２の内の１つ又は複数に基づいて、ＲＵＲと重複しているＰＵＳＣＨが存在し得るかどうかを判定し得る。Ｋ２は、時間領域リソース割当であり、表１に各種の値を示す。ＵＬ ＣＩの検索空間の関連付けられたＲＵＲが、潜在的にスケジュールされたＰＵＳＣＨと重複すると判定された場合、ＵＬグラントをデコードする前に監視される。

ＴＤＲＡ表は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって設定できる。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔがｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎでもｐｕｓｃｈ－Ｃｏｎｆｉｇでも設定されていない場合、ＵＥは、デフォルトのＴＤＲＡ表を使用する。ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎとｐｕｓｃｈ－Ｃｏｎｆｉｇの両方でｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが設定されている場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは、使用される。

以下の実施例において、以下の表１に示すように、ＴＤＲＡ表は、ｐｕｓｃｈ－Ｃｏｎｆｉｇで設定され、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄは、設定され、ＳＣＳは、３０ｋＨｚであり、最小適用可能なＫ２は、０であると仮定する。ＵＬグラントの検索空間は、２シンボルのＣＯＲＥＳＥＴと１つのスロットの周期性に関連付けられるように設定されている。ＵＬ ＣＩの検索空間の設定は、２シンボルのＣＯＲＥＳＥＴ、１スロットの周期性、及び１スロット内の７つの監視機会に関連付けられるように設定されている。ＲＵＲの所定時間は、４シンボルであると仮定される。ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のＰｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが設定されているため、ＰＵＳＣＨ準備の最小処理時間は、５．５シンボルである。したがって、ＴＡが無視できると仮定すると、ＰＵＳＣＨは、ＵＬグラントと同じスロット内のシンボル８で開始するようにスケジュールされ得る。

上記の設定のために、ＴＤＲＡ表内の全ての行がＰＵＳＣＨをスケジューリングするために使用され得る。ＵＬグラントの処理時間はＮ２シンボル（能力２）よりも大きくないと仮定され得るため、スロット内のＵＬ ＣＩのための検索空間の第５、第６、及び第７の監視機会を監視するかどうかは、スロット内にＵＬグラントがあるかどうかを決定した後に、関連付けられたＲＵＲがスケジュールされたＰＵＳＣＨと重複するかどうかに基づくことができる。すなわち、ＵＥが検索空間にＵＬグラントがないと判定するか、又はＵＬグラントがデコードされ、ＵＬ ＣＩのための検索空間の監視機会の関連付けられたＲＵＲがＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しない場合、ＵＥは、ＵＬグラントのための検索空間の次の監視機会まで、ＵＬグラントのための検索空間の以下の監視機会をスキップすることができる。ＵＬ ＣＩのための検索空間の他の監視機会のために、監視を行うべきかどうかは、関連付けられたＲＵＲと重複している潜在的なＰＵＳＣＨが存在し得るかどうかに基づいてもよい。

表１を更に参照すると、スロット内のＵＬ ＣＩの検索空間の第１の監視機会は、行１、行２、及び行３のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複している関連付けられたＲＵＲを有することができる。スロット内のＵＬ ＣＩの検索空間の第２の監視機会は、行１、行２、及び行３のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。スロット内のＵＬ ＣＩの検索空間の第３の監視機会は、行２、行３、行４、行５、及び行６のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。スロット内のＵＬ ＣＩの検索空間の第４の監視機会は、行４、行５、及び行６のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。したがって、ＵＥがスロット内のＵＬグラントのための検索空間を監視しようと試みる場合、スロット内のＵＬ ＣＩのための検索空間の最初の４つの監視機会は、監視されるべきである。

なお、本実施例において、ＵＬグラントの検索空間と同時に、スロット内のＵＬ ＣＩの検索空間の最初の監視機会は、開始する。ｇＮＢがＰＵＳＣＨをスケジュールし、同時にＰＵＳＣＨを先取することは意味がないため、ＵＥは、ＵＬ ＣＩのための検索空間の最初の監視機会を監視する必要がないことがある。したがって、ＵＥは、ＵＬグラントのための検索空間と同じ開始シンボルを有する場合、ＵＬ ＣＩのための検索空間の監視機会を監視しなくてもよい。

一実施形態において、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが設定される場合、ＵＥは、ＵＬグラントをデコードしようと試みると、ＵＬ ＣＩ監視を開始する。そうでない場合、ＵＥは、「低優先度」インディケーションを用いてＵＬグラントをデコードした後に、ＵＬ ＣＩ監視を開始する。

一実施形態において、ＰＤＣＣＨデコーディングの所定時間は、定義される。ＵＬ ＣＩのための検索空間がＵＬグラントのための検索空間の開始シンボルの後の開始シンボルであり、ＵＬグラントのための検索空間の終わりからカウントするＰＤＣＣＨデコーディングの所定時間内で開始する開始シンボルである場合、ＵＬ ＣＩのための検索空間は、ＵＥによって監視されることができる。ＰＤＣＣＨデコーディング時間は、シンボルの数で定義されてもよく、例えば、ＰＤＣＣＨデコーディング時間、それぞれ、１５ｋＨｚ、３０ｋＨｚ、及び６０ｋＨｚのＳＣＳに対して、２、４、８シンボルとして定義されてもよい。図４のフレームワーク４００に、ＵＬ ＣＩのための検索空間の監視機会０及びＵＬ ＣＩの検索空間の監視機会１がＰＤＣＣＨデコーディング時刻内であるため、ＵＥによって監視される実施例が示されている。そうでなければ、ｅＭＢＢ ＰＵＳＣＨは、ｇＮＢによって先取されることができないことがある。

一実施形態において、ＵＥは、ＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩのための検索空間の監視機会を監視しない。別の実施形態において、ＵＥがＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩのための検索空間の監視機会を監視するかどうかは、報告されたＵＥ能力に基づく。ＵＥ能力は、ＵＬグラントのＰＤＣＣＨデコーディング時間内にＵＬ ＣＩの検索空間の監視機会をＵＥが監視できるかどうかを明示的に示すことができる。ＵＥがＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩの検索空間の監視機会を監視するかどうかの判定は、１つ又は複数の他の要因に基づいても判定することができる。

上述した方法に基づいてＵＬ ＣＩを監視し始めた後、ＵＥは、１つ又は複数の条件が満たされる場合、ＵＬ ＣＩを監視し続ける必要がないことがある。以下の方法を使用して、ＵＬ ＣＩの監視を維持するか停止するかを判定することができる。ＵＥがＵＬ ＣＩを受信した後、ＵＬ ＣＩ内で示された先取されたリソースが、ＵＬグラントによってスケジュールされたＰＵＳＣＨと重複するかどうかを判定する。ＰＵＳＣＨが示されたリソースと重複する場合、ＰＵＳＣＨはＵＥによってキャンセルされるため、ＵＥは、ＵＬ ＣＩの監視を停止することができる。１つの代替において、ＵＬ ＣＩ内の示されたリソースは、ＰＵＳＣＨの反復の一部と重複し、先取されていないＰＵＳＣＨの他の反復と重複する、関連付けられたＲＵＲを用いるＵＬ ＣＩのための検索空間の監視機会が存在する場合、ＵＥは、ＵＬ ＣＩを監視し続けることができる。１つの代替において、ＵＬ ＣＩ内の示されたリソースがサウンディング参照信号（ＳＲＳ）送信のシンボルの一部と重複し、先取されていないＳＲＳ送信の他のシンボルと重複する、関連付けられたＲＵＲを用いるＵＬ ＣＩのための検索空間の監視機会が存在する場合、ＵＥは、ＵＬ ＣＩを監視し続ける。

ＵＬ ＣＩ監視の停止条件のために、以下の条件は、適用することができる。一実施形態において、「高優先度」インディケーションを用いるＵＬグラントを受信した場合、ＵＥは、ＵＬ ＣＩの監視を停止する。代替的に、一実施形態において、ＵＥがＵＬ許可の開始シンボルよりも早い開始シンボルを用いる別のＵＬグラントによってスケジュールされた別のＰＵＳＣＨの開始シンボルよりも早い開始シンボルを用いるＰＵＳＣＨをスケジュールするＵＬグラントを受信する場合、ＵＥは、ＵＬ ＣＩの監視を停止する。一代替実施形態において、ＵＥが「高優先度」インディケーションを用いるＵＬグラントを受信する場合、ＵＥは、ＵＬ ＣＩの監視を停止する。一代替実施形態において、ランダムアクセス手順が開始された場合、ＵＥは、ＵＬ ＣＩの監視を停止する。ＣＧのために、ＲＲＣパラメータによって高優先度として設定されたＵＬ ＣＧを選択した後、ＵＥは、ＵＬ ＣＩの監視を停止する。

上記の方法の組み合わせを使用して、ＵＬ ＣＩ監視を開始するか、又はＵＬ ＣＩ監視を停止するかを決定することができる。いくつかのケースにおいて、「高優先度」を有するＰＵＳＣＨは、スケジュールされ、ＵＬ ＣＩは、受信され、ＰＵＳＣＨリソースの一部の先取を示す。ＵＬ ＣＩを適用するかどうかを決定するために、以下の方法を使用することができる。一実施形態において、ＵＬ ＣＩは、「低優先度」インディケーション、又は何らかの他のインジケータ又はラベルを有するＰＵＳＣＨにのみ適用される。代替的に、一実施形態において、ＵＬ ＣＩは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントによってスケジュールされたＰＵＳＣＨに適用される。ＣＧ選択のために、ＵＬ ＣＩが受信され、ＣＧと重複する先取されたリソースを示す場合、ＵＥは、ＣＧを選択しない。物理層は、ＵＬ ＣＩのデコーディング後、ＵＬ ＣＩをＭＡＣ層に渡すことができる。ＭＡＣ層は、ＣＧを選択するときにＵＬ ＣＩを考慮に入れることができる。

〔ＵＬリソース参照〕
上述したように、ＲＵＲの開始シンボルを決定するときにＴＡが考慮されない場合、ＵＥは、ＲＵＲの開始シンボルをキャンセルすることができないことがある。ＲＵＲの開始シンボルを決定するために、以下の方法が提案される。ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小プロセス時間及びタイミングアドバンスの所定時間の後の最初のシンボルとすることができる。最小プロセス時間は、ＵＬ ＣＩをデコードし、ＵＬ送信をキャンセルする準備をするためにＵＥが必要とする所定時間である。最小プロセス時間の所定時間は、ＴＳ ３８．２１４ Ｖ１５．７．０において

と定義され、Ｎ２は、ＵＥ処理能力２のための表６．４－２のμに基づいており、μは最大

で得られる（μＤＬ、μＵＬ）の内の１つに対応し、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから開始するビット数が適用される上りリンクチャネルのサブキャリア間隔に対応し、

は、ＴＳ ３８．２１１ Ｖ１５．７．０のサブ条項４．１において定義される。これらの規格文書は、参照により本明細書に組み込まれる。

一実施形態において、ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小プロセス時間及びタイミングアドバンスの所定時間の後の最初のシンボルである。最小プロセス時間は、ＵＬ ＣＩをデコーディングし、ＵＬ送信をキャンセルする準備のためにＵＥが必要とする所定時間である。最小プロセス時間の所定時間は、例えば、ＵＬグラントをデコーディングし、対応するＰＵＳＣＨを準備するための最小処理時間であり、すなわち、ＴＳ ３８．２１４ Ｖ１５．７．０において

と定義され、Ｎ２は、ＵＥ処理能力２のための表６．４－２のμに基づいており、μは、（μＤＬ、μＵＬ）からの最小μであり、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから開始するビット数が適用される上りリンクチャネルのサブキャリア間隔に対応し、

は、ＴＳ ３８．２１１ Ｖ１５．７．０のサブ条項４．１において定義される。最小プロセス時間の所定時間は、他の値であってもよい。

ＲＵＲの開始シンボルは、ＰＵＳＣＨをキャンセルするＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの受信の終了後に

で始まるサイクリックプレフィックス（ＣＰ）を有する次のシンボルとして決定される。なお、シンボルタイミングは、ＴＡの適用前である。なお、ＲＵＲの開始シンボルを決定するために、シンボルタイミング決定のためのサブキャリア間隔（ＳＣＳ）は、以下の方法に基づいてもよい。一実施形態において、シンボルタイミング決定のためのＳＣＳは、アクティブＢＷＰのＳＣＳに基づく。

上記実施形態におけるＵＬ ＢＷＰスイッチのケースにおいて、ＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法を使用することができる。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのアクティブＵＬ ＢＷＰは、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又は受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にＵＥが切り替わるＵＬ ＢＷＰであり、いずれか最後に起こる。ＰＵＳＣＨ又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了することができる。一実施形態において、シンボルタイミング決定のためのＳＣＳを決定するために、ＵＬキャリアのためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、シンボルタイミング決定のためのＳＣＳを決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信する場合、ＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

所定時間

の決定のために、以下の実施形態を使用することができる。例えば、一実施形態において、ＵＥは、最後に受信されたＴＡコマンドに基づいて調整された最新のＴＡを使用する。この代替のために、ＵＬ ＣＩの同じビットで設定されたＵＥがＲＵＲの同じ開始シンボルを持つよう保証するのは、ｇＮＢ次第である。別の実施例として、一実施形態において、ＵＥは、

が０であると仮定する。このケースにおいて、ＵＬ ＣＩがＵＥによってキャンセルできないＵＬシンボルを示す場合、他のＵＥのＵＲＬＬＣ ＰＵＳＣＨの信頼性を保証するのは、ｇＮＢ次第である。例えば、ＰＵＳＣＨを先取するために使用することができる適切なＵＬ ＣＩ監視機会がない場合、大きなＴＡを用いてＵＥのためにｅＭＢＢ ＰＵＳＣＨをスケジューリングしないことを、システムは、決定することができる。ＵＥは、ＰＵＳＣＨが既に送信されているＵＬシンボルを示すＵＬ ＣＩを受信する場合、ＵＥは、それらのシンボルをキャンセルせず、キャンセルされることが示されたＵＬシンボルの内、まだ送信されていないＰＵＳＣＨをキャンセルする。

一実施形態において、ｇＮＢは、ＵＥのために

を設定する。

は、ＵＬ ＣＩ設定で設定される。ｇＮＢは同様の範囲のＴＡを有するＵＥを、ＵＬ ＣＩ内の同じビットに、同じ

を用いてグループ化することができる。代替的に、一実施形態において、ｇＮＢは、各タイミングアドバンスグループ（ＴＡＧ）のための

を設定する。

は、ＵＬ ＣＩ設定で設定される。ＵＬキャリアのために、ＵＥは、ＵＬキャリアを含むＴＡＧのために設定された

を使用する。代替的に、ＵＥは、ＵＬ ＣＩ内の関連付けられたビットを用いて設定されたＵＬキャリアを含むＴＡＧのために設定された最大の

を使用する。

一実施形態において、

は、例えば２つのシンボル、４つのシンボルなどの値のセットから決定され、ＵＥは、そのＴＡに基づいて値のセットから値を決定する。例えば、ＵＥは、そのＴＡが０から２つのシンボルの範囲内であれば

＝２つのシンボルを決定し、ＵＥは、そのＴＡが２から４つのシンボルの範囲内であれば

＝４つのシンボルを決定する。ｇＮＢは、ＵＬ ＣＩにおいて、ＵＥを同じ

から同じビットにグループ化することができる。

一実施形態において、ｇＮＢは、ＵＬ ＣＩ設定における特定のｐｏｓｉｔｉｏｎＩｎＤＣＩに関連付けられる特定の値

を設定することができる。

は、そのＴＡに基づいて暗黙的に決定することができる。ＵＥは、決定された

に関連付けられたｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビットのみを適用する。なお、

は、ＲＵＲの開始シンボルを決定する目的だけのためであり、上りリンクの送信のためには用いられない。

クロスキャリアインディケーションは、ＵＬ ＣＩのために使用されることがある。ＵＬ ＣＩの内容は、複数のキャリア上で先取されたリソースのインディケーションを含むことができ、各上りリンクキャリアは、上りリンクキャリアのｓｅｒｖｉｎｇＣｅｌｌＩｄ、及び同じＩＥ、例えばＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌのＵＬ ＣＩ内のキャリアのビットの開始位置（ｐｏｓｉｔｉｏｎＩｎＤＣＩによる）を設定することによって、関連付けられたビットで設定される。一実施形態において、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌは、同じサービングセルのための２つのｐｏｓｉｔｉｏｎＩｎＤＣＩを含むことができ、１つは通常のＵＬ（ＮＵＬ）キャリアのためであり、１つは補助ＵＬ（ＳＵＬ）キャリアのためである。

ＵＬ ＣＩが複数のＵＬキャリアのための情報ビットを含む場合、ＵＬキャリアは、アクティブＵＬ ＢＷＰ又は設定されたＵＬ ＢＷＰのための異なるＳＣＳを有することが可能である。ＵＬキャリアのためにＵＬ ＣＩの最小プロセス時間を決定するために、以下の方法を使用することができる。一実施形態において、ＵＬキャリアのための最小プロセス時間は、最大の

を結果とする（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩ内のｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビット数が適用される上りリンクキャリアのアクティブＵＬ ＢＷＰのサブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小μに基づいて決定される。

一実施形態において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビット数が適用される上りリンクキャリアの設定されたＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的には、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小μに基づいて決定される。

１つの代替において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ，μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＥのためのＵＬ ＣＩ内の関連付けられたビットで設定されたＵＬキャリアのアクティブＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小のμに基づいて決定される。

１つの代替において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＥのためのＵＬ ＣＩ内の関連付けられたビットで設定されたＵＬキャリアの設定されたＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小のμに基づいて決定される。

上記の代替におけるＵＬ ＢＷＰスイッチングのケースにおいて、ＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法は、使用されてもよい。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰの最後の発生であり、ＵＬ ＢＷＰスイッチングを示す受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰであり、ＵＬ ＢＷＰ ＵＥは、ＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にスイッチする。更に、ＰＵＳＣＨ、又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。

一実施形態において、

を決定するために、ＵＬキャリアのためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、

を決定するために、ＵＬキャリアのためのＳＣＳは、ＵＬ ＣＩが送信されるＤＬ ＢＷＰのＳＣＳとして決定される。更に別の代替において、一実施形態において、

を決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

ＲＵＲの参照時間領域を決定するために、以下の方法は、提案される。ＵＬキャリアのための時間領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。参照時間領域は、ＲＵＲの開始シンボルから数えて、ＵＬシンボル及び設定された所定時間内の半静的フレキシブルシンボル、例えば、２シンボル、４シンボルなどとして定義される。半静的下りリンクシンボルは、ＲＵＲ内のシンボルの実際の数がＲＵＲのためのシンボルのＲＲＣ設定された数よりも小さくなり得るように、ＲＵＲから除外される。ＵＬ ＣＩ内の時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータ（例えば、１シンボル、２シンボル、４シンボルなど）によって設定される。一実施形態において、シンボルのＳＣＳは、アクティブＵＬ ＢＷＰのＳＣＳとして決定される。

上記の代替において、ＵＬ ＢＷＰスイッチングのケースにおけるＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法は、使用されてもよい。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのアクティブＵＬ ＢＷＰは、何れかが最後に起こる、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又はＵＬ ＢＷＰスイッチングを示している受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にスイッチするＵＬ ＢＷＰ ＵＥである。更に、ＰＵＳＣＨ、又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。

一実施形態において、時間領域インディケーションの粒度を決定するために、ＵＬキャリアの参照ＵＬリソース内のシンボルのシンボル期間を決定するためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、時間領域インディケーションのための粒度を決定するために、ＵＬキャリアのためのＳＣＳは、ＵＬ ＣＩが送信されるＤＬ ＢＷＰのＳＣＳとして決定される。別の代替として、一実施形態において、時間領域インディケーションの粒度を決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

ＵＬ ＣＩにおけるビット数をより良く利用するために、ＵＬ ＣＩのより細かい粒度は、以下のアプローチによって達成され得る。ＵＬ ＣＩ内の時間領域リソースを示すための設定されたビット数は、２つの部分に分割され、最初の部分の各ビットは、ＲＲＣで設定されたシンボル数よりも少ないシンボル数を示すことがあり、一方で、２番目の部分の各ビットは、ＲＲＣで設定されたシンボル数を示すことがある。各部分におけるビット数を決定するための方法は、ＵＬ ＣＩにおける時間領域リソースを示すためのビット数と、半静的下りリンクシンボルを除外した後のＲＵＲにおけるシンボル数とに基づいてもよい。例えば、ＲＲＣ設定粒度が２シンボルであり、ＵＬキャリアのためのＵＬ ＣＩにおける時間領域リソースインディケーションのために設定されたビット数が７ビットであり、半静的ＤＬシンボルを除外した後のＲＵＲにおけるシンボル数が１０（

として示される）である場合、最初の

はビットは最初の部分に分割され、各ビットは、

シンボルを示す。最後の

ビットは、２番目の部分に分割され、各ビットは、

シンボルを示す。最初の部分は、設定された粒度よりも細かい粒度で示すことができることに注意する。

より細かい粒度は、不必要な先取を回避することができるため、リソース利用にとって有益であり得る。より細かい粒度を有するビットは、ＵＬ ＣＩにより近いシンボルを示すために使用され、一方で、より粗い粒度を有するビットは、より最近のシンボルに対してどのようにスケジューリングを実行するかについてｇＮＢがより良く把握できるため、ＵＬ ＣＩからより遠いシンボルを示すために使用される。半静的下りリンク、フレキシブル、及び上りリンクシンボルは、ｇＮＢによって提供される場合、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ又はＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ内で、それぞれ下りリンク、フレキシブル、及び上りリンクとして設定されるシンボルであることに留意されたい。

いくつかの設定において、ＲＵＲの所定時間は、監視周期性よりも長くてもよく、又はＵＬ ＣＩの検索空間の２つの連続する監視機会の開始時間の間の時間オフセットよりも長くてもよい。このケースにおいて、ＵＥは、ＰＵＳＣＨと重複する、関連付けられたＲＵＲを有する２つ以上のＵＬ ＣＩを受信することができる。シンボルが２つ以上のＵＬ ＣＩによって示される場合、ＵＥが２つ以上のＵＬ ＣＩをどのように解釈するかを定義する必要がある。以下の実施形態は、使用されてもよい。一実施形態において、リソース要素が２つ以上のＵＬ ＣＩによって示される場合、ＵＥは、リソース要素がキャンセルされるべきか否かを決定するために、最後のＵＬ ＣＩに従う。この代替のために、より早いＵＬ ＣＩによって先取されないリソース要素がより遅いＵＬ ＣＩによって先取されることが、可能である。一実施形態において、ＵＥは、リソース要素のための複数のＣＩにおける一貫したインディケーションを期待し、ＵＥは、複数のＣＩによって示される先取されたリソースの合併に基づいてＰＵＳＣＨをキャンセルするかどうかを決定する。一実施形態において、リソース要素が２つ以上のＵＬ ＣＩによって示される場合、ＵＥは、リソース要素がキャンセルされるべきか否かを決定するために、より細かい粒度でＵＬ ＣＩに従う。

上記のいくつかの方法又は方法の組み合わせのために、時間領域インディケーションの粒度は、表示されたリソースがスケジュールされたＵＬ送信のシンボルの一部と重複することを結果として生じる。このケースにおいて、シンボルはキャンセルされ、ＰＵＳＣＨのケースにおいてＵＬ送信全体がキャンセルされ、ＳＲＳのケースにおいてシンボル上のＵＬ送信がキャンセルされることを結果として生じる。

ＲＵＲの参照周波数領域を決定するために、以下の方法が提案される。一実施形態において、参照周波数領域は、ＲＲＣパラメータによって明示的に設定される。開始リソースブロック（ＲＢ）は、共通リソースブロックインデックスに基づいて設定され、特定のＳＣＳとＣＰのタイプで設定される。一実施形態において、参照周波数領域は、初期ＵＬ ＢＷＰとして決定される。別の実施形態において、参照周波数領域は、特定のＵＬ ＢＷＰとして設定される。代替的に、一実施形態において、参照周波数領域は、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰである。

一実施形態において、参照周波数領域は、アクティブＵＬ ＢＷＰとして決定される。ＵＬ ＢＷＰのスイッチングのケースにおけるＵＬキャリア上でアクティブＵＬ ＢＷＰを決定するために、以下の方法を使用できる。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。この実施形態のために、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、スケジュールされたＰＵＳＣＨの前のＵＬグラントで示される新しいＵＬ ＢＷＰであると決定され得る。したがって、ＢＷＰがＵＬグラントをスイッチングすることによってスケジュールされたＰＵＳＣＨは、先取され得る。

一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、いずれか最後に起こる、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又はＵＬ ＢＷＰスイッチングを示す受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後に切り替わるＵＬ ＢＷＰ ＵＥである。更に、ＰＵＳＣＨ又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。この代替において、ＲＵＲは、ＰＵＳＣＨの終了前に受信されたＵＬ ＣＩのためのＢＷＰスイッチング前のＵＬ ＢＷＰに基づいて決定される。したがって、ＢＷＰがＵＬグラントをスイッチングすることによってスケジュールされたＰＵＳＣＨは、ＢＷＰスイッチング前にＰＵＳＣＨがＵＬ ＢＷＰと重複しない場合、先取されないことがある。

上記の方法のいくつかの組み合わせのために、ＵＬ ＣＩは、異なるＵＬ ＢＷＰのための特定の数のビットで設定され得る。すなわち、ＢＷＰ－Ｉｄは、ＵＬ ＣＩ設定において、対応するｐｏｓｉｔｉｏｎＩｎＤＣＩを用いて設定されてもよい。ＵＬ ＢＷＰスイッチングのケースにおいて、ＵＥは、ＵＬ ＢＷＰスイッチング後に同じＵＬ ＣＩ検索空間を監視することができ、ＵＥは、ＵＬ ＣＩ解釈のために新しいＵＬ ＢＷＰのために設定されたビットを使用し、参照周波数領域は、新しいアクティブＵＬ ＢＷＰである。ＵＥがＵＬ ＣＩ内の対応するビットを用いずにＵＬ ＢＷＰにスイッチするケースにおいて、ＵＥは、ＵＬ ＣＩ解釈のためにＢＷＰスイッチング前にＵＬ ＢＷＰのために設定されたビットを依然として使用し、参照周波数領域は、ＢＷＰスイッチング前のＵＬ ＢＷＰである。上記のいくつかの方法又は方法の組み合わせのために、周波数領域インディケーションの粒度は、示されたリソースがスケジュールされたＵＬ送信のサブキャリアの一部と重複することを結果として生じる。このケースにおいて、ＵＬ送信は、ＵＥによってキャンセルされる。

周波数領域リソースのインディケーションのために、ＵＬキャリアのための周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定され得る。一実施形態において、周波数領域リソースインディケーションの粒度は、周波数領域リソースインディケーションのために設定されたビット数によって決定される。例えば、ＵＬキャリアのためのＵＬ ＣＩにおける周波数領域リソースインディケーションのために設定されたビット数が７ビットであり、ＲＵＲにおけるＰＲＢの数が５１（

として示される）であると仮定すると、最初の

は、

ＰＲＢの粒度を有する。最後の

ビットは、

の粒度を有する。

１つの代替において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータによって設定される。時間領域リソースを示すために使用されるビットの数を決定するために、半静的ＤＬシンボルを除外した後のＲＵＲの設定された所定時間内のシンボルの数（

として示される）及び時間領域リソースインディケーションの粒度（例えば、

）に基づいて計算されることができる。次に、最初の

ビットの各ビットは、

シンボルを示し、最後の

ビットの各ビットは、

シンボルを示す。残りのビットは、周波数領域リソース、すなわち、

を示すために使用される。最初の

ビットの各ビットは、

ＰＲＢの粒度を持ち、最後の

ビットの各ビットは、

ＰＲＢの粒度を持つ。

である場合、ＲＵＲの全周波数領域は、先取されたものとして示される。上記の方法及び方法の組合せにおいて、先取されたリソースは、示された時間領域リソースと示された周波数領域リソースとの結合である。

一実施形態において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータによって設定される。時間領域リソースを示すために使用されるビットの数を決定するために、半静的ＤＬシンボルを除外した後のＲＵＲの設定された所定時間内のシンボルの数（

として示される）および時間領域リソースインディケーションの粒度（例えば、

）に基づいて計算されることができる。次に、最初の

ビットの各ビットは、

シンボルを示し、最後の

ビットの各ビットは、

シンボルを示す。残りのビットは、周波数領域リソースを示すために使用されてもよく、周波数領域リソースを示すために使用されるビットの数は、時間領域リソースを示すために使用される数の整数倍、すなわち、

である。

内の各ビットのために、

ビットは、示された時間領域リソースに対応する先取されたリソースを示すために使用される。周波数領域リソースのインディケーションは、上記の方法と同様に、

を、

に置き換えて、行うことができる。

一実施形態において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のＲＲＣパラメータによって設定される。１つの代替において、同じ数のビットは、全てのキャリアに適用される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータ及び参照ＳＣＳによって設定される。各キャリアのためのＲＵＲの設定された所定時間は、同じである。例えば、所定時間は、参照ＳＣＳに基づくシンボルの数として設定され、次に、各キャリアのためのＲＵＲの設定された所定時間は、参照ＳＣＳにおけるシンボルの数を、

によってスケールすることに基づいて決定される。時間領域インディケーションの粒度の決定のために、同じ数のシンボルは、異なるＳＣＳを有する各キャリアのために使用され得る。代替的に、シンボルの数は、キャリアのＳＣＳと参照ＳＣＳとの比率によってスケーリングされてもよい。時間領域リソース割り当てのために使用されるビット数、各キャリアの周波数リソースインディケーションのための粒度及びビット数は、上記の方法と同じ方法で決定されてもよい。各キャリアに対する基準周波数リソースのＰＲＢの数は、ＲＲＣパラメータによって明示的に設定されてもよい。

〔先取されたＰＵＳＣＨでのＵＣＩの処理〕
ＰＵＳＣＨがＰＵＣＣＨと重複し、ＰＵＳＣＨがＵＬ ＣＩによって先取されるケースのために、以下の方法が提案される。ＰＵＣＣＨの不必要なドロッピングを回避するために、ＵＥがＰＵＣＣＨをドロップするか、又はＰＵＣＣＨを送信するかを決定するためのタイムライン状態が定義される。一実施形態において、ＵＣＩ多重化のためのＴＳ ３８．２１３ Ｖ１５．７．０（ｈｔｔｐｓ：／／ｐｏｒｔａｌ．３ｇｐｐ．ｏｒｇ／ｄｅｓｋｔｏｐｍｏｄｕｌｅｓ／Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ＳｐｅｃｉｆｉｃａｔｉｏｎＤｅｔａｉｌｓ．ａｓｐｘ？ｓｐｅｃｉｆｉｃａｔｉｏｎＩｄ＝３２１５で入手可能であり、その全体が参考として本明細書に援用される）で定義されるＲｅｌ－１５タイムライン要件は、以下のように、ｅＭＢＢ ＵＥの複雑さを増大させることなく、その目的を達成するための基準として使用される。

ＵＥが１つのスロットで複数の重複するＰＵＣＣＨ、又は１つのスロットで重複するＰＵＣＣＨ及びＰＵＳＣＨを送信する場合、ＵＥは（適用可能な場合、ＴＳ ３８．２１４ Ｖ１５．７．０のサブクローズ９．２．５．１及び９．２．５．２に記載されるように）１つのＰＵＣＣＨにおいて異なるＵＣＩタイプを多重化するように設定され、複数の重複するＰＵＣＣＨ又はＰＵＳＣＨの内の少なくとも１つは、ＵＥによるＤＣＩフォーマット検出に応答し、ＵＥは、以下の条件が満たされる場合、全ての対応するＵＣＩタイプを多重化する。

以下の条件を満たすＰＵＳＣＨを考慮する。スロット内のＰＵＣＣＨとＰＵＳＣＨとが重なり合うグループのうち、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

は、以下のタイムライン条件を満たす。ＰＵＣＣＨ及びＰＵＳＣＨの重複するグループ内のＰＵＳＣＨと重複する示されたリソースを有するＵＬ ＣＩを搬送するＰＤＣＣＨが存在する場合、

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するサイクリックプレフィックス（ＣＰ）を有するシンボルの前であるかどうかは、決定される。

は、

の最大によって、与えられ、ここで、重複しているＰＵＣＣＨとＰＵＳＣＨのグループの中のｉ番目のＰＵＳＣＨの場合、

であり、

及び

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＵＳＣＨのために選択され、

は、ＵＥ ＰＵＳＣＨプロセス能力２及びＳＣＳ設定μに基づいて選択され、ここで、μは、ＵＬ ＣＩを搬送するＰＤＣＣＨ、ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨ、重複するＰＵＣＣＨ／ＰＵＳＣＨのグループ内にあるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いてＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及び重複するＰＵＣＣＨ及びＰＵＳＣＨのグループ内の全てのＰＵＳＣＨに使用されるＳＣＳ設定の間の最小のＳＣＳ設定に対応する。

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するＣＰを有するシンボルの前である場合、ＰＵＳＣＨ及びＰＵＣＣＨの重複するグループ内のすべてのＰＵＳＣＨは、多重化のために考慮される。しかしながら、

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するＣＰを有するシンボルの前でない場合、ＵＬ ＣＩによって示されたリソースと重複するＰＵＳＣＨは、多重化のために考慮されない。ＰＵＣＣＨ及びＰＵＳＣＨの重複しているグループ内のＰＵＳＣＨと重複する示されたリソースを有するＵＬ ＣＩを搬送するＰＤＣＣＨが存在しない場合、ＰＵＳＣＨ及びＰＵＣＣＨの重複しているグループ内の全てのＰＵＳＣＨは、多重化のために考慮される。

ＰＵＣＣＨ送信又はＰＵＳＣＨ送信の内の１つが、ＵＥによるＤＣＩフォーマット検出に応答している場合、ＵＥは、スロット内のＰＵＣＣＨ及びＰＵＳＣＨに重複するグループの中で、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

が以下のタイムライン条件を満たすことを期待する。

は、任意の対応するＰＤＳＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前でなく、

は、

の最大値によって、与えられ、ここで、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内である、ＰＵＣＣＨ上の関連するＨＡＲＱ－ＡＣＫ送信を有するｉ番目のＰＤＳＣＨのためであり、

は、［６、ＴＳ ３８．２１４］に続くｉ番目のＰＤＳＣＨのために選択され、

は、ｉ番目のＰＤＳＣＨのＵＥ ＰＤＳＣＨの処理能力及びＳＣＳ設定μに基づいて選択され、ここで、μは、（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されたＳＣＳ設定の間の最小のＳＣＳ設定、ｉ番目のＰＤＳＣＨ、ｉ番目のＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫ送信に関連するＰＵＣＣＨ、及び重複しているＰＵＣＣＨ及びＰＵＳＣＨのグループ内の全てのＰＵＳＣＨに関連する。

は、任意の対応するＳＰＳ ＰＤＳＣＨリリースの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前ではない。

は、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内である、ＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を提供するｉ番目のＰＤＣＣＨのためであり、

は、ＴＳ ３８．２１３ Ｖ１５．７．０のサブ条項１０．２に記載され、ｉ番目のＳＰＳ ＰＤＳＣＨリリース及びＳＣＳ設定μのＵＥ ＰＤＳＣＨプロセス能力に基づいて選択され、ここで、μは、ｉ番目のＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ、及びＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

重複するＰＵＣＣＨ及びＰＵＳＣＨのグループにおけるＰＵＳＣＨにおいて多重化された非周期的チャネル状態情報（ＣＳＩ）報告が存在しない場合、

は、重複するＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを有する任意のＰＤＣＣＨの最後のシンボルの後の

の後に始まるＣＰを有するシンボルの前ではなく、スロットにおいて重複するＰＵＣＣＨにおいて対応するＨＡＲＱ－ＡＣＫ情報を有するＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨが存在する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内に少なくとも１つのＰＵＳＣＨがある場合、

は、

の最大値によって与えられ、ここで、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にあるｉ番目のＰＵＳＣＨであり、

及び

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＵＳＣＨのために選択され、

は、ｉ番目のＰＵＳＣＨのＵＥ ＰＵＳＣＨプロセス能力、及びＳＣＳ設定μに基づいて選択され、ここで、μは、（もしあれば）ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ＰＵＣＣＨ／ＰＵＳＣＨが重複するグループ内のＰＵＣＣＨ上での対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間のＳＣＳ設定の間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複しているグループ内にＰＵＳＣＨが存在しない場合、

は、

の最大値によって与えられ、ここで
重複しているＰＵＣＣＨのグループ内のＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのために、

が与えられ、

は、設定された場合、ＰＵＣＣＨサービングセルのＵＥ ＰＵＳＣＨプロセス能力に基づいて選択される。
ＰＵＳＣＨプロセス能力がＰＵＣＣＨサービングセルのために設定されていない場合、

は、ＵＥ ＰＵＳＣＨプロセス能力１に基づいて選択される。μは、（もしあれば）重複するＰＵＣＣＨのグループ内であるＰＵＣＣＨ上で対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定とＰＵＣＣＨサービングセルのためのＳＣＳ設定との間の最小のＳＣＳ設定に基づいて選択される。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にＰＵＳＣＨで多重化された非周期的ＣＳＩレポートがある場合、

は、重複しているＰＵＳＣＨと、スロット内の重複しているＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いてリリースするＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨをスケジューリングする任意のＰＤＣＣＨと、をスケジューリングするＤＣＩフォーマットを用いる任意のＰＤＣＣＨの最後のシンボルの後の、

の後に開始するＣＰを有するシンボルの前でなく、ここで、μは、ＰＤＣＣＨのＳＣＳ設定、重複しているＰＵＳＣＨのグループのための最小のＳＣＳ設定、及び多重化された非周期的ＣＳＩレポートを用いるＰＵＳＣＨをスケジュールするＤＣＩフォーマットに関連付けられたＣＳＩ－ＲＳの最小のＳＣＳ設定の間の最小のＳＣＳ設定に対応し、μ＝０、１のためにｄ＝２であり、μ＝２のためにｄ＝３であり、μ＝３のためにｄ＝４である。

は、［６、ＴＳ ３８．２１４］内で定義され、

及び

は、［４、ＴＳ ３８．２１１］内で定義される。リストされた各条項は、参照により本明細書に組み込まれる。

上記の方法に基づいて、ＰＵＣＣＨが複数のＰＵＳＣＨと重複するケースにおいて、ＰＵＣＣＨが多重化されることになっていたＰＵＳＣＨがキャンセルされる場合、タイムライン要件が満たされる場合、ＰＵＣＣＨは、もう一つのＰＵＳＣＨ上で多重化され得ることに留意されたい。一実施形態において、ＰＵＳＣＨの開始がＵＬ ＣＩによって示されるリソースと重複するケースにおいて、ＵＥは、ＰＵＳＣＨ全体をキャンセルする。ｇＮＢは、キャンセルされたＰＵＳＣＨ内のＵＬ ＣＩによって示されていないリソース上でもう一つのＰＵＳＣＨをスケジュールすることができる。ＵＥは、ＵＬ ＣＩが受信されるとき、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを再開する。

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

〔選択した用語の説明〕
〔タイマー〕：媒体アクセス制御（ＭＡＣ）エンティティは、例えば、いくつかの上りリンクシグナリング再送信をトリガーしたり、又はいくつかの上りリンクシグナリング再送信期間を制限したりするために、１つ又は複数のタイマーを個々にセットアップできる。タイマーは、いったん始動されると、停止されるまで、又は満了するまで動作し、そうでなければ、動作しない。タイマーは、タイマーが動作していない場合に開始することができ、又はタイマーが動作している場合に再開始することができる。タイマーは、常に初期値から開始又は再開始される。初期値は、下りリンクＲＲＣシグナリングを介してｇＮＢによって設定され得るが、これに限定されない。
〔ＢＷＰ〕：セルの全セル帯域幅のサブセットは、帯域幅部分（ＢＷＰ）と呼ばれ、ビーム幅部分適応はＵＥをＢＷＰで設定し、設定されたＢＷＰの内のどれが現在アクティブであるかをＵＥに知らせることによって達成される。プライマリセル（ＰＣｅｌｌ）上で帯域幅適応（ＢＡ）を可能にするために、ｇＮＢは、ＵＬ及びＤＬ ＢＷＰを用いてＵＥを設定する。ＣＡのケースにおけるセカンダリセル（ＳＣｅｌｌ）上のＢＡを可能にするために、ｇＮＢは、少なくともＤＬ ＢＷＰを用いてＵＥを設定する（すなわち、ＵＬ内に何も存在しないことがある）。ＰＣｅｌｌのために、初期ＢＷＰは、初期アクセスに使用されるＢＷＰである。ＳＣｅｌのために、初期ＢＷＰは、ＵＥがＳＣｅｌｌアクティブ化で最初に動作するように設定されたＢＷＰである。ＵＥは、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥによって最初のアクティブ上りリンクＢＷＰで設定され得る。第１のアクティブ上りリンクＢＷＰが特殊セル（ＳｐＣｅｌｌ）のために設定される場合、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、ＲＲＣ（再）設定を実行する際にアクティブ化されるＵＬ ＢＷＰのＩＤを含む。フィールドが存在しない場合、ＲＲＣ（再）設定は、ＢＷＰスイッチを課さない。第１のアクティブ上りリンクＢＷＰがＳＣｅｌｌのために設定されている場合、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、ＳＣｅｌｌのＭＡＣアクティブ化時に使用される上りリンク帯域幅部分のＩＤを含む。

〔ＵＣＩ多重化のためのＲｅｌ－１５タイムライン要件〕：ＵＥがスロット内の複数の重複するＰＵＣＣＨ又はスロット内の重複するＰＵＣＣＨ及びＰＵＳＣＨを送信する場合、及びＴＳ ３８．２１４ Ｖ１５．７．０のサブ条項９．２．５．１及び９．２．５．２に記載されるように適用可能なとき、ＵＥは、１つのＰＵＣＣＨ内で異なるＵＣＩタイプを多重化するように設定され、複数の重複するＰＵＣＣＨ又はＰＵＳＣＨの内の少なくとも１つがＵＥによるＤＣＩフォーマット検出に応答しているとき、ＵＥは以下の条件が満たされる場合、ＵＥは、全ての対応するＵＣＩタイプを多重化する。ＰＵＣＣＨ送信又はＰＵＳＣＨ送信の内の１つが、ＵＥによるＤＣＩフォーマット検出に応答している場合、ＵＥは、スロット内のＰＵＣＣＨ及びＰＵＳＣＨに重複するグループの中で、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

が以下のタイムライン状態を満たすことを期待する。

は、任意の対応するＰＤＳＣＨの最後のシンボルの後の

の後に開始するＣＰをも有するシンボルの前になく、

は、

の最大値によって与えられ、ここで、
ＰＵＣＣＨとＰＵＳＣＨが重複しているグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのためには、

が与えられ、

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＤＳＣＨのために選択され、

は、ｉ番目のＰＤＳＣＨのＵＥ ＰＤＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここでμは、（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＰＤＳＣＨ、ｉ番目のＰＤＳＣＨのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨとが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

は、任意の対応するＳＰＳ ＰＤＳＣＨリリースの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前ではない。

は、

の最大数によって与えられ、ここで
ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信をリリースするＳＰＳ ＰＤＳＣＨを提供するｉ番目のＰＤＣＣＨには、

が与えられ、

は、ＴＳ ３８．２１３ Ｖ１５．７．０のサブ条項１０．２内で記載され、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのＵＥ ＰＤＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここで、μは、ｉ番目のＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ及びＰＵＣＣＨとＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内のＰＵＳＣＨにおいて多重化された非周期的ＣＳＩレポートが存在しない場合、

は、ＰＵＳＣＨ、及びＰＤＳＣＨ又はスロット内の重複するＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いるＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨの重複をスケジューリングするＤＣＩフォーマットを用いる任意のＰＤＣＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前でない。

ＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内に少なくとも１つのＰＵＳＣＨが存在する場合、

は、

の最大値によって与えられ、ここで、

である、ＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内であるｉ番目のＰＵＳＣＨのためであり、

及び

は、[６、 ＴＳ ３８．２１４]に続くｉ番目のＰＵＳＣＨのために選択され、

は、ｉ番目のＰＵＳＣＨのＵＥ ＰＵＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここでμは、（もしあれば）ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ＰＵＣＣＨ／ＰＵＳＣＨが重複するグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨが重複するグループの全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にＰＵＳＣＨが存在しない場合、

は、

の最大値によって与えられ、ここで、

である、重複しているＰＵＣＣＨのグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのためであり、

は、設定された場合、ＰＵＣＣＨサービングセルのＵＥ ＰＵＳＣＨプロセス能力に基づいて選択される。

は、ＰＵＣＣＨサービングセルのためにＰＵＳＣＨプロセル能力が設定されていない場合、ＵＥ ＰＵＳＣＨプロセス能力１に基づいて選択される。μは、重複するＰＵＣＣＨのグループであるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いる（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、及びＰＵＣＣＨサービングセルのためのＳＣＳ設定の間の最小のＳＣＳ設定に基づいて選択される。

重複するＰＵＣＣＨ及びＰＵＳＣＨのグループ内にＰＵＳＣＨで多重化された非周期的ＣＳＩレポートが存在する場合、

は、ＰＵＳＣＨと、スロット内の重複するＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いるＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨとが重複することをスケジューリングするＤＣＩフォーマットを有する任意のＰＤＣＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前にはなく、ここで、μは、ＰＤＣＣＨのＳＣＳ設定、重複するＰＵＳＣＨのグループのための最小のＳＣＳ設定、及び多重化された非周期的ＣＳＩレポートを用いるＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに関連付けられたＣＳＩ－ＲＳの最小のＳＣＳ設定、の間の最小のＳＣＳ設定に対応し、μ＝０，１のためにｄ＝２であり、μ＝２のためにｄ＝３であり、及びμ＝３のためにｄ＝４である。

は、［６， ＴＳ ３８．２１４］内で定義され、

及び

は、［４， ＴＳ ３８．２１１］内で定義される。

である。

は、それぞれのＵＥプロセス能力１及び２のために、ＴＳ ３８．２１４の表６．４－１及び表６．４－２のμに基づいており、ここで、μは最大の

を用いて生じる（μＤＬ、μＵＬ）の内の１つに対応し、ここで、μＤＬは、ＰＵＳＣＨをスケジューリングするＤＣＩを搬送するＰＤＣＣＨを送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＰＵＳＣＨが送信される上りリンクチャネルのサブキャリア間隔に対応し、

は、［４、ＴＳ ３８．２１１］の条項４．１に定義される。ＰＵＳＣＨ割り当ての最初のシンボルがＤＭ－ＲＳのみで構成されている場合、次に

であり、そうでなければ、

である。ＵＥが複数のアクティブコンポーネントキャリアを用いて設定される場合、ＰＵＳＣＨ割り当て内の第１の上りリンクシンボルは、［１１， ＴＳ ３８．１３３］内で与えられる、コンポーネントキャリアの間の異なるタイミング効果を更に含む。スケジューリングするＤＣＩがＢＷＰのスイッチをトリガーした場合、

は、［１１，ＴＳ ３８．１３３］内で定義されるスイッチングタイムと同じであり、そうでない場合は、

である。

〔重複しない制御チャネル要素（ＣＣＥ）及びＰＤＣＣＨ候補の予約超過の処理〕：スロットｎ内の全ての検索空間セットのために、

によって

の濃度を有するＣＳＳのセット、及び

によって、

の濃度を用いてセットするＵＥ固有のＳＳ（ＵＳＳ）のセットを示す。ＵＳＳのロケーションは、

内の

をセットし、検索空間セットインデックスの昇順に従う。

によって、ＣＳＳセットの

監視のためのカウントされたＰＤＣＣＨ候補の数及び、

によって、ＵＳＳセットの

のために監視するためのカウントされたＰＤＣＣＨ候補の数を示す。ＣＳＳセットのために、ＵＥは、

、スロット内の合計の

重複しないＣＣＥを必要とするＰＤＣＣＨ候補を監視する。

ＵＥは、以下の擬似コードに従って、スロットｎにおけるＳＣＳ設定μを有するアクティブＤＬ ＢＷＰを有するプライマリセルのために、監視のためのＰＤＣＣＨ候補をＵＳＳセットに割当てる。ＵＥは、監視のためにＰＤＣＣＨ候補を割り当てずに、ＵＳＳセットのＰＤＣＣＨを監視することを期待しない。

によって、検索空間セット

のために重複しないＣＣＥのセットと、

によって、

の濃度を示し、ここで、検索空間セット

のための重複しないＣＣＥは、ＣＳＳセットのための監視のための割り当てられたＰＤＣＣＨ候補、及び全ての検索空間セット

のための監視のための割り当てられたＰＤＣＣＨ候補を考慮することを決定される。

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

「１つの実装形態」、「一実装形態」、「例としての実装形態」、「様々な実装形態」、「いくつかの実装形態」、「本出願の実装形態」などへの参照は、そのように説明された本出願の実装形態が特定の特徴、構造、又は特性を含むことができるが、本出願の全ての考えられる実装形態が必ずしも特定の特徴、構造、又は特性を含むわけではないことを示し得る。更に、「１つの実装形態において」又は「一例としての実装形態において」、「一実装形態」という語句の繰り返しの使用は、同じ実装形態を必ずしも参照しないが、それらは同じ実装形態を参照してもよい。更に、「本出願」に関連する「実装形態」のような語句のあらゆる使用は、本出願の全ての実装形態が特定の特徴、構造、又は特性を含まなければならず、代わりに、「本出願の少なくともいくつかの実装形態」が、述べられた特定の特徴、構造、又は特性を含むことを意味すると理解されるべきであることを特徴付けることは、決して意図されない。用語「結合された」は、介在する部品を介して直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、利用されるとき、「含むが、必ずしもこれに限定されない」を意味し、それは特に、そのように記載された組み合わせ、群、グループ、シリーズ及び等価物におけるオープンエンドの包含又はメンバーシップを示す。

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

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

コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶、又はコンピュータ可読命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム）は、通常、少なくとも１つの基地局と、少なくとも１つのユーザ機器（ＵＥ）と、ネットワークへの接続を提供する１つ又は複数のオプションのネットワーク要素とを含む。ＵＥは、基地局によって確立された無線アクセスネットワーク（ＲＡＮ）を介してネットワーク（例えば、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、次世代コア（ＮＧＣ）、又はインターネット）と通信する。

なお、本出願において、ＵＥは、移動局、移動端末又は装置、ユーザ通信無線端末などを含むことができるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってよく、携帯電話機、タブレット、ウェアラブルデバイス、センサ、又はワイヤレス通信機能を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワーク内の１つ又は複数のセルから／へ、エアーインターフェースを介して信号を受信／送信するように設定される。

基地局は、ＵＭＴＳにおけるようなノードＢ（ＮＢ）、ＬＴＥ－Ａにおけるような進化型ノードＢ（ｅＮＢ）、ＵＭＴＳにおけるような無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮにおけるような基地局コントローラ（ＢＳＣ）、５ＧＣに関連するＥ－ＵＴＲＡ基地局におけるようなＮＧ－ｅＮＢ、５Ｇ－ＡＮにおけるような次世代ノードＢ（ｇＮＢ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、無線インタフェースを介してネットワークに１つ又は複数のＵＥを供給するために接続することができる。

基地局は、マイクロ波アクセスのための世界相互運用（ＷｉＭＡＸ）、移動通信のためのグローバルシステム（ＧＳＭ、しばしば２Ｇと呼ばれるＧＳＭ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、汎用移動通信システム（ＵＭＴＳ、しばしば３Ｇと呼ばれるＵＭＴＳ）、ベーシック広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（発展型ＬＴＥ）、ニューラジオ（ＮＲ、しばしば５Ｇと呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏに基づく、無線アクセス技術（ＲＡＴ）のうちの少なくとも１つに従って通信サービスを提供するように設定することができる。しかしながら、本出願の範囲は、上述のプロトコルに限定されるべきではない。

基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的に、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の１つ又は複数のＵＥを提供するサービスを提供する（例えば、各セルが下りリンク及び任意で上りリンクパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥへの下りリンク及び任意で上りリンクリソースをスケジューリングする）。基地局は、複数のセルを介して無線通信システム内の１つ又は複数のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ）をサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレージエリアを有することができる。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たしながら、拡張移動ブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、超高信頼性通信、及び低遅延性通信（ＵＲＬＬＣ）などの様々な次世代（例えば、５Ｇ）通信要件に適応するための柔軟な構成を支援することである。３ＧＰＰで合意されたような直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のベースラインとしてサーブすることができる。適応副搬送波間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）のようなスケーラブルなＯＦＤＭニューメロロジーも使用することができる。加えて、２つの符号化方式をＮＲのために検討した：（１）低密度パリティ検査（ＬＤＰＣ）符号と（２）ポーラ符号である。符号化方式適応は、チャネル条件及び／又はサービスアプリケーションに基づいて設定され得る。

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

その上、本明細書における用語「システム」及び「ネットワーク」は、互換的に使用されてもよい。本明細書における用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付けの関係に過ぎず、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示すことができる。その上、本明細書における文字「／」は一般に、前者及び後者の関連付けられたオブジェクトが「又は」関係にあることを表す。

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

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

ノード５００は、様々なコンピュータ可読媒体を含んでもよい。コンピュータ可読媒体は、ノード５００によってアクセス可能であり、揮発性及び不揮発性媒体、着脱可能及び非着脱可能媒体の両方を含む任意の利用可能な媒体とすることができる。実施例として、限定ではなく、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ読み取り可能などの情報を記憶するための任意の方法又は技術で実装される揮発性及び不揮発性メモリ、取り外し可能及び非取り外し可能媒体の両方を含む。

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

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

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

１つ又は複数のプレゼンテーション部品５３８は、人又は他のデバイスにデータ指示を提示する。例としてのプレゼンテーション部品５３８は、表示デバイス、スピーカー、印刷部品、振動部品などを含む。

図５Ｂは、ネットワーク又はエアーインターフェース５５６を介して、ｇＮＢ５５４などのセルラーノードと通信するＵＥ５５２などのデバイスを含むネットワーク５５０を示す。図５Ｂは、ＵＥ５５２がｇＮＢ５５４から送信されたＵＬグラント及びＵＬ ＣＩを受信することを示す。一態様において、ＵＬリソースがＰＵＳＣＨと重複するかどうかを判定し、判定をもたらし、ＵＬリソースがＰＵＳＣＨと重複することを判定が示すとき、ＰＵＳＣＨをキャンセルするステップは、ＵＥ５５２上で実施され得る。別の態様において、本明細書で開示される任意の１つ又は複数のステップは、ＵＥ５５２及び／又はｇＮＢ又はセルラーノード５５４の内の１つ又は複数によって実行され得る。

図６は、本開示の方法としての実施形態６００を示す。本方法は、上りリンク（ＵＬ）グラントを受信するステップを含むステップの内の１つ又は複数を含み、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールし、ＰＵＳＣＨのための周波数リソースはユーザ機器（ＵＥ）のアクティブＵＬ帯域幅部分（ＢＷＰ）内で割り当てられ、周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを使用して割り当てられる（６０２）。本方法は、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップであって、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、周波数リソースはキャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる、ステップ（６０４）、ＵＬリソースがＰＵＳＣＨと重複するかどうかを判定するステップ（６０６）、ＵＬリソースがＰＵＳＣＨと重複すると判定されたとき、ＰＵＳＣＨをキャンセルするステップ（６０８）を、更に含む。

本方法は、参照ＵＬリソースの開始シンボルを定義するステップを更に含むことができる。開始シンボルは、ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして定義されることができ、所定時間は、ＵＬグラントをデコードし、ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間と、ｇＮＢによって構成された第２の所定時間とに基づいて定義されることができる。第１の所定時間は、ＵＬ ＣＩを搬送する物理下りリンク制御チャネル（ＰＤＣＣＨ）が送信された下りリンクのＳＣＳの最小サブキャリア間隔（ＳＣＳ）と、キャリアの設定されたＵＬ ＢＷＰの最小ＳＣＳとに基づいて決定することができる。本方法は、ＵＬリソースの１つ又は複数のシンボルのシンボル期間を決定するステップを更に含むことができ、シンボル期間は、ＵＬ ＣＩが受信された下りリンク（ＤＬ）ＢＷＰのサブキャリア間隔（ＳＣＳ）に基づく。

方法、システム、又はコンピュータ可読記憶媒体又は装置は、本明細書で説明される任意の装置又は部品、及び装置によって実行されるステップ又は動作をカバーすることができる。例えば、実施形態は信号（ＵＬグラント／ＵＬ ＣＩ）を受信し、特定のステップを実行することができる、本明細書で説明されるユーザ機器（ＵＥ）の観点から主張されることができる。別の態様において、動作は、ＵＥと通信するｇＮＢ又は他のセルラー（又は他のネットワークプロトコル）ワイヤレス部品などのセルラーノードの観点から主張され得る。そのような実施例において、ステップは、ＵＬグラント信号を送信すること、及びＰＵＳＣＨを取り消すか、又は何らかの他のアクションを実行するかを決定する際にＵＥによって使用されるＵＬ ＣＩ信号を送信することなど、ｇＮＢによって実行される機能を含むことができる。

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

〔関連出願の相互参照〕
本開示は、“Method and Apparatus for Uplink Cancellation Indication”と題する、２０１９年１１月８日に出願された、米国仮特許出願第６２／９３２，８８１号（「‘８８１仮特許」）の利益及び優先権を主張し、‘８８１仮特許の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。

ニューラジオ（ＮＲ：New Radio）システムにおいて、セル内で多数のタイプのサービスをサポートすることができ、各々のサービスは、異なる遅延時間及び信頼性要件を有する。拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）サービス及び超信頼性及び低遅延性通信（ＵＲＬＬＣ：Ultra-Reliable Low-Latency Communication）サービスが同じセル内に共存するとき、ＵＲＬＬＣトラフィックが発生するときにｅＭＢＢトラフィックの送信のためにリソースが既にスケジュールされている可能性がある。このスケジューリング問題は、ＵＲＬＬＣトラフィックよりもｅＭＢＢトラフィックに優先順位を付けることができ、したがって、ＵＲＬＬＣトラフィックの遅延性を増加させる。この状況において、ＵＲＬＬＣサービスの遅延性要件が満たされることを保証するために、ｅＭＢＢトラフィックのためにスケジュールされたリソースをＵＲＬＬＣトラフィックのために再割り当てする必要がある。Ｒｅｌ－１５ ＮＲにおいて、この目的のために、下りリンクプリエンプションインディケーション（ＰＩ：Pre-emption Indication）が指定された。下りリンク（ＤＬ：Downlink）ＰＩは、ｅＭＢＢユーザ機器（ＵＥ：User Equipment）に送信され、スケジュールされたトランスポートブロック（ＴＢ：Transport Block）のリソースの一部がＵＲＬＬＣのためのもう１つのＴＢの送信のために使用されることを示し、その結果、ｅＭＢＢ ＵＥは、ＴＢをデコードするために「破損した」ビットを使用することを回避することができる。

本開示の様々な実施形態は、以下に詳細に説明される。特定の実施形態が議論されているが、これは、説明の目的のみのために行われることが理解されるべきである。当業者は、本開示の精神及び範囲から逸脱することなく、他の部品及び設定を使用することができることを理解するであろう。したがって、以下の説明及び図面は、例示的なものであり、限定として解釈されるべきではない。本開示の完全な理解を提供するために、多数の特定の詳細事項は、記載される。しかしながら、場合によっては、説明を曖昧にすることを避けるために、周知の又は従来の詳細事項は、説明されない。本開示における１つ又は１つの実施形態への参照は、同じ実施形態又は任意の実施形態への参照であり得、そのような参照は、実施形態の内の少なくとも１つを意味する。

「１つの実施形態」又は「一実施形態」への参照は、実施形態に関連して記載された特定の特性、構造、又は特徴は、本開示の少なくとも１つの実施形態に含まれることを意味する。明細書のさまざまな箇所における「１つの実施形態において」という語句の出現は、同じ実施形態又は他の実施形態の相互に排他的な別の又は代替の実施形態を、必ずしも全てが参照しているわけではない。更に、いくつかの実施形態によって示されることができ、他の実施形態によって示されることができない様々な特徴が説明される。

本明細書に使用される用語は一般に、本開示の文脈内で、及びそれぞれの用語が使用される具体的な文脈内で、当技術分野における、それらの通常の意味を有する。代替言語及び同義語は、本明細書で論じられる用語のうちの任意の１つ又は複数のために使用することができ、用語が本明細書で詳述される又は論じられるかどうかには、特別な意味が置かれるべきではない。いくつかのケースにおいて、特定の用語の同義語は、提供される。１つ又は複数の同義語の列挙は、他の同義語の使用を排除しない。本明細書で論じられる任意の用語の実施例を含んでいる本明細書の任意の場所の実施例の使用は、説明にすぎず、本開示又は任意の実施例の用語の範囲及び意味を更に限定することを意図しない。同様に、本開示は、本明細書で与えられる様々な実施形態に限定されない。

本開示の範囲を限定する意図はないが、本開示の実施形態による器具、装置、方法、及びそれらに関連する結果の実施例を以下に示す。なお、読者の便宜上、タイトルやサブタイトルを実施例中で用いることができるが、本開示の範囲は、これに限定されるものではない。別段の定義がない限り、本明細書で使用される技術用語及び科学用語は、本開示が関係する当業者によって一般に理解される意味を有する。矛盾するケースにおいて、定義を含む本明細書は、支配する。

本開示の更なる特徴及び利点は、以下の説明に記載され、一部は、この説明から明らかであり、又は本明細書に開示される原理の演習によって学習され得る。本発明の特徴及び利点は、添付の特許請求の範囲で特に指摘された命令及び組み合わせを用いて実現され、得られる。本開示のこれら及び他の特徴は、以下の説明及び添付の特許請求の範囲からより完全に明らかになる、又は本明細書に記載される原理の演習によって学習され得る。

本開示の第１の態様において、上りリンクキャンセルインディケーションのためのユーザ機器（ＵＥ）によって実行される方法は、提供される。本方法は、上りリンク（ＵＬ）グラントを受信するステップであって、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングし、ＰＵＳＣＨのための周波数リソースはＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられ、周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを使用して割り当てられる、ステップ、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップであって、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、周波数リソースはキャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる、ステップ、参照ＵＬリソースの開始シンボルを判定するステップであって、開始シンボルは、ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして決定され、所定時間は、ＵＬグラントをデコーディングし及びＰＵＳＣＨを準備するための最小プロセスの第１の所定時間、並びにｇＮＢによって設定された第２の所定時間の合計として決定されるステップ、ＵＬリソースがＰＵＳＣＨと重複するかどうかを判定するステップ、及びＵＬリソースがＰＵＳＣＨと重複すると判定された場合、ＰＵＳＣＨをキャンセルするステップ、を含む。

本開示の第２の態様において、上りリンクキャンセルインディケーションのための、基地局（ＢＳ）によって実行される方法は、提供される。本方法は、上りリンク（ＵＬ）グラントを送信するステップであって、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングし、ＰＵＳＣＨのための周波数リソースはユーザ機器（ＵＥ）のアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられ、周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを使用して割り当てられる、ステップ、ＵＬキャンセルインディケーション（ＣＩ）を送信するステップであって、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、周波数リソースはキャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる、ステップ、及びＵＥのタイミングアドバンスに基づいて第２の所定時間を決定するステップであって、参照ＵＬリソースの開始シンボルは、ＵＬ ＣＩの終了から所定時間後の第１のシンボルとして決定され、且つ所定時間は、ＵＬグラントをデコーディングし、ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間及び第２の所定時間の合計として決定される、ステップを含む。

本開示の第３の態様において、上りリンクキャンセルインディケーションのための、ユーザ機器（ＵＥ）は、提供される。ＵＥは、１つ又は複数のプロセッサ、及び１つ又は複数のプロセッサによって実行される結果として、ＵＥに実行させる命令を記憶するメモリを含み、命令は、ＵＥに、上りリンク（ＵＬ）グラントを受信する処理であって、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングし、ＰＵＳＣＨのための周波数リソースは、ＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられ、周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを使用して割り当てられる、処理、ＵＬキャンセルインディケーション（ＣＩ）を受信する処理であって、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、周波数リソースはキャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる、処理、参照ＵＬリソースの開始シンボルを決定する処理であって、開始シンボルは、ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして決定され、所定時間は、ＵＬグラントをデコーディングし及びＰＵＳＣＨを準備するための最小プロセスの第１の所定時間、並びにｇＮＢによって設定された第２の所定時間の合計として決定される処理である、処理、判定を生じるために、ＵＬリソースがＰＵＳＣＨと重複しているかどうかを判定する処理、及びＵＬリソースがＰＵＳＣＨと重複すると判定された場合、ＰＵＳＣＨをキャンセルする処理を、実行させる。

本開示は、添付の図面に関連して説明される。

図１は、様々な実施形態による、ＰＵＳＣＨが既に送信された結果として、ＲＵＲ内の開始シンボルがＵＥによってキャンセルされない環境の例示的な実施例を示す。 図２は、様々な実施形態による、複数のＵＥのタイミングアドバンス（ＴＡ）が異なっている結果として、参照時間領域が複数のＵＥの間で整列されない環境の例示的な実施例を示す。 図３は、様々な実施形態による、ＵＬ ＣＩの終わりから重複するＰＵＳＣＨの最も早いシンボルまでの所定時間の結果として物理上りリンク共有チャネル（ＰＵＳＣＨ）上でＵＣＩが送信され、物理上りリンク制御チャネル（ＰＵＣＣＨ）が

と等しい、又はそれよりも大きい環境の例示的な実施例を示す。
図４は、様々な実施形態による、ＰＤＣＣＨデコーディング時間がサブキャリア間隔（ＳＣＳ）のシンボルとして定義される環境の例示的な実施例を示す。 図５Ａは、本出願の様々な態様による、無線通信のためのノードのブロック図を示す。 図５Ｂは、ＵＥ及びｇＮＢを含む基本ネットワークのブロック図を示す。 図６は、本開示の態様による実施例の方法を示す。

添付の図面において、同様の部品及び／又は特徴は、同じ参照ラベルを有することができる。更に、同じタイプの様々な部品は、参照ラベルをダッシュで追跡し、同様の部品を区別する第２のラベルを追跡することによって区別することができる。第１の参照ラベルのみが明細書に使用される場合、説明は、第２の参照ラベルに関係なく、同じ第１の参照ラベルを有する類似の部品のいずれにも適用可能である。

以下の説明は、実施形態の好ましい実施例のみを提供し、本開示の範囲、適用性、又は設定を限定することを意図しない。むしろ、実施形態の好ましい実施例の以下の説明は、実施形態の好ましい実施例を実装するための可能な説明を当業者に提供するのであろう。添付の特許請求の範囲に記載された精神及び範囲から逸脱することなく、要素の機能及び処理に様々な変更を加えることができることを理解されたい。

〔一般的特徴〕
特に、ｅＭＢＢトラフィックのためにスケジュールされたリソースがＵＲＬＬＣトラフィックのために再割り当てされる必要があるとき、ＵＲＬＬＣサービスのための遅延性要件が満たされることを保証するためのアプローチが、当技術分野において必要とされている。Ｒｅｌ－１５ ＮＲにおいて、本目的のために、下りリンクプリエンプションインディケーション（ＰＩ：Pre-emption Indication）が指定された。上述したように、下りリンク（ＤＬ）プリエンプションインディケーション（ＰＩ）は、スケジュールされたトランスポートブロック（ＴＢ：Transport Block）のリソースの一部がＵＲＬＬＣのためのもう１つのＴＢの送信のために使用されるべきであることを示すために、ｅＭＢＢユーザ機器（ＵＥ）に送信される。

下りリンクに関して上記したような同じ問題は、上りリンクでも発生することがあり、ｇＮｏｄｅＢ（ｇＮＢ）は、使用可能な全てのリソースが既にｅＭＢＢトラフィックのためにスケジュールされているとき、短い遅延性バウンドでＵＲＬＣトラフィックをスケジュールする必要がある。原則として、上りリンク（ＵＬ：Uplink）ＰＩ又は上りリンクキャンセルインディケーション（ＣＩ：Cancellation Indication）は、ｅＭＢＢ ＵＥに送信されうる。その後、ｅＭＢＢ ＵＥは、上りリンクＣＩに従ってスケジュールされた送信をキャンセルできる。ＤＬのケースとＵＬのケースとの間の基本的な違いは、ＤＬのケースにおいて、ＵＲＬＬＣトラフィックを先取されたｅＭＢＢリソースにマッピングすることを担当するのがｇＮＢであるため、ｅＭＢＢリソースの先取が起こった後にＤＬ ＰＩは送信されることである。しかしながら、ＵＬのケースにおいて、上りリンク送信をキャンセルするのはｅＭＢＢ ＵＥの仕事であるため、先取が起こる前にキャンセルインディケーション（ＣＩ）を送信する必要がある。したがって、ＵＬ ＣＩを監視するためのＵＥの振舞い、基準時間の決定、及び周波数リソースに関する問題を考慮する必要がある。例えば、改善された処理は、上りリンクキャンセルの性質を考慮に入れるべきである。すなわち、ＵＥは、上りリンク送信のキャンセルが発生する前に、上りリンクＣＩを正常にデコードする必要がある。その上、下りリンクのケースにおいて、発生しないいくつかの問題がある。例えば、上りリンク制御チャネル（ＵＣＩ：Uplink Control Information）が上りリンクＣＩによってキャンセルされる物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）に多重化され、上りリンクＣＩによってＵＣＩの物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）がキャンセルされない場合、ＰＵＣＣＨのためのＵＥの振舞いを定義する必要がある。

〔問題〕
〔ＵＬ ＣＩ監視〕
ＵＬ ＣＩを監視するためのｅＭＢＢ ＵＥの負担を低減するために、ｅＭＢＢ ＵＥは、ｅＭＢＢ ＵＥにアドレス指定されたＵＬグラントをデコードした後にのみＵＬ ＣＩを監視してもよい。解決しなければならない３つの問題が、存在する。第１の問題は、ＵＥがｅＭＢＢ及びＵＲＬＬＣトラフィックの両方を有するとき、ＵＬ ＣＩがｅＭＢＢトラフィックのためにスケジュールされたリソースのみをキャンセルするように、監視の振舞いを定義する必要があることである。第２の問題は、ｅＭＢＢ ＵＥがそれにアドレス指定されたＵＬグラントをデコードした後にＵＬ ＣＩを監視し始める場合、ＵＬグラント及びスケジュールされた送信からの時間オフセットが比較的小さい場合、ｇＮＢは、スケジュールされた送信を先取することができないことがある。第３の問題は、ＵＬ ＣＩを監視するための停止条件に関する。一例を挙げれば、ＵＬ ＣＩをもはや監視する必要がないとき、ＵＥは、ＵＬ ＣＩの監視を停止するための要件又は規則は現在、存在しない。例えば、ＵＬ ＣＩによって潜在的に先取されるリソースがＵＥのためのスケジュールされたＵＬリソースと重複しない場合、ＵＥは、ＵＬ ＣＩのための検索空間を監視すべきではない。

〔ＵＬリソースの参照〕
ＵＬ ＣＩにおける先取されたリソースのインディケーションは、設定された参照ＵＬリソース（ＲＵＲ：Reference UL Resource）に基づく。ＵＬ ＣＩ内のビットは、ＲＵＲ内のリソースのどの部分が先取されるべきかを示す。ＲＵＲの参照時間領域について、開始シンボルは、ＵＬ ＣＩを受信した後にＵＥがその送信をキャンセルすることができる最も早いシンボルとして定義され得る。最も早いシンボルを定義するとき、ＵＬ ＣＩ及びタイミングアドバンス（ＴＡ：Timing Advance）のＵＥ処理時間の影響が考慮されるべきである。対処すべきもう１つの問題は、どの種類のシンボルがＲＵＲの有効シンボルと見なされるかである。参照時間領域の所定時間を決定するために、明示的に無線リソース制御（ＲＲＣ）パラメータ、例えば、２シンボル、４シンボルなどによって設定されてもよい。システムは、設定されたシンボル数がＵＬシンボルのみを考慮するか、又は他の種類のシンボルも考慮するかを対処する必要がある。システムは、ＲＵＲの参照周波数領域について、ＤＬ ＰＩのためのＲｅｌ－１５の方法に従うべきかどうか、すなわち、参照周波数領域がアクティブ帯域幅部分（ＢＷＰ：Bandwidth Part）であるかどうかを決定することができる。同じ方法を再使用することは、簡単である。他の方法も同様に適用することができる。ＤＬとＵＬとの間の基本的な差異を考慮することができる。

〔先取されたＰＵＳＣＨ上のＵＣＩの取り扱い〕
いくつかのシナリオにおいて、ＰＵＳＣＨは、ＰＵＣＣＨに合わせて重複するようにスケジュールされることができ、現行の規格、例えば、ＴＳ ３８．２１３ｖ．１５．７．０によれば、ＰＵＣＣＨのＵＣＩは、ＰＵＳＣＨにおいて多重化されることになる。ここで、ＰＵＳＣＨがＵＬ ＣＩに従ってＵＥによってキャンセルされるべきである場合、ＵＥは、ＵＣＩがＰＵＣＣＨ上で送信されることができるかどうかを決定する必要がある。ＵＬ ＣＩ、ＰＵＳＣＨ、及びＰＵＣＣＨのタイムライン状態に従って、ＵＥがＰＵＣＣＨを送信又はドロップするためのルールが定義されなければならず、これにより、ＵＥの複雑さを増加させることなくＵＣＩを送信することができる。

〔実施形態のサマリー〕
上記した問題を扱うために、以下のような実施形態は、提案される。開示された実施形態は、セルラーネットワークを使用して効率を改善するためにトラフィックを再スケジューリングするフレームワークを提供する。例としての方法は、ユーザ機器（ＵＥ）で、上りリンク（ＵＬ）グラントを受信するステップを含み、ＵＬグラントは、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールする。ＰＵＳＣＨのための周波数リソースは、ＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられることができる。周波数リソースは、アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを用いて割り当てられる。本方法は、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップを含み、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは、少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられる。周波数リソースは、キャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる。本方法は、ＵＬリソースがＰＵＳＣＨと重複しているかどうかを判定し、判定を生じさせるステップ、ＵＬリソースがＰＵＳＣＨと重複していることを判定が示すとき、ＰＵＳＣＨをキャンセルするステップとを更に含む。一態様におけるこれらのプロセスは、ＵＥ上で実行されることができ、別の態様において、１つ又は複数のプロセスは、ＵＥ又はｇＮＢの内の１つ又は複数上で実行されることができる。

ｇＮＢの観点からの別の態様は、上りリンク（ＵＬ）グラントをユーザ機器（ＵＥ）に送信することを含むことができ、ＵＬグラントは、物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールする。ＰＵＳＣＨのための周波数リソースは、ＵＥのアクティブＵＬ帯域幅部分（ＢＷＰ）内に割り当てられることができる。周波数リソースは、アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを用いて割り当てられる。本方法は、ＵＬキャンセルインディケーション（ＣＩ）をＵＥに送信することを含むことができ、ＵＬ ＣＩは、参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは、少なくともアクティブＵＬ ＢＷＰを含むキャリア内で割り当てられる。周波数リソースは、キャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる。本方法は、ＵＥから、ＵＬリソースがＰＵＳＣＨと重複しているかどうかを判定し、判定を生じるデータを受信し、ＵＬリソースがＰＵＳＣＨと重複していることを判定が示すとき、ＰＵＳＣＨをキャンセルすることを更に含む。ｇＮＢで受信されたデータは、ＰＵＳＣＨのキャンセルの観点から、ＵＥから送信されたデータ（仮にあったとしても）を表すことができる。

〔ＵＬ ＣＩ監視〕
上述したＵＬ ＣＩ監視に関する第１の問題のために、以下の方法が提案される。ＵＥは、「低優先度」インディケーションを用いてＵＬグラントをデコードした後、ＵＬ ＣＩの監視を開始する。設定されたグラント（ＣＧ）のために、ＵＥは、ＣＧリソースと重複する関連付けられたＲＵＲを有するＵＬ ＣＩの検索空間の監視機会のみを監視する。

上述したＵＬ ＣＩ監視に関する第２の問題のために、以下の方法が提案される。ＵＥは、関連付けられたＲＵＲがＵＥのための潜在的にスケジュールされたＰＵＳＣＨと重複する場合、ＵＬ ＣＩのための検索空間を監視する。本方法のために、ＵＥは、ＵＥによって使用される時間領域リソース割り当て表に基づいて、ＲＵＲと重複するＰＵＳＣＨが存在するかどうかを判定することができる。ＵＬ ＣＩの検索空間の関連付けられたＲＵＲが、潜在的にスケジュールされたＰＵＳＣＨと重複すると判定された場合、ＵＬグラントをデコードする前に監視される。

上述したＵＬ ＣＩ監視に関する第３の問題のために、以下の方法が提案される。ＵＥは、「高優先度」インディケーションを用いてＵＬグラントを受信した場合、ＵＬ ＣＩの監視を停止する。ＣＧのために、ＵＥは、ＲＲＣパラメータによって高優先度として設定されたＵＬ ＣＧを選択した後、ＵＬ ＣＩの監視を停止する。

〔ＵＬリソース参照〕
ＲＵＲの開始シンボルを判定するために、図１に示されるフレームワーク１００を参照して以下の方法が提案される。ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小のプロセッシング時間（図２のフレームワーク２００に示されるようにＸで示される）及びタイミングアドバンス（ＴＡ、図２にも示される）の所定時間の後の最初のシンボルである。最小のプロセッシング時間は、ＵＬ ＣＩをデコードし、ＵＬ送信をキャンセルする準備をするためにＵＥが必要とする所定時間である。タイミングアドバンス（ＴＡ）は、ＲＵＲ内のすべてのリソースがＵＥによってキャンセルされ得ることをＲＵＲが確実にし得ることを決定するために、考慮され得る。ＴＡが考慮されない場合、ＵＥがＵＬ ＣＩのデコーディングを終了し、ＵＬキャンセルのために準備されるまでの時間に、ＰＵＳＣＨが既に送信されている可能性があるため、ＲＵＲ内の開始シンボルは、ＵＥによってキャンセルされないことがある（図１を参照）。ＵＬ ＣＩにおいて同じビットで設定された複数のＵＥが存在し得るため、ＲＵＲの開始シンボルを決定するときにＴＡの影響がＵＥによって暗黙的に考慮される場合、複数のＵＥのＴＡが異なっている場合、参照時間領域は、複数のＵＥ間で整列され得ない（図２を参照し、ＵＥ１のＲＵＲは、最も左の白色領域及び中間の灰色領域であり、ＵＥ２のＲＵＲは、中間の灰色領域及び最も右の暗い灰色領域である）。この問題を解決するために、ＲＵＲの開始シンボルを決定するために、複数のＵＥに対して参照ＴＡが設定されてもよい。参照ＴＡは、ＲＵＲが複数のＵＥのために整列されるように、複数のＵＥのＴＡよりも大きくなるように設定される。

ＲＵＲの参照時間領域を決定するために、以下の方法が提案される。参照時間領域は、ＲＵＲの開始シンボルから始まる、例えば２シンボル、４シンボルなど、設定された所定時間内のＵＬシンボル及び半静的フレキシブルシンボルとして定義される。半静的下りリンクシンボルは、実際の参照時間領域が参照時間領域のＲＲＣ設定所定時間よりも小さくなるように、ＲＵＲから除外される。ＵＬ ＣＩにおけるビット数をより良く利用するために、ＵＬ ＣＩのより細かい粒度を以下のように達成することができる。ＵＬ ＣＩにおいて時間領域リソースを示すために設定されたビット数は、２つの部分に分割でき、最初の部分の各ビットは、ＲＲＣ設定シンボル数よりも少ないシンボル数を示す場合があり、一方で、２番目の部分の各ビットは、ＲＲＣ設定シンボル数を示す場合がある。各部分におけるビット数を決定するための方法は、ＵＬ ＣＩにおける時間領域リソースを示すためのビット数と、半静的下りリンクシンボルを除外した後のＲＵＲにおけるシンボル数とに基づいてもよい。例えば、ＲＲＣ設定粒度が２シンボルであり、ＵＬ ＣＩにおける時間リソースインディケーションのためのビット数が７ビットであり、半静的ＤＬシンボルを除外した後のＲＵＲにおけるシンボル数が１０（

として示される）である場合、第１の

ビットは、

シンボルを示すそれぞれのビットを用いて、第１の部分に分割される。最後の

ビットは、２番目の部分に分割され、各ビットは、

シンボルを示す。より細かい粒度は、不必要な先取を回避することができるため、リソース利用にとって有益であり得る。ｇＮＢはより最近のシンボル上でどのようにスケジューリングを実行するかについてより良く把握することができるため、より細かい粒度を有するビットは、ＵＬ ＣＩにより近いシンボルを示すために使用され、一方で、より粗い粒度を有するビットは、ＵＬ ＣＩからより遠いシンボルを示すために使用される。

半静的下りリンク、フレキシブル、及び上りリンクシンボルは、ｇＮＢによって提供される場合、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ又はＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄにおいて、それぞれ下りリンク、フレキシブル、及び上りリンクとして設定されるシンボルであることに留意されたい。

ＲＵＲの参照周波数領域を決定するために、以下の方法が提案される。ＲＵＲの参照周波数領域は、ＵＥのアクティブＵＬ ＢＷＰとして決定される。本方法のために、ｇＮＢは、ＵＬ ＣＩ内のサービングセルのために同じビットを用いて設定されたＵＥのために、同じサイズのＵＬ ＢＷＰを設定する必要があり得る。本方法には解決すべき問題が１つある。対になったスペクトルにある場合、及び、ｇＮＢがＵＬ ＢＷＰを切り替えるようにＵＥに示す場合、ＵＥは、ＤＬ ＢＷＰを切り替えない。したがって、ＵＥがＵＬ ＢＷＰを切り替えた後、同じＵＬ ＣＩ検索空間が監視される。ＵＥは、参照周波数領域をアクティブＵＬ ＢＷＰとして決定するため、ｇＮＢは、ＵＬ ＣＩ内のサービングセルのために同じビットを用いて設定された全てのＵＥを同じＢＷＰに切り替える必要がある。そうでなければ、ＵＥは、ｇＮＢが他のＵＥのアクティブＵＬ ＢＷＰに基づいてＵＬ ＣＩをセットする場合、ＵＬ ＣＩを誤って解釈する。この問題を解決するために、ＵＬ ＣＩは、異なるＵＬ ＢＷＰのための特定のビットで設定されることができるべきである。すなわち、ＢＷＰ－Ｉｄは、ＵＬ ＣＩ設定において、対応するｐｏｓｉｔｉｏｎＩｎＤＣＩを用いて設定されてもよい。本方法を用いると、ＵＥは、ＵＬ ＢＷＰ切り替え後に同じＵＬ ＣＩ検索空間を監視することができ、ＵＥは、ＵＬ ＣＩ解釈のために新しいＵＬ ＢＷＰのために設定されたビットを使用することができ、参照周波数領域は、新しいアクティブＵＬ ＢＷＰである。ＵＥがＵＬ ＣＩ内の対応するビットを用いずにＵＬ ＢＷＰに切り替わる場合、ＵＥは、ＵＬ ＣＩ解釈のためにＢＷＰ切り替え前にＵＬ ＢＷＰのために設定されたビットを依然として使用し、参照周波数領域は、ＢＷＰ切り替え前のＵＬ ＢＷＰである。周波数リソースインディケーションの粒度のために、周波数リソースインディケーションのための設定されたビット数及び参照周波数領域のサイズに基づいて決定され得る。

〔先取されたＰＵＳＣＨ上のＵＣＩの処理〕
ＰＵＳＣＨがＰＵＣＣＨと重複しており、ＰＵＳＣＨがＵＬ ＣＩによって先取される場合、以下の方法が提案される。ＰＵＣＣＨの不必要なドロップを回避するために、ＵＥがＰＵＣＣＨをドロップするか、又はＰＵＣＣＨを送信するかを決定するためのタイムライン条件を定義することができる。ｅＭＢＢ ＵＥの複雑さを増加させることなく目的を達成するために、ＵＣＩ多重化のためのＲｅｌ－１５タイムライン要件が使用されてもよい。図３に示される実施例としてのフレームワーク３００に示されるように、ＵＬ ＣＩの終わりから、重複するＰＵＳＣＨ及びＰＵＣＣＨの最も早いシンボルまでの所定時間が等しいか、又は

より大きい場合、次にＵＣＩは、ＰＵＣＣＨ上で送信されることができる。

は、ＵＥが重複するＰＵＳＣＨ及びＰＵＣＣＨについて多重化決定を行うための最小処理時間を定義するため、ＵＥがＰＵＳＣＨを送信しないことを決定し、代わりにＰＵＣＣＨを送信するこのシナリオでは、同じ時間の量が適用され得ることが合理的である。一方で、ＵＬ ＣＩの終わりから、重複しているＰＵＳＣＨ及びＰＵＣＣＨの最も早いシンボルまでの所定時間が、

より短い場合、ＰＵＣＣＨは送信されるべきではない。

〔詳細な実施形態〕
〔ＵＬ ＣＩ監視〕
ｅＭＢＢ及びＵＲＬＬＣトラフィックの両方を有するＵＥの場合、ＵＥは、ＵＲＬＬＣトラフィックのためのスケジュールされたＰＵＳＣＨが先取されることを期待すべきではない。不必要なＵＬ ＣＩ監視を回避するために、以下の方法を使用することができる。この第１の方法のために、ＵＥは、「低優先度」インディケーションを用いるＵＬグラントをデコードした後に、ＵＬ ＣＩを監視し始めるべきである。動的グラント（ＤＧ）ＰＵＳＣＨの優先度インディケーションは、以下のオプションの形式であってもよい。
オプション１：下りリンク制御情報（ＤＣＩ）フォーマットによる
オプション２：無線ネットワーク一時識別子（ＲＮＴＩ）による
オプション３：ＤＣＩ（新規フィールド又は既存フィールドの再利用）内の明示的なインディケーションによる
オプション４：ＣＯＲＥＳＥＴ／検索空間による。

設定されたグラント（ＣＧ）のために、ＵＥは、低い優先度のＣＧ設定を有するＣＧリソースと重複している関連付けられたＲＵＲを有するＵＬ ＣＩの検索空間の監視機会のみを監視する。設定されたグラントタイプ１、上りリンク許可は、ＲＲＣによって提供され、設定された上りリンクグラントとして保存される。設定されたグラントタイプ２は、上りリンクグラントが物理下りリンク制御チャネル（ＰＤＣＣＨ）によって提供され、設定されたグラントのアクティブ化又はディアクティブ化を示す物理レイヤシグナリングに基づいて、設定された上りリンクグラントとして保存又はクリアされる。タイプ１ＣＧのために、優先度は、明示的なＲＲＣ情報要素（ＩＥ）によって設定され得る。タイプ２ＣＧのために、優先度は、明示的なＲＲＣ ＩＥによって設定され得る。１つの代替において、タイプ２ＣＧの優先度は、タイプ２ＣＧのアクティブ化ＤＣＩによっても示され得る。１つの代替において、タイプ２ＣＧの優先度は、明示的なＲＲＣ ＩＥによって設定され得、アクティブ化ＤＣＩの優先度インディケーションは、ＲＲＣ ＩＥによって設定された優先度を上書きし得る。

一実施形態において、ＣＧリソースが新しいＴＢの送信のために使用されることを許可されないとき、すなわち、リソースの対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが実行されているとき、ＵＥは、ＣＧリソースの優先度にかかわらず、ＣＧリソースと重複しているＲＵＲに関連付けられたＵＬ ＣＩのための検索空間を監視しない。

ｅＭＢＢ ＰＵＳＣＨがＵＬグラントを含むＰＤＣＣＨの終了からＰＵＳＣＨの開始までの間の短い所定時間でスケジュールされる状況において、ＵＥがＵＬグラントをデコードした後のみにＵＬ ＣＩを監視し始める場合、ｇＮＢは、スケジュールされたＰＵＳＣＨを先取することができないことがある。この問題を解決するために、以下の方法を使用することができる。

ＵＥは、関連付けられたＲＵＲがＵＥのための潜在的にスケジュールされたＰＵＳＣＨと重複する場合、ＵＬ ＣＩのための検索空間の監視機会を監視する。本方法のために、ＵＥによって使用される時間領域リソース割当（ＴＤＲＡ）表、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄ、及び最小適用可能Ｋ２の内の１つ又は複数に基づいて、ＲＵＲと重複しているＰＵＳＣＨが存在し得るかどうかを判定し得る。Ｋ２は、時間領域リソース割当であり、表１に各種の値を示す。ＵＬ ＣＩの検索空間の関連付けられたＲＵＲが、潜在的にスケジュールされたＰＵＳＣＨと重複すると判定された場合、ＵＬグラントをデコードする前に監視される。

ＴＤＲＡ表は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって設定できる。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔがｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎでもｐｕｓｃｈ－Ｃｏｎｆｉｇでも設定されていない場合、ＵＥは、デフォルトのＴＤＲＡ表を使用する。ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎとｐｕｓｃｈ－Ｃｏｎｆｉｇの両方でｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが設定されている場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは、使用される。

以下の実施例において、以下の表１に示すように、ＴＤＲＡ表は、ｐｕｓｃｈ－Ｃｏｎｆｉｇで設定され、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄは、設定され、ＳＣＳは、３０ｋＨｚであり、最小適用可能なＫ２は、０であると仮定する。ＵＬグラントの検索空間は、２シンボルのＣＯＲＥＳＥＴと１つのスロットの周期性に関連付けられるように設定されている。ＵＬ ＣＩの検索空間の設定は、２シンボルのＣＯＲＥＳＥＴ、１スロットの周期性、及び１スロット内の７つの監視機会に関連付けられるように設定されている。ＲＵＲの所定時間は、４シンボルであると仮定される。ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のＰｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが設定されているため、ＰＵＳＣＨ準備の最小処理時間は、５．５シンボルである。したがって、ＴＡが無視できると仮定すると、ＰＵＳＣＨは、ＵＬグラントと同じスロット内のシンボル８で開始するようにスケジュールされ得る。

上記の設定のために、ＴＤＲＡ表内の全ての行がＰＵＳＣＨをスケジューリングするために使用され得る。ＵＬグラントの処理時間はＮ２シンボル（能力２）よりも大きくないと仮定され得るため、スロット内のＵＬ ＣＩのための検索空間の第５、第６、及び第７の監視機会を監視するかどうかは、スロット内にＵＬグラントがあるかどうかを決定した後に、関連付けられたＲＵＲがスケジュールされたＰＵＳＣＨと重複するかどうかに基づくことができる。すなわち、ＵＥが検索空間にＵＬグラントがないと判定するか、又はＵＬグラントがデコードされ、ＵＬ ＣＩのための検索空間の監視機会の関連付けられたＲＵＲがＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しない場合、ＵＥは、ＵＬグラントのための検索空間の次の監視機会まで、ＵＬ ＣＩのための検索空間の以下の監視機会をスキップすることができる。ＵＬ ＣＩのための検索空間の他の監視機会のために、監視を行うべきかどうかは、関連付けられたＲＵＲと重複している潜在的なＰＵＳＣＨが存在し得るかどうかに基づいてもよい。

表１を更に参照すると、スロット内のＵＬ ＣＩの検索空間の第１の監視機会は、行１、行２、及び行３のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複している関連付けられたＲＵＲを有することができる。スロット内のＵＬ ＣＩの検索空間の第２の監視機会は、行１、行２、及び行３のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。スロット内のＵＬ ＣＩの検索空間の第３の監視機会は、行２、行３、行４、行５、及び行６のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。スロット内のＵＬ ＣＩの検索空間の第４の監視機会は、行４、行５、及び行６のいずれかを使用して、スロット内のＵＬグラントによってスケジュールされたＰＵＳＣＨと重複しているＲＵＲを関連付けている。したがって、ＵＥがスロット内のＵＬグラントのための検索空間を監視しようと試みる場合、スロット内のＵＬ ＣＩのための検索空間の最初の４つの監視機会は、監視されるべきである。

なお、本実施例において、ＵＬグラントの検索空間と同時に、スロット内のＵＬ ＣＩの検索空間の最初の監視機会は、開始する。ｇＮＢがＰＵＳＣＨをスケジュールし、同時にＰＵＳＣＨを先取することは意味がないため、ＵＥは、ＵＬ ＣＩのための検索空間の最初の監視機会を監視する必要がないことがある。したがって、ＵＥは、ＵＬグラントのための検索空間と同じ開始シンボルを有する場合、ＵＬ ＣＩのための検索空間の監視機会を監視しなくてもよい。

一実施形態において、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが設定される場合、ＵＥは、ＵＬグラントをデコードしようと試みると、ＵＬ ＣＩ監視を開始する。そうでない場合、ＵＥは、「低優先度」インディケーションを用いてＵＬグラントをデコードした後に、ＵＬ ＣＩ監視を開始する。

一実施形態において、ＰＤＣＣＨデコーディングの所定時間は、定義される。ＵＬ ＣＩのための検索空間がＵＬグラントのための検索空間の開始シンボルの後の開始シンボルであり、ＵＬグラントのための検索空間の終わりからカウントするＰＤＣＣＨデコーディングの所定時間内で開始する開始シンボルである場合、ＵＬ ＣＩのための検索空間は、ＵＥによって監視されることができる。ＰＤＣＣＨデコーディング時間は、シンボルの数で定義されてもよく、例えば、ＰＤＣＣＨデコーディング時間、それぞれ、１５ｋＨｚ、３０ｋＨｚ、及び６０ｋＨｚのＳＣＳに対して、２、４、８シンボルとして定義されてもよい。図４のフレームワーク４００に、ＵＬ ＣＩのための検索空間の監視機会０及びＵＬ ＣＩの検索空間の監視機会１がＰＤＣＣＨデコーディング時刻内であるため、ＵＥによって監視される実施例が示されている。そうでなければ、ｅＭＢＢ ＰＵＳＣＨは、ｇＮＢによって先取されることができないことがある。

一実施形態において、ＵＥは、ＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩのための検索空間の監視機会を監視しない。別の実施形態において、ＵＥがＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩのための検索空間の監視機会を監視するかどうかは、報告されたＵＥ能力に基づく。ＵＥ能力は、ＵＬグラントのＰＤＣＣＨデコーディング時間内にＵＬ ＣＩの検索空間の監視機会をＵＥが監視できるかどうかを明示的に示すことができる。ＵＥがＰＤＣＣＨデコーディング時間内に開始するＵＬ ＣＩの検索空間の監視機会を監視するかどうかの判定は、１つ又は複数の他の要因に基づいても判定することができる。

上述した方法に基づいてＵＬ ＣＩを監視し始めた後、ＵＥは、１つ又は複数の条件が満たされる場合、ＵＬ ＣＩを監視し続ける必要がないことがある。以下の方法を使用して、ＵＬ ＣＩの監視を維持するか停止するかを判定することができる。ＵＥがＵＬ ＣＩを受信した後、ＵＬ ＣＩ内で示された先取されたリソースが、ＵＬグラントによってスケジュールされたＰＵＳＣＨと重複するかどうかを判定する。ＰＵＳＣＨが示されたリソースと重複する場合、ＰＵＳＣＨはＵＥによってキャンセルされるため、ＵＥは、ＵＬ
ＣＩの監視を停止することができる。１つの代替において、ＵＬ ＣＩ内の示されたリソースは、ＰＵＳＣＨの反復の一部と重複し、先取されていないＰＵＳＣＨの他の反復と重複する、関連付けられたＲＵＲを用いるＵＬ ＣＩのための検索空間の監視機会が存在する場合、ＵＥは、ＵＬ ＣＩを監視し続けることができる。１つの代替において、ＵＬ
ＣＩ内の示されたリソースがサウンディング参照信号（ＳＲＳ）送信のシンボルの一部と重複し、先取されていないＳＲＳ送信の他のシンボルと重複する、関連付けられたＲＵＲを用いるＵＬ ＣＩのための検索空間の監視機会が存在する場合、ＵＥは、ＵＬ ＣＩを監視し続ける。

ＵＬ ＣＩ監視の停止条件のために、以下の条件は、適用することができる。一実施形態において、「高優先度」インディケーションを用いるＵＬグラントを受信した場合、ＵＥは、ＵＬ ＣＩの監視を停止する。代替的に、一実施形態において、ＵＥがＵＬ許可の開始シンボルよりも早い開始シンボルを用いる別のＵＬグラントによってスケジュールされた別のＰＵＳＣＨの開始シンボルよりも早い開始シンボルを用いるＰＵＳＣＨをスケジュールするＵＬグラントを受信する場合、ＵＥは、ＵＬ ＣＩの監視を停止する。一代替実施形態において、ＵＥが「高優先度」インディケーションを用いるＵＬグラントを受信する場合、ＵＥは、ＵＬ ＣＩの監視を停止する。一代替実施形態において、ランダムアクセス手順が開始された場合、ＵＥは、ＵＬ ＣＩの監視を停止する。ＣＧのために、ＲＲＣパラメータによって高優先度として設定されたＵＬ ＣＧを選択した後、ＵＥは、ＵＬ ＣＩの監視を停止する。

上記の方法の組み合わせを使用して、ＵＬ ＣＩ監視を開始するか、又はＵＬ ＣＩ監視を停止するかを決定することができる。いくつかのケースにおいて、「高優先度」を有するＰＵＳＣＨは、スケジュールされ、ＵＬ ＣＩは、受信され、ＰＵＳＣＨリソースの一部の先取を示す。ＵＬ ＣＩを適用するかどうかを決定するために、以下の方法を使用することができる。一実施形態において、ＵＬ ＣＩは、「低優先度」インディケーション、又は何らかの他のインジケータ又はラベルを有するＰＵＳＣＨにのみ適用される。代替的に、一実施形態において、ＵＬ ＣＩは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントによってスケジュールされたＰＵＳＣＨに適用される。ＣＧ選択のために、ＵＬ ＣＩが受信され、ＣＧと重複する先取されたリソースを示す場合、ＵＥは、ＣＧを選択しない。物理層は、ＵＬ ＣＩのデコーディング後、ＵＬ ＣＩをＭＡＣ層に渡すことができる。ＭＡＣ層は、ＣＧを選択するときにＵＬ ＣＩを考慮に入れることができる。

〔参照ＵＬリソース〕
上述したように、ＲＵＲの開始シンボルを決定するときにＴＡが考慮されない場合、ＵＥは、ＲＵＲの開始シンボルをキャンセルすることができないことがある。ＲＵＲの開始シンボルを決定するために、以下の方法が提案される。ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小プロセス時間及びタイミングアドバンスの所定時間の後の最初のシンボルとすることができる。最小プロセス時間は、ＵＬ ＣＩをデコードし、ＵＬ送信をキャンセルする準備をするためにＵＥが必要とする所定時間である。最小プロセス時間の所定時間は、ＴＳ ３８．２１４
Ｖ１５．７．０において

と定義され、Ｎ２は、ＵＥ処理能力２のための表６．４－２のμに基づいており、μは最大

で得られる（μＤＬ、μＵＬ）の内の１つに対応し、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから開始するビット数が適用される上りリンクチャネルのサブキャリア間隔に対応し、

は、ＴＳ ３８．２１１ Ｖ１５．７．０のサブ条項４．１において定義される。これらの規格文書は、参照により本明細書に組み込まれる。

一実施形態において、ＵＬ ＣＩのＲＵＲの開始シンボルは、対応するＵＬ ＣＩの検索空間の終わりから数えて、ＵＬ ＣＩの最小プロセス時間及びタイミングアドバンスの所定時間の後の最初のシンボルである。最小プロセス時間は、ＵＬ ＣＩをデコーディングし、ＵＬ送信をキャンセルする準備のためにＵＥが必要とする所定時間である。最小プロセス時間の所定時間は、例えば、ＵＬグラントをデコーディングし、対応するＰＵＳＣＨを準備するための最小処理時間であり、すなわち、ＴＳ ３８．２１４ Ｖ１５．７．０において

と定義され、Ｎ２は、ＵＥ処理能力２のための表６．４－２のμに基づいており、μは、（μＤＬ、μＵＬ）からの最小μであり、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨの下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから開始するビット数が適用される上りリンクチャネルのサブキャリア間隔に対応し、

は、ＴＳ ３８．２１１ Ｖ１５．７．０のサブ条項４．１において定義される。最小プロセス時間の所定時間は、他の値であってもよい。

ＲＵＲの開始シンボルは、ＰＵＳＣＨをキャンセルするＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの受信の終了後に

で始まるサイクリックプレフィックス（ＣＰ）を有する次のシンボルとして決定される。なお、シンボルタイミングは、ＴＡの適用前である。なお、ＲＵＲの開始シンボルを決定するために、シンボルタイミング決定のためのサブキャリア間隔（ＳＣＳ）は、以下の方法に基づいてもよい。一実施形態において、シンボルタイミング決定のためのＳＣＳは、アクティブＢＷＰのＳＣＳに基づく。

上記実施形態におけるＵＬ ＢＷＰスイッチのケースにおいて、ＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法を使用することができる。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのアクティブＵＬ ＢＷＰは、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又は受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にＵＥが切り替わるＵＬ ＢＷＰであり、いずれか最後に起こる。ＰＵＳＣＨ又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了することができる。一実施形態において、シンボルタイミング決定のためのＳＣＳを決定するために、ＵＬキャリアのためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、シンボルタイミング決定のためのＳＣＳを決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信する場合、ＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

所定時間

の決定のために、以下の実施形態を使用することができる。例えば、一実施形態において、ＵＥは、最後に受信されたＴＡコマンドに基づいて調整された最新のＴＡを使用する。この代替のために、ＵＬ ＣＩの同じビットで設定されたＵＥがＲＵＲの同じ開始シンボルを持つよう保証するのは、ｇＮＢ次第である。別の実施例として、一実施形態において、ＵＥは、

が０であると仮定する。このケースにおいて、ＵＬ ＣＩがＵＥによってキャンセルできないＵＬシンボルを示す場合、他のＵＥのＵＲＬＬＣ ＰＵＳＣＨの信頼性を保証するのは、ｇＮＢ次第である。例えば、ＰＵＳＣＨを先取するために使用することができる適切なＵＬ ＣＩ監視機会がない場合、大きなＴＡを用いてＵＥのためにｅＭＢＢ ＰＵＳＣＨをスケジューリングしないことを、システムは、決定することができる。ＵＥは、ＰＵＳＣＨが既に送信されているＵＬシンボルを示すＵＬ ＣＩを受信する場合、ＵＥは、それらのシンボルをキャンセルせず、キャンセルされることが示されたＵＬシンボルの内、まだ送信されていないＰＵＳＣＨをキャンセルする。

一実施形態において、ｇＮＢは、ＵＥのために

を設定する。

は、ＵＬ ＣＩ設定で設定される。ｇＮＢは同様の範囲のＴＡを有するＵＥを、ＵＬ ＣＩ内の同じビットに、同じ

を用いてグループ化することができる。代替的に、一実施形態において、ｇＮＢは、各タイミングアドバンスグループ（ＴＡＧ）のための

を設定する。

は、ＵＬ ＣＩ設定で設定される。ＵＬキャリアのために、ＵＥは、ＵＬキャリアを含むＴＡＧのために設定された

を使用する。代替的に、ＵＥは、ＵＬ ＣＩ内の関連付けられたビットを用いて設定されたＵＬキャリアを含むＴＡＧのために設定された最大の

を使用する。

一実施形態において、

は、例えば２つのシンボル、４つのシンボルなどの値のセットから決定され、ＵＥは、そのＴＡに基づいて値のセットから値を決定する。例えば、ＵＥは、そのＴＡが０から２つのシンボルの範囲内であれば

＝２つのシンボルを決定し、ＵＥは、そのＴＡが２から４つのシンボルの範囲内であれば

＝４つのシンボルを決定する。ｇＮＢは、ＵＬ ＣＩにおいて、ＵＥを同じ

から同じビットにグループ化することができる。

一実施形態において、ｇＮＢは、ＵＬ ＣＩ設定における特定のｐｏｓｉｔｉｏｎＩｎＤＣＩに関連付けられる特定の値

を設定することができる。

は、そのＴＡに基づいて暗黙的に決定することができる。ＵＥは、決定された

に関連付けられたｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビットのみを適用する。なお、

は、ＲＵＲの開始シンボルを決定する目的だけのためであり、上りリンクの送信のためには用いられない。

クロスキャリアインディケーションは、ＵＬ ＣＩのために使用されることがある。ＵＬ ＣＩの内容は、複数のキャリア上で先取されたリソースのインディケーションを含むことができ、各上りリンクキャリアは、上りリンクキャリアのｓｅｒｖｉｎｇＣｅｌｌＩｄ、及び同じＩＥ、例えばＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌのＵＬ ＣＩ内のキャリアのビットの開始位置（ｐｏｓｉｔｉｏｎＩｎＤＣＩによる）を設定することによって、関連付けられたビットで設定される。一実施形態において、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌは、同じサービングセルのための２つのｐｏｓｉｔｉｏｎＩｎＤＣＩを含むことができ、１つは通常のＵＬ（ＮＵＬ）キャリアのためであり、１つは補助ＵＬ（ＳＵＬ）キャリアのためである。

ＵＬ ＣＩが複数のＵＬキャリアのための情報ビットを含む場合、ＵＬキャリアは、アクティブＵＬ ＢＷＰ又は設定されたＵＬ ＢＷＰのための異なるＳＣＳを有することが可能である。ＵＬキャリアのためにＵＬ ＣＩの最小プロセス時間を決定するために、以下の方法を使用することができる。一実施形態において、ＵＬキャリアのための最小プロセス時間は、最大の

を結果とする（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ
ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩ内のｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビット数が適用される上りリンクキャリアのアクティブＵＬ ＢＷＰのサブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小μに基づいて決定される。

一実施形態において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＬ ＣＩにおけるｐｏｓｉｔｉｏｎＩｎＤＣＩから始まるビット数が適用される上りリンクキャリアの設定されたＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的には、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小μに基づいて決定される。

１つの代替において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ，μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＥのためのＵＬ ＣＩ内の関連付けられたビットで設定されたＵＬキャリアのアクティブＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小のμに基づいて決定される。

１つの代替において、ＵＬキャリアのための最小プロセス時間は、最大の

を生じる（μＤＬ、μＵＬ）の内の１つに対応するμから決定され、μＤＬは、ＵＬ ＣＩを搬送するＰＤＣＣＨが送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＵＥのためのＵＬ ＣＩ内の関連付けられたビットで設定されたＵＬキャリアの設定されたＵＬ ＢＷＰの最小サブキャリア間隔に対応する。代替的に、一実施形態において、ＵＬキャリアの最小プロセス時間は、（μＤＬ、μＵＬ）からの最小のμに基づいて決定される。

上記の代替におけるＵＬ ＢＷＰスイッチングのケースにおいて、ＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法は、使用されてもよい。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰの最後の発生であり、ＵＬ ＢＷＰスイッチングを示す受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰであり、ＵＬ ＢＷＰ ＵＥは、ＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にスイッチする。更に、ＰＵＳＣＨ、又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。

一実施形態において、

を決定するために、ＵＬキャリアのためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、

を決定するために、ＵＬキャリアのためのＳＣＳは、ＵＬ ＣＩが送信されるＤＬ ＢＷＰのＳＣＳとして決定される。更に別の代替において、一実施形態において、

を決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

ＲＵＲの参照時間領域を決定するために、以下の方法は、提案される。ＵＬキャリアのための時間領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。参照時間領域は、ＲＵＲの開始シンボルから数えて、ＵＬシンボル及び設定された所定時間内の半静的フレキシブルシンボル、例えば、２シンボル、４シンボルなどとして定義される。半静的下りリンクシンボルは、ＲＵＲ内のシンボルの実際の数がＲＵＲのためのシンボルのＲＲＣ設定された数よりも小さくなり得るように、ＲＵＲから除外される。ＵＬ ＣＩ内の時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータ（例えば、１シンボル、２シンボル、４シンボルなど）によって設定される。一実施形態において、シンボルのＳＣＳは、アクティブＵＬ ＢＷＰのＳＣＳとして決定される。

上記の代替において、ＵＬ ＢＷＰスイッチングのケースにおけるＵＬキャリア上のアクティブＵＬ ＢＷＰを決定するために、以下の方法は、使用されてもよい。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。代替的に、一実施形態において、ＵＬ ＣＩのアクティブＵＬ ＢＷＰは、何れかが最後に起こる、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又はＵＬ ＢＷＰスイッチングを示している受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後にスイッチするＵＬ ＢＷＰ ＵＥである。更に、ＰＵＳＣＨ、又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。

一実施形態において、時間領域インディケーションの粒度を決定するために、ＵＬキャリアの参照ＵＬリソース内のシンボルのシンボル期間を決定するためのＳＣＳは、ＲＵＲ設定と共に設定され得る特定の設定されたＳＣＳとして決定される。代替的に、一実施形態において、時間領域インディケーションのための粒度を決定するために、ＵＬキャリアのためのＳＣＳは、ＵＬ ＣＩが送信されるＤＬ ＢＷＰのＳＣＳとして決定される。別の代替として、一実施形態において、時間領域インディケーションの粒度を決定するために、ＳＣＳは、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰのＳＣＳとして決定される。

ＵＬ ＣＩにおけるビット数をより良く利用するために、ＵＬ ＣＩのより細かい粒度は、以下のアプローチによって達成され得る。ＵＬ ＣＩ内の時間領域リソースを示すための設定されたビット数は、２つの部分に分割され、最初の部分の各ビットは、ＲＲＣで設定されたシンボル数よりも少ないシンボル数を示すことがあり、一方で、２番目の部分の各ビットは、ＲＲＣで設定されたシンボル数を示すことがある。各部分におけるビット数を決定するための方法は、ＵＬ ＣＩにおける時間領域リソースを示すためのビット数と、半静的下りリンクシンボルを除外した後のＲＵＲにおけるシンボル数とに基づいてもよい。例えば、ＲＲＣ設定粒度が２シンボルであり、ＵＬキャリアのためのＵＬ ＣＩにおける時間領域リソースインディケーションのために設定されたビット数が７ビットであり、半静的ＤＬシンボルを除外した後のＲＵＲにおけるシンボル数が１０（

として示される）である場合、最初の

はビットは最初の部分に分割され、各ビットは、

シンボルを示す。最後の

ビットは、２番目の部分に分割され、各ビットは、

シンボルを示す。最初の部分は、設定された粒度よりも細かい粒度で示すことができることに注意する。

より細かい粒度は、不必要な先取を回避することができるため、リソース利用にとって有益であり得る。より細かい粒度を有するビットは、ＵＬ ＣＩにより近いシンボルを示すために使用され、一方で、より粗い粒度を有するビットは、より最近のシンボルに対してどのようにスケジューリングを実行するかについてｇＮＢがより良く把握できるため、ＵＬ ＣＩからより遠いシンボルを示すために使用される。半静的下りリンク、フレキシブル、及び上りリンクシンボルは、ｇＮＢによって提供される場合、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ又はＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ内で、それぞれ下りリンク、フレキシブル、及び上りリンクとして設定されるシンボルであることに留意されたい。

いくつかの設定において、ＲＵＲの所定時間は、監視周期性よりも長くてもよく、又はＵＬ ＣＩの検索空間の２つの連続する監視機会の開始時間の間の時間オフセットよりも長くてもよい。このケースにおいて、ＵＥは、ＰＵＳＣＨと重複する、関連付けられたＲＵＲを有する２つ以上のＵＬ ＣＩを受信することができる。シンボルが２つ以上のＵＬ
ＣＩによって示される場合、ＵＥが２つ以上のＵＬ ＣＩをどのように解釈するかを定義する必要がある。以下の実施形態は、使用されてもよい。一実施形態において、リソース要素が２つ以上のＵＬ ＣＩによって示される場合、ＵＥは、リソース要素がキャンセルされるべきか否かを決定するために、最後のＵＬ ＣＩに従う。この代替のために、より早いＵＬ ＣＩによって先取されないリソース要素がより遅いＵＬ ＣＩによって先取されることが、可能である。一実施形態において、ＵＥは、リソース要素のための複数のＣＩにおける一貫したインディケーションを期待し、ＵＥは、複数のＣＩによって示される先取されたリソースの合併に基づいてＰＵＳＣＨをキャンセルするかどうかを決定する。一実施形態において、リソース要素が２つ以上のＵＬ ＣＩによって示される場合、ＵＥは、リソース要素がキャンセルされるべきか否かを決定するために、より細かい粒度でＵＬ ＣＩに従う。

上記のいくつかの方法又は方法の組み合わせのために、時間領域インディケーションの粒度は、表示されたリソースがスケジュールされたＵＬ送信のシンボルの一部と重複することを結果として生じる。このケースにおいて、シンボルはキャンセルされ、ＰＵＳＣＨのケースにおいてＵＬ送信全体がキャンセルされ、ＳＲＳのケースにおいてシンボル上のＵＬ送信がキャンセルされることを結果として生じる。

ＲＵＲの参照周波数領域を決定するために、以下の方法が提案される。一実施形態において、参照周波数領域は、ＲＲＣパラメータによって明示的に設定される。開始リソースブロック（ＲＢ）は、共通リソースブロックインデックスに基づいて設定され、特定のＳＣＳとＣＰのタイプで設定される。一実施形態において、参照周波数領域は、初期ＵＬ ＢＷＰとして決定される。別の実施形態において、参照周波数領域は、特定のＵＬ ＢＷＰとして設定される。代替的に、一実施形態において、参照周波数領域は、ＵＥがＵＬ ＣＩを受信するＤＬ ＢＷＰと同じＢＷＰ－Ｉｄを有するＵＬ ＢＷＰである。

一実施形態において、参照周波数領域は、アクティブＵＬ ＢＷＰとして決定される。ＵＬ ＢＷＰのスイッチングのケースにおけるＵＬキャリア上でアクティブＵＬ ＢＷＰを決定するために、以下の方法を使用できる。一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、ＵＬ ＣＩの開始シンボルよりも早い開始シンボルを有するＵＬグラントで示されるＵＬ ＢＷＰである。この実施形態のために、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、スケジュールされたＰＵＳＣＨの前のＵＬグラントで示される新しいＵＬ ＢＷＰであると決定され得る。したがって、ＢＷＰがＵＬグラントをスイッチングすることによってスケジュールされたＰＵＳＣＨは、先取され得る。

一実施形態において、ＵＬ ＣＩのためのアクティブＵＬ ＢＷＰは、いずれか最後に起こる、最後のＰＵＳＣＨが送信されるＵＬ ＢＷＰ、又はＵＬ ＢＷＰスイッチングを示す受信されたＲＲＣメッセージによって示されるＵＬ ＢＷＰ、又はＢＷＰＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了した後に切り替わるＵＬ ＢＷＰ ＵＥである。更に、ＰＵＳＣＨ又はＲＲＣメッセージは、ＵＬ ＣＩの開始前に終了する。この代替において、ＲＵＲは、ＰＵＳＣＨの終了前に受信されたＵＬ ＣＩのためのＢＷＰスイッチング前のＵＬ ＢＷＰに基づいて決定される。したがって、ＢＷＰがＵＬグラントをスイッチングすることによってスケジュールされたＰＵＳＣＨは、ＢＷＰスイッチング前にＰＵＳＣＨがＵＬ ＢＷＰと重複しない場合、先取されないことがある。

上記の方法のいくつかの組み合わせのために、ＵＬ ＣＩは、異なるＵＬ ＢＷＰのための特定の数のビットで設定され得る。すなわち、ＢＷＰ－Ｉｄは、ＵＬ ＣＩ設定において、対応するｐｏｓｉｔｉｏｎＩｎＤＣＩを用いて設定されてもよい。ＵＬ ＢＷＰスイッチングのケースにおいて、ＵＥは、ＵＬ ＢＷＰスイッチング後に同じＵＬ ＣＩ検索空間を監視することができ、ＵＥは、ＵＬ ＣＩ解釈のために新しいＵＬ ＢＷＰのために設定されたビットを使用し、参照周波数領域は、新しいアクティブＵＬ ＢＷＰである。ＵＥがＵＬ ＣＩ内の対応するビットを用いずにＵＬ ＢＷＰにスイッチするケースにおいて、ＵＥは、ＵＬ ＣＩ解釈のためにＢＷＰスイッチング前にＵＬ ＢＷＰのために設定されたビットを依然として使用し、参照周波数領域は、ＢＷＰスイッチング前のＵＬ ＢＷＰである。上記のいくつかの方法又は方法の組み合わせのために、周波数領域インディケーションの粒度は、示されたリソースがスケジュールされたＵＬ送信のサブキャリアの一部と重複することを結果として生じる。このケースにおいて、ＵＬ送信は、ＵＥによってキャンセルされる。

周波数領域リソースのインディケーションのために、ＵＬキャリアのための周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定され得る。一実施形態において、周波数領域リソースインディケーションの粒度は、周波数領域リソースインディケーションのために設定されたビット数によって決定される。例えば、ＵＬキャリアのためのＵＬ ＣＩにおける周波数領域リソースインディケーションのために設定されたビット数が７ビットであり、ＲＵＲにおけるＰＲＢの数が５１（

として示される）であると仮定すると、最初の

ビットは、

ＰＲＢの粒度を有する。最後の

ビットは、

の粒度を有する。

１つの代替において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータによって設定される。時間領域リソースを示すために使用されるビットの数を決定するために、半静的ＤＬシンボルを除外した後のＲＵＲの設定された所定時間内のシンボルの数（

として示される）及び時間領域リソースインディケーションの粒度（例えば、

）に基づいて計算されることができる。次に、最初の

ビットの各ビットは、

シンボルを示し、最後の

ビットの各ビットは、

シンボルを示す。残りのビットは、周波数領域リソース、すなわち、

を示すために使用される。最初の

ビットの各ビットは、

ＰＲＢの粒度を持ち、最後の

ビットの各ビットは、

ＰＲＢの粒度を持つ。

である場合、ＲＵＲの全周波数領域は、先取されたものとして示される。上記の方法及び方法の組合せにおいて、先取されたリソースは、示された時間領域リソースと示された周波数領域リソースとの結合である。

一実施形態において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のｐｏｓｉｔｉｏｎＩｎＤＣＩと共にＲＲＣパラメータによって設定される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータによって設定される。時間領域リソースを示すために使用されるビットの数を決定するために、半静的ＤＬシンボルを除外した後のＲＵＲの設定された所定時間内のシンボルの数（

として示される）および時間領域リソースインディケーションの粒度（例えば、

）に基づいて計算されることができる。次に、最初の

ビットの各ビットは、

シンボルを示し、最後の

ビットの各ビットは、

シンボルを示す。残りのビットは、周波数領域リソースを示すために使用されてもよく、周波数領域リソースを示すために使用されるビットの数は、時間領域リソースを示すために使用される数の整数倍、すなわち、

である。

内の各ビットのために、

ビットは、示された時間領域リソースに対応する先取されたリソースを示すために使用される。周波数領域リソースのインディケーションは、上記の方法と同様に、

を、

に置き換えて、行うことができる。

一実施形態において、ＵＬキャリアのための時間領域リソース及び周波数領域リソースのためのキャンセルインディケーションのためのビット数は、ＣＩ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌ内のＲＲＣパラメータによって設定される。１つの代替において、同じ数のビットは、全てのキャリアに適用される。ＵＬ ＣＩにおける時間領域インディケーションのための各ビットの粒度は、ＲＲＣパラメータ及び参照ＳＣＳによって設定される。各キャリアのためのＲＵＲの設定された所定時間は、同じである。例えば、所定時間は、参照ＳＣＳに基づくシンボルの数として設定され、次に、各キャリアのためのＲＵＲの設定された所定時間は、参照ＳＣＳにおけるシンボルの数を、

によってスケールすることに基づいて決定される。時間領域インディケーションの粒度の決定のために、同じ数のシンボルは、異なるＳＣＳを有する各キャリアのために使用され得る。代替的に、シンボルの数は、キャリアのＳＣＳと参照ＳＣＳとの比率によってスケーリングされてもよい。時間領域リソース割り当てのために使用されるビット数、各キャリアの周波数リソースインディケーションのための粒度及びビット数は、上記の方法と同じ方法で決定されてもよい。各キャリアに対する基準周波数リソースのＰＲＢの数は、ＲＲＣパラメータによって明示的に設定されてもよい。

〔先取されたＰＵＳＣＨでのＵＣＩの処理〕
ＰＵＳＣＨがＰＵＣＣＨと重複し、ＰＵＳＣＨがＵＬ ＣＩによって先取されるケースのために、以下の方法が提案される。ＰＵＣＣＨの不必要なドロッピングを回避するために、ＵＥがＰＵＣＣＨをドロップするか、又はＰＵＣＣＨを送信するかを決定するためのタイムライン状態が定義される。一実施形態において、ＵＣＩ多重化のためのＴＳ ３８．２１３ Ｖ１５．７．０（ｈｔｔｐｓ：／／ｐｏｒｔａｌ．３ｇｐｐ．ｏｒｇ／ｄｅｓｋｔｏｐｍｏｄｕｌｅｓ／Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ＳｐｅｃｉｆｉｃａｔｉｏｎＤｅｔａｉｌｓ．ａｓｐｘ？ｓｐｅｃｉｆｉｃａｔｉｏｎＩｄ＝３２１５で入手可能であり、その全体が参考として本明細書に援用される）で定義されるＲｅｌ－１５タイムライン要件は、以下のように、ｅＭＢＢ ＵＥの複雑さを増大させることなく、その目的を達成するための基準として使用される。

ＵＥが１つのスロットで複数の重複するＰＵＣＣＨ、又は１つのスロットで重複するＰＵＣＣＨ及びＰＵＳＣＨを送信する場合、ＵＥは（適用可能な場合、ＴＳ ３８．２１４
Ｖ１５．７．０のサブクローズ９．２．５．１及び９．２．５．２に記載されるように）１つのＰＵＣＣＨにおいて異なるＵＣＩタイプを多重化するように設定され、複数の重複するＰＵＣＣＨ又はＰＵＳＣＨの内の少なくとも１つは、ＵＥによるＤＣＩフォーマット検出に応答し、ＵＥは、以下の条件が満たされる場合、全ての対応するＵＣＩタイプを多重化する。

以下の条件を満たすＰＵＳＣＨを考慮する。スロット内のＰＵＣＣＨとＰＵＳＣＨとが重なり合うグループのうち、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

は、以下のタイムライン条件を満たす。ＰＵＣＣＨ及びＰＵＳＣＨの重複するグループ内のＰＵＳＣＨと重複する示されたリソースを有するＵＬ ＣＩを搬送するＰＤＣＣＨが存在する場合、

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するサイクリックプレフィックス（ＣＰ）を有するシンボルの前であるかどうかは、決定される。

は、

の最大値によって、与えられ、ここで、重複しているＰＵＣＣＨとＰＵＳＣＨのグループの中のｉ番目のＰＵＳＣＨの場合、

であり、

及び

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＵＳＣＨのために選択され、

は、ＵＥ ＰＵＳＣＨプロセス能力２及びＳＣＳ設定μに基づいて選択され、ここで、μは、ＵＬ ＣＩを搬送するＰＤＣＣＨ、ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨ、重複するＰＵＣＣＨ／ＰＵＳＣＨのグループ内にあるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いてＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及び重複するＰＵＣＣＨ及びＰＵＳＣＨのグループ内の全てのＰＵＳＣＨに使用されるＳＣＳ設定の間の最小のＳＣＳ設定に対応する。

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するＣＰを有するシンボルの前である場合、ＰＵＳＣＨ及びＰＵＣＣＨの重複するグループ内のすべてのＰＵＳＣＨは、多重化のために考慮される。しかしながら、

が、ＵＬ ＣＩを搬送するＰＤＣＣＨの最後のシンボルの後に、

の後に開始するＣＰを有するシンボルの前でない場合、ＵＬ ＣＩによって示されたリソースと重複するＰＵＳＣＨは、多重化のために考慮されない。ＰＵＣＣＨ及びＰＵＳＣＨの重複しているグループ内のＰＵＳＣＨと重複する示されたリソースを有するＵＬ ＣＩを搬送するＰＤＣＣＨが存在しない場合、ＰＵＳＣＨ及びＰＵＣＣＨの重複しているグループ内の全てのＰＵＳＣＨは、多重化のために考慮される。

ＰＵＣＣＨ送信又はＰＵＳＣＨ送信の内の１つが、ＵＥによるＤＣＩフォーマット検出に応答している場合、ＵＥは、スロット内のＰＵＣＣＨ及びＰＵＳＣＨに重複するグループの中で、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

が以下のタイムライン条件を満たすことを期待する。

は、任意の対応するＰＤＳＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前でなく、

は、

の最大値によって、与えられ、ここで、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内である、ＰＵＣＣＨ上の関連するＨＡＲＱ－ＡＣＫ送信を有するｉ番目のＰＤＳＣＨのためであり、

は、［６、ＴＳ ３８．２１４］に続くｉ番目のＰＤＳＣＨのために選択され、

は、ｉ番目のＰＤＳＣＨのＵＥ ＰＤＳＣＨの処理能力及びＳＣＳ設定μに基づいて選択され、ここで、μは、（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されたＳＣＳ設定の間の最小のＳＣＳ設定、ｉ番目のＰＤＳＣＨ、ｉ番目のＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫ送信に関連するＰＵＣＣＨ、及び重複しているＰＵＣＣＨ及びＰＵＳＣＨのグループ内の全てのＰＵＳＣＨに関連する。

は、任意の対応するＳＰＳ ＰＤＳＣＨリリースの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前ではない。

は、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内である、ＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を提供するｉ番目のＰＤＣＣＨのためであり、

は、ＴＳ ３８．２１３ Ｖ１５．７．０のサブ条項１０．２に記載され、ｉ番目のＳＰＳ ＰＤＳＣＨリリース及びＳＣＳ設定μのＵＥ ＰＤＳＣＨプロセス能力に基づいて選択され、ここで、μは、ｉ番目のＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ、及びＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

重複するＰＵＣＣＨ及びＰＵＳＣＨのグループにおけるＰＵＳＣＨにおいて多重化された非周期的チャネル状態情報（ＣＳＩ）報告が存在しない場合、

は、重複するＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを有する任意のＰＤＣＣＨの最後のシンボルの後の

の後に始まるＣＰを有するシンボルの前ではなく、スロットにおいて重複するＰＵＣＣＨにおいて対応するＨＡＲＱ－ＡＣＫ情報を有するＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨが存在する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内に少なくとも１つのＰＵＳＣＨがある場合、

は、

の最大値によって与えられ、ここで、

である、ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にあるｉ番目のＰＵＳＣＨであり、

及び

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＵＳＣＨのために選択され、

は、ｉ番目のＰＵＳＣＨのＵＥ ＰＵＳＣＨプロセス能力、及びＳＣＳ設定μに基づいて選択され、ここで、μは、（もしあれば）ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ＰＵＣＣＨ／ＰＵＳＣＨが重複するグループ内のＰＵＣＣＨ上での対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間のＳＣＳ設定の間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複しているグループ内にＰＵＳＣＨが存在しない場合、

は、

の最大値によって与えられ、ここで
重複しているＰＵＣＣＨのグループ内のＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのために、

が与えられ、

は、設定された場合、ＰＵＣＣＨサービングセルのＵＥ ＰＵＳＣＨプロセス能力に基づいて選択される。
ＰＵＳＣＨプロセス能力がＰＵＣＣＨサービングセルのために設定されていない場合、

は、ＵＥ ＰＵＳＣＨプロセス能力１に基づいて選択される。μは、（もしあれば）重複するＰＵＣＣＨのグループ内であるＰＵＣＣＨ上で対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定とＰＵＣＣＨサービングセルのためのＳＣＳ設定との間の最小のＳＣＳ設定に基づいて選択される。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にＰＵＳＣＨで多重化された非周期的ＣＳＩレポートがある場合、

は、重複しているＰＵＳＣＨと、スロット内の重複しているＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いてリリースするＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨをスケジューリングする任意のＰＤＣＣＨと、をスケジューリングするＤＣＩフォーマットを用いる任意のＰＤＣＣＨの最後のシンボルの後の、

の後に開始するＣＰを有するシンボルの前でなく、ここで、μは、ＰＤＣＣＨのＳＣＳ設定、重複しているＰＵＳＣＨのグループのための最小のＳＣＳ設定、及び多重化された非周期的ＣＳＩレポートを用いるＰＵＳＣＨをスケジュールするＤＣＩフォーマットに関連付けられたＣＳＩ－ＲＳの最小のＳＣＳ設定の間の最小のＳＣＳ設定に対応し、μ＝０、１のためにｄ＝２であり、μ＝２のためにｄ＝３であり、μ＝３のためにｄ＝４である。

は、［６、ＴＳ ３８．２１４］内で定義され、

及び

は、［４、ＴＳ ３８．２１１］内で定義される。リストされた各条項は、参照により本明細書に組み込まれる。

上記の方法に基づいて、ＰＵＣＣＨが複数のＰＵＳＣＨと重複するケースにおいて、ＰＵＣＣＨが多重化されることになっていたＰＵＳＣＨがキャンセルされる場合、タイムライン要件が満たされる場合、ＰＵＣＣＨは、もう一つのＰＵＳＣＨ上で多重化され得ることに留意されたい。一実施形態において、ＰＵＳＣＨの開始がＵＬ ＣＩによって示されるリソースと重複するケースにおいて、ＵＥは、ＰＵＳＣＨ全体をキャンセルする。ｇＮＢは、キャンセルされたＰＵＳＣＨ内のＵＬ ＣＩによって示されていないリソース上でもう一つのＰＵＳＣＨをスケジュールすることができる。ＵＥは、ＵＬ ＣＩが受信されるとき、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを再開する。

本開示における説明は、本開示における例示的な実施形態に関連する特定の情報を含む。本開示における図面及びそれらに付随する詳細な説明は、単に例示的な実施形態に向けられている。しかしながら、本開示は、単にこれらの例示的な実施形態に限定されるものではない。本開示の他の変形例及び実施形態は、当業者には想起されるであろう。特に断らない限り、図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び例示は、概して縮尺通りではなく、実際の相対的寸法に対応することを意図していない。

〔選択した用語の説明〕
〔タイマー〕：媒体アクセス制御（ＭＡＣ）エンティティは、例えば、いくつかの上りリンクシグナリング再送信をトリガーしたり、又はいくつかの上りリンクシグナリング再送信期間を制限したりするために、１つ又は複数のタイマーを個々にセットアップできる。タイマーは、いったん始動されると、停止されるまで、又は満了するまで動作し、そうでなければ、動作しない。タイマーは、タイマーが動作していない場合に開始することができ、又はタイマーが動作している場合に再開始することができる。タイマーは、常に初期値から開始又は再開始される。初期値は、下りリンクＲＲＣシグナリングを介してｇＮＢによって設定され得るが、これに限定されない。
〔ＢＷＰ〕：セルの全セル帯域幅のサブセットは、帯域幅部分（ＢＷＰ）と呼ばれ、ビーム幅部分適応はＵＥをＢＷＰで設定し、設定されたＢＷＰの内のどれが現在アクティブであるかをＵＥに知らせることによって達成される。プライマリセル（ＰＣｅｌｌ）上で帯域幅適応（ＢＡ）を可能にするために、ｇＮＢは、ＵＬ及びＤＬ ＢＷＰを用いてＵＥを設定する。ＣＡのケースにおけるセカンダリセル（ＳＣｅｌｌ）上のＢＡを可能にするために、ｇＮＢは、少なくともＤＬ ＢＷＰを用いてＵＥを設定する（すなわち、ＵＬ内に何も存在しないことがある）。ＰＣｅｌｌのために、初期ＢＷＰは、初期アクセスに使用されるＢＷＰである。ＳＣｅｌのために、初期ＢＷＰは、ＵＥがＳＣｅｌｌアクティブ化で最初に動作するように設定されたＢＷＰである。ＵＥは、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥによって最初のアクティブ上りリンクＢＷＰで設定され得る。第１のアクティブ上りリンクＢＷＰが特殊セル（ＳｐＣｅｌｌ）のために設定される場合、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、ＲＲＣ（再）設定を実行する際にアクティブ化されるＵＬ ＢＷＰのＩＤを含む。フィールドが存在しない場合、ＲＲＣ（再）設定は、ＢＷＰスイッチを課さない。第１のアクティブ上りリンクＢＷＰがＳＣｅｌｌのために設定されている場合、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ ＩＥフィールドは、ＳＣｅｌｌのＭＡＣアクティブ化時に使用される上りリンク帯域幅部分のＩＤを含む。

〔ＵＣＩ多重化のためのＲｅｌ－１５タイムライン要件〕：ＵＥがスロット内の複数の重複するＰＵＣＣＨ又はスロット内の重複するＰＵＣＣＨ及びＰＵＳＣＨを送信する場合、及びＴＳ ３８．２１４ Ｖ１５．７．０のサブ条項９．２．５．１及び９．２．５．２に記載されるように適用可能なとき、ＵＥは、１つのＰＵＣＣＨ内で異なるＵＣＩタイプを多重化するように設定され、複数の重複するＰＵＣＣＨ又はＰＵＳＣＨの内の少なくとも１つがＵＥによるＤＣＩフォーマット検出に応答しているとき、ＵＥは以下の条件が満たされる場合、ＵＥは、全ての対応するＵＣＩタイプを多重化する。ＰＵＣＣＨ送信又はＰＵＳＣＨ送信の内の１つが、ＵＥによるＤＣＩフォーマット検出に応答している場合、ＵＥは、スロット内のＰＵＣＣＨ及びＰＵＳＣＨに重複するグループの中で、最も早いＰＵＣＣＨ又はＰＵＳＣＨの最初のシンボル

が以下のタイムライン状態を満たすことを期待する。

は、任意の対応するＰＤＳＣＨの最後のシンボルの後の

の後に開始するＣＰをも有するシンボルの前になく、

は、

の最大値によって与えられ、ここで、
ＰＵＣＣＨとＰＵＳＣＨが重複しているグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのためには、

が与えられ、

は、［６、ＴＳ ３８．２１４］に従ってｉ番目のＰＤＳＣＨのために選択され、

は、ｉ番目のＰＤＳＣＨのＵＥ ＰＤＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここでμは、（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＰＤＳＣＨ、ｉ番目のＰＤＳＣＨのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨとが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

は、任意の対応するＳＰＳ ＰＤＳＣＨリリースの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前ではない。

は、

の最大数によって与えられ、ここで
ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信をリリースするＳＰＳ ＰＤＳＣＨを提供するｉ番目のＰＤＣＣＨには、

が与えられ、

は、ＴＳ ３８．２１３ Ｖ１５．７．０のサブ条項１０．２内で記載され、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのＵＥ ＰＤＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここで、μは、ｉ番目のＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのために使用されるＳＣＳ設定、ｉ番目のＳＰＳ ＰＤＳＣＨリリースのための対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＵＣＣＨ及びＰＵＣＣＨとＰＵＳＣＨが重複するグループ内の全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内のＰＵＳＣＨにおいて多重化された非周期的ＣＳＩレポートが存在しない場合、

は、ＰＵＳＣＨ、及びＰＤＳＣＨ又はスロット内の重複するＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いるＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨの重複をスケジューリングするＤＣＩフォーマットを用いる任意のＰＤＣＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前でない。

ＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内に少なくとも１つのＰＵＳＣＨが存在する場合、

は、

の最大値によって与えられ、ここで、

である、ＰＵＣＣＨ及びＰＵＳＣＨが重複するグループ内であるｉ番目のＰＵＳＣＨのためであり、

及び

は、[６、 ＴＳ ３８．２１４]に続くｉ番目のＰＵＳＣＨのために選択され、

は、ｉ番目のＰＵＳＣＨのＵＥ ＰＵＳＣＨプロセス能力及びＳＣＳ設定μに基づいて選択され、ここでμは、（もしあれば）ｉ番目のＰＵＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、ＰＵＣＣＨ／ＰＵＳＣＨが重複するグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるＰＤＳＣＨをスケジューリングするＰＤＣＣＨ、及びＰＵＣＣＨとＰＵＳＣＨが重複するグループの全てのＰＵＳＣＨの間の最小のＳＣＳ設定に対応する。

ＰＵＣＣＨとＰＵＳＣＨが重複するグループ内にＰＵＳＣＨが存在しない場合、

は、

の最大値によって与えられ、ここで、

である、重複しているＰＵＣＣＨのグループ内であるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いるｉ番目のＰＤＳＣＨのためであり、

は、設定された場合、ＰＵＣＣＨサービングセルのＵＥ ＰＵＳＣＨプロセス能力に基づいて選択される。

は、ＰＵＣＣＨサービングセルのためにＰＵＳＣＨプロセル能力が設定されていない場合、ＵＥ ＰＵＳＣＨプロセス能力１に基づいて選択される。μは、重複するＰＵＣＣＨのグループであるＰＵＣＣＨ上の対応するＨＡＲＱ－ＡＣＫ送信を用いる（もしあれば）ｉ番目のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのために使用されるＳＣＳ設定、及びＰＵＣＣＨサービングセルのためのＳＣＳ設定の間の最小のＳＣＳ設定に基づいて選択される。

重複するＰＵＣＣＨ及びＰＵＳＣＨのグループ内にＰＵＳＣＨで多重化された非周期的ＣＳＩレポートが存在する場合、

は、ＰＵＳＣＨと、スロット内の重複するＰＵＣＣＨ内の対応するＨＡＲＱ－ＡＣＫ情報を用いるＰＤＳＣＨ又はＳＰＳ ＰＤＳＣＨリリースをスケジューリングする任意のＰＤＣＣＨとが重複することをスケジューリングするＤＣＩフォーマットを有する任意のＰＤＣＣＨの最後のシンボルの後の

の後に開始するＣＰを有するシンボルの前にはなく、ここで、μは、ＰＤＣＣＨのＳＣＳ設定、重複するＰＵＳＣＨのグループのための最小のＳＣＳ設定、及び多重化された非周期的ＣＳＩレポートを用いるＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに関連付けられたＣＳＩ－ＲＳの最小のＳＣＳ設定、の間の最小のＳＣＳ設定に対応し、μ＝０，１のためにｄ＝２であり、μ＝２のためにｄ＝３であり、及びμ＝３のためにｄ＝４である。

は、［６， ＴＳ ３８．２１４］内で定義され、

及び

は、［４， ＴＳ ３８．２１１］内で定義される。

である。

は、それぞれのＵＥプロセス能力１及び２のために、ＴＳ ３８．２１４の表６．４－１及び表６．４－２のμに基づいており、ここで、μは最大の

を用いて生じる（μＤＬ、μＵＬ）の内の１つに対応し、ここで、μＤＬは、ＰＵＳＣＨをスケジューリングするＤＣＩを搬送するＰＤＣＣＨを送信された下りリンクのサブキャリア間隔に対応し、μＵＬは、ＰＵＳＣＨが送信される上りリンクチャネルのサブキャリア間隔に対応し、

は、［４、ＴＳ ３８．２１１］の条項４．１に定義される。ＰＵＳＣＨ割り当ての最初のシンボルがＤＭ－ＲＳのみで構成されている場合、次に

であり、そうでなければ、

である。ＵＥが複数のアクティブコンポーネントキャリアを用いて設定される場合、ＰＵＳＣＨ割り当て内の第１の上りリンクシンボルは、［１１， ＴＳ ３８．１３３］内で与えられる、コンポーネントキャリアの間の異なるタイミング効果を更に含む。スケジューリングするＤＣＩがＢＷＰのスイッチをトリガーした場合、

は、［１１，ＴＳ ３８．１３３］内で定義されるスイッチングタイムと同じであり、そうでない場合は、

である。

〔重複しない制御チャネル要素（ＣＣＥ）及びＰＤＣＣＨ候補の予約超過の処理〕：スロットｎ内の全ての検索空間セットのために、

によって

の濃度を有するＣＳＳのセット、及び

によって、

の濃度を用いてセットするＵＥ固有のＳＳ（ＵＳＳ）のセットを示す。ＵＳＳのロケーションは、

内の

をセットし、検索空間セットインデックスの昇順に従う。

によって、ＣＳＳセットの

監視のためのカウントされたＰＤＣＣＨ候補の数及び、

によって、ＵＳＳセットの

のために監視するためのカウントされたＰＤＣＣＨ候補の数を示す。ＣＳＳセットのために、ＵＥは、

、スロット内の合計の

重複しないＣＣＥを必要とするＰＤＣＣＨ候補を監視する。

ＵＥは、以下の擬似コードに従って、スロットｎにおけるＳＣＳ設定μを有するアクティブＤＬ ＢＷＰを有するプライマリセルのために、監視のためのＰＤＣＣＨ候補をＵＳＳセットに割当てる。ＵＥは、監視のためにＰＤＣＣＨ候補を割り当てずに、ＵＳＳセットのＰＤＣＣＨを監視することを期待しない。

によって、検索空間セット

のために重複しないＣＣＥのセットと、

によって、

の濃度を示し、ここで、検索空間セット

のための重複しないＣＣＥは、ＣＳＳセットのための監視のための割り当てられたＰＤＣＣＨ候補、及び全ての検索空間セット

のための監視のための割り当てられたＰＤＣＣＨ候補を考慮することを決定される。

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

「１つの実施形態」、「一実施形態」、「例としての実施形態」、「様々な実施形態」、「いくつかの実施形態」、「本出願の実施形態」などへの参照は、そのように説明された本出願の実施形態が特定の特徴、構造、又は特性を含むことができるが、本出願の全ての考えられる実施形態が必ずしも特定の特徴、構造、又は特性を含むわけではないことを示し得る。更に、「１つの実施形態において」又は「一例としての実施形態において」、「一実施形態」という語句の繰り返しの使用は、同じ実施形態を必ずしも参照しないが、それらは同じ実施形態を参照してもよい。更に、「本出願」に関連する「実施形態」のような語句のあらゆる使用は、本出願の全ての実施形態が特定の特徴、構造、又は特性を含まなければならず、代わりに、「本出願の少なくともいくつかの実施形態」が、述べられた特定の特徴、構造、又は特性を含むことを意味すると理解されるべきであることを特徴付けることは、決して意図されない。用語「結合された」は、介在する部品を介して直接的又は間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、利用されるとき、「含むが、必ずしもこれに限定されない」を意味し、それは特に、そのように記載された組み合わせ、群、グループ、シリーズ及び等価物におけるオープンエンドの包含又はメンバーシップを示す。

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

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

コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶、又はコンピュータ可読命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

無線通信ネットワークアーキテクチャ（例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム）は、通常、少なくとも１つの基地局と、少なくとも１つのユーザ機器（ＵＥ）と、ネットワークへの接続を提供する１つ又は複数のオプションのネットワーク要素とを含む。ＵＥは、基地局によって確立された無線アクセスネットワーク（ＲＡＮ）を介してネットワーク（例えば、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、次世代コア（ＮＧＣ）、又はインターネット）と通信する。

なお、本出願において、ＵＥは、移動局、移動端末又は装置、ユーザ通信無線端末などを含むことができるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってよく、携帯電話機、タブレット、ウェアラブルデバイス、センサ、又はワイヤレス通信機能を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワーク内の１つ又は複数のセルから／へ、エアーインターフェースを介して信号を受信／送信するように設定される。

基地局は、ＵＭＴＳにおけるようなノードＢ（ＮＢ）、ＬＴＥ－Ａにおけるような進化型ノードＢ（ｅＮＢ）、ＵＭＴＳにおけるような無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮにおけるような基地局コントローラ（ＢＳＣ）、５ＧＣに関連するＥ－ＵＴＲＡ基地局におけるようなＮＧ－ｅＮＢ、５Ｇ－ＡＮにおけるような次世代ノードＢ（ｇＮＢ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、無線インタフェースを介してネットワークに１つ又は複数のＵＥを供給するために接続することができる。

基地局は、マイクロ波アクセスのための世界相互運用（ＷｉＭＡＸ）、移動通信のためのグローバルシステム（ＧＳＭ、しばしば２Ｇと呼ばれるＧＳＭ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、汎用移動通信システム（ＵＭＴＳ、しばしば３Ｇと呼ばれるＵＭＴＳ）、ベーシック広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（発展型ＬＴＥ）、ニューラジオ（ＮＲ、しばしば５Ｇと呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏに基づく、無線アクセス技術（ＲＡＴ）のうちの少なくとも１つに従って通信サービスを提供するように設定することができる。しかしながら、本出願の範囲は、上述のプロトコルに限定されるべきではない。

基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的に、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の１つ又は複数のＵＥを提供するサービスを提供する（例えば、各セルが下りリンク及び任意で上りリンクパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥへの下りリンク及び任意で上りリンクリソースをスケジューリングする）。基地局は、複数のセルを介して無線通信システム内の１つ又は複数のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ）をサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレージエリアを有することができる。

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たしながら、拡張移動ブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、超高信頼性通信、及び低遅延性通信（ＵＲＬＬＣ）などの様々な次世代（例えば、５Ｇ）通信要件に適応するための柔軟な構成を支援することである。３ＧＰＰで合意されたような直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のベースラインとしてサーブすることができる。適応副搬送波間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）のようなスケーラブルなＯＦＤＭニューメロロジーも使用することができる。加えて、２つの符号化方式をＮＲのために検討した：（１）低密度パリティ検査（ＬＤＰＣ）符号と（２）ポーラ符号である。符号化方式適応は、チャネル条件及び／又はサービスアプリケーションに基づいて設定され得る。

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

その上、本明細書における用語「システム」及び「ネットワーク」は、互換的に使用されてもよい。本明細書における用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付けの関係に過ぎず、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示すことができる。その上、本明細書における文字「／」は一般に、前者及び後者の関連付けられたオブジェクトが「又は」関係にあることを表す。

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

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

ノード５００は、様々なコンピュータ可読媒体を含んでもよい。コンピュータ可読媒体は、ノード５００によってアクセス可能であり、揮発性及び不揮発性媒体、着脱可能及び非着脱可能媒体の両方を含む任意の利用可能な媒体とすることができる。実施例として、限定ではなく、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ読み取り可能などの情報を記憶するための任意の方法又は技術で実装される揮発性及び不揮発性メモリ、取り外し可能及び非取り外し可能媒体の両方を含む。

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

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

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

１つ又は複数のプレゼンテーション部品５３８は、人又は他のデバイスにデータ指示を提示する。例としてのプレゼンテーション部品５３８は、表示デバイス、スピーカー、印刷部品、振動部品などを含む。

図５Ｂは、ネットワーク又はエアーインターフェース５５６を介して、ｇＮＢ５５４などのセルラーノードと通信するＵＥ５５２などのデバイスを含むネットワーク５５０を示す。図５Ｂは、ＵＥ５５２がｇＮＢ５５４から送信されたＵＬグラント及びＵＬ ＣＩを受信することを示す。一態様において、ＵＬリソースがＰＵＳＣＨと重複するかどうかを判定し、判定をもたらし、ＵＬリソースがＰＵＳＣＨと重複することを判定が示すとき、ＰＵＳＣＨをキャンセルするステップは、ＵＥ５５２上で実施され得る。別の態様において、本明細書で開示される任意の１つ又は複数のステップは、ＵＥ５５２及び／又はｇＮＢ又はセルラーノード５５４の内の１つ又は複数によって実行され得る。

図６は、本開示の方法としての実施形態６００を示す。本方法は、上りリンク（ＵＬ）グラントを受信するステップを含むステップの内の１つ又は複数を含み、ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ）をスケジュールし、ＰＵＳＣＨのための周波数リソースはユーザ機器（ＵＥ）のアクティブＵＬ帯域幅部分（ＢＷＰ）内で割り当てられ、周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ）インデックスを使用して割り当てられる（６０２）。本方法は、ＵＬキャンセルインディケーション（ＣＩ）を受信するステップであって、ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、参照ＵＬリソースは少なくともアクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、周波数リソースはキャリアの共通リソースブロック（ＣＲＢ）インデックスを使用して割り当てられる、ステップ（６０４）、ＵＬリソースがＰＵＳＣＨと重複するかどうかを判定するステップ（６０６）、ＵＬリソースがＰＵＳＣＨと重複すると判定されたとき、ＰＵＳＣＨをキャンセルするステップ（６０８）を、更に含む。

本方法は、参照ＵＬリソースの開始シンボルを定義するステップを更に含むことができる。開始シンボルは、ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして定義されることができ、所定時間は、ＵＬグラントをデコードし、ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間と、ｇＮＢによって構成された第２の所定時間とに基づいて定義されることができる。第１の所定時間は、ＵＬ ＣＩを搬送する物理下りリンク制御チャネル（ＰＤＣＣＨ）が送信された下りリンクのＳＣＳの最小サブキャリア間隔（ＳＣＳ）と、キャリアの設定されたＵＬ ＢＷＰの最小ＳＣＳとに基づいて決定することができる。本方法は、ＵＬリソースの１つ又は複数のシンボルのシンボル期間を決定するステップを更に含むことができ、シンボル期間は、ＵＬ ＣＩが受信された下りリンク（ＤＬ）ＢＷＰのサブキャリア間隔（ＳＣＳ）に基づく。

ＵＬ ＣＩの参照ＵＬリソースの周波数リソースを定義するために、ＣＲＢインデックスを使用することにより、ＵＥのグループのためにアクティブＵＬ ＢＷＰの設定が異なるとき、参照ＵＬリソースの定義は、同じＵＬ ＣＩを受信するために設定されたＵＥのグループのために整えられる。参照ＵＬリソースの開始シンボルを決定するために、ＵＬグラントをデコーディングし、ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間を使用することは、ＵＥは短い遅延でＰＵＳＣＨをキャンセルすることができ、且つＵＥのグループのタイミングアドバンスが異なるとき、参照ＵＬリソースの開始シンボルを決定するためにｇＮＢによって設定された第２の所定時間を使用することは、同じＵＬ ＣＩを受信するために設定されたＵＥのグループのための参照ＵＬリソースの定義を整えることができる。

方法、システム、又はコンピュータ可読記憶媒体又は装置は、本明細書で説明される任意の装置又は部品、及び装置によって実行されるステップ又は動作をカバーすることができる。例えば、実施形態は信号（ＵＬグラント／ＵＬ ＣＩ）を受信し、特定のステップを実行することができる、本明細書で説明されるユーザ機器（ＵＥ）の観点から主張されることができる。別の態様において、動作は、ＵＥと通信するｇＮＢ又は他のセルラー（又は他のネットワークプロトコル）ワイヤレス部品などのセルラーノードの観点から主張され得る。そのような実施例において、ステップは、ＵＬグラント信号を送信すること、及びＰＵＳＣＨを取り消すか、又は何らかの他のアクションを実行するかを決定する際にＵＥによって使用されるＵＬ ＣＩ信号を送信することなど、ｇＮＢによって実行される機能を含むことができる。

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

Claims (12)

1. 上りリンク（ＵＬ：uplink）グラントを受信するステップであって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジューリングし、前記ＰＵＳＣＨのための周波数リソースはユーザ機器（ＵＥ：user equipment）のアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースは前記アクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、ステップ、
   ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信するステップであって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、ステップ、
   前記ＵＬリソースが前記ＰＵＳＣＨと重複するかどうかを判定するステップ、及び
   前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルするステップ、
   を含む、方法。
2. 前記参照ＵＬリソースの開始シンボルを定義するステップを更に含み、
   前記開始シンボルは、前記ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして定義され、
   前記所定時間は、前記ＵＬグラントをデコードし、前記ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間と、ｇＮＢによって設定される第２の所定時間とに基づいて定義される、
   請求項１に記載の方法。
3. 前記第１の所定時間は、前記ＵＬ ＣＩを搬送する物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が送信された下りリンクのＳＣＳの最小サブキャリア間隔（ＳＣＳ：subcarrier spacing）と、前記キャリアの設定されたＵＬ ＢＷＰの最小ＳＣＳとに基づいて決定される、請求項２に記載の方法。
4. 前記ＵＬリソースの１つ又は複数のシンボルのシンボル期間を決定するステップを更に含み、前記シンボル期間は、前記ＵＬ ＣＩが受信された下りリンク（ＤＬ：downlink）ＢＷＰのサブキャリア間隔（ＳＣＳ）に基づく、請求項１に記載の方法。
5. コンピュータシステムの１つ又は複数のプロセッサによって実行される結果として、前記コンピュータシステムに、
   上りリンク（ＵＬ：uplink）グラントを受信する処理であって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジューリングし、前記ＰＵＳＣＨのための周波数リソースは前記コンピュータシステムのアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、処理、
   ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信する処理であって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、処理、
   前記ＵＬリソースが前記ＰＵＳＣＨと重複しているかどうかを判定する処理、及び
   前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルする処理、
   を実行させる実行可能命令を記憶する、非一時的なコンピュータ読取可能記憶媒体。
6. 前記実行可能命令は、前記コンピュータシステムに、
   前記参照ＵＬリソースの開始シンボルを定義することを更に実行させ、
   前記開始シンボルは、前記ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして定義され、
   前記所定時間は、前記ＵＬグラントをデコードし、前記ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間と、ｇＮＢによって設定される第２の所定時間とに基づいて定義される、
   請求項５に記載の非一時的なコンピュータ読取可能記憶媒体。
7. 前記第１の所定時間は、前記ＵＬ ＣＩを搬送する物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が送信された下りリンクのＳＣＳの最小サブキャリア間隔（ＳＣＳ：subcarrier spacing）と、前記キャリアの設定されたＵＬ ＢＷＰの最小ＳＣＳとに基づいて決定される、請求項６に記載の非一時的なコンピュータ読取可能記憶媒体。
8. 前記実行可能命令は、前記コンピュータシステムに、前記ＵＬリソースの１つ又は複数のシンボルのシンボル期間を決定することを更に実行させ、前記シンボル期間は、前記ＵＬ ＣＩが受信された下りリンク（ＤＬ：downlink）ＢＷＰのサブキャリア間隔（ＳＣＳ）に基づく、請求項５に記載の非一時的なコンピュータ読取可能記憶媒体。
9. システムは、
   １つ又は複数のプロセッサ、及び
   前記１つ又は複数のプロセッサによって実行される結果として、前記システムに実行させる命令を記憶するメモリを含み、
   前記命令は、前記システムに、
   上りリンク（ＵＬ：uplink）グラントを受信する処理であって、前記ＵＬグラントは物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）をスケジュールし、前記ＰＵＳＣＨのための周波数リソースは、前記システムのアクティブＵＬ帯域幅部分（ＢＷＰ：Bandwidth Part）内に割り当てられ、前記周波数リソースはアクティブＵＬ ＢＷＰの物理リソースブロック（ＰＲＢ：physical resource block）インデックスを使用して割り当てられる、処理、
   ＵＬキャンセルインディケーション（ＣＩ：cancellation indication）を受信する処理であって、前記ＵＬ ＣＩは参照ＵＬリソース内のＵＬリソースを示し、前記参照ＵＬリソースは少なくとも前記アクティブＵＬ ＢＷＰを含むキャリア内に割り当てられ、前記周波数リソースは前記キャリアの共通リソースブロック（ＣＲＢ：common resource block）インデックスを使用して割り当てられる、処理、
   前記ＵＬリソースが前記ＰＵＳＣＨと重複しているかどうかを判定する処理、及び
   前記ＵＬリソースが前記ＰＵＳＣＨと重複すると判定されたとき、前記ＰＵＳＣＨをキャンセルする処理、
   を、実行させる、システム。
10. 前記命令は、前記システムに、前記ＵＬリソースの１つ又は複数のシンボルのシンボル期間を決定することを更に実行させ、
    前記シンボル期間は、前記ＵＬ ＣＩが受信された下りリンク（ＤＬ：downlink）ＢＷＰのサブキャリア間隔（ＳＣＳ：subcarrier spacing）に基づいている、請求項９に記載のシステム。
11. 前記命令は、前記システムに、前記参照ＵＬリソースの開始シンボルを定義することを更に実行させ、
    前記開始シンボルは、前記ＵＬ ＣＩの終了から所定時間後の最初のシンボルとして定義され、及び
    前記所定時間は、前記ＵＬグラントをデコードし、前記ＰＵＳＣＨを準備するための最小プロセスの第１の所定時間と、ｇＮＢによって設定される第２の所定時間とに基づいて定義される、
    請求項９に記載のシステム。
12. 前記第１の所定時間は、前記ＵＬ ＣＩを搬送する物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が送信された下りリンクのＳＣＳの最小サブキャリア間隔（ＳＣＳ：subcarrier spacing）と、前記キャリアの設定されたＵＬ ＢＷＰの最小ＳＣＳとに基づいて決定される、請求項１１に記載のシステム。

Images