JP2023519230A - 通信デバイス、インフラストラクチャ機器、および方法 - Google Patents

Abstract

【課題】異なる要件を有するデータが無線通信ネットワーク内で効率的に送信されることを可能にする技術および機器を提供する。【解決手段】無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法。【選択図】図７

Description

本開示は、通信デバイス、インフラストラクチャ機器、ならびに無線通信ネットワークにおける通信デバイスおよびインフラストラクチャ機器を動作させる方法に関する。

本出願は、欧州特許出願第ＥＰ２０１６７６３２．７号に基づくパリ条約による優先権を主張するものであり、その内容が参照により本明細書に組み込まれる。

本明細書において提供される「背景技術」の説明は、本開示の文脈を一般的に提示するためのものである。本発明者らの研究は、この背景技術の項に記載されている限りにおいて、そうでなければ出願時に先行技術としてみなすことができない説明の態様と同様に、本発明に対する先行技術として明示的にも暗示的にも認められない。

３ＧＰＰ（登録商標）定義のＵＭＴＳおよびロングタームエボリューション（ＬＴＥ）アーキテクチャに基づくものなどの第３および第４世代のモバイル通信システムは、前世代のモバイル通信システムによって提供される単純な音声およびメッセージングサービスよりも洗練されたサービスをサポートすることができる。たとえば、ＬＴＥシステムによって提供される、改善された無線インタフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続を介してのみ利用可能であったであろうモバイルビデオストリーミングおよびモバイルビデオ会議などの高データレートアプリケーションを享受することができる。したがって、そのようなネットワークを展開する需要は強く、これらのネットワークのカバレッジエリア、すなわち、ネットワークへのアクセスが可能な地理的場所は、より急速に増加すると予想される。

将来の無線通信ネットワークは、既存のシステムがそれをサポートするために最適化されるよりも、より広い範囲のデータトラフィックプロファイルおよびタイプに関連する、より広いデバイス範囲での通信を、日常的かつ効率的にサポートすることが期待される。たとえば、将来の無線通信ネットワークは、複雑さの低減されたデバイス、マシンタイプ通信（ＭＴＣ）デバイス、高解像度ビデオディスプレイ、仮想現実ヘッドセットなどを含むデバイスとの通信を効率的にサポートすることが期待される。これらの異なるタイプのデバイスのうちのいくつかは、非常に多数の、たとえば、「物のインターネット」をサポートするための低複雑度のデバイスに展開されてもよく、典型的には比較的高いレイテンシ耐性を有する比較的少量のデータの送信に関連付けられてもよい。

そこで、将来の無線通信ネットワーク、たとえば、５Ｇまたは新しい無線（ＮＲ）システム／新しい無線アクセス技術（ＲＡＴ）システム（非特許文献１）と呼ばれることがあるもの、ならびに既存のシステムの将来のイテレーション／リリースが、異なるアプリケーションおよび異なる特性データトラフィックプロファイルに関連付けられた広範囲のデバイスのための接続性を効率的にサポートすることが望まれると予想される。

ＮＲ技術を組み込むシステムは、レイテンシ、データレート、および／または信頼度に関する異なる要件によって特徴付けられ得る異なるサービス（または異なるタイプのサービス）をサポートすることが期待される。たとえば、拡張モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）サービスの目的は、４ｍｓのユーザプレーンレイテンシで１０％の信頼性を提供することであり、超高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスの目的は、１ｍｓのユーザプレーンレイテンシで３２バイトパケットの１回の送信に対して１－１０^－５（９９．９９９％）以上の信頼性を提供することである（非特許文献３）。さらに、高い可用性、高い信頼性、低いレイテンシ、場合によっては高精度測位の新しい要件でサービスをサポートするために、システムは、産業用モノのインターネット（ＩＩｏＴ）に関連するさらなる強化をサポートすることが期待され得る。

したがって、送信のためのデータは、異なるサービスおよび／または異なる品質のサービス要件に関連付けられ得る。したがって、異なる要件を有するデータが無線通信ネットワーク内で効率的に送信されることを可能にする技術および機器を提供する必要がある。

RP-182090, "Revised SID: Study on NR Industrial Internet of Things (IoT)," 3GPP RAN#81. Holma H. and Toskala A, "LTE for UMTS OFDMA and SC-FDMA based radio access", John Wiley and Sons, 2009. 3GPP TR 38.913 "Study on scenarios and requirements for next generation access technologies", Release 14 3GPP document RP- 190726, "Physical layer enhancements for NR ultra-reliable and low latency communication (URLLC)," Huawei, HiSilicon, RAN#83 3GPP TS 38.212, "NR: Multiplexing and channel coding" vl6.0.0

本開示は、上述の問題のうちの少なくとも一部に対処するか、または軽減するのに役立つ。

本技術の例示的な諸実施形態は、無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法を提供することができる。

諸実施形態は、たとえば、データに関連するレイテンシまたは優先制約を満たすために、通信リソースを割り当てるための有効な方法を提供することができる。

本開示のそれぞれの態様および特徴は、添付の特許請求の範囲において定義される。

前述の一般的な説明および以下の詳細な説明の両方が、本技術の例示であるが、本技術を限定するものではないことを理解されたい。説明する諸実施形態は、さらなる利点とともに、添付の図面と併せて以下の詳細な説明を参照することによって最もよく理解されるであろう。

本開示のより完全な理解およびその付随する利点の多くは、同様の参照番号がいくつかの図を通して同一または対応する部分を指定する添付の図面に関連して考慮されるとき、以下の詳細な説明を参照することによってより良く理解されるにつれて容易に得られるであろう。

図１は、本開示のいくつかの実施形態に従って動作するように構成してもよいＬＴＥタイプの無線電気通信システムのいくつかの態様を概略的に表す。 図２は、本開示のいくつかの実施形態に従って動作するように構成してもよい新しい無線アクセス技術（ＲＡＴ）無線電気通信システムのいくつかの態様を概略的に表す。 図３は、例示的な諸実施形態に従って構成してもよい例示的なインフラストラクチャ機器および通信デバイスの概略ブロック図である。 図４は、従来技術に係るアップリンクキャンセルインジケータ（ＵＦ－ＣＩ）の使用を示す。 図５は、従来技術に係るアップリンクキャンセルインジケータの使用を示す。 図６は、従来技術に係る通信デバイスによって実施されてもよい処理を示すフローチャートである。 図７は、本開示のいくつかの実施形態に係る、ＵＦ－ＣＩを含む、リソース割り当ておよび送信の例を示す。 図８は本開示のいくつかの実施形態に係る、ＵＦ－ＣＩを含む、リソース割り当ておよび送信の例を示す。 図９は、本開示のいくつかの実施形態に係る、ＵＬ－ＣＩを含む、リソース割り当ておよび送信の例を示す。 図１０は、本開示のいくつかの実施形態に係る、以前に送信されたＵＬ－ＣＩに関連付けられた基準アップリンク領域（ＲＵＲ）の開始後に送信および受信されたアップリンクグラントを含む、リソース割り当ておよび送信の例を示す。 図１１は、本開示のいくつかの実施形態に係る、ＵＬ－ＣＩを含む、リソース割り当ておよび送信と、次のＵＬ－ＣＩ送信インスタンスの開始時に終了する関連する時間窓との例を示す。 図１２は、２つのアップリンクグラントが時間的に分離され、両方が均等に扱われる、リソース割り当ておよび送信の例を示す。 図１３は、本開示の諸実施形態に係るリソース割り当ておよび送信のシーケンスを示す。 図１４は、確認時間窓内のアップリンクグラントの送信を示す、本技術の諸実施形態に係るリソース割り当ておよび送信を示す。 図１５は、２つのＵＬ－ＣＩの両方が割り当てられた通信リソースのうちのいくつかが衝突の対象であることを示す場合にのみ、通信デバイスが当該割り当てられたリソースを使用して送信することを控える、本技術の諸実施形態に係るリソース割り当ておよび送信を示す。 図１６は、本技術の諸実施形態に係る通信デバイスによって実施してもよい処理のフローチャートを示す。

（ロングタームエボリューション・アドバンスト無線アクセス技術（４Ｇ））
図１は、一般にＬＴＥ原理に従って動作するが、他の無線アクセス技術もサポートすることができ、本明細書で説明されるような本開示の諸実施形態を実施するように適合させることができる、モバイル電気通信ネットワーク／システム１００のいくつかの基本的な機能を示す概略図である。図１の様々な要素、およびそれらのそれぞれの動作モードのいくつかの態様は周知であり、３ＧＰＰ（ＲＴＭ）本体によって管理される関連する規格において定義され、また、当該主題に関する多くの書籍、たとえば、非特許文献２に記載されている。（たとえば、異なる要素間で通信するための特定の通信プロトコルおよび物理チャネルに関して）具体的に記載されていない本明細書で論じられる電気通信ネットワークの動作態様は、たとえば、関連する規格ならびに当該関連する規格に対する既知の提案された修正および追加に係る任意の既知の技術に従って実施されてもよいことを理解されたい。

ネットワーク１００は、コアネットワーク部２に接続された複数の基地局１０１を含む。各基地局１００は、通信デバイス１０４との間でデータを通信することができるカバレッジエリア１０３（たとえば、セル）を提供する。データは、基地局１０１から、無線ダウンリンクを介してそれぞれのカバレッジエリア１０３内の通信デバイス１０４に送信される。データは、無線アップリンクを介して通信デバイス１０４から基地局１０１に送信される。コアネットワーク部１０２は、それぞれの基地局１０１を介して通信デバイス１０４との間でデータをルーティングし、認証、モビリティ管理、課金などの機能を提供する。通信デバイスは、移動局、ユーザ機器（ＵＥ）、ユーザ端末、モバイル無線、端末デバイスなどと呼ばれることもある。ネットワークインフラストラクチャ機器／ネットワークアクセスノードの例である基地局は、トランシーバ局、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ（ｇＮＢ）などと呼ばれることもある。この点で、異なる用語は、広く同等の機能性を提供する要素のための異なる世代の無線電気通信システムに関連することも多い。しかしながら、本開示の例示的な諸実施形態は、以下に説明するように５Ｇや新しい無線などの異なる世代の無線電気通信システムにおいて同等に実施されてもよく、簡潔にするために、基礎となるネットワークアーキテクチャに関わらず、特定の用語を用いる場合もある。すなわち、いくつかの実施例に関連する特定の用語の使用は、これらの実施例がその特定の用語に最も関連する可能性のある特定の世代のネットワークに限定されることを意図するものではない。

新しい無線アクセス技術（５Ｇ）
図２は、本明細書で説明される本開示の諸実施形態に係る機能を提供するように適合されてもよい、以前に提案されたアプローチに基づく新しいＲＡＴ無線通信ネットワーク／システム２００のためのネットワークアーキテクチャを示す概略図である。図２に示す新しいＲＡＴネットワーク２００は、第１の通信セル２０１および第２の通信セル２０２を含む。各通信セル２０１、２０２は、それぞれの有線または無線リンク２５１、２５２を介してコアネットワークコンポーネント２１０と通信する制御ノード（中央装置）２２１、２２２を含む。また、各制御ノード２２１、２２２は、それぞれのセル内の複数の分散ユニット（無線アクセスノード／遠隔送受信ポイント（ＴＲＰ））２１１、２１２とも通信している。この場合も、これらの通信は、それぞれの有線または無線リンクを介して行うことができる。分散ユニット２１１、２１２は、ネットワークに接続された通信デバイスのための無線アクセスインタフェースを提供する役割を担う。各分散ユニット２１１、２１２は、カバレッジエリア（無線アクセスフットプリント）２４１、２４２を有し、制御ノードの制御下にある分散ユニットのカバレッジエリアの全体が、それぞれの通信セル２０１、２０２のカバレッジを定義する。各分散ユニット２１１、２１２は、無線信号の送受信のためのトランシーバ回路と、それぞれの分散ユニット２１１、２１２を制御するように構成されたプロセッサ回路とを含む。

広範な最上位機能に関して、図２に表す新しいＲＡＴ通信ネットワークのコアネットワークコンポーネント２１０は、図１に表すコアネットワーク１０２に対応すると広く考えてもよく、それぞれの制御ノード２２１、２２２およびそれらの関連する分散ユニット／ＴＲＰ２１１、２１２は、図１の基地局１０１に対応する機能を提供すると広く考えてもよい。ネットワークインフラストラクチャ機器／アクセスノードという用語は、これらの要素および無線通信システムのより従来的な基地局型要素を包含するために使用され得る。当面のアプリケーションに応じて、それぞれの分散ユニットと通信デバイスとの間の無線インタフェース上でスケジューリングされる送信をスケジューリングする責任は、制御ノード／中央装置および／または分散ユニット／ＴＲＰにあってもよい。

図２では、第１の通信セル２０１のカバレッジエリア内に通信デバイス／ＵＥ２６０が示されている。したがって、この通信デバイス２６０は、第１の通信セル２０１に関連する分散ユニット２１１のうちの１つを介して、第１の通信セル２０１内の第１の制御ノード２２１とシグナリングを交換することができる。場合によっては、所与の通信デバイスのための通信が分散ユニットのうちの１つのみを介してルーティングされるが、いくつかの他の実施形態では、所与の通信デバイスに関連する通信が、たとえば、ソフトハンドオーバシナリオおよび他のシナリオにおいて２つ以上の分散ユニットを介してルーティングされ得ることが理解されよう。

図２の例では簡潔にするために２つの通信セル２０１、２０２および１つの通信デバイス２６０が示されているが、言うまでもなく、実際には、システムがより多くの数の通信デバイスを提供するより多くの多数の通信セル（それぞれの制御ノードおよび複数の分散ユニットによってそれぞれサポートされる）を含み得ることが理解されよう。

図２は、本明細書で説明する原理に係る手法を採用してもよい、新しいＲＡＴ通信システムのための提案されたアーキテクチャの一例にすぎず、本明細書で開示する機能を異なるアーキテクチャを有する無線通信システムに関して適用してもよいことをさらに理解されたい。

したがって、本明細書で説明する本開示の例示的な諸実施形態は、図１および図２に示す例示的なアーキテクチャなど、様々な異なるアーキテクチャに係る無線電気通信システム／ネットワークにおいて実施してもよい。したがって、任意の所与の実施における特定の無線通信アーキテクチャは、本明細書に記載する原理にとって最も重要なものではないことを理解されたい。これに関して、本開示の例示的な諸実施形態は、ネットワークインフラストラクチャ機器／アクセスノードと通信デバイスとの間の通信の文脈において一般的に説明される場合があり、ネットワークインフラストラクチャ機器／アクセスノードおよび通信デバイスの特定の性質は、当面の実施のためのネットワークインフラストラクチャに依存する。たとえば、いくつかのシナリオでは、ネットワークインフラストラクチャ機器／アクセスノードが、本明細書で説明する原理に係る機能を提供するように適合される、図１に示すＬＴＥタイプの基地局１０１などの基地局を備えていてもよい。他の例では、ネットワークインフラストラクチャ機器／アクセスノードが、本明細書で説明する原理に係る機能を提供するように適合される、図２に示す種類の制御部／制御ノード２２１、２２２および／またはＴＲＰ２１１、２１２を備えていてもよい。

（図２の通信デバイス２６０または図１の通信デバイス１０４などの通信デバイスに対応していてもよい）第１および第２のＵＥ／通信デバイス２７０ａ、２７０ｂおよびｅＮＢ（ＬＴＥ基地局）１０１または制御ノード２２１およびＴＲＰ２１１の組み合わせと考えられる例示的なネットワークインフラストラクチャ装置２７２を図３により詳細に示す。第１の通信デバイス２７０ａと第２の通信デバイス２７０ｂとを区別する必要がない場合、通信デバイス２７０と表記する。

