特許 7018127 無線通信システムにおいて複数のスロットベースのロングＰＵＣＣＨを送受信する方法及びその装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-02-01

(45)【発行日】2022-02-09

(54)【発明の名称】無線通信システムにおいて複数のスロットベースのロングＰＵＣＣＨを送受信する方法及びその装置

(51)【国際特許分類】

   H04W 28/06 20090101AFI20220202BHJP

   H04W 72/04 20090101ALI20220202BHJP

【ＦＩ】

H04W28/06 110

H04W72/04 136

【請求項の数】 18

(21)【出願番号】P 2020514561

(86)(22)【出願日】2018-11-05

(65)【公表番号】

(43)【公表日】2020-11-19

(86)【国際出願番号】 KR2018013330

(87)【国際公開番号】W WO2019088787

(87)【国際公開日】2019-05-09

【審査請求日】2020-03-10

(31)【優先権主張番号】62/581,087

(32)【優先日】2017-11-03

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/586,918

(32)【優先日】2017-11-16

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/591,776

(32)【優先日】2017-11-29

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/593,812

(32)【優先日】2017-12-01

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/595,062

(32)【優先日】2017-12-05

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/616,467

(32)【優先日】2018-01-12

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】キム チェヒョン

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】パク チャンファン

(72)【発明者】

【氏名】アン チュンキ

(72)【発明者】

【氏名】パク ハンチュン

【審査官】青木 健

(56)【参考文献】

【文献】特表２０１３－５０５６２１（ＪＰ，Ａ）

【文献】国際公開第２０１８／０８４１３７（ＷＯ，Ａ１）

【文献】Guangdong OPPO Mobile Telecom，Slot aggregation and configuration for NR long PUCCH[online]，3GPP TSG RAN WG1 #89 R1-1707713，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1707713.zip>，2017年05月15日

【文献】Ericsson，On PUCCH Resource Allocation[online]，3GPP TSG RAN WG1 #90b R1-1718811，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718811.zip>，2017年10月09日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて、端末（ＵＥ）が複数のスロットを用いてロングＰＵＣＣＨを送信する方法であって、
ＴＤＤ アップリンク（ＵＬ）－ダウンリンク（ＤＬ）スロット設定に対する第１情報を基地局から受信するステップと、
前記ロングＰＵＣＣＨの送信のために使用されるスロットの数に対する第１パラメータ、及び１つのスロット内の前記ロングＰＵＣＣＨの送信のために使用されるシンボルの数に対する第２パラメータを含む第２情報を前記基地局から受信するステップと、
前記第１情報及び前記第２情報に基づいて、前記ロングＰＵＣＣＨを送信するための前記複数のスロットを決定するステップと、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記基地局に送信するステップと、
を含み、
前記ロングＰＵＣＣＨは、直交コードに基づいて送信され、
前記第２情報は、前記ロングＰＵＣＣＨに対する前記直交コードの長さに対する第３パラメータを更に含み、
前記直交コードの長さは、２又は４であり、
前記直交コードの長さが２であることに基づいて、
直交コードインデックス０は、サイクリックシフト（ＣＳ）インデックス０に対応し、
直交コードインデックス１は、ＣＳインデックス６に対応し、
前記直交コードの長さが４であることに基づいて、
直交コードインデックス０は、ＣＳインデックス０に対応し、
直交コードインデックス３は、ＣＳインデックス９に対応する、方法。

【請求項2】

前記複数のスロットは、設定された開始スロットから特定数のスロットとして決定される、請求項１に記載の方法。

【請求項3】

前記特定数のスロットは、ＵＬシンボル又は知られていないシンボルで構成される、請求項２に記載の方法。

【請求項4】

前記複数のスロットのそれぞれの内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数は、前記第２パラメータより大きいか等しい、請求項３に記載の方法。

【請求項5】

前記複数のスロットの特定スロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数が前記第２パラメータより小さいことに基づいて、前記特定スロット上で前記ロングＰＵＣＣＨは送信されない、請求項１に記載の方法。

【請求項6】

特定のＴＤＤ ＵＬ－ＤＬスロットフォーマットの通知を提供するためのスロットフォーマットインジケータ（ＳＦＩ）を前記基地局から受信するステップを含む、請求項１に記載の方法。

【請求項7】

前記ロングＰＵＣＣＨの送信に対して利用可能なシンボルの数が前記第２パラメータによるシンボルの数より小さいスロットは、ロングＰＵＣＣＨ送信に対するスロットとしてカウントされない、請求項１に記載の方法。

【請求項8】

前記ロングＰＵＣＣＨは、スロット間の周波数ホッピングに基づいて送信され、
周波数ホッピングパターンは、それぞれのスロットインデックスに対して異なって適用され、
前記スロットインデックスは、アップリンクスロットに基づいてカウントされたインデックスである、請求項１に記載の方法。

【請求項9】

無線通信システムにおいて、複数のスロットを用いてロングＰＵＣＣＨを送信するよう構成された端末（ＵＥ）であって、
無線信号を送受信するための少なくとも１つの送受信器と、
前記少なくとも１つの送受信器と機能的に接続されている少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
ＴＤＤ アップリンク（ＵＬ）－ダウンリンク（ＤＬ）スロット設定に対する第１情報を基地局から受信し、
前記ロングＰＵＣＣＨの送信のために使用されるスロットの数に対する第１パラメータ、及び１つのスロット内の前記ロングＰＵＣＣＨの送信のために使用されるシンボルの数に対する第２パラメータを含む第２情報を前記基地局から受信し、
前記第１情報及び前記第２情報に基づいて、前記ロングＰＵＣＣＨを送信するための前記複数のスロットを決定し、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記基地局に送信するよう構成され、
前記ロングＰＵＣＣＨは、直交コードに基づいて送信され、
前記第２情報は、前記ロングＰＵＣＣＨに対する前記直交コードの長さに対する第３パラメータを更に含み、
前記直交コードの長さは、２又は４であり、
前記直交コードの長さが２であることに基づいて、
直交コードインデックス０は、サイクリックシフト（ＣＳ）インデックス０に対応し、
直交コードインデックス１は、ＣＳインデックス６に対応し、
前記直交コードの長さが４であることに基づいて、
直交コードインデックス０は、ＣＳインデックス０に対応し、
直交コードインデックス３は、ＣＳインデックス９に対応する、端末。

【請求項10】

前記複数のスロットは、設定された開始スロットから特定数のスロットとして決定される、請求項９に記載の端末。

【請求項11】

前記特定数のスロットは、ＵＬシンボル又は知られていないシンボルで構成される、請求項１０に記載の端末。

【請求項12】

前記複数のスロットのそれぞれの内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数は、前記第２パラメータより大きいか等しい、請求項１１に記載の端末。

【請求項13】

前記少なくとも１つのプロセッサは、前記複数のスロットの特定スロット内の前記ロングＰＵＣＣＨの送信に対して利用可能なＵＬシンボルの数が前記第２パラメータより小さいことに基づいて、前記特定スロット上で前記ロングＰＵＣＣＨを送信しないように構成される、請求項９に記載の端末。

【請求項14】

前記少なくとも１つのプロセッサは、特定のＴＤＤ ＵＬ－ＤＬスロットフォーマットの通知を提供するためのスロットフォーマットインジケータ（ＳＦＩ）を前記基地局から受信するよう構成される、請求項９に記載の端末。

【請求項15】

前記ロングＰＵＣＣＨの送信に対して利用可能なシンボルの数が前記第２パラメータによるシンボルの数より小さいスロットは、ロングＰＵＣＣＨ送信に対するスロットとしてカウントされない、請求項９に記載の端末。

【請求項16】

前記ロングＰＵＣＣＨは、スロット間の周波数ホッピングに基づいて送信され、
周波数ホッピングパターンは、それぞれのスロットインデックスに対して異なって適用され、
前記スロットインデックスは、アップリンクスロットに基づいてカウントされたインデックスである、請求項９に記載の端末。

【請求項17】

無線通信システムにおいて、複数のスロットを用いてロングＰＵＣＣＨを送信するように端末（ＵＥ）を制御するよう構成された処理装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと機能的に接続されている少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサにより実行されるとき、
ＴＤＤ アップリンク（ＵＬ）－ダウンリンク（ＤＬ）スロット設定に対する第１情報を基地局から受信し、
前記ロングＰＵＣＣＨの送信のために使用されるスロットの数に対する第１パラメータ、及び１つのスロット内の前記ロングＰＵＣＣＨの送信のために使用されるシンボルの数に対する第２パラメータを含む第２情報を前記基地局から受信し、
前記第１情報及び前記第２情報に基づいて、前記ロングＰＵＣＣＨを送信するための前記複数のスロットを決定し、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記基地局に送信することを含む動作を実行する命令を格納し、
前記ロングＰＵＣＣＨは、直交コードに基づいて送信され、
前記第２情報は、前記ロングＰＵＣＣＨに対する前記直交コードの長さに対する第３パラメータを更に含み、
前記直交コードの長さは、２又は４であり、
前記直交コードの長さが２であることに基づいて、
直交コードインデックス０は、サイクリックシフト（ＣＳ）インデックス０に対応し、
直交コードインデックス１は、ＣＳインデックス６に対応し、
前記直交コードの長さが４であることに基づいて、
直交コードインデックス０は、ＣＳインデックス０に対応し、
直交コードインデックス３は、ＣＳインデックス９に対応する、処理装置。

【請求項18】

無線通信システムにおいて、複数のスロットを用いてロングＰＵＣＣＨを受信するよう構成された基地局であって、
無線信号を送受信するための少なくとも１つの送受信器と、
前記少なくとも１つの送受信器と機能的に接続されている少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
ＴＤＤ アップリンク（ＵＬ）－ダウンリンク（ＤＬ）スロット設定に対する第１情報を端末（ＵＥ）に送信し、
前記ロングＰＵＣＣＨの受信のために使用されるスロットの数に対する第１パラメータ、及び１つのスロット内の前記ロングＰＵＣＣＨの受信のために使用されるシンボルの数に対する第２パラメータを含む第２情報を前記端末に送信し、前記第１情報及び前記第２情報に基づいて、前記ロングＰＵＣＣＨを受信するための前記複数のスロットが決定され、
前記複数のスロット上で前記ロングＰＵＣＣＨを前記端末から受信するよう構成され、
前記ロングＰＵＣＣＨは、直交コードに基づいて受信され、
前記第２情報は、前記ロングＰＵＣＣＨに対する前記直交コードの長さに対する第３パラメータを更に含み、
前記直交コードの長さは、２又は４であり、
前記直交コードの長さが２であることに基づいて、
直交コードインデックス０は、サイクリックシフト（ＣＳ）インデックス０に対応し、
直交コードインデックス１は、ＣＳインデックス６に対応し、
前記直交コードの長さが４であることに基づいて、
直交コードインデックス０は、ＣＳインデックス０に対応し、
直交コードインデックス３は、ＣＳインデックス９に対応する、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線通信システムに関し、特に、複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースの長い（ｌｏｎｇ）ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送受信するための方法及びそれをサポートする装置に関する。

【背景技術】

【0002】

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

【0003】

次世代の移動通信システムの要求条件は大きく、爆発的なデータトラヒックの収容、ユーザ当たり送信率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（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）など、様々な技術が研究されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本明細書は、カバレッジ（ｃｏｖｅｒａｇｅ）拡張のために、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）、スロットフォーマット指示情報（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）などに基づいてロングＰＵＣＣＨを繰り返して送信するためのマルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）を設定する方法を提供することに目的がある。

【0005】

本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。

【課題を解決するための手段】

【0006】

本明細書は、無線通信システムにおいて複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する方法を提供する。

【0007】

より具体的に、端末により行われる方法は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信するステップと、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信するステップと、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定するステップと、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するステップとを含むことを特徴とする。

【0008】

また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることを特徴とする。

【0009】

また、本明細書において、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることを特徴とする。

【0010】

また、本明細書において、前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいことを特徴とする。

【0011】

また、本明細書において、前記決定されたスロットにおける特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないことを特徴とする。

【0012】

また、本明細書において、前記方法は、特定ＴＤＤ ＵＬ－ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するステップをさらに含むことを特徴とする。

【0013】

また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）を用いて送信されることを特徴とする。

【0014】

また、本明細書において、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連した循環シフト（ｃｙｃｌｉｃ ｓｈｉｆｔ：ＣＳ）をペアリング（ｐａｉｒｉｎｇ）して決定されることを特徴とする。

【0015】

また、本明細書は、無線通信システムにおいて複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサとを含み、前記プロセッサは、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信し、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信し、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定し、及び前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するように設定されることを特徴とする。

【0016】

また、本明細書において、前記プロセッサは、前記決定されたスロットにおける特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨが送信されないように設定されることを特徴としている。

【0017】

また、本明細書において、前記プロセッサは、特定ＴＤＤ ＵＬ－ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するように設定されることを特徴とする。

【発明の効果】

【0018】

本明細書は、動的なＴＤＤ（Ｄｙｎａｍｉｃ ＴＤＤ）状況において複数のスロットを利用してＰＵＣＣＨを送信することによりカバレッジを拡張することができるという効果がある。

【0019】

また、ｐｒｅ－ＤＦＴ ＯＣＣベースにＰＵＣＣＨを送信することにより、多重ユーザと大きいＵＣＩペイロードを同時にサポートできるという効果がある。

【0020】

本発明で得ることができる効果は、以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。

【図面の簡単な説明】

【0021】

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。

【0022】

【図1】本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。

【図2】本明細書で提案する方法が適用できる無線通信システムにおいてアップリンクフレームとダウンリンクフレーム間の関係を示す。

【図3】本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。

【図4】本明細書で提案する方法が適用できる自己完結型（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）サブフレーム構造の一例を示す。

【図5】本明細書で提案する複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨを送信するための端末の動作方法の一例を示すフローチャートである。

【図6】本明細書で提案する複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨを受信するための基地局の動作方法の一例を示すフローチャートである。

【図7】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。

【図8】本発明の一実施形態による通信装置のブロック構成図を例示する。

【図9】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図であるある。

【図10】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールのまた他の一例を示す図である。

【発明を実施するための形態】

【0023】

以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。

【0024】

幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。

【0025】

本明細書で、基地局は端末と直接的に通信を行うネットワークの終端ノード（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）装置などの用語に取替できる。

【0026】

以下、ダウンリンク（ＤＬ：downlink）は基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部でありうる。

【0027】

以下の説明で使用される特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。

【0028】

以下の技術は、ＣＤＭＡ（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）は３ＧＰＰ ＬＴＥの進化である。

【0029】

また, ５Ｇ ＮＲは、使用シナリオ（usage scenario）によってｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（massive Machine Type Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、Ｖ２Ｘ（vehicle-to-everything）を定義する。

【0030】

そして、５Ｇ ＮＲ規格（standard）はＮＲシステムとＬＴＥシステムとの間の共存（co-existence）によってｓｔａｎｄａｌｏｎｅ（ＳＡ）とｎｏｎ ｓｔａｎｄａｌｏｎｅ（ＮＳＡ）とに区分する。

【0031】

そして、５Ｇ ＮＲは様々なサブキャリア間隔（subcarrier spacing）をサポートし、ダウンリンクでＣＰ－ＯＦＤＭを、アップリンクでＣＰ－ＯＦＤＭ及びＤＦＴ－ｓ－ＯＦＤＭ（ＳＣ－ＯＦＤＭ）をサポートする。

【0032】

本発明の実施形態は無線接続システムであるＩＥＥＥ ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。

【0033】

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ、ＮＲ（New Radio）を中心として記述するが、本発明の技術的特徴がこれに制限されるものではない。

【0034】

用語の定義

