JP7311018B2 - 方法、ユーザ機器、基地局 - Google Patents

Description

本開示は、無線通信システムおよびデバイスに関する。

本開示は、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）規格またはその同等物または派生物に従って動作する無線通信システムおよびそのデバイスに関する。本開示で説明される技術は、いわゆる「５Ｇ」（または「次世代」）システムにおける強化されたユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）間伝送（Ｔｘ）の優先順位付けおよび多重化に関連する改善に特に関連するが、排他的ではない。開示された改善は、拡張モバイルブロードバンド（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）送信のコンテキストにおいて、超信頼性および低遅延通信（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）に特に関連しているが、排他的ではない。

３ＧＰＰ標準の最新の開発は、いわゆる「５Ｇ」または「新しい無線」（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）標準であり、マシンタイプコミュニケーション（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＭＴＣ）、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）通信、車両通信および自律型自動車、高解像度ビデオストリーミング、スマートシティサービスなどの様々なアプリケーションやサービスをサポートすることが期待される進化する通信技術を指す。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ）および３ＧＰＰ ＮｅｘｔＧｅｎコア（ＮＧＣ）ネットワークを介して５Ｇをサポートする予定である。５Ｇネットワークのさまざまな詳細は、たとえば、次世代モバイルネットワーク（ＮＧＭＮ）アライアンスによる「ＮＧＭＮ５Ｇホワイトペーパー」Ｖ１．０に記載されており、このドキュメントは、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手できる。

エンドユーザー通信デバイスは、一般にユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれ、人間が操作することも、自動（ＭＴＣ ／ ＩｏＴ）デバイスを構成することもできる。５Ｇ／ＮＲ通信システムの基地局は、一般に、新しい無線基地局（Ｎｅｗ Ｒａｄｉｏ Ｂａｓｅ Ｓｔａｔｉｏｎ、「ＮＲ－ＢＳ」）または「ｇＮＢ」と呼ばれるが、これらは、「ｅＮＢ」（または５Ｇ／ＮＲ ｅＮＢ）という用語を使用して参照される場合があり、これは、より一般的にはＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）基地局（一般に「４Ｇ」基地局とも呼ばれる）とも呼ばれている。

次世代モバイルネットワークは、国際電気通信連合（ＩＴＵ）によって、拡張モバイルブロードバンド（ｅＭＢＢ）、超信頼性と低遅延の通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）という３つのカテゴリに分類されている多様なサービス要件をサポートしている。ｅＭＢＢは、高解像度（ＨＤ）ビデオ、仮想現実（ＶＲ）、拡張現実（ＡＲ）など、広く保証された帯域幅を必要とするサービスに重点を置いて、従来のモバイルブロードバンドのサポートを強化することを目的としている。ＵＲＬＬＣは、自動運転やファクトリーオートメーションなど、非常に短時間でアクセスを保証する必要がある重要なアプリケーションの要件である。ｍＭＴＣは、スマートメータリングや環境モニタリングなど、接続された多数のデバイスをサポートする必要があるが、通常、特定のアクセス遅延を許容できる。これらのアプリケーションのいくつかは、比較的緩いサービス品質／経験品質（ＱｏＳ／ＱｏＥ）要件を有する可能性があり、一方、いくつかのアプリケーションは、比較的厳しいＱｏＳ／ＱｏＥ要件（例えば、広帯域および／または低遅延）を有する可能性があることが理解されよう。

５Ｇ／ＮＲの通信技術の開発中に、アップリンク（ｕｐｌｉｎｋ、ＵＬ）のＵＥ間伝送の優先順位付けと多重化の潜在的な拡張について議論されてきた。これらの議論の一部として、ＵＬキャンセルスキームと強化されたＵＬ電力制御スキームが検討されてきた。

ＵＬキャンセル方式は、ＵＥがそのＵＬ通信を一時停止または停止して別の（「より高い優先度」の）ＵＥがより厳しい遅延／信頼性の制約を持つデータを通信できるようにする（例：ＵＲＬＬＣ通信）という基地局からの指示（例えば、「キャンセル」指示）のためのＵＬ監視において（割り込みされうる）通信（例えば、ｅＭＢＢ通信）に参加するＵＥに関する。そのようなキャンセル指示が識別されると、割り込みされうる通信に参加しているＵＥは、通信をキャンセル（または一時停止）して、他のＵＥからのより優先度の高い通信が干渉なしに行われることを可能にする。したがって、異なるＵＥ間でのＵＲＬＬＣおよびｅＭＢＢ送信のこのような多重化は、より優れたスペクトルリソース使用率と容量ゲインを提供できる。

説明した拡張ＵＬ電力制御方式では、ＵＥは、遅延／信頼性の制約が厳しい通信データ（ＵＲＬＬＣデータなど）を持ち、そのデータを送信するために送信能力を高めて、通信が同じリソースを使用して行われる他の通信（例えば、ｅＭＢＢ通信など）よりも優先されるようにする。

ＵＬのＵＥ間送信の優先順位付けと多重化の潜在的な拡張機能の１つと見なされているＵＥ ＵＬキャンセルメカニズムを参照して、次のようないくつかの側面が研究されている。
－様々な可能な指示（ｉｎｄｉｃａｔｉｏｎ、指標）メカニズム（例えば、ＵＥ ＵＬキャンセル／一時停止指示、ＵＬ継続指示、ＵＬ再スケジュール指示など）。
－ＵＬキャンセル（または他の）指示に使用される可能性のある物理チャネルおよび／または信号。
－ＵＬキャンセル（または他の）指示のＵＥ処理シーケンス／タイムライン。
－ＵＬキャンセル（またはその他の）指示のＵＥ監視動作。
－ＵＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）モニタリング能力は、ＰＤＣＣＨによって提供されるＵＬキャンセル（またはその他の）指示である必要がある。
－ＵＥのＵＬキャンセル／一時停止（および場合によっては継続、再スケジュールなど）のＵＬキャンセル（またはその他の）指示の信頼性を確保する方法。

そのようなＵＬキャンセルメカニズムについては、効率の理由から、ＵＬキャンセル指示のＵＥ監視の要件が最小限に保たれ、ＵＬキャンセル指示のサイズが合理的に可能な限り制限されることを確実にすることが望ましい。

ＵＲＬＬＣ ＵＥ電力をブーストするための拡張された動的電力制御を参照して、（とりわけ）以下を含むいくつかの側面が研究されてきた。
－電力制限または干渉制限のシナリオでＵＥ電力をブーストする可能性。
－シグナリングに使用される物理チャネル／信号。
－シグナリングのＵＥ処理タイムライン。
－シグナリングのＵＥ監視動作。
－シグナリングがＰＤＣＣＨによる場合、ＵＥ ＰＤＣＣＨモニタリング能力。
－シグナリングの信頼性を確保する方法。

このような動的電力制御では、効率の理由から、追加の信号と新しい信号パラメータのサイズを最小限に抑えることが望ましい。

したがって、ＵＥ間多重化／優先順位付けを強化するためにＵＬキャンセルおよび／またはＵＬ電力制御をサポートする効率的な方法および関連する装置が必要であることが分かる。そのような方法は、例えば、ＵＬキャンセル指示のためのＵＥ監視の必要性を低減／最小化するためのメカニズム、および／またはＵＬキャンセル指示および／または電力制御構成情報を提供するためのダウンリンク制御信号を効率的に利用するメカニズムを含み得る。

本開示は、上記の必要性に対処することに少なくとも部分的に寄与する方法および装置を提供することを目的としている。

一態様では、本開示は、通信ネットワークのユーザ機器（ＵＥ）が、アップリンク方向でデータを通信し、当該アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示を基地局から受信し、前記指示は、他のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含み、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す前記指示で提供される前記パラメータによって表される、前記他のＵＥによるアップリンク通信のための複数の異なるリソース設定に基づいて、アップリンク方向の通信をキャンセルまたは一時停止する、処理を実行する方法を提供する。

一態様では、本開示は、通信ネットワークのユーザ機器（ＵＥ）が、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向に通信されるアップリンクデータを取得し、前記アップリンクデータの通信に使用されるリソースをスケジューリングするためのスケジューリング要求を基地局に送信し、前記アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示を基地局から受信し、前記指示は、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含み、前記ＵＥに記憶された前記マッピングデータと、受信された前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力を使用して前記アップリンクデータを送信する、処理を実行する方法を提供する。

一態様では、本開示は、通信ネットワークのユーザ機器（ＵＥ）が、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向でアップリンクデータを通信し、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信し、前記ＵＥに記憶された前記マッピングデータと、受信した前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力に基づいて、前記アップリンクデータの送信に使用される送信電力を調整する、処理を実行する方法を提供する。

一態様では、本開示は、通信ネットワークの基地局が、アップリンク方向で第１のユーザ機器（ＵＥ）によって通信されたアップリンクデータを受信し、前記第１のＵＥによるアップリンク通信よりも優先するべき送信データを第２のＵＥが有することを示す指示を前記第２のＵＥから受信し、前記第１のＵＥによるアップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記第２のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む指示を、前記第１のＵＥに送信する、処理を実行する方法を提供する。

一態様では、本開示は、通信ネットワークの基地局が、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、第１のユーザ機器（ＵＥ）から、第２のＵＥによるアップリンク通信よりも優先するべきアップリンクデータを通信するために使用されるスケジューリングリソースのためのスケジューリング要求を受信し、前記第１のＵＥと、前記第２のＵＥとに、アップリンクデータの通信に使用されるアップリンク送信電力を決定する際に使用するための指示をそれぞれ送信し、当該指示には、複数の可能なインデックス値のうちの１つを有するパラメータを含まれ、前記複数の可能なインデックス値のそれぞれは、異なるそれぞれの送信電力パラメータを表し、前記第１のＵＥと、前記第２のＵＥとの少なくとも一方のＵＥから、当該ＵＥに送信された指示で提供されるパラメータのインデックス値によって表される送信電力パラメータに基づく送信電力を使用して送信されたアップリンクデータを受信する、処理を実行する方法を提供する。

一態様では、本開示は、通信ネットワークのユーザ機器（ＵＥ）であって、前記ＵＥは、コントローラおよびトランシーバを含み、前記コントローラは、アップリンク方向でデータを通信するようにトランシーバを制御し、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、他のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む前記指示を基地局から受信するように前記トランシーバを制御し、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示すための前記指示で提供されるパラメータによって表される、他のＵＥによるアップリンク通信のための複数の異なるリソース設定に基づいて、前記トランシーバを制御して、アップリンク方向の通信をキャンセルまたは一時停止する、ＵＥを提供する。

