特許 7656722 無線通信システムにおいてＰＵＳＣＨを送受信する方法及びそのための装置

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

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

(11)【特許番号】

(24)【登録日】2025-03-26

(45)【発行日】2025-04-03

(54)【発明の名称】無線通信システムにおいてＰＵＳＣＨを送受信する方法及びそのための装置

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20250327BHJP

   H04W 72/0446 20230101ALI20250327BHJP

   H04W 72/0453 20230101ALI20250327BHJP

   H04W 72/232 20230101ALI20250327BHJP

【ＦＩ】

H04W72/1268

H04W72/0446

H04W72/0453

H04W72/232

【請求項の数】 12

(21)【出願番号】P 2023561899

(86)(22)【出願日】2022-04-06

(65)【公表番号】

(43)【公表日】2024-03-27

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

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

(87)【国際公開日】2022-10-13

【審査請求日】2023-11-16

(31)【優先権主張番号】10-2021-0044726

(32)【優先日】2021-04-06

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

(31)【優先権主張番号】10-2022-0004238

(32)【優先日】2022-01-11

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シム チェナム

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】ユ ヒャンソン

(72)【発明者】

【氏名】ファン スンケ

【審査官】望月 章俊

(56)【参考文献】

【文献】特開２０２１－０２９０１０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／００５２８２７（ＵＳ，Ａ１）

【文献】Nokia, Nokia Shanghai Bell，Joint channel estimation for PUSCH coverage enhancements[online]，3GPP TSG RAN WG1 #104-e R1-2101712，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2101712.zip>，2021年01月18日，[検索日 2024.09.25]

【文献】vivo，TP on frequency hopping for NR-U configured grant[online]，3GPP TSG RAN WG1 #104-e R1-2100409，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2100409.zip>，2021年01月18日，[検索日 2024.09.25]

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

時間領域ウィンドウの長さに関連する情報を含む設定情報を、ＢＳ(base station)から受信する段階であって、前記時間領域ウィンドウは、ＰＵＳＣＨ(physical uplink shared channel)に対するＤＭＲＳ(demodulation reference signal)バンドリングに関連する、段階と、
前記ＰＵＳＣＨのスケジューリングのためのＤＣＩ（downlink control information）を前記ＢＳから受信する段階と、
ｉ）スロット間周波数ホッピングと、ｉｉ）前記ＤＭＲＳバンドリングに基づいて、前記ＰＵＳＣＨを前記ＢＳに送信する段階と、を含み、
周波数ホッピング間隔に関連する連続スロットの数は、前記時間領域ウィンドウの前記長さに基づいて決定され、

【請求項2】

第２周波数ホップの開始ＲＢ(resource block)は、第１周波数ホップに対する開始ＲＢと周波数オフセットに基づいて決定される、請求項１に記載の方法。

【請求項3】

第１周波数ホップは、偶数番目のホップであり、第２周波数ホップは、奇数番目のホップである、請求項１に記載の方法。

【請求項4】

【数1】

【請求項5】

前記時間領域ウィンドウ内において、位相及び送信電力は維持される、請求項１に記載の方法。

【請求項6】

前記時間領域ウィンドウは、前記ＰＵＳＣＨの繰り返し送信の回数に基づいて設定される、請求項１に記載の方法。

【請求項7】

前記ＰＵＳＣＨは、多数のスロット上において周波数ホッピングに基づいて送信される、請求項１に記載の方法。

【請求項8】

ＵＥ（user equipment）であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに作動可能に連結され、前記少なくとも１つのプロセッサにより実行されることに基づいて動作を行うための命令を格納する少なくとも１つのメモリと、を含み、
前記動作は、
時間領域ウィンドウの長さに関連する情報を含む設定情報をＢＳ(base station)から受信することであって、前記時間領域ウィンドウは、ＰＵＳＣＨ(physical uplink shared channel)に対するＤＭＲＳ(demodulation reference signal)バンドリングに関連する、ことと、
前記ＰＵＳＣＨのスケジューリングのためのＤＣＩ（downlink control information）を前記ＢＳから受信することと、
ｉ）スロット間周波数ホッピングと、ｉｉ）前記ＤＭＲＳバンドリングに基づいて前記ＰＵＳＣＨを前記ＢＳに送信することと、を含み、
周波数ホッピング間隔に関連する連続スロットの数は、前記時間領域ウィンドウの前記長さに基づいて決定され、

【請求項9】

基地局であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに作動可能に連結され、前記少なくとも１つのプロセッサにより実行されることに基づいて動作を行うための命令を格納する少なくとも１つのメモリと、を含み、
前記動作は、
時間領域ウィンドウの長さに関連する情報を含む設定情報をＵＥ（user equipment）に送信することであって、前記時間領域ウィンドウは、ＰＵＳＣＨ(physical uplink shared channel)に対するＤＭＲＳ(demodulation reference signal)バンドリングに関連する、ことと、
前記ＰＵＳＣＨのスケジューリングのためのＤＣＩ（downlink control information）を前記ＵＥに送信することと、
ｉ）スロット間周波数ホッピングと、ｉｉ）前記ＤＭＲＳバンドリングに基づいて、前記ＰＵＳＣＨを前記ＵＥから受信することと、を含み、
周波数ホッピング間隔に関連する連続スロットの数は、前記時間領域ウィンドウの前記長さに基づいて決定され、

【請求項10】

第１周波数ホップは偶数番目のホップであり、第２周波数ホップは奇数番目のホップである、請求項９に記載の基地局。

【請求項11】

【数2】

【請求項12】

前記時間領域ウィンドウ内において、位相及び送信電力は維持される、請求項９に記載の基地局。

【発明の詳細な説明】

【技術分野】

【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】

【数1】

【0016】

ここで、

は前記第１周波数ホップの開始ＲＢを示し、

は前記第１周波数ホップと前記第２周波数ホップの間の周波数オフセットを示し、

はアップリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）のサイズ示し、

は前記時間領域ウィンドウの長さを示す。

【0017】

また、本明細書の前記方法において、前記時間領域ウィンドウは復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ）バンドリング（ｂｕｎｄｌｉｎｇ）のための時間領域ウィンドウであってもよい。

【0018】

また、本明細書の前記方法において、前記時間領域ウィンドウ内において、同一の位相（ｐｈａｓｅ）及び送信電力（ｐｏｗｅｒ）は維持されてもよい。

【0019】

また、本明細書の前記方法において、前記時間領域ウィンドウはＰＵＳＣＨ繰り返し送信回数に基づいて設定されてもよい。

【0020】

また、本明細書の前記方法において、前記ＰＵＳＣＨは多数のスロット上において周波数ホッピングに基づいて送信されてもよい。

【0021】

また、本明細書の無線通信システムにおいて物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を送信するように設定された端末は、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに作動可能に連結され、前記少なくとも１つのプロセッサにより実行されることに基づいて、動作を行う命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する少なくとも１つのメモリとを含み、前記動作は、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を基地局から受信する段階と、前記ＰＵＳＣＨのためのスケジューリング情報及び前記ＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を基地局から受信する段階と、第１時間領域ウィンドウと同一の長さを有する第１周波数ホップにおいて、前記ＰＵＳＣＨを前記基地局に送信する段階と、第２時間領域ウィンドウと同一の長さを有する第２周波数ホップにおいて、前記ＰＵＳＣＨを前記の基地局に送信する段階とを含んでもよい。

【0022】

また、本明細書の無線通信システムにおいて物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を受信する方法を提案する。基地局により実行される方法は、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を端末に送信する段階と、前記ＰＵＳＣＨのためのスケジューリング情報及び前記ＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記端末に送信する段階と、第１時間領域ウィンドウと同一の長さを有する第１周波数ホップにおいて、前記ＰＵＳＣＨを前記端末から受信する段階と、第２時間領域ウィンドウと同一の長さを有する第２周波数ホップにおいて、前記ＰＵＳＣＨを前記端末から受信する段階とを含んでもよい。

【0023】

また、本明細書の前記方法において、前記第２周波数ホップの開始リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）は、前記第１周波数ホップの開始ＲＢと周波数オフセットに基づいて決定されることができる。

【0024】

また、本明細書の前記方法において、前記第１周波数ホップは偶数番目のホップであり、前記第２周波数ホップは奇数番目のホップであってもよい。

【0025】

また、本明細書の前記方法において、前記ＰＵＳＣＨのためのスロット

の間の開始リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）は、次の数式に基づいて決定されてもよい。

【0026】

【数2】

【0027】

ここで、

は前記第１周波数ホップの開始ＲＢを示し、

は前記第１周波数ホップと前記第２周波数ホップの間の周波数オフセットを示し、

はアップリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）のサイズを示し、

は前記時間領域ウィンドウの長さを示す。

【0028】

また、本明細書の前記方法において、前記時間領域ウィンドウは、復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ）バンドリング（ｂｕｎｄｌｉｎｇ）のための時間領域ウィンドウであってもよい。

【0029】

また、本明細書の前記方法において、前記時間領域ウィンドウ内において、同一の位相（ｐｈａｓｅ）及び送信電力（ｐｏｗｅｒ）は維持されてもよい。

【0030】

また、本明細書の前記方法において、前記時間領域ウィンドウはＰＵＳＣＨ繰り返し送信回数に基づいて設定されてもよい。

【0031】

また、本明細書の無線通信システムにおいて物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を受信するように設定された基地局は、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに作動可能に連結され、前記少なくとも１つのプロセッサにより実行されることに基づいて、動作を行う命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する少なくとも１つのメモリとを含み、前記動作は、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を端末に送信する段階と、前記ＰＵＳＣＨのためのスケジューリング情報及び前記ＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記端末に送信する段階と、第１時間領域ウィンドウと同一の長さを有する第１周波数ホップにおいて、前記ＰＵＳＣＨを前記端末から受信する段階と、第２時間領域ウィンドウと同一の長さを有する第２周波数ホップにおいて、前記ＰＵＳＣＨを前記端末から受信する段階とを含んでもよい。

【0032】

また、本明細書の無線通信システムにおいて物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を送信するように端末を制御するために設定されたプロセッサ装置（ｐｒｏｃｅｓｓｉｎｇ ａｐｐａｒａｔｕｓ）は、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに作動可能に連結され、前記少なくとも１つのプロセッサにより実行されることに基づいて、動作を行う命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する少なくとも１つのメモリとを含み、前記動作は、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を基地局から受信する段階と、前記ＰＵＳＣＨのためのスケジューリング情報及び前記ＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信する段階と、第１時間領域ウィンドウと同一の長さを有する第１周波数ホップにおいて、前記ＰＵＳＣＨを前記基地局に送信する段階と、第２時間領域ウィンドウと同一の長さを有する第２周波数ホップにおいて、前記ＰＵＳＣＨを前記基地局に送信する段階とを含んでもよい。

【0033】

また、本明細書の少なくとも１つのプロセッサにより実行されることに基づいて、前記少なくとも１つのプロセッサが動作を制御するようにする少なくとも１つの命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を格納するコンピュータ読み取り可能格納媒体（ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）において、前記動作は、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を基地局から受信する段階と、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）のためのスケジューリング情報及び前記ＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信する段階と、第１時間領域ウィンドウと同一の長さを有する第１周波数ホップにおいて、前記ＰＵＳＣＨを前記基地局に送信する段階と、第２時間領域ウィンドウと同一の長さを有する第２周波数ホップにおいて、前記ＰＵＳＣＨを前記基地局に送信する段階とを含んでもよい。

【発明の効果】

【0034】

本明細書によると、ＤＭＲＳバンドリング（または、スロット間バンドリング）のための時間領域ウィンドウを定義／設定することにより、カバレッジを改善する効果がある。

【0035】

また、本明細書によれば、ＰＵＳＣＨ／ＰＵＣＣＨの繰り返し送信回数に基づいて時間領域ウィンドウを定義／設定することにより、効率的にジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）を実行できる効果がある。

【0036】

