特許 7371224 モノのインターネットにサポートする無線通信システムにおいてダウンリンク情報を送受信する方法及びそのための装置

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

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

(11)【特許番号】

(24)【登録日】2023-10-20

(45)【発行日】2023-10-30

(54)【発明の名称】モノのインターネットにサポートする無線通信システムにおいてダウンリンク情報を送受信する方法及びそのための装置

(51)【国際特許分類】

   H04W 72/1273 20230101AFI20231023BHJP

   H04W 28/26 20090101ALI20231023BHJP

   H04W 4/70 20180101ALI20231023BHJP

【ＦＩ】

H04W72/1273

H04W28/26

H04W4/70

【請求項の数】 11

(21)【出願番号】P 2022509163

(86)(22)【出願日】2020-08-14

(65)【公表番号】

(43)【公表日】2022-10-27

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

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

(87)【国際公開日】2021-02-25

【審査請求日】2022-02-14

(31)【優先権主張番号】10-2019-0100616

(32)【優先日】2019-08-16

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

(31)【優先権主張番号】10-2019-0123427

(32)【優先日】2019-10-04

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

(31)【優先権主張番号】10-2019-0142959

(32)【優先日】2019-11-08

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】キム チェヒョン

(72)【発明者】

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

(72)【発明者】

【氏名】アン チュンキ

【審査官】石田 信行

(56)【参考文献】

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

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

【文献】Nokia, Nokia Shanghai Bell，Coexistence of NB-IoT with NR [online]，3GPP TSG RAN WG1 #97 R1-1906713，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906713.zip>，2019年05月17日

【文献】Ericsson，Coexistence of NB-IoT with NR [online]，3GPP TSG RAN WG1 #97 R1-1905968，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1905968.zip>，2019年05月17日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

狭帯域モノのインターネット（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）をサポートする無線通信システムにおいてダウンリンク情報を端末が受信する方法であって、
予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップに対する第１情報及び前記予約リソースに関連するシンボルレベルビットマップに対する第２情報を含むリソース予約設定情報を基地局から受信するステップと、
前記予約リソースを使用するかに関するダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信するステップと、
前記リソース予約設定情報と前記ＤＣＩに基づいて、ＮＢ－ＩｏＴダウンリンクリソースを決定するステップと、
前記ＤＣＩが前記予約リソースの利用に関連する情報であることに基づいて、前記ＮＢ－ＩｏＴダウンリンクリソースは前記予約リソースと決定され、
前記ＤＣＩが前記予約リソースの使用に関連しないことに基づいて、前記ＮＢ－ＩｏＴダウンリンクリソースは、前記予約リソース以外のリソースと決定され、
前記ＮＢ－ＩｏＴダウンリンクリソースに基づいて、前記ダウンリンク情報を前記基地局から受信するステップとを含む、方法。

【請求項2】

前記予約リソースは、前記スロットレベルビットマップに基づいて予約されたスロットにおいて、前記シンボルレベルビットマップに基づいて予約された１つ以上のシンボルである、請求項１に記載の方法。

【請求項3】

前記スロットレベルビットマップは１０ミリ秒（ｍｉｌｉｓｅｃｏｎｄ、ｍｓ）又は４０ｍｓ単位で設定される、請求項１に記載の方法。

【請求項4】

前記リソース予約設定情報はＮＢ－ＩｏＴキャリア別に設定される、請求項１に記載の方法。

【請求項5】

前記リソース予約設定情報は無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを介して受信される、請求項１に記載の方法。

【請求項6】

前記ダウンリンク情報は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び／又は物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を介して受信される、請求項１に記載の方法。

【請求項7】

狭帯域モノのインターネット（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）をサポートする無線通信システムにおいてダウンリンク情報を受信する端末であって、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに機能的に連結可能で、前記少なくとも一つのプロセッサにより実行されることに基づいて、動作を実行する指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する少なくとも一つのメモリとを含み、
前記動作は、
予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップに対する第１情報及び前記予約リソースに関連するシンボルレベルビットマップを含む第２情報に対するリソース予約設定情報を基地局から受信することと、
前記予約リソースを使用するかに関するダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信することと、
前記リソース予約設定情報と前記ＤＣＩに基づいて、ＮＢ－ＩｏＴダウンリンクリソースを決定することと、
前記ＤＣＩが前記予約リソースの利用に関連する情報であることに基づいて、前記ＮＢ－ＩｏＴダウンリンクリソースは前記予約リソースと決定され、
前記ＮＢ－ＩｏＴダウンリンクリソースに基づいて、前記ダウンリンク情報を前記基地局から受信することとを含む、端末。

【請求項8】

狭帯域モノのインターネット（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）をサポートする無線通信システムにおいてダウンリンク情報を基地局が送信する方法であって、
予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップに対する第１情報及び前記予約リソースに関連するシンボルレベルビットマップに対する第２情報を含むリソース予約設定情報を端末に送信するステップと、
前記予約リソースを使用するかに関するダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記端末に送信するステップとを含み、
前記リソース予約設定情報及び前記ＤＣＩに基づいて、ＮＢ－ＩｏＴダウンリンクリソースが決定され、
前記ＤＣＩが前記予約リソースの利用に関連することに基づいて、前記ＮＢ－ＩｏＴダウンリンクリソースは前記予約リソースと決定され、
前記ＤＣＩが前記予約リソースの使用に関連しないことに基づいて、前記ＮＢ－ＩｏＴダウンリンクリソースは、前記予約リソース以外のリソースと決定され、
前記ＮＢ－ＩｏＴダウンリンクリソースに基づいて、前記ダウンリンク情報を前記端末に送信するステップを含む、方法。

【請求項9】

前記予約リソースは、前記スロットレベルビットマップに基づいて予約されたスロットにおいて、前記シンボルレベルビットマップに基づいて予約された１つ以上のシンボルである、請求項８に記載の方法。

【請求項10】

前記スロットレベルビットマップは１０ミリ秒（ｍｉｌｉｓｅｃｏｎｄ、ｍｓ）又は４０ｍｓ単位で設定される、請求項８に記載の方法。

【請求項11】

前記リソース予約設定情報はＮＢ－ＩｏＴキャリア別に設定される、請求項８に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、モノのインターネット（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ：ＩｏＴ）（例：ＭＴＣ、ＮＢ－ＩｏＴ）をサポートする無線通信システムに関し、詳しくは、ダウンリンク情報を送受信する方法及びそのための装置に関する。

【0002】

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

【0003】

次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり伝送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。そのために、二重連結性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：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】

また、本明細書の前記方法において、前記スロットレベルビットマップは１０ミリ秒（ｍｉｌｉｓｅｃｏｎｄ、ｍｓ）または４０ｍｓ単位で設定される。

【0023】

また、本明細書の前記方法において、前記モノのインターネットは、機械タイプ通信（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）及び／又は狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ－ＩｏＴ、ＮＢ－ＩｏＴ）を含む。

【0024】

また、本明細書の前記方法において、前記モノのインターネットがＭＴＣであることに基づいて、前記リソース予約設定情報は狭帯域（Ｎａｒｒｏｗｂａｎｄ）別に設定され、前記モノのインターネットがＮＢ－ＩｏＴであることに基づいて、前記リソース予約設定情報はＮＢ－ＩｏＴキャリア別に設定される。

【0025】

また、本明細書のモノのインターネット（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）をサポートする無線通信システムにおいてダウンリンク情報を送信する基地局は、１つ以上の送受信機と、１つ以上のプロセッサと、１つ以上のプロセッサに機能的に連結され、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を格納する１つ以上のメモリとを含み、前記動作は、予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップを含む第１情報及び前記予約リソースに関連するシンボルレベルビットマップを含む第２情報を含むリソース予約設定情報を端末に送信するステップと、前記予約リソースの使用に関する指示情報を含むダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記端末に送信するステップと、前記リソース予約設定情報及び前記指示情報に基づいて、前記ダウンリンク情報を前記端末に送信するステップとを含む。

【0026】

また、本明細書の１つ以上のメモリ及び前記１つ以上のメモリと機能的に連結されている１つ以上のプロセッサを含む装置において、前記１つ以上のプロセッサは前記装置が、予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップを含む第１情報及び前記予約リソースに関連するシンボルレベルビットマップを含む第２情報を含むリソース予約設定情報を基地局から受信し、前記予約リソースの使用に関する指示情報を含むダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信し、前記リソース予約設定情報及び前記指示情報に基づいて、ダウンリンク情報を前記基地局から受信するように設定される。

【0027】

また、本明細書の１つ以上の命令語を格納する非一時的コンピュータ読み取り可能な媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ、ＣＲＭ）において、１つ以上のプロセッサにより実行可能な１つ以上の命令語は端末が、予約リソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）に関連するスロットレベルビットマップを含む第１情報及び前記予約リソースに関連するシンボルレベルビットマップを含む第２情報を含むリソース予約設定情報を基地局から受信し、前記予約リソースの使用に関する指示情報を含むダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を前記基地局から受信し、前記リソース予約設定情報及び前記指示情報に基づいて、ダウンリンク情報を前記基地局から受信するようにする。