一態様では、本開示は、通信ネットワーク用のユーザ機器（ＵＥ）であって、前記ＵＥは、コントローラおよびトランシーバを含み、前記コントローラは、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向に通信されるアップリンクデータを取得し、アップリンクデータの通信に使用されるスケジューリングリソースのスケジューリング要求を基地局に送信するようにトランシーバを制御し、アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信するようにトランシーバを制御し、前記ＵＥに記憶された前記マッピングデータと、受信された前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力を使用して前記アップリンクデータを送信するようにトランシーバを制御する、ＵＥを提供する。

一態様では、本開示は、通信ネットワークのユーザ機器（ＵＥ）であって、前記ＵＥは、コントローラおよびトランシーバを含み、前記コントローラは、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向にアップリンクデータを通信するようにトランシーバを制御し、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信するようにトランシーバを制御し、前記ＵＥに記憶された前記マッピングデータと、受信した前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力に基づいて、前記アップリンクデータを送信するために使用される送信電力を調整する、ＵＥを提供する。

一態様では、本開示は、通信ネットワークの基地局であって、前記基地局は、コントローラおよびトランシーバを有し、前記コントローラは、第１のユーザ機器（ＵＥ）によってアップリンク方向に通信されるアップリンクデータを受信するようにトランシーバを制御し、前記第１のＵＥによるアップリンク通信よりも優先するべき送信データを第２のＵＥが有することを示す指示を前記第２のＵＥから受信するように前記トランシーバを制御し、前記第１のＵＥによるアップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記第２のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む指示を第１のＵＥに送信するように前記トランシーバを制御する、基地局を提供する。

一態様では、本開示は、通信ネットワークの基地局であって、前記基地局は、コントローラおよびトランシーバを有し、前記コントローラは、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、第１のユーザ機器（ＵＥ）から、第２のＵＥによるアップリンク通信を優先する必要があるアップリンクデータを通信するために使用されるスケジューリングリソースのスケジューリング要求を受信するように前記トランシーバを制御し、アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示であって、複数の可能なインデックス値のうちの１つを有するパラメータを含み、複数の可能なインデックス値のそれぞれは、異なるそれぞれの送信電力パラメータを表す指示を、前記第１のＵＥと、前記第２のＵＥとに、それぞれ送信するように前記トランシーバを制御し、前記第１のＵＥと前記第２のＵＥとの少なくとも一方のＵＥから、当該ＵＥに送信される指示で提供されるパラメータのインデックス値によって表される送信電力パラメータに基づく送信電力を使用して送信されたアップリンクデータを受信するように前記トランシーバを制御する、基地局を提供する。

本開示によれば、上記の必要性に対処することに少なくとも部分的に寄与する方法および関連する装置を提供することが可能である。

次に、本開示の実施形態を、例として、以下の添付の図面を参照して説明する。

（セルラー）通信ネットワークを概略的に示す図である。 図１の電気通信ネットワークのｅＭＢＢ ＵＥの主要な構成要素を示す概略ブロック図である。 図１の電気通信ネットワークのＵＲＬＬＣ ＵＥの主要な構成要素を示す概略ブロック図である。 図１の通信ネットワークの基地局の主要構成要素を示す概略ブロック図である。 図１の電気通信ネットワークにおいて、複数のＣＧ－ＰＵＳＣＨ設定をｅＭＢＢ ＵＥに示すための手順を示す簡略化されたフロー図である。 図１の通信ネットワークでＵＲＬＬＣ／ｅＭＢＢ ＵＥの電力調整を設定する手順を示す簡略化されたフロー図である。

概要
図１は、ユーザ機器３（携帯電話および／または他のモバイルデバイス）が適切な無線アクセス技術（ＲＡＴ）を使用して基地局５（例えば、ＮＲネットワークの「ｇＮＢ」）を介して互いに通信できる（セルラー）電気通信ネットワーク１を概略的に示す。５Ｇシステムでは、基地局は、１つまたは複数の送信受信ポイント（ＴＲＰ）を含むとも呼ばれることが理解されよう。当業者が理解するように、例示の目的で６つのＵＥおよび１つの基地局５が図１に示されているが、システムは、実装される場合、通常、他の基地局およびＵＥを含む。

各基地局５は、基地局に配置されたＴＲＰ（および／または遠隔に配置された１つまたは複数のＴＲＰ）を介して、１つまたは複数の関連セルを動作させる。この例では、簡単にするために、基地局５は、関連するシステム帯域幅を有する単一のセルを動作させる。基地局５は、コアネットワーク７に接続され（例えば、適切なゲートウェイおよび／またはユーザプレーン／制御機能を介して）、隣接する基地局もまた、互いに（直接または適切な基地局ゲートウェイを介して）接続される。コアネットワーク７は、とりわけ、制御プレーンマネージャエンティティおよびユーザプレーンマネージャエンティティ、基地局５と他のネットワーク（インターネットなど）との間の接続を提供するための１つまたは複数のゲートウェイ（ＧＷ）および／またはコアネットワークの外部でホストされているサーバを含み得る。

各ＵＥ３は、適切なセル（その場所、および場合によっては他の要因、例えば、信号状態、サブスクリプションデータ、能力などに依存する）に、例えば、無線リソース制御（ＲＲＣ）接続を、当該セルを操作する基地局５と確立することによって、接続する。

ＵＥ３は、１つまたは複数のＤＬ制御チャネル（例えば、１つまたは複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ））を使用してダウンリンク（ＤＬ）制御情報（ＤＣＩ。なお、ＤＣＩは「ダウンリンク制御インジケータ」としても知られる）を受信し、また、１つ以上のＤＬデータチャネル（たとえば、１つ以上の物理ＤＬ共有チャネル（ＰＤＳＣＨ））を使用してＤＬユーザデータを受信するように構成される。ＵＥ３はまた、１つまたは複数のＵＬ制御チャネル（たとえば、１つ以上の物理ＵＬ制御チャネル（ＰＵＣＣＨ））を使用して、ハイブリッド自動再送要求／確認応答フィードバック（ＨＡＲＱ－ＡＣＫ）、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）レポートなどのアップリンク制御情報（ＵＣＩ）を送信するように構成される。同様に、ＵＥ３はまた、１つまたは複数のアップリンクデータチャネル（例えば、１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ））を使用してアップリンクユーザデータを送信するように構成される。ＵＥ３はまた、基地局がより広い帯域幅にわたってＵＬチャネル品質を推定するために使用するために、ＵＬ方向にサウンディング基準信号（ＳＲＳ）を送信するように構成される。

対応するＰＵＳＣＨ上のＵＬで通信できるようにするために、ＵＥ３（ＵＲＬＬＣとｅＭＢＢの両方）は、動的にスケジュールされた（または「許可ベース」）リソースまたは予め設定された許可（「許可不要」、グラントフリー）リソースを使用できる。動的にスケジュールされたリソースは、ＵＥ３からのスケジューリング要求（ＳＲ）に応答して基地局５によって付与されたリソースであり、そのようにスケジュールされたＰＵＳＣＨは、動的付与ＰＵＳＣＨ（または「ＤＧ－ＰＵＳＣＨ」）と呼ばれ得る。グラントフリーリソースは、例えばＰＤＣＣＨによって事前に設定され、基地局５に事前に通知することなく、競合ベースの方法でデータを送信するためにＵＥ３によって使用され得る時間／周波数リソースである。このようにスケジュールされたＰＵＳＣＨは、設定済みグラントＰＵＳＣＨ（または「ＣＧ－ＰＵＳＣＨ」）と呼ばれる場合がある。

「許可不要」（ｇｒａｎｔ－ｆｒｅｅ、許可なし）のアップリンク許可とその周期は、ＲＲＣシグナリング（設定済み許可タイプ１と呼ばれる場合がある）を介して設定できる。あるいは、「グラントフリー」アップリンクグラントは、ＲＲＣシグナリング（コンフィギュレーションされたグラントタイプ２と呼ばれることもある）によって設定された周期を持つ物理層（ＰＤＣＣＨ）シグナリングを介して提供される場合がある。タイプ１とタイプ２の両方が、ＵＥｓ３によってサポートされる場合がある。

ＵＥ３はまた、別のアップリンクチャネル（半永続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）ＰＵＳＣＨ（または「ＳＰ－ＰＵＳＣＨ」））上のアップリンクで報告するために半永続的リソースを使用することができる。ｅＭＢＢ ＵＥ３－１、３－２は、利用可能な通信スペクトルのｅＭＢＢ専用領域（つまり、ＵＲＬＬＣ送信などの他のタイプの通信に使用されない領域）でｅＭＢＢ専用時間／周波数リソースを使用して送信できる。

通信ネットワーク１のセルは、ＵＬにおける拡張モバイルブロードバンド（ｅＭＢＢ）通信用に特別に構成された１つまたは複数のＵＥ、ＵＬにおける超高信頼性低遅延通信（ＵＲＬＬＣ）のために特別に構成された１つまたは複数のＵＥ３－３、および／またはＵＬにおける大規模マシンタイプ通信（ｍＭＴＣ）用に特別に構成された１つ以上のＵＥを含み得る。図示の例では、２つのｅＭＢＢ構成ＵＥ３－１、３－２がｅＭＢＢ ＵＬ通信に参加していることが示され、１つのＵＲＬＬＣ ＵＥ ３－３がＵＲＬＬＣ ＵＬ通信に参加していることが示されているが、様々なタイプの通信に参加する様々なタイプの他のＵＥが存在し得ることが理解されるであろう。

基地局５およびＵＥ３は、強化されたＵＥ間多重化／優先順位付け、特にｅＭＢＢ ＵＬ通信に参加するＵＥ３－１、３－２とＵＲＬＬＣ ＵＬ通信に参加するＵＥ３－３との間のＵＬ通信のＵＥ間多重化／優先順位付けのために相互に構成される。ＵＲＬＬＣおよびｅＭＢＢ送信のこのような多重化は、より優れたスペクトルリソース使用率と容量の増加を提供する可能性がある。

具体的には、ＵＲＬＬＣ送信をｅＭＢＢ送信からの干渉から保護するために、基地局５は、ＵＲＬＬＣ ＵＥ ３－３がＵＲＬＬＣ ＵＬ通信のためにそれらのリソースを必要とするときに、所与の時間／周波数リソースのセットを使用してｅＭＢＢ ＵＬ通信に参加するＵＥ３－１、３－２にＵＬキャンセル指示を提供するように構成される。また、基地局５は、ＵＥ間多重化／優先順位付けのために、ＵＲＬＬＣ ＵＥ３－３における強化された電力制御メカニズムをサポートするように構成される。

