JP6919059B2

JP6919059B2 - 無線通信システムにおける物理アップリンク制御チャネルにおいて複数のアップリンク制御情報を送信する方法およびこのための装置

Info

Publication number: JP6919059B2
Application number: JP2020506782A
Authority: JP
Inventors: チェヒョンキム; ソクチョルヤン; ソンウクキム; ヘウクパク; チュンクイアン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-01-25
Filing date: 2019-01-22
Publication date: 2021-08-11
Anticipated expiration: 2039-01-22
Also published as: KR20190090712A; EP3687098A1; WO2019147000A1; KR102239908B1; KR102167408B1; JP2020530234A; CN111418179A; KR20200120593A; CN111418179B; EP3687098A4; KR20190143843A; US20200163081A1; KR102058701B1

Description

本明細書は、無線通信システムに関し、特に、物理アップリンク制御チャネル上において複数（多数）のアップリンク制御情報を送信する方法およびこれをサポート（支援）する装置に関する。

移動通信システムは、ユーザの活動性を保証（保障）しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソースが不足する現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

次世代の移動通信システムの要求条件は、概して、爆発的なデータトラフィックの対応（収容）、ユーザ当たり送信レート（率）の画期的な増加、大幅に増加した接続（連結）デバイス数の対応、非常に低いエンドツーエンド（端対端）遅延（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）に設定され、単一ＣＳＩ報告のためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のために利用されるＰＵＣＣＨリソースに重なったリソースに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。

また、本明細書において、プロセッサは、単一ＣＳＩ報告に利用されるためのＰＵＣＣＨリソースのうちの一部が重なる場合、マルチＣＳＩ報告のためのＰＵＣＣＨリソースに、単一ＣＳＩ報告のためのＰＵＣＣＨリソースの全てに設定された複数のＵＣＩをマルチプレクスすることを特徴とする。

本明細書は、物理アップリンク制御チャネル（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）装置などの用語に置き換えできる。

以下の説明で使用される特定用語は、本発明の理解を助けるために提供されたものであり、これらの特定用語の使用は、本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。

以下の技術は、ＣＤＭＡ（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）ヌメロロジおよびフレーム構造を説明する。

ＮＲシステムでサポートされる複数のＯＦＤＭヌメロロジは、表１のように定義できる。

＜表１＞

ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の様々なフィールドサイズは、

の時間単位の倍数として表現される。ここで、

であり、

である。ダウンリンク（downlink）およびアップリンク（uplink）送信は、

の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは、各々

の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。

図２は、本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。

図２に示すように、端末（User Equipment：ＵＥ）からのアップリンクフレーム番号ｉの送信は、当該端末における該当ダウンリンクフレームの開始より

以前に始めなければならない。

ヌメロロジμに対して、スロット（slot）は、サブフレーム内で

の増加する順に番号が付けられて、無線フレーム内で

の増加する順に番号が付けられる。１つのスロットは、

（個）の連続するＯＦＤＭシンボルで構成され、

は、用いられるヌメロロジおよびスロット設定（slot configuration）によって決定される。サブフレームにおいて、スロット

の開始は、同一サブフレームにおいてＯＦＤＭシンボル

の開始と時間的に整列される。

全ての端末が同時に送信および受信できるものではなく、これは、ダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが利用されることができないことを意味する。

表２は、ヌメロロジμにおけるノーマル（一般）（normal）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示し、表３は、ヌメロロジμにおける拡張（extended）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示す。

＜表２＞

＜表３＞

ＮＲ物理リソース（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）の一例を示す。

図３に示すように、リソースグリッドが周波数領域上に

（個）のサブキャリアで構成され、１つのサブフレームが１４・２μ（個の）ＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるものではない。

ＮＲシステムにおいて、送信される信号（transmitted signal）は、

（個）のサブキャリアで構成される１つもしくは複数のリソースグリッドおよび

（個）のＯＦＤＭシンボルにより説明される。ここで、

である。上記

は、最大送信帯域幅を表し、これは、ヌメロロジだけでなく、アップリンクとダウンリンクとの間でも変わることができる。

