JP7270110B2

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

Info

Publication number: JP7270110B2
Application number: JP2022526186A
Authority: JP
Inventors: ワン，ハイハン
Original assignee: FG Innovation Co Ltd
Current assignee: FG Innovation Co Ltd
Priority date: 2019-11-08
Filing date: 2020-11-06
Publication date: 2023-05-09
Anticipated expiration: 2040-11-06
Also published as: US20230039964A1; US11540282B2; US12004139B2; KR20220092950A; WO2021088969A1; US20210144708A1; EP4046448A1; CN114651512A; EP4046448A4; JP2023500346A

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）のリソースの一部がＵＲＬＬＣのためのもう１つのＴＢの送信のために使用されることを示し、その結果、ｅＭＢＢＵＥは、ＴＢをデコードするために「破損した」ビットを使用することを回避することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

〔一般的特徴〕
特に、ｅＭＢＢトラフィックのためにスケジュールされたリソースがＵＲＬＬＣトラフィックのために再割り当てされる必要があるとき、ＵＲＬＬＣサービスのための遅延性要件が満たされることを保証するためのアプローチが、当技術分野において必要とされている。Ｒｅｌ－１５ＮＲにおいて、本目的のために、下りリンクプリエンプションインディケーション（ＰＩ：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

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