【0035】

ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ（Evolved Packet Core）及びＮＧＣ（Next Generation Core）に対する接続をサポートするｅＮＢの進化（evolution）である。

【0036】

ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。

【0037】

新たなＲＡＮ：ＮＲ又はＥ－ＵＴＲＡをサポートするか、又はＮＧＣと相互作用する無線アクセスネットワーク。

【0038】

ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにオペレータ（operator）により定義されたネットワーク。

【0039】

ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。

【0040】

ＮＧ－Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（reference point）に使用される制御プレーンインターフェース。

【0041】

ＮＧ－Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（reference point）に使用されるユーザプレーンインターフェース。

【0042】

非独立型（Non-standalone）ＮＲ：ｇＮＢがＬＴＥ ｅＮＢをＥＰＣに制御プレーン接続のためのアンカーとして要求するか、又はｅＬＴＥ ｅＮＢをＮＧＣに制御プレーン接続のためのアンカーとして要求する配置構成。

【0043】

非独立型Ｅ－ＵＴＲＡ：ｅＬＴＥ ｅＮＢがＮＧＣに制御プレーン接続のためのアンカーとしてｇＮＢを要求する配置構成。

【0044】

ユーザプレーンゲートウェイ：ＮＧ－Ｕインターフェースの終端点。

【0045】

システム一般

【0046】

図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。

【0047】

図１に示すように、ＮＧ－ＲＡＮは、ＮＧ－ＲＡユーザプレーン（新たなＡＳ ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。

【0048】

前記ｇＮＢは、Ｘｎインターフェースを通じて相互接続される。

【0049】

また、前記ｇＮＢは、ＮＧインターフェースを通じてＮＧＣに接続される。

【0050】

より具体的には、前記ｇＮＢはＮ２インターフェースを介してＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを介してＵＰＦ（User Plane Function）に接続される。

【0051】

ＮＲヌメロロジー（Numerology）及びフレーム（frame）構造

【0052】

ＮＲシステムでは、複数のヌメロロジー（numerology）がサポートできる。ここで、ヌメロロジーはサブキャリア間隔（subcarrier spacing）とＣＰ（Cyclic Prefix）オーバーヘッドにより定義できる。この際、複数のサブキャリア間隔は基本サブキャリア間隔を整数Ｎ（又は、μ）にスケーリング（scaling）することにより誘導できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。

【0053】

また、ＮＲシステムでは複数のヌメロロジーに従う様々なフレーム構造がサポートできる。

【0054】

以下、ＮＲシステムで考慮できるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジー及びフレーム構造を説明する。

【0055】

ＮＲシステムでサポートされる複数のＯＦＤＭヌメロロジーは、表１のように定義できる。

【0056】

【表1】

【0057】

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

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

であり、

である。ダウンリンク（downlink）及びアップリンク（uplink）送信は

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

の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレーム及びダウンリンクに対する１セットのフレームが存在することができる。

【0058】

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

【0059】

図２に示すように、端末（User Equipment：ＵＥ）からのアップリンクフレーム番号ｉの送信は、当該端末での該当ダウンリンクフレームの開始より

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

【0060】

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

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

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

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

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

の開始は同一サブフレームでＯＦＤＭシンボル

の開始と時間的に整列される。

【0061】

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

【0062】

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

【0063】

【表2】

【0064】

【表3】

【0065】

ＮＲ物理リソース（NR Physical Resource）

【0066】

ＮＲシステムにおける物理リソース（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮できる。

【0067】

以下、ＮＲシステムで考慮できる前記物理リソースに対して具体的に説明する。

【0068】

先に、アンテナポートと関連して、アンテナポートはアンテナポート上のシンボルが運搬されるチャンネルが同一なアンテナポート上の他のシンボルが運搬されるチャンネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャンネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャンネルから類推できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（quasi co-locatedまたはquasi co-location）関係にあるということができる。ここで、前記広範囲特性は遅延拡散（Delay spread）、ドップラー拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信パワー（Average received power）、受信タイミング（Received Timing）のうち、１つ以上を含む。

【0069】

図３は、本明細書において提案する方法が適用され得る無線通信システムでサポートするリソースグリッド（resource grid）の一例を示す。

【0070】

図３に示すように、リソースグリッドが周波数領域上に

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

【0071】

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

サブキャリアで構成される１つまたはそれ以上のリソースグリッド及び

のＯＦＤＭシンボルにより説明される。ここで、

である。前記

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

【0072】

この場合、図３のように、ヌメロロジーμ及びアンテナポートｐ別に１つのリソースグリッドが設定され得る。

【0073】

ヌメロロジーμ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対

により固有的に識別される。ここで、

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

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

が用いられる。ここで、

である。

【0074】

ヌメロロジーμ及びアンテナポートｐに対するリソース要素

は、複素値（complex value）

に該当する。混同（confusion）される危険がない場合、あるいは特定アンテナポートまたはヌメロロジーが特定されなかった場合には、インデックスｐ及びμは、ドロップ（drop）されることができ、その結果、複素値は、

または

になることができる。

【0075】

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

連続的なサブキャリアで定義される。周波数領域上で、物理リソースブロックは、０から

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

とリソース要素

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

【0076】

【数1】

【0077】

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

まで番号が付けられる。

【0078】

自己完結型スロット構造（self-contained slot structure）

【0079】

NRシステムで考慮されるTDD（Time Division Duplexing）の構造は、アップリンク（Uplink、UL）とダウンリンク（Downlink、DL）を一つのサブフレーム（subframe）の両方を処理する構造である。これは、TDDシステムでのデータ転送の遅延（latency）を最小化するためのものであり、上記の構造は、self-containedサブフレーム（self-contained subframe）構造と呼ばれる。

【0080】

図４は、本明細書で提案された方法が適用されることができるself-contained subframe構造の例を示す。図４は説明の便宜上のものであり、本発明の範囲を限定するものではない。

【0081】

図４を参考にすれば、legacy LTEの場合のように、一つのサブフレームが14個のOFDM（Orthogonal Frequency Division Multiplexing）シンボル（symbol）で構成されている場合が想定される。

【0082】

図４において、斜線領域402はダウンリンク制御（downlink control）領域を示し、黒い部分404はアップリンク制御（uplink control）領域を示す。 また、領域402と領域404以外の領域（すなわち、別の表示がない領域）は、ダウンリンクデータ（downlink data）またはアップリンクデータ（uplink data）の伝送のために使用することができる。

【0083】

すなわち、アップリンク制御情報とダウンリンク制御情報は、1つの「self-contained subframe」で送信されます。対照的に、データの場合、アップリンクデータまたはダウンリンクデータは1つの「self-contained subframe」で送信されます。

【0084】

図４に示された構造を利用する場合は、１つのself-contained subframe内でダウンリンク送信とアップリンク送信が順次行われ、１つのスロット内でダウンリンクデータを送信し、アップリンクＡｃｋ／Ｎａｃｋも送受信できる。

【0085】

その結果、データ送信のエラーが発生した場合、データの再送信にかかる時間を短縮できます。したがって、データ配信に関連する遅延を最小限に抑えることができます。

【0086】

図４のようなself-containedサブフレーム構造は、基地局（eNodeB、eNB、gNB）および/または端末（terminal、UE（User Equipment））が転送モード（transmission mode）で受信モード（reception mode）に転換する過程または受信モードから送信モードに切り替える処理のための時間間隔（time gap）が要求される。 上記時間間隔に関連して、上記のself-containedサブフレームでダウンリンク送信後のアップリンク送信をする場合には、いくつかのOFDMシンボルは、保護区間（Guard Period、GP）に設定されることができる。

【0087】

キャリア併合一般

【0088】

本発明の実施形態において考慮する通信環境は、マルチキャリア（Ｍｕｌｔｉ－ｃａｒｒｉｅｒ）サポート環境を全て含む。すなわち、本発明で使用されるマルチキャリアシステム又はキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）システムとは、広帯域をサポートするために、目標とする広帯域を構成するときに目標帯域より小さい帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１つ以上のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）を併合（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムをいう。

【0089】

本発明においてマルチキャリアは、キャリアの併合（又は、搬送波集成）を意味し、ここで、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、非隣接した（ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合の両方ともを意味する。また、ダウンリンクとアップリンク間に集成されるコンポーネントキャリアの数は異なるように設定されることができる。ダウンリンクコンポーネントキャリア（以下、「ＤＬ ＣＣ」という。）の数とアップリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」という。）の数が同一である場合を対称的（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ ａｇｇｒｅｇａｔｉｏｎ）などの用語と混用して使用されることができる。

【0090】

２つ以上のコンポーネントキャリアが結合されて構成されるキャリア併合は、ＬＴＥ－Ａシステムでは１００ＭＨｚ帯域幅までサポートすることを目標とする。目標帯域より小さい帯域幅を有する１つ以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）の維持のために既存のシステムで使用する帯域幅に制限することができる。例えば、既存の３ＧＰＰ ＬＴＥシステムにおいては、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ ＬＴＥ－ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ－Ａ）においては、既存のシステムとの互換のために前記帯域幅のみを利用して２０ＭＨｚより大きい帯域幅をサポートするようにすることができる。また、本発明で使用されるキャリア併合システムは、既存のシステムで使用する帯域幅と関係なく新たな帯域幅を定義してキャリア併合をサポートするようにすることもできる。

【0091】

ＬＴＥ－Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を使用する。

【0092】

前述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ ｃｅｌｌｓ）環境ということができる。セルは、ダウンリンクリソース（ＤＬ ＣＣ）とアップリンクリソース（ＵＬ ＣＣ）の一対の組み合わせで定義されるが、アップリンクリソースは必須要素ではない。従って、セルは、ダウンリンクリソース単独、又はダウンリンクリソースとアップリンクリソースで構成されることができる。特定端末がただ１つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ）を有する場合、１つのＤＬ ＣＣと１つのＵＬ ＣＣを有することができるが、特定端末が２つ以上の設定されたサービングセルを有する場合は、セルの数だけのＤＬ ＣＣを有し、ＵＬ ＣＣの数は、それと等しいかより小さい。

【0093】

また、その逆にＤＬ ＣＣとＵＬ ＣＣが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ ＣＣの数よりＵＬ ＣＣがより多いキャリア併合環境もサポートされることができる。すなわち、キャリア併合（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）は、それぞれキャリア周波数（セルの中心周波数）が相異なる２つ以上のセルの併合として理解されることができる。ここで言う「セル（Ｃｅｌｌ）」は、一般的に使用される基地局がカバーする領域としての「セル」とは区分されるべきである。

【0094】

ＬＴＥ－Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）として用いられることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか、キャリア併合をサポートしない端末の場合、Ｐセルのみで構成されたサービングセルがただ１つ存在する。それに対して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリア併合が設定された端末の場合、１つ以上のサービングセルが存在することができ、全体のセルにはＰセルと１つ以上のＳセルが含まれる。

【0095】

サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータにより設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子として０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子として１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子として０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最小のセルＩＤ（又は、セルインデックス）を有するセルがＰセルとなる。

【0096】

Ｐセルは、プライマリ周波数（又は、ｐｒｉｍａｒｙ ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、接続再設定過程を行うことに使用されることができ、ハンドオーバー過程で指示されたセルを称することもできる。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち制御関連通信の中心となるセルを意味する。すなわち、端末は、自分のＰセルにおいてのみＰＵＣＣＨの割り当てを受けて送信することができ、システムの情報を取得するか、モニタリング手順を変更するのにＰセルのみを利用することができる。Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）は、キャリア併合環境をサポートする端末に移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバー手順のためにＰセルのみを変更することもできる。

【0097】

Ｓセルは、セカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ ＣＣ）上で動作するセルを意味する。特定端末にＰセルは１つのみが割り当てられ、Ｓセルは、１つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定が行われた後に構成可能であり、追加的な無線リソースを提供するのに使用されることができる。キャリア併合環境で設定されたサービングセルのうちＰセルを除いた残りのセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。Ｅ－ＵＴＲＡＮは、Ｓセルをキャリア併合環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連セルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌ）により提供することができる。システム情報の変更は、関連したＳセルの解除及び追加により制御されることができ、ここで、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用することができる。Ｅ－ＵＴＲＡＮは、関連したＳセル内においてブロードキャストするよりは端末別に相異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）をすることができる。

【0098】

初期保安活性化の過程が開始された後、Ｅ－ＵＴＲＡＮは、接続設定過程で、初期に構成されるＰセルに付加して１つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルは、それぞれのコンポーネントキャリアとして動作することができる。以下の実施形態では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同一の意味で用いられることができ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同一の意味として用いられることができる。

【0099】

ＮＲシステムは、ＨＡＲＱ－ＡＣＫ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）などの情報を含むＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するための物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）であるＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）をサポートすることができる。

【0100】

このとき、ＰＵＣＣＨは、ＵＣＩペイロード（ｐａｙｌｏａｄ）によって小さいＵＣＩペイロード（ｓｍａｌｌ ＵＣＩ ｐａｙｌｏａｄ）（例えば、１～２－ｂｉｔ ＵＣＩ）をサポートする小さい（ｓｍａｌｌ）ＰＵＣＣＨと、大きいＵＣＩペイロード（ｌａｒｇｅ ＵＣＩ ｐａｙｌｏａｄ）（例えは、２ビット以上最大数百ビット（ｍｏｒｅ ｔｈａｎ ２ ｂｉｔｓ ａｎｄ ｕｐ ｔｏ ｈｕｎｄｒｅｄｓ ｏｆ bits））をサポートする大きい（ｂｉｇ）ＰＵＣＣＨに区分される。

【0101】

さらに、小さいＰＵＣＣＨと大きいＰＵＣＣＨは、またそれぞれ短い区間（ｓｈｏｒｔ ｄｕｒａｔｉｏｎ）（例えば、１～２シンボル区間）を有する短い（ｓｈｏｒｔ）ＰＵＣＣＨと、長い区間（ｌｏｎｇ ｄｕｒａｔｉｏｎ）（例えば、４～１４シンボル区間）を有するロングＰＵＣＣＨに区分される。

【0102】

下記の表４は、ＰＵＣＣＨフォーマットの一例を示す。

【0103】

【表4】

【0104】

表４において、

は、ＯＦＤＭシンボルにおいてＰＵＣＣＨ送信の長さを示し、ＰＵＣＣＨフォーマット１、３及び４はロングＰＵＣＣＨと、ＰＵＣＣＨフォーマット０及び２は短いＰＵＣＣＨと呼ばれることができる。

【0105】

本明細書で使用される記号「／」は、「及び／又は」と同一の意味で解釈されることができ、「Ａ及び／又はＢ」は、「Ａ又はＢのうち少なくとも１つを含む」と同一に解釈されることができる。

【0106】

そして、ロングＰＵＣＣＨは、主に中間の／大きい（ｍｅｄｉｕｍ／ｌａｒｇｅ）ＵＣＩペイロードを送信しなければならない時、又は、小さい（ｓｍａｌｌ）ＵＣＩペイロードのカバレッジ（ｃｏｖｅｒａｇｅ）を改善するために使用することができる。

【0107】

そして、前記ロングＰＵＣＣＨに比べて追加的にカバレッジ（ｃｏｖｅｒａｇｅ）を拡張する必要があるとき、同一のＵＣＩ情報が複数のスロットにわたって送信される複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）のロングＰＵＣＣＨをサポートすることができる。

【0108】

ここで、複数のスロットを利用してロングＰＵＣＣＨを送信する動作は、複数のスロットにおいてロングＰＵＣＣＨを繰り返して送信する動作を含むことができる。

【0109】

例えば、与えられたＵＣＩペイロード（ｐａｙｌｏａｄ）と符号化率（ｃｏｄｅ ｒａｔｅ）下でカバレッジ（ｃｏｖｅｒａｇｅ）確保が不可能である場合、複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）のロングＰＵＣＣＨを使用して繰り返し送信による利得（ｇａｉｎ）を介してカバレッジ（ｃｏｖｅｒａｇｅ）を確保しようとする場合があり得る。