ＵＬキャンセル指示は、ｅＭＢＢ専用領域を使用しないｅＭＭＢ ＵＥ ３－１、３－２からのＵＬ送信に関して適用できる。これらは、例えば、ＰＵＳＣＨ送信（ＤＧ－ＰＵＳＣＨ、ＣＧ－ＰＵＳＣＨおよび／またはＳＰ－ＰＵＳＣＨ送信を含む）、ＳＲＳ送信および／またはＰＵＣＣＨ送信（ＳＲ、ＨＡＲＱおよびＣＳＩ送信を含む）を含み得る。物理的ランダムアクセスチャネル（ＰＲＡＣＨ）手順（たとえば、プリアンブルおよび／またはメッセージ３）に関してＵＬキャンセル指示を適用することも可能である。ただし、将来的には、ＵＬキャンセルの適用を特定のタイプのＵＬ送信に制限し、他のＵＬ送信には適用しないようにする（例えば、ＵＬキャンセルは、ＳＲＳ、ＰＵＣＣＨ、またはＰＵＣＣＨ送信タイプのサブセット、ＰＲＡＣＨ送信などには特に適用できない場合がある）ことが決定されてもよいことが理解されるであろう。

コンパクトなＤＣＩは、ｅＭＢＢ ＵＥ ３－１、３－２に提供されるＵＬキャンセル指示に使用される。コンパクトＤＣＩの最小サイズは、ＵＲＬＬＣブロック誤り率の要件をサポートするリリース１５フォールバックＤＣＩで使用される４０ビットのＤＣＩフォーマットサイズと比較して、サイズを１０～１６ビット縮小することを目的としている。有利なことに、ＵＥ ＤＣＩサイズの予約量（バジェット）は、ＵＬキャンセル指示を監視する必要性によって増加されない。

基地局５は、ｅＭＢＢアップリンク通信に参加している（または参加する可能性が高い）ＵＥ３の数に応じて、グループ共通ＤＣＩまたはＵＥ固有のＤＣＩのいずれかでＵＬキャンセル指示を提供するように構成される。ＵＲＬＬＣ送信の影響を受ける可能性のあるｅＭＢＢ ＵＥ ３－１、３－２が多数ある場合、基地局５は、これらのＵＥ ３－１、３－２を、ＵＬキャンセル指示が適用される時間／周波数領域を示すグループ共通ＤＣＩを監視するように構成できる。有利なことに、適用可能なプリエンプタブル（割り込みされうる）リソースは、ＵＬキャンセル指示のリソースインデックス／ビットマップを介して示すことができる。

これの有益であるがオプションの変形例（バリエーション）では、ｅＭＢＢ／ＵＲＬＬＣ多重化に使用される時間／周波数領域を予め構成（または部分的に予め構成）して、動的指示に必要なビット数を減らすことができる。

適用可能なプリエンプタブル（割り込みされうる）リソースを事前に示すことによって、および／またはｅＭＢＢ／ＵＲＬＬＣ多重化に使用される時間／周波数領域を予め設定（または部分的に予め設定）することによって、ｅＭＢＢ ＵＥ３－１、３－２は、ＵＲＬＬＣサービス用に構成された時間および周波数リソースでのＵＬｅＭＢＢ送信がすでに行われている、または行われる予定のシナリオに対するＵＬキャンセル指示の監視を有益に制限できることが理解されよう。可能性のあるＵＲＬＬＣ送信の時間／周波数領域がｅＭＢＢ ＵＥ ３－１、３－２に予めに通知されている場合、ＵＬキャンセル監視はｅＭＢＢ ＵＥの３－１、３－２ｅＭＢＢ送信が多重化領域で重複する場合にのみトリガーする必要がある。

したがって、別の有益であるがオプションの変形例では、ｅＭＢＢ ＵＥ ３－１、３－２は、そのＵＥ ３－１、３－２がＵＲＬＬＣサービス用に構成されたリソースを介したＵＬ ｅＭＢＢ送信を有している、または有する予定である場合にのみ、ＵＬキャンセル指示についてＰＤＣＣＨを監視するように構成される。

時分割複信（ＴＤＤ）モードのＵＥ３の場合、ｅＭＢＢ ＵＥ３－１、３－２は、別のキャリアでのアップリンクキャンセル指示を監視しながら、あるキャリアでアップリンクトラフィックを送信することができる。

ｅＭＢＢ ＵＥ ３－１、３－２からの許可ベースのＵＬ送信（例えば、ＤＧ－ＰＵＳＣＨで）とＵＲＬＬＣ ＵＥ ３－３からの許可不要（グラントフリー）ＵＬ送信（例えば、ＣＧ－ＰＵＳＣＨで）の間の多重化のため、ＵＲＬＬＣサービスのために設定された許可リソースの情報（例えば、ミニスロット／シンボルにおける周期を含む時間周波数割り当て）は、有益なことに、ＲＲＣシグナリングを介して多重化ｅＭＢＢ ＵＥ３－２に提供することができる。ただし、ｅＭＢＢ ＵＥ ３－１、３－２が設定された許可を介してスケジュールされている場合（たとえば、ＣＧ－ＰＵＳＣＨを介した送信の場合）、ＵＬキャンセルが適用される時間／周波数領域を、グループ共通ＰＤＣＣＨ（複数のＵＥなど）および／またはＵＥ固有のＤＣＩ（少数のＵＥまたは単一のＵＥ）のリソースインデックスを介して、ｅＭＢＢ ＵＥ３－１、３－２に通知できる。

有益なことに、複数のＣＧ－ＰＵＳＣＨがＵＲＬＬＣ ＵＥ ３－３に対してアクティブである場合、それぞれが複数のＣＧ－ＰＵＳＣＨ設定のそれぞれの組み合わせにマップされ、どのＣＧ－ＰＵＳＣＨ設定がアクティブであるかを示す、複数の異なる可能な値を有するインデックス（例えば、「リソースインデックス」／「リソース設定インデックス」）が、ｅＭＢＢ ＵＥ３－１、３－２に送信されるＵＬキャンセル指示で提供される。これにより、複数のＣＧ－ＰＵＳＣＨ設定をｅＭＢＢ ＵＥ ３－１、３－２に、比較的少数のビットを使用して特に効率的な方法で通知できる。これは、ＵＬキャンセル指示のサイズの制約を考えると特に有用である。たとえば、１ビットを使用して２つの可能な組み合わせを表すことができ、２ビットを使用して４つの可能な組み合わせを表すことができ、３ビットを使用して８つの可能な組み合わせを表すことができる。リソース指示のビットの異なる設定へのマッピング組み合わせは、例えば、ＵＥのメモリに格納されたマッピングテーブル、または何らかの形式のマッピング関数またはアルゴリズムなどの任意の適切な手段によるものであり得る。すべての可能な組み合わせをサポートする必要はなく、それによってビットフィールド幅をさらに減らすことができることが理解されよう。

複数の設定された許可設定の組み合わせにマッピングされるリソースインデックスは、ＲＲＣシグナリング（例えば、定義されたマッピングテーブル）を介して設定され得ることも理解されよう。

ここで強化された電力制御を参照すると、（例えば、ＤＧ－ＰＵＳＣＨを使用した）動的にスケジュールされたアップリンク送信において、電力制御のための開ループパラメータセットは、ＳＲＳ指示（ＳＲＩ）フィールドとは別のフィールドを使用して、ＰＵＳＣＨのスケジューリングＤＣＩによって（たとえば、ＤＣＩフォーマット０＿０または０＿１を使用して）ＵＲＬＬＣ ＵＥ３－３に示すことができる。

有益なことに、通信ネットワーク１の基地局５およびＵＥ３は、特に効率的な方法で強化された電力制御のための電力制御設定を示すように構成される。具体的には、基地局５は、複数のＰＵＳＣＨ電力パラメータセットのうちの１つを明示的に示すために必要とされるよりも少ないビット数（この例では２）に制限されたインデックス（例えば、「電力指示」または「電力調整」インデックス）を使用して、ＵＲＬＬＣ ＵＥ ３－３がその電力をどのように調整すべきかを示す電力制御設定を提供する。

より詳細には、現在の技術標準によれば、基地局５によってＵＥ３に提供される（例えば、帯域幅パート（ＢＷＰ）設定の一部として）ＰＵＳＣＨ電力設定の一部を形成できる、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔパラメータによって表される電力パラメータセットの３０の可能なインスタンス、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌパラメータによって表される電力パラメータセットの１６のインスタンスがある。したがって、これらのパラメータセットの１つをＵＥに明示的に表現するには、完全な指示のために４ビットまたは５ビットが必要になる。

したがって、有益なことに、「ｐ０－ＰＵＳＣＨ－Ａｌｐｈａ」設定（またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ）の削減されたサブセットは、ＵＲＬＬＣ ＵＥ ３－３のメモリ（たとえば、電力設定値の最高値のみ、または高めの値の選択のみを表すルックアップテーブル内）に予め設定される。これは、例えばＲＲＣシグナリングなどによって、任意の適切な方法で行うことができる。

したがって、ＵＲＬＬＣ ＵＥ３－３が通信しようとする場合、ＵＥ ３－３がＵＥ ３－３の電力をどのように調整するかを示すために、たとえばスケジューリングＤＣＩ（たとえば、ＤＣＩ形式０＿０または０＿１）に２ビット電力調整インジケータフィールドを設けてもよい。

これの変形例では、特定の電力パラメータセットにマッピングされる「絶対」値の指示ではなく、２ビット電力調整インジケータフィールドは、ＵＲＬＬＣ ＵＥ ３－３での電力設定の必要な変更（つまり、増加）を示す「相対」値の指示として設定されてもよい。たとえば、２ビットフィールドは、０ｄＢ、３ｄＢ、６ｄＢ、または９ｄＢの送信電力設定の増加（またはその他の適切な電力変更）を示している場合がある。両方のオプション（絶対および相対）が特定のシステムでサポートされ、要件に応じて使用できることが理解されるであろう。

代替的に、または追加的に、電力調整指示は、ｅＭＢＢ ＵＥ３－１、３－２のｅＭＢＢ送信電力を低減するための値域にマッピングされ得ることも理解されよう。たとえば、電力調整指示は、ｅＭＢＢ ＵＥ ３－１、３－２用に設定された電力設定値の最低値のみ、または低めの値の選択のみを表すことができる。同様に、電力調整指示は、ｅＭＢＢ ＵＥ ３－１、３－２の送信電力設定の相対的な減少（たとえば、０ｄＢ、３ｄＢ、６ｄＢ、９ｄＢ、またはその他の適切な電力変化）にマッピングできる。

