(57)【要約】  本開示の実施形態は、アップリンク制御情報伝送のための方法及びデバイスに関する。例示的な実施形態では、方法は、ネットワークデバイスからのリソースインジケータに基づいて、異なるフォーマットを使用して第１のタイプのアップリンク制御情報を伝送することに利用可能なアップリンクリソースを示すリソースインジケータを決定することを含む。方法は、さらに、ネットワークデバイスからの同時伝送インジケータに基づいてアップリンクリソースのうちの１つを選択することを含み、同時伝送インジケータは、異なるフォーマットのうちの少なくとも１つを使用して、第１のタイプ及び第２のタイプのアップリンク制御情報の同時伝送をサポートすることを示す。方法は、さらに、対応するフォーマットを使用して、選択されたアップリンクリソースで第１のタイプ及び第２のタイプのアップリンク制御情報をネットワークデバイスに伝送することを含む。【選択図】図９
2021514579.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイスで実行される方法であって、
ネットワークデバイスからのリソースインジケータに基づいて、異なるフォーマットを使用して第１のタイプのアップリンク制御情報を伝送することに利用可能なアップリンクリソースを決定することと、
前記ネットワークデバイスからの同時伝送インジケータであって、前記異なるフォーマットのうちの少なくとも１つを使用して前記第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報の同時伝送をサポートすることを示す前記同時伝送インジケータに基づいて、前記アップリンクリソースのうちの１つを選択することと、
対応するフォーマットを使用して、前記選択されたアップリンクリソースで、前記第１のタイプのアップリンク制御情報及び前記第２のタイプのアップリンク制御情報を、前記ネットワークデバイスに伝送することと、
を有する方法。
【請求項２】
前記アップリンクリソースのうちの１つを選択することは、
前記第１のタイプのアップリンク制御情報及び前記第２のタイプのアップリンク制御情報の合計ペイロードサイズにさらに基づいて、前記アップリンクリソースのうちの１つを選択することを、さらに有する、
請求項１に記載の方法。
【請求項３】
前記アップリンクリソースのうちの１つを選択することは、
前記第１のタイプのアップリンク制御情報及び前記第２のタイプのアップリンク制御情報の少なくとも１つのカバレッジ要求にさらに基づいて、前記アップリンクリソースのうちの１つを選択することを、さらに有する、
請求項１に記載の方法。
【請求項４】
前記アップリンクリソースのうちの１つを選択することは、
前記第１のタイプのアップリンク制御情報及び前記第２のタイプのアップリンク制御情報の少なくとも１つの遅延要求にさらに基づいて、前記アップリンクリソースのうちの１つを選択することを、さらに有する、
請求項１に記載の方法。
【請求項５】
前記アップリンクリソースのうちの１つを選択することは、
前記異なるフォーマットのうちの少なくとも２つを使用して前記同時伝送をサポートすることを示す前記同時伝送インジケータに応答して、前記少なくとも２つのフォーマットの所定の優先順位に基づいて、前記アップリンクリソースのうちの１つを選択することを、さらに有する、
請求項１に記載の方法。
【請求項６】
前記同時伝送インジケータは、前記異なるフォーマットのうちの１つを使用して前記同時伝送をサポートすることを示す、請求項１に記載の方法。
【請求項７】
前記第１のタイプのアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバック及び／又はスケジューリング要求（ＳＲ）を含み、前記第２のタイプのアップリンク制御情報は、チャネル状態情報（ＣＳＩ）を含む、請求項１に記載の方法。
【請求項８】
前記アップリンクリソースが物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む、請求項１に記載の方法。
【請求項９】
端末デバイスで実行される方法であって、
第１のタイプである第１のアップリンク制御情報を伝送することに利用可能な複数のアップリンクリソースを示すリソースインジケータを受信することと、
第２のタイプである第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースと、第２のタイプである第３のアップリンク制御情報を伝送するように設定された第３のアップリンクリソースが時間的に重複しているかどうかを判定することと、
前記第２のアップリンクリソースと前記第３のアップリンクリソースが時間的に重複していると判定したことに応答して、前記複数のアップリンクリソースのうちの１つを選択することと、を有し、前記選択されたアップリンクリソースは、前記第１のタイプのアップリンク制御情報及び前記第２のタイプのアップリンク制御情報の同時伝送をサポートし、
前記選択されたアップリンクリソースを使用して、前記第１のアップリンク制御情報、前記第２のアップリンク制御情報、及び前記第３のアップリンク制御情報を伝送すること、
を有する方法。
【請求項１０】
前記複数のアップリンクリソースのうちの１つを選択することは、
前記ネットワークデバイスから、前記同時伝送が前記複数のアップリンクリソースのうちの１つによってサポートされることを示す同時伝送インジケータを受信することと、  
前記同時伝送をサポートする前記アップリンクリソースを選択することと、
を有する請求項９に記載の方法。
【請求項１１】
前記アップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む、請求項９に記載の方法。
【請求項１２】
前記第１のタイプのアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバック及び／又はスケジューリング要求（ＳＲ）を含み、前記第２のタイプのアップリンク制御情報は、チャネル状態情報（ＣＳＩ）を含む、請求項９に記載の方法。
【請求項１３】
端末デバイスで実行される方法であって、
第１のアップリンク制御情報を伝送するように設定された第１のアップリンクリソースと、第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースが時間的に重複しているかどうかを判定することと、
前記第１のアップリンクリソースと前記第２のアップリンクリソースが時間的に重複していると判定したことに応答して、前記第１のアップリンクリソース及び前記第２のアップリンクリソースの容量、前記第１のアップリンクリソース及び前記第２のアップリンクリソースの時機、前記第１のアップリンクリソース及び前記第２のアップリンクリソースによってサポートされるフォーマットのうちの少なくとも１つに基づいて、前記第１のアップリンクリソース及び前記第２のアップリンクリソースのうちの１つを選択することと、
前記選択されたアップリンクリソースを使用して、前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送することと、
を有する方法。
【請求項１４】
前記第１のアップリンクリソース及び前記第２のアップリンクリソースのうちの１つを選択することは、
前記第１のアップリンクリソース及び前記第２のアップリンクリソースのうち、より大きな容量、より早い終了時機、より遅い開始時機、及び／又は所定のフォーマットを有するものを選択することを、有する、
請求項１３に記載の方法。
【請求項１５】
前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送することは、
第３のアップリンクリソースが第３のアップリンク制御情報を伝送するように設定されたと決定したことに応答して、前記第３のアップリンクリソースが前記選択されたアップリンクリソースと時間的に重複しているかどうかを判定することと、
前記第３のアップリンクリソースが前記選択されたアップリンクリソースに時間的に隣接しているか、又は前記選択されたアップリンクリソースから時間的に離れていると判定したことに応答して、前記選択されたアップリンクリソースを使用して前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送し、前記第３のアップリンクリソースを使用して前記第３のアップリンク制御情報を伝送することと、
を有する請求項１３に記載の方法。
【請求項１６】
前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送することは、さらに、
前記第３のアップリンクリソースの一部が前記選択されたアップリンクリソースと重複していると判定したことに応答して、前記選択されたアップリンクリソースを使用して前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送し、前記第３のアップリンクリソースの残りの部分を使用して前記第３のアップリンク制御情報の一部を伝送すること、を有する、
請求項１５に記載の方法。
【請求項１７】
前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報を伝送することは、さらに、
前記第３のアップリンクリソースが前記選択されたアップリンクリソースと重複していると判定したことに応答して、前記第３のアップリンク制御情報を前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報に多重化して、多重化されたアップリンク制御情報を得ることと、
前記選択されたアップリンクリソースを使用して、前記多重化されたアップリンク制御情報を伝送することと、
を有する請求項１５に記載の方法。
【請求項１８】
前記多重化されたアップリンク制御情報を伝送することは、
前記多重化されたアップリンク制御情報と、前記第３のアップリンク制御情報を示す追加情報を伝送することを有する、請求項１７に記載の方法。
【請求項１９】
前記第３のアップリンクリソースが前記選択されたアップリンクリソースと重複していると判定したことに応答して、前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報をドロップすることと、  
前記第３のアップリンクリソースを使用して、前記第３のアップリンク制御情報を伝送することと、
をさらに有する請求項１５に記載の方法。
【請求項２０】
前記第３のアップリンク制御情報を伝送することは、
前記第３のアップリンクリソースの一部が前記選択されたアップリンクリソースと重複していると判定したことに応答して、前記第１のアップリンク制御情報と前記第２のアップリンク制御情報、及び前記第３のアップリンク制御情報の一部をドロップすることと、
前記第３のアップリンクリソースの残りの部分を使用して、前記第３のアップリンク制御情報の残りの部分を伝送することと、
を有する請求項１５に記載の方法。
【請求項２１】
前記第１のアップリンク制御情報及び第２のアップリンク制御情報は、異なるチャネル状態情報（ＣＳＩ）を含み、前記第３のアップリンク制御情報は、スケジューリング要求（ＳＲ）を含み、
前記第１のアップリンクリソース、前記第２のアップリンクリソース、及び前記第３のアップリンクリソースは、無線リソース制御（ＲＲＣ）シグナリングを介して設定される、
請求項１５に記載の方法。
【請求項２２】
前記多重化されたアップリンク制御情報を伝送することは、
第４のアップリンクリソースが第４のアップリンク制御情報を伝送するように設定されたと決定したことに応答して、前記第４のアップリンクリソースが前記選択されたアップリンクリソースと時間的に重複しているかどうかを判定することと、
前記第４のアップリンクリソースが前記選択されたアップリンクリソースに時間的に隣接しているか、又は前記選択されたアップリンクリソースから時間的に離れていると判定したことに応答して、前記選択されたアップリンクリソースを使用して前記多重化されたアップリンク制御情報を伝送し、前記第４のアップリンクリソースを使用して前記第４のアップリンク制御情報を伝送することと、
を有する請求項１７に記載の方法。
【請求項２３】
前記多重化されたアップリンク制御情報を伝送することは、
前記選択されたアップリンクリソースの一部が前記第４のアップリンクリソースと重複していると判定したことに応答して、前記選択されたアップリンクリソースの残りの部分を使用して前記多重化されたアップリンク制御情報を伝送し、前記第４のアップリンクリソースを使用して前記第４のアップリンク制御情報を伝送することを、さらに有する、
請求項２２に記載の方法。
【請求項２４】
前記多重化されたアップリンク制御情報を伝送することは、
前記選択されたアップリンクリソースが前記第４のアップリンクリソースと重複していると判定したことに応答して、前記選択されたアップリンクリソースのうち、前記第４のアップリンクリソースと重複している部分の長さが長さ閾値より大きいかどうかを判定することと、
前記長さが前記長さ閾値より大きいと判定したことに応答して、前記第１のアップリンク制御情報及び前記第２のアップリンク制御情報をドロップすることと、
前記第４のアップリンクリソースを使用して、前記第３のアップリンク制御情報及び前記第４のアップリンク制御情報を伝送することと、
をさらに有する請求項２２に記載の方法。
【請求項２５】
前記多重化されたアップリンク制御情報を伝送することは、
前記選択されたアップリンクリソースが前記第４のアップリンクリソースと重複していると判定したことに応答して、前記第４のアップリンク制御情報を前記多重化されたアップリンク制御情報に多重化し、さらに多重化されたアップリンク制御情報を得ることと、
前記選択されたアップリンクリソースを使用して、前記さらに多重化されたアップリンク制御情報を伝送することと、
をさらに有する請求項２２に記載の方法。
【請求項２６】
前記第４のアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを含む、請求項２２に記載の方法。
【請求項２７】
前記第４のアップリンクリソースは、ダウンリンク制御情報（ＤＣＩ）を介して設定される、請求項２２に記載の方法。
【請求項２８】
前記第１のアップリンクリソース及び前記第２のアップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む、請求項１３に記載の方法。
【請求項２９】
プロセッサと、
前記プロセスユニットに接続され、命令が格納されるメモリと、
を備え、
前記命令が前記プロセスユニットによって実行されると、請求項１〜８のいずれか一項に記載の方法、請求項９〜１２のいずれか一項に記載の方法、又は請求項１３〜２８のいずれか一項に記載の方法を実行する、
デバイス。
【請求項３０】
少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに請求項１〜８のいずれか一項に記載の方法、請求項９〜１２のいずれか一項に記載の方法、又は請求項１３〜２８のいずれか一項に記載の方法を実行させる命令が格納されたコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般的に、電気通信分野に関し、特に、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）伝送のための方法及び装置に関する。
【背景技術】
【０００２】
ニューレディオアクセス（ＮＲ：ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ）の通信技術の開発に伴い、複数のタイプのサービス又はトラフィックが提案されており、例えば、一般的に高いデータレートを必要とする拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、通常、長いバッテリ寿命を必要とする大容量マシン型通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及び超高信頼性及び低遅延の通信（ＵＲＬＬＣ：Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）がある。ＮＲ通信技術では、通信の様々な側面が変化されている。特に、アップリンク制御情報（ＵＣＩ）伝送は、ＮＲ仕様の作業で検討されている。
【０００３】
ＵＣＩには、異なるタイプのアップリンクフィードバック情報が含まれ、例えば、ダウンリンク伝送への肯定応答又は否定応答（ＡＣＫ／ＮＡＣＫ）、スケジューリング要求（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）、及び／又は周期的ＣＳＩ（Ｐ−ＣＳＩ：ｐｅｒｉｏｄｉｃ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）レポート、半永続的ＣＳＩ（ＳＰ−ＣＳＩ：ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ）レポート、及び非周期的ＣＳＩ（Ａ−ＣＳＩ：ａｐｅｒｉｏｄｉｃ  ＣＳＩ）レポートなどのチャネル状態情報（ＣＳＩ）がある。ＵＣＩは、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）などの端末デバイスからネットワークデバイス（例えば、ｇＮＢ）に伝送される。典型的には、ＵＣＩは、物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースで伝送される。ＰＵＣＣＨリソースの構成は、ＰＵＣＣＨフォーマット、及びリソースを定義する他のパラメータを含む。
【０００４】
ＮＲでは、端末デバイスに、異なるＰＵＣＣＨリソースの集合（セット（set））が設定されてもよく、各ＰＵＣＣＨリソースの集合は１つ又は複数のＰＵＣＣＨリソースを含む。端末デバイスは、予め定義されたルール及び／又はダウンリンク制御情報に基づいて、ＵＣＩ伝送のためのＰＵＣＣＨリソースを選択することができる。端末デバイスは、伝送されるＵＣＩの種類が異なり、ＵＣＩ伝送に利用可能なＰＵＣＣＨリソースが互いに時間的に重複する可能性があるので、ＰＵＣＣＨ衝突に対応するためのソリューションを提案する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
概して、本開示の例示的な実施形態は、アップリンク制御情報（ＵＣＩ）伝送のための方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
第１の態様では、端末デバイスで実行される方法が提供される。方法は、ネットワークデバイスからのリソースインジケータに基づいて、異なるフォーマットを使用して第１のタイプのアップリンク制御情報を伝送することに利用可能なアップリンクリソースを示すリソースインジケータを決定することを含む。方法は、さらに、ネットワークデバイスからの同時伝送インジケータに基づいてアップリンクリソースのうちの１つを選択することを含み、同時伝送インジケータは、異なるフォーマットのうちの少なくとも１つを使用して、第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報の同時伝送をサポートすることを示す。方法は、さらに、対応するフォーマットを使用して、選択されたアップリンクリソースで第１及び第２のタイプのアップリンク制御情報をネットワークデバイスに伝送することを含む。
【０００７】
第２の態様では、端末デバイスで実行される方法が提供される。方法は、第１のアップリンク制御情報を伝送することに利用可能な複数のアップリンクリソースを示すリソースインジケータを受信することを含み、第１のアップリンク制御情報は第１のタイプのものである。方法は、さらに、第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースと、第３のアップリンク制御情報を伝送するように設定された第３のアップリンクリソースが時間的に重複しているかどうかを判定し、第２及び第３のアップリンク制御情報は第２のタイプのものであることと、第２及び第３のアップリンクリソースが時間的に重複していると判定したことに応答して、複数のアップリンクリソースのうちの１つを選択し、選択されたアップリンクリソースは、第１及び第２のタイプのアップリンク制御情報の同時伝送をサポートすることを含む。方法は、さらに、選択されたアップリンクリソースを使用して、第１、第２、及び第３のアップリンク制御情報を伝送することを含む。
【０００８】
第３の態様では、端末デバイスで実行される方法が提供される。方法は、第１のアップリンク制御情報を伝送するように設定された第１のアップリンクリソースと、第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースとが時間的に重複しているかどうかを判定することを含む。方法は、さらに、第１及び第２のアップリンクリソースが時間的に重複していると判定したに応答して、第１及び第２のアップリンクリソースの容量、第１及び第２のアップリンクリソースの時機（occasion）、第１及び第２のアップリンクリソースによってサポートされるフォーマットのうちの少なくとも１つに基づいて、第１及び第２のアップリンクリソースのうちの１つを選択することを含む。方法は、さらに、選択されたアップリンクリソースを使用して、第１及び第２のアップリンク制御情報を伝送することを含む。
【０００９】
第４の態様では、デバイスが提供される。このデバイスは、プロセッサと、プロセスユニットに接続され、命令が格納されるメモリと、を備え、命令がプロセスユニットによって実行されると、第１から第３の態様のいずれか一項に記載の方法を実行する。
【００１０】
第５の態様では、少なくとも１つのプロセッサで実行されると、少なくとも１つのプロセッサに第１から第３の態様のいずれか一項に記載の方法を実行させる命令が格納されたコンピュータ読み取り可能な媒体が提供される。
【００１１】
本開示の他の特徴は、以下の説明を通して容易に理解可能になる。
【図面の簡単な説明】
【００１２】
添付図面を参照しながら本開示のいくつかの実施形態をより詳細に説明することを通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになる。
【００１３】
【図１】本開示の実施形態を実施することができる通信環境のブロック図である。
【００１４】
【図２】本開示のいくつかの実施形態にかかるアップリンク制御情報（ＵＣＩ）伝送のためのプロセスを示すフローチャートである。
【００１５】
【図３】本開示のいくつかの他の実施形態にかかるＵＣＩ伝送のためのプロセスを示すフローチャートである。
【００１６】
【図４】本開示のいくつかのさらに他の実施形態にかかるＵＣＩ伝送のためのプロセスを示すフローチャートである。
【００１７】
【図５】本開示のいくつかの実施形態にかかる、重複しているＰＵＣＣＨリソースの例示的な図である。
【００１８】
【図６Ａ】本開示のいくつかの実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図６Ｂ】本開示のいくつかの実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図６Ｃ】本開示のいくつかの実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図６Ｄ】本開示のいくつかの実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【００１９】
【図７Ａ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｂ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｃ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｄ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｅ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｆ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図７Ｇ】本開示のいくつかの他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【００２０】
【図８Ａ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｂ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｃ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｄ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｅ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｆ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【図８Ｇ】本開示のいくつかのさらに他の実施形態にかかるＰＵＣＣＨリソースでのＵＣＩ伝送を示す例示的な図である。
【００２１】
【図９】本開示のいくつかの実施形態にかかる例示的な方法のフローチャートである。
【００２２】
【図１０】本開示のいくつかの他の実施形態にかかる例示的な方法のフローチャートを示す。
【００２３】
【図１１】本開示のいくつかのさらに他の実施形態にかかる例示的な方法のフローチャートを示す。
【００２４】
【図１２】本開示の実施形態の実施に適するデバイスの簡略的なブロック図である。
【００２５】
図面全体において、同一又は類似の参照符号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【００２６】
本開示の原理は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、例示の目的で記載されることにすぎず、本開示の範囲に関する制限を示唆することなく、当業者が本開示を理解及び実施するのを助けることを理解されたい。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実施されることができる。
【００２７】
以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者に一般的に理解されるのと同じ意味を有する。
【００２８】
本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）という用語は、端末デバイスが通信できるセル又はカバレッジを提供し、又はホストすることができるデバイスを指す。ネットワークデバイスの例として、Ｎｏｄｅ  Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新しい無線アクセスにおけるＮｏｄｅ  Ｂ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ  Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）、及びフェムトノードやピコノードなどの低電力ノードなどが挙げられるが、これらに限定されない。検討の目的のために、以下、ネットワークデバイスの例としてｅＮＢを参照していくつかの実施形態を説明する。
【００２９】
本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末デバイスの例として、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶・再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器が挙げられるが、それらには限定されない。
【００３０】
本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」と読まれる。「一実施形態」及び「実施形態」という用語は、「少なくとも一実施形態」と読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指すことができる。明示的及び暗黙的なその他の定義は、以下に含まれる。
【００３１】
いくつかの例では、値、手順、又は装置は、「最もよい」、「最も低い」、「最も高い」、「最小」、「最大」などと見なされる。このような説明は、多くの使用される機能的選択肢から選択を行うことができることを指し、このような選択は他の選択に比べてより良く、小さく、高く、又はより好ましい必要がないことを意図している。
【００３２】
図１は、本開示の実施形態が実施され得る例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスが提供される端末デバイス１２０とを含む。ネットワークデバイス１１０のサービスエリアは、セル１０２と呼ばれる。ネットワークデバイス及び端末デバイスの数は、例示の目的に過ぎず、これらに限定される意味ではないことを理解されたい。ネットワーク１００は、本開示の実施を実現するのに適する任意の適切な数のネットワークデバイス及び端末デバイスを含み得る。図示されていないが、１つ又は複数の端末デバイスがセル１０２内に存在し、ネットワークデバイス１１０によってサービスが提供されることができると理解されたい。
【００３３】
通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に通信することができ、端末デバイス１２０も、データ及び制御情報をネットワークデバイス１１０に通信することができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクはダウンリンク（ＤＬ）と呼ばれ、端末デバイス１２０からネットワークデバイス１１０へのリンクはアップリンク（ＵＬ）と呼ばれる。
【００３４】
ネットワーク１００で検討される通信は、任意の適切な規格に準拠してもよく、ここでの規格は、ニューレディオアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、及びモバイル通信用グローバルシステム（ＧＳＭ）など、を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来に開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。
【００３５】
通信において、端末デバイス１２０は、アップリンク制御情報（ＵＣＩ）をネットワークデバイス１１０に伝送してもよい。ＵＣＩは、異なるタイプの制御情報を含んでもよい。一例では、端末デバイス１２０は、ネットワークデバイス１１０にスケジューリング要求（ＳＲ）を伝送することにより、アップリンクデータ伝送のためのアップリンクリソースを要求してもよく、この場合、ＳＲは、ＵＣＩの一つのタイプである。別の例では、ＡＣＫ／ＮＡＣＫ伝送は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）で伝送されたダウンリンクトランスポートブロックが正常に受信されたか否かに関するフィードバック情報を、端末デバイス１２０からネットワークデバイス１１０に提供する。ＡＣＫ／ＮＡＣＫフィードバックは、ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスで伝送されてもよいため、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫと呼ばれてもよい。ＡＣＫ／ＮＡＣＫフィードバック情報は、ＵＣＩの別のタイプであってもよい。さらに別の例では、端末デバイス１２０はまた、端末デバイス１２０とネットワークデバイス１１０との間のチャネルに関する情報をレポートするために、チャネル状態情報（ＣＳＩ）をネットワークデバイス１１０に伝送してもよい。ＣＳＩフィードバックは、チャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）、ランクインジケータ（ＲＩ：ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、チャネルリソースインジケータ（ＣＲＩ：ｃｈａｎｎｅｌ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）、プリコーディングマトリクスインジケータ（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）、参照信号受信電力（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｐｏｗｅｒ）、最強層インジケータ（ＳＬＩ：ｓｔｒｏｎｇｅｓｔ  ｌａｙｅｒ  ｉｎｄｉｃａｔｏｒ）、及び／又は他のチャネル状態関連情報を含んでもよい。
【００３６】
典型的には、ＵＣＩは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースで伝送される。ＰＵＣＣＨリソースは、異なるフォーマットが設定されてもよく、フォーマットの各々は、対応するＰＵＣＣＨリソースに関するパラメータで定義される。このようなパラメータには、ＰＵＣＣＨリソースの開始位置、ＰＵＣＣＨリソースの長さ（シンボル数、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）の数）、周波数ホッピング、巡回シフト、直交カバーコードのインデックス及び／又は長さ、空間設定などのうちの１つ又は複数が含まれるが、これらに限定されない。ここで、ＮＲ仕様において、表１に挙げられるＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４を含む５つの異なるフォーマットが規定されている。表１において、ＯＦＤＭシンボルの長さ及び異なるＰＵＣＣＨフォーマットのビット数が提供されている。表１は、例示の目的でのみ提供されるものである。
【表１】
2021514579.tif 000003
【００３７】
端末デバイス１２０は、ネットワークデバイス１１０によって、複数のＰＵＣＣＨリソースの集合が設定されてもよく、各集合は、複数のＰＵＣＣＨリソースを含む。例えば、ＰＵＣＣＨリソースの集合の数は、上位層パラメータによって設定されてもよく、上位層パラメータは、ＰＵＣＣＨリソースの各集合に含まれるＰＵＣＣＨリソースの数とＰＵＣＣＨリソースの位置を示す。
【００３８】
異なるタイプのＵＣＩを伝送するために、端末デバイスが、ネットワークデバイスからのシグナリングに応じて、設定されたＰＵＣＣＨリソースの集合から、異なるフォーマットのＰＵＣＣＨリソースを決定してもよい。例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを伝送するために、ＰＵＣＣＨフォーマット０〜４のＰＵＣＣＨリソースを使用してもよい。ＣＳＩレポートを伝送するために、ＰＵＣＣＨフォーマット２〜４のＰＵＣＣＨリソースを使用してもよい。ＳＲを伝送するために、ＰＵＣＣＨフォーマット０〜１のＰＵＣＣＨリソースを使用してもよい。
【００３９】
端末デバイスは、１つのタイムスロットで伝送されるＡＣＫ／ＮＡＣＫフィードバック、ＣＳＩ、ＳＲを有してもよい。さらに、端末デバイスは、１つ以上のＰＵＣＣＨリソースが設定されることで１つのタイムスロットで複数のＣＳＩレポートを伝送してもよいことが合意された。一般的には、ＡＣＫ／ＮＡＣＫフィードバック、ＣＳＩ、及びＳＲのためのリソースは、独立して設定され、選択される。したがって、異なるタイプのＵＣＩを伝送するように設定されたＰＵＣＣＨリソースは、互いに完全に又は部分的に重複している可能性がある。
【００４０】
ＰＵＣＣＨ衝突に対応するためのいくつかのソリューションが提案されている。１つのソリューションによれば、２つ以上のＣＳＩレポートのためのＰＵＣＣＨリソースが互いに重複している場合に、最も優先度の高いＣＳＩレポートがマルチＣＳＩ  ＰＵＣＣＨリソースで搬送され、残りのＣＳＩレポートは破棄又はドロップされてもよい。しかし、このソリューションは、端末デバイスが、伝送されるＣＳＩレポートのみを有する場合（他のタイプのＵＣＩを有しない場合）にしか適用できない。いくつかのソリューションでは、ＡＣＫ／ＮＡＣＫフィードバック、ＳＲ、及びＣＳＩを伝送するためのＰＵＣＣＨリソースが互いに重複している場合、ＡＣＫ／ＮＡＣＫフィードバックの伝送優先度が高いので、ＣＳＩ及び／又はＳＲはドロップされ、そして、ＡＣＫ／ＮＡＣＫフィードバックは設定されたＰＵＣＣＨリソースで伝送されることができる。
【００４１】
いくつかのソリューションによれば、ＡＣＫ／ＮＡＣＫフィードバック、ＳＲ、及びＣＳＩを伝送するためのＰＵＣＣＨリソースが互いに時間的に重複している場合、端末デバイスは、全てのＵＣＩ（ＡＣＫ／ＮＡＣＫフィードバック、ＳＲ、及びＣＳＩを含む）のペイロードサイズに基づいて、予め設定された複数のＰＵＣＣＨリソースの集合からＰＵＣＣＨリソースの集合を決定し、そして、ＡＣＫ／ＮＡＣＫ伝送のみの場合のリソースを決定することに用いられるダウンリンク制御情報（ＵＣＩ）に基づいて、ＰＵＣＣＨリソースの集合から１つのＰＵＣＣＨリソースを選択することができる。ただし、選択されたＰＵＣＣＨリソースは、ＡＣＫ／ＮＡＣＫ、ＳＲ、ＣＳＩの同時伝送をサポートするフォーマットで構成されなくてもよい。この場合でも、ＣＳＩ及び／又はＳＲがドロップされる可能性がある。
【００４２】
ＡＣＫ／ＮＡＣＫフィードバックとＳＲのＰＵＣＣＨ衝突に対応するためのソリューションが提案されている。特に、ＳＲは数ビット（１ビット又は２ビット）を使用するので、衝突が発生した場合、ＳＲはＡＣＫ／ＮＡＣＫフィードバックに多重化され、ＡＣＫ／ＮＡＣＫフィードバックについて設定されたＰＵＣＣＨリソースを使用して伝送されることができる。ＮＲにおいて、端末デバイスからの１つ又は複数のＳＲを示すために、ＡＣＫ／ＮＡＣＫフィードバックの末尾に１つ又は複数のビットを付加することができることが合意された。
【００４３】
ＰＵＣＣＨ衝突に対応するためのいくつかのソリューションが提案されているが、ＳＲ及びＣＳＩは高い確率で破棄され、ＵＣＩ伝送の効率及び／又は性能は影響を受ける。より効率的かつ効果的な方法でＰＵＣＣＨ衝突に対応し、ＣＳＩを廃棄する可能性を低減するＵＣＩ伝送のためのソリューションを提案する必要がある。
【００４４】
以下、本開示の原理及び実施について、本開示の実施に係るＵＣＩ伝送のためのプロセス２００を示す図２を参照して詳細に説明する。説明の目的で、図１を参照してプロセス２００を説明する。プロセス２００は、図１におけるネットワークデバイス１１０及び端末デバイス１２０に関わる。
【００４５】
端末デバイス１２０は、ネットワークデバイス１１０からのリソースインジケータに基づいて、第１のタイプのＵＣＩを伝送することに利用可能なアップリンクリソースを決定する（２０５）。リソースインジケータは、第１のタイプのＵＣＩを伝送するための１つ又は複数のアップリンクリソースを示すために、ネットワークデバイス１１０から伝送される。いくつかの実施形態では、第１のタイプのＵＣＩは、ＡＣＫ／ＮＡＣＫフィードバックを含むため、リソースインジケータは、ＡＣＫ／ＮＡＣＫリソースインジケータ（略してＡＲＩ）と呼ばれてもよい。いくつかの他の実施形態では、第１のタイプのＵＣＩは、追加的又は代替的に、１つ又は複数のＳＲを含んでもよい。説明の便宜上、以下の詳細な説明では、ＡＣＫ／ＮＡＣＫフィードバックを例として説明する。リソースインジケータは、ダウンリンク制御情報（ＤＣＩ）としてネットワークデバイス１１０から伝送されてもよい。
【００４６】
典型的には、例えばＮＲ技術に基づくいくつかの通信システムでは、端末デバイス１２０は、複数のＰＵＣＣＨリソースの集合が設定されてもよく、各集合は、ＵＣＩのアップリンク伝送のための複数のＰＵＣＣＨリソースを含む。アップリンクリソースの各々は、対応するフォーマット（ＰＵＣＣＨフォーマットとも呼ばれる）によって定義され、ここで、フォーマットは、ＰＵＣＣＨリソースの開始位置、ＰＵＣＣＨリソースの長さ（シンボル数、物理リソースブロック（ＰＲＢ）の数）、周波数ホッピング、巡回シフト、直交カバーコード（orthogonal cover code）のインデックス及び／又は長さ、空間設定などを規定する。リソースインジケータは、複数のＰＵＣＣＨリソースの集合のそれぞれに含まれるＰＵＣＣＨリソースを示してもよい。集合におけるＰＵＣＣＨリソースと異なるリソースインジケータとのマッピング関係の一例は、以下の表２に示す。なお、表２は、例示の目的でのみ提供されるものである。
【表２】
2021514579.tif 000004
【００４７】
表２において、ＰＦ０はフォーマット０に関連するＰＵＣＣＨリソースを表し、ＰＦ１Ａはフォーマット１に関連するＰＵＣＣＨリソースを表し、ＰＦ１Ｂはフォーマット１に関連する別のＰＵＣＣＨリソースを表し、このように同様な方法によって確定できる。さらに、ＰＦ２Ａ（ｓｈｏｒｔ、ＲＢｓ＝２）は、フォーマット２のリソースブロックを２つ有するｓｈｏｒｔ  ＰＵＣＣＨリソースを表し、ＰＦ４Ａ（ｌｏｎｇ、スロット＝４）は、フォーマット４のスロットを４つ有するｌｏｎｇ  ＰＵＣＣＨリソースを表し、このように同様な方法によって確定できる。
【００４８】
端末デバイス１２０は、ネットワークデバイス１１０からリソースインジケータを受信すると、対応するフォーマットを用いて、第１のタイプのアップリンク制御情報のアップリンク伝送に利用可能なアップリンクリソースを決定する。例えば、端末デバイス１２０は、ＡＲＩ１のリソースインジケータを受信すると、ＰＦ１Ａ、ＰＦ２Ｂ、ＰＦ３Ａ、ＰＦ３ＢのＰＵＣＣＨリソースがＡＣＫ／ＮＡＣＫフィードバックを伝送することに利用可能であると判断してもよい。これらのＰＵＣＣＨリソースは、対応するフォーマット１、フォーマット２、及びフォーマット３を使用するアップリンク伝送に使用されることができる。
【００４９】
端末デバイス１２０は、１つ又は複数の対応するフォーマットを使用して第１のタイプのＵＣＩと第２のタイプのＵＣＩの同時伝送をサポートすることを示す同時伝送インジケータ（simultaneous transmission indicator）に基づいて、アップリンクリソースのうちの１つを選択する（２１０）。そして、端末デバイス１２０は、対応するフォーマットを使用して、選択されたアップリンクリソースで第１のタイプ及び第２のタイプのＵＣＩを伝送する（２１５）。一般的に、端末デバイス１２０は、第１及び第２のタイプのＵＣＩが同じタイムスロットで伝送されることを決定し、かつ第１及び第２のタイプのＵＣＩについて設定されたＰＵＣＣＨリソースが互いに時間的に重複している場合、第１及び第２のタイプのＵＣＩの同時伝送のためのＰＵＣＣＨリソースを選択する必要があり得る。本開示の実施形態では、ＰＵＣＣＨリソースは、第１のタイプのＵＣＩ（ＡＣＫ／ＮＡＣＫフィードバック）を伝送することに利用可能なＰＵＣＣＨリソースから選択されてもよい。
【００５０】
同時伝送インジケータは、ネットワークデバイス１１０から伝送され、ＰＵＣＣＨフォーマットに基づいて端末デバイス１２０に設定される。同時伝送インジケータは、ＰＵＣＣＨ−Ｆｘ−ｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩと呼ばれてもよく、ここで、ｘは対応するＰＵＣＣＨフォーマットのインデックス（ｘ＝２，３，４）を表す。同時伝送インジケータを受信すると、端末デバイス１２０は、同時伝送インジケータによって示される対応する（１つ又は複数の）フォーマットに関連する集合内のＰＵＣＣＨリソースが、異なるタイプのＵＣＩ（第１のタイプ及び第２のタイプ）を同時に伝送することに使用できることを決定する。第２のタイプのＵＣＩは、ＣＳＩであってもよい。例えば、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送がＰＵＣＣＨフォーマット２によってサポートされていることを示すＰＵＣＣＨ−Ｆ２−ｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩの第１のインジケータと、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送がＰＵＣＣＨフォーマット３によってサポートされていることを示すＰＵＣＣＨ−Ｆ３−ｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩの第２のインジケータとを受信した場合、ＰＵＣＣＨフォーマット２及び３に関連する全てのＰＵＣＣＨリソースが、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送に使用できると判断してもよい。
【００５１】
同時伝送インジケータに基づいて選択することにより、端末デバイス１２０は、第１及び第２のタイプのＵＣＩの両方の同時伝送をサポートするＰＵＣＣＨフォーマットに関連するＰＵＣＣＨリソースを選択することができる。したがって、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの両方を現在のタイムスロットで同時に伝送することができる。例えば、ＰＵＣＣＨ−Ｆ２−ｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩ及びＰＵＣＣＨ−Ｆ３−ｓｉｍｕｌｔａｎｅｏｕｓ−ＨＡＲＱ−ＡＣＫ−ＣＳＩの同時伝送インジケータを受信した場合、端末デバイス１２０は、ＰＦ２Ｂ、ＰＦ３Ａ、及びＰＦ３ＢのＰＵＣＣＨリソースがＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送に利用可能であると判断してもよい。この場合、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバック及びＣＳＩを伝送するために、ＰＦ２Ｂ、ＰＦ３Ａ、及びＰＦ３Ｂのいずれかを選択してもよい。
【００５２】
本開示の実施形態によれば、まず、異なるＰＵＣＣＨ集合内のＰＵＣＣＨリソースを決定し、そして、同時伝送インジケータに基づいて決定されたＰＵＣＣＨリソースからＰＵＣＣＨリソースを選択することにより、選択されたＰＵＣＣＨリソースがＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送に使用できることが確保される。したがって、ＣＳＩは、ＰＵＣＣＨ衝突の場合にめったにドロップされない。
【００５３】
いくつかの実施形態では、受信されたリソースインジケータによって示される複数のアップリンクリソースは、１つの同時伝送インジケータが設定される場合に、端末デバイス１２０は、追加の要素に基づいてアップリンクリソースを選択してもよい。一実施形態では、端末デバイス１２０は、第１のタイプのＵＣＩと第２のタイプのＵＣＩの合計ペイロードサイズに基づいてアップリンクリソースを選択してもよい。異なるアップリンクリソースは、異なるペイロードサイズをサポートしてもよい。所定のＵＣＩ優先度ルールに基づいて、第１及び第２のタイプのＵＣＩに対してできるだけ多くのペイロードを伝えることができるリソースを選択することが望ましい。合計ペイロードサイズに基づいてＰＵＣＣＨリソースを選択することにより、ＵＣＩのドロップの可能性を低減することが可能となる。
【００５４】
いくつかの例では、端末デバイス１２０が、ＡＣＫ／ＮＡＣＫフィードバック及びＣＳＩに加えて、伝送される１つ又は複数のＳＲを有する場合、合計ペイロードサイズは、ＳＲ（１つ又は複数）、ＡＣＫ／ＮＡＣＫフィードバック及びＣＳＩに基づいて計算されてもよい。この場合、ＳＲ（１つ又は複数）とＡＣＫ／ＮＡＣＫフィードバックの同時伝送は、いくつかの既存のソリューションによって解決されてもよいが、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩの同時伝送は、図２を参照して上記で説明されたように、上記実施形態によれば、サポートされることができる。いくつかの実施形態では、合計ペイロードサイズ以上のペイロードサイズをサポートするＰＵＣＣＨリソースが選択されることができる。いくつかの他の実施形態では、最大のペイロードサイズをサポートするＰＵＣＣＨリソースが選択されることができる。
【００５５】
さらに他の実施形態では、端末デバイス１２０は、第１及び第２のタイプのアップリンク制御情報のうちの少なくとも１つのカバレッジ要求及び／又は遅延要求に基づいて、第１及び第２のタイプのＵＣＩを伝送するためのアップリンクリソースを選択してもよい。ＡＣＫ／ＮＡＣＫフィードバック及び／又はＣＳＩは、カバレッジ及び遅延に関して対応する要求を有してもよい。ＰＵＣＣＨリソースは、対応するリソース位置、周波数ホッピング、及び／又はカバーコードによって定義されるそれぞれの異なるＰＵＣＣＨフォーマットに関連しているので、異なるＰＵＣＣＨリソースでのアップリンク伝送は、異なるカバレッジレベル及び／又は遅延要求を達成することができる。例えば、ＰＦ２ＢのＰＵＣＣＨリソースは、より大きな遅延又はカバレッジをサポートすることができるので、選択されてもよい。
【００５６】
いくつかの実施形態では、端末デバイス１２０は、ＰＵＣＣＨフォーマットの所定の優先順位にさらに基づいて、アップリンクリソースを選択してもよい。すべてのＰＵＣＣＨフォーマットは、対応する優先順位が設定されてもよい。いくつかの場合において、端末デバイス１２０は、２つ以上の異なるＰＵＣＣＨフォーマットを使用して同時伝送をサポートすることを示す同時伝送インジケータを１つ以上受信してもよい。したがって、端末デバイス１２０は、２つ以上の異なるＰＵＣＣＨフォーマットのうち、最も高い優先度を有するＰＵＣＣＨフォーマットに関連するアップリンクリソースを選択してもよい。例えば、ｌｏｎｇ  ＰＵＣＣＨフォーマット（３／４）は、ｓｈｏｒｔ  ＰＵＣＣＨフォーマット（２）よりも高い優先度を有してもよく、またその逆もあり得る。
【００５７】
ＰＵＣＣＨフォーマットは、対応するＰＵＣＣＨリソースに関連するパラメータを定義することができるので、異なるＰＵＣＣＨフォーマットは、異なる容量、遅延、及び／又はカバレッジ要求に関連してもよい。例えば、異なる容量、遅延、及び／又はカバレッジ要求に基づいて、ＰＵＣＣＨフォーマットに優先順位を付けることにより、より大きな容量、より良いカバレッジレベル、又はより低い遅延を有するアップリンク伝送をサポートするＰＵＣＣＨリソースを選択することも可能である。    
【００５８】
いくつかの実施形態では、各リソースインジケータについて、ネットワークデバイス１１０は、１つのＰＵＣＣＨフォーマットを使用して同時伝送をサポートすることを示す同時伝送インジケータを伝送してもよい。そのため、同時伝送インジケータは、リソースインジケータごとに設定される。この場合、ネットワークデバイス１１０から端末デバイス１２０に伝送される受信された同時伝送インジケータは、第１のタイプのＵＣＩを伝送することに利用可能なＰＵＣＣＨリソースに関連するフォーマットのうち、１つのＰＵＣＣＨフォーマットのみを使用して同時伝送をサポートすることを示してもよい。したがって、同時伝送インジケータに基づいて、端末デバイス１２０は、利用可能なＰＵＣＣＨリソースから同時伝送のために１つのＰＵＣＣＨリソースのみを選択してもよい。
【００５９】
いくつかの場合において、端末デバイス１２０は、同じスロットで伝送されるＡＣＫ／ＮＡＣＫフィードバックと複数のＣＳＩレポートを有してもよい。ＡＣＫ／ＮＡＣＫフィードバック及び複数のＣＳＩレポートについて設定されたＰＵＣＣＨリソースは、互いに時間的に重複してもよい。本開示のいくつかの実施形態は、ＡＣＫ／ＮＡＣＫフィードバックと複数のＣＳＩレポートとの衝突に対応するために提供される。図３は、これらの実施形態にかかるＵＣＩ伝送のプロセス３００を示す。検討の目的のために、図１を参照してプロセス３００を説明する。プロセス３００は、図１におけるネットワークデバイス１１０及び端末デバイス１２０に関わる。
【００６０】
ネットワークデバイス１１０は、第１のタイプの第１のアップリンク制御情報を伝送するための複数のアップリンクリソースを示すリソースインジケータを端末デバイス１２０に伝送する（３０５）。これらの実施形態では、第１のタイプのＵＣＩは、ＡＣＫ／ＮＡＣＫフィードバックであってもよい。リソースインジケータを受信すると、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバックに利用可能なアップリンクリソースを決定する。
【００６１】
上述したように、端末デバイス１２０は、複数のＰＵＣＣＨリソースの集合が設定されてもよく、各集合は、ＵＣＩのアップリンク伝送のための複数のＰＵＣＣＨリソースを含む。リソースインジケータは、複数のＰＵＣＣＨリソースの集合のそれぞれに含まれるＰＵＣＣＨリソースを示してもよい。集合におけるＰＵＣＣＨリソースと異なるリソースインジケータとのマッピング関係の一例を、以下の表３に示す。なお、表３は、例示の目的でのみ提供されるものである。
【表３】
2021514579.tif 000005
【００６２】
表３において、ＰＦ０はフォーマット０のＰＵＣＣＨリソースを表し、ＰＦ１Ａはフォーマット１のＰＵＣＣＨリソースを表し、ＰＦ１Ｂはフォーマット１の別のＰＵＣＣＨリソースを表し、このように同様な方法によって確定できる。
【００６３】
端末デバイス１２０は、第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースと、第３のアップリンク制御情報を伝送するように設定された第３のアップリンクリソースとが時間的に重複しているかどうかを判定し（３１０）、第２のアップリンク制御情報と第３のアップリンク制御情報は第２のタイプのものである。これらの実施形態では、端末デバイス１２０は、２つ以上のＣＳＩレポートをＵＣＩとしてネットワークデバイス１１０に伝送してもよいため、第２のタイプのＵＣＩはＣＳＩであってもよい。ＰＵＣＣＨリソースは、ＵＣＩ伝送のためのアップリンクリソースとして設定されてもよい。ＣＳＩレポートの伝送のためのＰＵＣＣＨリソースは、無線リソース制御（ＲＲＣ）シグナリングなどの上位層シグナリングを介してネットワークデバイス１１０によって設定されてもよい。
【００６４】
端末デバイス１２０は、第２及び第３のアップリンクリソースが時間的に重複していると判定した場合、複数のアップリンクリソースのうちの１つを選択し（３１５）、選択されたアップリンクリソースを使用して、第１、第２及び第３のＵＣＩをネットワークデバイス１１０に伝送する（３２０）。これらの実施形態では、ＣＳＩレポートを伝送するためのアップリンクリソースが時間的に重複している場合、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバックのＰＵＣＣＨリソースを選択し、選択されたＰＵＣＣＨリソースをＣＳＩレポートの伝送に使用してもよい。このＰＵＣＣＨリソースは、複数のＣＳＩレポートとＡＣＫ／ＮＡＣＫフィードバックの伝送に使用されることができるので、ＡＣＫ／ＮＡＣＫ及びマルチＣＳＩ  ＰＵＣＣＨリソースと呼ばれることもできる。
【００６５】
ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩレポートの同時伝送を可能にするために、選択されたＰＵＣＣＨリソースは、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩレポートの同時伝送をサポートしてもよい。同時伝送は、上述したように、ＰＵＣＣＨリソースに関連するＰＵＣＣＨフォーマットに応じてサポートされ得る。端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバック及びＣＳＩレポートの同時伝送がＰＵＣＣＨリソースによってサポートされていることを示す同時伝送インジケータを受信してもよい。ＡＣＫ／ＮＡＣＫ及びマルチＣＳＩ  ＰＵＣＣＨリソースが、リソースインジケータによって示される複数のＰＵＣＣＨリソースに含まれている場合、端末デバイス１２０は、このリソースを選択してもよい。
【００６６】
いくつかの実施形態では、ＡＣＫ／ＮＡＣＫフィードバック及びＣＳＩレポートの同時伝送のためのＰＵＣＣＨリソースは、リソースインジケータごとに設定されることができる。この場合、受信されたリソースインジケータによって示されるＰＵＣＣＨリソースのうち、１つのＰＵＣＣＨリソースを、ＡＣＫ／ＮＡＣＫ及びマルチＣＳＩ  ＰＵＣＣＨリソースとして設定することができるので、同時伝送のために選択することができる。そのようなＰＵＣＣＨリソースは、同時伝送をサポートするＰＵＣＣＨフォーマットに関連することが確保される。
【００６７】
上記の場合において、複数のＣＳＩレポートのＰＵＣＣＨ衝突は、ダウンリンク制御情報で伝送されるリソースインジケータに基づいて解決される。本開示のいくつかの他の実施形態は、マルチＣＳＩに関する衝突へのさらに他のソリューションを提供する。図４は、これらの実施形態にかかるＵＣＩ伝送のプロセス４００を示す。検討の目的のために、図１を参照してプロセス４００を説明する。プロセス４００は、図１におけるネットワークデバイス１１０及び端末デバイス１２０に関わる。
【００６８】
端末デバイス１２０は、第１のＵＣＩを伝送するように設定された第１のアップリンクリソースと、第２のＵＣＩを伝送するように設定された第２のアップリンクリソースとが時間的に重複しているかどうかを判定する（４０５）。第１のＵＣＩ及び第２のＵＣＩは、同じタイプを有する。これらの実施形態では、端末デバイス１２０は、２つ以上のＣＳＩレポートをＵＣＩとしてネットワークデバイス１１０に伝送してもよいため、第１のＵＣＩと第２のＵＣＩは異なるＣＳＩレポートであってもよい。各ＣＳＩレポートは、ＵＣＩ伝送のためのＰＵＣＣＨリソースが設定される。ＣＳＩレポートの伝送のためのＰＵＣＣＨリソースは、無線リソース制御（ＲＲＣ）シグナリングなどの上位層シグナリングを介して、ネットワークデバイス１１０によって設定されてもよい。
【００６９】
端末デバイス１２０は、第１及び第２のアップリンクリソースが時間的に重複していると判定した場合、第１及び第２のアップリンクリソースのうちの１つを選択し（４１０）、選択されたアップリンクリソースを使用して第１及び第２のＵＣＩを伝送する（４１５）。図５は、ＣＳＩレポートのための重複しているＰＵＣＣＨリソースの例を示す。図示のように、第１のＣＳＩレポートを伝送するための第１のＰＵＣＣＨリソース５１０（ＣＳＩ−ＰＵＣＣＨ１と呼ばれる）と、第２のＣＳＩレポートを伝送するための第２のＰＵＣＣＨリソース５２０（ＣＳＩ−ＰＵＣＣＨ２と呼ばれる）は、時間的に部分的に重複している。異なるＣＳＩレポートのためのＰＵＣＣＨリソースは、互いに時間的に完全に重複してもよいことを理解されたい。これらの実施形態では、リソースインジケータがない場合、複数のＣＳＩレポートの衝突は、ＲＲＣレベルで対応することができる（ＣＳＩ伝送のためのＰＵＣＣＨリソースはＲＲＣシグナリングを介して設定されているからである）。
【００７０】
端末デバイス１２０は、第１及び第２のアップリンクリソースの容量、第１及び第２のアップリンクリソースの時機、第１及び第２のアップリンクリソースによってサポートされるフォーマットのうちの少なくとも１つに基づいて、アップリンクリソースを選択する。図６Ａ〜６Ｄは、図５の重複しているＰＵＣＣＨリソースからＰＵＣＣＨリソースを選択するいくつかの例を示す。
【００７１】
図６Ａに示す実施形態では、端末デバイス１２０は、ＰＵＣＣＨリソース５１０及び５２０のうちの１つをその容量に基づいて選択する。例えば、端末デバイス１２０は、ＰＵＣＣＨリソース５１０よりも大きな容量を有するＰＵＣＣＨリソース５２０を選択してもよい。端末デバイス１２０は、時間的に重複しているＣＳＩレポート伝送のための２つ以上のＰＵＣＣＨリソースを有していてもよいため、最大の容量を有するＰＵＣＣＨリソースを選択してもよいことを理解されたい。容量の大きいＰＵＣＣＨリソースは、ペイロードサイズの大きい情報を伝えることに使用されることができる。この意味で、選択されたアップリンクリソースでの複数のＣＳＩレポートは、ドロップされる確率がより小さい可能性がある。
【００７２】
図６Ｂ及び図６Ｃに示す実施形態では、端末デバイス１２０は、ＰＵＣＣＨリソース５１０及び５２０のうちの１つをその時機に基づいて選択する。図６Ｂの例では、端末デバイス１２０は、ＰＵＣＣＨリソース５１０を選択してもよい。その理由は、ＰＵＣＣＨリソース５１０が、より早い終了時機に利用可能であり、マルチＣＳＩ伝送の遅延を低減するのに役立つからである。図６Ｃの例では、端末デバイス１２０は、代替的にＰＵＣＣＨリソース５２０を選択してもよい。その理由は、ＰＵＣＣＨリソース５２０が、より遅い開始時機に利用可能であり、端末デバイス１２０がＣＳＩレポートを準備するためにより多くの時間を必要とする場合に有利であるからである。
【００７３】
図６Ｄに示す実施形態では、端末デバイス１２０は、ＰＵＣＣＨリソース５１０及び５２０のうちの１つをその関連するＰＵＣＣＨフォーマットに基づいて選択する。いくつかの実施形態では、所定のフォーマット（フォーマットＸ）は、他のフォーマットよりも好ましいように設定されている。例えば、ｓｈｏｒｔ  ＰＵＣＣＨフォーマットよりもｌｏｎｇ  ＰＵＣＣＨフォーマットのほうが好ましい。そのため、ＰＵＣＣＨリソース５２０がフォーマットＸに関連している場合、端末デバイス１２０は、他のフォーマットよりもこのリソースを優先してもよい。いくつかの実施形態では、端末デバイス１２０は、ＰＵＣＣＨリソース５１０及び５２０のうちの１つをその関連しているＰＵＣＣＨフォーマットの優先順位に基づいて選択してもよい。したがって、高い優先度を有するＰＵＣＣＨフォーマットに関連しているＰＵＣＣＨリソースが選択されることになる。
【００７４】
いくつかの実施形態では、端末デバイス１２０は、伝送される別のタイプのＵＣＩ（検討の便宜上、第３のＵＣＩと呼ばれる）を有してもよい。第３のＵＣＩのタイプは、第１のＵＣＩ及び第２のＵＣＩのタイプと異なっていてもよい。いくつかの実施形態では、第３のＵＣＩは、１つ又は複数のＳＲであってもよい。第３のアップリンクリソースは、第３のＵＣＩを伝送するためにネットワークデバイス１１０によって設定されてもよい。ＰＵＣＣＨリソースは、上位層シグナリング、例えば、ＲＲＣシグナリングを介してＳＲのために設定される。
【００７５】
第３のアップリンクリソースでのＳＲ伝送は、選択されたアップリンクリソースでのマルチＣＳＩ伝送と衝突する可能性がある。端末デバイス１２０は、第３のアップリンクリソースが、複数のＣＳＩレポートのために選択されたアップリンクリソースに時間的に重複しているかどうかを判定してもよい。重複状態に応じて、端末デバイス１２０は、ＣＳＩレポート及びＳＲ（１つ又は複数）をどのように伝送するかをさらに決定してもよい。ＳＲとマルチＣＳＩレポートの衝突の場合におけるＵＣＩ伝送のいくつかの例を、図７Ａ〜７Ｇを参照して説明する。これらの例では、ＰＵＣＣＨリソース７１０が１つ又は複数のＳＲを伝送するためにネットワークデバイス１１０によって設定され、ＰＵＣＣＨリソース７２０が複数のＣＳＩレポートを伝送するために端末デバイス１２０によって決定される。ＰＵＣＣＨリソース７２０は、図６Ａ〜６Ｄのいずれか１つを参照して説明した実施形態に従って決定されるものであってもよい。
【００７６】
図７Ａの例では、端末デバイス１２０は、ＰＵＣＣＨリソース７１０がＰＵＣＣＨリソース７２０に時間的に重複していないと判定する。例えば、ＰＵＣＣＨリソース７１０は、ＰＵＣＣＨリソース７２０に隣接しているか、又はＰＵＣＣＨリソース７２０から離れている。この例では、端末デバイス１２０は、２つのＰＵＣＣＨリソースを用いて、時分割多重（ＴＤＭ：ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でＵＣＩを伝送してもよい。具体的には、端末デバイス１２０は、ＰＵＣＣＨリソース７２０を用いてＣＳＩレポートを伝送し、ＰＵＣＣＨリソース７１０を用いてＳＲ（１つ又は複数）を伝送する。
【００７７】
図７Ｂの例では、端末デバイス１２０は、ＰＵＣＣＨリソース７１０がＰＵＣＣＨリソース７２０に時間的に部分的に重複していると判定する。図示のように、ＰＵＣＣＨリソース７１０の一部がＰＵＣＣＨリソース７２０と重複している。また、本例でも、端末デバイス１２０は、２つのＰＵＣＣＨリソースを伝送してもよい。具体的には、端末デバイス１２０は、ＰＵＣＣＨリソース７２０を用いてＣＳＩレポートを伝送し、ＰＵＣＣＨリソース７１０のうち、ＰＵＣＣＨリソース７２０と重複していない残りの部分を用いてＳＲの一部を伝送してもよい。本例及び図７Ａ及び図７Ｂの例では、ＰＵＣＣＨリソース７１０は、ｓｈｏｒｔ  ＰＵＣＣＨリソースであってもよい。
【００７８】
図７Ｃ〜図７Ｅの例では、端末デバイス１２０は、ＰＵＣＣＨリソース７１０とＰＵＣＣＨリソース７２０とが部分的に重複している（図７Ｃ及び７Ｄ）か、又は完全に重複している（図７Ｅ）と判定する。これらの例では、端末デバイス１２０は、異なるタイプのＵＣＩを多重化し、多重化されたＵＣＩを１つのＰＵＣＣＨリソースを用いて伝送してもよい。具体的には、端末デバイス１２０は、ＳＲ（１つ又は複数）をＣＳＩレポートに多重化して多重化されたＵＣＩを取得し、そして、ＰＵＣＣＨリソース７２０を用いて多重化されたＵＣＩを伝送してもよい。これは、ＳＲ（１つ又は複数）について設定されたＰＵＣＣＨリソースが、ＣＳＩレポートについて設定されたＰＵＣＣＨリソースよりも小さい可能性があるからである。しかしながら、いくつかの他の実施形態では、多重化されたＵＣＩは、ＰＵＣＣＨリソース７１０を使用して伝送されてもよいことを理解されたい。多重化の例では、ＳＲ（１つ又は複数）が多重化されたことを示す追加情報（１ビット又は数ビット）が多重化されたＵＣＩとともに伝送されてもよい。例えば、ＵＣＩにおいて、サイズｎのビットマップを使用して多重化されたＳＲの数ｎを示すことができ、ビットマップ内のビット"１"／"０"は、対応する多重化されたＳＲ  ＰＵＣＣＨに用いられる正／負のＳＲを意味する。  
【００７９】
図７Ｆ及び図７Ｇの例では、端末デバイス１２０は、ＰＵＣＣＨリソース７１０及び７２０が互いに重複しているか、又は互いに隣接していると判定する。端末デバイス１２０は、ＳＲ（１つ又は複数）がＣＳＩレポートよりも重要である可能性があるため、ＣＳＩレポートをドロップし、ＰＵＣＣＨリソース７１０を使用してＳＲ（１つ又は複数）を伝送してもよい。より詳細には、ＰＵＣＣＨリソース７１０及び７２０が部分的に重複している図７Ｇの例では、端末デバイス１２０は、ＳＲ（１つ又は複数）の一部及びＣＳＩレポートをドロップし、その後、ＰＵＣＣＨリソース７２０と重複していないＰＵＣＣＨリソース７１０の残りの部分を使用してＳＲ（１つ又は複数）の残りの部分を伝送してもよい。
【００８０】
いくつかの実施形態では、端末デバイス１２０は、伝送されるさらに他のタイプのＵＣＩ（説明の便宜上、第４のＵＣＩと呼ばれる）を有してもよい。第４のＵＣＩのタイプは、第１のＵＣＩ、第２のＵＣＩ、及び第３のＵＣＩのタイプとは異なっていてもよい。いくつかの実施形態では、第４のＵＣＩは、ＡＣＫ／ＮＡＣＫフィードバックであってもよい。第４のアップリンクリソースは、第４のＵＣＩを伝送するためにネットワークデバイス１１０によって設定されてもよい。第４のＰＵＣＣＨリソースは、ＤＣＩを介してＡＣＫ／ＮＡＣＫフィードバックのために設定されてもよい。
【００８１】
第４のアップリンクリソースでのＡＣＫ／ＮＡＣＫフィードバック伝送は、選択されたアップリンクリソースでのマルチＣＳＩ伝送と衝突する可能性があり、且つＳＲ伝送と衝突する可能性がある。端末デバイス１２０は、第４のアップリンクリソースが、複数のＣＳＩレポートについて選択されたアップリンクリソースと（及び第３のアップリンクリソースと）時間的に重複しているかどうかを判定してもよい。重複状態に応じて、端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバック、ＣＳＩレポート、及び場合によってＳＲ（１つ又は複数）をどのように伝送するかをさらに決定してもよい。ＳＲ及びマルチＣＳＩレポートの衝突の場合におけるＵＣＩ伝送のいくつかの例を、図８Ａ〜８Ｇを参照して説明する。これらの例では、ＰＵＣＣＨリソース８１０は、ＡＣＫ／ＮＡＣＫフィードバックを伝送するためにネットワークデバイス１１０によって設定され、ＰＵＣＣＨリソース８２０は、複数のＣＳＩレポート及び場合によってＳＲ（１つ又は複数）を伝送するために端末デバイス１２０によって決定される。ＰＵＣＣＨリソース８２０は、図７Ａ〜７Ｇのいずれか１つを参照して説明した実施形態に従って決定されるものであってもよい。
【００８２】
図８Ａの例では、端末デバイス１２０は、ＰＵＣＣＨリソース８１０がＰＵＣＣＨリソース８２０と時間的に重複していないことを判定する。例えば、ＰＵＣＣＨリソース８１０は、ＰＵＣＣＨリソース８２０に隣接しているか、又はＰＵＣＣＨリソース８２０から離れている。この例では、端末デバイス１２０は、２つのＰＵＣＣＨリソースを用いて、ＴＤＭ方式で異なるタイプのＵＣＩを伝送してもよい。具体的には、端末デバイス１２０は、ＰＵＣＣＨリソース８１０を使用してＡＣＫ／ＮＡＣＫフィードバックを伝送し、ＰＵＣＣＨリソース８２０を使用してＣＳＩレポート及び／又はＳＲ（１つ又は複数）を伝送する。
【００８３】
図８Ｂの例では、端末デバイス１２０は、ＰＵＣＣＨリソース８１０がＰＵＣＣＨリソース８２０と時間的に部分的に又は完全に重複していると判定する。図示のように、ＰＵＣＣＨリソース８１０の一部がＰＵＣＣＨリソース８２０と完全に重複している。この例では、端末デバイス１２０は、２つのＰＵＣＣＨリソースを伝送してもよい。具体的には、端末デバイス１２０は、ＰＵＣＣＨリソース８１０を使用して、ＡＣＫ／ＮＡＣＫフィードバックを伝送してもよい。端末デバイス１２０は、ＰＵＣＣＨリソース８２０とＰＵＣＣＨリソース８１０との重複サイズに応じてＰＵＣＣＨリソース８２０をパンクチャし、そして、パンクチャされたＰＵＣＣＨリソース８２０を用いてＣＳＩレポート及び／又はＳＲ（１つ又は複数）を伝送してもよい。具体的には、端末デバイス１２０は、ＰＵＣＣＨリソース８２０のうち、ＰＵＣＣＨリソース８１０と重複していない部分を用いて、ＳＲ及び／又はＣＳＩレポートを伝送してもよい。パンクチャの例は、ＰＵＣＣＨリソース８２０とＰＵＣＣＨリソース８１０との重複サイズが制限されている（所定の閾値よりも低い）場合に適用されることができる。
【００８４】
図８Ｃ及び図８Ｄの例では、端末デバイス１２０は、ＰＵＣＣＨリソース８１０がＰＵＣＣＨリソース８２０と時間的に部分的に又は完全に重複し、ＰＵＣＣＨリソース８２０のＰＵＣＣＨリソース８１０との重複部分が大きい（例えば、重複部分の長さが長さ閾値よりも大きい）と判定した場合、ＣＳＩレポートをドロップしてもよい。これらの例では、ＰＵＣＣＨリソース８１０及び８２０は、互いに完全に又は部分的に重複していてもよい。次に、端末デバイス１２０は、ＰＵＣＣＨリソース８１０を使用して、ＡＣＫ／ＮＡＣＫフィードバック及びＳＲ（１つ又は複数）を伝送してもよい。ＳＲ（１つ又は複数）及びＡＣＫ／ＮＡＣＫフィードバックは、ＰＵＣＣＨリソース８１０に多重化されてもよい。
【００８５】
図８Ｅ〜図８Ｇの例では、端末デバイス１２０は、ＰＵＣＣＨリソース８１０及び８２０が互いに完全に重複しているか（図８Ｅ及び図８Ｆ）、又は部分的に重複している（図８Ｇ）を判定する。端末デバイス１２０は、ＡＣＫ／ＮＡＣＫフィードバックをＣＳＩレポート（及び場合によってＳＲ（１つ又は複数））に多重化することによって、さらに多重化されたＵＣＩを得てもよい。その後、端末デバイス１２０は、ＰＵＣＣＨリソース８２０を使用して、さらに多重化されたＵＣＩを伝送してもよい。いくつかの他の実施形態では、ＰＵＣＣＨリソース８１０は、さらに多重化されたＵＣＩを伝送することに使用されてもよい。
【００８６】
図９は、本開示のいくつかの実施形態にかかる例示的な方法９００のフローチャートを示す。方法９００は、図１に示す端末デバイス１２０で実施されることができる。検討の目的のために、図１を参照して、端末デバイス１２０側から方法９００を説明する。
【００８７】
ブロック９１０において、端末デバイス１２０は、ネットワークデバイス１１０からのリソースインジケータに基づいて、異なるフォーマットを使用して第１のタイプのアップリンク制御情報を伝送することに利用可能なアップリンクリソースを決定する。ブロック９２０において、端末デバイス１２０は、ネットワークデバイス１１０からの、異なるフォーマットのうちの少なくとも１つを使用して第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報の同時伝送をサポートするという同時伝送インジケータに基づいて、ＰＵＣＣＨリソースのうちの１つを選択する。ブロック９３０において、端末デバイス１２０は、対応するフォーマットを使用して、選択されたアップリンクリソースで第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報をネットワークデバイス１１０に伝送する。
【００８８】
いくつかの実施形態では、アップリンクリソースのうちの１つを選択することは、第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報の合計ペイロードサイズにさらに基づいて、アップリンクリソースのうちの１つを選択することをさらに含む。
【００８９】
いくつかの実施形態では、アップリンクリソースのうちの１つを選択することは、第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報のうちの少なくとも１つに対するカバレッジ要求にさらに基づいて、アップリンクリソースのうちの１つを選択することをさらに含む。
【００９０】
いくつかの実施形態では、アップリンクリソースのうちの１つを選択することは、第１のタイプのアップリンク制御情報及び第２のタイプのアップリンク制御情報のうちの少なくとも１つに対する遅延要求にさらに基づいて、アップリンクリソースのうちの１つを選択することをさらに含む。
【００９１】
いくつかの実施形態では、アップリンクリソースのうちの１つを選択することは、異なるフォーマットのうちの少なくとも２つのフォーマットを使用して同時伝送をサポートすることを示す同時伝送インジケータに応答して、少なくとも２つのフォーマットの所定の優先順位に基づいてアップリンクリソースのうちの１つを選択することをさらに含む。
【００９２】
いくつかの実施形態では、同時伝送インジケータは、異なるフォーマットのうちの１つを使用して同時伝送をサポートすることを示す。
【００９３】
いくつかの実施形態では、第１のタイプのアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバック及び／又はスケジューリング要求（ＳＲ）を含み、第２のタイプのアップリンク制御情報は、チャネル状態情報（ＣＳＩ）を含む。
【００９４】
いくつかの実施形態では、アップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む。
【００９５】
図１０は、本開示のいくつかの実施形態にかかる例示的な方法１０００のフローチャートを示す。方法１０００は、図１に示す端末デバイス１２０で実施されることができる。検討の目的のために、図１を参照して、端末デバイス１２０側から方法１０００を説明する。
【００９６】
ブロック１０１０において、端末デバイス１２０は、第１のアップリンク制御情報を伝送するために利用可能な複数のアップリンクリソースを示すリソースインジケータを受信し、第１のアップリンク制御情報は第１のタイプのものである。ブロック１０２０において、端末デバイス１２０は、第２のアップリンク制御情報を伝送するために設定された第２のアップリンクリソースと、第３のアップリンク制御情報を伝送するために設定された第３のアップリンクリソースとが時間的に重複しているかどうかを判定し、第２及び第３のアップリンク制御情報は第２のタイプのものである。ブロック１０３０において、第２及び第３のアップリンクリソースが時間的に重複していると判定したことに応答して、端末デバイス１２０は、複数のアップリンクリソースのうちの１つを選択し、選択されたアップリンクリソースは、第１及び第２のタイプのアップリンク制御情報の同時伝送をサポートする。ブロック１０４０において、端末デバイス１２０は、選択されたアップリンクリソースを使用して、第１、第２、及び第３のアップリンク制御情報を伝送する。
【００９７】
いくつかの実施形態では、複数のアップリンクリソースのうちの１つを選択することは、ネットワークデバイスから、同時伝送が複数のアップリンクリソースのうちの１つによってサポートされていることを示す同時伝送インジケータを受信することと、同時伝送をサポートするアップリンクリソースを選択することとを含む。
【００９８】
いくつかの実施形態では、アップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む。
【００９９】
いくつかの実施形態では、第１のタイプのアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバック及び／又はスケジューリング要求（ＳＲ）を含み、第２のタイプのアップリンク制御情報は、チャネル状態情報（ＣＳＩ）を含む。
【０１００】
図１１は、本開示のいくつかの実施形態にかかる例示的な方法１１００のフローチャートを示す。方法１１００は、図１に示す端末デバイス１２０で実施されることができる。説明の目的のために、図１を参照して、端末デバイス１２０側から方法１１００を説明する。
【０１０１】
ブロック１１１０において、端末デバイス１２０は、第１のアップリンク制御情報を伝送するように設定された第１のアップリンクリソースと、第２のアップリンク制御情報を伝送するように設定された第２のアップリンクリソースとが時間的に重複しているかどうかを判定する。ブロック１１２０において、第１及び第２のアップリンクリソースが時間的に重複していると判定したことに応答して、端末デバイス１２０は、第１及び第２のアップリンクリソースの容量、第１及び第２のアップリンクリソースの時機、第１及び第２のアップリンクリソースによってサポートされるフォーマットのうちの少なくとも１つに基づいて、第１及び第２のアップリンクリソースのうちの１つを選択する。ブロック１０３０において、端末デバイス１２０は、選択されたアップリンクリソースを使用して、第１及び第２のアップリンク制御情報を伝送する。
【０１０２】
いくつかの実施形態において、第１及び第２のアップリンクリソースのうちの１つを選択することは、第１及び第２のアップリンクリソースのうち、より大きな容量、より早い終了時機又はより遅い開始時機、及び／又は所定のフォーマットを有するものを選択することを含む。
【０１０３】
いくつかの実施形態では、第１及び第２のアップリンク制御情報を伝送することは、第３のアップリンクリソースが第３のアップリンク制御情報を伝送するように設定されたことを決定したことに応答して、第３のアップリンクリソースが、選択されたアップリンクリソースと時間的に重複しているかどうかを判定することと、第３のアップリンクリソースが、選択されたアップリンクリソースに時間的に隣接しているか、又は選択されたアップリンクリソースから時間的に離れていることを判定したことに応答して、選択されたアップリンクリソースを使用して第１及び第２のアップリンク制御情報を伝送し、第３のアップリンクリソースを使用して第３のアップリンク制御情報を伝送することとを含む。
【０１０４】
いくつかの実施形態では、第１及び第２のアップリンク制御情報を伝送することは、第３のアップリンクリソースの一部が選択されたアップリンクリソースと重複していると判定したことに応答して、選択されたアップリンクリソースを使用して第１及び第２のアップリンク制御情報を伝送し、第３のアップリンクリソースの残りの部分を使用して第３のアップリンク制御情報の一部を伝送することとをさらに含む。
【０１０５】
いくつかの実施形態では、第１及び第２のアップリンク制御情報を伝送することは、第３のアップリンクリソースが選択されたアップリンクリソースと重複していると判定したことに応答して、第３のアップリンク制御情報を第１及び第２のアップリンク制御情報に多重化して多重化されたアップリンク制御情報を得ることと、選択されたアップリンクリソースを使用して多重化されたアップリンク制御情報を伝送することとをさらに含む。
【０１０６】
いくつかの実施形態では、多重化されたアップリンク制御情報を伝送することは、多重化されたアップリンク制御情報と、第３のアップリンク制御情報を示す追加情報を伝送することを含む。
【０１０７】
いくつかの実施形態では、方法１１００は、第３のアップリンクリソースが選択されたアップリンクリソースと重複していると判定したことに応答して、第１のアップリンク制御情報及び第２のアップリンク制御情報をドロップすることと、第３のアップリンクリソースを使用して第３のアップリンク制御情報を伝送することとを含む。
【０１０８】
いくつかの実施形態では、第３のアップリンク制御情報を伝送することは、第３のアップリンクリソースの一部が選択されたアップリンクリソースと重複していると判定したことに応答して、第３のアップリンク制御情報の一部をドロップすることと、第３のアップリンクリソースの残りの部分を使用して、第３のアップリンク制御情報の残りの部分を伝送することとを含む。
【０１０９】
いくつかの実施形態では、第１及び第２のアップリンク制御情報は、異なるチャネル状態情報（ＣＳＩ）を含み、第３のアップリンク制御情報は、スケジューリング要求（ＳＲ）を含み、第１、第２及び第３のアップリンクリソースは、無線リソース制御（ＲＲＣ）シグナリングを介して設定される。
【０１１０】
いくつかの実施形態では、多重化されたアップリンク制御情報を伝送することは、第４のアップリンクリソースが第４のアップリンク制御情報を伝送するように設定されたと決定したことに応答して、第４のアップリンクリソースが選択されたアップリンクリソースと時間的に重複しているかどうかを判定することと、第４のアップリンクリソースが選択されたアップリンクリソースに時間的に隣接しているか、又は選択されたアップリンクリソースから時間的に離れていると判定したことに応答して、選択されたアップリンクリソースを使用して多重化されたアップリンク制御情報を伝送し、第４のアップリンクリソースを使用して第４のアップリンク制御情報を伝送することとを含む。
【０１１１】
いくつかの実施形態では、多重化されたアップリンク制御情報を伝送することは、選択されたアップリンクリソースの一部が第４のアップリンクリソースと重複していると判定したことに応答して、選択されたアップリンクリソースの残りの部分を使用して多重化されたアップリンク制御情報を伝送し、第４のアップリンクリソースを使用して第４のアップリンク制御情報を伝送することとをさらに含む。
【０１１２】
いくつかの実施形態では、多重化されたアップリンク制御情報を伝送することは、選択されたアップリンクリソースが第４のアップリンクリソースと重複していると判定したことに応答して、選択されたアップリンクリソースのうち、第４のアップリンクリソースと重複している部分の長さが長さ閾値より大きいかどうかを判定することと、長さが長さ閾値より大きいと判定したことに応答して、第１のアップリンク制御情報及び第２のアップリンク制御情報をドロップすることと、第４のアップリンクリソースを使用して第３のアップリンク制御情報及び第４のアップリンク制御情報を伝送することとをさらに含む。
【０１１３】
いくつかの実施形態では、多重化されたアップリンク制御情報を伝送することは、選択されたアップリンクリソースが第４のアップリンクリソースと重複していると判定したことに応答して、第４のアップリンク制御情報を多重化されたアップリンク制御情報に多重化して、さらに多重化されたアップリンク制御情報を得ることと、選択されたアップリンクリソースを使用して、さらに多重化されたアップリンク制御情報を伝送することとをさらに含む。
【０１１４】
いくつかの実施形態では、第４のアップリンク制御情報は、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを含む。
【０１１５】
いくつかの実施形態では、第４のアップリンクリソースは、ダウンリンク制御情報（ＤＣＩ）を介して設定される。
【０１１６】
いくつかの実施形態では、第１及び第２のアップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含む。
【０１１７】
図２〜図８Ｇを参照して上記で説明したネットワークデバイス１１０及び端末デバイス１２０に関するすべての動作及び特徴は、方法９００〜１１００にも同様に適用可能であり、同様の効果を有することを理解されたい。簡略化のため、詳細な説明は省略する。
【０１１８】
図１２は、本開示の実施形態の実施に適するデバイス１２００の簡略的なブロック図である。デバイス１２００は、図１に示すネットワークデバイス１１０又は端末デバイス１２０のさらなる例示的なものと見なされることができる。そのため、デバイス１２００は、ネットワークデバイス１１０又は端末デバイス１２０の少なくとも一部で実施され、又は少なくともその一部として実施されることができる。
【０１１９】
図示のように、デバイス１２００は、プロセッサ１２１０と、プロセッサ１２１０に接続されているメモリ１２２０と、プロセッサ１２１０に接続されている適切な送信機（ＴＸ）及び受信機（ＲＸ）１２４０と、ＴＸ／ＲＸ１２４０に接続されている通信インターフェースとを備える。メモリ１２１０は、プログラム１２３０の少なくとも一部を格納する。ＴＸ／ＲＸ１２４０は、双方向通信するためのものである。ＴＸ／ＲＸ１２４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本明細書で言及されるアクセスノードは、いくつかを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）／Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ（Ｓ−ＧＷ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表す。
【０１２０】
プログラム１２３０は、関連するプロセッサ１２１０によって実行されると、デバイス１２００が、本明細書で図２〜図４及び図９〜図１１を参照して説明したように、本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス１２００のプロセッサ１２１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェア及びハードウェアの組み合わせにより実施され得る。プロセッサ１２１０は、本開示の様々な実施形態を実施するように設定され得る。さらに、プロセッサ１２１０とメモリ１２１０の組み合わせは、本開示の様々な実施形態を実施するのに適した処理手段１２５０を形成し得る。
【０１２１】
メモリ１２１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的なコンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実施されてもよい。デバイス１２００には１つのメモリ１２１０のみが示されているが、物理的に別個であるいくつかのメモリモジュールがあってもよい。プロセッサ１２１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、及び、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。デバイス１２００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。
【０１２２】
一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施され得る。いくつかの態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスによって実行されるファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されているが、本明細書で説明されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらの組み合わせに実施されてもよい。
【０１２３】
本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３〜図６Ｄのいずれかを参照して上記で説明したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行される、コンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行する、又は特定の抽象データ型を実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で必要に応じてプログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイスで実行できる。分散型デバイスでは、プログラムモジュールはローカルとリモートのストレージメディアの両方に配置できる。
【０１２４】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで書かれることができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又はその他のプログラマブルデータ処理装置のプロセッサ又はコントローラに提供されることによって、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシン上で実行されたり、その一部がマシン上で実行されたり、スタンドアロンソフトウェアパッケージとして実行されたり、一部がマシン上で実行され、かつ一部がリモートマシン上で実行されたり、又は完全にリモートマシン又はサーバ上で実行されたりすることができる。
【０１２５】
上記のプログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれらと関連して使用するためのプログラムを含むか、又は格納する任意の有形媒体であり得るマシン読み取り可能な媒体上で具現化され得る。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であり得る。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、又はデバイス、あるいは前述の任意の適切な組み合わせを含むが、これらに限定されない。マシン読み取り可能な記憶媒体のより具体的な例には、１つ又は複数のワイヤによる電気的な接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前述の任意の適切な組み合わせが含まれる。
【０１２６】
さらに、操作は特定の順序で図面に描かれているが、これは、望ましい結果を達成するために、そのような操作が図示の特定の順序又は連続順序で実行されること、又はすべての描かれた操作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利である場合がある。同様に、上記説明にはいくつかの特定の実装の詳細が含まれているが、これらは本開示の範囲の制限としてではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で記載されている特定の特徴は、単一の実施形態に組み合わせて実施されることもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されることもできる。
【０１２７】
本開示について、構造的特徴及び／又は方法論的動作に特有の用語で説明したが、添付の請求の範囲で限定される本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記の特定の特徴及び動作は、請求の範囲を実施する例示的な形態として開示されている。
【図１】
2021514579.tif 000006
【図２】
2021514579.tif 000007
【図３】
2021514579.tif 000008
【図４】
2021514579.tif 000009
【図５】
2021514579.tif 000010
【図６Ａ】
2021514579.tif 000011
【図６Ｂ】
2021514579.tif 000012
【図６Ｃ】
2021514579.tif 000013
【図６Ｄ】
2021514579.tif 000014
【図７Ａ】
2021514579.tif 000015
【図７Ｂ】
2021514579.tif 000016
【図７Ｃ】
2021514579.tif 000017
【図７Ｄ】
2021514579.tif 000018
【図７Ｅ】
2021514579.tif 000019
【図７Ｆ】
2021514579.tif 000020
【図７Ｇ】
2021514579.tif 000021
【図８Ａ】
2021514579.tif 000022
【図８Ｂ】
2021514579.tif 000023
【図８Ｃ】
2021514579.tif 000024
【図８Ｄ】
2021514579.tif 000025
【図８Ｅ】
2021514579.tif 000026
【図８Ｆ】
2021514579.tif 000027
【図８Ｇ】
2021514579.tif 000028
【図９】
2021514579.tif 000029
【図１０】
2021514579.tif 000030
【図１１】
2021514579.tif 000031
【図１２】
2021514579.tif 000032
【手続補正書】
【提出日】令和2年10月8日(2020.10.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末デバイスの方法であって、前記方法は、
基地局からＲＲＣ（Radio Resource Control）シグナリングにおいて、第１のＣＳＩ（Channel State Information）レポートのための第１のＰＵＣＣＨ（Physical Uplink Control Channel）リソース、及び第２のＣＳＩレポートのための第２のＰＵＣＣＨリソースを示す情報を受信すること、
前記第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースが重複していることを決定すること、及び
前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートを第３のＰＵＣＣＨリソースに多重化すること、を含む方法。
【請求項２】
前記第３のＰＵＣＣＨリソースに多重化された、前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートを前記基地局に送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記端末デバイスは、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報を、前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートとともに前記第３のＰＵＣＣＨリソースにさらに多重化する、請求項１又は２に記載の方法。
【請求項４】
前記第３のＰＵＣＣＨリソースは、前記第１のＰＵＣＣＨリソース又は前記第２のＰＵＣＣＨリソースのいずれかと同じである、請求項１又は２に記載の方法。
【請求項５】
前記第３のＰＵＣＣＨリソースを示す情報を受信することをさらに含む、請求項１〜３のいずれか１項に記載の方法。
【請求項６】
基地局の方法であって、前記方法は、
端末デバイスに、ＲＲＣ（Radio Resource Control）シグナリングにおいて、第１のＣＳＩ（Channel State Information）レポートのための第１のＰＵＣＣＨ（Physical Uplink Control Channel）リソース、及び第２のＣＳＩレポートのための第２のＰＵＣＣＨリソースを示す情報を送信すること、及び
前記端末デバイスが、前記第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースが重複していることを決定したことに応じて、第３のＰＵＣＣＨリソースに多重化された前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートを受信すること、を含む方法。
【請求項７】
前記基地局は、前記第３のＰＵＣＣＨリソースに前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートとともに多重化されたＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報をさらに受信する、請求項６に記載の方法。
【請求項８】
前記第３のＰＵＣＣＨリソースは、前記第１のＰＵＣＣＨリソース又は前記第２のＰＵＣＣＨリソースのいずれかと同じである、請求項６に記載の方法。
【請求項９】
前記第３のＰＵＣＣＨリソースを示す情報を送信することをさらに含む、請求項６又は７に記載の方法。
【請求項１０】
基地局からＲＲＣ（Radio Resource Control）シグナリングにおいて、第１のＣＳＩ（Channel State Information）レポートのための第１のＰＵＣＣＨ（Physical Uplink Control Channel）リソース、及び第２のＣＳＩレポートのための第２のＰＵＣＣＨリソースを示す情報を受信する受信機と、
前記第１のＰＵＣＣＨリソース及び前記第２のＰＵＣＣＨリソースが重複していることを決定し、前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートを第３のＰＵＣＣＨリソースに多重化するコントローラと、を備える端末デバイス。
【請求項１１】
前記第３のＰＵＣＣＨリソースに多重化された、前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートを送信する送信機をさらに備える、請求項１０に記載の端末デバイス。
【請求項１２】
前記コントローラは、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報を、前記第３のＰＵＣＣＨリソースに前記第１のＣＳＩレポート及び前記第２のＣＳＩレポートとともに多重化する、請求項１０又は１１に記載の端末デバイス。
【請求項１３】
前記第３のＰＵＣＣＨリソースは、前記第１のＰＵＣＣＨリソース又は前記第２のＰＵＣＣＨリソースのいずれかと同じである、請求項１０又は１１に記載の端末デバイス。
【請求項１４】
前記受信機は、前記第３のＰＵＣＣＨリソースを示す情報を受信するようにさらに構成される、請求項１０〜１２のいずれか１項に記載の端末デバイス。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【０１１９】
図示のように、デバイス１２００は、プロセッサ１２１０と、プロセッサ１２１０に接続されているメモリ１２２０と、プロセッサ１２１０に接続されている適切な送信機（ＴＸ）及び受信機（ＲＸ）１２４０と、ＴＸ／ＲＸ１２４０に接続されている通信インターフェースとを備える。メモリ１２２０は、プログラム１２３０の少なくとも一部を格納する。ＴＸ／ＲＸ１２４０は、双方向通信するためのものである。ＴＸ／ＲＸ１２４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本明細書で言及されるアクセスノードは、いくつかを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）／Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ（Ｓ−ＧＷ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表す。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
プログラム１２３０は、関連するプロセッサ１２１０によって実行されると、デバイス１２００が、本明細書で図２〜図４及び図９〜図１１を参照して説明したように、本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス１２００のプロセッサ１２１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェア及びハードウェアの組み合わせにより実施され得る。プロセッサ１２１０は、本開示の様々な実施形態を実施するように設定され得る。さらに、プロセッサ１２１０とメモリ１２２０の組み合わせは、本開示の様々な実施形態を実施するのに適した処理手段１２５０を形成し得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
メモリ１２２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的なコンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実施されてもよい。デバイス１２００には１つのメモリ１２２０のみが示されているが、物理的に別個であるいくつかのメモリモジュールがあってもよい。プロセッサ１２１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、及び、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。デバイス１２００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。
【国際調査報告】
2021514579.tif 000033
2021514579.tif 000034