JP2023519227A

JP2023519227A - 動作方法および通信デバイス

Info

Publication number: JP2023519227A
Application number: JP2022557667A
Authority: JP
Inventors: シンホンウォン
Original assignee: Sony Corp; Sony Group Corp
Current assignee: Sony Corp; Sony Group Corp
Priority date: 2020-03-31
Filing date: 2021-03-05
Publication date: 2023-05-10
Also published as: EP4104334A1; CN115315914A; WO2021197759A1; KR20220159369A; US20230054490A1; TW202143772A; US11979240B2

Abstract

【課題】無線通信ネットワークにおける通信デバイスを動作させる方法を提供する。【解決手段】動作方法は、通信デバイスが、アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１の信号をネットワークに送信することを決定し、上記通信デバイスが、第２の信号を上記ネットワークに送信することを決定し、上記第２の信号は、複数回送信され、上記第２の信号の上記複数回の送信の各々は、上記第２の信号の繰り返しであり、上記第２の信号のそれぞれの繰り返しは、上記第２の信号の他の繰り返しに対する上記アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、上記第１の信号のリソースが、上記第２の信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、上記第２の信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、上記多重化された信号を上記ネットワークに送信する。【選択図】図１３

Description

本開示は、通信デバイス、インフラストラクチャ機器、および無線通信ネットワークにおける通信デバイスによるデータ送信の方法に関する。

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

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

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

将来の無線通信ネットワークは、既存のシステムがそれをサポートするために最適化されるよりも、より広い範囲のデータトラフィックプロファイルおよびタイプに関連する、ますます増加するデバイス範囲での通信を、日常的かつ効率的にサポートすることが期待される。たとえば、将来の無線通信ネットワークは、複雑さの低減されたデバイス、マシンタイプ通信（ＭＴＣ）デバイス、高解像度ビデオディスプレイ、仮想現実ヘッドセットなどを含むデバイスとの通信を効率的にサポートすることが期待される。これらの異なるタイプのデバイスのうちのいくつかは、非常に多数の、たとえば、「物のインターネット」をサポートするための低複雑度のデバイスに配備されてもよく、典型的には比較的高いレイテンシ耐性を有する比較的少量のデータの送信に関連付けられてもよい。たとえば、高精細度ビデオストリーミングをサポートする他のタイプのデバイスは、比較的低いレイテンシ耐性を有する比較的大量のデータの送信に関連付けられてもよい。たとえば、自律的車両通信および他の重要な用途に使用される他のタイプのデバイスは、低レイテンシおよび高信頼性のネットワークを通じて送信されるべきデータによって特徴付けられてもよい。実行中の（複数の）アプリケーションに応じて、異なるトラフィックプロファイル／特性に単一のデバイスタイプを関連付けることもできる。たとえば、スマートフォンがインターネットブラウジングアプリケーション（散在アップリンクおよびダウンリンクデータ）を実行しているとき、または緊急シナリオ（厳しい信頼性およびレイテンシ要件を受けるデータ）において緊急応答者による音声通信のためにスマートフォンが使用されているときと比較して、スマートフォンがビデオストリーミングアプリケーション（高ダウンリンクデータ）を実行しているときは、スマートフォンとのデータ交換を効率的にサポートするために、異なる考慮事項を適用してもよい。

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

新たなサービスの一例は、超高信頼性低遅延通信（ＵＲＬＬＣ：ＵｌｔｒａＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）サービスと呼ばれる。ＵＲＬＬＣサービスは、その名前が示唆するように、データユニットまたはパケットが高い信頼性および低い通信遅延で通信されることを必要とする。新たなサービスの別の例は、最大２０Ｇｂ／ｓをサポートすることを要件とする高容量によって特徴付けられる、拡張モバイルブロードバンド（ｅＭＢＢ：ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）サービスである。したがって、ＵＲＬＬＣおよびｅＭＢＢタイプのサービスは、ＬＴＥタイプの通信システムおよび５Ｇ／ＮＲ通信システムの両方についての困難な例を表す。

Holma H. and Toskala A、 "LTE for UMTS OFDMA and SC-FDMA based radio access"、 John Wiley and Sons、 2009. TR 38.913、 "Study on Scenarios and Requirements for Next Generation Access Technologies (Release 14)"、 3rd Generation Partnership Project、 vl4.3.0. RP- 190726、 "Physical layer enhancements for NR ultra-reliable and low latency communication (URFFC)"、 Huawei、 HiSilicon、 RAN#83. TS 38.213、 "NR; Physical layer procedures for control (Release 15)"、 3rd Generation Partnership Project、 vl5.8.0. R1 -2001401、 "Summary of email discussion [100e-NR-Flenh_URFFC-PUSCH_Enh-01] (AI7.2.5.3)、" Nokia、 Nokia Shanghai Bell、 RANl#100-e. TS38.212、 "NR: Multiplexing and channel coding (Release 16)" v16.0.0.

異なるトラフィックプロファイルに関連する異なるタイプのネットワークインフラストラクチャ機器および端末デバイスの使用の増加により、対処する必要がある無線通信システムにおける通信を効率的に処理するための新たな課題が生じる。

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

本技術の実施形態は、無線通信ネットワークにおける通信デバイスを動作させる方法を提供する。本方法は、上記通信デバイスが、無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記通信デバイスが、第２のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、上記第２のアップリンク信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、上記多重化された信号を上記無線通信ネットワークに送信する。ここで、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす。

通信デバイスを動作させる方法に加えて、インフラストラクチャ機器を動作させる方法、通信デバイス、およびインフラストラクチャ機器、ならびに通信デバイスおよびインフラストラクチャ機器のための回路に関する本技術の諸実施形態は、通信デバイスによる無線リソースのより効率的な使用を可能にする。

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

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

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

図１は、本開示のいくつかの実施形態に従って動作するように構成してもよいＬＴＥタイプの無線電気通信システムのいくつかの態様を概略的に表す。図２は、本開示のいくつかの実施形態に従って動作するように構成してもよい新しい無線アクセス技術（ＲＡＴ）無線電気通信システムのいくつかの態様を概略的に表す。図３は、本開示のいくつかの実施形態に従って動作するように構成してもよい例示的なインフラストラクチャ機器および通信デバイスの概略ブロック図である。図４は、ユーザ機器（ＵＥ）がどのように複数のハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫｓ）を単一の物理アップリンク制御チャネル（ＰＵＣＣＨ）に多重化できるかについての処理を図示するフロー図を示す。図５は、ＵＥにおける処理時間Ｔ_{ｐｒｏｃ、１}に対する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のためのタイミング基準の例を示す。図６は、ＵＥにおける処理時間Ｔ_{ｐｒｏｃ、２}に対するアップリンクグラントのためのタイミング基準の例を示す。図７は、ＵＥがどのように物理アップリンク共有チャネル（ＰＵＳＣＨ）上にアップリンク制御情報（ＵＣＩ）を多重化することができるかについての例を示す。図８は、Ｒｅｌ－１５におけるＰＵＳＣＨ集約の例を示す図９は、Ｒｅｌ－１６におけるＰＵＳＣＨ繰り返しの例を示す。図１０は、ＰＵＳＣＨ分割の例を示す。図１１は、ＰＵＣＣＨがどのように複数の実際のＰＵＳＣＨ繰り返しと衝突し得るかについての例を示す。図１２は、ＵＣＩがどのようにタイミング基準を満たす最も早い実際のＰＵＳＣＨに多重化され得るかについての例を示す。図１３は、本技術の諸実施形態に係る通信デバイスとインフラストラクチャ機器とを備える無線通信ネットワークを示す部分概略図、部分メッセージフロー図である。図１４は、本技術の諸実施形態に従って、多重化されるＵＣＩのために、Ｑ_{Ａｖａｉｌａｂｌｅ}＞Ｔ_ＵＣＩを満たす最も早い実際のＰＵＳＣＨがどのように選択され得るかについての例を示す。図１５は、本技術の諸実施形態に従って、多重化されるＵＣＩのために、最大の実際のＰＵＳＣＨがどのように選択され得るかについての例を示す。図１６は、本技術の諸実施形態に従って、ＵＣＩ時間窓（Ｗ_ＵＣＩ）に関して、多重化されるＵＣＩのために、（複数の）ＰＵＳＣＨがどのように選択され得るかについての第１の例を示す。図１７は、ＵＣＩ時間窓（Ｗ_ＵＣＩ）に関して、多重化されるＵＣＩのために、（複数の）ＰＵＳＣＨがどのように選択され得るかについての第２の例を示し、ＵＣＩビットは本技術の諸実施形態に従って、適格な異なる実際のＰＵＳＣＨ繰り返しにわたって分割され得る。図１８は、本技術の諸実施形態に係る通信システムにおける通信の処理を図示するフロー図を示す。

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

ネットワーク６は、コアネットワーク２に接続された複数の基地局１を含む。各基地局１は、通信デバイス４との間でデータを通信することができるカバレッジエリア３（すなわち、セル）を提供する。各基地局１は図１において単一のエンティティとして示されているが、当該基地局の機能のいくつかはアンテナ、リモートラジオヘッド、増幅器などの異種の相互接続された要素によって実行されてもよいことが当業者に理解されよう。１つまたは複数の基地局は、集合的に、無線アクセスネットワークを形成してもよい。

データは、基地局１から、無線ダウンリンクを介してそれぞれのカバレッジエリア３内の通信デバイス４に送信される。データは、無線アップリンクを介して通信デバイス４から基地局１に送信される。コアネットワーク２は、それぞれの基地局１を介して通信デバイス４との間でデータをルーティングし、認証、モビリティ管理、課金などの機能を提供する。通信デバイスは、移動局、ユーザ機器（ＵＥ）、ユーザ端末、モバイル無線、端末デバイスなどと呼ばれることもある。コアネットワーク２が提供するサービスは、インターネットまたは外部電話サービスへの接続を含んでもよい。コアネットワーク２は、さらに、通信デバイス４に向けてダウンリンクデータを送信するために通信デバイス４に効率的に接触する（すなわちページングする）ことができるように、通信デバイス４の位置を追跡してもよい。

ネットワークインフラストラクチャ機器の例である基地局は、トランシーバ局、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ｅＮＢ、ｇＮｏｄｅＢ、ｇＮＢなどと呼ばれることもある。この点で、異なる用語は、広く同等の機能性を提供する要素のための異なる世代の無線電気通信システムに関連することも多い。しかしながら、本開示のいくつかの実施形態は、異なる世代の無線電気通信システムにおいて同等に実施されてもよく、簡潔にするために、基礎となるネットワークアーキテクチャに関わらず、特定の用語を用いる場合もある。すなわち、いくつかの実施例に関連する特定の用語の使用は、これらの実施例がその特定の用語に最も関連する可能性のある特定の世代のネットワークに限定されることを意図するものではない。

（新しい無線アクセス技術（５Ｇ））
図２に、ＮＲおよび５Ｇのために提案され、用いられる用語のうちいくつかの用語を使用する無線通信ネットワークの例示的な構成を示す。図２において、複数の送信ポイント（ＴＲＰ）１０が、線１６として表される接続インタフェースによって分散制御ユニット（ＤＵ）４１、４２に接続される。ＴＲＰ１０の各々は、無線通信ネットワークに利用可能な無線周波数帯域幅内の無線アクセスインタフェースを介して信号を送受信するように構成される。したがって、無線アクセスインタフェースを介して無線通信を実行するための範囲内で、ＴＲＰ１０の各々は、円１２によって表されるように、無線通信ネットワークのセルを形成する。したがって、セル１２によって提供される無線通信範囲内にある無線通信デバイス１４は、無線アクセスインタフェースを介してＴＲＰ１０との間で信号を送受信することができる。分散ユニット４１、４２の各々は、インタフェース４６を介して中央装置（ＣＵ）４０（制御ノードと呼ぶ場合もある）に接続される。そして、中央装置４０は無線通信デバイスと通信するためのデータを送信するために必要な他のすべての機能を含んでもよいコアネットワーク２０に接続され、コアネットワーク２０は他のネットワーク３０に接続されてもよい。

図２に示す無線アクセスネットワークの要素は、図１の例に関して説明したように、ＬＴＥネットワークの対応する要素と同様に動作してもよい。図２に表す電気通信ネットワークの動作態様、および本開示の諸実施形態に係る、本明細書で説明する他のネットワークであって、（たとえば、特定の通信プロトコルおよび異なる要素間で通信するための物理チャネルに関して）具体的に説明されない他のネットワークの動作態様は、たとえば、無線電気通信システムにおいてそのような動作態様を実施するために現在使用されている手法に係る任意の既知の方法に従って、たとえば、関連する規格に従って、実施してもよいことを理解されたい。

図２のＴＲＰ１０は、部分的に、ＬＴＥネットワークの基地局またはｅＮｏｄｅＢに対応する機能を有していてもよい。同様に、通信デバイス１４は、ＬＴＥネットワークとの動作について知られているＵＥデバイス４に対応する機能を有していてもよい。したがって、（たとえば、異なる要素間で通信するための特定の通信プロトコルおよび物理チャネルに関する）新しいＲＡＴネットワークの動作態様は、ＬＴＥまたは他の既知のモバイル電気通信規格において知られているものとは異なり得ることを理解されたい。しかしながら、新しいＲＡＴネットワークのコアネットワーク構成要素、基地局、および通信デバイスの各々は、それぞれ、ＬＴＥ無線通信ネットワークのコアネットワーク構成要素、基地局、および通信デバイスに機能的に類似することも理解されたい。

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

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

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

図２に示すネットワークの構成要素のうちのいくつかの構成要素のより詳細な図を図３に示す。図３において、図２に示すようなＴＲＰ１０は、単純化した表現として、無線送信機３０、無線受信機３２、および無線送信機３０および無線受信機３２を制御して、ＴＲＰ１０によって形成されるセル１２内の１つ以上のＵＥ１４との間で無線信号を送受信するように動作し得るコントローラまたは制御プロセッサ３４を備える。図３に示すように、例示的なＵＥ１４は、対応する送信機４９と、受信機４８と、送信機４９および受信機４８を制御して、ＴＲＰ１０によって形成された無線アクセスインタフェースを介して無線通信ネットワークにアップリンクデータを表す信号を送信し、従来の動作に従って送信機３０によって送信され受信機４８によって受信されるダウンリンクデータを信号として受信するように構成されたコントローラ４４とを含むように示されている。

