(57)【要約】【課題】本明細書は、無線通信システムにおいてＰＵＣＣＨ上で複数のＵＣＩを送信する方法を提供する。【解決手段】具体的には、端末によって実行される方法は、上記複数のＵＣＩを送信するためのＰＵＣＣＨに関連する第１制御情報を基地局から受信するステップと、上記第１制御情報に基づいて、上記複数のＵＣＩに対する符号化されたビットの数を示す第１パラメータを決定するステップと、上記複数のＵＣＩは、第１パートおよび第２パートのうちの少なくとも一つを有するＣＳＩを有し、上記第１パラメータおよび上記第１パートのサイズの決定に関連する第２制御情報に基づいて上記第１パートのサイズを決定するステップと、上記複数のＵＣＩを上記ＰＵＣＣＨ上で上記基地局に送信するステップと、を有することを特徴とする。【選択図】図８
2021506181.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上で複数のアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信する方法であって、端末によって実行される方法は、
前記複数のＵＣＩを送信するためのＰＵＣＣＨに関連する第１制御情報を基地局から受信するステップと、
前記第１制御情報に基づいて、前記複数のＵＣＩに対する符号化されたビット（coded bit）の数を示す第１パラメータを決定するステップと、
前記複数のＵＣＩは、第１パート（part）および第２パートのうちの少なくとも一つを有するチャネル状態情報（Channel State Information；ＣＳＩ）を有し、
前記第１パラメータおよび前記第１パートのサイズの決定に関連する第２制御情報に基づいて、前記第１パートのサイズを決定するステップと、
前記複数のＵＣＩを前記ＰＵＣＣＨ上で、前記基地局に送信するステップと、を有し、
前記第２制御情報は、前記第１パートのサイズを表す第２パラメータ、設定された最大の符号化率（maximum coding rate）を示す第３パラメータおよび変調次数（modulation order）を示す第４パラメータを有する、ことを特徴とする方法。
【請求項２】
前記第１パートのサイズは、前記第１パラメータおよび前記第２制御情報のうちの最小値に決定される、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第２制御情報は、前記第２パラメータを前記第３パラメータおよび前記第４パラメータでそれぞれ割った値に基づいて決定される、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記第２制御情報は、
2021506181.tif 000046
によって決定される、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記第１パートのサイズは、
2021506181.tif 000047
によって決定される、ことを特徴とする請求項４に記載の方法。
【請求項６】
前記第１パートのサイズは、前記第１パートのペイロード（payload）のサイズである、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１制御情報は、前記ＰＵＣＣＨのシンボル数に関する情報および前記ＰＵＣＣＨのリソースブロック（Resource Block、ＲＢ）の数に関する情報を有する、ことを特徴とする請求項１に記載の方法。
【請求項８】
無線通信システムにおいてＰＵＣＣＨ上でチャネル状態情報（Channel State Information；ＣＳＩ）報告（report）を送信する方法であって、端末によって実行される方法は、
前記ＣＳＩ報告を送信するためのＰＵＣＣＨリソースに関連する情報を基地局から受信するステップと、
第１パートおよび第２パートのうちの少なくとも一つを有するＣＳＩが前記第２パートを有する場合、前記ＣＳＩ報告が特定のランク（rank）であると仮定することにより、前記ＣＳＩ報告を送信するＰＵＣＣＨリソースと前記ＰＵＣＣＨリソースにおけるリソースブロック（Resource Block；ＲＢ）の数とを決定するステップと、
前記決定に基づいて、前記ＣＳＩ報告を前記ＰＵＣＣＨ上で前記基地局に送信するステップと、を有する、ことを特徴とする方法。
【請求項９】
前記ＣＳＩ報告が複数ある場合、各ＣＳＩ報告が特定のランクであると仮定することにより、ＣＳＩ報告を送信するＰＵＣＣＨリソースと前記ＰＵＣＣＨリソースにおけるリソースブロック（Resource Block；ＲＢ）の数とを決定する、ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記特定のランクは、ランク−１である、ことを特徴とする請求項８に記載の方法。
【請求項１１】
無線通信システムにおいて物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上で複数のアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信する端末であって、
無線信号を送受信するためのＲＦモジュール（Radio Frequency module）と、
前記ＲＦモジュールと機能的に接続されているプロセッサと、を有し、
前記プロセッサは、
前記複数のＵＣＩを送信するためのＰＵＣＣＨに関連する第１制御情報を基地局から受信し、
前記第１制御情報に基づいて、前記複数のＵＣＩに対する符号化されたビット（coded bit）の数を示す第１パラメータを決定し、
前記複数のＵＣＩは、第１パート（part）および第２パート（part）のうちの少なくとも一つを有するチャネル状態情報（Channel State Information；ＣＳＩ）を有し、
前記第１パラメータおよび前記第１パートのサイズの決定に関連する第２制御情報に基づいて、前記第１パートのサイズを決定し、
前記複数のＵＣＩを前記ＰＵＣＣＨ上で、前記基地局に送信する、ように設定され、
前記第２制御情報は、前記第１パートのサイズを表す第２パラメータ、設定された最大の符号化率（maximum coding rate）を示す第３パラメータおよび変調次数（modulation order）を示す第４パラメータを有する、ことを特徴とする端末。
【請求項１２】
前記第１パートのサイズは、前記第１パラメータおよび前記第２制御情報のうちの最小値に決定される、ことを特徴とする請求項１１に記載の端末。
【請求項１３】
前記第２制御情報は、前記第２パラメータを前記第３パラメータおよび前記第４パラメータでそれぞれ割った値に基づいて決定される、ことを特徴とする請求項１２に記載の端末。
【請求項１４】
前記第２制御情報は、
2021506181.tif 000048
によって決定される、ことを特徴とする請求項１３に記載の端末。
【請求項１５】
前記第１パートのサイズは、
2021506181.tif 000049
によって決定される、ことを特徴とする請求項１４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、ＰＵＣＣＨ上でアップリンク制御情報を送受信するための方法およびこれをサポート（支援）する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は、概して（大きく）、爆発的なデータトラフィックへの対応（の収容）、ユーザ当たり転送（送信）レート（率）の画期的な増加、大幅増加した接続（連結）デバイス個数への対応、非常に低いエンドツーエンド（端対端）遅延（End-to-End Latency）、高エネルギ効率をサポートできなければならない。そのために、二重接続（Dual Connectivity）、大規模多入力多出力（多重入出力）（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多元（多重）接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、ＰＵＣＣＨ上で多数（複数）のＵＣＩ（Uplink Control Information）を転送するための方法を提供することに目的がある。
【０００５】
また、本明細書は、少なくとも一つのパーツを含むＵＣＩの特定のパーツのサイズを決定する方法を提供することに目的がある。
【０００６】
また、本明細書は、ＣＳＩ報告を特定ランクで仮定してＣＳＩ報告を転送するＰＵＣＣＨリソース（資源）およびＰＵＣＣＨリソースにおけるリソースブロックの数を決定する方法を提供することに目的がある。
【０００７】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に限定されず、言及しないさらに他の技術的課題は、下の記載から、本発明が属する技術分野で通常の知識を有する者に明確に理解されることができるはずである。
【課題を解決するための手段】
【０００８】
本明細書は、無線通信システムにおいて物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上で複数（多数）のアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信（転送）する方法であって、端末によって実行される方法は、複数のＵＣＩを送信するためのＰＵＣＣＨに関連する第1制御情報を基地局から受信するステップと、第１制御情報に基づいて、複数のＵＣＩに対する符号化されたビット（coded bit）の数を示す第１パラメータを決定するステップと、複数のＵＣＩは、第１パート（part）および第２パートのうちの少なくとも一つを有するチャネル状態情報（Channel State Information；ＣＳＩ）を有し、第１パラメータおよび第１パートのサイズの決定に関連する第２制御情報に基づいて、第１パートのサイズを決定するステップ（段階）と、複数のＵＣＩをＰＵＣＣＨ上で、基地局に送信するステップと、を有し、第２制御情報は、第１パートのサイズを表す第２パラメータ、設定された最大の符号化率（コーディングレート）（maximum coding rate）を示す第３パラメータおよび変調次数（modulation order）を示す第４パラメータを有する、ことを特徴とする。
【０００９】
また、本明細書は、無線通信システムにおいてＰＵＣＣＨ上でチャネル状態情報（Channel State Information；ＣＳＩ）報告（report）を送信する方法であって、端末によって実行される方法は、ＣＳＩ報告を送信するためのＰＵＣＣＨリソースに関連する情報を基地局から受信するステップと、第１パートおよび第２パートのうちの少なくとも一つを有するＣＳＩが第２パートを有する場合、ＣＳＩ報告が特定のランク（rank）であると仮定することにより、ＣＳＩ報告を送信するＰＵＣＣＨリソースとＰＵＣＣＨリソースにおけるリソースブロック（Resource Block、ＲＢ）の数とを決定するステップと、決定に基づいて、ＣＳＩ報告をＰＵＣＣＨ上で基地局に送信するステップと、を有する、ことを特徴とする。
【００１０】
また、本明細書において、ＣＳＩ報告が複数である場合、各ＣＳＩ報告が特定のランクであると仮定することにより、ＣＳＩ報告を送信するＰＵＣＣＨリソースとＰＵＣＣＨリソースにおけるリソースブロック（Resource Block、ＲＢ）の数とを決定する、ことを特徴とする。
【００１１】
また、本明細書は、無線通信システムにおいて物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上で複数のアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信する端末であって、無線信号を送受信するためのＲＦモジュール（radio frequency module）と、ＲＦモジュールと機能的に接続されているプロセッサと、を有し、プロセッサは、複数のＵＣＩを送信するためのＰＵＣＣＨに関連する第１制御情報を基地局から受信し、第１制御情報に基づいて、複数のＵＣＩに対する符号化されたビット（coded bit）の数を示す第１パラメータを決定し、複数のＵＣＩは、第１パート（part）および第２パート（part ）のうちの少なくとも一つを有するチャネル状態情報（Channel State Information；ＣＳＩ）を有し、第１パラメータおよび第１パートのサイズの決定に関連する第２制御情報に基づいて、第１パートのサイズを決定し、複数のＵＣＩをＰＵＣＣＨ上で、基地局に送信する、ように設定され、第２制御情報は、第１パートのサイズを示す第２パラメータ、設定された最大の符号化率（maximum coding rate）を示す第３パラメータおよび変調次数（modulation order）を示す第４パラメータを有する、ことを特徴とする。
【発明の効果】
【００１２】
本明細書は、ＰＵＣＣＨ上で多数のＵＣＩを多重化するための方法を定義することにより、リソースを効率的に使用できるという効果がある。
【００１３】
本発明で得られる効果は、以上で言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から、本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【図面の簡単な説明】
【００１４】
【図１】本明細書で提案する方法が適用されることができるＮＲの全体的なシステムの構造の一例を示した図である。
【図２】本明細書で提供する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す図である。
【図３】本明細書で提案する方法が適用されることができる無線通信システムでサポートされるリソースグリッド（resource grid）の一例を示す図である。
【図４】本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ（numerology）別のリソースグリッドの例を示す図である。
【図５】本明細書で提案する方法が適用されることができるself-contained slot構造の一例を示した図である。
【図６】本発明が適用されることができる無線通信システムにおけるコンポーネントキャリアおよびキャリアアグリゲーション（併合）の一例を示す図である。
【図７】ＮＲシステムにおけるキャリアアグリゲーションを考慮した展開（配置）シナリオ（deployment scenarios）の例を示す図である。
【図８】本明細書で提案する方法を実行する端末の動作方法を示したフローチャートである。
【図９】本明細書で提案する方法を実行する端末のさらに他の動作方法を示したフローチャートである。
【図１０】本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図を例示する図である。
【図１１】本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図のさらに他の例を示す図である。
【発明を実施するための形態】
【００１５】
本発明に係る理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００１６】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００１７】
幾つかの場合、本発明の概念が曖昧になることを避けるために、公知の構造および装置は、省略されるか、または各構造および装置の中核機能を中心としたブロック図形式で図示できる。
【００１８】
本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により行われるものとして説明された特定の動作は、場合によっては、基地局の上位ノード（upper node）により行われることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより遂行されることができることは自明である。‘基地局（BS：Base Station）’は、固定局（fixed station）、Ｎｏｄｅ Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general ＮＢ）などの用語により置き換えられる。また、‘端末（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）装置などの用語に置き換えられる。
【００１９】
以下、ダウンリンク（ＤＬ：DownLink）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：UpLink）は、端末から基地局への通信を意味する。ダウンリンクにおいて、送信器は基地局の一部であり、受信器は端末の一部でありうる。アップリンクにおいて、送信器は端末の一部であり、受信器は基地局の一部でありうる。
【００２０】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００２１】
以下の技術は、ＣＤＭＡ（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 ＧＳＭ（登録商標） evolution）などの無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２-２０、Ｅ−ＵＴＲＡ（evolved ＵＴＲ）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ ＬＴＥの進化である。
【００２２】
５Ｇ ＮＲは、usage scenarioによってｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（massive Machine Type Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、Ｖ２Ｘ（Vehicle-To-Everything）を定義する。
【００２３】
そして、５G ＮＲ規格（standard）は、ＮＲシステムとＬＴＥシステムとの間の共存（co-existence）によってstandalone（ＳＡ）とnon-standalone（ＮＳＡ）とに区分する。
【００２４】
そして、５G NRは、多様なサブキャリア間隔（subcarrier spacing）をサポートし、ダウンリンクでＣＰ−ＯＦＤＭを、アップリンクでＣＰ−ＯＦＤＭおよびＤＦＴ−ｓ−ＯＦＤＭ（ＳＣ−ＯＦＤＭ）をサポートする。
【００２５】
本発明の実施形態は、無線アクセスシステムであるＩＥＥＥ ８０２、３ＧＰＰ、および３ＧＰＰ２のうちの少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は、上記文書により裏付けられる。また、本文書で開示している全ての用語は、上記標準文書により説明できる。
【００２６】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心として記述するが、本発明の技術的特徴がこれに制限されるものではない。
【００２７】
用語の定義
【００２８】
ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ（Evolved Packet Core）およびＮＧＣ（Next Generation Core）に対する接続をサポートするｅＮＢの進化（evolution）である。
【００２９】
ｇＮＢ：NGCとの接続だけでなく、ＮＲをサポートするノード。
【００３０】
新たなRAN：ＮＲもしくはＥ−ＵＴＲＡをサポートするか、またはＮＧＣと相互作用する無線アクセスネットワーク。
【００３１】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにoperatorにより定義されたネットワーク。
【００３２】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースおよびよく定義された機能的動作を有するネットワークインフラ内における論理ノード。
【００３３】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２リファレンスポイント（reference point）に使われる制御プレーン（平面）インターフェース。
【００３４】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３リファレンスポイント（reference point）に使われるユーザプレーンインターフェース。
【００３５】
ノンスタンドアローン（非独立型）（Non-standalone）ＮＲ：ｇＮＢがLTE ｅＮＢをＥＰＣに制御プレーン接続のためのアンカとして要求するか、またはｅＬＴＥ ｅＮＢをＮＧＣに制御プレーン接続のためのアンカとして要求する展開（配置）構成。
【００３６】
ノンスタンドアローンＥ−ＵＴＲＡ：ｅＬＴＥ ｅＮＢがＮＧＣに制御プレーン接続のためのアンカとしてｇＮＢを要求する展開構成。
【００３７】
ユーザプレーンゲートウェイ：NG-Uインターフェースの終端点。
【００３８】
ヌメロロジ（numerology）：周波数領域で１つのsubcarrier spacingに対応する。Reference subcarrier spacingを整数Nにscalingすることによって、相異なるnumerologyが定義されることができる。
【００３９】
ＮＲ：ＮＲ Radio AccessまたはNew Radio
【００４０】
システム一般
【００４１】
図１は、本明細書で提案する方法が適用されることができるNRの全体的なシステム構造の一例を示した図である。
【００４２】
図１を参照すると、ＮＧ−ＲＡＮは、NG-RAユーザプレーン（新たなＡＳ sublayer／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコル終端を提供するgNBで構成される。
【００４３】
前器ｇＮＢは、Ｘｎインターフェースを通じて相互接続される。
【００４４】
また、上記gNBは、ＮＧインターフェースを通じてＮＧＣに接続される。
【００４５】
より具体的には、上記gＮＢは、Ｎ２インターフェースを通じてＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを通じてUPF（User Plane Function）に接続される。
【００４６】
ＮＲヌメロロジ（Numerology）およびフレーム（frame）構造
【００４７】
ＮＲシステムでは、多数のヌメロロジ（numerology）がサポートされることができる。ここで、ヌメロロジは、サブキャリア間隔（subcarrier spacing）およびＣＰ（Cyclic Prefix）オーバーヘッドにより定義できる。この際、多数のサブキャリア間隔は、基本サブキャリア間隔を整数N（または、μ）にスケーリング（scaling）することにより導出（誘導）されることができる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジは、周波数帯域と独立して選択できる。
【００４８】
また、ＮＲシステムでは多数のヌメロロジに従う多様なフレーム構造がサポートされることができる。
【００４９】
以下、ＮＲシステムで考慮できるOFDM（Orthogonal Frequency Division Multiplexing）ヌメロロジおよびフレーム構造を説明する。
【００５０】
ＮＲシステムでサポートされる多数のOFDMヌメロロジは、表１のように定義できる。
【００５１】
［表１］
【表１】
2021506181.tif 000003
【００５２】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の多様なフィールドのサイズは、
2021506181.tif 000004
の時間単位の倍数として表現される。
【００５３】
ここで、
2021506181.tif 000005
であり、
2021506181.tif 000006
である。ダウンリンク（downlink）およびアップリンク（uplink）転送は、
2021506181.tif 000007
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは、各々、
2021506181.tif 000008
の区間を有する１０個のサブフレーム（subframe）で構成される。
【００５４】
この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。
【００５５】
図２は、本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００５６】
図２に示すように、端末（User Equipment、UE）からのアップリンクフレーム番号iの転送は、
【００５７】
該当端末における該当ダウンリンクフレームの開始より
2021506181.tif 000009
以前に始めなければならない。
【００５８】
ヌメロロジμに対して、スロット（slot）は、サブフレーム内で
2021506181.tif 000010
の増加する順に番号が付けられて、無線フレーム内で
2021506181.tif 000011
の増加する順に番号が付けられる。１つのスロットは、
2021506181.tif 000012
（個）の連続するＯＦＤＭシンボルで構成され、
2021506181.tif 000013
は、用いられるヌメロロジおよびスロット設定（slot configuration）によって決定される。サブフレームにおいて、スロット
2021506181.tif 000014
の開始は、同一サブフレームにおけるＯＦＤＭシンボル
2021506181.tif 000015
の開始と時間的に整列（アラインメント）される。
【００５９】
全ての端末が同時に送信および受信できるものではなく、これは、ダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのOFDMシンボルが利用されることができないことを意味する。
【００６０】
表２は、ヌメロロジμにおけるノーマル（一般）（normal）ＣＰに対するスロット当たりのOFDMシンボルの数を示し、表３は、ヌメロロジμにおける拡張（extended）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示す。
【００６１】
［表２］
【表２】
2021506181.tif 000016
【００６２】
［表３］
【表３】
2021506181.tif 000017
【００６３】
ＮＲ物理リソース（NR Physical Resource）
【００６４】
ＮＲシステムにおける物理リソース（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮されることができる。
【００６５】
以下、ＮＲシステムで考慮できる上記物理リソースについて具体的に説明する。
【００６６】
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２つのアンテナポートは、QC／QCL（Quasi Co-locatedまたはQuasi Co-Location）関係であるということができる。ここで、上記広範囲特性は、遅延分散（拡散）（Delay spread）、ドップラ拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信電力（パワー）（Average received power）、受信タイミング（Received Timing）のうちの１つまたは複数を含む。
【００６７】
図３は、本明細書において提案する方法が適用されることができる無線通信システムでサポートするリソースグリッド（resource grid）の一例を示す。
【００６８】
図３を参考にすれば、リソースグリッドが周波数領域上で
2021506181.tif 000018
（個）のサブキャリアで構成され、一つのサブフレームが１４・２μ（個）のＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるものではない。
【００６９】
ＮＲシステムにおいて、転送される信号（transmitted signal）は、
2021506181.tif 000019
（個の）サブキャリアで構成される一つまたは複数のリソースグリッドおよび
2021506181.tif 000020
（個）のＯＦＤＭシンボルによって説明される。ここで、
2021506181.tif 000021
である。上記
2021506181.tif 000022
は、最大転送帯域幅を示し、これは、ヌメロロジだけでなく、アップリンクとダウンリンクの間でも異なることができる。
【００７０】
この場合、図４のように、ヌメロロジ
2021506181.tif 000023
およびアンテナポートｐごとに１つのリソースグリッドが設定されることができる。
【００７１】
図４は、本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別リソースグリッドの例を示す。
【００７２】
ヌメロロジ
2021506181.tif 000024
およびアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と呼ばれ、インデックス対
2021506181.tif 000025
により一意に（固有的に）識別される。ここで
2021506181.tif 000026
は、周波数領域上のインデックスであり、
2021506181.tif 000027
は、サブフレーム内におけるシンボルの位置を指す。スロットにおいてリソース要素を指すときは、インデックス対
2021506181.tif 000028
が使用される。ここで、
2021506181.tif 000029
である。
【００７３】
ヌメロロジ
2021506181.tif 000030
およびアンテナポートｐに対するリソース要素
2021506181.tif 000031
は、複素値（complex value）
2021506181.tif 000032
に該当する。混同（confusion）される危険性がない場合、または、特定のアンテナポートもしくはヌメロロジが特定されていない場合には、インデックスｐおよび
2021506181.tif 000033
は、ドロップ（drop）されることができ、その結果、複素値は、
2021506181.tif 000034
または
2021506181.tif 000035
になることができる。
【００７４】
また、物理リソースブロック（physical resource block）は、周波数領域上の
2021506181.tif 000036
（個の）連続したサブキャリアとして定義される。周波数領域上で、物理リソースブロックは、０から
2021506181.tif 000037
までの番号が付けられる。このとき、周波数領域上の物理リソースブロック番号（physical resource block number）
2021506181.tif 000038
とリソース要素
2021506181.tif 000039
との間の関係は、数式（１）のように与えられる。
【００７５】
［数式（１）］
【数１】
2021506181.tif 000040
【００７６】
また、キャリアパーツ（carrier part）に関連して、端末は、リソースグリッドのサブセット（subset）のみを用いて、受信または転送するように設定されることができる。このとき、端末が受信または転送するように設定されたリソースブロックのセット（set）は、周波数領域上で０から
2021506181.tif 000041
までの番号が付けられる。
【００７７】
Self-containedスロット構造
【００７８】
ＴＤＤシステムにおいて、データ転送のlatencyを最小にするために、５世代New ＲＡＴ（ＮＲ）でにおいては、図５のようなself-contained slot structureを考慮している。
【００７９】
すなわち、図５は、本明細書において提案する方法が適用されることができるself-contained slot構造の一例を示した図である。
【００８０】
図５において、斜線領域５１０は、ダウンリンク制御（downlink control）領域を示し、黒い部分５２０は、アップリンク制御（uplink control）領域を示す。
【００８１】
何も表示がない部分５３０は、downlink data転送のために使用されることもあり、uplink data転送のために使用することもできる。
【００８２】
このような構造の特徴は、一本のslot内でＤＬ転送とＵＬ転送とが順次行われ、一つのslot内でＤＬ dataを送信し、ＵＬ Ａｃｋ/Ｎａｃｋも送受信することができる。
【００８３】
このようなslotを「self-contained slot」と定義することができる。
【００８４】
つまり、このようなslot構造を通じて、基地局は、データ転送エラー発生時に端末にデータの再転送までにかかる時間を減らすことになり、これにより、最終データ伝達のlatencyを最小にすることができる。
【００８５】
このようなself-contained slot構造において、基地局および端末は、送信モードから受信モードに切り替える過程（プロセス）または受信モードから送信モードに切り替えるプロセスのための時間間隔（time gap）が必要である。
【００８６】
このために、そのslot構造において、ＤＬからＵＬへ切り替えられた時点の、一部のＯＦＤＭ symbolがガード（保護）区間（Guard Period、ＧＰ）に設定される。
【００８７】
キャリアアグリゲーション（Carrier Aggregation）
【００８８】
本発明の実施例で考慮する通信環境は、マルチキャリア（Multi-carrier）のサポート環境を全て含む。すなわち、本発明で使用されるマルチキャリアシステムまたはキャリアアグリゲーション（ＣＡ：Carrier Aggregation）システムとは、広帯域をサポートするために、目標とする広帯域を構成するときに目標帯域より小さい帯域幅（bandwidth）を有する１つまたは複数のコンポーネントキャリア（ＣＣ：Component Carrier）をアグリゲーション（aggregation）して使用するシステムをいう。
【００８９】
本発明において、マルチキャリアは、キャリアのアグリゲーション（または、キャリアアグリゲーション（搬送波集成））を意味し、このとき、キャリアのアグリゲーションは、隣接する（contiguous）キャリアとの間のアグリゲーションだけでなく、非隣接（non-contiguous）するキャリアとの間のアグリゲーションの全てを意味する。また、ダウンリンクとアップリンクとの間で、アグリゲート（集成）されるコンポーネントキャリアの数は、異なるように設定することができる。ダウンリンクコンポーネントキャリア（以下、「ＤＬ ＣＣ」と称する。）の数とアップリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」と称する。）の数とが同じである場合を対称的（symmetric）アグリゲーションと呼び、その数が異なる場合を非対称的（asymmetric）アグリゲーションという。このようなキャリアのアグリゲーションは、キャリアアグリゲーション、帯域幅アグリゲーション（bandwidth aggregation）、スペクトルアグリゲーション（spectrum aggregation）などの用語と混用されることができる。
【００９０】
二つ以上のコンポーネントキャリアが結合されて構成されるキャリアのアグリゲーションは、ＬＴＥ−Ａシステムでは、１００ＭＨｚ帯域幅までサポートすることを目票とする。目標帯域より小さい帯域幅を有する１つまたは複数のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（backward compatibility）を維持するために、既存のシステムで使用する帯域幅に制限することができる。例えば、既存の３ＧＰＰ ＬＴＥシステムにおいては、{１．４、３、５、１０、１５、２０} ＭＨｚの帯域幅をサポートし、３ＧＰＰ ＬＴＥ-advancedシステム（つまり、ＬＴＥ−Ａ）は、既存のシステムとの互換のために、上記の帯域幅だけを用いて、２０ＭＨｚより大きい帯域幅をサポートするようにすることができる。また、本発明で使用されるキャリアのアグリゲーションシステムは、既存のシステムで使用する帯域幅と関係なく、新しい帯域幅を定義し、キャリアのアグリゲーションをサポートするようにすることもできる。
【００９１】
ＬＴＥ−Ａシステムは、無線リソースを管理するために、セル（cell）の概念を使用する。
【００９２】
前述したキャリアアグリゲーション環境は、マルチ（多数）セル（multiple cells）環境と称することができる。セルは、ダウンリンクリソース（ＤＬ ＣＣ）とアップリンクリソース（ＵＬ ＣＣ）とのペアの組み合わせで定義されるが、アップリンクリソースは、必須の要素ではない。したがって、セルは、ダウンリンクリソース単独、またはダウンリンクのリソースおよびアップリンクリソースで構成されることができる。特定の端末が単一の設定されたサービングセル（configured serving cell）を有する場合、１つのＤＬ ＣＣおよび１つのＵＬ ＣＣを有することができるが、特定の端末が２つ以上設定されたサービングセルを有する場合には、セルの数だけのＤＬ ＣＣを有し、ＵＬ ＣＣの数は、それと同じか、それより小さいことができる。
【００９３】
あるいは、その逆にＤＬ ＣＣおよびＵＬ ＣＣが構成されることもある。つまり、特定の端末が多数の設定されたサービングセルを有する場合、ＤＬ ＣＣの数よりＵＬ ＣＣが、さらに多くのキャリアのアグリゲーション環境もサポートすることができる。つまり、キャリアアグリゲーション（carrier aggregation）は、それぞれ、キャリア周波数（セルの中心周波数）が互いに異なる二つ以上のセルのアグリゲーションとして理解することができる。ここで、いう「セル（Cell）」は、一般的に使用される基地局がカバーする領域としての「セル」とは区分（区別）されなければならない。
【００９４】
ＬＴＥ−Ａシステムで使用されるセルは、プライマリセル（ＰＣｅｌｌ：Primary Cell）およびセカンダリセル（ＳＣｅｌｌ：Secondary Cell）を含む。ＰセルおよびＳセルは、サービングセル（Serving Cell）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるが、キャリアアグリゲーションが設定されていないか、キャリアアグリゲーションをサポートしない端末の場合には、Ｐセルのみで構成されたサービングセルがただ一つ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、キャリアアグリゲーションが設定された端末の場合、１つまたは複数のサービングセルが存在することができ、全体のサービングセルは、Ｐセルと１つまたは複数Ｓセルとが含まれる。
【００９５】
サービングセル（ＰセルおよびＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子として０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘ（ServCellIndex）は、Ｓセルを識別するために使用される短い（short）識別子で１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される短い（short）識別子で０から７までの整数値を有する。０の値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために、予め付与される。つまり、ＳｅｒｖＣｅｌｌＩｎｄｅｘで最も小さいセルＩＤ（またはセルインデックス）を有するセルがＰセルとなる。
【００９６】
Ｐセルは、プライマリ周波数（または、primary ＣＣ）上で動作するセルを意味する。端末が初期接続設定（initial connection establishment）プロセスを実行したり、接続、再設定プロセスを実行するために使用することができ、ハンドオーバ過程で指示されたセルを指すこともできる。また、Ｐセルは、キャリアアグリゲーション環境で設定されたサービングセルのうちの制御関連の通信の中心となるセルを意味する。つまり、端末は、自体のＰセルでのみＰＵＣＣＨを割り当てられ転送することができ、システムの情報を取得したり、監視手順を変更することにＰセルだけを用いることができる。Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は、キャリアアグリゲーション環境をサポートする端末に対して、モビリティ（移動性）制御情報（mobilityControlInfo）を含む上位層のＲＲＣ接続再設定（ＲＲＣConnectionReconfigutaion）メッセージを用いて、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【００９７】
Ｓセルは、セカンダリ周波数（または、Secondary ＣＣ）上で動作するセルを意味することができる。特定の端末にＰセルは１つだけ割り当てられ、Ｓセルは、一つまたは複数割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定が行われた後に構成可能であり、追加的な無線リソースを提供するのに使用されることができる。キャリアアグリゲーション環境で設定されたサービングセルの中からＰセルを除外した残りのセル、すなわちＳセルにはＰＵＣＣＨが存在しない。Ｅ−ＵＴＲＡＮは、Ｓセルをキャリアアグリゲーション環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である関連セルの動作に関連するすべてのシステム情報を、専用（特定）のシグナル（dedicated signal）を介して提供することができる。システム情報の変更は、関連するＳセルの解除および追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣConnectionReconfigutaion）メッセージを用いることができる。Ｅ−ＵＴＲＡＮは、関連するＳセル内でブロードキャストするよりも、端末ごとに異なるパラメータを有する専用のシグナリング（dedicated signaling）を行うことができる。
【００９８】
初期セキュリティアクティベーションプロセスが開始された後に、Ｅ−ＵＴＲＡＮは、接続設定の過程で、初期に構成されるＰセルに付加して１つまたは複数のＳセルを含むネットワークを構成することができる。キャリアアグリゲーション環境でＰセルおよびＳセルは、それぞれのコンポーネントキャリアとして動作することができる。以下の実施例においては、プライマリコンポーネントキャリア（ＰＣＣ）は、Ｐセルと同じ意味で使用することができ、セカンダリコンポーネントキャリア（SCC）は、Ｓセルと同じ意味で使用することができる。
【００９９】
図６は、本発明が適用されることができる無線通信システムにおけるコンポーネントキャリアおよびキャリアアグリゲーションの一例を示す。
【０１００】
図６の（ａ）は、ＬＴＥシステムで使用される単一キャリア構造を示す。コンポーネントキャリアには、ＤＬ ＣＣおよびUL ＣＣがある。一つのコンポーネントキャリアは、２０ＭＨｚの周波数範囲を有することがある。
【０１０１】
図６の（ｂ）は、ＬＴＥ＿Ａシステムで使用されるキャリアアグリゲーション構造を示す。図６の（ｂ）の場合、２０ＭＨｚの周波数サイズを有する３つのコンポーネントキャリアが結合された場合を示す。ＤＬ ＣＣおよびＵＬ ＣＣがそれぞれ３個ずつあるが、ＤＬ ＣＣおよびＵＬ ＣＣの数に制限があるわけではない。キャリアアグリゲーションの場合、端末は、３つのＣＣを同時に監視することができ、ダウンリンク信号/データを受信することができ、アップリンク信号/データを送信することができる。
【０１０２】
特定のセルにおいてＮ個のＤＬ ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ ＣＣを割り当てることができる。このとき、端末は、Ｍ個の限定されたＤＬ ＣＣだけを監視してＤＬ信号を受信することができる。さらに、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ ＣＣに優先順位を与えてプライマリ（主）ＤＬ ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ ＣＣを必ず監視しなければならない。このような方法は、アップリンク転送にも同じように適用することができる。
【０１０３】
ダウンリンクのリソースの搬送波周波数（またはＤＬ ＣＣ）とアップリンクリソースの搬送波周波数（または、ＵＬ ＣＣ）との間のリンケージ（linkage）は、ＲＲＣメッセージのような上位層メッセージやシステム情報によって指示されることができる。例えば、ＳＩＢ２（System Information Block Type２）によって定義されるリンケージによって、ＤＬリソースとＵＬリソースとの組み合わせが構成されることができる。具体的には、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが転送されるＤＬ ＣＣと上記ＵＬグラントを使用するＵＬ ＣＣとの間のマッピング関係を意味することができ、ＨＡＲＱのためのデータが転送されるＤＬ ＣＣ（またはＵＬ ＣＣ）とＨＡＲＱ ＡＣＫ / ＮＡＣＫ信号が転送されるＵＬ ＣＣ（またはＤＬ ＣＣ）との間のマッピング関係を意味することもできる。
【０１０４】
端末に1つまたは複数のＳセルが設定されると、ネットワークは、設定されたＳセルを活性化（activate）または非活性化（deactivate）することができる。Ｐセルは、常に活性化になる。ネットワークは、活性/非活性（Activation / Deactivation）ＭＡＣ制御要素（ＭＡＣ control element）を転送することにより、Ｓセルを活性化または非活性化する。
【０１０５】
活性／非活性ＭＡＣ制御要素は、固定されたサイズを有し、７つのＣフィールド（Ｃ−field）および１つのＲフィールド（Ｒ−field）を含む単一のオクテット（octet）で構成される。Ｃフィールドは、各Ｓセルインデックス（ＳCellIndex）ごとに構成され、Ｓセルの活性／非活性状態を指示する。Ｃフィールドの値が「１」に設定されると、そのＳセルインデックスを有するＳセルが活性化されることを指示し、「０」に設定されると、そのＳセルインデックスを有するＳセルが非活性化されることを指示する。
【０１０６】
また、端末は、設定されたＳセルごとにタイマ（scellDeactivationTimer）を維持し、タイマが満了するときに関連するＳセルを非活性化する。同じ初期タイマ値がタイマ（scellDeactivationTimer）の各インスタンス（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）の例を示す。
【０１１４】
図７を参考にすれば、Ｆ１およびＦ２は、それぞれ、第１周波数（もしくは第１周波数帯域、第１キャリア周波数、第1中心周波数）に設定されたセルならびに第２周波数（もしくは第２周波数帯域、第２キャリア周波数、第２中心周波数）に設定されたセルを意味することができる。
【０１１５】
図７の（ａ）は、第１ＣＡの展開シナリオを示す。図７の（ａ）に示すように、Ｆ１セルとＦ２セルとは、同じ位置に存在する（co-located、overlaid）ことができる。この場合、二つの層（layer）は、すべて十分なカバレッジ（coverage）を提供することができ、二つのレイヤにおけるモビリティ（mobility）がサポートされることができる。該シナリオは、Ｆ１セルとＦ２セルとが同じ帯域（band）に存在する場合を含むことができる。当該シナリオにおいては、重畳されたＦ１セルとＦ２セルとの間にはアグリゲーション（aggregation）が可能であると期待されることができる。
【０１１６】
図７の（ｂ）は、第２ＣＡの展開シナリオを示す。図７の（ｂ）に示すように、Ｆ１セルとＦ２セルとは、同じ位置に存在することができるが、Ｆ２セルは、さらに大きなパスロス（損失）（path loss）により、さらに小さなカバレッジをサポートすることもできる。この場合、Ｆ１セルだけが十分なカバレッジを提供し、Ｆ２セルは、スループット（throughput）を改善するために用いることができる。このとき、モビリティは、Ｆ１セルのカバレッジに基づいて実行されることができる。該当シナリオは、Ｆ１セルとＦ２セルとが、異なる（他の）帯域（例えば、Ｆ１セルは、{８００ＭＨｚ、２ＧＨｚ}、Ｆ２セルは{３．５ＧＨｚ}）に存在する場合を含むことができる。該当シナリオでは、重畳されたＦ１セルとＦ２セルとの間にはアグリゲーション（aggregation）が可能であると期待されることができる。
【０１１７】
図７の（ｃ）は、第３ＣＡの展開シナリオを示す。図７の（ｃ）に示すように、Ｆ１セルとＦ２セルとは、同じ位置に存在するが、セル境界の処理量を増加させるように、Ｆ２セルのアンテナは、Ｆ２セルの境界に接続されることができる。この場合、Ｆ１セルは、十分なカバレッジを提供するが、Ｆ２セルは、潜在的にさらに大きなパスロスなどによるブランク（hole）を有することができる。このとき、モビリティは、Ｆ１セルのカバレッジに基づいて実行されることができる。当該シナリオは、Ｆ１セルとＦ２セルとが、異なる帯域（例えば、Ｆ１セルは、{８００ＭＨｚ、２ＧＨｚ}、Ｆ２セルは{３．５ＧＨｚ}）に存在する場合を含むことができる。当該シナリオでは、同じ基地局（ｅＮＢ）のＦ１セルおよびＦ２セルは、カバレッジが重畳される領域におけるアグリゲーション（aggregation）が可能であると期待されることができる。
【０１１８】
図７の（ｄ）は、第４ＣＡ展開シナリオを示す。図７の（ｄ）に示すように、Ｆ１セルは、マクロカバレッジ（macro coverage）を提供し、Ｆ２リモート無線ヘッド（Remote Radio Heads、ＲＲＨｓ）は、ホットスポット（hot spot）における処理量の改善のために用いられる。このとき、モビリティは、Ｆ１セルのカバレッジに基づいて実行されることができる。当該シナリオは、Ｆ１セルとＦ２セルとが同じ帯域（例えば１．７ＧＨｚなど）でＤＬ非連続キャリア（ＤＬ non-contiguous carrier）に該当する場合、およびＦ１セルとＦ２セルとが、異なる帯域（例えば、Ｆ１セルは{８００ＭＨｚ、２ＧＨｚ}、Ｆ２セルは{３．５ＧＨｚ}）に存在する場合の全てを含むことができる。該当シナリオにおいては、Ｆ２セル（つまり、ＲＲＨｓ）は、自体と接続された（underlying）Ｆ１セル（つまり、マクロセル）とアグリゲーションが可能であると期待されることができる。
【０１１９】
図７の（ｅ）は、第５ＣＡの展開シナリオを示す。該当シナリオは、前述した第２ＣＡの展開シナリオと類似するが、キャリア周波数のうちのいずれか１つのカバレッジが拡張されることができるよう、周波数選択型リピータ（frequency selective repeater）が展開（配置）されることができる。該当シナリオにおいては、同じ基地局のＦ１セルおよびＦ２セルは、カバレッジが重畳される領域でアグリゲーションが可能であると期待されることができる。
【０１２０】
互いに異なるサービングセルによるものであるが、同じＴＴＩのＵＬグラント（ＵＬ grants）およびＤＬ割り当て（ＤＬ assignments）の物理層（physical layer）における（例えば、制御シンボルの数、電波（propagation）および展開シナリオに依存する）、受信タイミングの差（reception timing difference）は、ＭＡＣ動作に影響を与えないことがある。端末は、intra-band非連続ＣＡおよびinter-band非連続ＣＳの全てでアグリゲートされるＣＣの中、３０ｕｓまでの相対伝搬遅延差（relative propagation delay difference）を処理する必要が有り得る。これは、基地局のタイムアラインメント（時間整列）（time alignment）が最大０．２６ｕｓまでに特定されるので、端末が、受信器において監視されるＣＣの中から３０．２６ｕｓまでの遅延スプレッド（delay spread）を処理する必要があることを意味することができる。また、これは、端末が多数のＴＡＧを有するinter-band ＣＡについて３６．３７ｕｓのＴＡＧの間で最大アップリンク転送タイミングの差（maximum uplink transmission timing difference）を処理しなければならないことを意味することができる。
【０１２１】
ＣＡが展開される場合、フレームタイミング（frame timing）およびＳＦＮ（System Frame Number）は、アグリゲートされたセルに亘って配置（整列）されることができる。
【０１２２】
以下、本明細書において提案する長い（long）ＰＵＣＣＨ上で多数のＵＣＩ（Uplink Control Information）をサポートするための方法についての関連図面を参照して注意深く見る。
【０１２３】
ＮＲシステムは、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）-ＡＣＫ（ACKnowledgement）、ＳＲ（Scheduling Request）、ＣＳＩ（Channel State Information）などの情報をふくむＵＣＩを送信するための物理チャネル（physical channel）であるＰＵＣＣＨ（Physical Uplink Control CHannel）をサポートすることができる。
【０１２４】
ここで、ＰＵＣＣＨは、ＵＣＩペイロード（payload）に応じてsmall ＵＣＩ payload（例えば、１〜２−bit ＵＣＩ）をサポートするsmall-payload ＰＵＣＣＨと、large ＵＣＩ payload（例えば、more than ２ bits and up to hundreds of bits）をサポートするlarge-payload ＰＵＣＣＨと、を含むことができる。
【０１２５】
上記small-payload ＰＵＣＣＨおよび上記large-payload ＰＵＣＣＨは、それぞれ再度short duration（例えば、１〜２−symbol duration）を有するshort ＰＵＣＣＨおよびlong duration（例えば、４〜１４−symbol duration）を有するlong ＰＵＣＣＨを含むことができる。
【０１２６】
ここで、Long ＰＵＣＣＨは、主にmedium／large ＵＣＩ payloadを転送すべきか、またはsmall ＵＣＩ payloadのcoverageを改善するために使用されることができる。
【０１２７】
上記long ＰＵＣＣＨと比べて追加的にカバレッジ（coverage）の拡長が要求されるとき、同じＵＣＩ情報が多数のslotにわたって転送されるmulti-slot long ＰＵＣＣＨがサポートされることができる。
【０１２８】
例えば、与えられたＵＣＩ payloadおよびcode rate下でcoverage確保が不可能である場合、端末は、multi-slot long ＰＵＣＣＨを使用して繰り返し転送によるgainを通しcoverageを確保することができる。
【０１２９】
Long ＰＵＣＣＨに転送されるmedium/large ＵＣＩ payloadは、上記のＵＣＩ情報（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）のうちの１つ、または多数の組み合わせで構成されることができる。
【０１３０】
上記の場合を説明の便宜上「multiple ＵＣＩ on long ＰＵＣＣＨ」と表現する。
【０１３１】
すなわち、本明細書は、multiple ＵＣＩ on long ＰＵＣＣＨをサポートする動作を提案する。
【０１３２】
ここで、Long ＰＵＣＣＨで同時転送される多数のＵＣＩ情報は、例えば、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）とＣＳＩとの同時転送であり得る。
【０１３３】
以下、本明細書において提案するmultiple ＵＣＩ on long ＰＵＣＣＨをサポートするための詳細について具体的に注意深く見る。
【０１３４】
Multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのＵＣＩ情報パーティショニング（partitioning）
【０１３５】
まず、long ＰＵＣＣＨ上で多数のＵＣＩサポートのためのＵＣＩ情報パーティショニング（partitioning）について注意深く見る。
【０１３６】
Multiple ＵＣＩ payloadがＣＳＩ reportを含む場合、端末（例えば、ＵＥ）で判断したrank数などによってpayloadが可変であり得る。
【０１３７】
この場合、基地局（例えば、ｇＮＢ（next generation Node Ｂ））におけるblind detection（ＢＤ）を避けるために、ＵＥは、ｇＮＢにＵＣＩ payload sizeを決定することができる情報（例えば、rank情報など）を直接または間接的に転送するようにすることができる。
【０１３８】
上記の方法のうちの１つで、ＵＥは、全体のvariable-size ＵＣＩ情報を、fixed partであるpart１ＵＣＩとvariable partなpartであるpart２ ＵＣＩとに区分して別々にencodingするようにする。
【０１３９】
ここで、part１ＵＣＩおよびpart２ ＵＣＩは、それぞれ第１ＵＣＩパーツ、第２ＵＣＩパートと表現されることもできる。
【０１４０】
そして、ＵＥは、上記part２ ＵＣＩのsizeを決定することができるrank情報などをfixed-size part１ＵＣＩに含ませてencodingした後、転送するようにすることができる。
【０１４１】
Multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのＵＣＩ to re mapping
【０１４２】
次に、multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのＵＣＩ対ＲＥのマッピングについて注意深く見る。
【０１４３】
前に見たvariable-size ＣＳＩ reportのＰＵＣＣＨ転送のためにＣＳＩがfixed size part１ＣＳＩとvariable-size part２ ＣＳＩとにpartitionされて構成された場合、ｇＮＢは、part１ＣＳＩを成功裏にdecodingしたときのみpart２ ＣＳＩのpayload sizeを把握することができ、これに基づいてdecodingを試みることができる。
【０１４４】
したがって、上記part１ＣＳＩがdecoding順序および性能側面でpart２ ＣＳＩに比べて優先順位（priority）がある（高い）とすることができる。
【０１４５】
したがって、multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためにmultiple ＵＣＩ payloadが構成される場合、重要度が高いＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）情報は、part１ＣＳＩと共にpart１ＵＣＩを構成してjoint encodingされ、part２ ＵＣＩは、part２ ＣＳＩだけで構成されて別々にエンコード（separate encoding）されることができる。
【０１４６】
上記のような性能上のpriorityなどの理由で、part１ＵＣＩは、優先的に最大限ＰＵＣＣＨ ＤＭＲＳ（Demodulation Reference Signal）に近接するようにＲＥ mappingされることができる。
【０１４７】
Part１ＵＣＩが上記の方法でＲＥmappingされた後、part２ ＵＣＩは、残りのＰＵＣＣＨ領域にＲＥ mappingされることができる。
【０１４８】
上記したＲＥ mapping動作は、ＵＥによって行われ、ＵＣＩをＤＣＩ（Downlink Control Information）と解釈することができる場合、ｇＮＢによって実行されることもある。
【０１４９】
ここで、ＲＥ mapping動作の基本単位は、modulation symbolある。
【０１５０】
したがって、上記parｔ１ＵＣＩとpart２ＵＣＩとを区分してＲＥ mappingする方法が忠実にサポートされるため、part１ＵＣＩ coded bitとpart２ＵＣＩ coded bitとがmodulation symbol単位で区分されなければならない。
【０１５１】
このために、multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのpart１ＵＣＩ coded bitおよび／またはpart２ＵＣＩ coded bitがmodulation order（Ｑｍ）の倍数に分けられるようにpartitionすることができる。
【０１５２】
Part１ＵＣＩ coded bitをＱｍの倍数になるように生成する方法として、次のような方法を考慮することができる。
【０１５３】
ＵＥは、ＰＵＣＣＨ format別に許容される最大符号化率（maximum code rate、Rmax）を事前にhigher layer signalingを介してconfigureされ（受け）、実際のＵＣＩ転送時maximum code rateより小さいcode rateを適用することができる。
【０１５４】
このとき、part１ＵＣＩ payload size Ｎ＿ｐ１およびＲｍａｘを考慮して計算したpart１ＵＣＩ coded bitのsize Ｎ＿ｐ１/ＲｍａｘがＱｍの倍数でない場合、すなわち、（Ｎ＿ｐ１/Ｒｍａｘ）mod Ｑｍ≠０の場合、Ｑｍの倍数になるようにrate matchingすることができる。
【０１５５】
レートマッチング（rate matching）は、channel coding出力buffer（例えば、circular buffer）でpart１ＵＣＩ coded bitを出力するとき、part１ＵＣＩ coded bitのbit sizeがＱｍの倍数になるように出力する動作を意味する。
【０１５６】
前に注意深く見たrate matching動作の他に、Ｎ＿ｐ１/Ｒｍａｘに基づいて生成したpart１ＵＣＩcoded bit sequence内でcircular repetitionを実行するか、またはpart１ＵＣＩ coded bit sequenceの最後の部分をrepetitionしたり、または、‘０’、‘１’、もしくはrandom numberをpaddingして最終的な出力がＱｍの倍数になるようにすることもできる。
【０１５７】
あるいは、part２ＵＣＩ coded bitの一部（例えば、part２ＵＣＩ coded bitの最初のbit）をpadding bitとして使用することもできる。
【０１５８】
Part１ＵＣＩ coded bitと同様に、Part２ ＵＣＩ coded bitも、これと同じ方法でＱｍの倍数になるように構成することができる。上記の方法は、次のステップ（（１）乃至（４））で実行されることができ、ＵＥによって実行されるステップである。
【０１５９】
ConfigureされたＰＵＣＣＨ resource parameterからＰＵＣＣＨに転送可能なtotalＵＣＩ coded bit数（Ｎｔ）を下の数式（２）のように計算する。
【０１６０】
［数式（２）］
Ｎ＿ｔ ＝ Ｎ＿ｓｙｍ×Ｎ＿ＲＢ×N_ＳＣ×Ｑ＿ｍ
【０１６１】
ここで、Ｎｓｙｍは、configureされたＵＣＩの転送可能なＰＵＣＣＨsymbolの数であり、ＮＲＢは、configureされたＰＵＣＣＨ ＲＢの個数、ＮＳＣは、１ ＲＢ内subcarrierの数（例えば、ＮＳＣ = １２）、および、Ｑｍは、modulation order（例えば、２ for ＱＰＳＫ）である。
【０１６２】
Part１ＵＣＩ payloadおよびＲｍａｘからＮｔを超えない範囲内で、part１ＵＣＩ coded bit size Ｎ＿ｃ１を下の数式（３）のように決定する。（Ｎ＿ｃ１は、Ｑｍの整数倍になるように設定する。）
【０１６３】
［数式（３）］
【数３】
2021506181.tif 000042
【０１６４】
ここで、Ｎ＿ｐ１は、part１ＵＣＩ payload size、Ｒｍａｘは、configureされたmaximum code rate、そして、
2021506181.tif 000043
は、ceiling動作を意味する。
【０１６５】
ＮｔおよびＮ＿ｃ１から、part２ ＵＣＩ coded bit size Ｎ＿ｃ２は、数式（４）のように決定される。
【０１６６】
［数式（４）］
Ｎ＿ｃ２ ＝ Ｎ＿ｔ  −  Ｎ＿ｃ１
【０１６７】
（４）ＵＥは、上記part１ＵＣＩ coded bitをＱｍの倍数になるように生成する方法（rate mating、paddingなど）を用いてＮ＿ｃ１、Ｎ＿ｃ２に合わせてpart１ＵＣＩ coded bitおよびpart２ ＵＣＩ coded bitをそれぞれ生成した後、modulation（例えば、ＱＰＳＫ modulation）を経て、ＲＥ mappingを行う。
【０１６８】
Multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのリソースを決定する方法
次に、multiple ＵＣＩ on long ＰＵＣＣＨをサポートするためのリソースを決定する方法について注意深く見る。
【０１６９】
Multiple ＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ（またはＨＡＲＱ−ＡＣＫおよびＳＲ）ならびにＣＳＩ）を同時に転送する場合のリソース決定方法のために、次の２つの場合（Case １、Case ２）が考慮されることができる。
【０１７０】
後述する二つの場合について、ＵＥは、ＰＵＣＣＨ format別に許容されたmaximum code rate（Ｒｍａｘ）を事前にhigher layer signalingでconfigureされて、実際ＵＣＩ転送時Ｒｍａｘより小さいcode rate Ｒを適用することができる。
【０１７１】
（Case １）：Multiple ＵＣＩがＨＡＲＱ−ＡＣＫ用にconfigureされたlarge-payload long ＰＵＣＣＨで転送される場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫ resourceをindicationされる場合）
【０１７２】
Case 1の場合、ＵＥは、多数のＰＵＣＣＨ resource setを事前にhigher layer signalingでconfigureされた後、そのうちの一つを全ＵＣＩ payload size（Ｎ＿ｐ）に応じて選択することができる。
【０１７３】
上記選択されたＰＵＣＣＨ resource setは、再び多数のＰＵＣＣＨ resourceで構成されることができる。
【０１７４】
Case１の場合、ＰＵＣＣＨ resource set内ＰＵＣＣＨ resourceは、該当ＨＡＲＱ−ＡＣＫ bitに対応するＰＤＳＣＨをschedulingするＤＣＩ field内のＨＡＲＱ−ＡＣＫ resource indicatorを通じてindicationされるものであり得る。
【０１７５】
また、ＰＵＣＣＨ resource set内ＰＵＣＣＨ resourceの数が多い場合、ＤＣＩ overheadを減らすためにimplicit indication方法またはＤＣＩとimplicit indicationとの組み合わせでＰＵＣＣＨ resource set内のＰＵＣＣＨ resourceをindicationすることができる。
【０１７６】
例えば、暗示的な指示（implicit indication）方法は、ＰＤＳＣＨ scheduling ＤＣＩのＣＣＥ indexによって決定される値であり得る。
【０１７７】
ＵＥがmultiple ＵＣＩ on long ＰＵＣＣＨ転送のために使用するＲＢの数は、全ＵＣＩ payload size Ｎ＿ｐおよびmaximum code rate Ｒｍａｘによって決定することができる。
【０１７８】
このように決定された値は、上記ＰＵＣＣＨ resourceを通じて割り当てられたＲＢ数と異なることがある。
【０１７９】
（Case ２）：Multiple ＵＣＩがＣＳＩ report用にconfigureされたlarge-payload long ＰＵＣＣＨで転送される場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫ resourceをindicationされることができない場合）
【０１８０】
Case ２の場合、ＵＥは、ＣＳＩ report用に多数のＰＵＣＣＨ resourceを事前にhigher layer signalingでconfigureされた後、そのうちの一つを全ＵＣＩ payload size（Ｎ＿ｐ）とmaximum code rate（Ｒｍａｘ）との組み合わせによって選択することができる。
【０１８１】
例えば、ＰＵＣＣＨ resource ｉで割り当てられたＰＵＣＣＨ転送が可能なＲＥの個数をＮＲＥ,ｉとすると、ＮＲＥ,ｉ≧Ｎ＿ｐ/Ｒｍａｘ/Ｑｍを満たすＮＲＥ,ｉの値のうちの最小値ＮＲＥ,ｉ,ｍｉｎに対応するＰＵＣＣＨ resourceが選択されることができる。
【０１８２】
このとき、（ｃａｓｅ １）の場合と同様に、実際にＵＥがＵＣＩ転送のために使用するＲＢの数は、Ｎ＿ｐおよびＲｍａｘによって決定されることができ、このように決定された値は、ＰＵＣＣＨ resourceを通じて割り当てられたＲＢの数と異なることがある。
【０１８３】
Part ２ＣＳＩがvariable-sizeの場合、上記の方法のようにＵＥがＮ＿ｐに基づいてＰＵＣＣＨ resourceまたはＰＵＣＣＨ resource setを決定し、Ｎ＿ｐ情報をexplicitまたはimplicitにｇＮＢに知らせなければ、ｇＮＢは、ＣＳＩ part ２のvariable sizeを考慮して、過度のＰＵＣＣＨresourceをreserveしなければならないか、色々なＮ＿ｐの可能性のＰＵＣＣＨ resourceおよび/またはＰＵＣＣＨ resource setに対して過度なＢＤを実行しなければならないことがある。
【０１８４】
本明細書において「Ａおよび/またはＢ」は、「ＡおよびＢのうちの少なくとも一つを含む」と同じ意味で解釈されることができる。
【０１８５】
これは、全体的なresource overheadとｇＮＢにおけるcomputational complexityおよびdecoding timeとを増加させる問題がある。
【０１８６】
まず（ｃａｓｅ １）の場合、Ｎ＿ｐの不確実性によりｇＮＢが多数のＰＵＣＣＨ resource setを仮定し、ＤＣＩのＨＡＲＱ−ＡＣＫ resource indicatorを用いて、decodingを試みるべきである。
【０１８７】
ｇＮＢがＤＣＩを介してＨＡＲＱ−ＡＣＫ resource indicatorを用いても、ｇＮＢの立場でＮ＿ｐが依然として不確実であるので、色々なＲＢ sizeを仮定してfixed-size part１ＵＣＩ decodingを試みるべきである。
【０１８８】
ＰＵＣＣＨ resourceで割り当てられたＲＢの数と実際のＵＣＩ転送のために使用したＲＢの数との差が大きくなると仮定すれば、ＢＤの回数は、過度に増加することができる。
【０１８９】
（Case ２）の場合、Ｎ＿ｐの不確実性によりｇＮＢがhigher layer signalingでconfigureされた多数のＰＵＣＣＨ resourceに対して様々なＮ＿ｐ値を仮定してfixed-size part１ＵＣＩ decodingのためのＢＤを実行すべきである。
【０１９０】
上記のような問題点を解決または軽減するために、次のような方法が考慮されることができる。
【０１９１】
（方法１）：Multiple ＵＣＩがＨＡＲＱ−ＡＣＫ用にconfigureされたlarge-payload long ＰＵＣＣＨで転送される場合（つまり、ＤＣIを介してＨＡＲＱ−ＡＣＫ resourceをindicationされる場合）
【０１９２】
Ａ）ＰＵＣＣＨ resource set決定方法
【０１９３】
（方法１−Ａ−１）ＵＥは、fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）、またはfixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource setを決定する。
【０１９４】
（方法１−Ａ−２）ＵＥは、fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）およびfixed-size「reference」part２ ＵＣＩ（もしくは「reference」part２ ＣＳＩ）、またはfixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）、fixed-size 「reference」part２ ＵＣＩ（もしくは「reference」part２ ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource setを決定する。
【０１９５】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）は、variable-size part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して、part２ ＵＣＩ（またはpar２ ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な、一種のＰＵＣＣＨ resource set、ＰＵＣＣＨ resourceまたはＰＵＣＣＨ resource内で実際のＵＣＩ転送に使用されるＲＢの数を決定するための基準値である。
【０１９６】
Reference part２ ＵＣＩ（もしくはreference part２ ＣＳＩ）の値は、rank ＝ １を仮定した値であるか、またはpart２ ＵＣＩ（もしくはpart２ ＣＳＩ）が有することのできる最大値もしくは最小値であり得る。
【０１９７】
Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ signalingまたはＲＲＣ signalingとＤＣＩとの組み合わせでconfigureされる値であり得る。
【０１９８】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）をベースにするという意味は、part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して設定された値が、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）に線形的に加わる形である場合と、scaleされる形で乗算される（とちすいすな）場合（a case where the value configured considering the part 2 UCI (or part 2 CSI) is multiplied in the scaled form）と、のすべてを含む。
【０１９９】
Ｂ）ＰＵＣＣＨ resource内の実際のＵＣＩ転送に使用されるＲＢの数を決定する方法
【０２００】
（方法１−Ｂ−１）ＵＥは、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）とＲｍａｘとに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２０１】
（方法１−Ｂ−２）ＵＥは、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）、fixed-size」reference」part２ ＵＣＩ（または「reference」part２ ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２０２】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）は、variable-size part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して、part２ ＵＣＩ（またはpart２ ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な、一種のＰＵＣＣＨ resource set、ＰＵＣＣＨ resourceまたはＰＵＣＣＨ resource内で実際のＵＣＩ転送に使用されるＲＢの数を決定するための基準値である。
【０２０３】
Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、rank ＝ １を仮定した値であるか、part２ ＵＣＩ（またはpart２ ＣＳＩ）が有することのできる最大値または最小値であり得る。
【０２０４】
上記Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ（Signaling）またはＲＲＣ（Signaling）とＤＣＩとの組み合わせでconfigureされる値であり得る。
【０２０５】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）に基づいての意味は、part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して設定された値が、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）に線形的に加わる形である場合と、scaleされる形で乗算される場合と、のすべてを含む。
【０２０６】
（方法１−Ｂ−３）fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）とvariable-size part２ ＵＣＩ（もしくはvariable-size part２ ＣＳＩ）との最大値を合わせたbit数の合計（総合）、またはtotal ＵＣＩ（part１ ＋ part ２）payload sizeの最大値およびＲｍａｘに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２０７】
また、上記の方法を想定して、ｇＮＢがＢＤするようにすることができる。
【０２０８】
（方法２）：Multiple ＵＣＩがＣＳＩ report用にconfigureされたlarge-payload long ＰＵＣＣＨで転送された場合（ＤＣＩを介してＨＡＲＱ−ＡＣＫ resourceをindicationされることができない場合）
【０２０９】
ＰＵＣＣＨ resource決定方法
【０２１０】
方法２−Ａ−１）fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）、またはfixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resourceを決定する。
【０２１１】
方法２−Ａ−２）fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）およびfixed-size「reference」part ２ＵＣＩ（もしくは「reference」part２ ＣＳＩ）、またはfixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）、fixed-size 「reference」part２ ＵＣＩ（もしくは「reference」part２ ＣＳＩ）およびＲｍａｘに基づいてＰＵＣＣＨ resourceを決定する。
【０２１２】
上記reference part  ２ＵＣＩ（またはreference part２ ＣＳＩ）は、variable-size part ２ＵＣＩ（またはpart ２ＣＳＩ）を考慮して、part ２ＵＣＩ（またはpart ２ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な、一種のＰＵＣＣＨ resource set、ＰＵＣＣＨ resourceまたはＰＵＣＣＨ resource内で実際のＵＣＩ転送に使用されるＲＢの数を決定するための基準値である。
【０２１３】
Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、rank ＝ １を仮定した値であるか、part２ ＵＣＩ（またはpart２ ＣＳＩ）が有することのできる最大値または最小値であり得る。
【０２１４】
Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ（Signaling）またはＲＲＣ（Signaling）とＤＣＩとの組み合わせでconfigureされる値であり得る。
【０２１５】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）に基づくという意味は、part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して設定された値が、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）に線形的に加わる形である場合と、scaleされる形で乗算される場合と、のすべてを含む。
【０２１６】
ＰＵＣＣＨ resource内の実際のＵＣＩ転送に使用されるＲＢの数を決定する方法
【０２１７】
方法２−Ｂ−１）ＵＥは、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２１８】
方法２−Ｂ−２）ＵＥは、fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）、fixed-size「reference」part２ ＵＣＩ（もしくは「reference」part２ＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２１９】
上記reference part ２ＵＣＩ（もしくはreference part２ ＣＳＩ）とは、variable-size part ２ＵＣＩ（もしくはpart２ ＣＳＩ）を考慮して、part ２ＵＣＩ（もしくはpart２ ＣＳＩ）が有することができる最小値（例えば、０）および最大値の範囲で設定可能な、一種のＰＵＣＣＨ resource set、ＰＵＣＣＨ resource、またはＰＵＣＣＨ resource内で実際のＵＣＩ転送に使用されるＲＢの数を決定するための基準値である。
【０２２０】
Reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）の値は、rank ＝ １を仮定した値であるか、part２ ＵＣＩ（またはpart２ ＣＳＩ）が有することのできる最大値または最小値であり得る。
【０２２１】
Reference part ２ＵＣＩ（またはreference part２ ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ（Signaling）またはＲＲＣ（Signaling）とＤＣＩとの組み合わせでconfigureされる値であり得る。
【０２２２】
上記reference part２ ＵＣＩ（またはreference part２ ＣＳＩ）に基づくという意味は、part２ ＵＣＩ（またはpart２ ＣＳＩ）を考慮して設定された値が、fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）に線形的に加わる形である場合と、scaleされる形で乗算される場合と、のすべてを含む。
【０２２３】
方法２−Ｂ−３）ＵＥは、fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）とvariable-size part２ＵＣＩ（もしくはvariable-size part２ ＣＳＩ）との最大値を合わせたbit数の合計、またはtotalＵＣＩ （part１ ＋ part ２）payload sizeの最大値およびＲｍａｘに基づいて、ＰＵＣＣＨ resource内の実際のＵＣＩを転送するＲＢを決定する。
【０２２４】
また、上記の方法を想定して、ｇＮＢがＢＤするようにすることができる。
【０２２５】
上記注意深く見た方法において、「fixed-size part１ＵＣＩ（もしくはpart１ＣＳＩ）とfixed-size」reference」part２ＵＣＩ（もしくは「reference」part２ ＣＳＩ）」とは、「fixed-size part１ＵＣＩ（またはpart１ＣＳＩ）とfixed-size」reference」part２ＵＣＩ（または「reference」part２ＣＳＩ）とを合わせたビット数の合計またはtotal payload size」を意味することができる。
【０２２６】
そして、先で注意深く見た方法において、「ＵＣＩ（もしくはＣＳＩ）およびＲｍａｘに基づいて、ＰＵＣＣＨ resource（set）またはＲＢを決定する」との意味は、さらに具体的には、「ＵＣＩ（またはＣＳＩ）およびＲｍａｘに基づくcoded bit数を転送することができる最小ＲＥ数で構成されるresource（set）またはＲＢを決定する」という意味であり得る。
【０２２７】
上記方法においてpart１ＵＣＩは、ＨＡＲＱ−ＡＣＫおよび/またはＳＲを含むことができる。
【０２２８】
また、上記の方法においてＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ resource setの場合、ＵＣＩ payload sizeの範囲別に実際のＵＣＩを転送するＲＢが設定されることができる。
【０２２９】
上記注意深く見た各実施例または各方法は、別々に実行されることもあり、一つまたは複数の実施例または方法の組み合わせを介して行われることにより、本明細書で提案する方法を実現することができる。
【０２３０】
図８は、本明細書で提案する方法を実行する端末の動作方法を示したフローチャートである。
【０２３１】
すなわち、図８は、無線通信システムにおいてＰＵＣＣＨ（Physical Uplink Control CHannel）上で多数のＵＣＩ（Uplink Control Information）を転送する端末の動作方法を示す。
【０２３２】
まず、端末は、多数のＵＣＩを転送するためのＰＵＣＣＨに関連する第１制御情報を基地局から受信する（Ｓ８１０）。
【０２３３】
そして、上記端末は、上記第１制御情報に基づいて上記多数のＵＣＩに対する符号化されたビット（coded bit）の数を示す第１パラメータを決定する（Ｓ８２０）。
【０２３４】
上記第１制御情報は、上記ＰＵＣＣＨのシンボル数に関する情報と、上記ＰＵＣＣＨのリソースブロック（Resource Block、ＲＢ）の数についての情報と、を含むことができる。
【０２３５】
ここで、上記多数のＵＣＩは、第１パート（part）および第２パートのうちの少なくとも一つを含むＣＳＩ（Channel State Information）を含む。
【０２３６】
そして、上記端末は、上記第１パラメータおよび上記第１パートのサイズの決定に関連する第２制御情報に基づいて、上記第１パートのサイズを決定する（Ｓ８３０）。
【０２３７】
そして、上記端末は、上記多数のＵＣＩを上記ＰＵＣＣＨ上から、上記基地局に転送する（Ｓ８４０）。
【０２３８】
上記第２制御情報は、上記第１パートのサイズを示す第２パラメータ、設定された最大の符号化率（maximum coding rate）を示す第３パラメータおよび変調次数（modulation order）を示す第４パラメータを含むことができる。
【０２３９】
上記第１パートのサイズを決定する具体的な方法は、先に注意深く見た数式２〜４およびこれに関連する説明を参照する。簡単にまとめると、以下のように成り得る。
【０２４０】
上記第１パートのサイズは、上記第１パラメータおよび上記第２制御情報のうちの最小値に決定される。
【０２４１】
さらに具体的には、上記第１パートのサイズは、
2021506181.tif 000044
によって決定されることができる。
【０２４２】
上記第２制御情報は、上記第２パラメータを上記第３パラメータおよび上記第４パラメータでそれぞれ割った値に基づいて決定され、さらに具体的には、
2021506181.tif 000045
によって決定されることができる。
【０２４３】
図９は、本明細書で提案する方法を実行する端末のさらに他の動作方法を示したフローチャートである。
【０２４４】
すなわち、図９は、無線通信システムにおいてＰＵＣＣＨ上でＣＳＩ（Channel State Information）報告（report）を転送する端末の動作方法を示す。
【０２４５】
まず、端末は、ＣＳＩ報告を転送するためのＰＵＣＣＨリソースに関連する情報を基地局から受信する（Ｓ９１０）。
【０２４６】
そして、端末は、第１パートおよび第２パートのうちの少なくとも一つを含むＣＳＩが上記第２パートを含む場合、上記ＣＳＩ報告が、特定ランク（rank）であると仮定することにより、上記ＣＳＩ報告を転送するＰＵＣＣＨリソースと、上記ＰＵＣＣＨリソースにおけるリソースブロック（Resource Block、ＲＢ）の数と、を決定する（Ｓ９２０）。
【０２４７】
そして、上記端末は、上記ＣＳＩ報告を上記ＰＵＣＣＨ上で基地局に転送する（Ｓ９３０）。
【０２４８】
ここで、上記ＣＳＩ報告が複数ある場合、各ＣＳＩ報告が、特定ランクであると仮定することにより、ＣＳＩ報告を転送するＰＵＣＣＨリソースと、上記ＰＵＣＣＨリソースにおけるリソースブロック（Resource Block、ＲＢ）の数と、を決定することができる。
【０２４９】
上記特定のランクは、ランク-1であり得る。
【０２５０】
本発明が適用されることができる装置一般
【０２５１】
図１０は、本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図を例示する。
【０２５２】
図１０を参照すると、無線通信システムは、基地局１０１０と、基地局エリア内に位置する多数の端末１０２０と、を含む。
【０２５３】
上記基地局および端末は、それぞれの無線デバイスで表現されることもできる。
【０２５４】
基地局１０１０は、プロセッサ（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）を使用して一緒に結合されて、時間領域ＯＦＤＭＡシンボルストリームを運搬する物理チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために、空間的にプリコーディング（フリーコーディング）される。それぞれの空間ストリームは、個々のＴｘ/Ｒｘモジュール（または送受信器、１１１５）を介して異なるアンテナ１１１６に提供されることができる。それぞれのＴｘ/Ｒｘモジュールは、転送のために、それぞれの空間ストリームにＲＦ搬送波を変調することができる。端末で、それぞれのＴｘ/Ｒｘモジュール（または送受信器、１１２５）は、各Ｔｘ/Ｒｘモジュールの各アンテナ１１２６を介して信号を受信する。それぞれのＴｘ/Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元して、受信（ＲＸ）プロセッサ１１２３に提供する。ＲＸプロセッサは、layer １の様々な信号処理機能を実現する。ＲＸプロセッサは、端末に向かう任意の空間ストリームを復旧するための情報に空間処理を実行することができる。多数の空間ストリームが端末に向かう場合、多数のＲＸプロセッサによって、単一のＯＦＤＭＡシンボルストリームに結合されることができる。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各々のサブキャリアの個々のＯＦＤＭＡシンボルストリームを含む。それぞれのサブキャリア上のシンボルおよび参照信号は、基地局によって転送された最も可能性のある信号配置点を決定することにより復元され復調される。このような軟判定（soft decision）は、���ャネル推定値に基づく。軟判定は、物理チャネル上で、基地局によって元来転送されたデータおよび制御信号を復元するためにデコードおよびデインターリーブされる。そのデータおよび制御信号は、プロセッサ１１２１に提供される。
【０２６１】
ＵＬ（端末から基地局への通信）は、端末１１２０で受信器の機能に関連して記述されたものと同様の方法で、基地局１１１０において処理される。それぞれのＴｘ/Ｒｘモジュール１１２５は、それぞれのアンテナ１１２６を介して信号を受信する。それぞれのＴｘ/Ｒｘモジュールは、ＲＦ搬送波および情報をＲＸプロセッサ１１２３に提供する。プロセッサ１１２１は、プログラムコードおよびデータを記憶するメモリ１１２４と関連することができる。メモリは、コンピュータ可読媒体と称することができる。
【０２６２】
以上で説明した実施例は、本発明の構成要素と特徴とが所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施されることができる。また、一部の構成要素および/または特徴を結合して、本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は、変更されることができる。いずれの実施例の一部の構成や特徴も、他の実施例に含まれることができ、または他の実施形態に対応する構成もしくは特徴と置き換えることができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができることは自明である。
【０２６３】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの組み合わせなどにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施例は、一つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されることができる。
【０２６４】
ファームウェアやソフトウェアによる実現の場合、本発明の一実施例は、以上で説明した機能または動作を実行するモジュール、プロシージャ、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに記憶されてプロセッサによって駆動されることができる。上記メモリは、上記プロセッサの内部または外部に位置し、既に公知の多様な手段により、上記プロセッサとデータを送受信することができる。
【０２６５】
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態で具体化されることができることは、通常の技術者にとって自明である。したがって、前述した詳細な説明は、すべての面で制限的に解釈してはならず、例示的なものとみなされるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきで、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０２６６】
本発明は、３ＧＰＰ ＬＴＥ/ＬＴＥ−Ａ/ＮＲシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ/ＬＴＥ−Ａ/ＮＲシステム以外にも、様々な無線通信システムに適用されることが可能である。
【図１】
2021506181.tif 000050
【図２】
2021506181.tif 000051
【図３】
2021506181.tif 000052
【図４】
2021506181.tif 000053
【図５】
2021506181.tif 000054
【図６】
2021506181.tif 000055
【図７】
2021506181.tif 000056
【図８】
2021506181.tif 000057
【図９】
2021506181.tif 000058
【図１０】
2021506181.tif 000059
【図１１】
2021506181.tif 000060
【国際調査報告】
2021506181.tif 000061
2021506181.tif 000062
2021506181.tif 000063
2021506181.tif 000064