(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける端末（ＵＥ）がアップリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）及びＳＲＳ（Ｓｏｕｎｄ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を送信する方法であって、
前記ＵＣＩを生じ、及び
複数のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を送信することを含んでなり、
第１のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップしないことに基づいて、前記ＵＣＩが前記第１のＰＵＣＣＨを介して送信され、並びに、
前記第１のＰＵＣＣＨの前記ＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップすることに基づいて、前記ＵＣＩが前記複数のＰＵＳＣＨの中から事前に設定されたＮ番目のＰＵＳＣＨのみを介して送信されるものであり、
前記ＳＲＳを送信する為に使用される複数のシンボルの中から、少なくとも１つのＳＲＳシンボルが第２のＰＵＣＣＨを送信する為に使用される少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることを決定し、
前記少なくとも１つのＳＲＳシンボルが少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることに基づいて：
前記ＳＲＳが周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨがＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を伝達することに基づいて：
(i)前記ＳＲＳを送信するために使用される前記複数のシンボルの中から、前記少なくとも１つのＰＵＣＣＨシンボルとオーバーラップする前記少なくとも１つのＳＲＳシンボルのみをドロップし、及び、
(ii)前記複数のシンボルの中から、少なくとも１つのシンボルを介して、前記ＳＲＳを送信し、前記少なくとも１つのＳＲＳシンボルを除き；並びに、
前記ＳＲＳが非周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨが周期的ＣＳＩを伝達することに基づいて：前記第２のＰＵＣＣＨを送信しないことを特徴とする、送信方法。
【請求項２】
前記ＵＥは、少なくとも１つのシンボルを使用して、ＵＣＩを搬送するＰＵＣＣＨを送信することを特徴とする、請求項１に記載の送信方法。
【請求項３】
端末（ＵＥ）であって、
無線信号を送信及び受信するトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）；及び、
前記トランシーバと結合して動作するプロセッサ；を備えてなり、
前記プロセッサは、
前記ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を生じ、及び
複数のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を送信することを含んでなり、
第１のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップしないことに基づいて、前記ＵＣＩが前記第１のＰＵＣＣＨを介して送信され、並びに、
前記第１のＰＵＣＣＨの前記ＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップすることに基づいて、前記ＵＣＩが前記複数のＰＵＳＣＨの中から事前に設定されたＮ番目のＰＵＳＣＨのみを介して送信されるものであり、
前記ＳＲＳを送信する為に使用される複数のシンボルの中から、少なくとも１つのＳＲＳシンボルが第２のＰＵＣＣＨを送信する為に使用される少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることを決定し、
前記少なくとも１つのＳＲＳシンボルが少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることに基づいて：
前記ＳＲＳが周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨがＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を伝達することに基づいて：
(i)前記ＳＲＳを送信するために使用される前記複数のシンボルの中から、前記少なくとも１つのＰＵＣＣＨシンボルとオーバーラップする前記少なくとも１つのＳＲＳシンボルのみをドロップし、及び、
(ii)前記複数のシンボルの中から、少なくとも１つのシンボルを介して、前記ＳＲＳを送信し、前記少なくとも１つのＳＲＳシンボルを除き；並びに、
前記ＳＲＳが非周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨが周期的ＣＳＩを伝達することに基づいて：前記第２のＰＵＣＣＨを送信しないことを特徴とする、端末。
【請求項４】
前記ＵＥは、少なくとも１つのシンボルを使用して、ＵＣＩを搬送するＰＵＣＣＨを送信することを特徴とする、請求項３に記載の端末。
【請求項５】
無線通信システムにおける無線通信デバイス用プロセッサであって、
前記プロセッサは、
前記ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を生じ、及び
複数のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を送信することを含んでなり、
前記ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を生じ、及び
複数のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を送信することを含んでなり、
第１のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップしないことに基づいて、前記ＵＣＩが前記第１のＰＵＣＣＨを介して送信され、並びに、
前記第１のＰＵＣＣＨの前記ＰＵＣＣＨリソースが前記複数のＰＵＳＣＨに合わせてオーバーラップすることに基づいて、前記ＵＣＩが前記複数のＰＵＳＣＨの中から事前に設定されたＮ番目のＰＵＳＣＨのみを介して送信されるものであり、
前記ＳＲＳを送信する為に使用される複数のシンボルの中から、少なくとも１つのＳＲＳシンボルが第２のＰＵＣＣＨを送信する為に使用される少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることを決定し、
前記少なくとも１つのＳＲＳシンボルが少なくとも１つのＰＵＣＣＨシンボルに合わせてオーバーラップすることに基づいて：
前記ＳＲＳが周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨがＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を伝達することに基づいて：
(i)前記ＳＲＳを送信するために使用される前記複数のシンボルの中から、前記少なくとも１つのＰＵＣＣＨシンボルとオーバーラップする前記少なくとも１つのＳＲＳシンボルのみをドロップし、及び、
(ii)前記複数のシンボルの中から、少なくとも１つのシンボルを介して、前記ＳＲＳを送信し、前記少なくとも１つのＳＲＳシンボルを除き；並びに、
前記ＳＲＳが非周期的ＳＲＳであることに基づいて、及び、前記第２のＰＵＣＣＨが周期的ＣＳＩを伝達することに基づいて：前記第２のＰＵＣＣＨを送信しない；ように前記無線通信デバイスを制御することを特徴とする、プロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のアップリンク制御チャネル送信方法及び前記方法を利用する通信装置に関する。
【背景技術】
【０００２】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。
【０００３】
信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムデザインが論議されており、改善されたモバイルブロードバンド通信、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術を新しいＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ  ｒａｄｉｏ）と呼ぶ。
【０００４】
一方、ＮＲでは、既存通信システムと違って、互いに異なる複数タイプのアップリンク制御チャネルが導入されることができる。例えば、送ることができる情報量が相対的に制限的であり、且つ使用するリソース量も少ないアップリンク制御チャネルと、送ることができる情報量が相対的に多く、且つ使用するリソース量も多いアップリンク制御チャネルと、がある。また、前記互いに異なるタイプのアップリンク制御チャネルは、データ受信後の送信時点が互いに異なるように設定されることもできる。
【０００５】
ＮＲにおいて、互いに異なる複数タイプのアップリンク制御チャネルまたは前記アップリンク制御チャネルが、データチャネルやＳＲＳ（ｓｏｕｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）などと衝突またはオーバラップ（ｏｖｅｒｌａｐ）が発生する場合、これをどのように処理するかが問題になる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、無線通信システムにおける端末のアップリンク制御チャネル送信方法及び前記方法を利用する通信装置を提供することにある。
【課題を解決するための手段】
【０００７】
一側面において、無線通信システムにおける端末のアップリンク制御チャネル送信方法を提供する。前記方法は、第１のＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と第２のＰＵＣＣＨのオーバラップ（ｏｖｅｒｌａｐ）可否を判断し、前記判断に基づいて前記第１のＰＵＣＣＨ及び前記第２のＰＵＣＣＨの送信方法を決定し、前記第１のＰＵＣＣＨは、データチャネルとＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルであり、前記第２のＰＵＣＣＨは、前記データチャネルとＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルであることを特徴とする。
【０００８】
前記方法は、ダウンリンクグラントを受信するステップをさらに含み、前記ダウンリンクグラント受信時点と前記第２のＰＵＣＣＨ送信時点の時間差に基づいて、前記第２のＰＵＣＣＨを前記第１のＰＵＣＣＨにピギーバック（ｐｉｇｇｙｂａｃｋ）するかどうかを決定する。
【０００９】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、オーバラップされる前記第１のＰＵＣＣＨのリソースをパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）する。
【００１０】
周波数領域で、前記第１のＰＵＣＣＨに割り当てられたリソースがＭ（Ｍは、１以上の自然数）個のリソースブロックであり、前記Ｍ個のリソースブロックのうち前記第２のＰＵＣＣＨとオーバラップされるリソースがＫ（Ｋは、１以上の自然数）個のリソースブロックである場合、前記オーバラップが発生しない時間領域のシンボルでは前記Ｍ個のリソースブロック大きさに対応するＤＦＴ（ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）を実行し、前記オーバラップが発生した時間領域のシンボルではＭ−Ｋ個のリソースブロック大きさに対応するＤＦＴを実行する。
【００１１】
前記第２のＰＵＣＣＨと前記データチャネルがオーバラップされる場合、前記第２のＰＵＣＣＨが位置するシンボルによって前記データチャネルでパンクチャリングされるシンボルが異なるように決定される。
【００１２】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、前記第１のＰＵＣＣＨ送信をドロップ（ｄｒｏｐ）する。
【００１３】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、オーバラップされる前記第１のＰＵＣＣＨの領域のみを送信しない。
【００１４】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、オーバラップされる前記第１のＰＵＣＣＨの領域では送信電力を減らして送信する。
【００１５】
前記第１のＰＵＣＣＨではあらかじめ設定された変調次数以下の変調方式が使われる。
【００１６】
前記第１のＰＵＣＣＨであらかじめ設定された変調次数より大きい次数の変調方式が使われる場合、前記オーバラップされる前記第１のＰＵＣＣＨの領域で追加的な参照信号を送信する。
【００１７】
前記第１のＰＵＣＣＨは、複数のスロット（ｓｌｏｔ）で送信される。
【００１８】
前記複数のスロットの各々で同じ構造の参照信号が送信される。
【００１９】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、前記オーバラップが発生したスロット上の第１のＰＵＣＣＨのみを送信しない。
【００２０】
前記第１のＰＵＣＣＨと前記第２のＰＵＣＣＨがオーバラップされる場合、前記複数のスロット全体で前記第１のＰＵＣＣＨを送信しない。
【００２１】
他の側面で提供される通信装置は、無線信号を送信及び受信するトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）並びに前記トランシーバと結合して動作するプロセッサを含み、前記プロセッサは、第１のＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と第２のＰＵＣＣＨのオーバラップ（ｏｖｅｒｌａｐ）可否を判断し、前記判断に基づいて前記第１のＰＵＣＣＨ及び前記第２のＰＵＣＣＨの送信方法を決定し、前記第１のＰＵＣＣＨは、データチャネルとＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルであり、前記第２のＰＵＣＣＨは、前記データチャネルとＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルであることを特徴とする。
【発明の効果】
【００２２】
本発明によると、互いに異なるタイプのアップリンク制御チャネルが導入されるＮＲで、前記アップリンク制御チャネル相互間の衝突やオーバラップ、または前記アップリンク制御チャネルの各々とデータチャネルまたはＳＲＳなどと衝突やオーバラップが発生する場合、どのような方式に処理するかを規定することによって、アップリンク制御チャネル送信で曖昧性が発生することを防止することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明が適用されることができる無線通信システムを例示する。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【図６】新しい無線接続技術に対するフレーム構造の一例を示す。
【図７】ＮＲでのアップリンク制御チャネル多重化の一例を示す。
【図８】ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨを例示する。
【図９】ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨがオーバラップされる場合を例示する。
【図１０】本発明の一実施例に係るアップリンク制御チャネル送信方法を示す。
【図１１】提案方法＃１−１によるアップリンク制御チャネル送信方法を例示する。
【図１２】アップリンク制御チャネルをＤＦＴする例を示す。
【図１３】ＰＵＳＣＨとＳＨＤ＿ＰＵＣＣＨが同じスロット上で"オーバラップ”された場合、ＳＨＤ＿ＰＵＣＣＨシンボル位置によって、ＰＵＳＣＨをパンクチャリングする第１の例を示す。
【図１４】ＰＵＳＣＨとＳＨＤ＿ＰＵＣＣＨが同じスロット上で"オーバラップ”された場合、ＳＨＤ＿ＰＵＣＣＨシンボル位置によって、ＰＵＳＣＨをパンクチャリングする第２の例を示す。
【図１５】提案方法＃１−３による方法を例示する。
【図１６】アップリンク制御チャネルに対する電力制御方法を例示する。
【図１７】ＮＲで導入されることができる多重スロットＬＧＤ＿ＰＵＣＣＨを例示する。
【図１８】本発明の実施例が具現される通信装置を示すブロック図である。
【発明を実施するための形態】
【００２４】
図１は、本発明が適用されることができる無線通信システムを例示する。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００２５】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２６】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２７】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２８】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２９】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００３０】
図２及び図３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００３１】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００３２】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３３】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３４】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３５】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３６】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３７】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３８】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３９】
トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４０】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４１】
以下、新しい無線接続技術（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ｎｅｗ  ＲＡＴ）に対して説明する。
【００４２】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が論議されており、本発明では、便宜上、該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴまたはＮＲと呼ぶ。
【００４３】
図４は、ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【００４４】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースで連結されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して連結され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して連結される。
【００４５】
図５は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【００４６】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。
【００４７】
ＮＲでは下記の技術／特徴が適用されることができる。
【００４８】
＜セルフコンテインドサブフレーム構造（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）＞
【００４９】
図６は、新しい無線接続技術に対するフレーム構造の一例を示す。
【００５０】
ＮＲでは遅延（ｌａｔｅｎｃｙ）を最小化するための目的として、図６のように、一つのＴＴＩ内に、制御チャネルとデータチャネルがＴＤＭされる構造がフレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）の一つとして考慮されることができる。
【００５１】
図６において、斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示し、黒色部分は、アップリンク制御（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示す。表示がない領域は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ；ＤＬ  ｄａｔａ）送信のために使われることもでき、アップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ；ＵＬ  ｄａｔａ）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（ｓｕｂｆｒａｍｅ）内でダウンリンク（ＤＬ）送信とアップリンク（ＵＬ）送信が順次に進行され、サブフレーム（ｓｕｂｆｒａｍｅ）内でＤＬ  ｄａｔａを送り、ＵＬ  ＡＣＫ／ＮＡＣＫも受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達の遅延（ｌａｔｅｎｃｙ）を最小化することができる。
【００５２】
このようなセルフコンテインドサブフレーム（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ）構造で、基地局と端末が送信モードから受信モードへの転換過程または受信モードから送信モードへの転換過程のためのタイムギャップ（ｔｉｍｅ  ｇａｐ）が必要である。そのために、セルフコンテインドサブフレーム（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ）構造で、ＤＬからＵＬへ転換される時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ；ＧＰ）に設定されることができる。
【００５３】
一方、ＮＲのアップリンクと関連して下記の技術が適用されることができる。
【００５４】
＜ＮＲでのＰＵＣＣＨフォーマット＞
【００５５】
ＮＲにおいて、ＰＵＣＣＨは、アップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）の伝達に使われることができる。ＰＵＣＣＨフォーマットは、持続期間／ペイロード大きさにより区分されることができる。例えば、ＰＵＣＣＨフォーマットは、短い区間アップリンク制御チャネル（ＳＨＯＲＴ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＳＨＤ＿ＰＵＣＣＨ）"と"長い区間アップリンク制御チャネル（ＬＯＮＧ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＬＧＤ＿ＰＵＣＣＨ）"とに区分されることができる。ＳＨＤ＿ＰＵＣＣＨを、便宜上、短いＰＵＣＣＨ（ｓｈｏｒｔ  ＰＵＣＣＨ）といい、フォーマット０（≦≦２ビット）、フォーマット２（＞２ビット）が該当されることができる。ＬＧＤ＿ＰＵＣＣＨは、長いＰＵＣＣＨといい、長いＰＵＣＣＨ（ｌｏｎｇ  ＰＵＣＣＨ）は、フォーマット１（≦≦２ビット）、フォーマット３（＞２、［＞Ｎ］ビット）、フォーマット４（＞２、［≦≦Ｎ］ビット）が該当されることができる。
【００５６】
一方、ＰＵＣＣＨに対する送信ダイバーシティ技法は、ＬＴＥ  Ｒｅｌ−１５でサポートされないことがある。また、端末のＰＵＳＣＨ及びＰＵＣＣＨの同時送信は、ＬＴＥ  Ｒｅｌ−１５でサポートされないこともある。
【００５７】
ＮＲでのＰＵＣＣＨフォーマットは、以下の表１のように定義されることができる。
【００５８】
【表１】
0006976337.tif 000002
【００５９】
＜アップリンク（ＵＬ）信号／チャネル多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）＞
【００６０】
ＰＵＣＣＨとＰＵＳＣＨの多重化（マルチプレキシング）に対して、次の技術がサポートされることができる。１）ｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とＰＵＳＣＨとの間の時間分割多重化（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）、２）（Ｒｅｌ−１５でない）一つの端末の短いアップリンクパート（ＵＬ−ｐａｒｔ）を有するスロットに対するｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とＰＵＳＣＨとの間の周波数分割多重化（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＦＤＭ）
【００６１】
ＰＵＣＣＨとＰＵＳＣＨのマルチプレキシングに対して、下記の技術がサポートされることができる。
【００６２】
１）互いに異なる端末のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とｌｏｎｇ  ＰＵＣＣＨ（例えば、フォーマット１／３／４）との間のＴＤＭ／ＦＤＭ。
【００６３】
２）一つの端末の同じスロット上のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）間のＴＤＭ。
【００６４】
３）一つの端末の同じスロット上のｓｈｏｒｔ  ＰＵＣＣＨ（例えば、フォーマット０／２）とｌｏｎｇ  ＰＵＣＣＨ（例えば、フォーマット１／３／４）との間のＴＤＭ。
【００６５】
図７は、ＮＲでのアップリンク制御チャネル多重化の一例を示す。
【００６６】
図７を参照すると、一つのスロット内で、アップリンク領域（ＵＬ  ｒｅｇｉｏｎ）にｌｏｎｇ−ＰＵＣＣＨがシンボル＃３から＃７まで、＃８から＃１１まで互いに異なる周波数帯域に位置する例を示している。そして、ｓｈｏｒｔ  ＰＵＣＣＨが各々シンボル＃１２と＃１３に位置する例を示している。即ち、ｓｈｏｒｔ  ＰＵＣＣＨ間にＴＤＭ、ｓｈｏｒｔ  ＰＵＣＣＨとｌｏｎｇ  ＰＵＣＣＨとの間にＴＤＭ／ＦＤＭされている例を示している。
【００６７】
＜制御情報変調及び符号化技法（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ：ＭＣＳ）オフセット（ｏｆｆｓｅｔ）＞
【００６８】
ＮＲでは、ベータオフセット（ｂｅｔａ−ｏｆｆｓｅｔ）のための半静的及び動的指示が全てサポートされることができる。動的ベータオフセット指示に対して、ＲＲＣシグナリングにより複数個のベータオフセット値のセットが構成されることができ、ＵＬグラントは、動的に前記セットのうち一つのセットに対するインデックス（ｉｎｄｅｘ）を指示することができる。各々のセットは、複数の項目（ｅｎｔｒｙ）を含み、各項目は、各々のＵＣＩ類型（２パートＣＳＩ（ｔｗｏ−ｐａｒｔ  ＣＳＩ）が適用可能な場合、含む）に対応されることができる。
【００６９】
＜ＵＣＩマッピング＞
【００７０】
スロットベースのスケジューリングに対して、１）２ビットが超えるＨＡＲＱ−ＡＣＫに対して、ＰＵＳＣＨはレートマッチングされることができる。２）２ビット以下のＨＡＲＱ−ＡＣＫに対して、ＰＵＳＣＨはパンクチャリングされることができる。
【００７１】
ＮＲでは、ダウンリンク割当（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）がＰＵＳＣＨ上でＨＡＲＱ−ＡＣＫ送信のための同じ時間インスタンス（ｔｉｍｅ  ｉｎｓｔａｎｃｅ）にマッピングされたＵＬグラントより遅い場合をサポートしない。
【００７２】
また、ＰＵＳＣＨ上にピギーバックされるＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫまたはＣＳＩ）は、ＰＵＳＣＨに割り当てられたＲＢにわたって分散分布したＲＥにマッピングされることができる。
【００７３】
ＨＡＲＱ−ＡＣＫパンクチャリングやＰＵＳＣＨレートマッチングにかかわらず、同じＲＥマッピング規則がＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫピギーバックに適用されることができる。例えば、時間領域上でＤＭ−ＲＳに隣接するように局部的に（ｌｏｃａｌｉｚｅｄ）マッピングされ、または分散マッピングされることができる。
【００７４】
＜スケジューリング／ＨＡＲＱタイミング＞
【００７５】
スケジューリング／ＨＡＲＱタイミングに対する動的指示
【００７６】
ＡとＢとの間のスロットタイミングは、一連の値のセットからＤＣＩ内のフィールドにより指示されることができ、前記一連の値のセットは、端末特定的ＲＲＣシグナリングにより構成されることができる。
【００７７】
全てのＲｅｌ．１５端末は、０のようなＫ０の最小値をサポートすることができる。
【００７８】
前記Ａ、Ｂに対するＫ０乃至Ｋ２は、以下の表２のように定義されることができる。
【００７９】
【表２】
0006976337.tif 000003
【００８０】
端末プロセシング時間能力を記号（Ｎ１、Ｎ２）のように示すことができる。ここで、Ｎ１は、ＮＲ−ＰＤＳＣＨ受信の終了から、端末観点で、対応するＡＣＫ／ＮＡＣＫ送信の可能な最も早い開始までの、端末のプロセシングに必要なＯＦＤＭシンボルの個数を意味できる。Ｎ２は、ＵＬグラント受信を含むＮＲ−ＰＤＣＣＨの終了から、端末観点で、対応するＮＲ−ＰＵＳＣＨ送信の可能な最も早い開始までの、端末のプロセシングに必要なＯＦＤＭシンボルの個数を意味できる。
【００８１】
端末の（Ｋ１、Ｋ２）の最小値は（Ｎ１、Ｎ２）、タイミングアドバンス値（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｖａｌｕｅ：ＴＡ  ｖａｌｕｅ）、端末ＤＬ／ＵＬスイッチング、その他に基づいて決定されることができる。
【００８２】
一方、ＮＲでは、少なくともＰＤＣＣＨ、ＰＤＳＣＨ及びＰＵＳＣＨに対する単一ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を使用するｎｏｎ−ＣＡ場合のスロットベースのスケジューリングに対する二つの類型の端末プロセシング時間能力が定義されることができる。
【００８３】
例えば、与えられた設定とヌメロロジーに対して、端末は、以下の２個の表（表３、表４）から対応するＮ１（または、Ｎ２）の項目（ｅｎｔｒｙ）に基づいて、Ｎ１（または、Ｎ２）に対して一つの能力（ｃａｐａｂｉｌｉｔｙ）のみを指示することができる。
【００８４】
能力＃１（表３）：端末プロセシング時間能力
【００８５】
【表３】
0006976337.tif 000004
【００８６】
能力＃２（表４）：積極的端末プロセシング時間能力
【００８７】
【表４】
0006976337.tif 000005
【００８８】
＜混合ヌメロロジーとスケジューリング／ＨＡＲＱタイミング＞
【００８９】
ＰＤＣＣＨとＰＤＣＣＨによりスケジューリングされた送信間ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）が異なる時、Ｋ０またはＫ２に対して、ＤＣＩで指示された時間グラニュラリティ（ｔｉｍｅ  ｇｒａｎｕｌａｒｉｔｙ）は、前記スケジューリングされた送信のヌメロロジーに基づいている。
【００９０】
同じ、または異なるヌメロロジーで動作する複数個のＤＬコンポーネントキャリアに関連したＨＡＲＱ−ＡＣＫ送信がサポートされることができる。ＰＤＳＣＨをスケジューリングするＤＣＩで指示されたＫ１に対する時間グラニュラリティは、ＰＵＣＣＨ送信のヌメロロジーに基づいている。
【００９１】
＜コードブロックグループ（ｃｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ：ＣＢＧ）ベースの（再）送信＞
【００９２】
同期：部分トランスポートブロック（ｐａｒｔｉａｌ  ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ：ｐａｒｔｉａｌ  ＴＢ）再送信は、効率的なリソース活用を誘導することができる。再送信単位は、コードブロック（ｃｏｄｅ  ｂｌｏｃｋ：ＣＢ）グループ（ＣＢＧ）である。しかし、この方法を使用する時、ＨＡＲＱ−ＡＣＫフィードバックビットとＤＣＩオーバーヘッドは、増加できる。
【００９３】
コードブロックグループ（ＣＢＧ）構成：端末は、ＲＲＣシグナリングによりＣＢＧベースの再送信が可能に半静的に設定されることができ、前記設定は、ＤＬとＵＬに対して区分されることができる。ＴＢ当たりＣＢＧの最大値Ｎは、ＲＲＣシグナリングにより設定されることができる。単一コードワード（ｃｏｄｅｗｏｒｄ：ＣＷ）の場合、ＴＢ当たりＣＢＧの設定可能な最大値は、８である。複数のＣＷの場合、ＴＢ当たりＣＢＧの設定可能な最大値は４であり、設定されたＴＢ当たりＣＢＧの最大値は、ＴＢ毎に同じである。
【００９４】
少なくとも単一ＣＷの場合、ＴＢでＣＢＧの個数Ｍは、ｍｉｎ（Ｃ、Ｎ）であり、ここで、Ｃは、前記ＴＢ内のＣＢ個数である。総Ｍ  ＣＢＧのうち１番目のＭｏｄ（Ｃ、Ｍ）ＣＢＧは、ＣＢＧ当たりｃｅｉｌ（Ｃ／Ｍ）ＣＢを含むことができる。残りのＭ−Ｍｏｄ（Ｃ、Ｍ）ＣＢＧは、ＣＢＧ当たりｆｌｏｏｒ（Ｃ／Ｍ）ＣＢを含むことができる。
【００９５】
ＤＣＩと関連して、コードブロックグループ送信情報（ＣＢＧ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＢＧＴＩ）とコードブロックグループフラッシングアウト情報（ＣＢＧ  ｆｌｕｓｈｉｎｇ  ｏｕｔ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＢＧＦＩ）が導入されることができる。ＣＢＧＴＩ：ＣＢＧが（再）送信されることができ、ＲＲＣにより設定されたＣＢＧＴＩのＮビットである。ＣＢＧＦＩ：ソフトバッファ（ｓｏｆｔ−ｂｕｆｆｅｒ）／ＨＡＲＱコンバイニング（ＨＡＲＱ  ｃｏｍｂｉｎｉｎｇ）に対してＣＢＧが異なるように処理されることができ、ＣＢＧＦＩに対する他の１ビット（少なくとも単一ＣＷの場合）である。
【００９６】
ダウンリンクデータに対して、ＣＢＧＴＩとＣＢＧＦＩは、同じＤＣＩに含まれることができる。モード１で、ＤＣＩは、ＣＢＧＴＩを含むことができる。モード２で、ＤＣＩは、ＣＢＧＴＩとＣＢＧＦＩを全て含むことができる。
【００９７】
アップリンクデータに対して、ＣＢＧＴＩは、ＤＣＩに含まれるように構成されることができる。モード１で、ＤＣＩは、ＣＢＧＴＩを含むことができる。
【００９８】
ＨＡＲＱ−ＡＣＫフィードバックで、最初送信及び再送信に対して、ＴＢの各ＣＢＧには同じＣＢ（ら）のセットがある。端末は、ＣＢＧベースの再送信が設定されると、フォールバックＤＣＩを使用するＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨに対して、少なくともＨＡＲＱ−ＡＣＫマルチプレキシングがない場合、ＴＢレベルＨＡＲＱ−ＡＣＫフィードバックを使用することができる。これは、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩがＣＢＧレベルＨＡＲＱ−ＡＣＫフィードバックをサポートしないということを意味できる。
【００９９】
半静的ＨＡＲＱ−ＡＣＫコードブックに対して、ＨＡＲＱ−ＡＣＫコードブックは、構成された全てのＣＢＧ（スケジューリングされないＣＢＧを含む）に相応するＨＡＲＱ−ＡＣＫを含むことができる。もし、同じＣＢＧが成功的にデコーディングされた場合、ＣＢＧに対してＡＣＫが報告されることができる。もし、ＣＢ  ＣＲＣチェックが全てのＣＢに対して通過される間にＴＢ  ＣＲＣチェックが通過されない場合、全てのＣＢＧに対してＮＡＣＫが報告されることができる。もし、ＴＢに対するＣＢの個数がＣＢＧの設定された最大個数より小さい場合、ＮＡＣＫは、空いているＣＢＧインデックス（ｉｎｄｅｘ）にマッピングされることができる。
【０１００】
以下、本発明に対して説明する。
【０１０１】
下記の提案方式は、新しい無線接続システム（これをｎｅｗ  ＲＡＴまたはｎｅｗ  ｒａｄｉｏという意味でＮＲと呼ぶ）下で、"短い区間アップリンク制御チャネル（ＳＨＯＲＴ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＳＨＤ＿ＰＵＣＣＨ）"と"長い区間アップリンク制御チャネル（ＬＯＮＧ  ＤＵＲＡＴＩＯＮ  ＵＰＬＩＮＫ  ＣＯＮＴＲＯＬ  ＣＨＡＮＮＥＬ：ＬＧＤ＿ＰＵＣＣＨ）"との間に"オーバラップ（ＯＶＥＲＬＡＰ）"が発生する場合、これを効率的に処理する方法に関連づけられている。
【０１０２】
図８は、ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨを例示する。
【０１０３】
図８（ａ）を参照すると、"ＬＧＤ＿ＰＵＣＣＨ（または、ＬＯＮＧ  ＰＵＣＣＨ）"は、特定時間単位（例えば、サブフレームまたはスロット）内で、時間領域で全体シンボルまたは特定位置（例えば、最後）の一定個数のシンボルを除いた残りのシンボルを占有しながら、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と"ＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）"されて送信されるＰＵＣＣＨを意味する。ここで、ＰＵＳＣＨは、アップリンクデータチャネルを意味する。
【０１０４】
図８（ｂ）を参照すると、"ＳＨＤ＿ＰＵＣＣＨ（または、ＳＨＯＲＴ  ＰＵＣＣＨ）"は、特定時間単位（例えば、サブフレームまたはスロット）内で、時間領域で特定位置の一定個数のシンボル（例えば、最後のシンボル）を占有しながら、ＰＵＳＣＨと"ＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）"されて送信されるＰＵＣＣＨを意味する。
【０１０５】
ＬＧＤ＿ＰＵＣＣＨは、相対的に多い情報量を送信するときに使われることができ、ＳＨＤ＿ＰＵＣＣＨは、相対的に少ない情報量を送信するときに使われることができる。ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨは、フィードバック要求時間／セル境界に位置するかどうかなどを考慮して適切に選択されることができる。
【０１０６】
図９は、ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨがオーバラップされる場合を例示する。
【０１０７】
図９を参照すると、端末は、スロット＃ｎでダウンリンクグラント（ＤＬ  ｇｒａｎｔ）＃１を受信し、スロット＃ｍでダウンリンクグラント＃２を受信することができる。例えば、端末は、ダウンリンクグラント＃１によりスケジューリングされたデータをスロット＃ｎで受信し、前記データに対するＡＣＫ／ＮＡＣＫをスロット＃ｋで送信しなければならない。この場合、端末は、ＬＧＨ＿ＰＵＣＣＨを利用してＡＣＫ／ＮＡＣＫを送信するように設定されることができる。また、ダウンリンクグラント＃２によりスケジューリングされたデータをスロット＃ｍで受信し、前記データに対するＡＣＫ／ＮＡＣＫをスロット＃ｋで送信しなければならない。このとき、ＡＣＫ／ＮＡＣＫ送信タイミングが短くて、ＬＧＤ＿ＰＵＣＣＨの代わりにＳＨＤ＿ＰＵＣＣＨを使用してＡＣＫ／ＮＡＣＫを送信するように設定されることができる。
【０１０８】
このような場合、同じスロットでＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨ送信が予定され、これをＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨがオーバラップされると表現できる。
【０１０９】
本発明において、"オーバラップ”という用語は、ＳＨＤ＿ＰＵＣＣＨとＬＧＤ＿ＰＵＣＣＨとの間に（Ａ）実際"（周波数）リソース"が（全てまたは一部分）重なる場合及び／または（Ｂ）"（周波数）リソース"が重ならない、且つ同じシンボル上に二つのチャネル（／信号）の送信が設定された場合などに解釈されることができる。
【０１１０】
"ＳＨＤ＿ＰＵＣＣＨ"という用語は、"ＳＲＳ"（または、"ＰＵＳＣＨ"）に（拡張）解釈（／（相互）代替）されることができる。及び／または"ＬＧＤ＿ＰＵＣＣＨ"という用語は"ＰＵＳＣＨ"（または、"ＳＲＳ"）に（拡張）解釈（／（相互）代替）されることもできる。
【０１１１】
このような場合、四つの組み合わせ（例えば、"ＳＨＤ＿ＰＵＣＣＨとＬＧＤ＿ＰＵＣＣＨ"、"ＳＨＤ＿ＰＵＣＣＨとＰＵＳＣＨ（または、ＳＲＳ）"、"ＬＧＤ＿ＰＵＣＣＨとＳＲＳ（または、ＰＵＳＣＨ）"、"ＰＵＳＣＨとＳＲＳ"）の各々に、本発明に記述された同じまたは異なる提案方式が適用されることができる。本発明において、"パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）"（または、"レートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）"）という用語は"レートマッチング”（または、"パンクチャリング"）に（相互）代替されることもできる。本発明において、"スロット（ＳＬＯＴ）"（または、"サブフレーム（ＳＵＢＦＲＡＭＥ）"）という用語は"サブフレーム”（または、"スロット"）に（相互）代替されることもできる。
【０１１２】
以下、ＬＧＤ＿ＰＵＣＣＨとＳＨＤ＿ＰＵＣＣＨがオーバラップされる場合、どのような方式に処理するかに対して詳細に説明する。
【０１１３】
図１０は、本発明の一実施例に係るアップリンク制御チャネル送信方法を示す。
【０１１４】
図１０を参照すると、端末は、第１のＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と第２のＰＵＣＣＨのオーバラップ（ｏｖｅｒｌａｐ）可否を判断し（Ｓ１０）、前記判断に基づいて前記第１のＰＵＣＣＨ及び前記第２のＰＵＣＣＨの送信方法を決定することができる（Ｓ１１）。前記第１のＰＵＣＣＨは、前述したＬＧＤ＿ＰＵＣＣＨ、第２のＰＵＣＣＨはＳＨＤ＿ＰＵＣＣＨである。即ち、第１のＰＵＣＣＨは、データチャネルとＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルであり、前記第２のＰＵＣＣＨは、前記データチャネルとＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されるアップリンク制御チャネルである。
【０１１５】
［提案方法＃１−１］一例として、"ダウンリンクグラント（ＤＬ  ＧＲＡＮＴ）受信時点"と"（連動された）ＳＨＤ＿ＰＵＣＣＨ送信時点"との間の"時間差（これをＤＲＵＴ＿ＴＩＮＴＥＲＶＡＬとする）"が、ＳＨＤ＿ＰＵＣＣＨの"（最小）アップリンク制御情報処理時間"（及び／またはＳＨＤ＿ＰＵＣＣＨのＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）ピギーバックに必要な最小処理時間"）（これをＭＩＮ＿ＲＥＱＴＢとする）より大きいまたは同じ場合、ＳＨＤ＿ＰＵＣＣＨをＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）にピギーバックするようにすることができる。そうでない場合（例えば、ＤＲＵＴ＿ＴＩＮＴＥＲＶＡＬがＭＩＮ＿ＲＥＱＴＢより小さい場合）、ＬＧＤ＿ＰＵＣＣＨをＳＨＤ＿ＰＵＣＣＨにピギーバックするようにすることもできる。
【０１１６】
図１１は、提案方法＃１−１によるアップリンク制御チャネル送信方法を例示する。
【０１１７】
図１１を参照すると、端末は、ダウンリンクグラント受信時点とＳＨＤ＿ＰＵＣＣＨ送信時点の時間差を判断し（Ｓ１００）、前記時間差に基づいて、ＳＨＤ＿ＰＵＣＣＨをＬＧＤ＿ＰＵＣＣＨにピギーバックするかどうかを決定することができる（Ｓ１１０）。
【０１１８】
このとき、（Ａ）ＳＨＤ＿ＰＵＣＣＨにピギーバックされるＬＧＤ＿ＰＵＣＣＨの情報量及び／または（Ｂ）ＬＧＤ＿ＰＵＣＣＨがＳＨＤ＿ＰＵＣＣＨにピギーバックされるか（最終）どうかは、ＳＨＤ＿ＰＵＣＣＨの（最大）ペイロード（ｐａｙｌｏａｄ）大きさによって異なる。
【０１１９】
一例として、ＳＨＤ＿ＰＵＣＣＨの（最大）ペイロード大きさが事前に設定（／シグナリング）された閾値より小さい場合、ＬＧＤ＿ＰＵＣＣＨがＳＨＤ＿ＰＵＣＣＨにピギーバックされない場合もある。このような場合、ＬＧＤ＿ＰＵＣＣＨを（ＳＨＤ＿ＰＵＣＣＨ（領域）を考慮して）"リソース要素（及び／またはリソースブロック及び／またはシーケンス及び／またはシンボル）"レベルにパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）及び／またはＬＧＤ＿ＰＵＣＣＨ（または、ＳＨＤ＿ＰＵＣＣＨ）を"（送信）をドロップ"（または、"（送信）を中止"）することができる。
【０１２０】
他の一例として、（同じスロット上で）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）とＳＨＤ＿ＰＵＣＣＨが"ＴＤＭ"（送信／スケジューリング）され、事前に定義された規則によってＳＨＤ＿ＰＵＣＣＨへの送信が設定（／指示）されたＵＣＩをＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）にピギーバックして送信するように動作が設定された場合、端末に、ＳＨＤ＿ＰＵＣＣＨへの送信が設定（／指示）された該当ＵＣＩをＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）にピギーバックして送信することに加えて、元来設定（／指示）によって、ＳＨＤ＿ＰＵＣＣＨへの送信も実行するように動作できる。
【０１２１】
即ち、前記状況で、ＳＨＤ＿ＰＵＣＣＨへの送信が設定（／指示）されたＵＣＩが同じスロット内に"ＴＤＭ"されたＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）とＳＨＤ＿ＰＵＣＣＨの全てを介して送信されることができる。このような規則が適用される場合、（同じスロット上で）ＳＨＤ＿ＰＵＣＣＨへの送信が設定（／指示）されたＵＣＩが繰り返し送信されることによって、性能を向上させることができる。
【０１２２】
［提案方法＃１−２］ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）を（ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）（領域）を考慮して）"リソース要素（ＲＥＳＯＵＲＣＥ  ＥＬＥＭＥＮＴ：ＲＥ）（及び／または（物理的）リソースブロック（ＲＢ）及び／またはシーケンス（例えば、ＺＡＤＯＦＦ−ＣＨＵシーケンス）及び／またはシンボル）"レベルにパンクチャリングさせることができる。
【０１２３】
特に、リソース要素（及び／またはリソースブロック及び／またはシーケンス）レベルパンクチャリングを適用後（一部）に余った（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））領域に対しては、該当余った領域大きさを考慮した"部分ＤＦＴ（例えば、Ｌ−ＰＯＩＮＴ  ＤＦＴスプレッディング（例えば、"Ｍ＞Ｌ"））"が適用されるようにすることもできる。
【０１２４】
ここで、一例として、（ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）（例えば、ＺＡＤＯＦＦ−ＣＨＵシーケンス）（領域）パンクチャリングがＭ−ＰＯＩＮＴ  ＤＦＴスプレッディング適用後の周波数領域（Ｒ＿ＦＲＱＤＯＭＡＩＮ）上で実行される時）Ｍ−ＰＯＩＮＴ  ＤＦＴスプレッディング適用前端（Ｖ＿ＦＲＱＤＯＭＡＩＮ）で（Ｒ＿ＦＲＱＤＯＭＡＩＮ上でＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）（領域）パンクチャリング適用後の（一部）余った（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））領域と連係（／マッピング）される）Ｌ−ＰＯＩＮＴ  ＤＦＴスプレッディング適用リソース位置は、（Ａ）Ｒ＿ＦＲＱＤＯＭＡＩＮ上の（一部）余った（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））領域（リソースブロック（／リソース要素））インデックスと同一に設定（／シグナリング）されることができる。
【０１２５】
及び／または（Ｂ）Ｖ＿ＦＲＱＤＯＭＡＩＮ上で事前に設定（／シグナリング）された位置（例えば、ＭＡＸ（または、ＭＩＮ）Ｖ＿ＦＲＱＤＯＭＡＩＮ（リソースブロック（／リソース要素））インデックスから降順（または、昇順）方向にＬ個の（リソースブロック（／リソース要素））インデックス）と見なされる。
【０１２６】
一例として、Ｌ−ＰＯＩＮＴ  ＤＦＴスプレッディングが適用される（全体）（リソースブロック）リソース個数は“２Ｘ＊３Ｙ＊５Ｚ（ここで、一例として、Ｘ／Ｙ／Ｚは、０でない正の整数）"で表現されることができる値に定義されることもできる。
【０１２７】
即ち、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）とＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）のリソースが周波数領域でオーバラップされる場合、リソースオーバラップが発生したシンボルからオーバラップされた周波数ほどを除いた残りのリソースに相応するサイズでＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）情報に対する（縮小された大きさの）ＤＦＴ過程を実行し、該当ＤＦＴの出力信号を実際周波数上でＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とのオーバラップがないＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）リソースにのみマッピング／送信（例えば、パンクチャリングまたはレートマッチング）する方法を考慮することができる。
【０１２８】
図１２は、アップリンク制御チャネルをＤＦＴする例を示す。
【０１２９】
図１２を参照すると、端末は、ＳＨＤ＿ＰＵＣＣＨとＬＧＤ＿ＰＵＣＣＨがオーバラップされる場合、オーバラップが発生したシンボルでオーバラップされない周波数リソース（副搬送波の個数）に対応する大きさのＤＦＴ過程を実行する（Ｓ２００）。その後、端末は、前記ＤＦＴの出力信号をオーバラップが発生しないＬＧＤ＿ＰＵＣＣＨの周波数リソースにのみマッピングすることができる（Ｓ２１０）。
【０１３０】
例えば、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に割り当てられたリソースがＭ個リソースブロックであり、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とオーバラップされたリソースがＫ個リソースブロック（即ち、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とオーバラップがないリソースが"Ｌ＝（Ｍ−Ｋ）"個リソースブロック）である場合、周波数リソースのオーバラップがないシンボルに対してはＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に対してＭ個リソースブロックサイズのＤＦＴ過程を実行し、それに対し、周波数リソースのオーバラップがあるシンボルに対してはＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に対してＬ個リソースブロックサイズのＤＦＴ過程を実行することができる。
【０１３１】
一例として、該当Ｌ個リソースブロックサイズのＤＦＴの出力信号は、実際周波数（ＲＥＡＬ  ＦＲＥＱＵＥＮＣＹ）上でＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に割り当てられたリソースのうちＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とオーバラップがないＬ個リソースブロックにマッピング／送信されることができる。
【０１３２】
このとき、仮想周波数（ＶＩＲＴＵＡＬ  ＦＲＥＱＵＥＮＹ）上でＤＦＴが入力されるＬ個リソースブロックの場合、（Ａ）仮想周波数インデックス上に最も低いまたは最も高いＬ個リソースブロックに該当するインデックスに決定され、及び／または（Ｂ）仮想周波数と実際周波数のインデックスを昇順または降順に一対一対応させた状態で、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）信号がマッピング／送信されるオーバラップないＬ個リソースブロックの実際周波数インデックスに対応されるＬ個リソースブロックの仮想周波数インデックスに決定されることができる。
【０１３３】
他の一例として、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）を（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）（領域）を考慮して）"リソース要素（及び／またはリソースブロック及び／またはシーケンス及び／またはシンボル）"レベルにパンクチャリングさせることもできる。
【０１３４】
一例として、該当（ＳＨＤ＿ＰＵＣＣＨ）パンクチャリングの（最終）適用可否は、"ＳＨＤ＿ＰＵＣＣＨタイプ（例えば、局部化（ＬＯＣＡＬＩＺＥＤ）ＳＨＤ＿ＰＵＣＣＨか、または分散（ＤＩＳＴＲＩＢＵＴＥＤ）ＳＨＤ＿ＰＵＣＣＨか、ここで、分散ＳＨＤ＿ＰＵＣＣＨは、基本シーケンス単位（ＢＡＳＩＣ  ＳＥＱＵＥＮＣＥ  ＵＮＩＴ）が（周波数軸に）繰り返し送信される形態である）"によって異なる。
【０１３５】
具体的な一例として、局部化（ＬＯＣＡＬＩＺＥＤ）ＳＨＤ＿ＰＵＣＣＨの場合、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）を（ＳＨＤ＿ＰＵＣＣＨ（領域）を考慮して）パンクチャリングさせ、それに対し、分散（ＤＩＳＴＲＩＢＵＴＥＤ）ＳＨＤ＿ＰＵＣＣＨの場合、ＳＨＤ＿ＰＵＣＣＨを（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）（領域）を考慮して）パンクチャリングさせることもできる。
【０１３６】
他の一例として、異なる端末のＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）との間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）のために、"（アップリンク制御）サブバンド及び／またはシンボル"レベルのレートマッチング（または、パンクチャリング）が（事前に定義されたシグナリングを介して）"半静的"または"動的"に指示されることもできる。
【０１３７】
他の一例として、ＰＵＳＣＨとＳＨＤ＿ＰＵＣＣＨが同じスロット上で"オーバラップ”された場合、（前記スロット上の）ＳＨＤ＿ＰＵＣＣＨシンボル位置（及び／またはＳＨＤ＿ＰＵＣＣＨの最後のシンボル位置以後に余ったＰＵＳＣＨシンボル個数（これをＲＥＭＳＹＭ＿ＮＵＭとする））によって、ＰＵＳＣＨに適用される規則が異なる。
【０１３８】
図１３は、ＰＵＳＣＨとＳＨＤ＿ＰＵＣＣＨが同じスロット上で"オーバラップ”された場合、ＳＨＤ＿ＰＵＣＣＨシンボル位置によって、ＰＵＳＣＨをパンクチャリングする第１の例を示す。
【０１３９】
図１３を参照すると、ＳＨＤ＿ＰＵＣＣＨがスロット上の最後のシンボルに位置しており、（即ち、ＳＨＤ＿ＰＵＣＣＨの最後のシンボル位置以後に余ったＰＵＳＣＨシンボル個数、即ち、ＲＥＭＳＹＭ＿ＮＵＭが"０"である）、この場合、ＳＨＤ＿ＰＵＣＣＨと重なるＰＵＳＣＨシンボルのみを"リソース要素（及び／またはリソースブロック及び／またはシーケンス及び／またはシンボル）"レベルにパンクチャリングさせることができる。
【０１４０】
図１４は、ＰＵＳＣＨとＳＨＤ＿ＰＵＣＣＨが同じスロット上で"オーバラップ”された場合、ＳＨＤ＿ＰＵＣＣＨシンボル位置によって、ＰＵＳＣＨをパンクチャリングする第２の例を示す。
【０１４１】
図１４を参照すると、ＳＨＤ＿ＰＵＣＣＨがスロット上の最後のシンボルに位置しておらず（即ち、スロット内の後から２番目のシンボルに位置しており、即ち、ＳＨＤ＿ＰＵＣＣＨの最後のシンボル位置以後に余ったＰＵＳＣＨシンボル個数であるＲＥＭＳＹＭ＿ＮＵＭが"０"でない場合である）、この場合、ＳＨＤ＿ＰＵＣＣＨと重なるＰＵＳＣＨシンボルを含んで以後のＰＵＳＣＨ（シンボル）送信を（全て）省略（及び／または（重複可否にかかわらず）（全体）ＰＵＳＣＨ送信を省略）するようにすることもできる。
【０１４２】
図１３及び図１４に示すように、第２のＰＵＣＣＨ（ＳＨＤ＿ＰＵＣＣＨ）とデータチャネル（ＰＵＳＣＨ）がオーバラップされる場合、前記第２のＰＵＣＣＨが位置するシンボルによって前記データチャネルでパンクチャリングされるシンボルが異なるように決定されることができる。
【０１４３】
他の一例として、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）の波形（ＷＡＶＥＦＯＲＭ）形態によって、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）とＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）との間の（リソース）オーバラップ処理規則が異なる。
【０１４４】
一例として、（Ａ）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が"ＳＣ−ＦＤＭ"または"ＤＦＴ−Ｓ−ＯＦＤＭ"形態である場合には（（オーバラップされる）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）が送信されるシンボルを考慮して）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）を"シンボル"レベルにパンクチャリングさせるように動作できる。
【０１４５】
このような場合、該当ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）信号は、（オーバラップされる）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）が送信されるシンボルにはマッピング／送信されなく、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信に割当を受けたリソースのうち該当シンボルを除いた残りのシンボルにのみマッピング／送信されることができる。
【０１４６】
他の一例として、（Ｂ）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が"ＯＦＤＭ"形態である場合には（（オーバラップされる）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）が送信されるリソースブロック（／リソース要素）を考慮して）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）を"リソースブロック（／リソース要素）"レベルにパンクチャリングさせるように動作することもできる。
【０１４７】
このような場合、該当ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）信号は、（オーバラップされる）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）が送信されるシンボル内で、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）信号がマッピング／送信されるリソースブロック（／リソース要素）にはマッピング／送信されなく、（ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信に割当を受けたリソースのうち）該当リソースブロック（／リソース要素）を除いた残りのリソースにのみマッピング／送信されることができる。
【０１４８】
［提案方法＃１−３］互いに異なるチャネルがオーバラップされる場合、いずれか一つのチャネルをドロップ／中止する方法に対して説明する。
【０１４９】
図１５は、提案方法＃１−３による方法を例示する。
【０１５０】
図１５を参照すると、ＳＨＤ＿ＰＵＣＣＨまたはＬＧＤ＿ＰＵＣＣＨと他のャネルとのオーバラップ発生可否を判断し（Ｓ２０）、優先順位によって特定チャネルをドロップ（または、中止）する（Ｓ２１）。以下、提案方法＃１−３に対してより詳細に説明する。
【０１５１】
ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）とＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）が互いにオーバラップされる場合、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）（または、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ））を"（送信）ドロップ"（または、"（送信）中止"）するようにすることができる。
【０１５２】
ここで、"（送信）中止"は、"オーバラップ”が発生された領域上の送信のみを省略し、及び／または"オーバラップ”が発生された領域を含んだ以後の送信を（全て）省略すると解釈されることもできる。
【０１５３】
一例として、ＬＧＤ＿ＰＵＣＣＨの"（送信）中止"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始後にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合に（限定的に）適用されることもできる。ここで、認識時点によって（Ａ）"（送信）ドロップ"（全体チャネルを送信しない）と"（送信）中止"（オーバラップ領域でのみ止めて残りの領域では送信）の適用が異なるように設定されることができる。例えば、ＬＧＤ＿ＰＵＣＣＨの"（送信）ドロップ"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始前にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合及び／またはＳＨＤ＿ＰＵＣＣＨの"（送信）中止"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始後にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合に適用されることができる。
【０１５４】
及び／または（Ｂ）"（送信）中止"と"パンクチャリング"の適用が異なるように設定されることができる。例えば、ＬＧＤ＿ＰＵＣＣＨの"（ＳＨＤ＿ＰＵＣＣＨ（領域）を考慮した）パンクチャリング"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始後にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合に適用され、及び／またはＳＨＤ＿ＰＵＣＣＨの"（ＬＧＤ＿ＰＵＣＣＨ（領域）を考慮した）パンクチャリング"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始後にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合に適用されることができる。及び／またはＬＧＤ＿ＰＵＣＣＨの"（送信）中止"は、ＬＧＤ＿ＰＵＣＣＨ（送信）開始前（／後）にＳＨＤ＿ＰＵＣＣＨ（送信）指示が認識された場合に適用されることができる。
【０１５５】
一例として、ＳＨＤ＿ＰＵＣＣＨとＳＲＳ（及び／またはＬＧＤ＿ＰＵＣＣＨとＰＵＳＣＨ）との間に"オーバラップ”が発生された場合、ＳＲＳ（または、ＳＨＤ＿ＰＵＣＣＨ）（及び／またはＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ））を"（送信）ドロップ"（または、"（送信）中止"）するようにすることができる。
【０１５６】
［提案方法＃１−４］"オーバラップ”がどんなチャネル（／シグナル）（例えば、ＬＧＤ＿ＰＵＣＣＨ、ＳＨＤ＿ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ）間に発生されたかによって、たとえ、同じチャネル（／シグナル）としても、適用される規則（例えば、ピギーバック、パンクチャリング、（送信）ドロップ、（送信）中止等）が異なる。
【０１５７】
一例として、（Ａ）ＳＨＤ＿ＰＵＣＣＨとＬＧＤ＿ＰＵＣＣＨとの間に"オーバラップ”が発生された場合、（ＳＨＤ＿ＰＵＣＣＨ（領域）を考慮して）ＬＧＤ＿ＰＵＣＣＨをパンクチャリングさせ、（Ｂ）ＬＧＤ＿ＰＵＣＣＨとＳＲＳとの間に"オーバラップ”が発生された場合、ＳＲＳを（送信）ドロップ（または、（ＬＧＤ＿ＰＵＣＣＨ（領域）を考慮して）ＳＲＳをパンクチャリング）させることもできる。
【０１５８】
一例として、（異なるチャネル（／シグナル）間に"オーバラップ”が発生された場合）パンクチャリング（及び／または（送信）ドロップ及び／または（送信）中止）適用優先順位は、"ＳＨＤ＿ＰＵＣＣＨ＜ＳＲＳ＜ＬＧＤ＿ＰＵＣＣＨ＜ＰＵＳＣＨ"に定義されることができる。ここで、右側位置が左側位置に比べて相対的に高い優先順位を示し、相対的に高い優先順位のチャネル（／シグナル）が相対的に低い優先順位のチャネル（／シグナル）（領域）を考慮してパンクチャリングされることもできる。
【０１５９】
一例として、非周期的であるチャネル（／シグナル）送信が周期的なチャネル／シグナルに比べて（及び／またはＣＳＩ情報送信がＳＲＳ送信に比べて）相対的に低い（または、高い）パンクチャリング（及び／または（送信）ドロップ及び／または（送信）中止）適用優先順位を有するように設定（例えば、"非周期的ＣＳＩ＜非周期的ＳＲＳ＜周期的ＣＳＩ＜周期的ＳＲＳ"）されることもできる。
【０１６０】
下記の提案方式は、ＮＲシステム下で、チャネル（／シグナル）別"（電力）過渡周期（ＴＲＡＮＳＩＥＮＴ  ＰＥＲＩＯＤ）"設定方法を提案する。
【０１６１】
［提案方法＃２−１］一例として、"（電力）過渡周期"設定関連優先順位は"ＳＨＤ＿ＰＵＣＣＨ＞ＳＲＳ＞ＬＧＤ＿ＰＵＣＣＨ＞ＰＵＳＣＨ"に定義（／シグナリング）されることができる。ここで、右側位置が左側位置に比べて相対的に低い優先順位を示し、相対的に低い優先順位のチャネル（／シグナル）関連"（電力）過渡周期"は、該当チャネル（／シグナル）（送信）領域内（例えば、最初／最後のシンボル）に設定され、相対的に高い優先順位のチャネル（／シグナル）関連"（電力）過渡周期"は、該当チャネル（／シグナル）（送信）領域の外に設定されることもできる。
【０１６２】
一例として、チャネル（／シグナル）関連（構成）シンボル個数及び／または位置によって、"（電力）過渡周期"が異なるように設定されることもできる。
【０１６３】
下記の提案方式は、ＮＲシステム下で、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信とＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ）送信が"オーバラップ”（例えば、"（周波数）リソース"が重ならないが、（時間領域上で）二つのチャネル送信が（一部または全て）重なる場合）される時、送信電力を効率的に制御／分配する方法を提案する。
【０１６４】
下記（一部）の提案方法は、"電力制限ケース（ＰＯＷＥＲ  ＬＩＭＩＴＥＤ  ＣＡＳＥ）"にのみ限定的に適用されることもできる。下記（一部）の提案方法は、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信が（既に）開始された以後時点に同じシンボル（ら）を介したＳＨＤ＿ＰＵＣＣＨ送信の指示を受けた場合にも拡張適用されることもできる。
【０１６５】
［提案方法＃３−１］事前に設定（／シグナリング）された"部分スロット（ＰＡＲＴＩＡＬ  ＳＬＯＴ）"単位（例えば、"ハーフスロット（ＨＡＬＦ  ＳＬＯＴ）"）で送信電力制御／分配が実行されるようにすることができる。
【０１６６】
ここで、"部分スロット"は、（Ａ）単一ＤＭ−ＲＳに（チャネル推定／デコーディングを）依存するＵＣＩシンボルセット単位及び／または（Ｂ）ＣＤＭ（または、直交カバーコード（ＯＣＣ））が適用されたＵＣＩシンボルセット単位に指定されることもできる。一例として、（最小限）"部分スロット"単位内では送信電力が一定に維持されることができる。
【０１６７】
［提案方法＃３−２］"電力制限ケース”でない場合には（"オーバラップ”された）二つのチャネルの同時送信を許容し、それに対し、"電力制限ケース”である場合には（Ａ）ＳＨＤ＿ＰＵＣＣＨ（ＵＣＩ）情報をＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）にピギーバックするようにし、及び／または（Ｂ）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）を（ＳＨＤ＿ＰＵＣＣＨ（領域）を考慮して）パンクチャリングさせるようにし、及び／または（Ｃ）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）（または、ＳＨＤ＿ＰＵＣＣＨ）を（送信）ドロップ（または、（送信）中止）するようにすることができる。
【０１６８】
前記規則が適用される場合、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信電力が中間に変更されずに一定に維持されることができる。受信基地局の混乱を防止するために端末の"電力制限ケース”にかかわらず、同じ規則（例えば、同時送信、ピギーバック、パンクチャリング、（送信）ドロップ、（送信）中止等）が適用（例えば、［提案方法＃１−１］〜［提案方法＃１−４］）されるようにすることもできる。
【０１６９】
他の一例として、"電力制限ケース”でない場合には（"オーバラップ”された）、二つのチャネルの同時送信を許容する。一方、"電力制限ケース”である場合には、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が事前に設定（／シグナリング）された閾値より小さいまたは同じ"変調次数（ＭＯＤＵＬＡＴＩＯＮ  ＯＲＤＥＲ）"（例えば、"ＱＰＳＫ"）で送信されると、ＳＨＤ＿ＰＵＣＣＨ（領域）と重なる部分のＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信電力のみを減らした形態（例えば、事前に定義された規則によって、端末の（最大）送信電力をＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）とＳＨＤ＿ＰＵＣＣＨとの間に分配した形態）で送信するようにし、それに対し、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が事前に設定（／シグナリング）された閾値より大きい"変調次数"（例えば、"１６ＱＡＭ"）で送信されると、ＳＨＤ＿ＰＵＣＣＨ領域と重なる部分のＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信電力を減らすと同時に該当領域部分に追加的なＤＭ−ＲＳを送信するようにすることもできる。
【０１７０】
図１６は、アップリンク制御チャネルに対する電力制御方法を例示する。
【０１７１】
図１６を参照すると、端末は、電力制限状況であるかどうかを判断し（Ｓ３０）、電力制限状況でない場合にはオーバラップされる二つのチャネル（第１及び第２のチャネル）を全て送信する（Ｓ３１）。もし、電力制限状況である場合、第１のチャネルの変調次数が閾値以下である場合は、オーバラップされる第１のチャネル部分の送信電力を減少させて送信し、そうでない場合は、オーバラップされる第１のチャネル部分の送信電力を減少し、また、ＤＭ−ＲＳを追加で送信する（Ｓ３２）。
【０１７２】
前記追加的なＤＭ−ＲＳマッピングは、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）のデータをパンクチャリングして実行されることができる。前記追加的なＤＭ−ＲＳは、（ＳＨＤ＿ＰＵＣＣＨ（領域）と）重なるＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）（領域）部分の１番目のシンボル（及び／または事前に設定（／シグナリング）されたＷ番目のシンボル）上にマッピングされるようにすることもできる。
【０１７３】
前記追加的なＤＭ−ＲＳの送信可否が"電力制限ケース”かどうかによって変わる点は、端末の"電力制限ケース”可否を正確に判断しにくい、受信基地局の立場で好ましくない。したがって、端末の"電力制限ケース”にかかわらず、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が事前に設定（／シグナリング）された閾値より大きい"変調次数"（例えば、"１６ＱＡＭ"）で送信されると、ＳＨＤ＿ＰＵＣＣＨ（領域）と重なる部分に追加的なＤＭ−ＲＳを常に送信するようにすることもできる。
【０１７４】
前記規則が適用される場合、ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信電力が中間に変更されることができる。
【０１７５】
前記説明したＤＭ−ＲＳ追加マッピングは、ＳＨＤ＿ＰＵＣＣＨ（領域）と重なるＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）（領域）部分上に（既に）ＤＭ−ＲＳ送信が設定（例えば、（特に）多重シンボルＤＭ−ＲＳ構造のＰＵＣＣＨ、高い移動性（ＨＩＧＨ  ＭＯＢＩＬＩＴＹ）環境などの理由で（時間軸の）ＤＭ−ＲＳ密度が増加されたＰＵＳＣＨ）されている場合、適用（／実行）されないようにすることもできる。
【０１７６】
他の一例として、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信が（既に）開始された以後時点に同じシンボル（ら）を介したＳＨＤ＿ＰＵＣＣＨ送信の指示を受ける場合がないと仮定する場合、（該当）追加的なＤＭ−ＲＳ送信無しで"電力制限ケース”でもＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）が減った送信電力で中間変更無しで（ＳＨＤ＿ＰＵＣＣＨと共に）送信されるようにし、及び／または（該当）ＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）送信を省略（または、中断）するようにすることもできる。
【０１７７】
他の一例として、（前記説明した）ＤＭ−ＲＳ追加マッピング規則は、（ＳＨＤ＿ＰＵＣＣＨ（領域）と重なるＰＵＳＣＨにのみ（限定的に）適用されることもできる。
【０１７８】
図１７は、ＮＲで導入されることができる多重スロットＬＧＤ＿ＰＵＣＣＨを例示する。
【０１７９】
図１７を参照すると、ＬＧＤ＿ＰＵＣＣＨは、スロット＃１乃至＃３即ち、複数のスロットを介して送信されることができる。これを多重スロットＬＧＤ＿ＰＵＣＣＨという。
【０１８０】
下記の提案方式は、ＮＲシステム下で、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信"が実行される場合、効率的な送信電力制御方法及び／または情報（または、変調コーディングされたシンボル）マッピング方法及び／または参照信号（ＲＳ）構造を提案する。
【０１８１】
［提案方法＃４−１］一例として、（Ａ）１番目のスロットで（計算された）送信電力値を残りのスロットでも同一に適用（ＯＰＴＩＯＮ＃Ａ）するようにし、及び／または（Ｂ）（事前に定義された）ＴＰＣ命令受信／適用タイムラインによって、各々のスロット毎に送信電力値を独立的に計算／適用（ＯＰＴＩＯＮ＃Ｂ）するようにし、及び／または（Ｃ）参照信号（ＲＳ、例えば、ＤＭ−ＲＳ）が送信されるスロット（これをＲＳ−スロットとする）の場合、送信電力値を独立的に計算／適用するようにし、それに対し、参照信号が送信されないスロット（これをＮＯＮＲＳ−スロットとする）の場合、以前（／後）に最も近いＲＳ−スロットの（計算された）送信電力値を同一に適用（ＯＰＴＩＯＮ＃Ｃ）するようにすることもできる。
【０１８２】
ここで、一例として、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"（及び／または"ＵＣＩ（または、データ）"）の"変調次数"によって、適用される規則が異なるように定義されることもできる。具体的な一例として、"ＱＰＳＫ"の場合、（ＯＰＴＩＯＮ＃Ｂ）が適用され、それに対し、"（１６）ＱＡＭ"の場合、（ＯＰＴＩＯＮ＃Ａ）（または、（ＯＰＴＩＯＮ＃Ｃ））が適用されるようにすることもできる。
【０１８３】
［提案方法＃４−２］送信すべき（特定ＵＣＩ（／トランスポートブロック）関連）情報（または、変調コーディングされたシンボル）を（Ａ）１番目のスロット上のＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に（優先的に）マッピングした後、残りのスロット上では（同一に）繰り返しマッピングされるようにし、及び／または（Ｂ）複数個のスロットを一つの（仮想的な）"スーパースロット（ＳＵＰＥＲ−ＳＬＯＴ）"と仮定し、（スロット単位（ＳＬＯＴ−ＷＩＳＥ）形態で）マッピングするようにすることもできる。
【０１８４】
他の一例として、複数個のトランスポートブロックが"多重スロットＰＵＳＣＨ"（例えば、"Ｋ"個のスロットベースのＰＵＳＣＨ送信）を介して（共に）送信されることもできる。このとき、一つのトランスポートブロック送信に使われる連続的なスロットの個数（Ｌ）（例えば、"Ｌ＜Ｋ"）は、事前に設定（／シグナリング）されることもできる。
【０１８５】
［提案方法＃４−３］"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信"が実行される場合、（Ａ）"単一スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信"に使われる参照信号構造（例えば、参照信号（シンボル）位置及び／または（周波数／時間）密度等）が、変更無しでスロット別に繰り返し適用されるようにし、及び／または（Ｂ）"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信"に適用される参照信号構造情報が追加で（または、独立的に）設定（／シグナリング）されるようにすることもできる。
【０１８６】
下記の提案方式は、ＮＲシステム下で、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"（一部）送信と他のチャネル（／シグナル）送信（例えば、ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳまたはＰＵＳＣＨ））が"オーバラップ”される場合、これを効率的に処理する方法を提案する。
【０１８７】
［提案方法＃５−１］一例として、"（送信）ドロップ"規則を"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"に適用すべき場合、（Ａ）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳまたはＰＵＳＣＨ）送信と実際重なる（一部）スロット上の（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））送信のみを省略するようにし、及び／または（Ｂ）全体"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"送信を省略するようにすることもできる。
【０１８８】
または、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"（一部）送信と他のチャネル（／シグナル）送信が"オーバラップ”される場合、（例外的に）他のチャネル（／シグナル）送信を（常に）"（送信）ドロップ"するようにすることもできる。
【０１８９】
他の一例として、"（送信）中止"規則を"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"に適用すべき場合、（Ａ）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳまたはＰＵＳＣＨ）送信と実際重なる（一部）シンボル上の（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））送信のみを省略するようにし、及び／または（Ｂ）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳまたはＰＵＳＣＨ）送信と実際重なる（一部）シンボル上の（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））送信を含んで以後に最も近い"スロット境界"までの（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））送信を（全て）省略するようにし、及び／または（Ｃ）ＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳまたはＰＵＳＣＨ）送信と実際重なる（一部）シンボル上の（ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ））送信を含んで以後の"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"送信を（全て）省略するようにすることもできる。
【０１９０】
または、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"（一部）送信と他のチャネル（／シグナル）送信が"オーバラップ”される場合、例外的に他のチャネル（／シグナル）送信を（常に）"（送信）中止"するようにすることもできる。
【０１９１】
他の一例として、ＳＨＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）を"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"にピギーバックする規則を適用すべき場合、（Ａ）ＳＨＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）送信と実際重なる（一部）スロット上のＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）にピギーバック（及び／または事前に設定（／シグナリング）されたＮ番目の（スロット上の）ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）で（常に）ピギーバック）するようにし、及び／または（Ｂ）（実際重複にかかわらず）全てのスロット上のＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）で（繰り返し）ピギーバックするようにすることもできる。
【０１９２】
それに対し、"多重スロットＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）"をＰＵＳＣＨ（または、ＳＨＤ＿ＰＵＣＣＨ）にピギーバックする規則を適用すべき場合、実際重なる（一部）スロット上のＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）をＰＵＳＣＨ（または、ＳＨＤ＿ＰＵＣＣＨ）にピギーバックするようにすることもできる。
【０１９３】
ＮＲシステム下で、"多重スロットＰＵＳＣＨ（または、ＬＧＤ＿ＰＵＣＣＨ）"送信を指示（／スケジューリング）するＤＣＩ（これをＭＵＳＬ−ＤＣＩとする）上で"非周期的ＣＳＩ（／ＳＲＳ）"送信がトリガリングされると、下記（一部）の規則が適用されるようにすることができる。
【０１９４】
［提案方法＃６−１］一例として、（Ａ）事前に設定（／シグナリング）されたＮ番目のスロット（例えば、"Ｎ＝１"）上でのみ"非周期的ＣＳＩ（／ＳＲＳ）"送信が実行されるようにし、及び／または（Ｂ）全てのスロット上で"非周期的ＣＳＩ（／ＳＲＳ）"送信が（繰り返し）実行されるようにすることもできる。
【０１９５】
または、ＭＵＳＬ−ＤＣＩ上に定義された該当用途のフィールドを介して、何番目のスロット上で"非周期的ＣＳＩ（／ＳＲＳ）"送信が実行されるべきかがシグナリングされることもできる。
【０１９６】
ＮＲシステム下で、特定チャネル（／シグナル）（例えば、ＬＧＤ＿ＰＵＣＣＨ、ＰＵＳＣＨ（及び／またはＳＨＤ＿ＰＵＣＣＨ、ＳＲＳ））関連ホッピング帯域幅及び／またはマッピング領域は、下記（一部）の規則によって決定されることができる。
【０１９７】
一例として、（過渡な）"（電力）過渡周期"発生を防止するために、"（イントラ−スロット）（周波数）ホッピング"は、ＳＨＤ＿ＰＵＣＣＨに対しては適用されないように（例えば、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ）に対してのみ（限定的に）適用）（及び／または事前に設定（／シグナリング）された閾値より小さい個数のシンボルで構成されたＰＵＣＣＨに対しては適用されないように）することもできる。
【０１９８】
［提案方法＃７−１］全体システム帯域内で、ＬＧＤ＿ＰＵＣＣＨ（／ＰＵＳＣＨ）（及び／またはＳＨＤ＿ＰＵＣＣＨ（／ＳＲＳ））の（周波数）ホッピングが実行される（サブ）帯域情報及び／またはＳＨＤ＿ＰＵＣＣＨ（／ＳＲＳ）（及び／またはＬＧＤ＿ＰＵＣＣＨ（／ＰＵＳＣＨ））の"分散マッピング"が実行される（サブ）帯域情報がシグナリングされることができる。
【０１９９】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なされることは明白な事実である。また、前記説明した提案方式は、独立的に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。本発明の提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムに拡張可能である。一例として、本発明の提案方式は、ＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ（または、ＳＲＳ））とＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ（または、ＰＵＳＣＨ））が同じスロット（及び／または時間領域）上で（"オーバラップ”されて）送信される場合にのみ限定的に適用されることもできる。
【０２００】
または、本発明の提案方式は、局部的ＳＨＤ＿ＰＵＣＣＨ（及び／または分散ＳＨＤ＿ＰＵＣＣＨ）に対してのみ限定的に適用されることもできる。一例として、本発明の提案方式は、"単一端末（ＳＩＮＧＬＥ  ＵＥ）"（及び／または"互いに異なる端末"）のＬＧＤ＿ＰＵＣＣＨ（または、ＰＵＳＣＨ（または、ＳＲＳ））とＳＨＤ＿ＰＵＣＣＨ（または、ＳＲＳ（または、ＰＵＳＣＨ））との間の"オーバラップ”ハンドリングのためにのみ限定的に適用されることもできる。
【０２０１】
または、本発明の提案方式は、"ＳＣ−ＦＤＭ"（または、"ＤＦＴ−Ｓ−ＯＦＤＭ"）（または、"ＯＦＤＭ"）形態のＳＨＤ＿ＰＵＣＣＨ（及び／またはＬＧＤ＿ＰＵＣＣＨ）及び／またはＰＵＳＣＨ（及び／またはＳＲＳ）送信にのみ限定的に適用されることもできる。
【０２０２】
図１８は、本発明の実施例が具現される通信装置を示すブロック図である。
【０２０３】
図１８を参照すると、基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びＲＦ部（ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）ｕｎｉｔ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。ＲＦ部１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。ＲＦ部１３０は、トランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）とも呼ばれる。
【０２０４】
端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ２１０は、アナログビーム別に独立的に設定された、アップリンク通信関連パラメータを受信して前記パラメータを適用することで前記アップリンク通信を実行することができる。このとき、前記アップリンク通信を特定アナログビームを利用して実行する場合、前記特定アナログビームに設定されたアップリンク通信関連パラメータを前記アップリンク通信に適用できる。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。ＲＦ部２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。ＲＦ部２３０は、トランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）とも呼ばれる。
【０２０５】
プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１０、２１０と連結されることができる。
【図１】
0006976337.tif 000006
【図２】
0006976337.tif 000007
【図３】
0006976337.tif 000008
【図４】
0006976337.tif 000009
【図５】
0006976337.tif 000010
【図６】
0006976337.tif 000011
【図７】
0006976337.tif 000012
【図８】
0006976337.tif 000013
【図９】
0006976337.tif 000014
【図１０】
0006976337.tif 000015
【図１１】
0006976337.tif 000016
【図１２】
0006976337.tif 000017
【図１３】
0006976337.tif 000018
【図１４】
0006976337.tif 000019
【図１５】
0006976337.tif 000020
【図１６】
0006976337.tif 000021
【図１７】
0006976337.tif 000022
【図１８】
0006976337.tif 000023