JP2022532408A - 無線通信システムにおける制御情報送信方法及び装置 - Google Patents

Abstract

本開示は、４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術とコンバージェンスする通信技法及びそのシステムを提供する。本開示は、５Ｇ通信技術及びＩｏＴ関連技術を基盤として知能型サービス（例えばスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、保安及び安全関連サービスなど）に適用されることができる。本開示の一実施例によれば、通信システムの端末の方法であって、基地局から第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信し、前記基地局から第２優先順位情報を含む第２ＤＣＩを受信し、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認し、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、第１優先順位情報と第２優先順位情報に基づいてより高い優先順位情報に該当するアップリンク送信を行うことを特徴とする。

Description

本開示は、無線通信システムに関し、特に制御情報送信方法に関する。

４Ｇ通信システム商用化以後に増加趨勢にある無線データトラフィックの需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行なわれている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。３ＧＰＰで定めた５Ｇ通信システムはＮｅｗ Ｒａｄｉｏ（ＮＲ）システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超周波数（ｍｍ Ｗａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。超周波数帯域での伝播の経路損失の緩和及び送信距離を増やすために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列多重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅｓｃａｌｅ ａｎｔｅｎｎａ）の技術が議論され、ＮＲシステムに適用された。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは、進化された小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、Ｄ２Ｄ通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ；Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔ）及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行なわれている。その他にも、５Ｇシステムでは進歩されたコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ、ＡＣＭ）技術であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩されたアクセス技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

一方、インターネットは人間が情報を生成して消費する人間中心の接続網で、事物などの分散した構成要素の間に情報を取り交わして処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網へ進化しつつある。クラウドサーバーなどとの接続を通じるビックデータ（Ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭されている。ＩｏＴを具現するためにセンシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術及び保安技術のような技術要素が要求され、最近には事物の間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では接続された事物で生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスが提供されることができる。ＩｏＴは既存のＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。

これに、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ及びアレイアンテナなどの技法によって具現されているものである。前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術コンバージェンスの一例とすることができる。上述したことと無線通信システムの発展に応じて多様なサービスを提供することによって、このようなサービスを効果的に提供するための方案が要求されている。

本開示は、端末がアップリンク制御情報及びデータを送信するための多様な方法及び装置を提供する。

前記のような問題点を解決するための本発明によれば、端末が複数のパネルを用いた送受信動作であって、端末はＭＰＵＥ（ｍｕｌｔｉ－ｐａｎｅｌ ｕｓｅｒ ｅｑｕｉｐｅｍｅｎｔ）ｔｙｐｅに従って、１つ又は少なくとも２つ以上のパネルを用いてＴｘ／Ｒｘビームフォーミングを行う段階と、前記ビームフォーミングを行って端末は基地局が１つのスロット以内に複数の基地局で送信するそれぞれのビーム又は１つの基地局で送信する複数のビームを受信する段階と、前記受信された複数のビームでＰＤＣＣＨのＤＣＩ情報を確認する段階と、前記ＤＣＩ情報で指示されたＰＤＣＣＨ又はＰＵＳＣＨ送信を判断し、単一パネル送信及び複数パネル送信を決定する段階と、を含むことを特徴とする。

また、通信システムの端末の方法であって、基地局から第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信する段階と、前記基地局から第２優先順位情報を含む第２ＤＣＩを受信する段階と、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認する段階と、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、第１優先順位情報と第２優先順位情報に基づいてより高い優先順位情報に該当するアップリンク送信を行う段階と、を含むことを特徴とする。

また、通信システムの基地局の方法であって、端末で第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信する段階と、前記端末で第２優先順位情報を含む第２ＤＣＩを送信する段階と、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認する段階と、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、第１優先順位情報と第２優先順位情報に基づいて前記端末が行うより高い優先順位情報に該当するアップリンク送信を受信する段階と、を含むことを特徴とする。

また、通信システムの端末であって、送受信部と、基地局から第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信し、前記基地局から第２優先順位情報を含む第２ＤＣＩを受信し、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認し、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、第１優先順位情報と第２優先順位情報に基づいてより高い優先順位情報に該当するアップリンク送信を行うように制御する前記送受信部と接続された制御部と、を含むことを特徴とする。

また、通信システムの基地局であって、送受信部と、端末で第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信し、前記端末で第２優先順位情報を含む第２ＤＣＩを送信し、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認し、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、第１優先順位情報と第２優先順位情報に基づいて前記端末が行うより高い優先順位情報に該当するアップリンク送信を受信するように制御する前記送受信部と接続された制御部と、を含むことを特徴とする。

本開示の実施例によれば、無線通信システムにおいてアップリンク制御情報及びデータが効果的に送信されることができる。

５Ｇ通信システムの時間－周波数領域の基本構造を示す図面である。 ５Ｇ通信システムのフレーム、サブフレーム、スロット構造を示す図面である。 ５Ｇ通信システムの帯域幅部分設定の一例を示す図面である。 ５Ｇ通信システムのダウンリンク制御チャンネルの制御領域設定の一例を示す図面である。 ５Ｇ通信システムのダウンリンク制御チャンネルの構造の一例を示す図面である。 ５Ｇ通信システムのアップリンク制御チャンネルの構造の一例を示す図面である。 本開示による複数の基地局と端末の送受信動作の一例を示す図面である。 端末のパネル動作関連情報を受信する端末の動作の一例を示す図面である。 端末のパネル関連能力情報を受信した基地局と端末の動作の一例を示す図面である。 端末が複数のパネルを用いた送受信動作においてパネル指定シグナリング無しにＵＣＩを送信する一例を示す図面である。 本開示の第Ａシナリオのリソース割り当て構造の一例を示す図面である。 本開示の第Ａシナリオの別のリソース割り当て構造の一例を示す図面である。 本開示の第Ａシナリオの別のリソース割り当て構造の一例を示す図面である。 ＨＡＲＱ－ＡＣＫコードブック構成方法を説明した図面である。 パネルとマッピングされたアンテナポートを用いてアップリンク送信を行う動作の一例を示す図面である。 パネル指定によるアンテナポートとの連携の一例を示す図面である。 アップリンクＣＡの場合、アップリンクデータ送信が衝突する一例を示す図面である。 本発明の実施例による端末の内部構造を示すブロック図である。 発明の実施例による基地局の内部構造を示すブロック図である。

以下、本開示の実施例を添付された図面を参照して詳細に説明する。

実施例を説明するのに当り本発明が属する技術分野によく知られて本発明と直接的に関連がない技術内容に対しては説明を省略する。これは不必要な説明を省略することによって本発明の要旨を不明瞭にせずより明確に伝達するためである。

同じ理由で添付された図面において一部構成要素は誇張されたり省略されたり概略的に図示された。また、各構成要素のサイズは実際のサイズを完全に反映するものではない。各図面で同一又は対応する構成要素には同一な参照番号を付した。

本開示の利点及び特徴、及びそれらを達成する方法は添付される図面と共に詳細に後述されている実施例を参照すれば明確になるだろう。しかし、本開示は以下で説明される実施例に限定されるものではなく互いに異なる多様な形態で具現されることができ、ただし、本実施例は本発明の開示を完全に説明し、本開示が属する技術分野で通常の知識を有する者に技術的思想の範疇を完全に通知するために提供されるものであり、本開示は特許請求の範囲によって定義されるだけである。明細書全体にかけて同一参照符号は同一構成要素を指称する。また、本開示を説明するのに当り関連する機能又は構成に対する具体的な説明が本開示の要旨を不必要に不明瞭にするおそれがあると判断された場合、その詳細な説明は省略する。そして、後述される用語は本開示における機能を考慮して定義された用語としてこれはユーザ、運用者の意図又は慣例などによって変わることができる。したがって、その定義は本明細書全般にわたった内容に基づいて定めなければならないだろう。

以下、基地局は端末のリソース割り当てを行う主体として、ｇＮｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ、Ｎｏｄｅ Ｂ、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、無線接続ユニット、基地局制御機、又はネットワーク上のノードのうちの少なくとも１つであれば良い。端末はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含むことができる。本開示でダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）は基地局が端末に送信する信号の無線送信経路であり、アップリンクは（Ｕｐｌｉｎｋ；ＵＬ）は端末が基地局に送信する信号の無線送信経路を意味する。また、以下でＬＴＥ又はＬＴＥ－Ａシステムを一例として説明することもできるが、類似の技術的背景又はチャンネル形態を有するその他の通信システムにも本開示の実施例が適用されることができる。例えば、ＬＴＥ－Ａ以後に開発される５世代移動通信技術（５Ｇ、ｎｅｗ ｒａｄｉｏ、ＮＲ）がここに含まれることができ、以下の５Ｇは既存のＬＴＥ、ＬＴＥ－Ａ及び類似の他のサービスを含む概念であっても良い。また、本開示は熟練された技術的知識を有する者の判断として本開示の範囲を大きく逸脱せず範囲で一部変形を介して他の通信システムにも適用されることができる。

このとき、処理フローチャートの各ブロックとフローチャートの図面の組み合せは、コンピュータープログラムインストラクションによって行なわれることができることを理解することができるだろう。これらコンピュータープログラムインストラクションは汎用コンピューター、特殊用コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるため、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行なわれるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター可読メモリーに記憶されることも可能であるため、そのコンピューター利用可能又はコンピューター可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションはコンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるため、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を行うインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することもできる。

また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注目すべきである。例えば、接して示されている２つのブロックは、実は実質的に同時に行なわれることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることもできる。

このとき、本実施形態に用いられる‘～部’という用語は、ソフトウェア又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、‘～部’はどんな役目を行う。しかし、‘～部’は、ソフトウェア又はハードウェアに限定される意味ではない。‘～部’はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として‘～部’はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘～部’のうちで提供される機能はより小さい数の構成要素及び‘～部’に結合されたり追加的な構成要素と‘～部’でさらに分離されたりすることができる。それだけでなく、構成要素及び‘～部’はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現されることもできる。また、実施例で‘～部’は１つ以上のプロセッサを含むことができる。

無線通信システムは初期の音声中心のサービスを提供したことから外れて例えば、３ＧＰＰのＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）或いはＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ｐｒｏ、３ＧＰＰ２のＨＲＰＤ（Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、及びＩＥＥＥの８０２．１６ｅなどの通信標準のように高速、ハイクオリティーのパケットデータサービスを提供する広帯域無線通信システムへ発展している。

前記広帯域無線通信システムの代表的な例として、ＬＴＥシステムではダウンリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）ではＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、又はｃｙｃｌｉｃ ｐｒｅｆｉｘ－ＯＦＤＭ、ＣＰ－ＯＦＤＭ）方式が採用され、アップリンク（ｕｐｌｉｎｋ；ＵＬ）ではＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）方式が採用された。アップリンクは端末（ユーザ装置、（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）又は移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ））が基地局（ｅＮｏｄｅ Ｂ、又はｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ）でデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは基地局が端末でデータ又は制御信号を送信する無線リンクを意味する。前記のような多重接続方式は、通常、各ユーザ別でデータ又は制御情報を送信する時間－周波数リソースを互いにオーバーラップしないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成り立つように、割り当て及び操作することによって各ユーザのデータ又は制御情報が区分されるようにする。

ＬＴＥ以後の今後の通信システムである５Ｇ通信システムはユーザ及びサービス提供者などの多様な要求事項を自由に反映しなければならないため、５Ｇ通信システムでは多様な要求事項を同時に満足するサービスがサポートされなければならない。５Ｇ通信システムのために考慮されるサービスとしては向上したモバイル広帯域通信（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）、超信頼低遅延通信（ｕｌｔｒａ ｒｅｌｉａｂｉｌｉｔｙ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｃｉａｔｉｏｎ、ＵＲＬＬＣ）などがある。

ｅＭＢＢは既存のＬＴＥ、ＬＴＥ－Ａ又はＬＴＥ－Ｐｒｏがサポートするデータ送信速度より向上したデータ送信速度を提供することを目標とする。例えば、５Ｇ通信システムにおいてｅＭＢＢは１つの基地局観点でダウンリンクでは２０Ｇｂｐｓの最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供しなければならない。また、５Ｇ通信システムは最大送信速度を提供すると共に、増加された端末の実際体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供しなければならない。このような要求事項を満足させるために、より向上した多重アンテナ（ＭＩＭＯ）送信技術を含む多様な送受信技術の向上を要求する。また、現在のＬＴＥシステムでは２ＧＨ帯域の最大２０ＭＨｚ送信帯域幅を用いて信号が送信される一方に、５Ｇ通信システムは３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満足させることができる。

同時に、５Ｇ通信システムでモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ、ＩｏＴ）のような応用サービスをサポートするためにｍＭＴＣが考慮されている。ｍＭＴＣは効率的にモノのインターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが要求される。モノのインターネットは様々なセンサー及び多様な機器に付着されて通信機能を提供するためセル内で多くの数の端末（例えば、１，０００，０００端末／ｋｍ^２）をサポートしなければならない。また、ｍＭＴＣをサポートする端末はサービスの特性上の建物の地下のようにセルがカバーできない陰影地域に位置する可能性が高いために５Ｇ通信システムで提供する他のサービス対比より広いカバレッジを要求する。ｍＭＴＣをサポートする端末は低価の端末で構成されなければならなく、端末のバッテリーをしばしば交換し難いから１０～１５年のように非常に長いバッテリー生命時間（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が要求される。

最後に、ＵＲＬＬＣの場合、特定の目的（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ）で用いられるセルラー基盤無線通信サービスである。例えば、ロボット（ｒｏｂｏｔ）又は機械装置（ｍａｃｈｉｎｅｒｙ）に対するリモートコントロール（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、無人飛行装置（ｕｎｍａｎｅｄ ａｅｒｉａｌ ｖｅｈｉｃｌｅ）、遠隔健康制御（ｒｅｍｏｔｅ ｈｅａｌｔｈ ｃａｒｅ）、非常状況通知（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ）などに用いられるサービスなどを考慮することができる。したがって、ＵＲＬＬＣの提供する通信は非常に低い低遅延及び非常に高い信頼度を提供しなければならない。例えば、ＵＲＬＬＣをサポートするサービスは０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満足しなければならなく、同時に１０^－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を有する。したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇ通信システムは他のサービスより小さい送信時間区間（ｔｒａｎｓｍｉｔ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ）を提供すべき、同時に通信リンクの信頼性を確保するために周波数帯域で広いリソースを割り当てなければならない設計事項が要求される。

５Ｇ通信システムの３つサービス、すなわち、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣは１つのシステムで多重化されて送信されることができる。この時、それぞれのサービスが有する異なる要求事項を満足させるためにサービス間に互いに異なる送受信技法及び送受信パラメーターを用いることができる。

以下、５Ｇ通信システムのフレーム構造に対して図面を参照してより具体的に説明する。

図１は、５Ｇシステムでデータ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図面である。

図１によれば、横軸は時間領域を、縦軸は周波数領域を示す。時間及び周波数領域でリソースの基本単位はリソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ、１０１）として時間軸に１ＯＦＤＭシンボル１０２及び周波数軸に１副搬送波（ｓｕｂｃａｒｒｉｅｒ、１０３）で定義されることができる。周波数領域で

（例えば、１２）個の連続されたＲＥは１つのリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ、１０４）を構成することができる。

図２は、５Ｇ通信システムで考慮するスロット構造を示す図面である。

図２にはフレーム（ｆｒａｍｅ、２００）、サブフレーム（ｓｕｂｆｒａｍｅ、２０１）、スロット（ｓｌｏｔ、２０２）構造の一例が図示されている。１フレーム２００は１０ｍｓで定義されることができる。１サブフレーム２０１は１ｍｓで定義されることができ、したがって、１フレーム２００は総１０個のサブフレーム２０１から構成されることができる。１スロット２０２、２０３は１４個のＯＦＤＭシンボルで定義されることができる（すなわち、１スロット当りシンボル数（

）＝１４）。１サブフレーム２０１は１つ又は多数個のスロット２０２、２０３から構成されることができ、１サブフレーム２０１当りスロット２０２、２０３の個数は副搬送波間隔に対する設定値μ２０４、２０５によって異なることができる。図２の一例では副搬送波間隔設定値でμ＝０（２０４）の場合とμ＝１（２０５）の場合が図示されている。μ＝０（２０４）の場合、１サブフレーム２０１は１個のスロット２０２から構成されることができ、μ＝１（２０５）の場合、１サブフレーム２０１は２個のスロット２０３から構成されることができる。すなわち、副搬送波間隔に対する設定値μによって１サブフレーム当りスロット数（

）が変わることができ、これにより、１フレーム当りスロット数（

）が変わることができる。各副搬送波間隔設定μによる

は下記表１で定義されることができる。

次に、５Ｇ通信システムでのダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）に対して具体的に説明する。５Ｇ通信システムにおいて物理アップリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）上に送信されるアップリンクデータ又は物理ダウンリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）上に送信されるダウンリンクデータに対するスケジューリング情報はＤＣＩを介して基地局から端末に伝達する。端末はＰＵＳＣＨ又はＰＤＳＣＨに対してフォールバック（ｆａｌｌｂａｃｋ）用ＤＣＩフォーマットと非フォールバック（ｎｏｎ－ｆａｌｌｂａｃｋ）用ＤＣＩフォーマットをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）することができる。フォールバック用ＤＣＩフォーマットは基地局と端末の間で先ず定義された固定されたフィールドで構成されることができ、非フォールバック用ＤＣＩフォーマットは設定可能なフィールドを含むことができる。

前記ＤＣＩはチャンネルコーディング及び変調過程を経て物理ダウンリンク制御チャンネルであるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して送信されることができる。ＤＣＩメッセージペイロード（ｐａｙｌｏａｄ）にはＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）ビットが付着されてＣＲＣビットは端末のアイデンティティーに該当するＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でスクランブリング（ｓｃｒａｍｂｌｉｎｇ）される。ＤＣＩメッセージの目的、例えば、端末－特定（ＵＥ－ｓｐｅｃｉｆｉｃ）のデータ送信、電力制御コマンド又はランダムアクセス応答などによって互いに異なるＲＮＴＩが用いられる。すなわち、ＲＮＴＩは明示的に送信されずＣＲＣ計算過程に含まれて送信される。ＰＤＣＣＨ上に送信されるＤＣＩメッセージを受信すれば端末は割り当てられたＲＮＴＩを用いてＣＲＣを確認してＣＲＣ確認結果が当たると、端末は当該メッセージが前記端末に送信されたことを分かる。

例えば、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）に対するＰＤＳＣＨをスケジューリングするＤＣＩはＳＩ－ＲＮＴＩでスクランブリングされることができる。ＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩはＲＡ－ＲＮＴＩでスクランブリングされることができる。ページング（ｐａｇｉｎｇ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩはＰ－ＲＮＴＩでスクランブリングされることができる。ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）を通知するＤＣＩはＳＦＩ－ＲＮＴＩでスクランブリングされることができる。ＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）を通知するＤＣＩはＴＰＣ－ＲＮＴＩでスクランブリングされることができる。端末－特定のＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするＤＣＩはＣ－ＲＮＴＩ（ｃｅｌｌ ＲＮＴＩ）でスクランブリングされることができる。