送信機３０、４９および受信機３２、４８（ならびに、本開示の実施例および実施形態に関連して説明される他の送信機、受信機、およびトランシーバ）は、たとえば、５Ｇ／ＮＲ規格に従って無線信号を送受信するために、無線周波数フィルタおよび増幅器ならびに信号処理構成要素およびデバイスを含んでもよい。コントローラ３４、４４、４８（ならびに本開示の実施例および実施形態に関連して説明される他のコントローラ）は、たとえば、不揮発性メモリなどのコンピュータ可読媒体上に記憶された命令を実行するように構成される、マイクロプロセッサ、ＣＰＵ、または専用チップセットなどであってもよい。本明細書に記載する処理ステップは、たとえば、コンピュータ可読媒体に記憶された命令に従って動作することができる、ランダムアクセスメモリと共にマイクロプロセッサによって実行されてもよい。送信機、受信機、およびコントローラは、表現を容易にするために、別個の要素として図３に概略的に示されている。しかしながら、これらの素子の機能は、たとえば、１つ以上の適切にプログラムされたプログラム可能なコンピュータ、または１つ以上の適切に構成された特定用途向け集積回路／回路／チップ／チップセットを使用して、様々な異なる方法で提供され得ることを理解されたい。理解されるように、ＵＥ／通信デバイスと同様にインフラストラクチャ機器／ＴＲＰ／基地局は、一般に、その操作機能に関連する様々な他の要素を備える。

図３に示すように、ＴＲＰ１０は、物理インタフェース１６を介してＤＵ４２に接続するネットワークインタフェース５０も含む。したがって、ネットワークインタフェース５０は、ＴＲＰ１０からＤＵ４２およびＣＵ４０を介してコアネットワーク２０にデータおよびシグナリングトラフィックのための通信リンクを提供する。

ＤＵ４２とＣＵ４０との間のインタフェース４６は、物理インタフェースまたは論理インタフェースであり得るＦ１インタフェースとして知られている。ＣＵとＤＵとの間のＦＩインタフェース４６は、仕様書３ＧＰＰＴＳ３８．４７０および３ＧＰＰＴＳ３８．４７３に従って動作してもよく、光ファイバまたは他の有線高帯域幅接続から形成されてもよい。一例では、ＴＲＰ１０からＤＵ４２への接続１６は、光ファイバを介する。ＴＲＰ１０とコアネットワーク２０との間の接続は、一般的に、バックホールと呼ばれることがあり、バックホールは、ＴＲＰ１０のネットワークインタフェース５０からＤＵ４２へのインタフェース１６と、ＤＵ４２からＣＵ４０へのＦＩインタフェース４６とを備える。

（５ＧおよびｅＵＲＬＬＣ）
ＮＲ技術を組み込むシステムは、レイテンシ、データレート、および／または信頼度に関する異なる要件によって特徴付けられ得る異なるサービス（または異なるタイプのサービス）をサポートすることが期待される。たとえば、拡張モバイルブロードバンド（ｅＭＢＢ）サービスは、２０Ｇｂ／ｓまでをサポートすることを要件とする高容量で特徴付けられる。超高信頼性低遅延通信（ＵＲＬＬＣ：ＵｌｔｒａＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）は、１－１０^－５（９９．９９９％）以上の信頼度が要求される。というのは、３２バイトパケットの１回の送信を、無線インタフェースの無線プロトコルレイヤ２／３ＳＤＵのイングレスポイントから無線プロトコルレイヤ２／３ＳＤＵのエグレスポイントへ９９．９９９％から９９．９９９９％の信頼度で１ｍｓ以内に行う必要があるからである（非特許文献２）。大規模マシンタイプ通信（ｍＭＴＣ：ＭａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）は、ＮＲベースの通信ネットワークによってサポートされ得るサービスの他の例である。さらに、高い可用性、高い信頼性、低いレイテンシ、場合によっては高精度測位の新しい要件でサービスをサポートするために、システムは、産業用モノのインターネット（ＩＩｏＴ）に関連するさらなる強化をサポートすることが期待され得る。

拡張ＵＲＬＬＣ（ｅＵＲＬＬＣ）（非特許文献３）は、ファクトリーオートメーション、輸送産業、配電など、高信頼性および低レイテンシを必要とする特徴を規定する。ＵＲＬＬＣおよびｅＭＢＢのためのアップリンク制御情報（ＵＣＩ）は、異なる要件を有することが理解されよう。したがって、ｅＵＲＬＬＣの現在の目的の１つは、ＵＲＬＬＣをサポートするためにＵＣＩを強化することであり、その狙いは、スロットごとのより多くのハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）フィードバックの送信など、より頻繁にＵＣＩが送信されることを可能にし、異なるトラフィックサービスのための複数のＨＡＲＱ－ＡＣＫコードブックをサポートすることである。物理アップリンク共有チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌｓ）を使用する高優先度および低レイテンシデータ送信を中断することなく、より頻繁なＵＣＩに対応するように特定されたソリューションは、ＵＣＩのＰＵＳＣＨ繰り返しへの多重化を含み得る。

（Ｒｅｌ－１５におけるＵＣＩおよびＰＵＳＣＨの多重化）
ＰＵＣＣＨは、ＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫフィードバック、スケジューリングリクエスト（ＳＲ）、およびチャネル状態情報（ＣＳＩ）などのアップリンク制御情報（ＵＣＩ）を伝送する。５つのＰＵＣＣＨフォーマット、すなわち、フォーマット０、１、２、３、および４がある。ＰＵＣＣＨフォーマット０は、最大２つのＨＡＲＱ－ＡＣＫビットおよび正のＳＲを伝送する。ＰＵＣＣＨフォーマット１は、最大２ビットの情報を伝送し、これは、２つのＨＡＲＱ－ＡＣＫビットまたは１つのＨＡＲＱ－ＡＣＫおよび１つのＳＲビットのいずれかであり得る。ＰＵＣＣＨフォーマット２、３、および４は、ＨＡＲＱ－ＡＣＫ、ＳＲ、およびＣＳＩから構成され得る２ビットを超えるビットを伝送することができる。なお、ＨＡＲＱ－ＡＣＫは、ＰＤＳＣＨのためのＨＡＲＱフィードバックを記述するために使用される技術の用語であり、その名称にかかわらず、そのフィードバック自体は、肯定応答（「ＡＣＫ」と呼ばれる）または否定応答（「ＮＡＣＫ」と呼ばれる）のいずれかであり得る。

ＨＡＲＱ－ＡＣＫフィードバックは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）スケジューリングに応答してｇＮＢに送信され、ＵＥがＰＤＳＣＨを正常に復号したか否かをｇＮＢに知らせる。スロットｎで終了するＰＤＳＣＨの場合、ＨＡＲＱ－ＡＣＫを伝送する対応するＰＵＣＣＨがスロットｎ＋Ｋ_１で送信される。ここで、Ｋ_１の値は、（ダウンリンク制御情報（ＤＣＩ）フォーマット１＿０またはＤＣＩフォーマット１＿１によって伝送される）ＤＬグラントのフィールド^「ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ）」に示される。使用されるＰＵＣＣＨリソースは、ＤＬグラントの「ＰＵＣＣＨリソースインジケータ（ＰＵＣＣＨＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ）」（ＰＲＩ）フィールドに示される。

複数の（異なる）ＰＤＳＣＨは、それらのそれぞれのＨＡＲＱ－ＡＣＫの送信のために同一のスロットを指定することができ、（同一スロット内の）これらのＨＡＲＱ－ＡＣＫのビットは、次いで、ＵＥによって単一のＰＵＣＣＨに多重化される。ここで、ＰＵＣＣＨリソースは、最後のＰＤＳＣＨをスケジューリングするＤＬグラントによって決定される。したがって、ＰＵＣＣＨは、複数のＰＤＳＣＨのための複数のＨＡＲＱ－ＡＣＫを含むことができる。図４に、３つのＤＬグラントが、それぞれ、スロットｎ、ｎ＋１、およびｎ＋２においてＤＣＩ＃１、ＤＣＩ＃２、およびＤＣＩ＃３を介してＵＥに送信される例を示す。ＤＣＩ＃１、ＤＣＩ＃２、およびＤＣＩ＃３は、それぞれ、ＰＤＳＣＨ＃１、ＰＤＳＣＨ＃２、およびＰＤＳＣＨ＃３をスケジューリングする。さらに、ＤＣＩ＃１、ＤＣＩ＃２、およびＤＣＩ＃３は、それぞれ、Ｋ_１＝３、Ｋ_１＝２、Ｋ_１＝１を示す。これらのＫ_１の値は、ＰＤＳＣＨ＃１、ＰＤＳＣＨ＃２、およびＰＤＳＣＨ＃３に対するＨＡＲＱ－ＡＣＫフィードバックがすべてスロットｎ＋４で送信されることを示すので、ＵＥはこれら３つのＨＡＲＱ－ＡＣＫをすべて単一のＰＵＣＣＨに多重化する。ＰＵＣＣＨ多重化ウィンドウは、ＰＤＳＣＨをその単一のＰＵＣＣＨに多重化することができる時間窓である。このＰＵＣＣＨ多重化ウィンドウは、Ｋ_１の範囲に依存する。図４に示す例では、ＰＵＣＣＨ多重化ウィンドウは、スロットｎからスロットｎ＋３までであり、すなわち、Ｋ_１の最大値は、４スロットである。

ＣＳＩ報告は、周期的、非周期的、または半持続的（セミパーシステント）であるように構成することができ、ＰＵＣＣＨまたはＰＵＳＣＨのいずれかによって伝送することができる。すなわち、ＵＣＩは、ＰＵＳＣＨを使用して送信することができる。周期的ＣＳＩは、ＰＵＣＣＨを使用して送信され、ＣＳＩ報告は周期的に送信される。非周期的ＣＳＩは、ＰＵＳＣＨを使用して送信され、ＵＬグラント内のＣＳＩ報告（ＣＳＩＲｅｑｕｅｓｔ）フィールドによってトリガされ、単一のＣＳＩ報告のみが送信される。セミパーシステントＣＳＩでは、ＣＳＩ報告は、下層によってアクティブ化されると周期的に送信され、下層によって非アクティブ化されると停止される。セミパーシステントＣＳＩは、ＰＵＳＣＨまたはＰＵＣＣＨ上で送信するように構成することができる。ＰＵＳＣＨ上のセミパーシステントＣＳＩは、ＤＣＩによってアクティブ化および非アクティブ化され、一方、ＰＵＣＣＨ上のセミパーシステントＣＳＩは、ＭＡＣ制御要素（ＣＥ）によってアクティブ化および非アクティブ化される。

Ｒｅｌ－１５では、ＣＳＩを伝送するＰＵＣＣＨが、ＳＲの有無にかかわらず、ＨＡＲＱ－ＡＣＫを伝送する他のＰＵＣＣＨと衝突する場合、ＲＲＣパラメータ「同時ＨＡＲＱ－ＡＣＫ－ＣＳＩ（ｓｉｍｕｌｔａｎｅｏｕｓＨＡＲＱ－ＡＣＫ－ＣＳＩ）」が真に設定されていれば、ＵＥは、ＣＳＩとＨＡＲＱ－ＡＣＫ／ＳＲとを多重化する。そうでない場合、ＵＥは、ＣＳＩをドロップする。このパラメータは、ＰＵＣＣＨ構成の一部であり、したがって、ＵＥにおけるすべてのＰＵＣＣＨ送信に適用可能である。多重化されたＵＣＩ（ＣＳＩおよびＨＡＲＱ－ＡＣＫ／ＳＲ）を送信するために使用されるＰＵＣＣＨリソースは、すべての重複するＰＵＣＣＨから選択される。

ＵＣＩを伝送するＰＵＣＣＨがＰＵＳＣＨと衝突すると、ＰＵＣＣＨからのＵＣＩがＰＵＳＣＨに多重化される。なお、ＳＲは、ＰＵＳＣＨ上でデータを送信すること（結局、ＳＲは単にＰＵＳＣＨリソースの要求である）またはＰＵＳＣＨにおいてバッファステータスレポート（ＢＳＲ）を送信することのいずれかがより有効であるので、一般にＰＵＳＣＨに多重化されない。

ＰＵＳＣＨへのＵＣＩ多重化には、衝突するＰＵＣＣＨおよびＰＵＳＣＨのタイミング基準と、ＵＣＩのために使用されるＰＵＳＣＨリソースとの２つの態様がある。

（ＵＣＩ多重化のためのタイミング基準）
１つ以上のＰＵＣＣＨが１つ以上のＰＵＳＣＨと衝突すると、ＰＵＣＣＨからのＵＣＩは、これらの衝突するチャネルが以下のようにＰＤＳＣＨおよびＰＵＳＣＨタイミング基準（タイムライン基準とも呼ばれる）を満たす場合、ＰＵＳＣＨに多重化される。

ＨＡＲＱ－ＡＣＫを伝送するＰＵＣＣＨがＰＵＳＣＨと衝突する場合、衝突における最も早いＰＵＳＣＨまたはＰＵＣＣＨは、ＰＵＣＣＨ多重化ウィンドウにおける最後のＰＤＳＣＨの終わりからＴ_{ｐｒｏｃ、１}後に開始する。Ｔ_{ｐｒｏｃ、１}は、ＵＥがＰＤＳＣＨを処理するのにかかる時間である。一例を図５に示す。ＤＣＩ＃１およびＤＣＩ＃２は、それぞれ、ＰＤＳＣＨ＃１とＰＤＳＣＨ＃２をスケジューリングするＤＬグラント（ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）。である。スロットｎで終了するＰＤＳＣＨの場合、ＨＡＲＱ－ＡＣＫを伝送する対応するＰＵＣＣＨは、スロットｎ＋Ｋ_１で送信され、Ｋ_１の値は、ＤＬグラントのフィールド「（ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ）」に示される。この例では、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２のためのＨＡＲＱ－ＡＣＫを伝送するＰＵＣＣＨが時刻ｔ_１０からｔ_１２の間おいて両方ともスロットｎ＋４にあり、したがって、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２の両方のためのＨＡＲＱ－ＡＣＫビットは、ＰＵＣＣＨ＃１に多重化される。ＰＵＣＣＨ多重化ウィンドウは、それらのＨＡＲＱ－ＡＣＫフィードバックのために同一のＰＵＣＣＨを共有するすべてのＰＤＳＣＨを含む。時刻ｔ_６において、ＤＣＩ＃３が伝送するＵＬグラントは、ＰＵＳＣＨ＃１を時刻ｔ_９からｔ_１１の間に送信するようにスケジューリングし、これにより、ＰＵＣＣＨ＃１と衝突する。タイミング基準によれば、ＰＵＳＣＨ＃１（衝突における最も早く唯一のＰＵＳＣＨ）は、ＰＤＳＣＨ＃２のＴ_{ｐｒｏｃ、１}の終わり以前に開始するため、タイミング基準を満たさない。したがって、ＰＵＣＣＨ＃１からのＵＣＩは、ＰＵＳＣＨ＃１に多重化することができない。これは、ＵＥがＨＡＲＱ－ＡＣＫをＰＵＳＣＨ＃１に多重化するために、時間内にＰＤＳＣＨ＃２を処理するのに十分な時間がないからである。