この場合、図４のように、ヌメロロジ

およびアンテナポートｐ別に１つのリソースグリッドが設定され得る。

図４は、本明細書において提案する方法が適用され得るアンテナポートおよびヌメロロジ別リソースグリッドの例を示す。

ヌメロロジ

およびアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対

により一意に（固有的に）識別される。ここで、

は、周波数領域上のインデックスであり、

は、サブフレーム内でシンボルの位置を称する。スロットでリソース要素を称するときには、インデックス対

が用いられる。ここで、

である。

ヌメロロジ

およびアンテナポートｐに対するリソース要素

は、複素値（complex value）

に該当する。混同（confusion）される危険がない場合、あるいは特定アンテナポートまたはヌメロロジが特定されなかった場合には、インデックスｐおよび

は、ドロップ（drop）されることができ、その結果、複素値は、

または

になることができる。

また、物理リソースブロック（physical resource block）は、周波数領域上の

（個の）連続するサブキャリアで定義される。周波数領域上で、物理リソースブロックは、０から

までの番号が付けられる。このとき、周波数領域上の物理リソースブロック番号（physical resource block number）

とリソース要素

との間の関係は、数式１のように与えられる。

＜数式１＞

また、キャリアパート（carrier part）と関連して、端末は、リソースグリッドのサブセット（subset）だけを用いて受信または送信するように設定されることができる。このとき、端末が受信または送信するように設定されたリソースブロックの集合（set）は、周波数領域上で０から

までの番号が付けられる。

セルフコンテインド（自己完結型）スロット構造（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）がＱｍの倍数になるように出力する動作を意味する。

上記ｒａｔｅｍａｔｃｈｉｎｇ動作の他に、Ｎ＿ｐ１／Ｒｍａｘを基準に生成したｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔｓｅｑｕｅｎｃｅ内でｃｉｒｃｕｌａｒｒｅｐｅｔｉｔｉｏｎを行うか、ｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔｓｅｑｕｅｎｃｅの最後の部分をｒｅｐｅｔｉｔｉｏｎするか、または‘０’、‘１’または、ｒａｎｄｏｍｎｕｍｂｅｒをｐａｄｄｉｎｇして、最終出力がＱｍの倍数になるようにすることができる。

また、ｐａｒｔ２ＵＣＩｃｏｄｅｄｂｉｔの一部（例えば、ｐａｒｔ２ＵＣＩｃｏｄｅｄｂｉｔの最初のｂｉｔ（１つまたは複数））を、ｐａｄｄｉｎｇｂｉｔ（ｓ）として使用することもできる。

また、Ｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔと同様に、Ｐａｒｔ２ＵＣＩｃｏｄｅｄｂｉｔも同じ方法でＱｍの倍数になるように構成できる。

このような、上記方法は、後述する（１）ないし（４）ステップで行うことができ、ＵＥにより行われる。

（１）ＣｏｎｆｉｇｕｒｅされたＰＵＣＣＨｒｅｓｏｕｒｃｅｐａｒａｍｅｔｅｒからＰＵＣＣＨで送信可能なｔｏｔａｌＵＣＩｃｏｄｅｄｂｉｔ数

は、以下の数式２を利用して計算できる。

＜数式２＞

式中、Ｎ_symは、ｃｏｎｆｉｇｕｒｅされたＵＣＩ送信可能なＰＵＣＣＨｓｙｍｂｏｌ数、Ｎ_RBは、ｃｏｎｆｉｇｕｒｅされたＰＵＣＣＨＲＢ数、Ｎ_SCは、１（個の）ＲＢ内のｓｕｂｃａｒｒｉｅｒ数（例えば、Ｎ_SC＝１２）、そしてＱ_mは、ｍｏｄｕｌａｔｉｏｎｏｒｄｅｒ（例えば、２ｆｏｒＱＰＳＫ）を意味する。

（２）Ｐａｒｔ１ＵＣＩｐａｙｌｏａｄおよびＲｍａｘからＮ_tを超過しない範囲内でｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔｓｉｚｅＮ＿ｃ１は、以下の数式３を利用して決定されることができる（このとき、Ｎ＿ｃ１は、Ｑｍの整数倍になるように設定する）。