【発明の効果】

【0028】

本明細書によれば、モノのインターネット（例：ＭＴＣ、ＮＢ－ＩｏＴ）をサポートする無線通信システムにおいて、予約リソースを階層的（ｈｉｅｒａｒｃｈｉｃａｌ）に設定することにより、予約リソースを効率的にシグナリングできる効果がある。

【0029】

また、本明細書によれば、ＤＣＩに基づいて予約リソースを使用することにより、動的に予約リソースを使用できる効果がある。

【0030】

また、本明細書によれば、特定リソース単位（例：狭帯域（Ｎａｒｒｏｗｂａｎｄ）、ＮＢ－ＩｏＴキャリア）別に予約リソースを設定することにより、周波数帯域の状況を考慮して予約リソースを使用できる効果がある。

【0031】

また、本明細書によれば、同一周波数帯域において他の無線通信システム（例：ＮＲシステム）と効率的に共存できる効果がある。

【0032】

また、本明細書によれば、低遅延及び高信頼性の無線通信システムを実現できる効果がある。

【0033】

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

【図面の簡単な説明】

【0034】

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

【0035】

【図1】３ＧＰＰシステムに用いられる物理チャネル及び一般的な信号送信を例示する。

【図2】本発明が適用できる無線通信システムにおける無線フレームの構造を示す。

【図3】本発明が適用できる無線通信システムにおいて１つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。

【図4】本発明が適用できる無線通信システムにおけるダウンリンクサブフレームの構造を示す。

【図5】本発明が適用できる無線通信システムにおけるアップリンクサブフレームの構造を示す。

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

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

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

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

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

【図11】本明細書で提案する方法が適用できるｓｅｌｆ－ｃｏｎｔａｉｎｅｄ構造の一例を示す。

【図12】ＭＴＣ通信を例示する。

【図13】ＭＴＣに用いられる物理チャネル及びこれらを利用した一般的な信号送信を例示する。

【図14】ＭＴＣにおけるセルカバレッジの改善を例示する。

【図15】ＭＴＣのための信号帯域を例示する。

【図16】レガシーＬＴＥとＭＴＣにおけるスケジューリングを例示する。

【図17】ＮＢ－ＩｏＴに利用される物理チャネル及びこれらを利用した一般的な信号送信を例示する。

【図18】サブキャリア間隔が１５ｋＨｚである場合のフレーム構造を例示する。

【図19】サブキャリア間隔が３．７５ｋＨｚである場合のフレーム構造を例示する。

【図20】ＮＢ－ＩｏＴの３つの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を例示する。

【図21】ＬＴＥ帯域幅１０ＭＨｚにおいてインバンドアンカーキャリアの配置を例示する。

【図22】ＦＤＤ ＬＴＥシステムにおいてＮＢ－ＩｏＴダウンリンク物理チャネル／信号の送信を例示する。

【図23】ＮＰＵＳＣＨフォーマットを例示する。

【図24】ＦＤＤ ＮＢ－ＩｏＴにおいてマルチキャリアが構成された場合の動作を例示する。

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

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

【図27】本発明に適用される通信システム１０を例示する。

【図28】本発明に適用できる無線機器を例示する。

【図29】送信信号のための信号処理回路を例示する。

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

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

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

【0036】

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

【0037】

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

【0038】

本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明されている特定の動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードにより実行できることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの用語により代替できる。また、「端末（Ｔｅｒｍｉｎａｌ）」は固定されるか移動性を有し、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置などの用語に代替できる。

【0039】

以下において、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクにおいて送信機は基地局の一部であり、受信機は端末の一部である。アップリンクにおいて送信機は端末の一部であり、受信機は基地局の一部である。

【0040】

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

【0041】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などの多様な無線接続システムに利用できる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００などの無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で実現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐＡＣＫｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）などの無線技術で実現できる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（ｗｉ－ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などの無線技術で実現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であって、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化である。

【0042】

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

【0043】

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＮＲシステムを主として記述するが、本発明の技術的特徴はこれに限定されるものではない。

【0044】

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

【0045】

図１は、３ＧＰＰシステムに用いられる物理チャネル及び一般的な信号送信を例示する。無線通信システムにおいて、端末は、基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報はデータ及び多様な制御情報を含み、これらが送受信する情報の種類／用途に応じて多様な物理チャネルが存在する。

【0046】

端末は、電源が付けられるか、新しくセルに進入した場合、基地局と同期を合わせるなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ１１）。このために、端末は、基地局からプライマリ同期信号（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、ＰＳＳ）及びセカンダリ同期信号（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ、ＳＳＳ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を取得する。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ）を受信してセル内の放送情報を取得することができる。一方、端末は、初期セル探索段階でダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ）を受信してダウンリンクチャネルの状態が確認することができる。

【0047】

初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び前記ＰＤＣＣＨに載った情報に応じて物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信することにより、より具体的なシステム情報を取得する（Ｓ１２）。

【0048】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合、端末は基地局に対してランダムアクセス過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＲＡＣＨ）を行う（Ｓ１３ないしＳ１６）。このために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルで送信し（Ｓ１３及びＳ１５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）ｍｅｓｓａｇｅを受信することができる。競争ベースのＲＡＣＨの場合、追加的に衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１６）。

【0049】

前述のような手順を行った端末は、以後、一般的なアップ／ダウンリンク信号送信手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１７）及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ１８）を行う。特に、端末はＰＤＣＣＨを介してダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信できる。ここで、ＤＣＩは端末に対するリソース割り当て情報のような制御情報を含み、使用目的に応じて異なるフォーマットが適用される。

【0050】

一方、端末がアップリンクを介して基地局に送信するか又は端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘインデックス）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。端末は、前述のＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信することができる。

【0051】

ＬＴＥシステム一般

【0052】

図２は、本発明が適用できる無線通信システムにおける無線フレームの構造を示す。

【0053】

３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａにおいては、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造をサポートする。

【0054】

図２において、無線フレームの時間領域でのサイズはＴ＿ｓ＝１／（１５０００＊２０４８）の時間単位の倍数で表現される。ダウンリンク及びアップリンク送信は、Ｔ＿ｆ＝３０７２００＊Ｔ＿ｓ＝１０ｍｓの区間を有する無線フレームで構成される。

【0055】

図２の（ａ）はタイプ１無線フレームの構造を例示する。タイプ１無線フレームは、全二重（ｆｕｌｌ ｄｕｐｌｅｘ）及び半二重（ｈａｌｆ ｄｕｐｌｅｘ）ＦＤＤの両方ともに適用できる。

【0056】

無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）から構成される。１つの無線フレームは、Ｔ＿ｓｌｏｔ＝１５３６０＊Ｔ＿ｓ＝０．５ｍｓ長さの２０個のスロットで構成され、各スロットは０から１９までのインデックスが付与される。１つのサブフレームは時間領域（ｔｉｍｅ ｄｏｍａｉｎ）において連続的な２つのスロット（ｓｌｏｔ）で構成され、サブフレームｉはスロット２ｉ及びスロット２ｉ＋１で構成される。１つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）という。例えば、１つのサブフレームの長さは１ｍｓであり、１つのスロットの長さは０．５ｍｓであり得る。

【0057】

ＦＤＤにおいてアップリンク送信及びダウンリンク送信は周波数ドメインにおいて区分される。全二重ＦＤＤには制限がないが、半二重ＦＤＤ動作において端末は送信及び受信を同時に行うことができない。

【0058】

１つのスロットは、時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域において多数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を含む。３ＧＰＰ ＬＴＥはダウンリンクにおいてＯＦＤＭＡを使用するので、ＯＦＤＭシンボルは１つのシンボル区間（ｓｙｍｂｏｌ ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ－ＦＤＭＡシンボル又はシンボル区間であり得る。リソースブロック（ｒｅｓｏｕｒｃｅ ｂｏｌｃｋ）はリソース割り当て単位であり、１つのスロットにおいて複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。

【0059】

サブフレームはＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）によって以下のように１つ以上のスロットと定義できる。

【0060】

－ＳＣＳ＝７．５ｋＨｚ又は１５ｋＨｚの場合、サブフレーム＃ｉは２つの０．５ｍｓスロット＃２ｉ、＃２ｉ＋１と定義される（ｉ＝０～９）。

【0061】

－ＳＣＳ＝１．２５ｋＨｚの場合、サブフレーム＃ｉは１つの１ｍｓスロット＃２ｉと定義される。

【0062】

－ＳＣＳ＝１５ｋＨｚの場合、サブフレーム＃ｉは表１に例示されているように６つのサブスロットと定義される。

【0063】

表１は、サブフレーム内のサブスロット構成を例示する（普通ＣＰ）。

【0064】

【表1】

【0065】

図２の（ｂ）は、タイプ２フレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅｔｙｐｅ ２）を示す。

【0066】

タイプ２無線フレームは、各１５３６００＊Ｔ＿ｓ＝５ｍｓの長さの２つのハーフフレーム（ｈａｌｆ ｆｒａｍｅ）から構成される。各ハーフフレームは、３０７２０＊Ｔ＿ｓ＝１ｍｓ長さの５つのサブフレームから構成される。