図３に示すように、通信デバイス２７０は、通信デバイス２７０からインフラストラクチャ機器２７２への矢印２７４によって概略的に示すように、無線アクセスインタフェースのアップリンクリソースを介してインフラストラクチャ機器２７２にアップリンクデータを送信する。同様に、通信デバイス２７０は、インフラストラクチャ機器２７２から通信デバイス２７０への矢印２８８によって示すように、ダウンリンクリソースを介してインフラストラクチャ機器２７２によって送信されるダウンリンクデータを受信するように構成してもよい。図１および図２と同様に、インフラストラクチャ機器２７２は、インフラストラクチャ機器２７２のコントローラ２８０へのインタフェース２７８を介して、コアネットワーク２７６に接続される。インフラストラクチャ機器２７２は、アンテナ２８４に接続された受信機２８２と、アンテナ２８４に接続された送信機２８６とを含む。これに対応して、各通信デバイス２７０は、アンテナ２９４から信号を受信する受信機２９２と、アンテナ２９４に接続された送信機２９６とに接続されたコントローラ２９０を含む。

コントローラ２８０は、インフラストラクチャ機器２７２を制御するように構成され、プロセッサ回路を含んでもよい。プロセッサ回路は、本明細書でさらに説明するように、機能を提供するための各種サブユニット／サブ回路を順に含んでもよい。これらのサブユニットは、個別のハードウェア要素として、またはプロセッサ回路において適切に構成された機能として実装されてもよい。したがって、コントローラ２８０は、無線電気通信システムにおける機器のための従来のプログラミング／構成技術を使用して所望の機能を提供するように適切に構成／プログラムされる回路を含んでもよい。送信機２８６および受信機２８２は、従来の構成に係る信号処理および無線周波数フィルタ、増幅器、ならびに回路を含んでもよい。送信機２８６、受信機２８２、およびコントローラ２８０は、表現を容易にするために別個の要素として図３に概略的に示されている。しかしながら、これらの要素の機能は、たとえば、１つ以上の適切にプログラムされたプログラム可能な（複数の）コンピュータ、または１つ以上の適切に構成された（複数の）特定用途向け集積回路／回路／（複数の）チップ／（複数の）チップセットを使用して、様々な異なる方法で提供され得ることが理解されよう。理解されるように、インフラストラクチャ機器２７２は、一般に、その動作機能に関連する様々な他の要素を含む。

これに対応して、各通信デバイス２７０のコントローラ２９０は、送信機２９６および受信機２９２を制御するように構成され、プロセッサ回路を含んでもよい。プロセッサ回路は、本明細書でさらに説明するように、機能を提供するための各種サブユニット／サブ回路を順に含んでもよい。これらのサブユニットは、個別のハードウェア要素として、またはプロセッサ回路において適切に構成された機能として実装されてもよい。したがって、コントローラ２９０は、無線電気通信システムにおける機器のための従来のプログラミング／構成技術を使用して所望の機能を提供するように適切に構成／プログラムされる回路を含んでもよい。同様に、送信機２９６および受信機２９２は、従来の構成に係る信号処理および無線周波数フィルタ、増幅器、ならびに回路を含んでもよい。送信機２９６、受信機２９２、およびコントローラ２９０は、表現を容易にするために別個の要素として図３に概略的に示されている。しかしながら、これらの要素の機能は、たとえば、１つ以上の適切にプログラムされたプログラム可能な（複数の）コンピュータ、または１つ以上の適切に構成された（複数の）特定用途向け集積回路／回路／（複数の）チップ／（複数の）チップセットを使用して、様々な異なる方法で提供され得ることが理解されよう。理解されるように、通信デバイス２７０は、一般に、その動作機能に関連する様々な他の要素、たとえば、電源、ユーザインタフェースなどを含むが、これらは簡潔にするために図３には示されていない。

コントローラ２８０、２９０は、不揮発性メモリなどのコンピュータ可読媒体に記憶される命令を実行するように構成されてもよい。本明細書に記載する処理ステップは、たとえば、コンピュータ可読媒体に記憶された命令に従って動作する、ランダムアクセスメモリと共にマイクロプロセッサによって実行されてもよい。

（アップリンクキャンセル指示）
第１の通信デバイス（図１の通信デバイス１０４、または図３の第１の通信デバイス２７０ａなど）が第１のデータの送信のために通信リソースを割り当てられた場合、これらの通信リソースの一部が、その後、第２の通信デバイス２７０ｂによる第２のデータの送信のために割り当てられる場合がある。後者の割り当てに関連する通信リソースの選択は、第２のデータに関連するサービス品質（たとえば、レイテンシ、優先度）要件に基づいてもよい。

図４は、そのような第２の割り当てが行われ得るシナリオを示す。

図４は、アップリンク通信リソース４０２およびダウンリンク通信リソース４０４を示し、これらは、異なる周波数範囲の無線アクセスインタフェースを使用して（すなわち、周波数分割複信、ＦＤＤを使用して）同時に提供される。本明細書で説明する例および諸実施形態はＦＤＤを使用し得るが、本技術はそれに限定されず、時分割複信（ＴＤＤ）を使用するものなど、他の無線アクセスインタフェースで使用してもよいことが理解されよう。

図４の例では、第１のアップリンクグラント４１０が、時刻ｔ_１において、インフラストラクチャ機器（図３のインフラストラクチャ機器２７２など）によって送信される。第１のアップリンクグラント４１０は、第１のアップリンクデータの送信のために、第１の通信リソース４２０を第１の通信デバイス２７０ａに割り当てる。

次いで、時刻ｔ_３において、第２のアップリンクグラント４１２がインフラストラクチャ機器２７２によって送信される。第２のアップリンクグラント４１２は、第２のアップリンクデータのアップリンク送信のために、第２の通信リソース４２２を第２の通信デバイス２７０ｂに割り当てる。第２の通信リソース４２２は、第１の通信リソース４２０の少なくとも一部を含み、そのような割り当てを本明細書において「プリエンプション」と呼び、衝突をもたらす。

第２の通信リソース４２２は、第２の通信デバイス２７０ｂが送信のためのアップリンクデータを有するとインフラストラクチャ機器２７２が決定したことに応答して割り当てられてもよい。その送信は、時刻ｔ_７までに、すなわち、第１の通信リソース４２０が終了する時刻ｔ_８の前に、（データに関連するサービス品質要件に従って）完了しなければならない。しかしながら、第２の通信リソース４２０を割り当てる理由は、そのようなシナリオに限定されず、本開示はそのように限定されないことが理解されよう。

従来技術によれば、インフラストラクチャ機器２７２は、アップリンクキャンセル指示（ＵＬ－ＣＩ）４３０を送信してもよい。ＵＬ－ＣＩ４３０は、特定の第１のリソース割り当ての一部として割り当てられたものとして既に示されたいくつかの通信リソースが、当該第１のリソース割り当ての後に、後の第２のリソース割り当ての一部として割り当てられたことを示してもよい。いくつかの実施形態では、第１のリソース割り当ては、投機的であってもよく、すなわち、第１のリソース割り当ての対象通信デバイスが割り当てられたリソースを使用して送信するためのデータを有すると決定することなく、インフラストラクチャ機器２７２によって行われてもよく、そうでなければ、割り当てられたリソースを利用することが可能である。たとえば、第１のリソース割り当ては、設定されたグラントにより行われるなど、リソースの周期的グラントの一部であってもよい。

一般的に、本開示の技術のいくつかの実施形態によれば、ＵＬ－ＣＩ４３０内のリソースの指示の理由はそのようなシナリオに限定されず、リソースは任意の理由でＵＬ－ＣＩ４３０によって指示されてもよい。たとえば、リソースは、アップリンク干渉のレベルを低減するために示されてもよい。

したがって、ＵＬ－ＣＩによって「示される」ものとして本明細書で説明するリソースは、１つ以上の通信デバイスに割り当てられたリソースに対応してもよく、かつ／あるいは、ＵＬ－ＣＩの１つ以上の受信先によって使用されないがインフラストラクチャ機器２７２が必要とするリソースに対応してもよい。

いずれにせよ、従来技術によれば、図４の例において、ＵＬ－ＣＩ４３０の目的は、第１のリソース割り当てによってリソースが割り当てられた第１の通信デバイス２７０ａに対して、第１のリソース割り当てはもはや有効ではなく、第１の通信デバイス２７０ａは既に割り当てられた通信リソースの一部または全部を用いて送信すべきではないことを示すことである。

ＵＬ－ＣＩ４３０は、ダウンリンク制御情報（ＤＣＩ）内で送信されてもよく、たとえば、グループ共通（ＧＣ）ＤＣＩを使用して送信されることによって、複数の通信デバイスにアドレス指定されてもよい。これにより、第１の通信デバイス２７０ａ以外の通信デバイスでＵＬ－ＣＩ４３０を受信および処理することができる。

したがって、ＵＬ－ＣＩ４３０は、従来、および本技術の諸実施形態では、異なる理由のために指示される異なるリソースの指示を含んでもよい。ＵＬ－ＣＩ４３０を受信する通信デバイスは、リソースを指示される理由を知らないことがある。従来技術によれば、ＵＬ－ＣＩを受信した通信デバイスは、指示されたリソースがその送信と重複する場合、その送信をキャンセルする。

たとえば、図４の例のように、インフラストラクチャ機器２７２は、競合する後のリソース割り当てから生じる衝突を回避するために、通信デバイスが使用を控えるべきリソースを示すＵＬ－ＣＩ４３０を送信してもよい。ＵＬ－ＣＩ４３０は、代替的または追加的に、他の理由のために、他のリソースを指示してもよい。一般に、ＵＬ－ＣＩを受信する通信デバイスは、ＵＬ－ＣＩ中の特定のリソースの指示の理由を知らないことがある。

同様に、ＵＬ－ＣＩは、複数の通信デバイスにアドレス指定されてもよいので、特定の通信デバイスに関連しないリソースの指示を含む場合があるが、他の通信デバイスの挙動に影響を及ぼし得る。

したがって、本技術のいくつかの実施形態では、通信デバイスは、特定の通信リソースを示すが、それらの通信リソースが指示される理由に関するさらなる情報を示さないＵＬ－ＣＩを受信してもよい。

ＵＬ－ＣＩを検出し、読み出す通信デバイスは、その指示の背後にある理由を知る必要はないが、ＵＬ－ＣＩの命令に従う必要がある。すなわち、通信デバイスのアップリンク送信が指示されたサブ部分のうちの１つ以上のサブ部分と部分的にまたは完全に重複する場合、通信デバイスはそのアップリンク送信をキャンセルする。

いくつかの従来技術によれば、ＵＬ－ＣＩ４３０は、通信リソースの指示を含んでもよく、指示された通信リソースは、第１のリソース割り当ておよび第２のリソース割り当ての両方によって割り当てられたものを含む。

ＵＬ－ＣＩ４３０を受信し、指示された通信リソース内に入る通信リソースの割り当てを既に受信した通信デバイスは、そのリソース割り当てを使用して送信することを控えることができる。指示された通信リソースは、プリエンプションのために指示されていてもよいが、これ（それらの指示の理由）はＵＬ－ＣＩによって示されなくてもよく、または、それに応じて、通信デバイスによって決定されなくてもよい。

特定の例を図５に示す。いくつかの従来技術に従ってもよい図５の例では、ＵＬ－ＣＩ４３０は、所定のスケジュールに従って送信される。図５に示すように送信されるＵＬ－ＣＩ４３０は、基準アップリンク領域（ＲＵＲ）５１０に関連付けられる。ＲＵＲ５１０は、アップリンク通信リソースの１つ以上の部分から構成されている。図５の例では、ＵＬ－ＣＩ４３０に関連付けられたＲＵＲ５１０は、１４のサブ部分５２０ａから５２０ｎに分割されています。

無線アクセスインタフェースが図５のように直交周波数分割多重化（ＯＦＤＭ）に基づいている場合、各サブ部分５２０ａから５２０ｎは、２つのＯＦＤＭシンボル期間にわたって時間的に延長していてもよい。

周波数ドメインでは、図５において、各サブ部分５２０ａから５２０ｇは、周波数ｆ_２からｆ_３に、各サブ部分５２０ｈから５２０ｎは、周波数ｆ_１からｆ_２に広がっている。したがって、ＲＵＲ５１０は、時間ドメイン（Ｎ＝７）において分離された７つのサブ部分の各々の周波数ドメイン（Ｍ＝２）内に２つの行を含み、集合的に周波数ｆ_１から周波数ｆ_３までの周波数にわたり、時刻ｔ_２から時刻ｔ_７までの時間にわたる。

従来技術および本開示の技術のいくつかの実施形態によれば、ＵＬ－ＣＩ４３０は、１つ以上の通信デバイスによるデータの送信のためにその後割り当てられるリソースが異なる通信デバイスによるデータの送信のために割り当てられたリソースと（少なくとも部分的に）重複（すなわち、衝突）する場合に、当該その後割り当てられるリソースを含む（サブ部分５２０ａから５２０ｎの）サブ部分を示してもよい。

上記指示は、ビットマップ（ＵＬ－ＣＩ４３０に含まれる図５に示すビットマップ５３０など）内のビットによって行われてもよい。たとえば、「１」であるビットは、サブ部分がその後割り当てられたリソースを含むことを示し、「０」は、サブ部分がその後割り当てられたリソースを含まないことを示してもよい。

図５の例では、その後のリソース割り当て５４０は、（図５では、ＲＵＲ５１０の他のサブ部分と方向が異なるハッチングで示されている）サブ部分５２０ｈおよび５２０ｉに収まっている。その後のリソース割り当て５４０の少なくとも一部は、異なる通信デバイスへの先のリソース割り当てと重なり（図には示されていない）、したがって、サブ部分５２０ｈおよび５２０ｉに関連するビットマップ５３０の対応する２つのビットは、「１」に設定される。

したがって、ＵＬ－ＣＩ４３０を受信する通信デバイスは、その（以前の）リソース割り当てにより、その後割り当てられたリソースを含むものとして示されるＲＵＲの（複数の）サブ部分内にある通信リソースが割り当てられた場合、以前のリソース割り当てに関して衝突が発生したと決定することができる。

通信デバイスは、その通信デバイスに割り当てられたいかなるリソースも含まないことを示す（たとえば、「１」に設定されたビットマップ中の対応するビットを有する）１つ以上のサブ部分を有するＵＬ－ＣＩを受信してもよい。したがって、そのような通信デバイスは、データの送信のために当該通信デバイスに割り当てられたリソースがプリエンプトされていないと決定してもよく、したがって、割り当てられたリソースを使用してデータを送信してもよい。

図５の例および本技術のいくつかの実施形態では、ＲＵＲ５１０の開始は、関連するＵＬ－ＣＩ４３０の終了から所定の持続時間Ｔ_ＰＲＯＣ後に生じる。

ＵＬ－ＣＩ４３０は、影響を受ける（複数の）サブ部分内のどのリソースが衝突の対象であるかを正確に示さなくてもよく、「偽陽性」のリスクがあり得ることが理解されよう。偽陽性は、割り当てられたリソースの一部が衝突を含むものとして示されたサブ部分の境界内に入るが、実際には、他の割り当てられたリソースと重複せず、したがって衝突の一部ではない場合に発生し得る。

ＲＵＲ５１０内のサブ部分の数は、１４に限定されないことが理解されよう。いくつかの実施形態では、当該数は｛１、２、４、５、７、８、１０、１４、１６、２０、２８、３２、３５、４２、５６、１１２｝のいずれかであってもよく、いくつかの実施形態では、インフラストラクチャ機器２７２によって設定可能であってもよい。

従来技術によれば、ビットマップは、その後の（衝突する）リソース割り当てのリソースを含むすべてのサブ部分を示してもよい。しかしながら、本技術のいくつかの実施形態では、ビットマップは、衝突するリソース割り当てのうち、先のリソース割り当てと重複する（複数の）部分を含むサブ部分のみを示す。

従来技術によれば、通信デバイスは、図６のフローチャートによって示されるような処理を実行してもよい

処理は、通信デバイスが第１のアップリンク通信リソースの割り当てを受信すると、ステップＳ６０２で開始する。当該割り当てを受信したことに応答して、通信デバイスは、第１のアップリンク通信リソースを使用してデータを送信することができるために必要な準備ステップを開始してもよい。これらの準備ステップは、処理における後続のステップの間、継続してもよい。次に、処理は、ステップＳ６０４に進む。