衝突における最も早いＰＵＣＣＨまたはＰＵＳＣＨは、衝突におけるＰＵＳＣＨのうちの１つをスケジューリングする最後のＵＬグラントからＴ_{ｐｒｏｃ、２}後に開始する。ここで、Ｔ_{ｐｒｏｃ、２}は、ＵＥがＰＵＳＣＨを処理するのにかかる時間である。図６に、ＤＣＩ＃１およびＤＣＩ＃２が、それぞれ、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２をスケジューリングするＤＬグラントである例を示す。これらのＰＤＳＣＨに対する対応するＨＡＲＱ－ＡＣＫは、ｔ_８からｔ_１０にスケジューリングされたＰＵＣＣＨ＃１によって伝送される。時刻ｔ_６において、ＤＣＩ＃３によって伝送されたＵＬグラントは、ｔ_９からｔ_１１の間にＰＵＳＣＨ＃１をスケジューリングし、これにより、ＰＵＣＣＨ＃１と衝突する。時間基準によれば、ＰＵＣＣＨ＃１がＤＣＩ＃３のＴ_{ｐｒｏｃ、２}内に開始するため、ＰＵＣＣＨ＃１からのＵＣＩをＰＵＳＣＨ＃１に多重化することができない。

Ｒｅｌ－１５では、ＵＥは、ｇＮＢがそのＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨをスケジューリングすることを予想せず、その結果、それらはＰＵＳＣＨへのＵＣＩ多重化のためのタイミング基準に違反する。

（ＵＣＩ多重化のためのＰＵＳＣＨリソース）
Ｒｅｌ－１５では、ＰＵＣＣＨによって伝送されるＵＣＩ（またはＰＵＳＣＨによって伝送されるＣＳＩ）がデータを伝送するＰＵＳＣＨと衝突すると、ＵＣＩビットおよびデータビットが多重化され、ＰＵＳＣＨ上で送信される。多重化はＵＣＩをＰＵＳＣＨリソースにピギーバックすることによって行われる。すなわち、割り当てられたＰＵＳＣＨリソースのうちのいくつかはＵＣＩを伝送するために使用され、ＰＵＳＣＨデータのためのリソースを低減する。ＨＡＲＱ－ＡＣＫビットは、最初に多重化され、その後にＣＳＩビットが続く。使用可能なリソース（すなわち、リソース要素）の数は、２つのパラメータ、すなわち、オフセットβ_{ＰＵＳＣＨ}およびスケーリングファクタαによって決定される。β_{ＰＵＳＣＨ}オフセットは、４つの構成されたβ_{ＰＵＳＣＨ}オフセット値のうちの１つを示す「ベータオフセットインジケータ（ｂｅｔａ＿オフセットインジケータ）」フィールドを使用して、ＰＵＳＣＨのためのＵＬグラントを伝送するＤＣＩによってシグナリングされる。これら４つのβ_{ＰＵＳＣＨ}オフセット値は、非特許文献４において定義されるテーブルから選択される。ここで、最小値は１、すなわち、β_{ＰＵＳＣＨ}≧１である。スケーリングファクタα＝｛０．５、０．６５、０．８、１｝はＲＲＣ設定され、このスケーリングファクタは、ＵＣＩに使用できるＰＵＳＣＨＲＥ（リソース要素：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）の数のパーセンテージとしてＲＥの最大数を設定する。

多重化手順は、図７のフローチャートに要約されている。ステップＳ１において、ＰＵＣＣＨとＰＵＳＣＨが衝突したと判断され、ＰＵＣＣＨとＰＵＳＣＨが衝突すると、ＵＥは、ステップＳ３において、ＨＡＲＱ－ＡＣＫビットＯ_ＡＣＫの数とＣＲＣビットＬ_ＡＣＫの数を計算する。次いで、得られた数に、これらのＨＡＲＱ－ＡＣＫを伝送するために必要とされる総ビットを決定するために、ＵＬグラントにおいて示される（かつ、ステップＳ２においてＵＥによって決定される）β_{ＰＵＳＣＨ}を乗算する。β_{ＰＵＳＣＨ}オフセットは、実質的に、ＨＡＲＱ－ＡＣＫ情報に使用される冗長度である。次いで、ＵＥは、ステップＳ４において、変調されたシンボルＱ_ＡＣＫの数（ここで、使用される変調はスケジューリングされたＰＵＳＣＨに依存する）、ひいては必要とされるＲＥ（リソース要素）の数を計算する。次いで、ＵＥは、スケーリングファクタαにＰＵＳＣＨＲＥの数Ｍ_{ＰＵＳＣＨ}を乗算することによって、ＵＣＩのために使用され得る最大許容ＰＵＳＣＨＲＥを決定する。ステップＳ５において、ＵＥは、Ｑ_ＡＣＫがこの最大ＲＥを超えていないことを確認し、超えている場合（すなわち、Ｑ_ＡＣＫ＞αＭ_{ＰＵＳＣＨ}）、ステップＳ６においてＵＥによって決定されるように、使用され得るＲＥの実際の数はＱ’_ＡＣＫ＝αＭ_{ＰＵＳＣＨ}である。そうでない場合、ＲＥの実際の数は、計算されたＲＥの数、すなわち、Ｑ’_ＡＣＫ＝Ｑ_ＡＣＫであり、ステップＳ７においてＵＥによってそのように決定される。次いで、ＵＥは、Ｑ’_ＡＣＫＨＡＲＱ－ＡＣＫ変調シンボルをＰＵＳＣＨにピギーバックする。ここで、Ｏ_ＡＣＫ≦２ビット（ステップＳ８においてＵＥが確認する）の場合、ステップＳ９において、パンクチャリングが使用され、そうでない場合、ＰＵＳＣＨデータシンボルは、ステップＳ１０において、Ｑ’_ＡＣＫシンボルの付近でレートマッチングされる。

次いで、この処理がＣＳＩについて繰り返される。すなわち、ＵＥは、ステップＳ１１において、ＣＳＩビットＯ_ＣＳＩおよびそのＣＲＣビットＬ_ＣＳＩの数を計算し、得られた数にβ_{ＰＵＳＣＨ}を乗算する。ＵＥは、ステップＳ１２において、変調されたシンボルＱ_ＣＳＩの数、ひいては、ＣＳＩを伝送するために必要とされるＲＥの数を決定する。次いで、ＵＥは、ステップＳ１３において、Ｑ_ＣＳＩが残りのＰＵＳＣＨＲＥ（αＭ_{ＰＵＳＣＨ}－Ｑ’_ＡＣＫ）を超えていないことを確認し、超えている場合（すなわち、Ｑ_ＣＳＩ＞αＭ_{ＰＵＳＣＨ}－Ｑ’_ＡＣＫ）、ステップＳ１４において、ＣＳＩのためのＲＥの実際の数Ｑ’_ＣＳＩが残りのＰＵＳＣＨＲＥを取り込む。すなわち、Ｑ’_ＣＳＩ＝αＭ_{ＰＵＳＣＨ}－Ｑ’_ＡＣＫである。そうでない場合、Ｑ’_ＣＳＩは、ステップＳ１５においてＵＥによって決定されるように、計算されたＣＳＩＲＥの数である。すなわち、Ｑ’_ＣＳＩ＝Ｑ_ＣＳＩである。ＣＳＩについては、レートマッチングのみが使用される。すなわち、ＰＵＳＣＨデータは、ステップＳ１６において、Ｑ’_ＣＳＩ変調シンボルの付近でレートマッチングされる。なお、ＣＳＩＵＣＩは、２つのタイプ、すなわち、タイプ１のＣＳＩおよびタイプ２のＣＳＩから構成されてもよく、多重化プロセスは、最初にタイプ１のＣＳＩに対して実行され、その後に、タイプ２のＣＳＩに対して実行される。その後、処理は、ステップＳ１７で終了する。

ＵＣＩのＰＵＳＣＨへの多重化は、ＨＡＲＱ－ＡＣＫビットと、それに続くタイプ１のＣＳＩと、最後にタイプ２のＣＳＩとに優先順位を付ける。なお、ＰＵＳＣＨに十分なＲＥがない場合、ＣＳＩビットの一部が多重化され、ＲＥが残っていない場合、ＣＳＩは多重化されないことがある。

（ＰＵＳＣＨ繰り返し）
Ｒｅｌ－１５では、ＰＵＳＣＨ集約（ＰＵＳＣＨＡｇｇｒｅｇａｔｉｏｎ）として知られるスロットベースのＰＵＳＣＨ繰り返しが、ＰＵＳＣＨ送信の信頼度を改善するために導入される。図８に、スロット境界から２シンボルのオフセットで始まる４シンボル持続時間（Ｌ＝４）のＰＵＳＣＨが、スロットｎからスロットｎ＋３までのＰＵＳＣＨ集約を使用して、４回（Ｋ＝４）繰り返される例を示す。ＰＵＳＣＨ集約の繰り返しの数は、ＲＲＣ設定される。

ＰＵＳＣＨ集約、すなわち、ＰＵＳＣＨ持続時間が１スロット未満であるスロットベースのＰＵＳＣＨ繰り返しにおいて、繰り返し間の時間ギャップが観察される。図８の例では、ＰＵＳＣＨが連続する繰り返しの間に１０シンボルのギャップを残して、スロットレベルで繰り返される。そのようなギャップは、レイテンシをもたらし、低レイテンシが非常に重要であるＵＲＵＵＣには受け入れられない。これを認識して、Ｒｅｌ－１６のｅＵＲＬＵＣでは、複数のＰＵＳＣＨ繰り返し（ＰＵＳＣＨＲｅｐｅｔｉｔｉｏｎｓ）が導入され、連続してＰＵＳＣＨ繰り返しが繰り返される。これにより、信頼度を改善しながら、レイテンシを最小化する。たとえば、図９に示すように、スロット境界から２シンボルのオフセットで始まる４シンボル持続時間のＰＵＳＣＨ（Ｌ＝４）が、Ｒｅｌ－１６のＰＵＳＣＨ繰り返しを用いて４回、（Ｋ_Ｎ＝４）繰り返される。ここで、各繰り返しの間にギャップがなく、それにより、ＰＵＳＣＨ集約を使用するときの５６シンボル（４スロット）と比較して、１６シンボル内で繰り返し全体が完了する。Ｒｅｌ－１６のＰＵＳＣＨにおける繰り返しの数は、ＵＵグラントによってスケジューリングされ、ＰＵＳＣＨマッピングタイプＢ（すなわち、スロット内の任意のシンボルで開始することができるＰＵＳＣＨ）にのみ適用可能である。

ＰＵＳＣＨマッピングタイプＢは、スロット内の任意のシンボルで開始することができるので、その繰り返しのいくつかは、スロット境界を横切るか、または無効なＯＦＤＭシンボル、たとえば、ダウンリンクシンボルと衝突することがあり、これらのＰＵＳＣＨは分割される。たとえば、ＵＵグラントによってスケジューリングされるＰＵＳＣＨ繰り返しは、公称繰り返しとして知られ、公称ＰＵＳＣＨ上で２つ以上のＰＵＳＣＨセグメントに分割が行われる場合、これらのセグメントは実際の繰り返し（ａｃｔｕａｌｒｅｐｅｔｉｔｉｏｎｓ）Ｋ_Ａと呼ばれる。すなわち、実際の繰り返しは、公称繰り返しの数、すなわち、スケジューリングされた繰り返しの数よりも大きくなり得る、実際に送信されるＰＵＳＣＨ繰り返しである。ＵＵグラントによってスケジューリングされるＰＵＳＣＨ持続時間Ｌおよび公称繰り返しＫ_Ｎは、ＰＵＳＣＨ送信の絶対的な総持続時間を与える。すなわち、Ｋ_Ｎ×ＬはＰＵＳＣＨ送信全体の持続時間であり、したがって、任意の無効ＯＦＤＭシンボルと衝突する場合、それらの部分はドロップされる。図１０は、ＰＵＳＣＨ分割の２つの例を示す。時刻ｔ_１において、Ｋ_Ｎ＝４、Ｌ＝４のＰＵＳＣＨが送信され、３番目の公称ＰＵＳＣＨ繰り返しが、時刻ｔ_４においてスロット境界を横切る。その結果、３番目の公称ＰＵＳＣＨ繰り返しは、２つのＰＵＳＣＨ繰り返しに分割される。したがって、実際の繰り返しの数Ｋ_Ａ＝５である。時刻ｔ_９において、Ｋ_Ｎ＝２、Ｌ＝６の他のＰＵＳＣＨが送信される。ここで、１番目の公称ＰＵＳＣＨは、時刻ｔ_１０からｔ_１１の間において、２つのＤＵ（または無効）シンボルと衝突する。その結果、１番目の公称ＰＵＳＣＨは、２つのＰＵＳＣＨ繰り返しに分割される。したがって、実際の繰り返しの数Ｋ_Ａ＝３である。Ｋ_Ｎ×Ｌ＝１２のＯＦＤＭシンボルは、ＰＵＳＣＨ送信の総持続時間であるので、時刻ｔ_１０からｔ_１１の間にＤＵ（または無効）シンボルと衝突する２つのＰＵＳＣＨシンボルは、したがって、ドロップされる。

（ＰＵＳＣＨ繰り返しへのＵＣＩ多重化）
Ｒｅｌ－１５では、ＰＵＳＣＨ集約はスロットベースの繰り返しであり、ＰＵＣＣＨはスロット境界を横切ることができないので、ＰＵＣＣＨはＰＵＳＣＨ集約のただ１つのインスタンスと衝突する。したがって、ＵＣＩを、タイミング基準が満たされたときに当該ＵＣＩが衝突するＰＵＳＣＨ繰り返しに多重化するのは簡単である。しかしながら、Ｒｅｌ－１６では、ＰＵＣＣＨがＰＵＳＣＨ送信の複数の実際の繰り返しと衝突する可能性がある。図１１に、ＤＣＩ＃１およびＤＣＩ＃２が、それぞれ、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２をスケジューリングするＤＵグラントである例を示す。ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２に対するＨＡＲＱ－ＡＣＫフィードバックは、ＰＵＣＣＨ＃１で多重化される。時刻ｔ_６において、時刻ｔ_８からｔ_１２の間に送信されるＫ_Ｎ＝２、Ｌ＝６のＰＵＳＣＨのためのＵＵグラントを伝送するＤＣＩ＃３が送信される。１番目の公称ＰＵＳＣＨ繰り返しは、時刻ｔ_９からｔ_１０の間の無効シンボルと衝突し、その結果、２つのＰＵＳＣＨセグメントに分割され、全体の実際の繰り返しＫ_Ａ＝３となる。したがって、ＰＵＣＣＨ＃１は、複数の実際のＰＵＳＣＨ繰り返し、すなわち、図１１における２番目および３番目の実際のＰＵＳＣＨ繰り返しと衝突する。ＰＵＣＣＨにおけるＵＣＩをＰＵＳＣＨに多重化することに関して特定される以下の２つの問題がある。
・ＵＣＩが多重化される実際のＰＵＳＣＨの繰り返しはどれか？および
・ＵＣＩ多重化のためのＰＵＳＣＨリソースはどのように決定されるか？