＜数式３＞

式中、Ｎ＿ｐ１は、ｐａｒｔ１ＵＣＩｐａｙｌｏａｄｓｉｚｅ、Ｒ_maxは、ｃｏｎｆｉｇｕｒｅされたｍａｘｉｍｕｍｃｏｄｅｒａｔｅ、そして

は、ｃｅｉｌｉｎｇ動作（オペレーション）を意味する。

（３）Ｎ_tおよびＮ＿ｃ１からｐａｒｔ２ＵＣＩｃｏｄｅｄｂｉｔｓｉｚｅＮ＿ｃ２は、以下の数式４を利用して決定されることができる。

＜数式４＞

（４）ＵＥは、上記ｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔをＱｍの倍数になるように生成する方法（ｒａｔｅｍａｔｉｎｇ、ｐａｄｄｉｎｇなど）を利用して、Ｎ＿ｃ１、Ｎ＿ｃ２に合せてｐａｒｔ１ＵＣＩｃｏｄｅｄｂｉｔおよびｐａｒｔ２ＵＣＩｃｏｄｅｄｂｉｔを各々生成した後、ｍｏｄｕｌａｔｉｏｎ（例えば、ＱＰＳＫｍｏｄｕｌａｔｉｏｎ）を経てＲＥｍａｐｐｉｎｇを行う。

ＭｕｌｔｉｐｌｅＵＣＩｏｎＬｏｎｇＰＵＣＣＨのサポートのためのリソース決定方法

次に、ＬｏｎｇＰＵＣＣＨ上におけるＭｕｌｔｉｐｌｅＵＣＩ送信のサポートのためのリソースを決定する方法を説明する。

ＭｕｌｔｉｐｌｅＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにＣＳＩ）を同時に送信する場合のリソース決定方法のために、次の２通りの場合（ｃａｓｅ１、ｃａｓｅ２）を考慮してみることができる。

後述する２通りのｃａｓｅに対して、ＵＥは、ＰＵＣＣＨｆｏｒｍａｔ別に許容されたｍａｘｉｍｕｍｃｏｄｅｒａｔｅＲｍａｘを予めｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされ、実際のＵＣＩ送信時にＲｍａｘより小さなｃｏｄｅｒａｔｅＲを適用できる。

（ｃａｓｅ１）

ｃａｓｅ１は、ＭｕｌｔｉｐｌｅＵＣＩがＨＡＲＱ−ＡＣＫ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄＬｏｎｇＰＵＣＣＨで送信される場合（ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を介してＨＡＲＱ−ＡＣＫｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされた場合）である。

ｃａｓｅ１の場合、ＵＥは、複数のＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔを予めｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされた後、そのうちの一つを全体のＵＣＩｐａｙｌｏａｄｓｉｚｅ（Ｎ＿ｐ）に応じて選択できる。

このとき、選択されたＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔは、また、複数のＰＵＣＣＨｒｅｓｏｕｒｃｅを含むことができる。

ｃａｓｅ１において、ＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔ内のＰＵＣＣＨｒｅｓｏｕｒｃｅ（１つまたは複数）は、ＨＡＲＱ−ＡＣＫｂｉｔに対応するＰＤＳＣＨをｓｃｈｅｄｕｌｉｎｇするＤＣＩｆｉｅｌｄ内のＨＡＲＱ−ＡＣＫｒｅｓｏｕｒｃｅｉｎｄｉｃａｔｏｒを介してｉｎｄｉｃａｔｉｏｎされることがありうる。

また、ＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔ内のＰＵＣＣＨｒｅｓｏｕｒｃｅの数が多い場合、ｇＮＢは、ＤＣＩｏｖｅｒｈｅａｄを減らすために、ｉｍｐｌｉｃｉｔｉｎｄｉｃａｔｉｏｎ方法またはＤＣＩとｉｍｐｌｉｃｉｔｉｎｄｉｃａｔｉｏｎとの組み合わせで、ＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔ内のＰＵＣＣＨｒｅｓｏｕｒｃｅをＵＥにｉｎｄｉｃａｔｉｏｎできる。