また、本明細書によれば、時間領域ウィンドウと同一の長さを有するホッピング間隔を定義／設定することにより、スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）と同時にジョイントチャネル推定を実行できる効果がある。

【0037】

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

【図面の簡単な説明】

【0038】

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

【0039】

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

【0040】

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

【0041】

【図3】ＮＲシステムにおけるフレーム構造の一例を示す。

【0042】

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

【0043】

【図5】本明細書で提案する方法が適用できるＮＲフレームのスロット構造を示す。

【0044】

【図6】本明細書で提案する方法が適用できるアンテナポート及びニューマロロジー別リソースグリッドの例を示す。

【0045】

【図7】物理チャネル及び一般的な信号伝送を示す。

【0046】

【図8】ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａの一例を示す。

【0047】

【図9】ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂの一例を示す。

【0048】

【図10】ｍａｐｐｉｎｇ ｔｙｐｅ及びＯＦＤＭ ｓｙｍｂｏｌ数に応じたＤＭＲＳ位置の一例を示す。

【0049】

【図11】本明細書で提案する端末の動作方法を説明するためのフローチャートである。

【0050】

【図12】本明細書で提案する基地局の動作方法を説明するためのフローチャートである。

【0051】

【図13】本明細書に適用される通信システム１を示す。

【0052】

【図14】本明細書に適用され得る無線装置を示す。

【0053】

【図15】本明細書に適用される無線機器の他の例を示す。

【0054】

【図16】本明細書に適用される携帯機器を例示する。

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

【0055】

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

【0056】

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

【0057】

以下において、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は、端末から基地局への通信を意味する。ダウンリンクにおいて伝送機は、基地局の一部であり、受信機は端末の一部で有り得る。アップリンクでは伝送機は端末の一部であり、受信機は、基地局の一部で有り得る。基地局は、第１通信装置で、端末は、第２通信装置で表現されることもできる。基地局（ＢＳ：Base Station）は、固定局（fixed station）、Node B、eNB（evolved-NodeB）、ｇＮＢ（Next Generation NodeB）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）、ネットワーク（５Ｇネットワーク）、ＡＩシステム、ＲＳＵ（road side unit）、 車両（vehicle）、ロボット、ドローン（Unmanned Aerial vehicle、ＵＡＶ）、ＡＲ（Augmented Reality）装置、ＶＲ（Virtual Reality）装置などの用語に置き換えられることができる。また、端末（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）装置、車両（vehicle）、ロボット（robot）、ＡＩモジュール、ドローン（Unmanned Aerial Vehicle、ＵＡＶ）、ＡＲ（Augmented Reality）装置、ＶＲ（Virtual Reality）装置などの用語に置き換えることができる。

【0058】

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような、さまざまな無線接続システムに用いられる。ＣＤＭＡはＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術で具現され得る。ＴＤＭＡは、ＧＳＭ（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）／ＬＴＥ－Ａ ｐｒｏは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（New Radio or New Radio Access Technology）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。

【0059】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本発明の技術的思想がこれに制限されるものではない。ＬＴＥは３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以降の技術を意味する。細部的には、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以降のＬＴＥ技術は、ＬＴＥ－Ａと称し、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以降のＬＴＥ技術は、ＬＴＥ－Ａ ｐｒｏと称する。３ＧＰＰ ＮＲはＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以降の技術を意味する。ＬＴＥ／ＮＲは、３ＧＰＰ（登録商標）システムと称することができる。「ｘｘｘ」は、標準文書の詳細番号を意味する。ＬＴＥ／ＮＲは、３ＧＰＰシステムで通称され得る。本発明の説明に使用した背景技術、用語、略語等に関しては、本発明以前に公開された標準文書に記載された事項を参照することができる。たとえば、次の文書を参照することができる。

【0060】

３ＧＰＰ ＬＴＥ

【0061】

－３６．２１１：Physical channels and modulation

【0062】

－３６．２１２：Multiplexing and channel coding

【0063】

－３６．２１３：Physical layer procedures

【0064】

－３６．３００：Overall description

【0065】

－３６．３３１：Radio Resource Control (RRC)

【0066】

３ＧＰＰ ＮＲ

【0067】

－３８．２１１：Physical channels and modulation

【0068】

－３８．２１２：Multiplexing and channel coding

【0069】

－３８．２１３：Physical layer procedures for control

【0070】

－３８．２１４：Physical layer procedures for data

【0071】

－３８．３００：NR and NG-RAN Overall Description

【0072】

－３８．３３１：Radio Resource Control (RRC) protocol specification

【0073】

さらに多くの通信機器がさらに大きな通信容量を要求することに伴い、従来のｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙに比べて向上されたｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ通信の必要性が台頭している。また、多数の機器と物事を接続して、いつでもどこでも、様々なサービスを提供するｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications）もまた次世代通信で考慮される重要な問題の１つである。だけでなく、ｒｅｌｉａｂｉｌｉｔｙとｌａｔｅｎｃｙに敏感なサービス／端末を考慮した通信システムの設計が議論されている。このようにｅＭＢＢ（enhanced mobile broadband communication）、Ｍｍｔｃ（massive MTC）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）などを考慮した次世代ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙの導入が議論されており、本明細書においては、便宜上、そのｔｅｃｈｎｏｌｏｇｙをＮＲと称する。ＮＲは５Ｇ無線接続技術（radio access technology、ＲＡＴ）の一例を示した表現である。

【0074】

５Ｇの３つの主要要求事項領域は、（１）改善されたモバイルブロードバンド（Enhanced Mobile Broadband：ｅＭＢＢ）領域、（２）多量のマシンタイプ通信（massive Machine Type Communication：ｍＭＴＣ）領域、及び（３）超信頼及び低遅延通信（Ultra-reliable and Low Latency Communications：ＵＲＬＬＣ）領域を含む。

【0075】

一部の使用例（Use Case）は、最適化のために多数の領域が要求されることがあり、他の使用例は、１つの重要業績評価指標（Key Performance Indicator：ＫＰＩ）にのみフォーカスされることができる。５Ｇは、このような多様な使用例を柔軟で信頼できる方法でサポートする。

【0076】

ｅＭＢＢは、基本的なモバイルインターネットアクセスをはるかに凌ぐようにし、豊富な双方向作業、クラウド又は増強現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは、５Ｇの核心動力の１つであり、５Ｇ時代において初めて専用音声サービスを見ることができない可能性がある。５Ｇにおいて、音声は単に通信システムにより提供されるデータ接続を用いて応用プログラムとして処理されることが期待される。増加されたトラヒック量（volume）のための主要原因は、コンテンツサイズの増加及び高いデータ送信率を要求するアプリケーション数の増加である。ストリーミングサービス（オーディオ及びビデオ）、対話型ビデオ及びモバイルインターネット接続は、より多くの装置がインターネットに接続されるほどより広く用いられる。このような多くの応用プログラムは、ユーザにリアルタイム情報及び通知をプッシュするために常にオンになっている接続性が必要である。クラウドストレージ及びアプリケーションはモバイル通信プラットフォームで急速に増加しており、これは業務及びエンターテインメントの両方ともに適用できる。そして、クラウドストレージは、アップリンクデータ送信率の成長を牽引する特別な使用例である。５Ｇはまた、クラウドの遠隔業務にも用いられ、触覚インタフェースが用いられるときに優秀なユーザ経験を維持するようにはるかに低いエンドツーエンド（end-to-end）遅延を要求する。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイルブロードバンド能力に対する要求を増加させるもう１つ核心要素である。エンターテインメントは、汽車、車、及び飛行機のような高い移動性環境を含むどんなところでもスマートフォン及びタブレットにおいて必須的である。また他の使用例は、エンターテインメントのための増強現実及び情報検索である。ここで、増強現実は、非常に低い遅延と瞬間的なデータ量を必要とする。

【0077】

また、最も多く予想される５Ｇ使用例の１つは、すべての分野で埋め込みセンサ（embedded sensor）を円滑に接続できる機能、すなわち、ｍＭＴＣに関することである。２０２０年まで潜在的なＩｏＴ装置は２０４億個に達すると予測される。産業ＩｏＴは、５Ｇがスマートシティ、資産追跡（asset tracking）、スマートユーティリティ、農業及びセキュリティインフラを可能にする主要な役割を行う領域の１つである。

【0078】

ＵＲＬＬＣは、重要インフラの遠隔制御及び自動運転車両（self-driving vehicle）などの超信頼／利用可能な遅延が少ないリンクを介して産業を変化させる新しいサービスを含む。信頼性と遅延の水準は、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御、及び調整に必須的である。

【0079】

以下、多数の使用例についてより具体的に説明する。

【0080】

５Ｇは、秒当たり数百メガビットから秒当たりギガビットと評価されるストリームを提供する手段としてＦＴＴＨ（fiber-to-the-home）及びケーブルベースブロードバンド（又は、ＤＯＣＳＩＳ）を補完することができる。このような速い速度は、仮想現実と増強現実だけでなく、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度でＴＶを伝達するのに要求される。ＶＲ（Virtual Reality）及びＡＲ（Augmented Reality）アプリケーションは、大部分没入型（immersive）スポーツを含む。特定応用プログラムは、特別なネットワーク設定が要求されることがある。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するためにコアサーバをネットワークオペレータのエッジネットワークサーバと統合しなければならないことがある。

【0081】

自動車（Automotive）は、車両に対する移動通信のための多くの使用例とともに５Ｇにおいて重要な新しい動力になると予想される。例えば、乗客のためのエンターテインメントは、同時の高い容量と高い移動性モバイルブロードバンドを要求する。その理由は、未来のユーザは自分の位置及び速度に関係なく高品質の接続を継続して期待するためである。自動車分野の他の活用例は、増強現実のダッシュボードである。これは、運転者が前面窓を通じて見ているものの上に、闇の中で物体を識別し、物体の距離と動きに対して運転者に知らせる情報を重ねてディスプレイする。未来に、無線モジュールは、車両間の通信、車両とサポートするインフラ構造間の情報交換、及び自動車と他の接続されたデバイス（例えば、歩行者が携帯するデバイス）間の情報交換を可能にする。安全システムは、運転者がより安全に運転することができるように、行動の代替コースを案内して事故の危険を減らすことができるようにする。次の段階は、遠隔操縦又は自動運転車両（self-driven vehicle）になる。これは、相異なる自動運転車両の運転車両間及び自動車とインフラ間で非常に信頼性があり、非常に速い通信を要求する。未来に、自動運転車両が全ての運転活動を行い、運転者は車両自体が識別できない交通異常にのみ集中するようにする。自動運転車両の技術的な要求事項は、トラヒック安全を人が達成できない程度の水準まで増加するように超低遅延と超高速信頼性を要求する。

【0082】

スマート社会（smart society）として言及されるスマートシティやスマートホームは、高密度無線センサネットワークで埋め込まれる（embedded）。知能型センサの分散ネットワークは、シティ又はホームの費用及びエネルギー効率的な維持に対する条件を識別する。類似の設定が各家庭のために行われることができる。温度センサ、窓及び暖房コントローラ、盗難警報機及び家電製品は全て無線で接続される。このようなセンサのうち多くのセンサが典型的に低いデータ送信速度、省電力及び低コストである。しかしながら、例えば、リアルタイムＨＤビデオは、監視のために特定タイプの装置により要求される可能性がある。

【0083】

熱又はガスを含むエネルギーの消費及び分配は、高度に分散化されており、分散センサネットワークの自動化制御が要求される。スマートグリッドは、情報を収集し、これによって行動するようにデジタル情報及び通信技術を用いてこのようなセンサを相互接続する。この情報は、供給会社と消費者の行動を含むことができるので、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化方式で電気などの燃料の分配を改善するようにすることができる。スマートグリッドは、遅延が少ない他のセンサネットワークとして見ることもできる。

【0084】

