(57)【要約】【課題】無線通信システムにおいて複数のスロットベースのロングＰＵＣＣＨを送信する方法を提供する。【解決手段】端末により行われる方法は、ＴＤＤ  ＵＬ−ＤＬスロットの設定に関する第１情報を基地局から受信するステップと、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル区間を示す第２パラメータを含む第２情報を前記基地局から受信するステップと、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定するステップと、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するステップとを含むことを特徴とする。【選択図】図５
2020533895.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する方法であって、端末により行われる方法は、
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信するステップと、
ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信するステップと、
前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定するステップと、
前記決定されたスロットル上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するステップとを含むことを特徴とする方法。
【請求項２】
前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいことを特徴とする請求項３に記載の方法。
【請求項５】
前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないことを特徴とする請求項１に記載の方法。
【請求項６】
特定のＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を利用して送信されることを特徴とする請求項１に記載の方法。
【請求項８】
前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連したサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）をペアリングして決定されることを特徴とする請求項７に記載の方法。
【請求項９】
無線通信システムにおいて複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する端末は、
無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールと機能的に接続されているプロセッサとを含み、前記プロセッサは、
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信し、
ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信し、
前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定し、及び
前記決定されたスロットル上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するように設定されることを特徴とする端末。
【請求項１０】
前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることを特徴とする請求項９に記載の端末。
【請求項１１】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることを特徴とする請求項１０に記載の端末。
【請求項１２】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいことを特徴とする請求項１１に記載の端末。
【請求項１３】
前記プロセッサは、
前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨが送信されないように設定されることを特徴とする請求項９に記載の端末。
【請求項１４】
前記プロセッサは、
特定のＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するように設定されることを特徴とする請求項９に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、無線通信システムに関し、特に、複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースの長い（ｌｏｎｇ）ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送受信するための方法及びそれをサポートする装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラヒックの増加によってリソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラヒックの収容、ユーザ当たり送信率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率をサポートできなければならない。そのために、二重連結性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーキング（Device Networking）など、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、カバレッジ（ｃｏｖｅｒａｇｅ）拡張のために、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）、スロットフォーマット指示情報（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）などに基づいてロングＰＵＣＣＨを繰り返して送信するためのマルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）を設定する方法を提供することに目的がある。
【０００５】
本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００６】
本明細書は、無線通信システムにおいて複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する方法を提供する。
【０００７】
より具体的に、端末により行われる方法は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信するステップと、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信するステップと、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定するステップと、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するステップとを含むことを特徴とする。
【０００８】
また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることを特徴とする。
【０００９】
また、本明細書において、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることを特徴とする。
【００１０】
また、本明細書において、前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいことを特徴とする。
【００１１】
また、本明細書において、前記決定されたスロットにおける特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないことを特徴とする。
【００１２】
また、本明細書において、前記方法は、特定ＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するステップをさらに含むことを特徴とする。
【００１３】
また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を用いて送信されることを特徴とする。
【００１４】
また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連した循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）をペアリング（ｐａｉｒｉｎｇ）して決定されることを特徴とする。
【００１５】
また、本明細書は、無線通信システムにおいて複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサとを含み、前記プロセッサは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信し、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信し、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定し、及び前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するように設定されることを特徴とする。
【００１６】
また、本明細書において、前記プロセッサは、前記決定されたスロットにおける特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨが送信されないように設定されることを特徴としている。
【００１７】
また、本明細書において、前記プロセッサは、特定ＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するように設定されることを特徴とする。
【発明の効果】
【００１８】
本明細書は、動的なＴＤＤ（Ｄｙｎａｍｉｃ  ＴＤＤ）状況において複数のスロットを利用してＰＵＣＣＨを送信することによりカバレッジを拡張することができるという効果がある。
【００１９】
また、ｐｒｅ−ＤＦＴ  ＯＣＣベースにＰＵＣＣＨを送信することにより、多重ユーザと大きいＵＣＩペイロードを同時にサポートできるという効果がある。
【００２０】
本発明で得ることができる効果は、以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２２】
【図１】本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。
【図２】本明細書で提案する方法が適用できる無線通信システムにおいてアップリンクフレームとダウンリンクフレーム間の関係を示す。
【図３】本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【図４】本明細書で提案する方法が適用できる自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）サブフレーム構造の一例を示す。
【図５】本明細書で提案する複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨを送信するための端末の動作方法の一例を示すフローチャートである。
【図６】本明細書で提案する複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨを受信するための基地局の動作方法の一例を示すフローチャートである。
【図７】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【図８】本発明の一実施形態による通信装置のブロック構成図を例示する。
【図９】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図であるある。
【図１０】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールのまた他の一例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００２４】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。
【００２５】
本明細書で、基地局は端末と直接的に通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により遂行されるものとして説明された特定動作は、場合によっては、基地局の上位ノード（upper node）により行われることもできる。即ち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために遂行される様々な動作は基地局または基地局の以外の他のネットワークノードにより遂行できることは自明である。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、Ｎｏｄｅ Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general NB） などの用語により取替できる。また、「端末（Terminal）」は、固定されるか又は移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に取替できる。
【００２６】
以下、ダウンリンク（ＤＬ：downlink）は基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００２７】
以下の説明で使用される特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００２８】
以下の技術は、ＣＤＭＡ（code division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＴＤＭＡ（time division multiple access）、ＯＦＤＭＡ（orthogonal frequency division multiple access）、ＳＣ−ＦＤＭＡ（single carrier frequency division multiple access）、ＮＯＭＡ（non-orthogonal multiple access）などの様々な無線接続システムに利用できる。ＣＤＭＡは、ＵＴＲＡ（universal terrestrial radio access）やＣＤＭＡ２０００のような無線技術（radio technology）で実現できる。ＴＤＭＡは、ＧＳＭ（global system for mobile communications）／ＧＰＲＳ（general packet radio service）／ＥＤＧＥ（enhanced data rates for GSM evolution）のような無線技術で実現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２-２０、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術で実現できる。ＵＴＲＡは、ＵＭＴＳ（universal mobile telecommunications system）の一部である。３ＧＰＰ（3rd generation partnership project） ＬＴＥ（long term evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は３ＧＰＰ ＬＴＥの進化である。
【００２９】
また, ５Ｇ ＮＲは、使用シナリオ（usage scenario）によってｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（massive Machine Type Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、Ｖ２Ｘ（vehicle-to-everything）を定義する。
【００３０】
そして、５Ｇ ＮＲ規格（standard）はＮＲシステムとＬＴＥシステムとの間の共存（co-existence）によってｓｔａｎｄａｌｏｎｅ（ＳＡ）とｎｏｎ ｓｔａｎｄａｌｏｎｅ（ＮＳＡ）とに区分する。
【００３１】
そして、５Ｇ ＮＲは様々なサブキャリア間隔（subcarrier spacing）をサポートし、ダウンリンクでＣＰ−ＯＦＤＭを、アップリンクでＣＰ−ＯＦＤＭ及びＤＦＴ−ｓ−ＯＦＤＭ（ＳＣ−ＯＦＤＭ）をサポートする。
【００３２】
本発明の実施形態は無線接続システムであるＩＥＥＥ ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。
【００３３】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ、ＮＲ（New Radio）を中心として記述するが、本発明の技術的特徴がこれに制限されるものではない。
【００３４】
用語の定義
【００３５】
ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ（Evolved Packet Core）及びＮＧＣ（Next Generation Core）に対する接続をサポートするｅＮＢの進化（evolution）である。
【００３６】
ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。
【００３７】
新たなＲＡＮ：ＮＲ又はＥ−ＵＴＲＡをサポートするか、又はＮＧＣと相互作用する無線アクセスネットワーク。
【００３８】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにオペレータ（operator）により定義されたネットワーク。
【００３９】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。
【００４０】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（reference point）に使用される制御プレーンインターフェース。
【００４１】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（reference point）に使用されるユーザプレーンインターフェース。
【００４２】
非独立型（Non-standalone）ＮＲ：ｇＮＢがＬＴＥ ｅＮＢをＥＰＣに制御プレーン接続のためのアンカーとして要求するか、又はｅＬＴＥ ｅＮＢをＮＧＣに制御プレーン接続のためのアンカーとして要求する配置構成。
【００４３】
非独立型Ｅ−ＵＴＲＡ：ｅＬＴＥ ｅＮＢがＮＧＣに制御プレーン接続のためのアンカーとしてｇＮＢを要求する配置構成。
【００４４】
ユーザプレーンゲートウェイ：ＮＧ−Ｕインターフェースの終端点。
【００４５】
システム一般
【００４６】
図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。
【００４７】
図１に示すように、ＮＧ−ＲＡＮは、ＮＧ−ＲＡユーザプレーン（新たなＡＳ ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。
【００４８】
前記ｇＮＢは、Ｘｎインターフェースを通じて相互接続される。
【００４９】
また、前記ｇＮＢは、ＮＧインターフェースを通じてＮＧＣに接続される。
【００５０】
より具体的には、前記ｇＮＢはＮ２インターフェースを介してＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを介してＵＰＦ（User Plane Function）に接続される。
【００５１】
ＮＲヌメロロジー（Numerology）及びフレーム（frame）構造
【００５２】
ＮＲシステムでは、複数のヌメロロジー（numerology）がサポートできる。ここで、ヌメロロジーはサブキャリア間隔（subcarrier spacing）とＣＰ（Cyclic Prefix）オーバーヘッドにより定義できる。この際、複数のサブキャリア間隔は基本サブキャリア間隔を整数Ｎ（又は、μ）にスケーリング（scaling）することにより誘導できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。
【００５３】
また、ＮＲシステムでは複数のヌメロロジーに従う様々なフレーム構造がサポートできる。
【００５４】
以下、ＮＲシステムで考慮できるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジー及びフレーム構造を説明する。
【００５５】
ＮＲシステムでサポートされる複数のＯＦＤＭヌメロロジーは、表１のように定義できる。
【００５６】
【表１】
2020533895.tif 000003
【００５７】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の様々なフィールドサイズは
2020533895.tif 000004
の時間単位の倍数として表現される。ここで、
2020533895.tif 000005
であり、
2020533895.tif 000006
である。ダウンリンク（downlink）及びアップリンク（uplink）送信は
2020533895.tif 000007
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは各々
2020533895.tif 000008
の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレーム及びダウンリンクに対する１セットのフレームが存在することができる。
【００５８】
図２は、本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００５９】
図２に示すように、端末（User Equipment：ＵＥ）からのアップリンクフレーム番号ｉの送信は、当該端末での該当ダウンリンクフレームの開始より
2020533895.tif 000009
以前に始めなければならない。
【００６０】
ヌメロロジーμに対して、スロット（slot）はサブフレーム内で
2020533895.tif 000010
の増加する順に番号が付けられて、無線フレーム内で
2020533895.tif 000011
の増加する順に番号が付けられる。１つのスロットは
2020533895.tif 000012
の連続するＯＦＤＭシンボルで構成され、
2020533895.tif 000013
は用いられるヌメロロジー及びスロット設定（slot configuration）によって決定される。サブフレームでスロット
2020533895.tif 000014
の開始は同一サブフレームでＯＦＤＭシンボル
2020533895.tif 000015
の開始と時間的に整列される。
【００６１】
全ての端末が同時に送信及び受信できるものではなく、これはダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが利用できないことを意味する。
【００６２】
表２はヌメロロジーμでの一般（normal）ＣＰに対するスロット当たりＯＦＤＭシンボルの数を示し、表３はヌメロロジーμでの拡張（extended）ＣＰに対するスロット当たりＯＦＤＭシンボルの数を示す。
【００６３】
【表２】
2020533895.tif 000016
【００６４】
【表３】
2020533895.tif 000017
【００６５】
ＮＲ物理リソース（NR Physical Resource）
【００６６】
ＮＲシステムにおける物理リソース（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮できる。
【００６７】
以下、ＮＲシステムで考慮できる前記物理リソースに対して具体的に説明する。
【００６８】
先に、アンテナポートと関連して、アンテナポートはアンテナポート上のシンボルが運搬されるチャンネルが同一なアンテナポート上の他のシンボルが運搬されるチャンネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャンネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャンネルから類推できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（quasi co-locatedまたはquasi co-location）関係にあるということができる。ここで、前記広範囲特性は遅延拡散（Delay spread）、ドップラー拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信パワー（Average received power）、受信タイミング（Received Timing）のうち、１つ以上を含む。
【００６９】
図３は、本明細書において提案する方法が適用され得る無線通信システムでサポートするリソースグリッド（resource grid）の一例を示す。
【００７０】
図３に示すように、リソースグリッドが周波数領域上に
2020533895.tif 000018
サブキャリアで構成され、１つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に技術するが、これに限定されるものではない。
【００７１】
ＮＲシステムにおいて、送信される信号（transmitted signal）は、
2020533895.tif 000019
サブキャリアで構成される１つまたはそれ以上のリソースグリッド及び
2020533895.tif 000020
のＯＦＤＭシンボルにより説明される。ここで、
2020533895.tif 000021
である。前記
2020533895.tif 000022
は、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、アップリンクとダウンリンクとの間にも変わることができる。
【００７２】
この場合、図３のように、ヌメロロジーμ及びアンテナポートｐ別に１つのリソースグリッドが設定され得る。
【００７３】
ヌメロロジーμ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対
2020533895.tif 000023
により固有的に識別される。ここで、
2020533895.tif 000024
は、周波数領域上のインデックスであり、
2020533895.tif 000025
は、サブフレーム内でシンボルの位置を称する。スロットでリソース要素を称するときには、インデックス対
2020533895.tif 000026
が用いられる。ここで、
2020533895.tif 000027
である。
【００７４】
ヌメロロジーμ及びアンテナポートｐに対するリソース要素
2020533895.tif 000028
は、複素値（complex value）
2020533895.tif 000029
に該当する。混同（confusion）される危険がない場合、あるいは特定アンテナポートまたはヌメロロジーが特定されなかった場合には、インデックスｐ及びμは、ドロップ（drop）されることができ、その結果、複素値は、
2020533895.tif 000030
または
2020533895.tif 000031
になることができる。
【００７５】
また、物理リソースブロック（physical resource block）は、周波数領域上の
2020533895.tif 000032
連続的なサブキャリアで定義される。周波数領域上で、物理リソースブロックは、０から
2020533895.tif 000033
まで番号が付けられる。このとき、周波数領域上の物理リソースブロック番号（physical resource block number）
2020533895.tif 000034
とリソース要素
2020533895.tif 000035
との間の関係は、数式１のように与えられる。
【００７６】
【数１】
2020533895.tif 000036
【００７７】
また、キャリアパート（carrier part）と関連して、端末は、リソースグリッドのサブセット（subset）だけを用いて受信または送信するように設定されることができる。このとき、端末が受信または送信するように設定されたリソースブロックの集合（set）は、周波数領域上で０から
2020533895.tif 000037
まで番号が付けられる。
【００７８】
自己完結型スロット構造（self-contained slot structure）
【００７９】
NRシステムで考慮されるTDD（Time Division Duplexing）の構造は、アップリンク（Uplink、UL）とダウンリンク（Downlink、DL）を一つのサブフレーム（subframe）の両方を処理する構造である。これは、TDDシステムでのデータ転送の遅延（latency）を最小化するためのものであり、上記の構造は、self-containedサブフレーム（self-contained subframe）構造と呼ばれる。
【００８０】
図４は、本明細書で提案された方法が適用されることができるself-contained subframe構造の例を示す。図４は説明の便宜上のものであり、本発明の範囲を限定するものではない。
【００８１】
図４を参考にすれば、legacy LTEの場合のように、一つのサブフレームが14個のOFDM（Orthogonal Frequency Division Multiplexing）シンボル（symbol）で構成されている場合が想定される。
【００８２】
図４において、斜線領域402はダウンリンク制御（downlink control）領域を示し、黒い部分404はアップリンク制御（uplink control）領域を示す。 また、領域402と領域404以外の領域（すなわち、別の表示がない領域）は、ダウンリンクデータ（downlink data）またはアップリンクデータ（uplink data）の伝送のために使用することができる。
【００８３】
すなわち、アップリンク制御情報とダウンリンク制御情報は、1つの「self-contained subframe」で送信されます。対照的に、データの場合、アップリンクデータまたはダウンリンクデータは1つの「self-contained subframe」で送信されます。
【００８４】
図４に示された構造を利用する場合は、１つのself-contained subframe内でダウンリンク送信とアップリンク送信が順次行われ、１つのスロット内でダウンリンクデータを送信し、アップリンクＡｃｋ／Ｎａｃｋも送受信できる。
【００８５】
その結果、データ送信のエラーが発生した場合、データの再送信にかかる時間を短縮できます。したがって、データ配信に関連する遅延を最小限に抑えることができます。
【００８６】
図４のようなself-containedサブフレーム構造は、基地局（eNodeB、eNB、gNB）および/または端末（terminal、UE（User Equipment））が転送モード（transmission mode）で受信モード（reception mode）に転換する過程または受信モードから送信モードに切り替える処理のための時間間隔（time gap）が要求される。 上記時間間隔に関連して、上記のself-containedサブフレームでダウンリンク送信後のアップリンク送信をする場合には、いくつかのOFDMシンボルは、保護区間（Guard Period、GP）に設定されることができる。
【００８７】
キャリア併合一般
【００８８】
本発明の実施形態において考慮する通信環境は、マルチキャリア（Ｍｕｌｔｉ−ｃａｒｒｉｅｒ）サポート環境を全て含む。すなわち、本発明で使用されるマルチキャリアシステム又はキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムとは、広帯域をサポートするために、目標とする広帯域を構成するときに目標帯域より小さい帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１つ以上のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を併合（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムをいう。
【００８９】
本発明においてマルチキャリアは、キャリアの併合（又は、搬送波集成）を意味し、ここで、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、非隣接した（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合の両方ともを意味する。また、ダウンリンクとアップリンク間に集成されるコンポーネントキャリアの数は異なるように設定されることができる。ダウンリンクコンポーネントキャリア（以下、「ＤＬ  ＣＣ」という。）の数とアップリンクコンポーネントキャリア（以下、「ＵＬ  ＣＣ」という。）の数が同一である場合を対称的（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などの用語と混用して使用されることができる。
【００９０】
２つ以上のコンポーネントキャリアが結合されて構成されるキャリア併合は、ＬＴＥ−Ａシステムでは１００ＭＨｚ帯域幅までサポートすることを目標とする。目標帯域より小さい帯域幅を有する１つ以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）の維持のために既存のシステムで使用する帯域幅に制限することができる。例えば、既存の３ＧＰＰ  ＬＴＥシステムにおいては、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ  ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）においては、既存のシステムとの互換のために前記帯域幅のみを利用して２０ＭＨｚより大きい帯域幅をサポートするようにすることができる。また、本発明で使用されるキャリア併合システムは、既存のシステムで使用する帯域幅と関係なく新たな帯域幅を定義してキャリア併合をサポートするようにすることもできる。
【００９１】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を使用する。
【００９２】
前述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境ということができる。セルは、ダウンリンクリソース（ＤＬ  ＣＣ）とアップリンクリソース（ＵＬ  ＣＣ）の一対の組み合わせで定義されるが、アップリンクリソースは必須要素ではない。従って、セルは、ダウンリンクリソース単独、又はダウンリンクリソースとアップリンクリソースで構成されることができる。特定端末がただ１つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１つのＤＬ  ＣＣと１つのＵＬ ＣＣを有することができるが、特定端末が２つ以上の設定されたサービングセルを有する場合は、セルの数だけのＤＬ ＣＣを有し、ＵＬ  ＣＣの数は、それと等しいかより小さい。
【００９３】
また、その逆にＤＬ  ＣＣとＵＬ  ＣＣが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣがより多いキャリア併合環境もサポートされることができる。すなわち、キャリア併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、それぞれキャリア周波数（セルの中心周波数）が相異なる２つ以上のセルの併合として理解されることができる。ここで言う「セル（Ｃｅｌｌ）」は、一般的に使用される基地局がカバーする領域としての「セル」とは区分されるべきである。
【００９４】
ＬＴＥ−Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として用いられることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか、キャリア併合をサポートしない端末の場合、Ｐセルのみで構成されたサービングセルがただ１つ存在する。それに対して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリア併合が設定された端末の場合、１つ以上のサービングセルが存在することができ、全体のセルにはＰセルと１つ以上のＳセルが含まれる。
【００９５】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータにより設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子として０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子として１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子として０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最小のセルＩＤ（又は、セルインデックス）を有するセルがＰセルとなる。
【００９６】
Ｐセルは、プライマリ周波数（又は、ｐｒｉｍａｒｙ  ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、接続再設定過程を行うことに使用されることができ、ハンドオーバー過程で指示されたセルを称することもできる。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち制御関連通信の中心となるセルを意味する。すなわち、端末は、自分のＰセルにおいてのみＰＵＣＣＨの割り当てを受けて送信することができ、システムの情報を取得するか、モニタリング手順を変更するのにＰセルのみを利用することができる。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境をサポートする端末に移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバー手順のためにＰセルのみを変更することもできる。
【００９７】
Ｓセルは、セカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上で動作するセルを意味する。特定端末にＰセルは１つのみが割り当てられ、Ｓセルは、１つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定が行われた後に構成可能であり、追加的な無線リソースを提供するのに使用されることができる。キャリア併合環境で設定されたサービングセルのうちＰセルを除いた残りのセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。Ｅ−ＵＴＲＡＮは、Ｓセルをキャリア併合環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連セルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）により提供することができる。システム情報の変更は、関連したＳセルの解除及び追加により制御されることができ、ここで、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用することができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内においてブロードキャストするよりは端末別に相異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）をすることができる。
【００９８】
初期保安活性化の過程が開始された後、Ｅ−ＵＴＲＡＮは、接続設定過程で、初期に構成されるＰセルに付加して１つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルは、それぞれのコンポーネントキャリアとして動作することができる。以下の実施形態では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同一の意味で用いられることができ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同一の意味として用いられることができる。
【００９９】
ＮＲシステムは、ＨＡＲＱ−ＡＣＫ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）、ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）などの情報を含むＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するための物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）であるＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をサポートすることができる。
【０１００】
このとき、ＰＵＣＣＨは、ＵＣＩペイロード（ｐａｙｌｏａｄ）によって小さいＵＣＩペイロード（ｓｍａｌｌ  ＵＣＩ  ｐａｙｌｏａｄ）（例えば、１〜２−ｂｉｔ  ＵＣＩ）をサポートする小さい（ｓｍａｌｌ）ＰＵＣＣＨと、大きいＵＣＩペイロード（ｌａｒｇｅ  ＵＣＩ  ｐａｙｌｏａｄ）（例えは、２ビット以上最大数百ビット（ｍｏｒｅ  ｔｈａｎ  ２  ｂｉｔｓ  ａｎｄ  ｕｐ  ｔｏ  ｈｕｎｄｒｅｄｓ  ｏｆ  bits））をサポートする大きい（ｂｉｇ）ＰＵＣＣＨに区分される。
【０１０１】
さらに、小さいＰＵＣＣＨと大きいＰＵＣＣＨは、またそれぞれ短い区間（ｓｈｏｒｔ  ｄｕｒａｔｉｏｎ）（例えば、１〜２シンボル区間）を有する短い（ｓｈｏｒｔ）ＰＵＣＣＨと、長い区間（ｌｏｎｇ  ｄｕｒａｔｉｏｎ）（例えば、４〜１４シンボル区間）を有するロングＰＵＣＣＨに区分される。
【０１０２】
下記の表４は、ＰＵＣＣＨフォーマットの一例を示す。
【０１０３】
【表４】
2020533895.tif 000038
【０１０４】
表４において、
2020533895.tif 000039
は、ＯＦＤＭシンボルにおいてＰＵＣＣＨ送信の長さを示し、ＰＵＣＣＨフォーマット１、３及び４はロングＰＵＣＣＨと、ＰＵＣＣＨフォーマット０及び２は短いＰＵＣＣＨと呼ばれることができる。
【０１０５】
本明細書で使用される記号「／」は、「及び／又は」と同一の意味で解釈されることができ、「Ａ及び／又はＢ」は、「Ａ又はＢのうち少なくとも１つを含む」と同一に解釈されることができる。
【０１０６】
そして、ロングＰＵＣＣＨは、主に中間の／大きい（ｍｅｄｉｕｍ／ｌａｒｇｅ）ＵＣＩペイロードを送信しなければならない時、又は、小さい（ｓｍａｌｌ）ＵＣＩペイロードのカバレッジ（ｃｏｖｅｒａｇｅ）を改善するために使用することができる。
【０１０７】
そして、前記ロングＰＵＣＣＨに比べて追加的にカバレッジ（ｃｏｖｅｒａｇｅ）を拡張する必要があるとき、同一のＵＣＩ情報が複数のスロットにわたって送信される複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）のロングＰＵＣＣＨをサポートすることができる。
【０１０８】
ここで、複数のスロットを利用してロングＰＵＣＣＨを送信する動作は、複数のスロットにおいてロングＰＵＣＣＨを繰り返して送信する動作を含むことができる。
【０１０９】
例えば、与えられたＵＣＩペイロード（ｐａｙｌｏａｄ）と符号化率（ｃｏｄｅ  ｒａｔｅ）下でカバレッジ（ｃｏｖｅｒａｇｅ）確保が不可能である場合、複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）のロングＰＵＣＣＨを使用して繰り返し送信による利得（ｇａｉｎ）を介してカバレッジ（ｃｏｖｅｒａｇｅ）を確保しようとする場合があり得る。
【０１１０】
ＬＴＥシステムは、ＭＢＭＳやＮＢ−ＩｏＴなどの特別な場合を除いては、１５ｋＨｚサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）のみをサポートするのに対して、ＮＲシステムは、前述したように様々な使用例（ｕｓｅ  ｃａｓｅ）と展開シナリオ（ｄｅｐｌｏｙｍｅｎｔ  ｓｃｅｎａｒｉｏ）を考慮して１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚなど多様なヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）をサポートする。
【０１１１】
ここで、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）は、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）とサイクリックプリフィクス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ：ＣＰ）をいう。
【０１１２】
ＮＲにおいて、大きい（ｌａｒｇｅ）サブキャリアを使用する場合（例えば、３０ｋＨｚ以上のサブキャリア間隔）は、減少したスロット区間（ｓｌｏｔ  ｄｕｒａｔｉｏｎ）のため、スロット内の１４シンボルを全て使用するロングＰＵＣＣＨを使用しても物理的な要因によりＬＴＥ  ＰＵＣＣＨに比べてカバレッジが縮小されることが避けられない。
【０１１３】
従って、このような場合に、複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）のロングＰＵＣＣＨを使用してカバレッジを改善することが必要である。
【０１１４】
また、ＬＴＥと同一の１５ｋＨｚサブキャリア間隔を使用する場合にも、ＬＴＥにおいてＨＡＲＱ−ＡＣＫ繰り返し（ｒｅｐｅｔｉｔｉｏｎ）する水準のカバレッジを確保してＬＴＥと同一の展開シナリオ（ｄｅｐｌｏｙｍｅｎｔ  ｓｃｅｎａｒｉｏ）をサポートするようにするためにマルチスロットのロングＰＵＣＣＨの使用が必要である。
【０１１５】
以下、本明細書は、ＮＲにおける様々なヌメロロジーとそれによるカバレッジ影響などを考慮してマルチスロットのロングＰＵＣＣＨのスロット数を設定（ｃｏｎｆｉｇｕｒｅ）し、運営する方法を提案する。
【０１１６】
マルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法
【０１１７】
ＮＲシステムは、前記理由によりマルチスロットのロングＰＵＣＣＨを使用するとき、ＵＥの位置などによって経路損失（ｐａｔｈ  ｌｏｓｓ）などの差があることを勘案して、ＵＥ別にマルチスロットのロングＰＵＣＣＨがスパン（ｓｐａｎ）するスロット（ｓｌｏｔ）長を複数設定して選択するようにすることができる。
【０１１８】
例えば、マルチスロットのロングＰＵＣＣＨのスロット数を４つに設定して選択するようにした場合、マルチスロットのロングＰＵＣＣＨのスロット数Ｘ＝｛ｘ０，ｘ１，ｘ２，ｘ３｝のような形態であり得る。
【０１１９】
ここで、ｘ０＜＝ｘ１＜＝ｘ２＜＝ｘ３の関係を有することができ、ｘ０＝１に設定して非複数のスロットの（ｎｏｎ−ｍｕｌｔｉ−ｓｌｏｔ）又は単一スロットのロングＰＵＣＣＨ（ｓｉｎｇｌｅ  ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨを選択するようにすることができる。
【０１２０】
このとき、マルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）のスロット数Ｘのうち最大値（例えば、ｘ３）は、少なくともセル（ｃｅｌｌ）において要求される最大カバレッジ／リンクバジェット／ＭＣＬ（ｃｏｖｅｒａｇｅ／ｌｉｎｋ  ｂｕｄｇｅｔ／ＭＣＬ）を満足させるように設定される。
【０１２１】
また、中間値（例えば、ｘ１、ｘ２）は、最大値（例えば、ｘ３）より小さい値を設定して与えられた状況で必要な最小のスロット数を割り当てるようにすることができる。
【０１２２】
また、マルチスロットのロングＰＵＣＣＨのスロット数は、ＵＥ特定ＲＲＣ設定（ＵＥ−ｓｐｅｃｉｆｉｃ  ＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）や、ＤＣＩを介する動的な指示（ｄｙｎａｍｉｃ  ｉｎｄｉｃａｔｉｏｎ）を介して設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０１２３】
また、多数（例えば、４つ）のマルチスロットのロングＰＵＣＣＨ（Ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）のスロット長をＵＥ特定に（ＵＥ−ｓｐｅｃｉｆｉｃａｌｌｙ）ＲＲＣ設定（ｃｏｎｆｉｇｕｒｅ）した後、ＤＣＩを介して動的に指示（ｉｎｄｉｃａｔｉｏｎ）する方法を考慮することができる。
【０１２４】
このとき、ＰＵＣＣＨカバレッジは、マルチスロットのロングＰＵＣＣＨにおいて、スロット数だけでなく、ロングＰＵＣＣＨ区間（ｌｏｎｇ  ＰＵＣＣＨ  ｄｕｒａｔｉｏｎ）、サブキャリア間隔などとも相関関係がある。
【０１２５】
従って、前記のように様々なカバレッジをサポートするマルチスロットのロングＰＵＣＣＨにおいてスロット数の値を決定するためには、特定のロングＰＵＣＣＨ区間とサブキャリア間隔を仮定しなければならない。
【０１２６】
以下、本明細書では、このときに仮定したロングＰＵＣＣＨ区間とサブキャリア間隔をそれぞれリファレンスロングＰＵＣＣＨ区間（ｒｅｆｅｒｅｎｃｅ  ｌｏｎｇ  ＰＵＣＣＨ  ｄｕｒａｔｉｏｎ）Ｌｒｅｆ、リファレンスサブキャリア間隔（ｒｅｆｅｒｅｎｃｅ  ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）Ｓｒｅｆ、そして、このように決定されたマルチスロットのロングＰＵＣＣＨのスロット数をＸｒｅｆという。
【０１２７】
また、ＮＲにおいて実際にロングＰＵＣＣＨ送信に使用されるロングＰＵＣＣＨ区間とサブキャリア間隔は、前記リファレンス（ｒｅｆｅｒｅｎｃｅ）値と同一か又は異なる。
【０１２８】
このときには、実際の送信に使用される値をそれぞれ実際ロングＰＵＣＣＨ区間（ａｃｔｕａｌ  ｌｏｎｇ  ＰＵＣＣＨ  ｄｕｒａｔｉｏｎ）Ｌと実際サブキャリア間隔（ａｃｔｕａｌ  ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）Ｓという。
【０１２９】
前記リファレンス（ｒｅｆｅｒｅｎｃｅ）又は実際ロングＰＵＣＣＨ区間（ａｃｔｕａｌ  ｌｏｎｇ  ＰＵＣＣＨ  ｄｕｒａｔｉｏｎ）とは、１）ＰＵＣＣＨを構成するＵＣＩシンボルとＤＭＲＳシンボルを合わせた全体シンボル数を意味するか、２）ＰＵＣＣＨを構成するシンボルのうちＵＣＩ送信に使用されるＵＣＩシンボルの数を意味し得る。
【０１３０】
このとき、ＮＲにおいては、ＬｒｅｆとＳｒｅｆ値の以外に前述したように様々なロングＰＵＣＣＨ区間とサブキャリア間隔をサポートできるが、このような状況を考慮して、ＮＲにおいてマルチスロットのロングＰＵＣＣＨのスロット数を設定（ｃｏｎｆｉｇｕｒｅ）する方法として、以下のような方法を提案する。
【０１３１】
同一のサブキャリア間隔においてロングＰＵＣＣＨ区間によるマルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法
【０１３２】
同一のサブキャリア間隔（例えは、リファレンスサブキャリア間隔（ｒｅｆｅｒｅｎｃｅ  ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ））においてロングＰＵＣＣＨ区間ＬがリファレンスロングＰＵＣＣＨ区間（ｒｅｆｅｒｅｎｃｅ  ｌｏｎｇ  ＰＵＣＣＨ  ｄｕｒａｔｉｏｎ）Ｌｒｅｆと異なる場合があり得る。
【０１３３】
このとき、ロングＰＵＣＣＨ区間別に別途のマルチスロットのロングＰＵＣＣＨのスロット数の値、例えば、ロングＰＵＣＣＨ区間別に４つの値を設定できると仮定する場合、Ｙ＝｛ｙ０，ｙ１，ｙ２，ｙ３｝、Ｚ＝｛ｚ０，ｚ１，ｚ２，ｚ３｝などで構成するようにすることができる。
【０１３４】
このとき、ＵＥは、別途の方法で設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間によって設定（ｃｏｎｆｉｇｕｒｅ）された多数のマルチスロットのロングＰＵＣＣＨのスロット数（例えば、Ｙ、Ｚ、...）のうち１つを選択することができる。
【０１３５】
そして、選択されたマルチスロットのロングＰＵＣＣＨのスロット数の値のうち１つが前記マルチスロットのロングＰＵＣＣＨのスロット数の指示（ｉｎｄｉｃａｔｉｏｎ）方法により設定（ｃｏｎｆｉｇｕｒｅ）されて、マルチスロットのロングＰＵＣＣＨを構成することができる。
【０１３６】
例えば、ロングＰＵＣＣＨ区間ＬによりマルチスロットのロングＰＵＣＣＨのスロット数Ｙが選択されると、Ｙ値、例えば、｛ｙ０、ｙ１、ｙ２、ｙ３｝のうち１つが、ＵＥ特定ＲＲＣ設定やＤＣＩを介する動的な指示（ｄｙｎａｍｉｃ  ｉｎｄｉｃａｔｉｏｎ）により設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０１３７】
または、多数（例えば、４つ）のマルチスロットのロングＰＵＣＣＨのスロット長が、ＵＥ特定にＲＲＣ設定した後、ＤＣＩを介して動的に設定されることができる。
【０１３８】
ただし、前記方法は、ロングＰＵＣＣＨ区間別に別途のマルチスロットのロングＰＵＣＣＨのスロット数を設定するので、シグナリングオーバーヘッド（ｓｉｇｎａｌｉｎｇ  ｏｖｅｒｈｅａｄ）が大きいという短所がある。
【０１３９】
従って、このような短所を改善するために、Ｌｒｅｆ、Ｓｒｅｆを仮定したリファレンスマルチスロットのロングＰＵＣＣＨのスロット数Ｘｒｅｆのみを設定した後、ＵＥに設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間によるマルチスロットのロングＰＵＣＣＨのスロット値はＸｒｅｆとＬｒｅｆを介して暗示的な指示（ｉｍｐｌｉｃｉｔ  ｉｎｄｉｃａｔｉｏｎ）をすることができる。
【０１４０】
このとき、ロングＰＵＣＣＨ区間をＬ、それによるマルチスロットのロングＰＵＣＣＨのスロット数をＹという。
【０１４１】
その後、ＵＥは、次のようにＬとＬｒｅｆ、そしてＸｒｅｆを利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間に対するＹを数式２のように求めることができる。
【０１４２】
【数２】
2020533895.tif 000040
【０１４３】
このとき、Ｌｒｅｆは、マルチスロットのロングＰＵＣＣＨの主な目的（ｍｏｔｉｖａｔｉｏｎ）がカバレッジ（ｃｏｖｅｒａｇｅ）拡張である点を考慮して最も長いロングＰＵＣＣＨ区間（すなわち、Ｌｒｅｆ＝１４）であり得る。
【０１４４】
Ｌｒｅｆ／Ｌが整数ではない場合（例えば、Ｌｒｅｆ＝１４及びＬ＝１０である場合）、ｃｅｉｌｉｎｇ、ｆｌｏｏｒ、ｔｒｕｎｃａｔｉｏｎなどにより整数化することができる。
【０１４５】
整数化は、カバレッジ／リンクバジェット／ＭＣＬ（ｃｏｖｅｒａｇｅ／ｌｉｎｋ  ｂｕｄｇｅｔ／ＭＣＬ）を満足させる整数のうち最も小さい値を探すために数式３、数式４のようなｃｅｉｌｉｎｇ動作であり得る。
【０１４６】
【数３】
2020533895.tif 000041
【０１４７】
【数４】
2020533895.tif 000042
【０１４８】
ここで、
2020533895.tif 000043
はｃｅｉｌｉｎｇ動作を意味する。
【０１４９】
例えば、Ｌｒｅｆ＝１４である場合、Ｘｒｅｆ＝｛１、４、１６、６４｝であると、Ｌ＝１０であるの場合、
2020533895.tif 000044
であり、ｃｅｉｌｉｎｇを適用した最終Ｙ値はＹ＝｛１、３、１２、６４｝となる。
【０１５０】
このとき、ＵＥは、前記のような方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０１５１】
また、前記ｃｅｉｌｉｎｇ動作は、ｆｌｏｏｒ、ｔｒｕｎｃａｔｉｏｎなどの他の整数化方法に代替できる。
【０１５２】
さらに、リファレンスＰＵＣＣＨシンボル区間Ｌｒｅｆ（例えば、Ｌｒｅｆ＝１４シンボル）に対して設定できるスロットの数（ｃｏｎｆｉｇｕｒａｂｌｅ  ｎｕｍｂｅｒ  ｏｆ  ｓｌｏｔｓ）に対する集合Ｘｒｅｆ＝｛１，ｘ１，ｘ２，ｘ３｝を定義した状態で、ＵＥは、当該Ｘｒｅｆ内の１つの値（例えば、ｘ１＝２，ｘ２＝４，ｘ３＝６又は８）がｇＮＢから設定されることができる。
【０１５３】
このとき、ｇＮＢから割り当てられたＸｒｅｆのうち１つの値をｘｒｅｆとすると、実際の送信に適用するマルチスロットのロングＰＵＣＣＨのスロット数ｙは、次のような方法により設定されることができる。
【０１５４】
（方法１）
【０１５５】
ｘｒｅｆ＞１であり、実際ＰＵＣＣＨシンボル区間（ａｃｔｕａｌ  ＰＵＣＣＨ  ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）がＬシンボルとして与えられると、実際スロットの数（ａｃｔｕａｌ  ｎｕｍｂｅｒ  ｏｆ  ｓｌｏｔｓ）ｙは、数式５のように設定されることができる。
【０１５６】
【数５】
2020533895.tif 000045
【０１５７】
ここで、ｆ｛・｝は、ｃｅｉｌｉｎｇ、ｆｌｏｏｒｉｎｇ、ｔｒｕｎｃａｔｉｏｎなどの関数であり得る。
【０１５８】
（方法２）
【０１５９】
ｘｒｅｆ＝１の場合、任意の実際ＰＵＣＣＨシンボル区間（ａｃｔｕａｌ  ＰＵＣＣＨ  ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）Ｌに対して、実際スロット数（ａｃｔｕａｌ  ｎｕｍｂｅｒ  ｏｆ  ｓｌｏｔｓ）ｙはｙ＝１に設定される。
【０１６０】
サブキャリア間隔が変わるとき、マルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法
【０１６１】
前述したように、ＰＵＣＣＨカバレッジは、マルチスロットのロングＰＵＣＣＨにおいて、スロット数、ロングＰＵＣＣＨ区間だけでなく、サブキャリア間隔とも相関関係がある。
【０１６２】
従って、ロングＰＵＣＣＨ区間がシンボル数として与えられる場合、同一のロングＰＵＣＣＨ区間であってもサブキャリア間隔がＮ倍になると、ロングＰＵＣＣＨ長さの絶対時間が１／Ｎ倍になるため、送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）が一定である場合、ＰＵＣＣＨカバレッジが比例して縮小される。
【０１６３】
また、比例関係は、一般に受信電力（ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）は送信端（ｔｒａｎｓｍｉｔｔｅｒ）と受信端（ｒｅｃｅｉｖｅｒ）間の距離の２乗に反比例するため、距離に換算したカバレッジは送信エネルギー（ｔｒａｎｓｍｉｓｓｉｏｎ  ｅｎｅｒｇｙ）、すなわち、送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）×送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）の２乗に反比例する。
【０１６４】
従って、前記例示において、サブキャリア間隔がＮ倍になると、ロングＰＵＣＣＨ送信エネルギーが１／Ｎ倍になるため、距離に換算したＰＵＣＣＨカバレッジは１／√Ｎ倍となる。
【０１６５】
また、サブキャリア間隔によってＰＵＣＣＨカバレッジの要求事項が変化し得るが、これは、次のようなサブキャリア間隔によるｍａｘ  ＴＡ（ｍａｘｉｍｕｍ  Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）設定方法で表現できる。
【０１６６】
このとき、ｍａｘ  ＴＡは、サブキャリア間隔別に設定されるか、サブキャリア間隔と関係なく同一のｍａｘ  ＴＡ値に設定されるか、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）などに設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０１６７】
また、サブキャリア間隔別に設定される場合、ｍａｘ  ＴＡは、サブキャリア間隔に反比例又は２乗根に反比例する関係を有するように設定される。
【０１６８】
従って、それぞれの場合に対して、次のようなマルチスロットのロングＰＵＣＣＨのスロット数設定方法を考慮することができる。
【０１６９】
サブキャリア間隔に従ってｍａｘ  ＴＡがスケール（ｓｃａｌｅ）される場合
【０１７０】
Ｍａｘ  ＴＡがサブキャリア間隔に反比例する関係でスケール（ｓｃａｌｅ）される場合（例えば、サブキャリア間隔がＳｒｅｆに比べてＮ倍になるとき、ｍａｘ  ＴＡが１／Ｎ倍又は１／√Ｎになるようにスケールする場合）、サブキャリア間隔によるＰＵＣＣＨカバレッジも同一の比率で縮小されると期待できる。
【０１７１】
従って、ＵＥは、ＰＵＣＣＨ送信に使用されるサブキャリア間隔がＳｒｅｆと異なる値を有していても、Ｓｒｅｆを基準に設定した値を同一に適用してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０１７２】
すなわち、ＵＥは、ＬｒｅｆとＳｒｅｆを仮定したリファレンスマルチスロットのロングＰＵＣＣＨ（ｒｅｆｅｒｅｎｃｅ  ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）のスロット数をＸｒｅｆとすると、Ｌｒｅｆと同一のロングＰＵＣＣＨ区間Ｌに対して、サブキャリア間隔に関係なくＸｒｅｆ値をそのまま自分に設定されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨスロット数Ｙに適用することができる。
【０１７３】
【数６】
2020533895.tif 000046
【０１７４】
このとき、ＵＥは、前記のような数式６を利用して求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０１７５】
サブキャリア間隔に関係なくｍａｘ  ＴＡが固定である場合
【０１７６】
以下は、Ｍａｘ  ＴＡがサブキャリア間隔に関係なく固定された値である場合、マルチスロットのロングＰＵＣＣＨのスロット数を設定する方法に関する。
【０１７７】
言い換えると、様々なサブキャリア間隔で動作する全てのＵＥが同一のＰＵＣＣＨカバレッジをサポートするように設定された場合、サブキャリア間隔に従ってカバレッジが縮小されることを勘案してマルチスロットのロングＰＵＣＣＨのスロット数を調節する必要があり得る。
【０１７８】
前述したように、サブキャリア間隔ＳがＮ倍になると、すなわち、Ｓ＝Ｎ＊Ｓｒｅｆ、ＰＵＣＣＨ送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）が１／Ｎ倍になるため、同一のＰＵＣＣＨ送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）を仮定すると、時間的なカバレッジは２乗根に反比例する関係で縮小される。
【０１７９】
従って、前記場合にカバレッジ縮小を補償するためには、ＰＵＣＣＨ送信電力をＮ倍に増加させるか、同一のＰＵＣＣＨ送信電力においてマルチスロットのロングＰＵＣＣＨのスロット数をＮ倍に増加させてＰＵＣＣＨ送信区間をＳｒｅｆの場合と同一になるように設定することができる。
【０１８０】
このとき、様々なサブキャリア間隔が共存するＮＲにおいて、サブキャリア間隔に関係なく同一のカバレッジ又はｍａｘ  ＴＡをサポートするための場合があり得る。
【０１８１】
このとき、ＵＥは、Ｌｒｅｆと同一のロングＰＵＣＣＨ区間Ｌに対して、次の数式７のようにサブキャリア間隔ＳとＳｒｅｆ、そしてＸｒｅｆを利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するＹを求めることができる。
【０１８２】
【数７】
2020533895.tif 000047
【０１８３】
このとき、ＵＥは、前記のような数式７の方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０１８４】
Ｍａｘ  ＴＡがＳＩＢ設定可能（ＳＩＢ  ｃｏｎｆｉｇｕｒａｂｌｅ）である場合
【０１８５】
Ｍａｘ  ＴＡがＳＩＢなどで設定可能（ｃｏｎｆｉｇｕｒａｂｌｅ）である場合、リファレンスマルチスロットのロングＰＵＣＣＨ（ｒｅｆｅｒｅｎｃｅ  ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）のスロット数Ｘｒｅｆの決定時に仮定したｍａｘ  ＴＡをＴＡｍａｘｒｅｆ、設定（ｃｏｎｆｉｇｕｒｅ）されたｍａｘ  ＴＡをＴＡｍａｘとすると、ＴＡｍａｘｒｅｆとの関係を利用してマルチスロットのロングＰＵＣＣＨのスロット数を決定することができる。
【０１８６】
前述たしたように、一般的に受信電力（ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）は、送信端（ｔｒａｎｓｍｉｔｔｅｒ）と受信端（ｒｅｃｅｉｖｅｒ）との間の距離の２乗に反比例するので、言い換えると、距離に換算したカバレッジをＮ倍増加させるためには送信エネルギー（ｔｒａｎｓｍｉｓｓｉｏｎ  ｅｎｅｒｇｙ）をＮ２倍増加させなければならない。
【０１８７】
このような、送信エネルギーをＮ２倍増加させるためには、送信電力をＮ２倍増加させるか、同一の送信電力の場合は送信区間をＮ２倍増加させなければならない。
【０１８８】
しかしながら、カバレッジ制限（Ｃｏｖｅｒａｇｅ  ｌｉｍｉｔｅｄ）状況のように、送信電力を増加させることができない場合があり得る。
【０１８９】
このとき、ＵＥは、Ｘｒｅｆの決定時と同一のＰＵＣＣＨ送信電力を仮定して次の数式８のようにＴＡｍａｘとＴＡｍａｘｒｅｆの関係を利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを下記の数式８のような方法で求めることができる。
【０１９０】
【数８】
2020533895.tif 000048
【０１９１】
より一般的には、次のようにＴＡｍａｘとＴＡｍａｘｒｅｆの関係を利用して、ＵＥは、自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを数式９のような方法で求めることができる。
【０１９２】
【数９】
2020533895.tif 000049
【０１９３】
前記数式９において、Ｍは、代表的に１又は２などの値を有することができ、チャネルの経路損失（ｐａｔｈ  ｌｏｓｓ）の状況などを考慮して決定される値であり得る。
【０１９４】
さらに、サブキャリア間隔ＳがＳｒｅｆと異なる場合を考慮して、数式１０を利用して、ＵＥは、自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを求めることができる。
【０１９５】
【数１０】
2020533895.tif 000050
【０１９６】
ＵＥは、前記数式１０のような方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０１９７】
前記方法を一般化すると、数式１１のように表現することができる。
【０１９８】
【数１１】
2020533895.tif 000051
【０１９９】
前記の関係式を利用してロングＰＵＣＣＨ区間及び／又はサブキャリア間隔及び／又はｍａｘ  ＴＡによるＲＲＣパラメータ（ｐａｒａｍｅｔｅｒ）を設定することができる。
【０２００】
このとき、ＵＥは、前記数式１１を利用してＸｒｅｆからマルチスロットのロングＰＵＣＣＨのスロット数を計算してマルチスロットのロングＰＵＣＣＨを構成することができる。
【０２０１】
前記方式でＵＥがマルチスロットのロングＰＵＣＣＨを構成する場合、単一スロットのロングＰＵＣＣＨ（ｓｉｎｇｌｅ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）（すなわち、マルチスロットのロングＰＵＣＣＨのスロット数＝１）を選択できるようにするために、前記関係を利用して求めたマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値（例えば、｛ｙ０，ｙ１，ｙ２，ｙ３｝）のうち１つを「１」に設定することができる。
【０２０２】
例えば、Ｙ値のうち 最も大きい値または最も小さい値 「１」に置換して（例えば、｛１，ｙ１，ｙ２，ｙ３｝）、マルチスロットのロングＰＵＣＣＨをオフ（ｏｆｆ）するようにすることができる。
【０２０３】
または、前記目的で「１」を基本的にサポートし、残りの値に対して前記方法のようにロングＰＵＣＣＨ区間、サブキャリア間隔、ｍａｘ  ＴＡとの関係式を有してスケールされるように設定することができる。
【０２０４】
ここで、受信信号の電力は、送信信号の電力が一定で、送信信号のキャリア周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）の波長（ｗａｖｅｌｅｎｇｔｈ）の大きさに比例するアンテナ（ａｎｔｅｎｎａ）を使用すると仮定すると、中心周波数の２乗に反比例する。
【０２０５】
この場合、ＵＬ送信範囲縮小とセル範囲（ｃｅｌｌ  ｒａｎｇｅ）縮小が同一の関係で縮小されるため、ＵＥはＵＬリファレンスキャリア周波数（ＵＬ  ｒｅｆｅｒｅｎｃｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）において決定したマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値を同一に適用することができる。
【０２０６】
また、ＵＥは、アンテナサイズの変化とビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）によるｅＮＢにおける受信電力が異なる可能性があることを考慮してキャリア周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）別にマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値を設定するようにすることができる。
【０２０７】
また、ＵＥは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を適用する場合に、ビーム別に経路損失（ｐａｔｈ  ｌｏｓｓ）が異なる可能性があることを反映して、ビーム別に測定（ｍｅａｓｕｒｅ）された経路損失比率でスケールして適用するようにすることができる。
【０２０８】
例えば、ＤＬ又はＵＬを介して、チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）やサウンディング参照信号（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＳＲＳ）などを利用して測定したｂｅａｍ１、ｂｅａｍ２の経路損失（ｐａｔｈ  ｌｏｓｓ）をそれぞれＰＬ１、ＰＬ２とすると、ＵＥは、ＰＬ１とＰＬ２の割合を利用してｂｅａｍ２の送信時にマルチスロットのロングＰＵＣＣＨのスロット数Ｙ２を決定することができる。
【０２０９】
例えば、ＵＥが送信制限（ｐｏｗｈｅｒ  ｌｉｍｉｔａｔｉｏｎ）がかかって同一の送信電力Ｐで送信し、ｂｅａｍ１に送信した信号に対するｅＮＢ受信電力がＰ＊ＰＬ１、そして、ｂｅａｍ２の受信電力がＰ＊ＰＬ２である場合に、マルチスロットのロングＰＵＣＣＨのスロット数をＰＬ１／ＰＬ２の割合でスケールして適用するようにすることができる。
【０２１０】
言い換えると、ｂｅａｍ１を利用してマルチスロットのロングＰＵＣＣＨを送信していたＵＥが同一の送信電力でｂｅａｍ２にビームチェンジ（ｂｅａｍ  ｃｈａｎｇｅ）して送信する場合、ｂｅａｍ１に送信するときにマルチスロットのロングＰＵＣＣＨのスロット数をＹ１と言うと、ｂｅａｍ２に送信するときにマルチスロットのロングＰＵＣＣＨのスロット数を、Ｙ２値は次の数式１２のような関係を有するように決定されることができる。
【０２１１】
【数１２】
2020533895.tif 000052
【０２１２】
マルチスロットのロングＰＵＣＣＨにおけるスキッピング（skipping）又はレートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）動作
【０２１３】
ＰＵＣＣＨシンボル区間（ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）ＬとＰＵＣＣＨ送信周期（ｐｅｒｉｏｄ）又はそれに対応するマルチスロットのロングＰＵＣＣＨのスロット数はＲＲＣ設定される値であるか（ＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、多数のＲＲＣ設定された候補値（ｃａｎｄｉｄａｔｅ  ｖａｌｕｅｓ）のうち、ＤＣＩを介して指示する又は決定される値であり得る。（ＲＲＣ設定＋ＤＣＩ指示）
【０２１４】
これに対して、ＤＬシンボル又はギャップ周期（ｇａｐ  ｐｅｒｉｏｄ）又は他のアップリンクリソース（ｏｔｈｅｒ  ＵＬ  ｒｅｓｏｕｒｃｅ）（例えば、ショートＰＵＣＣＨ、ＳＲＳ）により特定ＰＵＣＣＨスロット内の実際可能なＰＵＣＣＨシンボル値ＬａはＬより小さい値であり得る。
【０２１５】
このような場合、Ｌａ値は、ＤＣＩなどを介して動的に指示される値であるか、ＤＣＩなどを介して送信される他の動的なパラメータ（ら）（ｄｙｎａｍｉｃ  ｐａｒａｍｅｔｅｒ(ｓ)）により決定される値であり得る。
【０２１６】
例えば、Ｌａ値は、ＤＣＩを介してＵＥにスロットのタイプを知らせるスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）などにより指示又は決定される値であり得る。
【０２１７】
これに、本明細書では、ＰＵＣＣＨシンボル区間ＬとＰＵＣＣＨ送信周期（ｐｅｒｉｏｄ）又はそれに対応するマルチスロットのロングＰＵＣＣＨのスロット数が前記のようにＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により指示／設定された状態で、ＤＬシンボル又はギャップ周期又他のＵＬリソース（ｏｔｈｅｒ  ＵＬ  ｒｅｓｏｕｒｃｅ）（例えば、ショートＰＵＣＣＨ、ＳＲＳ）により動的に決定される特定ＰＵＣＣＨのスロット内のＰＵＣＣＨ送信が可能なＰＵＣＣＨシンボル区間ＬａがＬより小さくなる場合、次のような方法で動作することを提案する。
【０２１８】
（方法１）
【０２１９】
方法１は、当該スロットにおけるＰＵＣＣＨ送信を省略（ｓｋｉｐ）することである。
【０２２０】
この方法では、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたマルチスロットのロングＰＵＣＣＨのスロット数に比べて、実際送信したロングＰＵＣＣＨスロット数がＰＵＣＣＨ送信を省略（ｓｋｉｐ）した分だけ減少する。
【０２２１】
（方法２）
【０２２２】
方法２は、当該スロットにおけるＰＵＣＣＨ送信を省略（ｓｋｉｐ）し、省略した分だけのスロット数を前記設定された周期（ｐｅｒｉｏｄ）又はマルチスロットのロングＰＵＣＣＨのスロット数に反映して拡張する方法である。
【０２２３】
この方法では、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたマルチスロットのロングＰＵＣＣＨのスロット数と実際送信したロングＰＵＣＣＨのスロット数が同一である。
【０２２４】
（方法３）
【０２２５】
方法３は、ＰＵＣＣＨシンボル区間（ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）ＬａがＬのＰ％以上になる場合、又は（Ｌ−Ｌａ）がＱシンボル以下である場合、当該Ｌａシンボル区間でＰＵＣＣＨを送信し、ＬａがＬのＰ％未満になる場合、又は（Ｌ−Ｌａ）がＱシンボルを超過する場合は、前記方法１又は方法２を適用することである。
【０２２６】
言い換えると、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに比べて、動的な設定（ｄｙｎａｍｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）により実際可用のロングＰＵＣＣＨ区間がＱシンボル以下の分だけ減少すると、Ｌａシンボルを基準にレートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）して送信し、そうでない（すなわち、ＬとＬａの差がＱシンボルより大きい）場合は、前記方法１又は方法２を適用する。
【０２２７】
また、ＲＲＣ／ＤＣＩなどを介して本来設定／指示されたＬ個のシンボル位置において最初Ｑシンボル以下または最後のＱシンボル以下または最初の一部のシンボルと最後の一部のシンボルを合わせてＱシンボル以下が可用でない場合にのみＬａシンボル区間にレートマッチングしてＰＵＣＣＨを送信し、そうでない場合は、前記方法１又は方法２を適用する方式も可能である。
【０２２８】
前記方法３の場合、ＵＣＩ符号化ビット（ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ）はＬシンボル基準に生成した状態で（Ｌ−Ｌａ）シンボルの分だけをパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）してマッピング／送信するか、又はＬａシンボルに合わせてレートマッチングしてＬａシンボルを基準にＵＣＩ符号化ビット（ＵＣＩ  ｃｏｄｅｄ  ｂｉｔ）を生成してマッピング／送信することができる。
【０２２９】
前記において、時間ドメイン（ｔｉｍｅ−ｄｏｍａｉｎ）ＯＣＣベースのロングＰＵＣＣＨ（例えば、最大２ビット（ｆｏｒ  ｕｐ  ｔｏ  ２ｂｉｔｓ））の場合は、方法１、２を適用し、時間ドメインＯＣＣをベースにしないロングＰＵＣＣＨ（例えば、２ビット以上（ｆｏｒ  ｍｏｒｅ  ｔｈａｎ  ２ｂｉｔｓ）の場合は、方法１、２、３を適用する方式も可能である。
【０２３０】
前記において、ＰＵＣＣＨシンボル区間に該当するシンボル数Ｌ又はＬａは、ＰＵＣＣＨを構成するＵＣＩシンボルとＤＭＲＳシンボルとを合わせた全体シンボル数を意味するか、又はＰＵＣＣＨを構成するシンボルのうちＵＣＩを送信するシンボル数を意味し得る。
【０２３１】
このとき、ＵＥは、前記方法のうち１つを上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）から設定（ｃｏｎｆｉｇｕｒｅ）されて動作するか、ＵＥが前記方法のうち１つのみで動作するようにスペック（ｓｐｅｃ）に明示することができる。
【０２３２】
ｐｒｅ−ＤＦＴ  ＯＣＣベースのロングＰＵＣＣＨにおいてＰＵＣＣＨリソース設定方法
【０２３３】
ＮＲにおいて、大きいＵＣＩペイロード（ｌａｒｇｅ  ＵＣＩ  ｐａｙｌｏａｄ）とユーザマルチプレクシング（ｕｓｅｒ  ｍｕｌｔｉｐｌｅｘｉｎｇ）を同時にサポートするために、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣベースにロングＰＵＣＣＨを送信する方法を考慮することができる。
【０２３４】
ここで、ＯＣＣは、ユーザ区分のために使うｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅを意味し、ウオルシュコード（Ｗａｌｓｈ  ｃｏｄｅ）やＤＦＴシーケンス（ｓｅｑｕｅｎｃｅ）であり得る。
【０２３５】
このとき、Ｐｒｅ−ＤＦＴベースのロングＰＵＣＣＨにおいてＯＣＣ長（ｌｅｎｇｔｈ）は、サポートしようとするユーザマルチプレクシングキャパシティ（ｕｓｅｒ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙ）と送信しようとするＵＣＩペイロード（ｐａｙｌｏａｄ）を考慮して設定することができる。
【０２３６】
一方、Ｐｒｅ−ＤＦＴベースのロングＰＵＣＣＨで送信可能なＵＣＩペイロードはＯＣＣ長に反比例する。
【０２３７】
従って、ＯＣＣ長は、ＵＣＩペイロードとユーザマルチプレクシングキャパシティを考慮して上位層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）やＤＣＩに介する動的な指示（ｄｙｎａｍｉｃ  ｉｎｄｉｃａｔｉｏｎ）により柔軟（ｆｌｅｘｉｂｌｅ）に設定されるようにすることができる。
【０２３８】
また、ＰＵＣＣＨのコヒーレント復調（ｃｏｈｅｒｅｎｔ  ｄｅｍｏｄｕｌａｔｉｏｎ）のためにＵＥ別にチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）のためのＲＳ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）送信が必要である。
【０２３９】
このとき、ユーザ間のチャネル分離（ｃｈａｎｎｅｌ  ｓｅｐａｒａｔｉｏｎ）ための直交ＲＳ（ｏｒｔｈｏｇｏｎａｌ  ＲＳ）送信方法として、次のような方法を考慮することができる。
【０２４０】
（方法１）
【０２４１】
ＣＤＭ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）送信方法である。
【０２４２】
ＣＤＭ送信方法は、互いに（疑似）直交（（ｑｕａｓｉ−）ｏｒｔｈｏｇｏｎａｌ）のコードを重ねて送信する方法である。
【０２４３】
例えば、ＰＵＣＣＨが１ＲＢに送信される場合、ＵＥ別のＲＳは１ＲＢ全体にわたって（シーケンス長（ｓｅｑｕｅｎｃｅ  ｌｅｎｇｔｈ）＝１２）送信されることができる。
【０２４４】
このとき、直交シーケンス（Ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）は、同一のシーケンスに相異なる時間ドメインサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）であり得る。
【０２４５】
（方法２）
【０２４６】
ＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）送信方法である。
【０２４７】
ＦＤＭ送信方法は、相異なる周波数リソースを使用して送信する方法であり、ＵＥ別に周波数リソースを連続的に（ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ）割り当てて送信するか、コーム形（ｃｏｍｂ  ｔｙｐｅ  ＦＤＭ）で交差して送信することができる。
【０２４８】
以下、前記ＵＣＩ及びＲＳ送信方法を考慮して次のようなｐｒｅ−ＤＦＴ  ＯＣＣベースのロングＰＵＣＣＨのＰＵＣＣＨリソースを定義するいくつかの方法を提案する。
【０２４９】
（方法１）
【０２５０】
ＵＣＩ  ｐａｒｔ（ＯＣＣ）とＲＳをペアリング（ｐａｉｒｉｎｇ）してＰＵＣＣＨリソースを定義する方法
【０２５１】
方法１−Ａ：ＯＣＣ（ＵＣＩ）とｃｏｍｂ  ｉｎｄｅｘ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法
【０２５２】
前記ＦＤＭ  ＲＳの送信方法のうち、コーム（ｃｏｍｂ）形の交差送信を使用する場合を例に挙げると、ＵＣＩ  ｐａｒｔにｌｅｎｇｔｈ−Ｎ  ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックス（ｃｏｄｅ  ｉｎｄｅｘ）をｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＲＳコーム（ｃｏｍｂ）｛（０、Ｎ、２Ｎ、……）、（１、Ｎ＋１、２Ｎ＋１、……）、……（Ｎ−１、２Ｎ−１、３Ｎ−１，……）｝をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。
【０２５３】
方法１−Ｂ：ＯＣＣ（ＵＣＩ）とｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法
【０２５４】
例えば、ＵＣＩ  ｐａｒｔにｌｅｎｇｔｈ−Ｎ  ＯＣＣが設定され、ＰＵＣＣＨの送信に使用されるサブキャリアの数がＮＰＵＣＣＨＳＣである場合、Ｎ個のＯＣＣのそれぞれのコードインデックス（ｃｏｄｅ  ｉｎｄｅｘ）をｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＲＳ  ＦＤＭ｛（０、１、２、……）、（ＮＰＵＣＣＨＳＣ／Ｎ、ＮＰＵＣＣＨＳＣ／Ｎ＋１、ＮＰＵＣＣＨＳＣ／Ｎ＋２、……）、……（ＮＰＵＣＣＨＳＣ−ＮＰＵＣＣＨＳＣ／Ｎ、ＮＰＵＣＣＨＳＣ−ＮＰＵＣＣＨＳＣ／Ｎ＋１、ＮＰＵＣＣＨＳＣ−ＮＰＵＣＣＨＳＣ／Ｎ＋２、……）｝をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。
【０２５５】
方法１−Ｃ：ＯＣＣ（ＵＣＩ）とＣＳ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法
【０２５６】
前記ＣＤＭ  ＲＳの送信方法のうち、相異なるＣＳでＲＳを区分する場合、ＵＣＩ  ｐａｒｔにｌｅｎｇｔｈ−Ｎ  ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＣＳインデックスｍ（０＜＝ｍ＜Ｎ、ｍ：整数）をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。
【０２５７】
ユーザ間にマルチプレクシング（ｍｕｌｔｉｐｌｅｘｉｎｇ）する場合、ユーザ間のＤＭＲＳ  ＣＳ  ｄｉｓｔａｎｃｅが大きいほどチャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ）の側面で有利であり得るが、これを考慮して前記のようにペアリングするとき、ＯＣＣ長４の場合に対してＯＣＣコードインデックス（ＯＣＣ  ｃｏｄｅ  ｉｎｄｅｘ）ｎ＝０、１、２、３にそれぞれＣＳ＝０、３、６、９がペアリングされるように定義して、ＯＣＣ長２の場合、（ｎ＝０、１）、ＣＳ＝０、６がペアリングされるようにすることができる。
【０２５８】
方法１−Ｄ：ＯＣＣ（ｆｏｒ  ＵＣＩ）と（ｃｏｍｂ  ｔｙｐｅ  ＦＤＭ、ＣＳ）（ｆｏｒ  ＲＳ）の組み合わせをペアリングしてＰＵＣＣＨリソースを定義する方法
【０２５９】
例えば、ＵＣＩ  ｐａｒｔにｌｅｎｇｔｈ−Ｎ  ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ＵＣＩに適用されるコードインデックスｎとＲＳの構成のためのＮ個の（ｃｏｍｂ，ＣＳ）の組み合わせをペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。
【０２６０】
このとき、Ｎ個のＲＳ  ｉｎｄｅｘ組み合わせを構成するｃｏｍｂの数をＮｃｏｍｂ、ＣＳの数をＮｃｓとすると、Ｎ＝Ｎｃｏｍｂ×Ｎｃｓを満足する。
【０２６１】
例えば、Ｎ＝４の場合、４つのＲＳ  ｉｎｄｅｘに該当する（ｃｏｍｂ，ＣＳ）の組み合わせは、（ｅｖｅｎ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ，ＣＳ＝０）、（ｅｖｅｎ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ，ＣＳ＝Ｘ）、（ｏｄｄ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ，ＣＳ＝０）、（ｏｄｄ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ，ＣＳ＝Ｘ）に設定されることができる（ここで、Ｘ＞０）。
【０２６２】
方法１−Ｅ：ＯＣＣ（ｆｏｒ  ＵＣＩ）と（ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ，ＣＳ）（ｆｏｒ  ＲＳ）の組み合わせをペアリングしてＰＵＣＣＨリソースを定義する方法
【０２６３】
例えば、ＵＣＩ  ｐａｒｔにｌｅｎｇｔｈ−Ｎ  ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）とすると、ＵＣＩに適用されるコードインデックスｎとＲＳの構成のためのＮ個の（ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ，ＣＳ）の組み合わせをペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。
【０２６４】
このとき、Ｎ個のＲＳ  ｉｎｄｅｘ組み合わせを構成するｃｏｎｔｉｇｕｏｕｓ  ＦＤＭの数をＮｆｄｍ、ＣＳの数をＮｃｓとすると、Ｎ＝Ｎｆｄｍ×Ｎｃｓを満足する。
【０２６５】
例えば、Ｎ＝４の場合、４つのＲＳ  ｉｎｄｅｘに該当する（ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ，ＣＳ）の組み合わせは（ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ０〜ＮＰＵＣＣＨＳＣ／２−１，ＣＳ＝０）、（ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ０〜ＮＰＵＣＣＨＳＣ／２−１，ＣＳ＝Ｘ）、（ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ  ＮＰＵＣＣＨＳＣ／２〜ＮＰＵＣＣＨＳＣ−１，ＣＳ＝０）、（ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ  ＮＰＵＣＣＨＳＣ／２〜ＮＰＵＣＣＨＳＣ−１、ＣＳ＝Ｘ）に設定されることができる（ここで、Ｘ＞０）。
【０２６６】
方法１−Ａないし方法１−Ｅは、Ｎ個のＵＣＩ  ＯＣＣ  ｉｎｄｅｘとＮ個のＲＳ  ｉｎｄｅｘ（例えば、ＣＳ  ｉｎｄｅｘ、ｃｏｍｂ  ｉｎｄｅｘ、ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘ）又はこれらの組み合わせに対して事前に１対１の関係を指定してＮ個の組み合わせを作る方法である。
【０２６７】
このとき、ＯＣＣ（ＵＣＩ）とＲＳの１対１の対応関係は、前記方法１−Ａ〜Ｅのうち１つでスペック（ｓｐｅｃ）に固定されたことであるか、ＲＲＣシグナリングにより前記方法のうち１つで設定（ｃｏｎｆｉｇｕｒｅ）されることであり得る。
【０２６８】
例えば、ＲＲＣシグナリング１ｂｉｔを使用してＯＣＣ（ＵＣＩ）にＲＳのｃｏｍｂ  ｉｎｄｅｘ（方法１−Ａ）をペアリングしてＰＵＣＣＨリソースを定義したのか、ＲＳのＣＳ  ｉｎｄｅｘ（方法１−Ｃ）をペアリングしてＰＵＣＣＨリソースを定義したのかを指示する形態であり得る。
【０２６９】
（方法２）
【０２７０】
方法２は、ＵＣＩ  ｐａｒｔとＲＳの全ての組み合わせをＰＵＣＣＨリソースで定義する方法である。
【０２７１】
言い換えると、方法１が１つのＯＣＣに対して１つのＲＳ  ｉｎｄｅｘを対応させたことであれば、方法２は、１つのＯＣＣに対して全部又は多数のＲＳを対応させて選択できるようにＰＵＣＣＨリソースを定義する方法である。
【０２７２】
例えば、１つのＯＣＣに対して２つのＲＳ  ｉｎｄｅｘが対応されるようにＰＵＣＣＨリソースを定義して選択できるようにする方法である。
【０２７３】
このとき、２つのｉｎｄｅｘは、相異なるｃｏｍｂ  ｉｎｄｅｘであるか、相異なるｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘであるか、相異なるＣＳ  ｉｎｄｅｘであり得る。
【０２７４】
ｐｒｅ−ＤＦＴ  ＯＣＣベースロングＰＵＣＣＨにおいてセル間干渉ランダム化（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｎｄｏｍｉｚａｔｉｏｎ）方法
【０２７５】
前記ｐｒｅ−ＤＦＴ  ＯＣＣベースのロングＰＵＣＣＨを送信する方法において、ユーザ間のマルチプレクシングをサポートするためにシンボルごとにＯＣＣを使用する。
【０２７６】
前記ＯＣＣを使用すると、同一セル内での相異なるＯＣＣコードを使用するユーザ間直交性（ｏｒｔｈｏｇｏｎａｌｉｔｙ）が保障されるが、セル間干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）は依然として発生する可能性がある。
【０２７７】
例えば、前記セル間干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）は、相異なるセルの同一のＯＣＣコードを使用するＵＥ間の干渉であり得る。
【０２７８】
従って、本明細書は、このような状況でセル間干渉ランダム化（ｉｎｔｅｒ−ｓｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｎｄｏｍｉｚａｔｉｏｎ）のためにｐｒｅ−ＤＦＴ  ＯＣＣベースのロングＰＵＣＣＨにおいてｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｙｍｂｏｌ−／ｈｏｐ−／ｓｌｏｔ−ｌｅｖｅｌ  ＯＣＣ  ｈｏｐｐｉｎｇを適用することを提案する。
【０２７９】
このとき、セル特定ＯＣＣホッピング（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ＯＣＣ  ｈｏｐｐｉｎｇ）の周期は、シンボル単位であるか、周波数ホッピングが設定された場合は周波数ホップ（ｆｒｅｑｕｅｎｃｙ  ｈｏｐ）単位であるか、スロット単位のホッピング（ｉｎｔｅｒ−ｓｌｏｔ  ＯＣＣ  ｈｏｐｐｉｎｇ）であり得る。
【０２８０】
また、Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｙｍｂｏｌ−／ｈｏｐ−／ｓｌｏｔ−ｌｅｖｅｌ  ＯＣＣ  ｈｏｐｐｉｎｇは、セル別に区分されるランダムホッピングパターン（ｒａｎｄｏｍ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ）に応じてＯＣＣホッピングを行うことができる。
【０２８１】
このとき、セル別に特別なｓｙｍｂｏｌ−／ｈｏｐ−／ｓｌｏｔ−ｌｅｖｅｌ  ＯＣＣホッピングパターンを生成するために、物理セルＩＤ（ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ＩＤ）又は仮想セルＩＤ（ｖｉｒｔｕａｌ  ｃｅｌｌ  ＩＤ）により誘導されるランダムホッピングパターン（ｒａｎｄｏｍ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ）生成方法を使用することができる。
【０２８２】
さらに、ランダムホッピングパターン生成方法に使用されるパラメータとして、物理セルＩＤと仮想セルＩＤのうち選択するように上位層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）により設定（ｃｏｎｆｉｇｕｒｅ）されることもできる。
【０２８３】
また、ＵＥは、割り当てられたＯＣＣ  ｉｎｄｅｘ、ｓｙｍｂｏｌ／ｈｏｐ／ｓｌｏｔ  ｉｎｄｅｘ、ｃｅｌｌ  ＩＤなどを介して別途のシグナリングなしにｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｙｍｂｏｌ−／ｈｏｐ−／ｓｌｏｔ−ｌｅｖｅｌ  ＯＣＣホッピングパターンを生成してＵＣＩ情報を送信することができる。
【０２８４】
そして、Ｐｒｅ−ＤＦＴ  ＯＣＣベースのロングＰＵＣＣＨにおいてＵＣＩにｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｙｍｂｏｌ−／ｈｏｐ−／ｓｌｏｔ−ｌｅｖｅｌ  ＯＣＣホッピングを適用する場合、ＵＥは、前記「ＵＣＩ  ｐａｒｔ（ＯＣＣ）とＲＳをペアリングしてＰＵＣＣＨリソースを定義する方法」により自分に割り当てられたＯＣＣ（ＵＣＩ  ｐａｒｔ）とペアリングされたＲＳのＣＳ／ｃｏｍｂ  ｉｎｄｅｘ／ｃｏｍｂ  ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘを参照してＵＣＩ送信チャネルのチャネル推定に必要なＰＵＣＣＨ  ＲＳを生成する。
【０２８５】
または、ＵＥは、前記「ＵＣＩ  ｐａｒｔとＲＳの全部の組み合わせをＰＵＣＣＨリソースで定義する方法」により自分に割り当てられたＯＣＣ（ＵＣＩ  ｐａｒｔ）に対して設定されたＲＳのＣＳ／ｃｏｍｂ  ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘを参照することができる。
【０２８６】
このとき、ＲＳの場合は、１）スロット内に同一の１つのＲＳが設定され、当該ＲＳはロングＰＵＣＣＨ内の特定（例えば、第１（ｆｉｒｓｔ））シンボル又は特定（例えば、第１（ｆｉｒｓｔ））周波数ホップ（ｆｒｅｑｕｅｎｃｙ  ｈｏｐ）に使用されるＯＣＣにペアリングされたと決定されるか、あるいは、２）周波数ホップ別に１つのＲＳが設定され、当該ＲＳは、当該周波数ホップ又は周波数ホップ内の特定（例えば、第１（ｆｉｒｓｔ））シンボルに使用されるＯＣＣにペアリングされたと決定されることができる。
【０２８７】
または、逆に、ＯＣＣ（ｆｏｒ  ＵＣＩ）とＣＳ／ｃｏｍｂ  ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘ（ｆｏｒ  ＲＳ）が事前にペアリングされてリソースが割り当てられた場合、セル間干渉ランダム化（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｎｄｏｍｉｚａｔｉｏｎ）を行うためにＲＳに対してＣＳ／ｃｏｍｂ  ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ  ＦＤＭ  ｉｎｄｅｘ（ｆｏｒ  ＲＳ）ホッピングを行い、ＵＥは、該当ＲＳホッピング情報から（ペアリングされた）ＵＣＩに適用するＯＣＣ情報を取得してＵＣＩ  ｐａｒｔに適用することができる。
【０２８８】
動的なＴＤＤ（Ｄｙｎａｍｉｃ  ＴＤＤ）状況でのマルチスロットのロングＰＵＣＣＨ送信動作
【０２８９】
以下、動的な（ｄｙｎａｍｉｃ）ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）状況で複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）を利用してロングＰＵＣＣＨを送信する動作について説明する。
【０２９０】
ここで、複数のスロットを利用してロングＰＵＣＣＨを送信する動作は、複数のスロットにおいてロングＰＵＣＣＨを繰り返して送信する動作を含むことができる。
【０２９１】
本明細書で、ＴＤＤは、アンペアードスペクトル（ｕｎｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ）又はフレーム構造タイプ２（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）と称されてもよく、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）は、ペアードスペクトル（ｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ）又はフレーム構造タイプ１（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １）称されてもよい。
【０２９２】
以下、複数のスロットを利用するロングＰＵＣＣＨの送信は、簡略に「マルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ−ｓｌｏｔ  ｌｏｎｇ  ＰＵＣＣＨ）」と表現する。
【０２９３】
ＮＲは、ＵＬ（ｕｐｌｉｎｋ）トラフィック及び／又はＤＬ（ｄｏｗｎｌｉｎｋ）トラフィック量の変化に動的に適応（ａｄａｐｔａｔｉｏｎ）し、相異なるサービス（例えば、低遅延サービス（ｌｏｗ  ｌａｔｅｎｃｙ  ｓｅｒｖｉｃｅ）、高速データレートサービス（ｈｉｇｈ  ｄａｔａ  ｒａｔｅ  ｓｅｒｖｉｃｅ）など）間のＴＤＤを効率的にサポートするために動的なＴＤＤ（ｄｙｎａｍｉｃ  ＴＤＤ）をサポートすることができる。
【０２９４】
このとき、ｄｙｎａｍｉｃ  ＴＤＤをサポートする方法として、ＤＬ  ｓｌｏｔ、ＵＬ  ｓｌｏｔ、ｕｎｋｎｏｗｎ  ｓｌｏｔ、ｒｅｓｅｒｖｅｄ  ｓｌｏｔが半静的（ｓｅｍｉ−ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）に設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０２９５】
ここで、「ｒｅｓｅｒｖｅｄ  ｓｌｏｔ」は、他のシステムとＴＤＤされるか、ｇＮＢがＮＲのＤＬ及び／又はＵＬデータ送信ではない他の特定用途で使用するために設定するスロットであり、ＮＲのＵＬ及び／又はＤＬデータ送信が許容されないスロットを意味し得る。
【０２９６】
また、「Ｕｎｋｎｏｗｎ  ｓｌｏｔ」は、基本的にｒｅｓｅｒｖｅｄ  ｓｌｏｔと同一又は類似した目的で使用される。
【０２９７】
ただし、「Ｕｎｋｎｏｗｎ  ｓｌｏｔ」は、ｇＮＢが必要に応じてｄｙｎａｍｉｃ  ＤＬ及び／又はＵＬ送信をサポートするスロットであり、スロットフォーマット（ｓｌｏｔ  ｆｏｒｍａｔ）をオーバーライド（ｏｖｅｒｒｉｄｅ）できるスロットを意味し得る。
【０２９８】
このとき、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ  ｓｌｏｔなどのスロットフォーマットは、ｇＮＢにより半静的（ｓｅｍｉ−ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）に設定できる。
【０２９９】
このように設定（ｃｏｎｆｉｇｕｒｅ）されたスロットフォーマットは、半静的なＳＦＩ（ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ））（半静的設定（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合）又は動的なＳＦＩ（ｄｙｎａｍｉｃ  ＳＦＩ）（動的設定（ｄｙｎａｍｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合）によりＵＥに指示されることができる。
【０３００】
また、Ｒｅｓｅｒｖｅｄ  ｓｌｏｔは、ｇＮＢにより半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に設定（ｃｏｎｆｉｇｕｒｅ）されることができ、半静的ＲＲＣシグナリングでＵＥに指示されることができる。
【０３０１】
このとき、前記ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄは、シンボル単位で半静的又は動的に設定（ｃｏｎｆｉｇｕｒｅ）されることであり得る。
【０３０２】
ここで、マルチスロットのロングＰＵＣＣＨがＮ個のスロットにわたって送信されるとき、開始スロット（ｓｔａｒｔｉｎｇ  ｓｌｏｔ）とスロットの数（ｎｕｍｂｅｒ  ｏｆ  ｓｌｏｔ）によりマルチスロットのロングＰＵＣＣＨの送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）が設定されることになるが、前記のような半静的及び／又は動的ＴＤＤの状況で、マルチスロットのロングＰＵＣＣＨは下記のような方式で（オプション１−１ないしオプション１−２）動作することができる。
【０３０３】
（オプション１−１）
【０３０４】
オプション１−１は、開始スロット（ｓｔａｒｔｉｎｇ  ｓｌｏｔ）に指定されたスロットにおいてマルチスロットのロングＰＵＣＣＨの１番目のスロットを送信し（ＵＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ−１）個のスロット（ら）は、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＳＦＩ（又は、動的（ｄｙｎａｍｉｃ）ＳＦＩ）によりＵＬと設定されたスロットにおいてのみ送信する方法である。
【０３０５】
より具体的に、前記以後（Ｎ−１）個のスロット（ら）は、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。
【０３０６】
ここで、前記以後（Ｎ−１）個のスロット（ら）は、前記マルチスロットのロングＰＵＣＣＨが送信されるスロットを意味する。
【０３０７】
（オプション１−２）
【０３０８】
オプション１−２は、開始スロットと指定されたスロットにおいてマルチスロットのロングＰＵＣＣＨの１番目のスロットを送信し（ＵＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ−１）個のスロットはｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＵＬ又はｕｎｋｎｏｗｎと設定されたスロットにおいてのみ送信される。
【０３０９】
より具体的に、前記以後（Ｎ−１）個のスロット（ら）は、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。
【０３１０】
ただし、前記オプション１−１、１−２において、１番目のスロットの送信は、開始スロットがｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりｕｎｋｎｏｗｎ又はＵＬと設定された場合にのみ有効であり得る。
【０３１１】
前記において、「特定スロットがＵＬと設定された」という意味は、当該スロット内のＰＵＣＣＨ送信区間の全てのシンボル又は大部分のシンボルがＵＬと設定されることを意味し得る。
【０３１２】
または、前記において、「特定スロットがＵＬと設定された」という意味は、スロット内ＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。
【０３１３】
この場合、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３１４】
このとき、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記アップリンクシンボル数とは、ＵＬシンボルのみをカウント（ｃｏｕｎｔ）したものであるか、又はＵＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。
【０３１５】
また、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）の一部がＵＬシンボルでない場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３１６】
例えば、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）とＵＬシンボルの差が１シンボルを超過する場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎでないと判断して動作することができる。
【０３１７】
または、ＰＵＣＣＨ送信のために使用できる連続したアップリンクシンボルで構成された区間が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ開始シンボルインデックス（ＰＵＣＣＨ  ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ  ｉｎｄｅｘ）及びＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）による区間を完全に含まないと、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３１８】
または、マルチスロットのロングＰＵＣＣＨが送信される開始スロットがｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＵＬと、又は、ＵＬ又はｕｎｋｎｏｗｎと設定されない場合、次のような方式（オプション２−１ないしオプション２−２）で動作することができる。
【０３１９】
（オプション２−１）
【０３２０】
オプション２−１は、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＵＬと設定されたＮ個のスロットにおいてのみマルチスロットのロングＰＵＣＣＨを送信する方法である。
【０３２１】
より具体的に、マルチスロットのロングＰＵＣＣＨは、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。
【０３２２】
（オプション２−２）
【０３２３】
オプション２−２は、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＵＬ又はｕｎｋｎｏｗｎと設定されたＮ個のスロットにおいてのみマルチスロットのロングＰＵＣＣＨを送信する方法である。
【０３２４】
より具体的に、マルチスロットのロングＰＵＣＣＨは、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。
【０３２５】
ここで、前記において、特定スロットがＵＬと設定されたという意味は、当該スロット内のＰＵＣＣＨ送信区間の全てのシンボル又は大部分のシンボルがＵＬと設定されることを意味し得る。
【０３２６】
または、前記において特定スロットがＵＬと設定されたという意味は、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定するという意味であり得る。
【０３２７】
この場合、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より小さい場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３２８】
また、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記アップリンクシンボルの数とは、ＵＬシンボルのみをカウントするものであるか、又はＵＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。
【０３２９】
また、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）の一部がＵＬシンボルでない場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３３０】
例えば、スロット内のＰＵＣＣＨ送信のために設定されたＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）とＵＬシンボルの差が１ シンボルを超過する場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３３１】
または、ＰＵＣＣＨ送信のために使用できる連続したアップリンクシンボルと設定された区間が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ開始シンボルインデックス及びＰＵＣＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）による区間を完全に含んでいないと、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３３２】
前述した４つのオプションのうちいずれか１つで動作するように特定方法が半静的に（ｓｅｍｉ−ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）設定されるようにすることができる。
【０３３３】
一例として、ＰＵＣＣＨ送信を指示するＤＣＩを介して前記４つのオプションのうちどのオプションを適用するか、又は前記オプション１−１と１−２のうちどの方式を適用するか、又は前記オプション２−１と２−２のうちどの方式を適用するかを端末に動的に指示することができる。
【０３３４】
前記マルチスロットのロングＰＵＣＣＨは、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬ及び／又はｒｅｓｅｒｖｅｄと設定されたスロットに対してＰＵＣＣＨ送信を省略することができる。
【０３３５】
このとき、前記省略されたスロットは、ＰＵＣＣＨ送信に割り当てられたＮ個のスロットのうち１つとしてカウントされるか又はカウントされないことがある。
【０３３６】
前述したように、ＦＤＤ／ＴＤＤ（又は、ペアード／アンペアードスペクトル）において、マルチスロットのロングＰＵＣＣＨ送信は次のようなステップ（ｓｔｅｐ）により実際送信するスロットが決定される。
【０３３７】
このとき、当該マルチスロットのロングＰＵＣＣＨに設定された送信スロットの数はＮ個、送信スロット内に送信シンボル領域はシンボル♯Ｋ１からＫシンボルと設定（又は、指示）されることができる。
【０３３８】
（Ｓｔｅｐ  １）
【０３３９】
マルチスロットのロングＰＵＣＣＨ送信のためのスロットを決定する１番目のステップ（ｓｔｅｐ  １）は、半静的ＤＬ／ＵＬ設定（ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）により設定された場合、ｓｙｍｂｏｌ＃Ｋ１からＫ個のＵＬシンボルがｕｎｋｎｏｗｎ又はＵＬと設定されたスロットで構成されたＮ個のスロットをマルチスロットのロングＰＵＣＣＨ送信スロットと決定する。
【０３４０】
一例として、ｓｌｏｔ♯０から４つのスロットの間、マルチスロットのロングＰＵＣＣＨが指示（又は、設定）され、Ｋ１＝５、Ｋ＝６と指示（又は、設定）されたとき、ｓｌｏｔ♯０／♯１／♯２／♯３／♯４／♯５／♯６は半静的ＤＬ／ＵＬ設定によりそれぞれ全てＤＬシンボル／全てＤＬシンボル／１０個のＤＬシンボル＋４つのｕｎｋｎｏｗｎシンボル／全てｕｎｋｎｏｗｎシンボル／全てＵＬシンボル／全てＵＬシンボル／全てＵＬシンボルと設定されるとき、ｓｌｏｔ♯３／♯４／♯５／♯６は、当該マルチスロットのロングＰＵＣＣＨ送信スロットと決定されることができる。
【０３４１】
（Ｓｔｅｐ  ２）
【０３４２】
次に、マルチスロットのロングＰＵＣＣＨ送信のためのスロットを決定する２番目のステップ（ｓｔｅｐ  ２）は、ｄｙｎａｍｉｃ  ＳＦＩ（又は、ｇｒｏｕｐ  ｃｏｍｍｏｎ−ＰＤＣＣＨ）が設定された場合、半静的ＤＬ／ＵＬ設定（ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）によりｕｎｋｎｏｗｎと設定されたシンボル（又は、スロット）に対して（又は、ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎが設定されていない場合）ＤＬ／ｕｎｋｎｏｗｎ／ＵＬ領域をシグナリングすることができる。
【０３４３】
すなわち、ｄｙｎａｍｉｃ  ＳＦＩが設定され、前記Ｓｔｅｐ  １でマルチスロットのロングＰＵＣＣＨ送信用と決定されたスロットのうち（特に、ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎによりｕｎｋｎｏｗｎと設定されたスロットのうち）、ｄｙｎａｍｉｃ  ＳＦＩが指示した当該スロットに対してシンボル＃Ｋ１からＫ個のＵＬシンボルがＵＬ（及び／又はｕｎｋｎｏｗｎ）と設定されていない場合は、当該スロットに対してロングＰＵＣＣＨ送信を行わないことがある。
【０３４４】
また、ｄｙｎａｍｉｃ  ＳＦＩが設定されたが、前記Ｓｔｅｐ  １でマルチスロットのロングＰＵＣＣＨ送信用と決定されたスロット（特に、ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎによりｕｎｋｎｏｗｎと設定されたスロット）に対するｄｙｎａｍｉｃ  ＳＦＩ情報を受信しなかった場合、当該スロットに対してロングＰＵＣＣＨ送信が行われないことものあり、当該スロットに対してロングＰＵＣＣＨ送信が行われるように規則が設定されることもある。
【０３４５】
このとき、動的Ｌ１シグナリング（ｄｙｎａｍｉｃ  Ｌ１  ｓｉｇｎａｌｉｎｇ）（例えば、ＤＬ  ａｓｓｉｇｎｍｅｎｔ、ＵＬ  ｇｒａｎｔ）などにより指示されたマルチスロットのロングＰＵＣＣＨ（又は、マルチスロットの ＰＵＳＣＨ（ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＳＣＨ））の場合、Ｓｔｅｐ  ２の適用なしにＳｔｅｐ  １のみを適用してＮ個のスロットの間、マルチスロットのロングＰＵＣＣＨ（又は、ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＳＣＨ）送信が行われることができる。
【０３４６】
そして、ＲＲＣシグナリング（又は、ＲＲＣシグナリングとＤＣＩの組み合わせ、例えば、ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔの送信）により指示されたマルチスロットのロングＰＵＣＣＨ（例えば、ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ、ｐｅｒｉｏｄｉｃ  ＣＳＩ送信又はｍｕｌｔｉ−ｓｌｏｔ  ＰＵＳＣＨ）の場合は、Ｓｔｅｐ  １及びＳｔｅｐ  ２を全て適用してＮ個のスロットのうち、一部のスロットにおいてはマルチスロットのロングＰＵＣＣＨ（又は、ｍｕｌｔｉ−ｓｌｏｔ  ＰＵＳＣＨ）送信が省略されることができる。
【０３４７】
または、ＵＣＩ送信においてはトリガー手段（Ｌ１シグナリングであるか又はＲＲＣシグナリングであるか）に関係なく、常にＳｔｅｐ  ２の適用なしにＳｔｅｐ  １のみを適用してＮ個のスロットの間、マルチスロットのロングＰＵＣＣＨ送信が行われることができる。
【０３４８】
より具体的に、ＵＣＩを含まない（ｍｕｌｔｉ−ｓｌｏｔ）データ送信においては、前記ｓｔｅｐ  １及びｓｔｅｐ  ２を全て適用してＮ個のスロットのうち一部のスロットにおいて（ｍｕｌｔｉ−ｓｌｏｔ）ＰＵＳＣＨ送信が省略されることができる。
【０３４９】
前記Ｄｙｎａｍｉｃ  ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨ送信動作は、ＰＵＳＣＨをアップリンクカバレッジ（ｕｐｌｉｎｋ  ｃｏｖｅｒａｇｅ）拡張のために複数のスロットにわたってＰＵＳＣＨを送信するｍｕｌｔｉ−ｓｌｏｔ  ＰＵＳＣＨ送信動作にも同様に適用できる。
【０３５０】
Ｄｙｎａｍｉｃ  ＴＤＤ状況でのｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨ受信動作
【０３５１】
また、前記マルチスロットのロングＰＵＣＣＨ送信動作は、ダウンリンクカバレッジ拡張のために複数のスロットにわたってＰＤＳＣＨを送信するｍｕｌｔｉ−ｓｌｏｔ  ＰＳＳＣＨ送信においても以下のように適用されることができる。
【０３５２】
（オプション１−１）
【０３５３】
開始スロットと指定されたスロットにおいてｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨの１番目のスロットを送信し（ＤＬ又はｕｎｋｎｏｗｎに関係なく）、以後の（Ｎ−１）個のスロットはｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬと設定されたスロットにおいてのみ送信する。
【０３５４】
さらに、以後の（Ｎ−１）個のスロットは、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。
【０３５５】
（オプション１−２）
【０３５６】
開始スロットと指定されたスロットにおいてｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨの１番目のスロットを送信し（ＤＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ−１）個のスロットはｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬ又はｕｎｋｎｏｗｎと設定されたスロットにおいてのみ送信する。
【０３５７】
さらに、以後（Ｎ−１）個のスロットは、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。
【０３５８】
ただし、前記において、１番目のスロット送信は開始スロットがｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりｕｎｋｎｏｗｎ又はＤＬと設定された場合にのみ有効であり得る。
【０３５９】
ただし、前記において、特定スロットがＤＬと設定されたという意味は、当該スロット内のＰＤＳＣＨ送信区間の全てのシンボル又は大部分のシンボルがＤＬと設定されることを意味し得る。
【０３６０】
または、前記において、特定スロットがＤＬと設定されたという意味は、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。
【０３６１】
この場合、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３６２】
そして、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記ダウンリンクシンボル数とは、ＤＬシンボルのみをカウントするものであるか、ＤＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。
【０３６３】
また、スロット内ＰＤＳＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）の一部がＤＬシンボルでない場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３６４】
例えば、スロット内のＰＤＳＣＨ送信のために設定されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）とＤＬシンボルの差が１ シンボルを超過する場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３６５】
または、開始スロットがｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬと、又はＤＬやｕｎｋｎｏｗｎと設定されていない場合、次のような方式で動作することができる。
【０３６６】
（オプション２−１）
【０３６７】
開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬと設定されたＮ個のスロットにおいてのみｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨを送信する。
【０３６８】
さらに、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。
【０３６９】
（オプション２−２）
【０３７０】
開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＤＬ又はｕｎｋｎｏｗｎと設定されたＮ個のスロットにおいてのみｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨを送信する。
【０３７１】
さらに、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ  ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。
【０３７２】
ただし、前記特定スロットがＤＬと設定されたという意味は、当該スロット内のＰＤＳＣＨ送信区間の全てのシンボル又は大部分のシンボルがＤＬと設定されることを意味する。
【０３７３】
または、前記特定スロットがＤＬと設定されたという意味は、スロット内ＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。
【０３７４】
この場合、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３７５】
そして、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記ダウンリンクシンボル数とは、ＤＬシンボルのみをカウント（ｃｏｕｎｔ）するものであるか、ＤＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。
【０３７６】
また、スロット内のＰＤＳＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）のうち一部がＤＬシンボルでない場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３７７】
例えば、スロット内のＰＤＳＣＨ送信のために設定されたＰＤＳＣＨ区間（ｉｎ  ｓｙｍｂｏｌｓ）とＤＬシンボルの差が１ シンボルを超過する場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。
【０３７８】
このとき、前記オプションのうち１つで動作するように半静的に（ｓｅｍｉ−ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）設定することができる。
【０３７９】
一例として、ＰＤＳＣＨをスケジューリングするＤＣＩを介して前記４つのオプションのうちどの方式を適用するか、又は前記オプション１−１と１−２のうちどの方式を適用するか、又は前記オプション２−１と２−２のうちどの方式を適用するかを動的に（ｄｙｎａｍｉｃ）指示することができる。
【０３８０】
前記ｍｕｌｔｉ−ｓｌｏｔ  ＰＳＳＣＨは、ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ（又は、ｄｙｎａｍｉｃ  ＳＦＩ）によりＵＬ及び／又はｒｅｓｅｒｖｅｄと設定されたスロットに対してはＰＤＳＣＨ送信を省略することができる。
【０３８１】
前記省略されたスロットは、ＰＤＳＣＨ送信に割り当てられたＮ個のスロットのうち１つとしてカウントされるか、カウントされないことがある。
【０３８２】
前記ＰＤＳＣＨ送信とは、ＵＥの立場ではＰＤＳＣＨ受信動作を意味し得る。
【０３８３】
また、前記Ｄｙｎａｍｉｃ  ＴＤＤ状況でのｍｕｌｔｉ−ｓｌｏｔ  ＰＤＳＣＨ受信動作は、ＰＤＣＣＨをダウンリンクカバレッジ（ｄｏｗｎｌｉｎｋ  ｃｏｖｅｒａｇｅ）拡張のために複数のスロットにわたってＰＤＣＣＨを送信するｍｕｌｔｉ−ｓｌｏｔ  ＰＤＣＣＨ送信動作にも同様に適用きる。
【０３８４】
Ｄｙｎａｍｉｃ  ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨの周波数ホッピング動作
【０３８５】
ＰＵＣＣＨのカバレッジ向上のためにＰＵＣＣＨを複数のスロットにわたって繰り返して送信するとき、繰り返し利得（ｒｅｐｅｔｉｔｉｏｎ  ｇａｉｎ）の他に追加的に周波数ダイバーシティ利得（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ  ｇａｉｎ）を得るためにスロット間の周波数ホッピング（ｉｎｔｅｒ−ｓｌｏｔ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）を適用することができる。
【０３８６】
スロット間の周波数ホッピング（ｉｎｔｅｒ−ｓｌｏｔ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）は、周波数ダイバーシティを取得するためにスロットごとに送信周波数リソースの位置を変化させる動作を意味する。
【０３８７】
このような、ｉｎｔｅｒ−ｓｌｏｔ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇは、ランダム周波数ホッピング（ｒａｎｄｏｍ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）方式と決定論的（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）方法が可能である。
【０３８８】
前記ランダム周波数ホッピング（ｒａｎｄｏｍ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）方式は、周波数ホッピングパターンをスロットごとに乱数発生器（ｒａｎｄｏｍ  ｎｕｍｂｅｒ  ｇｅｎｅｒａｔｏｒ）により生成することである。
【０３８９】
さらに、決定論的周波数ホッピング（ｄｅｔｅｒｍｉｎｉｓｔｉｃ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）方式は、例えば、多数の周波数位置を決めてスロットごとに決められた周波数位置のうち１つに移動するようにする方式で実現することができる。
【０３９０】
簡単な例示として、ｆ１とｆ２、２つの周波数リソース（ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ）が上位層及び／又はＬ１シグナリングで設定（ｃｏｎｆｉｇｕｒｅ）された後、スロットごとにｆ１とｆ２を交互に移すようにすることができる。
【０３９１】
このとき、ｉｎｔｅｒ−ｓｌｏｔ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇの周波数ホッピングパターンはスロットインデックス（ｓｌｏｔ  ｉｎｄｅｘ）の関数で定義されることができる。
【０３９２】
そこで、本明細書では、以下、ｉｎｔｅｒ−ｓｌｏｔ  ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ方法を提案する。
【０３９３】
これは、ｄｙｎａｍｉｃ  ＴＤＤにおいては、ＰＵＣＣＨ送信が可能なスロットが制限されており、また半静的又は動的に変化できる点を勘案したものである。
【０３９４】
まず、下記の提案で特定スロットがＵＬと設定されたという意味は、３．５節（Ｄｙｎａｍｉｃ  ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨ送信動作）の定義に従う。
【０３９５】
また、下記において、ＰＵＣＣＨ送信を省略（ｓｋｉｐ）するという意味は、ＰＵＣＣＨを送信したとみなし、マルチスロットのロングＰＵＣＣＨ送信回数としてカウントすることを意味する。
【０３９６】
また、下記において、ＰＵＣＣＨ送信をホールド（ｈｏｌｄ  ｏｒ  ｄｅｆｅｒ）するという意味は、マルチスロットのロングＰＵＣＣＨ送信回数としてカウントしないことを意味する。
【０３９７】
（方法１）
【０３９８】
ｓｌｏｔ  ｉｎｄｅｘ、ｎｓごとに新しい周波数ホッピングパターン（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ）を生成する。
【０３９９】
ここで、ｓｌｏｔ  ｉｎｄｅｘ、ｎｓは、スロットフォーマット（ＵＬ／ＤＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄ）に関係なくカウントするインデックスを意味する。
【０４００】
方法１の場合、ＵＬと設定されていないスロットに対しては、ＰＵＣＣＨの送信は省略（ｓｋｉｐ）又はホールド（ｈｏｌｄ  ｏｒ  ｄｅｆｅｒ）されるが、周波数ホッピングパターンの生成はスロットフォーマット関係なく生成し、ただし、当該スロットでの適用は省略（ｓｋｉｐ）する。
【０４０１】
すなわち、周波数ホッピングパターンは全てのスロットにおいて継続して生成されるが、生成された値が実際の周波数ホッピングに適用されない。
【０４０２】
この後、ＵＬと設定されたスロットにおいてＰＵＣＣＨ送信が再び開始されるときは、当該スロットｉｎｄｅｘを利用して新しく生成した周波数ホッピングパターン値を適用する。
【０４０３】
方法１の場合、前記のｆ１、ｆ２周波数ホッピングの例を挙げると、偶数又は奇数スロットのみがＵＬと設定される場合、ｆ１又はｆ２値のみでＰＵＣＣＨを送信するようになって、周波数ダイバーシティ利得が十分に得られない場合が発生する。
【０４０４】
（方法２）
【０４０５】
ＵＬ  ｓｌｏｔ  ｉｎｄｅｘごとに新しい周波数ホッピングパターンを生成する方法である。
【０４０６】
ここで、ＵＬ  ｓｌｏｔ  ｉｎｄｅｘ、ｎｓ＿ｕは、ＵＬと設定されたスロットのみをカウントするインデックス（ｉｎｄｅｘ）を意味する。
【０４０７】
方法２では、前記ＵＬと設定されていないスロットに対してＰＵＣＣＨ送信が省略（ｓｋｉｐ）又はホールド（ｈｏｌｄ  ｏｒ  ｄｅｆｅｒ）される場合に対して、当該ＵＬ  ｓｌｏｔ  ｉｎｄｅｘが増加しないので、周波数ホッピングパターンの生成も共にホールド（ｈｏｌｄ  ｏｒ  ｄｅｆｅｒ）される。
【０４０８】
方法１と方法２の相違点は、次のようである。
【０４０９】
例えば、前記ｆ１、ｆ２周波数ホッピングは、方法２の場合、偶数又は奇数スロットのみをＵＬと設定された場合にも、ｆ１→ｆ２→ｆ１→ｆ２→…形態の周波数ホッピングパターンを維持するため、全てのスロットがＵＬと設定された場合と同一に周波数ダイバーシティ利得（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ  ｇａｉｎ）を得ることができる。
【０４１０】
（方法３）
【０４１１】
半静的スロットフォーマット設定（Ｓｅｍｉ−ｓｔａｔｉｃ  ｓｌｏｔ  ｆｏｒｍａｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）ベースのＵＬスロットインデックス（ＵＬ  ｓｌｏｔ  ｉｎｄｅｘ）を基準に周波数ホッピングパターンを生成する方法である。
【０４１２】
ここで、ＵＬ  ｓｌｏｔ  ｉｎｄｅｘ、ｎｓ＿ｕ＿ｓｓは、ｓｅｍｉ−ｓｔａｔｉｃ  ｓｌｏｔ  ｆｏｒｍａｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎによりＵＬと設定されたスロットのみをカウントするインデックスを意味する。
【０４１３】
方法３の場合、ｓｅｍｉ−ｓｔａｔｉｃ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて方法２のように周波数ホッピングパターンを生成した後、ｄｙｎａｍｉｃ  ＳＦＩにより既存にＵＬと設定されたスロットの一部がＤＬに変更される場合（例えば、ＵＬ送信が可能なｕｎｋｎｏｗｎスロットがＤＬ送信用としてＤＣＩにより指定される場合）、周波数ホッピングパターンの適用を省略する。
【０４１４】
図５は、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨを送信するための端末の動作方法の一例を示すフローチャートである。
【０４１５】
まず、端末は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信する（Ｓ５１０）。
【０４１６】
そして、前記端末は、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信する（Ｓ５２０）。
【０４１７】
そして、前記端末は、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定する（Ｓ５３０）。
【０４１８】
前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。
【０４１９】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。
【０４２０】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。
【０４２１】
そして、前記端末は、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信する（Ｓ５４０）。
【０４２２】
もし、前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないこともある。
【０４２３】
追加的に、前記端末は、Ｓ５１０ステップ以後に特定ＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信することができる。
【０４２４】
そして、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を利用して送信されることができる。
【０４２５】
より具体的に、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連したサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）をペアリングして決定できる。
【０４２６】
図５及び図７ないし図１０を参照して、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨ送信が端末装置において実現される内容について説明する。
【０４２７】
無線通信システムにおいて複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサとを含む。
【０４２８】
まず、端末のプロセッサは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信するように前記ＲＦモジュールを制御する。
【０４２９】
そして、前記プロセッサは、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信するように前記ＲＦモジュールを制御する。
【０４３０】
そして、前記プロセッサは、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定する。
【０４３１】
前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。
【０４３２】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。
【０４３３】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。
【０４３４】
そして、前記プロセッサは、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するように前記ＲＦモジュールを制御する。
【０４３５】
もし、前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないこともある。
【０４３６】
追加的に、前記プロセッサは、特定のＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するように前記ＲＦモジュールを制御することができる。
【０４３７】
そして、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を利用して送信されることができる。
【０４３８】
より具体的に、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連したサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）をペアリングして決定されることができる。
【０４３９】
図６は、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨを受信するための基地局の動作方法の一例を示すフローチャートである。
【０４４０】
まず、基地局は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を端末に送信する（Ｓ６１０）。
【０４４１】
そして、前記基地局は、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内ＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記端末に送信する（Ｓ６２０）。
【０４４２】
そして、前記基地局は、複数のスロット上でロングＰＵＣＣＨを前記端末から受信する（Ｓ６３０）。
【０４４３】
前記複数のスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。
【０４４４】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。
【０４４５】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。
【０４４６】
もし、複数のスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨは受信されないこともある。
【０４４７】
追加的に、前記基地局は、Ｓ６１０ステップ以後に特定ＴＤＤ  ＵＬ−ＤＬスロットのフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記端末に送信することができる。
【０４４８】
そして、前記ロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を利用して受信できる。
【０４４９】
より具体的に、前記ロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連したＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）をペアリングして決定されることができる。
【０４５０】
図６ないし図１０を参照して本明細書で提案するマルチスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨの受信が基地局装置において実現される内容について説明する。
【０４５１】
無線通信システムにおいて、複数のスロット（ｍｕｌｔｉ−ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を受信する基地局は、無線信号を送受信するためのＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的接続されているプロセッサとを含む。
【０４５２】
まず、基地局のプロセッサは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）  ＵＬ（ｕｐｌｉｎｋ）−ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を端末に送信するように前記ＲＦモジュールを制御する。
【０４５３】
そして、前記プロセッサは、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記端末に送信するように前記ＲＦモジュールを制御する。
【０４５４】
そして、前記基地局は、複数のスロット上でロングＰＵＣＣＨを前記端末から受信するように前記ＲＦモジュールを制御する。
【０４５５】
前記複数のスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。
【０４５６】
前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。
【０４５７】
前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。
【０４５８】
もし、複数のスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨは受信されないこともある。
【０４５９】
追加的に、前記プロセッサは、特定ＴＤＤ  ＵＬ−ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記端末に送信するように前記ＲＦモジュールを制御することができる。
【０４６０】
そして、前記ロングＰＵＣＣＨは、ｐｒｅ−ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）  ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を利用して受信されることができる。
【０４６１】
より具体的に、前記ロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に関連したＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）をペアリングして決定されることができる。
【０４６２】
前述した方法は、独立的に行われるか、又は各方法が多様に結合又は組み合わされて行われることにより、本明細書で提案するマルチスロットベースのログＰＵＣＣＨ送受信を行うことができる。
【０４６３】
本発明が適用できる装置一般
【０４６４】
図７は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【０４６５】
図７を参照すると、無線通信システムは、基地局７１０と、基地局７１０の領域内に位置した複数の端末７２０とを含む。
【０４６６】
前記基地局と端末は、それぞれ無線装置で表現されることもできる。
【０４６７】
基地局７１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）７１１、メモリ（ｍｅｍｏｒｙ）７１２及びＲＦモジュール（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌｅ）７１３を含む。
【０４６８】
プロセッサ７１１は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。
【０４６９】
無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。
【０４７０】
メモリ７１２は、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。
【０４７１】
ＲＦモジュール７１３は、プロセッサと接続されて、無線信号を送信及び／又は受信する。
【０４７２】
端末７２０は、プロセッサ７２１、メモリ７２２及びＲＦモジュール７２３を含む。
【０４７３】
プロセッサ７２１は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。
【０４７４】
無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。
【０４７５】
メモリ７２２は、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。
【０４７６】
ＲＦモジュール７２３は、プロセッサと接続されて、無線信号を送信及び／又は受信する。
【０４７７】
メモリ７１２、７２２は、プロセッサ７１１、７２１の内部又は外部に位置し、よく知られている多様な手段でプロセッサ７１１、７２１と接続される。
【０４７８】
また、基地局７１０及び／又は端末７２０は、１つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）又は多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０４７９】
図８は、本発明の一実施形態による通信装置のブロック構成図を例示する。
【０４８０】
特に、図８においては、前記図７の端末をより詳細に例示する図である。
【０４８１】
図８を参照すると、端末は、プロセッサ（又は、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ））８１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（又は、ＲＦユニット）８３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）８０５、アンテナ（ａｎｔｅｎｎａ）８４０、バッテリ（ｂａｔｔｅｒｙ）８５５、ディスプレイ（ｄｉｓｐｌａｙ）８１５、キーパッド（ｋｅｙｐａｄ）８２０、メモリ（ｍｅｍｏｒｙ）８３０、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）カード８２５（この構成は選択的である）、スピーカ（ｓｐｅａｋｅｒ）８４５及びマイクロホン（ｍｉｃｒｏｐｈｏｎｅ）８５０を含んで構成される。端末はまた、単一のアンテナ又は多重のアンテナを含むことができる。
【０４８２】
プロセッサ８１０は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。
【０４８３】
メモリ８３０は、プロセッサと接続されて、プロセッサの動作に関する情報を格納する。メモリは、プロセッサの内部又は外部に位置し、よく知られている様々な手段でプロセッサと接続される。
【０４８４】
ユーザは、例えば、キーパッド８２０のボタンを押すか（あるいは、タッチするか）又はマイクロホン８５０を利用した音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）により電話番号などの命令情報を入力する。プロセッサは、これらの命令情報を受信し、電話番号に電話をかけるなど適切な機能を果たすように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）はＳＩＭカード８２５又はメモリから抽出することができる。また、プロセッサは、ユーザの認知及び便宜のために命令情報又は駆動情報をディスプレイ８１５上に表示することができる。
【０４８５】
ＲＦモジュール８３５は、プロセッサに接続されて、ＲＦ信号を送信及び／又は受信する。プロセッサは、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュールに伝達する。ＲＦモジュールは、無線信号を受信及び送信するために受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ８４０は、無線信号を送信及び受信する機能を果たす。無線信号を受信するとき、ＲＦモジュールは、プロセッサにより処理するために信号を伝達し、基底帯域に信号を変換することができる。処理された信号は、スピーカ８４５を介して出力される可聴又は可読情報に変換されることができる。
【０４８６】
図９は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図である。
【０４８７】
具体的に、図９は、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムにおいて実現できるＲＦモジュールの一例を示す。
【０４８８】
まず、送信経路において、図７及び図８で記述されたプロセッサは、送信されるデータをプロセッシングしてアナログ出力信号を送信機９１０に提供する。
【０４８９】
送信機９１０内において、アナログ出力信号は、デジタル対アナログ変換（ＡＤＣ）により発生するイメージを除去するために低域通過フィルタ（Ｌｏｗ  Ｐａｓｓ  Ｆｉｌｔｅｒ：ＬＰＦ）９１１によりフィルタリングされ、アップコンバータ（Ｍｉｘｅｒ）９１２により基底帯域からＲＦにアップコンバートされ、可変利得増幅器（Ｖａｒｉａｂｌｅ  Ｇａｉｎ  Ａｍｐｌｉｆｉｅｒ：ＶＧＡ）９１３により増幅され、増幅された信号はフィルタ９１４によりフィルタリングされ、電力増幅器（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ：ＰＡ）９１５によりさらに増幅され、デュプレクサ（ら）９５０／アンテナスイッチ（ら）９６０を介してルーティングされ、アンテナ９７０を介して送信される。
【０４９０】
また、受信経路において、アンテナ９７０は、外部から信号を受信して受信された信号を提供し、この信号は、アンテナスイッチ（ら）９６０／デュプレクサ９５０を介してルーティングされ、受信機９２０に提供される。
【０４９１】
受信機９２０内において、受信された信号は、低雑音増幅器（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ：ＬＮＡ）９２３により増幅され、帯域通過フィルタ９２４によりフィルタリングされ、ダウンコンバータ（Ｍｉｘｅｒ）９２５によりＲＦから基底帯域にダウンコンバートされる。
【０４９２】
前記ダウンコンバートされた信号は、低域通過フィルタ（ＬＰＦ）９２６によりフィルタリングされ、ＶＧＡ９２７により増幅されてアナログ入力信号を取得し、これは、図７及び図８で記述されたプロセッサに提供される。
【０４９３】
また、ローカルオシレータ（ｌｏｃａｌ  ｏｓｃｉｌｌａｔｏｒ）ＬＯ発生器９４０は、送信及び受信ＬＯ信号を発生してアップコンバータ９１２とダウンコンバータ９２５にそれぞれ提供する。
【０４９４】
また、位相ロックループ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ：ＰＬＬ）９３０は、適切な周波数で送信及び受信ＬＯ信号を生成するためにプロセッサから制御情報を受信し、制御信号をＬＯ発生器９４０に提供する。
【０４９５】
また、図９に示す回路は、図９の構成と異なるように配列されることもできる。
【０４９６】
図１０は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールのまた他の一例を示す図である。
【０４９７】
具体的に、図１０は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システムにおいて実現できるＲＦモジュールの一例を示す。
【０４９８】
ＴＤＤシステムにおけるＲＦモジュールの送信機１０１０及び受信機１０２０は、ＦＤＤシステムにおけるＲＦモジュールの送信機及び受信機の構造と同一である。
【０４９９】
以下、ＴＤＤシステムのＲＦモジュールは、ＦＤＤシステムのＲＦモジュールと異なる構造についてのみ説明し、同一の構造については、図９の説明を参照する。
【０５００】
送信機の電力増幅器（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ：ＰＡ）１０１５により増幅された信号は、バンド選択スイッチ（Ｂａｎｄ  Ｓｅｌｅｃｔ  Ｓｗｉｔｃｈ）１０５０、バンドパスフィルタ（ＢＰＦ）１０６０及びアンテナスイッチ（ら）１０７０を介してルーティングされ、アンテナ１０８０を介して送信される。
【０５０１】
また、受信経路において、アンテナ１０８０は、外部から信号を受信して受信された信号を提供し、この信号は、アンテナスイッチ（ら）１０７０、バンドパスフィルタ１０６０及びバンド選択スイッチ１０５０を介してルーティングされ、受信機１０２０に提供される。
【０５０２】
以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替できる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０５０３】
本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどにより実現できる。
【０５０４】
ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は以上で説明された機能または動作を行うモジュール、手続、関数などの形態に実現できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサの内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０５０５】
本発明は本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。したがって、前述した詳細な説明は全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０５０６】
本発明は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ／ＮＲシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ／ＮＲシステム以外にも多様な無線通信システムに適用することが可能である。
【図１】
2020533895.tif 000053
【図２】
2020533895.tif 000054
【図３】
2020533895.tif 000055
【図４】
2020533895.tif 000056
【図５】
2020533895.tif 000057
【図６】
2020533895.tif 000058
【図７】
2020533895.tif 000059
【図８】
2020533895.tif 000060
【図９】
2020533895.tif 000061
【図１０】
2020533895.tif 000062
【手続補正書】
【提出日】令和2年3月10日(2020.3.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末（ＵＥ）が複数のスロットを用いてロングＰＵＣＣＨを送信する方法であって、
ＴＤＤ  アップリンク（ＵＬ）−ダウンリンク（ＤＬ）スロット設定に対する第１情報を基地局から受信するステップと、
前記ロングＰＵＣＣＨの送信のために使用されるスロットの数に対する第１パラメータ、及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボルの数に対する第２パラメータを含む第２情報を前記基地局から受信するステップと、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記基地局に送信するステップと、
を含み、
前記複数のスロットは、前記第１情報及び前記第２情報に基づいて決定され、
前記ロングＰＵＣＣＨは、複数の直交コードの中の特定の直交コードを用いて送信され、
前記複数の直交コードの複数のインデックスは、参照信号と関連する複数のサイクリックシフト（ＣＳ）インデックスにそれぞれ対応する、方法。
【請求項２】
前記複数のスロットは、設定された開始スロットから特定数のスロットとして決定される、請求項１に記載の方法。
【請求項３】
前記特定数のスロットは、ＵＬシンボル又は知られていないシンボルで構成され、
前記知られていないシンボルは、ＤＬ又はＵＬ送信に対して利用可能なシンボルである、請求項２に記載の方法。
【請求項４】
前記複数のスロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数は、前記第２パラメータより大きいか等しい、請求項３に記載の方法。
【請求項５】
前記複数のスロットの特定スロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨは送信されない、請求項１に記載の方法。
【請求項６】
前記第１情報は、ＴＤＤ  ＵＬ−ＤＬスロットフォーマットの情報を含む、請求項１に記載の方法。
【請求項７】
前記複数の直交コードの長さ情報を前記基地局から受信するステップを更に含み、
前記長さ情報は、２又は４である、請求項１に記載の方法。
【請求項８】
前記長さ情報が２である場合、前記複数の直交コードの前記複数のインデックスの中のインデックス０及びインデックス１は、前記複数のＣＳインデックスの中のＣＳインデックス０及びＣＳインデックス６にそれぞれ対応する、請求項７に記載の方法。
【請求項９】
前記長さ情報が４である場合、前記複数の直交コードの前記複数のインデックスの中のインデックス０、インデックス１、インデックス２、及びインデックス３は、前記複数のＣＳインデックスの中のＣＳインデックス０、ＣＳインデックス６、ＣＳインデックス３、及びＣＳインデックス９にそれぞれ対応する、請求項７に記載の方法。
【請求項１０】
無線通信システムにおいて、複数のスロットを用いてロングＰＵＣＣＨを送信するための端末（ＵＥ）であって、
無線信号を送受信するためのＲＦモジュールと、
前記ＲＦモジュールと機能的に接続されているプロセッサと、を含み、
前記プロセッサは、
ＴＤＤ  アップリンク（ＵＬ）−ダウンリンク（ＤＬ）スロット設定に対する第１情報を基地局から受信し、
前記ロングＰＵＣＣＨの送信のために使用されるスロットの数に対する第１パラメータ、及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボルの数に対する第２パラメータを含む第２情報を前記基地局から受信し、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記基地局に送信するように設定され、
前記複数のスロットは、前記第１情報及び前記第２情報に基づいて決定され、
前記ロングＰＵＣＣＨは、複数の直交コードの中の特定の直交コードを用いて送信され、
前記複数の直交コードの複数のインデックスは、参照信号と関連する複数のサイクリックシフト（ＣＳ）インデックスにそれぞれ対応する、端末。
【請求項１１】
前記複数のスロットは、設定された開始スロットから特定数のスロットとして決定される、請求項１０に記載の端末。
【請求項１２】
前記特定数のスロットは、ＵＬシンボル又は知られていないシンボルで構成され、
前記知られていないシンボルは、ＤＬ又はＵＬ送信に対して利用可能なシンボルである、請求項１１に記載の端末。
【請求項１３】
前記複数のスロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数は、前記第２パラメータより大きいか等しい、請求項１２に記載の端末。
【請求項１４】
前記プロセッサは、前記複数のスロットの特定スロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨを送信しないように設定される、請求項１０に記載の端末。
【請求項１５】
前記第１情報は、ＴＤＤ  ＵＬ−ＤＬスロットフォーマットの情報を含む、請求項１０に記載の端末。
【請求項１６】
前記プロセッサは、前記複数の直交コードの長さ情報を前記基地局から受信するように設定され、
前記長さ情報は、２又は４である、請求項１０に記載の端末。
【請求項１７】
前記長さ情報が２である場合、前記複数の直交コードの前記複数のインデックスの中のインデックス０及びインデックス１は、前記複数のＣＳインデックスの中のＣＳインデックス０及びＣＳインデックス６にそれぞれ対応する、請求項１６に記載の端末。
【請求項１８】
前記長さ情報が４である場合、前記複数の直交コードの前記複数のインデックスの中のインデックス０、インデックス１、インデックス２、及びインデックス３は、前記複数のＣＳインデックスの中のＣＳインデックス０、ＣＳインデックス６、ＣＳインデックス３、及びＣＳインデックス９にそれぞれ対応する、請求項１６に記載の端末。
【国際調査報告】
2020533895.tif 000063
2020533895.tif 000064
2020533895.tif 000065
2020533895.tif 000066