(57)【特許請求の範囲】
【請求項１】
端末が、無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上においてマルチチャネル状態情報（Channel State Information、ＣＳＩ）を送信する方法であって、
基地局から、（ｉ）単一ＣＳＩ報告（report）のためのＰＵＣＣＨリソース（resource）に関する情報と、（ｉｉ）マルチＣＳＩ報告のためのＰＵＣＣＨリソースに関する情報と、を受信するステップであって、
前記単一ＣＳＩ報告のための前記ＰＵＣＣＨリソースは、一つのスロット（slot）において設定され、
前記単一ＣＳＩ報告のためのそれぞれのＰＵＣＣＨリソースは、前記マルチＣＳＩに有されるそれぞれのＣＳＩに対応する、ステップと、
前記単一ＣＳＩのためのＰＵＣＣＨリソースのうちのいずれかが重なる（overlap）ことに基づいて、前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースにおいて前記マルチＣＳＩをマルチプレクスするステップと、
前記基地局に、前記マルチＣＳＩを前記特定のＰＵＣＣＨリソースを介して送信するステップと、を有し、
前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースは、昇順にインデックスが付けられ、
（ｉ）前記特定のＰＵＣＣＨリソースと（ｉｉ）前記特定のＰＵＣＣＨリソース中のマルチＣＳＩ送信に使用されるＲＢの数とは、ｐａｒｔ  １  ＣＳＩ、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩおよび設定された最大符号化率に基づいて決定され、
前記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩは、ランク＝１による値とランク＝５による値との平均値に基づいて算出される、方法。
【請求項２】
前記特定のＰＵＣＣＨリソースは、
前記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、前記ＰＵＣＣＨリソース間で重なる（overlap）ことに基づいて、重なる部分をドロップ（drop）した、残りのＰＵＣＣＨリソースである、請求項１に記載の方法。
【請求項３】
前記特定のＰＵＣＣＨリソースは、
前記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、前記ＰＵＣＣＨリソース間で重なる（overlap）ことに基づいて、予め決定された優先順位に基づいて、優先順位の高いＣＳＩ報告を有するＰＵＣＣＨリソースである、請求項１に記載の方法。
【請求項４】
前記予め決定された優先順位は、
ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘおよび／またはｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定される、請求項３に記載の方法。
【請求項５】
無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上においてマルチチャネル状態情報（Channel State Information、ＣＳＩ）を送信するように構成されたように端末であって、
無線信号を送受信するように構成された少なくとも１つの送受信器と、
前記少なくとも１つの送受信器と機能的に接続された少なくとも１つのプロセッサと、を有し、前記少なくとも１つのプロセッサは、
基地局から、（ｉ）単一ＣＳＩ報告（report）のためのＰＵＣＣＨリソース（resource）に関する情報と、（ｉｉ）マルチＣＳＩ報告のためのＰＵＣＣＨリソースに関する情報と、を受信し、
前記単一ＣＳＩ報告のための前記ＰＵＣＣＨリソースは、一つのスロット（slot）において設定され、
前記単一ＣＳＩ報告のためのそれぞれのＰＵＣＣＨリソースは、前記マルチＣＳＩに有されるそれぞれのＣＳＩに対応し、
前記単一ＣＳＩのためのＰＵＣＣＨリソースのうちのいずれかが重なる（overlap）ことに基づいて、前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースにおいて前記マルチＣＳＩをマルチプレクスし、
前記基地局に、前記マルチＣＳＩを前記特定のＰＵＣＣＨリソースを介して送信するように構成され、
前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースは、昇順にインデックスが付けられ、
（ｉ）前記特定のＰＵＣＣＨリソースと（ｉｉ）前記特定のＰＵＣＣＨリソース中のマルチＣＳＩ送信に使用されるＲＢの数とは、ｐａｒｔ  １  ＣＳＩ、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩおよび設定された最大符号化率に基づいて決定され、
前記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩは、ランク＝１による値とランク＝５による値との平均値に基づいて算出される、端末。
【請求項６】
前記特定のＰＵＣＣＨリソースは、
前記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、前記ＰＵＣＣＨリソース間で重なる（overlap）ことに基づいて、重なる部分をドロップ（drop）した、残りのＰＵＣＣＨリソースである、請求項５に記載の端末。
【請求項７】
前記特定のＰＵＣＣＨリソースは、
前記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、前記ＰＵＣＣＨリソース間で重なる（overlap）ことに基づいて、予め決定された優先順位に基づいて、優先順位の高いＣＳＩ報告を有するＰＵＣＣＨリソースである、請求項５に記載の端末。
【請求項８】
前記予め決定された優先順位は、
ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘおよび／またはｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定される、請求項７に記載の端末。
【請求項９】
端末に動作を行わせる１つまたは複数の命令を記憶する持続性コンピュータ読み取り可能媒体（Computer Readable Medium；ＣＲＭ）であって、前記動作は、
基地局から、（ｉ）単一チャネル状態情報（Channel State Information、ＣＳＩ）報告（report）に関する物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）リソース（resource）に関する情報と、（ｉｉ）マルチＣＳＩ報告に関するＰＵＣＣＨリソースに関する情報と、を受信することであって、
前記単一ＣＳＩ報告のための前記ＰＵＣＣＨリソースは、一つのスロット（slot）において設定され、
前記単一ＣＳＩ報告のためのそれぞれのＰＵＣＣＨリソースは、マルチＣＳＩに有されるそれぞれのＣＳＩに対応する、ことと、
前記単一ＣＳＩのためのＰＵＣＣＨリソースのうちのいずれかが重なる（overlap）ことに基づいて、前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースにおいて前記マルチＣＳＩをマルチプレクスすることと、
前記基地局に、前記マルチＣＳＩを前記特定のＰＵＣＣＨリソースを介して送信することと、を有し、
前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースは、昇順にインデックスが付けられ、
（ｉ）前記特定のＰＵＣＣＨリソースと（ｉｉ）前記特定のＰＵＣＣＨリソース中のマルチＣＳＩ送信に使用されるＲＢの数とは、ｐａｒｔ  １  ＣＳＩ、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩおよび設定された最大符号化率に基づいて決定され、
前記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩは、ランク＝１による値とランク＝５による値との平均値に基づいて算出される、記憶媒体。
【請求項１０】
無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上においてマルチチャネル状態情報（Channel State Information、ＣＳＩ）を受信するように構成された基地局であって、
無線信号を送受信するように構成された少なくとも１つの送受信器と、
前記少なくとも１つの送受信器と機能的に接続された少なくとも１つのプロセッサと、を有し、前記少なくとも１つのプロセッサは、
端末に、（ｉ）単一ＣＳＩ報告（report）のためのＰＵＣＣＨリソース（resource）に関する情報と、（ｉｉ）マルチＣＳＩ報告のためのＰＵＣＣＨリソースに関する情報と、を送信し、
前記単一ＣＳＩ報告のための前記ＰＵＣＣＨリソースは、一つのスロット（slot）において設定され、
前記単一ＣＳＩ報告のためのそれぞれのＰＵＣＣＨリソースは、前記マルチＣＳＩに有されるそれぞれのＣＳＩに対応し、
前記単一ＣＳＩのためのＰＵＣＣＨリソースのうちのいずれかが重なる（overlap）ことに基づいて、前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースにおける前記マルチＣＳＩは、マルチプレクスされ、
前記端末から、前記マルチＣＳＩを前記特定のＰＵＣＣＨリソースを介して受信するように構成され、
前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースは、昇順にインデックスが付けられ、
（ｉ）前記特定のＰＵＣＣＨリソースと（ｉｉ）前記特定のＰＵＣＣＨリソース中のマルチＣＳＩ送信に使用されるＲＢの数とは、ｐａｒｔ  １  ＣＳＩ、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩおよび設定された最大符号化率に基づいて決定され、
前記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩは、ランク＝１による値とランク＝５による値との平均値に基づいて算出される、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、無線通信システムに関し、特に、物理アップリンク制御チャネル上において複数（多数）のアップリンク制御情報を送信する方法およびこれをサポート（支援）する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証（保障）しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソースが不足する現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は、概して、爆発的なデータトラフィックの対応（収容）、ユーザ当たり送信レート（率）の画期的な増加、大幅に増加した接続（連結）デバイス数の対応、非常に低いエンドツーエンド（端対端）遅延（End-to-End Latency）、高エネルギ効率をサポートできなければならない。そのために、二重接続（二重連結性）（Dual Connectivity）、大規模多入力多出力（多重入出力）（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多元接続（多重接続）（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーキング（Device Networking）など、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を送信するためのＰＵＣＣＨリソース（資源）を、ＰＵＣＣＨリソースと関連するＲＥの個数情報、最大符号化率（コードレート）、変調次数などに基づいて決定する方法を提供することに目的がある。
【０００５】
また、本明細書は、ＰＵＣＣＨリソースが重なる場合、重なるＰＵＣＣＨリソースでＵＣＩを送信するためのリソースを選択する方法を提供することに目的がある。
【０００６】
本発明が解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していないさらに他の技術的課題は、以下の記載から、本発明の属する技術分野における通常の知識を有する者にとって明確に理解されるはずである。
【課題を解決するための手段】
【０００７】
本明細書は、システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を送信する方法を提供する。
【０００８】
具体的には、端末により行われる方法は、基地局から、チャネル状態情報（Channel State Information、ＣＳＩ）報告（リポート）（report）のためのＰＵＣＣＨリソース（resource）を受信するステップと、ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、ＰＵＣＣＨリソース間で重なる（overlap）場合、ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースに複数のＵＣＩをマルチプレクスするステップと、基地局に、複数のＵＣＩを特定のＰＵＣＣＨリソースを介して送信するステップと、を有することを特徴とする。
【０００９】
また、本明細書において、ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチ（多重、複数の）ＣＳＩ報告のためのもののうちの少なくとも一つであることを特徴とする。
【００１０】
また、本明細書において、複数のＵＣＩをマルチプレクスするステップは、ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、単一ＣＳＩ報告のためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のために利用されるＰＵＣＣＨリソースに重なったリソースに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。
【００１１】
また、本明細書において、複数のＵＣＩをマルチプレクスするステップは、単一ＣＳＩ報告に利用されるためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のためのＰＵＣＣＨリソースに、単一ＣＳＩ報告のためのＰＵＣＣＨリソースの全てに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。
【００１２】
また、本明細書において、特定のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐした、残りのＰＵＣＣＨリソースであることを特徴とする。
【００１３】
また、本明細書において、特定のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、ＰＵＣＣＨリソース間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を有するＰＵＣＣＨリソースであることを特徴とする。
【００１４】
また、本明細書において、予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定されることを特徴とする。
【００１５】
また、本明細書において、無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を送信する端末であって、無線信号を送受信するためのＲＦ（Radio Frequency）モジュールと、ＲＦモジュールと機能的に接続されたプロセッサと、を有し、プロセッサは、基地局から、チャネル状態情報（Channel State Information、ＣＳＩ）報告（report）のためのＰＵＣＣＨリソース（resource）を受信し、ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、ＰＵＣＣＨリソース間で重なる（overlap）場合、ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースに複数のＵＣＩをマルチプレクスし、基地局に、複数のＵＣＩを特定のＰＵＣＣＨリソースを介して送信することを特徴とする。
【００１６】
また、本明細書において、ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチＣＳＩ報告のためのもののうちの少なくとも一つであることを特徴とする。
【００１７】
また、本明細書において、プロセッサは、ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、単一ＣＳＩ報告のためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のために利用されるＰＵＣＣＨリソースに重なったリソースに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。
【００１８】
また、本明細書において、プロセッサは、単一ＣＳＩ報告に利用されるためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のためのＰＵＣＣＨリソースに、単一ＣＳＩ報告のためのＰＵＣＣＨリソースの全てに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。
【００１９】
また、本明細書において、特定のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐした、残りのＰＵＣＣＨリソースであることを特徴とする。
【００２０】
また、本明細書において、特定のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、ＰＵＣＣＨリソース間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を有するＰＵＣＣＨリソースであることを特徴とする。
【００２１】
また、本明細書において、予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定されることを特徴とする。
【発明の効果】
【００２２】
本明細書は、物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を送信するためのＰＵＣＣＨリソースを、最大符号化率、変調次数などに基づいて決定することによって、リソースを効率的に使用することができるという効果がある。
【００２３】
また、本明細書は、単一ＣＳＩ報告のためのＰＵＣＣＨリソースが重なった場合、重なったＰＵＣＣＨリソースにおけるＣＳＩ報告を送信できる方法を提供することによって端末のＣＳＩ報告を可能にすることで、より正確なチャネル状態を反映してデータを送受信できるという効果がある。
【００２４】
本発明で得られることのできる効果は、以上で言及した効果に制限されず、言及していないさらに他の効果は、以下の記載から、本発明の属する技術分野における通常の知識を有する者にとって明確に理解されるはずである。
【図面の簡単な説明】
【００２５】
【図１】本明細書で提案する方法が適用されることができるＡＩ装置を示す図である。
【図２】本明細書で提案する方法が適用されることができるＡＩサーバを示す図である。
【図３】本明細書で提案する方法が適用されることができる無線通信システムでサポートするリソースグリッド（resource grid）の一例を示す図である。
【図４】本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別のリソースグリッドの例を示す図である。
【図５】本明細書で提案する方法が適用されることができるセルフコンテインド（自己完結型）スロット（self-contained slot）構造の一例を示す図である。
【図６】本発明が適用されうる無線通信システムにおけるコンポーネントキャリアおよびキャリアアグリゲーション（併合）の一例を示す図である。
【図７】ＮＲシステムにおけるキャリアアグリゲーションを考慮した展開シナリオ（deployment scenarios）の例を示す図である。
【図８】本明細書で提案する方法を行う端末の動作方法を示したフローチャートである。
【図９】本明細書で提案する方法が適用されうる無線通信装置のブロック構成図を例示する図である。
【図１０】本明細書で提案する方法が適用されうる無線通信装置のブロック構成図のさらに他の例を示す図である。
【発明を実施するための形態】
【００２６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２７】
以下、本発明に従う好ましい実施形態を、添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００２８】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造および装置は省略されるか、または各構造および装置の中核機能を中心としたブロック図形式で図示できる。
【００２９】
本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により行われるものとして説明される特定動作は、場合によっては、基地局の上位ノード（upper node）により行われることもできる。即ち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードにより遂行できることは自明である。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、Ｎｏｄｅ  Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general NB）などの用語により置き換えできる。また、「端末（Terminal）」は、固定されるかまたは移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless Terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に置き換えできる。
【００３０】
本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により行われるものとして説明される特定動作は、場合によっては、基地局の上位ノード（upper node）により行われることもできる。即ち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードにより遂行できることは自明である。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、Ｎｏｄｅ  Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general NB）などの用語により置き換えできる。また、「端末（Terminal）」は、固定されるかまたは移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless Terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に置き換えできる。
【００３１】
以下の説明で使用される特定用語は、本発明の理解を助けるために提供されたものであり、これらの特定用語の使用は、本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００３２】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）、ＮＯＭＡ（Non-Orthogonal Multiple Access）などの様々な無線アクセス（接続）システムに利用できる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）で実現できる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System For Mobile Communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data rates for GSM Evolution）などの無線技術で実現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術で実現できる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ  ＬＴＥの進化である。
【００３３】
また、５Ｇ  ＮＲは、使用シナリオ（usage scenario）によってｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（massive Machine Type Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、Ｖ２Ｘ（Vehicle-To-Everything）を定義する。
【００３４】
そして、５Ｇ  ＮＲ規格（standard）は、ＮＲシステムとＬＴＥシステムとの間の共存（co-existence）によって、ｓｔａｎｄａｌｏｎｅ（ＳＡ）とｎｏｎ  ｓｔａｎｄａｌｏｎｅ（ＮＳＡ）とに区分される。
【００３５】
そして、５Ｇ  ＮＲは、様々なサブキャリア間隔（subcarrier spacing）をサポートし、ダウンリンクでＣＰ−ＯＦＤＭを、アップリンクでＣＰ−ＯＦＤＭおよびＤＦＴ−ｓ−ＯＦＤＭ（ＳＣ−ＯＦＤＭ）をサポートする。
【００３６】
本発明の実施形態は、無線アクセスシステムであるＩＥＥＥ  ８０２、３ＧＰＰ、および３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は、上記文書により裏付けられる。また、本文書で開示している全ての用語は、上記標準文書により説明できる。
【００３７】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ、ＮＲ（New Radio）を中心として記述するが、本発明の技術的特徴がこれに制限されるものではない。
【００３８】
また、本明細書で「Ａおよび／またはＢ」は、「ＡおよびＢのうちの少なくとも１つを含む」ということと同一の意味に解析されることができる。
【００３９】
用語の定義
【００４０】
ｅＬＴＥ  ｅＮＢ：ｅＬＴＥ  ｅＮＢは、ＥＰＣ（Evolved Packet Core）およびＮＧＣ（Next Generation Core）に対する接続をサポートするｅＮＢの進化（evolution）である。
【００４１】
ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。
【００４２】
新たなＲＡＮ：ＮＲもしくはＥ−ＵＴＲＡをサポートするか、またはＮＧＣと相互作用する無線アクセスネットワーク。
【００４３】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにオペレータ（operator）により定義されたネットワーク。
【００４４】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースとよく定義された機能的動作とを有するネットワークインフラ内における論理ノード。
【００４５】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２リファレンスポイント（reference point）に使用される制御プレーンインターフェース。
【００４６】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３リファレンスポイント（reference point）に使用されるユーザプレーンインターフェース。
【００４７】
ノンスタンドアローン（非独立型）（Non-standalone）ＮＲ：ｇＮＢがＬＴＥ  ｅＮＢをＥＰＣに制御プレーン接続のためのアンカとして要求するか、またはｅＬＴＥ  ｅＮＢをＮＧＣに制御プレーン接続のためのアンカとして要求する配置構成。
【００４８】
ノンスタンドアローンＥ−ＵＴＲＡ：ｅＬＴＥ  ｅＮＢがＮＧＣに制御プレーン接続のためのアンカとしてｇＮＢを要求する配置構成。
【００４９】
ユーザプレーンゲートウェイ：ＮＧ−Ｕインターフェースの終端点。
【００５０】
ヌメロロジ（numerology）：周波数領域で１つのサブキャリア間隔（subcarrier spacing）に対応する。リファレンスサブキャリア間隔（Reference subcarrier spacing）を整数Ｎにスケーリング（scaling）することにより、相異なるヌメロロジが定義されることができる。
【００５１】
ＮＲ：ＮＲ  Ｒａｄｉｏ  ＡｃｃｅｓｓまたはＮｅｗ  Ｒａｄｉｏ
【００５２】
システム一般
【００５３】
図１は、本明細書で提案する方法が適用されることができるＮＲの全体的なシステム構造の一例を示す図である。
【００５４】
図１に示すように、ＮＧ−ＲＡＮは、ＮＧ−ＲＡユーザプレーン（新たなＡＳ  ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコルの終端を提供するｇＮＢで構成される。
【００５５】
上記ｇＮＢは、Ｘｎインターフェースを通じて相互接続される。
【００５６】
また、上記ｇＮＢは、ＮＧインターフェースを通じてＮＧＣに接続される。
【００５７】
より具体的には、上記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Access and Mobility management Function）に、Ｎ３インターフェースを介してＵＰＦ（User Plane Function）に接続される。
【００５８】
ＮＲヌメロロジ（Numerology）およびフレーム（frame）構造
【００５９】
ＮＲシステムでは、複数のヌメロロジ（numerology）がサポートされることができる。ここで、ヌメロロジは、サブキャリア間隔（subcarrier spacing）およびＣＰ（Cyclic Prefix）オーバーヘッドにより定義できる。この際、複数のサブキャリア間隔は、基本サブキャリア間隔を整数Ｎ（または、μ）にスケーリング（scaling）することにより導出できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジは、周波数帯域と独立して選択できる。
【００６０】
また、ＮＲシステムでは、複数のヌメロロジに従う様々なフレーム構造がサポートされることができる。
【００６１】
以下、ＮＲシステムで考慮できるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジおよびフレーム構造を説明する。
【００６２】
ＮＲシステムでサポートされる複数のＯＦＤＭヌメロロジは、表１のように定義できる。
【００６３】
＜表１＞
【表１】
0006919059.tif 000002
【００６４】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の様々なフィールドサイズは、
0006919059.tif 000003
の時間単位の倍数として表現される。ここで、
0006919059.tif 000004
であり、
0006919059.tif 000005
である。ダウンリンク（downlink）およびアップリンク（uplink）送信は、
0006919059.tif 000006
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは、各々
0006919059.tif 000007
の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。
【００６５】
図２は、本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００６６】
図２に示すように、端末（User Equipment：ＵＥ）からのアップリンクフレーム番号ｉの送信は、当該端末における該当ダウンリンクフレームの開始より
0006919059.tif 000008
以前に始めなければならない。
【００６７】
ヌメロロジμに対して、スロット（slot）は、サブフレーム内で
0006919059.tif 000009
の増加する順に番号が付けられて、無線フレーム内で
0006919059.tif 000010
の増加する順に番号が付けられる。１つのスロットは、
0006919059.tif 000011
（個）の連続するＯＦＤＭシンボルで構成され、
0006919059.tif 000012
は、用いられるヌメロロジおよびスロット設定（slot configuration）によって決定される。サブフレームにおいて、スロット
0006919059.tif 000013
の開始は、同一サブフレームにおいてＯＦＤＭシンボル
0006919059.tif 000014
の開始と時間的に整列される。
【００６８】
全ての端末が同時に送信および受信できるものではなく、これは、ダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが利用されることができないことを意味する。
【００６９】
表２は、ヌメロロジμにおけるノーマル（一般）（normal）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示し、表３は、ヌメロロジμにおける拡張（extended）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示す。
【００７０】
＜表２＞
【表２】
0006919059.tif 000015
【００７１】
＜表３＞
【表３】
0006919059.tif 000016
【００７２】
ＮＲ物理リソース（NR Physical Resource）
【００７３】
ＮＲシステムにおける物理リソース（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮されることができる。
【００７４】
以下、ＮＲシステムで考慮できる上記物理リソースについて具体的に説明する。
【００７５】
先に、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２つのアンテナポートは、ＱＣ／ＱＣＬ（Quasi Co-locatedまたはQuasi Co-Location）関係にあるということができる。ここで、上記広範囲特性は、遅延拡散（Delay spread）、ドップラ拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信電力（パワー）（Average received power）、受信タイミング（Received Timing）のうちの１つまたは複数を含む。
【００７６】
図３は、本明細書において提案する方法が適用され得る無線通信システムでサポートするリソース（資源）グリッド（resource grid）の一例を示す。
【００７７】
図３に示すように、リソースグリッドが周波数領域上に
0006919059.tif 000017
（個）のサブキャリアで構成され、１つのサブフレームが１４・２μ（個の）ＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるものではない。
【００７８】
ＮＲシステムにおいて、送信される信号（transmitted signal）は、
0006919059.tif 000018
（個）のサブキャリアで構成される１つもしくは複数のリソースグリッドおよび
0006919059.tif 000019
（個）のＯＦＤＭシンボルにより説明される。ここで、
0006919059.tif 000020
である。上記
0006919059.tif 000021
は、最大送信帯域幅を表し、これは、ヌメロロジだけでなく、アップリンクとダウンリンクとの間でも変わることができる。
【００７９】
この場合、図４のように、ヌメロロジ
0006919059.tif 000022
およびアンテナポートｐ別に１つのリソースグリッドが設定され得る。
【００８０】
図４は、本明細書において提案する方法が適用され得るアンテナポートおよびヌメロロジ別リソースグリッドの例を示す。
【００８１】
ヌメロロジ
0006919059.tif 000023
およびアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対
0006919059.tif 000024
により一意に（固有的に）識別される。ここで、
0006919059.tif 000025
は、周波数領域上のインデックスであり、
0006919059.tif 000026
は、サブフレーム内でシンボルの位置を称する。スロットでリソース要素を称するときには、インデックス対
0006919059.tif 000027
が用いられる。ここで、
0006919059.tif 000028
である。
【００８２】
ヌメロロジ
0006919059.tif 000029
およびアンテナポートｐに対するリソース要素
0006919059.tif 000030
は、複素値（complex value）
0006919059.tif 000031
に該当する。混同（confusion）される危険がない場合、あるいは特定アンテナポートまたはヌメロロジが特定されなかった場合には、インデックスｐおよび
0006919059.tif 000032
は、ドロップ（drop）されることができ、その結果、複素値は、
0006919059.tif 000033
または
0006919059.tif 000034
になることができる。
【００８３】
また、物理リソースブロック（physical resource block）は、周波数領域上の
0006919059.tif 000035
（個の）連続するサブキャリアで定義される。周波数領域上で、物理リソースブロックは、０から
0006919059.tif 000036
までの番号が付けられる。このとき、周波数領域上の物理リソースブロック番号（physical resource block number）
0006919059.tif 000037
とリソース要素
0006919059.tif 000038
との間の関係は、数式１のように与えられる。
【００８４】
＜数式１＞
【数１】
0006919059.tif 000039
【００８５】
また、キャリアパート（carrier part）と関連して、端末は、リソースグリッドのサブセット（subset）だけを用いて受信または送信するように設定されることができる。このとき、端末が受信または送信するように設定されたリソースブロックの集合（set）は、周波数領域上で０から
0006919059.tif 000040
までの番号が付けられる。
【００８６】
セルフコンテインド（自己完結型）スロット構造（self-contained slot structure）
【００８７】
ＴＤＤシステムにおいてデータ送信の遅延（latency）を最小にするために、５世代Ｎｅｗ  ＲＡＴ（ＮＲ）では、図５のようなセルフコンテインドスロット構造（self-contained slot structure）が考慮されている。
【００８８】
すなわち、図５は、本明細書で提案する方法が適用されるセルフコンテインドスロット（self-contained slot）構造の一例を示す図である。
【００８９】
図５において、斜線領域５１０は、ダウンリンク制御（downlink control）領域を示し、黒い部分５２０は、アップリンク制御（uplink control）領域を示す。
【００９０】
何れの表示もない部分５３０は、ダウンリンクデータ送信のために使用されることもでき、アップリンクデータ送信のために使用されることもできる。
【００９１】
このような構造の特徴は、１つのスロット内でダウンリンク送信とアップリンク送信とが順次行われ、１つのスロット内でダウンリンクデータを送信し、アップリンクＡｃｋ／Ｎａｃｋも送受信できる。
【００９２】
このようなスロットを「セルフコンテインドスロット（self-contained slot）」と定義する。
【００９３】
すなわち、このようなスロット構造により、基地局は、データ送信エラー発生時に端末へのデータ再送信までかかる時間を減らすことになり、これにより、最終的なデータ伝達の遅延（latency）を最小にすることができる。
【００９４】
このようなセルフコンテインドスロット（self-contained slot）構造において、基地局および端末は、送信モードから受信モードに転換する過程または受信モードから送信モードに転換する過程のための時間間隔（time gap）が必要である。
【００９５】
このために、当該スロット構造において、ダウンリンクからアップリンクに転換される時点の一部のＯＦＤＭシンボルがガード（保護）区間（Guard Period：ＧＰ）として設定される。
【００９６】
キャリアアグリゲーション（併合）（Carrier Aggregation）
【００９７】
本発明の実施形態で考慮する通信環境は、マルチキャリア（Multi-carrier）サポート（支援）環境を全て含む。すなわち、本発明で使用されるマルチキャリアシステムまたはキャリアアグリゲーション（ＣＡ：Carrier Aggregation）システムとは、広帯域をサポートするために、目標とする広帯域を構成するときに目標帯域より小さな帯域幅（bandwidth）を有する１個以上のコンポーネントキャリア（ＣＣ：Component Carrier）をアグリゲート（併合）（aggregation）して使用するシステムのことをいう。
【００９８】
本発明において、マルチキャリアは、キャリアのアグリゲーション（または搬送波アグリゲーション（集成））を意味し、このときキャリアのアグリゲーションは、隣接する（contiguous）キャリア間のアグリゲーションだけでなく、隣接していない（non-contiguous）キャリア間のアグリゲーションを全て意味する。また、ダウンリンクとアップリンクとの間で統合されるコンポーネントキャリアの数は、異なって設定されることができる。ダウンリンクコンポーネントキャリア（以下、「ＤＬ  ＣＣ」という。）数とアップリンクコンポーネントキャリア（以下、「ＵＬ  ＣＣ」という。）数とが同じ場合を対称的（symmetric）アグリゲーションといい、それらの数が異なる場合を非対称的（asymmetric）アグリゲーションという。このようなキャリアアグリゲーションは、搬送波アグリゲーション、帯域幅アグリゲーション（bandwidth aggregation）、スペクトルアグリゲーション（spectrum aggregation）などの用語と混用して使用されることができる。
【００９９】
二つ以上のコンポーネントキャリアが結合されて構成されるキャリアアグリゲーションは、ＬＴＥ−Ａシステムでは、１００ＭＨｚ帯域幅までサポートするのを目標とする。目標帯域より小さな帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、従来のＩＭＴシステムとの互換性（backward compatibility）を維持するために、従来のシステムにおいて使用する帯域幅に制限できる。例えば、従来の３ＧＰＰ  ＬＴＥシステムでは、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ  ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）では、従来のシステムとの互換性のために、上記の帯域幅だけを利用して２０ＭＨｚより大きな帯域幅をサポートするようにすることができる。また、本発明で使用されるキャリアアグリゲーションシステムは、従来のシステムで使用する帯域幅と関係なく新しい帯域幅を定義して、キャリアアグリゲーションをサポートするようにすることができる。
【０１００】
ＬＴＥ−Ａシステムは、無線リソースを管理するために、セル（cell）の概念を使用する。
【０１０１】
上述したキャリアアグリゲーション環境は、マルチ（多重）セル（multiple cells）環境と呼ばれることができる。セルは、ダウンリンクリソース（ＤＬ  ＣＣ）とアップリンクリソース（ＵＬ  ＣＣ）との一対の組み合わせで定義されるが、アップリンクリソースは、必須要素ではない。したがって、セルは、ダウンリンクリソース単独、またはダウンリンクリソースおよびアップリンクリソースで構成されることができる。特定端末がただ一つの設定されたサービングセル（configured serving cell）を有する場合、１個のＤＬ  ＣＣおよび１個のＵＬ  ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数は、それと同一であるか、またはそれより小さくなりうる。
【０１０２】
あるいは、それと反対に、ＤＬ  ＣＣおよびＵＬ  ＣＣが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣの方がより多いキャリアアグリゲーション環境もサポートされることができる。すなわち、キャリアアグリゲーション（carrier aggregation）は、各々キャリア周波数（セルの中心周波数）が互いに異なる二つ以上のセルのアグリゲーションと理解されうる。ここで言う「セル（Cell）」は、一般に使用される基地局がカバーする領域としての「セル」とは区分（区別）されなければならない。
【０１０３】
ＬＴＥ−Ａシステムで使用されるセルは、プライマリセル（ＰＣｅｌｌ：Primary Cell）およびセカンダリセル（ＳＣｅｌｌ：Secondary Cell）を含む。ＰセルおよびＳセルは、サービングセル（Serving Cell）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリアアグリゲーションが設定されないか、またはキャリアアグリゲーションをサポートしない端末の場合、Ｐセルだけで構成されたサービングセルがただ一つ存在する。これに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリアアグリゲーションが設定された端末の場合、一つまたは複数のサービングセルが存在でき、全体のサービングセルには、Ｐセルと一つまたは複数のＳセルとが含まれる。
【０１０４】
サービングセル（ＰセルおよびＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子で０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（short）識別子で１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（short）識別子で０から７までの整数値を有する。０値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さなセルＩＤ（またはセルインデックス）を有するセルがＰセルになる。
【０１０５】
Ｐセルは、プライマリ周波数（またはｐｒｉｍａｒｙ  ＣＣ）上において動作するセルを意味する。端末が初期接続（アクセス）設定（initial connection establishment）過程を行うか、接続再設定過程を行うのに使用されることができ、ハンドオーバ過程で指示されたセルを指し示すこともできる。また、Ｐセルは、キャリアアグリゲーション環境で設定されたサービングセルのうち、制御関連通信の中心になるセルを意味する。すなわち、端末は、自体のＰセルにおいてのみＰＵＣＣＨを割り当てられて送信でき、システム情報を獲得するか、またはモニタリング手順を変更するのにＰセルだけを利用できる。Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は、キャリアアグリゲーション環境をサポートする端末にモビリティ制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣｃｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【０１０６】
Ｓセルは、セカンダリ周波数（またはＳｅｃｏｎｄａｒｙ  ＣＣ）上において動作するセルを意味できる。特定端末に、Ｐセルは、一つだけが割り当てられ、Ｓセルは、一つまたは複数割り当てられることができる。Ｓセルは、ＲＲＣ接続が設定された以後に構成可能で追加的な無線リソースを提供するのに使用されることができる。キャリアアグリゲーション環境で設定されたサービングセルのうち、Ｐセルを除いた残りのセル、すなわちＳセルには、ＰＵＣＣＨが存在しない。Ｅ−ＵＴＲＡＮは、Ｓセルをキャリアアグリゲーション環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連するセルの動作と関連するすべてのシステム情報を特定シグナル（dedicated signal）を介して提供できる。システム情報の変更は、関連するＳセルの解除および追加によって制御でき、このとき、上位層のＲＲＣ接続再設定（ＲＲＣｃｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用できる。Ｅ−ＵＴＲＡＮは、関連するＳセル内でブロードキャストするよりは端末別に相異なるパラメータを有する専用（特定）シグナリング（dedicated signaling）を行うことができる。
【０１０７】
初期セキュリティ活性化過程が始まった以後に、Ｅ−ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに付加して、一つまたは複数のＳセルを含むネットワークを構成できる。キャリアアグリゲーション環境でＰセルおよびＳセルは、各々のコンポーネントキャリアとして動作できる。以下の実施形態では、プライマリコンポーネントキャリア（ＰＣＣ）は、Ｐセルと同じ意味で使用されることができ、セカンダリコンポーネントキャリア（ＳＣＣ）は、Ｓセルと同じ意味で使用されることができる。
【０１０８】
図６は、本発明が適用されうる無線通信システムにおけるコンポーネントキャリアおよびキャリアアグリゲーションの一例を示す。
【０１０９】
図６の（ａ）は、ＬＴＥシステムで使用される単一キャリア構造を示す。コンポーネントキャリアには、ＤＬ  ＣＣおよびＵＬ  ＣＣがある。一つのコンポーネントキャリアは、２０ＭＨｚの周波数範囲を有することができる。
【０１１０】
図６の（ｂ）は、ＬＴＥ＿Ａシステムで使用されるキャリアアグリゲーション構造を示す。図６の（ｂ）の場合に、２０ＭＨｚの周波数のサイズ（大きさ）を有する３個のコンポーネントキャリアが結合された場合を示す。ＤＬ  ＣＣおよびＵＬ  ＣＣが各々３個ずつあるが、ＤＬ  ＣＣおよびＵＬ  ＣＣの数に制限があるのではない。キャリアアグリゲーションの場合、端末は、３個のＣＣを同時にモニタリングでき、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信できる。
【０１１１】
特定セルでＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。このとき、端末は、Ｍ個の制限されたＤＬ  ＣＣだけをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位を付与して主要なＤＬ  ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ  ＣＣは、必ずモニタリングしなければならない。このような方式は、アップリンク送信にも同様に適用されることができる。
【０１１２】
ダウンリンクリソースの搬送波周波数（またはＤＬ  ＣＣ）とアップリンクリソースの搬送波周波数（またはＵＬ  ＣＣ）との間のリンケージ（linkage）は、ＲＲＣメッセージなどの上位層メッセージまたはシステム情報により指示されうる。例えば、ＳＩＢ２（System Information Block type 2）によって定義されるリンケージによって、ＤＬリソースとＵＬリソースとの組み合わせが構成されることができる。具体的には、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと上記ＵＬグラントを使用するＵＬ  ＣＣとの間のマッピング関係を意味でき、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（またはＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（またはＤＬ  ＣＣ）との間のマッピング関係を意味することもできる。
【０１１３】
端末に一つまたは複数のＳセルが設定されると、ネットワークは、設定されたＳセル（１つまたは複数）を活性化（activate）または非活性化（deactivate）できる。Ｐセルは、常に活性化される。ネットワークは、活性／非活性（Activation/Deactivation）ＭＡＣ制御要素（MAC control element）を送信することによって、Ｓセル（１つまたは複数）を活性化または非活性化する。
【０１１４】
活性／非活性ＭＡＣ制御要素は、固定されたサイズを有し、７個のＣフィールド（C-field）と１個のＲフィールド（R-field）とを含む単一のオクテット（octet）で構成される。Ｃフィールドは、各Ｓセルインデックス（ＳＣｅｌｌＩｎｄｅｘ）別に構成され、Ｓセルの活性／非活性状態を指示する。Ｃフィールド値が「１」に設定されると、該当Ｓセルインデックスを有するＳセルの活性化を指示し、「０」に設定されると、該当Ｓセルインデックスを有するＳセルの非活性化を指示する。
【０１１５】
また、端末は、設定されたＳセル別にタイマ（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を維持し、タイマが満了するときに関連するＳセルを非活性化する。同じ初期タイマ値がタイマ（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）の各インスタンス（instance）に適用され、ＲＲＣシグナリングにより設定される。Ｓセル（１つもしくは複数）が追加されるとき、またはハンドオーバ以後、初期Ｓセル（１つもしくは複数）は、非活性化状態である。
【０１１６】
端末は、各ＴＴＩで各々の設定されたＳセル（１つまたは複数）に対して、以下のような動作を行う。
【０１１７】
−端末が特定ＴＴＩ（サブフレームｎ）でＳセルを活性化する活性／非活性ＭＡＣ制御要素を受信すると、端末は、決まったタイミングに該当するＴＴＩ（サブフレームｎ＋８またはそれ以後）でＳセルを活性化し、該当Ｓセルと関連するタイマを（再び）開始させる。端末がＳセルを活性化するということは、端末がＳセル上においてＳＲＳ（Sounding Reference Signal）送信、ＳセルのためのＣＱＩ（Channel Quality Indicator）／ＰＭＩ（Precoding Matrix Indicator）／ＲＩ（Rank Indication）／ＰＴＩ（Precoding Type Indicator）報告、Ｓセル上においてＰＤＣＣＨモニタリング、ＳセルのためのＰＤＣＣＨモニタリングなどの一般的なＳセル動作を適用することを意味する。
【０１１８】
−端末が特定ＴＴＩ（サブフレームｎ）でＳセルを非活性化する活性／非活性ＭＡＣ制御要素を受信するか、または特定ＴＴＩ（サブフレームｎ）で活性化されたＳセルと関連するタイマが満了すると、端末は、決まったタイミングに該当するＴＴＩ（サブフレームｎ＋８またはそれ以後）でＳセルを非活性化し、該当Ｓセルのタイマを中断し、該当Ｓセルと関連するすべてのＨＡＲＱバッファを空ける（flush）。
【０１１９】
−活性化されたＳセル上のＰＤＣＣＨがアップリンクグラント（uplink grant）もしくはダウンリンク承認（割当て）（downlink assignment）を指示するか、または活性化されたＳセルをスケジューリングするサービングセル上のＰＤＣＣＨが活性化されたＳセルのためのアップリンクグラント（uplink grant）もしくはダウンリンク承認（downlink assignment）を指示すると、端末は、該当Ｓセルと関連するタイマを再び開始する。
【０１２０】
−Ｓセルが非活性化されると、端末は、Ｓセル上においてＳＲＳを送信せずに、ＳセルのためのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告せず、Ｓセル上においてＵＬ−ＳＣＨを送信せず、Ｓセル上においてＰＤＣＣＨをモニタリングしない。
【０１２１】
上述したキャリアアグリゲーションに対する内容は、ＬＴＥ／ＬＴＥ−Ａシステムを基準に説明されているが、これは、説明の便宜のためのものに過ぎず、５Ｇ  ＮＲシステムにも同一または同様に拡張して適用されうることはもちろんである。特に、５Ｇ  ＮＲシステムで考慮されうるキャリアアグリゲーション展開シナリオは、図７と同じでありうる。
【０１２２】
図７は、ＮＲシステムにおけるキャリアアグリゲーションを考慮した展開（配置）シナリオ（deployment scenarios）の例を示す。
【０１２３】
図７を参照すると、Ｆ１およびＦ２は、それぞれ第１周波数（もしくは第１周波数帯域、第１キャリア周波数、第１中心周波数）に設定されたセルおよび第２周波数（もしくは第２周波数帯域、第２キャリア周波数、第２中心周波数）に設定されたセルを意味できる。
【０１２４】
図７の（ａ）は、第１ＣＡ展開シナリオを示す。図７の（ａ）に示されるように、Ｆ１セルおよびＦ２セルは、同じ位置に存在（ｃｏ−ｌｏｃａｔｅｄ、ｏｖｅｒｌａｉｄ）できる。この場合、二つのレイヤ（layer）は、全部十分なカバレッジ（coverage）を提供でき、二つのレイヤにおける移動性（mobility）がサポートされることができる。該当シナリオは、Ｆ１セルとＦ２セルとが同じ帯域（band）に存在する場合を含むことができる。該当シナリオでは、重なったＦ１セルとＦ２セルとの間には、アグリゲーション（併合）（aggregation）が可能であると期待されることができる。
【０１２５】
図７の（ｂ）は、第２ＣＡ展開シナリオを示す。図７の（ｂ）に示されるように、Ｆ１セルとＦ２セルとは、同じ位置に存在できるが、Ｆ２セルは、より大きな経路損失（path loss）によってより小さなカバレッジをサポートすることもできる。この場合、Ｆ１セルだけが十分なカバレッジを提供し、Ｆ２セルは、処理量（throughput）を改善するために利用されることができる。このとき、移動性は、Ｆ１セルのカバレッジに基づいて行われることができる。該当シナリオは、Ｆ１セルとＦ２セルとが他の（異なる）帯域（例えば、Ｆ１セルは｛８００ＭＨｚ、２ＧＨｚ｝、Ｆ２セルは、｛３．５ＧＨｚ｝）に存在する場合を含むことができる。該当シナリオでは、重なったＦ１セルとＦ２セルとの間では、アグリゲーション（aggregation）が可能であると期待されることができる。
【０１２６】
図７の（ｃ）は、第３ＣＡ展開シナリオを示す。図７の（ｃ）に示されるように、Ｆ１セルとＦ２セルとは、同じ位置に存在するが、セル境界の処理量を増加させるように、Ｆ２セルのアンテナは、Ｆ２セルの境界に接続されることができる。この場合、Ｆ１セルは、十分なカバレッジを提供するが、Ｆ２セルは、潜在的により大きな経路損失などによるホール（hole）を有することができる。このとき、移動性は、Ｆ１セルのカバレッジに基づいて行われることができる。該当シナリオは、Ｆ１セルとＦ２セルとが異なる帯域（例えば、Ｆ１セルは、｛８００ＭＨｚ、２ＧＨｚ｝、Ｆ２セルは、｛３．５ＧＨｚ｝）に存在する場合を含むことができる。該当シナリオでは、同じ基地局（ｅＮＢ）のＦ１セルとＦ２セルとは、カバレッジが重なる領域でアグリゲーション（aggregation）が可能であると期待されることができる。
【０１２７】
図７の（ｄ）は、第４ＣＡ展開シナリオを示す。図７の（ｄ）に示されるように、Ｆ１セルは、マクロカバレッジ（macro coverage）を提供し、Ｆ２リモートラジオヘッド（Remote Radio Heads、ＲＲＨｓ）は、ホットスポット（hot spot）における処理量改善のために利用されることができる。このとき、移動性は、Ｆ１セルのカバレッジに基づいて行われることができる。該当シナリオは、Ｆ１セルとＦ２セルとが同じ帯域（例えば、１．７ＧＨｚなど）でＤＬ非連続キャリア（DL non-contiguous carrier）に該当する場合、およびＦ１セルとＦ２セルとが異なる帯域（例えば、Ｆ１セルは、｛８００ＭＨｚ、２ＧＨｚ｝、Ｆ２セルは、｛３．５ＧＨｚ｝）に存在する場合を全て含むことができる。該当シナリオでは、Ｆ２セル（すなわち、ＲＲＨｓ）は、自体と接続した（の下にある）（underlying）Ｆ１セル（すなわち、マクロセル）（１つまたは複数）とアグリゲーションが可能であると期待されることができる。
【０１２８】
図７の（ｅ）は、第５ＣＡ展開シナリオを示す。該当シナリオは、上述した第２ＣＡ展開シナリオと似ているが、キャリア周波数のうちの一つに対するカバレッジが拡張されうるように周波数選択型中継器（frequency selective repeater）が配置されることができる。該当シナリオでは、同じ基地局のＦ１セルとＦ２セルとは、カバレッジが重なる領域でアグリゲーションが可能であると期待されることができる。
【０１２９】
互いに異なるサービングセルによるものであるが、同じＴＴＩに対するＵＬグラント（UL grants）およびＤＬ割り当て（DL assignments）の物理層（physical layer）における（例えば、制御シンボルの数、伝播（propagation）および展開シナリオに依存する）受信タイミング差（reception timing difference）は、ＭＡＣ動作に影響を与えないことができる。端末は、ｉｎｔｒａ−ｂａｎｄ非連続ＣＡおよびｉｎｔｅｒ−ｂａｎｄ非連続ＣＳの両方（とも）でアグリゲートされるＣＣのうち、３０ｕｓまでの相対（相手）伝播遅延差（relative propagation delay difference）を処理する必要がありうる。これは、基地局のタイムアラインメント（時間整列）（time alignment）が最大０．２６ｕｓに特定されるので、端末が受信器でモニタリングされるＣＣのうち、３０．２６ｕｓまでの遅延スプレッド（delay spread）を処理する必要があることを意味できる。また、これは、端末が複数のＴＡＧを有するｉｎｔｅｒ−ｂａｎｄ  ＣＡに対して３６．３７ｕｓのＴＡＧ間の最大アップリンク送信タイミング差（maximum uplink transmission timing difference）を処理しなければならないことを意味できる。
【０１３０】
ＣＡが展開（配置）される場合、フレームタイミング（frame timing）およびＳＦＮ（System Frame Number）は、アグリゲートされたセルにかけて整列（アライン）されることができる。
【０１３１】
ＮＲシステムは、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest-ACKnowledgement）、ＳＲ（Scheduling Request）、ＣＳＩ（Channel State Information）などの情報を含むＵＣＩ（Uplink Control Information）を送信するための物理チャネル（physical channel）であるＰＵＣＣＨ（Physical Uplink Control CHannel）をサポートできる。
【０１３２】
このとき、ＰＵＣＣＨは、ＵＣＩペイロード（payload）に応じて、ｓｍａｌｌ  ＵＣＩ  ｐａｙｌｏａｄ（例えば、１〜２−ｂｉｔ  ＵＣＩ）をサポートするｓｍａｌｌ−ｐａｙｌｏａｄ  ＰＵＣＣＨとｌａｒｇｅ  ＵＣＩ  ｐａｙｌｏａｄ（例えば、ｍｏｒｅ  ｔｈａｎ  ２  ｂｉｔｓ  ａｎｄ  ｕｐ  ｔｏ  ｈｕｎｄｒｅｄｓ  ｏｆ  ｂｉｔｓ）をサポートするｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨとに区分されることができる。
【０１３３】
これに加えて、Ｓｍａｌｌ−ｐａｙｌｏａｄ  ＰＵＣＣＨおよびｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨは、それぞれ、再びｓｈｏｒｔ  ｄｕｒａｔｉｏｎ（例えば、１〜２−ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）を有するｓｈｏｒｔ  ＰＵＣＣＨとｌｏｎｇ  ｄｕｒａｔｉｏｎ（例えば、４〜１４−ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）を有するｌｏｎｇ  ＰＵＣＣＨとに区分されることができる。
【０１３４】
ここで、Ｌｏｎｇ  ＰＵＣＣＨは、主にｍｅｄｉｕｍ／ｌａｒｇｅ  ＵＣＩ  ｐａｙｌｏａｄを送信しなければならないか、またはｓｍａｌｌ  ＵＣＩ  ｐａｙｌｏａｄのｃｏｖｅｒａｇｅを改善するために使用することができる。
【０１３５】
これに加えて、上記ｌｏｎｇ  ＰＵＣＣＨに比べて追加的にｃｏｖｅｒａｇｅを拡張しなければならない場合、同一ＵＣＩ情報が複数のスロット（slot）にかけて送信されるマルチ（多重）スロット（multi-slot）ｌｏｎｇ  ＰＵＣＣＨをサポートできる。
【０１３６】
例えば、与えられたＵＣＩ  ｐａｙｌｏａｄおよび符号化率（code rate）の下でｃｏｖｅｒａｇｅの確保が不可能な場合、端末は、ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨを使用して、繰り返し送信によるｇａｉｎを介してｃｏｖｅｒａｇｅを確保することができる。
【０１３７】
このとき、上記ＰＵＣＣＨは、送信可能なＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ、ＰＵＣＣＨ  ｓｔｒｕｃｔｕｒｅ（例えば、ＰＵＣＣＨ  ｌｅｎｇｔｈ  ｉｎ  ｓｙｍｂｏｌｓなど）、ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙに応じて分類でき、これに加えて複数のＰＵＣＣＨ  ｆｏｒｍａｔで定義してサポートするようにすることができる。
【０１３８】
例えば、ＰＵＣＣＨ  ｆｏｒｍａｔは、ｓｍａｌｌ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨ、ｓｍａｌｌ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨ、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ、ｍｅｄｉｕｍ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨなどで構成されることができる。
【０１３９】
このとき、Ｌｏｎｇ  ＰＵＣＣＨで送信されるｍｅｄｉｕｍ／ｌａｒｇｅ  ＵＣＩ  ｐａｙｌｏａｄは、上記のＵＣＩ情報（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）のうちの一つまたは複数の組み合わせで構成されることができる。
【０１４０】
このような場合を説明の便宜上「ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  ｌｏｎｇ  ＰＵＣＣＨ」と表現することにする。
【０１４１】
また、Ｌｏｎｇ  ＰＵＣＣＨにおいて同時に送信される複数のＵＣＩ情報は、例えば、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とＣＳＩとの同時送信でありうる。
【０１４２】
以下、本明細書では、ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨをサポートする動作と関連して具体的に説明する。
【０１４３】
Ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨのサポートのためのＵＣＩ情報パーティショニング（partitioning）
【０１４４】
まず、Ｌｏｎｇ  ＰＵＣＣＨ上においてマルチ（多重）ＵＣＩ送信サポートのためのＵＣＩパーティショニング（partitioning）について説明する。
【０１４５】
Ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｐａｙｌｏａｄがＣＳＩ  ｒｅｐｏｒｔを含む場合、ＵＥで判断したｒａｎｋ数などによってｐａｙｌｏａｄが可変でありうる。
【０１４６】
このような場合、基地局（例えば、ｇＮＢ（next generation Node B））におけるｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ（ＢＤ）を避けるために、ＵＥは、ｇＮＢにＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅを決定できる情報（例えば、ｒａｎｋ情報など）を直接または間接的に送信するようにすることができる。
【０１４７】
また、上記方法のうちの一つにおいて、ＵＥは、全体のｖａｒｉａｂｌｅ−ｓｉｚｅ  ＵＣＩ情報をｆｉｘｅｄ  ｐａｒｔであるｐａｒｔ  １  ＵＣＩとｖａｒｉａｂｌｅ  ｐａｒｔであるｐａｒｔ  ２  ＵＣＩとに区分して、別にエンコード（encoding）できる。
【０１４８】
また、ＵＥは、ｐａｒｔ  ２  ＵＣＩのｓｉｚｅを決定できるｒａｎｋ情報などをｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩに含めてｅｎｃｏｄｉｎｇした後、ｇＮＢに送信できる。
【０１４９】
Ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨのサポートのためのＵＣＩ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ
【０１５０】
次に、Ｌｏｎｇ  ＰＵＣＣＨ上におけるＭｕｌｔｉｐｌｅ  ＵＣＩ送信のサポートのためのＵＣＩ対ＲＥ  ｍａｐｐｉｎｇについて説明する。
【０１５１】
上述のｖａｒｉａｂｌｅ−ｓｉｚｅ  ＣＳＩ  ｒｅｐｏｒｔのＰＵＣＣＨ送信のために、ＣＳＩがｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＣＳＩとｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ２  ＣＳＩとにｐａｒｔｉｔｉｏｎして構成される場合に対するものである。
【０１５２】
このような場合、ｇＮＢは、ｐａｒｔ  １  ＣＳＩを成功裏にｄｅｃｏｄｉｎｇしなければｐａｒｔ  ２  ＣＳＩのｐａｙｌｏａｄ  ｓｉｚｅを把握できず、これに基づいてｄｅｃｏｄｉｎｇの試みを行うことができる。
【０１５３】
したがって、上記ｐａｒｔ  １  ＣＳＩが、ｄｅｃｏｄｉｎｇ順序および性能の側面で上記ｐａｒｔ  ２  ＣＳＩに比べて優先順位（priority）が高いと言える。
【０１５４】
したがって、ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨをサポートするために、Ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｐａｙｌｏａｄが構成される場合、重要度の高いＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）情報は、ｐａｒｔ  １  ＣＳＩと共にｐａｒｔ  １  ＵＣＩを構成してｊｏｉｎｔ  ｅｎｃｏｄｉｎｇされ、ｐａｒｔ  ２  ＵＣＩは、ｐａｒｔ  ２  ＣＳＩだけで構成されて、別にエンコーディング（separate encoding）されうる。
【０１５５】
なお、上記性能上のｐｒｉｏｒｉｔｙなどを理由として、ｐａｒｔ  １  ＵＣＩは、優先的に最大限ＰＵＣＣＨ  ＤＭＲＳ（DeModulation Reference Signal）に近接するようにＲＥ  ｍａｐｐｉｎｇされうる。
【０１５６】
このとき、Ｐａｒｔ  １  ＵＣＩが上記の方法でＲＥ  ｍａｐｐｉｎｇされた後、ｐａｒｔ  ２  ＵＣＩは、残りのＰＵＣＣＨ領域にＲＥ  ｍａｐｐｉｎｇされうる。
【０１５７】
上述した、ＲＥ  ｍａｐｐｉｎｇ動作は、ＵＥにより行われ、ＵＣＩをＤＣＩ（Downlink Control Information）で解析できる場合、ｇＮＢにより行われうる。
【０１５８】
このとき、ＲＥ  ｍａｐｐｉｎｇ動作の基本単位は、ｍｏｄｕｌａｔｉｏｎ  ｓｙｍｂｏｌである。
【０１５９】
したがって、上記ｐａｒｔ  １  ＵＣＩとｐａｒｔ  ２  ＵＣＩとを区分してＲＥ  ｍａｐｐｉｎｇする方法を充実してサポートするために、ｐａｒｔ  １およびｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔがｍｏｄｕｌａｔｉｏｎ  ｓｙｍｂｏｌ単位で区分されなければならない。
【０１６０】
このために、ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨサポートのためのｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔおよび／またはｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔが、変調次数（Modulation Order、Ｑｍ）の倍数で分けられるようにｐａｒｔｉｔｉｏｎできる。
【０１６１】
なお、Ｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔをＱｍの倍数になるように生成する方法として、次のような方法を考慮できる。
【０１６２】
ＵＥは、ＰＵＣＣＨ  ｆｏｒｍａｔ別に許容された最大符号化率（maximum code Rate、Ｒｍａｘ）を予めｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇを介してｃｏｎｆｉｇｕｒｅされて、実際にＵＣＩを送信するときにｍａｘｉｍｕｍ  ｃｏｄｅ  ｒａｔｅより小さなｃｏｄｅ  ｒａｔｅを適用できる。
【０１６３】
このとき、ｐａｒｔ  １  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ１およびＲｍａｘを考慮して計算したｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔのｓｉｚｅ  Ｎ＿ｐ１／ＲｍａｘがＱｍの倍数ではない場合、すなわち（Ｎ＿ｐ１／Ｒｍａｘ）ｍｏｄ  Ｑｍ≠０の場合、Ｑｍの倍数になるようにレートマッチング（rate matching）できる。
【０１６４】
ここで、Ｒａｔｅ  ｍａｔｃｈｉｎｇは、ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ出力ｂｕｆｆｅｒ（例えば、ｃｉｒｃｕｌａｒ  ｂｕｆｆｅｒ）でｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔを出力するとき、ｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔのｂｉｔサイズ（大きさ）（size）がＱｍの倍数になるように出力する動作を意味する。
【０１６５】
上記ｒａｔｅ  ｍａｔｃｈｉｎｇ動作の他に、Ｎ＿ｐ１／Ｒｍａｘを基準に生成したｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ  ｓｅｑｕｅｎｃｅ内でｃｉｒｃｕｌａｒ  ｒｅｐｅｔｉｔｉｏｎを行うか、ｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ  ｓｅｑｕｅｎｃｅの最後の部分をｒｅｐｅｔｉｔｉｏｎするか、または‘０’、‘１’または、ｒａｎｄｏｍ  ｎｕｍｂｅｒをｐａｄｄｉｎｇして、最終出力がＱｍの倍数になるようにすることができる。
【０１６６】
また、ｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔの一部（例えば、ｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔの最初のｂｉｔ（１つまたは複数））を、ｐａｄｄｉｎｇ  ｂｉｔ（ｓ）として使用することもできる。
【０１６７】
また、Ｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔと同様に、Ｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔも同じ方法でＱｍの倍数になるように構成できる。
【０１６８】
このような、上記方法は、後述する（１）ないし（４）ステップで行うことができ、ＵＥにより行われる。
【０１６９】
（１）ＣｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｐａｒａｍｅｔｅｒからＰＵＣＣＨで送信可能なｔｏｔａｌ  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ数
0006919059.tif 000041
は、以下の数式２を利用して計算できる。
【０１７０】
＜数式２＞
【数２】
0006919059.tif 000042
【０１７１】
式中、Ｎsymは、ｃｏｎｆｉｇｕｒｅされたＵＣＩ送信可能なＰＵＣＣＨ  ｓｙｍｂｏｌ数、ＮRBは、ｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ＲＢ数、ＮSCは、１（個の）ＲＢ内のｓｕｂｃａｒｒｉｅｒ数（例えば、ＮSC＝１２）、そしてＱmは、ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ（例えば、２  ｆｏｒ  ＱＰＳＫ）を意味する。
【０１７２】
（２）Ｐａｒｔ  １  ＵＣＩ  ｐａｙｌｏａｄおよびＲｍａｘからＮtを超過しない範囲内でｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ  ｓｉｚｅ  Ｎ＿ｃ１は、以下の数式３を利用して決定されることができる（このとき、Ｎ＿ｃ１は、Ｑｍの整数倍になるように設定する）。
【０１７３】
＜数式３＞
【数３】
0006919059.tif 000043
【０１７４】
式中、Ｎ＿ｐ１は、ｐａｒｔ  １  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ、Ｒmaxは、ｃｏｎｆｉｇｕｒｅされたｍａｘｉｍｕｍ  ｃｏｄｅ  ｒａｔｅ、そして
0006919059.tif 000044
は、ｃｅｉｌｉｎｇ動作（オペレーション）を意味する。
【０１７５】
（３）ＮtおよびＮ＿ｃ１からｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ  ｓｉｚｅ  Ｎ＿ｃ２は、以下の数式４を利用して決定されることができる。
【０１７６】
＜数式４＞
【数４】
0006919059.tif 000045
【０１７７】
（４）ＵＥは、上記ｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔをＱｍの倍数になるように生成する方法（ｒａｔｅ  ｍａｔｉｎｇ、ｐａｄｄｉｎｇなど）を利用して、Ｎ＿ｃ１、Ｎ＿ｃ２に合せてｐａｒｔ  １  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔおよびｐａｒｔ  ２  ＵＣＩ  ｃｏｄｅｄ  ｂｉｔを各々生成した後、ｍｏｄｕｌａｔｉｏｎ（例えば、ＱＰＳＫ  ｍｏｄｕｌａｔｉｏｎ）を経てＲＥ  ｍａｐｐｉｎｇを行う。
【０１７８】
Ｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨのサポートのためのリソース決定方法
【０１７９】
次に、Ｌｏｎｇ  ＰＵＣＣＨ上におけるＭｕｌｔｉｐｌｅ  ＵＣＩ送信のサポートのためのリソースを決定する方法を説明する。
【０１８０】
Ｍｕｌｔｉｐｌｅ  ＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにＣＳＩ）を同時に送信する場合のリソース決定方法のために、次の２通りの場合（ｃａｓｅ  １、ｃａｓｅ  ２）を考慮してみることができる。
【０１８１】
後述する２通りのｃａｓｅに対して、ＵＥは、ＰＵＣＣＨ  ｆｏｒｍａｔ別に許容されたｍａｘｉｍｕｍ  ｃｏｄｅ  ｒａｔｅ  Ｒｍａｘを予めｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされ、実際のＵＣＩ送信時にＲｍａｘより小さなｃｏｄｅ  ｒａｔｅ  Ｒを適用できる。
【０１８２】
（ｃａｓｅ  １）
【０１８３】
ｃａｓｅ  １は、Ｍｕｌｔｉｐｌｅ  ＵＣＩがＨＡＲＱ−ＡＣＫ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  Ｌｏｎｇ  ＰＵＣＣＨで送信される場合（ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を介してＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされた場合）である。
【０１８４】
ｃａｓｅ  １の場合、ＵＥは、複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを予めｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされた後、そのうちの一つを全体のＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ）に応じて選択できる。
【０１８５】
このとき、選択されたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔは、また、複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを含むことができる。
【０１８６】
ｃａｓｅ  １において、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ（１つまたは複数）は、ＨＡＲＱ−ＡＣＫ  ｂｉｔに対応するＰＤＳＣＨをｓｃｈｅｄｕｌｉｎｇするＤＣＩ  ｆｉｅｌｄ内のＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒを介してｉｎｄｉｃａｔｉｏｎされることがありうる。
【０１８７】
また、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの数が多い場合、ｇＮＢは、ＤＣＩ  ｏｖｅｒｈｅａｄを減らすために、ｉｍｐｌｉｃｉｔ  ｉｎｄｉｃａｔｉｏｎ方法またはＤＣＩとｉｍｐｌｉｃｉｔｉｎｄｉｃａｔｉｏｎとの組み合わせで、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをＵＥにｉｎｄｉｃａｔｉｏｎできる。
【０１８８】
例えば、上記暗示的な指示（implicit indication）方法は、ＰＤＳＣＨ  ｓｃｈｅｄｕｌｉｎｇ  ＤＣＩのＣＣＥ（Control Channel Element）ｉｎｄｅｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定する方法でありうる。
【０１８９】
このとき、ＵＥがｍｕｌｔｉｐｌｅ  ＵＣＩ  ｏｎ  Ｌｏｎｇ  ＰＵＣＣＨの送信のために使用するＲＢの数は、全体のＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ）およびｍａｘｉｍｕｍ  ｃｏｄｅ  ｒａｔｅ  Ｒｍａｘによって決定されることができる。
【０１９０】
このように決定された値は、上記のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを介して割り当てられたＲＢ数と異なりうる。
【０１９１】
（Ｃａｓｅ  ２）
【０１９２】
ｃａｓｅ  ２は、Ｍｕｌｔｉｐｌｅ  ＵＣＩがＣＳＩ  ｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨで送信される場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされることができない場合）である。
【０１９３】
ｃａｓｅ  ２の場合、ＵＥは、ＣＳＩ  ｒｅｐｏｒｔ用に複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを予めｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされた後、そのうちの一つを全体のＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ）とｍａｘｉｍｕｍ  ｃｏｄｅ  ｒａｔｅ（Ｒｍａｘ）との組み合わせによって選択できる。
【０１９４】
例えば、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉから割り当てられたＰＵＣＣＨ送信が可能なＲＥの数をＮRE,iとすると、ＵＥは、
【０１９５】
＜数式５＞
【数５】
0006919059.tif 000046
【０１９６】
上記数式５を満たすＮRE,i値のうち、最小値ＮRE,i,minに対応するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０１９７】
ここで、Ｎ＿ｐと異なるパラメータとの関係をより容易に分かるように、上記数式５は、以下の数式６のように変形できる。
【０１９８】
＜数式６＞
【数６】
0006919059.tif 000047
【０１９９】
すなわち、ＵＥは、全体のＤＣＩをＰＵＣＣＨリソースを介して送信するために、ＰＵＣＣＨリソースに対応するＲＥの数に最大符号化率（Ｒｍａｘ）および変調次数（Ｑｍ）を掛け算した値のうち、上記全体のＵＣＩに対するｐａｙｌｏａｄのサイズと同じであるか、またはより大きな値を有するＲＥの数に対応するＰＵＣＣＨリソースのうち、最も低いインデックス（もしくは最小インデックス）を有するＰＵＣＣＨを決定し、これにより上記全体のＵＣＩを送信できる。
【０２００】
ここで、上記最大符号化率は、後述するように設定された値であるか、または予め定義された値でありうる。
【０２０１】
上記最大符号化率が設定された値の場合、上記設定された最大符号化率は、インデックスを意味でき、この場合、上記インデックスは、実際に適用される最大符号化率の値にマッピングされうる。
【０２０２】
このとき、（ｃａｓｅ  １）の場合と同様に、実際にＵＥがＵＣＩ送信のために使用するＲＢ数は、Ｎ＿ｐおよびＲｍａｘによって決定されることができ、このように決定された値は、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを介して割り当てられたＲＢの数と異なりうる。
【０２０３】
一方、Ｐａｒｔ  ２  ＣＳＩがｖａｒｉａｂｌｅ−ｓｉｚｅの場合、上記の方法のようにＵＥがＮ＿ｐを基準としてＰＵＣＣＨ  ｒｅｓｏｕｒｃｅまたはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定し、Ｎ＿ｐ情報を明示的（explicit）または暗示的（implicit）にｇＮＢに知らせないことができる。
【０２０４】
この場合、ｇＮＢは、ＣＳＩ  ｐａｒｔ  ２のｖａｒｉａｂｌｅ  ｓｉｚｅを考慮して過度なＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｒｅｓｅｒｖｅしなければならないか、または色々なＮ＿ｐの可能性に対するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅおよび／もしくはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔに対して過度なＢＤを行わなければならないことができる。
【０２０５】
これは、全体的なｒｅｓｏｕｒｃｅ  ｏｖｅｒｈｅａｄおよびｇＮＢにおけるｃｏｍｐｕｔａｔｉｏｎａｌ  ｃｏｍｐｌｅｘｉｔｙおよびｄｅｃｏｄｉｎｇ  ｔｉｍｅを増加させるという問題点がありうる。
【０２０６】
まず、（ｃａｓｅ  １）の場合、Ｎ＿ｐの不確実性によってｇＮＢが複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを仮定し、ＤＣＩのＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒを利用してｄｅｃｏｄｉｎｇを試みなければならない。
【０２０７】
このとき、ｇＮＢがＤＣＩを介してＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒを利用しても、ｇＮＢの立場では、Ｎ＿ｐが依然として不確実なので、色々なＲＢ  ｓｉｚｅを仮定してｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ  ｄｅｃｏｄｉｎｇを試みなければならない。
【０２０８】
また、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅから割り当てられたＲＢの数と実際にＵＣＩ送信のために使用したＲＢの数との差が大きいと仮定すると、ｇＮＢにおけるＢＤの回数は、過度に増加できる。
【０２０９】
一方、（Ｃａｓｅ  ２）の場合、ｇＮＢは、Ｎ＿ｐの不確実性によってｇＮＢがｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされた複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅに対して色々なＮ＿ｐ値を仮定して、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ  ｄｅｃｏｄｉｎｇのためＢＤを行わなければならない。
【０２１０】
このような、上記問題点を解決または緩和するために、次のような方法を提案する。
【０２１１】
（方法１）
【０２１２】
Ｍｕｌｔｉｐｌｅ  ＵＣＩがＨＡＲＱ−ＡＣＫ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨで送信される場合（すなわち、ＤＣＩを介してＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされた場合）に対する方法である。
【０２１３】
Ａ  ．ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ決定方法
【０２１４】
（方法１−Ａ−１）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）、またはｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）およびＲｍａｘに基づいてＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定する方法である。
【０２１５】
（方法１−Ａ−２）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（もしくは‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）と、またはｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（もしくは‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）とＲｍａｘと、に基づいてＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定する方法である。
【０２１６】
このとき、上記Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）は、ｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な値のことをいう。
【０２１７】
すなわち、一種のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅまたはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内で実際にＵＣＩ送信に使用されるＲＢ数を決定するための基準値である。
【０２１８】
なお、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、ｒａｎｋ＝１を仮定した値であるか、またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が有することができる最大値もしくは最小値でありうる。
【０２１９】
あるいは、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、すべての（または大部分の）場合に対してｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が最小または最大になるｒａｎｋ値（例えば、ｒａｎｋ＝１  ｏｒ  ｒａｎｋ＝５）を基準に計算した値でありうる。
【０２２０】
あるいは、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）送信と不必要なｏｖｅｒｈｅａｄとの折衷案として、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる値の中間値または平均値でＲｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値を決定できる。
【０２２１】
あるいは、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、標準ドキュメントに記述された固定値であるか、ＲＲＣ  ｓｉｇｎａｌｉｎｇ、またはＲＲＣ  ｓｉｇｎａｌｉｎｇとＤＣＩとの組み合わせでｃｏｎｆｉｇｕｒｅされる値でありうる。
【０２２２】
また、上記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）をベース（基盤）とする（に基づく）という意味は、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して設定された値がｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）に線形的に加算される形態である場合とｓｃａｌｅされる形態で掛け算される場合とを全て含む。
【０２２３】
Ｂ．ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定する方法
【０２２４】
（方法１−Ｂ−１）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩを送信するＲＢを決定する方法である。
【０２２５】
（方法１−Ｂ−２）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（または‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）とＲｍａｘとに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩを送信するＲＢを決定する方法である。
【０２２６】
このとき、上記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）は、ｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な値のことをいう。
【０２２７】
すなわち、一種のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅまたはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内で実際にＵＣＩ送信に使用されるＲＢ数を決定するための基準値である。
【０２２８】
なお、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（もしくはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、ｒａｎｋ＝１を仮定した値であるか、またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が有することができる最大値もしくは最小値でありうる。
【０２２９】
あるいは、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、すべての（または大部分の）場合に対して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が最小または最大になるｒａｎｋ値（例えば、ｒａｎｋ＝１  ｏｒ  ｒａｎｋ＝５）を基準に計算した値でありうる。
【０２３０】
あるいは、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）送信と不必要なｏｖｅｒｈｅａｄとの折衷案として、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる値の中間値または平均値でＲｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値を決定できる。
【０２３１】
また、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、標準ドキュメントに記述される固定値であるか、またはＲＲＣ  ｓｉｇｎａｌｉｎｇもしくはＲＲＣ  ｓｉｇｎａｌｉｎｇとＤＣＩとの組み合わせでｃｏｎｆｉｇｕｒｅされる値でありうる。
【０２３２】
また、上記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）をベースとするという意味は、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して設定された値が、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）に線形的に加算される形態である場合とｓｃａｌｅされる形態で掛け算される場合とをともに含む。
【０２３３】
（方法１−Ｂ−３）ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（もしくはｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＣＳＩ）との最大値を合わせたｂｉｔ数の総合、またはｔｏｔａｌ  ＵＣＩ（ｐａｒｔ  １＋ｐａｒｔ  ２）  ｐａｙｌｏａｄ  ｓｉｚｅの最大値およびＲｍａｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際のＵＣＩ送信ＲＢを決定する方法である。
【０２３４】
また、上記の方法を仮定して、ｇＮＢがＢＤするようにすることができる。
【０２３５】
（方法２）
【０２３６】
Ｍｕｌｔｉｐｌｅ  ＵＣＩがＣＳＩ  ｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨで送信される場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされることができない場合）に対する方法である。
【０２３７】
Ａ．ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ決定方法
【０２３８】
（方法２−Ａ−１）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）、またはｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定する方法である。
【０２３９】
（方法２−Ａ−２）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（もしくは‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）と、またはｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（もしくは‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）とＲｍａｘと、に基づいてＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定する方法である。
【０２４０】
このとき、上記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）は、ｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な値のことをいう。
【０２４１】
すなわち、一種のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅまたはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内で実際にＵＣＩ送信に使用されるＲＢ数を決定するための基準値である。
【０２４２】
また、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、ｒａｎｋ＝１を仮定した値であるか、またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が有することができる最大値もしくは最小値でありうる。
【０２４３】
あるいは、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、すべての（または大部分の）場合に対して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が最小または最大になるｒａｎｋ値（例えば、ｒａｎｋ＝１  ｏｒ  ｒａｎｋ＝５）を基準に計算した値でありうる。
【０２４４】
あるいは、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）送信と不必要なｏｖｅｒｈｅａｄとの折衷案として、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる値の中間値または平均値でｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値を決定できる。
【０２４５】
また、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、標準ドキュメントに記述される固定値であるか、またはＲＲＣ  ｓｉｇｎａｌｉｎｇもしくはＲＲＣ  ｓｉｇｎａｌｉｎｇとＤＣＩとの組み合わせでｃｏｎｆｉｇｕｒｅされる値でありうる。
【０２４６】
このとき、上記のｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）をベースとするという意味は、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して設定された値がｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）に線形的に加算される形態である場合とｓｃａｌｅされる形態で掛け算される場合とを全て含む。
【０２４７】
Ｂ．ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定する方法
【０２４８】
（方法２−Ｂ−１）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩを送信するＲＢを決定する方法である。
【０２４９】
（方法２−Ｂ−２）ＵＥが、ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（または‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）とＲｍａｘとに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩを送信するＲＢを決定する方法である。
【０２５０】
このとき、上記Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）は、ｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な値のことをいう。
【０２５１】
すなわち、一種のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ、またはＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内で実際にＵＣＩ送信に使用されるＲＢ数を決定するための基準値である。
【０２５２】
このとき、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、ｒａｎｋ＝１を仮定した値であるか、またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が有することができる最大値もしくは最小値でありうる。
【０２５３】
あるいは、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、すべての（または大部分の）場合に対して、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が最小または最大になるｒａｎｋ値（例えば、ｒａｎｋ＝１  ｏｒ  ｒａｎｋ＝５）を基準に計算した値でありうる。
【０２５４】
あるいは、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）送信と不必要なｏｖｅｒｈｅａｄとの折衷案として、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）が有することができる値の中間値または平均値でＲｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値を決定できる。
【０２５５】
また、Ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値は、標準ドキュメントに記述される固定値であるか、またはＲＲＣ  ｓｉｇｎａｌｉｎｇもしくはＲＲＣ  ｓｉｇｎａｌｉｎｇとＤＣＩとの組み合わせでｃｏｎｆｉｇｕｒｅされる値でありうる。
【０２５６】
このとき、上記ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）をベースとするという意味は、ｐａｒｔ  ２  ＵＣＩ（またはｐａｒｔ  ２  ＣＳＩ）を考慮して設定された値がｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）に線形的に加算される形態である場合とｓｃａｌｅされる形態で掛け算される場合とを全て含む。
【０２５７】
（方法２−Ｂ−３）ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）とｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＵＣＩ（もしくはｖａｒｉａｂｌｅ−ｓｉｚｅ  ｐａｒｔ  ２  ＣＳＩ）との最大値を合わせたｂｉｔ数の総合、またはｔｏｔａｌ  ＵＣＩ（ｐａｒｔ  １＋ｐａｒｔ  ２）  ｐａｙｌｏａｄ  ｓｉｚｅの最大値およびＲｍａｘに基づいて、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際ＵＣＩを送信するＲＢを決定する。
【０２５８】
また、上記の方法を仮定して、ｇＮＢがＢＤするようにすることができる。
【０２５９】
一方、ＮＲでは、複数のＣＳＩ  ｒｅｐｏｒｔをＵＥ別にｃｏｎｆｉｇｕｒｅできる。
【０２６０】
この場合、ＵＥは、各ｒｅｐｏｒｔ別に該当ＣＳＩ  ｒｅｐｏｒｔのｍｏｄｅ（ｗｉｄｅｂａｎｄ  ｖｓ．ｓｕｂｂａｎｄ）、ｐａｙｌｏａｄ  ｓｉｚｅなどを考慮して、ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｃｏｎｆｉｇｕｒｅされることができる。
【０２６１】
このようにｃｏｎｆｉｇｕｒｅされるｓｉｎｇｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅは、ＣＳＩ  ｒｅｐｏｒｔ別に最適化されたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅでありうる。
【０２６２】
このとき、ＮＲでは、複数のｃｏｎｆｉｇｕｒｅされたＣＳＩ  ｒｅｐｏｒｔが一つのｓｌｏｔで送信される場合に比べて、一つまたは複数（Ｊ＞＝１、Ｊは、ｃｏｎｆｉｇｕｒｅされることができるｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの数）のｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅは、別にｃｏｎｆｉｇｕｒｅされることができる。
【０２６３】
以下、Ｓｉｎｇｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用としてＰＵＣＣＨ  ｒｅｓｏｕｒｃｅがｃｏｎｆｉｇｕｒｅされた場合に対して、次のＵＥ動作を提案する。
【０２６４】
（動作１）
【０２６５】
ＵＥは、Ｃｏｎｆｉｇｕｒｅされたｓｉｎｇｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをそのまま使用して、ｔｏｔａｌ  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅおよびＮREのサイズに応じて、次のようにＵＣＩをｇＮＢに送信する。
【０２６６】
（動作１−Ａ）Ｔｏｔａｌ  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）＋ｐａｒｔ  １  ＣＳＩ＋Ｐａｒｔ  ２  ＣＳＩ）がＮREより小さいか、または同じ場合における（ｉｆ  ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）＋ｐａｒｔ  １  ＣＳＩ＋Ｐａｒｔ  ２  ＣＳＩ≦ＮRE）ＵＥの動作である。
【０２６７】
ｉ）ＵＥは、Ｐａｙｌｏａｄ全体をそのままｓｉｎｇｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを利用してｇＮＢに送信する。
【０２６８】
この場合、ｇＮＢは、ｔｏｔａｌ  ｐａｙｌｏａｄ  ｓｉｚｅがＮREを超過する場合の（ｉｆ  ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）＋ｐａｒｔ  １  ＣＳＩ  ＋ｐａｒｔ  ２  ＣＳＩ＞ＮRE）ＵＥの動作である。
【０２６９】
ｉ．ＵＥは、Ｐａｒｔ  ２  ＣＳＩのうちの一部をｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにｐａｒｔ  １  ＣＳＩ、そしてＰａｒｔ  ２  ＣＳＩのうちの一部を、ｓｉｎｇｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを利用してｇＮＢに送信する。
【０２７０】
ｉｉ．ＵＥは、Ｐａｒｔ  ２  ＣＳＩの全てをｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにｐａｒｔ  １  ＣＳＩをｇＮＢに送信する。
【０２７１】
ＵＥは、Ｐａｒｔ  １  ＣＳＩおよびＰａｒｔ  ２  ＣＳＩを全てｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）だけをｇＮＢに送信する。
【０２７２】
（動作２）
【０２７３】
ＵＥは、Ｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを使用して、ＵＣＩをｇＮＢに送信する。
【０２７４】
（動作２−Ａ）ＵＥは、ｐｅｒｉｏｄｉｃまたはｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ  ｒｅｐｏｒｔとＳＰＳ  ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とのＰＵＣＣＨ同時送信をｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ  ｏｎ  ＰＵＣＣＨの場合と同様に取り扱って、全体または一部をｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを利用して、ｇＮＢに送信できる。
【０２７５】
あるいは、ＵＥは、上記のｐｅｒｉｏｄｉｃまたはｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ  ｒｅｐｏｒｔとＳＰＳ  ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）との全体または一部を基準に複数のｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ（１つまたは複数）のうちの一つを選択して、全体または一部のＵＣＩをｇＮＢに送信することでありうる。
【０２７６】
次は、Ｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用として一つまたは複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅがｃｏｎｆｉｇｕｒｅされた場合に対する次のＵＥ動作を提案する。
【０２７７】
（動作３）
【０２７８】
ＵＥの、Ｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅが１個である場合（Ｊ＝１）に対する動作である。
【０２７９】
動作３−Ａ）ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内のＲＢの決定は、上記Ｃａｓｅ  ２）のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定する方法（方法２−Ｂ−１／２／３）を適用できる。
【０２８０】
（動作４）
【０２８１】
ＵＥの、Ｍｕｌｔｉｐｌｅ  ＣＳＩ  ｒｅｐｏｒｔ用としてｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅが複数である場合（Ｊ＞１）に対する動作である。
【０２８２】
動作４−Ａ）ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの決定は、上記Ｃａｓｅ  ２）のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの決定方法（方法２−Ａ−１／２）を適用できる。
【０２８３】
動作４−Ｂ）ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内のＲＢの決定は、上記Ｃａｓｅ  ２のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定する方法（方法２−Ｂ−１／２／３）を適用できる。
【０２８４】
上記（ｃａｓｅ  １）および（Ｃａｓｅ  ２）に対して、すなわちＡ／Ｎ  ｒｅｓｏｕｒｃｅ送信の場合とＣＳＩ  ｒｅｓｏｕｒｃｅ送信の場合とに対して、ｒｅｆｅｒｅｎｃｅ値は、次のように異なって設定されることができる。
【０２８５】
例えば、ｅｘｐｅｃｔｅｄ  ＨＡＲＱ−ＡＣＫ  ｐａｙｌｏａｄ  ｂｉｔに応じて、ＣＳＩ  ｐａｒｔ  ２のｒｅｆｅｒｅｎｃｅ値は、異なって設定されることができる。
【０２８６】
（Ｃａｓｅ  １、Ａ／Ｎ  ｒｅｓｏｕｒｃｅ送信の場合）の場合、複数のＨＡＲＱ−ＡＣＫ  ｐａｙｌｏａｄ  ｂｉｔが、Ａ／Ｎ  ｒｅｓｏｕｒｃｅにｍｕｌｔｉｐｌｅｘｉｎｇされて送信されることができる。
【０２８７】
したがって、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（もしくはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値で０（ｐａｒｔ  １  ｏｎｌｙ）またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）の最小値またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が最小になるｒａｎｋ値を基準に計算された値がｒｅｆｅｒｅｎｃｅ値として設定されることができる。
【０２８８】
しかしながら、（Ｃａｓｅ  ２、ＣＳＩ  ｒｅｓｏｕｒｃｅ送信の場合）の場合、例えばｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｅｄ  ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ送信のように大部分がＣＳＩ  ｒｅｓｏｕｒｃｅで送信されるＨＡＲＱ−ＡＣＫ  ｐａｙｌｏａｄ  ｂｉｔは多くないと予想される。
【０２８９】
したがって、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値でｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）の最大値またはｐａｒｔ  ２  ＵＣＩ（もしくはｐａｒｔ  ２  ＣＳＩ）が最大になるｒａｎｋ値を基準に計算された値がｒｅｆｅｒｅｎｃｅ値として設定されることができる。
【０２９０】
上記方法において“ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（もしくはｐａｒｔ  １  ＣＳＩ）および（と）ｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（もしくは‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）”は、“ｆｉｘｅｄ−ｓｉｚｅ  ｐａｒｔ  １  ＵＣＩ（またはｐａｒｔ  １  ＣＳＩ）とｆｉｘｅｄ−ｓｉｚｅ  ‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＵＣＩ（または‘ｒｅｆｅｒｅｎｃｅ’  Ｐａｒｔ  ２  ＣＳＩ）とを合わせたビット数の総合またはｔｏｔａｌ  ｐａｙｌｏａｄ  ｓｉｚｅ”を意味できる。
【０２９１】
上記の方法において“ＵＣＩ（またはＣＳＩ）とＲｍａｘとをベースにＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ（ｓｅｔ）またはＲＢを決定する”という意味は、さらに具体的には、“ＵＣＩ（またはＣＳＩ）とＲｍａｘとに基づいたｃｏｄｅｄ  ｂｉｔ数を送信できる最小ＲＥ数で構成されたｒｅｓｏｕｒｃｅ（ｓｅｔ）またはＲＢを決定する”という意味でありうる。
【０２９２】
上記の方法においてｐａｒｔ  １  ＵＣＩは、ＨＡＲＱ−ＡＣＫ  ａｎｄ／ｏｒ  ＳＲを含むことができる。
【０２９３】
また、上記の方法においてＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔの場合、ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅの範囲別に設定されることができる。
【０２９４】
また、上記で言及する複数のｃｏｎｆｉｇｕｒｅされたＣＳＩ  ｒｅｐｏｒｔが一つのｓｌｏｔで送信される場合、ＰＵＣＣＨは、時間的に重なる（overlap）か、またはＴＤＭ（Time Division Multiplexすなわち、non-overlapping）されうる。
【０２９５】
このとき、複数のｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用としてｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨは、同一ｓｌｏｔ（または一つのｓｌｏｔ）内でＴＤＭ（Non-Overlapping）されて送信されることができる。
【０２９６】
このとき、上記ＰＵＣＣＨは、時間的にｏｖｅｒｌａｐされる場合と同様に、同一ｓｌｏｔ内でｃｏｎｆｉｇｕｒｅされたｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨを使用してｍｕｌｔｉｐｌｅｘｉｎｇして送信できる。
【０２９７】
また、上記ＰＵＣＣＨは、同一ｓｌｏｔ内でｃｏｎｆｉｇｕｒｅされた複数のｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨのうち、一部がｏｖｅｒｌａｐされ、一部は、ＴＤＭ（Non-Overlapping）された場合、ｏｖｅｒｌａｐされるｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨだけが、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨを使用してｍｕｌｔｉｐｌｅｘｉｎｇされて送信されうる。
【０２９８】
また、全部ｏｖｅｒｌａｐされるか、ＴＤＭ（Non-Overlapping）されるｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨは、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨを使用してｍｕｌｔｉｐｌｅｘｉｎｇされて送信されうる。
【０２９９】
また、上記ｏｖｅｒｌａｐされるｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨだけがｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨを使用してｍｕｌｔｉｐｌｅｘｉｎｇされて送信されるようにする場合がありうる。
【０３００】
このときには、選択されたｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨが初期にｏｖｅｒｌａｐされなかった、すなわち初期にＴＤＭ（Non-Overlapping）され、ｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨと時間的にｏｖｅｒｌａｐされるようになる場合、ｏｖｅｒｌａｐされるｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨは、ｄｒｏｐされるか、またはｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ＰＵＣＣＨに追加的にｍｕｌｔｉｐｌｅｘｉｎｇされて送信されることができる。
【０３０１】
あるいは、上記の場合に、同一ｓｌｏｔ内でｃｏｎｆｉｇｕｒｅされたすべてのｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔのうち、最もｐｒｉｏｒｉｔｙが高いＣＳＩ  ｒｅｐｏｒｔを含むＰＵＣＣＨが送信され、該当ＰＵＣＣＨとｏｖｅｒｌａｐされるＰＵＣＣＨはｄｒｏｐされうる。
【０３０２】
例えば、上記の場合に、ｏｖｅｒｌａｐされるようになったｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを介して送信されるＣＳＩ  ｒｅｐｏｒｔが最も優先順位（priority）が高い場合、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨがｄｒｏｐされ、ｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを介して最もｐｒｉｏｒｉｔｙの高いｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔが送信されることができる。
【０３０３】
あるいは、反対にｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨが最もｐｒｉｏｒｉｔｙが高いＣＳＩ  ｒｅｐｏｒｔを含む場合、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨが送信され、ｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔがｄｒｏｐされうる。
【０３０４】
あるいは、上記の場合に、最もｐｒｉｏｒｉｔｙの高いｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔが本来ｃｏｎｆｉｇｕｒｅされたｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを介して送信され、ｏｖｅｒｌａｐｐｉｎｇされるｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ（１つまたは複数）は、全部ｄｒｏｐされるようにすることができる。
【０３０５】
このとき、ＴＤＭ（Non-Overlapping）される他のｓｉｎｇｌｅ−またはｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨは、全部ｄｒｏｐされるか、またはＵＥ能力（capability）に応じてＴＤＭして送信されることができる。
【０３０６】
上記ｐｒｉｏｒｉｔｙは、ＣＳＩ  ｒｅｐｏｒｔ  ｔｙｐｅ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｏｒ  ｐｅｒｉｏｄｉｃ）、ＣＳＩ  ｒｅｐｏｒｔ  ｃｏｎｔｅｎｔｓ（ＲＳＲＰを含んでいるかどうかなど）、ｓｅｒｖｉｎｇ  Ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤなどによって決定されうる。
【０３０７】
一方、上記複数のｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨがｃｏｎｆｉｇｕｒｅされた場合、ＵＥは、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔのｐａｙｌｏａｄ  ｓｉｚｅ（ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを介してｍｕｌｔｉｐｌｅｘｉｎｇされて送信されるｔｏｔａｌ  ＣＳＩまたはＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓ）を介して複数のｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨのうちの一つを選択できる。
【０３０８】
このとき、ＵＥは、追加的にｃｏｎｆｉｇｕｒｅされたｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨの開始点および／またはｄｕｒａｔｉｏｎ（Start and Length Indicator、ＳＬＩＶ）を考慮して、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨのうちの一つを選択できる。
【０３０９】
例えば、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ間のｃａｐａｃｉｔｙ（ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを介して送信可能な最大ｔｏｔａｌ  ＣＳＩまたはＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓ）が同一であるか、または異なるが全部該当ｓｌｏｔでｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔまたはｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔを含んだＵＣＩ情報のｔｏｔａｌ  ｐａｙｌｏａｄ  ｓｉｚｅと同一であるか、または大きい場合がありうる。
【０３１０】
このとき、ＵＥは、他のｓｉｎｇｌｅ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ（１つまたは複数）とｏｖｅｒｌａｐされない、または他のＵＣＩを送信するＰＵＣＣＨ（１つまたは複数）とｏｖｅｒｌａｐされない、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを優先的に選択できる。
【０３１１】
あるいは、上記の場合に、ＵＥは、ｌａｔｅｎｃｙを減らすために、時間的に最も先んじたｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを優先的に選択できる。
【０３１２】
あるいは、ＵＥは、ｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅｌｉｎｅ側面における不確実性を除去するために、時間的に最も後に位置するｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨを優先的に選択できる。
【０３１３】
上記（Ｃａｓｅ  ２）の場合、ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの数をＮｒとすると、ＵＥは、例えば次のような動作でＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定できる。
【０３１４】
すなわち、先に述べた数式５および６と関連する内容をさらに具体的に説明する。
【０３１５】
ＵＥは、Ｎｒ個のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを、各ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅでＰＵＣＣＨ送信が可能なＲＥの数（ＮRE）に基づいて昇順に整理する。
【０３１６】
すなわち、ＵＥは、最も小さなＲＥの数を有するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのインデックスを最も小さな値に設定し、最も多いＲＥの数を有するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのインデックスを最も大きな値に設定できる。
【０３１７】
このとき、ＮREの昇順に整理されたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうち、ｉ番目をＮRE,iとすると、（ｉ＝１，…，Ｎｒ）、ＵＥは、
【０３１８】
＜数式７＞
【数７】
0006919059.tif 000048
【０３１９】
上記数式７を満たすＮRE,i値（１つまたは複数）のうち、最小値ＮRE,i,minに対応するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０３２０】
上記数式７は、先に述べた数式５および数式６と同じ意味を示す。
【０３２１】
このとき、互いに異なるＰＵＣＣＨ  ｒｅｓｏｕｒｃｅに対してＮREが同じである場合、ＵＥは、Ｒｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０３２２】
例えば、ＵＥは、優先的にＲｍａｘを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ選択を試みた後、依然としてＲｍａｘまで同一であると、ＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択できる。
【０３２３】
あるいは、同一ＰＵＣＣＨ  ｆｏｒｍａｔに対してＲｍａｘを異なって設定することが許容された場合、言い換えればＰＵＣＣＨ  ｆｏｒｍａｔ別にＲｍａｘが設定されるように制限されない場合、ＵＥは、優先的にＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択し、ＰＵＣＣＨ  ｆｏｒｍａｔが同じである場合、Ｒｍａｘを比較して選択できる。
【０３２４】
上記Ｒｍａｘを基準に選択するという意味は、リソース効率（resource efficiency）の側面でＲｍａｘが大きなＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択するということでありうる。
【０３２５】
この場合、ＵＥは、同一ＲＥ（開）数でより多いＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓを基地局に送信することが可能である。
【０３２６】
あるいは、Ｒｍａｘを基準に選択するという意味は、性能（例えば、ｃｏｖｅｒａｇｅなど）の側面でＲｍａｘが小さなＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択することでありうる。
【０３２７】
この場合、同一ＲＥ数に対して相対的に小さなＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓをｇＮＢにおける受信確率を高めるか、またはＵＣＩｃｏｖｅｒａｇｅを拡張して送信する効果を得ることができる。
【０３２８】
また、上記でＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択するという意味は、２通りでありうる。
【０３２９】
第１に、ｌａｔｅｎｃｙなどの側面でＰＵＣＣＨを構成するｓｙｍｂｏｌの数が小さなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することであるか、ｔｉｍｅ  ｄｉｖｅｒｓｉｔｙの側面でＰＵＣＣＨを構成するｓｙｍｂｏｌの数が大きなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することでありうる。
【０３３０】
あるいは、第２に、ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙが大きなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することでありうる。
【０３３１】
あるいは、上記の２通りの方法を順次考慮することでありうる。
【０３３２】
例えば、ｌａｔｅｎｃｙまたはｔｉｍｅ  ｄｉｖｅｒｓｉｔｙを優先視して、上記の第１の方法を優先的に考慮した後、依然として同一である場合、第２の方法を考慮することでありうる。
【０３３３】
あるいは、ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙを優先視して、上記の第２の方法を優先的に考慮した後、依然として同一である場合、第１の方法を考慮することでありうる。
【０３３４】
上記（Ｃａｓｅ  ２）の場合に対して、ＵＥは、Ｎｒ個のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを各ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのＰＵＣＣＨ送信が可能なＲＥの数ＮREの昇順に定理（整理）する代わりに、Ｒｍａｘを考慮したｍａｘ  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ＿ｍａｘ）の昇順に整列して、複数のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうちのいずれか一つを選択できる。
【０３３５】
このとき、Ｎ＿ｐ＿ｍａｘは、例えばＮRE・Ｒｍａｘ・Ｑｍでありうる。
【０３３６】
このとき、昇順に整列された順序を表すｉｎｄｅｘをｊ（ｊ＝１〜Ｎｒ）とし、昇順に整列されたｊ番目のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのｍａｘ  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅをＮ＿ｐ＿ｍａｘ，ｊ（例えば、Ｎ＿ｐ＿ｍａｘ，ｊ＝ＮRE,j・Ｒｍａｘ,j・Ｑｍ）とすると、ＵＥは、Ｎ＿ｐ≦Ｎ＿ｐ＿ｍａｘ，ｊを満たすＮ＿ｐ＿ｍａｘ，ｊ値（１つまたは複数）のうち、最小値Ｎ＿ｐ＿ｍａｘ，ｊ，ｍｉｎに対応するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０３３７】
このとき、互いに異なるＰＵＣＣＨ  ｒｅｓｏｕｒｃｅに対してＮ＿ｐ＿ｍａｘが同じである場合、ＵＥは、Ｒｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０３３８】
例えば、ＵＥは、優先的にＲｍａｘを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ選択を試みた後、依然としてＲｍａｘまで同一である場合、ＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択できる。
【０３３９】
あるいは、同一ＰＵＣＣＨ  ｆｏｒｍａｔに対してＲｍａｘを異なって設定することが許容された場合、言い換えればＰＵＣＣＨ  ｆｏｒｍａｔ別にＲｍａｘが設定されるように制限されない場合、ＵＥは、優先的にＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択し、ＰＵＣＣＨ  ｆｏｒｍａｔが同一であると、Ｒｍａｘを比較して選択できる。
【０３４０】
あるいは、上記のＰＵＣＣＨ  ｆｏｒｍａｔを優先的に考慮する場合に対して、ＰＵＣＣＨ  ｆｏｒｍａｔ別にＲｍａｘをｃｏｎｆｉｇｕｒｅされる場合、ＰＵＣＣＨ  ｆｏｒｍａｔが同一であると、Ｒｍａｘが同一でありうる。
【０３４１】
そのために、ＵＥは、ＰＵＣＣＨ  ｆｏｒｍａｔだけを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択できる。
【０３４２】
上記においてＲｍａｘを基準に選択するという意味は、ｒｅｓｏｕｒｃｅ  ｅｆｆｉｃｉｅｎｃｙの側面でＲｍａｘが大きなＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択するということでありうる。
【０３４３】
この場合、同一のＲＥ個数でより多いＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓを送信することが可能である。
【０３４４】
あるいは、Ｒｍａｘを基準に選択するという意味は、性能（例えば、ｃｏｖｅｒａｇｅなど）の側面でＲｍａｘが小さなＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択することでありうる。
【０３４５】
この場合、同一ＲＥ数に対して相対的に小さなＵＣＩ  ｐａｙｌｏａｄ  ｂｉｔｓを利用してｇＮＢにおける受信確率を高めるか、またはＵＣＩｃｏｖｅｒａｇｅを拡張して送信する効果を得ることができる。
【０３４６】
また、上記でＰＵＣＣＨ  ｆｏｒｍａｔを基準に選択するという意味は、２通りでありうる。
【０３４７】
第１に、ｌａｔｅｎｃｙなどの側面でＰＵＣＣＨを構成するｓｙｍｂｏｌの数が小さなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することであるか、またはｔｉｍｅ  ｄｉｖｅｒｓｉｔｙの側面でＰＵＣＣＨを構成するｓｙｍｂｏｌの数が大きなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することでありうる。
【０３４８】
あるいは、第２に、ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙが大きなＰＵＣＣＨ  ｆｏｒｍａｔを優先的に選択することでありうる。
【０３４９】
あるいは、上記の２通りの方法を順次考慮することでありうる。
【０３５０】
例えば、ｌａｔｅｎｃｙまたはｔｉｍｅ  ｄｉｖｅｒｓｉｔｙを優先視して、上記の第１の方法を優先的に考慮した後、依然として同一である場合、第２の方法を考慮することでありうる。
【０３５１】
あるいは、ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙを優先視して、上記の第２の方法を優先的に考慮した後、依然として同一である場合、第１の方法を考慮することでありうる。
【０３５２】
上記の２通りの場合に対して（すなわち、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用としてＮｒ個のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｃｏｎｆｉｇｕｒｅされた状態でＮREまたはＮ＿ｐ＿ｍａｘが同じである場合）、ＵＥは、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択する基準として、Ｒｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔの他に、Ｎｒ個のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｃｏｎｆｉｇｕｒｅするＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｌｉｓｔ上の順序を考慮することができる。
【０３５３】
例えば、ＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｌｉｓｔ上にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ１およびＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ２の順で二つのｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用が定義されていると、ＵＥは、ＮREまたはＮ＿ｐ＿ｍａｘが同じである場合、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ１を優先的に選択できる。
【０３５４】
あるいは、上記のＲｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔとの組み合わせで優先順位を決定できる。
【０３５５】
例えば、ＵＥは、Ｒｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔを優先的に考慮して選択し、Ｒｍａｘおよび／またはＰＵＣＣＨ  ｆｏｒｍａｔが同一である場合、ＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｌｉｓｔ上の順序を考慮して最終選択できる。
【０３５６】
あるいは、ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄまたはｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒ（例えば、ＵＲＬＬＣ  ｆｌａｇ）を単独で参照するか、または上記の条件（Ｒｍａｘおよび／もしくはＰＵＣＣＨ  ｆｏｒｍａｔおよび／もしくはＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｌｉｓｔ上の順序）との組み合わせで参照して、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを選択する基準として使用することができる。
【０３５７】
例えば、ＵＥは、上記のＵＲＬＬＣ  ｆｌａｇが「１」の場合、Ｒｍａｘが小さなＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを優先的に選択するか、またはＰＵＣＣＨ  ｄｕｒａｔｉｏｎが小さなＰＵＣＣＨ  ｆｏｒｍａｔを選択できる。
【０３５８】
また、ＵＥは、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定するｐｒｉｏｒｉｔｙ  ｏｒｄｅｒ上の特定ステップで上記のｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒを参照してＰＵＣＣＨ  ｒｅｓｏｕｒｃｅを決定できる。
【０３５９】
あるいは、上記の場合が発生しないように、ＵＥは、ｍｕｌｔｉ−ＣＳＩ  ｒｅｐｏｒｔ用にＮｒ個のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｃｏｎｆｉｇｕｒｅされる場合、互いに異なるＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ間でＮREまたはＮ＿ｐ＿ｍａｘが同じであると期待しないと標準ドキュメントに明示して、ｇＮＢが義務的に互いに異なるＰＵＣＣＨ  ｒｅｓｏｕｒｃｅに対して互いに異なるＮREまたはＮ＿ｐ＿ｍａｘ値を設定できる。
【０３６０】
また、上記方法に加えて、ｌｏｎｇ  ＰＵＣＣＨを利用したＭｕｌｔｉｐｌｅ  ＵＣＩ送信において、ｃｏｎｆｉｇｕｒｅされたＣＳＩ  ｒｅｐｏｒｔ用ｌｏｎｇ  ＰＵＣＣＨを基準に生成したＣＳＩ  ｒｅｐｏｒｔを該当ＣＳＩ  ｒｅｐｏｒｔ  ｔｉｍｉｎｇにＤＬ  ＤＣＩ  ｆｉｅｌｄのＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒなどを介して指示されたｌｏｎｇ  ＰＵＣＣＨ  ｆｏｒｍａｔにそのまま適用できない場合に対するＵＥ  ｂｅｈａｖｉｏｕｒを規定する必要がある。
【０３６１】
例えば、ＣＳＩ  ｒｅｐｏｒｔは、ｗｉｄｅｂａｎｄ  ｍｏｄｅおよびｓｕｂｂａｎｄ  ｍｏｄｅに対して各々次のように設定してもＣＳＩ生成方法に差がありうる。
【０３６２】
（Ｗｉｄｅｂａｎｄ  ｍｏｄｅの場合）
【０３６３】
ＣＳＩ  ｒｅｐｏｒｔｉｎｇリソースは、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨ、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨをともに設定可能で、ｇｅｎｅｒａｔｉｏｎされたＣＳＩ  ｂｉｔｓに対し（状況によりｚｅｒｏ−ｐａｄｄｉｎｇしてｆｉｘｅｄ  ｓｉｚｅに作り）ｓｉｎｇｌｅまたはｊｏｉｎｔ  ｅｎｃｏｄｉｎｇを適用する。
【０３６４】
（Ｓｕｂｂａｎｄ  ｍｏｄｅの場合）
【０３６５】
ＣＳＩ  ｒｅｐｏｒｔｉｎｇリソースは、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨだけを設定可能で、ｇｅｎｅｒａｔｉｏｎされた二つのＣＳＩ  ｐａｒｔであるｐａｒｔ  １  ＣＳＩ（Ｆｉｘｅｄ  Ｓｉｚｅ）およびＰａｒｔ  ２  ＣＳＩ（Ｖａｒｉａｂｌｅ  Ｓｉｚｅ）に対してｓｅｐａｒａｔｅ  ｃｏｄｉｎｇを適用する。
【０３６６】
上述のｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩ  ｒｅｐｏｒｔｉｎｇのために、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ  ｆｏｒｍａｔを設定された状態で、ＣＳＩ  ｒｅｐｏｒｔ  ｔｉｍｉｎｇにＤＬ  ＤＣＩにｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩ  ｒｅｐｏｒｔｉｎｇをサポートしないｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨで送信することを指示された場合に対して、以下の方法３でＵＥ動作（behaviour）を説明する。
【０３６７】
（方法３）
【０３６８】
ｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩ  ｒｅｐｏｒｔｉｎｇのために、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ  ｆｏｒｍａｔを設定された状態でＣＳＩ  ｒｅｐｏｒｔ  ｔｉｍｉｎｇにＤＬ  ＤＣＩにｌａｒｇｅ−ｐａｙｌｏａｄｓｈｏｒｔ  ＰＵＣＣＨで送信することを指示された場合に対する方法である。
【０３６９】
上記の場合は、ＨＡＲＱ−ＡＣＫ用にｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内にｌａｒｇｅ  ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨが存在しないか、またはＨＡＲＱ−ＡＣＫ用にｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内でＤＬ  ＤＣＩのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（またはＡＲＩ、A/N Resource Indicator）が指示するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうち、ｌａｒｇｅ  ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨが存在しない場合でありうる。
【０３７０】
また、ＵＥは、このような状況でＤＬ  ＤＣＩのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（もしくはＡＲＩ、A/N Resource Indicator）が存在すると、予めｃｏｎｆｉｇｕｒｅされたＨＡＲＱ−ＡＣＫ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内に存在するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうち、またはＨＡＲＱ−ＡＣＫ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ内に存在するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうち、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（もしくはＡＲＩ、A/N Resource Indicator）が指示するＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのうち、ｌａｒｇｅ  ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨが存在するかどうかを確認した後、存在しない場合、以下のような方法（動作）を行うようにすることができる。
【０３７１】
（方法３−１）ＵＥは、（ｓｕｂｂａｎｄ  ｍｏｄｅを維持した状態で）Ｐａｒｔ  ２  ＣＳＩをｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とｐａｒｔ  １  ＣＳＩとだけを（ｓｉｎｇｌｅまたはｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして）ＤＣＩを介してｉｎｄｉｃａｔｉｏｎされたｌａｒｇｅ−ｐａｙｌｏａｄｓｈｏｒｔ  ＰＵＣＣＨで送信する。
【０３７２】
方法３−１は、ＣＳＩ  ｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたｌｏｎｇ  ＰＵＣＣＨを基準に生成したＣＳＩ  ｒｅｐｏｒｔの一部を単純にｄｒｏｐｐｉｎｇする動作であるから、ｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅまたはｃｏｍｐｌｅｘｉｔｙの側面において有利な方法である。
【０３７３】
しかしながら、ｓｕｂｂａｎｄ  ｍｏｄｅを基準に生成したｐａｒｔ  １  ＣＳＩのｐａｙｌｏａｄ  ｓｉｚｅがｗｉｄｅｂａｎｄ  ＣＳＩ  ｐａｙｌｏａｄ  ｓｉｚｅより大きい場合、追加的なＲＥおよび／またはＲＢおよび／またはＰＵＣＣＨ  ｓｙｍｂｏｌなどの割り当てが必要でありえ、ＤＣＩを介してｉｎｄｉｃａｔｉｏｎされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨの送信容量を超過できるという危険がある。
【０３７４】
このとき、ＵＥは、送信容量が超過する場合、ｐａｒｔ  １  ＣＳＩ  ｄｒｏｐｐｉｎｇ  ｒｕｌｅを適用して、ｐｒｉｏｒｉｔｙ  ｒｕｌｅに従って一部だけを送信するか、またはｐａｒｔ  １  ＣＳＩ全体をｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）だけをＤＣＩを介してｉｎｄｉｃａｔｉｏｎされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨで送信できる。
【０３７５】
このとき、ＵＥは、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫとＳＲ）のｐａｙｌｏａｄが小さい場合、ｓｍａｌｌ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨにｆａｌｌｂａｃｋできる。
【０３７６】
このとき、上記の場合、ＵＥは、ｄｒｏｐした部分を除いた実際に送信するＵＣＩ  ｐａｙｌｏａｄを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定するようにすることができる。
【０３７７】
例えば、Ｐａｒｔ  ２  ＣＳＩを除いたＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにｐａｒｔ  １  ＣＳＩだけで構成されたｐａｙｌｏａｄを基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定するようにすることができる。ここで、ｐａｙｌｏａｄを基準にするという意味は、ｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準にするという意味でありうる。
【０３７８】
上記の場合、ＵＥは、ｄｒｏｐした部分を除いた実際に送信するＵＣＩ  ｐａｙｌｏａｄを基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定するようにすることができる。
【０３７９】
例えば、Ｐａｒｔ  ２  ＣＳＩを除いたＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにｐａｒｔ  １  ＣＳＩだけで構成されたｐａｙｌｏａｄを基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定するようにすることができる。
【０３８０】
ここで、ｐａｙｌｏａｄを基準にするという意味は、ｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準にするという意味でありうる。
【０３８１】
（方法３−２）ＵＥは、（ｗｉｄｅｂａｎｄ  ｍｏｄｅに動的に転換して）ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびに上記のｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩをｓｉｎｇｌｅまたはｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして、ＤＣＩを介してｉｎｄｉｃａｔｉｏｎされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨで送信する。
【０３８２】
方法３−２は、ｄｙｎａｍｉｃにＤＣＩを介してｉｎｄｉｃａｔｉｏｎされるＰＵＣＣＨ  ｆｏｒｍａｔを基準に、ｗｉｄｅｂａｎｄ  ｍｏｄｅまたはｓｕｂｂａｎｄ  ＣＳＩを生成しなければならないから、方法３−１における追加的なＲＥおよび／もしくはＲＢおよび／もしくはＰＵＣＣＨ  ｓｙｍｂｏｌなどの割り当て、またはｓｈｏｒｔＰＵＣＣＨ容量超過の危険はないが、ＣＳＩ  ｒｅｐｏｒｔの生成過程のｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅもしくはｃｏｍｐｌｅｘｉｔｙなどのコストが大きい。
【０３８３】
特にｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅを考慮すると、方法３−２は、次のような動作を含むことができる。
【０３８４】
ＵＥは、上記の場合（すなわち、ＵＥがｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩおよびこれに対するＣＳＩ  ｒｅｐｏｒｔｉｎｇ用ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ  ｆｏｒｍａｔを設定された場合）、ｓｕｂｂａｎｄ  ｍｏｄｅＣＳＩおよびｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを全部生成し、ＤＣＩを介してｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨがｉｎｄｉｃａｔｉｏｎされると、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを送信し、または、ｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩを送信できる。
【０３８５】
また、上記の場合、ＵＥは、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを仮定し、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定できる。
【０３８６】
ここで、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを仮定するという意味は、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩとＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とをｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定することでありうる。
【０３８７】
また、上記の場合、ＵＥは、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定できる。
【０３８８】
このとき、上記ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩを仮定するという意味は、ｗｉｄｅｂａｎｄ  ｍｏｄｅ  ＣＳＩとＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とをｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定するようにすることができるという意味でありうる。
【０３８９】
（方法３−３）ＵＥは、すべてのＣＳＩをｄｒｏｐし、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）だけをＤＣＩを介してｉｎｄｉｃａｔｉｏｎされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨで送信する。
【０３９０】
このとき、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）のｐａｙｌｏａｄが小さい場合、ｓｍａｌｌ−ｐａｙｌｏａｄ  ｓｈｏｒｔ  ＰＵＣＣＨにｆａｌｌｂａｃｋできる。
【０３９１】
このとき、上記の場合、ＵＥは、ＣＳＩをｄｒｏｐした後、残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）を仮定してＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定できる。
【０３９２】
ここで、ＣＳＩをｄｒｏｐした後残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）を仮定するという意味は、ＣＳＩをｄｒｏｐした後、残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）だけをｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定することでありうる。
【０３９３】
このとき、上記の場合、ＵＥは、ＣＳＩをｄｒｏｐした後残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）を基準にＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定できる。
【０３９４】
ここで、上記ＣＳＩをｄｒｏｐした後残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）を基準にするという意味は、ＣＳＩをｄｒｏｐした後残ったＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）だけをｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定するようすることでありうる。
【０３９５】
（方法３−４）ＵＥは、（ＤＣＩを介してＰＵＣＣＨ  ｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされたが、このｃａｓｅだけを例外的に）｛ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）＋ｐａｒｔ  １  ＣＳＩ｝とＰａｒｔ  ２  ＣＳＩとをｓｅｐａｒａｔｅ  ｅｎｃｏｄｉｎｇしてＣＳＩ  ｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨで送信する。
【０３９６】
上記の場合、ＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの決定およびＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内のＲＢの決定は、上記（Ｃａｓｅ  ２）のＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ決定方法（方法２−Ａ−１／２）とＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ内の実際にＵＣＩ送信に使用されるＲＢ数を決定する方法（方法２−Ｂ−１／２／３）とに従うことでありうる。
【０３９７】
また、上記の方法でＰａｒｔ  ２  ＣＳＩを除いたＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにｐａｒｔ  １  ＣＳＩだけで構成されたｐａｙｌｏａｄを基準に、またはｅｎｃｏｄｉｎｇして生成されたｃｏｄｅｄ  ｂｉｔ数を基準に、ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔを決定するということは、ｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＵＣＩ（またはｒｅｆｅｒｅｎｃｅ  ｐａｒｔ  ２  ＣＳＩ）値として０（ｐａｒｔ  １  ｏｎｌｙ）を適用するという意味でありうる。
【０３９８】
このとき、ＵＥが、ｗｉｄｅｂａｎｄまたはｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩ  ｒｅｐｏｒｔｉｎｇのために、ｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨ  ｆｏｒｍａｔをｃｏｎｆｉｇｕｒｅされた状態で、ＣＳＩ  ｒｅｐｏｒｔ  ｔｉｍｉｎｇにＤＬ  ＤＣＩのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（もしくはＡＲＩ、A/N Resource indicator）によってｗｉｄｅｂａｎｄまたはｓｕｂｂａｎｄ  ｍｏｄｅ  ＣＳＩ  ｒｅｐｏｒｔｉｎｇをサポートしないｓｍａｌｌ−ｐａｙｌｏａｄ  ＰＵＣＣＨで送信することを指示された場合、または、ＵＥが、ＨＡＲＱ−ＡＣＫ／ＳＲの送信用にｓｍａｌｌ−ｐａｙｌｏａｄ  ＰＵＣＣＨ（例えば、ｕｐ  ｔｏ  ２  ＵＣＩ  ｂｉｔｓ）だけをサポートする一つのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔだけをｃｏｎｆｉｇｕｒｅされた場合がありうる。
【０３９９】
このとき、ＵＥは、全ＣＳＩ（ｓｕｂｂａｎｄ  ｍｏｄｅの場合、ＣＳＩ  ｐａｒｔ  ２およびＣＳＩ  ｐａｒｔ  ２）をｄｒｏｐし、ＤＬ  ＤＣＩのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（またはＡＲＩ、A/N Resource indicator）が指示するＰＵＣＣＨ  ｆｏｒｍａｔでＨＡＲＱ−ＡＣＫ／ＳＲだけを送信できる。
【０４００】
このとき、上記方法は、ＣＳＩ  ｒｅｐｏｒｔとの衝突と関係なくＨＡＲＱ−ＡＣＫ／ＳＲのｌａｔｅｎｃｙをｇＮＢの意図の通りに、一定に維持できるという長所がある。
【０４０１】
あるいは、ＵＥは、ＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩ（ｗｉｄｅｂａｎｄ  ｍｏｄｅの場合）、またはＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩ  ｐａｒｔ  １（ｓｕｂｂａｎｄ  ｍｏｄｅの場合）をｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして、ＣＳＩ  ｒｅｐｏｒｔｉｎｇのためにｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨ  ｆｏｒｍａｔで、ＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩ（ｗｉｄｅｂａｎｄ  ｍｏｄｅの場合）、またはＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩ  ｐａｒｔ  １、そしてＣＳＩ  ｐａｒｔ  ２（ｓｕｂｂａｎｄ  ｍｏｄｅの場合）を送信できる。
【０４０２】
上記の場合、ＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩ（またはＣＳＩ  ｐａｒｔ  １およびＣＳＩ  ｐａｒｔ  ２を含んだｐａｙｌｏａｄ  ｓｉｚｅ（ｉｎｃｌｕｄｉｎｇ  ＣＲＣ  ｂｉｔｓ）が、ｃｏｎｆｉｇｕｒｅされたＣＳＩ  ｒｅｐｏｒｔ用ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅのＲｍａｘを考慮したｍａｘ  ＵＣＩ  ｐａｙｌｏａｄ  ｓｉｚｅ（Ｎ＿ｐ＿ｍａｘ）（またはｃａｐａｃｉｔｙ）を超過する場合、ＵＥは、ＣＳＩ（またはＣＳＩ  ｐａｒｔ  １およびＣＳＩ  ｐａｒｔ  ２）をｄｒｏｐし、ＤＬ  ＤＣＩのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ（またはＡＲＩ、A/N resource indicator）が指示するＰＵＣＣＨ  ｆｏｒｍａｔでＨＡＲＱ−ＡＣＫ／ＳＲだけを送信できる。
【０４０３】
また、ＵＥは、Ｒｍａｘを超過する場合を予め防止するために、上記の通りにＨＡＲＱ−ＡＣＫ／ＳＲ送信用に一つのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔだけをｃｏｎｆｉｇｕｒｅされた場合に送信可能な最大ＨＡＲＱ−ＡＣＫ  ｂｉｔｓ（例えば、２ｂｉｔｓ）を仮定して、ＨＡＲＱ−ＡＣＫ／ＳＲおよびＣＳＩを送信するｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨ  ｆｏｒｍａｔのＲＢ数を決定できる。
【０４０４】
ＵＥがＤＬ  ＤＣＩを受信することができない場合、ＵＥが生成するＨＡＲＱ−ＡＣＫ  ｂｉｔの数（例えば、０、１  ｏｒ  ２  ＨＡＲＱ−ＡＣＫ  ｂｉｔｓ）とｇＮＢが期待するＨＡＲＱ−ＡＣＫ  ｂｉｔの数とが異なりうる。
【０４０５】
このとき、ｇＮＢは、ＣＳＩ  ｒｅｐｏｒｔｉｎｇのためにｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨ  ｆｏｒｍａｔに対してＵＥが送信可能なＨＡＲＱ−ＡＣＫ  ｂｉｔを仮定して（例えば、０、１  ｏｒ  ２  ｂｉｔｓ）ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行わなければならない。
【０４０６】
このとき、ｇＮＢのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇによる負担を減らすために、上記の通りにＨＡＲＱ−ＡＣＫ／ＳＲ送信用に一つのＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔだけをｃｏｎｆｉｇｕｒｅされた場合、ＵＥは、送信可能な最大ＨＡＲＱ−ＡＣＫ  ｂｉｔｓ（例えば、２ｂｉｔｓ）を仮定して、ＣＳＩ  ｒｅｐｏｒｔｉｎｇのためにｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄ  ＰＵＣＣＨ  ｆｏｒｍａｔのＲＢ数を決定し、常にＨＡＲＱ−ＡＣＫ  ２  ｂｉｔを生成して送信するようにすることができる。
【０４０７】
上記の場合、実際に送信が必要でない場合（すなわち、ＤＬ  ＤＣＩにより指示されない場合）に対しては、ＮＡＣＫに送信できる。
【０４０８】
例えば、ＤＬ  ＤＣＩによって１  ｂｉｔ  ＨＡＲＱ−ＡＣＫ送信が指示された場合、実際にＵＥが生成してＣＳＩ（ｗｉｄｅｂａｎｄ  ｍｏｄｅの場合）、またはＣＳＩ  ｐａｒｔ  １（ｓｕｂｂａｎｄ  ｍｏｄｅの場合）とｊｏｉｎｔ  ｅｎｃｏｄｉｎｇして送信するＨＡＲＱ−ＡＣＫ  ２  ｂｉｔのうち、第１のｂｉｔは、上記のＤＬ  ＤＣＩによって指示された１−ｂｉｔ  ＨＡＲＱ−ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎで、第２のｂｉｔは、ＮＡＣＫで送信されることができる。
【０４０９】
上記の方法においてｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨは、導入部でＰＵＣＣＨ  ｆｏｒｍａｔ分類法を含むことができる。
【０４１０】
このとき、上記ＰＵＣＣＨ  ｆｏｒｍａｔ分類法は、例えば、ｌａｒｇｅ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨおよびｍｅｄｉｕｍ−ｐａｙｌｏａｄ  ｌｏｎｇ  ＰＵＣＣＨ（ｗｉｔｈ  ｏｒ  ｗｉｔｈｏｕｔ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙ）を基準に分類することでありうる。
【０４１１】
先に述べた各実施形態または各方法は、別個に行われることもでき、一つまたは複数の実施形態または方法の組み合わせを介して行われることによって、本明細書で提案する方法を具現できる。
【０４１２】
図８は、本明細書で提案する方法を行う端末の動作方法を示したフローチャートである。
【０４１３】
すなわち、図８は、無線通信システムにおけるＰＵＣＣＨ（Physical Uplink Control CHannel）上において複数のＵＣＩ（Uplink Control Information）を送信する端末の動作方法を示す。
【０４１４】
まず、端末は、基地局から、チャネル状態情報（Channel State Information、ＣＳＩ）報告（リポート）（report）のためのＰＵＣＣＨリソース（資源）（resource）を受信する（Ｓ８１０）。
【０４１５】
次に、端末は、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、上記ＰＵＣＣＨリソースのうち、特定ＰＵＣＣＨリソースに上記複数のＵＣＩをマルチプレクスする（Ｓ８２０）。
【０４１６】
次に、端末は、上記基地局に上記複数のＵＣＩを上記特定ＰＵＣＣＨリソースを介して送信する（Ｓ８３０）。
【０４１７】
このとき、上記ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチＣＳＩ報告のためのもののうちの少なくとも一つでありうる。
【０４１８】
このとき、ステップＳ８２０は、上記ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、上記単一ＣＳＩ報告のためのＰＵＣＣＨリソースのうちの一部が重なる場合、上記マルチＣＳＩ報告のために利用されるＰＵＣＣＨリソースに上記重なったリソースに設定された上記複数のＵＣＩをマルチプレクスすることでありうる。
【０４１９】
このとき、ステップＳ８２０は、上記単一ＣＳＩ報告の利用のためのＰＵＣＣＨリソースのうち、一部が重なる場合、マルチＣＳＩ報告のためのＰＵＣＣＨリソースに上記単一ＣＳＩ報告のためのＰＵＣＣＨリソースの全てに設定された上記複数のＵＣＩをマルチプレクスすることでありうる。
【０４２０】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐし、残りのＰＵＣＣＨリソースでありうる。
【０４２１】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソースの間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を含むＰＵＣＣＨリソースでありうる。
【０４２２】
このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  Ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちのいずれか一つに基づいて決定されることでありうる。
【０４２３】
図８ないし図１０を参考にして、本明細書で提案する無線通信システムで物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上における複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）の送信が端末装置で具現される内容について説明する。
【０４２４】
無線通信システムで物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を送信する端末は、無線信号を送受信するためのＲＦ（Radio Frequency）モジュールと、上記ＲＦモジュールと機能的に接続しているプロセッサと、を含むことができる。
【０４２５】
まず、端末のプロセッサは、基地局から、チャネル状態情報（Channel State Information、ＣＳＩ）報告（report）のためのＰＵＣＣＨリソース（resource）を受信するように、上記ＲＦモジュールを制御する。
【０４２６】
そして、上記プロセッサは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、上記ＰＵＣＣＨリソースのうち、特定ＰＵＣＣＨリソースに上記複数のＵＣＩをマルチプレクスする。
【０４２７】
そして、上記プロセッサは、上記基地局に、上記複数のＵＣＩを上記特定ＰＵＣＣＨリソースを介して送信するようにＲＦモジュールを制御する。
【０４２８】
このとき、上記ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチＣＳＩ報告のためのもののうちの少なくとも一つでありうる。
【０４２９】
このとき、上記プロセッサは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に設定され、上記単一ＣＳＩ報告のためのＰＵＣＣＨリソースのうちの一部が重なる場合、上記マルチＣＳＩ報告のために利用されるＰＵＣＣＨリソースに上記重なったリソースに設定された上記複数のＵＣＩをマルチプレクスできる。
【０４３０】
このとき、上記プロセッサは、上記単一ＣＳＩ報告利用のためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のためのＰＵＣＣＨリソースに上記単一ＣＳＩ報告のためのＰＵＣＣＨリソースの全てに設定された上記複数のＵＣＩをマルチプレクスできる。
【０４３１】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐした、残りのＰＵＣＣＨリソースでありうる。
【０４３２】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を含むＰＵＣＣＨリソースでありうる。
【０４３３】
このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定されることでありうる。
【０４３４】
なお、本明細書で提案する方法を行う基地局動作を説明する。
【０４３５】
まず、基地局は、端末にチャネル状態情報（Channel State Information、ＣＳＩ）報告（report）のためのＰＵＣＣＨリソースを送信できる。
【０４３６】
次に、基地局は、端末から上記ＰＵＣＣＨリソースのうちの特定ＰＵＣＣＨリソースを介して送信される上記複数のＵＣＩを受信する。
【０４３７】
このとき、上記ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチＣＳＩ報告のためのもののうちの少なくとも一つである。
【０４３８】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐし、残りのＰＵＣＣＨリソースでありうる。
【０４３９】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を含むＰＵＣＣＨリソースでありうる。
【０４４０】
このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちのいずれか一つに基づいて決定されるものでありうる。
【０４４１】
図９および図１０を参考にして、本明細書の無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上における複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）の受信が基地局装置で具現される内容について説明する。
【０４４２】
無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を受信する基地局は、無線信号を送受信するためのＲＦ（Radio Frequency）モジュールと、上記ＲＦモジュールと機能的に接続しているプロセッサと、を含むことができる。
【０４４３】
まず、基地局のプロセッサは、端末に、チャネル状態情報（Channel State Information、ＣＳＩ）報告（report）のためのＰＵＣＣＨリソース（resource）を送信するように上記ＲＦモジュールを制御する。
【０４４４】
そして、上記プロセッサは、端末から、上記複数のＵＣＩを上記特定ＰＵＣＣＨリソースを介して受信するように上記ＲＦモジュールを制御する。
【０４４５】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、重なる部分をｄｒｏｐした、残りのＰＵＣＣＨリソースでありうる。
【０４４６】
このとき、上記特定ＰＵＣＣＨリソースは、上記ＰＵＣＣＨリソースが一つのスロット（slot）に存在し、上記ＰＵＣＣＨリソース間で重なる（overlap）場合、予め決まった優先順位に基づいて、優先順位の高いＣＳＩ報告を含むＰＵＣＣＨリソースでありうる。
【０４４７】
このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｉｎｄｅｘ、ｒｅｐｏｒｔ  ＩＤのうちの少なくとも一つに基づいて決定されるものでありうる。
【０４４８】
先に述べた方法は、独立して行われるか、または各方法が多様に結合または組み合わせられて行われることができる。
【０４４９】
本発明が適用されることができる装置一般
【０４５０】
図９は、本明細書で提案する方法が適用されうる無線通信装置のブロック構成図を例示する。
【０４５１】
図９を参照すると、無線通信システムは、基地局９１０と基地局領域内に位置する複数の端末９２０とを含む。
【０４５２】
上記基地局および端末は、各々無線装置として表現されることもできる。
【０４５３】
基地局９１０は、プロセッサ（processor）９１１、メモリ（memory）９１２およびＲＦモジュール（radio frequency module）９１３を含む。プロセッサ９１１は、先の図１ないし図８で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの階層は、プロセッサにより具現されることができる。メモリは、プロセッサに接続されて、プロセッサを駆動するための多様な情報を記憶する。ＲＦモジュールは、プロセッサに接続されて、無線信号を送信および／または受信する。
【０４５４】
端末は、プロセッサ９２１、メモリ９２２およびＲＦモジュール９２３を含む。
【０４５５】
プロセッサは、先の図１ないし図８で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの階層は、プロセッサにより具現されることができる。メモリは、プロセッサに接続されて、プロセッサを駆動するための多様な情報を記憶する。ＲＦモジュール９２３は、プロセッサに接続されて、無線信号を送信および／または受信する。
【０４５６】
メモリ９１２、９２２は、プロセッサ９１１、９２１の内部または外部にあることができ、周知の多様な手段でプロセッサに接続されることができる。
【０４５７】
また、基地局および／または端末は、一個のアンテナ（single antenna）またはマルチアンテナ（multiple antenna）を有することができる。
【０４５８】
図１０は、本明細書で提案する方法が適用されうる無線通信装置のブロック構成図のさらに他の例である。
【０４５９】
図１０を参照すると、無線通信システムは、基地局１０１０と基地局領域内に位置する複数の端末１０２０とを含む。基地局は、送信装置として、端末は、受信装置として、表現されることができ、その反対も可能である。基地局および端末は、プロセッサ（processor）１０１１、１０２１、メモリ（memory）１０１４、１０２４、一つまたは複数のＴｘ／Ｒｘ  ＲＦモジュール（radio frequency module）１０１５、１０２５、Ｔｘプロセッサ１０１２、１０２２、Ｒｘプロセッサ１０１３、１０２３、アンテナ１０１６、１０２６を含む。プロセッサは、先に述べた機能、過程および／または方法を具現する。より具体的には、ＤＬ（基地局から端末への通信）で、コアネットワークからの上位層パケットは、プロセッサ１０１１に提供される。プロセッサは、Ｌ２層の機能を具現する。ＤＬにおいて、プロセッサは、論理チャネルと送信チャネルとの間の多重化（multiplexing）、無線リソース割り当てを端末１０２０に提供し、端末へのシグナリングを担当する。送信（ＴＸ）プロセッサ１０１２は、Ｌ１層（すなわち、物理層）に対する多様な信号処理機能を具現する。信号処理機能は、端末におけるＦＥＣ（Forward Error Correction）を容易にし、コーディングおよびインターリビング（coding and interleaving）を含む。符号化および変調されたシンボルは、並列ストリームに分割され、各々のストリームは、ＯＦＤＭ副搬送波にマッピングされ、時間および／または周波数領域で基準信号（Reference Signal、ＲＳ）とマルチプレクスされ、ＩＦＦＴ（Inverse Fast Fourier Transform）を使用して共に結合されて、時間領域ＯＦＤＭＡシンボルストリームを運搬する物理チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために空間的にプリコーディングされる。各々の空間ストリームは、個別Ｔｘ／Ｒｘモジュール（または送受信器）１０１５を介して相異なるアンテナ１０１６に提供されうる。各々のＴｘ／Ｒｘモジュールは、送信のために各々の空間ストリームにＲＦ搬送波を変調できる。端末において、各々のＴｘ／Ｒｘモジュール（または送受信器）１０２５は、各Ｔｘ／Ｒｘモジュールの各アンテナ１０２６を介して信号を受信する。各々のＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元して、受信（ＲＸ）プロセッサ１０２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ  １の多様な信号処理機能を具現する。ＲＸプロセッサは、端末へ向かう任意の空間ストリームを復旧するために、情報に空間処理を行うことができる。複数の空間ストリームが端末へ向かう場合、複数のＲＸプロセッサにより単一ＯＦＤＭＡシンボルストリームに結合されうる。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号の各々のサブキャリアに対する個別のＯＦＤＭＡシンボルストリームを含む。各々のサブキャリア上のシンボルおよび基準信号は、基地局により送信された最も可能性のある信号配置ポイントを決定することで復元され復調される。このような軟判定（soft decision）聞いたチャネル推定値など（ら）に基づくことができる。軟判定は、物理チャネル上において基地局により本来送信されたデータおよび制御信号を復元するためにデコードおよびデインターリーブされる。該当データおよび制御信号は、プロセッサ１０２１に提供される。
【０４６０】
ＵＬ（端末から基地局への通信）は、端末１０２０で受信器機能と関連して述べられたことと類似の方式で基地局１０１０で処理される。各々のＴｘ／Ｒｘモジュール１０２５は、各々のアンテナ１０２６を介して信号を受信する。各々のＴｘ／Ｒｘモジュールは、ＲＦ搬送波および情報をＲＸプロセッサ１０２３に提供する。プロセッサ１０２１は、プログラムコードおよびデータを記憶（格納）するメモリ１０２４と関連することができる。メモリは、コンピュータで読み取り可能な媒体と呼ばれることができる。
【０４６１】
以上で説明された実施形態は、本発明の構成要素と特徴とが所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素および／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は、変更できる。ある実施形態の一部の構成や特徴は、他の実施形態に含まれることができ、または他の実施形態の対応する構成もしくは特徴と置き換えできる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０４６２】
本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現できる。
【０４６３】
ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で実現できる。ソフトウェアコードは、メモリに記憶されてプロセッサにより駆動できる。上記メモリは、上記プロセッサの内部または外部に位置し、既に公知の多様な手段により上記プロセッサとデータをやり取りすることができる。
【０４６４】
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態に具体化できることが通常の技術者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内における全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０４６５】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＮＲシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＮＲシステム以外にも多様な無線通信システムに適用することが可能である。
【図１】
0006919059.tif 000049
【図２】
0006919059.tif 000050
【図３】
0006919059.tif 000051
【図４】
0006919059.tif 000052
【図５】
0006919059.tif 000053
【図６】
0006919059.tif 000054
【図７】
0006919059.tif 000055
【図８】
0006919059.tif 000056
【図９】
0006919059.tif 000057
【図１０】
0006919059.tif 000058