【0110】

ＬＴＥシステムは、ＭＢＭＳやＮＢ－ＩｏＴなどの特別な場合を除いては、１５ｋＨｚサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）のみをサポートするのに対して、ＮＲシステムは、前述したように様々な使用例（ｕｓｅ ｃａｓｅ）と展開シナリオ（ｄｅｐｌｏｙｍｅｎｔ ｓｃｅｎａｒｉｏ）を考慮して１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚなど多様なヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）をサポートする。

【0111】

ここで、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）は、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）とサイクリックプリフィクス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ：ＣＰ）をいう。

【0112】

ＮＲにおいて、大きい（ｌａｒｇｅ）サブキャリアを使用する場合（例えば、３０ｋＨｚ以上のサブキャリア間隔）は、減少したスロット区間（ｓｌｏｔ ｄｕｒａｔｉｏｎ）のため、スロット内の１４シンボルを全て使用するロングＰＵＣＣＨを使用しても物理的な要因によりＬＴＥ ＰＵＣＣＨに比べてカバレッジが縮小されることが避けられない。

【0113】

従って、このような場合に、複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）のロングＰＵＣＣＨを使用してカバレッジを改善することが必要である。

【0114】

また、ＬＴＥと同一の１５ｋＨｚサブキャリア間隔を使用する場合にも、ＬＴＥにおいてＨＡＲＱ－ＡＣＫ繰り返し（ｒｅｐｅｔｉｔｉｏｎ）する水準のカバレッジを確保してＬＴＥと同一の展開シナリオ（ｄｅｐｌｏｙｍｅｎｔ ｓｃｅｎａｒｉｏ）をサポートするようにするためにマルチスロットのロングＰＵＣＣＨの使用が必要である。

【0115】

以下、本明細書は、ＮＲにおける様々なヌメロロジーとそれによるカバレッジ影響などを考慮してマルチスロットのロングＰＵＣＣＨのスロット数を設定（ｃｏｎｆｉｇｕｒｅ）し、運営する方法を提案する。

【0116】

マルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法

【0117】

ＮＲシステムは、前記理由によりマルチスロットのロングＰＵＣＣＨを使用するとき、ＵＥの位置などによって経路損失（ｐａｔｈ ｌｏｓｓ）などの差があることを勘案して、ＵＥ別にマルチスロットのロングＰＵＣＣＨがスパン（ｓｐａｎ）するスロット（ｓｌｏｔ）長を複数設定して選択するようにすることができる。

【0118】

例えば、マルチスロットのロングＰＵＣＣＨのスロット数を４つに設定して選択するようにした場合、マルチスロットのロングＰＵＣＣＨのスロット数Ｘ＝｛ｘ０，ｘ１，ｘ２，ｘ３｝のような形態であり得る。

【0119】

ここで、ｘ０＜＝ｘ１＜＝ｘ２＜＝ｘ３の関係を有することができ、ｘ０＝１に設定して非複数のスロットの（ｎｏｎ－ｍｕｌｔｉ－ｓｌｏｔ）又は単一スロットのロングＰＵＣＣＨ（ｓｉｎｇｌｅ ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨを選択するようにすることができる。

【0120】

このとき、マルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）のスロット数Ｘのうち最大値（例えば、ｘ３）は、少なくともセル（ｃｅｌｌ）において要求される最大カバレッジ／リンクバジェット／ＭＣＬ（ｃｏｖｅｒａｇｅ／ｌｉｎｋ ｂｕｄｇｅｔ／ＭＣＬ）を満足させるように設定される。

【0121】

また、中間値（例えば、ｘ１、ｘ２）は、最大値（例えば、ｘ３）より小さい値を設定して与えられた状況で必要な最小のスロット数を割り当てるようにすることができる。

【0122】

また、マルチスロットのロングＰＵＣＣＨのスロット数は、ＵＥ特定ＲＲＣ設定（ＵＥ－ｓｐｅｃｉｆｉｃ ＲＲＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ）や、ＤＣＩを介する動的な指示（ｄｙｎａｍｉｃ ｉｎｄｉｃａｔｉｏｎ）を介して設定（ｃｏｎｆｉｇｕｒｅ）されることができる。

【0123】

また、多数（例えば、４つ）のマルチスロットのロングＰＵＣＣＨ（Ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）のスロット長をＵＥ特定に（ＵＥ－ｓｐｅｃｉｆｉｃａｌｌｙ）ＲＲＣ設定（ｃｏｎｆｉｇｕｒｅ）した後、ＤＣＩを介して動的に指示（ｉｎｄｉｃａｔｉｏｎ）する方法を考慮することができる。

【0124】

このとき、ＰＵＣＣＨカバレッジは、マルチスロットのロングＰＵＣＣＨにおいて、スロット数だけでなく、ロングＰＵＣＣＨ区間（ｌｏｎｇ ＰＵＣＣＨ ｄｕｒａｔｉｏｎ）、サブキャリア間隔などとも相関関係がある。

【0125】

従って、前記のように様々なカバレッジをサポートするマルチスロットのロングＰＵＣＣＨにおいてスロット数の値を決定するためには、特定のロングＰＵＣＣＨ区間とサブキャリア間隔を仮定しなければならない。

【0126】

以下、本明細書では、このときに仮定したロングＰＵＣＣＨ区間とサブキャリア間隔をそれぞれリファレンスロングＰＵＣＣＨ区間（ｒｅｆｅｒｅｎｃｅ ｌｏｎｇ ＰＵＣＣＨ ｄｕｒａｔｉｏｎ）Ｌｒｅｆ、リファレンスサブキャリア間隔（ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）Ｓｒｅｆ、そして、このように決定されたマルチスロットのロングＰＵＣＣＨのスロット数をＸｒｅｆという。

【0127】

また、ＮＲにおいて実際にロングＰＵＣＣＨ送信に使用されるロングＰＵＣＣＨ区間とサブキャリア間隔は、前記リファレンス（ｒｅｆｅｒｅｎｃｅ）値と同一か又は異なる。

【0128】

このときには、実際の送信に使用される値をそれぞれ実際ロングＰＵＣＣＨ区間（ａｃｔｕａｌ ｌｏｎｇ ＰＵＣＣＨ ｄｕｒａｔｉｏｎ）Ｌと実際サブキャリア間隔（ａｃｔｕａｌ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）Ｓという。

【0129】

前記リファレンス（ｒｅｆｅｒｅｎｃｅ）又は実際ロングＰＵＣＣＨ区間（ａｃｔｕａｌ ｌｏｎｇ ＰＵＣＣＨ ｄｕｒａｔｉｏｎ）とは、１）ＰＵＣＣＨを構成するＵＣＩシンボルとＤＭＲＳシンボルを合わせた全体シンボル数を意味するか、２）ＰＵＣＣＨを構成するシンボルのうちＵＣＩ送信に使用されるＵＣＩシンボルの数を意味し得る。

【0130】

このとき、ＮＲにおいては、ＬｒｅｆとＳｒｅｆ値の以外に前述したように様々なロングＰＵＣＣＨ区間とサブキャリア間隔をサポートできるが、このような状況を考慮して、ＮＲにおいてマルチスロットのロングＰＵＣＣＨのスロット数を設定（ｃｏｎｆｉｇｕｒｅ）する方法として、以下のような方法を提案する。

【0131】

同一のサブキャリア間隔においてロングＰＵＣＣＨ区間によるマルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法

【0132】

同一のサブキャリア間隔（例えは、リファレンスサブキャリア間隔（ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））においてロングＰＵＣＣＨ区間ＬがリファレンスロングＰＵＣＣＨ区間（ｒｅｆｅｒｅｎｃｅ ｌｏｎｇ ＰＵＣＣＨ ｄｕｒａｔｉｏｎ）Ｌｒｅｆと異なる場合があり得る。

【0133】

このとき、ロングＰＵＣＣＨ区間別に別途のマルチスロットのロングＰＵＣＣＨのスロット数の値、例えば、ロングＰＵＣＣＨ区間別に４つの値を設定できると仮定する場合、Ｙ＝｛ｙ０，ｙ１，ｙ２，ｙ３｝、Ｚ＝｛ｚ０，ｚ１，ｚ２，ｚ３｝などで構成するようにすることができる。

【0134】

このとき、ＵＥは、別途の方法で設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間によって設定（ｃｏｎｆｉｇｕｒｅ）された多数のマルチスロットのロングＰＵＣＣＨのスロット数（例えば、Ｙ、Ｚ、...）のうち１つを選択することができる。

【0135】

そして、選択されたマルチスロットのロングＰＵＣＣＨのスロット数の値のうち１つが前記マルチスロットのロングＰＵＣＣＨのスロット数の指示（ｉｎｄｉｃａｔｉｏｎ）方法により設定（ｃｏｎｆｉｇｕｒｅ）されて、マルチスロットのロングＰＵＣＣＨを構成することができる。

【0136】

例えば、ロングＰＵＣＣＨ区間ＬによりマルチスロットのロングＰＵＣＣＨのスロット数Ｙが選択されると、Ｙ値、例えば、｛ｙ０、ｙ１、ｙ２、ｙ３｝のうち１つが、ＵＥ特定ＲＲＣ設定やＤＣＩを介する動的な指示（ｄｙｎａｍｉｃ ｉｎｄｉｃａｔｉｏｎ）により設定（ｃｏｎｆｉｇｕｒｅ）されることができる。

【0137】

または、多数（例えば、４つ）のマルチスロットのロングＰＵＣＣＨのスロット長が、ＵＥ特定にＲＲＣ設定した後、ＤＣＩを介して動的に設定されることができる。

【0138】

ただし、前記方法は、ロングＰＵＣＣＨ区間別に別途のマルチスロットのロングＰＵＣＣＨのスロット数を設定するので、シグナリングオーバーヘッド（ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄ）が大きいという短所がある。

【0139】

従って、このような短所を改善するために、Ｌｒｅｆ、Ｓｒｅｆを仮定したリファレンスマルチスロットのロングＰＵＣＣＨのスロット数Ｘｒｅｆのみを設定した後、ＵＥに設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間によるマルチスロットのロングＰＵＣＣＨのスロット値はＸｒｅｆとＬｒｅｆを介して暗示的な指示（ｉｍｐｌｉｃｉｔ ｉｎｄｉｃａｔｉｏｎ）をすることができる。

【0140】

このとき、ロングＰＵＣＣＨ区間をＬ、それによるマルチスロットのロングＰＵＣＣＨのスロット数をＹという。

【0141】

その後、ＵＥは、次のようにＬとＬｒｅｆ、そしてＸｒｅｆを利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間に対するＹを数式２のように求めることができる。

【0142】

【数2】

【0143】

このとき、Ｌｒｅｆは、マルチスロットのロングＰＵＣＣＨの主な目的（ｍｏｔｉｖａｔｉｏｎ）がカバレッジ（ｃｏｖｅｒａｇｅ）拡張である点を考慮して最も長いロングＰＵＣＣＨ区間（すなわち、Ｌｒｅｆ＝１４）であり得る。

【0144】

Ｌｒｅｆ／Ｌが整数ではない場合（例えば、Ｌｒｅｆ＝１４及びＬ＝１０である場合）、ｃｅｉｌｉｎｇ、ｆｌｏｏｒ、ｔｒｕｎｃａｔｉｏｎなどにより整数化することができる。

【0145】

整数化は、カバレッジ／リンクバジェット／ＭＣＬ（ｃｏｖｅｒａｇｅ／ｌｉｎｋ ｂｕｄｇｅｔ／ＭＣＬ）を満足させる整数のうち最も小さい値を探すために数式３、数式４のようなｃｅｉｌｉｎｇ動作であり得る。

【0146】

【数3】

【0147】

【数4】

【0148】

ここで、

はｃｅｉｌｉｎｇ動作を意味する。

【0149】

例えば、Ｌｒｅｆ＝１４である場合、Ｘｒｅｆ＝｛１、４、１６、６４｝であると、Ｌ＝１０であるの場合、

であり、ｃｅｉｌｉｎｇを適用した最終Ｙ値はＹ＝｛１、３、１２、６４｝となる。

【0150】

このとき、ＵＥは、前記のような方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0151】

また、前記ｃｅｉｌｉｎｇ動作は、ｆｌｏｏｒ、ｔｒｕｎｃａｔｉｏｎなどの他の整数化方法に代替できる。

【0152】

さらに、リファレンスＰＵＣＣＨシンボル区間Ｌｒｅｆ（例えば、Ｌｒｅｆ＝１４シンボル）に対して設定できるスロットの数（ｃｏｎｆｉｇｕｒａｂｌｅ ｎｕｍｂｅｒ ｏｆ ｓｌｏｔｓ）に対する集合Ｘｒｅｆ＝｛１，ｘ１，ｘ２，ｘ３｝を定義した状態で、ＵＥは、当該Ｘｒｅｆ内の１つの値（例えば、ｘ１＝２，ｘ２＝４，ｘ３＝６又は８）がｇＮＢから設定されることができる。

【0153】

このとき、ｇＮＢから割り当てられたＸｒｅｆのうち１つの値をｘｒｅｆとすると、実際の送信に適用するマルチスロットのロングＰＵＣＣＨのスロット数ｙは、次のような方法により設定されることができる。

【0154】

（方法１）

【0155】

ｘｒｅｆ＞１であり、実際ＰＵＣＣＨシンボル区間（ａｃｔｕａｌ ＰＵＣＣＨ ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）がＬシンボルとして与えられると、実際スロットの数（ａｃｔｕａｌ ｎｕｍｂｅｒ ｏｆ ｓｌｏｔｓ）ｙは、数式５のように設定されることができる。

【0156】

【数5】

【0157】

ここで、ｆ｛・｝は、ｃｅｉｌｉｎｇ、ｆｌｏｏｒｉｎｇ、ｔｒｕｎｃａｔｉｏｎなどの関数であり得る。

【0158】

（方法２）

【0159】

ｘｒｅｆ＝１の場合、任意の実際ＰＵＣＣＨシンボル区間（ａｃｔｕａｌ ＰＵＣＣＨ ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）Ｌに対して、実際スロット数（ａｃｔｕａｌ ｎｕｍｂｅｒ ｏｆ ｓｌｏｔｓ）ｙはｙ＝１に設定される。

【0160】

サブキャリア間隔が変わるとき、マルチスロットのロングＰＵＣＣＨにおいてスロット数を設定する方法

【0161】

前述したように、ＰＵＣＣＨカバレッジは、マルチスロットのロングＰＵＣＣＨにおいて、スロット数、ロングＰＵＣＣＨ区間だけでなく、サブキャリア間隔とも相関関係がある。

【0162】

従って、ロングＰＵＣＣＨ区間がシンボル数として与えられる場合、同一のロングＰＵＣＣＨ区間であってもサブキャリア間隔がＮ倍になると、ロングＰＵＣＣＨ長さの絶対時間が１／Ｎ倍になるため、送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ）が一定である場合、ＰＵＣＣＨカバレッジが比例して縮小される。

【0163】

また、比例関係は、一般に受信電力（ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）は送信端（ｔｒａｎｓｍｉｔｔｅｒ）と受信端（ｒｅｃｅｉｖｅｒ）間の距離の２乗に反比例するため、距離に換算したカバレッジは送信エネルギー（ｔｒａｎｓｍｉｓｓｉｏｎ ｅｎｅｒｇｙ）、すなわち、送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ）×送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）の２乗に反比例する。

【0164】

従って、前記例示において、サブキャリア間隔がＮ倍になると、ロングＰＵＣＣＨ送信エネルギーが１／Ｎ倍になるため、距離に換算したＰＵＣＣＨカバレッジは１／√Ｎ倍となる。