ＤＣＩフォーマット０＿０はＰＵＳＣＨをスケジューリングするフォールバックＤＣＩで用いられることができ、この時、ＣＲＣはＣ－ＲＮＴＩでスクランブリングされることができる。Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット０＿０は例えば、下記表２の情報を含むことができる。

ＤＣＩフォーマット０＿１はＰＵＳＣＨをスケジューリングする非フォールバックＤＣＩで用いられることができ、この時、ＣＲＣはＣ－ＲＮＴＩでスクランブリングされることができる。Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット０＿１は例えば、下記表３の情報を含むことができる。

ＤＣＩフォーマット１＿０はＰＤＳＣＨをスケジューリングするフォールバックＤＣＩで用いられることができ、この時、ＣＲＣはＣ－ＲＮＴＩでスクランブリングされることができる。Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット１＿０は例えば、下記表４の情報を含むことができる。

ＤＣＩフォーマット１＿１はＰＤＳＣＨをスケジューリングする非フォールバックＤＣＩで用いられることができ、この時、ＣＲＣはＣ－ＲＮＴＩでスクランブリングされることができる。Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット１＿１は例えば、下記表５の情報を含むことができる。

下記では５Ｇ通信システムにおいて考慮している帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）に対する設定方法を述べる。

図３は、５Ｇ通信システムにおいて帯域幅部分に対する設定の一例を示した図面である。図３には端末帯域幅３００が２つの帯域幅部分、すなわち。帯域幅部分＃１（３０１）と帯域幅部分＃２（３０２）で設定された一例を示す。基地局は端末に１つ又は多数個の帯域幅部分を設定することができ、各帯域幅部分に対して下記表６の情報を設定することができる。

前記設定情報外にも帯域幅部分に係る多様なパラメーターが端末に設定されることができる。前記情報は上位階層シグナリング、例えば、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリング（これは上位シグナリング、上位階層シグナリングと混用されることができる）を介して基地局が端末に伝達することができる。設定された１つ又は多数個の帯域幅部分のうちの少なくとも１つの帯域幅部分が活性化（ａｃｔｉｖａｔｉｏｎ）されることができる。設定された帯域幅部分に対する活性化するかどうかは基地局から端末にＲＲＣシグナリングを介して準静的に伝達されるか、ＭＡＣ ＣＥ又はＤＣＩを介して動的に伝達されることができる。

前記５Ｇ通信システムにおいてサポートする帯域幅部分に対する設定は多様な目的に用いられることができる。

一例で、システム帯域幅より端末のサポートする帯域幅が小さい場合に前記帯域幅部分設定を介してこれをサポートすることができる。例えば、前記表６で帯域幅部分の周波数位置（設定情報２）を端末に設定することによってシステム帯域幅内の特定周波数位置で端末がデータを送受信することができる。

また他の例で、互いに異なるニューメロロジーをサポートするための目的として基地局が端末に多数個の帯域幅部分を設定することができる。例えば、ある端末に１５ｋＨｚの副搬送波間隔と３０ｋＨｚの副搬送波間隔を用いたデータ送受信をいずれもサポートするため、２つの帯域幅部分をそれぞれの１５ｋＨｚと３０ｋＨｚの副搬送波間隔で設定することができる。互いに異なる帯域幅部分は周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＦＤＭ）されることができ、特定副搬送波間隔でデータを送受信しようとする場合、当該副搬送波間隔に設定されている帯域幅部分が活性化されることができる。

また他の例で、端末の電力消耗減少のための目的に基地局が端末に互いに異なる大きさの帯域幅を持つ帯域幅部分を設定することができる。例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートして当該帯域幅で常にデータを送受信する場合、非常に大きい電力消耗を引き起こすことができる。特に、トラフィック（ｔｒａｆｆｉｃ）がない状況で１００ＭＨｚの大きい帯域幅で不必要なダウンリンク制御チャンネルに対するモニタリングを行うことは電力消耗観点で非常に非効率的である。端末の電力消耗を減らすための目的に、基地局は端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定することができる。トラフィックがない状況で端末は２０ＭＨｚ帯域幅部分でモニタリング動作を行うことができ、データが発生した場合、基地局の指示に従って１００ＭＨｚの帯域幅部分でデータを送受信することができる。

前記帯域幅部分を設定する方法において、ＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）前の端末は初期接続段階でＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して初期帯域幅部分（ｉｎｉｔｉａｌ ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対する設定情報を受信することができる。より具体的に説明すれば、端末はＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）のＭＩＢからＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）をスケジューリングするＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が送信されることができるダウンリンク制御チャンネルのための制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）が設定されることができる。この時、ＭＩＢで設定された制御領域の帯域幅が初期帯域幅部分で見なされることができ、設定された初期帯域幅部分を介して端末はＳＩＢが送信されるＰＤＳＣＨを受信することができる。初期帯域幅部分はＳＩＢを受信する用途の外にも、他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ、ＯＳＩ）、ページング、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）用で活用されることもできる。

以下、５Ｇ通信システムでのダウンリンク制御チャンネルに対して図面を参照してより具体的に説明する。

図４は、５Ｇ通信システムでダウンリンク制御チャンネルが送信される制御領域（ＣＯＲＥＳＥＴ）に対する一例を示した図面である。図４には周波数軸で端末の帯域幅部分４１０、時間軸で１スロット４２０内に２個の制御領域（制御領域＃１（４０１）、制御領域＃２（４０２））が設定されている一例を示す。制御領域４０１、４０２は周波数軸で全体端末帯域幅部分４１０内で特定周波数リソース４０３に設定されることができる。時間軸では１個又は多数個のＯＦＤＭシンボルで設定されることができ、これを制御領域長さ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ｄｕｒａｔｉｏｎ、４０４）で定義することができる。図４の一例で制御領域＃１（４０１）は２シンボルの制御領域長さで設定され、制御領域＃２（４０２）は１シンボルの制御領域長さで設定されている。

前記で説明した５Ｇ通信システムにおける制御領域は基地局が端末に上位階層シグナリング（例えば、システム情報、ＭＩＢ、ＲＲＣシグナリング）を介して設定されることができる。端末に制御領域を設定するということは制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域義シンボル長さなどの情報を提供することを意味する。例えば、下記表７の情報が提供されることができる。

ｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ５０２、すなわち、１２個サブキャリアで定義されることができる。前記ＲＥＧ５０３を連接してダウンリンク制御チャンネル割り当て単位が構成されることができる。

図５に示されたように５Ｇ通信システムでダウンリンク制御チャンネルが割り当てられる基本単位をＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、５０４）とする場合、１ ＣＣＥ５０４は多数のＲＥＧ５０３から構成されることができる。図５に示されたＲＥＧ５０３を例えて説明すれば、ＲＥＧ５０３は１２個のＲＥで構成されることができ、１ ＣＣＥ５０４が６個のＲＥＧ５０３から構成されると、１ ＣＣＥ５０４は７２個のＲＥから構成されることができることを意味する。ダウンリンク制御領域が設定されると、当該領域は多数のＣＣＥ５０４から構成されることができ、特定ダウンリンク制御チャンネルは制御領域内のアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ、ＡＬ）によって１個又は多数のＣＣＥ５０４でマッピングされて送信されることができる。制御領域内のＣＣＥ５０４は番号に区分されてこの時の番号は論理的なマッピング方式に従って付与されることができる。

図５に示されたダウンリンク制御チャンネルの基本単位、すなわち、ＲＥＧ５０３にはＤＣＩがマッピングされるＲＥとこれをデコーディングするための復調基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）であるＤＭＲＳ５０５がマッピングされる領域がいずれも含まれることができる。図５のように１ ＲＥＧ５０３内に３個のＤＭＲＳ５０５が送信されることができる。

ＰＤＣＣＨを送信するのに必要なＣＣＥの個数はアグリゲーションレベルによって１、２、４、８、１６個になることができ、互いに異なるＣＣＥ個数はダウンリンク制御チャンネルのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）を具現するために用いられることができる。例えば、ＡＬ＝Ｌの場合、１つのダウンリンク制御チャンネルがＬ個のＣＣＥを介して送信されることができる。端末はダウンリンク制御チャンネルに対する情報が分からない状態で信号を検出しなければならないが、ブラインドデコーディングのためにＣＣＥの集合を示す探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を定義した。探索空間は与えられたアグリゲーションレベル上で端末がデコーディングを試みなければならないＣＣＥからなるダウンリンク制御チャンネル候補群（ｃａｎｄｉｄａｔｅ）の集合であり、１、２、４、８、１６個のＣＣＥで１つの束ねを造る様々なアグリゲーションレベルがあるために端末は複数個の探索空間を持つ。探索空間セット（ｓｅｔ）は設定されたすべてのアグリゲーションレベルでの探索空間の集合で定義されることができる。

探索空間は共通（ｃｏｍｍｏｎ）探索空間と端末－特定（ＵＥ－ｓｐｅｃｉｆｉｃ）探索空間に分類されることができる。一定グループの端末又はすべての端末がシステム情報に対する動的なスケジューリングやページングメッセージのようなセル共通の制御情報を受信するためにＰＤＣＣＨの共通探索空間を調査することができる。例えば、セルの事業者情報などを含むＳＩＢの送信のためのＰＤＳＣＨスケジューリング割り当て情報はＰＤＣＣＨの共通探索空間を調査して受信することができる。共通探索空間の場合、一定グループの端末又はすべての端末がＰＤＣＣＨを受信しなければならないために予め約束されたＣＣＥの集合として定義されることができる。端末－特定的なＰＤＳＣＨ又はＰＵＳＣＨに対するスケジューリング割り当て情報はＰＤＣＣＨの端末－特定探索空間を調査して受信することができる。端末－特定探索空間は端末のアイデンティティー（ｉｄｅｎｔｉｔｙ）及び多様なシステムパラメーターの関数で端末－特定的に定義されることができる。

５Ｇ通信システムではＰＤＣＣＨに対する探索空間に対するパラメーターは上位階層シグナリング（例えば、ＳＩＢ、ＭＩＢ、ＲＲＣシグナリング）で基地局から端末に設定されることができる。例えば、基地局は各アグリゲーションレベルＬでのＰＤＣＣＨ候補群数、探索空間に対するモニタリング周期、探索空間に対するスロット内のシンボル単位のモニタリングｏｃｃａｓｉｏｎ、探索空間タイプ（共通探索空間又は端末－特定探索空間）、当該探索空間でモニタリングしようとするＤＣＩフォーマットとＲＮＴＩの組み合せ、探索空間をモニタリングしようとする制御領域インデックスなどを端末に設定することができる。例えば、下記表８の情報が設定されることができる。

前記設定情報によって基地局は端末に１つ又は多数個の探索空間セットを設定することができる。例えば、基地局は端末に探索空間セット１と探索空間セット２を設定することができ、探索空間セット１でＸ－ＲＮＴＩでスクランブリングされるＤＣＩフォーマットＡを共通探索空間でモニタリングするように設定することができ、探索空間セット２でＹ－ＲＮＴＩでスクランブリングされたＤＣＩフォーマットＢを端末－特定探索空間でモニタリングするように設定することができる。

前記設定情報によれば、共通探索空間又は端末－特定探索空間に１つ又は多数個の探索空間セットが存在することができる。例えば、探索空間セット＃１と探索空間セット＃２が共通探索空間で設定されることができ、探索空間セット＃３と探索空間セット＃４が端末－特定探索空間で設定されることができる。

共通探索空間では下記のＤＣＩフォーマットとＲＮＴＩの組み合せがモニタリングされることができる。

－ ＤＣＩ ｆｏｒｍａｔ ０＿０／１＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ

－ ＤＣＩ ｆｏｒｍａｔ ２＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＳＦＩ－ＲＮＴＩ

－ ＤＣＩ ｆｏｒｍａｔ ２＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＩＮＴ－ＲＮＴＩ

－ ＤＣＩ ｆｏｒｍａｔ ２＿２ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ

－ ＤＣＩ ｆｏｒｍａｔ ２＿３ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＳＲＳ－ＲＮＴＩ

端末－特定探索空間では下記のＤＣＩフォーマットとＲＮＴＩの組み合せがモニタリングされることができる。

－ ＤＣＩ ｆｏｒｍａｔ ０＿０／１＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ

－ ＤＣＩ ｆｏｒｍａｔ １＿０／１＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ

前記明示されているＲＮＴＩは下記の定義及び用途に従うことができる。

Ｃ－ＲＮＴＩ：端末－特定ＰＤＳＣＨスケジューリング用途

ＴＣ－ＲＮＴＩ（ｔｅｍｐｏｒａｒｙ ｃｅｌｌ ＲＮＴＩ）：端末－特定ＰＤＳＣＨスケジューリング用途

ＣＳ－ＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）：準静的で設定された端末－特定ＰＤＳＣＨスケジューリング用途

ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ）：ランダムアクセス段階でＰＤＳＣＨスケジューリング用途

Ｐ－ＲＮＴＩ（ｐａｇｉｎｇ ＲＮＴＩ）：ページングが送信されるＰＤＳＣＨスケジューリング用途

ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）：システム情報が送信されるＰＤＳＣＨスケジューリング用途

ＩＮＴ－ＲＮＴＩ（ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ）：ＰＤＳＣＨに対するパンクチャーリング（ｐｕｎｃｔｕｒｉｎｇ）であるかどうかを通知するための用途

ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＳＣＨ ＲＮＴＩ）：ＰＵＳＣＨに対する電力調節コマンド指示用途

ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＣＣＨ ＲＮＴＩ）：ＰＵＣＣＨに対する電力調節コマンド指示用途

ＴＰＣ－ＳＲＳ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｆｏｒ ＳＲＳ ＲＮＴＩ）：ＳＲＳに対する電力調節コマンド指示用途

前記明示されているＤＣＩフォーマットは下記表９の定義に従うことができる。

５Ｇ通信システムで制御領域ｐ、探索空間セットｓでアグリゲーションレベルＬの探索空間は下記の数式のように表現されることができる。

－ Ｌ：アグリゲーションレベル

－ ｎ_ＣＩ：キャリア（Ｃａｒｒｉｅｒ）インデックス

－ Ｎ_{ＣＣＥ，ｐ}：制御領域ｐ内に存在する総ＣＣＥ個数

－ ｎ^μ _ｓ，ｆ：スロットインデックス

－ Ｍ^（Ｌ） _{ｐ，ｓ，ｍａｘ}：アグリゲーションレベルＬのＰＤＣＣＨ候補群数

－ ｍ_ｓｎＣＩ＝０,…,Ｍ^（Ｌ） _{ｐ，ｓ，ｍａｘ}－１：アグリゲーションレベルＬのＰＤＣＣＨ候補群インデックス

－ ｉ＝０,…,Ｌ－１

Ａ_０＝３９８２７、Ａ_１＝３９８２９ 、Ａ_２＝３９８３９、Ｄ＝６５５３

－ ｎ_ＲＮＴＩ：端末識別子

Ｙ＿（ｐ，ｎ^μ _ｓ，_ｆ）値は共通探索空間の場合、０に該当することができる。

Ｙ＿（ｐ，ｎ^μ _ｓ，_ｆ）値は端末－特定探索空間の場合、端末のアイデンティティー（Ｃ－ＲＮＴＩ又は基地局が端末に設定したＩＤ）と時間インデックスによって変わる値に該当することができる。

以下、５Ｇ通信システムでのアップリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）に対して図面を参照してより具体的に説明する。

図６は、本発明におけるアップリンク制御チャンネルの構造を概略的に示す図面である。

図６で前記Ｌｏｎｇ ＰＵＣＣＨとＳｈｏｒｔ ＰＵＣＣＨが周波数領域で多重化（ＦＤＭ、６００）又は時間領域で多重化（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ、６０１）される態様が示された。先ず、図６でｌｏｎｇ ＰＵＣＣＨ６０３とｓｈｏｒｔ ＰＵＣＣＨ６１８が多重化されるスロット構造を説明する。６２０及び６２１は５Ｇ通信システムの送信基本単位であるスロット（これはサブフレーム又は送信時間区間（ＴＴＩ）など多くの名称で称されることができる。本発明では基本送信単位をスロットと名付ける。）のうちでアップリンクが主に用いられる、すなわち、アップリンク中心スロット（ＵＬ ｃｅｎｔｒｉｃ ｓｌｏｔ）を示す。前記アップリンク中心スロットではアップリンクで用いられるＯＦＤＭシンボルの個数が大部分の場合で、全体ＯＦＤＭシンボルがアップリンク送信で用いられる場合も可能であり、又は以前の上のいくつのＯＦＤＭシンボルがダウンリンク送信で用いられることも可能であり、ダウンリンクとアップリンクが１つのスロットのうちに同時に存在するようになる場合は２つの間に送信ギャップ（ｇａｐ）が存在することができる。図６では１つのスロットのうちに第１ＯＦＤＭシンボルはダウンリンク送信、例えば、ダウンリンク制御チャンネル送信６０２で用いられ、第３ＯＦＤＭシンボルからアップリンク送信に活用されている。第２ＯＦＤＭシンボルは送信ギャップに活用される。アップリンク送信ではアップリンクデータチャンネル送信とアップリンク制御チャンネル送信が可能である。

次に、ｌｏｎｇ ＰＵＣＣＨ６０３に対して説明する。長い送信期間の制御チャンネルはセルカバレッジを大きくするための目的で用いられるためにＯＦＤＭ送信よりは短搬送波送信であるＤＦＴ－Ｓ－ＯＦＤＭ（ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）方式で送信されることができる。したがって、この時は連続された副搬送波のみを用いて送信されなければならなく、また、周波数ダイバーシティー効果を得ることができるようにするために６０８と６０９のように離れた位置で長い送信区間のアップリンク制御チャンネルが構成される。周波数側面から離れる距離６０５は端末がサポートする帯域幅よりは小さくなければならなく、スロットの前側では６０８のようにＰＲＢ－１を活用して送信し、スロットの後側では６０９のようにＰＲＢ－２を活用して送信する。したがって、ＰＲＢ－１とＰＲＢ－２の周波数側距離は端末の最大サポート帯域幅よりは小さくなければならなく、端末の最大サポート帯域幅はシステムがサポートする帯域幅６０６より同一又は小さいことがある。前記周波数リソースＰＲＢ－１とＰＲＢ－２は上位シグナリングによって端末で設定されることができ、上位シグナリングによって設定される周波数リソースがビットフィールドにマッピングされ、どんな周波数リソースが用いられるかがダウンリンク制御チャンネルに含まれたビットフィールドによって端末に指示されることができる。また、６０８のスロット前側で送信される制御チャンネルと６０９のスロット後側で送信される制御チャンネルはそれぞれ６１０のアップリンク制御情報（ＵＣＩ）と端末基準信号６１１で構成され、２つの信号は時間的に区分されて他のＯＦＤＭシンボルで送信されることを仮定する。