有益なことに、複数のアクティブなＣＧ－ＰＵＳＣＨに対して、増加した電力設定が適用される可能性のある時間／周波数領域は、（たとえば、複数のＣＧ設定へのマッピングに基づいて）スケジューリングＤＣＩのリソースインデックスを介してＵＲＬＬＣ ＵＥに通知できる。これは、例えば、ｅＭＢＢ ＵＥにＣＧ－ＰＵＳＣＨ設定を通知するための上記のリソースインデックス／リソース設定インデックスと同じまたは類似のフォーマットでもよい。

ＵＲＬＬＣ ＵＥ ３－３は、グループ共通ＤＣＩによって示される時間／周波数リソースに基づいて送信電力を導出してもよい。

したがって、通信ネットワーク１は、ＵＬキャンセルにおいていくつかの異なる方法を提供し、および／またはＵＬ電力制御は、ＥＵ間多重化／優先順位付けを強化するためにサポートされ得ることが分かる。

ここで、上記の有益な特徴を組み込むことができる装置を、例として、図２から図４を参照して説明する。

ユーザ機器（ｅＭＢＢ）
図２は、図１に示されるｅＭＢＢ ＵＥ３－１の主要な構成要素（例えば、携帯電話、スマートフォン、タブレットまたは他のユーザ機器）を示す概略ブロック図である。ＵＥ３－１は、そのｅＭＢＢ能力のみに関して説明されているが、説明を容易にするために、ＵＥ３－１は、要件に応じて、ＵＲＬＬＣ ＵＥおよび／またはｍＭＴＣ ＵＥとして動作するように構成され得ることが理解されよう。

図に示されるように、ＵＥ３－１は、１つまたは複数のアンテナ３３－１を介して基地局５に信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１－１を有する。ＵＥ３－１は、ＵＥ３－１の動作を制御するためのコントローラ３７－１と、ユーザとの相互作用による直接制御を可能にするためのユーザインターフェース３５－１（例えば、タッチスクリーン／キーパッド／マイクロフォン／スピーカーなど）を有する。コントローラ３７－１は、メモリ３９－１に関連付けられており、トランシーバ回路３１－１に結合されている。その動作に必ずしも必要ではないが、ＵＥ３－１はもちろん、従来のＵＥ３のすべての通常の機能を有し得、これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアの任意の１つまたは任意の組み合わせによって提供され得る。ソフトウェアは、メモリ３９－１にプリインストールされ得るか、および／または、例えば、電気通信ネットワークを介して、またはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされ得る。

コントローラ３７－１は、この例では、メモリ３９－１内に格納されたプログラム命令またはソフトウェア命令によって、ＵＥ３－１の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１－１、通信制御モジュール４３－１、ｅＭＢＢ管理モジュール４５－１、および電力管理モジュール４７－１を含む。

通信制御モジュール４３－１は、ＵＥ３－１とそのサービング基地局５（およびさらなるＵＥおよび／またはコアネットワークノードなどの基地局５に接続された他の通信デバイス）との間の通信を制御するように動作可能である。通信制御モジュール４３－１は、関連するアップリンクチャネルを介して（例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨを介して）アップリンク通信を処理し、関連するダウンリンクチャネルを介して（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨを介して）ダウンリンク通信の受信を処理するように構成される。通信制御モジュール４３－１は、ＵＥ３－１によって使用されるリソースを決定し、どの帯域幅パート（サブバンド）がＵＥ３－１に割り当てられるかを決定する（例えば、トランシーバ回路３１－１によってサポートされる帯域幅に基づいて）。トランシーバ回路３１－１のサポートされた動作帯域幅（または現在の動作帯域幅）は、ＵＥ３－１が従来のｅＭＢＢ ＵＥとして動作するか、またはＵＲＬＬＣまたはｍＭＴＣのためのマシンタイプデバイスとして動作するかどうかに依存し得ることが理解されよう。

ｅＭＢＢモジュール４５－１は、高密度ビデオストリーミングなどのｅＭＢＢ通信タスクを実行するときのＵＥの動作を管理する。

電力管理モジュール４７－１は、基地局５から受信した１つまたは複数の電力構成に基づいて送信電力を制御することを含む、ＵＥ３－１による電力使用を管理する。

ユーザ機器（ＵＲＬＣＣ）
図３は、図１に示されるＵＲＬＬＣ ＵＥ ３－３の主要構成要素（例えば、自動運転車、産業用機器、外科用ロボットなどの通信ユニット、または他のユーザ機器）を示す概略ブロック図である。ＵＥ３－３は、そのＵＲＬＬＣ能力のみに関して説明されているが、説明を容易にするために、ＵＥ ３－３は、要件に応じて、ｅＭＢＢ ＵＥおよび／またはｍＭＴＣ ＵＥとして動作するように構成され得ることが理解されよう。

示されるように、ＵＥ３－３は、１つまたは複数のアンテナ３３－３を介して基地局５に信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１－３を有する。ＵＥ３－３は、ＵＥ３－３の動作を制御するためのコントローラ３７－３を有する。コントローラ３７－３は、メモリ３９－３に関連付けられ、トランシーバ回路３１－３に結合されている。動作に必ずしも必要ではないが、もちろん、ＵＥ３－３は、従来のＵＥ３のすべての通常の機能（例えば、ユーザによる直接制御およびユーザとの相互作用を可能にする、タッチスクリーン／キーパッド／マイクロフォン／スピーカーおよび／などのユーザインターフェース３５－３など）を有し得る。これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアの任意の１つまたは任意の組み合わせによって提供され得る。ソフトウェアは、メモリ３９－３にプリインストールされ得るか、および／または、例えば、電気通信ネットワークを介して、またはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされ得る。

コントローラ３７－３は、この例では、メモリ３９－３内に格納されたプログラム命令またはソフトウェア命令によって、ＵＥ３－３の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１－３、通信制御モジュール４３－３、ＵＲＬＬＣ管理モジュール４５－３、および電力管理モジュール４７－３を含む。

通信制御モジュール４３－３は、ＵＥ３－３とそのサービング基地局５（およびさらなるＵＥおよび／またはコアネットワークノードなどの基地局５に接続された他の通信デバイス）との間の通信を制御するように動作可能である。通信制御モジュール４３－３は、関連するアップリンクチャネルを介して（例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨを介して）アップリンク通信を処理し、関連するダウンリンクチャネルを介して（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨを介して）ダウンリンク通信の受信を処理するように構成される。通信制御モジュール４３－３は、ＵＥ３－３によって使用されるリソースを決定し、どの帯域幅パート（サブバンド）がＵＥ３－３に割り当てられるかを決定する（例えば、トランシーバ回路３１－３によってサポートされる帯域幅に基づいて）。トランシーバ回路３１－３のサポートされる動作帯域幅（または現在の動作帯域幅）は、ＵＥ３－３が従来のＵＲＬＬＣ ＵＥとして動作するかどうか（たとえば、クリティカルマシンタイプ通信（Ｃ－ＭＴＣ）用）として動作するか、ｅＭＢＢ ＵＥとして動作するか、ｍＭＴＣ用のマシンタイプデバイスとして動作するか）に依存し得ることが理解されよう。

ＵＲＬＬＣモジュール４５－３は、自律型または部分的に自律型の車両の車両間（Ｖ２Ｖ）または車両からインフラストラクチャ（Ｖ２Ｘ）通信、遠隔医療手順、産業機器の安全上重要な制御などのＵＲＬＬＣ通信タスクを実行する場合のＵＥの動作を管理する。

電力管理モジュール４７－３は、基地局５から受信した１つまたは複数の電力構成に基づいて送信電力を制御することを含む、ＵＥ３－３による電力使用を管理する。

基地局
図４は、図１に示される基地局５の主要構成要素を示す概略ブロック図である。示されるように、基地局５は、１つまたは複数のアンテナ５３（例えば、アンテナアレイ／大容量アンテナ）を介して通信デバイス（ＵＥ３ ／ユーザー機器など）との間で信号を送信および受信するためのトランシーバ回路５１と、コアネットワーク７内のネットワークノードとの間で信号を送受信するためのコアネットワークインターフェース５５（ＮＲでは「Ｎ２」インターフェースと呼ばれる）を有する。図示されていないが、基地局５はまた、適切なインターフェース（例えば、ＮＲにおけるいわゆる「Ｘｎ」インターフェース）を介して他の基地局に結合され得る。基地局５は、基地局５の動作を制御するためのコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられている。ソフトウェアは、メモリ５９にプリインストールされ得るか、および／または、例えば、通信ネットワーク１を介して、またはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされ得る。コントローラ５７は、この例では、メモリ５９内に格納されたプログラム命令またはソフトウェア命令によって基地局５の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、ＵＲＬＬＣ管理モジュール６５、ｅＭＢＢ管理モジュール６７、ｍＭＴＣ管理モジュール６９、ＵＥ設定モジュール７１、スケジューリングモジュール７３、および多重化／優先順位付けモジュール７５を含む。

通信制御モジュール６３は、基地局５とＵＥ３との間の通信、および基地局５に接続されている他のネットワークエンティティとの間の通信を制御するように動作可能である。通信制御モジュール６３はまた、（関連するデータ無線ベアラを介して）ダウンリンクユーザトラフィックの別個のフローを制御し、この基地局５に関連する通信装置に送信される制御データには、構成（設定）用の制御データ、ＵＥ３がＵＥ３の送信電力を管理する方法、ＵＥが使用する帯域幅の部分、（制御／データ）チャネルに使用される１つまたは複数のリソースの場所（例えば、関連する帯域幅パートおよび／またはサブバンド内）等を示す情報が含まれる。

ＵＲＬＬＣ管理モジュール６５は、通信制御モジュール６３の全体的な制御下で、ＵＥとの間で送受信されるＵＲＬＬＣデータ（制御および／またはユーザ）のフローを管理する。

ｅＭＢＢ管理モジュール６７は、通信制御モジュール６３の全体的な制御下で、ＵＥとの間で送受信されるｅＭＢＢデータ（制御および／またはユーザ）のフローを管理する。

ｍＭＴＣ管理モジュール６９は、通信制御モジュール６３の全体的な制御下で、ＵＥとの間で送受信されるｍＭＴＣデータ（制御および／またはユーザ）のフローを管理する。

ＵＥ設定モジュール７１は、ＵＥ３を設定するための設定データの生成／取得、およびその設定データのＵＥ３への送信を管理する。設定データは、例えば、アップリンク（および／またはダウンリンク）のためにＵＥ３で使用される帯域幅パートを設定するためのパラメータを含み得る。設定データは、例えば、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔパラメータ（ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ、ｐ０、およびアルファパラメータなど）を含む（おそらくアップリンクの帯域幅パート設定データの一部としての）ＰＵＳＣＨ電力構成パラメータ、および／またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌパラメータ（ｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄ、ｓｒｉ－ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ、ｓｒｉ－Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ、および／またはｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘなど）を含んでもよい。