【0165】

また、サブキャリア間隔によってＰＵＣＣＨカバレッジの要求事項が変化し得るが、これは、次のようなサブキャリア間隔によるｍａｘ ＴＡ（ｍａｘｉｍｕｍ Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）設定方法で表現できる。

【0166】

このとき、ｍａｘ ＴＡは、サブキャリア間隔別に設定されるか、サブキャリア間隔と関係なく同一のｍａｘ ＴＡ値に設定されるか、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）などに設定（ｃｏｎｆｉｇｕｒｅ）されることができる。

【0167】

また、サブキャリア間隔別に設定される場合、ｍａｘ ＴＡは、サブキャリア間隔に反比例又は２乗根に反比例する関係を有するように設定される。

【0168】

従って、それぞれの場合に対して、次のようなマルチスロットのロングＰＵＣＣＨのスロット数設定方法を考慮することができる。

【0169】

サブキャリア間隔に従ってｍａｘ ＴＡがスケール（ｓｃａｌｅ）される場合

【0170】

Ｍａｘ ＴＡがサブキャリア間隔に反比例する関係でスケール（ｓｃａｌｅ）される場合（例えば、サブキャリア間隔がＳｒｅｆに比べてＮ倍になるとき、ｍａｘ ＴＡが１／Ｎ倍又は１／√Ｎになるようにスケールする場合）、サブキャリア間隔によるＰＵＣＣＨカバレッジも同一の比率で縮小されると期待できる。

【0171】

従って、ＵＥは、ＰＵＣＣＨ送信に使用されるサブキャリア間隔がＳｒｅｆと異なる値を有していても、Ｓｒｅｆを基準に設定した値を同一に適用してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0172】

すなわち、ＵＥは、ＬｒｅｆとＳｒｅｆを仮定したリファレンスマルチスロットのロングＰＵＣＣＨ（ｒｅｆｅｒｅｎｃｅ ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）のスロット数をＸｒｅｆとすると、Ｌｒｅｆと同一のロングＰＵＣＣＨ区間Ｌに対して、サブキャリア間隔に関係なくＸｒｅｆ値をそのまま自分に設定されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨスロット数Ｙに適用することができる。

【0173】

【数6】

【0174】

このとき、ＵＥは、前記のような数式６を利用して求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0175】

サブキャリア間隔に関係なくｍａｘ ＴＡが固定である場合

【0176】

以下は、Ｍａｘ ＴＡがサブキャリア間隔に関係なく固定された値である場合、マルチスロットのロングＰＵＣＣＨのスロット数を設定する方法に関する。

【0177】

言い換えると、様々なサブキャリア間隔で動作する全てのＵＥが同一のＰＵＣＣＨカバレッジをサポートするように設定された場合、サブキャリア間隔に従ってカバレッジが縮小されることを勘案してマルチスロットのロングＰＵＣＣＨのスロット数を調節する必要があり得る。

【0178】

前述したように、サブキャリア間隔ＳがＮ倍になると、すなわち、Ｓ＝Ｎ＊Ｓｒｅｆ、ＰＵＣＣＨ送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）が１／Ｎ倍になるため、同一のＰＵＣＣＨ送信電力（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ）を仮定すると、時間的なカバレッジは２乗根に反比例する関係で縮小される。

【0179】

従って、前記場合にカバレッジ縮小を補償するためには、ＰＵＣＣＨ送信電力をＮ倍に増加させるか、同一のＰＵＣＣＨ送信電力においてマルチスロットのロングＰＵＣＣＨのスロット数をＮ倍に増加させてＰＵＣＣＨ送信区間をＳｒｅｆの場合と同一になるように設定することができる。

【0180】

このとき、様々なサブキャリア間隔が共存するＮＲにおいて、サブキャリア間隔に関係なく同一のカバレッジ又はｍａｘ ＴＡをサポートするための場合があり得る。

【0181】

このとき、ＵＥは、Ｌｒｅｆと同一のロングＰＵＣＣＨ区間Ｌに対して、次の数式７のようにサブキャリア間隔ＳとＳｒｅｆ、そしてＸｒｅｆを利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するＹを求めることができる。

【0182】

【数7】

【0183】

このとき、ＵＥは、前記のような数式７の方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0184】

Ｍａｘ ＴＡがＳＩＢ設定可能（ＳＩＢ ｃｏｎｆｉｇｕｒａｂｌｅ）である場合

【0185】

Ｍａｘ ＴＡがＳＩＢなどで設定可能（ｃｏｎｆｉｇｕｒａｂｌｅ）である場合、リファレンスマルチスロットのロングＰＵＣＣＨ（ｒｅｆｅｒｅｎｃｅ ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）のスロット数Ｘｒｅｆの決定時に仮定したｍａｘ ＴＡをＴＡｍａｘｒｅｆ、設定（ｃｏｎｆｉｇｕｒｅ）されたｍａｘ ＴＡをＴＡｍａｘとすると、ＴＡｍａｘｒｅｆとの関係を利用してマルチスロットのロングＰＵＣＣＨのスロット数を決定することができる。

【0186】

前述たしたように、一般的に受信電力（ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）は、送信端（ｔｒａｎｓｍｉｔｔｅｒ）と受信端（ｒｅｃｅｉｖｅｒ）との間の距離の２乗に反比例するので、言い換えると、距離に換算したカバレッジをＮ倍増加させるためには送信エネルギー（ｔｒａｎｓｍｉｓｓｉｏｎ ｅｎｅｒｇｙ）をＮ２倍増加させなければならない。

【0187】

このような、送信エネルギーをＮ２倍増加させるためには、送信電力をＮ２倍増加させるか、同一の送信電力の場合は送信区間をＮ２倍増加させなければならない。

【0188】

しかしながら、カバレッジ制限（Ｃｏｖｅｒａｇｅ ｌｉｍｉｔｅｄ）状況のように、送信電力を増加させることができない場合があり得る。

【0189】

このとき、ＵＥは、Ｘｒｅｆの決定時と同一のＰＵＣＣＨ送信電力を仮定して次の数式８のようにＴＡｍａｘとＴＡｍａｘｒｅｆの関係を利用して自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを下記の数式８のような方法で求めることができる。

【0190】

【数8】

【0191】

より一般的には、次のようにＴＡｍａｘとＴＡｍａｘｒｅｆの関係を利用して、ＵＥは、自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを数式９のような方法で求めることができる。

【0192】

【数9】

【0193】

前記数式９において、Ｍは、代表的に１又は２などの値を有することができ、チャネルの経路損失（ｐａｔｈ ｌｏｓｓ）の状況などを考慮して決定される値であり得る。

【0194】

さらに、サブキャリア間隔ＳがＳｒｅｆと異なる場合を考慮して、数式１０を利用して、ＵＥは、自分に設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに対するマルチスロットのロングＰＵＣＣＨのスロット数Ｙを求めることができる。

【0195】

【数10】

【0196】

ＵＥは、前記数式１０のような方法で求めたＹを利用してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0197】

前記方法を一般化すると、数式１１のように表現することができる。

【0198】

【数11】

【0199】

前記の関係式を利用してロングＰＵＣＣＨ区間及び／又はサブキャリア間隔及び／又はｍａｘ ＴＡによるＲＲＣパラメータ（ｐａｒａｍｅｔｅｒ）を設定することができる。

【0200】

このとき、ＵＥは、前記数式１１を利用してＸｒｅｆからマルチスロットのロングＰＵＣＣＨのスロット数を計算してマルチスロットのロングＰＵＣＣＨを構成することができる。

【0201】

前記方式でＵＥがマルチスロットのロングＰＵＣＣＨを構成する場合、単一スロットのロングＰＵＣＣＨ（ｓｉｎｇｌｅ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）（すなわち、マルチスロットのロングＰＵＣＣＨのスロット数＝１）を選択できるようにするために、前記関係を利用して求めたマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値（例えば、｛ｙ０，ｙ１，ｙ２，ｙ３｝）のうち１つを「１」に設定することができる。

【0202】

例えば、Ｙ値のうち 最も大きい値または最も小さい値 「１」に置換して（例えば、｛１，ｙ１，ｙ２，ｙ３｝）、マルチスロットのロングＰＵＣＣＨをオフ（ｏｆｆ）するようにすることができる。

【0203】

または、前記目的で「１」を基本的にサポートし、残りの値に対して前記方法のようにロングＰＵＣＣＨ区間、サブキャリア間隔、ｍａｘ ＴＡとの関係式を有してスケールされるように設定することができる。

【0204】

ここで、受信信号の電力は、送信信号の電力が一定で、送信信号のキャリア周波数（ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ）の波長（ｗａｖｅｌｅｎｇｔｈ）の大きさに比例するアンテナ（ａｎｔｅｎｎａ）を使用すると仮定すると、中心周波数の２乗に反比例する。

【0205】

この場合、ＵＬ送信範囲縮小とセル範囲（ｃｅｌｌ ｒａｎｇｅ）縮小が同一の関係で縮小されるため、ＵＥはＵＬリファレンスキャリア周波数（ＵＬ ｒｅｆｅｒｅｎｃｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ）において決定したマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値を同一に適用することができる。

【0206】

また、ＵＥは、アンテナサイズの変化とビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）によるｅＮＢにおける受信電力が異なる可能性があることを考慮してキャリア周波数（ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ）別にマルチスロットのロングＰＵＣＣＨのスロット数Ｙ値を設定するようにすることができる。

【0207】

また、ＵＥは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を適用する場合に、ビーム別に経路損失（ｐａｔｈ ｌｏｓｓ）が異なる可能性があることを反映して、ビーム別に測定（ｍｅａｓｕｒｅ）された経路損失比率でスケールして適用するようにすることができる。

【0208】

例えば、ＤＬ又はＵＬを介して、チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）やサウンディング参照信号（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＳＲＳ）などを利用して測定したｂｅａｍ１、ｂｅａｍ２の経路損失（ｐａｔｈ ｌｏｓｓ）をそれぞれＰＬ１、ＰＬ２とすると、ＵＥは、ＰＬ１とＰＬ２の割合を利用してｂｅａｍ２の送信時にマルチスロットのロングＰＵＣＣＨのスロット数Ｙ２を決定することができる。

【0209】

例えば、ＵＥが送信制限（ｐｏｗｈｅｒ ｌｉｍｉｔａｔｉｏｎ）がかかって同一の送信電力Ｐで送信し、ｂｅａｍ１に送信した信号に対するｅＮＢ受信電力がＰ＊ＰＬ１、そして、ｂｅａｍ２の受信電力がＰ＊ＰＬ２である場合に、マルチスロットのロングＰＵＣＣＨのスロット数をＰＬ１／ＰＬ２の割合でスケールして適用するようにすることができる。

【0210】

言い換えると、ｂｅａｍ１を利用してマルチスロットのロングＰＵＣＣＨを送信していたＵＥが同一の送信電力でｂｅａｍ２にビームチェンジ（ｂｅａｍ ｃｈａｎｇｅ）して送信する場合、ｂｅａｍ１に送信するときにマルチスロットのロングＰＵＣＣＨのスロット数をＹ１と言うと、ｂｅａｍ２に送信するときにマルチスロットのロングＰＵＣＣＨのスロット数を、Ｙ２値は次の数式１２のような関係を有するように決定されることができる。

【0211】

【数12】

【0212】

マルチスロットのロングＰＵＣＣＨにおけるスキッピング（skipping）又はレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）動作

【0213】

ＰＵＣＣＨシンボル区間（ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）ＬとＰＵＣＣＨ送信周期（ｐｅｒｉｏｄ）又はそれに対応するマルチスロットのロングＰＵＣＣＨのスロット数はＲＲＣ設定される値であるか（ＲＲＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、多数のＲＲＣ設定された候補値（ｃａｎｄｉｄａｔｅ ｖａｌｕｅｓ）のうち、ＤＣＩを介して指示する又は決定される値であり得る。（ＲＲＣ設定＋ＤＣＩ指示）

【0214】

これに対して、ＤＬシンボル又はギャップ周期（ｇａｐ ｐｅｒｉｏｄ）又は他のアップリンクリソース（ｏｔｈｅｒ ＵＬ ｒｅｓｏｕｒｃｅ）（例えば、ショートＰＵＣＣＨ、ＳＲＳ）により特定ＰＵＣＣＨスロット内の実際可能なＰＵＣＣＨシンボル値ＬａはＬより小さい値であり得る。

【0215】

このような場合、Ｌａ値は、ＤＣＩなどを介して動的に指示される値であるか、ＤＣＩなどを介して送信される他の動的なパラメータ（ら）（ｄｙｎａｍｉｃ ｐａｒａｍｅｔｅｒ(ｓ)）により決定される値であり得る。

【0216】

例えば、Ｌａ値は、ＤＣＩを介してＵＥにスロットのタイプを知らせるスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）などにより指示又は決定される値であり得る。

【0217】

これに、本明細書では、ＰＵＣＣＨシンボル区間ＬとＰＵＣＣＨ送信周期（ｐｅｒｉｏｄ）又はそれに対応するマルチスロットのロングＰＵＣＣＨのスロット数が前記のようにＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により指示／設定された状態で、ＤＬシンボル又はギャップ周期又他のＵＬリソース（ｏｔｈｅｒ ＵＬ ｒｅｓｏｕｒｃｅ）（例えば、ショートＰＵＣＣＨ、ＳＲＳ）により動的に決定される特定ＰＵＣＣＨのスロット内のＰＵＣＣＨ送信が可能なＰＵＣＣＨシンボル区間ＬａがＬより小さくなる場合、次のような方法で動作することを提案する。

【0218】

（方法１）

【0219】

方法１は、当該スロットにおけるＰＵＣＣＨ送信を省略（ｓｋｉｐ）することである。

【0220】

この方法では、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたマルチスロットのロングＰＵＣＣＨのスロット数に比べて、実際送信したロングＰＵＣＣＨスロット数がＰＵＣＣＨ送信を省略（ｓｋｉｐ）した分だけ減少する。

【0221】

（方法２）

【0222】

方法２は、当該スロットにおけるＰＵＣＣＨ送信を省略（ｓｋｉｐ）し、省略した分だけのスロット数を前記設定された周期（ｐｅｒｉｏｄ）又はマルチスロットのロングＰＵＣＣＨのスロット数に反映して拡張する方法である。

【0223】

この方法では、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたマルチスロットのロングＰＵＣＣＨのスロット数と実際送信したロングＰＵＣＣＨのスロット数が同一である。

【0224】

（方法３）

【0225】

方法３は、ＰＵＣＣＨシンボル区間（ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）ＬａがＬのＰ％以上になる場合、又は（Ｌ－Ｌａ）がＱシンボル以下である場合、当該Ｌａシンボル区間でＰＵＣＣＨを送信し、ＬａがＬのＰ％未満になる場合、又は（Ｌ－Ｌａ）がＱシンボルを超過する場合は、前記方法１又は方法２を適用することである。

【0226】

言い換えると、ＲＲＣ設定又はＲＲＣ設定＋ＤＣＩ指示方法により設定（ｃｏｎｆｉｇｕｒｅ）されたロングＰＵＣＣＨ区間Ｌに比べて、動的な設定（ｄｙｎａｍｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）により実際可用のロングＰＵＣＣＨ区間がＱシンボル以下の分だけ減少すると、Ｌａシンボルを基準にレートマッチング（ｒａｔｅ－ｍａｔｃｈｉｎｇ）して送信し、そうでない（すなわち、ＬとＬａの差がＱシンボルより大きい）場合は、前記方法１又は方法２を適用する。

【0227】