健康部門は、移動通信の恵みを享受できる多くの応用プログラムを保有している。通信システムは、遠く離れた所で臨床診療を提供する遠隔診療をサポートすることができる。これは、距離に対する障壁を減らすようにするとともに、遠距離の農村で持続的に利用できない医療サービスへの接近を改善させることができる。これはまた、重要な診療及び応急状況で命を救うために用いられる。移動通信ベースの無線センサネットワークは、心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサを提供することができる。

【0085】

無線及びモバイル通信は、産業応用分野でますます重要になっている。配線は設置及び維持費用が高い。従って、ケーブルを再構成できる無線リンクへの交替可能性は、多くの産業分野で魅力的な機会である。しかしながら、これを達成することは、無線接続がケーブルと類似した遅延、信頼性、及び容量で動作することと、その管理が単純化されることが要求される。低い遅延と非常に低い誤り確率は、５Ｇで接続される必要のある新たな要求事項である。

【0086】

物流（logistics）及び貨物追跡（freight tracking）は、位置ベース情報システムを用いてとこでもインベントリ（inventory）及びパッケージの追跡を可能にする移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は、典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。

【0087】

ＮＲを含む新しいＲＡＴシステムはＯＦＤＭ伝送方式またはこれと類似の伝送方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータを従うことができる。または新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（numerology）をそのまま従うが、さらに大きいシステムの帯域幅（例えば、１００ＭＨｚ）を有することができる。または１つのセルが複数のヌメロロジーをサポートすることもできる。すなわち、互いに異なるヌメロロジーで動作する端末が１つのセルの中で共存することができる。

【0088】

ヌメロロジー（numerology）は、周波数領域で１つのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇに対応する。Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇを整数Ｎにｓｃａｌｉｎｇすることにより、異なるヌメロロジーが定義され得る。

【0089】

用語の定義

【0090】

ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ 及びＮＧＣ に対する連結をサポートするｅＮＢの進化（ｅｖｏｌｕｔｉｏｎ）である。

【0091】

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

【0092】

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

【0093】

ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにｏｐｅｒａｔｏｒにより定義されたネットワーク。

【0094】

ネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）：ネットワーク機能は、よく定義された外部インタフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。

【0095】

ＮＧ－Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に使われる制御プレーンインタフェース。

【0096】

ＮＧ－Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に使われるユーザプレーンインタフェース。

【0097】

非独立型（Ｎｏｎ－ｓｔａｎｄａｌｏｎｅ）ＮＲ：ｇＮＢがＬＴＥ ｅＮＢをＥＰＣに制御プレーン連結のためのアンカーとして要求するか、またはｅＬＴＥ ｅＮＢをＮＧＣに制御プレーン連結のためのアンカーとして要求する配置構成。

【0098】

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

【0099】

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

【0100】

システム一般

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

より具体的には、前記ｇＮＢはＮ２インタフェースを通じてＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インタフェースを通じてＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0106】

ＮＲ（Ｎｅｗ ＲＡＴ） ヌメロロジー（Ｎｕｍｅｒｏｌｏｇｙ）及びフレーム（ｆｒａｍｅ）構造

【0107】

ＮＲシステムでは、複数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）がサポートできる。ここで、ヌメロロジーは副搬送波の間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）とＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドにより定義できる。この際、複数の副搬送波の間隔は基本副搬送波の間隔を整数Ｎ（または、μ）にスケーリング（ｓｃａｌｉｎｇ）することにより誘導できる。また、非常に高い搬送波周波数で非常に低い副搬送波の間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。

【0108】

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

【0109】

以下、ＮＲシステムで考慮できるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ヌメロロジー及びフレーム構造を説明する。

【0110】

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

【0111】

【表1】

【0112】

ＮＲは、様々な５Ｇサービスをサポートするための多数のｎｕｍｅｒｏｌｏｇｙ（または、subcarrier spacing（ＳＣＳ））をサポートする。例えば、ＳＣＳが15kHzである場合には、従来の携帯電話バンドでの広い領域（wide area）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合には、密集した－都市（dense-urban）、より低い遅延（lower latency）及びより広いキャリアの帯域幅（wider carrier bandwidth）をサポートし、ＳＣＳが６０ｋＨｚまたはそれより高い場合には、位相雑音（phase noise）を克服するために２４．２５ＧＨｚよりも大きい帯域幅をサポートする。

【0113】

ＮＲ周波数バンド（frequency band）は、２つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲（frequency range）で定義される。ＦＲ１、ＦＲ２は、以下の表２に示すように構成されることができる。また、ＦＲ２はミリ波（millimeter wave、ｍｍＷ）を意味することができる。

【0114】

【表2】

【0115】

前述したように、ＮＲシステムの周波数範囲の数値は変更されてもよい。例えば、ＦＲ１は下記の表３のように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含んでもよい。すなわち、ＦＲ１は６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含んでもよい。例えば、ＦＲ１内において含まれる６ＧＨｚ(または、５８５０、５９００、５９２５ＭＨｚなど)以上の周波数帯域は、非免許帯域(ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ)を含んでもよい。非免許帯域は様々な用途に使用でき、例えば、車両のための通信(例えば、自動運転)のために使用されることもできる。

【0116】

【表3】

【0117】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の多様なフィールドのサイズは

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

であり、

である。ダウンリンク（ｄｏｗｎｌｉｎｋ）及びアップリンク（ｕｐｌｉｎｋ）伝送は

の区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成される。ここで、無線フレームは各々

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

【0118】

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

【0119】

図２に示すように、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）からのアップリンクフレーム番号ｉの伝送は、該当端末での該当ダウンリンクフレームの開始より

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

【0120】

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

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

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

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

は用いられるヌメロロジー及びスロット設定（ｓｌｏｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって決定される。サブフレームでスロット

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

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

【0121】

全ての端末が同時に送信及び受信できるものではなく、これはダウンリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）またはアップリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）の全てのＯＦＤＭシンボルが利用できないことを意味する。

【0122】

表４は、一般（ｎｏｒｍａｌ）ＣＰにおいてスロット別ＯＦＤＭシンボルの数

、無線フレーム別スロットの数

、サブフレーム別スロットの数

を表し、表5は、拡張（ｅｘｔｅｎｄｅｄ）ＣＰにおいてスロット別ＯＦＤＭシンボルの数、無線フレーム別スロットの数、サブフレーム別スロットの数を表す。

【0123】

【表4】

【0124】

【表5】

【0125】

図３は、ＮＲシステムにおけるフレーム構造の一例を示す。図８は、ただ説明の便宜のためのものに過ぎず、本明細書の範囲を制限するものではない。

【0126】

表5の場合、

の場合、すなわち、副搬送波の間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ、ＳＣＳ）が６０ｋＨｚである場合の一例であって、表７を参考すると、１サブフレーム（またはフレーム）は、3個のスロットを含むことができ、図３に示す１サブフレーム＝｛１、２、４｝スロットは一例として、１サブフレームに含まれうるスロット（ら）の数は、表４のように定義されることができる。

【0127】

また、ミニ－スロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４または７シンボル（ｓｙｍｂｏｌ）から構成されることもでき、より多いか、またはより少ないシンボルから構成されうる。

【0128】

ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮できる。

【0129】

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

【0130】

まず、アンテナポートと関連して、アンテナポートはアンテナポート上のシンボルが運搬されるチャネルが同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉｃｏ－ｌｏｃａｔｅｄまたはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にいるということができる。ここで、前記広範囲特性は遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のうち、１つ以上を含む。

【0131】

図４は、本明細書の一部実施形態による無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。

【0132】

図４を参考すると、リソースグリッドが周波数領域上に

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

【0133】

ＮＲシステムにおいて、伝送される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、

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

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

である。前記

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

【0134】

この場合、図６のように、

及びアンテナポートｐ別に１つのリソースグリッドが設定される。

【0135】

図５は、本明細書で提案する方法が適用され得るＮＲフレームのスロット構造を示す。

【0136】