【0067】

ＴＤＤシステムのタイプ２フレーム構造において、アップリンク－ダウンリンク構成（ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、全てのサブフレームに対してアップリンクとダウンリンクが割り当て（又は、予約）されるかを示す規則である。

【0068】

表２は、アップリンク－ダウンリンクの構成を示す。

【0069】

【表2】

【0070】

表２を参照すると、無線フレームの各サブフレーム別に、「Ｄ」はダウンリンク送信のためのサブフレームを示し、「Ｕ」はアップリンク送信のためのサブフレームを示し、「Ｓ」はＤｗＰＴＳ（Dｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）の３つのフィールドで構成されるスペシャルサブフレーム（ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）を示す。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期を合わせるのに使われる。ＧＰは、アップリンクとダウンリンクの間にダウンリンク信号の多重経路の遅延によりアップリンクにおいて発生する干渉を除去するための区間である。

【0071】

各サブフレームｉは各Ｔ＿ｓｌｏｔ＝１５３６０＊Ｔ＿ｓ＝０．５ｍｓ長さのスロット２ｉ及びスロット２ｉ＋１で構成される。

【0072】

アップリンク－ダウンリンク構成は７つに区分され、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／又は個数が異なる。

【0073】

ダウンリンクからアップリンクに変更される時点又はアップリンクからダウンリンクに切り替えられる時点を、切替時点（ｓｗｉｔｃｈｉｎｇ ｐｏｉｎｔ）という。切替時点の周期性（Ｓｗｉｔｃｈ－ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同一に繰り返される周期を意味し、５ｍｓ又は１０ｍｓの両方ともサポートされる。５ｍｓダウンリンク－アップリンク切替時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）はハーフフレーム毎に存在し、５ｍｓダウンリンク－アップリンク切替時点の周期を有する場合には、１番目のハーフフレームにのみ存在する。

【0074】

全ての構成において、０番、５番サブフレーム及びＤｗＰＴＳはダウンリンク送信のみのための区間である。ＵｐＰＴＳ及びサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。

【0075】

このようなアップリンク－ダウンリンク構成は、システム情報として基地局と端末の両方が知っていることがある。基地局は、アップリンク－ダウンリンク構成情報が変わるたびに構成情報のインデックスのみを送信することにより、無線フレームのアップリンク－ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介して送信されてもよく、放送情報としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を介してセル内の全ての端末に共通に送信されてもよい。

【0076】

表３は、スペシャルサブフレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。

【0077】

【表3】

【0078】

ここで、Ｘは上位層（例：ＲＲＣ）シグナルにより設定されるか、０として与えられる。

【0079】

図２の例示による無線フレームの構造は一例に過ぎず、無線フレームに含まれる副搬送波の数又はサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は多様に変更できる。

【0080】

図３は、本発明が適用できる無線通信システムにおいて１つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示した図である。

【0081】

図３に示すように、１つのダウンリンクスロットは時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つのダウンリンクスロットは７つのＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域において１２個の副搬送波を含むことを例示的に記述しているが、これに限定されるものではない。

【0082】

リソースグリッド上において各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼び、１つのリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は１２×７つのリソース要素を含む。ダウンリンクスロットに含まれるリソースブロックの数Ｎ＾ＤＬはダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。

【0083】

アップリンクスロットの構造はダウンリンクスロットの構造と同一であり得る。

【0084】

図４は、本発明が適用できる無線通信システムにおけるダウンリンクサブフレームの構造を示す。

【0085】

図４に示すように、サブフレーム内の１番目のスロットにおいて前の最大３つのＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ ｒｅｇｉｏｎ）である。３ＧＰＰ ＬＴＥにおいて使用されるダウンリンク制御チャネルの一例として、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ－ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）などがある。

【0086】

ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルであり、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）という。ダウンリンク制御情報は、ダウンリンクリソース割り当て情報、ダウンリンクリソース割り当て情報又は任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。

【0087】

ＰＤＣＣＨは、ＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソース割り当て及び送信フォーマット（これをダウンリンクグラントともいう。）、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソース割り当て情報（これをアップリンクグラントともいう。）、ＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）におけるページング（ｐａｇｉｎｇ）情報、ＤＬ－ＳＣＨにおけるシステム情報、ＰＤＳＣＨにおいて送信されるランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）のような上位レイヤ（ｕｐｐｅｒ－ｌａｙｅｒ）制御メッセージに対するリソース割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）の活性化などを運ぶことができる。複数のＰＤＣＣＨは制御領域内において送信され、端末は複数のＰＤＣＣＨをモニタリングする。ＰＤＣＣＨは、１つ又は複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じた符号化率（ｃｏｄｉｎｇ ｒａｔｅ）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは。複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率との間の連関関係により決定される。

【0088】

基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を付ける。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途に応じて固有の識別子（これをＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末固有の識別子、例えば、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）がＣＲＣにマスキングされることができる。または、ページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えば、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ－ＲＮＴＩ）がＣＲＣにマスキングされる。システム情報、より具体的に、システム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）がＣＲＣにマスキングされる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ－ＲＮＴＩ）がＣＲＣにマスキングされることができる。

【0089】

ＥＰＤＣＣＨ（ｅｎｈａｎｃｅｄ ＰＤＣＣＨ）は、端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）シグナリングを運ぶ。ＥＰＤＣＣＨは、端末特定に設定された物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に位置する。言い換えれば、前述のように、ＰＤＣＣＨはサブフレーム内の１番目のスロットにおいて先の最大３つのＯＦＤＭシンボルにおいて送信できるが、ＥＰＤＣＣＨはＰＤＣＣＨ以外のリソース領域において送信される。サブフレーム内のＥＰＤＣＣＨが開始される時点（すなわち、シンボル）は、上位層のシグナリング（例えば、ＲＲＣシグナリングなど）により端末に設定される。

【0090】

ＥＰＤＣＣＨは、ＤＬ－ＳＣＨに関連する送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＵＬ－ＳＣＨに関連する送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＳＬ－ＳＣＨ（Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）に関するリソース割り当て情報などを運ぶ。多重のＥＰＤＣＣＨがサポートされ、端末はＥＰＣＣＨのセットをモニタリングする。

【0091】

ＥＰＤＣＣＨは、１つ又はそれ以上の連続した進歩したＣＣＥ（ＥＣＣＥ：ｅｎｈａｎｃｅｄ ＣＣＥ）を利用して送信され、各ＥＰＤＣＣＨフォーマット別に単一のＥＰＤＣＣＨ当たりＥＣＣＥの個数が決められてもよい。

【0092】

各ＥＣＣＥは複数のリソース要素グループ（ＥＲＥＧ：ｅｎｈａｎｃｅｄ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）から構成される。ＥＲＥＧは、ＥＣＣＥのＲＥへのマッピングを定義するために使用される。ＰＲＢペア別に１６個のＥＲＥＧが存在する。各ＰＲＢペア内においてＤＭＲＳを運ぶＲＥを除いて、全てのＲＥは周波数が増加する順に、その次に時間が増加する順に０ないし１５までの番号が付与される。

【0093】

端末は、複数のＥＰＤＣＣＨをモニタリングする。例えば、端末がＥＰＤＣＣＨ送信をモニタリングする１つのＰＲＢベア内に１つ又は２つのＥＰＤＣＣＨのセットが設定される。

【0094】

異なる数のＥＣＣＥが併合されることにより、ＥＰＣＣＨのための異なる符号化率（ｃｏｄｉｎｇ ｒａｔｅ）が実現できる。ＥＰＣＣＨは地域的送信（ｌｏｃａｌｉｚｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ）又は分散的送信（ｄｉｓｔｒｉｂｕｔｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ）を使用し、これによりＰＲＢ内のＲＥにＥＣＣＥのマッピングが変わる。

【0095】

図５は、本発明が適用できる無線通信システムにおいてアップリンクサブフレームの構造を示す。

【0096】

図５に示すように、アップリンクサブフレームは周波数領域において制御領域とデータ領域に分けられる。制御領域にはアップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）が割り当てられる。データ領域にはユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられる。単一の搬送波特性を維持するために、１つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。

【0097】

１つの端末に対するＰＵＣＣＨにはサブフレーム内にリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）ペアが割り当てられる。ＲＢペアに属するＲＢは２つのスロットのそれぞれにおいて異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢペアはスロット境界（ｓｌｏｔ ｂｏｕｎｄａｒｙ）において周波数跳躍（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）されるという。

【0098】

ＮＲシステム一般

【0099】

また、以下、本明細書で提案する発明は、ＬＴＥ／ＬＴＥ－Ａシステム（又は、装置）だけでなく、５Ｇ ＮＲシステム（又は、装置）にも適用できる。

【0100】

以下、図６ないし図１１を参照して５Ｇ ＮＲシステムの通信について説明する。

【0101】

５Ｇ ＮＲシステムは、ｕｓａｇｅ ｓｃｅｎａｒｉｏ（例：サービス類型）に応じてｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）を定義する。