ステップＳ６０４において、通信デバイスは、第１のアップリンク通信リソースの開始時間に到達したか否かを決定する。到達した場合、処理は、ステップＳ６０６に進み、通信デバイスは、第１のアップリンク通信リソースを使用してデータを送信する。これは、第１のアップリンク通信リソースを使用してデータを送信しないと通信デバイスに決定させるＵＬ－ＣＩが、割り当てられたリソースの開始時間の前に受信されていない場合に対応し得る。

いくつかの従来技術によれば、処理は、ステップＳ６０６で終了してもよい。

しかしながら、いくつかの従来技術によれば、通信デバイスは、データを送信している間にＵＬ－ＣＩを受信したか否かを決定してもよい。受信した場合、ステップＳ６０８、Ｓ６１０、およびＳ６１２における決定を、以下で説明するように行ってもよい。そのような決定の結果、通信デバイスの送信中にステップＳ６１４に到達した場合、送信を終了してもよい。

第１のアップリンク通信リソースの開始時間に到達していない場合、処理は、ステップＳ６０８に進む。ステップＳ６０８において、通信デバイスは、ＵＬ－ＣＩを受信したか否かを決定する。受信していない場合、処理は、ステップＳ６０４に戻る。ステップＳ６０４およびステップＳ６０６における決定は、これらのステップのうちの１つにおいて肯定的な決定が行われるまで、継続してまたは周期的に繰り返してもよい。

通信デバイスがＵＬ－ＣＩを受信した場合、制御はステップＳ６１０に進む。ステップＳ６１０において、通信デバイスは、第１のアップリンク通信リソースの任意の部分がＵＬ－ＣＩに関連付けられたＲＵＲ内にあるか否かを決定する。第１のアップリンク通信リソースの部分がＵＬ－ＣＩに関連付けられたＲＵＲ内にない場合、処理は、ステップＳ６０４に戻る。そうでない場合、処理は、ステップＳ６１２に進む。

ステップＳ６１２において、通信デバイスは、ＵＬ－ＣＩが第１のアップリンク通信リソースの任意の部分がＵＬ－ＣＩに関連付けられたＲＵＲの指示されたサブ部分内にあることを示すか否かを決定する。上記で説明したように、ＵＬ－ＣＩは、そのようなリソースを示し得る。これらのリソースは、先のリソース割り当てをプリエンプトする後のリソース割り当てを含むからである。

第１のアップリンク通信リソースのいずれもが指示されたサブ部分内にない場合、処理は、ステップＳ６０４に戻る。そうでない場合（すなわち、第１のアップリンク通信リソースの一部または全部が１つ以上の指示されたサブ部分内にある場合）、処理は、ステップＳ６１４に進み、通信デバイスが第１のアップリンク通信リソースを使用して送信することなしに終了する。

したがって、従来技術によれば、通信デバイスは、たとえば、割り当てられた通信リソースが異なる送信についても割り当てられている場合、送信をキャンセルし、割り当てられたアップリンク通信リソースを使用して送信することを控えてもよい。

従来技術および本開示の技術のいくつかの実施形態によれば、データを送信することなく図６の処理を終了した後、通信デバイスは、次いで、他の割り当てられたリソースを使用してデータを送信するための条件が満たされる場合（たとえば、それらのリソースに関してステップＳ６０６に到達した場合）、それらの他の割り当てられたリソースを使用してデータを送信してもよい。

後の割り当てが、先の割り当てによって以前に割り当てられた通信リソースを使用する処理は、本明細書において「プリエンプション」と呼ばれる。プリエンプションは、異なる通信デバイスに対して行われる割り当て（「ＵＥ間プリエンプション」）に関して、および単一の通信デバイスに対して行われる割り当て（「ＵＥ内プリエンプション」）に関して行われ得ることが認識されている。

通信デバイスは、ＵＬ－ＣＩ送信を監視し、指示されたリソースがアップリンク送信のために割り当てられたリソースと重複するとき、監視されたＵＬ－ＣＩ中のリソースの指示に基づいてアップリンク送信を選択的にキャンセルするように（たとえば、インフラストラクチャ機器によって）構成されてもよい。特に、優先度の低いデータまたは高いレイテンシで送信され得るデータのみを送信する通信デバイスは、そのようなデータの送信のために割り当てられたリソースをプリエンプトできるので、ＵＬ－ＣＩを監視し、ＵＬ－ＣＩに反応するように構成されてもよい。

一方、たとえば、高優先度の送信および／または非常に低いレイテンシの送信を行う通信デバイスは、高優先度の送信または低いレイテンシの送信がプリエンプトされないので、ＵＬ－ＣＩを監視または応答しないように構成されてもよい。

しかしながら、通信デバイスは、ＵＬ－ＣＩを監視し読み取るように構成され、かつ、そのようなデータの送信のための割り当てが先のリソース割り当てをプリエンプトするようにデータを送信するように構成されてもよいことが認識されている。

ＵＬ－ＣＩは、複数の通信デバイスにブロードキャストまたはマルチキャストされてもよく、指示されたサブ部分について、どのリソース割り当てが実際にプリエンプトされている先の割り当てであり、どのリソース割り当てが衝突をもたらす（後の）プリエンプト割り当てであるかを識別しないことが認識されている。（最初に）第１の通信デバイスに割り当てられたリソースと（次に、衝突をもたらす）第２の通信デバイスに割り当てられたリソースとの間の衝突の場合、結果として生じる衝突を示すＵＬ－ＣＩが送信されてもよい。

第２の通信デバイスがＵＬ－ＣＩを監視し、それに反応するように構成される場合、第２の通信デバイスは、上述の従来技術に従って、第２の通信デバイスに割り当てられたリソースを示す、ＵＬ－ＣＩの送信をもたらしたその送信のためのリソースの割り当てであったとしても、そのアップリンク送信をキャンセルする。これは、第１の通信デバイスによるその送信のキャンセルに加えて起こる場合がある。したがって、どちらの通信デバイスも送信せず、通信リソースが無駄になる可能性がある。

図４に図示された例を参照すると、第１の通信デバイス２７２ａと第２の通信デバイス２７２ｂの双方が、ＵＬ－ＣＩ４３０の送信に使用されるリソースを監視するように構成されているため、第１の通信デバイス２７２ａと第２の通信デバイス２７２ｂの双方がＵＬ－ＣＩ４３０を受信することがある。ＵＬ－ＣＩ４３０は、第１の通信リソース４２０の一部であるリソース（たとえば、第２のリソース割り当てに対応するリソース４２２）を示すため、第１の通信デバイス２７２ａは、第１の通信リソース４２０を使用して送信することを控えるべきであると決定する。

しかしながら、ＵＬ－ＣＩ４３０は、第２の通信リソース４２２の一部であるリソースを示すため、第２の通信デバイス２７２ｂもまた、第２の通信リソース４２０を使用して送信することを控えるべきであると決定する。

このように、ＵＬ－ＣＩ４３０は、第１の通信デバイス２７２ａによる重複送信に起因するアップリンク干渉を伴わずに、低いレイテンシのデータを第２の通信デバイス２７２ｂが送信することを許容するものであるが、第２の通信デバイス２７２ｂに第２通信リソース４２２を用いて送信することを控えさせるという意図しない効果を有する可能性がある。

したがって、ＵＬ－ＣＩに対するこの「偽陽性」反応を解決する必要がある。

本技術の諸実施形態は、無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法を提供することができる。

特に、本技術のいくつかの実施形態は、無線通信ネットワークにおける通信デバイスを動作させる方法であって、アップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、上記基準アップリンク領域は、上記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、上記第１のアップリンク通信リソースが上記ＵＬ－ＣＩで示される上記リソース内にあることを決定し、上記ＵＬ－ＣＩに関連付けられた時間窓を決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定したことに応答して、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法を提供することができる。

したがって、通信デバイスは、アップリンクグラントがＵＬ－ＣＩに関連付けられた時間窓内に受信された場合、受信したＵＬ－ＣＩを無視するように構成されてもよく、ＵＬ－ＣＩが割り当てられたアップリンクリソースの一部または全部を示す場合でも、割り当てられたアップリンクリソースを使用して送信してもよい。

本技術の諸実施形態は、ＵＬ－ＣＩ内で伝送されるべき付加情報の必要性を回避することができる。

本技術の諸実施形態はまた、同じ通信デバイス内のデータまたはリソースの優先順位付けを目的として有する他の優先度指示（物理層優先度など）から独立していてもよい。したがって、本技術の諸実施形態は、衝突する通信リソースを使用して送信されるデータ（または通信リソース自体）に適用可能な通信デバイス内優先順位付けに使用される優先度指示が提供されないか、または優先度が等しい場合でも適用することができる。

本技術のいくつかの実施形態によれば、ＵＬ－ＣＩを受信する通信デバイスは、ＵＬ－ＣＩに関連付けられた時間窓を決定する。通信デバイスがアップリンク通信リソースのグラントを追加的に受信する場合、当該グラントは時間窓中に受信され、次いで、それらのアップリンク通信リソースは、ＵＬ－ＣＩ内で、それらのリソースに適用可能ないかなる指示にもかかわらず、データ送信のために使用される。いくつかの実施形態では、グラントが時間窓の外側で受信され、ＵＬ－ＣＩが割り当てられたリソースの一部または全部を示す場合、通信デバイスは割り当てられたリソースを使用して送信しない。

いくつかの実施形態では、２つのＵＬ－ＣＩが受信された場合、両方のシナリオが同じグラントに関して生じてもよく、グラントは一方のＵＬ－ＣＩに関連付けられたウィンドウ内にあり、他方のＵＬ－ＣＩのウィンドウの外側にある。

図７は、本技術のいくつかの実施形態に係る送信の例を示す。

時刻ｔ_０から時刻ｔ_１までの間に、インフラストラクチャ機器２７２は、第１のアップリンクグラント７０２を第１の通信デバイス２７０ａに送信し、（第１の矢印７１２によって示されるように）時刻ｔ_５から時刻ｔ_９まで延びる第１のアップリンク通信リソース７２２を割り当てる。

次いで、インフラストラクチャ機器は、第２のアップリンクリソース７２４が第２の通信デバイス２７０ｂに割り当てられることを決定する。それに応答して、インフラストラクチャ機器は、（第１の矢印７１４によって示されるように）第２のアップリンク通信リソース７２４を第２の通信デバイス２７０ｂに割り当てる第２のアップリンクグラント７０４を、時刻ｔ_２から時刻ｔ_３までの間に送信する。

インフラストラクチャ機器２７２は、第１の通信リソース７２２と第２の通信リソース７２４とが部分的に重複していることを決定する。第１の通信デバイス２７０ａおよび第２の通信デバイス２７０ｂの双方がそれぞれの割り当てを用いて送信すると、インフラストラクチャ機器２７２が第１および第２の通信デバイス２７０ａおよび２７０ｂによって送信されたデータを正確にデコードしない可能性が高くなる。

第２の通信デバイス２７０ｂによって送信されるデータは、第１の通信デバイス２７０ａによって送信されるデータに関連するサービス品質要件に比べて、低いレイテンシおよび／または高い優先度の送信に対するサービス品質要件を有していてもよい。

したがって、第１の通信デバイス２７０ａが第１の通信リソース７２２を使用して送信するのを控えるべきであることを第１の通信デバイス２７０ａに示すために、インフラストラクチャ機器２７２は、時刻ｔ_３から時刻ｔ_４までの間に、アップリンク衝突指示（ＵＬ－ＣＩ）７３２を送信する。

図７の例では、ＵＬ－ＣＩが図５の例に関して上記で説明した従来技術に従って形成される。すなわち、ＵＬ－ＣＩ７３２は、サブ部分に分割されたＲＵＲ７４２に関連付けられる。ＵＬ－ＣＩ７３２はビットマップ７５２を含み、１ビットはＲＵＲ７４２の各サブ部分に関連付けられる。第１の通信リソース７２２のリソースと第２の通信リソース７２４のリソースとが重複するサブ部分ごとに、ビットマップ７５２内の対応するビットが「１」に設定される。あるいは、いくつかの実施形態では、サブ部分が第２の通信リソース７２４の任意の部分を含む場合、当該サブ部分に対応するビットは「１」に設定される（すなわち、サブ部分が「指示される」）。しかしながら、この場合、指示されたサブ部分は、第１の通信リソース７２２と第２の通信リソース７２４とが重複する１つ以上のサブ部分を含むことが理解されよう。

図７の例では、ＵＬ－ＣＩ７３２は、時刻ｔ_２から時刻ｔ_６まで延びる時間窓Ｗ_{ＵＬ－ＣＩ}に関連付けられる。ＵＬ－ＣＩ７３２の内容にかかわらず、この時間窓中に送信されたアップリンクグラント（第２のアップリンクグラント７０４など）を受信する任意の通信デバイス（通信デバイス２７０ｂなど）は、本技術の諸実施形態によれば、ＵＬ－ＣＩ７３２に基づいて、グラントされたリソースを使用してデータを送信することを控えるべきではない。

図７の例では、第１の通信デバイス２７０ａと第２の通信デバイス２７０ｂの両方がＵＬ－ＣＩ７３２を受信する。これは、本技術のいくつかの実施形態によれば、両方がＵＬ－ＣＩ７３２を送信するために使用されるリソースを含むＵＬ－ＣＩ送信のためのダウンリンク通信リソースを監視するように構成されるからである可能性がある。いくつかの実施形態では、当該構成に従って監視されるダウンリンク通信リソースは、周期的である。

図７の例では、本技術のいくつかの実施形態によれば、時間窓Ｗ_{ＵＬ－ＣＩ}は、時刻ｔ_３におけるＵＬ－ＣＩ７３２の送信の開始前に持続時間Ｔ_{ＢＥＦＯＲＥ}を開始し、その結果、当該時間窓は時刻ｔ_２において開始する。

図７の例では、本技術のいくつかの実施形態によれば、時間窓Ｗ_{ＵＬ－ＣＩ}は、時刻ｔ_４におけるＵＬ－ＣＩ７３２の送信の終了から持続時間Ｔ_{ＡＦＴＥＲ}後に終了し、その結果、当該時間窓は時刻ｔ_６において終了する。

第１の通信デバイス２７０ａは、ＵＬ－ＣＩ７３２（および、具体的には、図７の例では、ビットマップ７５２に基づいて）に基づき、第１の通信リソース７２２の少なくとも一部がビットマップ７５２によって示されるサブ部分に含まれると決定する。第１のアップリンクグラント７０２は、時間窓Ｗ_{ＵＬ－ＣＩ}の外側で受信されるので、第１の通信デバイス２７０ａは、その送信をキャンセルし、第１の通信リソース７２２を用いて送信することを控える。

第２の通信デバイス２７０ｂは、ＵＬ－ＣＩ７３２に基づいて、第２の通信リソース７２４の少なくとも一部がビットマップ７５２によって示されるサブ部分内にあると決定してもよい。しかしながら、第２のアップリンクグラント７０４は、時間窓Ｗ_{ＵＬ－ＣＩ}内に受信されるので、第２の通信デバイス２７０ｂは、その送信をキャンセルせず、第２の通信リソース７２２を使用して送信する。本技術のいくつかの実施形態では、第２の通信デバイス２７０ｂは、以下の条件の両方を満たすＵＬ－ＣＩが受信されない場合にのみ、第２の通信リソース７２２を使用して送信してもよい。
第２の通信リソース７２４の少なくとも一部が、ＵＬ－ＣＩによって示されるサブ部分内にあること、および
第２のアップリンクグラント７０４が、ＵＬ－ＣＩに関連付けられた時間窓の外側で受信されたこと。

