(57)【要約】【課題】本明細書は、無線通信システムにおけるＣＳＩを報告する方法を提供する。【解決手段】本明細書において、端末によって行われるチャネル状態情報（Channel State Information、ＣＳＩ）を報告（report）する方法は、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信する段階であって、上記ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）される段階と、上記受信したダウンリンク制御情報に基づいて、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、上記セミパーシステントＣＳＩを上記基地局に報告する段階と、を有することを特徴とする。【選択図】図１１
2020518195.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるチャネル状態情報（Channel State Information、ＣＳＩ）を報告（report）する方法であって、端末によって行われる前記方法は、
セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信する段階であって、前記ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）される段階と、
前記受信したダウンリンク制御情報に基づいて、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、前記セミパーシステントＣＳＩを前記基地局に報告する段階と、を有する、方法。
【請求項２】
前記ＳＰ  ＣＳＩ報告は、第１のＳＰ  ＣＳＩ報告と第２のＳＰ  ＣＳＩ報告とを有する、請求項１に記載の方法。
【請求項３】
前記ＳＰ  ＣＳＩを報告するためのＰＵＳＣＨリソースを前記基地局から受信する段階をさらに有する、請求項１に記載の方法。
【請求項４】
前記ＰＵＳＣＨリソースと特定のアップリンクリソースとが衝突する場合、前記ＳＰ  ＣＳＩは、物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）を介して前記基地局に報告される、請求項３に記載の方法。
【請求項５】
前記特定のアップリンクリソースは、ＰＵＣＣＨリソースまたはミニスロット（mini-slot）上のＰＵＳＣＨリソースである、請求項４に記載の方法。
【請求項６】
前記ＰＵＣＣＨを介したＳＰ  ＣＳＩは、前記衝突と関連するスロット（slot）で報告される、請求項４に記載の方法。
【請求項７】
前記ＳＰ  ＣＳＩ報告を行うアップリンクリソース（uplink resource）を決定する段階をさらに有する、請求項１に記載の方法。
【請求項８】
前記ＤＣＩがアップリンク（uplink）ＤＣＩである場合、前記ＳＰ  ＣＳＩは、前記ＰＵＳＣＨを介して報告される、請求項１に記載の方法。
【請求項９】
無線通信システムにおけるチャネル状態情報（Channel State Information、ＣＳＩ）を報告（report）する端末であって、
無線信号を送受信するためのＲＦモジュール（Radio Frequency module）と、
前記ＲＦモジュールと機能的に接続されているプロセッサと、を有し、前記プロセッサは、
セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信し、
前記ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）され、
前記受信したダウンリンク制御情報に基づいて、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、前記セミパーシステントＣＳＩを前記基地局に報告するように設定される、端末。
【請求項１０】
前記ＳＰ  ＣＳＩ報告は、第１のＳＰ  ＣＳＩ報告と第２のＳＰ  ＣＳＩ報告とを有する、請求項９に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、チャネル状態情報（Channel State Information、ＣＳＩ）を報告する方法、およびこれをサポート（支援）する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性（モビリティ）を保証しつつ、音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスにまで領域を拡張し、現在、爆発的なトラフィックの増加により、リソース（資源）の不足現象が引き起こされ、ユーザがより高速なサービスを要求するため、より発展した移動通信システムが求められている。
【０００３】
次世代移動通信システムの要求条件は、概して（大きく）、爆発的なデータトラフィックの収容（への対応）、ユーザ当たりの転送レート（率）の画期的な増加、大幅に増加した接続（連結）デバイス数の収容、非常に低いエンドツーエンド（端対端）遅延（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）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、ＰＵＳＣＨを介したセミパーシステント（半固定的）（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化または非活性化を指示する方法を提供することに目的がある。
【０００５】
また、本明細書は、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩをＰＵＳＣＨおよび／またはＰＵＣＣＨを介して報告する方法を提供することに目的がある。
【０００６】
また、本明細書は、ＳＰ  ＣＳＩ報告のためのＰＵＳＣＨリソースと特定のアップリンクリソースとの間で衝突が発生する場合、これを解決するための方法を提供することに目的がある。
【０００７】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。
【課題を解決するための手段】
【０００８】
本明細書は、無線通信システムにおけるチャネル状態情報（Channel State Information、ＣＳＩ）を報告（report）する方法であって、端末によって行われる方法は、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信する段階であって、ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）される段階と、受信したダウンリンク制御情報に基づいて、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、セミパーシステントＣＳＩを基地局に報告する段階と、を有することを特徴とする。
【０００９】
また、本明細書において、ＳＰ  ＣＳＩ報告は、第１のＳＰ  ＣＳＩ報告と第２のＳＰ  ＣＳＩ報告とを有することを特徴とする。
【００１０】
また、本明細書において、ＳＰ  ＣＳＩを報告するＰＵＳＣＨリソースを基地局から受信する段階をさらに有することを特徴とする。
【００１１】
また、本明細書において、ＰＵＳＣＨリソースと特定のアップリンクリソースとが衝突する場合、ＳＰ  ＣＳＩは、物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）を介して基地局に報告されることを特徴とする。
【００１２】
また、本明細書において、特定のアップリンクリソースは、ＰＵＣＣＨリソースまたはミニスロット（mini-slot）上のＰＵＳＣＨリソースであることを特徴とする。
【００１３】
また、本明細書において、ＰＵＣＣＨを介したＳＰ  ＣＳＩは、衝突と関連するスロット（slot）で報告されることを特徴とする。
【００１４】
また、本明細書において、ＳＰ  ＣＳＩ報告を行うアップリンクリソース（uplink resource）を決定する段階をさらに有することを特徴とする。
【００１５】
また、本明細書において、ＤＣＩがアップリンク（uplink）ＤＣＩである場合、ＳＰ  ＣＳＩは、ＰＵＳＣＨを介して報告されることを特徴とする。
【００１６】
また、本明細書は、無線通信システムにおけるチャネル状態情報（Channel State Information、ＣＳＩ）を報告（report）する端末であって、無線信号を送受信するためのＲＦモジュール（Radio Frequency module）と、ＲＦモジュールと機能的に接続されているプロセッサと、を有し、プロセッサは、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信し、ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）され、受信したダウンリンク制御情報に基づいて、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、セミパーシステントＣＳＩを基地局に報告するように設定されることを特徴とする。
【発明の効果】
【００１７】
本明細書は、ＳＰ  ＣＳＩ報告の活性化または非活性化に対する指示をＤＣＩで行う場合、Ｃ−ＲＮＴＩまたはＳＰＳ−Ｃ−ＲＮＴＩと別のＲＮＴＩでＤＣＩをスクランブル（scrambling）することによって、端末の電力消費を減らすことができる効果がある。
【００１８】
また、本明細書は、ＳＰ  ＣＳＩ報告のためのＰＵＳＣＨリソースと該当ＰＵＳＣＨリソースよりも優先順位の高い特定リソースとが衝突する場合、優先順位が高い特定リソースにおける送信を行わせることによって、システムの性能を高めることができる効果がある。
【００１９】
本明細書で得ることができる効果は、以上で言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から、本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２０】
【図１】本明細書で提案する方法が適用されることができるＮＲの全体的なシステム構造の一例を示した図である。
【図２】本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す図である。
【図３】本明細書で提案する方法が適用されることができる無線通信システムでサポートされるリソースグリッド（resource grid）の一例を示す図である。
【図４】本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別リソースグリッドの例を示す図である。
【図５】アナログビームフォーマ（analog beamformer）およびＲＦチェーン（RF chain）で構成される送信端（transmitter）のブロック図（block diagram）の一例を示す図である。
【図６】デジタルビームフォーマ（digital beamformer）およびＲＦチェーンで構成される送信端のブロック図の一例を示す図である。
【図７】本発明の多様な実施例に係るアナログビームスキャン方式の一例を示す図である。
【図８】ＰＵＳＣＨ  ＣＳＩ報告モードの一例を示した図である。
【図９】ＰＵＣＣＨ  ＣＳＩ報告モードの一例を示した図である。
【図１０】本明細書で提案する方法が適用されることができるセルフコンテインド（自己完結型）（self-contained）サブフレームの構造の一例を示す図である。
【図１１】本明細書で提案するＳＰ  ＣＳＩ報告を行う端末の動作方法の一例を示したフローチャートである。
【図１２】本発明の一実施例に係る無線通信装置のブロック構成図を例示する図である。
【図１３】本発明の一実施例に係る通信装置のブロック構成図を例示する図である。
【図１４】本明細書で提案する方法が適用されることができる無線通信装置のＲＦモジュールの一例を示した図である。
【図１５】本明細書で提案する方法が適用されることができる無線通信装置のＲＦモジュールのさらに他の一例を示した図である。
【発明を実施するための形態】
【００２１】
本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２２】
以下、本発明に係る好ましい実施形態を、添付図を参照して詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
【００２３】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造および装置は、省略されるか、各構造および装置の中核機能を中心としたブロック図の形式で示すことができる。
【００２４】
本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（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）装置などの用語によって代替され得る。
【００２５】
以下で、ダウンリンク（ＤＬ：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 GSM evolution）などの無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１  （Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６  （ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ  ＬＴＥが進化したものである。
【００２８】
本発明の実施例は、無線アクセスシステムであるＩＥＥＥ  ８０２、３ＧＰＰ、および３ＧＰＰ２のうちの少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、上記文書により裏付けられることができる。また、本文書で開示している全ての用語は、上記標準文書によって説明されることができる。
【００２９】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３０】
用語の定義
【００３１】
ｅＬＴＥ  ｅＮＢ：ｅＬＴＥ  ｅＮＢは、ＥＰＣ（Evolved Packet Core）およびＮＧＣ（Next Generation Core）に対する接続をサポートするｅＮＢが進化（evolution）したものである。
【００３２】
ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。
【００３３】
新たなＲＡＮ：ＮＲまたはＥ−ＵＴＲＡをサポートするか、またはＮＧＣと相互作用する無線アクセスネットワーク。
【００３４】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化された解決法（ソリューション）を提供するようにｏｐｅｒａｔｏｒにより定義されたネットワーク。
【００３５】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースとよく定義された機能動作とを有するネットワークインフラ内における論理ノード。
【００３６】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２リファレンスポイント（reference point）に使われる制御プレーン（平面）インターフェース。
【００３７】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３リファレンスポイント（reference point）に使われるユーザプレーンインターフェース。
【００３８】
ノンスタンドアローン（非独立型）（Non-standalone）ＮＲ：ｇＮＢがＬＴＥ  ｅＮＢをＥＰＣに制御プレーン接続のためのアンカとして要求するか、またはｅＬＴＥ  ｅＮＢをＮＧＣに制御プレーン接続のためのアンカとして要求する配置構成。
【００３９】
ノンスタンドアローンＥ−ＵＴＲＡ：ｅＬＴＥ  ｅＮＢがＮＧＣに制御プレーン接続のためのアンカとしてｇＮＢを要求する配置構成。
【００４０】
ユーザプレーンゲートウェイ：ＮＧ−Ｕインターフェースの終端点。
【００４１】
システム一般
【００４２】
図１は、本明細書で提案する方法が適用されることができるＮＲの全体的なシステム構造の一例を示した図である。
【００４３】
図１を参照すると、ＮＧ−ＲＡＮは、ＮＧ−ＲＡユーザプレーン（新たなＡＳ  ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコルの終端を提供するｇＮＢで構成される。
【００４４】
上記ｇＮＢは、Ｘｎインターフェースを通じて相互接続される。
【００４５】
また、上記ｇＮＢは、ＮＧインターフェースを通じてＮＧＣに接続される。
【００４６】
より具体的には、上記ｇＮＢは、Ｎ２インターフェースを通じてＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを通じてＵＰＦ（User Plane Function）に接続される。
【００４７】
ＮＲのヌメロロジ（Numerology）およびフレーム（frame）構造
【００４８】
ＮＲシステムでは、多数のヌメロロジ（numerology）がサポートされることができる。ここで、ヌメロロジは、サブキャリア間隔（subcarrier spacing）とＣＰ（Cyclic Prefix）オーバーヘッドとにより定義できる。この際、複数（多数）のサブキャリア間隔は、基本サブキャリア間隔を整数Ｎ（または、μ）にスケーリング（scaling）することにより導出（誘導）されることができる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジは、周波数帯域と独立して選択できる。
【００４９】
また、ＮＲシステムでは、多数のヌメロロジに従う多様なフレーム構造がサポートされることができる。
【００５０】
以下、ＮＲシステムで考慮されることができるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジおよびフレーム構造について説明する。
【００５１】
ＮＲシステムでサポートされる多数のＯＦＤＭヌメロロジは、表１のように定義されることができる。
【００５２】
＜表１＞
【表１】
2020518195.tif 000003
【００５３】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の多様なフィールドのサイズは、
2020518195.tif 000004
の時間単位の倍数として表現される。ここで、
2020518195.tif 000005
であり、
2020518195.tif 000006
である。ダウンリンク（downlink）およびアップリンク（uplink）転送は、
2020518195.tif 000007
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは、各々
2020518195.tif 000008
の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。
【００５４】
図２は、本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００５５】
図２に示すように、端末（User Equipment、ＵＥ）からのアップリンクフレーム番号ｉの転送は、該当端末における該当ダウンリンクフレームの開始より
2020518195.tif 000009
以前に始めなければならない。
【００５６】
ヌメロロジμに対して、スロット（slot）は、サブフレーム内で
2020518195.tif 000010
の増加する順に番号が付けられて、無線フレーム内で
2020518195.tif 000011
の増加する順に番号が付けられる。１つのスロットは、
2020518195.tif 000012
（個）の連続するＯＦＤＭシンボルで構成され、
2020518195.tif 000013
は、用いられるヌメロロジおよびスロット設定（slot configuration）によって決定される。サブフレームでスロット
2020518195.tif 000014
の開始は、同一サブフレームでＯＦＤＭシンボル
2020518195.tif 000015
の開始と時間的に整列される。
【００５７】
全ての端末が同時に送信および受信できるものではなく、これは、ダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが利用されることができないことを意味する。
【００５８】
表２は、ヌメロロジμにおけるノーマル（一般）（normal）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示し、表３は、ヌメロロジμにおける拡張（extended）ＣＰに対するスロット当たりのＯＦＤＭシンボルの数を示す。
【００５９】
＜表２＞
【表２】
2020518195.tif 000016
【００６０】
＜表３＞
【表３】
2020518195.tif 000017
【００６１】
ＮＲ物理リソース（NR Physical Resource）
【００６２】
ＮＲシステムにおける物理リソース（資源）（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮されることができる。
【００６３】
以下、ＮＲシステムで考慮されることができる上記物理リソースについて具体的に説明する。
【００６４】
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（large-scale property）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２つのアンテナポートは、ＱＣ／ＱＣＬ（Quasi-ColocatedまたはQuasi Co-Location）関係にあるということができる。ここで、上記広範囲特性は、遅延拡散（Delay spread）、ドップラ拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信電力（パワー）（Average received power）、受信タイミング（Received Timing）のうちの１つまたは複数を含む。
【００６５】
図３は、本明細書で提案する方法が適用されることができる無線通信システムでサポートされるリソースグリッド（resource grid）の一例を示す。
【００６６】
図３を参照すると、リソースグリッドが周波数領域上に
2020518195.tif 000018
（個）のサブキャリアで構成され、１つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるものではない。
【００６７】
ＮＲシステムにおいて、転送される信号（transmitted signal）は、
2020518195.tif 000019
（個）のサブキャリアで構成される１つまたは複数のリソースグリッドおよび
2020518195.tif 000020
（個）のＯＦＤＭシンボルにより説明される。ここで、
2020518195.tif 000021
である。上記
2020518195.tif 000022
は、最大転送帯域幅を示し、これは、ヌメロロジだけでなく、アップリンクとダウンリンクとの間でも変わることができる。
【００６８】
この場合、図４のように、ヌメロロジμおよびアンテナポートｐごとに一つのリソースグリッドが設定されることができる。
【００６９】
図４は、本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別リソースグリッドの例を示す。
【００７０】
ヌメロロジμおよびアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対
2020518195.tif 000023
によって一意に（固有に）識別される。ここで、
2020518195.tif 000024
は、周波数領域上のインデックスであり、
2020518195.tif 000025
は、サブフレーム内におけるシンボルの位置を称する。スロットでリソース要素を称する際には、インデックス対
2020518195.tif 000026
が用いられる。ここで、
2020518195.tif 000027
である。
【００７１】
ヌメロロジμおよびアンテナポートｐに対するリソース要素
2020518195.tif 000028
は、複素値（complex value）
2020518195.tif 000029
に該当する。混同（confusion）される危険がない場合、あるいは特定のアンテナポートまたはヌメロロジが特定されていない場合には、インデックスｐおよびμは、ドロップ（drop）され得、その結果、複素値は、
2020518195.tif 000030
または
2020518195.tif 000031
になり得る。
【００７２】
また、物理リソースブロック（physical resource block）は、周波数領域上の
2020518195.tif 000032
（個）の連続するサブキャリアで定義される。周波数領域上で、物理リソースブロックは、０から
2020518195.tif 000033
まで番号が付けられる。このとき、周波数領域上の物理リソースブロックの番号（physical resource block number）
2020518195.tif 000034
とリソース要素
2020518195.tif 000035
との間の関係は、数式１のように与えられる。
【００７３】
＜数式１＞
【数１】
2020518195.tif 000036
【００７４】
また、キャリアパート（部）（carrier part）に関して、端末は、リソースグリッドのサブセット（subset）のみを用いて受信または送信するように設定されることができる。このとき、端末が受信または送信するように設定されたリソースブロックのセット（集合）（set）は、周波数領域上で０から
2020518195.tif 000037
まで番号が付けられる。
【００７５】
アップリンク制御チャネル（Uplink control channel）
【００７６】
物理アップリンク制御シグナリング（physical uplink control signaling）は、少なくともｈｙｂｒｉｄ−ＡＲＱ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＣＳＩ報告（CSI report）（可能であれば、ビームフォーミング（beamforming）情報を含む）、およびスケジューリング要求（scheduling request）を運ぶことができなければならない。
【００７７】
ＮＲシステムでサポートするアップリンク制御チャネル（UL control channel）に関して少なくとも二つの送信方法がサポートされる。
【００７８】
アップリンク制御チャネルは、スロット（slot）の最後に送信されたアップリンクシンボルの周囲で短期間（short duration）に送信されることができる。この場合、アップリンク制御チャネルは、スロット内でアップリンクデータチャネル（UL data channel）と時間分割多重（time-division-multiplexed）および／または周波数分割多重（frequency-division-multiplexed）される。短期間のアップリンク制御チャネルに対して、スロットの１つのシンボル単位の送信がサポートされる。
【００７９】
−短いアップリンク制御情報（Uplink Control Information、ＵＣＩ）およびデータは、少なくとも短いＵＣＩおよびデータに対する物理リソースブロック（Physical Resource Block、ＰＲＢ）が重ならない場合、端末（ＵＥ）と端末との間で周波数分割多重される。
【００８０】
−同じスロット内の異なる端末からの短いＰＵＣＣＨ（short PUCCH）の時間分割多重（Time Division Multiplexing、ＴＤＭ）をサポートするために、短いＰＵＣＣＨを送信するスロット内のシンボルが、少なくとも６ＧＨｚ以上でサポートされるか否かを端末に知らせるメカニズム（mechanism）がサポートされる。
【００８１】
−１つのシンボル期間（1-symbol duration）に対しては、少なくとも、１）参照信号（Reference Signal、ＲＳ）が多重化されると、ＵＣＩとＲＳとは周波数分割多重（Frequency Division Multiplexing、ＦＤＭ）方式で与えられたＯＦＤＭシンボルに多重化されることと、２）同じスロットでダウンリンク（ＤＬ）／アップリンク（ＵＬ）データと短期間のＰＵＣＣＨとの間のサブキャリア間隔（subcarrier spacing）が同一であることと、がサポートされる。
【００８２】
−少なくとも、スロットの２つのシンボル期間（2-symbol duration）に亙る短期間のＰＵＣＣＨがサポートされる。このとき、同じスロットでダウンリンク（ＤＬ）／アップリンク（ＵＬ）データと短期間のＰＵＣＣＨとの間のサブキャリア間隔は同一である。
【００８３】
−少なくとも、スロット内の与えられた端末のＰＵＣＣＨリソース、即ち、異なる端末の短いＰＵＣＣＨは、スロットで与えられた持続期間（duration）内に時間分割多重できる準静的（半静的）構成（semi-static configuration）がサポートされる。
【００８４】
−ＰＵＣＣＨリソースには、時間領域（time domain）、周波数領域（frequency domain）、および適用可能な場合にはコード領域（code domain）が含まれる。
【００８５】
−短期間のＰＵＣＣＨは、端末の観点から、スロットの端まで拡張されることができる。このとき、短期間のＰＵＣＣＨ以降、明示的なギャップシンボル（explicit gap symbol）は不要である。
【００８６】
−短いアップリンク部分（short UL part）を有するスロット（即ち、ＤＬ中心のスロット（DL-centric slot））に対して、データが短いアップリンク部分でスケジューリング（scheduling）されると、「短いＵＣＩ」およびデータは、一つの端末によって周波数分割多重されることができる。
【００８７】
アップリンク制御チャネルは、カバレッジ（coverage）を改善するために、多数のアップリンクシンボルにかけて長期間（long-duration）で送信されることができる。この場合、アップリンク制御チャネルは、スロット内のアップリンクデータチャネルと周波数分割多重される。
【００８８】
−少なくともＰＡＰＲ（Peak to Average Power Ratio）が低い設計で長時間のアップリンク制御チャネル（long duration UL control channel）によって運ばれるＵＣＩは、１つのスロットまたは多数のスロットで送信されることができる。
【００８９】
−多数のスロットを用いる送信は、少なくとも一部の場合に、全持続時間（total duration）（例えば、１ｍｓ）の間で許容される。
【００９０】
−長時間のアップリンク制御チャネルの場合、ＲＳとＵＣＩとの間の時間分割多重（ＴＤＭ）は、ＤＦＴ−Ｓ−ＯＦＤＭに対してサポートされる。
【００９１】
−スロットの長いアップリンク部分（long UL part）は、長時間のＰＵＣＣＨ送信に用いられることができる。即ち、長時間のＰＵＣＣＨは、アップリンク専用のスロット（UL-only slot）と最小４個のシンボルで構成される可変個数のシンボルを有するスロットとに対して共にサポートされる。
【００９２】
−少なくとも１ビットまたは２ビットのＵＣＩに対して、上記ＵＣＩは、Ｎ個のスロット（Ｎ＞１）内で繰り返されてもよく、上記Ｎ個のスロットは、長時間のＰＵＣＣＨが許容されるスロットに隣接してもよく、または隣接しなくてもよい。
【００９３】
−少なくとも長いＰＵＣＣＨ（long PUCCH）に対して、ＰＵＳＣＨとＰＵＣＣＨとの同時送信（simultaneous transmission）がサポートされる。即ち、データが存在する場合にも、ＰＵＣＣＨリソースに対するアップリンク制御が送信される。また、ＰＵＣＣＨ−ＰＵＳＣＨの同時送信以外にも、ＰＵＳＣＨにおけるＵＣＩがサポートされる。
【００９４】
−ＴＴＩ内におけるスロット周波数ホッピング（intra-TTI slot frequency hopping）がサポートされる。
【００９５】
−ＤＦＴ−ｓ−ＯＦＤＭの波形（waveform）がサポートされる。
【００９６】
−送信アンテナダイバーシチ（transmit antenna diversity）がサポートされる。
【００９７】
短期間のＰＵＣＣＨと長期間のＰＵＣＣＨとの間のＴＤＭおよびＦＤＭは、少なくとも１つのスロットで別の端末に対してサポートされる。周波数領域で、ＰＲＢ（または多数のＰＲＢ）は、アップリンク制御チャネルに対する最小のリソース単位のサイズ（minimum resource unit size）である。ホッピング（hopping）が用いられる場合、周波数リソースおよびホッピングは、キャリア帯域幅（carrier bandwidth）に拡散されないことがある。また、端末固有（特定）ＲＳは、ＮＲ−ＰＵＣＣＨ送信に用いられる。ＰＵＣＣＨリソースのセット（set）は、上位層のシグナリング（higher layer signaling）によって設定され、設定されたセット内のＰＵＣＣＨリソースは、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）によって指示される。
【００９８】
ＤＣＩの一部であって、データ受信（data reception）とｈｙｂｒｉｄ−ＡＲＱ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ送信との間のタイミング（timing）は、動的に（dynamically）（少なくともＲＲＣと共に）指示できなければならない。準静的構成（semi-static configuration）と（少なくとも一部のタイプのＵＣＩ情報に対する）動的なシグナリング（dynamic signaling）との結合（組み合わせ）は、「長いおよび短いＰＵＣＣＨフォーマット」に対するＰＵＣＣＨリソースを決定するために用いられる。ここで、ＰＵＣＣＨリソースは、時間領域、周波数領域、および適用可能な場合にはコード領域を含む。ＰＵＳＣＨ上のＵＣＩ、即ち、ＵＣＩに対してスケジューリングされたリソースの一部を使用することは、ＵＣＩとデータとの同時送信の場合にサポートされる。
【００９９】
また、少なくとも単一のＨＡＲＱ−ＡＣＫビットのアップリンク送信が少なくともサポートされる。また、周波数ダイバーシチ（frequency diversity）を可能にするメカニズムがサポートされる。また、ＵＲＬＬＣ（Ultra-Reliable and Low-Latency Communication）の場合、端末に対して設定されたスケジューリング要求（ＳＲ）リソース間の時間間隔（time interval）は、１つのスロットよりも小さいことがある。
【０１００】
ビーム管理（Beam management）
【０１０１】
ＮＲにおけるビーム管理は、次のように定義される。
【０１０２】
ビーム管理（Beam management）：ＤＬおよびＵＬの送受信に使用されることができるＴＲＰおよび／またはＵＥビームのセット（set）を獲得して維持するためのＬ１／Ｌ２手続のセットであって、少なくとも次の事項を含む。
【０１０３】
−ビーム決定：ＴＲＰまたはＵＥが自体の送信／受信ビームを選択する動作。
【０１０４】
−ビーム測定：ＴＲＰまたはＵＥが受信したビームフォーミング（形成）の信号の特性を測定する動作。
【０１０５】
−ビーム報告：ＵＥがビーム測定に基づいてビームフォーミングされた信号の情報を報告する動作。
【０１０６】
−ビームスイープ（Beam sweeping）：予め決定された方式で時間間隔の間に送信および／または受信されたビームを用いて空間領域をカバーする動作。
【０１０７】
また、ＴＲＰおよびＵＥにおけるＴｘ／Ｒｘビームの対応（correspondence）は、次のように定義される。
【０１０８】
−ＴＲＰにおけるＴｘ／Ｒｘビームの対応は、次のうちの少なくとも一つが満たされると維持される。
【０１０９】
−ＴＲＰは、ＴＲＰの一つまたは複数の送信ビームに対するＵＥのダウンリンクの測定に基づいて、アップリンク受信のためのＴＲＰ受信ビームを決定することができる。
【０１１０】
−ＴＲＰは、ＴＲＰの一つまたは複数のＲｘビームに対するＴＲＰのアップリンクの測定に基づいて、ダウンリンク送信に対するＴＲＰ  Ｔｘビームを決定することができる。
【０１１１】
−ＵＥにおけるＴｘ／Ｒｘビームの対応は、次のうちの少なくとも一つが満たされると維持される。
【０１１２】
−ＵＥは、ＵＥの一つまたは複数のＲｘビームに対するＵＥのダウンリンクの測定に基づいて、アップリンク送信のためのＵＥ  Ｔｘビームを決定することができる。
【０１１３】
−ＵＥは、一つまたは複数のＴｘビームに対するアップリンクの測定に基づいたＴＲＰの指示に基づいて、ダウンリンク受信のためのＵＥ受信ビームを決定することができる。
【０１１４】
−ＴＲＰにＵＥビームの対応に関する情報の能力指示がサポートされる。
【０１１５】
次のようなＤＬにおけるＬ１／Ｌ２のビーム管理手続が、一つまたは複数のＴＲＰ内でサポートされる。
【０１１６】
Ｐ−１：ＴＲＰ  Ｔｘビーム／ＵＥ  Ｒｘビームの選択をサポートするために、異なるＴＲＰ  Ｔｘビームに対するＵＥの測定を可能にするために使用される。
【０１１７】
−ＴＲＰにおけるビームフォーミングの場合、一般に、互いに異なるビームセットでイントラ（intra）／インター（inter）−ＴＲＰ  Ｔｘビームスイープ（sweep）を含む。ＵＥにおけるビームフォーミングのために、それは、通常、異なるビームのセットからのＵＥ  Ｒｘビームスイープを含む。
【０１１８】
Ｐ−２：異なるＴＲＰ  Ｔｘビームに対するＵＥの測定が、インター／イントラＴＲＰ  Ｔｘビームを変更するために使用される。
【０１１９】
Ｐ−３：ＵＥがビームフォーミングを使用する場合に、同じＴＲＰ  Ｔｘビームに対するＵＥの測定が、ＵＥ  Ｒｘビームを変更するのに使用される。
【０１２０】
少なくともネットワークによってトリガされた非周期的報告（aperiodic reporting）は、Ｐ−１、Ｐ−２、およびＰ−３に関する動作でサポートされる。
【０１２１】
ビーム管理のためのＲＳ（少なくともＣＳＩ−ＲＳ）に基づいたＵＥの測定は、Ｋ（ビームの合計数）個のビームで構成され、ＵＥは、選択されたＮ個のＴｘビームの測定結果を報告する。ここで、Ｎは、必ずしも固定された数ではない。モビリティの目的のためのＲＳに基づいた手続は排除されない。報告情報は、少なくともＮ＜Ｋである場合、Ｎ個のビームに対する測定量およびＮ個のＤＬ送信ビームを示す情報を含む。特に、ＵＥがＫ’＞１ノンゼロパワー（ＮＺＰ）ＣＳＩ−ＲＳリソースに対して、ＵＥは、Ｎ’のＣＲＩ（ＣＳＩ−ＲＳリソースの指示子）を報告することができる。
【０１２２】
ＵＥは、ビーム管理のために、次のような上位層のパラメータ（higher layer parameter）に設定されることができる。
【０１２３】
−Ｎ≧１報告設定（setting）、Ｍ≧１リソース設定
【０１２４】
−報告設定とリソース設定との間のリンクは、合意されたＣＳＩ測定設定で設定される。
【０１２５】
−ＣＳＩ−ＲＳベースのＰ−１およびＰ−２は、リソースおよび報告設定でサポートされる。
【０１２６】
−Ｐ−３は、報告設定の有無に関係なくサポートされることができる。
【０１２７】
−少なくとも以下の事項を含む報告設定（reporting setting）
【０１２８】
−選択されたビームを示す情報
【０１２９】
−Ｌ１測定報告（L1 measurement reporting）
【０１３０】
−時間領域動作（例えば、非周期的（aperiodic）動作、周期的（periodic）動作、セミパーシステント（半持続的）（semi-persistent）動作）
【０１３１】
−色々な周波数粒度（細分性）（frequency granularity）がサポートされる場合の周波数粒度
【０１３２】
−少なくとも以下の事項を含むリソース設定（resource setting）
【０１３３】
−時間領域動作（例えば、非周期的動作、周期的動作、セミパーシステント動作）
【０１３４】
−ＲＳタイプ：少なくともＮＺＰ  ＣＳＩ−ＲＳ
【０１３５】
−少なくとも一つのＣＳＩ−ＲＳリソースのセット。各ＣＳＩ−ＲＳリソースのセットは、Ｋ≧１  ＣＳＩ−ＲＳリソースを含む（Ｋ個のＣＳＩ−ＲＳリソースの一部のパラメータは、同一であってもよい。例えば、ポートの番号、時間領域動作、密度、および周期）
【０１３６】
また、ＮＲは、Ｌ＞１であるＬ（個の）グループを考慮し、次のビーム報告をサポートする。
【０１３７】
−最小限のグループを示す情報
【０１３８】
−Ｎ１ビームに対する測定量（measurement quantity）（Ｌ１  ＲＳＲＰおよびＣＳＩ報告のサポート（ＣＳＩ−ＲＳがＣＳＩ獲得のための場合））
【０１３９】
−適用可能な場合、Ｎ１個のＤＬ送信ビームを示す情報
【０１４０】
前述したようなグループベースのビーム報告は、ＵＥ単位で構成することができる。また、上記グループベースのビーム報告は、ＵＥ単位でターンオフ（turn-off）されることができる（例えば、Ｌ＝１またはＮｌ＝１である場合）。
【０１４１】
ＮＲは、ＵＥがビーム失敗から復旧するメカニズムをトリガできることをサポートする。
【０１４２】
ビーム失敗（beam failure）のイベントは、関連する制御チャネルのビームペア（対）リンク（beam pair link）の品質が充分に低いときに発生する（例えば、閾値（臨界値）との比較、関連するタイマのタイムアウト）。ビーム失敗（または障害）から復旧するメカニズムは、ビーム障害が発生する際にトリガされる。
【０１４３】
ネットワークは、復旧の目的でＵＬ信号を送信するためのリソースを（有する）ＵＥに明示的に構成する。リソースの構成は、基地局が全体または一部の方向から（例えば、ランダムアクセス領域）リッスン（聴取）（listening）するところでサポートされる。
【０１４４】
ビーム障害を報告するＵＬ送信／リソースは、ＰＲＡＣＨ（ＰＲＡＣＨリソースと直交するリソース）と同一の時間インスタンス（instance）に、またはＰＲＡＣＨと異なる時間インスタンス（ＵＥに対して構成可能）に、位置し得る。ＤＬ信号の送信は、ＵＥが新しい潜在的なビームを識別するためにビームをモニタリングすることができるようにサポートされる。
【０１４５】
ＮＲは、ビーム関連の指示（beam-related indication）に関係なく、ビーム管理をサポートする。ビーム関連の指示が提供される場合、ＣＳＩ−ＲＳベースの測定のために使用されたＵＥ側のビームフォーミング／受信手続に関する情報は、ＱＣＬを介してＵＥに指示されることができる。
【０１４６】
ＮＲでサポートするＱＣＬのパラメータとしては、ＬＴＥシステムで使用していた遅延（delay）、ドップラ（Doppler）、平均利得（average gain）などに関するパラメータだけでなく、受信端におけるビームフォーミングのための空間パラメータが追加される予定であり、端末の受信ビームフォーミングの観点から、到来角（到達角）（angle of arrival）関連のパラメータおよび／または基地局の受信ビームフォーミングの観点から、放射角（発信角）（angle of departure）関連のパラメータが含まれることができる。
【０１４７】
ＮＲは、制御チャネルと該当データチャネルとの送信で同一であるか異なるビームを使用することをサポートする。
【０１４８】
ビームペアリンクブロッキング（beam pair link blocking）に対するロバスト（頑健）性（robustness）をサポートするＮＲ−ＰＤＣＣＨ送信のために、ＵＥは、同時にＭ個のビームペアリンク上でＮＲ−ＰＤＣＣＨをモニタリングするように構成されることができる。ここで、Ｍ≧１およびＭの最大値は、少なくともＵＥの能力に依存し得る。
【０１４９】
ＵＥは、異なるＮＲ−ＰＤＣＣＨ  ＯＦＤＭシンボルで異なるビームペアリンク上のＮＲ−ＰＤＣＣＨをモニタリングするように構成されることができる。多数のビームペアリンク上でＮＲ−ＰＤＣＣＨをモニタリングするためのＵＥ  Ｒｘビームの設定に関するパラメータは、上位層のシグナリングもしくはＭＡＣ  ＣＥによって構成されるか、ならびに／またはサーチスペース（探索空間）の設計で考慮される。
【０１５０】
少なくとも、ＮＲは、ＤＬ  ＲＳアンテナポートとＤＬ制御チャネルの復調のためのＤＬ  ＲＳアンテナポートとの間の空間のＱＣＬ仮定の指示をサポートする。ＮＲ−ＰＤＣＣＨ（即ち、ＮＲ−ＰＤＣＣＨをモニタリングする構成方法）に対するビーム指示のための候補のシグナリング方法は、ＭＡＣ  ＣＥシグナリング、ＲＲＣシグナリング、ＤＣＩシグナリング、スペックトランスペアレントおよび／もしくは暗示的方法、ならびにこれらのシグナリング方法の組み合わせである。
【０１５１】
ユニキャストのＤＬデータチャネルの受信のために、ＮＲは、ＤＬ  ＲＳアンテナポートとＤＬデータチャネルのＤＭＲＳアンテナポートとの間の空間ＱＣＬ仮定の指示をサポートする。
【０１５２】
ＲＳアンテナポートを示す情報は、ＤＣＩ（ダウンリンクの許可）を介して表される。また、この情報は、ＤＭＲＳアンテナポートとＱＣＬされているＲＳアンテナポートを示す。ＤＬデータチャネルに対するＤＭＲＳアンテナポートの異なるセットは、ＲＳアンテナポートの別のセットとのＱＣＬとして示し得る。
【０１５３】
ハイブリッドビームフォーミング（Hybrid beamforming）
【０１５４】
マルチ（多重）アンテナ（multiple antenna）を利用する既存のビームフォーミング（beamforming）技術は、ビームフォーミングの重み（加重値）ベクトル（weight vector）／プリコーディングベクトル（precoding vector）を適用する位置に応じて、アナログビームフォーミング（analog beamforming）技法とデジタルビームフォーミング（digital beamforming）技法とに区分できる。
【０１５５】
アナログビームフォーミング技法は、初期のマルチ（多重）アンテナ構造に適用されたビームフォーミング技法である。これは、デジタル信号の処理が完了したアナログ信号を多数の経路に分岐した後、各経路に対して位相シフト（Phase-Shift、ＰＳ）および電力増幅器（Power Amplifier、ＰＡ）の設定を適用してビームを形成する技法を意味することができる。
【０１５６】
アナログビームフォーミングのためには、各アンテナに接続されたＰＡおよびＰＳが単一のデジタル信号から派生したアナログ信号を処理（process）する構造が要求される。言い換えると、アナログ段で上記ＰＡおよび上記ＰＳが複素重み（complex weight）を処理する。
【０１５７】
図５は、アナログビームフォーマ（analog beamformer）およびＲＦチェーン（RF chain）で構成される送信端（transmitter）のブロック図（block diagram）の一例を示す。図５は、単に説明の便宜のためのものであるだけで、本発明の範囲を制限するものではない。
【０１５８】
図５において、ＲＦチェーンは、ベースバンド（基底帯域）（BaseBand、ＢＢ）信号がアナログ信号へ変換される処理ブロックを意味する。アナログビームフォーミング技法は、上記ＰＡおよび上記ＰＳの素子の特性によってビームの精度（正確度）が決定され、上記素子の制御特性上、狭帯域（narrowband）送信に有利であり得る。
【０１５９】
また、アナログビームフォーミング技法の場合、多重ストリーム（stream）の送信を具現しにくいハードウェア構造で構成されるので、送信レートの増大のための多重利得（multiplexing gain）が相対的に小さい。また、この場合、直交リソース割り当てベースの端末別ビームフォーミングが容易ではないこともある。
【０１６０】
これと異なり、デジタルビームフォーミング技法の場合、ＭＩＭＯ環境でダイバーシチ（diversity）および多重利得を最大にするためにＢＢ（BaseBand）プロセスを用いてデジタル段でビームフォーミングが行われる。
【０１６１】
図６は、デジタルビームフォーマ（digital beamformer）およびＲＦチェーンで構成される送信端のブロック図の一例を示す。図６は、単に説明の便宜のためのものであるだけで、本発明の範囲を制限するものではない。
【０１６２】
図６の場合、ビームフォーミングは、ＢＢプロセスでプリコーディングが行われることによって行われることができる。ここで、ＲＦチェーンは、ＰＡを含む。これは、デジタルビームフォーミング技法の場合、ビームフォーミングのために導出された複素重みが送信データに直接適用されるためである。
【０１６３】
また、端末ごとに異なるビームフォーミングが行われ得るので、同時にマルチユーザのビームフォーミングをサポートすることができる。のみならず、直交リソースが割り当てられた端末ごとに独立したビームフォーミングが可能であるので、スケジューリングの柔軟性が向上し、これによって、システムの目的に符合（適合）する送信端の運用が可能である。また、広帯域送信をサポートする環境でＭＩＭＯ−ＯＦＤＭのような技術が適用される場合に、副搬送波（subcarrier）ごとに独立したビームが形成されることもできる。
【０１６４】
したがって、デジタルビームフォーミング技法は、システムの容量増大および強化したビーム利得に基づいて、単一の端末（またはユーザ）の最大送信レートを極大にすることができる。前述したような特徴に基づき、既存の３Ｇ／４Ｇ（例えば、ＬＴＥ（−Ａ））システムでは、デジタルビームフォーミングベースのＭＩＭＯ技法が導入された。
【０１６５】
ＮＲシステムで、送受信アンテナが大きく増加する大規模（massive）ＭＩＭＯ環境が考慮されることができる。一般に、セルラ（cellular）通信では、ＭＩＭＯ環境に適用される最大の送受信アンテナが８本であると仮定される。しかしながら、大規模ＭＩＭＯ環境が考慮されることによって、上記送受信アンテナの数は、数十または数百本以上に増加し得る。
【０１６６】
このとき、大規模ＭＩＭＯ環境で、上記で説明されたデジタルビームフォーミング技術が適用されると、送信端は、デジタル信号の処理のためにＢＢプロセスを介して数百本のアンテナに対する信号処理を行わなければならない。これによって、信号処理の複雑度が非常に大きくなり、アンテナの数だけのＲＦチェーンが必要であるので、ハードウェア具現の複雑度も非常に大きくなることがある。
【０１６７】
また、送信端は、全てのアンテナに対して独立したチャネル推定（channel estimation）が必要である。のみならず、ＦＤＤシステムの場合、送信端は、全てのアンテナで構成された大規模ＭＩＭＯチャネルに対するフィードバック情報が必要であるので、パイロット（pilot）および／またはフィードバックのオーバーヘッドが非常に大きくなることがある。
【０１６８】
反面、大規模ＭＩＭＯ環境において上記で説明されたアナログビームフォーミング技術が適用されると、送信端のハードウェアの複雑度は相対的に低い。
【０１６９】
これに対して、多数のアンテナを利用した性能の増加の程度は非常に小さく、リソース割り当ての柔軟性が低くなることがある。特に、広帯域送信の際、周波数ごとにビームを制御することが容易ではない。
【０１７０】
したがって、大規模ＭＩＭＯ環境では、アナログビームフォーミングおよびデジタルビームフォーミングの技法のうち、一つのみを排他的に選択するのではなく、アナログビームフォーミングとデジタルビームフォーミングとの構造が結合されたハイブリッド（hybrid）形態の送信端の構成方式が必要である。
【０１７１】
アナログビームスキャン（analog beam scanning）
【０１７２】
一般に、アナログビームフォーミングは、純粋アナログビームフォーミングの送受信端およびハイブリッドビームフォーミングの送受信端で利用されることができる。このとき、アナログビームスキャンは、同じ時間に一つのビームに対する推定を行うことができる。したがって、ビームスキャンに必要なビームトレーニング（beam training）の時間は、全候補ビームの数に比例することになる。
【０１７３】
前述したように、アナログビームフォーミングの場合、送受信端のビーム推定のために、時間領域におけるビームスキャン過程が必ず要求される。このとき、全送受信ビームに対する推定時間ｔsは、下記数式２のように表現され得る。
【０１７４】
＜数式２＞
【数２】
2020518195.tif 000038
【０１７５】
数式２において、ｔsは一つのビームスキャンのために必要な時間を意味し、ＫTは送信ビームの数を意味し、ＫRは受信ビームの数を意味する。
【０１７６】
図７は、本発明の多様な実施例に係るアナログビームスキャン方式の一例を示す。図７は、単に説明の便宜のためのものにすぎず、本発明の範囲を制限するものではない。
【０１７７】
図７の場合、全送信ビームの数ＫTがＬであり、全受信ビームの数ＫRが１である場合が仮定される。この場合、全候補ビームの数は計Ｌ個になるので、時間領域でＬ個の時間区間が要求される。
【０１７８】
言い換えると、アナログビーム推定のために単一時間区間で１個のビーム推定しか行うことができないので、図７に示すように、全Ｌ個のビーム（Ｐ1乃至ＰL）推定を行うために、Ｌ個の時間区間が要求される。端末は、アナログビーム推定手続が終了した後、最も高い信号強度を有するビームの識別子（例えば、ＩＤ）を基地局にフィードバックする。即ち、送受信アンテナの数の増加によって、個別ビームの数が増加するほど、より長いトレーニング時間が要求され得る。
【０１７９】
アナログビームフォーミングは、ＤＡＣ（Digital-to-Analog Converter）以降に時間領域の連続する波形（continuous waveform）のサイズおよび位相角を変化させるため、デジタルビームフォーミングと異なり、個別ビームに対するトレーニング区間が保証される必要がある。したがって、上記トレーニング区間の長さが増加するほど、システムの効率が減少（即ち、システムの損失（loss）が増加）し得る。
【０１８０】
チャネル状態情報（Channel State Information：ＣＳＩ）のフィードバック（feedback）
【０１８１】
ＬＴＥシステムを含む大半のセルラシステム（cellular system）において、端末は、チャネル推定のためのパイロット信号（reference signal）を基地局から受信してＣＳＩ（Channel State Information）を計算し、これを基地局に報告する。
【０１８２】
基地局は、端末からフィードバックを受けたＣＳＩ情報をもとにデータ信号を送信する。
【０１８３】
ＬＴＥシステムにおいて端末がフィードバックするＣＳＩ情報には、ＣＱＩ（Channel Quality Information）、ＰＭＩ（Precoding Matrix Index）、ＲＩ（Rank Indicator）がある。
【０１８４】
ＣＱＩフィードバックは、基地局がデータを送信するとき、どのＭＣＳ（Modulation & Coding Scheme）を適用するかに関するガイドを提供する目的（リンク適応用途）で基地局に提供する無線チャネル品質情報である。
【０１８５】
基地局と端末との間で無線品質が高いと、端末は、高いＣＱＩ値をフィードバックし、基地局は、相対的に高い変調多値数（次数）（modulation order）と低いチャネル符号化（コーディング）率（channel coding rate）とを適用してデータを送信し、逆の場合、端末は、低いＣＱＩ値をフィードバックし、基地局は、相対的に低い変調多値数（modulation order）と高いチャネル符号化率（channel coding rate）とを適用してデータを送信する。
【０１８６】
ＰＭＩのフィードバックは、基地局がマルチアンテナを設置した場合、どのＭＩＭＯプリコーディング方式（precoding scheme）を適用するかに関するガイドを提供する目的で、基地局に提供する好ましいプリコーディングマトリクス（preferred precoding matrix）情報である。
【０１８７】
端末は、パイロット信号から基地局と端末との間のダウンリンクＭＩＭＯチャネル（downlink MIMO channel）を推定し、基地局がどのＭＩＭＯプリコーディングを適用すればよいかをＰＭＩフィードバックを介して推薦する。
【０１８８】
ＬＴＥシステムでは、ＰＭＩの構成において、行列の形態で表現可能な線形ＭＩＭＯプリコーディング（linear MIMO precoding）のみが考慮される。
【０１８９】
基地局と端末とは、多数のプリコーディングの行列で構成されたコードブックを共有しており、コードブック内において、それぞれのＭＩＭＯプリコーディング行列は、固有のインデックスを有している。
【０１９０】
したがって、端末は、コートブック内で最も好ましいＭＩＭＯプリコーディング行列に該当するインデックスをＰＭＩとしてフィードバックすることによって、端末のフィードバック情報量を最小にする。
【０１９１】
ＰＭＩ値は、必ずしも一つのインデックスのみで行われるべきものではない。一例として、ＬＴＥシステムにおいて送信アンテナポートの数が８本である場合、二つのインデックス（first PMI & second PMI）を結合してこそ、最終的な８ｔｘ  ＭＩＭＯプリコーディング行列を導出することができるように構成されている。
【０１９２】
ＲＩフィードバックは、基地局および端末がマルチアンテナを設置し、空間多重（spatial multiplexing）を介した多重レイヤ（multi-layer）の送信が可能である場合、端末が、好ましい送信レイヤの数に関するガイドを提供する目的で基地局に提供する好ましい送信レイヤの数に関する情報である。
【０１９３】
ＲＩは、ＰＭＩと非常に密接な関係を有する。それは、送信レイヤの数に応じて、基地局がそれぞれのレイヤにどのプリコーディングを適用すべきかを分からなければならないためである。
【０１９４】
ＰＭＩ／ＲＩフィードバックの構成において、単一レイヤ（single layer）の送信を基準に、ＰＭＩコードブックを構成した後、レイヤごとにＰＭＩを定義してフィードバックできるが、このような方式は、送信レイヤの数の増加によってＰＭＩ／ＲＩフィードバックの情報量が大きく増加するというデメリットがある。
【０１９５】
したがって、ＬＴＥシステムでは、それぞれの送信レイヤの数によるＰＭＩコードブックを定義した。即ち、Ｒ（個の）レイヤの送信のために、Ｎ個のサイズＮｔ×Ｒの行列をコードブック内に定義する（ここで、Ｒは、レイヤの数、Ｎｔは送信アンテナポートの数、Ｎはコードブックのサイズ）。
【０１９６】
したがって、ＬＴＥでは、送信レイヤの数に関係なく、ＰＭＩコードブックのサイズが定義される。この結果、このような構造でＰＭＩ／ＲＩを定義しているため、送信レイヤの数Ｒは、結局のところプリコーディング行列（Ｎｔ×Ｒ行列）のランク値と一致することになるので、ランク指示子（rank indicator）（ＲＩ）という用語を使用することになった。
【０１９７】
本明細書で記述されるＰＭＩ／ＲＩは、必ずしもＬＴＥシステムにおけるＰＭＩ／ＲＩのように、Ｎｔ×Ｒ行列で表現されるプリコーディング行列のインデックス値と、プリコーディング行列のランク値と、を意味するものと制限されるわけではない。
【０１９８】
本明細書で記述されるＰＭＩは、送信端で適用可能なＭＩＭＯプリコーダのうちの好ましいＭＩＭＯプリコーダの情報を示すものであって、そのプリコーダの形態は、ＬＴＥシステムのように行列で表現可能な線形プリコーダのみに限定されない。また、本明細書で記述されるＲＩは、ＬＴＥにおけるＲＩよりもさらに広い意味で、好ましい送信レイヤの数を示すフィードバック情報を全て含む。
【０１９９】
ＣＳＩ情報は、全体のシステム周波数領域から求められてもよく、一部の周波数領域から求められてもよい。特に、広帯域システムでは、端末ごとに好ましい一部の周波数領域（例えば、サブバンド）に対するＣＳＩ情報を求めてフィードバックすることが有用であるかもしれない。
【０２００】
ＬＴＥシステムにおいてＣＳＩフィードバックはアップリンクチャネルを介して行われるが、一般に周期的なＣＳＩフィードバックは、ＰＵＣＣＨ（Physical Uplink Control CHannel）を介して行われ、非周期的なＣＳＩフィードバックは、アップリンクデータチャネルであるＰＵＳＣＨ（Physical Uplink Shared CHannel）を介して行われる。
【０２０１】
非周期的なＣＳＩフィードバックは、基地局がＣＳＩフィードバックの情報を望むときにのみ一時的にフィードバックすることを意味するもので、基地局は、ＰＤＣＣＨ／ｅＰＤＣＣＨなどのダウンリンクコントロールチャネルを介してＣＳＩフィードバックをトリガ（trigger）する。
【０２０２】
ＬＴＥシステムでは、ＣＳＩフィードバックがトリガされたとき、端末がどのような情報をフィードバックすべきかが、図８のようにＰＵＳＣＨ  ＣＳＩ報告モード（reporting mode）で区分されており、端末がどのＰＵＳＣＨ  ＣＳＩ報告モード（reporting mode）で動作すべきかは、上位層のメッセージを介して端末に予め知らせる。
【０２０３】
図８は、ＰＵＳＣＨ  ＣＳＩ報告モードの一例を示した図である。
【０２０４】
ＰＵＣＣＨを介した周期的ＣＳＩフィードバックに対して、ＰＵＣＣＨ  ＣＳＩ報告モードがやはり定義される。
【０２０５】
図９は、ＰＵＣＣＨ  ＣＳＩ報告モードの一例を示した図である。
【０２０６】
ＰＵＣＣＨの場合、ＰＵＳＣＨよりも一度に送ることができるデータ量（payload size）が小さいので、送ろうとするＣＳＩ情報を一度に送ることが難しい。
【０２０７】
したがって、各ＣＳＩ報告モードによって、ＣＱＩおよびＰＭＩを送信する時点とＲＩを送信する時点とが異なる。例えば、報告モード１−０では、特定のＰＵＣＣＨ送信時点ではＲＩのみ送信し、別のＰＵＣＣＨ送信時点では広帯域ＣＱＩを送信する。特定のＰＵＣＣＨ送信時点で構成されるＣＳＩ情報の種類によって、ＰＵＣＣＨ報告タイプが定義される。例えば、上記の例でＲＩのみを送信する報告タイプは、タイプ３に該当し、広帯域ＣＱＩのみを送信する報告タイプは、タイプ４に該当する。ＲＩフィードバックの周期およびオフセット値とＣＱＩ／ＰＭＩフィードバックの周期およびオフセット値とは、上位層のメッセージを介して端末に設定される。
【０２０８】
上記ＣＳＩフィードバック情報は、アップリンク制御情報（Uplink Control Information、ＵＣＩ）に含まれる。
【０２０９】
ＬＴＥにおける基準信号（Reference signals in LTE）
【０２１０】
ＬＴＥシステムにおけるパイロットあるいはＲＳ（Reference Signal）の用途は、大きく次のように分けられる。
【０２１１】
１．測定ＲＳ：チャネル状態測定用パイロット
【０２１２】
Ａ．ＣＳＩ測定／報告の用途（短期間測定（short term measurement））：リンク適応（Link adaptation）、ランク適応（rank adaptation）、閉ループＭＩＭＯプリコーディング（closed loop MIMO precoding）などの目的
【０２１３】
Ｂ．長期間測定（Long term measurement）／報告の用途：ハンドオーバ（Handover）、セル選択（cell selection）／再選択（reselection）などの目的
【０２１４】
２．復調ＲＳ（Demodulation RS）：物理チャネル受信用パイロット
【０２１５】
３．位置決めＲＳ（Positioning RS）：端末位置推定用パイロット
【０２１６】
４．ＭＢＳＦＮ  ＲＳ：マルチキャスト／ブロードキャスト（Multi-cast/Broadcast）サービスのためのパイロット
【０２１７】
ＬＴＥ  Ｒｅｌ−８では、大半のダウンリンク物理チャネルに対する測定（用途１Ａ／Ｂ）および復調（用途２）のためにＣＲＳ（Cell-specific RS）を使用したが、アンテナの数が多くなることによるＲＳのオーバーヘッドの問題を解決するために、ＬＴＥ  Ａｄｖａｎｃｅｄ（Rel-10）からは、ＣＳＩ測定（用途１Ａ）専用としてＣＳＩ−ＲＳと、ダウンリンクデータチャネル（ＰＤＳＣＨ）に対する受信（用途２）専用としてＵＥ−ｓｐｅｃｉｆｉｃ  ＲＳと、を使用する。
【０２１８】
ＣＳＩ−ＲＳは、ＣＳＩ測定およびフィードバック専用に設計されたＲＳであって、ＣＲＳに比べて非常に低いＲＳのオーバーヘッドを有することが特徴であり、ＣＲＳは、４本のマルチアンテナのポートまでサポートするのに対して、ＣＳＩ−ＲＳは、８本のマルチアンテナのポートまでサポート可能なように設計された。ＵＥ固有（特定）ＲＳ（UE-specific RS）は、データチャネルの復調専用に設計されて、ＣＲＳと異なり、該当ＵＥにデータ送信時に適用されたＭＩＭＯプリコーディング技法がパイロット信号に同じように適用されたＲＳ（precoded RS）という点が特徴である。
【０２１９】
したがって、ＵＥ固有ＲＳ（UE-specific RS）は、ＣＲＳ、ＣＳＩ−ＲＳのようにアンテナポートの数だけ送信される必要がなく、送信レイヤの数（送信ランク）だけ送信すればよい。
【０２２０】
また、ＵＥ固有ＲＳは、基地局のスケジューラ（scheduler）を介して、各ＵＥに割り当てられたデータチャネルのリソース領域と同じリソース領域で該当ＵＥのデータチャネルの受信用途で送信されるので、端末固有ＲＳという特徴がある。
【０２２１】
ＣＲＳは、セル内の全てのＵＥが測定および復調の用途で使用できるようにシステム帯域幅内で同じパターンで常時送信されるので、セル固有（特定的）である。
【０２２２】
ＬＴＥのアップリンクでは、測定ＲＳとしてＳｏｕｎｄｉｎｇ  ＲＳ（ＳＲＳ）が設計され、アップリンクデータチャネル（ＰＵＳＣＨ）に対する復調ＲＳ（ＤＭＲＳ）とＡＣＫ／ＮＡＣＫおよびＣＳＩフィードバックのためのアップリンクコントロールチャネル（ＰＵＣＣＨ）に対するＤＭＲＳとがそれぞれ設計された。
【０２２３】
セルフコンテインド（Self-contained）サブフレームの構造
【０２２４】
ＮＲシステムで考慮されるＴＤＤ（Time Division Duplexing）構造は、アップリンク（UpLink、ＵＬ）とダウンリンク（DownLink、ＤＬ）とを１つのサブフレーム（subframe）で全て処理する構造である。これは、ＴＤＤシステムにおけるデータ伝送の遅延（latency）を最小にするためのものであり、上記構造は、セルフコンテインド（self-contained）サブフレームの構造と称される。
【０２２５】
図１０は、本明細書で提案する方法が適用されることができるセルフコンテインド（self-contained）サブフレームの構造の一例を示す。図１０は、単に説明の便宜のためのものであるだけで、本発明の範囲を制限するものではない。
【０２２６】
図１０を参照すると、ｌｅｇａｃｙ  ＬＴＥの場合のように、１つのサブフレームが１４個のＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル（symbol）で構成される場合が仮定される。
【０２２７】
図１０において、領域１００２は、ダウンリンク制御領域（downlink control region）を意味し、領域１００４は、アップリンク制御領域（uplink control region）を意味する。また、領域１００２および領域１００４以外の領域（即ち、別途の表示がない領域）は、ダウンリンクデータ（downlink data）またはアップリンクデータ（uplink data）の送信のために用いられることができる。
【０２２８】
即ち、アップリンク制御情報（uplink control information）およびダウンリンク制御情報（downlink control information）は、１つのセルフコンテインド（self-contained）サブフレームで送信される。これに対し、データ（data）の場合、アップリンクデータまたはダウンリンクデータが１つのセルフコンテインド（self-contained）サブフレームで送信される。
【０２２９】
図１０に示す構造を用いる場合、１つのセルフコンテインド（self-contained）サブフレーム内で、ダウンリンク送信とアップリンク送信とが順次進められ、ダウンリンクデータの送信とアップリンクＡＣＫ／ＮＡＣＫの受信とが行われることができる。
【０２３０】
その結果、データ伝送（送信）のエラーが発生する場合、データの再伝送までかかる時間が減少し得る。これを通じて、データ伝達に関する遅延が最小になり得る。
【０２３１】
図１０のようなセルフコンテインド（self-contained）サブフレームの構造で、基地局（ｅＮｏｄｅＢ、ｅＮＢ、ｇＮＢ）および／または端末（terminal、ＵＥ（User Equipment））が送信モード（transmission mode）から受信モード（reception mode）へ切り換わる過程、または受信モードから送信モードへ切り換わる過程のための時間ギャップ（time gap）が要求される。上記時間ギャップに関して、上記セルフコンテインド（self-contained）サブフレームでダウンリンク送信以降にアップリンク送信が行われる場合、一部のＯＦＤＭシンボルがガード区間（Guard Period、ＧＰ）に設定されることができる。
【０２３２】
３ＧＰＰ  ＮＲにおいて、ＣＳＩ報告に関する次の三つの時間領域動作（time-domain behavior）をサポートする予定である。同様に、（アナログ）ビーム管理のための報告もやはり、以下の三つの時間領域動作（time-domain behavior）のうちの一部または全てをサポートすることができる。
【０２３３】
−非周期的ＣＳＩ報告（Aperiodic CSI reporting）
【０２３４】
−トリガする際にのみＣＳＩ報告を実行
【０２３５】
−セミパーシステントＣＳＩ報告（Semi-persistent CSI reporting）
【０２３６】
活性化（Activation）すると、ＣＳＩ報告を（特定の周期で）開始し、非活性化（Deactivation）すると、ＣＳＩ報告を中断する。
【０２３７】
周期的ＣＳＩ報告（Periodic CSI reporting）
【０２３８】
周期的ＣＳＩ報告は、ＲＲＣ設定された周期およびスロットのオフセット（slot offset）でＣＳＩ報告を行う。
【０２３９】
また、ＣＳＩの取得（acquisition）時、チャネル測定のためのＤＬ  ＲＳ（ダウンリンク参照信号）もやはり、以下の三つの時間領域動作（time-domain behavior）をサポートする予定であり、同様にビーム管理のためのＤＬ  ＲＳもやはり、以下の三つの時間領域動作（time-domain behavior）のうちの一部または全てをサポートすることができる。
【０２４０】
ビーム管理のためのＤＬ  ＲＳには基本的にＣＳＩ−ＲＳが含まれる予定であり、他のダウンリンク信号も利用されることができる。
【０２４１】
他のダウンリンク信号の例として、移動ＲＳ（mobility RS）、ビームＲＳ（beam RS）、同期信号（synchronization signal）（ＳＳ）、ＳＳブロック（SS block）、ＤＬ  ＤＭＲＳｓ（例えば、ＰＢＣＨ  ＤＭＲＳ、ＰＤＣＣＨ  ＤＭＲＳ）などが利用されることができる。
【０２４２】
−非周期的ＣＳＩ−ＲＳ（Aperiodic CSI-RS）
【０２４３】
−トリガする際にのみＣＳＩ−ＲＳの測定を実行
【０２４４】
−セミパーシステントＣＳＩ−ＲＳ（Semi-persistent CSI-RS）
【０２４５】
活性化（Activation）すると、ＣＳＩ−ＲＳの測定を（特定の周期で）開始し、非活性化（Deactivation）すると、ＣＳＩ−ＲＳの測定を中断する。
【０２４６】
周期的ＣＳＩ−ＲＳ（Periodic CSI-RS）
【０２４７】
周期的ＣＳＩ−ＲＳは、ＲＲＣ設定された周期およびスロットのオフセット（slot offset）でＣＳＩ−ＲＳの測定を行う。
【０２４８】
また、ＣＳＩの取得（acquisition）時、基地局が端末に指定する干渉測定リソース（Interference Measurement Resource：ＩＭＲ）にＬＴＥでも利用されていたゼロパワー（zero-power）（ＺＰ）ＣＳＩ−ＲＳベースの干渉測定方式がサポートされる予定であり、さらにＮＺＰ（Non-Zero-Power）ＣＳＩ−ＲＳベースの干渉測定方式や、ＤＭＲＳベースの干渉測定方式のうちの少なくとも一つの方式がサポートされる予定である。
【０２４９】
特に、ＬＴＥシステムでは、ＺＰ  ＣＳＩ−ＲＳベースのＩＭＲが準静的に設定（via RRC signaling）されているのに対して、ＮＲでは、動的に設定する方式がサポートされる予定であり、やはり以下のような三つの時間領域動作（time-domain behavior）をサポートする予定である。
【０２５０】
−ＺＰ  ＣＳＩ−ＲＳを使用した非周期的ＩＭＲ（Aperiodic IMR with ZP CSI-RS）
【０２５１】
−ＺＰ  ＣＳＩ−ＲＳを使用したセミパーシステント（半静的）ＩＭＲ（Semi-persistent IMR with ZP CSI-RS）
【０２５２】
−ＺＰ  ＣＳＩ−ＲＳを使用した周期的ＩＭＲ（Periodic IMR with ZP CSI-RS）
【０２５３】
したがって、ＣＳＩの測定および報告を構成するチャネル推定、干渉推定および報告について、下記のように多様な時間領域動作（time domain behavior）の組み合わせが可能である。
【０２５４】
以下で、説明の便宜のために、ＡＰは非周期的、ＳＰはセミパーシステント、ＰＲは周期的と簡単に表現する。
【０２５５】
例１）チャネル測定のためのＡＰ／ＳＰ／ＰＲ  ＮＺＰ  ＣＳＩ−ＲＳおよび干渉測定のためのＡＰ／ＳＰ／ＰＲ  ＺＰ  ＣＳＩ−ＲＳを有するＡＰ  ＣＳＩ報告
【０２５６】
例２）チャネル測定のためのＡＰ／ＳＰ／ＰＲ  ＮＺＰ  ＣＳＩ−ＲＳおよび干渉測定のためのＡＰ／ＳＰ／ＰＲ  ＺＰ  ＣＳＩ−ＲＳを有するＳＰ  ＣＳＩ報告
【０２５７】
例３）チャネル測定のためのＰＲ  ＮＺＰ  ＣＳＩ−ＲＳおよび干渉測定のためのＰＲ  ＺＰ  ＣＳＩ−ＲＳを（有する）ＰＲ  ＣＳＩ報告
【０２５８】
上記の例において、ＡＰ  ＲＳ／ＩＭＲはＡＰ報告にのみ、ＳＰ  ＲＳ／ＩＭＲはＡＰまたはＳＰ報告にのみ、ＰＲ  ＲＳ／ＩＭＲは全ての報告に対して使用されることを仮定したが、これに制限されるわけではない。
【０２５９】
また、ＲＳおよびＩＭＲは、いずれもリソース設定（セッティング）（resource setting）に含まれ、これらの用途、即ち、チャネル推定用であるか、または干渉推定用であるかは、測定設定（measurement setting）で各リンクに対する設定を介して指示されることができる。
【０２６０】
ＮＲ（New Rat）において、ＰＵＣＣＨは、短いＰＵＣＣＨ（short PUCCH）と長いＰＵＣＣＨ（long PUCCH）とが考慮される。
【０２６１】
上記短いＰＵＣＣＨは、時間領域（time domain）において１つまたは２つのＯＦＤＭシンボルを使用し、周波数領域（frequency domain）において１つまたは複数のＰＲＢ（Physical Resource Block）を使用して送信されることができる。
【０２６２】
下記表４は、ＮＲで定義しているＰＵＣＣＨフォーマットの一例を示した表である。
【０２６３】
＜表４＞
【表４】
2020518195.tif 000039
【０２６４】
表４において、ＰＵＣＣＨフォーマット０およびＰＵＣＣＨフォーマット２は、短いＰＵＣＣＨであってもよく、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３およびＰＵＣＣＨフォーマット４は、長いＰＵＣＣＨであってもよい。次に、長いＰＵＣＣＨは、時間領域で４乃至１２（個の）ＯＦＤＭシンボルを使用し、周波数領域で一つまたは複数のＰＲＢ（Physical Resource Block）を使用して送信されることができる。
【０２６５】
上記短いＰＵＣＣＨは、上記で見たセルフコンテインドスロットの構造において、主にＤＬ（DownLink）データに対する早い（fast）ＡＣＫ（Acknowledge）またはＮＡＣＫ（Non-Acknowledge）のフィードバックの用途で使用されることができる。
【０２６６】
また、上記長いＰＵＣＣＨは、ＬＴＥのＰＵＣＣＨと同様に端末ごとに一定のリソースが占有され、ＡＣＫ／ＮＡＣＫおよびＣＳＩのフィードバックの用途で使用されることができる。
【０２６７】
上記長いＰＵＣＣＨにおける最小のシンボルの数は、４つのシンボルである。
【０２６８】
これは、ＮＲにおいて、多様なスロット構造（slot structure）またはスロットフォーマット（slot format）が考慮されているためである。
【０２６９】
ＮＲにおいて定義されるスロット（slot）について簡単に見る。
【０２７０】
サブキャリア間隔の設定（subcarrier spacing configurationμ）に対して、スロットは、１つのサブフレーム内で増加する順序、即ち、
2020518195.tif 000040
で番号が付けられ、１つの（無線）フレーム内で増加する順序、
2020518195.tif 000041
で番号が付けられる。
【０２７１】
2020518195.tif 000042
は、循環プレフィックス（cyclic prefix）に依存するスロットで連続するＯＦＤＭシンボル
2020518195.tif 000043
がある。
【０２７２】
サブフレームにおけるスロット
2020518195.tif 000044
の開始は、同じサブフレームでＯＦＤＭシンボル
2020518195.tif 000045
の開始と時間で一致（align）している。
【０２７３】
スロットにおいて、ＯＦＤＭシンボルは、「ダウンリンク（Ｄ）」、「フレキシブル（Ｘ）」、または「アップリンク（Ｕ）」に分類できる。
【０２７４】
ダウンリンクスロットで、端末は、「ダウンリンク（downlink）」で、または「フレキシブル」シンボルでのみ、ダウンリンク送信が発生するものと仮定することができる。
【０２７５】
アップリンクスロットで、端末は、「アップリンク（uplink）」で、または「フレキシブル」シンボルでのみ、アップリンク送信が発生するものと仮定することができる。
【０２７６】
参考までに、ＮＲで一つのスロットに含まれるＯＦＤＭシンボルの数は、１４個または７個であってもよい。
【０２７７】
また、スロット構造（slot structure）は、ＤＬ（DownLink）、ＵＬ（UpLink）だけでなく、ＤＬ支配的な（優勢）（dominant）構造（例えば、ＰＤＣＣＨ、ＰＤＳＣＨと短いＰＵＣＣＨとがスロット内に共存）、ＵＬ支配的な（dominant）（例えば、ＰＤＣＣＨとＰＵＳＣＨとがスロット内に共存）構造などの多様な構造が存在することができる。
【０２７８】
また、同じシンボルの数を有する短いＰＵＣＣＨと長いＰＵＣＣＨとに（例えば、多重化できる最大の端末の数またはチャネルコーディング方式によって）複数のＰＵＣＣＨフォーマットが定義されることができ、各ＰＵＣＣＨフォーマットごとに送信できるペイロード（payload）のサイズが異なり得る。
【０２７９】
上記で言及したように、ＬＴＥ（−Ａ）システムは、非周期的（aperiodic）ＣＳＩ報告（reporting）と周期的（periodic）ＣＳＩ報告（reporting）とをサポートし、ＣＳＩ報告は、それぞれＰＵＳＣＨおよびＰＵＣＣＨを介して行われる。
【０２８０】
セミパーシステント（Semi-persistent）ＣＳＩ報告は、ＬＴＥ（−Ａ）システムでサポートされないＣＳＩ報告方式に該当する。
【０２８１】
したがって、本明細書では、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告をサポートする場合、どのようなアップリンク（UpLink、ＵＬ）リソースを介してＣＳＩ報告を行うかに関する方法を提供する。
【０２８２】
ＰＵＳＣＨを介したセミパーシステントＣＳＩ報告（Semi-persistent CSI reporting on PUSCH）
【０２８３】
まず、ＰＵＳＣＨを介してセミパーシステントＣＳＩ報告を行う方法について見ることとする。
【０２８４】
この方法は、セミパーシステント（semi-persistent）ＰＵＳＣＨのリソース割り当て（resource allocation）情報（ＬＴＥシステムにおけるセミパーシステントスケジューリング（ＳＰＳ）と類似）をＣＳＩ報告の活性化（reporting activation）と連動させて動作させることを特徴とする。
【０２８５】
即ち、端末がＣＳＩ報告の活性化（reporting activation）メッセージを受信したとき、上記端末は、予めまたは上記ＣＳＩ報告の活性化メッセージと共に伝達されたＳＰＳ情報を通じて指定されたＰＵＳＣＨリソースを介してＣＳＩ報告を基地局に開始する。
【０２８６】
上記ＣＳＩ報告の活性化（reporting activation）は、Ｌ１（例えば、ＤＣＩ）メッセージまたはＬ２（例えば、ＭＡＣ  ＣＥ）メッセージを通じて指示されることができる。
【０２８７】
また、上記ＳＰＳ情報は、Ｌ１（例えば、ＤＣＩ）、Ｌ２（例えば、ＭＡＣ  ＣＥ）、またはＬ３（例えば、ＲＲＣ）の制御情報で伝達されることができる。
【０２８８】
また、上記ＳＰＳ情報は、ＰＵＳＣＨリソースの時間的特性（例えば、周期、スロットのオフセット（slot offset））、周波数特性（例えば、ＰＲＢインデックス）、コード特性（例えば、シーケンス）、および／または空間特性（例えば、ＤＭＲＳポート）などで構成されることができる。
【０２８９】
上記ＳＰＳ情報のうちの一部または全てがＣＳＩ報告の活性化（reporting activation）時点より（Ｌ１シグナリング、Ｌ２シグナリングまたはＬ３シグナリングに）予め設定または指定されることができる。
【０２９０】
上記ＳＰＳ情報がＣＳＩ報告の活性化より予め設定または指定される場合、端末は、ＣＳＩ報告の活性化メッセージを受信すると同時に、予め指定されたＳＰＳリソースを介してＣＳＩ報告を開始することができる。
【０２９１】
即ち、ＣＳＩ報告の活性化メッセージは、既に設定されたＰＵＳＣＨ活性化（activation）を共に指示できる。
【０２９２】
ＳＰＳに対するリソース情報がＬ２またはＬ３シグナリングに予め設定される場合、上記ＳＰＳに対するリソース情報は、周波数リソースのスケジューリング（scheduling）の情報であるリソース割り当て（Resource Allocation、ＲＡ）の情報だけでなく、時間リソースの情報である周期およびスロット／サブフレームのオフセット（slot/subframe offset）情報を共に含むことができる。
【０２９３】
また、上記周波数リソースの情報に報告（reporting）時点によるＰＵＳＣＨのホッピングパターン（hopping pattern）情報がさらに含まれることができる。
【０２９４】
上記ＳＰＳ情報（例えば、ＲＡ）がＣＳＩ報告の活性化（reporting activation）時点と同時に指定され、（１）ＣＳＩ報告の活性化がＬ１（ＤＣＩ）で指示される場合、上記ＳＰＳ情報もＬ１で指示され、（２）ＣＳＩ報告の活性化がＬ２（ＭＡＣ  ＣＥ）で指示される場合、上記ＳＰＳ情報もＬ２で指示されることができる。
【０２９５】
ＬＴＥシステムにおいて、ＰＵＳＣＨに対するＳＰＳの活性化／解除（activation/release）情報は、一般的なワンショットＤＬ／ＵＬスケジューリング（one shot DL/UL scheduling）情報を伝達するＲＮＴＩ（即ち、Ｃ−ＲＮＴＩ）と異なるＲＮＴＩ（即ち、ＳＰＳ−Ｃ−ＲＮＴＩ）を使用して端末に伝達されることによって、ＰＤＣＣＨのデコーディング段階で区分されるように設定された。
【０２９６】
ＳＰ報告の活性化／非活性化（reporting activation/deactivation）情報を伝達するにあたって、ワンショットスケジューリング用ＲＮＴＩ（例えば、ＬＴＥのＣ−ＲＮＴＩ）を使用するか、ＰＵＳＣＨ  ＳＰＳ用ＲＮＴＩを使用するか（例えば、ＬＴＥのＳＰＳ−Ｃ−ＲＮＴＩ）、または別途のＲＮＴＩを付与する方法が考慮されることができる。
【０２９７】
ＳＰ報告の活性化／非活性化（reporting activation/deactivation）情報の伝達にＰＵＳＣＨ  ＳＰＳ用ＲＮＴＩ（例えば、ＳＰＳ−Ｃ−ＲＮＴＩ）と共用で使用する場合、ＤＣＩフィールド内に該当ＵＬグラント（UL grant）がＰＵＳＣＨ  ＳＰＳ用であるか、ＳＰ  ＣＳＩ報告用であるか、（または二つの用途に共に使用されるか）を１（または２）ビットフィールド（bit field）で指示することができる。
【０２９８】
上記で説明した内容を再度簡略にまとめると、ＮＲでは、ＰＵＳＣＨを介したセミパーシステントＣＳＩ報告がサポートされる。また、ＰＵＳＣＨを介したＳＰ−ＣＳＩは、ＤＣＩによって活性化／非活性化される。
【０２９９】
本明細書で提案する方法は、ＰＵＳＣＨを介したＳＰ−ＣＳＩの活性化または非活性化の指示のためのＤＣＩにＳＰＳ  ＰＵＳＣＨに対するＣ−ＲＮＴＩと別途のＲＮＴＩを使用するものである。
【０３００】
上記別途のＲＮＴＩの一例は、ＳＰ−ＣＳＩ−ＲＮＴＩなどで表され得る。
【０３０１】
即ち、ＮＲシステムにおいて、ＶｏＩＰサービスおよびＳＰ−ＣＳＩ報告がすべて利用される場合、各利用に対して別途のＲＮＴＩを使用することが好ましいかもしれない。
【０３０２】
その理由は、別途のＲＮＴＩを使用することにより、端末のＤＣＩに対する誤検出（misdetection）の確率が減り、ＤＣＩに有効ビットを追加することができるためである。
【０３０３】
また、ＰＵＳＣＨを介したＳＰ  ＣＳＩ報告は、周辺のセルに対する干渉を制御する目的で使用できる点で、ＶｏＩＰサービスの目的で使用されるＬＴＥにおけるＳＰＳスケジューリングと差（違い）がある。
【０３０４】
また、ＰＵＳＣＨを介したＳＰ  ＣＳＩ送信は、一定周期を有し、常時該当周期でＣＳＩを送信または報告する点で、送信するデータがない場合には、ＵＬ送信を行わないＳＰＳスケジューリングと差がある。
【０３０５】
さらに、ＳＰ  ＣＳＩの活性化／非活性化（解除）のためのＲＮＴＩをＰＵＳＣＨ  ＳＰＳ用ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）と共同で使用する方法についてより具体的に見る。
【０３０６】
上記ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）を使用して（ＶｏＩＰサービス用途およびＳＰ  ＣＳＩ報告用）送信されるＤＣＩに２個のビットまたはフィールドを設定し、１ビット（または一つのフィールド）は、（ＶｏＩＰサービス用途のＵＬ−ＳＣＨを運ぶ）ＳＰＳ  ＰＵＳＣＨに対する活性化または解除（もしくは非活性化）を指示する用途で、別の１ビット（または１つのフィールド）は、ＣＳＩ報告を送信するＳＰＳ  ＰＵＳＣＨに対する活性化または解除を指示する用途で、それぞれ設定されることができる。
【０３０７】
これを通じて、１つのＵＬグラントを使用し、上記２つのＳＰＳ  ＰＵＳＣＨのうちの一つのみまたは二つ共に対して、活性化または解除（または非活性化）を指示することができる。
【０３０８】
また、後述するワンショット（one shot）ＰＵＳＣＨとＰＵＣＣＨとを共に使用してＳＰ−ＣＳＩ報告を行う方法がサポートされる場合、ＣＳＩ報告のトリガ（または活性化）指示は、ワンショットＰＵＳＣＨを割り当てるＣ−ＲＮＴＩで行うことができる。
【０３０９】
したがって、ＲＮＴＩを介してｍｕｌｔｉ−ｓｈｏｔ（ＳＰＳ）ＰＵＳＣＨを使用するＣＳＩ報告方式であるか、またはワンショット（one shot）ＰＵＳＣＨと共にＰＵＣＣＨを使用してＣＳＩ報告を行う方式であるか、を暗示的に（implicit）区分させることができる。
【０３１０】
ＰＵＳＣＨ  ＳＰＳは、上記ＳＰ  ＣＳＩ報告の目的だけでなく、上記で見たＬＴＥシステムにおけるように、ＶｏＩＰサービスのような常時のＵＬデータの送信のためにも利用されることができる。
【０３１１】
このような観点から、割り当てられたＰＵＳＣＨ  ＳＰＳは、ＳＰ  ＣＳＩ報告とＵＬデータの送信とのために利用されることもできる。
【０３１２】
この場合、ＣＳＩ報告時点でデータバッファ（data buffer）が空いた場合には、該当ＳＰＳ  ＣＳＩ  ＰＵＳＣＨを介してＣＳＩのみを送信し、データがありながら、別のＵＬグラントがない場合、ＳＰＳ  ＣＳＩ  ＰＵＳＣＨにデータ伝送を許可することもできる。
【０３１３】
このような場合、データとＣＳＩとが同時に送信されるか否かは、ＣＳＩ報告（payload）内で（独立したフィールドに）指示（indication）できる。
【０３１４】
あるいは、データおよびＣＳＩ報告の情報を割り当てられたＳＰＳ  ＰＵＳＣＨリソース内で互いに異なる時間、周波数、コード、および／または空間リソースに区分することもできる。
【０３１５】
例えば、ＤＭＲＳシーケンス、ＤＭＲＳポート、スクランブルシーケンスなどを介して、データとＣＳＩ報告の情報とが区分されることができる。
【０３１６】
ＰＵＣＣＨを介したセミパーシステントＣＳＩ報告（Semi-persistent CSI reporting on PUCCH）
【０３１７】
次に、ＰＵＣＣＨを介してＳＰ  ＣＳＩ報告を行う方法について見る。
【０３１８】
即ち、該当方法は、ＲＲＣ設定された一つまたは複数のＰＵＣＣＨリソースに対してＣＳＩ報告の活性化の際に（ＰＵＣＣＨリソースの選択および選択された）ＰＵＣＣＨでＣＳＩ報告をオンまたはオフする方法を言う。
【０３１９】
この場合、ＣＳＩ報告の活性化（reporting activation）メッセージと共に、または予め特定ＰＵＣＣＨリソースを使用して、該当ＣＳＩ報告を行うかを指定する情報が共に送信されることができる。
【０３２０】
上記ＰＵＣＣＨリソースは、ＰＵＣＣＨの時間、周波数、コード（sequence）、および／または空間リソースを含むことができる。
【０３２１】
上記空間リソースは、一例として、ＰＵＣＣＨ  ＤＭＲＳポート指示子などであってもよい。
【０３２２】
ＣＳＩ報告の非活性化（reporting deactivation）と共に、または別にＰＵＣＣＨリソースの解放（解除）（release）動作が定義されることができる。
【０３２３】
例えば、ＲＲＣで設定された複数のＰＵＣＣＨは、特定ＰＵＣＣＨリソースが解放されることによって、自動的に再設定される動作が定義されることができる。
【０３２４】
上記ＰＵＣＣＨリソース解放の指示は、報告の非活性化の指示と共に、または別にシグナリングされることができる。
【０３２５】
上記ＰＵＣＣＨリソース解放の指示がＣＳＩ報告の非活性化指示と別にシグナリングされる場合、ＣＳＩ報告は、非活性化されたが、これから同じＰＵＣＣＨリソースを介してＣＳＩ報告を再活性化（re-activation）する可能性がある場合には、上記ＰＵＣＣＨリソースの解放は指示されないこともある。
【０３２６】
上記ＰＵＣＣＨを用いたセミパーシステント報告は、ＵＣＩのペイロードサイズを考慮し、特定ＰＵＣＣＨタイプ（例えば、長いＰＵＣＣＨ）または特定ＰＵＣＣＨ設定（例えば、Ｘシンボルおよび／またはＹ  ＰＲＢよりも多くの短いＰＵＣＣＨまたは長いＰＵＣＣＨ、特定のＰＵＣＣＨフォーマット）に制限的に適用されることができる。
【０３２７】
ＰＵＣＣＨおよびＰＵＳＣＨを介したセミパーシステントＣＳＩ報告（Semi-persistent CSI reporting on PUCCH and PUSCH）
【０３２８】
次に、上記で少し言及したＰＵＣＣＨおよびＰＵＳＣＨを介したＳＰ−ＣＳＩ報告方法について具体的に見る。
【０３２９】
即ち、該当方法は、ＰＵＳＣＨおよびＰＵＣＣＨを全て（両方とも）使用してＳＰ  ＣＳＩ報告をサポートする方式を言う。
【０３３０】
例えば、基地局がＣＳＩ報告の活性化メッセージ（ＰＵＣＣＨリソース選択の情報を含み得る）と共に、ＵＬリソース割り当ての情報を端末に送信すると、上記端末は、割り当てられたＰＵＳＣＨリソースを介して１番目のＣＳＩ報告を行い、以降のＣＳＩ報告は、設定された（または選択された）ＰＵＣＣＨリソースを介して行われることができる。
【０３３１】
さらに他の一例として、端末は、ＳＰＳ  ＰＵＳＣＨを介してセミパーシステントＣＳＩ報告を行い、これ以上割り当てられたＳＰＳ  ＰＵＳＣＨリソースが存在せず、基地局からＣＳＩ報告の非活性化を受信できない場合、または割り当てられたＳＰＳ  ＰＵＳＣＨリソースがさらに重要なＵＬ（もしくはＤＬ）リソース（例えば、ＰＵＳＣＨ  ｗｉｔｈ  ｍｉｎｉ−ｓｌｏｔ（ＵＲＬＬＣ用ＰＵＳＣＨ）、ＰＵＣＣＨ）と衝突（衝突もしくはオーバーラップ）が発生する場合、該当スロットまたは衝突領域でＳＰＳ  ＰＵＳＣＨの代わりにＰＵＣＣＨにＣＳＩ報告を行うことができる。
【０３３２】
また、ＳＰ  ＣＳＩ報告にＰＵＳＣＨおよびＰＵＣＣＨを共に使用する場合、ＰＵＳＣＨを介して高い解像度（high resolution）のＣＳＩを報告し、ＰＵＣＣＨでは低い解像度（low resolution CSI）を報告するようにすることができる。
【０３３３】
ここで、ＰＵＣＣＨを介したＳＰ  ＣＳＩ報告は、ＰＵＣＣＨのペイロードサイズの制限を考慮してＰＵＳＣＨを介して報告するＣＳＩ情報に依存性（dependency）を有する（依存する）ように設定されることができる。
【０３３４】
あるいは、ＰＵＳＣＨおよびＰＵＣＣＨを共に使用してＳＰ  ＣＳＩ報告を行う場合、ＰＵＳＣＨを介して、ＣＳＩ全体（即ち、ＲＩ、ＰＭＩ、ＣＱＩ、そして、必要な際にはＣＲＩも共に）を報告し、ＰＵＣＣＨには、一部のＣＳＩ（例えば、ＰＭＩのみ、またはＣＱＩのみ、またはＰＭＩおよびＣＱＩのみ）を報告させることができる。
【０３３５】
同様に、ＰＵＣＣＨを介したＳＰ  ＣＳＩ報告は、ＰＵＣＣＨのペイロードサイズの制限を考慮し、ＰＵＳＣＨを介して報告したＣＳＩ情報に依存性を有するように設定されることができる。
【０３３６】
例えば、ＰＵＳＣＨにおけるＣＳＩ報告の際に、報告したＰＭＩ値を基準に後に続くＰＵＣＣＨ報告での基準になるＰＭＩコードブックサブセットが決定されることができる。
【０３３７】
即ち、特定規則によってＰＵＳＣＨで報告したＰＭＩを基準にＰＵＣＣＨで報告する候補ＰＭＩが制限され、ＰＵＣＣＨ報告の際にＰＭＩのペイロードサイズを減らすことができる。
【０３３８】
ここで、「特定規則」は、基地局と端末との間で約束された規則であるか、または特定規則なしで基地局がコードブックサブセットを直接設定または指定する方式に従わせることができる。
【０３３９】
例えば、ＰＵＳＣＨ  ＣＳＩ報告に含まれたＷ１値を維持することを仮定しながら、後に続くＰＵＣＣＨ  ＣＳＩ報告の際にはＷ２値のみを送信させることもできる。
【０３４０】
サブバンド（SubBand、ＳＢ）ごとに複数のＷ２を送信すべき場合、連続するＰＵＣＣＨ送信を介して各Ｗ２を順次送信することもできる。
【０３４１】
同様に、ＰＵＳＣＨで報告したＣＱＩ値を基準に、ＰＵＣＣＨ報告の際には、差分（differential）ＣＱＩ値（基準ＣＱＩに対する差異値）を送信させることができる。
【０３４２】
ＲＩ値もまた同様に、ＰＵＳＣＨで送ったＲＩ値を基準に、ＰＵＣＣＨでは差分のＲＩ値を送信するように設定することで、ＰＵＣＣＨのペイロードサイズを減らすことができる。
【０３４３】
上記ＰＵＣＣＨベースのＣＳＩ送信において、各報告時点でアップデートするＣＳＩのパラメータを基地局が指定することも可能である。
【０３４４】
あるいは、ＵＥがアップデートするＣＳＩのパラメータを直接決定し、ＣＳＩと共にどのＣＳＩのパラメータをアップデートしたかを報告することができる。
【０３４５】
このとき、ＣＲＩ、ＲＩなどのアップデートは、ＣＳＩ全体に影響を与えるため、部分ＣＳＩのアップデートには適切ではないかもしれない。
【０３４６】
ＵＥがＰＵＣＣＨを介して部分ＣＳＩをアップデートする場合、部分ＣＳＩのアップデートの対象ではないＣＳＩは、（例えば、ＣＲＩ、ＲＩ）最も最近に報告したＰＵＳＣＨ  ＣＳＩの値を仮定して計算することができる。
【０３４７】
例えば、ＣＱＩおよびＰＭＩ（例えば、Ｗ２のみ）がアップデートされるとすると、ＣＲＩ、ＲＩ、Ｗ１は、最も最近のＰＵＳＣＨを介して報告した値を仮定して計算する。
【０３４８】
上記の方法は、１つのセミパーシステントＣＳＩ報告にＰＵＣＣＨとＰＵＳＣＨとが共に使用されることを仮定したが、独立した複数の非周期的（aperiodic）ＣＳＩ報告／ＳＰ  ＣＳＩ報告にＰＵＣＣＨとＰＵＳＣＨとを共に利用する方式に拡張して適用することもできる。
【０３４９】
例えば、高解像度のＣＳＩ情報をＰＵＳＣＨ（または連続するＰＵＣＣＨ）に送信を完了した端末の場合、基地局が別途の指示を介してＰＵＣＣＨベースの非周期的ＣＳＩ／ＳＰ  ＣＳＩ報告を指示することができる。
【０３５０】
このとき、ＰＵＣＣＨを介して送信するＣＳＩ値は、上記で説明したように、ＰＵＳＣＨで報告したＣＳＩ値に依存性（dependency）を有させて、少ないペイロードサイズでも効率的なＣＳＩ報告になるようにすることができる。
【０３５１】
このとき、ＰＵＣＣＨベースのＣＳＩ報告の指示時、基準になるＰＵＳＣＨ  ＣＳＩ報告に関して、Ｌ１またはＬ２シグナリングを介して動的に指示するか、Ｌ３（ＲＲＣ）シグナリングを介して準静的（semi-static）に設定できる。
【０３５２】
基準になるＰＵＳＣＨ  ＣＳＩ報告に関して、Ｌ３シグナリングを介して準静的に設定された場合、ＰＵＣＣＨベースのＣＳＩ報告とＰＵＳＣＨベースのＣＳＩ報告とは、１つの報告設定内に含まれるか、またはそれぞれ独立した報告設定に含まれることができる。
【０３５３】
この場合、ＣＳＩの計算および報告において、依存性があるということを知らせるために、報告設定間または測定設定内に含まれたリンク（link）間に関連性があることを別途の指示子を介して基地局から端末に知らせることができる。
【０３５４】
上記ＰＵＳＣＨでＣＳＩ報告を先に送信した後、ＰＵＣＣＨでＣＳＩをアップデートする動作に対して、ＰＵＳＣＨの復調（decoding）においてエラーが発生した場合、後に続くＰＵＣＣＨベースのＣＳＩ報告の情報もやはり異なって理解（または解釈）され得るという問題が発生し得る。
【０３５５】
これを解決するために、最初のＰＵＳＣＨ送信（例えば、＃ｎ−ｔｈ  ｓｌｏｔ）に対して基地局がＡＣＫ／ＮＡＣＫを送る動作が定義される場合（例えば、＃（ｎ＋ｋ）ｓｌｏｔ）、＃（ｎ＋ｋ）時点においてＡＣＫが端末で受信される場合、上記端末は、正常に提案するＰＵＣＣＨ送信を行い続けられる。
【０３５６】
しかしながら、＃（ｎ＋ｋ）時点においてＮＡＣＫが端末で受信される場合、上記端末は、再度事前に定義または設定されたタイムライン（timeline）に従って（例えば、＃（ｎ＋ｋ＋ｋ２）時点において）上記最初のＰＵＳＣＨ送信に対して再送信を行い、再度上記の動作を繰り返させることができる。
【０３５７】
このとき、ＰＵＳＣＨ送信に対して最大何回の再送信（re-transmission）が可能であるかが定義または設定されることができる。
【０３５８】
最初のＰＵＳＣＨ送信（例えば、＃ｎ−ｔｈ  ｓｌｏｔ）に対して基地局がＡＣＫまたはＮＡＣＫを送る動作が定義（またはサポートまたは設定）されていなければ、端末は、（基地局が正常受信することを仮定して）上記後に続くＰＵＣＣＨ送信を開始する。
【０３５９】
ただし、中間で（例えば、最初のＰＵＳＣＨ以降、特定の予め定義された（pre-defined）、または設定された時間間隔（configured time interval）以内に）上記ＰＵＳＣＨの再送信を指示するＵＬグラントを基地局から受信する場合、端末は、上記ＰＵＳＣＨの再送信を行うことで全ての関連動作を初期化（例えば、送信していたＰＵＣＣＨなどはいずれも中断して新たに開始）することができる。
【０３６０】
このように、「再送信を指示するＵＬグラント」であるかを認識する方法として、ＵＬグラント内のＨＡＲＱ  ＩＤが同一であるときに再送信を指示するものと認識するか、同じ報告設定を指示するか否かで再送信を指示するものと認識するか、またはＬＴＥシステムと同様にＤＣＩに新しいデータ指示子フィールドが含まれており、トグル（toggling）が可能か否かで再送信を指示するものと認識するか、を行うことができる。
【０３６１】
さらに、ＰＵＳＣＨおよびＰＵＣＣＨを共に使用してＣＳＩ報告を行う動作のために、ＰＵＳＣＨリソース割り当て（resource allocation）情報、ＰＵＣＣＨリソース割り当て／選択（resource allocation/selection）情報、報告の活性化（Reporting activation）情報が共にまたは別に基地局から端末にシグナリングされることができる。
【０３６２】
例えば、報告の活性化（Reporting activation）およびＰＵＣＣＨの割り当て／選択（allocation/selection）の情報は、共に（ＭＡＣ  ＣＥに）送信され、ＰＵＳＣＨリソース割り当て情報は、ＤＣＩで別に送信されることができる。
【０３６３】
この場合、端末は、（１）ＰＵＳＣＨリソース割り当てに関するＤＣＩを基地局から受信する前まではＣＳＩ報告を行わず、ＰＵＳＣＨリソース割り当てを受ける場合、ＰＵＳＣＨを介して最初のＣＳＩ報告を行った後、ＰＵＣＣＨリソースを介して後に続くＣＳＩ報告を行うことができる。
【０３６４】
あるいは、（２）端末は、ＰＵＳＣＨリソース割り当ての情報を受ける時点と関係なく（選択された）ＰＵＣＣＨリソースを介してＣＳＩ報告の実行を開始することができる。（２）の場合、端末がある時点でＣＳＩ報告のためのＰＵＳＣＨリソース割り当てを基地局から受信すると、ＰＵＳＣＨベースのＣＳＩ報告以降に行われるＰＵＣＣＨベースのＣＳＩ報告の情報は、ＰＵＳＣＨベースのＣＳＩ報告の情報に依存性を持たせることができる。
【０３６５】
また、該当ＰＵＳＣＨベースのＣＳＩ報告以前に行われるＰＵＣＣＨベースのＣＳＩ報告の情報は、ＰＵＳＣＨベースのＣＳＩ報告の情報に依存性がないようにすることができる。
【０３６６】
本明細書で記載しているＰＵＣＣＨリソース（resource）は、ＰＵＣＣＨの時間（time）、周波数（frequency）、コード（code）、および／または空間（spatial）リソースを通称する。
【０３６７】
また、ＰＵＣＣＨリソースは、時点ごとに異なって設定されることができる。例えば、互いに異なる時点に割り当てられるＰＵＣＣＨリソースの情報は、シーケンスの形態で設定または指示されることができる。
【０３６８】
候補（candidate）ＰＵＣＣＨリソースの情報は、ＲＲＣ情報で設定されることがより好ましく、どのＰＵＣＣＨリソースを介して指示するＣＳＩ報告を行うかは、ＭＡＣ（Medium Access Control）  ＣＥ（Control Element）および／またはＤＣＩを介してより動的に指示することができる。
【０３６９】
セミパーシステント／非周期的報告のためのＵＬリソース指示（UL resource indication for semi-persistent/aperiodic reporting）
【０３７０】
上記で見た提案方式の適用において、（ＮＲ）システムは、ＰＵＣＣＨベースのＳＰ報告とＰＵＳＣＨベースのＳＰ報告とをいずれもサポートし、どのＵＬリソースを使用してＳＰ  ＣＳＩ報告を行うかを基地局が選択または設定できる。
【０３７１】
上記ＵＬリソースの指定を準静的（semi-static）にＲＲＣで設定する場合、報告設定のパラメータに含めることができる。
【０３７２】
あるいは、上記ＵＬリソースの指定をＬ１シグナリングまたはＬ２シグナリングでさらに動的に設定する方法も可能であるかもしれない。
【０３７３】
この場合、複数の報告設定または単一の報告設定内に複数の候補ＵＬリソースが予めＲＲＣ設定されることができる。
【０３７４】
上記複数の（候補）ＵＬリソースは、１つもしくは複数のＰＵＣＣＨリソースならびに／または１つもしくは複数のＰＵＳＣＨリソースを含むことができる。
【０３７５】
このうち、どのＵＬリソースを介してＣＳＩ報告を行うかは、Ｌ１および／またはＬ２シグナリングを介して基地局が明示的（explicit）または暗示的（implicit）に指定できる。
【０３７６】
暗示的指示（implicit indication）の一例として、ＤＬ  ＤＣＩで活性化の際にＰＵＣＣＨにおいて（ＣＳＩ）報告を行い、ＵＬ  ＲＡ（Resource Allocation）が含まれたＵＬ  ＤＣＩで活性化の際にＰＵＳＣＨにおいて報告するように指定されることができる。
【０３７７】
後者の場合（ＰＵＳＣＨに報告）、後に続く（ＣＳＩ）報告は、ＰＵＣＣＨを使用することもできる。
【０３７８】
暗示的指示（implicit indication）のさらに他の一例として、互いに異なる報告タイミング（reporting timing）の属性を有する複数のＰＵＣＣＨリソースがＲＲＣに設定された場合（例えば、同一／整数倍の周期を有する異なるスロットのオフセット（different slot offset with same/integer-multiple period））、報告タイミング（reporting timing）の指示を通じて、どのＰＵＣＣＨリソースを使用するかを指示することができる。
【０３７９】
暗示的指示（implicit indication）のさらに他の一例として、ＤＣＩベースのＳＰ  ＣＳＩ報告が（決められた回数だけの連続するＣＳＩ報告のために）導入され、ＭＡＣ  ＣＥベースのＳＰ  ＣＳＩ報告もやはり（基地局が非活性化するまでパーシステント（持続的）ＣＳＩ報告のために）導入されれば、ＤＣＩベースのＳＰ  ＣＳＩ報告はＰＵＳＣＨで、ＭＡＣ  ＣＥベースのＳＰ  ＣＳＩ報告はＰＵＣＣＨで、行うことがより好ましいかもしれない。
【０３８０】
これは、ＤＣＩでＳＰ  ＣＳＩ報告を指示する場合、ＰＵＳＣＨに対するＲＡ（Resource Allocation）フィールドが共に送信されることができる。
【０３８１】
また、決められた回数だけＣＳＩ報告を行った後、自動で止まる形態のメカニズムが定義されれば、ＤＣＩの誤検出（misdetection）時の危険性がより弱くなり、より早く活性化できるＤＣＩが有利であり得る。
【０３８２】
これに対し、（ＣＳＩ報告）非活性化の指示を受信するまでパーシステントに維持されるＳＰ  ＣＳＩ報告のメカニズムの場合、ＤＣＩの誤検出の際に非活性化がされず、深刻な干渉および端末の電力の無駄遣いを誘発し得るため、ＭＡＣ  ＣＥで非活性化を行うことがより好ましいかもしれない。
【０３８３】
このような場合、活性化／非活性化（activation/deactivation）のメッセージを伝達するコンテナがＤＣＩであるか、またはＭＡＣ  ＣＥであるかによって、端末は、ＰＵＣＣＨを使用するか、またはＰＵＳＣＨを使用してＳＰ  ＣＳＩ報告を行うか、が暗示的（implicit）に伝達できる。
【０３８４】
上記Ｌ１／Ｌ２の明示的／暗示的な指示メッセージは、ＣＳＩ報告の活性化メッセージと共に、または別に指示されることができる。
【０３８５】
別に指示される例として、Ｌ１（Layer 1）および／またはＬ２（Layer 2）シグナリングでＵＬリソースを予め選択した後、後に続くＬ１および／またはＬ２シグナリングで該当（または選択された）ＵＬリソースを介したＣＳＩ報告の活性化（reporting activation）を指示することができる。
【０３８６】
上記準静的／動的ＵＬリソースの選択方式は、セミパーシステントＣＳＩ報告だけでなく、非周期的ＣＳＩ報告にも適用されることができる。
【０３８７】
例えば、非周期的ＣＳＩ報告のために、１つもしくは複数のＰＵＣＣＨリソースならびに／または一つもしくは複数のＰＵＳＣＨリソースがＲＲＣ設定された後、Ｌ１および／またはＬ２の暗示的または明示的指示を通じて、上記非周期的ＣＳＩ報告を行う最終的なＵＬリソースが指定されることができる。
【０３８８】
ＣＳＩ報告の活性化／非活性化タイミング（CSI reporting activation/deactivation timing）
【０３８９】
ＰＵＳＣＨリソースまたはＰＵＣＣＨリソースは、セミパーシステント報告の非活性化（semi-persistent reporting deactivation）の際に共に非活性化されることができる。
【０３９０】
この場合、このような非活性化の時点に対しては、（１）該当スロット以降にＣＳＩ報告を送らないか、（２）残ったＣＳＩフィードバックのパラメータ（remaining CSI feedback parameter）を全て送信した後、ＣＳＩ報告を中断するか、または（３）基地局が設定（または指定）した時点以降にＣＳＩ報告を中断することができる。
【０３９１】
上記（２）の場合、ＰＵＣＣＨを介したＣＳＩ報告の際にＬＴＥにおけるようにペイロードサイズ（payload size）の制限のため、種々の報告時点を介してＣＳＩフィードバックの情報を順次分割して送信できる。
【０３９２】
この場合、このような報告の中間で、報告の非活性化メッセージを端末が基地局から受信した場合、残りの情報を全て送るまでは、占有するＰＵＳＣＨリソースまたはＰＵＣＣＨリソースを維持することができる。
【０３９３】
あるいは、端末がＭＡＣ  ＣＥで報告の非活性化メッセージを受信する際に、上記ＭＡＣ  ＣＥを送信するＰＤＳＣＨに対するＡＣＫを返信するスロットを基準に上記報告を中断することもできる。
【０３９４】
あるいは、端末がＤＣＩで報告の非活性化メッセージを受信しても、該当ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫが定義されることもできる。
【０３９５】
この場合も、ＡＣＫを返信するスロットを基準に（ＣＳＩ）報告が中断されることができる。
【０３９６】
この場合、端末が報告の非活性化メッセージをｎ番目（n-th）のスロットで受信しても、ＡＣＫの返信時点であるｎ＋ｋ番目（(n+k)-th）のスロット以前まではＣＳＩ報告を維持することができる。
【０３９７】
ＣＳＩ報告の開始時点もやはり、報告の活性化ＤＣＩ（もしくは報告の活性化ＭＡＣ  ＣＥ）を受信したスロット時点を基準に決められた（もしくは基地局が設定した）時点以降からＣＳＩ報告を開始するか、または報告の活性化ＤＣＩ（もしくは報告の活性化ＭＡＣ  ＣＥ）に対するＡＣＫを送信したスロット時点を基準に決められた（もしくは基地局が設定した）時点以降から報告を開始することができる。
【０３９８】
ＳＰ  ＣＳＩ報告（reporting）のためのＰＵＣＣＨ／ＰＵＳＣＨリソース（量）割り当て
【０３９９】
次に、ＳＰ  ＣＳＩ報告のためのＰＵＣＣＨまたはＰＵＳＣＨリソース割り当て方法について見ることとする。
【０４００】
ＳＰ  ＣＳＩ報告の際に、一度に送信できるペイロードサイズの制限のため、ＣＳＩ報告の情報を数回に分けて送信できる。
【０４０１】
例えば、ＬＴＥでＰＵＣＣＨ上のＣＳＩ報告またはＲｅｌ．１４  ＬＴＥでハイブリッド（hybrid）ＣＳＩフィードバックがあり得る。
【０４０２】
このとき、各報告のインスタンスで送るＣＳＩのペイロードサイズが変わり得る。
【０４０３】
このため、（１）ＣＳＩ報告の時点ごとに同じ最大のペイロード（max payload）サイズをサポートする１つのＰＵＳＣＨ／ＰＵＣＣＨフォーマットのみを使用する方法と、（２）ＣＳＩ報告の時点ごとに異なる最大のペイロードサイズをサポートする複数の互いに異なるＰＵＣＣＨ／ＰＵＳＣＨフォーマットを使用する方法と、が考慮されることができる。
【０４０４】
（１）の場合、ＣＳＩ報告の時点ごとにＵＣＩの符号化率が変わり得るので、高符号化率を使用する場合、パワーブースティング（power boosting）を行い、低符号化率を使用する場合、パワーデブスティング（power de-boosting）を行うＵＬ電力制御のメカニズムを定義することができる。
【０４０５】
また、（２）の場合、どの報告時点でどのＰＵＳＣＨ／ＰＵＣＣＨフォーマットを使用するかを準静的（semi-static）／動的（dynamic）に基地局が設定または指定する動作が必要であり得る。
【０４０６】
あるいは、ＣＳＩフィードバック情報の構成（例えば、ＬＴＥのＣＳＩ報告モード）によって時間上で約束されたＰＵＳＣＨ／ＰＵＣＣＨフォーマットの変化のパターンが定義されることができる。
【０４０７】
ＬＴＥ  ＰＵＣＣＨと同様に、ＣＳＩフィードバックのパラメータは、多数のグループに細分化する必要があり、各ＰＵＣＣＨ上のＣＳＩのペイロードサイズに対する制限のため、各ＣＳＩパラメータグループは、異なるＰＵＣＣＨ送信のインスタンス（instance）を通じて順次送信されることができる。
【０４０８】
ＮＲ  ＰＵＣＣＨにおいて、柔軟な（flexible）ＴＤＤ動作により、ＰＵＣＣＨのシンボルの数に対する一貫性が保証されないことがあるため、各ＣＳＩ報告のインスタンスに対して使用可能なＰＵＣＣＨリソースは、一貫性がないことがある。
【０４０９】
したがって、断片化した（fragmented）ＣＳＩのパラメータを有するＰＵＣＣＨに対するＣＳＩ報告の場合は、ＣＳＩのペイロードサイズの観点からＣＳＩのパラメータの同一ではないグループ化が好ましいかもしれない。
【０４１０】
以下、ＣＳＩ報告およびビーム管理（beam management）に対するＰＵＣＣＨ設計と関連する事項について簡略に見る。
【０４１１】
ビームペアリンク遮断（beam pair link blocking）に対するロバスト性（robustness）のためのマルチビーム（multi-beam）ベースのＮＲ−ＰＵＣＣＨ送信に対する研究が進んでいる。
【０４１２】
例えば、ＵＥは、異なるＮＲ−ＰＵＣＣＨ  ＯＦＤＭシンボルで、異なるＵＬ  Ｔｘビームに対してＮＲ−ＰＵＣＣＨを送信することができる。
【０４１３】
準静的構成と（ＵＣＩ情報の少なくとも特定タイプに対して）動的シグナリングとの結合は、「長いＰＵＣＣＨフォーマットおよび短いＰＵＣＣＨフォーマット」に対するＰＵＣＣＨリソースの両方を決定するのに使用される。
【０４１４】
２つのＮＲ−ＰＵＣＣＨは、ＴＤＭ方式において同じスロット上で１つのＵＥから送信されることができる。
【０４１５】
−２つのＮＲ−ＰＵＣＣＨは、短いＰＵＣＣＨであってもよい。
【０４１６】
−２つのＮＲ−ＰＵＣＣＨは、長いＰＵＣＣＨおよび短いＰＵＣＣＨであってもよい。
【０４１７】
ＣＳＩ報告の互いに異なる時間領域行動に対するＰＵＣＣＨリソース
【０４１８】
ＬＴＥでは、ＰＵＣＣＨでサポート可能な最大ＵＣＩのペイロードサイズが固定され、ＣＳＩ報告に非常に制限的であったため、ＰＵＣＣＨに対するＣＳＩ報告は、軽量の（light-weight）ＣＳＩフィードバックに対してのみサポートされた。
【０４１９】
ＰＵＣＣＨのペイロードサイズに対する制限により、ＣＳＩフィードバックの情報は、種々の部分に分割されて、互いに異なるサブフレームにある種々のＰＵＣＣＨで順次送信された。
【０４２０】
また、重く（heavy）、非周期的な（aperiodic）ＣＳＩ報告は、ＰＵＳＣＨでのみサポートされた。
【０４２１】
しかしながら、ＮＲでは、ＰＵＣＣＨ上のサポート可能なＵＣＩのペイロードサイズは、ＰＵＣＣＨタイプ（即ち、長期間のＰＵＣＣＨまたは短期間のＰＵＣＣＨ）およびＰＵＣＣＨシンボルの数（またはＰＵＣＣＨの持続期間）によって非常に広範囲であり得る。
【０４２２】
ＰＵＣＣＨでサポート可能な最大のＵＣＩのペイロードサイズは、長期間のＰＵＣＣＨ（または長いＰＵＣＣＨ）の場合には、数百ビットまでかなり増加し得る。
【０４２３】
したがって、ＮＲにおいて、ＣＳＩ報告のためにＰＵＣＣＨのより幅広く、柔軟な使用が考慮されることができる。
【０４２４】
見てきたように、ＮＲでは、ＣＳＩ報告の三つの時間領域動作（非周期的、セミパーシステント（または半永久的または半持続的）および周期的ＣＳＩ報告）がサポートされる。
【０４２５】
ＰＵＣＣＨは、ＬＴＥと同様に周期的およびセミパーシステントＣＳＩ報告に使用されることができる。
【０４２６】
しかしながら、ＮＲの場合、ＣＳＩ報告のインスタンス（report instance）当たりの最大サポート可能なＣＳＩフィードバックのペイロードサイズが動的であり、柔軟なＴＤＤスロットの構成と関連して一貫性を維持することはほぼできない。
【０４２７】
過度なＣＳＩの断片化（fragmentation）および報告の遅延を避けるためには、ＣＳＩのペイロードサイズに応じて、ＣＳＩ報告のインスタンスごとに異なるＰＵＣＣＨフォーマット／持続期間を許可することがより好ましい。
【０４２８】
これに関して、上記で見たように、ＣＳＩ報告にＰＵＳＣＨとＰＵＣＣＨとの共同使用も考慮できる。
【０４２９】
例えば、全ＣＳＩフィードバックにＰＵＳＣＨを先に使用すると、セミパーシステントＣＳＩ報告の場合、ＰＵＣＣＨを使用してＣＳＩフィードバックをアップデートできる。
【０４３０】
セミパーシステント／周期的ＣＳＩ報告に対するＣＳＩ報告のインスタンス当たりの一致しないＰＵＣＣＨフォーマット／持続期間を考慮する。
【０４３１】
非周期的なＣＳＩ報告は、ＬＴＥではＰＵＳＣＨを介してのみサポートされたが、ＰＵＣＣＨに対する非周期的なＣＳＩ報告は、ＮＲで考慮されることができる。
【０４３２】
非周期的なＣＳＩ報告にＰＵＣＣＨを使用する主な動機のうちの一つは、例えば、スロットで、迅速かつ早いＣＳＩ報告をサポートするものであり得る。
【０４３３】
ＣＳＩトリガＤＣＩ、ＣＳＩ−ＲＳおよびＣＳＩ報告のための該当ＰＵＣＣＨは、同じスロット内に存在し得る。
【０４３４】
これに関して、短いＰＵＣＣＨは、スロットの端に位置してもよく、最大２つのシンボルを占有するため、短い持続期間でＰＵＣＣＨ（または短いＰＵＣＣＨ）は早いＡＣＫ／ＮＡＣＫ報告と同様に適切な候補になり得る。
【０４３５】
この機能は、ＣＳＩの計算時間のみを考慮し、非常に軽いＣＳＩフィードバックに対してのみサポートされるべきである。
【０４３６】
また、迅速かつ非常に軽いＣＳＩフィードバックに対する短いＰＵＣＣＨ上で非周期的なＣＳＩ報告が考慮されることができる。
【０４３７】
図１１は、本明細書で提案するＳＰ  ＣＳＩ報告を行う端末の動作方法の一例を示したフローチャートである。
【０４３８】
まず、端末は、セミパーシステント（Semi-Persistent、ＳＰ）ＣＳＩ報告の活性化（activation）を指示するダウンリンク制御情報（Downlink Control Information、ＤＣＩ）を基地局から受信する（Ｓ１１１０）。
【０４３９】
ここで、上記ダウンリンク制御情報は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identity）と区分される特定のＲＮＴＩでスクランブル（scramble）されることができる。
【０４４０】
ここで、Ｃ−ＲＮＴＩと別のＲＮＴＩを使用することに対するメリットは、端末のＤＣＩに対する誤検出（misdetection）の確率を減らし、ＤＣＩに有効ビットを追加することができるという点である。
【０４４１】
以降、上記端末は、上記受信したダウンリンク制御情報に基づいて物理アップリンク共有チャネル（Physical Uplink Shared CHannel、ＰＵＳＣＨ）を介して、上記セミパーシステントＣＳＩを上記基地局とする（基地局に報告する）（Ｓ１１２０）。
【０４４２】
ここで、上記ＳＰ  ＣＳＩ報告は、第１のＳＰ  ＣＳＩ報告と第２のＳＰ  ＣＳＩ報告とを含むことができる。
【０４４３】
一例として、上記ＳＰ  ＣＳＩ報告の量が多い場合、上記ＳＰ  ＣＳＩ報告は、数回に分けて送信されることができ、上記第１のＳＰ  ＣＳＩ報告以降に上記第２のＳＰ  ＣＳＩ報告が行われることができる。
【０４４４】
また、上記端末は、Ｓ１１１０の実行以前または以降に、上記ＳＰ  ＣＳＩを報告するＰＵＳＣＨリソースを上記基地局から受信することができる。
【０４４５】
ここで、上記ＰＵＳＣＨリソースと特定のアップリンクリソースとが衝突する場合、上記ＳＰ  ＣＳＩは、物理アップリンク制御チャネル（Physical Uplink Control CHannel、ＰＵＣＣＨ）を介して上記基地局に報告されることができる。
【０４４６】
具体的には、上記ＳＰ  ＣＳＩを報告するＰＵＳＣＨリソースとＰＵＣＣＨリソースとが衝突する場合、上記ＳＰ  ＣＳＩを報告するＰＵＳＣＨリソースをドロップし（または送信しない）、上記衝突されたＰＵＣＣＨリソースまたは（ＣＳＩ報告の用途で）別に設定されたＰＵＣＣＨを用いて、上記ＳＰ  ＣＳＩを（または上記ＳＰ  ＣＳＩをＰＵＣＣＨにピギーバックして）報告することができる。
【０４４７】
あるいは、上記ＳＰ  ＣＳＩを報告するＰＵＳＣＨリソースと（ミニスロットまたはワンショット）ＰＵＳＣＨリソースとが衝突する場合、上記ＰＵＳＣＨリソースをドロップし（または送信しない）、上記衝突された（ミニスロットもしくはワンショット）ＰＵＳＣＨリソースまたは（ＣＳＩ報告の用途で）別に設定されたＰＵＣＣＨを用いて、上記ＳＰ  ＣＳＩを報告することができる。ここで、上記ミニスロット（mini-slot）は、２、４、または７つのシンボルで構成されることができる特定の個数以下のシンボルで構成されるスロットを意味することができる。
【０４４８】
また、上記ＰＵＣＣＨを介したＳＰ  ＣＳＩは、上記衝突と関連するスロット（slot）で報告されることができる。
【０４４９】
また、上記端末は、Ｓ１１２０の段階を行う前に、上記ＳＰ  ＣＳＩ報告を行うアップリンクリソース（uplink resource）を決定することができる。
【０４５０】
上記端末は、具体的には、上記ＤＣＩがアップリンク（uplink）ＤＣＩである場合、ＰＵＳＣＨを介して上記ＳＰ  ＣＳＩを報告し、上記ＤＣＩがダウンリンク（downlink）ＤＣＩである場合、ＰＵＣＣＨを介して上記ＳＰ  ＣＳＩを報告することができる。
【０４５１】
上記で説明した、ＰＵＳＣＨを介したＳＰ  ＣＳＩ報告は、周辺のセルに対する干渉を制御する目的で使用されることができるという点で、ＶｏＩＰサービスの目的で使用されるＬＴＥにおけるＳＰＳスケジューリングと差がある。
【０４５２】
また、ＰＵＳＣＨを介したＳＰ  ＣＳＩ送信は、一定の周期を持って常時該当周期でＣＳＩを送信または報告するという点で、送信するデータがない場合には、ＵＬ送信を行わないＳＰＳスケジューリングと差がある。
【０４５３】
本発明が適用されることができる装置一般
【０４５４】
図１２は、本発明の一実施例に係る無線通信装置のブロック構成図を例示する。
【０４５５】
図１２を参照すると、無線通信システムは、基地局（またはネットワーク）１２１０と端末１２２０とを含む。
【０４５６】
基地局１２１０は、プロセッサ（processor）１２１１、メモリ（memory）１２１２および通信モジュール（communication module）１２１３を含む。
【０４５７】
プロセッサ１２１１は、上記図１乃至図１１で提案された機能、過程および／または方法を具現する。有／無線インターフェースプロトコルの層は、プロセッサ１２１１により具現できる。メモリ１２１２は、プロセッサ１２１１と接続され、プロセッサ１２１１を駆動するための多様な情報を記憶（格納）する。通信モジュール１２１３は、プロセッサ１２１１と接続され、有／無線信号を送信および／または受信する。
【０４５８】
上記通信モジュール１２１３は、無線信号を送／受信するためのＲＦ部（Radio Frequency unit）を含むことができる。
【０４５９】
端末１２２０は、プロセッサ１２２１、メモリ１２２２、および通信モジュール（またはＲＦ部）１２２３を含む。プロセッサ１２２１は、上記図１乃至図１１で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの層は、プロセッサ１２２１によって具現できる。メモリ１２２２は、プロセッサ１２２１と接続され、プロセッサ１２２１を駆動するための多様な情報を記憶する。通信モジュール１２２３は、プロセッサ１２２１と接続され、無線信号を送信および／または受信する。
【０４６０】
メモリ１２１２、１２２２は、プロセッサ１２１１、１２２１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ１２１１、１２２１と接続されてもよい。
【０４６１】
また、基地局１２１０および／または端末１２２０は、１本のアンテナ（single antenna）またはマルチアンテナ（multiple antenna）を有することができる。
【０４６２】
図１３は、本発明の一実施例に係る通信装置のブロック構成図を例示する。
【０４６３】
特に、図１３は、上記図１２の端末をより詳しく例示する図である。
【０４６４】
図１３を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）１３１０、ＲＦモジュール（RF module）（またはＲＦユニット）１３３５、電力（パワー）管理モジュール（power management module）１３０５、アンテナ（antenna）１３４０、バッテリ（battery）１３５５、ディスプレイ（display）１３１５、キーパッド（keypad）１３２０、メモリ（memory）１３３０、ＳＩＭカード（SIM (Subscriber Identification Module) card）１３２５（この構成は選択的である）、スピーカ（speaker）１３４５、およびマイクロフォン（microphone）１３５０を含んで構成され得る。端末は、また、単一のアンテナまたは複数（多重）のアンテナを含み得る。
【０４６５】
プロセッサ１３１０は、上記図１乃至図１１で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの層は、プロセッサ１３１０によって具現されることができる。
【０４６６】
メモリ１３３０は、プロセッサ１３１０と接続され、プロセッサ１３１０の動作と関連する情報を記憶する。メモリ１３３０は、プロセッサ１３１０の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ１３１０と接続されてもよい。
【０４６７】
ユーザは、例えば、キーパッド１３２０のボタンを押すか（あるいはタッチするか）、またはマイクロフォン１３５０を用いた音声駆動（voice activation）によって電話番号などの命令情報を入力する。プロセッサ１３１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（operational data）は、ＳＩＭカード１３２５またはメモリ１３３０から抽出できる。また、プロセッサ１３１０は、ユーザが認知し、また便宜のために、命令情報または駆動情報をディスプレイ１３１５上に表示できる。
【０４６８】
ＲＦモジュール１３３５は、プロセッサ１３１０に接続されて、ＲＦ信号を送信および／または受信する。プロセッサ１３１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール１３３５に伝達する。ＲＦモジュール１３３５は、無線信号を受信および送信するために受信器（receiver）および送信器（transmitter）から構成される。アンテナ１３４０は、無線信号を送信および受信する機能を行う。無線信号を受信する際に、ＲＦモジュール１３３５は、プロセッサ１３１０によって処理するために信号を伝達して、ベースバンドに信号を変換することができる。処理された信号は、スピーカ１３４５を介して出力される可聴または可読情報に変換できる。
【０４６９】
図１４は、本明細書で提案する方法が適用されることができる無線通信装置のＲＦモジュールの一例を示した図である。
【０４７０】
具体的には、図１４は、ＦＤＤ（Frequency Division Duplex）システムで具現できるＲＦモジュールの一例を示す。
【０４７１】
まず、送信経路で、図１２および図１３で記述されたプロセッサは、送信されるデータを処理し、アナログ出力信号を送信器１４１０に提供する。
【０４７２】
送信器１４１０内で、アナログ出力信号は、デジタル−アナログ変換（ＡＤＣ）により引き起こされるイメージを除去するために、低域通過フィルタ（Low Pass Filter、ＬＰＦ）１４１１によりフィルタリングされ、アップコンバータ（Mixer）１４１２によりベースバンドからＲＦにアップコンバートし、可変利得増幅器（Variable Gain Amplifier、ＶＧＡ）１４１３により増幅され、増幅された信号は、フィルタ１４１４によりフィルタリングされ、電力増幅器（Power Amplifier、ＰＡ）１４１５によりさらに増幅され、デュプレクサ１４５０／アンテナスイッチ１４６０を介してルーティングされ、アンテナ１４７０を介して送信される。
【０４７３】
また、受信経路で、アンテナ１４７０は、外部から信号を受信して、受信した信号を提供し、この信号は、アンテナスイッチ１４６０／デュプレクサ１４５０を介してルーティングされ、受信器１４２０に提供される。
【０４７４】
受信器１４２０内で、受信した信号は、低雑音増幅器（Low Noise Amplifier、ＬＮＡ）１４２３により増幅され、帯域通過フィルタ１４２４によりフィルタリングされ、ダウンコンバータ（Mixer）１４２５によりＲＦからベースバンドにダウンコンバートする。
【０４７５】
上記ダウンコンバートした信号は、低域通過フィルタ（ＬＰＦ）１４２６によりフィルタリングされ、ＶＧＡ１４２７により増幅されてアナログ入力信号を獲得し、これは、図１２および図１３で記述したプロセッサに提供される。
【０４７６】
また、ローカルオシレータ（Local Oscillator、ＬＯ）発生器１４４０は、送信および受信ＬＯ信号を発生ならびにアップコンバータ１４１２およびダウンコンバータ１４２５に各々提供する。
【０４７７】
また、位相固定ループ（Phase Locked Loop、ＰＬＬ）１４３０は、適切な周波数で送信および受信ＬＯ信号を生成するために、プロセッサから制御情報を受信し、制御信号をＬＯ発生器１４４０に提供する。
【０４７８】
また、図１４に示す回路は、図１４に示す構成と異なって配列されることもできる。
【０４７９】
図１５は、本明細書で提案する方法が適用されることができる無線通信装置のＲＦモジュールのさらに他の一例を示した図である。
【０４８０】
具体的には、図１５は、ＴＤＤ（Time Division Duplex）システムで具現できるＲＦモジュールの一例を示す。
【０４８１】
ＴＤＤシステムにおけるＲＦモジュールの送信器１５１０および受信器１５２０は、ＦＤＤシステムにおけるＲＦモジュールの送信器および受信器の構造と同一である。
【０４８２】
以下、ＴＤＤシステムのＲＦモジュールは、ＦＤＤシステムのＲＦモジュールと差が出る構造についてのみを見ることとし、同じ構造については図１４の説明を参照することとする。
【０４８３】
送信器の電力増幅器（Power Amplifier、ＰＡ）１５１５により増幅された信号は、バンド選択スイッチ（Band Select Switch）１５５０、バンド通過フィルタ（ＢＰＦ）１５６０、およびアンテナスイッチ１５７０を介してルーティングされ、アンテナ１５８０を介して送信される。
【０４８４】
また、受信経路で、アンテナ１５８０は、外部から信号を受信して、受信した信号を提供し、この信号は、アンテナスイッチ１５７０、バンド通過フィルタ１５６０、およびバンド選択スイッチ１５５０を介してルーティングされ、受信器１５２０に提供される。
【０４８５】
以上で説明された実施例は、本発明の構成要素および特徴が所定の形態で結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施できる。また、一部の構成要素および／または特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更され得る。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、または他の実施例の対応する構成もしくは特徴と置き換え（取り替え）てもよい。特許請求の範囲で明示的な引用関係がない請求項を結合して実施例を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０４８６】
本発明に係る実施例は、多様な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施例は、１つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現できる。
【０４８７】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で具現できる。ソフトウェアコードは、メモリに記憶されてプロセッサにより駆動できる。上記メモリは、上記プロセッサの内部または外部に位置し、既に公知となっている多様な手段により上記プロセッサとデータをやり取りすることができる。
【０４８８】
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態で具体化できることは当業者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内における全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０４８９】
本発明の無線通信システムにおけるＣＳＩ報告方法は、ＮＲシステム、５Ｇシステムに適用される例を中心として説明したが、これ以外にも多様な無線通信システムに適用することが可能である。
【図１】
2020518195.tif 000046
【図２】
2020518195.tif 000047
【図３】
2020518195.tif 000048
【図４】
2020518195.tif 000049
【図５】
2020518195.tif 000050
【図６】
2020518195.tif 000051
【図７】
2020518195.tif 000052
【図８】
2020518195.tif 000053
【図９】
2020518195.tif 000054
【図１０】
2020518195.tif 000055
【図１１】
2020518195.tif 000056
【図１２】
2020518195.tif 000057
【図１３】
2020518195.tif 000058
【図１４】
2020518195.tif 000059
【図１５】
2020518195.tif 000060
【国際調査報告】
2020518195.tif 000061
2020518195.tif 000062
2020518195.tif 000063
2020518195.tif 000064
2020518195.tif 000065
2020518195.tif 000066