例えば、上記暗示的な指示（implicit indication）方法は、ＰＤＳＣＨｓｃｈｅｄｕｌｉｎｇＤＣＩのＣＣＥ（Control Channel Element）ｉｎｄｅｘに基づいて、ＰＵＣＣＨｒｅｓｏｕｒｃｅを決定する方法でありうる。

このとき、ＵＥがｍｕｌｔｉｐｌｅＵＣＩｏｎＬｏｎｇＰＵＣＣＨの送信のために使用するＲＢの数は、全体のＵＣＩｐａｙｌｏａｄｓｉｚｅ（Ｎ＿ｐ）およびｍａｘｉｍｕｍｃｏｄｅｒａｔｅＲｍａｘによって決定されることができる。

このように決定された値は、上記のＰＵＣＣＨｒｅｓｏｕｒｃｅを介して割り当てられたＲＢ数と異なりうる。

（Ｃａｓｅ２）

ｃａｓｅ２は、ＭｕｌｔｉｐｌｅＵＣＩがＣＳＩｒｅｐｏｒｔ用にｃｏｎｆｉｇｕｒｅされたｌａｒｇｅ−ｐａｙｌｏａｄｌｏｎｇＰＵＣＣＨで送信される場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫｒｅｓｏｕｒｃｅをｉｎｄｉｃａｔｉｏｎされることができない場合）である。

ｃａｓｅ２の場合、ＵＥは、ＣＳＩｒｅｐｏｒｔ用に複数のＰＵＣＣＨｒｅｓｏｕｒｃｅを予めｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅされた後、そのうちの一つを全体のＵＣＩｐａｙｌｏａｄｓｉｚｅ（Ｎ＿ｐ）とｍａｘｉｍｕｍｃｏｄｅｒａｔｅ（Ｒｍａｘ）との組み合わせによって選択できる。

例えば、ＰＵＣＣＨｒｅｓｏｕｒｃｅｉから割り当てられたＰＵＣＣＨ送信が可能なＲＥの数をＮ_RE,iとすると、ＵＥは、

＜数式５＞

上記数式５を満たすＮ_RE,i値のうち、最小値Ｎ_RE,i,minに対応するＰＵＣＣＨｒｅｓｏｕｒｃｅを選択できる。

ここで、Ｎ＿ｐと異なるパラメータとの関係をより容易に分かるように、上記数式５は、以下の数式６のように変形できる。

＜数式６＞

すなわち、ＵＥは、全体のＤＣＩをＰＵＣＣＨリソースを介して送信するために、ＰＵＣＣＨリソースに対応するＲＥの数に最大符号化率（Ｒｍａｘ）および変調次数（Ｑｍ）を掛け算した値のうち、上記全体のＵＣＩに対するｐａｙｌｏａｄのサイズと同じであるか、またはより大きな値を有するＲＥの数に対応するＰＵＣＣＨリソースのうち、最も低いインデックス（もしくは最小インデックス）を有するＰＵＣＣＨを決定し、これにより上記全体のＵＣＩを送信できる。

ここで、上記最大符号化率は、後述するように設定された値であるか、または予め定義された値でありうる。

上記最大符号化率が設定された値の場合、上記設定された最大符号化率は、インデックスを意味でき、この場合、上記インデックスは、実際に適用される最大符号化率の値にマッピングされうる。

このとき、（ｃａｓｅ１）の場合と同様に、実際にＵＥがＵＣＩ送信のために使用するＲＢ数は、Ｎ＿ｐおよびＲｍａｘによって決定されることができ、このように決定された値は、ＰＵＣＣＨｒｅｓｏｕｒｃｅを介して割り当てられたＲＢの数と異なりうる。

一方、Ｐａｒｔ２ＣＳＩがｖａｒｉａｂｌｅ−ｓｉｚｅの場合、上記の方法のようにＵＥがＮ＿ｐを基準としてＰＵＣＣＨｒｅｓｏｕｒｃｅまたはＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔを決定し、Ｎ＿ｐ情報を明示的（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とすると、（ｉ＝１，…，Ｎｒ）、ＵＥは、