したがって、本技術の諸実施形態は、（たとえば、衝突の結果として）指示された通信リソースに適用可能な制限を異なる通信デバイスに通知する目的で送信されたＵＬ－ＣＩに応答して、通信デバイスが送信をキャンセルすることを防止することができる。いくつかの実施形態では、時間窓Ｗ_{ＵＬ－ＣＩ}を決定する方法は、ＵＬ－ＣＩ自体の中で付加情報が必要とされないように、事前に決定されてもよい（たとえば、ＲＲＣ設定により設定され、規格において指定され、あるいはブロードキャスト情報などの任意の適切な方法でシグナリングされる）。

いくつかの実施形態では、時間窓Ｗ_{ＵＬ－ＣＩ}は、ＵＬ－ＣＩが送信される時刻より前に開始する。言い換えれば、図７の例に示されるように、Ｔ_{ＢＥＦＯＲＥ}は０よりも大きい。したがって、第２の通信リソースに対応するアップリンクグラント（すなわち、衝突をもたらすアップリンクグラント）は、たとえば、重複割り当てに応答してインフラストラクチャ機器によって送信される、対応するＵＬ－ＣＩの前に送信されてもよい。これにより、第２の通信デバイスが、ＵＬ－ＣＩが送信される前に、第２の通信リソースを使用して送信されるデータに関して、符号化などのステップを開始することが可能になる。また、ＵＬ－ＣＩ送信が所定の設定に従って制約され、比較的低い周波数（すなわち、ＵＬ－ＣＩ送信機会間の高い周期性）で発生し得ることを考慮して、アップリンクグラントの送信により柔軟性をもたせることが可能になる。

いくつかの実施形態では、Ｔ_{ＢＥＦＯＲＥ}はゼロであり、すなわち、時間窓は、ＵＬ－ＣＩが送信される時刻より前に開始しない。したがって、そのような実施形態では、アップリンクグラントを受信した後にＵＬ－ＣＩを受信する通信デバイスは、ＵＬ－ＣＩを処理し、当該ＵＬ－ＣＩが示す場合には、アップリンクグラントによって割り当てられた通信リソースを使用することを控えてもよい。

いくつかの実施形態では、時間窓Ｗ_{ＵＬ－ＣＩ}は、ＵＬ－ＣＩによって示され得る通信リソースに関連する最も早い時刻に対応する時刻に終了してもよい。たとえば、ＵＬ－ＣＩがＲＵＲに関連付けられている場合、時間窓Ｗ_{ＵＬ－ＣＩ}は、ＲＵＲのリソースに対応する開始時刻に終了してもよい。

図８は、Ｔ_{ＢＥＦＯＲＥ}がゼロであり、時間窓Ｗ_{ＵＬ－ＣＩ}が、ＲＵＲのリソースに対応する開始時刻で終了する、本技術のいくつかの実施形態に係る送信の例を示す。

図８の例では、第１のアップリンクグラント８０２は、第１の通信リソース８２２を割り当て、第２のアップリンクグラント８０４は、第２の通信リソース８２４を割り当てる。第２の通信リソース８２４は、第１の通信リソース８２２と重複するので、第２の通信リソース８２４を含むＲＵＲ８４２のサブ部分は、ビットマップ８５２によってＵＬ－ＣＩ８３２によって示される。第１のアップリンクグラント８０２は、時間窓Ｗ_{ＵＬ－ＣＩ}の外側で送受信されたため、第１の通信デバイス２７０ａは、ＵＬ－ＣＩ８３２を処理し、プリエンプトリソース割り当てによって割り当てられたリソースをその内部に有することが示されたＲＵＲのサブ部分に第１の通信リソース８２２が収まることを確認し、第１の通信リソース８２２を使用して送信することを控える。

第２のアップリンクグラント８０４およびＵＬ－ＣＩ８３２の両方が時刻ｔ_２から時刻ｔ_３までの間に送信されたので、第２のアップリンクグラント８０４は、時刻ｔ_２で開始し、時刻ｔ_４（ＲＵＲ８４２の開始時刻）で終了する時間窓Ｗ_{ＵＬ－ＣＩ}内で送受信された。したがって、第２の通信デバイス２７０ｂは、第２の通信リソース８２４に関する限り、ＵＬ－ＣＩ８３２を無視し、第２の通信リソース８２４を使用してデータを送信する。

いくつかの実施形態では、異なるＵＬ－ＣＩに関連するそれぞれのＲＵＲが重複してもよい。したがって、特定の通信リソースは、２つ以上のＵＬ－ＣＩによって示されてもよい。本技術のいくつかの実施形態によれば、通信デバイスは、各ＵＬ－ＣＩについて、以下を決定することによって、各ＵＬ－ＣＩを独立して処理する。
ＵＬ－ＣＩが、通信デバイスによるデータの送信のためのアップリンクグラントによって割り当てられたアップリンク通信リソースを示すか否か、および
アップリンクグラントが、ＵＬ－ＣＩに関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内に受信されたか否か。

いくつかの実施形態では、アップリンクグラントがそのようなリソースを示す任意のＵＬ－ＣＩに関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}の外側で受信された場合、通信デバイスは、アップリンク通信リソースを使用してデータを送信することを控える。

したがって、本技術の諸実施形態は、リソース（たとえば、衝突に対応するリソースであってもよい）を示す他のＵＬ－ＣＩが通信デバイスによって無視される場合であっても、当該通信デバイスに、割り当てられた通信リソースを使用することを控えさせるＵＬ－ＣＩの送信を提供することができる。したがって、いくつかの実施形態では、後のＵＬ－ＣＩは、同じ通信リソースおよび同じ通信デバイスに関して、先のＵＬ－ＣＩをオーバーライドすることができる。いくつかのそのような実施形態では、インフラストラクチャ機器２７２は、割り当てがプリエンプションの結果として衝突を引き起こす通信リソースを、その後、さらに別のリソース割り当てによってプリエンプトされるように、この原理に依拠してもよい。

図９は、本技術のいくつかの実施形態に係る送信の例を示す。

図９の例では、第１の通信リソース９２２および第２の通信リソース９２４は、それぞれ、第１および第２のアップリンクグラント９０２および９０４によって割り当てられる。時刻ｔ_２から時刻ｔ_３までの間に、第２のアップリンクグラント９０４および第１のＵＬ－ＣＩ９３２の両方が送信される。第１のＵＬ－ＣＩ９３２の場合、第２のアップリンクグラント９０４は、関連する第１の時間窓Ｗ_{ＵＬ－ＣＩ＃１}内にある。したがって、第２の通信デバイス２７０ｂは、第２のアップリンクグラント９０４によって割り当てられたリソースを使用してデータを送信するか否かを決定するとき、第１のＵＬ－ＣＩ９３２を無視する。

さらに、たとえば、その後（図９には示されていない）、周波数ｆ_１およびｆ_３ならびに時刻ｔ_８およびｔ_９を境界とするサブ部分内の第３の通信リソースを含む、さらなる（第３の）リソース割り当てがなされる。周波数がｆ_１およびｆ_３ならびに時刻ｔ_８およびｔ_９を境界とするサブ部分内で、第３の通信リソースは第２の通信リソース９２４の一部と衝突する（すなわち、重複する）。それに応答して、インフラストラクチャ機器２７２は、時刻ｔ_４から時刻ｔ_５までの間に、第２のＵＬ－ＣＩ９３４を送信する。第１および第２のＵＬ－ＣＩは、それぞれの第１および第２のＲＵＲ９４２および９４４に関連付けられ、それぞれの第１および第２のビットマップ９５２および９５４を含む。第１のＲＵＲ９４２および第２のＲＵＲ９４４は、周波数ｆ_１から周波数ｆ_３までの周波数ドメインに及ぶリソースを備える。時間ドメインでは、第１のＲＵＲ９４２は、時刻ｔ_５から時刻ｔ_１０まで延び、第２のＲＵＲ９４４は時刻ｔ_８から時刻ｔ_１１まで延びる。

第１のビットマップ９５２は、第２の通信リソース９４２を含む第１のＲＵＲ９４２のサブ部分を示す。第２のビットマップ９５４は、第３の通信リソースを含む第２のＲＵＲ９４４のサブ部分を示す。

第２のアップリンクグラント９０４は、第２のＵＬ－ＣＩ９３４に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ＃２}の外側にあるので、第２の通信デバイス２７０ｂは、第２のビットマップ９５４を処理し、指示されたサブ部分が第２の通信リソース９２４の少なくとも一部を含むことを決定し、第２の通信リソース９２４を使用して送信することを控える。

図９の例では、第１および第２のビットマップ９５２および９５４は、「１」によって、後のリソース割り当ての一部を含むそれらのサブ部分を示し、後のリソース割り当ては、先のリソース割り当てと重複する（したがって、プリエンプトする）。したがって、第１および第２のビットマップ９５２および９５４は、後のリソース割り当ての一部を含むが、先のリソース割り当てのいずれも含まないサブ部分に対応する（すなわち、「示す」）「１」に設定されたビットを含む。

いくつかの実施形態では、ＵＬ－ＣＩは、後のリソース割り当ての一部および先のリソース割り当ての一部の両方を含むサブ部分のみを示してもよい。たとえば、図９を参照すると、いくつかの実施形態では、第１のビットマップ９５２は、第１および第２の通信リソース９２２および９２４の間の重複を含むサブ部分のみ、すなわち｛０００００００；００１１０００｝を示してもよい。同様に、第２のビットマップ９５４は、第２の通信リソース９２４と第３の通信リソースとの間の重複を含むサブ部分のみ、すなわち｛０００００００；１００００００｝を示してもよい。しかしながら、上記で説明したように、いくつかの実施形態によれば、ＵＬ－ＣＩ中のビットマップによって示されるリソースは、衝突に関連するリソースに限定されず、インフラストラクチャ機器によって他の理由のために示されてもよい。特に、いくつかの実施形態では、通信デバイスは、ＵＬ－ＣＩ中のリソースの指示のためのいかなる理由も決定しなくてもよい。

上記で説明され、たとえば、図７に示されるように、いくつかの実施形態では、時間窓Ｗ_{ＵＬ－ＣＩ}の終了は、ＵＬ－ＣＩを送信するために使用されるリソースの終了から所定の持続時間Ｔ_{ＡＦＴＥＲ}後であるものとして決定されてもよい。

いくつかの実施形態では、時間窓Ｗ_{ＵＬ－ＣＩ}の終了は、ＵＬ－ＣＩに関連付けられたＲＵＲに対応するリソースの開始時刻または終了時刻に基づいて決定されてもよい。たとえば、図８に示され、上述されるように、いくつかの実施形態では、時間窓は、ＲＵＲの開始時に終了する。図８の例では、ＵＬ－ＣＩ８３２について、関連する時間窓Ｗ_{ＵＬ－ＣＩ}の終了は、ＵＬ－ＣＩ８３２のＲＵＲ８４２の開始である時刻ｔ_４にある。

いくつかの実施形態では、ＵＬ－ＣＩに関連する時間窓は、対応するＲＵＲの終了時に終了する。したがって、いくつかの実施形態では、アップリンクグラントは、以前に送信されたＵＬ－ＣＩに関連付けられたＲＵＲの開始後に送受信されてもよい。そのような送信の例を図１０に示す。

図１０の例では、第１の通信リソース１０２２は、時刻ｔ_０から時刻ｔ_１までの間に送信される第１のアップリンクグラント１００２によって、第１の通信デバイス２７０ａによるデータの送信のために割り当てられる。

別々に（たとえば、時刻ｔ_１の後に）、インフラストラクチャ機器２７２は、第２の通信デバイス２７０ｂによるデータの送信のために第２の通信リソース１０２４を割り当てる。時刻ｔ_３から時刻ｔ_４までの間に、インフラストラクチャ機器２７２は、時刻ｔ_５から時刻ｔ_１１まで時間的に延びる関連するＲＵＲ１０４２を有する第１のＵＬ－ＣＩ１０３２を送信する。したがって、第１のＵＬ－ＣＩ１０３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}は、ＲＵＲ１０４２の終了である時刻ｔ_１１まで延びる。ＵＬ－ＣＩ１０３２は、ビットマップ１０５２によって、第１および第２の通信リソース１０２２および１０２４が衝突するサブ部分を示す。

時間窓Ｗ_{ＵＬ－ＣＩ}は、ＵＬ－ＣＩ１０３２の送信の終了後に延びるので、第２の通信リソース１０２４のためのアップリンクグラントの送信がＵＬ－ＣＩ１０３２の送信の前に、またはそれと同時に行われる必要はない。

本技術のいくつかの実施形態と同様に、第１のＵＬ－ＣＩ１０３２は、第１および第２の通信デバイス２７０ａおよび２７０ｂによって監視されるＵＬ－ＣＩ送信のための所定のスケジュールに従って送信されてもよい。

インフラストラクチャ機器２７２は、時刻ｔ_５から時刻ｔ_６までの間に、第２の通信リソース１０２４の割り当てを第２の通信デバイス２７０ｂに示すための第２のアップリンクグラント１００４を送信する。第２のアップリンクグラント１００４は、第１のＵＬ－ＣＩ１０３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内にあるので、第２の通信デバイス２７０ｂは、第２の通信リソース１０２４を使用してデータを送信することを控えない。

反対に、第１のＵＬ－ＣＩ１０３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}は、第１のアップリンクグラント１００２の送信後である時刻ｔ_２において開始するので、第１の通信デバイス２７０ａは、ビットマップ１０５２が第１の通信リソース１０２２の一部または全部を含むサブ部分を示すので、第１の通信リソース１０２２を使用して送信することを控えることを決定する。

したがって、本技術の諸実施形態は、以前に割り当てられたリソースを割り当てるアップリンクグラントが送信される時刻を選択する際に柔軟性をもたせることができる。

図１０の例では、第２のＵＬ－ＣＩ１０３４は、時刻ｔ_７から時刻ｔ_８までの間に送信される。図１０には示されていないが、第２のＵＬ－ＣＩ１０３４に関連付けられた時間窓は、第２のアップリンクグラント１００４の送信／受信が終了する時刻ｔ_６またはそれ以降に開始する。したがって、いくつかの実施形態によれば、第２の通信デバイス２７０ｂは、第２のアップリンクグラント１００４によって割り当てられた第２の通信リソース１０２４に適用可能であり、第２のＵＬ－ＣＩ１０３４によって示されるリソースの任意の指示に従う（たとえば、割り当てられたリソースを使用して送信することを控える）。

いくつかの実施形態では、ＵＬ－ＣＩに関連付けられた時間窓は、終了しない（言い換えれば、Ｔ_{ＡＦＴＥＲ}＝∞である）。そのような実施形態では、アップリンクグラントの前に送信されるＵＬ－ＣＩは、ＵＬ－ＣＩの送信とアップリンクグラントとの間の時間にかかわらず、アップリンクグラントによって割り当てられたリソースをデータの送信のために使用するか否かを決定する際に考慮される必要はない。

いくつかの実施形態では、ＵＬ－ＣＩに関連付けられた時間窓は、ＵＬ－ＣＩの送信の終了時に終了する。すなわち、Ｔ_{ＡＦＴＥＲ}＝０である。

上記のように、いくつかの実施形態では、インフラストラクチャ機器は、たとえば、通信デバイスに知られている、可能な送信インスタンスの所定のスケジュールに従って、特定の時間にのみ通信デバイスによって監視されるＵＬ－ＣＩを送信する。そのような実施形態は、通信デバイスが必要とするＵＬ－ＣＩ送信のための監視の量を低減することができる。

送信インスタンスは、監視機会と呼ばれることがある。ＵＬ－ＣＩは、ダウンリンク制御情報（ＤＣＩ）の送信のための従来技術を使用して送信されてもよく、任意選択で、任意の特定の監視機会において送信されてもよい。通信デバイスは、所定のスケジュールに従って、監視機会に送信された任意のＵＬ－ＣＩを受信および検出することが要求されるが、インフラストラクチャ機器は、いくつかの実施形態では、たとえば、ＵＬ－ＣＩに関連付けられたＲＵＲ内のリソースに関してプリエンプションが生じていない場合、監視機会にＵＬ－ＣＩを送信することを控えてもよい。

