JP7250794B2

JP7250794B2 - 無線通信システムにおいてｐｕｃｃｈ上でアップリンク制御情報を送受信するための方法およびそのための装置

Info

Publication number: JP7250794B2
Application number: JP2020531596A
Authority: JP
Inventors: チェヒョンキム; ソンウクキム; チュンクイアン; ソクチェルヤン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-01-12
Filing date: 2019-01-14
Publication date: 2023-04-03
Anticipated expiration: 2039-01-14
Also published as: US20200252929A1; KR102204665B1; KR102067813B1; KR20190086398A; KR20210008126A; KR20200007071A; EP3661106A1; WO2019139439A1; CN111095858A; US10660076B2; CN111095858B; US20210314939A1; US11051286B2; JP2021506181A; KR102348841B1; ES2948787T3; WO2019139439A9; EP3661106A4; US20190230648A1; US11743900B2

Description

本発明は、無線通信システムに関し、より詳細には、ＰＵＣＣＨ上でアップリンク制御情報を送受信するための方法およびこれをサポート（支援）する装置に関する。

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

次世代の移動通信システムの要求条件は、概して（大きく）、爆発的なデータトラフィックへの対応（の収容）、ユーザ当たり転送（送信）レート（率）の画期的な増加、大幅増加した接続（連結）デバイス個数への対応、非常に低いエンドツーエンド（端対端）遅延（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）の一部である。３ＧＰＰ（3^rd 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ヌメロロジは、表１のように定義できる。

［表１］

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

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

ここで、

であり、

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

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

の区間を有する１０個のサブフレーム（subframe）で構成される。

この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。

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

図２に示すように、端末（User Equipment、UE）からのアップリンクフレーム番号iの転送は、

該当端末における該当ダウンリンクフレームの開始より

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

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

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

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

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

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

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

の開始と時間的に整列（アラインメント）される。

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

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

［表２］

［表３］

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

図３を参考にすれば、リソースグリッドが周波数領域上で

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

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

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

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

である。上記

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

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

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

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

ヌメロロジ

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

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

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

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

が使用される。ここで、

である。

ヌメロロジ

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

は、複素値（complex value）

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

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

または

になることができる。

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

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

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

とリソース要素

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

［数式（１）］

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

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

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 Ｎ＿ｃ１を下の数式（３）のように決定する。（Ｎ＿ｃ１は、Ｑｍの整数倍になるように設定する。）

［数式（３）］

ここで、Ｎ＿ｐ１は、part１ＵＣＩ payload size、Ｒｍａｘは、configureされたmaximum code rate、そして、

は、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２ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ（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２ＣＳＩ）の値は、標準文書に記述される固定された値であるか、ＲＲＣ（Signaling）またはＲＲＣ（Signaling）とＤＣＩとの組み合わせでconfigureされる値であり得る。

方法２－Ｂ－３）ＵＥは、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）を示す第４パラメータを含むことができる。

上記第１パートのサイズを決定する具体的な方法は、先に注意深く見た数式２～４およびこれに関連する説明を参照する。簡単にまとめると、以下のように成り得る。

上記第１パートのサイズは、上記第１パラメータおよび上記第２制御情報のうちの最小値に決定される。

さらに具体的には、上記第１パートのサイズは、

によって決定されることができる。

上記第２制御情報は、上記第２パラメータを上記第３パラメータおよび上記第４パラメータでそれぞれ割った値に基づいて決定され、さらに具体的には、

によって決定されることができる。

図９は、本明細書で提案する方法を実行する端末のさらに他の動作方法を示したフローチャートである。

すなわち、図９は、無線通信システムにおいてＰＵＣＣＨ上でＣＳＩ（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）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されることができる。

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

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

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

Claims

無線通信システムにおいて端末（User Equipment；ＵＥ）が物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上でアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信する方法であって、
前記ＵＣＩを送信するための前記ＰＵＣＣＨに関連する制御情報を基地局から受信するステップと、
前記制御情報に基づいて、前記ＰＵＣＣＨ上で前記ＵＣＩを送信するための全体のレートマッチング出力長に関連する第１値を決定するステップであって、
前記ＵＣＩは、第１パート（part）および第２パートを有するチャネル状態情報（Channel State Information；ＣＳＩ）を有するステップと、
前記ＰＵＣＣＨ上で前記ＣＳＩの前記第１パートを送信するための第１レートマッチング出力長を決定するステップであって、
前記第１レートマッチング出力長は、（ｉ）前記第１値および（ｉｉ）第２値のうちの小さい方の値として決定され、
前記第２値は、第１パラメータを第２パラメータおよび第３パラメータのそれぞれによって割ることに基づいて決定され、
前記第１パラメータは、前記ＣＳＩの前記第１パートのサイズに関連し、前記第２パラメータは、前記ＰＵＣＣＨに関する設定された最大符号化率を表し、前記第３パラメータは、前記ＰＵＣＣＨに関する変調次数を表すステップと、
前記ＵＣＩの前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長を用いて、前記ＵＣＩを前記ＰＵＣＣＨ上で、前記基地局に送信するステップと、を有する、方法。
前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長は、