スケジューリングモジュール７３は、ＵＥ３の様々なアップリンク送信（例えば、ＰＵＣＣＨ、ＤＧ－ＰＵＳＣＨなど）およびダウンリンク受信（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ）のための時間および／または周波数リソースの割り当てを管理する。

多重化／優先順位付けモジュール７５は、異なるタイプの通信に参加する異なるＵＥ３間の通信を含む、異なるＵＥ３間（たとえば、ＵＥ３－３などのＵＲＬＬＣ ＵＥとＵＥ３－１およびＵＥ３－２などのｅＭＢＢ ＵＥの間）の通信（すなわち、ＵＥ間通信）の多重化および優先順位付けを管理する。

上記の説明では、ＵＥ３－１、３－２、３－３および基地局５は、理解を容易にするために、いくつかの個別のモジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、特定のアプリケーション、たとえば既存のシステムが本開示を実装するように変更されている場合、他のアプリケーション、たとえば最初から本発明の特徴を念頭に置いて設計されたシステムにこのように提供され得るが、これらのモジュールはオペレーティングシステムまたはコード全体に組み込まれているため、これらのモジュールは個別のエンティティとして認識できない場合がある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装することもできる。

ここで、上記の有益な特徴のいくつかを組み込むことができる方法を、例として、図５および図６を参照して説明する。

処理（Ｏｐｅｒａｔｉｏｎ）
図５は、複数のＣＧ－ＰＵＳＣＨがＵＲＬＬＣ ＵＥ３－３に対してアクティブである場合に、効率的な方法で複数のＣＧ－ＰＵＳＣＨ設定をｅＭＢＢ ＵＥに示すための手順を示す簡略化されたフロー図である。

図５に示すように、ＵＲＬＬＣ ＵＥ ３－３は、Ｓ５１０にてＣＧ－ＰＵＳＣＨでアップリンクデータを送信するための許可不要の設定で構成されている。ｅＭＢＢ ＵＥ ３－１、３－２は、ｅＭＢＢ通信に参加している（Ｓ５１２で開始）。

（Ｓ５１４で）ＵＲＬＬＣ ＵＥ ３－３に送信するＵＲＬＬＣデータがある場合、許可不要の設定における周期によって示されるように、次の利用可能な機会（Ｓ５１６で）にそのデータの送信を（可能ならば強化された電力制御に従ったブーストされた送信電力で）開始する。この例では、ＵＲＬＬＣ ＵＥ ３－３に対して同時にアクティブな複数のＣＧ－ＰＵＳＣＨがあると想定されている。基地局５は、複数のアクティブなＣＧ－ＰＵＳＣＨを識別し、Ｓ５１８で、影響を受けるｅＭＢＢ ＵＥ ３－１、３－２に、ＵＲＬＬＣ通信用のアクティブなＣＧ－ＰＵＳＣＨリソースでのｅＭＢＢ送信を停止する必要があることを通知するＵＬキャンセル指示を送信する。

ｇＮＢは、ＵＲＬＬＣ ＵＥがリソースを必要とする時期を事前に知らない場合があり、したがって、最初のキャンセル指示は、許可のないＵＲＬＬＣ送信の最初の検出後に行われる場合があるが、これは依然として有益であることが理解される。これは、ｅＭＢＢ ＵＥが後続の送信を停止できるようになるためである。これは、たとえば、周期的な確定的トラフィックにおいて、ｅＭＢＢ ＵＥに後続の送信を停止するように通知することで、他のＵＥからのｅＭＢＢ通信からの干渉のリスクなしに後続のＵＲＬＬＣ送信を実行できる。これに関して、ｅＭＢＢ ＵＥは、自身の許可不要の送信を実行することができることが理解されよう。

有益な変形例では、早期の許可不要の検出、例えば、基準信号（例えば、ＳＲＳ、または一般的な復調用の基準信号（ＤＭ－ＲＳ等））を使用するＵＥからの、そのような指示を提供するように設定された事前信号の、現在／通常のスクランブリングＩＤの順列での提供がサポートされてもよい。許可不要の送信の早期警告／通知は、たとえば、データが受信されるとすぐに、ただしＵＲＬＬＣ ＵＥでデータ処理が開始される前に行われてもよい。

同様に、多重化ｅＭＢＢ ＵＥは、ＵＲＬＬＣ送信の早期検出のための複数のアクティブな設定済み許可（またはリソース設定インデックス）に対応するＵＬ干渉測定リソースの設定をサポートすることができる。

この例のＵＬキャンセル指示は、それぞれが複数のＣＧ－ＰＵＳＣＨ設定のそれぞれの組み合わせにマッピングされる、複数の異なる可能な値を有するインデックス（例えば、「リソースインデックス」／「リソース設定インデックス」）を含む。リソースインデックスを含むＵＬキャンセル指示は、グループ共通ＰＤＣＣＨ（例えば、複数のＵＥの場合）および／またはＵＥ固有のＤＣＩ（ＵＥが少ない場合またはＵＥが一つの場合）でｅＭＢＢ ＵＥ３－１、３－２に通知されてもよい。

ＵＬキャンセル指示の受信後、影響を受けるｅＭＢＢ ＵＥ３－１、３－２は、例えば、マッピングテーブル（例を表１に示す）を参照することによって、リソースインデックスから複数の設定された許可設定を識別する。そして、それらの設定によって表されるリソース領域で選択的にｅＭＢＢ通信をキャンセルする。

ＵＲＬＬＣ ＵＥ ３－３に送信するＵＲＬＬＣデータがある限り、許可不要の設定の周期に従って、そのデータの送信を定期的に（Ｓ５１６－１、Ｓ５１６－２、およびＳ５１６－３で）継続する。

図６は、動的許可ＰＵＳＣＨ（ＤＧ－ＰＵＳＣＨ）が使用される場合に、ＵＲＬＬＣ ＵＥ ３－３（および／またはｅＭＢＢ ＵＥ ３－１、３－２）の電力調整を設定するための手順を示す簡略化されたフロー図である。

図６に示されるように、ＵＥ３（ＵＲＬＬＣおよびｅＭＢＢ ＵＥの両方）は、Ｓ６１０において、ＰＵＳＣＨ電力制御パラメータを含むＰＵＳＣＨ設定パラメータを含む適切な帯域幅パートパラメータで設定されている。ＰＵＳＣＨ電力制御パラメータには、たとえば、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔパラメータおよび／またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌパラメータが含まれる。

ＵＲＬＬＣ ＵＥ ３－３が（Ｓ６１４で）送信するＵＲＬＬＣデータを持っている場合、Ｓ６１６でＰＵＣＣＨ上の基地局にスケジューリング要求を送信する。そして、基地局５は、必要な時間／周波数リソースをスケジューリングし、Ｓ６１８でスケジューリングＤＣＩを使用してそれらをＵＲＬＬＣ ＵＥ ３－３に示すことによって応答する。スケジューリングＤＣＩは、ＵＲＬＬＣ ＵＥ ３－３がその電力をどのように調整すべきかを示すための追加のフィールド（情報要素）（例えば、ＤＣＩフォーマット０＿０および／または０＿１のフィールド）を有している。スケジューリングＤＣＩの受信後、ＵＲＬＬＣ ＵＥ ３－３は、（もしあれば）必要な電力調整を識別する。たとえば、マッピングテーブル（可能な例は表２および表３に示されている）を参照し、Ｓ６２２でのＵＲＬＬＣデータの送信のために、Ｓ６２０で（もし必要ならば）それに応じて送信電力をブーストする。

あるいは、またはさらに、ＵＲＬＬＣ ＵＥ ３－３がＳ６１６で基地局５にスケジューリング要求を送信し、基地局５が、必要な時間／周波数リソースをスケジューリングし、Ｓ６１８でスケジューリングＤＣＩを使用してそれらをＵＲＬＬＣ ＵＥ３－３に示すことによって応答する場合、基地局５はまた、Ｓ６２４において、１つまたは複数のｅＭＢＢ ＵＥ３－１、３－２にＵＬキャンセル指示を提供してもよい。この例では、ＵＬキャンセル指示は、影響を受けるｅＭＢＢ ＵＥ３－１、３－２がｅＭＢＢ送信の送信電力を調整する必要があることを示すための追加のフィールド（情報要素）を備えている。
ＵＬキャンセル指示を受信した後、Ｓ６２６で、ｅＭＢＢ ＵＥ ３－１、３－２は、たとえばマッピングテーブルを参照して、（もしあれば）必要な電力調整を特定し、（もし必要ならば）それに応じて送信電力を、Ｓ６２２でＵＲＬＬＣ ＵＥ３－３によってＵＲＬＬＣデータを送信する前に削減する。

修正と代替
詳細な実施形態は上に記載されている。当業者が理解するように、本明細書に具体化された開示から依然として利益を得る一方で、上記の実施形態に対して多くの修正および代替を行うことができる。

例えば、通信ネットワーク１の基地局５およびＵＥ３は、（そのような使用が効率の改善を提供し得る場合）ＵＬキャンセル指示のためのＵＥ固有のＤＣＩの使用をサポートするように構成され得る。同様に、通信ネットワーク１の基地局５およびＵＥ３は、プリエンプトされていないリソースの再利用をサポートするように構成され得る。具体的には、ＵＲＬＬＣ送信に必要なリソースの比率は、通常、比較的小さく、関連するＰＵＳＣＨは、より高いパワースペクトル密度（ＰＳＤ）の比較的狭い帯域幅しか占有しない。対照的に、ｅＭＢＢ送信では、必要なデータレートが高いため、帯域幅が広くなる可能性がある。単一のｅＭＢＢ ＵＥ３－１、３－２（または、おそらく、比較的少数のそのようなＵＥ）の送信をキャンセルする場合、ＵＥ固有のＤＣＩは、有益なことに、ＵＬキャンセル指示に使用することができる。さらに、必要なタイムラインを満たすことができる場合、同じトランスポートブロックに対するＵＥ固有のＵＬ許可は、有益なことに、キャンセルされたＵＬ送信のプリエンプトされていないリソースを再利用できる。同様に、別のＰＵＳＣＨによるプリエンプトされていないリソースの再利用もサポートされている。

ＵＥ固有のＤＣＩを使用すると、ＵＥ固有のビームフォーミングを使用してＵＬキャンセル指示を提供することもできる。これにより、セルエッジＵＥのＰＤＣＣＨの信頼性が大幅に向上する可能性がある。効率性の理由から、ＵＥ３は、ＵＬキャンセル指示について、グループ共通およびＵＥ固有のＤＣＩの両方を同時に監視する必要はない。