いくつかのそのような実施形態では、第１の監視機会において送信されたＵＬ－ＣＩに関連付けられた時間窓は、第１の監視機会の後の次の送信インスタンスの開始時に終了する。

図１１は、本開示のいくつかの実施形態に係る、ＵＬ－ＣＩと、次のＵＬ－ＣＩ監視機会の開始時に終了する関連する時間窓とを含む送信の例を示す。

図１１に示す送信は、図１０に示す送信と同じである。しかしながら、図１１の例では、ＵＬ－ＣＩ監視機会は、所定のスケジュールに従って時刻ｔ_３および時刻ｔ_７において開始し、ＵＬ－ＣＩに関連付けられた時間窓は、上記のように、次の監視機会の開始時に終了する。

したがって、第１のＵＬ－ＣＩ１０３２に関連付けられた時間窓は、時刻ｔ_７において終了する。

いくつかの実施形態では、通信デバイスは、ＵＬ－ＣＩに関連付けられた時間窓を決定するために、時間窓決定パラメータを決定する。いくつかの実施形態では、時間窓決定パラメータは以下のうちの１つ以上を含む。
Ｔ_{ＢＥＦＯＲＥ}、
Ｔ_{ＡＦＴＥＲ}、
時間窓の終了が、関連するＲＵＲの開始または終了と整合するか否か、および
時間窓の終了が、ＵＬ－ＣＩ送信スケジュールに従って、次のＵＬ－ＣＩ監視機会の開始と整合するか否か。

いくつかの実施形態では、時間窓決定パラメータのうちの１つ以上は、通信デバイスにおいて（たとえば、製造時に、またはソフトウェアアップデートによって）静的に設定される。時間窓決定パラメータは、適切な標準仕様において定義されてもよい。したがって、時間窓決定パラメータのいかなるシグナリングも必要とされないことがある。

いくつかの実施形態では、時間窓決定パラメータのうちの１つ以上は、媒体アクセス制御層の上位のプロトコル層において提供される無線リソース制御設定または他の設定手段によって、通信デバイスにおいて設定される。したがって、本技術の諸実施形態は、パラメータの柔軟な設定を提供することができる。

いくつかの実施形態では、時間窓決定パラメータのうちの１つ以上の指示は、媒体アクセス制御層または下位プロトコルレイヤでシグナリングによって通信デバイスに送信される。たとえば、パラメータは、ダウンリンク制御情報（ＤＣＩ）内でシグナリングされてもよい。いくつかの実施形態では、パラメータの指示を含むＤＣＩはまた、アップリンクグラントまたはＵＬ－ＣＩを含んでもよい。したがって、本技術の諸実施形態は、パラメータの動的設定を提供することができる。

上記のように、本技術の諸実施形態は、ＵＬ－ＣＩとアップリンクグラントとの相対送信時間に応じて、ＵＬ－ＣＩを異なるアップリンクグラント指示に選択的に適用可能にすることができる。

しかしながら、これは、一方（事実上、ＵＬ－ＣＩによってキャンセルされる）がＵＬ－ＣＩの時間窓の外側にあり、他方がそうでないことを保証するために、アップリンクグラントのスケジューリングに何らかの制約を課す場合がある。

図１２は、２つのアップリンクグラントが時間的に分離されるが、それにもかかわらず、両方とも等しく扱われるシナリオの例を示す。

図１２では、第１および第２の通信リソース１２２２および１２２４は、図１１の例のように割り当てられ、ＵＬ－ＣＩ１２３２は、ビットマップ１２５２によって、ＵＬ－ＣＩ１２３２に関連付けられたＲＵＲ１２４２のサブ部分を示すために送信され、示されたサブ部分は重複するリソースを含むサブ部分である。

図１１の例とは異なり、図１２では、第１のアップリンクグラント１２０２および第２のアップリンクグラント１２０４は、それぞれ、時刻ｔ_１およびｔ_２において送信され、時刻ｔ_１およびｔ_２は、両方ともＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内にある。第１および第２のアップリンクグラント１２０２および１２０４の送信タイミングの理由は、たとえば、アップリンクグラント１２０２および１２０４を送信するための他の適切な通信リソースの利用可能性がないためであってもよい。いくつかの実施形態では、通信デバイスがアップリンクグラントに応答して、（たとえば、符号化ステップを実行することによって）送信のためのデータを準備し、割り当てられた通信リソースを使用して、データの送信のための送信回路を準備するのに十分な時間を与えるために、インフラストラクチャ機器は、アップリンクグラントの送信と、アップリンクグラントによって割り当てられたリソースの開始との間の時間が所定の持続時間を超えるようにアップリンクグラントを送信しなければならないことを決定してもよい。

第１および第２のアップリンクグラント１２０２および１２０４の両方がＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内に送信されるので、（それぞれ、第１および第２のアップリンクグラントの対象である）第１の通信デバイス２７０ａおよび第２の通信デバイス２７０ｂの両方は、（それぞれ）第１および第２の通信リソース１２２２および１２２４を使用して送信することを控えない。これは、この例における望ましい結果ではない。なぜなら、通信デバイス２７０ａおよび２７０ｂの両方の送信は、衝突をもたらし、インフラストラクチャ機器２７２が一方または両方の送信のデコードに失敗する可能性が高いからである。

第１および第２のアップリンクグラント１２０２および１２０４の両方がＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}の外側で送信される場合、たとえば、図１２の例では、Ｔ_{ＢＥＦＯＲＥ}＝０であり、時間窓Ｗ_{ＵＬ－ＣＩ}は時刻ｔ_３で開始するので、さらなる問題が生じ得る。そして、両方の通信デバイス２７０ａおよび２７０ｂは、第１および第２のアップリンク通信リソース１２２２および１２２４を使用して送受信をキャンセルする。

本技術のいくつかの実施形態によれば、インフラストラクチャ機器２７２は、同じ通信リソースのための２つのアップリンクグラントを同じ通信デバイスに送信し、通信リソースを示すＵＬ－ＣＩも送信する。いくつかの実施形態では、２つのアップリンクグラントは、符号化パラメータ、ブロックサイズなどの一貫性のあるパラメータを示し、したがって、２つのアップリンクグラントのうちの第１のアップリンクグラントに応答して開始される任意の（複数の）符号化処理は、２つのアップリンクグラントのうちの第２のアップリンクグラントで示される任意のパラメータと一貫性がある（すなわち、それに従う）。いくつかの実施形態では、第２の（後の）アップリンクグラントは、少ないパラメータを含み、たとえば、第２のアップリンクグラントは、第１の（先の）グラントが確認されたことを示すインジケータを含むことができる。インジケータは、たとえば、第１の（先の）アップリンクグラントの送信を確認するか、または確認しないかのいずれかのための１ビットのインジケータである。

アップリンクグラントのうちの１つは、ＵＬ－ＣＩに関連付けられた時間窓内に送信される。特に、時間窓内に送信されるアップリンクグラントのうちの１つは、２つのアップリンクグラントのうちの第２のアップリンクグラントである。

したがって、通信デバイスは、割り当てられた通信リソースを示す第１のアップリンクグラントを受信する。第１のアップリンクグラントを受信することに応答して、通信デバイスは、割り当てられた通信リソースを使用してデータを送信するための準備ステップを開始してもよい。次いで、通信デバイスは、割り当てられた通信リソース（またはその一部）を示すＵＬ－ＣＩを受信し、第１のアップリンクグラントは、ＵＬＣＩに関連付けられた時間窓の外側で受信されている。

通信デバイスは、ＵＬ－ＣＩに関連付けられた時間窓中に、第１のアップリンクグラントによって割り当てられたのと同じ通信リソースを割り当てる第２のアップリンクグラントを受信する。第２のアップリンクグラントを受信し、それがＵＬ－ＣＩに関連する時間窓中に受信されたと決定したことに応答して、通信デバイスは、ＵＬ－ＣＩによって示されるリソースにかかわらず、割り当てられた通信リソースを使用して送信することを控えるべきではないことを決定する。

その一例を図１３に示す。

図１３は、図１２の例と同じリソース割り当てを示す。しかしながら、図１３の例では、ＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内で、時間ｔ_５において追加の（第３の）アップリンクグラント１３０６が送信される。第３のアップリンクグラント１３０６は、第２の通信リソース１２２４を第２の通信デバイス２７０ｂに割り当て、すなわち、第２のアップリンクグラント１２０４と同じリソースを通信デバイスに割り当てる。

第１のアップリンクグラント１２０２は、ＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}の外側（前）で受信されるので、第１の通信デバイス２７０ａは、ＵＬ－ＣＩ１２３２内のビットマップ１２５２によって示されるように、第１の通信リソース１２２２（またはその一部）の指示に従い、第１の通信リソース１２２２を使用してデータを送信することを控える。

一方、第２の通信デバイスは、ＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内に受信される第３のアップリンクグラント１３０６を受信する。それに応答して、第２の通信デバイスは、ＵＬ－ＣＩ１２３２内のビットマップ１２５２によって示されるように、第２の通信リソース１２２４（またはその一部）の指示に従うべきではないことを決定し、第２の通信リソース１２２４を使用してデータを送信する。

したがって、本技術の諸実施形態は、通信デバイスが送信のための必要な準備を完了するのに十分早期にインフラストラクチャ機器がアップリンクグラントを送信することを可能にすることができ、割り当てられたリソースに関してＵＬ－ＣＩが通信デバイスに適用されない（すなわち、通信デバイスによって無視され得る）ことを示すことができる。

本技術のいくつかの実施形態によれば、通信デバイスは、第２のアップリンクグラント１２０４を受信したことに応答して、第２のアップリンク通信リソース１２２４を使用してデータを送信することに備えるステップを実行し、第３のアップリンクグラント１３０６は、これらの準備ステップと一致するデータの送信のためのパラメータを示す（たとえば、第２のアップリンクグラント１２０４および第３のアップリンクグラント１３０６によって示される変調および符号化スキーム、トランスポートブロックサイズなどは、競合していない）か、あるいは、第３のアップリンクグラントは、第２のアップリンク通信リソースを使用して送信を進行すべきか否かを示すインジケータ（たとえば、１ビットのインジケータ）を提供する。したがって、本技術の諸実施形態は、通信デバイスが第３のアップリンクグラント１３０６の受信と第２のアップリンク通信リソース１２２４の開始との間の必要な準備ステップ（符号化など）を完了するために、第３のアップリンクグラント１３０６が第２のアップリンク通信リソース１２２４より十分前に受信される必要がないことを意味し得る。特に、これは、第３のアップリンクグラント１３０６がない場合、通信デバイスが第２のアップリンク通信リソース１２２４を使用して送信することを控えるであろうときに有益であり得る。

いくつかの実施形態では、（図１３の例のように）第３のアップリンクグラント１３０６は、ＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}内で受信されなければならない。

いくつかの実施形態では、第３のアップリンクグラントは、（さらに、または代わりに）ＵＬ－ＣＩの受信の終了時に開始する持続時間Ｔ_{ｃｏｎｆｉｒｍ}を有する確認時間窓内で受信されなければならない。持続時間Ｔ_{ｃｏｎｆｉｒｍ}は、割り当てられた通信リソースの開始の前に、確認時間窓が所定の持続時間Ｔ_ＤＣＩを終了するように定義されてもよい。したがって、持続時間Ｔ_{ｃｏｎｆｉｒｍ}は、それぞれの割り当てられた通信リソースの開始時間に応じて、異なる通信デバイスに対して異なっていてもよい。持続時間Ｔ_ＤＣＩは、通信デバイスが第３のアップリンクグラントの受信に応答するために必要とされる最小持続時間であってもよい。持続時間Ｔ_ＤＣＩは、規格において指定され、あるいは、ＲＲＣ設定もしくは他の公知技術によって通信デバイス２７０において設定されてもよい。

図１４は、本技術の諸実施形態に係る送信を示し、確認時間窓内のアップリンクグラントの送信を示す。

図１４の例における送信は、図１３の例における送信と同じである。しかしながら、図１４の例において、Ｔ_{ＢＥＦＯＲＥ}はゼロよりも大きい。通信デバイス２７０ａおよび２７０ｂは、それぞれ割り当てられたリソース１２２２および１２２４を用いて送信するか否かに関するそれぞれの決定が異なっている。

具体的には、第１の通信デバイス２７０ａは、第１のアップリンクリソース１２２２を割り当てる第１のアップリンクグラント１２０２、およびＵＬ－ＣＩ１２３２を受信する。第１のアップリンク通信リソース１２２２は、時刻ｔ_７において開始する。したがって、第１の通信デバイス２７０ａは、ＵＬ－ＣＩ１２３２に関連付けられた確認時間窓が時刻ｔ_４（ＵＬ－ＣＩ１２３２の受信が終了した時）から時刻ｔ_５まで延びることを決定する。ここで、時刻ｔ_５は、第１のアップリンク通信リソース１２２２が開始する時刻ｔ_７より所定の持続期間Ｔ_ＤＣＩ前の時刻である。

第１のアップリンクグラント１２０２は、ＵＬＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}中に受信され、確認時間窓中にさらなるアップリンクグラントは受信されなかったので、第１の通信デバイス２７０ａは、たとえば、従来の方法でＵＬ－ＣＩ１２３２を処理し、第１の通信リソース１２２２を使用して送信することを控える。

いくつかの実施形態では、第１の通信デバイス２７０ａは、第１のアップリンクグラント１２０２を受信した時刻にかかわらず、確認時間窓中にさらなるアップリンクグラントを受信しなかったと決定したことに応じて、第１の通信リソース１２２２を使用して送信することを控える。いくつかのそのような実施形態では、ＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}が存在しないことがある。

あるいは、いくつかの実施形態（図１４には示されていない）では、確認時間窓中にさらなるアップリンクグラントを受信せず、かつ第１のアップリンクグラント１２０２がＵＬ－ＣＩ１２３２に関連付けられた時間窓Ｗ_{ＵＬ－ＣＩ}中に受信されなかったと決定したことに応じて、第１の通信デバイス２７０ａは、第１の通信リソース１２２２を使用して送信することを控える。

反対に、第２の通信デバイス２７０ｂは、第２のアップリンクリソース１２２４を割り当てる第２のアップリンクグラント１２０４、およびＵＬ－ＣＩ１２３２を受信する。第２のアップリンク通信リソース１２２４は、時期ｔ_１０において開始する。したがって、第２の通信デバイス２７０ｂは、ＵＬ－ＣＩ１２３２に関連付けられた確認時間窓が時刻ｔ_４（ＵＬ－ＣＩ１２３２の受信が終了する時）から時刻ｔ_８まで延びると決定する。ここで、時刻ｔ_８は、時刻ｔ_１０よりＴ_ＤＣＩ前の時刻である。

第３のアップリンクグラント１３０６は、第２の通信デバイス２７０ｂへの第２の通信リソース１２２４の割り当てを確認する確認時間窓中に受信されるので、第２の通信デバイス２７０ｂは、ＵＬ－ＣＩ１２３２を無視し、第２の通信リソース１２２２を使用してデータを送信する。

したがって、本技術の諸実施形態は、割り当てられたアップリンクリソースの少なくとも所定の持続時間前に受信されているＵＬ－ＣＩの後に確認アップリンクグラントを送信する方法を提供することができる。

いくつかの実施形態では、通信デバイスは、関連付けられたＲＵＲを有する２つのＵＬ－ＣＩを受信してもよく、アップリンクグラントによって通信デバイスに割り当てられた通信リソースの少なくとも一部は、両方のＲＵＲ内に収まる。

いくつかの実施形態によれば、通信デバイスは、両方のＵＬ－ＣＩが割り当てられた通信リソースのうちのいくつかを示す場合にのみ、割り当てられたリソースを使用して送信することを控える。指示された通信リソースは、ＵＬ－ＣＩ間で異なっていてもよい。関連するＲＵＲは、同じであっても異なっていてもよい。

そのような実施形態の例を図１５に示す。

図１５の例では、第１および第２の通信リソース１５２２および１５２４は、それぞれ、第１および第２のアップリンクグラント指示１５０２および１５０４によって、第１および第２の通信デバイス２７０ａおよび２７０ｂに割り当てられる。