Ｌｏｎｇ ＰＵＣＣＨ６０３ではサポート可能な制御情報ビットの数とＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）の前段でＰｒｅ－ＤＦＴ ＯＣＣサポートを通じる端末多重化をサポートするか否かによってＰＵＣＣＨ ｆｏｒｍａｔ １、ＰＵＣＣＨ ｆｏｒｍａｔ ３、ＰＵＣＣＨ ｆｏｒｍａｔ ４のような送信フォーマットがサポートされる。先ず、ＰＵＣＣＨ ｆｏｒｍａｔ １は２ビットまでの制御情報をサポートすることができるＤＦＴ－Ｓ－ＯＦＤＭ基盤のｌｏｎｇ ＰＵＣＣＨフォーマットである。前記制御情報はＨＡＲＱ－ＡＣＫとＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）の組み合せ又は各々で構成されることができる。

ＰＵＣＣＨ ｆｏｒｍａｔ １では復調基準信号であるＤＭＲＳを含むＯＦＤＭシンボルと制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を含むＯＦＤＭシンボルが繰り返し的に構成されている。例えば、ＰＵＣＣＨ ｆｏｒｍａｔ １の送信シンボル数が８シンボルの場合、８シンボルの第１の開始シンボルから順番どおりＤＭＲＳシンボル、ＵＣＩシンボル、ＤＭＲＳシンボル、ＵＣＩシンボル、ＤＭＲＳシンボル、ＵＣＩシンボル、ＤＭＲＳシンボル、ＵＣＩシンボルで構成される。ＤＭＲＳシンボルは１つのＯＦＤＭシンボル内から周波数軸で１ＲＢの長さに該当するシーケンスに時間軸に直交符号（又は直交シーケンス又はスプレディング符号、ｗ_ｉ（ｍ））を用いて拡散され、ＩＦＦＴが行なわれた後に送信される。ＵＣＩシンボルは１ビット制御情報にはＢＰＳＫ変調が行われ、２ビット制御情報にはＱＰＳＫ変調が行われてｄ（０）が生成され、生成されたｄ（０）は周波数軸に１ＲＢの長さに該当するシーケンスで掛けてスクランブリングされ、スクランブリングされたシーケンスが時間軸に直交符号（又は直交シーケンス又はスプレディング符号、ｗ_ｉ（ｍ））を用いて拡散された後、ＩＦＦＴが行なわれた後に送信される。端末は基地局から上位シグナリングで設定されたグループホッピング又はシーケンスホッピング設定及び設定されたＩＤを基盤でシーケンスを生成し、指示された初期ＣＳ（ｃｙｃｌｉｃ ｓｈｉｆｔ）値で前記生成されたシーケンスを循環シフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）して１ＲＢの長さに該当するシーケンスを生成する。

ｗ_ｉ（ｍ）はスプレディング符号の長さ（Ｎ_ＳＦ）によって次のように与えられる。ｉはスプレディング符号その自体のインデックスを意味し、ｍはスプレディング符号のｅｌｅｍｅｎｔのインデックスを意味する。ここで表の内の［ ］中の数字は

を意味し、例えば、スプレディング符号の長さが２の場合、スプレディング符号ｗ_ｉ（ｍ）は

になってｗ＿ｉ（ｍ）＝［１ １］になる。

次にＰＵＣＣＨ ｆｏｒｍａｔ ３は２ビットが超える制御情報をサポートすることができるＤＦＴ－Ｓ－ＯＦＤＭ基盤のｌｏｎｇ ＰＵＣＣＨフォーマットである。前記制御情報はＨＡＲＱ－ＡＣＫ、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）、ＳＲの組み合せ又は各々で構成されることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ３でＤＭＲＳシンボル位置は周波数ホッピング（ｈｏｐｐｉｎｇ）するかどうかと追加のＤＭＲＳシンボルを設定するかどうかよって次のような表で提示される。

例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ３の送信シンボル数が８シンボルの場合、８シンボルの第１開始シンボルを０で開始し、第１シンボルと第５シンボルにＤＭＲＳが送信される。前記表はＰＵＣＣＨ ｆｏｒｍａｔ ４のＤＭＲＳシンボル位置にも同じ方式で適用される。

次に、ＰＵＣＣＨ ｆｏｒｍａｔ ４は２ビットが超える制御情報をサポートすることができるＤＦＴ－Ｓ－ＯＦＤＭ基盤のｌｏｎｇ ＰＵＣＣＨフォーマットである。前記制御情報はＨＡＲＱ－ＡＣＫ、ＣＳＩ、ＳＲの組み合せ又は各々で構成されることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ４がＰＵＣＣＨ ｆｏｒｍａｔ ３と異なる点はＰＵＣＣＨ ｆｏｒｍａｔ ４の場合、一つＲＢ内で多くの端末のＰＵＣＣＨ ｆｏｒｍａｔ ４が多重化されることができるということである。ＩＦＦＴ前段で制御情報にＰｒｅ－ＤＦＴ ＯＣＣ適用を介して複数端末のＰＵＣＣＨ ｆｏｒｍａｔ ４が多重化されることができる。ただ、一つの端末の送信可能な制御情報シンボル数は多重化される端末の数によって減らすようになる。

次に、ｓｈｏｒｔ ＰＵＣＣＨ６１８に対して説明する。Ｓｈｏｒｔ ＰＵＣＣＨはダウンリンク中心スロットとアップリンク中心スロットのすべてで送信されることができ、一般的にスロットの最後のシンボル、又は後側にあるＯＦＤＭシンボル（例えば、最後のＯＦＤＭシンボル又は最後から第２番目ＯＦＤＭシンボル、又は最後の２ＯＦＤＭシンボル）で送信される。勿論、スロット内に任意の位置でＳｈｏｒｔ ＰＵＣＣＨが送信されることもできる。そして、Ｓｈｏｒｔ ＰＵＣＣＨは１つのＯＦＤＭシンボル、又は２個のＯＦＤＭシンボル又は複数個のＯＦＤＭシンボルを用いて送信されることができる。図６でＳｈｏｒｔ ＰＵＣＣＨはスロットの最後のシンボル６１８で送信される。Ｓｈｏｒｔ ＰＵＣＣＨのための無線リソースは周波数側でＰＲＢ単位に割り当てられるが、割り当てられるＰＲＢは１個のＰＲＢ又は連続された複数個のＰＲＢが割り当てられることもでき、周波数帯域から離れている複数個のＰＲＢが割り当てられることもできる。そして、割り当てられるＰＲＢは端末がサポートする周波数帯域６０７よりは同一又は小さい帯域のうちに含まれていなければならない。前記割り当てられる周波数リソースである複数個のＰＲＢは上位シグナリングによって端末に設定されることができ、上位信号によって設定される周波数リソースがビットフィールドにマッピングされ、どんな周波数リソースが用いられるかがダウンリンク制御チャンネルに含まれたビットフィールドによって端末に指示されることができる。

そして、１つのＰＲＢ内でアップリンク制御情報６３０と復調基準信号６３１は周波数帯域で多重化されなければならないが、６１２のように毎２つのシンボル当り１つのシンボルに復調基準信号を送信する方法、又は６１３のように毎３つのシンボル当り１つのシンボルに復調基準信号を送信する方法、又は６１４のように毎４つのシンボル当り１つのシンボルに復調基準信号を送信する方法などが存在することができる。前記６１２、６１３、６１４のような復調信号送信方法は上位シグナリングによってどんな方式を用いるかが設定されることもできる。又は前記マッピング方式のうちの１つが規格に定義されて端末が前記マッピング方式に従ってｓｈｏｒｔ ＰＵＣＣＨを送信して基地局は前記マッピング方式に従ってｓｈｏｒｔ ＰＵＣＣＨを復調することができる。又は、端末は上位シグナリングの受信を介して指示された方法どおり復調基準信号とアップリンク制御情報を多重化して送信する。又は復調基準信号を送信する方法はアップリンク制御情報６２０のビット数によって定められることができる。例えば、アップリンク制御情報のビット数が小さい場合、端末は６１２のような方式で復調基準信号とアップリンク制御情報の多重化を行ってＰＵＣＣＨを送信することができる。アップリンク制御情報のビット数が小さい場合、アップリンク制御情報の送信のために多くのリソースを利用しなくても十分な送信符号率が得られる。例えば、アップリンク制御情報のビット数が多い場合、端末は６１４のような方式で復調基準信号とアップリンク制御情報の多重化を行ってＰＵＣＣＨを送信することができる。アップリンク制御情報のビット数が多い場合、アップリンク制御情報の送信のために多くのリソースを利用することが送信符号率を低めるために必要である。

Ｓｈｏｒｔ ＰＵＣＣＨ６１８はサポート可能な制御情報ビットの数によってＰＵＣＣＨ ｆｏｒｍａｔ ０、ＰＵＣＣＨ ｆｏｒｍａｔ ２のような送信フォーマットをサポートする。先ず、ＰＵＣＣＨ ｆｏｒｍａｔ ０は２ビットまでの制御情報をサポートすることができるＣＰ－ＯＦＤＭ基盤のｓｈｏｒｔ ＰＵＣＣＨフォーマットである。前記制御情報はＨＡＲＱ－ＡＣＫとＳＲの組み合せ又は各々で構成されることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ０はＤＭＲＳを送信せず、１つのＯＦＤＭシンボル内で周波数軸で１２個のサブキャリアにマッピングされるシーケンスのみを送信する構造である。端末は基地局から上位シグナリングで設定されたグループホッピング又はシーケンスホッピング設定及び設定されたＩＤを基盤でシーケンスを生成し、指示された初期ＣＳ値にＡＣＫであるかＮＡＣＫであるかによって他のＣＳ値を足した最終ＣＳ値で前記生成されたシーケンスを循環シフトして１２個のサブキャリアにマッピングして送信する。例えば、ＨＡＲＱ－ＡＣＫが１ビットの場合、次の表のように ＡＣＫであれば初期ＣＳ値に６を足して最終ＣＳを生成し、ＮＡＣＫであれば初期ＣＳに０を足して最終ＣＳを生成する。前記のＮＡＣＫのためのＣＳ値である０とＡＣＫのためのＣＳ値の６は規格に定義され、端末は常に前記値によってＰＵＣＣＨ ｆｏｒｍａｔ ０を生成して１ビットＨＡＲＱ－ＡＣＫを送信する。

例えば、ＨＡＲＱ－ＡＣＫが２ビットの場合、次の表のように（ＮＡＣＫ、ＮＡＣＫ）であれば初期ＣＳ値に０を足し、（ＮＡＣＫ、ＡＣＫ）であれば初期ＣＳ値に３を足し、（ＡＣＫ、ＡＣＫ）であれば初期ＣＳ値に６を足し、（ＡＣＫ、ＮＡＣＫ）であれば初期ＣＳ値に９を足す。前記の（ＮＡＣＫ、ＮＡＣＫ）のためのＣＳ値である０と（ＮＡＣＫ、ＡＣＫ）のためのＣＳ値である３、（ＡＣＫ、ＡＣＫ）のためのＣＳ値である６、（ＡＣＫ、ＮＡＣＫ）のためのＣＳ値の９は規格に定義され、端末は常に前記値によってＰＵＣＣＨ ｆｏｒｍａｔ ０を生成して２ビットＨＡＲＱ－ＡＣＫを送信する。前記で初期ＣＳ値にＡＣＫ又はＮＡＣＫによって足したＣＳ値によって最終ＣＳ値が１２を超える場合、シーケンスの長さが１２であるためにｍｏｄｕｌｏ１２を適用することは自明である。

次に、ＰＵＣＣＨ ｆｏｒｍａｔ２は２ビットを超える制御情報をサポートすることができるＣＰ－ＯＦＤＭ基盤のｓｈｏｒｔ ＰＵＣＣＨフォーマットである。前記制御情報はＨＡＲＱ－ＡＣＫ、ＣＳＩ、ＳＲの組み合せ又は各々で構成されることができる。ＰＵＣＣＨ ｆｏｒｍａｔ２は１つのＯＦＤＭシンボル内でＤＭＲＳが送信されるサブキャリアの位置が６１２のように第１のサブキャリアのインデックスを＃０とする時、＃１、＃４、＃７、＃１０のインデックスを有するサブキャリアに固定される。制御情報はチャンネル符号化後の変調過程を経てＤＭＲＳが位置したサブキャリアを除いた残りサブキャリアにマッピングされる。本発明で以後にｓｈｏｒｔ ＰＵＣＣＨの場合、特別に明示しない場合、ＰＵＣＣＨ ｆｏｒｍａｔ ０又はＰＵＣＣＨ ｆｏｒｍａｔ ２を指称し、ｌｏｎｇ ＰＵＣＣＨの場合、特別に明示しない場合、ＰＵＣＣＨ ｆｏｒｍａｔ １又はＰＵＣＣＨ ｆｏｒｍａｔ ３又はＰＵＣＣＨ ｆｏｒｍａｔ４を指称する。また、本発明でＰＵＣＣＨ ｆｏｒｍａｔ Ｘで送信するということは特別に明示しない場合、基地局から指示されるか誘導されるなどの本発明の方法を介して得られたＰＵＣＣＨ ｆｏｒｍａｔ ＸのためのＰＵＣＣＨ ｒｅｓｏｕｒｃｅを用いて送信するということを意味する。

本発明の多様な実施例によれば複数の基地局又は複数のＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）で端末でダウンリンクチャンネルを用いてデータ又は制御情報が送信されることができ、ここに応答して端末はアップリンクチャンネルを用いてデータ又は制御情報を送信することができる。

図７は、本発明の一実施例による協力送信（ＪＴ、ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）技法と状況によるＴＲＰ別の無線チャンネル例を示す図面である。図７で７００、７５０は各セル、ＴＲＰ又は／及びビームの間コヒーレント（Ｃｏｈｅｒｅｎｔ）プリコーディングをサポートするコヒーレント協力送信（ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ、Ｃ－ＪＴ）又はＴＲＰ又は／及びビームの間の非－コヒーレント（ｎｏｎ－ｃｏｈｅｒｅｎｔ）プリコーディングをサポートする非コヒーレントラ協力送信（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ、ＮＣ－ＪＴ）を示す図面である。図７で説明する協力送信動作は６ＧＨｚ以下帯域で非－ビームフォーミング（ｎｏｎ－ｂｅａｍｆｏｒｍｉｎｇ）基盤で動作することができ、６ＧＨｚ超過帯域でビームフォーミング基盤で動作することもできる。

Ｃ－ＪＴではＴＲＰ Ａ７０５とＴＲＰ Ｂ７１５で互いに同じなデータ（ＰＤＳＣＨ）を送信するようになり、多数のＴＲＰでジョイント（ｊｏｉｎｔ）プリコーディングを行う。これはＴＲＰ Ａ７０５とＴＲＰ Ｂ７１５で前記のようなＰＤＳＣＨ受信のための同一なＤＭＲＳポート（例えば、２つのＴＲＰのすべてでＤＭＲＳ ｐｏｒｔ Ａ、Ｂ）を送信するようになることを意味する。この場合、端末はＤＭＲＳ ｐｏｒｔ Ａ、Ｂによって復調される１つのＰＤＳＣＨを受信するためのＤＣＩ１つを受信するようになるだろう。

ＮＣ－ＪＴの場合、前記各セル、ＴＲＰ又は／及びビームで互いに異なるＰＤＳＣＨを送信して各ＰＤＳＣＨには個別プリコーディングが適用されることができる。これはＴＲＰ Ａ７０５とＴＲＰ Ｂ７１５で前記互いに異なるＰＤＳＣＨ受信のための互いに異なるＤＭＲＳ ポート（例えば、ＴＲＰ ＡではＤＭＲＳ ｐｏｒｔ Ａ、ＴＲＰ ＢではＤＭＲＳ ｐｏｒｔ Ｂ）を送信するようになることを意味する。この場合、端末はＤＭＲＳ ｐｏｒｔ Ａによって復調されるＰＤＳＣＨ Ａと、異なるＤＭＲＳ ｐｏｒｔ Ｂによって復調されるＰＤＳＣＨ Ｂを受信するための２つのＤＣＩを受信するようになるだろう。

例えば、ダウンリンクの場合、ＴＲＰ Ａ７０５は第１ＰＤＣＣＨを用いて第１ＰＤＳＣＨを割り当てて第１ＰＤＳＣＨでは端末のためのデータが送信されることができる。ＴＲＰ Ｂ７１５は第２ＰＤＣＣＨを用いて第２ＰＤＳＣＨを割り当てて第２ＰＤＳＣＨでは端末のためのデータが送信されることができる。この時、有無線バックホールをさらに基地局サーバー７２０と接続されたＴＲＰ Ａ、ＢはＲＲＣ情報及び前記第１ＰＤＣＣＨ及び第２ＰＤＣＣＨのＤＣＩを基盤で第１ＰＤＳＣＨと第２ＰＤＳＣＨを空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ）で区分されるように送信することができる。

他の例で、ダウンリンクの場合、ＴＲＰ Ａ７０５は第１ＰＤＣＣＨを用いて第１ＰＤＳＣＨとＴＲＰ Ａ７１５の第２ＰＤＳＣＨを割り当てて、第１ＰＤＳＣＨと第２ＰＤＳＣＨでは端末のためのデータが送信されることができる。すなわち、ＴＲＰ Ａ７１５の第２ＰＤＣＣＨは基地局のスケジューリング方式に従って省略されることができる。この時、ＴＲＰ ＡはＲＲＣ情報及び前記第１ＰＤＣＣＨのＤＣＩを基盤で第１ＰＤＳＣＨと第２ＰＤＳＣＨを空間ドメインで区分されるように送信することができる。

例えば、アップリンクリソース割り当てのためにＴＲＰ Ａ７０５、７５５は第１ＰＤＣＣＨを用いて第１ＰＵＣＣＨ又は第１ＰＵＳＣＨを割り当てることができる。ＴＲＰ Ｂ７１５、７６５は第２ＰＤＣＣＨを用いて第２ＰＵＣＣＨ又は第２ＰＵＳＣＨを割り当てることができる。この時、ＴＲＰ Ａ７０５、７５５はＲＲＣ情報及び第１ＰＤＣＣＨのＤＣＩに基づいて第１ＰＵＣＣＨ又は第１ＰＵＳＣＨの空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ）情報及び周波数ドメイン、タイムドメイン情報を指示することができるＴＲＰ Ｂ７１５、７６５はＲＲＣ情報及び第２ＰＤＣＣＨのＤＣＩに基づいて第２ＰＵＣＣＨ又は第２ＰＵＳＣＨの空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ）情報及び周波数ドメイン、タイムドメイン情報を指示することができる。

他の例で、アップリンクリソース割り当てのためにＴＲＰ Ａ７０５、７５５は第１ＰＤＣＣＨを用いて第１ＰＵＣＣＨ、第２ＰＵＣＣＨ、第１ＰＵＳＣＨ又は第２ＰＵＳＣＨを割り当てることができる。この時、ＴＲＰ ＡはＲＲＣ情報及び第１ＰＤＣＣＨのＤＣＩに基づいて第１ＰＵＣＣＨ、第２ＰＵＣＣＨ、第１ＰＵＳＣＨ又は第２ＰＵＳＣＨの空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ）情報及び周波数ドメイン、タイムドメイン情報を指示することができる。