上記の問題のうちの最初の問題、すなわち、ＵＣＩが多重化される実際のＰＵＳＣＨの繰り返しはどれかについて、以下の選択肢が非特許文献５において提案された。
・選択肢１：ＵＣＩは、ＰＵＣＣＨおよびＰＵＳＣＨがタイムライン基準を満たすと仮定される１番目の実際の繰り返しに多重化される。たとえば、図１１において、衝突するＰＵＣＣＨおよびＰＵＳＣＨはタイムライン基準を満たし、したがって、ＵＣＩは、時刻ｔ_８からｔ_９の間の１番目の実際のＰＵＳＣＨ繰り返しに多重化される。
・選択肢２：ＵＣＩは、タイムライン基準を満たす最も早い実際の繰り返しに多重化される。たとえば、図１２において、ＤＣＩ＃１およびＤＣＩ＃２は、それぞれ、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２をスケジューリングし、それらのＨＡＲＱ－ＡＣＫフィードバックは、時刻ｔ_１０からｔ_１２までの間においてＰＵＣＣＨ＃１に多重化される。ＤＣＩ＃３は、Ｋ_Ｎ＝２、Ｌ＝６のＰＵＳＣＨを時刻ｔ_８からｔ_１３の間に送信するようにスケジューリングする。１番目の公称ＰＵＳＣＨ繰り返しは、時刻ｔ_９からｔ_ｌ０の間の２つの無効シンボルと衝突し、その結果、２つの実際のＰＵＳＣＨに分割され、全体の実際のＰＵＳＣＨ繰り返しＫ_Ａ＝３となる。ＰＵＣＣＨ＃１は、実際のＰＵＳＣＨ繰り返しのいくつかと衝突する。この例では、１番目の実際のＰＵＳＣＨは、ＰＤＳＣＨ＃２後Ｔ_{ｐｒｏｃ、１}内に開始するので、タイムライン基準を満たさない。この選択肢では、２番目の実際のＰＵＳＣＨがタイムライン基準を満たす最も早いＰＵＳＣＨであり、したがって、ＵＣＩは２番目の実際のＰＵＳＣＨに多重化される。
選択肢３：ＵＣＩは、シンボルの数が最も多い（すなわち、持続時間が最も長い）重複する実際のＰＵＳＣＨ繰り返しに多重化される。図１２の例を用いると、ＰＵＣＣＨ＃１は、２番目および３番目の実際のＰＵＳＣＨ繰り返しと重複し、３番目の実際のＰＵＳＣＨはより長い持続時間を有するので、ＵＣＩは、３番目の実際のＰＵＳＣＨに多重化される。

Ｒｅｌ－１５におけるＵＣＩを多重化するためのＰＵＳＣＨリソースは図７に記載されており、以下のＨＡＲＱ－ＡＣＫビットについての式（非特許文献６参照）を用いて表すことができる。

・選択肢Ａ：Ｑ’_ＡＣＫは、公称ＰＵＳＣＨ繰り返しに基づいている。すなわち、Ｍ_{ＰＵＳＣＨ}およびＴＢＳは、公称ＰＵＳＣＨから導出される。実際のＰＵＳＣＨ繰り返しは公称ＰＵＳＣＨよりもＲＥが少ない場合があるので、この選択肢は、ＵＣＩが多重化するのに十分なＲＥを有しないことにつながり得る。
・選択肢Ｂ：Ｑ’_ＡＣＫは、実際のＰＵＳＣＨ繰り返しに基づいている。すなわち、Ｍ_{ＰＵＳＣＨ}（ＲＥの個数）およびＴＢＳは、ＵＣＩが多重化される実際のＰＵＳＣＨに基づくべきである。これは、実際のＰＵＳＣＨが公称ＰＵＳＣＨよりもＲＥが少ない場合があるので、ＵＣＩのＲＥが少なすぎることにつながり、その信頼性に影響を及ぼす。
・選択肢Ｃ：Ｑ_ＡＣＫは、公称ＰＵＳＣＨ（すなわち、上記式の第１の部分）に基づいており、ＲＥの最大数（すなわち、上記式の第２の部分）は実際のＰＵＳＣＨに基づいている。すなわち、以下の式３に示すとおりである。

ここで、Ｍ_{Ｎｏｍｉｎａｌ}は、公称ＰＵＳＣＨにおけるＲＥの数であり、Ｍ_{Ａｃｔｕａｌ}は、実際のＰＵＳＣＨにおけるＲＥの数である。すなわち、Ｍ_{Ｎｏｍｉｎａｌ}≧Ｍ_{Ａｃｔｕａｌ}である。

どの実際のＰＵＳＣＨ繰り返しを選択するか、およびＵＣＩ多重化のためのＰＵＳＣＨリソースを決定することというこれらの２つの問題は、それらが関連するので、独立して扱われるべきではなく、それらを独立して扱うことは効率的ではないことが認識されている。実際のＰＵＳＣＨ繰り返しの選択がＰＵＳＣＨリソースの決定から独立している場合、選択されたＰＵＳＣＨ繰り返しは、ＵＣＩのためのＰＵＳＣＨリソースを決定するための提案された選択肢（上述の選択肢Ａ、選択肢Ｂ、および選択肢Ｃ）のうちのいくつかによって示されるように、ＵＣＩが確実に送信されるのに十分なＰＵＳＣＨリソースを提供しないことがある。しかしながら、これらの問題の両方を考慮に入れた、先行技術により提案された解決策はない。本技術の諸実施形態は、これらの問題の両方を考慮に入れた解決策を提供しようとするものである。

（ＰＵＳＣＨ繰り返しへの拡張ＵＣＩ多重化）
図１３は、本技術の少なくともいくつかの実施形態に係る、通信デバイス１３１とインフラストラクチャ機器１３２とを備える無線通信ネットワークを示す部分概略図、部分メッセージフロー図である。通信デバイス１３１は、無線通信ネットワークとの間でデータを送受信するように構成され、たとえば、無線通信ネットワークによって提供される無線アクセスインタフェースを介して、インフラストラクチャ機器１３２との間でデータを送受信するように構成される。通信デバイス１３１およびインフラストラクチャ機器１３２の各々は、トランシーバ（またはトランシーバ回路）１３１．１、１３２．１、およびコントローラ（またはコントローラ回路）１３１．２、１３２．２を含む。コントローラ１３１．２、１３２．２の各々は、たとえば、マイクロプロセッサ、ＣＰＵ、または専用チップセット等であってもよい。

図１３の例に示すように、通信デバイス１３１のトランシーバ回路１３１．１およびコントローラ回路１３１．２は、組み合わせて、上記通信デバイス１３１が、無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号１３４を上記無線通信ネットワーク（たとえば、上記インフラストラクチャ機器１３２）に送信することを決定（１３３）し、上記通信デバイス１３１が、第２のアップリンク信号１３６を上記無線通信ネットワーク（たとえば、インフラストラクチャ機器１３２）に送信することを決定し、上記第２のアップリンク信号１３６は、複数回送信され（１３６．１、１３６．２、１３６．３、１３６．４）、上記第２のアップリンク信号１３６の上記複数回の送信１３６．１、１３６．２、１３６．３、１３６．４の各々は、上記第２のアップリンク信号１３６の繰り返しであり、上記第２のアップリンク信号１３６のそれぞれの繰り返し１３６．１、１３６．２、１３６．３、１３６．４は、上記第２のアップリンク信号１３６の他の繰り返し１３６．１、１３６．２、１３６．３、１３６．４に対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、上記第１のアップリンク信号１３４の上記リソースが、上記第２のアップリンク信号の上記繰り返し１３６．１、１３６．２、１３６．３、１３６．４のうちの少なくとも１つの繰り返しの上記リソースと時間的に少なくとも部分的に重複することを決定し、上記第２のアップリンク信号１３６の上記繰り返し１３６．１、１３６．２、１３６．３、１３６．４のうちの選択された１つ以上の繰り返しの上記リソースに上記制御情報を多重化し、上記多重化された信号を上記無線通信ネットワーク（たとえば、インフラストラクチャ機器１３２）に送信（１３９）するように構成される。ここで、上記第２のアップリンク信号１３６の上記選択された１つ以上の繰り返し１３６．１、１３６．２、１３６．３、１３６．４の上記リソースの特性は、所定の条件を満たす。

通常、第２のアップリンク信号は、ＰＵＳＣＨ繰り返しによって伝送されるアップリンクデータ信号であることが、当業者には理解されよう。しかしながら、場合によっては、ＰＵＳＣＨ繰り返しが実際にはデータを全く伝送しないことがあり、たとえば、ＣＳＩなどのＵＣＩを伝送していることがある。したがって、第２のアップリンク信号はデータ信号として理解され（かつ、本技術の諸実施形態の少なくともいくつかの実施例または構成ではデータ信号として説明され）得るが、第２のアップリンク信号（したがって、その繰り返し）は、場合によっては、制御情報のみを伝送する場合がある。

本質的に、本技術の諸実施形態は、ＵＣＩを伝送するのに十分なリソースを有する実際のＰＵＳＣＨ繰り返しを、ＵＣＩを多重化するために選択することを提案する。本技術の諸実施形態は、選択されたＰＵＳＣＨが提供することができるリソースを考慮せずにＰＵＳＣＨ繰り返しを選択することが、ＵＣＩのためのリソースが不十分であることにつながり、その結果、ＵＣＩのためのＵＲＬＬＣ要件が満たされない場合があることを認識する。本技術の少なくともいくつかの実施形態は、以下の２つのステップの実行を広く必要とする。
１）各関連する実際のＰＵＳＣＨ繰り返しにおける利用可能なリソースが（たとえば、サイズ、位置などの観点から）十分であるかどうかを決定する。
２）十分なリソースを有する１つ以上の実際のＰＵＳＣＨ繰り返しを選択する。

（十分なリソースの決定）
実際のＰＵＳＣＨ繰り返しがＵＣＩ多重化のための十分なリソースを有するかどうかを決定する際に、ＵＥは、ＵＣＩのための実際のＰＵＳＣＨ繰り返しにおいて利用可能なリソースを計算し、それを閾値、すなわち、ＵＣＩ閾値と比較する必要がある場合がある。すなわち、本技術の諸実施形態の少なくともいくつかの構成では、実際のＰＵＳＣＨ内の利用可能なリソースがＵＣＩ閾値以上である場合、それは十分なリソースを有すると見なされる。言い換えれば、上記特性は、利用可能なリソースの量であり、上記所定の条件は、上記利用可能なリソースの量がアップリンク制御情報の閾値以上であることである。

ＵＣＩのための実際のＰＵＳＣＨにおける利用可能なリソース（たとえば、ＲＥ）Ｑ_{Ａｖａｉｌａｂｌｅ}を計算する際に、システムは、ＵＣＩのために使用され得る実際のＰＵＳＣＨ繰り返しにおけるリソースの部分を決定する必要がある。以下の段落は、そのような要件に対する解決策を提供する本技術の諸実施形態の構成を説明する。

いくつかの構成では、上記利用可能なリソースは、公称ＰＵＳＣＨ上の係数および実際のＰＵＳＣＨリソースのすべてによって決定されるリソースの最小値である。すなわち、以下の式４が成り立つ。

ここで、Ｍ_{Ｎｏｍｉｎａｌ}は、公称ＰＵＳＣＨ繰り返しにおいて利用可能な（すなわち、ＤＭＲＳを含まない）総ＲＥであり、Ｍ_{Ａｃｔｕａｌ}は、実際のＰＵＳＣＨ繰り返しにおいて利用可能な総ＲＥである。なお、実際のＰＵＳＣＨ繰り返しは異なる大きさを有することができるので、Ｑ_{Ａｖａｉｌａｂｌｅ}は、実際のＰＵＳＣＨ繰り返しごとに異なる。言い換えれば、上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができるリソースの量と、スケーリングファクタに依存して上記通信デバイスによって決定された（たとえば、上記ＰＵＳＣＨ繰り返しがスロット境界の両側のうち一方を横切る場合、または上記ＰＵＳＣＨが無効シンボルを含む場合、上記スロット境界の両側を含む、分割されていないＰＵＳＣＨ全体の）利用可能なリソースの総量とのうちの最小値であり、上記スケーリングファクタは、上記無線通信ネットワークからのＲＲＣシグナリングを介して構成される。スケーリングファクタ（すなわち、α）は、たとえば、図７に関して上述したように、アップリンクデータを伝送するアップリンクデータチャネルのリソース要素の数（すなわち、第２のアップリンク信号の選択された（複数の）繰り返しのリソース）のパーセンテージとして、アップリンク制御情報メッセージ（第１のアップリンク信号など）のために使用することができるリソース要素の最大数を示す。

いくつかの構成では、実際のＰＵＳＣＨ繰り返し中のすべてのリソースをＵＣＩのために使用することができる。すなわち、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}＝Ｍ_{Ａｃｔｕａｌ}である。言い換えれば、上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができる上記リソースのすべてである。ＰＵＳＣＨ繰り返しにおけるリソースは、たとえアップリンクデータのために既に部分的に割り当てられていたとしても、たとえば、パンクチャリングまたはレートマッチングによってＵＣＩのために再割り当てできることが、当業者には理解されよう。これらの構成では、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}＝Ｍ_{Ａｃｔｕａｌ}である場合、ＰＵＳＣＨのリソースのすべてをＵＣＩのために再割り当てすることができる。

いくつかの構成では、ＵＣＩのために使用することができる実際のＰＵＳＣＨ繰り返し中のリソースが係数γによって決定される。すなわち、Ｑ_{Ａｖａｉｌａｂｌｅ}＝γＭ_{Ａｃｔｕａｌ}である。この係数γは、ＲＲＣ設定し、ＤＣＩ中で示し、または仕様書において規定することができる。言い換えれば、上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができる上記すべてのリソースの係数である。
・これらの構成のいくつかの実施形態では、係数γ＝αである。あるいは、
・これらの構成のいくつかの実施形態では、係数γを、異なる実際のＰＵＳＣＨ繰り返しに対して異ならせることができる。これにより、ネットワークが、たとえば、γ＝０を設定することによって、いくつかの実際のＰＵＳＣＨ繰り返しがＵＣＩを伝送することを防ぐこと、あるいは、いくつかの実際のＰＵＳＣＨ繰り返しがＵＣＩのためにそのリソースのすべてを使用すること（γ＝１）が可能になる。言い換えれば、これらの実施形態では、上記第２のアップリンク信号の上記複数の送信の各々が、上記第２のアップリンク信号に関連付けられた論理繰り返しインデックスに係る上記第２のアップリンク信号の繰り返しである場合、上記係数は、上記第２のアップリンク信号の各繰り返しの上記論理繰り返しインデックスに依存する。