第１および第２のＵＬ－ＣＩ１５３２および１５３４は、第１および第２の通信デバイス２７０ａおよび２７０ｂの双方によっても送受信される。各ＵＬ－ＣＩ１５３２、１５３４はそれぞれのＲＵＲ１５４２および１５４４に関連付けられ、ＲＵＲのサブ部分を示すそれぞれのビットマップ１５５２および１５５４を含み、示されたサブ部分は衝突するリソース割り当てのリソースを含むものである。

周波数ドメインにおいて、第１のＲＵＲ１５４２および第２のＲＵＲ１５４４は、周波数ｆ_ｌから周波数ｆ_３まで延びる。時間ドメインにおいて、第１のＲＵＲ１５４２は、時刻ｔ_５から時刻ｔ_１１まで延び、第２のＲＵＲ１５４４は、時間ｔ_７から時刻ｔ_１２まで延びる。

第１の通信デバイスは、第１のＲＵＲ１５４２および第２のＲＵＲ１５４４の両方が第１の通信リソース１５２２のうちいくつかを示すことを決定する。具体的には、第１のビットマップ１５５２は、時刻ｔ_７から時刻ｔ_１１および周波数ｆ_ｌから周波数ｆ_２まで広がるリソースを示す。第２のビットマップ１５５４は、周波数ｆ_ｌから周波数ｆ_２までの周波数および時刻ｔ_７から時刻ｔ_８までの時間に延びるサブ部分内のリソースを示す。ＵＬ－ＣＩ１５３２および１５３４の両方は第１の通信リソースの一部を示すため、第１の通信デバイス２７０ａは、第１の通信リソース１５２２を使用して送信することを控える。

反対に、第２のビットマップ１５５４は、第２の通信リソース１５２４のリソースを含む第２のＲＵＲ１５４４のサブ部分を示さない。したがって、第２の通信デバイス２７０ｂは、第２の通信リソース１５２４を使用して送信することを控えず、これらのリソースを使用してデータを送信する。

いくつかのそのような実施形態では、ＵＬ－ＣＩのビットマップが実際には衝突を受けるリソース（たとえば、ＲＵＲのサブ部分）を反映しないことがあることが明らかであろう。図１５の例では、第２のビットマップ１５５４は、周波数ｆ_ｌから周波数ｆ_２までの周波数および時刻ｔ_７から時刻ｔ_８までの時間に延びるサブ部分内の少なくともいくつかのリソースを示す。しかしながら、このサブ部分は、第２の通信リソース１５２４のいずれも含まず、したがって、実際には、衝突するリソースを含まない。

いくつかの実施形態では、割り当てられた通信リソースが送信のために使用されるべきか否かを決定するための他のルールは、上記で説明したものに加えて、またはそれに代えて使用されてもよい。たとえば、いくつかの実施形態では、異なる通信デバイスは、複数のＵＬ－ＣＩの場合によっては異なるサブセットを含む、異なるＵＬ－ＣＩを監視するように構成されてもよい。いくつかのそのような実施形態では、通信デバイスは、その構成に従って、割り当てられたリソースのいずれも衝突の対象であることを示さない少なくとも１つのＵＬ－ＣＩを受信する場合、割り当てられたリソースを使用して送信することを許可されると決定してもよい。

いくつかの実施形態では、通信デバイスは、その構成に従って、割り当てられたリソースのいずれかを示す任意のＵＬ－ＣＩを受信しない場合、割り当てられたリソースを使用して送信することを許可されると決定してもよい。

したがって、本技術の諸実施形態は、アップリンクグラントおよび１つ以上のＵＬ－ＣＩの相対的な送信タイミングに対する制約なしに、割り当てられた通信リソースを使用して送信することが許可されるか否かを決定するための通信デバイスを提供することができる。したがって、たとえば、インフラストラクチャ機器は、１つの通信デバイスについて、アップリンクグラントがＵＬ－ＣＩに関連付けられた時間窓内にあり、別の通信デバイスについて、アップリンクグラントがＵＬ－ＣＩに関連付けられた時間窓外で受信されるように、インフラストラクチャ機器２７２がアップリンクグラントおよび／またはＵＬ－ＣＩをスケジューリングすることができない場合であっても、衝突が１つの通信デバイスに有利に解決される方法を示すことができる。

図１６は、本技術の諸実施形態に係る通信デバイスによって実施されてもよい処理のフローチャートを示す。

図１６の処理は、ステップＳ６０２、Ｓ６０４、Ｓ６０６、Ｓ６０８、Ｓ６１０、およびＳ６１２を含み、これらは、図６の処理における同様の番号を付された上記のステップに対応する。

図６の処理のように、ステップＳ６１２において、指示されたサブ部分内に第１のアップリンク通信リソースがないと決定された場合、処理は、図６の処理のように、ステップＳ６０４に戻る。しかしながら、反対に、ＵＬ－ＣＩによって示されたように、第１のアップリンク通信リソースの一部または全部が指示されたサブ部分内にあると決定された場合、処理は、ステップＳ１６１４に進む。

ステップＳ１６１４において、通信デバイスは、アップリンク割り当てが受信された（ステップＳ６０２）時間（「第１の時間」）と、ＵＬ－ＣＩが受信された（ステップＳ６０８）時間（「第２の時間」）とを決定する。第１の時間と第２の時間とに基づいて、通信デバイスは、割り当てられたリソースを使用してデータの送信を実行することを許可されるか否かを決定する。

図１６の処理の例では、これは、第２の時間に基づいて、ＵＬ－ＣＩに関連付けられた時間窓の範囲を決定することと、第１の時間がこの時間窓内に入るか否かを決定することとを含む。

第２の時間は、ＵＬ－ＣＩの受信の開始またはＵＬ－ＣＩの受信の終了を指してもよいことが理解されよう。同様に、第１の時間は、アップリンク割り当て指示の受信の開始またはアップリンク割り当て指示の受信の終了を指してもよい。いくつかの実施形態では、ＵＬ－ＣＩに関連付けられた時間窓は、ＵＬ－ＣＩの受信の開始および終了の両方に基づいて定義されてもよい。いくつかの実施形態では、第１の時間が時間窓に入るか否かを決定する代わりに、通信デバイスは、アップリンクグラント指示を含む送信全体（たとえば、ＤＣＩ）が時間窓内に受信されたか否かを決定してもよい。

第１の時間が時間窓内にある場合、処理は、ステップＳ１６１６に進む。

ステップＳ１６１６において、通信デバイスは、ＵＬ－ＣＩがステップＳ６０２において割り当てられた通信リソースの少なくとも一部を示すが、それにもかかわらず、通信デバイスはそれらの割り当てられたリソースを使用して送信することを許可されると決定し、処理は、ステップＳ６０４に戻る。

なお、いくつかの実施形態では、（図６の処理のように）さらなるＵＬ－ＣＩを受信してもよく、ステップＳ６０２において受信したアップリンクグラントは、後のＵＬ－ＣＩに関連付けられた時間窓内に受信されていなくてもよい。したがって、いくつかの実施形態では、通信デバイスが後のＵＬ－ＣＩに基づいて割り当てられたリソースを使用して送信することを依然として控えてもよいという意味で、ステップＳ１６１６における決定は、決定的なものではなくてもよい。

ステップＳ１６１４において、第１の時間が時間窓内にないと判定された場合（または、一般に、ステップＳ１６１４において適用された第１の時間および第２の時間に基づくテストが満たされない場合）、処理は、ステップＳ１６１８に進む。

ステップＳ１６１８において、ステップＳ６０２において受信された指示（たとえば、アップリンクグラント）によって割り当てられたものと同じリソースを割り当てるさらなるアップリンクグラントが受信されたか否かが決定され、受信した場合、ステップＳ１６１４において実行されたテストが、さらなるアップリンクグラントおよびステップＳ６０８において受信したＵＬ－ＣＩを考慮して満たされるか否かが決定される。

テストを満たすさらなるアップリンクグラントが受信された場合、処理は、ステップＳ１６１６に進み、その結果、通信デバイスは、ステップＳ６０８において受信したＵＬ－ＣＩによって割り当てられたリソースを使用して送信することを妨げられない。

テストを満たすさらなるアップリンクグラントが受信されない場合、処理は、ステップＳ１６２０に進む。ステップＳ１６２０において、処理は、通信デバイスがステップＳ６０２において割り当てられたリソースを使用してアップリンクデータを送信することなく終了する。

上記のように、また、いくつかの実施形態では図１４に示されるように、ステップＳ１６１８において、ＵＬ－ＣＩに関連付けられた時間窓内に後のアップリンクグラントが受信されるか否かを決定する代わりに、通信デバイスは、割り当てられた通信リソースの開始に基づいて決定される時刻より前に、およびいくつかの実施形態では、送信をキャンセルまたは準備するための最小時間に関連する所定の持続時間上で、後のアップリンクグラントが受信されるか否かを決定する。

いくつかの実施形態では、（図１６の処理に従って、または他の方法で）通信デバイスによるデータの送信のために使用されてもよい異なる通信リソースを割り当てるさらなるアップリンクグラントを受信してもよいことが理解されよう。

本開示の範囲は、上記の図１６に示した処理に限定されないことが理解されよう。本技術のいくつかの実施形態では、図１６の処理のステップを並べ替えてもよく、かつ／あるいは、１つ以上のステップを省略してもよい。たとえば、いくつかの実施形態では、ステップＳ１６１８は省略され、その結果、ＵＬ－ＣＩが受信され、アップリンクグラントがステップＳ１６１４におけるテストを満たさない場合、処理は、直接ステップＳ１６２０に進む。

いくつかの実施形態では、後のＵＬ－ＣＩを受信する可能性は考慮されず、したがって、ステップＳ１６１６に続いて、通信デバイスは、割り当てられたリソースの開始時間まで待機し、次いで、直接ステップＳ６０６に進む。

本明細書で説明するように、本技術の諸実施形態は、２つ以上の通信デバイスがＵＬ－ＣＩに同じ方法で応答して、通信デバイスが送信しないか、または両方の通信デバイスが送信して衝突をもたらすことを回避することができる。本技術の諸実施形態は、たとえば、ＵＬ－ＣＩの受信とその通信デバイスによるアップリンクグラントの受信との間の相対時間に基づいて、通信デバイスの異なる挙動を提供する。

本技術の諸実施形態によれば、通信デバイスのこの挙動は、所定のルールに従う。これらのルールは、適切な仕様書において指定され、かつ／あるいは、無線通信ネットワークのインフラストラクチャ機器（インフラストラクチャ機器２７２など）によって通信デバイスに示されてもよい。同様に、その挙動は、さらに、適切な仕様書において指定され、かつ／あるいは、インフラストラクチャ機器によって通信デバイスに示され、そうでなければ、通信デバイスにおいて設定され得る、所定のパラメータに従ってもよい。

さらに、本開示の諸実施形態は、インフラストラクチャ機器が第１の通信デバイスに第１のアップリンクリソースを割り当て、その後、第２のアップリンクリソース（第１のアップリンクリソースの一部または全部を含む）を第２の通信デバイスに割り当て（したがって、衝突をもたらす）、両方の通信デバイスによって受信される衝突の指示を送信する方法であって、第１および第２の通信デバイスは、それらがそれぞれの割り当てられたリソースを使用して送信するか否かを決定する際の挙動が異なる方法を提供することができる。

したがって、本技術の諸実施形態は、影響を受ける通信デバイスのうちの１つ（および１つのみ）が衝突リソースを使用して送信することを決定するように、インフラストラクチャ機器が衝突を示すことを可能にすることができる。いくつかの実施形態では、インフラストラクチャ機器は、衝突の指示の送信、第１の通信デバイスへの第１のアップリンクリソースの割り当ての指示の送信、および第２の通信デバイスへの第２のアップリンクリソースの割り当ての指示の送信のためにそれぞれの時間を選択し、その結果、第２の通信リソースは、衝突の指示を無視してもよいことを決定し、さらに、本明細書で開示する技術に従って、割り当てられたリソースを使用してデータを送信することを決定する。

いくつかの実施形態では、インフラストラクチャ機器は、衝突のさらなる指示、および／または第２のアップリンクリソースの割り当てのさらなる指示を第２の通信デバイスに送信し、その結果、第２の通信リソースは、衝突の指示を無視してもよいことを決定し、さらに、本明細書で開示する技術に従って、割り当てられたリソースを使用してデータを送信することを決定する。

いくつかの実施形態では、第２の通信デバイスへの第２のアップリンクリソースの割り当ては、第２のアップリンクリソースを使用して第２の通信デバイスによって送信されるデータに関連するサービス品質要件に基づく。

本技術の諸実施形態は、ＵＬ－ＣＩ内で伝送される（またはＵＬ－ＣＩとともに送信される）付加情報の必要性を回避することができる。本技術の諸実施形態は、衝突するリソースを使用して送信されるデータに関連付けられた物理層優先度が同じであっても、衝突を解決することができる。

様々な例が本明細書に記載されている。本開示の範囲は、これらの例に示される特徴の特定の組合せに限定されず、異なる例の態様を組み合わせてもよいことが理解されよう。

たとえば、通信デバイスによるデータの送信のために割り当てられたリソースが他の通信デバイスによるデータの送信のために割り当てられたという通信デバイスによる決定は、本明細書で説明するＵＬ－ＣＩのビットマップによって、または異なる形態の指示を受信することなどの任意の他の方法によって行ってもよい。いくつかの実施形態では、指示は、ブロードキャストまたはマルチキャストされる指示である。いくつかの実施形態では、指示は、２つの重複するリソース割り当てのうちのどちらをキャンセルするかを明示的に示さない。

したがって、本技術の諸実施形態は、無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する方法を提供することができる。

無線通信ネットワークにおける通信デバイスを動作させる方法であって、アップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、上記基準アップリンク領域は、上記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、上記第１のアップリンク通信リソースが上記ＵＬ－ＣＩで示される上記リソース内にあることを決定し、上記ＵＬ－ＣＩに関連付けられた時間窓を決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定したことに応答して、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法についても説明した。

無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第３の時間において第２のアップリンクグラント指示を受信し、上記第２のアップリンクグラント指示は、上記通信デバイスによる上記第１のデータの送信のために上記第１のアップリンク通信リソースが割り当てられることを示し、上記第２のアップリンクグラント指示を受信することに応答して、上記第３の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法についても説明した。

無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第２のＵＬ－ＣＩを受信し、上記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定し、上記第４のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含む動作方法についても説明した。

無線通信ネットワークにおけるインフラストラクチャ機器を動作させる方法であって、第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、アップリンクキャンセル指示（ＵＬ－ＣＩ）を上記第１の通信デバイスに送信し、上記ＵＬ－ＣＩは、上記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、上記第１のアップリンク通信リソースを使用して上記第１の通信デバイスにより送信された信号を受信する動作方法についても説明した。

対応する通信デバイス、インフラストラクチャ機器、および通信デバイスの回路、ならびにインフラストラクチャ機器の回路についても説明した。

本開示はいくつかの点で、特定の例を提供するために、ＬＴＥベースおよび／または５Ｇネットワークにおける実施に焦点を当てているが、同じ原理を他の無線電気通信システムに適用できることが理解されよう。したがって、本明細書で使用される用語は、一般に、ＬＴＥおよび５Ｇ規格の用語と同一または類似しているが、本教示は、ＬＴＥおよび５Ｇの現在のバージョンに限定されず、ＬＴＥまたは５Ｇに基づいておらず、かつ／あるいはＬＴＥ、５Ｇ、または他の規格の任意の他の将来のバージョンに準拠していない任意の適切な構成に同様に適用することができる。