さらに、ＰＵＳＣＨが繰り返し送信される可能性があるシナリオでは、ＵＬキャンセル指示を使用して、ＵＬ送信全体のすべての繰り返しをキャンセルせずに、影響を受けた１回（または複数）の繰り返しをキャンセルできる。その後、キャンセルされた繰り返しは再試行できる。同様に、（ＳＲＳプリエンプションがサポートされていると仮定すると）特に影響を受ける領域内のＳＲＳのみをキャンセルする必要がある。

他の可能なオプションの変形例では、ＵＬキャンセル指示は、必要に応じて、ＰＵＣＣＨリソースインジケータ（例えば、ΔＰＲＩ）を含むように構成することができる。たとえば、動的にスケジュールされたＰＵＣＣＨの場合、ＵＬキャンセル指示にＰＵＣＣＨリソースインジケータを含めると、キャンセル後のｅＭＢＢ ＰＵＣＣＨの高速リカバリ／再配置が可能になる。これは、たとえば、ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブックをキャンセルする必要がある場合に、複数のｅＭＢＢ ＰＤＳＣＨ再送信を回避し、システム効率の大幅な低下を回避するのに有利に役立つ。さらに、一部のＰＵＣＣＨ（定期的なＣＳＩレポート用など）は他のＰＵＣＣＨほど優先度が高くない場合があるため、ＵＬキャンセル指示のＰＵＣＣＨリソースインジケータを使用して、優先度の低いＰＵＣＣＨの初期ＰＵＣＣＨ設定を上書き（オーバーライド）できる。

他の可能なオプションの変形例では、設定可能な期間がＵＬキャンセル指示で提供される。具体的には、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳなどの半永続的なＵＬ送信、または定期的なＵＬ送信（設定済みの許可ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳを含む）は、ＵＬキャンセル指示によってキャンセルされる可能性がある。ＳＲＳは、同じスロット内のキャンセルされていないシンボルで送信できる。ただし、ＵＲＬＬＣ送信の間隔は比較的短い場合がある。したがって、定期的なＵＬ送信を停止する必要はない。さらに、影響を受ける可能性のある半永続的な送信インスタンスごとにＵＬキャンセル指示を送信することは非現実的または非効率的である可能性がある。ＵＬキャンセル指示は、複数のＵＬキャンセル指示監視の機会に対応する時間領域リソースに適用される場合がある。したがって、ＵＬキャンセル指示に適用可能な期間を設定することにより、中断されたｅＭＢＢ送信を再開または再開するようにＵＥに通知するために追加のシグナリングが必要とされないので、有益である可能性がある。

関連するＰＤＣＣＨを伴うまたは伴わないＵＬ送信の場合、ＵＥは、ＵＬ送信の開始のＸシンボル前までに終了する最新の監視機会に少なくともＵＬキャンセル指示を監視してもよい（ここでＸはＵＬキャンセル指示処理時間に関連する）。ＰＤＣＣＨモニタリングは、ｅＭＢＢとＵＲＬＬＣの両方について報告されたＵＥ能力に基づく場合がある。ＰＤＣＣＨモニタリングスパンごとのチャネル推定のための重複しない制御チャネル要素（ＣＣＥ）の最大数は、スロット内の異なるスパン間で同じである可能性がある。各スパンは、共通検索スペース（ＣＳＳ）および／またはＵＥ固有の検索スペース（ＵＳＳ）をカバーできる。ＵＬキャンセル指示モニタリングは、ＰＤＣＣＨモニタリング能力指示に含まれる場合がある。重複しないＣＣＥの数、およびＵＬキャンセル指示モニタリングを目的としたブラインドデコードの数は、個別に設定する必要がない場合がある。これは、ＵＬキャンセル指示のＤＣＩ監視間隔は、ミニスロットベースのｅＭＢＢ ／ ＵＲＬＬＣスケジューリングＤＣＩに合わせて調整されるためである。ＵＬキャンセル指示では、設定済みの集約レベルのみがサポートされる場合がある。

上記の実施形態では、基地局は、３ＧＰＰ無線通信（無線アクセス）技術を使用して、ＵＥと通信する。しかしながら、他の任意の無線通信技術（すなわち、ＷＬＡＮ、Ｗｉ－Ｆｉ（登録商標）、ＷｉＭＡＸ、ブルートゥース（登録商標）など）は、上記の実施形態に従って、基地局とＵＥとの間で使用することができる。上記の実施形態は、「非モバイル」または一般的に固定されたユーザ機器にも適用可能である。

上記の説明では、ＵＥおよび基地局は、理解を容易にするために、いくつかの個別の機能コンポーネントまたはモジュールを有するものとして説明されている。これらのモジュールは、特定のアプリケーション、たとえば既存のシステムが開示を実装するように変更されている場合、他のアプリケーション、たとえば最初から本発明の特徴を念頭に置いて設計されたシステムにこのように提供され得るが、これらのモジュールはオペレーティングシステムまたはコード全体に組み込まれているため、これらのモジュールは個別のエンティティとして認識できない場合がある。

上記の実施形態では、いくつかのソフトウェアモジュールが説明された。当業者が理解するように、ソフトウェアモジュールは、コンパイルされたまたはコンパイルされていない形式で提供されてもよく、基地局、モビリティ管理エンティティ、またはコンピュータネットワークを介した信号としてＵＥに供給されてもよい。記録媒体上。さらに、このソフトウェアの一部または全部によって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行され得る。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために基地局またはＵＥの更新を容易にするので好ましい。

各コントローラは、例えば、以下を含む（ただしこれらに限定されない）任意の適切な形態の処理回路を備えることができる。１つまたは複数のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、算術論理演算装置（ＡＬＵ）、入出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（例：制御バス、データバスおよび／またはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ハードウェアまたはソフトウェアで実装されたカウンター、ポインター、および／またはタイマー、および／または同様のもの。他の様々な修正は当業者には明らかであり、ここではさらに詳細に説明しない。

基地局は、中央ユニット「ＣＵ」と１つまたは複数の別個の分散ユニット（ＤＵ）とを有する「分散」基地局を備えることができる。

基地局およびＵＥは５Ｇ基地局（ｇＮＢ）および対応するＵＥとして説明されてきたが、上記の特徴は、ＬＴＥ／ＬＴＥ－Ａｄｖａｎｃｅｄおよび他の通信技術のｇＮＢおよびＵＥに適用され得ることが理解されよう。

本開示におけるユーザ機器（または「ＵＥ」、「モバイルステーション」、「モバイルデバイス」または「ワイヤレスデバイス」）は、ワイヤレスインターフェースを介してネットワークに接続されたエンティティである。

なお、本開示は、専用の通信装置に限定されるものではなく、以下の段落で説明する通信機能を有する任意の装置に適用することができる。

「ユーザ機器」または「ＵＥ」（この用語は３ＧＰＰで使用される）、「モバイルステーション」、「モバイルデバイス」、および「ワイヤレスデバイス」という用語は、通常、互いに同義であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラーＩｏＴデバイス、ＩｏＴデバイス、機械などの、スタンドアロンのモバイルステーションが含まれる。「モバイルステーション」および「モバイルデバイス」という用語は、長期間静止したままであるデバイスも包含することが理解されよう。

ＵＥは、例えば、生産または製造のための機器のアイテム、および／またはエネルギー関連の機械のアイテムでもよい。ＵＥは、例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、火力発電機、原子力発電機、バッテリー、原子力システムおよび／または関連機器、重電機械、真空ポンプを含むポンプなどの機器または機械、コンプレッサー、ファン、ブロワー、石油油圧装置、空気圧装置、金属加工機械、マニピュレーター、ロボットおよび／またはそれらのアプリケーションシステム、ツール、金型またはダイ、ロール、運搬装置、昇降装置、材料処理装置、繊維機械、縫製機械、印刷および／または関連機械、紙加工機械、化学機械、鉱業および／または建設機械および／または関連機器、農業、林業および／または漁業のための機械および／または器具、安全および／または環境保全機器、トラクター、精密ベアリング、チェーン、ギア、動力伝達装置、潤滑装置、バルブ、パイプ継手、および／またはアプリケーション前述の機器または機械などのシステムでもよい。

ＵＥは、例えば、輸送機器（例えば、以下のような輸送機器）のアイテムでもよい。例えば、車両、自動車、モーターサイクル、自転車、電車、バス、カート、人力車、船およびその他の船舶、航空機、ロケット、衛星、ドローン、風船などでもよい。

ＵＥは、例えば、情報通信機器（例えば、電子コンピュータおよび関連機器、通信および関連機器、電子部品などの情報通信機器）のアイテムでもよい。

ＵＥは、例えば、冷凍機、冷凍機適用製品、貿易および／またはサービス産業機器の品目、自動販売機、自動サービス機、事務機器または機器、消費者向け電子および電子機器であり得る。（例えば、オーディオ機器、ビデオ機器、ラウドスピーカー、ラジオ、テレビ、電子レンジオーブン、炊飯器、コーヒーマシン、食器洗い機、洗濯機、乾燥機、電子機器などの家電製品。ファンまたは関連機器、クリーナーなど）。

ＵＥは、例えば、電気アプリケーションシステムまたは機器でもよい。例えば、Ｘ線システム、粒子加速器、放射性同位元素装置、音響機器、電磁アプリケーション機器、電子電力アプリケーション機器など）。

ＵＥは、例えば、電子ランプ、照明器具、測定機器、分析器、テスター、または測量または感知機器（例えば、煙警報器、人間の警報センサー、モーションセンサー、無線タグなどの調査または感知機器）、時計または時計、実験機器、光学機器、医療機器および／またはシステム、武器、刃物、手工具などでもよい。

ＵＥは、例えば、無線を備えた携帯情報端末または関連機器（例えば、別の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）への取り付けまたは挿入のために設計された無線カードまたはモジュールなど）でもよい。

ＵＥは、様々な有線および／または無線通信技術を使用して、「モノのインターネット（ＩｏＴ）」に関して、以下に説明するアプリケーション、サービス、およびソリューションを提供するデバイスまたはシステムの一部でもよい。

モノのインターネットデバイス（ＩｏＴデバイス、または「モノ」）には、適切な電子機器、ソフトウェア、センサー、ネットワーク接続などが装備されている場合がある。これにより、これらのデバイスは、相互に、および他の通信デバイスとデータを収集および交換できる。ＩｏＴデバイスは、内部メモリに保存されているソフトウェアの指示に従う自動化された機器で構成されている場合がある。ＩｏＴデバイスは、人間による監視や相互作用を必要とせずに動作する可能性がある。ＩｏＴデバイスは、長期間静止したり、非アクティブのままになる場合もある。ＩｏＴデバイスは、（一般的に）固定装置の一部として実装できる。ＩｏＴデバイスは、非定常装置（車両など）に埋め込まれたり、監視／追跡する動物や人に取り付けられたりすることもある。