アップリンクシナリオ７５０で、端末７６０は有無線バックホールを又は基地局サーバー７７０に接続されたＴＲＰ Ａ又はＴＲＰ Ｂで割り当られたチャンネル及びリソースを基盤に指示された送受信（Ｔｘ／Ｒｘ）ビームフォーミング動作を行い、アップリンクデータ又は制御情報を送信することができる。前記受信（Ｒｘ）ビームフォーミング動作は端末がＴＲＰ Ａ又はＴＲＰ Ｂが設定又は指示したビーム方向にビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を行ってダウンリンク制御情報を受信し、前記送信（Ｔｘ）ビームフォーミング動作は端末が前記ＴＲＰ Ａ又はＴＲＰ Ｂで受信された制御情報によってアップリンクビーム方向を確認してビームフォーミングを行うことを意味する。前記送信されるアップリンクデータには端末で生成されたペイロード（ｐａｙｌｏａｄ、又はデータ）、ＨＡＲＱ－ＡＣＫ又はＣＳＩが含まれることができ、制御情報（ＵＣＩ）にはＨＡＲＱ－ＡＣＫ又はＣＳＩなどの情報が含まれることができる。前記説明でＴＲＰ ＡとＴＲＰ Ｂは別途の２個のＴＲＰで説明されたが、端末側ではＴＲＰのインデックスを明示的に区分するよりはビームのインデックスで区分するためＴＲＰ ＡとＢは１つのＴＲＰ又は２個以上の複数のＴＲＰで構成されて動作されることもできる。

他の例で、ＮＣ－ＪＴの場合、多数のＴＲＰで用いる周波数及び時間リソースが同一な場合、多数のＴＲＰで用いる周波数及び時間リソースがまったくオーバーラップしない場合、多数のＴＲＰで用いる周波数及び時間リソースの一部がオーバーラップする場合のように多様な無線リソース割り当てを考慮することができる。また、ＮＣ－ＪＴサポートのために１つの端末に同時に多数のＰＤＳＣＨを割り当てるために多様な形態、構造及び関係のＤＣＩが考慮されることができる。

前記Ｃ－ＪＴ又はＮＣ－ＪＴの動作はダウンリンクの場合信号（特にデータ信号）を同時に受信するシナリオを考慮することができる。ここで同時受信は同一なｓｌｏｔ内の１４個のＯＦＤＭシンボルのうちの信号を受信する時間リソースが少なくとも１つ以上の複数のシンボルでオーバーラップする（ｏｖｅｒｌａｐｐｉｎｇ）場合又は全部オーバーラップする場合で定義されることができる。一方にアップリンクの場合は同時に信号を送信するか又は一部時間差を置いて送信するシナリオを考慮することができる。ここで同時送信とは同一なスロット内の１４個のＯＦＤＭシンボルのうちの信号を送信する時間リソースが少なくとも１つ以上の複数のシンボルでオーバーラップする（ｏｖｅｒｌａｐｐｉｎｇ）場合又は全部オーバーラップする場合で定義されることができる。一部時間差を置いて送信する場合は端末は少なくとも１つ以上のＯＦＤＭシンボル又はスロットの時間差を置いてアップリンク信号を送信することができる。

以下、端末のパネルの意味を述べる。

端末は基地局とＴｘ／Ｒｘビームフォーミングを行って通信をするパネル（ｐａｎｅｌ）を定義することができる。前記パネルは多様な形態のうちの１つの概念で定義されることができ、一例で、基地局と通信するために端末が生成するビーム、ビームのセット（ｓｅｔ）、ビームブック（ｂｅａｍ ｂｏｏｋ）を区分する形態の区分インジケーター（ｉｎｄｉｃａｔｏｒ）によって定義される形態であれば良い。他の例で、パネルは端末パネル（ＵＥ ｐａｎｅｌ）のための新しいＩＤで定義されることができる。具体的に１つの端末に２個のパネルがある場合、端末にパネルインジケーター０又は１が指示されて特定パネルでのアップリンク送信が指示されることができる。他の例で、ダウンリンクＲＳにマッピングされるように新しいＩＤが定義されることができる。すなわち、特定パネルに基地局のダウンリンクＲＳリソース（ＲＳ ｒｅｓｏｕｒｃｅ）又はＲＳリソースセット（ＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ）がマッピングされることを仮定して前記ダウンリンクＲＳリソース又はリソースセットに対応されるＩＤが指示されることができる。具体的に１つの端末に２個のパネルがあり、端末のために基地局がＣＳＩ－ＲＳリソースセット＃０、１、２、３などを設定した状態で基地局はＣＳＩ－ＲＳリソースセット＃０、１はパネルＩＤ０で、＃２、３はｐａｎｅｌ ＩＤ１にマッピングして端末にパネルＩＤを指示することができる。

他の例で、基地局はアップリンクパネルインジケーター（ｉｎｄｉｃａｔｉｏｎ）を端末に指示することができる。基地局はＲＲＣ設定で設定されるＳＲＳリソースセット又はＳＲＳリソースごとに新しいＵＬパネルを指示することができる。すなわち、少なくとも１つの特定ＳＲＳリソースセット又はＳＲＳリソース当たり1つ以上のＵＬパネルが関連付けされることができ、これは明示的又は暗示的に指示されることができる。この時、端末が２個のパネルをサポートすれば基地局はパネルＩＤで別途で＃０、又は／及び１を明示的に指示することができ、もし、明示的にパネルＩＤを指示しなければ基地局はｒｅｌ－１５で定義された上位階層シグナリングを用いたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメーターのセッティングと設定されたＳＲＳ情報基盤で用いられるパネルを指示することもできる。又は基地局が端末内で生成、操作、管理するビームがアップリンクで送信されるＳＲＳリソースを指示するＳＲＳリソースインジケーター（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＳＲＩ）のようなインジケーターとマッピングされた形態で定義されることができる。

他の例で、前記パネルは基地局が区分することができる論理的な（ｌｏｇｉｃａｌ）形態で区分するかインデックスできる形態、基地局が区分することができる物理的な（ｐｈｙｓｉｃａｌ）形態で区分するかインデックスすることができる形態、前記論理的な形態と物理的な形態が連携されて区分されるように設定された形態のうちの少なくとも１つを含むことができる。他の例で、前記パネルは具現的に端末内部の少なくとも１つの一部アンテナ（モジュール）又は複数のアンテナ（モジュール）、アンテナ（モジュール）グループなどにマッピングされることができる。

前記定義されたパネルによって端末はアップリンク送信において多様なカテゴリー（ｃａｔｅｇｏｒｙ）の能力（ｃａｐａｂｉｌｉｔｙ）をサポートすることができる。

－ 多重パネル端末（Ｍｕｌｔｉ－ｐａｎｅｌ ＵＥ、ＭＰＵＥ）ｔｙｐｅ１：端末内の複数のパネルのための動作で、一時点に１つのパネルだけが活性化（ａｃｔｉｖａｔｉｏｎ）され、パネルを活性化及びスイッチングするのに一部遅延時間が発生することができるタイプ

－ ＭＰＵＥ ｔｙｐｅ ２：端末内の複数のパネルのための動作で、一時点に複数のパネルが活性化（ａｃｔｉｖａｔｉｏｎ）され、１つ又は複数のパネルが送信するのに用いられることができるタイプ

－ ＭＰＵＥ ｔｙｐｅ ３：端末内の複数のパネルのための動作で、一時点に複数のパネルが活性化（ａｃｔｉｖａｔｉｏｎ）され、ただ１つのパネルだけ送信するのに用いられることができるタイプ

前記ＭＰＵＥ ｔｙｐｅは端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）に含まれることができる情報で、前記パネル活性化の意味はアップリンク送信のためにモデムとＲＦチェーン（ＲＦ ｃｈａｉｎ）が少なくとも電源が印加されて電力調整が可能な状態、ＰＡ（ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ）活性化状態及び送信準備が完了された状態を意味することができる。すなわち、基地局が前記ＭＰＵＥｔｙｐｅ情報（これはＭＰＵＥカテゴリー情報、ＭＰＵＥ類型情報と混用されることができる）を受信すると、基地局は端末のＵＬビームフォーミングを指示するのに前記情報を活用することができる。前記活用の一例によれば、基地局から特定パネルの活性化指示情報を受信した端末は指示されたパネルの電源をオン（ｏｎ）するように動作する間に反対に指示されない端末の一部パネルの電源をオフ（ｏｆｆ）するように動作することもでき、場合にしたがってパネルの電源をオンするように動作することもできる。前記端末のＴｘビームフォーミングのための活性化状態はＲｘビームフォーミングのための活性化状態と区分されることができ、必ずＲｘビームフォーミングのための活性化状態が前提されなければならないものではない。

図８ａは、端末のパネル動作関連情報を受信する端末の動作の一例を示した図面である。図８ａのように端末はＵＥ ｃａｐａｂｉｌｉｔｙ のようにパネル動作能力関連情報を基地局に送信することができる（８００）。前記パネル動作能力関連情報は前記記述したＭＰＵＥ ｔｙｐｅに対する情報であれば良い。前記情報を受信した基地局は端末のアップリンクの送信をスケジューリングするのに前記ＭＰＵＥ ｔｙｐｅを考慮することができる。前記端末のためのＲＲＣ設定で基地局は端末とＰＵＣＣＨリソース及び基地局とビーム関連情報関連設定メッセージを前記端末のためのＲＲＣ設定メッセージに含ませて送信することができる（８１０）。端末はこのような情報を受信する。以後端末は前記設定された複数ビーム又は複数のパネル基盤の送受信情報を確認することができる（８２０）。

図８ｂは、端末のパネル関連能力情報を受信した基地局と端末の動作の一例を示した図面である。例えば、基地局８４０は特定端末８５０が送信したパネルの能力情報を受信して（８６０）、前記端末８５０の能力情報がＭＰＵＥ ｔｙｐｅ １であることを受信した場合、基地局８４０は端末８５０が複数のパネルが活性化されることができるが、ただ、１つのパネルだけアップリンク送信のために用いられるようにＰＵＣＣＨリソース及びＰＵＳＣＨリソースを割り当てることができる。また、複数のパネルが活性化されていないためにパネル間のスイッチング遅延（ｄｅｌａｙ）を確かに考慮して基地局８４０は端末８５０が１つのパネルのみを用いてアップリンク送信を行うようにＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ設定及び設定情報送信を通じる割り当てを行う（８７０）。基地局８４０は端末８５０の能力を考慮して複数の空間ドメインのアップリンク送信のためのリソースを割り当てないこともある。具体的に、基地局８４０は一時点にＨＡＲＱ－ＡＣＫ又はＵＣＩ情報のためのＰＵＣＣＨリソースをスケジューリング時に端末８５０の特定パネルを指示し、以後端末のＨＡＲＱ－ＡＣＫ又はＵＣＩ送信時点に端末８５０の特定パネルで送信される方向だけでＲｘビームフォーミングして受信動作を行うことができる。また、基地局８４０はアップリンク送信の空間ドメインが変更される場合（例えば、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが異なるＰＵＣＣＨ又はＲＳリソース、ＳＲＳリソース割り当て及びＰＵＣＣＨ、ＰＵＳＣＨリソース設定でビームの変更時）にはスロット単位又は複数のシンボル単位の遅延時間を考慮してリソースを離隔して割り当てることができる。もし、基地局８４０が割り当られたリソースが端末８５０のスイッチング遅延を無視して割り当られると、端末８５０は基地局が指示した当該送信をドロップ（ｄｒｏｐ）したり失敗させたりすることができる。

他の例で基地局８４０が特定端末８５０が送信したパネルの能力情報がＭＰＵＥ ｔｙｐｅ３であることを受信した場合、基地局８４０は端末８５０が複数のパネルが活性化されることができるが、ただ１つのパネルだけアップリンク送信のために用いられるようにＰＵＣＣＨリソース及びＰＵＳＣＨリソースを割り当てることができる。すなわち、端末８５０が複数のパネルが活性化されているためパネル間のスイッチング遅延（ｄｅｌａｙ）は考慮しなくても良く、１つのパネルだけ送信するのに用いられる制約を考慮して基地局８４０は複数の空間ドメインのアップリンク送信のためのリソースを割り当てなくても良い。具体的に、基地局８４０は一時点にＨＡＲＱ－ＡＣＫ又はＵＣＩ情報のためのＰＵＣＣＨリソースをスケジューリング時に端末の特定パネルを指示し、以後端末のＨＡＲＱ－ＡＣＫ又はＵＣＩ送信時点に端末の特定パネルで送信される方向のみをＲｘビームフォーミングして受信動作を行うことができる。

以下、基地局が端末にアップリンク送信のためのパネルを指示する方法を述べる。

以下、パネル指定シグナリング無しにＵＣＩを送信するように指示する方法を述べる。

ＮＲリリース１５（Ｒｅｌ－１５）をサポートする端末が端末側のどんなパネルを介してダウンリンク信号を受信するかアップリンク信号を送信することは問題にならなかった。これは基地局側で端末に対するパネルに対する定義無しに端末のパネルの使用が規格上に明示されないように（ｔｒａｎｓｐａｒｅｎｔ、ただ、端末又は／及び基地局の具現で動作する場合を排除しない、これは規格上でパネル識別子又は区分者を別に定義するか使用しないことを意味する）決定するためである。Ｒｅｌ－１５端末のアップリンクビーム方向を指示する方法のうちで第１に、ダウンリンクで受信したビームのビーム相応（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）のある場合はアップリンクビームはダウンリンクビームで見なされることができる。端末はこの場合、ダウンリンク信号を受信するビームを固定してアップリンク信号を送信することができる。すなわち、基本的にＰＵＳＣＨビームはＰＤＳＣＨビームと同一であることを仮定することができる。第２に、ダウンリンクのデータ送信に対応されるＰＵＣＣＨを用いたＵＣＩ送信の場合、ＭＡＣ ＣＥを介してＰＵＣＣＨ空間関係（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ）活性化／非活性化を介してアップリンクビームが決定されて動作されることができる。この時、割り当られたＭＡＣ ＣＥメッセージを受信した端末はＰＵＣＣＨリソースＩＤを受信すると、活性化されたビームの各ｉｎｄｅｘ（Ｓ ｉ）を介してＵＬビームの送信方向を確認することができる。第３に、ＰＵＳＣＨ送信の場合、ＭＡＣ ＣＥを介してＴＣＩ状態（ＴＣＩ ｓｔａｔｅｓ）でＰＵＳＣＨビームの変更を指示することができる。しかし、ＰＤＣＣＨで指示するＵＬビームの変更はＲＲＣ、ＭＡＣ ＣＥによって指示されるためＵＬビームの変更を動的に指示することはｒｅｌ－１５によれば不可能である。

前記の多様な方法は現在Ｒｅｌ－１５にサポートされる方法で、これに基づいてリリース１６（Ｒｅｌ１６）で論議する複数のビームを送受信する方法を拡張及び提案することができる。

－ 方法１：Ｒｅｌ－１５の概念を狭い範囲で確張すると、ＤＣＩで端末のパネルを別途と指定しないこともある。すなわち、ＤＣＩ内に別途の指示がないという意味は端末にとってダウンリンク信号を受信したパネルのみを用いてダウンリンクとアップリンク信号をそれぞれ送受信することで理解することができる。すなわち、これはＤＣＩに別途のインジケーターがなく端末はダウンリンクの信号受信で用いたＲｘビームフォーミングの設定及びセッティングを固定してアップリンク信号送信に用いることを意味する。これによって基地局はダウンリンク信号送信に基づいたダウンリンクＲＳビームフォーミングを基準で前記端末のアップリンク信号受信を期待することができる。

－ 方法２：プライマリービーム（ｐｒｉｍａｒｙ ｂｅａｍ、ｍａｉｎ ｂｅａｍ又は主要ビーム）とセカンダリービーム（ｓｅｃｏｎｄａｒｙ ｂｅａｍ、ｓｕｂ ｂｅａｍ 又は部首ビーム）のような概念を適用して端末のアップリンク及びダウンリンク送受信ビームが管理されることができる。前記プライマリービーム（Ｐ－ｂｅａｍ）は基本的に基地局の指示によって決定されることができる。そして、プライマリーパネル（Ｐ－ｐａｎｅｌ）は基地局のプライマリービームを受信することに基づいて決定されることができる。追加でセカンダリーパネル（Ｓ－ｐａｎｅｌ）は基地局のセカンダリービームを受信することに基づいて決定されることができる。

例えば、初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程で接続されたビームペア（ｐａｉｒ）に基づいて端末は前記ビームペアをアップリンク及びダウンリンクビームをＰ－ｂｅａｍ又はこの時に受信することに用いられたパネルをＰ－ｐａｎｅｌで決定することができる。この時、端末はＰ－ｂｅａｍ又はＰ－ｐａｎｅｌ外に基地局のビーム指示（ｂｅａｍ ｉｎｄｉｃａｔｉｏｎ）によって指示される他の方向のビーム（一例でＴＣＩ ｓｔａｔｅｓ指示によって指示されるビーム）ビームはＳ－ｂｅａｍで決定されることができ、Ｐ－ｐａｎｅｌを除いたパネルをＳ－ｐａｎｅｌで判断することができる。他の例で、ＲＲＣシグナリングで設定されたＴＣＩ ｓｔａｔｅｓで最も低いインデックス（ｌｏｗｅｓｔ ｉｎｄｅｘ）にマッピングされたビーム又は基本（ｄｅｆａｕｌｔ）で設定されたビームが基本Ｐ－ｂｅａｍに指定されることができる。そして、Ｐ－ｂｅａｍを受信することに用いられたパネルを基地局と端末はＰ－ｐａｎｅｌで判断することができる。この時、基地局と端末はＰ－ｂｅａｍ又はＰ－ｐａｎｅｌ外に基地局がビーム指示を介して指示する他の方向のビーム（一例でＴＣＩ ｓｔａｔｅｓ指示によって指示されるビーム）ビームはＳ－ｂｅａｍで決定することができ、Ｐ－ｐａｎｅｌを除いたパネルをＳ－ｐａｎｅｌで判断することができる。他の例で、端末が受信する複数のビームのうちのチャンネル状態が最も良いビームをＰ－ｂｅａｍで指定することもできる。