また、ＲＲＣ／ＤＣＩなどを介して本来設定／指示されたＬ個のシンボル位置において最初Ｑシンボル以下または最後のＱシンボル以下または最初の一部のシンボルと最後の一部のシンボルを合わせてＱシンボル以下が可用でない場合にのみＬａシンボル区間にレートマッチングしてＰＵＣＣＨを送信し、そうでない場合は、前記方法１又は方法２を適用する方式も可能である。

【0228】

前記方法３の場合、ＵＣＩ符号化ビット（ＵＣＩ ｃｏｄｅｄ ｂｉｔ）はＬシンボル基準に生成した状態で（Ｌ－Ｌａ）シンボルの分だけをパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）してマッピング／送信するか、又はＬａシンボルに合わせてレートマッチングしてＬａシンボルを基準にＵＣＩ符号化ビット（ＵＣＩ ｃｏｄｅｄ ｂｉｔ）を生成してマッピング／送信することができる。

【0229】

前記において、時間ドメイン（ｔｉｍｅ－ｄｏｍａｉｎ）ＯＣＣベースのロングＰＵＣＣＨ（例えば、最大２ビット（ｆｏｒ ｕｐ ｔｏ ２ｂｉｔｓ））の場合は、方法１、２を適用し、時間ドメインＯＣＣをベースにしないロングＰＵＣＣＨ（例えば、２ビット以上（ｆｏｒ ｍｏｒｅ ｔｈａｎ ２ｂｉｔｓ）の場合は、方法１、２、３を適用する方式も可能である。

【0230】

前記において、ＰＵＣＣＨシンボル区間に該当するシンボル数Ｌ又はＬａは、ＰＵＣＣＨを構成するＵＣＩシンボルとＤＭＲＳシンボルとを合わせた全体シンボル数を意味するか、又はＰＵＣＣＨを構成するシンボルのうちＵＣＩを送信するシンボル数を意味し得る。

【0231】

このとき、ＵＥは、前記方法のうち１つを上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）から設定（ｃｏｎｆｉｇｕｒｅ）されて動作するか、ＵＥが前記方法のうち１つのみで動作するようにスペック（ｓｐｅｃ）に明示することができる。

【0232】

ｐｒｅ－ＤＦＴ ＯＣＣベースのロングＰＵＣＣＨにおいてＰＵＣＣＨリソース設定方法

【0233】

ＮＲにおいて、大きいＵＣＩペイロード（ｌａｒｇｅ ＵＣＩ ｐａｙｌｏａｄ）とユーザマルチプレクシング（ｕｓｅｒ ｍｕｌｔｉｐｌｅｘｉｎｇ）を同時にサポートするために、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣベースにロングＰＵＣＣＨを送信する方法を考慮することができる。

【0234】

ここで、ＯＣＣは、ユーザ区分のために使うｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅを意味し、ウオルシュコード（Ｗａｌｓｈ ｃｏｄｅ）やＤＦＴシーケンス（ｓｅｑｕｅｎｃｅ）であり得る。

【0235】

このとき、Ｐｒｅ－ＤＦＴベースのロングＰＵＣＣＨにおいてＯＣＣ長（ｌｅｎｇｔｈ）は、サポートしようとするユーザマルチプレクシングキャパシティ（ｕｓｅｒ ｍｕｌｔｉｐｌｅｘｉｎｇ ｃａｐａｃｉｔｙ）と送信しようとするＵＣＩペイロード（ｐａｙｌｏａｄ）を考慮して設定することができる。

【0236】

一方、Ｐｒｅ－ＤＦＴベースのロングＰＵＣＣＨで送信可能なＵＣＩペイロードはＯＣＣ長に反比例する。

【0237】

従って、ＯＣＣ長は、ＵＣＩペイロードとユーザマルチプレクシングキャパシティを考慮して上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）やＤＣＩに介する動的な指示（ｄｙｎａｍｉｃ ｉｎｄｉｃａｔｉｏｎ）により柔軟（ｆｌｅｘｉｂｌｅ）に設定されるようにすることができる。

【0238】

また、ＰＵＣＣＨのコヒーレント復調（ｃｏｈｅｒｅｎｔ ｄｅｍｏｄｕｌａｔｉｏｎ）のためにＵＥ別にチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）のためのＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）送信が必要である。

【0239】

このとき、ユーザ間のチャネル分離（ｃｈａｎｎｅｌ ｓｅｐａｒａｔｉｏｎ）ための直交ＲＳ（ｏｒｔｈｏｇｏｎａｌ ＲＳ）送信方法として、次のような方法を考慮することができる。

【0240】

（方法１）

【0241】

ＣＤＭ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）送信方法である。

【0242】

ＣＤＭ送信方法は、互いに（疑似）直交（（ｑｕａｓｉ－）ｏｒｔｈｏｇｏｎａｌ）のコードを重ねて送信する方法である。

【0243】

例えば、ＰＵＣＣＨが１ＲＢに送信される場合、ＵＥ別のＲＳは１ＲＢ全体にわたって（シーケンス長（ｓｅｑｕｅｎｃｅ ｌｅｎｇｔｈ）＝１２）送信されることができる。

【0244】

このとき、直交シーケンス（Ｏｒｔｈｏｇｏｎａｌ ｓｅｑｕｅｎｃｅ）は、同一のシーケンスに相異なる時間ドメインサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ：ＣＳ）であり得る。

【0245】

（方法２）

【0246】

ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）送信方法である。

【0247】

ＦＤＭ送信方法は、相異なる周波数リソースを使用して送信する方法であり、ＵＥ別に周波数リソースを連続的に（ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ）割り当てて送信するか、コーム形（ｃｏｍｂ ｔｙｐｅ ＦＤＭ）で交差して送信することができる。

【0248】

以下、前記ＵＣＩ及びＲＳ送信方法を考慮して次のようなｐｒｅ－ＤＦＴ ＯＣＣベースのロングＰＵＣＣＨのＰＵＣＣＨリソースを定義するいくつかの方法を提案する。

【0249】

（方法１）

【0250】

ＵＣＩ ｐａｒｔ（ＯＣＣ）とＲＳをペアリング（ｐａｉｒｉｎｇ）してＰＵＣＣＨリソースを定義する方法

【0251】

方法１－Ａ：ＯＣＣ（ＵＣＩ）とｃｏｍｂ ｉｎｄｅｘ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法

【0252】

前記ＦＤＭ ＲＳの送信方法のうち、コーム（ｃｏｍｂ）形の交差送信を使用する場合を例に挙げると、ＵＣＩ ｐａｒｔにｌｅｎｇｔｈ－Ｎ ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックス（ｃｏｄｅ ｉｎｄｅｘ）をｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＲＳコーム（ｃｏｍｂ）｛（０、Ｎ、２Ｎ、……）、（１、Ｎ＋１、２Ｎ＋１、……）、……（Ｎ－１、２Ｎ－１、３Ｎ－１，……）｝をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。

【0253】

方法１－Ｂ：ＯＣＣ（ＵＣＩ）とｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法

【0254】

例えば、ＵＣＩ ｐａｒｔにｌｅｎｇｔｈ－Ｎ ＯＣＣが設定され、ＰＵＣＣＨの送信に使用されるサブキャリアの数がＮＰＵＣＣＨＳＣである場合、Ｎ個のＯＣＣのそれぞれのコードインデックス（ｃｏｄｅ ｉｎｄｅｘ）をｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＲＳ ＦＤＭ｛（０、１、２、……）、（ＮＰＵＣＣＨＳＣ／Ｎ、ＮＰＵＣＣＨＳＣ／Ｎ＋１、ＮＰＵＣＣＨＳＣ／Ｎ＋２、……）、……（ＮＰＵＣＣＨＳＣ－ＮＰＵＣＣＨＳＣ／Ｎ、ＮＰＵＣＣＨＳＣ－ＮＰＵＣＣＨＳＣ／Ｎ＋１、ＮＰＵＣＣＨＳＣ－ＮＰＵＣＣＨＳＣ／Ｎ＋２、……）｝をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。

【0255】

方法１－Ｃ：ＯＣＣ（ＵＣＩ）とＣＳ（ＲＳ）をペアリングしてＰＵＣＣＨリソースを定義する方法

【0256】

前記ＣＤＭ ＲＳの送信方法のうち、相異なるＣＳでＲＳを区分する場合、ＵＣＩ ｐａｒｔにｌｅｎｇｔｈ－Ｎ ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ｎとＮ個のＣＳインデックスｍ（０＜＝ｍ＜Ｎ、ｍ：整数）をそれぞれペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。

【0257】

ユーザ間にマルチプレクシング（ｍｕｌｔｉｐｌｅｘｉｎｇ）する場合、ユーザ間のＤＭＲＳ ＣＳ ｄｉｓｔａｎｃｅが大きいほどチャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）の側面で有利であり得るが、これを考慮して前記のようにペアリングするとき、ＯＣＣ長４の場合に対してＯＣＣコードインデックス（ＯＣＣ ｃｏｄｅ ｉｎｄｅｘ）ｎ＝０、１、２、３にそれぞれＣＳ＝０、３、６、９がペアリングされるように定義して、ＯＣＣ長２の場合、（ｎ＝０、１）、ＣＳ＝０、６がペアリングされるようにすることができる。

【0258】

方法１－Ｄ：ＯＣＣ（ｆｏｒ ＵＣＩ）と（ｃｏｍｂ ｔｙｐｅ ＦＤＭ、ＣＳ）（ｆｏｒ ＲＳ）の組み合わせをペアリングしてＰＵＣＣＨリソースを定義する方法

【0259】

例えば、ＵＣＩ ｐａｒｔにｌｅｎｇｔｈ－Ｎ ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）というと、ＵＣＩに適用されるコードインデックスｎとＲＳの構成のためのＮ個の（ｃｏｍｂ，ＣＳ）の組み合わせをペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。

【0260】

このとき、Ｎ個のＲＳ ｉｎｄｅｘ組み合わせを構成するｃｏｍｂの数をＮｃｏｍｂ、ＣＳの数をＮｃｓとすると、Ｎ＝Ｎｃｏｍｂ×Ｎｃｓを満足する。

【0261】

例えば、Ｎ＝４の場合、４つのＲＳ ｉｎｄｅｘに該当する（ｃｏｍｂ，ＣＳ）の組み合わせは、（ｅｖｅｎ ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ，ＣＳ＝０）、（ｅｖｅｎ ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ，ＣＳ＝Ｘ）、（ｏｄｄ ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ，ＣＳ＝０）、（ｏｄｄ ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ，ＣＳ＝Ｘ）に設定されることができる（ここで、Ｘ＞０）。

【0262】

方法１－Ｅ：ＯＣＣ（ｆｏｒ ＵＣＩ）と（ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ，ＣＳ）（ｆｏｒ ＲＳ）の組み合わせをペアリングしてＰＵＣＣＨリソースを定義する方法

【0263】

例えば、ＵＣＩ ｐａｒｔにｌｅｎｇｔｈ－Ｎ ＯＣＣが設定された場合、Ｎ個のＯＣＣのそれぞれのコードインデックスをｎ（０＜＝ｎ＜Ｎ、ｎ：整数）とすると、ＵＣＩに適用されるコードインデックスｎとＲＳの構成のためのＮ個の（ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ，ＣＳ）の組み合わせをペアリングしてＮ個のＰＵＣＣＨリソースを設定することができる。

【0264】

このとき、Ｎ個のＲＳ ｉｎｄｅｘ組み合わせを構成するｃｏｎｔｉｇｕｏｕｓ ＦＤＭの数をＮｆｄｍ、ＣＳの数をＮｃｓとすると、Ｎ＝Ｎｆｄｍ×Ｎｃｓを満足する。

【0265】

例えば、Ｎ＝４の場合、４つのＲＳ ｉｎｄｅｘに該当する（ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ，ＣＳ）の組み合わせは（ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ０～ＮＰＵＣＣＨＳＣ／２－１，ＣＳ＝０）、（ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ０～ＮＰＵＣＣＨＳＣ／２－１，ＣＳ＝Ｘ）、（ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ ＮＰＵＣＣＨＳＣ／２～ＮＰＵＣＣＨＳＣ－１，ＣＳ＝０）、（ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ ＮＰＵＣＣＨＳＣ／２～ＮＰＵＣＣＨＳＣ－１、ＣＳ＝Ｘ）に設定されることができる（ここで、Ｘ＞０）。

【0266】

方法１－Ａないし方法１－Ｅは、Ｎ個のＵＣＩ ＯＣＣ ｉｎｄｅｘとＮ個のＲＳ ｉｎｄｅｘ（例えば、ＣＳ ｉｎｄｅｘ、ｃｏｍｂ ｉｎｄｅｘ、ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘ）又はこれらの組み合わせに対して事前に１対１の関係を指定してＮ個の組み合わせを作る方法である。

【0267】

このとき、ＯＣＣ（ＵＣＩ）とＲＳの１対１の対応関係は、前記方法１－Ａ～Ｅのうち１つでスペック（ｓｐｅｃ）に固定されたことであるか、ＲＲＣシグナリングにより前記方法のうち１つで設定（ｃｏｎｆｉｇｕｒｅ）されることであり得る。

【0268】

例えば、ＲＲＣシグナリング１ｂｉｔを使用してＯＣＣ（ＵＣＩ）にＲＳのｃｏｍｂ ｉｎｄｅｘ（方法１－Ａ）をペアリングしてＰＵＣＣＨリソースを定義したのか、ＲＳのＣＳ ｉｎｄｅｘ（方法１－Ｃ）をペアリングしてＰＵＣＣＨリソースを定義したのかを指示する形態であり得る。

【0269】

（方法２）

【0270】

方法２は、ＵＣＩ ｐａｒｔとＲＳの全ての組み合わせをＰＵＣＣＨリソースで定義する方法である。

【0271】

言い換えると、方法１が１つのＯＣＣに対して１つのＲＳ ｉｎｄｅｘを対応させたことであれば、方法２は、１つのＯＣＣに対して全部又は多数のＲＳを対応させて選択できるようにＰＵＣＣＨリソースを定義する方法である。

【0272】

例えば、１つのＯＣＣに対して２つのＲＳ ｉｎｄｅｘが対応されるようにＰＵＣＣＨリソースを定義して選択できるようにする方法である。

【0273】

このとき、２つのｉｎｄｅｘは、相異なるｃｏｍｂ ｉｎｄｅｘであるか、相異なるｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘであるか、相異なるＣＳ ｉｎｄｅｘであり得る。

【0274】

ｐｒｅ－ＤＦＴ ＯＣＣベースロングＰＵＣＣＨにおいてセル間干渉ランダム化（ｉｎｔｅｒｆｅｒｅｎｃｅ ｒａｎｄｏｍｉｚａｔｉｏｎ）方法

【0275】

前記ｐｒｅ－ＤＦＴ ＯＣＣベースのロングＰＵＣＣＨを送信する方法において、ユーザ間のマルチプレクシングをサポートするためにシンボルごとにＯＣＣを使用する。

【0276】

前記ＯＣＣを使用すると、同一セル内での相異なるＯＣＣコードを使用するユーザ間直交性（ｏｒｔｈｏｇｏｎａｌｉｔｙ）が保障されるが、セル間干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）は依然として発生する可能性がある。

【0277】

例えば、前記セル間干渉（ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ）は、相異なるセルの同一のＯＣＣコードを使用するＵＥ間の干渉であり得る。

【0278】

従って、本明細書は、このような状況でセル間干渉ランダム化（ｉｎｔｅｒ－ｓｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｒａｎｄｏｍｉｚａｔｉｏｎ）のためにｐｒｅ－ＤＦＴ ＯＣＣベースのロングＰＵＣＣＨにおいてｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｓｙｍｂｏｌ－／ｈｏｐ－／ｓｌｏｔ－ｌｅｖｅｌ ＯＣＣ ｈｏｐｐｉｎｇを適用することを提案する。