【0102】

そして、５Ｇ ＮＲ規格（ｓｔａｎｄａｒｄ）はＮＲシステムとＬＴＥシステムの間の共存（ｃｏ－ｅｘｉｓｔｅｎｃｅ）によりｓｔａｎｄａｌｏｎｅ（ＳＡ）とｎｏｎ－ｓｔａｎｄａｌｏｎｅ（ＮＳＡ）に区分される。

【0103】

そして、５Ｇ ＮＲシステムは様々なサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）をサポートし、ダウンリンクにおいてＣＰ－ＯＦＤＭを、アップリンクにおいてＣＰ－ＯＦＤＭ及びＤＦＴ－ｓ－ＯＦＤＭ（ＳＣ－ＯＦＤＭ）をサポートする。

【0104】

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

【0105】

スマートフォン（ｓｍａｒｔｐｈｏｎｅ）及びＩｏＴ（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ）端末の普及が急速に拡散されるにつれて、通信網を介して送受信される情報量が増加している。これにより、次世代無線接続技術においては既存の通信システム（又は、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ））よりさらに多くのユーザにさらに速いサービスを提供する環境（例：向上した移動広帯域通信（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ））が考慮される必要がある。

【0106】

このために、多数の機器及び事物（ｏｂｊｅｃｔ）を連結してサービスを提供するＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を考慮する通信システムのデザインが議論されている。また、通信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び／又は遅延（ｌａｔｅｎｃｙ）に敏感なサービス（ｓｅｒｖｉｃｅ）及び／又は端末（ｔｅｒｍｉｎａｌ）などを考慮する通信システム（例：ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のデザインも議論されている。

【0107】

以下、本明細書において、説明の便宜のために、前記次世代無線接続技術はＮＲ（Ｎｅｗ ＲＡＴ、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）と呼ばれ、前記ＮＲが適用される無線通信システムはＮＲシステムと呼ばれてもよい。

【0108】

ＮＲシステム関連用語の定義

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

ＮＲは、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（又は、ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおける広い領域（ｗｉｄｅｒ ａｒｅａ）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）をサポートし、ＳＣＳが６０ｋＨｚ又はそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅をサポートする。

【0125】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下記の表４のように構成される。また、ＦＲ２はミリメートル波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）を意味し得る。

【0126】

【表4】

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

【表5】

【0133】

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

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

であり、

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

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

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

【0134】

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

【0135】

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

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

【0136】

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

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

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

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

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

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

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

【0137】

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

【0138】

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

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

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

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

【0139】

【表6】

【0140】

【表7】

【0141】

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

【0142】

表７の場合、

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

図９を参考すると、資源グリッドが周波数領域上に

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

【0149】

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

サブキャリアで構成される一つまたはそれ以上の資源グリッド及び

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

である。前記

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

【0150】

この場合、図１０のように、ヌメロロジー

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

【0151】

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

【0152】

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

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

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

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

が利用される。ここで、

である。

【0153】

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

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

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

または

になることがある。

【0154】

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

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

【0155】

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

【0156】

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

【0157】

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

【0158】

共通資源ブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定に対する周波数領域から０から上側へナンバリング（ｎｕｍｂｅｒｉｎｇ）される。

【0159】

サブキャリア間隔設定

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

とサブキャリア間隔設定

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

【0160】

【数1】

【0161】

式中、

は、

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

まで番号が付けられ、

は、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理資源ブロック

と共通資源ブロック

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

【0162】

【数2】

【0163】

式中、

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

【0164】

Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ構造

【0165】

ＮＲシステムにおいて考慮されるＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ）構造は、アップリンク（Ｕｐｌｉｎｋ、ＵＬ）とダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を一つのスロット（ｓｌｏｔ）（または、サブフレーム（ｓｕｂｆｒａｍｅ））で全部処理する構造である。これは、ＴＤＤシステムにおいてデータ送信の遅延（ｌａｔｅｎｃｙ）を最小化するためのもので、前記構造は、ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ構造またはｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロットと称されうる。

【0166】

図１１は、本明細書の一部実施形態によるｓｅｌｆ－ｃｏｎｔａｉｎｅｄ構造の一例を示す。図１１は、ただ説明の便宜のためのものに過ぎず、本明細書の範囲を制限するものではない。

【0167】

図１１を参考すると、ｌｅｇａｃｙ ＬＴＥの場合のように、一つの送信単位（例：スロット、サブフレーム）が１４個のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（ｓｙｍｂｏｌ）から構成される場合が仮定される。

【0168】

図１１において、領域１１０２は、ダウンリンク制御領域（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）を意味し、領域１１０４は、アップリンク制御領域（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）を意味する。また、領域１１０２及び領域１１０４以外の領域（すなわち、別途の表示のない領域）は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ）またはアップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ）の送信のために利用されることができる。

【0169】

すなわち、アップリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）は、一つのｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロットから送信されることができる。これに対し、データ（ｄａｔａ）の場合、アップリンクデータまたはダウンリンクデータが一つのｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロットから送信されることができる。

【0170】

図１１に示された構造を利用する場合、一つのｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロット内で、ダウンリンク送信とアップリンク送信が順次に行われ、ダウンリンクデータの送信及びアップリンクＡＣＫ／ＮＡＣＫの受信が行われうる。

【0171】

結果的に、データ送信のエラーが発生する場合、データの再送信までかかる時間が減少できる。これにより、データ伝達と関連した遅延が最小化できる。

【0172】

図１１のようなｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロット構造において、基地局（ｅＮｏｄｅ Ｂ、ｅＮＢ、ｇＮＢ）及び／または端末（ｔｅｒｍｉｎａｌ、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））が送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）から受信モード（ｒｅｃｅｐｔｉｏｎｍｏｄｅ）に転換する過程または受信モードから送信モードに転換する過程のための時間ギャップ（ｔｉｍｅｇａｐ）が要求される。前記時間ギャップと関連して、前記ｓｅｌｆ－ｃｏｎｔａｉｎｅｄスロットにおいてダウンリンク送信以後にアップリンク送信が行われる場合、一部ＯＦＤＭシンボル（ら）が保護区間（Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ）に設定されることができる。

【0173】

ダウンリンクチャネル構造

【0174】

基地局は、後述するダウンリンクチャネルを介して関連信号を端末に送信し、端末は後述するダウンリンクチャネルを介して関連信号を基地局から受信する。

【0175】

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）

【0176】

ＰＤＳＣＨは、ダウンリンクデータ（例、ＤＬ－ｓｈａｒｅｄ Ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨＴＢ）を運搬し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢをエンコードしてコードワード（ｃｏｄｅｗｏｒｄ）が生成される。ＰＤＳＣＨは最大２つのコードワードを運ぶことができる。コードワード（ｃｏｄｅｗｏｒｄ）別にスクランブリング（ｓｃｒａｍｂｌｉｎｇ）及び変調マッピング（ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ）が行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる（Ｌａｙｅｒ ｍａｐｐｉｎｇ）。各レイヤは、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と共にリソースにマッピングされてＯＦＤＭシンボル信号として生成され、当該アンテナポートを介して送信される。

【0177】

物理ダウンリンク制御チャネル（ＰＤＣＣＨ）

【0178】

ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）を運搬し、ＱＰＳＫ変調方法が適用される。１つのＰＤＣＣＨはＡＬ（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）に応じて１、２、４、８、１６個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）から構成される。１つのＣＣＥは、６つのＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）から構成される。１つのＲＥＧは１つのＯＦＤＭシンボルと１つの（Ｐ）ＲＢと定義される。ＰＤＣＣＨは制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）を介して送信される。ＣＯＲＥＳＥＴは、与えられたヌメロロジー（例：ＳＣＳ、ＣＰ長さなど）を有するＲＥＧセットと定義される。１つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインにおいて重なることがある。ＣＯＲＥＳＥＴはシステム情報（例：ＭＩＢ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）上位層（例：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ）シグナリングを介して設定される。具体的に、ＣＯＲＥＳＥＴを構成するＲＢの個数及びシンボルの個数（最大３つ）が上位層シグナリングにより設定される。

【0179】

端末は、ＰＤＣＣＨ候補のセットに対するデコード（いわゆる、ブラインドデコード）を行ってＰＤＣＣＨを介して送信されるＤＣＩを取得する。端末がデコードするＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）セットと定義する。検索空間セットは、共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）又は端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）であり得る。端末は、ＭＩＢ又は上位層シグナリングにより設定された１つ以上の検索空間セット内のＰＤＣＣＨ候補をモニタリングしてＤＣＩを取得する。各ＣＯＲＥＳＥＴ設定は１つ以上の検索空間セットと関連し（ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ）、各検索空間セットは１つのＣＯＲＥＳＴ設定と関連する。１つの検索空間セットは、次のパラメータに基づいて決定される。

【0180】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間セットと関連する制御リソースセットを示す

【0181】

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期区間（スロット単位）及びＰＤＣＣＨモニタリング区間オフセット（スロット単位）を示す