ＵＣＩ閾値Ｔ_ＵＣＩは、信頼性要求を満たすように、多重化されたＰＵＳＣＨにおいてＵＣＩビットを伝送するために必要とされるリソースの最小数である。言い換えれば、上記アップリンク制御情報の閾値は、上記第１のアップリンク信号および／または上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの信頼性要求が満たされるように、上記制御情報を伝送するために必要とされるリソースの最小量である。ここで、一般的に、非特許文献２に関して説明したように、１回のパケット送信に対するＵＲＬＵＣ信頼性要求は、１ｍｓのユーザプレーンレイテンシで３２バイトに対して１－１０^－５である。

いくつかの構成では、β_{ＰＵＳＣＨ}係数と、公称ＰＵＳＣＨ繰り返し内のリソースＭ_{Ｎｏｍｉｎａｌ}とによって、ＵＣＩ閾値が決定される。言い換えれば、上記アップリンク制御情報の閾値は、上記利用可能なリソースの量、上記制御情報を伝送するために必要なビットの数、および上記制御情報を伝送するために必要なビットの数と上記利用可能なリソースの量との乗算のための値（それぞれが複数の値を含む複数の組のうちの１つの組の値であってもよい）を示すオフセットインジケータに依存して、上記通信デバイスによって決定される。ＨＡＲＱ－ＡＣＫＵＣＩビットＴ_ＡＣＫ、ＣＳＩパート１ビットＴ_{ＣＳＩ－１}、およびＣＳＩパート２ビットＴ_{ＣＳＩ－２}のための閾値は、以下のように定義される。

ここで、
・ＴＢＳは、公称ＰＵＳＣＨ繰り返しのトランスポートブロックサイズである。
・Ｏ_ＡＣＫとＬ_ＡＣＫは、図７のとおりである。
・Ｏ_{ＣＳＩ－１}およびＯ_{ＣＳＩ－２}は、非特許文献６に記載されるように、それぞれ、ＣＳＩパート１およびＣＳＩパート２におけるビット数である。
・Ｌ_{ＣＳＩ－１}およびＬ_{ＣＳＩ－２}は、非特許文献６に記載されるように、それぞれ、ＣＳＩパート１およびＣＳＩパート２のためのＣＲＣビットである。

これにより、β_{ＰＵＳＣＨ}係数がＵＣＩビットに要求される信頼性を保証するために使用されることが認識される。したがって、要求されるＲＥ（または変調されたシンボル）は、β_{ＰＵＳＣＨ}係数に基づくべきである。本技術の諸実施形態のこれらの構成は、少なくとも以下の方法で実施することができる。
・Ｔ_ＵＣＩ＝Ｔ_ＡＣＫ：この実施形態は、実際のＰＵＳＣＨがＨＡＲＱ－ＡＣＫビットを伝送するのに十分なビットを有することを保証するＨＡＲＱ－ＡＣＫビットを優先する。
・Ｔ_ＵＣＩ＝Ｔ_ＡＣＫ＋Ｔ_{ＣＳＩ－１}：この実施形態は、ＨＡＲＱ－ＡＣＫビットおよびＣＳＩパート１ビットを優先する。
・Ｔ_ＵＣＩ＝Ｔ_ＡＣＫ＋Ｔ_{ＣＳＩ－１}＋Ｔ_{ＣＳＩ－２}：この実施形態は、ＵＣＩビットＨＡＲＱ－ＡＣＫ、ＣＳＩパート１ビット、およびＣＳＩパート２ビットのすべてを実際のＰＵＳＣＨで送信できることを保証する。
・Ｔ_ＵＣＩ＝Ｔ_ＡＣＫ＋Ｔ_{ＣＳＩ－２}：この実施形態は、ＨＡＲＱ－ＡＣＫビットとＣＳＩパート２ビットを優先する。

いくつかの構成では、複数のＵＣＩ閾値、Ｔ_{ＵＣＩ－１}、Ｔ_{ＵＣＩ－２}、Ｔ_{ＵＣＩ－３}などがあってもよい。これらの構成は、ＵＣＩを伝送するために２つ以上の実際のＰＵＳＣＨ繰り返しが使用される場合に使用してもよい。言い換えると、上記アップリンク制御情報の閾値は、複数のアップリンク制御情報の閾値のうちの１つであり、上記複数のアップリンク制御情報の閾値の数は、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの数に依存する。

実際のＰＵＳＣＨ繰り返しの選択に関して、本技術の諸実施形態の構成は、以下の２つのカテゴリのうちの１つに広く分類されてもよい。]
・単一の実際のＰＵＳＣＨ繰り返しの選択
・複数の実際のＰＵＳＣＨ繰り返しの選択

本技術の諸実施形態の少なくともいくつかの構成では、考慮される実際のＰＵＳＣＨ繰り返しは、上記のタイムライン基準を満たすものである。言い換えれば、上記特性は、上記リソースの時間的位置であり、上記所定の条件は、上記リソースの上記時間的位置の開始が上記第１のアップリンク信号または上記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることである。ここで、上記閾値期間は、上記通信デバイスが上記直近に受信したダウンリンク信号を処理するために必要とされる時間量を定義してもよい。

次いで（そうでなければ）、ＵＥは、以下の「単一の実際のＰＵＳＣＨ繰り返しの選択」および「複数の実際のＰＵＳＣＨ繰り返しの選択」の両方の項において説明される本技術の諸実施形態の構成に従って、タイムライン基準を満たす残りの実際のＰＵＳＣＨ繰り返しを考慮してもよい。

単一の実際のＰＵＳＣＨ繰り返しの選択
本技術の諸実施形態の以下の構成では、ＵＣＩビットの多重化のために単一の実際のＰＵＳＣＨ繰り返しのみが選択される。言い換えれば、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しは、上記第２のアップリンク信号の複数の繰り返しのうちの選択された１つの繰り返しである。

いくつかの構成では、利用可能なリソースがＵＣＩ閾値以上である実際のＰＵＳＣＨ繰り返しが、ＵＣＩ多重化のために考慮される。すなわち、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＵＣＩである。言い換えれば、上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースがアップリンク制御情報の閾値以上の量の利用可能なリソースを含む上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返し。ここで、上記の本技術の諸実施形態の少なくともいくつかの構成に関して説明したように、アップリンク制御情報の閾値は、第１のアップリンク信号および／または第２のアップリンク信号の選択された１つ以上の繰り返しの（非特許文献２に関して上記で説明したような）信頼性要求が満たされるように、制御情報を伝送するために必要とされるリソースの最小量であってもよい。

いくつかの構成では、ＵＣＩ多重化のために考慮されるもの中で最も早い実際のＰＵＳＣＨが選択される。言い換えれば、上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返し。図１４に、ＤＣＩ＃１およびＤＣＩ＃２が、それぞれ、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２をスケジューリングし、それらの対応するＨＡＲＱ－ＡＣＫフィードバックがＰＵＣＣＨ＃１に多重化される例を示す。時刻ｔ_５において、ＵＬグラントを伝送するＤＣＩ＃３が、時刻ｔ_７からｔ_１３の間にＫ_Ｎ＝３およびＬ＝６のＰＵＳＣＨをスケジューリングし、時刻ｔ_８からｔ_９の間の無効シンボルと衝突し、時刻ｔ_１２においてスロット境界を横切る。したがって、ＰＵＳＣＨは分割されて、実際の繰り返しの数Ｋ_Ａ＝５となる。したがって、ＰＵＣＣＨ＃１は、スケジューリングされたＰＵＳＣＨと衝突する。１番目の実際のＰＵＳＣＨ繰り返しは、Ｔ_{ｐｒｏｃ、１}が終了する以前に開始するため、タイムライン基準を満たさず、さらに、ＵＣＩ多重化のために考慮されない。Ｔ_ＵＣＩが少なくとも３つのシンボルを有する実際のＰＵＳＣＨを必要とすると仮定すると、３番目および５番目の実際のＰＵＳＣＨ繰り返しだけが、十分な利用可能な状態、すなわち、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＵＣＩを満たす。これらの構成では、すべての条件を満たす最も早い実際のＰＵＳＣＨが選択され、したがって、３番目の実際のＰＵＳＣＨ繰り返しが、ＵＣＩ多重化のために選択される。

いくつかの構成では、ＵＣＩ多重化のために考慮されるもの中から、最大の利用可能なリソースを有する実際のＰＵＳＣＨが選択される。言い換えれば、上記第２のアップリンク信号の上記選択された繰り返しは、利用可能なリソースの量が最も多い上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返し。ＰＵＣＣＨ＃１がＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２のためのＨＡＲＱ－ＡＣＫを伝送する例を図１５に示す。時刻ｔ_５において、ＵＦグラントを伝送するＤＣＩ＃３は、時刻ｔ_８からｔ_１５の間にＫ_Ｎ＝４およびＬ＝６でＰＵＳＣＨをスケジューリングし、２番目の公称ＰＵＳＣＨは、時刻ｔ_１１からｔ_１２の間に無効シンボルと衝突し、それによって、ＰＵＳＣＨを分割し、実際の繰り返しの数Ｋ_Ａ＝５となる。Ｔ_{ｐｒｏｃ、１}が終了する前に、時刻ｔ_８からｔ_１０の間の１番目の実際のＰＵＳＣＨが開始するため、タイムライン基準を満たさず、ＵＣＩ多重化のために考慮されない。ＵＣＩ閾値Ｔ_ＵＣＩは少なくとも３つのＯＦＤＭシンボルを有する実際のＰＵＳＣＨを必要とすると仮定すると、２番目、４番目、および５番目の実際のＰＵＳＣＨ繰り返しは、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＵＣＩ条件を満たす。これらの構成によれば、最大のリソースを有する実際のＰＵＳＣＨが選択され、ここでは、４番目および５番目の実際の繰り返しが同数のリソースを有する。この例では、ＵＣＩ多重化のために考慮されるもの中から最も早い実際のＰＵＳＣＨを選択し、より早い実際のＰＵＳＣＨを選択する前述の構成が組み合わされる。すなわち、４番目の実際のＰＵＳＣＨがＵＣＩ多重化のために選択される。すなわち、第２のアップリンク信号の繰り返しのうちの２つ以上がともに最大量の利用可能なリソースを有する場合、これらの最大量の利用可能なリソースを有するもののうち時間的に最も早い時刻に位置する１つが、ＵＣＩ多重化のために選択される。

Ｒｅｌ－１６では、ＵＥ内衝突を処理するために２つの物理層優先度レベルが導入されており、優先度の高い送信、たとえば、ｅＭＢＢ送信をオーバーライドするＵＲＵＵＣ送信と衝突すると、優先度の低い送信がドロップされる。したがって、ＵＣＩとＰＵＳＣＨとが同じ優先度を有するとき、ＵＲＵＵＣ送信レイテンシが重要であるので、ＵＣＩをＰＵＳＣＨ繰り返しに多重化する。本技術の諸実施形態の以下の構成は、レイテンシを考慮に入れる。

いくつかの構成では、ＵＣＩ時間窓Ｗ_ＵＣＩ内で重複する実際のＰＵＳＣＨ繰り返しは、ＵＣＩ多重化のために考慮される。これにより、ＵＣＩがこのＵＣＩ時間窓によって管理され得る所与のレイテンシ内に送信されることが保証される。言い換えれば、上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返し。

いくつかの構成では、上記ＵＣＩ時間窓Ｗ_ＵＣＩは、ＰＵＣＣＨの先頭から開始し、ＰＵＣＣＨの終了後に終了する（Ｔ_ＭＵＸ）。言い換えると、上記アップリンク制御情報の時間窓は、上記第１のアップリンク信号の上記リソースと同時に開始し、所定の期間（たとえば、上記無線通信ネットワークによって定義してもよく、あるいは、仕様書などにおいて定義してもよい）（すなわち、Ｔ_ＭＵＸ）が終了した後に終了する持続時間を定義する。ＰＵＣＣＨ＃１を、ＰＤＳＣＨ＃１およびＰＤＳＣＨ＃２のためのＨＡＲＱ－ＡＣＫフィードバックを伝送する時刻ｔ_９からｔ_１１の間にスケジューリングする例を図１６に示す。時刻ｔ_５において、ＵＬグラントを伝送するＤＣＩ＃３は、Ｋ_Ｎ＝４およびＬ＝６のＰＵＳＣＨをスケジューリングし、ＰＵＳＣＨは分割されて、実際の繰り返しＫ_Ａ＝５となる。ＰＵＣＣＨ＃１はＰＵＳＣＨ繰り返しと衝突するので、そのＵＣＩをＰＵＳＣＨに多重化させる。１番目の実際のＰＵＳＣＨは、Ｔ_{ｐｒｏｃ、１}の終わりの前に開始するのでタイムライン基準を満たさず、ＵＣＩ多重化のために考慮されない。これらの構成によれば、ＵＣＩ時間窓Ｗ_ＵＣＩは、時刻ｔ_９においてＰＵＣＣＨ＃１の先頭から開始し、ＰＵＣＣＨ＃１の終了後Ｔ_ＭＵＸの時刻で終了する。ここで、２番目、３番目、および４番目の実際のＰＵＳＣＨ繰り返しは、Ｗ_ＵＣＩと重複するので、ＵＣＩ多重化のために考慮される。本技術の諸実施形態の上述の構成に係る最大ＰＵＳＣＨリソースの方法を使用して、ＵＥは、ＵＣＩ多重化のために４番目の実際のＰＵＳＣＨ繰り返しを選択する。

いくつかの構成では、Ｔ_ＭＵＸ＝０、すなわち、ＰＵＣＣＨと重複する実際のＰＵＳＣＨ繰り返しのみが、ＵＣＩ多重化のために考慮される。言い換えれば、上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースが上記第１のアップリンク信号の上記リソースと少なくとも部分的に重複する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである。

いくつかの構成では、ＵＣＩ時間窓Ｗ_ＵＣＩに完全に含まれる実際のＰＵＳＣＨ繰り返しのみが、ＵＣＩ多重化のために考慮される。言い換えれば、上記第２のアップリンク信号の上記繰り返しのサブセットのリソースは、上記アップリンク制御情報の時間窓と時間的に完全に重複する。図１６の例を用いると、２番目および３番目の実際のＰＵＳＣＨ繰り返しのみが、Ｗ_ＵＣＩに完全に含まれるので、ＵＣＩ多重化のために考慮される。

いくつかの構成では、実際のＰＵＳＣＨ繰り返しのいずれも十分なリソースを有さない、すなわち、実際のＰＵＳＣＨ繰り返しのいずれも上述の条件のいずれも満たさないとき、ＵＥは、最も早い実際のＰＵＳＣＨ繰り返しを選択する。言い換えれば、上記第２のアップリンク信号の上記繰り返しのうちのいずれの上記リソースの上記特性も上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記繰り返しのうちの１つである．