＜数式７＞

上記数式７を満たすＮ_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）のためのＰＵＣＣＨリソースを送信できる。

次に、基地局は、端末から上記ＰＵＣＣＨリソースのうちの特定ＰＵＣＣＨリソースを介して送信される上記複数のＵＣＩを受信する。

このとき、上記ＣＳＩ報告のためのＰＵＣＣＨリソースは、単一ＣＳＩ報告またはマルチＣＳＩ報告のためのもののうちの少なくとも一つである。

このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇｃｅｌｌｉｎｄｅｘ、ｒｅｐｏｒｔＩＤのうちのいずれか一つに基づいて決定されるものでありうる。

図９および図１０を参考にして、本明細書の無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上における複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）の受信が基地局装置で具現される内容について説明する。

無線通信システムにおける物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）上において複数のアップリンク制御情報（Uplink Control Information、ＵＣＩ）を受信する基地局は、無線信号を送受信するためのＲＦ（Radio Frequency）モジュールと、上記ＲＦモジュールと機能的に接続しているプロセッサと、を含むことができる。

まず、基地局のプロセッサは、端末に、チャネル状態情報（Channel State Information、ＣＳＩ）報告（report）のためのＰＵＣＣＨリソース（resource）を送信するように上記ＲＦモジュールを制御する。

そして、上記プロセッサは、端末から、上記複数のＵＣＩを上記特定ＰＵＣＣＨリソースを介して受信するように上記ＲＦモジュールを制御する。

このとき、上記予め決まった優先順位は、ＣＳＩ報告の種類、ＣＳＩ報告の内容、ｓｅｒｖｉｎｇｃｅｌｌｉｎｄｅｘ、ｒｅｐｏｒｔＩＤのうちの少なくとも一つに基づいて決定されるものでありうる。

先に述べた方法は、独立して行われるか、または各方法が多様に結合または組み合わせられて行われることができる。

本発明が適用されることができる装置一般

図９は、本明細書で提案する方法が適用されうる無線通信装置のブロック構成図を例示する。

図９を参照すると、無線通信システムは、基地局９１０と基地局領域内に位置する複数の端末９２０とを含む。

上記基地局および端末は、各々無線装置として表現されることもできる。

基地局９１０は、プロセッサ（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）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現できる。

ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で実現できる。ソフトウェアコードは、メモリに記憶されてプロセッサにより駆動できる。上記メモリは、上記プロセッサの内部または外部に位置し、既に公知の多様な手段により上記プロセッサとデータをやり取りすることができる。

本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態に具体化できることが通常の技術者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内における全ての変更は、本発明の範囲に含まれる。

本発明は、３ＧＰＰＬＴＥ／ＬＴＥ−Ａ／ＮＲシステムに適用される例を中心に説明したが、３ＧＰＰＬＴＥ／ＬＴＥ−Ａ／ＮＲシステム以外にも多様な無線通信システムに適用することが可能である。

Claims

端末が、無線通信システムにおける物理アップリンク制御チャネル（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）ことに基づいて、前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースのうちの特定のＰＵＣＣＨリソースにおける前記マルチＣＳＩは、マルチプレクスされ、
前記端末から、前記マルチＣＳＩを前記特定のＰＵＣＣＨリソースを介して受信するように構成され、
前記マルチＣＳＩ報告のための前記ＰＵＣＣＨリソースは、昇順にインデックスが付けられ、
（ｉ）前記特定のＰＵＣＣＨリソースと（ｉｉ）前記特定のＰＵＣＣＨリソース中のマルチＣＳＩ送信に使用されるＲＢの数とは、ｐａｒｔ１ＣＳＩ、ｒｅｆｅｒｅｎｃｅｐａｒｔ２ＣＳＩおよび設定された最大符号化率に基づいて決定され、
前記ｒｅｆｅｒｅｎｃｅｐａｒｔ２ＣＳＩは、ランク＝１による値とランク＝５による値との平均値に基づいて算出される、基地局。