スロットは時間領域において複数のシンボルを含む。例えば、通常ＣＰの場合、１つのスロットは７つのシンボルを含み、拡張ＣＰの場合１つのスロットが６つのシンボルを含む。搬送波は、周波数領域において複数の副搬送波を含む。ＲＢ（Resource Block）は、周波数領域において複数（例えば、１２）の連続した副搬送波として定義される。ＢＷＰ（Bandwidth Part）は、周波数領域において複数の連続した（Ｐ）ＲＢとして定義され、１つのニューマロロジー(numerology)(例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰを介して実行され、１つの端末には１つのＢＷＰのみが活性化され得る。リソースグリッドで各要素はリソース要素（Resource Element、ＲＥ）と称され、１つの複素シンボルがマッピングされ得る。

【0137】

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

【0138】

ヌメロロジーμ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれており、インデックス対

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

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

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

が利用される。ここで、

である。

【0139】

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

は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

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

または

になることがある。

【0140】

また、物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、周波数領域上の

連続的なサブキャリアとして定義される。

【0141】

Ｐｏｉｎｔ Ａは、リソースブロックグリッドの共通参照地点（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）としての役割をし、次のように取得されうる。

【0142】

－ＰＣｅｌｌダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のためにＵＥにより用いられたＳＳ／ＰＢＣＨブロックと重なる最も低いリソースブロックの家長低いサブキャリアとＰｏｉｎｔ Ａとの間の周波数オフセットを表し、ＦＲ１に対して１５ｋＨｚ副搬送波の間隔及びＦＲ２に対して６０ｋＨｚ副搬送波の間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現され；

【0143】

－ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）のように表現されたＰｏｉｎｔ Ａの周波数－位置を表す。

【0144】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、副搬送波の間隔設定に対する周波数領域から０から上側へナンバリング（ｎｕｍｂｅｒｉｎｇ）される。

【0145】

副搬送波の

に対する共通リソースブロック０のｓｕｂｃａｒｒｉｅｒ ０の中心は、「Ｐｏｉｎｔ Ａ」と一致する。周波数領域で共通リソースブロック番号（ｎｕｍｂｅｒ）

と副搬送波の

に対するリソース要素（ｋ、ｌ）は、以下の式１のように与えられることができる。

【0146】

[数１]

【0147】

式中、

は、

がＰｏｉｎｔ Ａを中心にするｓｕｂｃａｒｒｉｅｒに該当するようにＰｏｉｎｔ Ａに相対的に定義されることができる。物理リソースブロックは、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）内で０から

まで番号が付けられ、

は、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロック

と共通リソースブロック

との間の関係は、以下の式２により与えられることができる。

【0148】

[数２]

【0149】

式中、

は、ＢＷＰが共通リソースブロック０に相対的に始める共通リソースブロックでありうる

【0150】

物理チャネル及び一般的な信号送信

【0151】

図７は、物理チャネル及び一般的な信号送信を例示する。無線通信システムにおいて端末は、基地局からのダウンリンク（Downlink、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Uplink、ＵＬ規格）を介して情報を送信する。基地局と端末が送受信する情報は、データと、さまざまな制御情報を含み、これらが送受信する情報の種類/用途に応じて様々な物理チャネルが存在する。

【0152】

端末は、電源がオンまたは新たにセルに進入した場合、基地局との同期を合わせるなどの初期セル探索（Initial cell search）作業を行う（Ｓ７０１）。このため、端末は、基地局から主同期信号（Primary Synchronization Signal、ＰＳＳ）と副同期信号（Secondary Synchronization Signal、ＳＳＳ）を受信して基地局との同期を合わせて、セルＩＤなどの情報を取得することができる。その後、端末は、基地局から物理放送チャネル（Physical Broadcast Channel、ＰＢＣＨ）を受信して、セル内の放送情報を取得することができる。一方、端末は、初期セル探索段階でダウンリンク参照信号（Downlink Reference Signal、ＤＬ ＲＳ）を受信して、ダウンリンクチャネルの状態を確認することができる。

【0153】

初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Physical Downlink Control Channel、ＰＤＣＣＨ）及び前記ＰＤＣＣＨに掲載された情報に基づいて物理ダウンリンク共有チャネル（Physical Downlink Control Channel；ＰＤＳＣＨ）を受信することにより、さらに具体的なシステム情報を取得することができる（Ｓ７０２）。

【0154】

一方、基地局に最初に接続したり、信号送信のための無線リソースがない場合、端末は、基地局に対して任意接続過程（Random Access Procedure、ＲＡＣＨ）を実行することができる（Ｓ７０３乃至Ｓ７０６）。このため、端末は、物理任意接続チャネル（Physical Random Access Channel、ＰＲＡＣＨ）を介して、特定シーケンスをプリアンブルで送信して（Ｓ７０３及びＳ７０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（（（ＲＡＲ Random Access Response）message）を受信することができる。競争基盤ＲＡＣＨの場合、さらに競合の解決手順（Contention Resolution Procedure）を行うことができる（Ｓ７０６）。

【0155】

前述したような手順を実行した端末は、その後、一般的なアップ/ダウンリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ７０７）と物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ／物理アップリンク制御チャネル（Physical Uplink Control Channel；ＰＵＣＣＨ）送信（Ｓ７０８）を実行することができる。特に端末はＰＤＣＣＨを介してダウンリンク制御情報（Downlink Control Inｆｏｒｍａｔion、ＤＣＩ）を受信することができる。ここで、ＤＣＩは端末のリソース割り当て情報のような制御情報を含み、使用目的に応じてフォーマットが互いに異なるように適用され得る。

【0156】

一方、端末がアップリンクを介して基地局に送信するかまたは端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix、インデックス）、ＲＩ（Rank Indicator）などを含むことができる。端末は、前述したＣＱＩ／ＰＭＩ／ＲＩ等の制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信することができる。

【0157】

ＮＲのＰＵＣＣＨ ｆｏｒｍａｔ

【0158】

ＮＲは、全部で５つのＰＵＣＣＨ ｆｏｒｍａｔをサポートし、これはｄｕｒａｔｉｏｎに応じてｓｈｏｒｔ ＰＵＣＣＨとｌｏｎｇ ＰＵＣＣＨに分けられる。表６は５つのＰＵＣＣＨ ｆｏｒｍａｔを示す。

【0159】

Ｓｈｏｔ ｄｕｒａｔｉｏｎ ＰＵＣＣＨ

【0160】

－Ｆｏｒｍａｔ ０：for UCI up to 2 bits, with multiplexing

【0161】

－Ｆｏｒｍａｔ ２：for UCI of more than 2 bits, no multiplexing

【0162】

Ｌｏｎｇ ｄｕｒａｔｉｏｎ ＰＵＣＣＨ

【0163】

－Ｆｏｒｍａｔ １：for UCI of up to 2 bits, with multiplexing

【0164】

－Ｆｏｒｍａｔ ３：for UCI of more than 2 bits, no multiplexing

【0165】

－Ｆｏｒｍａｔ ４：for UCI of more than 2 bits, with multiplexing

【0166】

【表6】

【0167】

ＰＵＣＣＨ ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ（ＣＥ）

【0168】

ＰＵＣＣＨ向上（ｅｎｈａｎｃｅｍｅｎｔｓ）と関連してＰＵＣＣＨカバレッジ向上のために次のような方式が考慮されてもよい。

【0169】

－ＤＭＲＳ－ｌｅｓｓ ＰＵＣＣＨ：ＤＭＲＳ－ｌｅｓｓ ＰＵＣＣＨに対する設計の細部事項（ｄｅｓｉｇｎ ｄｅｔａｉｌ）は追加研究されられる（例：ｓｅｑｕｅｎｃｅ ｂａｓｅｄ ＰＵＣＣＨ ｔｒａｎｓｍｉｓｓｉｏｎ、ｖｓ．ＤＭＲＳなしにＵＣＩを送信するためにＲｅｌ－１５ ｓｃｈｅｍｅを再使用）

【0170】

－最小のＵＣＩ＜＝１１ビットに対するＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎと同じＲｅｌ－１６ ＰＵＳＣＨ－ｒｅｐｅｔｉｔｉｏｎ－Ｔｙｐｅ－Ｂ

【0171】

－（ｅｘｐｌｉｃｉｔ ｏｒ ｉｍｐｌｉｃｉｔ）ｄｙｎａｍｉｃ ＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎ ｆａｃｔｏｒ ｉｎｄｉｃａｔｉｏｎ

【0172】

－ＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎｓにわたるＤＭＲＳ ｂｕｎｄｌｉｎｇ：少なくともＵＣＩ＜＝１１ビットに対してＤＭＲＳなしにＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎのｓｕｂｓｅｔを送信する研究が含まれる

【0173】

ＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎのためのＤＭＲＳ ｂｕｎｄｌｉｎｇはＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎのためのＤＭＲＳ ｂｕｎｄｌｉｎｇと共に考慮されてもよい。

【0174】

ＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎs ｓｃｈｅｍｅはｔｈｒｏｕｇｈｐｕｔ ｔａｒｇｅｔを充足するためにＰＵＳＣＨが使用するリソースを説明しなければならず、Ｒｅｌ－１５／１６ ＰＵＣＣＨ ｒｅｐｅｔｉｔｉｏｎと比較される。

【0175】

表７は、考慮中のＰＵＣＣＨ ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ ｔｅｃｈｎｉｑｕｅを示す。

【0176】

【表7】

【0177】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ

【0178】

ＮＲ Ｒｅｌ－１５／１６にＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ Ａとｔｙｐｅ Ｂが導入され、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅに応じて次のように送信が行われる。

【0179】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ Ａ

【0180】

図８は、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａの一例を示す。ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ ＡはＳｌｏｔ ｂａｓｅｄ ｒｅｐｅｔｉｔｉｏｎであり、図８に示すようにｓｌｏｔ別に同一のＰＵＳＣＨ送信開始ｓｙｍｂｏｌ位置とＰＵＳＣＨ送信ｓｙｍｂｏｌ ｌｅｎｇｔｈを有してｒｅｐｅｔｉｔｉｏｎを行う。この時、特定ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎを構成するｓｙｍｂｏｌリソースのうちＰＵＳＣＨ送信に使用できないｉｎｖａｌｉｄ ｓｙｍｂｏｌが存在する場合、当該ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎの送信がｄｒｏｐされて実行されない。すなわち、Ｒｅｐ０、Ｒｅｐ１、Ｒｅｐ２、Ｒｅｐ３の全部で４回のＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ送信が実行される時、Ｒｅｐ１を構成するｓｙｍｂｏｌリソースにｉｎｖａｌｉｄ ｓｙｍｂｏｌが含まれている場合、Ｒｅｐ１の送信をｄｒｏｐし、Ｒｅｐ０、Ｒｅｐ２、Ｒｅｐ３の送信のみが行われる。従って、実際に行われるＲｅｐｅｔｉｔｉｏｎの数は、設定されたｒｅｐｅｔｉｔｉｏｎ数より小さいことがある。

【0181】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａの場合、端末は、上位層パラメータにより周波数ホッピングを設定される。

【0182】

次の２つの周波数ホッピングモード（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｍｏｄｅ）の１つは設定できる。

【0183】

－ｓｉｎｇｌｅ ｓｌｏｔ ＰＵＳＣＨ送信及びｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ送信に適用できる、ｉｎｔｒａ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ

【0184】

－ｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ送信に適用できるｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ

【0185】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂ

【0186】

図９は、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂの一例を示す。ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂは実際にＰＵＳＣＨが送信されるｓｙｍｂｏｌ ｌｅｎｇｔｈを単位でｒｅｐｅｔｉｔｉｏｎが行われる。

【0187】

すなわち、図９の（ａ）に示すように、ＰＵＳＣＨが１０個のｓｙｍｂｏｌで送信される場合、連続的な１０個のｓｙｍｂｏｌ単位でＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎが行われる。Ｓｌｏｔ ｂｏｕｎｄａｒｙ、ｉｎｖａｌｉｄ ｓｙｍｂｏｌなどを考慮せず、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ送信時間リソースを判断するＲｅｐｅｔｉｔｉｏｎはｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎという。

【0188】

しかしながら、実際のＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎの場合、ｓｌｏｔ ｂｏｕｎｄａｒｙにおいては１つのＰＵＳＣＨが送信できない。ＰＵＳＣＨ送信がｓｌｏｔ ｂｏｕｎｄａｒｙを含む場合、図９の（ｂ）に示すようにＳｌｏｔ ｂｏｕｎｄａｒｙを境界にして２つのａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎが行われる。また、１つのＰＵＳＣＨ送信は連続的なｓｙｍｂｏｌによってのみ行われることができる。ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎが送信されなければならない時間リソースにｉｎｖａｌｉｄ ｓｙｍｂｏｌが存在する場合、ｉｎｖａｌｉｄ ｓｙｍｂｏｌを境界にして連続的なｓｙｍｂｏｌを使用してａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎが構成される。例えば、ｓｙｍｂｏｌ＃０～♯９が１つのｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎを構成し、ｓｙｍｂｏｌ＃３～＃５がｉｎｖａｌｉｄ ｓｙｍｂｏｌである場合、ｉｎｖａｌｉｄ ｓｙｍｂｏｌを除いたｓｙｍｂｏｌ＃０～＃２とｓｙｍｂｏｌ＃６～＃９がそれぞれ１つのａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎを構成する。

【0189】

１つのａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎリソース内にＰＵＳＣＨ送信のために使用できないｓｙｍｂｏｌ（例：ＤＣＩ ｆｏｒｍａｔ ２＿０により指示されたＤＬ ｓｙｍｂｏｌ）が含まれている場合、当該ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ送信がドロップ（ｄｒｏｐ）されて行われない。

【0190】

ＰＵＳＣＨ繰り返し類型Ｂの場合、ＵＥは上位層パラメータにより周波数ホッピングのために構成される。

【0191】

Ｔｙｐｅ２ ｃｏｎｆｉｇｕｒｅｄ ＰＵＳＣＨ送信のための周波数ホッピングモードはａｃｔｉｖａｔｉｎｇ ＤＣＩ ｆｏｒｍａｔの設定に従う。２つの周波数ホッピングモードのうち１つは設定されることができる。

【0192】

－ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ

【0193】

－ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ

【0194】

ＰＤＳＣＨ／ＰＵＳＣＨのためのＤＭＲＳ

【0195】

ＰＤＳＣＨ／ＰＵＳＣＨのためのＤＭＲＳはｆｒｏｎｔ ｌｏａｄ ＤＭＲＳとａｄｄｉｔｉｏｎａｌ ＤＭＲＳから構成される。

【0196】

－ｆｒｏｎｔ ｌｏａｄ ＤＭＲＳ

【0197】

ｆｒｏｎｔ ｌｏａｄ ＤＭＲＳの送信時間リソース位置は次のような要素により決定される。

【0198】

Ｄａｔａ ｃｈａｎｎｅｌのｍａｐｐｉｎｇ ｔｙｐｅ（ＰＤＳＣＨ ｍａｐｐｉｎｇ ｔｙｐｅ／ＰＵＳＣＨ ｍａｐｐｉｎｇ ｔｙｐｅ）がＴｙｐｅ ＡであるかＴｙｐｅ Ｂであるか（Ｓｌｏｔ ｂａｓｅｄであるかｎｏｎ－Ｓｌｏｔ ｂａｓｅｄであるか）に応じて変わり、ＲＲＣによりｍａｐｐｉｎｇ ｔｙｐｅが設定される。

【0199】

Ｓｌｏｔ ｂａｓｅｄ送信の場合、ｆｒｏｎｔ ｌｏａｄ ＤＭＲＳの送信開始ＯＦＤＭ ｓｙｍｂｏｌ位置はｄａｔａ送信リソースの３番目または４番目のＯＦＤＭ ｓｙｍｂｏｌであってもよく、送信開始ＯＦＤＭ ｓｙｍｂｏｌ位置が３番目のＯＦＤＭ ｓｙｍｂｏｌであるか４番目のＯＦＤＭ ｓｙｍｂｏｌであるかに関するｉｎｄｉｃａｔｉｏｎがＰＢＣＨを介して送信される。

【0200】

Ｆｒｏｎｔ ｌｏａｄ ＤＭＲＳは１つまたは２つの連続的なＯＦＤＭ ｓｙｍｂｏｌで構成され、ＯＦＤＭ ｓｙｍｂｏｌの数が１つであるか２つであるかがＲＲＣにより設定される。

【0201】

Ｆｒｏｎｔ ｌｏａｄ ＤＭＲＳの送信ＯＦＤＭ ｓｙｍｂｏｌリソース内のｍａｐｐｉｎｇ ｔｙｐｅは２つのｔｙｐｅ（Ｔｙｐｅ １またはＴｙｐｅ ２）を有し、適用するｔｙｐｅに関する情報がＲＲＣに設定される。ｔｙｐｅ１の場合、Ｆ－ＣＤＭ（CDM in frequency domain）、Ｔ－ＣＤＭ（CDM in time domain）、及び／又はＦＤＭ技法を使用してＤＭＲＳ ｓｙｍｂｏｌの長さが１つであるか２つであるかに応じてそれぞれ４つまたは８つのａｎｔｅｎａ ｐｏｒｔをサポートする。Ｔｙｐｅ ２の場合、Ｆ－ＣＤＭ、Ｔ－ＣＤＭ、及び／又はＦＤＭ技法を使用してＤＭＲＳ ｓｙｍｂｏｌの長さが１つであるか２つであるかに応じてそれぞれ６つまたは１２個のａｎｔｅｎａ ｐｏｒｔらをサポートする。

【0202】

－Ａｄｄｉｔｉｏｎａｌ ＤＭＲＳ

【0203】

Ａｄｄｉｔｉｏｎａｌ ＤＭＲＳの数は０個、１個、２個、または３個のうちから決定される。送信されるａｄｄｉｔｉｏｎａｌ ＤＭＲＳの最大個数はＲＲＣにより決定され、各最大ＤＭＲＳ数内において実際に送信されるａｄｄｉｔｉｏｎａｌ ＤＭＲＳの数及び送信ＯＦＤＭ ｓｙｍｂｏｌ位置はｄａｔａが送信されるＯＦＤＭ ｓｙｍｂｏｌの長さに応じて決定される。Ｄａｔａ ｓｙｍｂｏｌ ｌｅｎｇｔｈに応じるｆｒｏｎｔ ｌｏａｄ ＤＭＲＳ及びａｄｄｉｔｉｏｎａｌ ＤＭＲＳのｓｙｍｂｏｌ ｌｏｃａｔｉｏｎは、図１０の通りである。

【0204】

各ａｄｄｉｔｉｏｎａｌ ＤＭＲＳのＯＦＤＭ ｓｙｍｂｏｌの数及びｍａｐｐｉｎｇ ｔｙｐｅはｆｒｏｎｔ ｌｏａｄ ＤＭＲＳのＯＦＤＭ ｓｙｍｂｏｌの数及びｍａｐｐｉｎｇ ｔｙｐｅと同一に決定される。

【0205】

図１０は、ｍａｐｐｉｎｇ ｔｙｐｅ及びＯＦＤＭ ｓｙｍｂｏｌ数に応じるＤＭＲＳ位置の一例を示す。

【0206】

現在のＰＵＳＣＨ ＤＭＲＳのｓｙｍｂｏｌの位置及び個数は、ＰＵＳＣＨが送信されるｓｙｍｂｏｌの長さに応じて変わる。特に、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂを使用する場合、ＰＵＳＣＨのａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ長さに基づいてＤＭＲＳのｓｙｍｂｏｌの位置及び個数を判断する。この場合、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ毎にＤＭＲＳのｌｏｃａｔｉｏｎが変わる。

【0207】

ＲＡＮ４のＬＳ（Ｌｉａｉｓｏｎ Ｓｔａｔｅｍｅｎｔ）によると、ジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）を行うためには同一の物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ）へ送信されなければならない。すなわち、ジョイントチャネル推定が設定された場合、既存の規則（ｒｕｌｅ）に従ってスロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）が行われてはならない。従って、スロット間周波数ホッピングのｅｎｈａｎｃｅｍｅｎｔが必要である。

【0208】

次は、３ＧＰＰ技術規格（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＴＳ）３８．２１４のｓｕｂｃｌａｕｓｅ６．３．１、６．３．２のＰＵＳＣＨのｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇに対する技術である。

【0209】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａのための周波数ホッピング

【0210】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａの場合、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）はＤＣＩ Ｆｏｒｍａｔ ０＿２によりスケジューリングされたＰＵＳＣＨ送信のためのＰＵＳＣＨ－Ｃｏｎｆｉｇの上位層パラメータ（ｈｉｇｈｅｒ ｌａｙｅｒ ｐａｒａｍｅｔｅｒ）ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ＦｏｒＤＣＩＦｏｒｍａｔ０＿２により、そして、０＿２以外のＤＣＩ ｆｏｒｍａｔによりスケジューリングされたＰＵＳＣＨ送信のためのＰＵＳＣＨ－Ｃｏｎｆｉｇにおいて提供されるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇにより、そして、ｃｏｎｆｉｇｕｒｅｄ ＰＵＳＣＨ送信のためにｃｏｎｆｉｇｕｒｅＧｒａｎｔＣｏｎｆｉｇにおいて提供されるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇにより、周波数ホッピングに対して設定できる。２つの周波数ホッピングモードのうち１つは設定されることができる。

【0211】

－ｓｉｎｇｌｅ ｓｌｏｔ及びｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ ｔｒａｎｓｍｉｓｓｉｏｎに適用可能な、スロット内の周波数ホッピング（ｌｎｔｒａ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）

【0212】

－ｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨ ｔｒａｎｓｍｉｓｓｉｏｎに適用可能な、スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）

【0213】

ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ ２の場合、端末は、周波数ホッピングなしにＰＵＳＣＨを送信することができる。

【0214】

ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、ＰＵＳＣＨ送信のための変換プリコーディングの活性化の可否に応じて、端末は、当該ｄｅｔｅｃｔｅｄ ＤＣＩ ｆｏｒｍａｔまたはランダムアクセス応答ＵＬグラントにおいて周波数ホッピングフィールドが１に設定されるか、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを有するＴｙｐｅ １ ＰＵＳＣＨ ｔｒａｎｓｍｉｓｓｉｏｎに対して上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔが提供される場合、ＰＵＳＣＨ周波数ホッピングを行うことができる。

【0215】

そうでなければ、ＰＵＳＣＨ周波数ホッピングが行われない可能性がある。ＰＵＳＣＨに対して周波数ホッピングが活性化された場合、ＲＥ ｍａｐｐｉｎｇは予め定義された規格（例：３ＧＰＰ ＴＳ ３８．２１１、ｃｌａｕｓｅ ６．３．１．６）に定義されることができる。

【0216】

ＲＡＲ ＵＬ ｇｒａｎｔ、ｆａｌｌｂａｃｋＲＡＲ ＵＬ ｇｒａｎｔまたはＴＣ（ｔｅｍｐｏｒａｒｙ ｃｅｌｌ）－ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によりスクランブルされたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を有するＤＣＩ ｆｏｒｍａｔ ０＿０によりスケジューリングされたＰＵＳＣＨの場合、予め定義された規格（３ＧＰＰ ＴＳ ３８．２１３、ｃｌａｕｓｅ ８．３）に説明されているように、周波数オフセットが取得できる。

【0217】

ＤＣＩ ｆｏｒｍａｔ ０＿０／０＿１によりスケジューリングされたＰＵＳＣＨまたはＤＣＩ ｆｏｒｍａｔ ０＿０／０＿１により活性化されたＴｙｐｅ ２ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、そして、ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、周波数オフセットはＰＵＳＣＨ－Ｃｏｎｆｉｇの上位層パラメータであるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓにより設定できる。ＤＣＩ Ｆｏｒｍａｔ ０＿２によりスケジューリングされたＰＵＳＣＨまたはＤＣＩ Ｆｏｒｍａｔ ０＿２により活性化されたＴｙｐｅ ２ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、そして、ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、周波数オフセットはｐｕｓｃｈ－Ｃｏｎｆｉｇの上位層パラメータであるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓ－ＦｏｒＤＣＩＦｏｒｍａｔ０＿２により設定できる。

【0218】

－ａｃｔｉｖｅ ＢＷＰのサイズが５０ＰＲＢ未満である場合、ＵＬ ｇｒａｎｔに２つのｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒｅｄ ｏｆｆｓｅｔのうち１つが指示されることができる。

【0219】

－ａｃｔｉｖｅ ＢＷＰのサイズが５０ＰＲＢ以上である場合、ＵＬ ｇｒａｎｔに４つのｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒｅｄ ｏｆｆｓｅｔのうち１つが指示されることができる。

【0220】

Ｔｙｐｅ１ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、周波数オフセットはｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔの上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔにより提供される。

【0221】

スロット内の周波数ホッピングの場合、各ホッピングのｓｔａｒｔｉｎｇ ＲＢは数式３のようである。

【0222】

【数3】

【0223】

ここで、ｉ＝０及びｉ＝１はそれぞれ１番目のホップと２番目のホップであり、

はＵＬ ＢＷＰ内のｓｔａｒｔｉｎｇ ＲＢであり、ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １のリソースブロック割り当て情報（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）で計算される。

は、両周波数ホップの間のＲＢ単位の周波数オフセットである。１番目のホップのシンボル数は

により与えられる。２番目のホップのシンボル数は

により与えられる。ここで、

は１つのスロットのＯＦＤＭシンボルにおいてＰＵＳＣＨ送信の長さであり得る。

【0224】

スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の場合、スロット

中のｓｔａｒｔｉｎｇ ＲＢは数式４のように与えられる。

【0225】

【数4】

【0226】

ここで、

はｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨの送信が発生できる無線フレーム内の現在スロット番号であり、

はリソースの割り当て類型１のリソースブロックの割り当て情報において計算されたＵＬ ＢＷＰ内のｓｔａｒｔｉｎｇ ＲＢであり得る。

は、両周波数ホップの間のＲＢ単位の周波数オフセットであり得る。

【0227】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂのための周波数ホッピング

【0228】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂの場合、ＤＣＩ Ｆｏｒｍａｔ ０＿２によりスケジューリングされたＰＵＳＣＨ送信のためのｐｕｓｃｈ－Ｃｏｎｆｉｇの上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ＦｏｒＤＣＩＦｏｒｍａｔ０＿２により、そして、ＤＣＩ ｆｏｒｍａｔ ０＿１によりスケジューリングされたＰＵＳＣＨ送信のためのｐｕｓｃｈ－Ｃｏｎｆｉｇにおいて提供されるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ＦｏｒＤＣＩＦｏｒｍａｔ０＿１により、そして、Ｔｙｐｅ１ ｃｏｎｆｉｇｕｒｅｄ ＰＵＳＣＨの送信のためのｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔにおいて提供されるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ＰＵＳＣＨＲｅｐＴｙｐｅＢにより、端末は、周波数ホッピングに対して設定されることができる。Ｔｙｐｅ ２ ｃｏｎｆｉｇｕｒｅｄ ＰＵＳＣＨ送信のための周波数ホッピングモードはａｃｔｉｖａｔｉｎｇ ＤＣＩ ｆｏｒｍａｔの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に従う。２つの周波数ホッピングモードの１つは設定されることができる。

【0229】

－繰り返し間の周波数ホッピング（Ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）

【0230】

－スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）

【0231】

Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、ＰＵＳＣＨ送信のための変換プリコーディングの活性化の可否に応じて、当該ｄｅｔｅｃｔｅｄ ＤＣＩ ｆｏｒｍａｔに周波数ホッピングフィールドが１に設定されるか、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを有するＴｙｐｅ １ ＰＵＳＣＨ送信のための上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ＰＵＳＣＨＲｅｐＴｙｐｅＢが提供される場合、端末はＰＵＳＣＨ周波数ホッピングを行うことができる。そうでない場合、ＰＵＳＣＨ周波数ホッピングが行われない。ＰＵＳＣＨに対して周波数ホッピングが活性化された場合、ＲＥ ｍａｐｐｉｎｇは予め定義された規格（例：３ＧＰＰ ＴＳ ３８．２１１、ｃｌａｕｓｅ ６．３．１．６）に定義される。

【0232】

ＤＣＩ ｆｏｒｍａｔ ０＿１によりスケジューリングされたＰＵＳＣＨまたはＤＣＩ ｆｏｒｍａｔ ０＿１により活性化されたＴｙｐｅ ２ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、そして、ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、周波数オフセットはｐｕｓｃｈ－Ｃｏｎｆｉｇの上位層パラメータであるｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓにより設定される。ＤＣＩ Ｆｏｒｍａｔ ０＿２によりスケジューリングされたＰＵＳＣＨまたはＤＣＩ Ｆｏｒｍａｔ ０＿２により活性化されたＴｙｐｅ ２ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、そして、ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １の場合、周波数オフセットはｐｕｓｃｈ－Ｃｏｎｆｉｇの上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓ－ＦｏｒＤＣＩＦｏｒｍａｔ０＿２により設定される。

【0233】

－ａｃｔｉｖｅ ＢＷＰのサイズが５０ＰＲＢ未満である場合、２つのｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒｅｄ ｏｆｆｓｅｔのうち１つがＵＬ ｇｒａｎｔにおいて指示される。

【0234】

－ａｃｔｉｖｅ ＢＷＰのサイズが５０ＰＲＢ以上である場合、ＵＬ ｇｒａｎｔに４つのｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒｅｄ ｏｆｆｓｅｔのうち１つが指示される。

【0235】

Ｔｙｐｅ １ ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔに基づいたＰＵＳＣＨの場合、周波数オフセットはｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔの上位層パラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔにより提供される。

【0236】

Ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇの場合、ｎ番目のｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ内のｓｔａｒｔｉｎｇ ＲＢは数式５のように与えられる。

【0237】

【数5】

【0238】

ここで、

はｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １のリソースブロックの割り当て情報（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）において計算されたＵＬ ＢＷＰ内のｓｔａｒｔｉｎｇ ＲＢであり、

は、両周波数ホップの間のＲＢ単位の周波数オフセットであり得る。

【0239】

スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の場合、スロット中のｓｔａｒｔｉｎｇ ＲＢは予め定義された規格（３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．３．１）のＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ Ａのためのスロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）のｓｔａｒｔｉｎｇ ＲＢに従う。

【0240】

前記のように、既存のスロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）はＰＵＳＣＨまたはＰＵＣＣＨが送信されるｓｌｏｔのｓｕｂｆｒａｍｅ内のｉｎｄｅｘに応じて２つのＰＲＢのうちどのＰＲＢに該当ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎを送信するかが決定される。これはジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）を行うための条件に反する。

【0241】

従って、本明細書は、前記の問題を含めて、カバレッジ強化（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ）に適合したジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）のための、スロット間バンドリング（ｉｎｔｅｒ－ｓｌｏｔ ｂｕｎｄｌｉｎｇ）とスロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の方法を提案する。

【0242】

具体的に、本明細書では、ｉｎｔｅｒ－ｓｌｏｔ ｂｕｎｄｌｉｎｇのためのｔｉｍｅ－ｄｏｍａｉｎ ｗｉｎｄｏｗ ｓｉｚｅを決定／設定／定義する方法（以下、第１実施形態）、そして、ｉｎｔｅｒ－ｓｌｏｔ ｂｕｎｄｌｉｎｇのためのｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙを設定／定義する方法（以下、第２実施形態）を提案する。

【0243】

以下、本明細書で説明される実施形態は説明の便宜のために区分されるものであり、ある実施形態の一部方法及び／又は一部構成などが他の実施形態の方法及び／又は構成などと置換されるか、相互間に結合して適用できることは言うまでもない。

【0244】

本明細書は、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）の送信の観点から記述するが、本明細書の提案方法はＰＵＳＣＨだけでなく物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）などの他のチャネルの送信にも適用できる。

【0245】

本明細書において説明される実施形態で言及されるスロット（ｓｌｏｔ）、サブフレーム（ｓｕｂｆｒａｍｅ）、フレーム（ｆｒａｍｅ）などは、無線通信システムにおいて利用される一定時間単位（ｔｉｍｅ ｕｎｉｔ）の具体的な例に該当する。すなわち、本明細書で提案する方法の適用において、時間単位などはまた他の無線通信システムにおいて適用される他の時間単位に代替して適用されることもできる。

【0246】

本明細書においてＬ１ ｓｉｇｎａｌｉｎｇは基地局と端末の間のＤＣＩベースの動的なｓｉｇｎａｌｉｎｇを意味し、Ｌ２ ｓｉｇｎａｌｉｎｇは基地局と端末の間の無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）／媒体アクセス制御－制御要素（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ－ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＭＡＣ－ＣＥ）ベースのｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇを意味する。

【0247】

前述の内容（３ＧＰＰ ｓｙｓｔｅｍ、ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ、ＮＲシステムなど）は後述する本明細書で提案する方法と結合されて適用されることができ、そして／または、本明細書で提案する方法の技術的特徴を明確にするために補充されることができる。

【0248】

本明細書の追加的な利点、目的及び特徴は、以下の説明において部分的に説明され、部分的には、以下の内容を検討する時に当業者に明白にするか、本明細書の実施から学ぶことができるであろう。本明細書の目的及びその他の利点は添付の図面だけでなく、本明細書に記載された説明及び請求範囲において特に指摘された構造により実現及び達成できる。

【0249】

本明細書において「ＡまたはＢ（A or B）」は「Ａのみ」、「Ｂのみ」または「ＡとＢの両方」を意味することができる。言い換えると、本明細書において「ＡまたはＢ（A or B）」は「Ａ及び／又はＢ（A and／or B）」と解釈されてもよい。例えば、本明細書において「Ａ、ＢまたはＣ（A, B or C）」は「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（any combination of A, B and C）」を意味し得る。

【0250】

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は「及び／又は（and/or）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味することができる。これによって、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。

【0251】

本明細書において「少なくとも１つのＡ及びＢ（at least one of A and B）」は、「Ａのみ」、「Ｂのみ」または「ＡとＢの両方」を意味することができる。また、本明細書において「少なくとも１つのＡまたはＢ（at least one of A or B）」や「少なくとも１つのＡ及び／又はＢ（at least one of A and／or B）」という表現は、「少なくとも１つのＡ及びＢ（at least one of A and B）」と同様に解釈されてもよい。

【0252】

また、本明細書において「少なくとも１つのＡ、Ｂ及びＣ（at least one of A、B and C）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（any combination of A、B and C）」を意味することができる。また、「少なくとも１つのＡ、ＢまたはＣ（at least one of A、B or C）」や「少なくとも１つのＡ、Ｂ及び／又はＣ（at least one of A、B and/or C）」は「少なくとも１つのＡ、Ｂ及びＣ（at least one of A、B and C）」を意味することができる。

【0253】

また、本明細書において使用される括弧は「例えば、（for example）」を意味することができる。具体的に、「制御情報（ＰＤＣＣＨ）」で表示された場合、「制御情報」の一例として、「ＰＤＣＣＨ」が提案されたことであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されず、「ＰＤＤＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」で表示された場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものであり得る。

【0254】

本明細書において１つの図面内で個別的に説明される技術的特徴は、個別的に実現されてもよく、同時に実現されてもよい。

【0255】

以下の図面は本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は例示的に提示されたものであるので、本明細書の技術的特徴が以下の図面に使用された具体的な名称に制限されない。

【0256】

本明細書の具体的な一例から得られる効果は記載された効果により制限されない。例えば、関連した技術分野の通常の知識を有する者（a person having ordinary skill in the related art）が本明細書から理解または誘導できる多様な技術的効果が存在する。これによって、本明細書の具体的な効果は本明細書に明示的に記載されたものに制限されず、本明細書の技術的特徴から理解または誘導できる多様な効果を含むことができる。

【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】

【数6】

【0292】

ここで、ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ Ｗが前述の方法などにより設定された場合、当該値が適用され、設定されていない場合、ＲＢはＷ＝１に基づいて決定／計算される。そして／または、当該方法はｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ ＷがＣｅｌｌ－ｓｐｅｃｉｆｉｃな場合に適用される。

【0293】

そして／または、Ｗはｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗのサイズ（ｓｉｚｅ）を意味する。例えば、Ｗはスロット単位で設定されてもよい。そして／または、Ｗはスロット数で設定されてもよい。

【0294】

（方法２－２）－ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌをＣＨ ｗｉｎｄｏｗのサイズの倍数に設定

【0295】

前述とは異なり、ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ ＷがＵＥ－ｓｐｅｃｉｆｉｃ ｖａｌｕｅであり得る。すなわち、ｃｅｌｌ内の相異なる端末間のＷが異なる場合、基地局（例：ｇＮＢ）のｍｕｌｔｉ－ｕｓｅｒ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔの便宜のために、ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙを合わせる方法を考慮することができる。

【0296】

この場合、Ｃｅｌｌ－ｓｐｅｃｉｆｉｃにｂｕｎｄｌｉｎｇが指示された端末のｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙを決定する値Ｗ２が付加的に与えられる。そして／または、Ｗ２は端末にＲＲＣ／ＭＡＣ－ＣＥ／ＤＣＩなどで指示されてもよい。そして／または、Ｗ２が単一値として与えられる場合、端末のＲＲＣ ｃｏｎｎｅｃｔｉｏｎ段階で与えられる。

【0297】

そして／または、端末のｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙがｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗの倍数に設定される場合、該当倍数が与えられることができる。例えば、端末のｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗがＷである場合、ｍが与えられ、事前の合意されたｍＷ＝Ｗ_２によりｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙが設定／定義されるかまたは得られることができる。このような方法などでＷ_２が与えられた端末のｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇのためのｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎの物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ）（または、開始ＲＢ）は数式７のように定義される。

【0298】

【数7】

【0299】

以下、本明細書においては第１実施形態ないし第２実施形態または以外の実施形態を標準観点から説明する。

【0300】

以下、本明細書の内容は前述の実施形態（すなわち、第１実施形態ないし第２実施形態）の全部または一部を補充するか、又は実施形態の全部又は一部と一緒に適用されるか、又は実施形態の全部又は一部を代替して適用されることができる。または、以下、本明細書の内容は第１実施形態ないし第２実施形態と別途適用されることができる。

【0301】

本明細書において、「第１実施形態ないし第２実施形態」は以下の提案内容／方法を含むことを意味し得る。

【0302】

ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ及びＤＭＲＳ ｂｕｎｄｌｉｎｇと関連して、ａｇｒｅｅｍｅｎｔはＲＡＮ１＃１０７－ｅにおいて表８のように行われ、残りのＦＦＳ ｐｏｉｎｔも論議されなければならない。

【0303】

【表8】

【0304】

まず、周波数ホッピングパターン（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）の決定を定義する必要がある。既存のＰＵＳＣＨとＰＵＣＣＨは両方とも同一の規則に基づいているが、標準文書に記述された内容には差がある。

【0305】

ＰＵＳＣＨの周波数ホッピングのために、スロットインデックスが偶数の時にｓｔａｒｔ ＲＢが適用され、スロットインデックスが奇数の時はｓｔａｒｔ ＲＢに対するオフセットが適用される。

【0306】

ＰＵＣＣＨの場合、スロットインデックスが偶数であると、ｓｔａｒｔｉｎｇＰＲＢが適用され、奇数であるとｓｅｃｏｎｄＨｏｐＰＲＢが適用される。すなわち、物理的スロットインデックス（ｐｈｙｓｉｃａｌ ｓｌｏｔ ｉｎｄｅｘ）が偶数であるか奇数であるに応じて周波数ホップ（ｈｏｐ）が決定される。周波数ホップは、物理的スロットインデックスに応じて決定され、単純化のために同一の規則を拡張することが最も好ましい。

【0307】

また、端末間のホッピング境界（ｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙ）が合わ（ａｌｉｇｎｅｄ）ないと、周波数ホッピングをするすべての端末は２つのＲＢを占めるので、リソース管理の面で好ましくない。すなわち、多重使用者多重化（ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅｘｉｎｇ）を考慮して端末間のホッピング境界を合わせられる方式が好ましい。これは、ホッピングパターンが物理的スロットインデックスにより決定される時に可能である。

【0308】

従って、本明細書の提案方法によると、スロット間周波数ホッピング（ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）のための周波数ホッピングパターン（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）は物理的スロットインデックスによってのみ決定されることができる。

【0309】

第二に、ＰＵＣＣＨとＰＵＳＣＨのｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎの決定は統一された方式（ｕｎｉｆｉｅｄ ｍｅｔｈｏｄ）に基づいて行わなければならない。物理的スロットインデックスのみでｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎを定義することは、マルチユーザ多重化（ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅｘｉｎｇ）のためであり得る。このためには、使用者間のｈｏｐｐｉｎｇ ｂｏｕｎｄａｒｙが一致しなければならない。しかしながら、ＰＵＳＣＨとＰＵＣＣＨの設定された時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ、ＴＤＷ）が別途設定されるため、ＰＵＣＣＨとＰＵＳＣＨのホッピングウィンドウ（ｈｏｐｐｉｎｇ ｗｉｎｄｏｗ）（または、ＴＤＷ）が異なる可能性がある。これを解決するために、互いに異なるチャネルをペアリングしないことによりマルチユーザ多重化が達成される。すなわち、ＰＵＳＣＨとＰＵＣＣＨが互いにペアリングされないことがある。

【0310】

従って、本明細書の提案方法によると、ＰＵＣＣＨ及びＰＵＳＣＨに対するｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎの決定は同一の規則に基づく。そして／または、ＰＵＳＣＨ及びＰＵＣＣＨに対する各ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｗｉｎｄｏｗのサイズは、各設定に応じて同一であるか異なる。

【0311】

ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌ及び設定されたＴＤＷの長さ（ｌｅｎｇｔｈ）に対して別途のＲＲＣ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）をサポートすることは合意されている。これを考慮すると、ＰＵＳＣＨのｆｒｅｑｕｅｎｃｙ ｈｏｐの決定のための具体的な方法は次のようである。

【0312】

ｉｎｔｅｒ ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇが設定され、ＰＵＳＣＨ Ｗ（例：ＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＳＣＨ）に対するｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌが設定されると、

番目のスロットでの送信時点（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）のリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）が数式８により設定される。すなわち、ＰＵＳＣＨのジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）のためのｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌでスロットインデックスを割った値が偶数であるか奇数であるに応じて、ｓｔａｒｔ ＲＢまたはｓｔａｒｔ ＲＢ＋ｏｆｆｓｅｔ ＲＢが適用されるべきである。

【0313】

同一の規則はＰＵＣＣＨに適用できる。すなわち、ＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＣＣＨで記述されるＰＵＣＣＨのジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）のためのｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌでスロットインデックスを割った値が偶数であるか奇数であるかに応じてｓｔａｒｔｉｎｇＰＲＢとｓｅｃｏｎｄＨｏｐＰＲＢが適用されなければならないことがある。この時、ＰＵＣＣＨの設定されたＴＤＷがＰＵＣＣＨ ｆｏｒｍａｔに応じて設定されなければ、ＰＵＣＣＨのジョイントチャネル推定のためのホッピング間隔はｆｏｒｍａｔ別に設定される必要がない。前述のように多重使用者多重化（ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅｘｉｎｇ）を考慮して各ｆｏｒｍａｔに対して相異なるｂｏｕｎｄａｒｙを有することは好ましくない。従って、ＰＵＣＣＨのｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌもｆｏｒｍａｔに関係なく適用されなければならない。

【0314】

最後のＦＦＳポイントはｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌ及びＴＤＷが設定されていないが、ジョイントチャネル推定及びｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇが活性化された場合の基本（ｄｅｆａｕｌｔ）端末動作（ｂｅｈａｖｉｏｕｒ）である。ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌとＴＤＷの長さを全部設定しなくてもｄｅｆａｕｌｔ ｃｏｎｆｉｇｕｒｅｄ ＴＤＷの値が定義されているため、端末の動作が明確であると考えるのは当然である。すなわち、ジョイントチャネル推定が活性化され、ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌ及びｃｏｎｆｉｇｕｒｅｄ ＴＤＷなしにｈｏｐｐｉｎｇが指示される場合、ｄｅｆａｕｌｔ ｃｏｎｆｉｇｕｒｅｄ ＴＤＷ値はｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌでなければならない。

【0315】

従って、本明細書の提案方法によると、ジョイントチャネル推定が活性化され、ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌ及びｃｏｎｆｉｇｕｒｅｄ ＴＤＷなしにｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇが指示される場合、ｃｏｎｆｉｇｕｒｅｄ ＴＤＷをｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌに対するデフォルト値（ｄｅｆａｕｌｔ ｖａｌｕｅ）はｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌのための基本値として適用されなければならない。

【0316】

そして／または、本明細書の提案方法によると、技術規格（例：３ＧＰＰ ＴＳ３８．２１４）において次の内容が提案されることができる。

【0317】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ Ａに対するｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ

【0318】

ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇの場合、そして、ＰＵＳＣＨ－ＤＭＲＳ－Ｂｕｎｄｌｉｎｇが活性化されていない場合、スロットの

間、ｓｔａｒｔｉｎｇ ＲＢは数式８により与えられる。

【0319】

【数8】

【0320】

ここで、

はｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨの送信が発生できる無線フレーム内の現在スロット番号（ｃｕｒｒｅｎｔ ｓｌｏｔ ｎｕｍｂｅｒ）であり、

は、（３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．１．２．２．２に記述された）リソース割り当て類型（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ）１のリソースブロック割り当て情報（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）から計算されたＵＬ ＢＷＰ内のｓｔａｒｔｉｎｇ ＲＢである。

は、両周波数ホップの間のＲＢ単位の周波数オフセットである。

【0321】

ｉｎｔｅｒ－ｓｌｏｔ ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇの場合、そして、ＰＵＳＣＨ－ＤＭＲＳ－Ｂｕｎｄｌｉｎｇが活性化された場合、スロットの

間、ｓｔａｒｔｉｎｇ ＲＢは数式９により与えられる。

【0322】

【数9】

【0323】

ここで、

はｍｕｌｔｉ－ｓｌｏｔ ＰＵＳＣＨの送信が発生できる無線フレーム内の現在のスロット番号（ｃｕｒｒｅｎｔ ｓｌｏｔ ｎｕｍｂｅｒ）であり、

は、（３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．１．２．２．２に記述された）リソース割り当て類型（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ）１のリソースブロック割り当て情報（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）から計算されたＵＬ ＢＷＰ内のｓｔａｒｔｉｎｇ ＲＢである。そして、

は、両周波数ホップの間のＲＢ単位の周波数オフセットである。

【0324】

そして、ＷはＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＳＣＨ（設定された場合）であるか、または、ＷはＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＳＣＨが設定されていない場合、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＷｉｎｄｏｗＬｅｎｇｔｈ（設定された場合）であるか、または、ＷはＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＷｉｎｄｏｗＬｅｎｇｔｈが設定されず、ＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＳＣＨが設定されていない場合、ｍｉｎ（［ｍａｘＤＭＲＳ－ＢｕｎｄｌｉｎｇＤｕｒａｔｉｏｎ]、Ｍ）として計算されることができる。ここで、ＭはＮ・Ｋ ＰＵＳＣＨ送信の連続スロットでの時間持続期間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）である。