前記Ｐ－ｂｅａｍとＳ－ｂｅａｍを区分する理由は少なくとも２つビームを端末が同時に送信することができる場合と送信することができない場合によって端末が送信するＵＣＩ又はＰＵＳＣＨを送信するビームの方向が変わることができるためである。一例で、端末が１つのスロット以内又は複数のシンボル間に２つのビームを送信しなければならない場合（一例でＭＰＵＥ ｔｙｐｅ２の場合）、端末はＰ－ｂｅａｍとＳ－ｂｅａｍで設定された各ＰＵＣＣＨリソースＩＤと当該ＵＬビームインデックスに基づいてＵＣＩ及びアップリンクデータをそれぞれ送信することができる。他の例で、端末が１つのスロット以内又は複数のシンボル間に１つのビームだけ送信することができる場合（一例でＭＰＵＥ ｔｙｐｅ１、３）、端末はＰ－ｂｅａｍだけでアップリンク信号及びデータを送信することで判断することができる。基地局はこのために当該スケジューリングをＤＣＩで考慮することができる。

Ｒｅｌ－１５端末のようにＲｅｌ－１６端末は予め設定されたＲＲＣ情報と特定時点のＰ－ｂｅａｍ及びＳ－ｂｅａｍのＰＤＣＣＨデコーディングを介して確認されたＰＵＣＣＨリソースインジケーター値に基づいてＰＵＣＣＨ送信のためのビームの方向とリソースの位置を確認することができる。

特に、アップリンク信号送信時点が同１つのスロットで少なくとも１つのシンボルがオーバーラップする場合、ＰＵＣＣＨリソースインジケーターが同一な値であれば端末は指定されたリソースを用いて１つのビームで（Ｐ－ｂｅａｍ、Ｓ－ｂｅａｍが同一）ＨＡＲＱ－ＡＣＫコードブック又はＵＣＩを送信することができる。ＰＵＣＣＨリソースインジケーターが異なる値であれば端末は前述した多様な方法のうちの１つで決定されたＰ－ｂｅａｍのみを用いて当該リソースに送信することができる。

この時、端末がＵＣＩ又はＨＡＲＱ－ＡＣＫコードブックを送信する最も簡単な方法で、端末はＰ－ｂｅａｍに該当するＵＣＩ又はＨＡＲＱ－ＡＣＫコードブックのみを送信することができる。すなわち、これはＳ－ｂｅａｍを用いて送信されるように指示されたＵＣＩ又はＨＡＲＱ－ＡＣＫコードブックはドロップされる可能性があることを意味する。他の方法でＬＴＥシステムと類似に端末はＰ－ｂｅａｍで指示したリソースにＵＣＩ又はＨＡＲＱ－ＡＣＫコードブック情報をジョイントコーディング（ｊｏｉｎｔ ｃｏｄｉｎｇ）するか又はマルチプレクシング又は／及びバンドリング（ｍｕｌｔｉｐｌｅｘｉｎｇ／ｂｕｎｄｌｉｎｇ）するか又はコードブックデザインによってＰ－ｂｅａｍに該当するＵＣＩ又はＨＡＲＱ－ＡＣＫコードブックとＳ－ｂｅａｍに該当するＵＣＩ又はＨＡＲＱ－ＡＣＫコードブックが統合されて送信されることができる。他の方法でＮＲシステムと類似にこの場合、Ｒｅｌ－１５で送信するＨＡＲＱコードブックデザインが同様に適用されることができる。ＨＡＲＱ－ＡＣＫコードブック決定のためにＴｙｐｅ－１（ｓｅｍｉ－ｓｔａｔｉｃ（準静的）方法）、Ｔｙｐｅ－２（ｄｙｎａｍｉｃ（動的）方法）が指示されて動作されることができる。前記の区分はＴＳ３８．３３１に記述されたようにｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｓｅｍｉ－ｓｔａｔｉｃ ｏｒ ｄｙｎａｍｉｃで設定された値によって決定されることができる。

ここで一実施例でｓｅｍｉ－ｓｔａｔｉｃ一方法を述べる。Ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨ、ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＳＣＨは“ＴＲＵＥ”で設定されるか当該フィールドがａｂｓｅｎｔで設定されることができる。もし、ＴＲＵＥで設定されると、４ｌａｙｅｒｓ以上スケジューリングされることができ、そうではなければａｂｓｅｎｔで設定を仮定することができる。Ｍｕｌｔｉ－ＴＲＰ又はｍｕｌｔｉ－ｂｅａｍを用いて送信されるコードワード（ｃｏｄｅｗｏｒｄ）が２の場合の前記のｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩフィールドは２で設定されることができ、もし、ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨがＴＲＵＥでセッティングされた場合、第１ＴＢ（ｆｉｒｓｔ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）に対応されるＨＡＲＱ－ＡＣＫでＰ－ｂｅａｍのコードブックが構成されることができ、第２ＴＢ（ｓｅｃｏｎｄ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）に対応されるＨＡＲＱ－ＡＣＫでＳ－ｂｅａｍのコードブックが構成されることができる。もし、同一なデータが送信される場合（すなわち、１つのＴＢが繰り返されて送信される場合、又は２つのＴＢが同一なデータの場合）にはＰ－ｂｅａｍのコードブックを第１ＴＢに対応されるＨＡＲＱ－ＡＣＫで構成することができ、Ｓ－ｂｅａｍのコードブックをＮＡＣＫで構成して送信することができる。

図９は、端末が複数のパネルを用いた送受信動作においてパネル指定シグナリング無しにＵＣＩを送信する一例を示した図面である。端末はＭＰＵＥ ｔｙｐｅにしたがって１つ又は少なくとも２つ以上のパネルを用いてＴｘ／Ｒｘビームフォーミングを行うことができる（９００）。前記ビームフォーミングを行って端末は基地局が１つのスロット以内に複数の基地局で送信するそれぞれのビーム又は１つの基地局で送信する複数のビームを受信することができる（９１０）。端末は前記受信された複数のビームでＰＤＣＣＨのＤＣＩを確認することができる（９２０）。端末は前記ＤＣＩで指示されたＰＤＣＣＨ又はＰＵＳＣＨ送信を判断し、単一パネル送信及び複数パネル送信を決定することができる（９３０）。端末は前記決定されたパネル送信に基づいて関連アップリンク情報を送信することができる（９４０）。

以下、パネル指定ｓｉｇｎａｌｉｎｇを介してＵＣＩを送信するように指示する方法を述べる。

基地局又はＴＲＰは端末に端末のパネルをＩＤを明示的（ｅｘｐｌｉｃｉｔｌｙ）に指示することができる。前記明示的な指示は前記表２乃至５でＤＣＩ ｆｏｒｍａｔ ０＿０、０＿１、１＿０、１＿１でＤＣＩビットを追加するか従来のフィールドを変更するか、又は既存フィールドの再解釈する方法で可能である。

例えば、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１、１＿０又は１＿１で追加的なＤＣＩビットが追加されることができる。この時、端末に活性化されているパネルこの２個である場合、端末はＤＣＩ内の１ビットインジケーターを介して特定ＤＣＩ ｆｏｒｍａｔの形態に従ってダウンリンクデータを受信の時の端末のパネルを指示することができ、これはさらにアップリンクデータ送信又はＵＣＩ送信のための端末のパネルを意味することができる。この時、１ビットの解釈において、当該フィールドが０の場合は明示的に現在ダウンリンク受信動作を進行中のＰ－ｐａｎｅｌを指示し、１の場合はＰ－ｐａｎｅｌではない他のＳ－ｐａｎｅｌを指示することができる。前記実施例は１ｂｉｔを追加することで説明したが、ｒｅｌ－１６端末の場合、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１、１＿０又は１＿１で使用されないフィールドを代して用いて追加１ｂｉｔフィールドを使用せず端末のパネルが指示されることができる。例えば、表２乃至５で１ｂｉｔであるＤＣＩを構成するフィールドがその対象になることができる。

他の例で、ＤＣＩ ｆｏｒｍａｔ ０＿０、０＿１、１＿０又は１＿１でｒｅｌ－１５で用いられたＤＣＩフィールドを再解釈する方法で端末のパネルが指示されることができる。アップリンクの場合、ＤＣＩ ｆｏｒｍａｔ ０＿１のＤＣＩ内のＳＲＳリソースインジケーター（ＳＲＩ）を介してアップリンクパネルが指示されることで解釈することができる。アップリンクパネルインジケーターのインデックス値を一部ＳＲＳリソース（又はＳＲＳリソースセット）にマッピングされるように区分して端末は指示されたパネルを用いてアップリンク信号を送信することができる。一例でＳＲＩが３ｂｉｔの場合、各ＳＲＩはＳＲＳリソースを指示するが、０００、００１、０１０、０１１はＰ－ｐａｎｅｌで１００、１０１、１１０、１１１はＳ－ＰａｎｅｌにマッピングされてＳＲＳリソースと共に端末のパネルを共に指示することができる。端末は前記マッピングされた値によってアップリンク送信をサポートすることができる。また、ダウンリンクの場合、端末はＤＣＩ ｆｏｒｍａｔ１＿０、１＿１のＤＣＩ内のＴＣＩインジケーターがアップリンクパネルを指示することで解釈することができる。もし、２個のパネルの場合、端末は３ｂｉｔフィールドのうちに特定１ｂｉｔを確認するか、ｅｖｅｎ／ｏｄｄ形態で区分して指示されるパネルを確認することができる。

以下、複数のビーム及び複数のパネルが用いられる場合に対して述べる。

互いに異なる２個のＴＲＰで第１ＰＵＣＣＨリソースと第２ＰＵＣＣＨリソースが時間軸で少なくとも一部オーバーラップするように割り当てられる場合、基地局の端末のＵＣＩ判断及び送受信方法（ＰＵＣＣＨ ｏｖｅｒｌａｐｐｉｎｇ ｗｉｔｈ ＰＵＳＣＨ ａｔ ｔｈｅ ｔｉｍｅ ｄｏｍａｉｎ ｆｏｒ ｄｉｆｆｅｒｅｎｔ ＴＲＰｓ）に対して説明する。

多様な実施例を説明する以前にまずそれぞれのシナリオを区分し、区分されたシナリオによって基地局と端末の動作、特に前記ＭＰＵＥタイプのそれぞれに対して詳しく説明する。

－ 第Ａシナリオ：第ＡシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＤＳＣＨ、ＰＵＣＣＨリソースとＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＵＳＣＨリソースが互いに時間軸でオーバーラップするシナリオである。

－ 第Ｂシナリオ：第ＢシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＤＳＣＨのためのＰＵＣＣＨリソース、ＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＵＳＣＨリソースが互いに時間軸でオーバーラップするシナリオである。

－ 第Ｃシナリオ：第ＣシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＤＳＣＨのためのＰＵＣＣＨリソース、ＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＵＳＣＨリソースが互いに時間軸でオーバーラップするシナリオである。

－ 第Ｄシナリオ：第ＤシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＤＳＣＨのためのＰＵＣＣＨリソース、ＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＵＳＣＨリソースが互いに時間軸でオーバーラップするシナリオである。

図１０は、前記第Ａシナリオの一例を示した図面である。前記図１０ではＴＲＰ Ａ１０００で割り当てたＰＤＳＣＨ ＃１（１０２０）及びＰＵＣＣＨ ＃１（１０３０）を受信するパネルが前述したＵＥパネル＃０（又はＰ－ｐａｎｅｌ）であることを仮定し、ＴＲＰ Ｂ１０５０で割り当てたＰＵＳＣＨ ＃１（１０７０）を受信するパネルが前述したＵＥパネル＃１（又はＳ－ｐａｎｅｌ）であることを仮定する。前記ＵＥパネル＃０、＃１は前で説明したパネルの定義で決定されたパネルで理解することができる。

例えば、端末はスロット＃ｍ１００２のＰＤＣＣＨ１０１０を受信することに用いたパネルＵＥパネル＃０を用いてスロット＃ｎ１００４の割り当られたＰＵＣＣＨ＃１（１０３０）リソースに少なくとも１つのＵＣＩを送信するようにＴＲＰ Ａ１０００によって指示されることができる。そして、前記端末はスロット＃ｍ’１００６のＰＤＣＣＨ１０６０を受信することに用いたパネルＵＥパネル＃１を用いてスロット＃ｎ１００４の割り当られたＰＵＳＣＨ ＃１（１０７０）リソースに少なくとも１つのデータを送信するようにＴＲＰ Ｂ１０５０によって指示されることができる。この時、基地局がスロット＃ｎ１００４にスケジュールしたＰＵＣＣＨリソースとＰＵＳＣＨリソースは少なくとも１つ以上のシンボル区間の間のオーバーラップしている（ｏｖｅｒｌａｐ）。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ａ－１：ＭＰＵＥ ｔｙｐｅ ２のように一時点に複数のパネル送信の可能な端末はそれぞれのＴＲＰで送信されるＰＵＣＣＨ＃１（１０３０）とＰＵＳＣＨ＃１（１０７０）の送信電力（ｐｏｗｅｒ）の合がＰ_ｃｍａｘ以内の場合、パネル＃０、＃１をいずれも用いてＰＵＣＣＨ＃１（１０３０）、ＰＵＳＣＨ＃１（１０７０）上にそれぞれＵＣＩ、データを送信することができる。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ａ－２：ＭＰＵＥ ｔｙｐｅ １、３のように一時点に複数のパネルを用いて同時送信が不可能な場合又はＭＰＵＥ ｔｙｐｅ２のように複数のパネル送信が可能であるが２つのパネルの送信電力の合がＰ_ｃｍａｘを超過した場合、単一送信だけが可能である。端末は図１０のようにＵＥパネル＃０を用いて送信するように割り当られたＰＵＣＣＨ＃１（１０３０）リソースとＵＥパネル＃１を用いて送信するように割り当られたＰＵＳＣＨ＃１（１０７０）のうちの１つを選択（リソース選択又はパネル選択）して送信を行う。前記選択は以下で説明されるパネル指定方法によってこれは基地局によって決定されることもでき、端末によって判断されることもでき、又は基地局と端末の定められた規則によって決定されることができる。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－１：次に、トラフィックの特性によって優先順位を選択する方法を記述する。第１シナリオではＵＲＬＬＣのためのＰＵＳＣＨとｅＭＢＢのためのＰＵＣＣＨリソースがオーバーラップする場合、端末はＵＲＬＬＣのトラフィックの優先順位を考慮してＵＲＬＬＣのためのＰＵＳＣＨを送信し、ｅＭＢＢのためのＰＵＣＣＨの送信をドロップ（ｄｒｏｐ）することができる。端末が前記ＵＲＬＬＣのためのＰＵＳＣＨを判断する方法は一例で、ＰＵＳＣＨをスケジューリングするＰＤＣＣＨがＵＲＬＬＣのための別途のＲＮＴＩでスクランブリングされるか別途のＤＣＩ ｆｏｒｍａｔを持つことを確認することで可能である。他の例で、基地局はＵＲＬＬＣのためのＰＵＳＣＨがＰ－ｂｅａｍに割り当てられるように具現されることができる。場合にしたがってＵＲＬＬＣのためのＰＵＳＣＨがＳ－ｂｅａｍに割り当てられると、端末がＰ－ｂｅａｍに基づいてＰＵＳＣＨをドロップ（ｄｒｏｐ）することを除くものではない。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－２：次に、ＵＣＩのＰＵＳＣＨマルチプレクシングに対して記述する。ＴＲＰ Ａは端末がＰＵＣＣＨに送信するようにスケジューリングしたＵＣＩのうちの一部又は全部をＰＵＳＣＨリソースにマルチプレクシングして送信することができる。前記ＵＣＩのマルチプレクシング動作はＴＲＰ Ｂで指示されたＰＤＣＣＨ１０６０で明示的に指示されるか、規則によって内的に選択されることができる。前記マルチプレクシングはＰＵＳＣＨリソース上レートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）動作を含むことができる。すなわち、ＰＵＳＣＨに送信されるデータはＵＣＩがマッピングされるリソースを考慮してレートマッチングされることができる。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－３：次に、繰り返し送信又は再送信可否による優先順位選択方法に対して記述する。第１シナリオで基地局が端末にｅＭＢＢのためのＰＵＣＣＨリソースにＵＣＩを繰り返し送信するように指示した場合、端末はｅＭＢＢのためのＰＵＣＣＨを送信して反対にＵＲＬＬＣのためのＰＵＳＣＨ送信を行われなくても良い。又は端末がｅＭＢＢのためのＰＤＳＣＨ受信に少なくとも一度失敗して基地局がＰＤＳＣＨを再送信してＰＵＣＣＨを割り当てる場合、端末はｅＭＢＢのためのＰＵＣＣＨを送信して反対にＵＲＬＬＣのためのＰＵＳＣＨ送信を行われなくても良い。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－４：次に、基地局のスケジューリング時点による優先順位選択方法を記述する。基地局のスケジューリングが相対的に最近（ｌａｔｅｓｔ）に行なわれた送信を端末は優先的に行うことができる。例えば、ＴＲＰ Ａ（１０００）がＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍ１００２とＴＲＰ Ｂ１０５０がＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’１００６を比べてスロット＃ｍ１００２がスロット＃ｍ’１００６より以後時点であれば端末はスロット＃ｎ（１００４）でＰＵＣＣＨ＃１（１０３０）を送信し、反対にスロットｍ’（１００６）が以後時点であればスロット＃ｎ１００４でＰＵＳＣＨ＃１（１０７０）を送信することができる。

又は基地局がスケジューリングが相対的に先ず行なわれたことを端末は優先的に送信することができる。例えば、ＴＲＰ Ａ１００がＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍ１００２とＴＲＰ ＢがＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’１００６を比べてスロット＃ｍ１００２がスロット＃ｍ’１００６より早い時点であれば端末はスロット＃ｎ１００４でＰＵＣＣＨ＃１（１０３０）を送信し、反対にスロット＃ｍ’１００６が早い時点であればスロット＃ｎ１００４でＰＵＳＣＨ＃１（１０７０）を送信することができる。この時、ＰＵＳＣＨの送信が選択された場合でも端末がＰＵＳＣＨ送信スロットでビーム変更を指示するＰＤＣＣＨのＤＣＩをデコーディングするための時間が不十分であるかデコーディングに失敗した場合に限って端末はスロット＃ｎ１００４にＰＵＣＣＨ＃１（１０３０）を優先的に送信することができる。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－５：割り当られたＰＵＳＣＨ又はＰＵＣＣＨリソースの開始するシンボル位置による優先順位が決定されることができる。基地局又は端末はスロット＃ｎ１００４で割り当られた各リソースに開始するシンボル位置が先ず開始されることを送信することができる。例えば、ＰＵＳＣＨ＃１（１０７０）が開始するシンボルインデックスは＃６でＰＵＣＣＨ＃１（１０３０）が開始されるシンボルインデックスは＃１０の場合、端末はＰＵＳＣＨ＃１（１０７０）リソースに基づいてデータを送信し、反対にＰＵＣＣＨ＃１（１０３０）リソース基盤の送信をドロップ（ｄｒｏｐ）することができる。