いくつかの構成では、実際のＰＵＳＣＨ繰り返しのいずれも充分なリソースを有さない、すなわち、実際のＰＵＳＣＨ繰り返しのいずれも上述の条件のいずれも満たさないとき、ＵＥは、最大リソースを有するＰＵＳＣＨを選択し、最大リソースを有する２つ以上のＰＵＳＣＨ（たとえば、図１６の４番目および５番目の実際のＰＵＳＣＨ繰り返し）の場合、最大リソースを有するＰＵＳＣＨのうちの最も早いものが選択される。言い換えれば、上記第２のアップリンク信号の上記繰り返しのうちのいずれの上記リソースの上記特性も上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、最大量の利用可能なリソースを有する上記第２のアップリンク信号の上記繰り返しのうちの１つである。また、第２のアップリンク信号の複数の繰り返しのうちの２つ以上が、ともに、最大量の利用可能なリソースを有する場合、これらの最大量の利用可能なリソースを有するもののうち時間的に最も早い時刻に位置する１つが、ＵＣＩ多重化のために選択される。

いくつかの構成では、実際のＰＵＳＣＨ繰り返しのいずれも十分なリソースを有しないとき、ＵＥは、複数の実際のＰＵＳＣＨ繰り返しにおいてＵＣＩを多重化することを考慮する。言い換えれば、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、上記第２のアップリンク信号の選択された複数の繰り返しである。

（複数の実際のＰＵＳＣＨ繰り返しの選択）
本技術の諸実施形態の以下の構成では、ＵＣＩは、複数の実際のＰＵＳＣＨ繰り返しに多重化される。これはＵＥがリソース要件を満たす単一の実際のＰＵＳＣＨ繰り返しを見つけることに失敗した場合に実行することができ、あるいは、任意の単一の実際のＰＵＳＣＨ繰り返しがリソース要件を満たすかどうかにかかわらず、実行することができる。ここで、上記通信デバイスは、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、上記第２のアップリンク信号の上記選択された複数の繰り返しのうちのいずれの上記リソースの上記特性も個別に上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記選択された複数の繰り返しであると決定してもよい。

リソース条件、すなわち、上述のＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＵＣＩおよび時間基準を満たす実際のＰＵＳＣＨ繰り返しは、適格な実際のＰＵＳＣＨ繰り返しと呼ばれる。言い換えれば、上記特性は、上記リソースの時間的位置であり、上記所定の条件は、上記リソースの上記時間的位置の開始が上記第１のアップリンク信号または上記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることであり、上記第２のアップリンク信号の上記繰り返しのうちの２つ以上を含むサブセットの各々の上記リソースは、アップリンク制御情報の閾値以上の量の利用可能なリソースを含み、上記第２のアップリンク信号の上記繰り返しのうちの上記２つ以上の各々は、上記第２のアップリンク信号の適格な繰り返しであり、上記第２のアップリンク信号の上記選択された複数の繰り返しの各々は、上記第２のアップリンク信号の適格な繰り返しである。

いくつかの構成では、すべての適格な実際のＰＵＳＣＨ繰り返しが、ＵＣＩ多重化のために使用される。言い換えれば、上記制御情報の少なくとも一部は、上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される。

いくつかの構成では、（上記で説明したように、第１のアップリンク信号のリソースと同時に開始し、所定の期間（たとえば、上記無線通信ネットワークによって定義してもよく、あるいは、仕様書などにおいて定義してもよい）（すなわち、Ｔ_ＭＵＸ）が終了した後に終了する持続時間を定義してもよい）ＵＣＩ時間窓Ｗ_ＵＣＩ内に重複する／含まれるすべての適格な実際のＰＵＳＣＨ繰り返しは、ＵＣＩ多重化のために使用される。言い換えれば、上記制御情報の少なくとも一部は、上記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される。

いくつかの構成では、Ｎ個の実際のＰＵＳＣＨがＵＣＩ多重化のために使用される。言い換えれば、上記制御情報の少なくとも一部は、上記第２のアップリンク信号の指定された数の上記複数の適格な繰り返しに多重化される。値Ｎは、ＲＲＣ設定し、ＤＣＩ中で示し、または仕様書において規定することができる。

いくつかの構成では、第１のＮ個の適格な実際のＰＵＳＣＨ繰り返しが、ＵＣＩ多重化のために使用される。言い換えれば、上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースが時間的に最も早い時刻に位置するものである。

いくつかの構成では、最大Ｎ個の適格な実際のＰＵＳＣＨ繰り返しが、ＵＣＩ多重化のために使用される。言い換えれば、上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースが最大量の利用可能なリソースを有するものである。

いくつかの構成では、前述の構成によるこれらのＮ個の適格な実際のＰＵＳＣＨは、ＵＣＩ時間窓Ｗ_ＵＣＩ内で重複するかまたは含まれる。言い換えれば、上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースがアップリンク制御情報の時間窓（上記で説明したように、第１のアップリンク信号のリソースと同時に開始し、所定の期間（たとえば、上記無線通信ネットワークによって定義してもよく、あるいは、仕様書などにおいて定義してもよい）（すなわち、Ｔ_ＭＵＸ）が終了した後に終了する持続時間を定義してもよい）と時間的に少なくとも部分的に重複するものである。

いくつかの構成では、ＵＣＩは、選択された複数の実際のＰＵＳＣＨ繰り返しにおいて繰り返される。言い換えれば、上記制御情報は、上記第２のアップリンク信号の上記選択された複数の繰り返しの各々に完全に多重化される。これらの構成はＵＣＩの信頼性を改善するが、もちろん、ある程度の効率コストがかかる。これらの構成は、また、大きなβ_{ＰＵＳＣＨ}係数が実際のＰＵＳＣＨ繰り返しから多くのリソースを必要とすることを認識し、したがって、より小さなβ_{ＰＵＳＣＨ}係数が使用されることを可能にするが、多数の実際のＰＵＳＣＨ繰り返しにわたる繰り返しを介して信頼性の低下を補償する。

いくつかの構成では、ＵＣＩは、複数の実際のＰＵＳＣＨ繰り返しに分割される。言い換えれば、上記制御情報の異なる部分は、上記第２のアップリンク信号の上記選択された複数の繰り返しの各々に多重化される。ここで、複数のＵＣＩ閾値を使用してもよい。これらの構成は、単一の実際のＰＵＳＣＨがＵＣＩビット全体を含むのに十分なリソースを有しない場合に有益であるが、それに限定されない。

いくつかの構成では、ＵＣＩは、ＨＡＲＱ－ＡＣＫビットが１つの実際のＰＵＳＣＨ繰り返し中にあり、ＣＳＩビットが他の（複数の）実際のＰＵＳＣＨ繰り返し中にあるように分割される。もちろん、ＵＣＩがＨＡＲＱ－ＡＣＫビットを含まない場合（またはＨＡＲＱ－ＡＣＫビットを含む場合であっても）、ＣＳＩパート１ビットおよびＣＳＩパート２ビットは異なる実際のＰＵＳＣＨ繰り返し中にあってもよい。言い換えれば、上記制御情報の上記異なる部分は、異なる種類のアップリンク制御情報を含む。ここで、上記制御情報の少なくとも第１の部分は、ダウンリンク信号が通信デバイスによって正常に受信されたかどうかのフィードバック情報を含んでもよく、制御情報の少なくとも第２の部分は、上記通信デバイスによって送信されたアップリンクデータメッセージの１つ以上の通信特性を示すチャネル状態情報ＣＳＩを含んでもよい。ここで、ＵＣＩビットの異なる部分に対して異なる閾値を使用する。すなわち、ＨＡＲＱ－ＡＣＫビットに対して、ＵＣＩ閾値＝Ｔ_ＡＣＫ、すなわち、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＡＣＫを満たす実際のＰＵＳＣＨが、多重化のために考慮される。同様に、ＣＳＩパート１およびＣＳＩパート２を多重化するために、それぞれのＣＳＩパートを多重化するために、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}およびＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－２}をそれぞれ満たす実際のＰＵＳＣＨが考慮される。ＣＳＩパート１とＣＳＩパート２の両方が同一の実際のＰＵＳＣＨ繰り返しに多重化される場合、リソース条件はＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}＋Ｔ_{ＣＳＩ－２}である。すなわち、適格な実際のＰＵＳＣＨ繰り返しのためのリソース条件は、以下のとおりである。
・ＨＡＲＱ－ＡＣＫビットの多重化のために、適格な実際のＰＵＳＣＨは、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＡＣＫを有する。
・ＣＳＩパート１の多重化のために、適格な実際のＰＵＳＣＨは、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}を有する。
・ＣＳＩパート２ビットの多重化のために、適格な実際のＰＵＳＣＨは、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－２}を有する。
・ＣＳＩパート１およびパート２ビットの多重化のために、適格な実際のＰＵＳＣＨは、利用可能なリソースＱ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}＋Ｔ_{ＣＳＩ－２}を有する。

いくつかの構成では、実際のＰＵＳＣＨ繰り返しのいずれもが両方のＣＳＩパートを多重化するのに適格でない場合、すなわち、それらのいずれもがリソース条件Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}＋Ｔ_{ＣＳＩ－２}に合致しない場合、ＣＳＩパート１およびＣＳＩパート２ビットを別個の適格な実際のＰＵＳＣＨ繰り返しに多重化する。言い換えれば、上記第２のアップリンク信号の上記複数の適格な繰り返しのいずれのリソースも、上記制御情報全体のために十分な量の利用可能なリソースを含まない場合、上記制御情報の少なくとも一部は、上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される。

ＨＡＲＱ－ＡＣＫビットおよびＣＳＩビットが別個の実際のＰＵＳＣＨ繰り返しに多重化されるいくつかの構成では、ＨＡＲＱ－ＡＣＫビットは、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_ＡＣＫを満たす最も早い適格な実際のＰＵＳＣＨ繰り返しに多重化される。言い換えれば、上記制御情報の上記少なくとも第１の部分は、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上に多重化される。ここで、ＣＳＩは周期的であってもよく、あるいは、ネットワークからのコマンドに応答して送信されてもよく、ＣＳＩが送信されるアップリンクデータメッセージは、図１３に示されるような第２のアップリンク信号１３６であってもよく、または任意の他のアップリンクデータメッセージであってもよい。次いで、ＣＳＩビットは、Ｑ_{Ａｖａｉｌａｂｌｅ}≧Ｔ_{ＣＳＩ－１}＋Ｔ_{ＣＳＩ－２}である最も早い残りの（複数の）適格な実際のＰＵＳＣＨ繰り返しに多重化される。ＣＳＩパート１およびＣＳＩパート２が別個の実際のＰＵＳＣＨ繰り返しにおいて多重化される場合、ＣＳＩパート１ビットが最初に考慮され、その後にＣＳＩパート２ビットが考慮される。言い換えると、上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の残りの複数の適格な繰り返しの上記リソースのうちの最も早い時刻に位置するリソースである。

図１６と同様であるが、５番目の実際のＰＵＳＣＨ繰り返しを含むように（時刻ｔ_９からｔ_１５の間の）ＵＣＩ時間窓Ｗ_ＵＣＩが拡張された例を図１７に示す。ここで、ＨＡＲＱ－ＡＣＫのための適格な実際のＰＵＳＣＨ繰り返しは、２番目、４番目、および５番目の実際のＰＵＳＣＨ繰り返しである。２番目のＰＵＳＣＨは最も早い適格なＰＵＳＣＨであるので、ＨＡＲＱ－ＡＣＫビットは２番目のＰＵＳＣＨに多重化される。次いで、ＣＳＩビットは、このケースでは４番目の実際のＰＵＳＣＨである第１の残りの適格な実際のＰＵＳＣＨに多重化される。

いくつかの構成では、ＨＡＲＱ－ＡＣＫビットが最大の適格な実際のＰＵＳＣＨ繰り返しに多重化される。次いで、ＣＳＩビットは、最大の残りの適格な実際のＰＵＳＣＨ繰り返しに多重化される。図１７の例を用いると、ＨＡＲＱ－ＡＣＫビットのための適格な実際のＰＵＳＣＨ繰り返しは、２番目、４番目、および５番目の実際のＰＵＳＣＨ繰り返しである。ＨＡＲＱ－ＡＣＫビットは、４番目の実際のＰＵＳＣＨに多重化される。４番目の実際のＰＵＳＣＨは、最大のＰＵＳＣＨであるからであり、このケースでは最大のリソースを有するＰＵＳＣＨのうちのより早いＰＵＳＣＨでもある。そして、ＣＳＩビットは、最大のリソースを有する残りの実際のＰＵＳＣＨである５番目の実際のＰＵＳＣＨに多重化される。言い換えれば、上記制御情報の上記少なくとも第１の部分は、上記リソースが最大量の利用可能なリソースを有する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しに多重化される。そして、上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の上記残りの複数の適格な繰り返しの上記リソースのうち、最大量の利用可能なリソースを有するものである。

いくつかの構成では、ＨＡＲＱ－ＡＣＫビットは、最大の適格な実際のＰＵＳＣＨに多重化され、一方、ＣＳＩビットは、最も早い残りの適格な実際のＰＵＳＣＨに多重化される。言い換えれば、上記制御情報の上記少なくとも第１の部分は、上記リソースが最大量の利用可能なリソースを有する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しに多重化される。そして、上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の残りの複数の適格な繰り返しの上記リソースのうちの最も早い時刻に位置するリソースである。

いくつかの構成では、ＨＡＲＱ－ＡＣＫビットは、最も早い適格な実際のＰＵＳＣＨに多重化され、一方、ＣＳＩビットは、最大の残りの適格な実際のＰＵＳＣＨに多重化される。言い換えれば、上記制御情報の上記少なくとも第１の部分は、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上に多重化される。そして、上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の上記残りの複数の適格な繰り返しの上記リソースのうち、最大量の利用可能なリソースを有するものである。

なお、ＵＣＩは、ＨＡＲＱ－ＡＣＫビットを含み、かつ、ＣＳＩビットを含まなくてもよく、その逆もまた同様である。ＵＣＩは、ＰＵＳＣＨ、たとえばＣＳＩビットによって伝送することができ、したがって、ＣＳＩを伝送するＰＵＳＣＨとデータを伝送するＰＵＳＣＨとが衝突し得ることにも留意されたい。

（フローチャート表現）
図１８は、本技術の諸実施形態に係る通信システムにおける通信の第１の例示的な処理を図示するフロー図を示す。図１８に示す処理は、無線通信ネットワークにおける通信デバイス（インフラストラクチャ機器との間でデータを送受信するように構成されてもよい）を動作させる方法である。

この方法は、ステップＳ２１から開始する。当該方法は、ステップＳ２２において、上記通信デバイスが、無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信することを決定する。次いで、処理は、ステップＳ２３に進み、上記通信デバイスが、第２のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信される。次に、ステップＳ２４において、当該方法は、上記第１のアップリンク信号の上記リソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しの上記リソースと時間的に少なくとも部分的に重複することを決定する。当該方法は、ステップＳ２５において、上記第２のアップリンク信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、次いで、ステップＳ２６において、上記多重化された信号を上記無線通信ネットワークに送信する。ここで、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす。当該方法は、ステップＳ２７で終了する。図１８に示す方法は本技術の諸実施形態に従って適合されてもよいことが当業者に理解されよう。たとえば、他の中間ステップが上記方法に含まれてもよく、あるいは、上記ステップは任意の論理的な順序で実行されてもよい。