【0325】

ここで、ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ ＡのＰＵＳＣＨ送信の場合、Ｎ＝１であり、Ｋは予め定義された規格（例：３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．１．２．１）に定義されているように、繰返し回数（ｎｕｍｂｅｒ ｏｆ ｒｅｐｅｔｉｔｉｏｎs）である。

【0326】

ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ Ｔｙｐｅ ＢのＰＵＳＣＨ送信の場合、Ｎ＝１であり、Ｋは予め定義された規格（例：３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．１．２．１）に定義されているように、ノミナル繰り返し回数（ｎｕｍｂｅｒ ｏｆ ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎs）である。

【0327】

多数のスロットにわたってＴＢ処理（ｐｒｏｃｅｓｓｉｎｇ）のＰＵＳＣＨ送信の場合、ＮはＴＢＳの決定に使用されるスロット数であり、Ｋは予め定義された規格（例：３ＧＰＰ ＴＳ ３８．２１４、ｃｌａｕｓｅ ６．１．２．１）に定義されているように、ＴＢＳの決定に使用されるスロット数（ｎｕｍｂｅｒ ｏｆ ｓｌｏｔｓ）Ｎの繰返し回数（ｎｕｍｂｅｒ ｏｆ ｒｅｐｅｔｉｔｉｏｎs）である。