【0182】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングのためのスロット内のＰＤＣＣＨモニタリングパターンを示す（例：制御リソースセットの１番目のシンボル（ら）を示す）

【0183】

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝｛１、２、４、８、１６｝別のＰＤＣＣＨ候補の数（０、１、２、３、４、５、６、８のいずれか１つの値）を示す

【0184】

表８は検索空間タイプ別の特徴を例示する。

【0185】

【表8】

【0186】

表９はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

【0187】

【表9】

【0188】

ＤＣＩ ｆｏｒｍａｔ ０＿０はＴＢ－ベース（又は、ＴＢ－ｌｅｖｅl）ＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ ０＿１はＴＢ－ベース（又は、ＴＢ－ｌｅｖｅｌ）ＰＵＳＣＨ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）－ベース（又は、ＣＢＧ－ｌｅｖｅｌ）ＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩ ｆｏｒｍａｔ １＿０はＴＢ－ベース（又は、ＴＢ－ｌｅｖｅｌ）ＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ １＿１はＴＢ－ベース（又は、ＴＢ－ｌｅｖｅｌ）ＰＤＳＣＨ又はＣＢＧ－ベース（又は、ＣＢＧ－ｌｅｖｅｌ）ＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩ ｆｏｒｍａｔ ２＿０は動的スロットフォーマット情報（例：ｄｙｎａｍｉｃ ＳＦＩ）を端末に伝達するために使用され、ＤＣＩ ｆｏｒｍａｔ ２＿１はダウンリンク先取り（ｐｒｅ－Ｅｍｐｔｉｏｎ）情報を端末に伝達するために使用される。ＤＣＩ ｆｏｒｍａｔ ２＿０及び／又はＤＣＩ ｆｏｒｍａｔ ２＿１は、１つのグループと定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨ）を介して当該グループ内の端末に伝達される。

【0189】

アップリンクチャネル構造

【0190】

端末は、後述するアップリンクチャネルを介して関連信号を基地局に送信し、基地局は後述するアップリンクチャネルを介して関連信号を端末から受信する。

【0191】

物理アップリンク共有チャネル（ＰＵＳＣＨ）

【0192】

ＰＵＳＣＨは、アップリンクデータ（例：ＵＬ－ｓｈａｒｅｄ Ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ）及び／又はアップリンク制御情報（ＵＣＩ）を運搬し、ＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形（ｗａｖｅｆｏｒｍ）又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プレコーディング（ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ）を適用してＰＵＳＣＨを送信する。一例として、変換フリーコーディングが不可能である場合（例：ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ）、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換フリーコーディングが可能である場合（例：ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ）、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信は、ＤＣＩ内のＵＬグラントにより動的にスケジューリングされるか、上位層（例：ＲＲＣ）シグナリング（及び／又はＬａｙｅｒ１（Ｌ１）シグナリング（例：ＰＤＣＣＨ））に基づいて半静的（ｓｅｍｉ－ｓｔａｔｉｃ）にスケジューリングできる（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）。ＰＵＳＣＨ送信はコードブックベース又は非コードブックベースで行われる。

【0193】

物理アップリンク制御チャネル（ＰＵＣＣＨ）

【0194】

ＰＵＣＣＨは、アップリンク制御情報、ＨＡＲＱ－ＡＣＫ及び／又はスケジューリング要求（ＳＲ）を運搬し、ＰＵＣＣＨ送信長に応じてＳｈｏｒｔ ＰＵＣＣＨ及びＬｏｎｇ ＰＵＣＣＨに区分される。表１０はＰＵＣＣＨフォーマットを例示する。

【0195】

【表10】

【0196】

ＰＵＣＣＨ ｆｏｒｍａｔ ０は最大２ビットサイズのＵＣＩを運搬し、シーケンスベースでマッピングされて送信される。具体的に、端末は、複数のシーケンスのいずれか１つのシーケンスをＰＵＣＣＨ ｆｏｒｍａｔ ０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は、肯定（ｐｏｓｉｔｉｖｅ）ＳＲを送信する場合にのみ対応するＳＲ設定のためのＰＵＣＣＨリソース内においてＰＵＣＣＨ ｆｏｒｍａｔ ０であるＰＵＣＣＨを送信する。

【0197】

ＰＵＣＣＨ ｆｏｒｍａｔ １は最大２ビットサイズのＵＣＩを運搬し、変調シンボルは時間領域において（周波数ホッピングの可否によって異なるように設定される）直交カバーコード（ＯＣＣ）により拡散される。ＤＭＲＳは、変調シンボルが送信されないシンボルにおいて送信される（すなわち、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される）。

【0198】

ＰＵＣＣＨ ｆｏｒｍａｔ ２は２ビットより大きいビットサイズのＵＣＩを運搬し、変調シンボルはＤＭＲＳとＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。ＤＭ－ＲＳは１／３の密度で与えられたリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ（Ｐｓｅｕｄｏ Ｎｏｉｓｅ）シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨ ｆｏｒｍａｔ ２のために周波数ホッピングは活性化することができる。

【0199】

ＰＵＣＣＨ ｆｏｒｍａｔ ３は同一物理リソースブロック内に端末多重化されず、２ビットより大きいビットサイズのＵＣＩを運搬する。言い換えると、ＰＵＣＣＨ ｆｏｒｍａｔ ３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。

【0200】

ＰＵＣＣＨ ｆｏｒｍａｔ ４は同一物理リソースブロック内に最大４つの端末まで多重化がサポートされ、２ビットより大きいビットサイズのＵＣＩを運搬する。言い換えると、ＰＵＣＣＨ ｆｏｒｍａｔ ３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。

【0201】

ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）

【0202】

ＭＴＣはマシン（ｍａｃｈｉｎｅ）が１つ以上含まれたデータ通信の一形態であり、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）又はＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ）などに適用される。ここで、マシンは、人の直接的な操作や介入を必要としない個体を意味する。例えば、マシンは、移動通信モジュールが搭載されたスマートメータ（ｓｍａｒｔ ｍｅｔｅｒ）、ベンディングマシン（ｖｅｎｄｉｎｇ ｍａｃｈｉｎｅ）、ＭＴＣ機能を有する携帯端末などを含む。

【0203】

３ＧＰＰにおいて、ＭＴＣはｒｅｌｅａｓｅ１０から適用され、低コスト＆低複雑度（ｌｏｗ ｃｏｓｔ＆ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ）、向上したカバレッジ（ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ）、低パワー消費（ｌｏｗ ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）の基準を満足するように実現できる。例えば、３ＧＰＰ Ｒｅｌｅａｓｅ １２には低コストのＭＴＣ装置のための特徴が追加され、このためにＵＥ ｃａｔｅｇｏｒｙ ０が定義された。ＵＥ ｃａｔｅｇｏｒｙは端末がどれだけのデータを通信モデムで処理できるかを示す指標である。ＵＥ ｃａｔｅｇｏｒｙ ０の端末は、減少したピークデータレート、緩和されたＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）要求事項を有するハーフデュプレックス動作、単一受信アンテナを使用することによりベースバンド／ＲＦ複雑度を低減することができる。３ＧＰＰ Ｒｅｌｅａｓｅ １２にはｅＭＴＣ（ｅｎｈａｎｃｅｄ ＭＴＣ）が導入され、レガシー（ｌｅｇａｃｙ）ＬＴＥにおいてサポートする最小周波数帯域幅である１．０８ＭＨｚ（すなわち、６つのＲＢ）においてのみ動作するようにしてＭＴＣ端末の価格と電力消耗をさらに低減した。

【0204】

以下の説明において、ＭＴＣはｅＭＴＣ、ＬＴＥ－Ｍ１／Ｍ２、ＢＬ／ＣＥ（Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ／ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｄ）、ｎｏｎ－ＢＬ ＵＥ（ｉｎ ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ）、ＮＲ ＭＴＣ、ｅｎｈａｎｃｅｄ ＢＬ／ＣＥなどの用語、または等価の他の用語と混用されてもよい。また、ＭＴＣ端末／装置はＭＴＣ機能を有する端末／装置（例：スマートメータ、ベンディングマシン、ＭＴＣ機能を有する携帯端末）を包括する。

【0205】

図１２はＭＴＣ通信を例示する。

【0206】

図１２に示すように、ＭＴＣ装置１００は、ＭＴＣ通信を提供する無線装置であり、固定されるか移動性を有する。例えば、ＭＴＣ装置１００は、移動通信モジュールが搭載されたスマートメータ、ベンディングマシン、ＭＴＣ機能を有する携帯端末などを含む。基地局２００は、ＭＴＣ装置１００と無線接続技術を利用して接続され、ＭＴＣサーバ７００と有線ネットワークを介して接続される。ＭＴＣサーバ７００はＭＴＣ装置１００と接続され、ＭＴＣ装置１００にＭＴＣサービスを提供する。ＭＴＣを介して提供されるサービスは、人が介入する既存の通信サービスとは差別性を有し、ＭＴＣを介して追跡（Ｔｒａｃｋｉｎｇ）、計量（Ｍｅｔｅｒｉｎｇ）、支払い、医療分野のサービス、遠隔調整などの様々な範疇のサービスが提供される。例えば、ＭＴＣにより計量器の検針、水位測定、監視カメラの活用、自動販売機の在庫報告などのサービスが提供される。ＭＴＣ通信は送信データ量が少なく、アップ／ダウンリンクデータ送受信が時々発生する特性を有する。従って、低いデータ送信率に合わせてＭＴＣ装置の単価を下げ、バッテリの消耗を減らすことが効率的である。ＭＴＣ装置は一般的に移動性が少なく、これにより、ＭＴＣ通信はチャネル環境がほとんど変わらない特性を有する。