前記多様な実施例でＰＵＣＣＨ又はＰＵＳＣＨリソースがオーバーラップする場合、基地局は選択的に１つのリソースを取り消す（ｃａｎｃｅｌ）ように指示して単一送信を確定することができる。例えば、基地局はＰＵＣＣＨリソースを取り消すかＰＵＳＣＨリソースの取り消しを指示するインジケーターを含むＰＤＣＣＨをスロット＃ｍ１００２又はスロット＃ｍ’１００６でスロット＃ｎ１００４の間に端末に送信することができる。ここでＰＤＣＣＨを成功的に受信した端末は前記当該リソースの取り消しがＰＵＣＣＨリソースではＵＣＩの送信を、ＰＵＳＣＨではデータパッケージの送信を取り消すことによって判断することができる。結局、端末は取り消されたリソースの外に割り当られたリソースに基づいてＰＵＣＣＨ又はＰＵＳＣＨ送信を行うことができる。

図１１は、前記第Ａシナリオの他の一例を示した図面である。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ａ－３：ＭＰＵＥ ｔｙｐｅ１、３のように一時点に複数のパネルを用いて同時送信が不可能で、図１１のようにＴＲＰ Ａ１１００が端末のＵＥパネル＃１を用いて送信するようにＰＵＣＣＨ＃１（１１３０）リソースを割り当ててＴＲＰ Ｂ１１５０が端末のパネル＃１を用いて送信するようにＰＵＳＣＨ ＃１（１１７０）リソースを割り当てた場合、端末は１つのパネルを活用して前記２つのリソース（ＰＵＣＣＨ＃１（１１３０）リソースとＰＵＳＣＨ＃１（１１７０）リソース）のうちの少なくとも１つを選択して送信する。

一例で、図１１のようにＴＲＰ Ｂ１１５０の送信ビームがＰ－ｂｅａｍの場合、ＰＤＣＣＨ１１６０を介して端末に割り当てた時間、周波数リソースは内在的にＰ－ｂｅａｍを受信するＵＥパネル＃１に指定されたことで理解することができる。

他の例で、ＴＲＰ Ａ１１００が送信するＰＤＣＣＨ１１１０が明示的にＵＥパネルを指示し、これに基づいて端末がＵＥパネル＃１を用いてＰＵＣＣＨ又はＰＵＳＣＨを送信することができる。

他の例で、端末のＰＵＣＣＨ、ＰＵＳＣＨ送信時端末は決定された波形（ｗａｖｅｆｏｒｍ）に従って同時送信（ＯＦＤＭサポート）、単一送信（ＳＣ－ＦＤＭＡサポート）を行うことができる。もし、端末が単一送信をしなければならない場合、端末はＰＵＣＣＨ＃１（１１３０）のＵＣＩをＰＵＳＣＨ＃１（１１７０）にマルチプレクシングして送信することができる。

図１２は、前記第Ａシナリオの他の一例を示した図面である。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ａ－４：ＭＰＵＥ ｔｙｐｅ １、３のように一時点に複数のパネルを用いて同時送信が不可能で、図１２のようにＴＲＰ Ａ１２００が端末のＵＥパネル＃１を用いて送信するようにＰＵＣＣＨ＃１（１２３０）リソースを割り当ててＴＲＰ Ｂ１２５０が端末のパネル＃１を用いて送信するようにＰＵＣＣＨ＃２（１２８０）、ＰＵＳＣＨ＃１（１２９０）リソースを割り当てた場合、端末は１つのパネルを活用して前記割り当られたリソース（ＰＵＣＣＨ ＃１（１２３０）、＃２（１２８０）リソースとＰＵＳＣＨ ＃１（１２９０）リソース）のうちの少なくとも１つを選択して送信することができる。図１２ではＰＵＣＣＨ＃１（１２３０）とＰＵＣＣＨ＃２（１２８０）は時間、周波数軸で直交する（ｏｒｔｈｏｇｏｎａｌ）場合を説明しているが、場合によって時間軸でオーバーラップすることもでき、周波数軸でオーバーラップすることができ、時間、周波数軸でいずれもオーバーラップすることもできる。

ここで設定されたＰＵＣＣＨとＰＵＳＣＨが優先順位によって選択送信する方法において先ずＰＵＣＣＨに送信されるＵＣＩの構成によって区分して説明することができる。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－４－１：分離した（Ｓｅｐａｒａｔｅ）ＨＡＲＱ－ＡＣＫ／ＮＡＣＫのための動作を記述する。

一例で、ＴＲＰ Ａ１２００で送信されたＰＤＳＣＨ ＃１（１２２０）とＴＲＰ Ｂ１２５０で送信されたＰＤＳＣＨ＃２（１２７０）のＨＡＲＱ－ＡＣＫのための前記ＰＵＣＣＨ＃１（１２３０）、＃２（１２８０）リソースはＮＷ（基地局）によって明示的（ｅｘｐｌｉｃｉｔ）に設定されることができる。この時、前記ＰＵＣＣＨリソースの設定は第１ＰＵＣＣＨリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）内に設定されたすべてのＰＵＣＣＨリソース（例えば、ＰＵＣＣＨ＃１）は第２ＰＵＣＣＨリソースグループ（ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）内の他のＰＵＣＣＨリソース（例えば、ｍＰＵＣＣＨ＃２）と時間軸で互いにオーバーラップしない（すなわち、互いにＴＤＭ関係であれば良い）。このような場合、端末はそれぞれのＰＤＳＣＨに対する区分されたＨＡＲＱ情報を各ＰＵＣＣＨ＃１、ＰＵＣＣＨ＃２リソースに基づいて送信することができる。

他の実施例で、Ｍｕｌｔｉｐｌｅ－ＴＲＰ（ＴＲＰ Ａ、ＴＲＰ Ｂ）に対してＴＤＭ ＰＵＣＣＨリソースを保障するように基地局によって設定されることができる。この時、端末はそれぞれのＰＤＳＣＨに対する区分されたＨＡＲＱメッセージを送信することができる。

他の実施例で、Ｍｕｌｔｉｐｌｅ－ＴＲＰ（ＴＲＰ Ａ、ＴＲＰ Ｂ）で割り当られたＰＵＣＣＨリソースは互いにオーバーラップすることができる。この時、端末はＰＵＣＣＨを送信することができるリソースに割り当られたＰＵＣＣＨリソースとＰＵＳＣＨリソースをいずれも活用することができる。

ここで、ＴＲＰ Ａ１２００で指示したＰＵＣＣＨ＃１（１２３０）とＴＲＰ Ｂ１２５０で指示したＰＵＣＣＨ＃２（１２８０）リソースのうちの少なくとも１つを活用して端末はＴＲＰ Ａ１２００でスケジューリングしたＰＤＳＣＨ＃１（１２２０）のＨＡＲＱ－ＡＣＫを送信し、残りのＴＲＰ Ｂ１２５０でスケジューリングされたＰＤＳＣＨ ＃２（１２７０）のＨＡＲＱ－ＡＣＫ送信はＰＵＳＣＨリソース１２９０にマルチプレクシングして一緒に送信されることができる。この時、前記少なくとも１つのＰＵＣＣＨリソースのうちの１つを選択する方法で前述されたＡｌｔｅｒｎａｔｉｏｎ Ａ－２－１乃至Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－５の方法を同様に適用することができる。

また、端末はＴＲＰ Ａ１２００で指示したＰＵＣＣＨ＃１（１２３０）とＴＲＰ Ｂ１２５０で指示したＰＵＣＣＨ＃２（１２８０）リソースのいずれもを活用せず、ＴＲＰ Ａ１２００でスケジューリングされたＰＤＳＣＨ＃１（１２２０）の受信結果であるＨＡＲＱ－ＡＣＫと残りのＴＲＰ Ｂ１２５０でスケジューリングされたＰＤＳＣＨ＃２（１２７０）の受信結果であるＨＡＲＱ－ＡＣＫをＰＵＳＣＨ ＃１（１２９０）リソースにマルチプレクシングして一緒に送信することができる。

Ａｌｔｅｒｎａｔｉｏｎ Ａ－４－２：ジョイントＨＡＲＱ－ＡＣＫを送信する動作を述べる。

Ｍｕｌｔｉｐｌｅ－ＴＲＰ（ＴＲＰ Ａ、ＴＲＰ Ｂ）で割り当られたＰＵＣＣＨリソースは互いにオーバーラップすることができる。この時、端末はＵＣＩを送信することができるリソースに割り当られたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースをいずれも活用することができる。

一例で、端末はＴＲＰ Ａ１２００で指示したＰＵＣＣＨ＃１（１２３０）とＴＲＰ Ｂ１２５０で指示したＰＵＣＣＨ＃２（１２８０）リソースのうちの少なくとも１つを活用して各ＰＵＣＣＨ＃１（１２３０）及びＰＵＣＣＨ＃２（１２８０）で送信しようとしたＨＡＲＱ－ＡＣＫをマルチプレクシングしてＨＡＲＱ－ＡＣＫを送信することができる。前記選択方法に対する説明はＡｌｔｅｒｎａｔｉｏｎＡ－２－１乃至Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－５で説明したＰＵＣＣＨとＰＵＳＣＨの対象をＰＵＣＣＨとＰＵＣＣＨで考慮すれば同様に適用することができる。例えば、優先順位によって選択されるリソースはｐ－ｂｅａｍ（ｐ－ｐａｎｅｌ）に基づいたものであれば良い。

他の例で、ＴＲＰ Ａ１２００で指示したＰＵＣＣＨ＃１（１２３０）とＴＲＰ Ｂ１２５０で指示したＰＵＣＣＨ＃２（１２８０）リソースのうちの少なくとも１つを選択、活用して端末はＴＲＰ ＡでスケジューリングしたＰＤＳＣＨ＃１（１２２０）のＨＡＲＱ－ＡＣＫを送信し、残りＴＲＰ Ｂ１２５０でスケジューリングしたＰＤＳＣＨ＃２（１２７０）のＨＡＲＱ－ＡＣＫ送信はＰＵＳＣＨ１２９０リソースにマルチプレクシングして一緒に送信されることができる。前記少なくとも１つのＰＵＣＣＨリソースのうちの１つを選択する方法で前記Ａｌｔｅｒｎａｔｉｏｎ Ａ－２－１乃至ＡｌｔｅｒｎａｔｉｏｎＡ－２－５で説明した方法をＰＵＣＣＨとＰＵＳＣＨの対象をＰＵＣＣＨとＰＵＣＣＨで考慮して同様に適用することができる

他の例で、端末はＴＲＰ Ａ１２００で指示したＰＵＣＣＨ＃１（１２３０）とＴＲＰ Ｂ１２５０で指示したＰＵＣＣＨ ＃２（１２８０）リソースのいずれもを活用せず、端末はＴＲＰ Ａ１２００でスケジューリングされたＰＤＳＣＨ＃１（１２２０）のＨＡＲＱ－ＡＣＫと残りＴＲＰ Ｂ１２５０でスケジューリングされたＰＤＳＣＨ＃２（１２７０）のＨＡＲＱ－ＡＣＫをＰＵＳＣＨ＃１（１２９０）リソースにマルチプレクシングして一緒に送信されることができる。

他の例で、端末のＰＵＣＣＨ、ＰＵＳＣＨ送信時端末は決定された波形にしたがって同時送信（ＯＦＤＭサポート）又は単一送信（ＳＣ－ＦＤＭＡサポート）を行うことができる。もし、端末が単一送信だけサポートし、電力の制限問題がある場合、端末はＰＵＣＣＨ＃１（１２３０）又はＰＵＣＣＨ＃２（１２８０）のＵＣＩをＰＵＳＣＨ＃１（１２９０）にマルチプレクシングして送信することができる。

前記第Ｂシナリオに対する説明は図１０乃至１２に対する第Ａシナリオのすべての仮定を反対にしたことで理解することができる。すなわち、第ＢシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたＵＲ ＬＬＣのためのＰＤＳＣＨ＃１のためのＰＵＣＣＨ＃１のリソースと、ＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＵＳＣＨ＃１リソースが互いに時間軸でオーバーラップするシナリオである。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｂ－１：ＭＰＵＥ ｔｙｐｅ２のように一時点に複数のパネル送信の可能な端末はそれぞれのＴＲＰに送信されるＰＵＣＣＨ＃１とＰＵＳＣＨ＃２の送信電力（ｐｏｗｅｒ）の合がＰ_ｃｍａｘ以内の場合、パネル＃０、＃１をいずれも用いてＰＵＣＣＨ、ＰＵＳＣＨ上でそれぞれのＵＣＩ及びデータを送信することができる。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２：ＭＰＵＥ ｔｙｐｅ１、３のように一時点に複数のパネルを用いて同時送信が不可能な場合又はＭＰＵＥ ｔｙｐｅ２のように複数のパネル送信が可能であるが２つのパネルの送信電力の合がＰ_ｃｍａｘを超過した場合、単一送信だけが可能である。図１０の場合のように端末はＵＥパネル＃０を用いて送信するように割り当られたＰＵＣＣＨ＃１リソースとＵＥパネル＃１を用いて送信するように割り当られたＰＵＳＣＨ＃１のうちの１つを選択（リソース選択又はパネル選択）して送信を行う。前記選択は以下で説明されるパネル指定方法によって、これは基地局によって決定されることもでき、端末によって判断されることもでき、又は基地局と端末の定められた規則によって定められる。

Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－１：次にトラフィックの特性によって優先順位を選択する方法を記述する。第ＢシナリオではＵＲＬＬＣのためのＰＵＣＣＨとｅＭＢＢのためのＰＵＳＣＨリソースがオーバーラップする場合、端末はＵＲＬＬＣのトラフィックの優先順位を考慮してＵＲＬＬＣのためのＰＵＣＣＨを送信し、ｅＭＢＢのためのＰＵＳＣＨの送信をドロップ（ｄｒｏｐ）することができる。端末が前記ＵＲＬＬＣのためのＰＵＣＣＨを判断する方法は一例で、ＰＵＣＣＨをスケジューリングするＰＤＣＣＨがＵＲＬＬＣのための別途のＲＮＴＩでスクランブリングされるか別途のＤＣＩ ｆｏｒｍａｔを持つことを確認することできる。他の例で、基地局はＵＲＬＬＣのためのＰＵＣＣＨがＰ－ｂｅａｍに割り当てられるように具現されることができる。場合にしたがってＵＲＬＬＣのためのＰＵＣＣＨがＳ－ｂｅａｍに割り当てられると、端末がＰ－ｂｅａｍに基づいてＰＵＣＣＨをドロップ（ｄｒｏｐ）することを除くものではない。

Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－２：次に、ＵＣＩのＰＵＳＣＨマルチプレクシングに対して記述する。ＴＲＰ Ａは端末がＰＵＣＣＨに送信するようにスケジューリングしたＵＣＩのうちの一部又は全部をＰＵＳＣＨリソースにマルチプレクシングして送信することができる。前記ＵＣＩのマルチプレクシング動作はＴＲＰ Ｂで指示されたＰＤＣＣＨで明示的に指示されるか、規則によって内的に選択されることができる。前記マルチプレクシングはＰＵＳＣＨリソース上レートマッチング動作を含むことができる。すなわち、ＰＵＳＣＨに送信されるデータはＵＣＩがマッピングされるリソースを考慮してレートマッチングされることができる。

Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－３：次に、繰り返し送信又は再送信するか否かによる優先順位選択方法に対して記述する。第Ｂシナリオで基地局が端末にｅＭＢＢのためのＰＵＳＣＨリソースにＵＣＩを繰り返し送信するように指示した場合、端末はｅＭＢＢのためのＰＵＳＣＨを送信して反対にＵＲＬＬＣのためのＰＵＣＣＨ送信を行われなくても良い。又は、基地局がｅＭＢＢのためのＰＵＳＣＨ受信に少なくとも一度失敗して端末がＰＵＳＣＨを再送信するようにＰＵＳＣＨが割り当てられる場合、端末はｅＭＢＢのためのＰＵＳＣＨを送信して反対にＵＲＬＬＣのためのＰＵＣＣＨ送信を行われなくても良い。

Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－４：次に基地局のスケジューリング時点による優先順位選択方法を記述する。基地局のスケジューリングが相対的に最近（ｌａｔｅｓｔ）に行なわれた送信を端末は優先的に行うことができる。一例で、ＴＲＰ ＡがＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍとＴＲＰ ＢがＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’を比べて＃ｍが＃ｍ’より以後時点であれば端末はスロット＃ｎでＰＵＣＣＨを送信し、反対に＃ｍ’が以後時点であればスロット＃ｎでＰＵＳＣＨを送信することができる。

又は基地局がスケジューリングが相対的に先ず行なわれたことを端末は優先的に送信することができる。例えば、ＴＲＰ ＡがＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍとＴＲＰ ＢがＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’を比べて＃ｍが＃ｍ’より早い時点であれば端末はスロット＃ｎでＰＵＣＣＨを送信し、反対に＃ｍ’が早い時点であればスロット＃ｎでＰＵＳＣＨを送信することができる。この時、ＰＵＳＣＨの送信が選択された場合でも、端末がＰＵＳＣＨ送信スロットでビーム変更を指示するＰＤＣＣＨのＤＣＩをデコーディングするための時間が不十分であるかデコーディングに失敗した場合に限って端末はスロット＃ｎにＰＵＣＣＨを優先的に送信することができる。

Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－５：割り当られたＰＵＳＣＨ又はＰＵＣＣＨリソースの始めるシンボル位置による優先順位が決定されることができる。基地局又は端末はスロット＃ｎで割り当られた各リソースに開始するシンボル位置が先ず開始することを送信することができる。例えば、ＰＵＳＣＨ＃１が開始するシンボルインデックスは＃６でＰＵＣＣＨ＃１が開始するシンボルインデックスは＃１０の場合、端末はＰＵＳＣＨ＃１リソースに基づいてデータを送信し、反対にＰＵＣＣＨ＃１リソース基盤の送信をドロップ（ｄｒｏｐ）することができる。

前記多様な実施例でＰＵＣＣＨ又はＰＵＳＣＨリソースがオーバーラップする場合、基地局は選択的に１つのリソースを取り消す（ｃａｎｃｅｌ）ように指示して単一送信を決定されることができる。例えば、基地局はＰＵＣＣＨリソースを取り消すかＰＵＳＣＨリソースの取り消しを指示するインジケーターを含むＰＤＣＣＨをスロット＃ｍ又はスロット＃ｍ’からスロット＃ｎの間に端末に送信することができるここでＰＤＣＣＨを成功的に受信した端末は前記当該リソースの取り消しがＰＵＣＣＨリソースではＵＣＩの送信を、ＰＵＳＣＨではデータパッケージの送信を取り消すことで判断することができる。結局、端末は取り消されたリソースの外に割り当られたリソースに基づいてＰＵＣＣＨ又はＰＵＳＣＨ送信を行うことができる。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｂ－３：第Ｂシナリオ基盤の端末動作は端末動作ＡｌｔｅｒｎａｔｉｏｎＡ－３と別途の他の動作が必要ではないこともある。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｂ－４：第Ｂシナリオ基盤の端末動作は端末動作Ａｌｔｅｒｎａｔｉｏｎ Ａ－４と別途の他の動作が必要ではないこともある。複数のＰＵＣＣＨリソース（ＰＵＣＣＨ＃１、＃２）うちの少なくとも１つのＰＵＣＣＨリソースのうちの１つを選択する方法は前記Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－１乃至Ａｌｔｅｒｎａｔｉｏｎ Ｂ－２－５で説明したＰＵＣＣＨとＰＵＳＣＨの対象をＰＵＣＣＨとＰＵＣＣＨで考慮して同様に適用することができる