【0328】

そして／または、本明細書の提案方法によると、技術規格（例：３ＧＰＰ ＴＳ３８．２１３）において次の内容が提案される。

【0329】

ＰＵＣＣＨ繰り返し手順（ｒｅｐｅｔｉｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）

【0330】

＞１の場合、

【0331】

－端末は

スロットにわたってＵＣＩを有するＰＵＣＣＨ送信を繰り返す。

【0332】

－

スロットのそれぞれにおいてＰＵＣＣＨの送信はｎｒｏｆＳｙｍｂｏｌｓにより提供されることのように同一数の連続シンボルを有する。

【0333】

－

スロットのそれぞれにおいてＰＵＣＣＨの送信はｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨが提供されない場合、ｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘにより提供されることのように同一の１番目のシンボルを有する。そうでない場合、ｍｏｄ（ｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘ、ｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨ）によるシンボルを有する。

【0334】

－端末は相異なるスロットにおいてＰＵＣＣＨ送信に対するｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行うか否かをｉｎｔｅｒｓｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇにより設定される。

【0335】

－端末が相異なるスロットにわたるＰＵＣＣＨ送信に対してｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行うように設定され、ＰＵＣＣＨ－ＤＭＲＳ－Ｂｕｎｄｌｉｎｇが活性化されていない場合、端末はスロット毎にｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行う。そして／または、端末は偶数スロットにおいてはｓｔａｒｔｉｎｇＰＲＢにより提供されたｆｉｒｓｔ ＰＲＢから開始するＰＵＳＣＣＨを送信し、奇数スロットにおいてはｓｅｃｏｎｄＨｏｐＰＲＢにより提供されたｓｅｃｏｎｄ ＰＲＢから開始するＰＵＣＣＨを送信する。そして／または、ｆｉｒｓｔ ＰＵＣＣＨ送信のために端末に指示されたスロットは番号０を有し、端末が