【0207】

図１３は、ＭＴＣに用いられる物理チャネル及びこれらを用いた一般的な信号送信を例示する。無線通信システムにおいて、ＭＴＣ端末は、基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報はデータ及び多様な制御情報を含み、これらが送受信する情報の種類／用途に応じて多様な物理チャネルが存在する。

【0208】

電源が切れた状態で再び電源が入るか、新しくセルに進入した端末は基地局と同期を合わせるなどの初期セル探索（ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）動作を行う（Ｓ１００１）。このために、端末は、基地局からＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を合わせ、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得する。端末の初期セル探索動作に用いられるＰＳＳ／ＳＳＳはレガシーＬＴＥのＰＳＳ／ＳＳＳであり得る。その後、ＭＴＣ端末は、基地局からＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）信号を受信してセル内の放送情報を取得する（Ｓ１００２）。一方、端末は、初期セル探索ステップでＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信してダウンリンクチャネル状態を確認する。

【0209】

初期セル探索を終えた端末は、Ｓ１１０２ステップでＭＰＤＣＣＨ（ＭＴＣ ＰＤＣＣＨ）及びこれに対応するＰＤＳＣＨを受信してより具体的なシステム情報を取得する（Ｓ１１０２）。

【0210】

その後、端末は基地局に接続を完了するためにランダム接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１００３～Ｓ１００６）。具体的に、端末は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブルを送信し（Ｓ１００３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信する（Ｓ１００４）。その後、端末は、ＲＡＲ内のスケジューリング情報を利用してＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信し（Ｓ１００５）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨのような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１００６）。

【0211】

前述のような手順を行った端末は、その後、一般的なアップ／ダウンリンク信号の送信手順としてＭＰＤＣＣＨ信号及び／又はＰＤＳＣＨ信号の受信（Ｓ１１０７）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）信号及び／又は物理アップリンク制御チャネル（ＰＵＣＣＨ）信号の送信（Ｓ１１０８）を行う。端末が基地局に送信する制御情報を通称してＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩはＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。

【0212】

図１４は、ＭＴＣにおけるセルカバレッジの改善を例示する。

【0213】

ＭＴＣ装置１００のために基地局のセルカバレッジ（Ｃｏｖｅｒａｇｅ Ｅｘｔｅｎｓｉｏｎ又はＣｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ、ＣＥ）を拡張するために様々なセルカバレッジ拡張技法が議論されている。例えば、セルカバレッジ拡張のために、基地局／端末は１つの物理チャネル／信号を複数の機会（ｏｃｃａｓｉｏｎ）にわたって送信する（物理チャネルのバンドル）。バンドル区間内において物理チャネル／信号は、既定義された規則に従って繰り返し送信される。受信装置は、物理チャネル／信号バンドルの一部又は全体をデコードすることにより物理チャネル／信号のデコード成功率を高めることができる。ここで、機会は物理チャネル／信号が送信／受信できるリソース（例：時間／周波数）を意味し得る。物理チャネル／信号のための機会は、時間ドメインにおいてサブフレーム、スロット又はシンボルセットを含む。ここで、シンボルセットは、１つ以上の連続したＯＦＤＭ－ベースのシンボルから構成される。ＯＦＤＭ－ベースのシンボルは、ＯＦＤＭ（Ａ）シンボル、ＤＦＴ－ｓ－ＯＦＤＭ（Ａ）（＝ＳＣ－ＦＤＭ（Ａ））シンボルを含む。物理チャネル／信号のための機会は、周波数ドメインにおいて周波数バンド、ＲＢセットを含む。例えば、ＰＢＣＨ、ＰＲＡＣＨ、ＭＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ及びＰＵＳＣＨが繰り返して送信される。

【0214】

図１５は、ＭＴＣのための信号帯域を例示する。

【0215】

図１５に示すように、ＭＴＣ端末の単価を下げるための方法として、ＭＴＣはセルのシステム帯域幅（ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈ）と関係なく、セルのシステム帯域幅のうち特定帯域（又は、チャネル帯域）（以下、ＭＴＣ サブバンド又は狭バンド（ｎａｒｒｏｗｂａｎｄ、ＮＢ））においてのみ動作できる。例えば、ＭＴＣ端末のアップ／ダウンリンク動作は、１．０８ＭＨｚ周波数バンドにおいてのみ行われる。１．０８ＭＨｚはＬＴＥシステムにおいて６つの連続するＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）に該当し、ＬＴＥ端末と同一のセル探索及びランダムアクセス手順に従うようにするために定義された。図１５（ａ）はセルの中心（例：中心６つのＰＲＢ）にＭＴＣサブバンドが構成される場合を例示し、図１５ｂ）はセル内に複数のＭＴＣサブバンドが構成される場合を例示する。複数のＭＴＣサブバンドは、周波数領域において連続的／不連続的に構成される。ＭＴＣのための物理チャネル／信号は、１つのＭＴＣサブバンドにおいて送受信できる。ＮＲシステムにおいて、ＭＴＣサブバンドは周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）及びＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を考慮して定義できる。一例として、ＮＲシステムにおいてＭＴＣサブバンドのサイズは、Ｘ個の連続するＰＲＢ（すなわち、０．１８＊Ｘ＊（２＾ｕ）ＭＨｚ帯域幅）と定義される（ｕは表５を参照）。ここで、ＸはＳＳ／ＰＢＣＨ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）ブロックのサイズに合わせて２０と定義できる。ＮＲシステムにおいて、ＭＴＣは少なくとも１つのＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）において動作することができる。この場合、ＢＷＰ内に複数のＭＴＣサブバンドが構成されることができる。

【0216】

図１６は、レガシーＬＴＥとＭＴＣでのスケジューリングを例示する。

【0217】

図１６を参照すると、レガシーＬＴＥにおいてＰＤＳＣＨはＰＤＣＣＨを利用してスケジューリングされる。具体的に、ＰＤＣＣＨはサブフレームにおいて最初のＮ個のＯＦＤＭシンボルにおいて送信され（Ｎ＝１～３）、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨは同一のサブフレームにおいて送信される。一方、ＭＴＣにおいてＰＤＳＣＨはＭＰＤＣＣＨを利用してスケジューリングされる。これにより、ＭＴＣ端末はサブフレーム内の検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）においてＭＰＤＣＣＨ候補をモニタリングすることができる。ここで、モニタリングはＭＰＤＣＣＨ候補をブラインドデコードすることを含む。ＭＰＤＣＣＨはＤＣＩを送信し、ＤＣＩはアップリンク又はダウンリンクスケジューリング情報を含む。ＭＰＤＣＣＨはサブフレームにおいてＰＤＳＣＨとＦＤＭに多重化される。ＭＰＤＣＣＨは最大２５６個のサブフレームにおいて繰り返し送信され、ＭＰＤＣＣＨにより送信されるＤＣＩはＭＰＤＣＣＨ繰り返しの回数に関する情報を含む。ダウンリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎにおいて終わる場合、前記ＭＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨはサブフレーム＃Ｎ＋２において送信が開始される。ＰＤＳＣＨは、最大２０４８個のサブフレームにおいて繰り返し送信される。ＭＰＤＣＣＨとＰＤＳＣＨは、異なるＭＴＣサブバンドにおいて送信される。これにより、ＭＴＣ端末はＭＰＤＣＣＨ受信後にＰＤＳＣＨ受信のためにＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）リチューニング（ｒｅｔｕｎｉｎｇ）をすることができる。アップリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎにおいて終わる場合、前記ＭＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨはサブフレーム＃Ｎ＋４において送信が開始される。物理チャネルに繰り返し送信が適用される場合、ＲＦリチューニングにより異なるＭＴＣサブバンド間において周波数ホッピングがサポートされる。例えば、３２個のサブフレームにおいてＰＤＳＣＨが繰り返し送信される場合、最初の１６個のサブフレームにおいてＰＤＳＣＨは第１ＭＴＣサブバンドにおいて送信され、残りの１６個のサブフレームにおいてＰＤＳＣＨは第２ＭＴＣサブバンドにおいて送信される。ＭＴＣはハーフデュプレックス（ｈａｌｆ ｄｕｐｌｅｘ）モードで動作する。ＭＴＣのＨＡＲＱ再送信は適応的（ａｄａｐｔｉｖｅ）、非同期（ａｓｙｎｃｈｒｏｎｏｕｓ）方式である。

【0218】

ＮＢ－ＩｏＴ（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）

【0219】