前記第ＣシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＤＳＣＨ＃１のためのＰＵＣＣＨ＃１リソースとＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたＵＲＬＬＣのためのＰＵＳＣＨ＃１リソースが互いに時間軸でオーバーラップするシナリオである。各ＴＲＰで送信されるトラフィックの特性が同一な場合にはデータパッケージ又はトラフィックの優先順位に区分されることができないため端末はリソースの割り当て、操作されるビーム、端末の送受信パネルなど少なくとも１つを考慮してどんなチャンネル上にＵＣＩ又は／及びデータを送信するか判断することができる。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｃ－１：ＭＰＵＥ ｔｙｐｅ２のように一時点に複数のパネル送信の可能な端末はそれぞれのＴＲＰに送信されるＰＵＣＣＨ＃１とＰＵＳＣＨ＃２の送信電力（ｐｏｗｅｒ）の合がＰ_ｃｍａｘ以内の場合、パネル＃０、＃１をいずれも用いてＰＵＣＣＨ、ＰＵＳＣＨにそれぞれのＵＣＩ、データを送信することができる。

端末動作Ａｌｔｅｒｎａｔｉｏｎ Ｃ－２：ＭＰＵＥ ｔｙｐｅ １、３のように一時点に複数のパネルを用いて同時送信が不可能な場合又はＭＰＵＥ ｔｙｐｅ２のように複数のパネル送信が可能であるが２つのパネルの送信電力の合がＰ_ｃｍａｘを超過した場合、単一送信だけが可能である。端末はＵＥパネル＃０を用いて送信するように割り当られたＰＵＣＣＨ＃１リソースとＵＥパネル＃１を用いて送信するように割り当られたＰＵＳＣＨ＃１のうちの１つを選択（リソース選択又はパネル選択）して送信を行う。前記選択は以下で説明されたパネル指定方法によってこれは基地局によって決定されることもでき、端末によって判断されることもでき、又は基地局と端末の定められた規則によって定められる。

Ａｌｔｅｒｎａｔｉｏｎ Ｃ－２－１：次にＵＣＩ情報によるＰＵＳＣＨ基盤マルチプレクシング方法に対して記述する。ＴＲＰ Ａは端末がＰＵＣＣＨに送信するようにスケジューリングしたＵＣＩのうちの一部又は全部をＰＵＳＣＨリソースにマルチプレクシングして送信することができる。前記ＵＣＩのマルチプレクシング動作はＴＲＰ Ｂで指示したＰＤＣＣＨ１０６０で明示的に指示されるか、規則によって内的に選択されることができる。前記マルチプレクシングはＰＵＳＣＨリソース上レートマッチング動作を含むことができる。すなわち、ＰＵＳＣＨに送信されるデータはＵＣＩがマッピングされるリソースを考慮してレートマッチングされることができる。

Ａｌｔｅｒｎａｔｉｏｎ Ｃ－２－２：次に、繰り返し送信又は再送信するかどうかによる優先順位選択方法に対して記述する。第Ｃシナリオで基地局が端末にＵＲＬＬＣのためのＰＵＳＣＨリソースにＵＣＩを繰り返し送信するように指示した場合、端末はＵＲＬＬＣのためのＰＵＳＣＨを送信して反対にＵＲＬＬＣのためのＰＵＣＣＨ送信を行われなくても良い。又は基地局がＵＲＬＬＣのためのＰＵＳＣＨ受信に少なくとも一度失敗して端末がＰＵＳＣＨを再送信するようにＰＵＳＣＨが割り当てられる場合、端末はＵＲＬＬＣのためのＰＵＳＣＨを送信して反対にＵＲＬＬＣのためのＰＵＣＣＨ送信を行われなくても良い。

Ａｌｔｅｒｎａｔｉｏｎ Ｃ－２－３：次に、基地局のスケジューリング時点による優先順位選択方法を記述する。基地局のスケジューリングが相対的に最近（ｌａｔｅｓｔ）に行なわれた送信を端末は優先的に行うことができる。例えば、ＴＲＰ ＡがＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍとＴＲＰ ＢがＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’を比べて＃ｍが＃ｍ’より以後時点であれば端末はスロット＃ｎでＰＵＣＣＨを送信し、反対に＃ｍ’が以後時点であればスロット＃ｎでＰＵＳＣＨを送信することができる。

又は基地局がスケジューリングが相対的に先ず行なわれたことを端末は優先的に送信することができる。例えば、ＴＲＰ ＡがＰＵＣＣＨリソースを割り当てた時点であるスロット＃ｍとＴＲＰＢがＰＵＳＣＨリソースを割り当てた時点であるスロット＃ｍ’を比べてスロット＃ｍがスロット＃ｍ’より早い時点であれば端末はスロット＃ｎでＰＵＣＣＨを送信し、反対にスロット＃ｍ’が早い時点であればスロット＃ｎでＰＵＳＣＨを送信することができる。この時、ＰＵＳＣＨの送信が選択された場合でも端末がＰＵＳＣＨ送信スロットでビーム変更を指示するＰＤＣＣＨのＤＣＩをデコーディングするための時間が不十分であるかデコーディングに失敗した場合に限って端末はスロット＃ｎにＰＵＣＣＨを優先的に送信することができる。

Ａｌｔｅｒｎａｔｉｏｎ Ｃ－２－４：割り当られたＰＵＳＣＨ又はＰＵＣＣＨリソースの開始するシンボル位置による優先順位が決定されることができる。基地局又は端末はスロット＃ｎで割り当られた各リソースに開始するシンボル位置が先ず開始することを送信することができる。例えば、ＰＵＳＣＨ＃１が開始するシンボルインデックスは＃６でＰＵＣＣＨ ＃１街始めるシンボルインデックスは＃１０の場合、端末はＰＵＳＣＨ＃１リソースに基づいてデータを送信し、反対にＰＵＣＣＨ＃１リソース基盤の送信をドロップ（ｄｒｏｐ）することができる。

前記多様な実施例でＰＵＣＣＨ又はＰＵＳＣＨリソースがオーバーラップする場合、基地局は選択的に１つのリソースを取り消する（ｃａｎｃｅｌ）ように指示して単一送信を確定することができる。例えば、基地局はＰＵＣＣＨリソースを取り消すかＰＵＳＣＨリソースの取り消しを指示するインジケーターを含むＰＤＣＣＨをスロット＃ｍ又は＃ｍ’でスロット＃ｎの間に端末に送信することができる。ここでＰＤＣＣＨを成功的に受信した端末は前記当該リソースの取り消しがＰＵＣＣＨリソースではＵＣＩの送信を、ＰＵＳＣＨではデータパケットの送信を取り消すことで判断することができる。結局、端末は取り消されたリソースの外に割り当られたリソースに基づいてＰＵＣＣＨ又はＰＵＳＣＨ送信を行うことができる。

第ＤシナリオはＴＲＰ ＡのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＤＳＣＨのためのＰＵＣＣＨリソースとＴＲＰ ＢのＰＤＣＣＨでスケジューリングしたｅＭＢＢのためのＰＵＳＣＨリソースが互いに時間軸でオーバーラップするシナリオである。各ＴＲＰで送信されるトラフィックの特性が同一な場合にはデータパッケージ又はトラフィックの優先順位に区分されることができないために端末はどんなチャンネル上に又は／及びデータを送信するかリソースの割り当て、操作されるビーム、端末の送受信パネルなど少なくとも１つを考慮して判断することができる。前記Ｄシナリオで端末の選択送信方法はＣシナリオ方法のことと同一であれば良い。したがって、ａｌｔｅｒｎａｔｉｏｎＣ－１からＣ－２－４以下の多様な実施例がＤシナリオでも適用されることができる。

前記説明でＵＣＩに該当する情報は主にＨＡＲＱ－ＡＣＫを中心として説明したが、これはＲＩ、ＰＭＩ、ＣＱＩなどを含むチャンネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）など多様な情報に拡張されることができる。

以下、ＨＡＲＱ＿ＡＣＫコードブックを構成する方法を述べる。

図１３は前述したＵＣＩのうちのＨＡＲＱ－ＡＣＫコードブック構成方法を説明した図面である。

前記ＨＡＲＱ－ＡＣＫ コードブック構成にはキャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）をサポートするかどうか及び複数のビームを受信するかどうか（Ｐ／Ｓ－ｂｅａｍ又はパネルインデックスで区分）が一緒に考慮されることができる。現在、ＮＲシステムによれば複数のＰＤＳＣＨを同１つのスロットに受信する場合（例えば、複数のビーム受信、各ビーム内の各ＰＤＳＣＨスケジューリング）に対するコードブック生成手順に対する規則（ｒｕｌｅ）が必要である。

同一スロットで複数のビームを介して複数のＰＤＳＣＨを受信した場合、ＨＡＲＱ－ＡＣＫコードブック構成のために以下のような方法が考慮されることができる。

－ 方法１：ＨＡＲＱプロセスインデックス手順（ＤＣＩで指示したｔｈｅ ｌｏｗｅｓｔ 又はｈｉｇｈｅｓｔ ＨＡＲＱプロセスインデックス順でコードブックが構成されることができる。

具体的に、端末はＨＡＲＱプロセスインデックスが０００、０１０のように２個受信された場合（すなわち、ＨＡＲＱプロセスインデックス０００、０１０に該当するデータが受信された場合）、コードブックにＨＡＲＱプロセスインデックスが０００のデータのＨＡＲＱ－ＡＣＫ値を先ず構成し、続いてＨＡＲＱインデックスが０１０のデータのＨＡＲＱ－ＡＣＫ値を以後に構成する。コードブロックグループ（ＣＢＧ）をサポートしない場合、例えば、Ｐ－ｂｅａｍとＳ－ｂｅａｍで受信された各データのデコーディングが成功的に行われると、端末は１１を、Ｐ－ｂｅａｍで受信されたデータのデコーディングが成功してＳ－ｂｅａｍで受信されたデータのデコーディングが失敗すると、０１を送信することができる。反対の場合（ｖｉｃｅ ｖｅｒｓａ）も容易に確張することができる。

次に、複数の構成搬送波（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ）をサポートする場合、同一なＣＣ内で指示されたＨＡＲＱプロセスＩＤを手順でコードブック１３２０が構成される実施例を説明する。

端末は１つのスロット内の生成されたＨＡＲＱ－ＡＣＫコードブックをバンドリング又は／及びマルチプレクシングして構成することができる。ＨＡＲＱ－ＡＣＫコードブックは方法１にしたがって１３１０、１３００、１３０５、１３１５手順でＨＡＲＱ－ＡＣＫ情報を連結して生成することができる。この時、１３１０は基地局ＣＣ＃０で端末がパネル＃１（又はＳ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが１の場合で、１３０５は基地局ＣＣ＃１で端末がパネル＃０（又はＰ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが２の場合で、１３００は基地局ＣＣ＃０で端末がパネル＃０（又はＰ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが３の場合で、１３１５はＣＣ２で送信するデータがない場合をそれぞれ意味する。前記１３１５はＣＣ２が設定されない場合には除くことができる。すなわち、１３２０の一例を考慮すれば、ＨＡＲＱ－ＡＣＫコードブックはＣＣインデックスの昇順で、同じＣＣインデックスの場合、ＨＡＲＱプロセスＩＤの昇順（又は降順）で構成されることができる。

又は、ＣＣインデックスと関わらずＨＡＲＱプロセスＩＤの昇順（又は降順）に該当されるＨＡＲＱ－ＡＣＫ情報が整列されてＨＡＲＱ－ＡＣＫコードブックが生成されることができる。例えば、ＨＡＲＱプロセスＩＤの昇順が適用される場合、１３１０、１３０５、１３００、１３１５の手順でＨＡＲＱ－ＡＣＫ情報が接続されることができる。

－ 方法２：指示されたパネルのインデックスを基準で最も低い又は最も高いパネルインジケーターとインデックス順序でコードブックが構成されることができる。

具体的に、パネルインジケーターとインデックスが０、１から構成される場合、端末はパネルインジケーターとインデックスが０のデータのＨＡＲＱ－ＡＣＫ値を先ず構成し、続いてパネルインジケーターとインデックスが１のデータのＨＡＲＱ－ＡＣＫ値を以後に構成する。ＣＢＧをサポートしない場合、Ｐ－ｂｅａｍ（＃０）とＳ－ｂｅａｍ（＃１）で受信された各データのデコーディングが成功的に行われると、端末は１１を、Ｐ－ｂｅａｍ（＃０）で受信されたデータのデコーディングが成功してＳ－ｂｅａｍ（＃１）で受信されたデータのデコーディングが失敗すると、０１を送信することができる。反対の場合も容易に確張することができる。

次に、複数のＣＣをサポートする場合ＣＣ別の構成をするが、同一なＣＣ内では指示されたパネルのインデックスを手順でコードブック１３６０が構成される実施例を説明する。

端末は１つのスロット内の生成されたＨＡＲＱ－ＡＣＫコードブックをバンドリング又は／及びマルチプレクシングして構成することができる。ＨＡＲＱ－ＡＣＫコードブックは方法２にしたがって１３４０、１３５０、１３４５、１３５５手順でＨＡＲＱ－ＡＣＫ情報を連結して生成することができる。この時、１３４０は基地局ＣＣ＃０で端末がパネル＃０（又はＰ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが３の場合で、１３５０は基地局ＣＣ＃０で端末がパネル＃１（又はＳ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが１の場合で、１３４５は基地局ＣＣ＃１で端末がパネル＃０（又はＰ－ｐａｎｅｌ）を用いてＰＤＣＣＨを受信して前記ＰＤＣＣＨで受信したＨＡＲＱプロセスＩＤが２の場合で、１３１５はＣＣ２で追加で送信するデータがない場合をそれぞれ意味する。前記１３１５はＣＣ２が設定されない場合には除くことができる。すなわち、ＨＡＲＱ－ＡＣＫコードブックはＣＣインデックスの昇順で、同じＣＣインデックスの場合、パネル指示インデックスの昇順（又は降順）で構成されることができる。

又は、ＣＣインデックスと関わらずパネルインデックスの昇順（又は降順）に該当されるＨＡＲＱ－ＡＣＫ情報が整列されてＨＡＲＱ－ＡＣＫコードブックが生成されることができる。例えば、ＨＡＲＱプロセスＩＤの昇順が適用される場合、１３４５、１３４０、１３５０、１３５５又は１３４０、１３４５、１３５０、１３５５の手順でＨＡＲＱ－ＡＣＫ情報が接続されることができる。同じパネルインデックスに該当するＨＡＲＱ－ＡＣＫの場合、ＣＣインデックス又はＨＡＲＱプロセスインデックス手順に整列されることができる。

方法３でＰ－ｂｅａｍを先ず構成し、Ｓ－ｂｅａｍを以後にコードブック１３９０が構成される実施例を説明する。

具体的に前述したＰ－ｂｅａｍを先ず構成する多様な実施例を基盤でＰ－ｂｅａｍで送信されたデータデコーディング成功するかどうかにしたがってＨＡＲＱ－ＡＣＫ値を先に構成し、続いてＳ－ｂｅａｍで送信されたデータデコーディング成功するかどうかにしたがってＨＡＲＱ－ＡＣＫ値を構成することができる。前記Ｐ－ｂｅａｍで送信されたデータデコーディング成功するかどうかにしたがってＨＡＲＱ－ＡＣＫ値１３８０、Ｓ－ｂｅａｍで送信されたデータデコーディング成功するかどうかにしたがってＨＡＲＱ－ＡＣＫ／ＮＡＣＫ値１３８５が順次に構成される。

前記ＨＡＲＱ－ＡＣＫコードブックを生成して並べる多様な実施例はそれぞれのＴＲＰ当たり（ｐｅｒ ＴＲＰ）すべてのＣＣに対して設定されることができる。また、前記ＨＡＲＱ－ＡＣＫコードブック構成は前記説明されたインデックス（ｉｎｄｅｘ）を直接用いて行われるか前述されたインデックスを少なくとも一部組み合わせるか計算して行われることができる。

以下、多重パネル指示を指示する方法を述べる。

端末のパネル選択は基地局の上位レイヤーパラメーター（例えば、ＵＥ＿ＴｒａｎｓｍｉｔＰａｎｅｌＳｅｌｅｃｔｉｏｎ）を介して設定されることができる。端末は同時送信をサポートするか又はサポートしないかを端末能力で報告し、これに基づいて基地局はアップリンクリソース及びパネル設定市に同の時送信を考慮することができる。ここで同時送信は少なくとも１つのスロット又はシンボル基準で定義されることができる。また、端末は上位レイヤーパラメーターＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔがパネル選択又はスイッチング目的のパラメーターに設定されると、サポートされるＳＲＳパネル選択又はポートスイッチング能力に依存する設定（例えば、ＳＲＳ－ＴｘＳｅｌｅｃｔｉｏｎ、Ｐａｎｅｌ－ＴｘＳｅｌｅｃｔｉｏｎ）のうちの少なくとも１つによって動作することができる。前述したパネル選択は周波数バンド（ｂａｎｄ）、ＢＷＰなどによって互いに異なるように設定されて（すなわち、周波数バンド又はＢＷＰにマッピングされて）行われることができる。

一方、前述した設定されるＴｘパネル設定はＲｘパネル設定と連携されて共に設定及び選択されることができる。例えば、パネル選択又は設定で少なくとも１つのパネルがｔ１ｒ１（すなわち、Ｔｘ１個Ｒｘ１個）、ｔ１ｒ２、ｔ２ｒ１、ｔ２ｒ２などのように設定されると、端末は当該パネルは１つの同一のＴｘ／Ｒｘパネル設定、１つのＴｘ／Ｒｘパネル設定に追加でＲｘパネル設定、１つのＴｘ／Ｒｘパネル設定に追加でＴｘパネル設定、２個の同一なＴｘ／Ｒｘパネル設定で動作することができる。一方、設定されるＴｘパネル設定はＲｘパネル設定と独立的に区分して設定及び選択されることもできる。

また、サービングセルでただ１つのＴｘパネル選択が設定された端末は以下のような動作を期待しないこともある。

１．設定されたサービングセルのためのＰＵＳＣＨ及びＳＲＳのための２つ以上のパネル又はアンテナポートが設定されること

２．ＰＵＣＣＨとＰＵＳＣＨ送信が各パネルで同時に送信されるように設定されること

３．アップリンクリソース割り当てタイプ１を指示するＤＣＩ ｆｏｒｍａｔ ０＿０、０＿１を受信すること