スロットにおいてＰＵＣＣＨを送信するまで、各後続（ｓｕｂｓｅｑｕｅｎｔ）スロットは端末が該当スロットにおいてＰＵＣＣＨを送信するか否かに関係なくカウントされる。そして／または、端末はスロット内においてＰＵＣＣＨ送信のためにｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行うように設定されるものと期待しない。

【0336】

－端末が相異なるスロットにわたるＰＵＣＣＨの送信に対する周波数ホッピングを行うように設定され、ＰＵＣＣＨ－ＤＭＲＳ－Ｂｕｎｄｌｉｎｇが活性化された場合、端末はＷスロット当たりｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行う。ここで、ＷはＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＣＣＨ（設定された場合）であるか、または、ＷはＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＣＣＨが設定されていない場合、ＰＵＣＣＨ－ＴｉｍｅＤｏｍａｉｎＷｉｎｄｏｗＬｅｎｇｔｈ（設定された場合）であるか、または、ＷはＴｉｍｅＤｏｍａｉｎＷｉｎｄｏｗＬｅｎｇｔｈが設定されず、ＨｏｐｐｉｎｇＩｎｔｅｒｖａｌＰＵＣＣＨが設定されていない場合、ｍｉｎ（［ｍａｘＤＭＲＳ－ＢｕｎｄｌｉｎｇＤｕｒａｔｉｏｎ］、Ｍ）で計算される。ここで、Ｍは、ＰＵＣＣＨ繰り返しのＰＵＣＣＨ送信のために決定された１番目のスロットからＰＵＣＣＨ繰り返しのＰＵＣＣＨ送信のために決定された最後のスロットまでの連続スロットでの時間持続時間である。そして／または、端末は、