【0279】

このとき、セル特定ＯＣＣホッピング（Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ＯＣＣ ｈｏｐｐｉｎｇ）の周期は、シンボル単位であるか、周波数ホッピングが設定された場合は周波数ホップ（ｆｒｅｑｕｅｎｃｙ ｈｏｐ）単位であるか、スロット単位のホッピング（ｉｎｔｅｒ－ｓｌｏｔ ＯＣＣ ｈｏｐｐｉｎｇ）であり得る。

【0280】

また、Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｓｙｍｂｏｌ－／ｈｏｐ－／ｓｌｏｔ－ｌｅｖｅｌ ＯＣＣ ｈｏｐｐｉｎｇは、セル別に区分されるランダムホッピングパターン（ｒａｎｄｏｍ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）に応じてＯＣＣホッピングを行うことができる。

【0281】

このとき、セル別に特別なｓｙｍｂｏｌ－／ｈｏｐ－／ｓｌｏｔ－ｌｅｖｅｌ ＯＣＣホッピングパターンを生成するために、物理セルＩＤ（ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ）又は仮想セルＩＤ（ｖｉｒｔｕａｌ ｃｅｌｌ ＩＤ）により誘導されるランダムホッピングパターン（ｒａｎｄｏｍ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）生成方法を使用することができる。

【0282】

さらに、ランダムホッピングパターン生成方法に使用されるパラメータとして、物理セルＩＤと仮想セルＩＤのうち選択するように上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）により設定（ｃｏｎｆｉｇｕｒｅ）されることもできる。

【0283】

また、ＵＥは、割り当てられたＯＣＣ ｉｎｄｅｘ、ｓｙｍｂｏｌ／ｈｏｐ／ｓｌｏｔ ｉｎｄｅｘ、ｃｅｌｌ ＩＤなどを介して別途のシグナリングなしにｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｓｙｍｂｏｌ－／ｈｏｐ－／ｓｌｏｔ－ｌｅｖｅｌ ＯＣＣホッピングパターンを生成してＵＣＩ情報を送信することができる。

【0284】

そして、Ｐｒｅ－ＤＦＴ ＯＣＣベースのロングＰＵＣＣＨにおいてＵＣＩにｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｓｙｍｂｏｌ－／ｈｏｐ－／ｓｌｏｔ－ｌｅｖｅｌ ＯＣＣホッピングを適用する場合、ＵＥは、前記「ＵＣＩ ｐａｒｔ（ＯＣＣ）とＲＳをペアリングしてＰＵＣＣＨリソースを定義する方法」により自分に割り当てられたＯＣＣ（ＵＣＩ ｐａｒｔ）とペアリングされたＲＳのＣＳ／ｃｏｍｂ ｉｎｄｅｘ／ｃｏｍｂ ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘを参照してＵＣＩ送信チャネルのチャネル推定に必要なＰＵＣＣＨ ＲＳを生成する。

【0285】

または、ＵＥは、前記「ＵＣＩ ｐａｒｔとＲＳの全部の組み合わせをＰＵＣＣＨリソースで定義する方法」により自分に割り当てられたＯＣＣ（ＵＣＩ ｐａｒｔ）に対して設定されたＲＳのＣＳ／ｃｏｍｂ ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘを参照することができる。

【0286】

このとき、ＲＳの場合は、１）スロット内に同一の１つのＲＳが設定され、当該ＲＳはロングＰＵＣＣＨ内の特定（例えば、第１（ｆｉｒｓｔ））シンボル又は特定（例えば、第１（ｆｉｒｓｔ））周波数ホップ（ｆｒｅｑｕｅｎｃｙ ｈｏｐ）に使用されるＯＣＣにペアリングされたと決定されるか、あるいは、２）周波数ホップ別に１つのＲＳが設定され、当該ＲＳは、当該周波数ホップ又は周波数ホップ内の特定（例えば、第１（ｆｉｒｓｔ））シンボルに使用されるＯＣＣにペアリングされたと決定されることができる。

【0287】

または、逆に、ＯＣＣ（ｆｏｒ ＵＣＩ）とＣＳ／ｃｏｍｂ ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘ（ｆｏｒ ＲＳ）が事前にペアリングされてリソースが割り当てられた場合、セル間干渉ランダム化（ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｒａｎｄｏｍｉｚａｔｉｏｎ）を行うためにＲＳに対してＣＳ／ｃｏｍｂ ｉｎｄｅｘ／ｃｏｎｔｉｇｕｏｕｓ ＦＤＭ ｉｎｄｅｘ（ｆｏｒ ＲＳ）ホッピングを行い、ＵＥは、該当ＲＳホッピング情報から（ペアリングされた）ＵＣＩに適用するＯＣＣ情報を取得してＵＣＩ ｐａｒｔに適用することができる。

【0288】

動的なＴＤＤ（Ｄｙｎａｍｉｃ ＴＤＤ）状況でのマルチスロットのロングＰＵＣＣＨ送信動作

【0289】

以下、動的な（ｄｙｎａｍｉｃ）ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）状況で複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）を利用してロングＰＵＣＣＨを送信する動作について説明する。

【0290】

ここで、複数のスロットを利用してロングＰＵＣＣＨを送信する動作は、複数のスロットにおいてロングＰＵＣＣＨを繰り返して送信する動作を含むことができる。

【0291】

本明細書で、ＴＤＤは、アンペアードスペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）又はフレーム構造タイプ２（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ ２）と称されてもよく、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）は、ペアードスペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）又はフレーム構造タイプ１（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ １）称されてもよい。

【0292】

以下、複数のスロットを利用するロングＰＵＣＣＨの送信は、簡略に「マルチスロットのロングＰＵＣＣＨ（ｍｕｌｔｉ－ｓｌｏｔ ｌｏｎｇ ＰＵＣＣＨ）」と表現する。

【0293】

ＮＲは、ＵＬ（ｕｐｌｉｎｋ）トラフィック及び／又はＤＬ（ｄｏｗｎｌｉｎｋ）トラフィック量の変化に動的に適応（ａｄａｐｔａｔｉｏｎ）し、相異なるサービス（例えば、低遅延サービス（ｌｏｗ ｌａｔｅｎｃｙ ｓｅｒｖｉｃｅ）、高速データレートサービス（ｈｉｇｈ ｄａｔａ ｒａｔｅ ｓｅｒｖｉｃｅ）など）間のＴＤＤを効率的にサポートするために動的なＴＤＤ（ｄｙｎａｍｉｃ ＴＤＤ）をサポートすることができる。

【0294】

このとき、ｄｙｎａｍｉｃ ＴＤＤをサポートする方法として、ＤＬ ｓｌｏｔ、ＵＬ ｓｌｏｔ、ｕｎｋｎｏｗｎ ｓｌｏｔ、ｒｅｓｅｒｖｅｄ ｓｌｏｔが半静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）に設定（ｃｏｎｆｉｇｕｒｅ）されることができる。

【0295】

ここで、「ｒｅｓｅｒｖｅｄ ｓｌｏｔ」は、他のシステムとＴＤＤされるか、ｇＮＢがＮＲのＤＬ及び／又はＵＬデータ送信ではない他の特定用途で使用するために設定するスロットであり、ＮＲのＵＬ及び／又はＤＬデータ送信が許容されないスロットを意味し得る。

【0296】

また、「Ｕｎｋｎｏｗｎ ｓｌｏｔ」は、基本的にｒｅｓｅｒｖｅｄ ｓｌｏｔと同一又は類似した目的で使用される。

【0297】

ただし、「Ｕｎｋｎｏｗｎ ｓｌｏｔ」は、ｇＮＢが必要に応じてｄｙｎａｍｉｃ ＤＬ及び／又はＵＬ送信をサポートするスロットであり、スロットフォーマット（ｓｌｏｔ ｆｏｒｍａｔ）をオーバーライド（ｏｖｅｒｒｉｄｅ）できるスロットを意味し得る。

【0298】

このとき、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ ｓｌｏｔなどのスロットフォーマットは、ｇＮＢにより半静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）に設定できる。

【0299】

このように設定（ｃｏｎｆｉｇｕｒｅ）されたスロットフォーマットは、半静的なＳＦＩ（ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ））（半静的設定（ｓｅｍｉ－ｓｔａｔｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合）又は動的なＳＦＩ（ｄｙｎａｍｉｃ ＳＦＩ）（動的設定（ｄｙｎａｍｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合）によりＵＥに指示されることができる。

【0300】

また、Ｒｅｓｅｒｖｅｄ ｓｌｏｔは、ｇＮＢにより半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定（ｃｏｎｆｉｇｕｒｅ）されることができ、半静的ＲＲＣシグナリングでＵＥに指示されることができる。

【0301】

このとき、前記ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄは、シンボル単位で半静的又は動的に設定（ｃｏｎｆｉｇｕｒｅ）されることであり得る。

【0302】

ここで、マルチスロットのロングＰＵＣＣＨがＮ個のスロットにわたって送信されるとき、開始スロット（ｓｔａｒｔｉｎｇ ｓｌｏｔ）とスロットの数（ｎｕｍｂｅｒ ｏｆ ｓｌｏｔ）によりマルチスロットのロングＰＵＣＣＨの送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）が設定されることになるが、前記のような半静的及び／又は動的ＴＤＤの状況で、マルチスロットのロングＰＵＣＣＨは下記のような方式で（オプション１－１ないしオプション１－２）動作することができる。

【0303】

（オプション１－１）

【0304】

オプション１－１は、開始スロット（ｓｔａｒｔｉｎｇ ｓｌｏｔ）に指定されたスロットにおいてマルチスロットのロングＰＵＣＣＨの１番目のスロットを送信し（ＵＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ－１）個のスロット（ら）は、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＳＦＩ（又は、動的（ｄｙｎａｍｉｃ）ＳＦＩ）によりＵＬと設定されたスロットにおいてのみ送信する方法である。

【0305】

より具体的に、前記以後（Ｎ－１）個のスロット（ら）は、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。

【0306】

ここで、前記以後（Ｎ－１）個のスロット（ら）は、前記マルチスロットのロングＰＵＣＣＨが送信されるスロットを意味する。

【0307】

（オプション１－２）

【0308】

オプション１－２は、開始スロットと指定されたスロットにおいてマルチスロットのロングＰＵＣＣＨの１番目のスロットを送信し（ＵＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ－１）個のスロットはｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＵＬ又はｕｎｋｎｏｗｎと設定されたスロットにおいてのみ送信される。

【0309】

より具体的に、前記以後（Ｎ－１）個のスロット（ら）は、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。

【0310】

ただし、前記オプション１－１、１－２において、１番目のスロットの送信は、開始スロットがｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりｕｎｋｎｏｗｎ又はＵＬと設定された場合にのみ有効であり得る。

【0311】

前記において、「特定スロットがＵＬと設定された」という意味は、当該スロット内のＰＵＣＣＨ送信区間の全てのシンボル又は大部分のシンボルがＵＬと設定されることを意味し得る。

【0312】

または、前記において、「特定スロットがＵＬと設定された」という意味は、スロット内ＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。

【0313】

この場合、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0314】

このとき、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記アップリンクシンボル数とは、ＵＬシンボルのみをカウント（ｃｏｕｎｔ）したものであるか、又はＵＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。

【0315】

また、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）の一部がＵＬシンボルでない場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0316】

例えば、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）とＵＬシンボルの差が１シンボルを超過する場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎでないと判断して動作することができる。

【0317】

または、ＰＵＣＣＨ送信のために使用できる連続したアップリンクシンボルで構成された区間が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ開始シンボルインデックス（ＰＵＣＣＨ ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ ｉｎｄｅｘ）及びＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）による区間を完全に含まないと、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0318】

または、マルチスロットのロングＰＵＣＣＨが送信される開始スロットがｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＵＬと、又は、ＵＬ又はｕｎｋｎｏｗｎと設定されない場合、次のような方式（オプション２－１ないしオプション２－２）で動作することができる。

【0319】

（オプション２－１）

【0320】

オプション２－１は、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＵＬと設定されたＮ個のスロットにおいてのみマルチスロットのロングＰＵＣＣＨを送信する方法である。

【0321】

より具体的に、マルチスロットのロングＰＵＣＣＨは、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。

【0322】

（オプション２－２）

【0323】

オプション２－２は、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＵＬ又はｕｎｋｎｏｗｎと設定されたＮ個のスロットにおいてのみマルチスロットのロングＰＵＣＣＨを送信する方法である。

【0324】

より具体的に、マルチスロットのロングＰＵＣＣＨは、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットにおいてのみ送信されるか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＵＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＵＬと設定されたスロットに対しても送信されるものであり得る。

【0325】

ここで、前記において、特定スロットがＵＬと設定されたという意味は、当該スロット内のＰＵＣＣＨ送信区間の全てのシンボル又は大部分のシンボルがＵＬと設定されることを意味し得る。

【0326】

または、前記において特定スロットがＵＬと設定されたという意味は、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定するという意味であり得る。

【0327】

この場合、スロット内のＰＵＣＣＨ送信のために使用できるアップリンクシンボルの数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より小さい場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0328】

また、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記アップリンクシンボルの数とは、ＵＬシンボルのみをカウントするものであるか、又はＵＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。

【0329】

また、スロット内のＰＵＣＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）の一部がＵＬシンボルでない場合、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0330】

例えば、スロット内のＰＵＣＣＨ送信のために設定されたＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）とＵＬシンボルの差が１ シンボルを超過する場合、当該スロットはＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0331】

または、ＰＵＣＣＨ送信のために使用できる連続したアップリンクシンボルと設定された区間が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＵＣＣＨ開始シンボルインデックス及びＰＵＣＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）による区間を完全に含んでいないと、当該スロットは、ＵＬ又はｕｎｋｎｏｗｎではないと判断して動作することができる。

【0332】

前述した４つのオプションのうちいずれか１つで動作するように特定方法が半静的に（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）設定されるようにすることができる。

【0333】

一例として、ＰＵＣＣＨ送信を指示するＤＣＩを介して前記４つのオプションのうちどのオプションを適用するか、又は前記オプション１－１と１－２のうちどの方式を適用するか、又は前記オプション２－１と２－２のうちどの方式を適用するかを端末に動的に指示することができる。

【0334】

前記マルチスロットのロングＰＵＣＣＨは、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬ及び／又はｒｅｓｅｒｖｅｄと設定されたスロットに対してＰＵＣＣＨ送信を省略することができる。

【0335】

このとき、前記省略されたスロットは、ＰＵＣＣＨ送信に割り当てられたＮ個のスロットのうち１つとしてカウントされるか又はカウントされないことがある。

【0336】

前述したように、ＦＤＤ／ＴＤＤ（又は、ペアード／アンペアードスペクトル）において、マルチスロットのロングＰＵＣＣＨ送信は次のようなステップ（ｓｔｅｐ）により実際送信するスロットが決定される。

【0337】

このとき、当該マルチスロットのロングＰＵＣＣＨに設定された送信スロットの数はＮ個、送信スロット内に送信シンボル領域はシンボル♯Ｋ１からＫシンボルと設定（又は、指示）されることができる。

【0338】

（Ｓｔｅｐ １）

【0339】

マルチスロットのロングＰＵＣＣＨ送信のためのスロットを決定する１番目のステップ（ｓｔｅｐ １）は、半静的ＤＬ／ＵＬ設定（ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）により設定された場合、ｓｙｍｂｏｌ＃Ｋ１からＫ個のＵＬシンボルがｕｎｋｎｏｗｎ又はＵＬと設定されたスロットで構成されたＮ個のスロットをマルチスロットのロングＰＵＣＣＨ送信スロットと決定する。

【0340】