前述したパネル選択又はスイッチングは基地局が送信する特定ＤＣＩ ｆｏｒｍａｔを介してサポートされることができる。例えば、端末はＤＣＩ ｆｏｒｍａｔ ０＿１のＤＣＩ又はｆｏｒｍａｔ自体を確認してパネル選択を確認することができる。これとは異なり説明したパネル選択又はスイッチングは基地局が送信する特定ＤＣＩ ｆｏｒｍａｔを介してサポートされないこともある。例えば、端末はＤＣＩ ｆｏｒｍａｔ ０＿０のＤＣＩ又はｆｏｒｍａｔ自体を確認してパネル選択を確認することができる。

また、前に説明した複数のパネル動作は基地局が送信する特定ＤＣＩ ｆｏｒｍａｔを介してサポートされることができる。例えば、端末はＤＣＩ ｆｏｒｍａｔ ０＿１のＤＣＩ又はｆｏｒｍａｔ自体を確認して複数のパネル動作を確認することができる。これとは異なり説明した複数のパネル動作は基地局が送信する特定ＤＣＩ ｆｏｒｍａｔを介してサポートされないこともある。例えば、端末はＤＣＩ ｆｏｒｍａｔ ０＿０のＤＣＩ又はｆｏｒｍａｔ自体を確認して複数のパネル動作を確認することができる。

一方、端末はパワー調整及びパワー割り当てにおいて送信されるパネルそれぞれに電力の合を計算して最大値が過ぎないように調節することができる。

以下、パネルとアンテナポートのマッピング方法を述べる。

図１４ａはパネルとマッピングされたアンテナポートを用いてアップリンク送信を行う動作の一例を示した図面である。図１４ａで端末は基地局からパネル設定情報を含むＲＲＣメッセージを受信する（１４００）。前記パネル設定情報はパネルを直接指示する識別子、ＤＬ又は／及びＵＬ参照信号リソースを設定する識別子、ダウン／アップリンクのＴＣＩ ｓｔａｔｅｓと連携されるＤＬ又は／及びＵＬ参照信号リソース又はＰＤＳＣＨ、ＰＵＳＣＨリソースのマッピング関係を設定する識別子のうちの少なくとも１つを含むことができる。端末は受信されたパネル設定情報に基づいて指定されたパネルを確認して確認されたパネルを活性化又は非活性化することができる（１４１０）。この時、パネルの指定（ｍａｐｐｉｎｇ）はビームの相互性（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を考慮して設定されることができる。端末は指定された活性化パネルに連携してアンテナポート設定又はマッピングを行うことができる（１４２０）。端末は前述したパネル指定及びアンテナポートマッピングは順次に又は同時に決定されることができる。図１４ｂはパネル指定によるアンテナポートとの連携の一例を示した図面である。ただ、本発明の多様な実施例は示された場合だけに限定するものではない。例えば、パネル０（１４７０）は特定ＲＳのアンテナポート０乃至Ｘ－１（１４８０）とマッピングされ、パネル１（１４７２）は特定ＲＳのアンテナポートＸ乃至２Ｘ－１（１４８２）とマッピングされることができる。端末はパネル及びアンテナポートの指定動作を介して基地局が設定及び指示したパネルとアンテナポートでアップリンクデータ及び制御情報を送信することができる（１４３０）。

以下、アップリンクＣＡシナリオでアップリンクデータの衝突が衝突される場合、基地局と端末の動作を記述する。

第１に、アップリンクＣＡのために基地局は端末に１つのプライマリーセル（ｐｒｉｍａｒｙ ｃｅｌｌ、ＰＣｅｌｌ）と少なくとも１つ以上のセカンダリーセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）を設定することができる。また、アップリンクＣＡのために基地局は端末に複数のセルグループ（ｃｅｌｌ ｇｒｏｕｐ）を設定してＭＣＧ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）、ＳＣＧ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ）がそれぞれ設定されることができる。ここで端末にＭＣＧが設定されると、端末には１つのＰＣｅｌｌと少なくとも１つ以上のＳＣｅｌｌが設定されることができ、ＳＣＧが設定されれば端末には１つのＰＳＣｅｌｌと少なくとも１つ以上のＳＣｅｌｌが設定されることができる。この時、端末にＰＣｅｌｌ又は／及びＰＳｃｅｌｌとＳＣｅｌｌが設定されると、前述した図１０乃至図２の多様な実施例に類似に適用されることができる。

図１５は、アップリンクＣＡの場合アップリンクデータ送信が衝突する一例を示した図面である。図１５によれば、端末はＰＣｅｌｌ／ＰＳＣｅｌｌ又はＴＲＰ Ａ１５００でスロット＃ｍ１５０２のＰＤＣＣＨ１５１０でスケジューリングしたＰＵＳＣＨ＃１（１５２０）リソース及び送信時点を確認することができる。また、端末はＳＣｅｌｌ又はＴＲＰ Ｂ１５５０でスロット＃ｍ’１５０６のＰＤＣＣＨ１５６０でスケジューリングしたＰＵＳＣＨ＃２（１５７０）リソース及び送信時点を確認することができる。ここでＰＵＳＣＨ＃１（１５２０）、＃２（１５７０）が時間軸で少なくとも１つ以上のシンボルがオーバーラップすることができ、前記ＴＲＰ Ａ又はＢ、又はＰｃｅｌｌ／ＰＳＣｅｌｌ又はＳｃｅｌｌでスケジューリングされたＰＵＳＣＨ＃１（１５２０）、＃２（１５７０）は以下で説明する多様な方法のうちの少なくとも１つによって端末の送信方法が決定されることができる。

方法１：端末は基地局が設定したＰＵＳＣＨの優先順位によって優先順位が高い（ｌａｒｇｅｒ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ）値に指示されたＰＵＳＣＨをまず送信することができる。この時、端末は同時送信が可能な場合には複数のＰＵＳＣＨを送信することができるが、２つのパネルの送信電力の合が最大送信電力値を超過する場合、高い優先順位値を持つＰＵＳＣＨの送信を選択的に行うことができる。すなわち、優先順位値の低いＰＵＳＣＨはドロップされることができる。送信に用いられるパネル又はポートの電力の合が最大電力送信値より小さい場合、端末は優先順位を考慮してＰＵＳＣＨ送信を行うことができる。

方法２：基地局が指示した各パネルのＰＵＳＣＨのＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）仮定によって端末の送信方法が決定されることができる。ここで端末は基地局が指示したＰＵＳＣＨのＱＣＬ仮定が異なることで判断すると、送信に用いられるパネル又はポートの電力の合が最大送信電力値を超過する場合、ＰＵＳＣＨの優先順位を考慮して高い優先順位値に当たるＰＵＳＣＨを送信して低い優先順位値に該当するＰＵＳＣＨのドロップすることができ、送信に用いられるパネル又はポートの電力の合が最大送信電力値を超過しない場合、ＰＵＳＣＨの優先順位を考慮して送信可能なＰＵＳＣＨの優先順位によって送信を行うことができる。また、端末は基地局が指示したＰＵＳＣＨのＱＣＬ仮定が同一なことで判断すると、優先順位が最も高いＰＵＳＣＨを選択して送信することができる。この時、選択方法は端末と基地局の決定又は端末の具現又は標準で定義する規則に従って定義されることができる。

前述した説明では２個のＣＣが設定される例で説明しているが３個以上のＣＣが設定される例を排除するものではなくＰＵＳＣＨが３個以上がオーバーラップする場合も容易に確張して理解することができる。

方法３：前記のＰＵＳＣＨでＵＣＩを送信する場合、ＵＣＩのうちのＨＡＲＱ－ＡＣＫを中心に記述したがＣＳＩに係る情報を報告する場合にも本発明の内容が確張して適用されることができる。

第１に、ＰＵＳＣＨ ＃１にデータ送信のためのリソースが割り当てされて、ＰＵＳＣＨ＃２に非周期的ＣＳＩ（ａｐｅｒｉｏｄｉｃ ＣＳＩ）又は半永続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ、ＳＰＳ、ＣＳＩ）が報告されるようにリソースが割り当られた場合、そしてＰＵＳＣＨ＃２が前述した多様なシナリオによって送信されることができない場合、端末はＰＵＳＣＨ＃１に非周期的ＣＳＩ（例えば、広帯域（ｗｉｄｅｂａｎｄ）又は副帯域（ｓｕｂｂａｎｄ）に対する情報）又は半永続的ＣＳＩ情報の全部又は一部をマルチプレクシングして送信することができる。また、ここでＰＵＳＣＨ＃１にＣＳＩをマルチプレクシングができる十分なリソースが割り当てられない場合、端末は前記マルチプレクシングを行わないためにＣＳＩに対するドロップ（ｄｒｏｐ）を行うようになることができる。

第２に、ＰＵＳＣＨ＃１に非周期的ＣＳＩ又は半永続的ＣＳＩ送信のためのリソースが割り当てられ、ＰＵＳＣＨ＃２に他の非周期的ＣＳＩたは半永続的ＣＳＩが報告されるようにリソースが割り当られた場合、そして、ＰＵＳＣＨ＃２が前述した多様なシナリオによって送信されることができない場合、端末はＣＳＩの優先順位によってドロップされることができる。この時、ＣＳＩの優先順位は以下の表１４のような規則に従って決定されることができる。

前述された多様な実施例は複数のパネルを操作する方法に対して説明した。基地局が端末の送信パネルを設定又は指示する方法に追加で端末が自体的に複数のパネルの操作をスイッチングするか非活性化することができる。例えば、端末はアンテナ、ＲＦ回路、電力増幅回路、通信処理プロセッサなどの多様な素材の発熱などの問題で特定パネルを非活性化するか他のパネルにスイッチングして動作することができる。ここで他のパネルにスイッチングする動作は前述した基地局が設定したパネル又はアンテナポート内で調整して動作することができる。他の例で、端末はバッテリー状態又はバッテリー節約設定によって複数のパネル動作を非活性化又はスイッチングすることができる。

前述した端末のパネル又はアンテナスイッチング動作は低いバンドをサポートするパネルを担当するパネルでスイッチングするように行われることができ、５Ｇ通信で４Ｇ又は３Ｇ通信、４Ｇ通信で３Ｇ又は２Ｇ通信などを担当するパネルでスイッチングするように動作することができる。

前述の非活性化はタイマー基盤で一時的に動作するか、発熱及び充電条件が回復する時点に動作されることができる。

前述の端末のパネルを非活性化するかスイッチングする動作が行われた場合、端末は基地局にメッセージ形態でこのような動作が行なわれたことを報告されることができ、基地局は受信されたパネル又はアンテナポート関連情報メッセージに基づいてパネルに対する設定動作を変更するか端末に用いられるパネル又はアンテナポートを再び指示することができる。

本発明の前記実施例を行うために端末と基地局の送信部、受信部、制御部がそれぞれ図１６と図１７に示されている。基地局と端末の送信部、受信部、処理部がそれぞれ前述された実施例によって動作しなければならない。

具体的に、図１６は本発明の実施例による端末の内部構造を示すブロック図である。図１６に示されるように、本発明の端末は端末機処理部１６０１、受信部１６０２、送信部１６０３を含むことができる。

端末機処理部１６０１は上述した本発明の実施例によって端末が動作することができる一連の過程を制御することができる。端末機受信部１６０２と端末が送信部１６０３を通称して本発明の実施例では送受信部と称することができる。前記送受信部は１つ以上のＴｘパネル又は／及び１つ以上のＲｘパネルを含むことができる。送受信部は基地局と信号を送受信することができる。前記信号は制御情報とデータを含むことができる。このために、送受信部は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成されることができる。また、送受信部は無線チャンネルを介して信号を受信して端末機処理部１６０１に出力し、端末機処理部１６０１から出力された信号を無線チャンネルを介して送信することができる。

図１７は、本発明の実施例による基地局の内部構造を示すブロック図である。図１７に示されるように、本発明の基地局は基地局処理部１７０１、受信部１７０２、送信部１７０３を含むことができる。

基地局処理部１７０１は上述した本発明の実施例によって基地局が動作するように一連の過程を制御することができる。基地局受信部１７０２と基地局送信部１７０３を通称して本発明の実施例では送受信部と称することができる。送受信部は端末と信号を送受信することができる。前記信号は制御情報とデータを含むことができる。このために、送受信部は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成されることができる。また、送受信部は無線チャンネルを介して信号を受信して基地局処理部１７０１に出力し、基地局処理部１７０１から出力された信号を無線チャンネルを介して送信することができる。

一方、本明細書及び図面に開示された本発明の実施例は本発明の技術内容を容易に説明して本発明の理解を助けるために特定例を提示したもので、本発明の範囲を限定しようとするものではない。すなわち、本発明の技術的思想に基づいて他の変更例が実施可能ということは本発明の属する技術分野で通常の知識を有する者に自明なことである。また、前記それぞれの実施例は必要によって互いに組み合せて実施することができる。

７００，７５０ セル
７０５，７５５ ＴＲＰ Ａ
７１０，７６０ 端末
７１５，７６５ ＴＲＰ Ｂ
７２０，７７０ 基地局サーバー
１６０１ 端末処理部
１６０２ 端末受信部
１６０３ 端末送信部
１７０１ 基地局処理部
１７０２ 基地局受信部
１７０３ 基地局送信部

Claims (15)

1. 通信システムの端末の動作方法であって
   基地局から第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信する段階と、
   前記基地局から第２優先順位情報を含む第２ＤＣＩを受信する段階と、
   前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認する段階と、
   前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、前記第１優先順位情報と前記第２優先順位情報に基づいてより高い優先順位情報に該当するアップリンク送信を行う段階と、を含むことを特徴とする方法。
2. 前記第１アップリンク送信及び前記第２アップリンク送信は物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）送信又は物理アップリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）送信に該当することを特徴とする、請求項１に記載の方法。
3. 前記基地局からアップリンクデータ送信を取り消すインジケーターを受信する段階をさらに含み、
   前記インジケーターは特定リソースの前記アップリンクデータ送信を取り消すように指示することを特徴とする、請求項１に記載の方法。
4. 前記第１ＤＣＩ又は前記第２ＤＣＩがダウンリンクデータをスケジューリングする場合、前記ダウンリンクデータに対する受信確認情報を含むＨＡＲＱ－ＡＣＫコードブックを生成する段階を含み、
   前記ＨＡＲＱ－ＡＣＫコードブックは複数のダウンリンクデータに対するそれぞれの受信確認情報を含み、前記受信確認情報は前記複数のダウンリンクデータに係るセルインデックスとＨＡＲＱプロセスインデックスに基づいてコードブック内で整列されることを特徴とする、請求項１に記載の方法。
5. 通信システムの基地局の動作方法であって、
   端末で第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信する段階と、
   前記端末で第２優先順位情報を含む第２ＤＣＩを送信する段階と、
   前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認する段階と、
   前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、前記第１優先順位情報と前記第２優先順位情報に基づいて前記端末が行うより高い優先順位情報に該当するアップリンク送信を受信する段階と、を含むことを特徴とする方法。
6. 前記第１アップリンク送信及び前記第２アップリンク送信は物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）送信又は物理アップリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）送信に該当することを特徴とする、請求項５に記載の方法。
7. 前記端末でアップリンクデータ送信を取り消すインジケーターを送信する段階をさらに含み、
   前記インジケーターは特定リソースの前記アップリンクデータ送信を取り消すように指示することを特徴とする、請求項５に記載の方法。
8. 前記第１ＤＣＩ又は前記第２ＤＣＩがダウンリンクデータをスケジューリングする場合、前記端末から前記ダウンリンクデータに対する受信確認情報を含むＨＡＲＱ－ＡＣＫコードブックを受信する段階を含み、
   前記ＨＡＲＱ－ＡＣＫコードブックは複数のダウンリンクデータに対するそれぞれの受信確認情報を含み、前記受信確認情報は前記複数のダウンリンクデータに係るセルインデックスとＨＡＲＱプロセスインデックスに基づいてコードブック内で整列されることを特徴とする、請求項５に記載の方法。
9. 通信システムの端末であって、
   送受信部と、
   基地局から第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信し、前記基地局から第２優先順位情報を含む第２ＤＣＩを受信し、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認し、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、前記第１優先順位情報と前記第２優先順位情報に基づいてより高い優先順位情報に該当するアップリンク送信を行うように制御する、前記送受信部と連結された制御部と、を含むことを特徴とする端末。
10. 前記第１アップリンク送信及び前記第２アップリンク送信は物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）送信又は物理アップリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）送信に該当することを特徴とする、請求項９に記載の端末。
11. 前記制御部は前記基地局からアップリンクデータ送信を取り消すインジケーターを受信するようにさらに制御し、
    前記インジケーターは特定リソースの前記アップリンクデータ送信を取り消すように指示することを特徴とする、請求項９に記載の端末。
12. 前記制御部は前記第１ＤＣＩ又は前記第２ＤＣＩがダウンリンクデータをスケジューリングする場合、前記ダウンリンクデータに対する受信確認情報を含むＨＡＲＱ－ＡＣＫコードブックを生成するようにさらに制御し、
    前記ＨＡＲＱ－ＡＣＫコードブックは複数のダウンリンクデータに対するそれぞれの受信確認情報を含み、前記受信確認情報は前記複数のダウンリンクデータに係るセルインデックスとＨＡＲＱプロセスインデックスに基づいてコードブック内で整列されることを特徴とする、請求項９に記載の端末。
13. 通信システムの基地局であって、
    送受信部と、
    端末で第１優先順位情報を含む第１ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信し、前記端末で第２優先順位情報を含む第２ＤＣＩを送信し、前記第１ＤＣＩに係る第１アップリンク送信リソースと前記第２ＤＣＩに係る第２アップリンク送信リソースが時間軸でオーバーラップするかどうかを確認し、前記第１アップリンク送信リソースと前記第２アップリンク送信リソースが時間軸でオーバーラップする場合、前記第１優先順位情報と前記第２優先順位情報に基づいて前記端末が行うより高い優先順位情報に該当するアップリンク送信を受信するように制御する、前記送受信部と連結された制御部と、を含み、
    前記第１アップリンク送信及び前記第２アップリンク送信は物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）送信又は物理アップリンク共用チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）送信に該当することを特徴とする基地局。
14. 前記制御部は前記端末でアップリンクデータ送信を取り消すインジケーターを送信するようにさらに制御し、
    前記インジケーターは特定リソースの前記アップリンクデータ送信を取り消すように指示することを特徴とする、請求項１３に記載の基地局。
15. 前記制御部は前記第１ＤＣＩ又は前記第２ＤＣＩがダウンリンクデータをスケジューリングする場合、前記端末から前記ダウンリンクデータに対する受信確認情報を含むＨＡＲＱ－ＡＣＫコードブックを受信するようにさらに制御し、
    前記ＨＡＲＱ－ＡＣＫコードブックは複数のダウンリンクデータに対するそれぞれの受信確認情報を含み、前記受信確認情報は前記複数のダウンリンクデータに係るセルインデックスとＨＡＲＱプロセスインデックスに基づいてコードブック内で整列されることを特徴とする、請求項１３に記載の基地局。

Images