ＮＢ－ＩｏＴは、既存の無線通信システム（例：ＬＴＥ、ＮＲ）を介して低電力広域網をサポートする狭帯域モノのインターネット技術を示す。また、ＮＢ－ＩｏＴは狭帯域（ｎａｒｒｏｗｂａｎｄ）を介して低い複雑度（ｃｏｍｐｌｅｘｉｔｙ）、低い電力消費をサポートするためのシステムを意味する。ＮＢ－ＩｏＴシステムは、ＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）などのＯＦＤＭパラメータを既存のシステムと同一に使用することにより、ＮＢ－ＩｏＴシステムのために追加帯域を別途に割り当てる必要がない。例えば、既存のシステム帯域の１つのＰＲＢをＮＢ－ＩｏＴ用に割り当てることができる。ＮＢ－ＩｏＴ端末は単一のＰＲＢ（ｓｉｎｇｌｅ ＰＲＢ）を各キャリア（ｃａｒｒｉｅｒ）として認識するので、ＮＢ－ＩｏＴに関する説明においてＰＲＢ及びキャリアは同一の意味に解釈されてもよい。

【0220】

以下において、ＮＢ－ＩｏＴに関する説明は既存のＬＴＥシステムに適用される場合を主として記載するが、以下の説明は次世代システム（例：ＮＲシステムなど）にも拡張適用できる。また、本明細書においてＮＢ－ＩｏＴに関する内容は、類似の技術的目的（例：低電力、低コスト、カバレッジ向上など）を目指すＭＴＣに拡張適用できる。また、ＮＢ－ＩｏＴは、ＮＢ－ＬＴＥ、ＮＢ－ＩｏＴ ｅｎｈａｎｃｅｍｅｎｔ、ｅｎｈａｎｃｅｄ ＮＢ－ＩｏＴ、ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＮＢ－ＩｏＴ、ＮＢ－ＮＲのように等価の他の用語に置き換えられてもよい。

【0221】

図１７は、ＮＢ－ＩｏＴに用いられる物理チャネル及びこれらを用いた一般的な信号送信を例示する。無線通信システムにおいて、端末は基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報はデータ及び多様な制御情報を含み、これらが送受信する情報の種類／用途に応じて多様な物理チャネルが存在する。

【0222】

電源が切れた状態で再び電源が入るか、新しくセルに進入した端末は基地局と同期を合わせるなどの初期セル探索動作（ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）を行う（Ｓ１１）。このために、端末は基地局からＮＰＳＳ（Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＮＳＳＳ（Ｎａｒｒｏｗｂａｎｄ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を合わせ、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得する。その後、端末は基地局からＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）信号を受信してセル内の放送情報を取得する（Ｓ１２）。一方、端末は、初期セル探索ステップでＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信してダウンリンクチャネルの状態を確認することができる。

【0223】

初期セル探索を終えた端末は、Ｓ１２ステップでＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ）及びこれに対応するＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＤＳＣＨ）を受信してより具体的なシステム情報を取得する（Ｓ１２）。

【0224】

その後、端末は基地局に接続を完了するためにランダムアクセス過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１３～Ｓ１６）。具体的には、端末はＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブルを送信し（Ｓ１３）、ＮＰＤＣＣＨ及びこれに対応するＮＰＤＳＣＨに対するＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信する（Ｓ１４）。その後、端末はＲＡＲ内のスケジューリング情報を利用してＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信し（Ｓ１５）、ＮＰＤＣＣＨ及びこれに対応するＮＰＤＳＣＨのような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１６）。

【0225】

前述のような手順を行った端末は、その後に一般的なアップ／ダウンリンク信号送信手順としてＮＰＤＣＣＨ信号及び／又はＮＰＤＳＣＨ信号の受信（Ｓ１７）及びＮＰＵＳＣＨ送信（Ｓ１８）を行う。端末が基地局に送信する制御情報を通称してＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＮＢ－ＩｏＴにおいて、ＵＣＩはＮＰＵＳＣＨを介して送信される。ネットワーク（例：基地局）の要求／指示に従って、端末はＮＰＵＳＣＨを介してＵＣＩを周期的、非周期的、又は反持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）に送信できる。

【0226】

ＮＢ－ＩｏＴフレーム構造はサブキャリア間隔（ＳＣＳ）に応じて異なるように設定される。図１８は、サブキャリア間隔が１５ｋＨｚである場合のフレーム構造を例示し、図１９は、サブキャリア間隔が３．７５ｋＨｚである場合のフレーム構造を例示する。図１８のフレーム構造はダウンリンク／アップリンクにおいて使用され、図１９のフレーム構造はアップリンクにのみ使用される。

【0227】

図１８に示すように、１５ｋＨｚサブキャリア間隔に対するＮＢ－ＩｏＴフレーム構造はレガシーシステム（すなわち、ＬＴＥシステム）（図２を参照）のフレーム構造と同一に設定される。すなわち、１０ｍｓＮＢ－ＩｏＴフレームは１０個の１ｍｓＮＢ－ＩｏＴサブフレームを含み、１ｍｓＮＢ－ＩｏＴサブフレームは２つの０．５ｍｓＮＢ－ＩｏＴスロットを含む。各０．５ｍｓＮＢ－ＩｏＴスロットは７つのシンボルを含む。１５ｋＨｚサブキャリア間隔は、ダウンリンク及びアップリンクの両方ともに適用できる。シンボルは、ダウンリンクにおいてＯＦＤＭAシンボルを含み、アップリンクにおいてＳＣ－ＦＤＭＡシンボルを含む。図１８のフレーム構造において、システム帯域は１．０８ＭＨｚであり、１２個のサブキャリアと定義される。１５ｋＨｚサブキャリア間隔は、ダウンリンク及びアップリンクの両方ともに適用され、ＬＴＥシステムとの直交性が保障されるので、ＬＴＥシステムとの共存を円滑にすることができる。

【0228】

一方、図１９に示すように、サブキャリア間隔が３．７５ｋＨｚである場合、１０ｍｓＮＢ－ＩｏＴフレームは５つの２ｍｓＮＢ－ＩｏＴサブフレームを含み、２ｍｓＮＢ－ＩｏＴサブフレームは７つのシンボルと１つのＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）シンボルを含む。２ｍｓＮＢ－ＩｏＴサブフレームはＮＢ－ＩｏＴスロット又はＮＢ－ＩｏＴ ＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）などで表現される。ここで、シンボルはＳＣ－ＦＤＭＡシンボルを含む。図１９のフレーム構造において、システム帯域は１．０８ＭＨｚであり、４８個のサブキャリアで定義される。３．７５ｋＨｚサブキャリア間隔は、アップリンクにのみ適用され、ＬＴＥシステムとの直交性が崩れて干渉による性能劣化が発生する可能性がある。

【0229】

図面はＬＴＥシステムフレーム構造に基づくＮＢ－ＩｏＴフレーム構造を例示し、例示されたＮＢ－ＩｏＴフレーム構造は次世代システム（例：ＮＲシステム）にも拡張適用できる。

【0230】

図２０は、ＮＢ－ＩｏＴの３つの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を例示する。具体的には、図２０（ａ）はイン-ンドシステムを例示し、図２０（ｂ）はガードバンドシステムを例示し、図２０（ｃ）はスタンドアロンシステムを例示する。ここで、インバンドシステムはインバンドモードで、ガードバンドシステムはガードバンドモードで、スタンドアロンシステムはスタンドアロンモードで表現できる。便宜上、ＮＢ－ＩｏＴ動作モードをＬＴＥ帯域に基づいて説明するが、ＬＴＥ帯域は他のシステムの帯域（例：ＮＲシステム帯域）に置き換えられてもよい。

【0231】

インバンドモードは（レガシー）ＬＴＥ帯域内においてＮＢ－ＩｏＴを実行する動作モードを意味する。インバンドモードにおいてはＬＴＥシステムキャリアの一部リソースブロックがＮＢ－ＩｏＴのために割り当てられる。例えば、インバンドモードにおいてはＬＴＥ帯域内の特定１ＲＢ（すなわち、ＰＲＢ）がＮＢ－ＩｏＴのために割り当てられる。インバンドモードはＬＴＥ帯域内にＮＢ－ＩｏＴが共存する構造で運用される。ガードバンドモードは、（レガシー）ＬＴＥバンドのガードバンドのために空けておいた（ｒｅｓｅｒｖｅｄ）空間においてＮＢ－ＩｏＴを実行する動作モードを意味する。従って、ガードバンドモードではＬＴＥシステムにおいてリソースブロックとして使用されないＬＴＥキャリアのガードバンドがＮＢ－ＩｏＴのために割り当てられる。（レガシー）ＬＴＥ帯域は各ＬＴＥ帯域の最後に最小１００ｋＨｚのガードバンドを有する。スタンドアロンモードは、（レガシー）ＬＴＥ帯域から独立的に構成された周波数帯域においてＮＢ－ＩｏＴを実行する動作モードを意味する。例えば、スタンドアロンモードではＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）において使用される周波数帯域（例：今後再割り当てされたＧＳＭキャリア）がＮＢ－ＩｏＴのために割り当てられる。

【0232】