本技術の諸実施形態を、図１３に示す例示的な通信システムによって、さらに図１４から１７に関して大まかに説明してきたが、それらは本明細書で説明したものに対する他のシステムに等しく適用され得ることが当業者には明らかであろう。

さらに、本明細書で定義されるインフラストラクチャ機器および／または通信デバイスは、前の段落で議論された様々な構成および諸実施形態に従ってさらに定義されてもよいことが当業者に理解されよう。さらに、本明細書において定義され、説明されるインフラストラクチャ機器及び通信デバイスは本開示によって定義されるもの以外の通信システムの一部を構成してもよいことが、当業者に理解されよう。

以下の番号付けされた段落は、本技術のさらなる例示的な態様および特徴を提供する。
段落１
無線通信ネットワークにおける通信デバイスを動作させる方法であって、
上記通信デバイスが、無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信することを決定し、
上記通信デバイスが、第２のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、
上記多重化された信号を上記無線通信ネットワークに送信し、
上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
動作方法。
段落２
段落１に記載の動作方法であって、
上記特性は、利用可能なリソースの量であり、上記所定の条件は、上記利用可能なリソースの量がアップリンク制御情報の閾値以上である
動作方法。
段落３
段落２に記載の動作方法であって、
上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができるリソースの量と、スケーリングファクタに依存して上記通信デバイスによって決定された利用可能なリソースの総量とのうちの最小値であり、上記スケーリングファクタは、上記無線通信ネットワークからのＲＲＣシグナリングを介して構成される
動作方法。
段落４
段落２または３に記載の動作方法であって、
上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができる上記リソースのすべてである
動作方法。
段落５
段落２から４のいずれか１つに記載の動作方法であって、
上記利用可能なリソースの量は、上記通信デバイスが上記制御情報および／またはデータ情報のために使用することができる上記すべてのリソースの係数である
動作方法。
段落６
段落５に記載の動作方法であって、
上記第２のアップリンク信号の上記複数の送信の各々が、上記第２のアップリンク信号に関連付けられた論理繰り返しインデックスに係る上記第２のアップリンク信号の繰り返しであり、上記係数は、上記第２のアップリンク信号の各繰り返しの上記論理繰り返しインデックスに依存する
動作方法。
段落７
段落２から６のいずれか１つに記載の動作方法であって、
上記アップリンク制御情報の閾値は、上記第１のアップリンク信号および／または上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの信頼性要求が満たされるように、上記制御情報を伝送するために必要とされるリソースの最小量である
動作方法。
段落８
段落２から７のいずれか１つに記載の動作方法であって、
上記アップリンク制御情報の閾値は、上記利用可能なリソースの量、上記制御情報を伝送するために必要なビットの数、および上記制御情報を伝送するために必要なビットの数と上記利用可能なリソースの量との乗算のための値を示すオフセットインジケータに依存して、上記通信デバイスによって決定される
動作方法。
段落９
段落２から８のいずれか１つに記載の動作方法であって、
上記アップリンク制御情報の閾値は、複数のアップリンク制御情報の閾値のうちの１つであり、上記複数のアップリンク制御情報の閾値の数は、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの数に依存する
動作方法。
段落１０
段落１から９のいずれか１つに記載の動作方法であって、
上記特性は、上記リソースの時間的位置であり、上記所定の条件は、上記リソースの上記時間的位置の開始が上記第１のアップリンク信号または上記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることである
動作方法。
段落１１
段落１０に記載の動作方法であって、
上記閾値期間は、上記通信デバイスが上記直近に受信したダウンリンク信号を処理するために必要とされる時間量を定義する
動作方法。
段落１２
段落１から１１のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記選択された１つ以上の繰り返しは、上記第２のアップリンク信号の上記繰り返しのうちの選択された１つの繰り返しである
動作方法。
段落１３
段落１２に記載の動作方法であって、
上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースがアップリンク制御情報の閾値以上の量の利用可能なリソースを含む上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
段落１４
段落１３に記載の動作方法であって、
上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
段落１５
段落１３または１４に記載の動作方法であって、
上記第２のアップリンク信号の上記選択された繰り返しは、利用可能なリソースの量が最も多い上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
段落１６
段落１から１５のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
段落１７
段落１６に記載の動作方法であって、
上記アップリンク制御情報の時間窓は、上記第１のアップリンク信号の上記リソースと同時に開始し、所定の期間が終了した後に終了する持続時間を定義する
動作方法。
段落１８
段落１６または１７に記載の動作方法であって、
上記第２のアップリンク信号の上記繰り返しのサブセットのリソースは、上記アップリンク制御情報の時間窓と時間的に完全に重複する
動作方法。
段落１９
段落１２から１８のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記選択された繰り返しは、上記リソースが上記第１のアップリンク信号の上記リソースと少なくとも部分的に重複する上記第２のアップリンク信号の上記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
段落２０
段落１から１９のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記繰り返しのうちのいずれの上記リソースの上記特性も上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記繰り返しのうちの１つである
動作方法。
段落２１
段落１から２０のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記繰り返しのうちのいずれの上記リソースの上記特性も上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、最大量の利用可能なリソースを有する上記第２のアップリンク信号の上記繰り返しのうちの１つである
動作方法。
段落２２
段落１から２１のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しは、上記第２のアップリンク信号の選択された複数の繰り返しである
動作方法。
段落２３
段落２２に記載の動作方法であって、
上記通信デバイスは、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しが、上記第２のアップリンク信号の上記選択された複数の繰り返しのうちのいずれの上記リソースの上記特性も個別に上記所定の条件を満たさない場合、上記第２のアップリンク信号の上記選択された複数の繰り返しであることを決定する
動作方法。
段落２４
段落２２または２３に記載の動作方法であって、
上記特性は、上記リソースの時間的位置であり、上記所定の条件は、上記リソースの上記時間的位置の開始が上記第１のアップリンク信号または上記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることであり、
上記第２のアップリンク信号の上記繰り返しのうちの２つ以上を含むサブセットの各々の上記リソースは、アップリンク制御情報の閾値以上の量の利用可能なリソースを含み、上記第２のアップリンク信号の上記繰り返しのうちの上記２つ以上の各々は、上記第２のアップリンク信号の適格な繰り返しであり、
上記第２のアップリンク信号の上記選択された複数の繰り返しの各々は、上記第２のアップリンク信号の適格な繰り返しである
動作方法。
段落２５
段落２４に記載の動作方法であって、
上記制御情報の少なくとも一部は、上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される
動作方法。
段落２６
段落２５に記載の動作方法であって、
上記制御情報の少なくとも一部は、上記第２のアップリンク信号の上記複数の適格な繰り返しのいずれのリソースも、上記制御情報全体のために十分な量の利用可能なリソースを含まない場合、上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される
動作方法。
段落２７
段落２４から２６のいずれか１つに記載の動作方法であって、
上記制御情報の少なくとも一部は、上記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する上記第２のアップリンク信号の上記複数の適格な繰り返しの各々に多重化される
動作方法。
段落２８
段落２４から２７のいずれか１つに記載の動作方法であって、
上記制御情報の少なくとも一部は、上記第２のアップリンク信号の指定された数の上記複数の適格な繰り返しに多重化される
動作方法。
段落２９
段落２８に記載の動作方法であって、
上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースが時間的に最も早い時刻に位置するものである
動作方法。
段落３０
段落２８または２９に記載の動作方法であって、
上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースが最大量の利用可能なリソースを有するものである
動作方法。
段落３１
段落２８から３０のいずれか１つに記載の動作方法であって、
上記第２のアップリンク信号の上記複数の適格な繰り返しの上記指定された数は、上記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複するものである
動作方法。
段落３２
段落２４から３１のいずれか１つに記載の動作方法であって、
上記制御情報は、上記第２のアップリンク信号の上記選択された複数の繰り返しの各々に完全に多重化される
動作方法。
段落３３
段落２４から３２のいずれか１つに記載の動作方法であって、
上記制御情報の異なる部分は、上記第２のアップリンク信号の上記選択された複数の繰り返しの各々に多重化される
動作方法。
段落３４
段落３３に記載の動作方法であって、
上記制御情報の上記異なる部分は、異なる種類のアップリンク制御情報を含む
動作方法。
段落３５
段落３４に記載の動作方法であって、
上記制御情報の少なくとも第１の部分は、ダウンリンク信号が上記通信デバイスによって正常に受信されたかどうかのフィードバック情報を含み、上記制御情報の少なくとも第２の部分は、上記通信デバイスによって送信されたアップリンクデータメッセージの１つ以上の通信特性を示すチャネル状態情報ＣＳＩを含む
動作方法。
段落３６
段落３５に記載の動作方法であって、
上記制御情報の上記少なくとも第１の部分は、上記リソースが時間的に最も早い時刻に位置する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上に多重化される
動作方法。
段落３７
段落３６に記載の動作方法であって、
上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の残りの複数の適格な繰り返しの上記リソースのうちの最も早い時刻に位置するリソースである
動作方法。
段落３８
段落３６または３７に記載の動作方法であって、
上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の上記残りの複数の適格な繰り返しの上記リソースのうち、最大量の利用可能なリソースを有するものである
動作方法。
段落３９
段落３５から３８のいずれか１つに記載の動作方法であって、
上記制御情報の上記少なくとも第１の部分は、上記リソースが最大量の利用可能なリソースを有する上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しに多重化される
動作方法。
段落４０
段落３９に記載の動作方法であって、
上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の上記残りの複数の適格な繰り返しの上記リソースのうち、最大量の利用可能なリソースを有するものである
動作方法。
段落４１
段落３９または４０に記載の動作方法であって、
上記制御情報の上記少なくとも第２の部分が多重化される上記第２のアップリンク信号の上記選択された複数の繰り返しのうちの１つ以上の繰り返しの上記リソースは、上記制御情報の上記少なくとも第１の部分が多重化されない上記第２のアップリンク信号の残りの複数の適格な繰り返しの上記リソースのうちの最も早い時刻に位置するリソースである
動作方法。
段落４２
無線通信ネットワークにおける使用に適した通信デバイスであって、
無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
上記トランシーバ回路と組み合わせて、
上記通信デバイスが、上記無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信することを決定し、
上記通信デバイスが、第２のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、
上記多重化された信号を上記無線通信ネットワークに送信し、
上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
ように構成された制御回路と、
を具備する
通信デバイス。
段落４３
無線通信ネットワークにおける使用に適した通信デバイスの回路であって、
無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
上記トランシーバ回路と組み合わせて、
上記トランシーバ回路が、上記無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信することを決定し、
上記トランシーバ回路が、第２のアップリンク信号を上記無線通信ネットワークに送信することを決定し、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの選択された１つ以上の繰り返しのリソースに上記制御情報を多重化し、
上記多重化された信号を上記無線通信ネットワークに送信し、
上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
通信デバイスの回路。
段落４４
無線通信ネットワークの一部を構成するインフラストラクチャ機器を動作させる方法であって、
通信デバイスが制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信する上記インフラストラクチャ機器により提供される無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
上記通信デバイスが第２のアップリンク信号を上記無線通信ネットワークに送信する上記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースの上記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの１つ以上の繰り返しを上記通信デバイスから受信し、
上記第２のアップリンク信号の上記受信した繰り返しのうちの選択された１つ以上の繰り返しから上記制御情報を抽出し、上記制御情報は、上記通信デバイスによって、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しのリソースに多重化されており、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
動作方法。
段落４５
無線通信ネットワークの一部を構成するインフラストラクチャ機器であって、
上記インフラストラクチャ機器により提供される無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
上記トランシーバ回路と組み合わせて、
通信デバイスが制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信する上記無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
上記通信デバイスが第２のアップリンク信号を上記無線通信ネットワークに送信する上記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースの上記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの１つ以上の繰り返しを上記通信デバイスから受信し、
上記第２のアップリンク信号の上記受信した繰り返しのうちの選択された１つ以上の繰り返しから上記制御情報を抽出し、上記制御情報は、上記通信デバイスによって、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しのリソースに多重化されており、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
インフラストラクチャ機器。
段落４６
無線通信ネットワークの一部を構成するインフラストラクチャ機器の回路であって、
上記インフラストラクチャ機器により提供される無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
上記トランシーバ回路と組み合わせて、
通信デバイスが制御情報を含む第１のアップリンク信号を上記無線通信ネットワークに送信する上記無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
上記通信デバイスが第２のアップリンク信号を上記無線通信ネットワークに送信する上記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、上記第２のアップリンク信号は、複数回送信され、上記第２のアップリンク信号の上記複数回の送信の各々は、上記第２のアップリンク信号の繰り返しであり、上記第２のアップリンク信号のそれぞれの繰り返しは、上記第２のアップリンク信号の他の繰り返しに対する上記無線アクセスインタフェースの上記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
上記第１のアップリンク信号のリソースが、上記第２のアップリンク信号の上記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
上記第２のアップリンク信号の上記繰り返しのうちの１つ以上の繰り返しを上記通信デバイスから受信し、
上記第２のアップリンク信号の上記受信した繰り返しのうちの選択された１つ以上の繰り返しから上記制御情報を抽出し、上記制御情報は、上記通信デバイスによって、上記第２のアップリンク信号の上記繰り返しのうちの上記選択された１つ以上の繰り返しのリソースに多重化されており、上記第２のアップリンク信号の上記選択された１つ以上の繰り返しの上記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
インフラストラクチャ機器の回路。

上記において、発明を明確にするために、異なる機能ユニット、回路、および／またはプロセッサを参照して諸実施形態を説明したことが理解されよう。しかしながら、本発明の諸々実施形態から逸脱することなく、異なる機能ユニット、回路、および／またはプロセッサ間の機能を任意に適切に分散してもよいことは明らかである。

本明細書で説明した諸実施形態は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせを含む任意の適切な形態で実施してもよい。本明細書で説明した諸実施形態は、任意選択で、１つ以上のデータプロセッサおよび／またはデジタル信号プロセッサ上で実行されるコンピュータソフトウェアとして少なくとも部分的に実施されてもよい。任意の実施形態における要素および構成要素を、任意の適切な方法で物理的に、機能的に、および論理的に実施してもよい。実際、この機能は、単一のユニットで、複数のユニットで、または他の機能ユニットの一部として実施されてもよい。したがって、本開示の諸実施形態は、単一のユニットで実施されてもよく、または異なるユニット、回路、および／またはプロセッサの間で物理的および機能的に分散されてもよい。