ＩｏＴ技術は、データを送受信するために通信ネットワークに接続することができる任意の通信デバイスに実装することができ、そのような通信デバイスが人間の入力またはメモリに格納されたソフトウェア命令によって制御されるかどうかに関係なく理解されよう。

ＩｏＴデバイスは、マシンタイプ通信（ＭＴＣ）デバイスまたはマシンツーマシン（Ｍ２Ｍ）通信デバイスと呼ばれることもあることが理解されよう。ＵＥは、１つまたは複数のＩｏＴまたはＭＴＣアプリケーションをサポートし得ることが理解されよう。ＭＴＣアプリケーションのいくつかの例を次の表に示す（出典：３ＧＰＰ ＴＳ ２２．３６８ Ｖ１３．１．０、付録Ｂ、その内容は参照により本明細書に組み込まれる）。このリストは網羅的なものではなく、マシンタイプの通信アプリケーションのいくつかの例を示すことを目的としている。

アプリケーション、サービス、およびソリューションには、ＭＶＮＯ（モバイル仮想ネットワークオペレーター）サービス、緊急無線通信システム、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）システム、ＰＨＳ／デジタルコードレステレコミュニケーションシステム、ＰＯＳ（販売時点）システム、アドバタイズ呼び出しシステム、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システム、電車の無線システム、位置関連サービス、災害／緊急無線通信サービス、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）サービス、充電サービス、無線オンデマンドサービス、ローミングサービス、活動監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Ｐｒｏｏｆ ｏｆ Ｃｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ ＤＴＮ（Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｎｅｔｗｏｒｋｉｎｇ）サービスなど。

さらに、上記のＵＥカテゴリは、本文書に記載されている技術的アイデアおよび例示的な実施形態の適用例にすぎない。言うまでもなく、これらの技術的アイデアおよび実施形態は、上記のＵＥに限定されず、それに様々な修正を加えることができる。

本明細書で説明される一例では、以下のような方法が説明されている。通信ネットワークのユーザ機器（ＵＥ）が、アップリンク方向でデータを通信し、当該アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示を基地局から受信し、前記指示は、他のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む、方法。

アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す前記指示で提供される前記パラメータによって表される、前記他のＵＥによるアップリンク通信のための複数の異なるリソース設定に基づいて、アップリンク方向の通信をキャンセルまたは一時停止する、処理を実行する。

アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す前記指示は、ＵＬキャンセル指示であり、アップリンク方向の通信を示す前記指示は、グループに共通するダウンリンク制御情報（ＤＣＩ）および前記ＵＥに固有のＤＣＩのうちの少なくとも一方で提供される。

複数の可能なインデックス値のそれぞれを、少なくとも２つの異なるリソース設定である異なるそれぞれの組み合わせにマッピングするためのマッピングデータを格納し、前記パラメータの値は、前記マッピングデータによって表される前記複数の可能なインデックス値のうちの１つであり、前記ＵＥが、前記ＵＥに格納された前記マッピングデータおよび前記パラメータに基づいて、前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれを識別し、前記マッピングデータはルックアップテーブルを表す。

前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれは、コンフィギュアドグラントの物理アップリンク共有チャネル（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＣＧ－ＰＵＳＣＨ）のリソース設定であり、前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれは、アクティブなＣＧ－ＰＵＳＣＨのリソース設定である。

前記ＵＥは拡張モバイルブロードバンド（ｅＭＢＢ）ＵＥであり、前記アップリンク方向の通信はｅＭＢＢ通信であり、前記他のＵＥは、高信頼低遅延（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）ＵＥであり、前記他のＵＥによるアップリンク通信はＵＲＬＬＣ通信である。

一例では、以下のような方法が説明されている。通信ネットワークのユーザ機器（ＵＥ）が、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向に通信されるアップリンクデータを取得し、前記アップリンクデータの通信に使用されるリソースをスケジューリングするためのスケジューリング要求を基地局に送信し、前記アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示を基地局から受信し、前記指示は、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含み、前記ＵＥに記憶された前記マッピングデータと、受信された前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力を使用して前記アップリンクデータを送信する、処理を実行する方法。

データの送信に使用される送信電力の制御に使用するための複数の電力制御パラメータセットの電力制御パラメータを格納し、
前記マッピングデータによって表される各送信電力パラメータは、複数の電力制御パラメータセットのそれぞれの１つに対応する。

前記マッピングデータによって表される送信電力パラメータは、前記電力制御パラメータが格納されている電力制御パラメータセットよりも少ない。

前記マッピングデータは、電力制御パラメータセットのサブセットの送信電力パラメータを表し、電力制御パラメータセットのサブセットの一部を形成する各電力制御パラメータセットは、前記サブセットの一部ではない電力制御パラメータセットの少なくとも大部分よりも高い送信電力に対応する。

前記マッピングデータによって表される前記送信電力パラメータは、複数の可能な電力制御の増加を含み、アップリンク送信電力を決定するために使用する前記指示は、スケジューリングダウンリンク制御情報（ＤＣＩ）で受信され、アップリンク送信電力を決定するために使用する前記指示は、０＿０または０＿１のＤＣＩフォーマットを有するダウンリンク制御情報（ＤＣＩ）で受信され、前記ＵＥが、識別された送信電力が使用されるべきである少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを基地局から受信する。

前記ＵＥは、高信頼低遅延（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）ＵＥであり、前記アップリンク方向に通信される前記アップリンクデータは、ＵＲＬＬＣデータである。

一例では、以下のような方法が説明されている。通信ネットワークのユーザ機器（ＵＥ）が、複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、アップリンク方向でアップリンクデータを通信し、アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信し、前記ＵＥに記憶された前記マッピングデータと、受信した前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、識別した送信電力に基づいて、前記アップリンクデータの送信に使用される送信電力を調整する、処理を実行する方法。

前記ＵＥは拡張モバイルブロードバンド（ｅＭＢＢ）ＵＥであり、前記アップリンク方向の通信はｅＭＢＢ通信である。

他の様々な修正は当業者には明らかであり、ここではさらに詳細に説明しない。

他の様々な修正は当業者には明らかであり、ここではさらに詳細に説明しない。