ＮＢ－ＩｏＴ端末は、初期同期化のために１００ｋＨｚ単位でアンカー（ａｎｃｈｏｒ）キャリアを探索し、インバンド及びガードバンドにおいてアンカーキャリアの中心周波数は１００ｋＨｚチャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ）から±７．５ｋＨｚ以内に位置しなければならない。また、ＬＴＥ ＰＲＢのうち、６つのＰＲＢはＮＢ－ＩｏＴに割り当てられない。従って、アンカーキャリアは特定ＰＲＢにのみ位置する。

【0233】

図２１は、ＬＴＥ帯域幅１０ＭＨｚにおいてインバンドアンカーキャリアの配置を例示する。

【0234】

図２１に示すように、ＤＣ（Ｄｉｒｅｃｔ Ｃｕｒｒｅｎｔ）サブキャリアはチャネルラスタに位置する。隣接ＰＲＢ間の中心周波数間隔は１８０ｋＨｚであるので、ＰＲＢインデックス４、９、１４、１９、３０、３５、４０、４５は、チャネルラスタから±２．５ｋＨに中心周波数が位置する。類似して、ＬＴＥ帯域幅２０ＭＨｚにおいてアンカーキャリアとして適したＰＲＢの中心周波数は、チャネルラスタから±２．５ｋＨｚに位置し、ＬＴＥ帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚにおいてアンカーキャリアとして適したＰＲＢの中心周波数は、チャネルラスタから±７．５ｋＨｚに位置する。

【0235】

ガードバンドモードの場合、帯域幅１０ＭＨｚと２０ＭＨｚにおいてＬＴＥエッジＰＲＢに隣接するＰＲＢがチャネルラスタから±２．５ｋＨｚに中心周波数が位置する。帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚの場合には、エッジＰＲＢから３つのサブキャリアに該当する保護周波数帯域を使用することによりチャネルラスタから±７．５ｋＨｚにアンカーキャリアの中心周波数を位置させることができる。

【0236】

スタンドアロンモードのアンカーキャリアは１００ｋＨｚチャネルラスタに整列され、ＤＣキャリアを含む全てのＧＳＭキャリアをＮＢ－ＩｏＴアンカーキャリアとして活用できる。

【0237】

ＮＢ－ＩｏＴは、マルチキャリアをサポートし、インバンド＋インバンド、インバンド＋ガードバンド、ガードバンド＋ガードバンド、スタンドアロン＋スタンドアロンの組み合わせが使用できる。

【0238】

ＮＢ－ＩｏＴダウンリンクにはＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）のような物理チャネルが提供され、ＮＰＳＳ（Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、ＮＳＳＳ（Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、ＮＲＳ（Ｎａｒｒｏｗｂａｎｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のような物理チャネルが提供される。

【0239】

ＮＰＢＣＨは、ＮＢ－ＩｏＴ端末がシステム接続に必要な最小限のシステム情報であるＭＩＢ－ＮＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ－Ｎａｒｒｏｗｂａｎｄ）を端末に伝達する。ＮＰＢＣＨ信号は、カバレッジ向上のために計８回の繰り返し送信が可能である。ＭＩＢ－ＮＢのＴＢＳ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）は３４ビットであり、６４０ｍｓのＴＴＩ周期毎に新しくアップデートされる。ＭＩＢ－ＮＢは、運用モード、ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）、Ｈｙｐｅｒ－ＳＦＮ、ＣＲＳ（Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）ポート数、チャネルラスタオフセットなどの情報を含む。

【0240】

図２２は、ＦＤＤ ＬＴＥシステムにおいてＮＢ－ＩｏＴダウンリンク物理チャネル／信号の送信を例示する。ダウンリンク物理チャネル／信号は１つのＰＲＢを介して送信され、１５ｋＨｚサブキャリア間隔／マルチトーン送信をサポートする。

【0241】

図２２に示すように、ＮＰＳＳは毎フレームの６番目のサブフレーム、ＮＳＳＳは毎偶数フレームの最後（例：１０番目）のサブフレームにおいて送信される。端末は同期信号（ＮＰＳＳ、ＮＳＳＳ）を用いて周波数、シンボル、フレーム同期を取得し、５０４個のＰＣＩＤ（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ）（すなわち、基地局ＩＤ）を探索することができる。ＮＰＢＣＨは、毎フレームの１番目のサブフレームにおいて送信され、ＮＢ－ＭＩＢを運ぶ。ＮＲＳは、ダウンリンク物理チャネル復調のための基準信号として提供され、ＬＴＥと同一の方式で生成される。ただし、ＮＲＳシーケンス生成のための初期化値としてＮＢ－ＰＣＩＤ（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ）（又は、ＮＣｅｌｌ ＩＤ、ＮＢ－ＩｏＴ基地局ＩＤ）が使用される。ＮＲＳは、１つ又は２つのアンテナポートを介して送信される。ＮＰＤＣＣＨとＮＰＤＳＣＨはＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨを除いて残ったサブフレームにおいて送信される。ＮＰＤＣＣＨとＮＰＤＳＣＨは、同一のサブフレームにおいて共に送信できない。ＮＰＤＣＣＨはＤＣＩを運び、ＤＣＩは３種類のＤＣＩフォーマットをサポートする。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）スケジューリング情報を含み、ＤＣＩフォーマットＮ１とＮ２はＮＰＤＳＣＨスケジューリング情報を含む。ＮＰＤＣＣＨはカバレッジ向上のために最大２０４８回の繰り返し送信が可能である。ＮＰＤＳＣＨは、ＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、ＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）のような送信チャネルのデータ（例：ＴＢ）の送信に使用される。最大ＴＢＳは６８０ビットであり、カバレッジ向上のために最大２０４８回の繰り返し送信が可能である。

【0242】

アップリンク物理チャネルはＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とＮＰＵＳＣＨを含み、シングルトーン送信とマルチトーン送信をサポートする。シングルトーン送信は、３．５ｋＨｚと１５ｋＨｚのサブキャリア間隔に対してサポートされ、マルチトーン送信は１５ｋＨｚサブキャリア間隔に対してのみサポートされる。

【0243】

図２３は、ＮＰＵＳＣＨフォーマットを例示する。

【0244】

ＮＰＵＳＣＨは２つのフォーマットをサポートする。ＮＰＵＳＣＨフォーマット１はＵＬ－ＳＣＨ送信に使用され、最大ＴＢＳは１０００ビットである。ＮＰＵＳＣＨフォーマット２は、ＨＡＲＱ ＡＣＫシグナリングのようなアップリンク制御情報の送信に使用される。ＮＰＵＳＣＨフォーマット１はシングル／マルチトーン送信をサポートし、ＮＰＵＳＣＨフォーマット２はシングルトーン送信のみをサポートする。シングルトーン送信の場合、ＰＡＰＲ（Ｐｅａｔ－ｔｏ－Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ）を減らすためにｐｉ／２－ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｐｉ／４－ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）を使用する。ＮＰＵＳＣＨは、リソース割り当てに応じて１つのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）が占有するスロット数が異なる。ＲＵはＴＢがマッピングされる最も小さいリソース単位を示し、時間領域においてＮＵＬｓｙｍｂ＊ＮＵＬｓｌｏｔｓ個の連続したＳＣ－ＦＤＭＡシンボルと周波数領域においてＮＲＵｓｃ個の連続したサブキャリアで構成される。ここで、ＮＵＬｓｙｍｂはスロット内のＳＣ－ＦＤＭＡシンボル個数を示し、ＮＵＬｓｌｏｔｓはスロット個数を示し、ＮＵＬｓｃはＲＵを構成するサブキャリアの個数を示す。

【0245】

表１１は、ＮＰＵＳＣＨフォーマットとサブキャリアスペーシングによるＲＵの構成を例示する。ＴＤＤの場合、ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎに応じてサポートされるＮＰＵＳＣＨフォーマット及びＳＣＳが異なる。Ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎは表２を参照する。

【0246】

【表11】

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

図２７を参照すると、本発明に適用される通信システム１0は、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例、５ＧＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を利用して通信を行う機器を意味し、通信／無線／５Ｇ機器と称されることができる。これに制限されるものではないが、無線機器は、ロボット１００ａ、車両１０００ｂ－１、１０００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１０００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１０００ｄ、家電１０００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１０００ｆ、ＡＩ機器／サーバ４０００を含むことができる。例えば、車両は、無線通信機能付き車両、自律走行車両、車両間通信を行うことができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態により具現化されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例、スマートウォッチ、スマートガラス）、コンピュータ（例、ノート型パソコン等）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメートルなどを含むことができる。例えば、基地局、ネットワークは、無線機器によっても具現化されることができ、特定無線機器２０００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

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

本明細書のモノのインターネット（例：ＭＴＣ、ＮＢ－ＩｏＴ）をサポートする無線通信システムにおいてダウンリンク情報を送受信するための方案は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステム以外にも５Ｇシステムなどの多様な無線通信システムに適用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15(a)】

【図15(b)】

【図16】

【図17】

【図18】

【図19】

【図20(a)】

【図20(b)】

【図20(c)】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】