が偶数であるスロットにおいてｓｔａｒｔｉｎｇＰＲＢにより提供されたｆｉｒｓｔ ＰＲＢ上において、

が奇数であるスロットにおいてｓｅｃｏｎｄＨｏｐＰＲＢにより提供されたｓｅｃｏｎｄ ＰＲＢ上において、ＰＵＣＣＨを送信する。ここで、

は、無線フレーム内の現在スロット番号である。ｆｉｒｓｔ ＰＵＣＣＨ送信のために端末に指示されたスロットは番号０を有し、端末が

スロットにおいてＰＵＣＣＨを送信するまで各後続（ｓｕｂｓｅｑｕｅｎｔ）スロットは端末が該当スロットにおいてＰＵＣＣＨを送信するか否かに関係なくカウントされる。そして／または、端末はスロット内においてＰＵＣＣＨ送信のためにｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを実行するように設定されるものと期待しない。

【0337】

－端末が相異なるスロットにわたるＰＵＣＣＨ送信に対してｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行うように設定されず、端末が１つのスロット内においてＰＵＣＣＨ送信に対してｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇを行うように設定されている場合、ｆｉｒｓｔ ＰＲＢとｓｅｃｏｎｄ ＰＲＢの間のｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎは、各スロット内において同一である。

【0338】

そして／または、ｉｎｔｅｒ－ｓｌｏｔ ｂｕｎｄｌｉｎｇを有するｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇに関連してＲＡＮ１＃１０４ｂ－ｅにおいて表９のような合意がある。

【0339】

【表9】

【0340】

「ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌｓ ｄｅｔｅｒｍｉｎａｔｉｏｎ」－＞「ｃｏｎｆｉｇｕｒｅｄ ＴＤＷ ｄｅｔｅｒｍｉｎａｔｉｏｎ」と「ａｃｔｕａｌ ＴＤＷ ｄｅｔｅｒｍｉｎａｔｉｏｎ」の順に配列されているＲＡＮ１＃１０７－ｅ ａｇｒｅｅｍｅｎｔを考慮するとき、Ｏｐｔｉｏｎ ２は、当然サポートされる。ＦＦＳポイントを組織することも必要である。すなわち、ｂｕｎｄｌｅ ｓｉｚｅとｔｉｍｅ ｄｏｍａｉｎ ｈｏｐｐｉｎｇ ｉｎｔｅｒｖａｌは明示的に、独立的に設定され、ｂｕｎｄｌｅ ｓｉｚｅはＦＤＤとＴＤＤに対して別途設定されない。

【0341】

本明細書の提案方法によると、ｂｕｎｄｌｅ ｓｉｚｅは時間領域ウィンドウのサイズ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ ｓｉｚｅ）と同一であるか異なる。

【0342】

図１１は、本明細書で提案する端末の動作方法を説明するためのフローチャートである。

【0343】

図１１を参照すると、まず、端末（図１３ないし図１６の１００／２００）はＳ１１０１段階で、時間領域ウィンドウ（ｔｉｍｅ ｄｏｍａｉｎ ｗｉｎｄｏｗ）に対する設定情報を基地局から受信する。例えば、設定情報は時間領域ウィンドウの長さ／境界／間隔に関する情報を含んでもよい。

【0344】

そして／または、時間領域ウィンドウは１つ以上の時間領域ウィンドウを含んでもよい。または、時間領域ウィンドウは１つ以上の時間領域ウインドウに代替可能である。例えば、時間領域ウィンドウは第１時間領域ウィンドウ及び第２時間領域ウィンドウを含んでもよい。

【0345】

そして／または、時間領域ウィンドウは復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ）バンドリング（ｂｕｎｄｌｉｎｇ）またはスロット間バンドリング（ｉｎｔｅｒ－ｓｌｏｔ ｂｕｎｄｌｉｎｇ）またはジョイントチャネル推定（ｊｏｉｎｔ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ）のための時間領域ウィンドウであり得る。

【0346】

そして／または、時間領域ウィンドウ内において、同一の位相（ｐｈａｓｅ）及び送信電力（ｐｏｗｅｒ）は維持／保障できる。

【0347】

そして／または、時間領域ウィンドウはＰＵＳＣＨ繰り返し送信回数に基づいて設定される。例えば、ＰＵＣＣＨ繰り返し送信回数が「Ｎ」に設定／指示される場合、時間領域ウィンドウの長さは、

、

に指示／決定／設定されてもよい。ここで、「Ｍ」は既に設定された値であり得る。そして／または、「Ｍ」はＲＲＣ／ＭＡＣ－ＣＥ／ＤＣＩなどにより指示されてもよい。そして／または「Ｍ」はＵＥ－ｓｐｅｃｉｆｉｃ値であるか、Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ値であり得る。

【0348】

例えば、Ｓ１１０１段階の端末が設定情報を受信する動作は、前述の図１３ないし図１６の装置により実現できる。例えば、図１４を参照すると、１つ以上のプロセッサ１０２／２０２は設定情報を受信するために１つ以上のメモリ１０４／２０４及び／又は１つ以上の送受信機１０６／２０６などを制御することができる。

【0349】

そして／または、端末（図１３ないし図１６の１００／２００）はＳ１１０２段階で、ＰＵＳＣＨのためのスケジューリング情報及びＰＵＳＣＨのための周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）情報を含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を基地局から受信する。そして／または、ＰＵＳＣＨ繰り返し又はＰＵＳＣＨ繰り返し送信はＤＣＩによりスケジューリングされることができる。

【0350】

例えば、スケジューリング情報は時間リソースに関する情報及び／又は周波数リソースに関する情報を含む。そして／または、周波数ホッピング情報はＰＵＳＣＨ周波数ホッピングを指示する情報であり得る。例えば、端末は、周波数ホッピング情報に基づいて、第１周波数ホップと第２周波数ホップにおいてＰＵＳＣＨを送信することができる。

【0351】

そして／または、（ＤＣＩに基づいて）ＰＵＳＣＨは多数のスロット上において周波数ホッピングに基づいて送信されることができる。

【0352】

図１１の動作方法は、周波数ホッピングがＤＣＩにより指示される一例を中心に記述されるが、周波数ホッピングは多様な方式に設定／指示されることができる。これに関する具体的な内容は前述の本明細書の内容を参照する。

【0353】

例えば、Ｓ１１０２段階の端末がＤＣＩを受信する動作は、前述の図１３ないし図１６の装置により実現できる。例えば、図１４を参照すると、１つ以上のプロセッサ１０２／２０２はＤＣＩを受信するために１つ以上のメモリ１０４／２０４及び／又は１つ以上の送受信機１０６／２０６などを制御することができる。

【0354】

そして／または、端末（図１３ないし図１６の１００／２００）はＳ１１０３段階で、第１時間領域ウィンドウと同一の長さ／境界／間隔を有する第１周波数ホップにおいて、ＰＵＳＣＨを基地局に送信する。

【0355】

例えば、Ｓ１１０３段階の端末がＰＵＳＣＨを送信する動作は、前述の図１３ないし図１６の装置により実現できる。例えば、図１４を参照すると、１つ以上のプロセッサ１０２／２０２はＰＵＳＣＨを送信するために、１つ以上のメモリ１０４／２０４及び／又は１つ以上の送受信機１０６／２０６などを制御することができる。

【0356】

そして／または、端末（図１３ないし図１６の１００／２００）はＳ１１０４段階で、第２時間領域ウィンドウと同一の長さ／境界／間隔を有する第２周波数ホップにおいて、ＰＵＳＣＨを基地局に送信する。そして／または、第１周波数ホップは偶数番目のホップであり、第２周波数ホップは奇数番目のホップであり得る。

【0357】

例えば、第１周波数ホップの長さ／間隔／境界は第１時間領域ウィンドウと同一に設定される。そして／または、第２周波数ホップの長さ／間隔／境界は第２時間領域ウィンドウと同一に設定される。

【0358】

そして／または、第１周波数ホップの境界（ｂｏｕｎｄａｒｙ）は第１時間領域ウィンドウと同一であり得る。そして／または、第２周波数ホップの境界は第２時間領域ウィンドウと同一であり得る。

【0359】

そして／または、第１周波数ホップと第２周波数ホップの長さ／間隔／境界は時間領域ウィンドウの長さ／間隔／境界及び無線フレーム内のスロット番号に基づいて決定される。そして／または、第２周波数ホップの開始リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）は、前記第１周波数ホップの開始ＲＢと周波数オフセットに基づいて決定される。

【0360】

そして／または、ＰＵＳＣＨのためのスロット

の間の開始リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）は、次の数式に基づいて決定されることができる。

【0361】

【数10】

【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】

【数11】

【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】

図１５において無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェスを介して相互接続されるか、または少なくとも一部が通信部１１０を介して無線で接続されることができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は、有線で接続され、制御部１２０と第１ユニット（例、１３０、１４０）は、通信部１１０を介して無線で接続されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、１つ以上の要素をさらに含むことができる。例えば、制御部１２０は、１つ以上のプロセッサ集合で構成されることができる。例えば、制御部１２0は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、不－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。

【0416】

本明細書が適用される携帯機器の例

【0417】

図１６は、本発明に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例、スマートウォッチ、スマートガラス）、携帯用コンピュータ（例、ノート型パソコン等）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と称されうる。

【0418】

図１６を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェス部１４０ｂ及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成されることができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、それぞれ図１５のブロック１１０～１３０／１４０に対応する。

【0419】

通信部１１０は、他の無線機器、基地局と信号（例、データ、制御信号等）を送受信できる。制御部１２０は、携帯機器１００の構成要素を制御して多様な動作を行うことができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充填回路、バッテリーなどを含むことができる。インターフェス部１４０ｂは、携帯機器１００と他の外部機器の接続を支援できる。インターフェス部１４０ｂは、外部機器との接続のための多様なポート（例、オーディオ入／出力ポート、ビデオ入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報を受け取るか、または出力できる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／またはハプティックモジュールなどを含むことができる。

【0420】

一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例、タッチ、文字、音声、イメージ、ビデオ）を獲得し、獲得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接伝送するか、または基地局に伝送できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を本来の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例、文字、音声、イメージ、ビデオ、ハプティック）で出力されることができる。

【0421】

本明細書の無線機器（例：１００、２００）において実現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含む。この時、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２など規格で実現され、前述の名称に限定されるものではない。追加的に又は代替的に、本明細書の無線機器（例：１００、２００）において実現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行う。この時、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれてもよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち、少なくとも１つで実現され、前述の名称に限定されるものではない。追加的に又は代替的に、本明細書の無線機器（例：１００、２００）において実現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）及び低電力広域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ）のうち少なくと１つを含み、前述の名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ８０２．１５．４などの様々な規格に基づいて小型／低パワーデジタル通信に関連するＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、多様な名称で呼ばれてもよい。

【0422】

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

【0423】

本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどにより具現できる。

【0424】

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

【0425】

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

【産業上の利用可能性】

【0426】

本明細書の無線通信システムにおいてＰＵＳＣＨを送受信する方案は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステム、５Ｇシステム（Ｎｅｗ ＲＡＴシステム）に適用される例を中心に説明したが、それ以外にもＢｅｙｏｎｄ ５Ｇ、６Ｇ、Ｂｅｙｏｎｄ ６Ｇなどの多様な無線通信システムに適用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9(a)】

【図9(b)】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】