前述の実施形態の一部またはすべては、以下の付録のように説明することができるが、本開示はそれに限定されない。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
通信ネットワークのユーザ機器（ＵＥ）が、
アップリンク方向でデータを通信し、
当該アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示を基地局から受信し、
前記指示は、他のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含み、
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す前記指示で提供される前記パラメータによって表される、前記他のＵＥによるアップリンク通信のための複数の異なるリソース設定に基づいて、アップリンク方向の通信をキャンセルまたは一時停止する、
処理を実行する方法。
（付記２）
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す前記指示は、ＵＬキャンセル指示である、付記１に記載の方法。
（付記３）
アップリンク方向の通信を示す前記指示は、グループに共通するダウンリンク制御情報（ＤＣＩ）および前記ＵＥに固有のＤＣＩのうちの少なくとも一方で提供される、
付記１または２に記載の方法。
（付記４）
複数の可能なインデックス値のそれぞれを、少なくとも２つの異なるリソース設定である異なるそれぞれの組み合わせにマッピングするためのマッピングデータを格納し、前記パラメータの値は、前記マッピングデータによって表される前記複数の可能なインデックス値のうちの１つである、
付記１から３のいずれか一項に記載の方法。
（付記５）
前記ＵＥが、前記ＵＥに格納された前記マッピングデータおよび前記パラメータに基づいて、前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれを識別する、
付記４に記載の方法。
（付記６）
前記マッピングデータはルックアップテーブルを表す、
付記４または５に記載の方法。
（付記７）
前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれは、コンフィギュアドグラントの物理アップリンク共有チャネル（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＣＧ－ＰＵＳＣＨ）のリソース設定である、
付記１から６のいずれか一項に記載の方法。
（付記８）
前記パラメータの値によって表される前記組み合わせのリソース設定のそれぞれは、アクティブなＣＧ－ＰＵＳＣＨのリソース設定である、
付記７に記載の方法。
（付記９）
前記ＵＥは拡張モバイルブロードバンド（ｅＭＢＢ）ＵＥであり、前記アップリンク方向の通信はｅＭＢＢ通信である、
付記１から８のいずれか一項に記載の方法。
（付記１０）
前記他のＵＥは、高信頼低遅延（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）ＵＥであり、前記他のＵＥによるアップリンク通信はＵＲＬＬＣ通信である、
付記１から９のいずれか一項に記載の方法。
（付記１１）
通信ネットワークのユーザ機器（ＵＥ）が、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
アップリンク方向に通信されるアップリンクデータを取得し、
前記アップリンクデータの通信に使用されるリソースをスケジューリングするためのスケジューリング要求を基地局に送信し、
前記アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示を基地局から受信し、
前記指示は、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含み、
前記ＵＥに記憶された前記マッピングデータと、受信された前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、
識別した送信電力を使用して前記アップリンクデータを送信する、
処理を実行する方法。
（付記１２）
データの送信に使用される送信電力の制御に使用するための複数の電力制御パラメータセットの電力制御パラメータを格納し、
前記マッピングデータによって表される各送信電力パラメータは、複数の電力制御パラメータセットのそれぞれの１つに対応する、
付記１１に記載の方法。
（付記１３）
前記マッピングデータによって表される送信電力パラメータは、前記電力制御パラメータが格納されている電力制御パラメータセットよりも少ない、
付記１２に記載の方法。
（付記１４）
前記マッピングデータは、電力制御パラメータセットのサブセットの送信電力パラメータを表し、
電力制御パラメータセットのサブセットの一部を形成する各電力制御パラメータセットは、前記サブセットの一部ではない電力制御パラメータセットの少なくとも大部分よりも高い送信電力に対応する、
付記１３に記載の方法。
（付記１５）
前記マッピングデータによって表される前記送信電力パラメータは、複数の可能な電力制御の増加を含む、
付記１１に記載の方法。
（付記１６）
アップリンク送信電力を決定するために使用する前記指示は、スケジューリングダウンリンク制御情報（ＤＣＩ）で受信される、
付記１１から１５のいずれか一項に記載の方法。
（付記１７）
アップリンク送信電力を決定するために使用する前記指示は、０＿０または０＿１のＤＣＩフォーマットを有するダウンリンク制御情報（ＤＣＩ）で受信される、
付記１１から１６のいずれか一項に記載の方法。
（付記１８）
前記ＵＥが、識別された送信電力が使用されるべきである少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを基地局から受信する、
付記１１から１７のいずれか一項に記載の方法。
（付記１９）
前記ＵＥは、高信頼低遅延（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）ＵＥであり、
前記アップリンク方向に通信される前記アップリンクデータは、ＵＲＬＬＣデータである、
付記１１から１８のいずれか一項に記載の方法。
（付記２０）
通信ネットワークのユーザ機器（ＵＥ）が、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
アップリンク方向でアップリンクデータを通信し、
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信し、
前記ＵＥに記憶された前記マッピングデータと、受信した前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、
識別した送信電力に基づいて、前記アップリンクデータの送信に使用される送信電力を調整する、
処理を実行する方法。
（付記２１）
前記ＵＥは拡張モバイルブロードバンド（ｅＭＢＢ）ＵＥであり、前記アップリンク方向の通信はｅＭＢＢ通信である、
付記２０に記載の方法。
（付記２２）
通信ネットワークの基地局が、
アップリンク方向で第１のユーザ機器（ＵＥ）によって通信されたアップリンクデータを受信し、
前記第１のＵＥによるアップリンク通信よりも優先するべき送信データを第２のＵＥが有することを示す指示を前記第２のＵＥから受信し、
前記第１のＵＥによるアップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記第２のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む指示を、前記第１のＵＥに送信する、
処理を実行する方法。
（付記２３）
通信ネットワークの基地局が、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
第１のユーザ機器（ＵＥ）から、第２のＵＥによるアップリンク通信よりも優先するべきアップリンクデータを通信するために使用されるスケジューリングリソースのためのスケジューリング要求を受信し、
前記第１のＵＥと、前記第２のＵＥとに、アップリンクデータの通信に使用されるアップリンク送信電力を決定する際に使用するための指示をそれぞれ送信し、当該指示には、複数の可能なインデックス値のうちの１つを有するパラメータを含まれ、前記複数の可能なインデックス値のそれぞれは、異なるそれぞれの送信電力パラメータを表し、
前記第１のＵＥと、前記第２のＵＥとの少なくとも一方のＵＥから、当該ＵＥに送信された指示で提供されるパラメータのインデックス値によって表される送信電力パラメータに基づく送信電力を使用して送信されたアップリンクデータを受信する、
処理を実行する方法。
（付記２４）
通信ネットワークのユーザ機器（ＵＥ）であって、
前記ＵＥは、コントローラおよびトランシーバを含み、
前記コントローラは、
アップリンク方向でデータを通信するようにトランシーバを制御し、
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、他のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む前記指示を基地局から受信するように前記トランシーバを制御し、
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示すための前記指示で提供されるパラメータによって表される、他のＵＥによるアップリンク通信のための複数の異なるリソース設定に基づいて、前記トランシーバを制御して、アップリンク方向の通信をキャンセルまたは一時停止する、ＵＥ。
（付記２５）
通信ネットワーク用のユーザ機器（ＵＥ）であって、
前記ＵＥは、コントローラおよびトランシーバを含み、
前記コントローラは、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
アップリンク方向に通信されるアップリンクデータを取得し、
アップリンクデータの通信に使用されるスケジューリングリソースのスケジューリング要求を基地局に送信するようにトランシーバを制御し、
アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信するようにトランシーバを制御し、
前記ＵＥに記憶された前記マッピングデータと、受信された前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、
識別した送信電力を使用して前記アップリンクデータを送信するようにトランシーバを制御する、ＵＥ。
（付記２６）
通信ネットワークのユーザ機器（ＵＥ）であって、
前記ＵＥは、コントローラおよびトランシーバを含み、
前記コントローラは、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
アップリンク方向にアップリンクデータを通信するようにトランシーバを制御し、
アップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記マッピングデータによって表される複数の可能なインデックス値のうちの１つを有するパラメータを含む前記指示を基地局から受信するようにトランシーバを制御し、
前記ＵＥに記憶された前記マッピングデータと、受信した前記指示と、に基づいて、前記アップリンクデータを通信するために使用される送信電力を識別し、
識別した送信電力に基づいて、前記アップリンクデータを送信するために使用される送信電力を調整する、ＵＥ。
（付記２７）
通信ネットワークの基地局であって、
前記基地局は、コントローラおよびトランシーバを有し、
前記コントローラは、
第１のユーザ機器（ＵＥ）によってアップリンク方向に通信されるアップリンクデータを受信するようにトランシーバを制御し、
前記第１のＵＥによるアップリンク通信よりも優先するべき送信データを第２のＵＥが有することを示す指示を前記第２のＵＥから受信するように前記トランシーバを制御し、
前記第１のＵＥによるアップリンク方向の通信をキャンセルまたは一時停止する必要があることを示す指示であって、前記第２のＵＥによるアップリンク通信のための少なくとも２つの異なるリソース設定の組み合わせを表す値を有するパラメータを含む指示を第１のＵＥに送信するように前記トランシーバを制御する、基地局。
（付記２８）
通信ネットワークの基地局であって、
前記基地局は、コントローラおよびトランシーバを有し、
前記コントローラは、
複数の可能なインデックス値のそれぞれを異なるそれぞれの送信電力パラメータにマッピングするためのマッピングデータを格納し、
第１のユーザ機器（ＵＥ）から、第２のＵＥによるアップリンク通信を優先する必要があるアップリンクデータを通信するために使用されるスケジューリングリソースのスケジューリング要求を受信するように前記トランシーバを制御し、
アップリンクデータを通信するために使用されるアップリンク送信電力を決定するために使用する指示であって、複数の可能なインデックス値のうちの１つを有するパラメータを含み、複数の可能なインデックス値のそれぞれは、異なるそれぞれの送信電力パラメータを表す指示を、前記第１のＵＥと、前記第２のＵＥとに、それぞれ送信するように前記トランシーバを制御し、
前記第１のＵＥと前記第２のＵＥとの少なくとも一方のＵＥから、当該ＵＥに送信される指示で提供されるパラメータのインデックス値によって表される送信電力パラメータに基づく送信電力を使用して送信されたアップリンクデータを受信するように前記トランシーバを制御する、基地局。
（付記２９）
通信ネットワークのユーザ機器（ＵＥ）が、
アップリンクデータを通信するために使用されるアップリンク送信電力を調整するための電力制御設定を基地局から受信し、
前記基地局から、スケジューリングダウンリンク制御情報（ＤＣＩ）で受信され、０、１または２ビットで設定される電力調整指示を受信し、
前記電力調整指示に基づいて電力制御設定のサブセットを設定し、
前記電力制御設定のサブセットに基づいてアップリンク送信電力を調整し、
調整したアップリンク送信電力を使用してアップリンクデータを送信する、
処理を実行する方法。
（付記３０）
通信ネットワークのユーザ機器（ＵＥ）であって、
アップリンクデータを通信するために使用されるアップリンク送信電力を調整するための電力制御設定を基地局から受信し、
前記基地局から、スケジューリングダウンリンク制御情報（ＤＣＩ）で受信され、０、１または２ビットで設定される電力調整指示を受信し、
前記電力調整指示に基づいて電力制御設定のサブセットを設定し、
前記電力制御設定のサブセットに基づいてアップリンク送信電力を調整し、
調整したアップリンク送信電力を使用してアップリンクデータを送信する、ＵＥ。

広く説明される本開示の精神または範囲から逸脱することなく、特定の実施形態に示されるように、本開示に対して多数の変形および／または修正を行うことができることは当業者によって理解されるであろう。したがって、本実施形態は、すべての点で例示的であり、限定的ではないと見なされるべきである。

この出願は、２０１９年１０月４日に出願された英国特許出願第１９１４３９６．５号に基づいており、優先権の利益を主張しており、その開示は、参照によりその全体が本明細書に組み込まれる。

１ 電気通信ネットワーク
３ ユーザ機器
５ 基地局
７ コアネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインターフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
４５ 管理モジュール
４７ 電源管理モジュール
５１ トランシーバ回路
５３ アンテナ
５５ コアネットワークインターフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
６５ ＵＲＬＬＣ管理モジュール
６７ ｅＭＢＢ管理モジュール
６９ ｍＭＴＣ管理モジュール
７１ ＵＥ設定モジュール
７３ スケジューリングモジュール
７５ 多重化／優先順位付けモジュール

Claims (5)

1. ユーザ機器（ＵＥ）により実行される方法であって、
   基地局から、前記ＵＥによるアップリンク送信が中止または中断されるべきことを示し、前記アップリンク送信のための少なくとも一つのリソース設定へのマッピングを表す少なくとも一つのビットの組み合わせを含む指示子をダウンリンク制御情報（ＤＣＩ）により受信すること、および
   前記指示子が含む少なくとも一つのビットの組み合わせが表すマッピングにより表される前記少なくとも一つのリソース設定に従って対応するアップリンク送信を中止または中断すること、
   を含む方法。
2. 基地局により実行される方法であって、
   ユーザ機器（ＵＥ）に、前記ＵＥによるアップリンク送信が中止または中断されるべきことを示し、前記アップリンク送信のための少なくとも一つのリソース設定へのマッピングを表す少なくとも一つのビットの組み合わせを含む指示子をダウンリンク制御情報（ＤＣＩ）により送信することを含み、
   前記指示子が含む少なくとも一つのビットの組み合わせが表すマッピングにより表される前記少なくとも一つのリソース設定に従って対応するアップリンク送信が中止または中断される、
   方法。
3. ユーザ機器（ＵＥ）であって、
   基地局から、前記ＵＥによるアップリンク送信が中止または中断されるべきことを示し、前記アップリンク送信のための少なくとも一つのリソース設定へのマッピングを表す少なくとも一つのビットの組み合わせを含む指示子をダウンリンク制御情報（ＤＣＩ）により受信する手段と、
   前記指示子が含む少なくとも一つのビットの組み合わせが表すマッピングにより表される前記少なくとも一つのリソース設定に従って対応するアップリンク送信を中止または中断する手段と、
   を備える、ＵＥ。
4. 前記少なくとも一つのリソース設定は前記アップリンク送信の中止または中断に対応する時間リソース及び周波数リソースを表す、請求項３に記載のＵＥ。
5. ユーザ機器（ＵＥ）に、前記ＵＥによるアップリンク送信が中止または中断されるべきことを示し、前記アップリンク送信のための少なくとも一つのリソース設定へのマッピングを表す少なくとも一つのビットの組み合わせを含む指示子をダウンリンク制御情報（ＤＣＩ）により送信する手段を備え、
   前記指示子が含む少なくとも一つのビットの組み合わせが表すマッピングにより表される前記少なくとも一つのリソース設定に従って対応するアップリンク送信が中止または中断される、
   基地局。

Images