本明細書で説明される各種の例示的なアプローチは、基地局および通信デバイスの両方によって知られているという意味で、事前に決定された／事前定義された情報に依拠し得ることに留意されたい。このような事前に決定された／事前定義された情報は、一般に、たとえば、無線電気通信システムのための動作規格における定義によって、たとえば、システム情報シグナリングにおける基地局および通信デバイスとの間で事前に交換されたシグナリングによって、無線リソース制御セットアップシグナリングに関連して、または、ＳＩＭアプリケーションに記憶された情報において、確立され得ることが理解されよう。すなわち、関連する事前定義された情報が確立され、無線電気通信システムの様々な要素間で共有される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。本明細書で説明される各種の例示的なアプローチは、無線電気通信システムの各種要素間で交換／通信される情報に依存することをさらに留意されたい。そのような通信は、一般に、文脈において別段の要求がない限り、たとえば、特定のシグナリングプロトコルおよび使用される通信チャネルのタイプに関して、従来技術に従って行われ得ることが理解されしょう。すなわち、関連する情報が無線電気通信システムの様々な要素間で交換される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。

本明細書で説明する原理は、特定の種類の通信デバイスにのみ適用可能であるわけではなく、任意の種類の通信デバイスに関してより一般的に適用することができ、たとえば、アプローチは、ＵＲＬＬＣ／ＩＩｏＴデバイスまたは他の低レイテンシ通信デバイスに限定されず、たとえば、通信ネットワークへの無線リンクとともに動作する任意の種類の通信デバイスに関してより一般的に適用され得ることが理解されよう。

本明細書で説明する原理は、ＬＴＥベースまたは５Ｇ／ＮＲベースの無線電気通信システムに適用可能であるだけでなく、動的リソース割り当てをサポートする任意のタイプの無線電気通信システムにも適用可能であることがさらに理解されよう。

本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、特許請求の範囲に明示的に記載されたもの以外の組み合わせにおいて独立請求項の特徴と組み合わされてもよいことが理解されよう。

したがって、前述の説明は、単に本発明の例示的な実施形態を開示し、説明しているに過ぎない。当業者には理解されるように、本発明は、その精神または本質的な特徴から逸脱することなく、他の特定の形態で実施することができる。したがって、本発明の開示は、例示であることが意図されているが、本発明の範囲、および他の請求項を限定することは意図されていない。本開示は、本明細書の教示の、任意の容易に識別可能な変形を含み、発明の主題が公衆に捧げられないように、前述の請求項の用語の範囲を部分的に定義する。

本開示のそれぞれの特徴は、以下の番号付けされた段落によって定義される。

段落１ 無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法。
段落２ 段落１に記載の動作方法であって、上記第２のアップリンク通信リソースは、上記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた第３のアップリンク通信リソースを含む動作方法。
段落３ 段落２に記載の動作方法であって、上記ＵＬ－ＣＩは、上記第２のアップリンク通信リソースが上記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた上記第３のアップリンク通信リソースを含むことを示す動作方法。
段落４ 段落１から３のいずれか１つに記載の動作方法であって、上記第１の時間が第１の所定の時間より短い時間だけ上記第２の時間に先行する場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法。
段落５ 段落４に記載の動作方法であって、上記第１の所定の時間はゼロである動作方法。
段落６ 段落１から５のいずれか１つに記載の動作方法であって、上記第１の時間が上記第２の時間よりも後であり、かつ、上記第２の時間よりも後の第２の所定の時間よりも短い場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法。
段落７ 段落１から６のいずれか１つに記載の動作方法であって、上記第１の時間が上記第２の時間よりも前の上記第１の所定の時間よりも長いか、あるいは、上記第２の時間よりも後の上記第２の所定の時間より長い場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信しない動作方法。
段落８ 段落１から７のいずれか１つに記載の動作方法であって、上記ＵＬ－ＣＩは、上記第２のアップリンク通信リソースを含む通信リソースを定義する基準アップリンク領域（ＲＵＲ）に関連付けられる動作方法。
段落９ 段落８に記載の動作方法であって、上記ＲＵＲは、リソースの複数のサブ部分に分割され、上記ＵＬ－ＣＩは、サブ部分ごとに、上記サブ部分内のリソースが第２の通信リソース内にあるか否かを示す動作方法。
段落１０ 段落１から９のいずれか１つに記載の動作方法であって、上記第２の通信リソースは、上記第１のデータの上記アップリンク送信および第２のデータのアップリンク送信のために割り当てられたリソースを含む動作方法。
段落１１ 段落１から１０のいずれか１つに記載の動作方法であって、上記第２の通信リソースは、上記第１のアップリンク通信リソースまたは上記第２のデータの上記アップリンク送信のために割り当てられた上記リソースを含む動作方法。
段落１２ 段落８から１１のいずれか１つに記載の動作方法であって、上記第１の時間が上記ＲＵＲで定義される上記通信リソースの開始よりも後である場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信しない動作方法。
段落１３ 段落８から１１のいずれか１つに記載の動作方法であって、上記第１の時間が上記ＲＵＲで定義される上記通信リソースの終了よりも後である場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信しない動作方法。
段落１４ 段落１から１３のいずれか１つに記載の動作方法であって、上記第２の時間は、上記第１の時間よりも前である動作方法。
段落１５ 段落１から１４のいずれか１つに記載の動作方法であって、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定することは、上記第２の時間に基づいて時間窓を決定することと、上記第１の時間が上記時間窓内にあるか否かを決定することとを含む動作方法。
段落１６ 段落１５に記載の動作方法であって、１つ以上の時間窓決定パラメータの指示を受信し、上記第２の時間に基づいて時間窓を決定することは、上記１つ以上の時間窓決定パラメータに基づいて上記時間窓を決定することを含む動作方法。
段落１７ 段落１から１６のいずれか１つに記載の動作方法であって、ＵＬ－ＣＩ監視指示を受信し、上記ＵＬ－ＣＩ監視指示は、上記第２の時間を示し、かつ／あるいは上記通信デバイスが上記第２の時間に送信されたＵＬ－ＣＩを監視することを示す動作方法。
段落１８ 段落１から１７のいずれか１つに記載の動作方法であって、第３の時間において第２のＵＬ－ＣＩを受信する動作方法。
段落１９ 段落１８に記載の動作方法であって、上記アップリンクグラント情報および上記第２のＵＬ－ＣＩを受信したことに応答して、上記第１の時間と上記第３の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法。
段落２０ 段落１８または１９に記載の動作方法であって、上記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定し、上記第４のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含む動作方法。
段落２１ 段落２０に記載の動作方法であって、上記第２のＵＬ－ＣＩは、上記第４のアップリンク通信リソースが上記第１のデータの上記アップリンク送信および他のデータのアップリンク送信のために割り当てられた第５のアップリンク通信リソースを含むか否かを示す動作方法。
段落２２ 段落２０または２１に記載の動作方法であって、上記第２のＵＬ－ＣＩが上記第１のアップリンク通信リソースのどの部分も示さない場合、第１の通信リソースを使用して上記第１のデータを送信する動作方法。
段落２３ 段落１から２２のいずれか１つに記載の動作方法であって、第４の時間において第２のアップリンクグラント指示を受信し、上記第２のアップリンクグラント指示は、上記第１のアップリンク通信リソースが上記通信デバイスによる上記第１のデータの送信のために割り当てられることを示し、上記第２のアップリンクグラント指示を受信することに応答して、上記第４の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法。
段落２４ 段落２３に記載の動作方法であって、上記第４の時間が、割り当てられたアップリンク通信リソースの最初の指示を受信することに応答して上記通信デバイスがアップリンク送信の準備をするのに必要な最小時間よりも少ない時間だけ上記第１のアップリンク通信リソースの開始に先行する場合、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法。
段落２４ 段落２３または２４に記載の動作方法であって、上記第２のアップリンクグラント指示を確認時間窓の終了よりも前に受信した場合、上記第１のアップリンク通信リソースを使用してデータを送信する動作方法。
段落２６ 段落２５に記載の動作方法であって、上記確認時間窓の上記終了は、上記第１のアップリンク通信リソースの開始よりも所定の期間だけ前に発生することを決定する動作方法。
段落２７ 段落１から２６のいずれか１つに記載の動作方法であって、上記アップリンクキャンセル指示（ＵＬ－ＣＩ）は、ダウンリンク制御情報（ＤＣＩ）において受信される動作方法。
段落２８ 段落１から２７のいずれか１つに記載の動作方法であって、上記アップリンクキャンセル指示は、ブロードキャストまたはマルチキャストされる動作方法。
段落２９ 無線通信ネットワークにおける通信デバイスを動作させる方法であって、アップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、上記基準アップリンク領域は、上記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、上記第１のアップリンク通信リソースが上記ＵＬ－ＣＩで示される上記リソース内にあることを決定し、上記ＵＬ－ＣＩに関連付けられた時間窓を決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定したことに応答して、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信する動作方法。
段落３０ 段落２９に記載の動作方法であって、上記第２のアップリンク通信リソースは、上記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた第３のアップリンク通信リソースを含む動作方法。
段落３１ 段落３０に記載の動作方法であって、上記ＵＬ－ＣＩは、上記第２のアップリンク通信リソースが上記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた上記第３のアップリンク通信リソースを含むことを示す動作方法。
段落３２ 無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第３の時間において第２のアップリンクグラント指示を受信し、上記第２のアップリンクグラント指示は、上記通信デバイスによる上記第１のデータの送信のために上記第１のアップリンク通信リソースが割り当てられることを示し、上記第２のアップリンクグラント指示を受信することに応答して、上記第３の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定する動作方法。
段落３３ 無線通信ネットワークにおける通信デバイスを動作させる方法であって、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第２のＵＬ－ＣＩを受信し、上記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定し、上記第４のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含む動作方法。
段落３４ 段落３３に記載の動作方法であって、上記第２のＵＬ－ＣＩが上記第１のアップリンク通信リソースのどの部分も示さない場合、第１の通信リソースを使用して上記第１のデータを送信する動作方法。
段落３５ 無線通信ネットワークにおけるインフラストラクチャ機器を動作させる方法であって、第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、アップリンクキャンセル指示（ＵＬ－ＣＩ）を上記第１の通信デバイスに送信し、上記ＵＬ－ＣＩは、上記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、上記第１のアップリンク通信リソースを使用して上記第１の通信デバイスにより送信された信号を受信する動作方法。
段落３６ 段落３５に記載の動作方法であって、上記ＵＬ－ＣＩは、時間窓に関連付けられ、上記第１のアップリンク通信リソースの上記割り当ての上記指示は、上記時間窓内に上記第１の通信デバイスに送信される動作方法。
段落３７ 段落３５または３６に記載の動作方法であって、第２のアップリンク通信リソースの割り当ての指示を第２の通信デバイスに送信し、上記第２のアップリンク通信リソースは、少なくとも上記第１のアップリンク通信リソースの衝突部分を含み、上記ＵＬ－ＣＩは、上記第２の通信デバイスに送信され、上記第２のアップリンク通信リソースを使用して、上記第２の通信デバイスによって信号は送信されない動作方法。
段落３８ 段落３７に記載の動作方法であって、上記第２のアップリンク通信リソースの上記割り当ての上記指示は、上記時間窓内に上記第２の通信デバイスに送信されない動作方法。
段落３９ 段落３５から３８のいずれか１つに記載の動作方法であって、上記第１の通信デバイスおよび上記第２の通信デバイスのうちの１つまたは両方が上記時間窓を決定することを可能にするための１つ以上の時間窓決定パラメータの指示を送信する動作方法。
段落４０ 段落３５から３９のいずれか１つに記載の動作方法であって、上記ＵＬ－ＣＩは、監視機会のスケジュールに従って送信され、上記第１の通信デバイスおよび上記第２の通信デバイスのうちの１つまたは両方に上記スケジュールの指示を送信する動作方法。
段落４１ 段落３５から４０のいずれか１つに記載の動作方法であって、上記アップリンクキャンセル指示（ＵＬ－ＣＩ）を上記第１の通信デバイスに送信することは、上記第１の通信デバイスを含む複数の通信デバイスに上記ＵＬ－ＣＩを送信することを含む動作方法。
段落４２ 無線通信ネットワークで動作するための通信デバイスであって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定するように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラとを備える通信デバイス。
段落４３ 無線通信ネットワークで動作するための通信デバイスの回路であって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、上記アップリンクグラント指示および上記アップリンクキャンセル指示を受信することに応答して、上記第１の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定するように動作可能に上記送信回路および上記受信回路を制御するように構成された制御回路とを備える通信デバイスの回路。
段落４４ 無線通信ネットワークで動作するための通信デバイスであって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、上記通信デバイスが、アップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、上記基準アップリンク領域は、上記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、上記第１のアップリンク通信リソースが上記ＵＬ－ＣＩで示される上記リソース内にあることを決定し、上記ＵＬ－ＣＩに関連付けられた時間窓を決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定したことに応答して、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラとを備える通信デバイス。
段落４５ 無線通信ネットワークで動作するための通信デバイスの回路であって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、上記通信デバイスが、アップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、上記基準アップリンク領域は、上記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、上記第１のアップリンク通信リソースが上記ＵＬ－ＣＩで示される上記リソース内にあることを決定し、上記ＵＬ－ＣＩに関連付けられた時間窓を決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定し、上記アップリンクグラント指示が上記ＵＬ－ＣＩに関連付けられた上記時間窓内において受信されたことを決定したことに応答して、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するように動作可能に上記送信回路および上記受信回路を制御するように構成された制御回路とを備える通信デバイスの回路。
段落４６ 無線通信ネットワークで動作するための通信デバイスであって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第３の時間において第２のアップリンクグラント指示を受信し、上記第２のアップリンクグラント指示は、上記通信デバイスによる上記第１のデータの送信のために上記第１のアップリンク通信リソースが割り当てられることを示し、上記第２のアップリンクグラント指示を受信することに応答して、上記第３の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定するように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラとを備える通信デバイス。
段落４７ 無線通信ネットワークで動作するための通信デバイスの回路であって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第３の時間において第２のアップリンクグラント指示を受信し、上記第２のアップリンクグラント指示は、上記通信デバイスによる上記第１のデータの送信のために上記第１のアップリンク通信リソースが割り当てられることを示し、上記第２のアップリンクグラント指示を受信することに応答して、上記第３の時間と上記第２の時間とに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定するように動作可能に上記送信回路および上記受信回路を制御するように構成された制御回路とを備える通信デバイスの回路。
段落４８ 無線通信ネットワークで動作するための通信デバイスであって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第２のＵＬ－ＣＩを受信し、上記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定し、上記第４のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含むように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラとを備える通信デバイス。
段落４９ 無線通信ネットワークで動作するための通信デバイスの回路であって、上記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、上記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、上記通信デバイスが、第１の時間においてアップリンクグラント指示を受信し、上記アップリンクグラント指示は、上記通信デバイスによる第１のデータの送信のために割り当てられた上記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、上記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、第２のＵＬ－ＣＩを受信し、上記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、上記第１のアップリンク通信リソースを使用して上記第１のデータを送信するか否かを決定し、上記第４のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含むように動作可能に上記送信回路および上記受信回路を制御するように構成された制御回路とを備える通信デバイスの回路。
段落５０ 無線通信ネットワークにおいて使用され、セルにおける通信デバイスと通信するための無線アクセスインタフェースを提供するインフラストラクチャ機器であって、上記無線アクセスインタフェースを介して上記通信デバイスに信号を送信するように構成された送信機と、上記通信デバイスから信号を受信するように構成された受信機と、上記インフラストラクチャ機器が、第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、アップリンクキャンセル指示（ＵＬ－ＣＩ）を上記第１の通信デバイスに送信し、上記ＵＬ－ＣＩは、上記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、上記第１のアップリンク通信リソースを使用して上記第１の通信デバイスにより送信された信号を受信するように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラとを備えるインフラストラクチャ機器。
段落５１ 無線通信ネットワークにおいて使用され、セルにおける通信デバイスと通信するための無線アクセスインタフェースを提供するインフラストラクチャ機器の回路であって、上記無線アクセスインタフェースを介して上記通信デバイスに信号を送信するように構成された送信回路と、上記通信デバイスから信号を受信するように構成された受信回路と、上記インフラストラクチャ機器が、第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、アップリンクキャンセル指示（ＵＬ－ＣＩ）を上記第１の通信デバイスに送信し、上記ＵＬ－ＣＩは、上記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、上記第１のアップリンク通信リソースを使用して上記第１の通信デバイスにより送信された信号を受信するように動作可能に上記送信回路および上記受信回路を制御するように構成された制御回路とを備えるインフラストラクチャ機器の回路。