に基づいて決定され、

は、天井関数である、請求項１に記載の方法。
前記第１レートマッチング出力長は、

によって決定される、請求項２に記載の方法。
前記制御情報は、（ｉ）前記ＵＣＩを送信するための前記ＰＵＣＣＨのシンボル数に関する情報と、（ｉｉ）前記ＰＵＣＣＨのリソースブロック（Resource Block、ＲＢ）の数に関する情報と、を有する、請求項１に記載の方法。
前記制御情報に基づいて前記第１値を決定するステップは、
積

を決定するステップであって、（ｉ）

は、前記ＵＣＩを送信するための前記ＰＵＣＣＨのシンボル数であり、（ｉｉ）

は、前記ＰＵＣＣＨの前記リソースブロックの数であるステップ、を有する、請求項４に記載の方法。
前記ＵＣＩは、（ｉ）前記ＣＳＩと、（ｉｉ）スケジュール要求（Scheduling Request；ＳＲ）情報およびハイブリッド自動再送要求確認応答（Hybrid Automatic Repeat request ACKnowledgment；ＨＡＲＱ－ＡＣＫ）情報の少なくとも一つと、を有する、請求項１に記載の方法。
前記ＣＳＩの前記第２パートに関する第２レートマッチング出力長を決定するステップをさらに有し、
前記ＵＣＩを前記ＰＵＣＣＨ上で送信するステップは、前記ＵＣＩの前記ＣＳＩの前記第２パートに関する前記第２レートマッチング出力長を用いてさらに行われる、請求項１に記載の方法。
前記ＣＳＩの前記第２パートに関する前記第２レートマッチング出力長は、前記第１値から前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長を引くことによって取得された値として決定される、請求項７に記載の方法。
前記ＵＣＩを前記ＰＵＣＣＨ上で送信するステップは、
前記ＰＵＣＣＨに関する前記設定された最大符号化率に基づいて、前記ＵＣＩを符号化するステップと、
前記符号化されたＵＣＩにレートマッチングを行うステップと、
前記ＰＵＣＣＨに関する前記変調次数に基づいて、前記レートマッチングされた符号化されたＵＣＩに変調を行うステップと、を有する、請求項１に記載の方法。
前記ＵＣＩを符号化するステップは、
前記ＵＣＩの前記ＣＳＩの前記第１パートを符号化するステップを有し、
前記符号化されたＵＣＩにレートマッチングを行うステップは、
前記ＣＳＩの前記符号化された第１パートにレートマッチングを行って前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長を生成するステップを有する、請求項９に記載の方法。
前記ＰＵＣＣＨに関する前記設定された最大符号化率を表す前記第２パラメータを受信するステップをさらに有する、請求項１に記載の方法。
前記ＣＳＩは、前記第１パートおよび前記第２パートにおいてＣＳＩ優先順位の値に基づいて配置される、請求項１に記載の方法。
無線通信システムにおいて物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上でアップリンク制御情報（Uplink Control Information；ＵＣＩ）を送信するよう構成された端末（User Equipment；ＵＥ）であって、
無線信号を送受信するよう構成された送受信器と、
前記送受信器と機能的に接続されている少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に接続可能であり、前記少なくとも一つのプロセッサによって実行されることに基づいて動作を行う指示を記憶する少なくとも一つのコンピュータメモリと、を有し、
前記動作は、
前記ＵＣＩを送信するための前記ＰＵＣＣＨに関連する制御情報を基地局から受信することと、
前記制御情報に基づいて、前記ＰＵＣＣＨ上で前記ＵＣＩを送信するための全体のレートマッチング出力長に関連する第１値を決定することであって、
前記ＵＣＩは、第１パート（part）および第２パート（part）を有するチャネル状態情報（Channel State Information；ＣＳＩ）を有することと、
前記ＰＵＣＣＨ上で前記ＣＳＩの前記第１パートを送信するための第１レートマッチング出力長を決定することであって、
前記第１レートマッチング出力長は、（ｉ）前記第１値および（ｉｉ）第２値のうちの小さい方の値として決定され、
前記第２値は、第１パラメータを第２パラメータおよび第３パラメータのそれぞれによって割ることに基づいて決定され、
前記第１パラメータは、前記ＣＳＩの前記第１パートのサイズに関連し、前記第２パラメータは、前記ＰＵＣＣＨに関する設定された最大符号化率を表し、前記第３パラメータは、前記ＰＵＣＣＨに関する変調次数を表すことと、
前記ＵＣＩの前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長を用いて、前記ＵＣＩを前記ＰＵＣＣＨ上で、前記基地局に送信することと、を有する、端末。
前記ＣＳＩの前記第１パートに関する前記第１レートマッチング出力長は、

に基づいて決定され、

は、天井関数である、請求項１３に記載の端末。
前記第１レートマッチング出力長は、

によって決定される、請求項１４に記載の端末。