一例として、ｓｌｏｔ♯０から４つのスロットの間、マルチスロットのロングＰＵＣＣＨが指示（又は、設定）され、Ｋ１＝５、Ｋ＝６と指示（又は、設定）されたとき、ｓｌｏｔ♯０／♯１／♯２／♯３／♯４／♯５／♯６は半静的ＤＬ／ＵＬ設定によりそれぞれ全てＤＬシンボル／全てＤＬシンボル／１０個のＤＬシンボル＋４つのｕｎｋｎｏｗｎシンボル／全てｕｎｋｎｏｗｎシンボル／全てＵＬシンボル／全てＵＬシンボル／全てＵＬシンボルと設定されるとき、ｓｌｏｔ♯３／♯４／♯５／♯６は、当該マルチスロットのロングＰＵＣＣＨ送信スロットと決定されることができる。

【0341】

（Ｓｔｅｐ ２）

【0342】

次に、マルチスロットのロングＰＵＣＣＨ送信のためのスロットを決定する２番目のステップ（ｓｔｅｐ ２）は、ｄｙｎａｍｉｃ ＳＦＩ（又は、ｇｒｏｕｐ ｃｏｍｍｏｎ－ＰＤＣＣＨ）が設定された場合、半静的ＤＬ／ＵＬ設定（ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によりｕｎｋｎｏｗｎと設定されたシンボル（又は、スロット）に対して（又は、ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎが設定されていない場合）ＤＬ／ｕｎｋｎｏｗｎ／ＵＬ領域をシグナリングすることができる。

【0343】

すなわち、ｄｙｎａｍｉｃ ＳＦＩが設定され、前記Ｓｔｅｐ １でマルチスロットのロングＰＵＣＣＨ送信用と決定されたスロットのうち（特に、ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎによりｕｎｋｎｏｗｎと設定されたスロットのうち）、ｄｙｎａｍｉｃ ＳＦＩが指示した当該スロットに対してシンボル＃Ｋ１からＫ個のＵＬシンボルがＵＬ（及び／又はｕｎｋｎｏｗｎ）と設定されていない場合は、当該スロットに対してロングＰＵＣＣＨ送信を行わないことがある。

【0344】

また、ｄｙｎａｍｉｃ ＳＦＩが設定されたが、前記Ｓｔｅｐ １でマルチスロットのロングＰＵＣＣＨ送信用と決定されたスロット（特に、ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎによりｕｎｋｎｏｗｎと設定されたスロット）に対するｄｙｎａｍｉｃ ＳＦＩ情報を受信しなかった場合、当該スロットに対してロングＰＵＣＣＨ送信が行われないことものあり、当該スロットに対してロングＰＵＣＣＨ送信が行われるように規則が設定されることもある。

【0345】

このとき、動的Ｌ１シグナリング（ｄｙｎａｍｉｃ Ｌ１ ｓｉｇｎａｌｉｎｇ）（例えば、ＤＬ ａｓｓｉｇｎｍｅｎｔ、ＵＬ ｇｒａｎｔ）などにより指示されたマルチスロットのロングＰＵＣＣＨ（又は、マルチスロットの ＰＵＳＣＨ（ｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ））の場合、Ｓｔｅｐ ２の適用なしにＳｔｅｐ １のみを適用してＮ個のスロットの間、マルチスロットのロングＰＵＣＣＨ（又は、ｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ）送信が行われることができる。

【0346】

そして、ＲＲＣシグナリング（又は、ＲＲＣシグナリングとＤＣＩの組み合わせ、例えば、ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔの送信）により指示されたマルチスロットのロングＰＵＣＣＨ（例えば、ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ、ｐｅｒｉｏｄｉｃ ＣＳＩ送信又はｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ）の場合は、Ｓｔｅｐ １及びＳｔｅｐ ２を全て適用してＮ個のスロットのうち、一部のスロットにおいてはマルチスロットのロングＰＵＣＣＨ（又は、ｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ）送信が省略されることができる。

【0347】

または、ＵＣＩ送信においてはトリガー手段（Ｌ１シグナリングであるか又はＲＲＣシグナリングであるか）に関係なく、常にＳｔｅｐ ２の適用なしにＳｔｅｐ １のみを適用してＮ個のスロットの間、マルチスロットのロングＰＵＣＣＨ送信が行われることができる。

【0348】

より具体的に、ＵＣＩを含まない（ｍｕｌｔｉ－ｓｌｏｔ）データ送信においては、前記ｓｔｅｐ １及びｓｔｅｐ ２を全て適用してＮ個のスロットのうち一部のスロットにおいて（ｍｕｌｔｉ－ｓｌｏｔ）ＰＵＳＣＨ送信が省略されることができる。

【0349】

前記Ｄｙｎａｍｉｃ ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨ送信動作は、ＰＵＳＣＨをアップリンクカバレッジ（ｕｐｌｉｎｋ ｃｏｖｅｒａｇｅ）拡張のために複数のスロットにわたってＰＵＳＣＨを送信するｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ送信動作にも同様に適用できる。

【0350】

Ｄｙｎａｍｉｃ ＴＤＤ状況でのｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨ受信動作

【0351】

また、前記マルチスロットのロングＰＵＣＣＨ送信動作は、ダウンリンクカバレッジ拡張のために複数のスロットにわたってＰＤＳＣＨを送信するｍｕｌｔｉ－ｓｌｏｔ ＰＳＳＣＨ送信においても以下のように適用されることができる。

【0352】

（オプション１－１）

【0353】

開始スロットと指定されたスロットにおいてｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨの１番目のスロットを送信し（ＤＬ又はｕｎｋｎｏｗｎに関係なく）、以後の（Ｎ－１）個のスロットはｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬと設定されたスロットにおいてのみ送信する。

【0354】

さらに、以後の（Ｎ－１）個のスロットは、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。

【0355】

（オプション１－２）

【0356】

開始スロットと指定されたスロットにおいてｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨの１番目のスロットを送信し（ＤＬ又はｕｎｋｎｏｗｎに関係なく）、以後（Ｎ－１）個のスロットはｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬ又はｕｎｋｎｏｗｎと設定されたスロットにおいてのみ送信する。

【0357】

さらに、以後（Ｎ－１）個のスロットは、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。

【0358】

ただし、前記において、１番目のスロット送信は開始スロットがｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりｕｎｋｎｏｗｎ又はＤＬと設定された場合にのみ有効であり得る。

【0359】

ただし、前記において、特定スロットがＤＬと設定されたという意味は、当該スロット内のＰＤＳＣＨ送信区間の全てのシンボル又は大部分のシンボルがＤＬと設定されることを意味し得る。

【0360】

または、前記において、特定スロットがＤＬと設定されたという意味は、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。

【0361】

この場合、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0362】

そして、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記ダウンリンクシンボル数とは、ＤＬシンボルのみをカウントするものであるか、ＤＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。

【0363】

また、スロット内ＰＤＳＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）の一部がＤＬシンボルでない場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0364】

例えば、スロット内のＰＤＳＣＨ送信のために設定されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）とＤＬシンボルの差が１ シンボルを超過する場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0365】

または、開始スロットがｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬと、又はＤＬやｕｎｋｎｏｗｎと設定されていない場合、次のような方式で動作することができる。

【0366】

（オプション２－１）

【0367】

開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬと設定されたＮ個のスロットにおいてのみｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨを送信する。

【0368】

さらに、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。

【0369】

（オプション２－２）

【0370】

開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＤＬ又はｕｎｋｎｏｗｎと設定されたＮ個のスロットにおいてのみｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨを送信する。

【0371】

さらに、開始スロットと指定されたスロットを含んだ以後のスロットのうちｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットにおいてのみ送信するか、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩによりＤＬと設定されたスロットと追加的にｄｙｎａｍｉｃ ＳＦＩによりＤＬと設定されたスロットに対しても送信するものであり得る。

【0372】

ただし、前記特定スロットがＤＬと設定されたという意味は、当該スロット内のＰＤＳＣＨ送信区間の全てのシンボル又は大部分のシンボルがＤＬと設定されることを意味する。

【0373】

または、前記特定スロットがＤＬと設定されたという意味は、スロット内ＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より大きいか等しい場合に限定する意味であり得る。

【0374】

この場合、スロット内のＰＤＳＣＨ送信のために使用できるダウンリンクシンボル数が設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）より小さい場合、当該スロットはＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0375】

そして、ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄがシンボル単位で設定（ｃｏｎｆｉｇｕｒｅ）される場合、前記ダウンリンクシンボル数とは、ＤＬシンボルのみをカウント（ｃｏｕｎｔ）するものであるか、ＤＬシンボルとｕｎｋｎｏｗｎシンボルを含むものであり得る。

【0376】

また、スロット内のＰＤＳＣＨ送信のために設定（ｃｏｎｆｉｇｕｒｅ）されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）のうち一部がＤＬシンボルでない場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0377】

例えば、スロット内のＰＤＳＣＨ送信のために設定されたＰＤＳＣＨ区間（ｉｎ ｓｙｍｂｏｌｓ）とＤＬシンボルの差が１ シンボルを超過する場合、当該スロットは、ＤＬやｕｎｋｎｏｗｎではないと判断して動作することができる。

【0378】

このとき、前記オプションのうち１つで動作するように半静的に（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）設定することができる。

【0379】

一例として、ＰＤＳＣＨをスケジューリングするＤＣＩを介して前記４つのオプションのうちどの方式を適用するか、又は前記オプション１－１と１－２のうちどの方式を適用するか、又は前記オプション２－１と２－２のうちどの方式を適用するかを動的に（ｄｙｎａｍｉｃ）指示することができる。

【0380】

前記ｍｕｌｔｉ－ｓｌｏｔ ＰＳＳＣＨは、ｓｅｍｉ－ｓｔａｔｉｃ ＳＦＩ（又は、ｄｙｎａｍｉｃ ＳＦＩ）によりＵＬ及び／又はｒｅｓｅｒｖｅｄと設定されたスロットに対してはＰＤＳＣＨ送信を省略することができる。

【0381】

前記省略されたスロットは、ＰＤＳＣＨ送信に割り当てられたＮ個のスロットのうち１つとしてカウントされるか、カウントされないことがある。

【0382】

前記ＰＤＳＣＨ送信とは、ＵＥの立場ではＰＤＳＣＨ受信動作を意味し得る。

【0383】

また、前記Ｄｙｎａｍｉｃ ＴＤＤ状況でのｍｕｌｔｉ－ｓｌｏｔ ＰＤＳＣＨ受信動作は、ＰＤＣＣＨをダウンリンクカバレッジ（ｄｏｗｎｌｉｎｋ ｃｏｖｅｒａｇｅ）拡張のために複数のスロットにわたってＰＤＣＣＨを送信するｍｕｌｔｉ－ｓｌｏｔ ＰＤＣＣＨ送信動作にも同様に適用きる。

【0384】

Ｄｙｎａｍｉｃ ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨの周波数ホッピング動作

【0385】

ＰＵＣＣＨのカバレッジ向上のためにＰＵＣＣＨを複数のスロットにわたって繰り返して送信するとき、繰り返し利得（ｒｅｐｅｔｉｔｉｏｎ ｇａｉｎ）の他に追加的に周波数ダイバーシティ利得（ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得るためにスロット間の周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）を適用することができる。

【0386】

スロット間の周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）は、周波数ダイバーシティを取得するためにスロットごとに送信周波数リソースの位置を変化させる動作を意味する。

【0387】

このような、ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇは、ランダム周波数ホッピング（ｒａｎｄｏｍ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）方式と決定論的（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）方法が可能である。

【0388】

前記ランダム周波数ホッピング（ｒａｎｄｏｍ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）方式は、周波数ホッピングパターンをスロットごとに乱数発生器（ｒａｎｄｏｍ ｎｕｍｂｅｒ ｇｅｎｅｒａｔｏｒ）により生成することである。

【0389】

さらに、決定論的周波数ホッピング（ｄｅｔｅｒｍｉｎｉｓｔｉｃ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）方式は、例えば、多数の周波数位置を決めてスロットごとに決められた周波数位置のうち１つに移動するようにする方式で実現することができる。

【0390】

簡単な例示として、ｆ１とｆ２、２つの周波数リソース（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）が上位層及び／又はＬ１シグナリングで設定（ｃｏｎｆｉｇｕｒｅ）された後、スロットごとにｆ１とｆ２を交互に移すようにすることができる。

【0391】

このとき、ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇの周波数ホッピングパターンはスロットインデックス（ｓｌｏｔ ｉｎｄｅｘ）の関数で定義されることができる。

【0392】

そこで、本明細書では、以下、ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ方法を提案する。

【0393】

これは、ｄｙｎａｍｉｃ ＴＤＤにおいては、ＰＵＣＣＨ送信が可能なスロットが制限されており、また半静的又は動的に変化できる点を勘案したものである。

【0394】

まず、下記の提案で特定スロットがＵＬと設定されたという意味は、３．５節（Ｄｙｎａｍｉｃ ＴＤＤ状況でのマルチスロットのロングＰＵＣＣＨ送信動作）の定義に従う。

【0395】

また、下記において、ＰＵＣＣＨ送信を省略（ｓｋｉｐ）するという意味は、ＰＵＣＣＨを送信したとみなし、マルチスロットのロングＰＵＣＣＨ送信回数としてカウントすることを意味する。

【0396】

また、下記において、ＰＵＣＣＨ送信をホールド（ｈｏｌｄ ｏｒ ｄｅｆｅｒ）するという意味は、マルチスロットのロングＰＵＣＣＨ送信回数としてカウントしないことを意味する。

【0397】

（方法１）

【0398】

ｓｌｏｔ ｉｎｄｅｘ、ｎｓごとに新しい周波数ホッピングパターン（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）を生成する。

【0399】

ここで、ｓｌｏｔ ｉｎｄｅｘ、ｎｓは、スロットフォーマット（ＵＬ／ＤＬ／ｕｎｋｎｏｗｎ／ｒｅｓｅｒｖｅｄ）に関係なくカウントするインデックスを意味する。

【0400】

方法１の場合、ＵＬと設定されていないスロットに対しては、ＰＵＣＣＨの送信は省略（ｓｋｉｐ）又はホールド（ｈｏｌｄ ｏｒ ｄｅｆｅｒ）されるが、周波数ホッピングパターンの生成はスロットフォーマット関係なく生成し、ただし、当該スロットでの適用は省略（ｓｋｉｐ）する。

【0401】

すなわち、周波数ホッピングパターンは全てのスロットにおいて継続して生成されるが、生成された値が実際の周波数ホッピングに適用されない。

【0402】

この後、ＵＬと設定されたスロットにおいてＰＵＣＣＨ送信が再び開始されるときは、当該スロットｉｎｄｅｘを利用して新しく生成した周波数ホッピングパターン値を適用する。

【0403】

方法１の場合、前記のｆ１、ｆ２周波数ホッピングの例を挙げると、偶数又は奇数スロットのみがＵＬと設定される場合、ｆ１又はｆ２値のみでＰＵＣＣＨを送信するようになって、周波数ダイバーシティ利得が十分に得られない場合が発生する。

【0404】

（方法２）

【0405】

ＵＬ ｓｌｏｔ ｉｎｄｅｘごとに新しい周波数ホッピングパターンを生成する方法である。

【0406】

ここで、ＵＬ ｓｌｏｔ ｉｎｄｅｘ、ｎｓ＿ｕは、ＵＬと設定されたスロットのみをカウントするインデックス（ｉｎｄｅｘ）を意味する。

【0407】

方法２では、前記ＵＬと設定されていないスロットに対してＰＵＣＣＨ送信が省略（ｓｋｉｐ）又はホールド（ｈｏｌｄ ｏｒ ｄｅｆｅｒ）される場合に対して、当該ＵＬ ｓｌｏｔ ｉｎｄｅｘが増加しないので、周波数ホッピングパターンの生成も共にホールド（ｈｏｌｄ ｏｒ ｄｅｆｅｒ）される。