本開示をいくつかの実施形態に関連して説明してきたが、本明細書に記載された特定の形態に限定されることを意図していない。さらに、特定の実施形態に関連して特徴が記載されているようにみえるが、当業者であれば、説明した諸実施形態の種々の特徴を本技術を実施するのに適した任意の方法で組み合わせてもよいことを認識するであろう。

Claims

無線通信ネットワークにおける通信デバイスを動作させる方法であって、
前記通信デバイスが、無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信することを決定し、
前記通信デバイスが、第２のアップリンク信号を前記無線通信ネットワークに送信することを決定し、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの選択された１つ以上の繰り返しのリソースに前記制御情報を多重化し、
前記多重化された信号を前記無線通信ネットワークに送信し、
前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
動作方法。
請求項１に記載の動作方法であって、
前記特性は、利用可能なリソースの量であり、前記所定の条件は、前記利用可能なリソースの量がアップリンク制御情報の閾値以上である
動作方法。
請求項２に記載の動作方法であって、
前記利用可能なリソースの量は、前記通信デバイスが前記制御情報および／またはデータ情報のために使用することができるリソースの量と、スケーリングファクタに依存して前記通信デバイスによって決定された利用可能なリソースの総量とのうちの最小値であり、前記スケーリングファクタは、前記無線通信ネットワークからのＲＲＣシグナリングを介して構成される
動作方法。
請求項２に記載の動作方法であって、
前記利用可能なリソースの量は、前記通信デバイスが前記制御情報および／またはデータ情報のために使用することができる前記リソースのすべてである
動作方法。
請求項２に記載の動作方法であって、
前記利用可能なリソースの量は、前記通信デバイスが前記制御情報および／またはデータ情報のために使用することができる前記すべてのリソースの係数である
動作方法。
請求項５に記載の動作方法であって、
前記第２のアップリンク信号の前記複数の送信の各々が、前記第２のアップリンク信号に関連付けられた論理繰り返しインデックスに係る前記第２のアップリンク信号の繰り返しであり、前記係数は、前記第２のアップリンク信号の各繰り返しの前記論理繰り返しインデックスに依存する
動作方法。
請求項２に記載の動作方法であって、
前記アップリンク制御情報の閾値は、前記第１のアップリンク信号および／または前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの信頼性要求が満たされるように、前記制御情報を伝送するために必要とされるリソースの最小量である
動作方法。
請求項２に記載の動作方法であって、
前記アップリンク制御情報の閾値は、前記利用可能なリソースの量、前記制御情報を伝送するために必要なビットの数、および前記制御情報を伝送するために必要なビットの数と前記利用可能なリソースの量との乗算のための値を示すオフセットインジケータに依存して、前記通信デバイスによって決定される
動作方法。
請求項２に記載の動作方法であって、
前記アップリンク制御情報の閾値は、複数のアップリンク制御情報の閾値のうちの１つであり、前記複数のアップリンク制御情報の閾値の数は、前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの数に依存する
動作方法。
請求項１に記載の動作方法であって、
前記特性は、前記リソースの時間的位置であり、前記所定の条件は、前記リソースの前記時間的位置の開始が前記第１のアップリンク信号または前記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることである
動作方法。
請求項１０に記載の動作方法であって、
前記閾値期間は、前記通信デバイスが前記直近に受信したダウンリンク信号を処理するために必要とされる時間量を定義する
動作方法。
請求項１に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された１つ以上の繰り返しは、前記第２のアップリンク信号の前記繰り返しのうちの選択された１つの繰り返しである
動作方法。
請求項１２に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された繰り返しは、前記リソースがアップリンク制御情報の閾値以上の量の利用可能なリソースを含む前記第２のアップリンク信号の前記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
請求項１３に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された繰り返しは、前記リソースが時間的に最も早い時刻に位置する前記第２のアップリンク信号の前記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
請求項１３に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された繰り返しは、利用可能なリソースの量が最も多い前記第２のアップリンク信号の前記繰り返しのサブセットのうちの１つの繰り返し
動作方法。
請求項１２に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された繰り返しは、前記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する前記第２のアップリンク信号の前記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
請求項１６に記載の動作方法であって、
前記アップリンク制御情報の時間窓は、前記第１のアップリンク信号の前記リソースと同時に開始し、所定の期間が終了した後に終了する持続時間を定義する
動作方法。
請求項１６に記載の動作方法であって、
前記第２のアップリンク信号の前記繰り返しのサブセットのリソースは、前記アップリンク制御情報の時間窓と時間的に完全に重複する
動作方法。
請求項１２に記載の動作方法であって、
前記第２のアップリンク信号の前記選択された繰り返しは、前記リソースが前記第１のアップリンク信号の前記リソースと少なくとも部分的に重複する前記第２のアップリンク信号の前記繰り返しのサブセットのうちの１つの繰り返しである
動作方法。
請求項１に記載の動作方法であって、
前記第２のアップリンク信号の前記繰り返しのうちのいずれの前記リソースの前記特性も前記所定の条件を満たさない場合、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しは、前記リソースが時間的に最も早い時刻に位置する前記第２のアップリンク信号の前記繰り返しのうちの１つである
動作方法。
請求項１に記載の動作方法であって、
前記第２のアップリンク信号の前記繰り返しのうちのいずれの前記リソースの前記特性も前記所定の条件を満たさない場合、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しは、最大量の利用可能なリソースを有する前記第２のアップリンク信号の前記繰り返しのうちの１つである
動作方法。
請求項１に記載の動作方法であって、
前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しは、前記第２のアップリンク信号の選択された複数の繰り返しである
動作方法。
請求項２２に記載の動作方法であって、
前記通信デバイスは、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しが、前記第２のアップリンク信号の前記選択された複数の繰り返しのうちのいずれの前記リソースの前記特性も個別に前記所定の条件を満たさない場合、前記第２のアップリンク信号の前記選択された複数の繰り返しであることを決定する
動作方法。
請求項２２に記載の動作方法であって、
前記特性は、前記リソースの時間的位置であり、前記所定の条件は、前記リソースの前記時間的位置の開始が前記第１のアップリンク信号または前記第２のアップリンク信号のうちの１つに関連付けられた直近に受信したダウンリンク信号の後の閾値期間よりも後であることであり、
前記第２のアップリンク信号の前記繰り返しのうちの２つ以上を含むサブセットの各々の前記リソースは、アップリンク制御情報の閾値以上の量の利用可能なリソースを含み、前記第２のアップリンク信号の前記繰り返しのうちの前記２つ以上の各々は、前記第２のアップリンク信号の適格な繰り返しであり、
前記第２のアップリンク信号の前記選択された複数の繰り返しの各々は、前記第２のアップリンク信号の適格な繰り返しである
動作方法。
請求項２４に記載の動作方法であって、
前記制御情報の少なくとも一部は、前記第２のアップリンク信号の前記複数の適格な繰り返しの各々に多重化される
動作方法。
請求項２５に記載の動作方法であって、
前記制御情報の少なくとも一部は、前記第２のアップリンク信号の前記複数の適格な繰り返しのいずれのリソースも、前記制御情報全体のために十分な量の利用可能なリソースを含まない場合、前記第２のアップリンク信号の前記複数の適格な繰り返しの各々に多重化される
動作方法。
請求項２４に記載の動作方法であって、
前記制御情報の少なくとも一部は、前記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複する前記第２のアップリンク信号の前記複数の適格な繰り返しの各々に多重化される
動作方法。
請求項２４に記載の動作方法であって、
前記制御情報の少なくとも一部は、前記第２のアップリンク信号の指定された数の前記複数の適格な繰り返しに多重化される
動作方法。
請求項２８に記載の動作方法であって、
前記第２のアップリンク信号の前記複数の適格な繰り返しの前記指定された数は、前記リソースが時間的に最も早い時刻に位置するものである
動作方法。
請求項２８に記載の動作方法であって、
前記第２のアップリンク信号の前記複数の適格な繰り返しの前記指定された数は、前記リソースが最大量の利用可能なリソースを有するものである
動作方法。
請求項２８に記載の動作方法であって、
前記第２のアップリンク信号の前記複数の適格な繰り返しの前記指定された数は、前記リソースがアップリンク制御情報の時間窓と時間的に少なくとも部分的に重複するものである
動作方法。
請求項２４に記載の動作方法であって、
前記制御情報は、前記第２のアップリンク信号の前記選択された複数の繰り返しの各々に完全に多重化される
動作方法。
請求項２４に記載の動作方法であって、
前記制御情報の異なる部分は、前記第２のアップリンク信号の前記選択された複数の繰り返しの各々に多重化される
動作方法。
請求項３３に記載の動作方法であって、
前記制御情報の前記異なる部分は、異なる種類のアップリンク制御情報を含む
動作方法。
請求項３４に記載の動作方法であって、
前記制御情報の少なくとも第１の部分は、ダウンリンク信号が前記通信デバイスによって正常に受信されたかどうかのフィードバック情報を含み、前記制御情報の少なくとも第２の部分は、前記通信デバイスによって送信されたアップリンクデータメッセージの１つ以上の通信特性を示すチャネル状態情報ＣＳＩを含む
動作方法。
請求項３５に記載の動作方法であって、
前記制御情報の前記少なくとも第１の部分は、前記リソースが時間的に最も早い時刻に位置する前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上に多重化される
動作方法。
請求項３６に記載の動作方法であって、
前記制御情報の前記少なくとも第２の部分が多重化される前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上の繰り返しの前記リソースは、前記制御情報の前記少なくとも第１の部分が多重化されない前記第２のアップリンク信号の残りの複数の適格な繰り返しの前記リソースのうちの最も早い時刻に位置するリソースである
動作方法。
請求項３６に記載の動作方法であって、
前記制御情報の前記少なくとも第２の部分が多重化される前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上の繰り返しの前記リソースは、前記制御情報の前記少なくとも第１の部分が多重化されない前記第２のアップリンク信号の前記残りの複数の適格な繰り返しの前記リソースのうち、最大量の利用可能なリソースを有するものである
動作方法。
請求項３５に記載の動作方法であって、
前記制御情報の前記少なくとも第１の部分は、前記リソースが最大量の利用可能なリソースを有する前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上の繰り返しに多重化される
動作方法。
請求項３９に記載の動作方法であって、
前記制御情報の前記少なくとも第２の部分が多重化される前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上の繰り返しの前記リソースは、前記制御情報の前記少なくとも第１の部分が多重化されない前記第２のアップリンク信号の前記残りの複数の適格な繰り返しの前記リソースのうち、最大量の利用可能なリソースを有するものである
動作方法。
請求項３９に記載の動作方法であって、
前記制御情報の前記少なくとも第２の部分が多重化される前記第２のアップリンク信号の前記選択された複数の繰り返しのうちの１つ以上の繰り返しの前記リソースは、前記制御情報の前記少なくとも第１の部分が多重化されない前記第２のアップリンク信号の残りの複数の適格な繰り返しの前記リソースのうちの最も早い時刻に位置するリソースである
動作方法。
無線通信ネットワークにおける使用に適した通信デバイスであって、
無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
前記トランシーバ回路と組み合わせて、
前記通信デバイスが、前記無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信することを決定し、
前記通信デバイスが、第２のアップリンク信号を前記無線通信ネットワークに送信することを決定し、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの選択された１つ以上の繰り返しのリソースに前記制御情報を多重化し、
前記多重化された信号を前記無線通信ネットワークに送信し、
前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
ように構成された制御回路と、
を具備する
通信デバイス。
無線通信ネットワークにおける使用に適した通信デバイスの回路であって、
無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
前記トランシーバ回路と組み合わせて、
前記トランシーバ回路が、前記無線アクセスインタフェースのアップリンクリソースのセットにおいて、制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信することを決定し、
前記トランシーバ回路が、第２のアップリンク信号を前記無線通信ネットワークに送信することを決定し、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースのアップリンクリソースのセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの選択された１つ以上の繰り返しのリソースに前記制御情報を多重化し、
前記多重化された信号を前記無線通信ネットワークに送信し、
前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
通信デバイスの回路。
無線通信ネットワークの一部を構成するインフラストラクチャ機器を動作させる方法であって、
通信デバイスが制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信する前記インフラストラクチャ機器により提供される無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
前記通信デバイスが第２のアップリンク信号を前記無線通信ネットワークに送信する前記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースの前記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの１つ以上の繰り返しを前記通信デバイスから受信し、
前記第２のアップリンク信号の前記受信した繰り返しのうちの選択された１つ以上の繰り返しから前記制御情報を抽出し、前記制御情報は、前記通信デバイスによって、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しのリソースに多重化されており、前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
動作方法。
無線通信ネットワークの一部を構成するインフラストラクチャ機器であって、
前記インフラストラクチャ機器により提供される無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
前記トランシーバ回路と組み合わせて、
通信デバイスが制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信する前記無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
前記通信デバイスが第２のアップリンク信号を前記無線通信ネットワークに送信する前記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースの前記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの１つ以上の繰り返しを前記通信デバイスから受信し、
前記第２のアップリンク信号の前記受信した繰り返しのうちの選択された１つ以上の繰り返しから前記制御情報を抽出し、前記制御情報は、前記通信デバイスによって、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しのリソースに多重化されており、前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
インフラストラクチャ機器。
無線通信ネットワークの一部を構成するインフラストラクチャ機器の回路であって、
前記インフラストラクチャ機器により提供される無線アクセスインタフェースを介して信号を送受信するように構成されたトランシーバ回路と、
前記トランシーバ回路と組み合わせて、
通信デバイスが制御情報を含む第１のアップリンク信号を前記無線通信ネットワークに送信する前記無線アクセスインタフェースのアップリンクリソースのセットを割り当て、
前記通信デバイスが第２のアップリンク信号を前記無線通信ネットワークに送信する前記無線アクセスインタフェースのアップリンクリソースの複数のセットを割り当て、前記第２のアップリンク信号は、複数回送信され、前記第２のアップリンク信号の前記複数回の送信の各々は、前記第２のアップリンク信号の繰り返しであり、前記第２のアップリンク信号のそれぞれの繰り返しは、前記第２のアップリンク信号の他の繰り返しに対する前記無線アクセスインタフェースの前記アップリンクリソースの複数のセットとは異なるセットにおいて送信され、
前記第１のアップリンク信号のリソースが、前記第２のアップリンク信号の前記繰り返しのうちの少なくとも１つの繰り返しのリソースと時間的に少なくとも部分的に重複することを決定し、
前記第２のアップリンク信号の前記繰り返しのうちの１つ以上の繰り返しを前記通信デバイスから受信し、
前記第２のアップリンク信号の前記受信した繰り返しのうちの選択された１つ以上の繰り返しから前記制御情報を抽出し、前記制御情報は、前記通信デバイスによって、前記第２のアップリンク信号の前記繰り返しのうちの前記選択された１つ以上の繰り返しのリソースに多重化されており、前記第２のアップリンク信号の前記選択された１つ以上の繰り返しの前記リソースの特性は、所定の条件を満たす
ように構成された制御回路と
を具備する
インフラストラクチャ機器の回路。