本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、特許請求の範囲に明示的に記載されたもの以外の組み合わせにおいて独立請求項の特徴と組み合わされてもよいことが理解されよう。

Claims (51)

1. 無線通信ネットワークにおける通信デバイスを動作させる方法であって、
   第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、
   第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
   前記アップリンクグラント指示および前記アップリンクキャンセル指示を受信することに応答して、前記第１の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
   動作方法。
2. 請求項１に記載の動作方法であって、
   前記第２のアップリンク通信リソースは、前記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた第３のアップリンク通信リソースを含む
   動作方法。
3. 請求項２に記載の動作方法であって、
   前記ＵＬ－ＣＩは、前記第２のアップリンク通信リソースが前記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた前記第３のアップリンク通信リソースを含むことを示す
   動作方法。
4. 請求項１に記載の動作方法であって、
   前記第１の時間が第１の所定の時間より短い時間だけ前記第２の時間に先行する場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する
   動作方法。
5. 請求項４に記載の動作方法であって、
   前記第１の所定の時間はゼロである
   動作方法。
6. 請求項１に記載の動作方法であって、
   前記第１の時間が前記第２の時間よりも後であり、かつ、前記第２の時間よりも後の第２の所定の時間よりも短い場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する
   動作方法。
7. 請求項１に記載の動作方法であって、
   前記第１の時間が前記第２の時間よりも前の前記第１の所定の時間よりも長いか、あるいは、前記第２の時間よりも後の前記第２の所定の時間より長い場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信しない
   動作方法。
8. 請求項１に記載の動作方法であって、
   前記ＵＬ－ＣＩは、前記第２のアップリンク通信リソースを含む通信リソースを定義する基準アップリンク領域（ＲＵＲ）に関連付けられる
   動作方法。
9. 請求項８に記載の動作方法であって、
   前記ＲＵＲは、リソースの複数のサブ部分に分割され、前記ＵＬ－ＣＩは、サブ部分ごとに、前記サブ部分内のリソースが第２の通信リソース内にあるか否かを示す
   動作方法。
10. 請求項１に記載の動作方法であって、
    前記第２の通信リソースは、前記第１のデータの前記アップリンク送信および第２のデータのアップリンク送信のために割り当てられたリソースを含む
    動作方法。
11. 請求項１に記載の動作方法であって、
    前記第２の通信リソースは、前記第１のアップリンク通信リソースまたは前記第２のデータの前記アップリンク送信のために割り当てられた前記リソースを含む
    動作方法。
12. 請求項８に記載の動作方法であって、
    前記第１の時間が前記ＲＵＲで定義される前記通信リソースの開始よりも後である場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信しない
    動作方法。
13. 請求項８に記載の動作方法であって、
    前記第１の時間が前記ＲＵＲで定義される前記通信リソースの終了よりも後である場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信しない
    動作方法。
14. 請求項１に記載の動作方法であって、
    前記第２の時間は、前記第１の時間よりも前である
    動作方法。
15. 請求項１に記載の動作方法であって、
    前記第１の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定することは、
    前記第２の時間に基づいて時間窓を決定することと、
    前記第１の時間が前記時間窓内にあるか否かを決定することと
    を含む
    動作方法。
16. 請求項１５に記載の動作方法であって、
    １つ以上の時間窓決定パラメータの指示を受信し、
    前記第２の時間に基づいて時間窓を決定することは、前記１つ以上の時間窓決定パラメータに基づいて前記時間窓を決定することを含む
    動作方法。
17. 請求項１に記載の動作方法であって、
    ＵＬ－ＣＩ監視指示を受信し、前記ＵＬ－ＣＩ監視指示は、前記第２の時間を示し、かつ／あるいは前記通信デバイスが前記第２の時間に送信されたＵＬ－ＣＩを監視することを示す
    動作方法。
18. 請求項１に記載の動作方法であって、
    第３の時間において第２のＵＬ－ＣＩを受信する
    動作方法。
19. 請求項１８に記載の動作方法であって、
    前記アップリンクグラント情報および前記第２のＵＬ－ＣＩを受信したことに応答して、前記第１の時間と前記第３の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    動作方法。
20. 請求項１８に記載の動作方法であって、
    前記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定し、前記第４のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含む
    動作方法。
21. 請求項２０に記載の動作方法であって、
    前記第２のＵＬ－ＣＩは、前記第４のアップリンク通信リソースが前記第１のデータの前記アップリンク送信および他のデータのアップリンク送信のために割り当てられた第５のアップリンク通信リソースを含むか否かを示す
    動作方法。
22. 請求項２０に記載の動作方法であって、
    前記第２のＵＬ－ＣＩが前記第１のアップリンク通信リソースのどの部分も示さない場合、第１の通信リソースを使用して前記第１のデータを送信する
    動作方法。
23. 請求項１に記載の動作方法であって、
    第４の時間において第２のアップリンクグラント指示を受信し、前記第２のアップリンクグラント指示は、前記第１のアップリンク通信リソースが前記通信デバイスによる前記第１のデータの送信のために割り当てられることを示し、
    前記第２のアップリンクグラント指示を受信することに応答して、前記第４の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    動作方法。
24. 請求項２３に記載の動作方法であって、
    前記第４の時間が、割り当てられたアップリンク通信リソースの最初の指示を受信することに応答して前記通信デバイスがアップリンク送信の準備をするのに必要な最小時間よりも少ない時間だけ前記第１のアップリンク通信リソースの開始に先行する場合、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する
    動作方法。
25. 請求項２３に記載の動作方法であって、
    前記第２のアップリンクグラント指示を確認時間窓の終了よりも前に受信した場合、前記第１のアップリンク通信リソースを使用してデータを送信する
    動作方法。
26. 請求項２５に記載の動作方法であって、
    前記確認時間窓の前記終了は、前記第１のアップリンク通信リソースの開始よりも所定の期間だけ前に発生することを決定する
    動作方法。
27. 請求項１に記載の動作方法であって、
    前記アップリンクキャンセル指示（ＵＬ－ＣＩ）は、ダウンリンク制御情報（ＤＣＩ）において受信される
    動作方法。
28. 請求項１に記載の動作方法であって、
    前記アップリンクキャンセル指示は、ブロードキャストまたはマルチキャストされる
    動作方法。
29. 無線通信ネットワークにおける通信デバイスを動作させる方法であって、
    アップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、前記基準アップリンク領域は、前記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、
    前記第１のアップリンク通信リソースが前記ＵＬ－ＣＩで示される前記リソース内にあることを決定し、
    前記ＵＬ－ＣＩに関連付けられた時間窓を決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定したことに応答して、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する．
    動作方法。
30. 請求項２９に記載の動作方法であって、
    前記第２のアップリンク通信リソースは、前記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた第３のアップリンク通信リソースを含む
    動作方法。
31. 請求項３０に記載の動作方法であって、
    前記ＵＬ－ＣＩは、 前記第２のアップリンク通信リソースが前記第１のデータのアップリンク送信および他の通信デバイスによるアップリンク送信のために割り当てられた前記第３のアップリンク通信リソースを含むことを示す
    動作方法。
32. 無線通信ネットワークにおける通信デバイスを動作させる方法であって、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第３の時間において第２のアップリンクグラント指示を受信し、前記第２のアップリンクグラント指示は、前記通信デバイスによる前記第１のデータの送信のために前記第１のアップリンク通信リソースが割り当てられることを示し、
    前記第２のアップリンクグラント指示を受信することに応答して、前記第３の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    動作方法。
33. 無線通信ネットワークにおける通信デバイスを動作させる方法であって、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第２のＵＬ－ＣＩを受信し、
    前記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定し、前記第４のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含む
    動作方法。
34. 請求項３３に記載の動作方法であって、
    前記第２のＵＬ－ＣＩが前記第１のアップリンク通信リソースのどの部分も示さない場合、第１の通信リソースを使用して前記第１のデータを送信する
    動作方法。
35. 無線通信ネットワークにおけるインフラストラクチャ機器を動作させる方法であって、
    第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、
    アップリンクキャンセル指示（ＵＬ－ＣＩ）を前記第１の通信デバイスに送信し、前記ＵＬ－ＣＩは、前記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、
    前記第１のアップリンク通信リソースを使用して前記第１の通信デバイスにより送信された信号を受信する
    動作方法。
36. 請求項３５に記載の動作方法であって、
    前記ＵＬ－ＣＩは、時間窓に関連付けられ、
    前記第１のアップリンク通信リソースの前記割り当ての前記指示は、前記時間窓内に前記第１の通信デバイスに送信される
    動作方法。
37. 請求項３５に記載の動作方法であって、
    第２のアップリンク通信リソースの割り当ての指示を第２の通信デバイスに送信し、
    前記第２のアップリンク通信リソースは、少なくとも前記第１のアップリンク通信リソースの衝突部分を含み、
    前記ＵＬ－ＣＩは、前記第２の通信デバイスに送信され、
    前記第２のアップリンク通信リソースを使用して、前記第２の通信デバイスによって信号は送信されない
    動作方法。
38. 請求項３７に記載の動作方法であって、
    前記第２のアップリンク通信リソースの前記割り当ての前記指示は、前記時間窓内に前記第２の通信デバイスに送信されない
    動作方法。
39. 請求項３５に記載の動作方法であって、
    前記第１の通信デバイスおよび前記第２の通信デバイスのうちの１つまたは両方が前記時間窓を決定することを可能にするための１つ以上の時間窓決定パラメータの指示を送信する
    動作方法。
40. 請求項３５に記載の動作方法であって、
    前記ＵＬ－ＣＩは、監視機会のスケジュールに従って送信され、
    前記第１の通信デバイスおよび前記第２の通信デバイスのうちの１つまたは両方に前記スケジュールの指示を送信する
    動作方法。
41. 請求項３５に記載の動作方法であって、
    前記アップリンクキャンセル指示（ＵＬ－ＣＩ）を前記第１の通信デバイスに送信することは、前記第１の通信デバイスを含む複数の通信デバイスに前記ＵＬ－ＣＩを送信することを含む
    動作方法。
42. 無線通信ネットワークで動作するための通信デバイスであって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    前記アップリンクグラント指示および前記アップリンクキャンセル指示を受信することに応答して、前記第１の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
    を具備する
    通信デバイス
43. 無線通信ネットワークで動作するための通信デバイスの回路であって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    前記アップリンクグラント指示および前記アップリンクキャンセル指示を受信することに応答して、前記第１の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    ように動作可能に前記送信回路および前記受信回路を制御するように構成された制御回路と
    を具備する
    通信デバイスの回路。
44. 無線通信ネットワークで動作するための通信デバイスであって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、
    前記通信デバイスが、
    アップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、前記基準アップリンク領域は、前記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、
    前記第１のアップリンク通信リソースが前記ＵＬ－ＣＩで示される前記リソース内にあることを決定し、
    前記ＵＬ－ＣＩに関連付けられた時間窓を決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定したことに応答して、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する
    ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
    を具備する
    通信デバイス。
45. 無線通信ネットワークで動作するための通信デバイスの回路であって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、
    前記通信デバイスが、
    アップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、基準アップリンク領域内のリソースを示し、前記基準アップリンク領域は、前記ＵＬ－ＣＩに関連付けられ、かつ、アップリンク通信リソースを定義し、
    前記第１のアップリンク通信リソースが前記ＵＬ－ＣＩで示される前記リソース内にあることを決定し、
    前記ＵＬ－ＣＩに関連付けられた時間窓を決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定し、
    前記アップリンクグラント指示が前記ＵＬ－ＣＩに関連付けられた前記時間窓内において受信されたことを決定したことに応答して、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信する
    ように動作可能に前記送信回路および前記受信回路を制御するように構成された制御回路と
    を具備する
    通信デバイスの回路。
46. 無線通信ネットワークで動作するための通信デバイスであって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第３の時間において第２のアップリンクグラント指示を受信し、前記第２のアップリンクグラント指示は、前記通信デバイスによる前記第１のデータの送信のために前記第１のアップリンク通信リソースが割り当てられることを示し、
    前記第２のアップリンクグラント指示を受信することに応答して、前記第３の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
    を具備する
    通信デバイス。
47. 無線通信ネットワークで動作するための通信デバイスの回路であって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第３の時間において第２のアップリンクグラント指示を受信し、前記第２のアップリンクグラント指示は、前記通信デバイスによる前記第１のデータの送信のために前記第１のアップリンク通信リソースが割り当てられることを示し、
    前記第２のアップリンクグラント指示を受信することに応答して、前記第３の時間と前記第２の時間とに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定する
    ように動作可能に前記送信回路および前記受信回路を制御するように構成された制御回路と
    を具備する
    通信デバイスの回路。
48. 無線通信ネットワークで動作するための通信デバイスであって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信機と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信機と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第２のＵＬ－ＣＩを受信し、
    前記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定し、前記第４のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含む
    ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
    を具備する
    通信デバイス。
49. 無線通信ネットワークで動作するための通信デバイスの回路であって、
    前記無線通信ネットワークのセルにおけるインフラストラクチャ機器によって提供される無線アクセスインタフェースを介して信号を送信するように構成された送信回路と、
    前記無線アクセスインタフェースを介して信号を受信するように構成された受信回路と、
    前記通信デバイスが、
    第１の時間においてアップリンクグラント指示を受信し、前記アップリンクグラント指示は、前記通信デバイスによる第１のデータの送信のために割り当てられた前記無線アクセスインタフェースの第１のアップリンク通信リソースを示し、
    第２の時間においてアップリンクキャンセル指示（ＵＬ－ＣＩ）を受信し、前記ＵＬ－ＣＩは、第２のアップリンク通信リソースを示し、前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
    第２のＵＬ－ＣＩを受信し、
    前記第２のＵＬ－ＣＩが第４のアップリンク通信リソースを示すか否かに基づいて、前記第１のアップリンク通信リソースを使用して前記第１のデータを送信するか否かを決定し、前記第４のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含む
    ように動作可能に前記送信回路および前記受信回路を制御するように構成された制御回路と
    を具備する
    通信デバイスの回路。
50. 無線通信ネットワークにおいて使用され、セルにおける通信デバイスと通信するための無線アクセスインタフェースを提供するインフラストラクチャ機器であって、
    前記無線アクセスインタフェースを介して前記通信デバイスに信号を送信するように構成された送信機と、前記通信デバイスから信号を受信するように構成された受信機と、
    前記インフラストラクチャ機器が
    第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、
    アップリンクキャンセル指示（ＵＬ－ＣＩ）を前記第１の通信デバイスに送信し、前記ＵＬ－ＣＩは、前記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、
    前記第１のアップリンク通信リソースを使用して前記第１の通信デバイスにより送信された信号を受信する
    ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと、
    を具備する
    インフラストラクチャ機器。
51. 無線通信ネットワークにおいて使用され、セルにおける通信デバイスと通信するための無線アクセスインタフェースを提供するインフラストラクチャ機器の回路であって、
    前記無線アクセスインタフェースを介して前記通信デバイスに信号を送信するように構成された送信回路と、
    前記通信デバイスから信号を受信するように構成された受信回路と、
    前記インフラストラクチャ機器が、
    第１のアップリンク通信リソースの割り当ての指示を第１の通信デバイスに送信し、
    アップリンクキャンセル指示（ＵＬ－ＣＩ）を前記第１の通信デバイスに送信し、前記ＵＬ－ＣＩは、前記第１のアップリンク通信リソースの一部を含む通信リソースの指示を含み、
    前記第１のアップリンク通信リソースを使用して前記第１の通信デバイスにより送信された信号を受信する
    ように動作可能に前記送信回路および前記受信回路を制御するように構成された制御回路と
    を具備するインフラストラクチャ機器の回路。

Images