【0408】

方法１と方法２の相違点は、次のようである。

【0409】

例えば、前記ｆ１、ｆ２周波数ホッピングは、方法２の場合、偶数又は奇数スロットのみをＵＬと設定された場合にも、ｆ１→ｆ２→ｆ１→ｆ２→…形態の周波数ホッピングパターンを維持するため、全てのスロットがＵＬと設定された場合と同一に周波数ダイバーシティ利得（ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得ることができる。

【0410】

（方法３）

【0411】

半静的スロットフォーマット設定（Ｓｅｍｉ－ｓｔａｔｉｃ ｓｌｏｔ ｆｏｒｍａｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）ベースのＵＬスロットインデックス（ＵＬ ｓｌｏｔ ｉｎｄｅｘ）を基準に周波数ホッピングパターンを生成する方法である。

【0412】

ここで、ＵＬ ｓｌｏｔ ｉｎｄｅｘ、ｎｓ＿ｕ＿ｓｓは、ｓｅｍｉ－ｓｔａｔｉｃ ｓｌｏｔ ｆｏｒｍａｔ ｃｏｎｆｉｇｕｒａｔｉｏｎによりＵＬと設定されたスロットのみをカウントするインデックスを意味する。

【0413】

方法３の場合、ｓｅｍｉ－ｓｔａｔｉｃ ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて方法２のように周波数ホッピングパターンを生成した後、ｄｙｎａｍｉｃ ＳＦＩにより既存にＵＬと設定されたスロットの一部がＤＬに変更される場合（例えば、ＵＬ送信が可能なｕｎｋｎｏｗｎスロットがＤＬ送信用としてＤＣＩにより指定される場合）、周波数ホッピングパターンの適用を省略する。

【0414】

図５は、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨを送信するための端末の動作方法の一例を示すフローチャートである。

【0415】

まず、端末は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信する（Ｓ５１０）。

【0416】

そして、前記端末は、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信する（Ｓ５２０）。

【0417】

そして、前記端末は、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定する（Ｓ５３０）。

【0418】

前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。

【0419】

前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。

【0420】

前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。

【0421】

そして、前記端末は、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信する（Ｓ５４０）。

【0422】

もし、前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないこともある。

【0423】

追加的に、前記端末は、Ｓ５１０ステップ以後に特定ＴＤＤ ＵＬ－ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信することができる。

【0424】

そして、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）を利用して送信されることができる。

【0425】

より具体的に、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連したサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ：ＣＳ）をペアリングして決定できる。

【0426】

図５及び図７ないし図１０を参照して、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨ送信が端末装置において実現される内容について説明する。

【0427】

無線通信システムにおいて複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信する端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサとを含む。

【0428】

まず、端末のプロセッサは、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を基地局から受信するように前記ＲＦモジュールを制御する。

【0429】

そして、前記プロセッサは、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記基地局から受信するように前記ＲＦモジュールを制御する。

【0430】

そして、前記プロセッサは、前記第１情報及び前記第２情報に基づいて前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットを決定する。

【0431】

前記複数のスロットベースのロングＰＵＣＣＨを送信するためのスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。

【0432】

前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。

【0433】

前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。

【0434】

そして、前記プロセッサは、前記決定されたスロット上で前記複数のスロットベースのロングＰＵＣＣＨを前記基地局に送信するように前記ＲＦモジュールを制御する。

【0435】

もし、前記決定されたスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記複数のスロットベースのロングＰＵＣＣＨは送信されないこともある。

【0436】

追加的に、前記プロセッサは、特定のＴＤＤ ＵＬ－ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記基地局から受信するように前記ＲＦモジュールを制御することができる。

【0437】

そして、前記複数のスロットベースのロングＰＵＣＣＨは、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）を利用して送信されることができる。

【0438】

より具体的に、前記複数のスロットベースのロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連したサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ：ＣＳ）をペアリングして決定されることができる。

【0439】

図６は、本明細書で提案するマルチスロットベースのロングＰＵＣＣＨを受信するための基地局の動作方法の一例を示すフローチャートである。

【0440】

まず、基地局は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を端末に送信する（Ｓ６１０）。

【0441】

そして、前記基地局は、ＰＵＣＣＨの送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内ＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記端末に送信する（Ｓ６２０）。

【0442】

そして、前記基地局は、複数のスロット上でロングＰＵＣＣＨを前記端末から受信する（Ｓ６３０）。

【0443】

前記複数のスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。

【0444】

前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。

【0445】

前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。

【0446】

もし、複数のスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨは受信されないこともある。

【0447】

追加的に、前記基地局は、Ｓ６１０ステップ以後に特定ＴＤＤ ＵＬ－ＤＬスロットのフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記端末に送信することができる。

【0448】

そして、前記ロングＰＵＣＣＨは、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）を利用して受信できる。

【0449】

より具体的に、前記ロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連したＣＳ（ｃｙｃｌｉｃ ｓｈｉｆｔ）をペアリングして決定されることができる。

【0450】

図６ないし図１０を参照して本明細書で提案するマルチスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨの受信が基地局装置において実現される内容について説明する。

【0451】

無線通信システムにおいて、複数のスロット（ｍｕｌｔｉ－ｓｌｏｔ）ベースのロングＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信する基地局は、無線信号を送受信するためのＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的接続されているプロセッサとを含む。

【0452】

まず、基地局のプロセッサは、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ） ＵＬ（ｕｐｌｉｎｋ）－ＤＬ（ｄｏｗｎｌｉｎｋ）スロット設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する第１情報を端末に送信するように前記ＲＦモジュールを制御する。

【0453】

そして、前記プロセッサは、ＰＵＣＣＨ送信に利用されるスロットの数を示す第１パラメータ及びＰＵＣＣＨスロット内のＰＵＣＣＨシンボル（ｓｙｍｂｏｌ）区間（ｄｕｒａｔｉｏｎ）を示す第２パラメータを含む第２情報を前記端末に送信するように前記ＲＦモジュールを制御する。

【0454】

そして、前記基地局は、複数のスロット上でロングＰＵＣＣＨを前記端末から受信するように前記ＲＦモジュールを制御する。

【0455】

前記複数のスロットは、設定された開始スロットから特定数のスロットの分だけ決定されることができる。

【0456】

前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットで構成されることができる。または、前記特定数のスロットは、ＵＬスロット又は知られていない（ｕｎｋｎｏｗｎ）スロットを含むことができる。

【0457】

前記ＵＬスロットは、スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより大きいか等しいスロットを意味し得る。

【0458】

もし、複数のスロットにおいて特定スロット内のＰＵＣＣＨ送信のために利用可能なＵＬシンボルの数が前記第２パラメータより小さい場合、前記特定スロット上で前記ロングＰＵＣＣＨは受信されないこともある。

【0459】

追加的に、前記プロセッサは、特定ＴＤＤ ＵＬ－ＤＬスロットフォーマットを知らせるためのスロットフォーマットインジケータ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ：ＳＦＩ）を前記端末に送信するように前記ＲＦモジュールを制御することができる。

【0460】

そして、前記ロングＰＵＣＣＨは、ｐｒｅ－ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ） ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）を利用して受信されることができる。

【0461】

より具体的に、前記ロングＰＵＣＣＨリソースは、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）パートに関連したＯＣＣと参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に関連したＣＳ（ｃｙｃｌｉｃ ｓｈｉｆｔ）をペアリングして決定されることができる。

【0462】

前述した方法は、独立的に行われるか、又は各方法が多様に結合又は組み合わされて行われることにより、本明細書で提案するマルチスロットベースのログＰＵＣＣＨ送受信を行うことができる。

【0463】

本発明が適用できる装置一般

【0464】

図７は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。

【0465】

図７を参照すると、無線通信システムは、基地局７１０と、基地局７１０の領域内に位置した複数の端末７２０とを含む。

【0466】

前記基地局と端末は、それぞれ無線装置で表現されることもできる。

【0467】

基地局７１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）７１１、メモリ（ｍｅｍｏｒｙ）７１２及びＲＦモジュール（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌｅ）７１３を含む。

【0468】

プロセッサ７１１は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。

【0469】

無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。

【0470】

メモリ７１２は、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。

【0471】

ＲＦモジュール７１３は、プロセッサと接続されて、無線信号を送信及び／又は受信する。

【0472】

端末７２０は、プロセッサ７２１、メモリ７２２及びＲＦモジュール７２３を含む。

【0473】

プロセッサ７２１は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。

【0474】

無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。

【0475】

メモリ７２２は、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。

【0476】

ＲＦモジュール７２３は、プロセッサと接続されて、無線信号を送信及び／又は受信する。

【0477】

メモリ７１２、７２２は、プロセッサ７１１、７２１の内部又は外部に位置し、よく知られている多様な手段でプロセッサ７１１、７２１と接続される。

【0478】

また、基地局７１０及び／又は端末７２０は、１つのアンテナ（ｓｉｎｇｌｅ ａｎｔｅｎｎａ）又は多重アンテナ（ｍｕｌｔｉｐｌｅ ａｎｔｅｎｎａ）を有することができる。

【0479】

図８は、本発明の一実施形態による通信装置のブロック構成図を例示する。

【0480】

特に、図８においては、前記図７の端末をより詳細に例示する図である。

【0481】

図８を参照すると、端末は、プロセッサ（又は、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ））８１０、ＲＦモジュール（ＲＦ ｍｏｄｕｌｅ）（又は、ＲＦユニット）８３５、パワー管理モジュール（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｍｏｄｕｌｅ）８０５、アンテナ（ａｎｔｅｎｎａ）８４０、バッテリ（ｂａｔｔｅｒｙ）８５５、ディスプレイ（ｄｉｓｐｌａｙ）８１５、キーパッド（ｋｅｙｐａｄ）８２０、メモリ（ｍｅｍｏｒｙ）８３０、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）カード８２５（この構成は選択的である）、スピーカ（ｓｐｅａｋｅｒ）８４５及びマイクロホン（ｍｉｃｒｏｐｈｏｎｅ）８５０を含んで構成される。端末はまた、単一のアンテナ又は多重のアンテナを含むことができる。

【0482】

プロセッサ８１０は、前記図１ないし図６で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されてもよい。

【0483】

メモリ８３０は、プロセッサと接続されて、プロセッサの動作に関する情報を格納する。メモリは、プロセッサの内部又は外部に位置し、よく知られている様々な手段でプロセッサと接続される。

【0484】

ユーザは、例えば、キーパッド８２０のボタンを押すか（あるいは、タッチするか）又はマイクロホン８５０を利用した音声駆動（ｖｏｉｃｅ ａｃｔｉｖａｔｉｏｎ）により電話番号などの命令情報を入力する。プロセッサは、これらの命令情報を受信し、電話番号に電話をかけるなど適切な機能を果たすように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ ｄａｔａ）はＳＩＭカード８２５又はメモリから抽出することができる。また、プロセッサは、ユーザの認知及び便宜のために命令情報又は駆動情報をディスプレイ８１５上に表示することができる。

【0485】

ＲＦモジュール８３５は、プロセッサに接続されて、ＲＦ信号を送信及び／又は受信する。プロセッサは、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュールに伝達する。ＲＦモジュールは、無線信号を受信及び送信するために受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ８４０は、無線信号を送信及び受信する機能を果たす。無線信号を受信するとき、ＲＦモジュールは、プロセッサにより処理するために信号を伝達し、基底帯域に信号を変換することができる。処理された信号は、スピーカ８４５を介して出力される可聴又は可読情報に変換されることができる。

【0486】

図９は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図である。

【0487】

具体的に、図９は、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システムにおいて実現できるＲＦモジュールの一例を示す。

【0488】

まず、送信経路において、図７及び図８で記述されたプロセッサは、送信されるデータをプロセッシングしてアナログ出力信号を送信機９１０に提供する。

【0489】

送信機９１０内において、アナログ出力信号は、デジタル対アナログ変換（ＡＤＣ）により発生するイメージを除去するために低域通過フィルタ（Ｌｏｗ Ｐａｓｓ Ｆｉｌｔｅｒ：ＬＰＦ）９１１によりフィルタリングされ、アップコンバータ（Ｍｉｘｅｒ）９１２により基底帯域からＲＦにアップコンバートされ、可変利得増幅器（Ｖａｒｉａｂｌｅ Ｇａｉｎ Ａｍｐｌｉｆｉｅｒ：ＶＧＡ）９１３により増幅され、増幅された信号はフィルタ９１４によりフィルタリングされ、電力増幅器（Ｐｏｗｅｒ Ａｍｐｌｉｆｉｅｒ：ＰＡ）９１５によりさらに増幅され、デュプレクサ（ら）９５０／アンテナスイッチ（ら）９６０を介してルーティングされ、アンテナ９７０を介して送信される。

【0490】

また、受信経路において、アンテナ９７０は、外部から信号を受信して受信された信号を提供し、この信号は、アンテナスイッチ（ら）９６０／デュプレクサ９５０を介してルーティングされ、受信機９２０に提供される。

【0491】

受信機９２０内において、受信された信号は、低雑音増幅器（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ：ＬＮＡ）９２３により増幅され、帯域通過フィルタ９２４によりフィルタリングされ、ダウンコンバータ（Ｍｉｘｅｒ）９２５によりＲＦから基底帯域にダウンコンバートされる。

【0492】

前記ダウンコンバートされた信号は、低域通過フィルタ（ＬＰＦ）９２６によりフィルタリングされ、ＶＧＡ９２７により増幅されてアナログ入力信号を取得し、これは、図７及び図８で記述されたプロセッサに提供される。

【0493】

また、ローカルオシレータ（ｌｏｃａｌ ｏｓｃｉｌｌａｔｏｒ）ＬＯ発生器９４０は、送信及び受信ＬＯ信号を発生してアップコンバータ９１２とダウンコンバータ９２５にそれぞれ提供する。

【0494】

また、位相ロックループ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ：ＰＬＬ）９３０は、適切な周波数で送信及び受信ＬＯ信号を生成するためにプロセッサから制御情報を受信し、制御信号をＬＯ発生器９４０に提供する。

【0495】

また、図９に示す回路は、図９の構成と異なるように配列されることもできる。

【0496】

図１０は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールのまた他の一例を示す図である。

【0497】

具体的に、図１０は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システムにおいて実現できるＲＦモジュールの一例を示す。

【0498】

ＴＤＤシステムにおけるＲＦモジュールの送信機１０１０及び受信機１０２０は、ＦＤＤシステムにおけるＲＦモジュールの送信機及び受信機の構造と同一である。

【0499】

以下、ＴＤＤシステムのＲＦモジュールは、ＦＤＤシステムのＲＦモジュールと異なる構造についてのみ説明し、同一の構造については、図９の説明を参照する。

【0500】

送信機の電力増幅器（Ｐｏｗｅｒ Ａｍｐｌｉｆｉｅｒ：ＰＡ）１０１５により増幅された信号は、バンド選択スイッチ（Ｂａｎｄ Ｓｅｌｅｃｔ Ｓｗｉｔｃｈ）１０５０、バンドパスフィルタ（ＢＰＦ）１０６０及びアンテナスイッチ（ら）１０７０を介してルーティングされ、アンテナ１０８０を介して送信される。

【0501】

また、受信経路において、アンテナ１０８０は、外部から信号を受信して受信された信号を提供し、この信号は、アンテナスイッチ（ら）１０７０、バンドパスフィルタ１０６０及びバンド選択スイッチ１０５０を介してルーティングされ、受信機１０２０に提供される。

【0502】

以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替できる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。

【0503】

本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどにより実現できる。

【0504】

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

【0505】

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

【産業上の利用可能性】

【0506】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】