特表 2024-513012 無線通信システムにおいて通信を行う方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

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

(54)【発明の名称】無線通信システムにおいて通信を行う方法及び装置

(51)【国際特許分類】

   H04W 74/0816 20240101AFI20240313BHJP

   H04W 48/10 20090101ALI20240313BHJP

   H04W 72/232 20230101ALI20240313BHJP

【ＦＩ】

H04W74/0816

H04W48/10

H04W72/232

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023560069

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

(85)【翻訳文提出日】2023-09-28

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

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

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

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

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

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

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

(32)【優先日】2021-05-07

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

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

(32)【優先日】2021-05-18

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

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

(32)【優先日】2021-09-29

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】イ ヨンデ

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】ヤン ソクチェル

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067JJ13

(57)【要約】

無線通信システムにおいて通信を行う方法及び装置が開示される。本開示の一実施例に係る端末が通信を行う方法は、ＰＢＣＨを基地局から受信する段階、及び第１ＤＣＩ又は第２ＤＣＩのうち少なくとも一つに対してＰＤＣＣＨをモニターする段階を含み、チャネル接続タイプを指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一であってよい。
【選択図】図１１

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が通信を行う方法であって、前記方法は：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を基地局から受信する段階；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターする段階を含み、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、方法。

【請求項2】

前記ＰＢＣＨは、ＬＢＴを行うか否かを示す情報を含まない、請求項１に記載の方法。

【請求項3】

前記第１ＤＣＩ又は前記第２ＤＣＩのうち少なくとも一つは、
ＳＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）－ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブリング（ｓｃｒａｍｂｌｉｎｇ）される、請求項１に記載の方法。

【請求項4】

前記ＰＤＣＣＨは、共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ，ＣＳＳ）でモニターされる、請求項１に記載の方法。

【請求項5】

前記基地局から受信したシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ，ＳＩＢ）によってＬＢＴを行うことが設定されることに基づいて、前記第１ＤＣＩに対して前記ＰＤＣＣＨがモニターされる、請求項１に記載の方法。

【請求項6】

前記基地局から受信したＳＩＢによってＬＢＴを行わないことが設定されることに基づいて、前記第２ＤＣＩに対して前記ＰＤＣＣＨがモニターされる、請求項１に記載の方法。

【請求項7】

前記第２ＤＣＩが検出されることに基づいて、前記第２ＤＣＩのうち前記指示情報の位置に対応するビットは無視される、請求項６に記載の方法。

【請求項8】

前記第１ＤＣＩ又は前記第２ＤＣＩのうち少なくとも一つにおける留保ビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）サイズは、１６ビット又は１７ビットであり、
前記指示情報のサイズは、１ビット又は２ビットである、請求項１に記載の方法。

【請求項9】

前記無線通信システムは、周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ）２－２で動作する、請求項１に記載の方法。

【請求項10】

無線通信システムにおいて通信を行う端末であって、前記端末は：
一つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）；及び
前記一つ以上の送受信機と連結された一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を基地局から前記一つ以上の送受信機を用いて受信し；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターするように設定され、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、端末。

【請求項11】

無線通信システムにおいて基地局が通信を行う方法であって、前記方法は：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を端末に送信する段階；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）を端末に送信する段階を含み、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、方法。

【請求項12】

無線通信システムにおいて通信を行う基地局であって、前記基地局は：
一つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）；及び
前記一つ以上の送受信機と連結された一つ以上のプロセッサと、を含み、
前記一つ以上のプロセッサは：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を端末に前記一つ以上の送受信機を用いて送信し；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）を前記一つ以上の送受信機を用いて前記端末に送信するように設定され、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、基地局。

【請求項13】

無線通信システムにおいて通信を行うために端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は：
一つ以上のプロセッサ；及び
前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づいて、動作を行う命令（ｉｎｓｔｒｕｃｔｉｏｎ）を記憶する一つ以上のコンピュータメモリを含み、
前記動作は：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を基地局から受信する動作；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターする動作を含み、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、プロセシング装置。

【請求項14】

一つ以上の命令を記憶する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
前記一つ以上の命令は一つ以上のプロセッサによって実行され、無線通信システムにおいて通信を行う装置が：
物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を基地局から受信し；及び
第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターするように制御し、
チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一である、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。

【発明の概要】

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

【0004】

本開示の技術的課題は、無線通信システムにおいて通信を送受信する方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、非免許帯域でＳＳ／ＰＢＣＨブロックを送受信する方法及び装置を提供することである。

【0006】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0007】

本開示の一実施例によれば、無線通信システムにおいて端末が通信を行う方法であって、前記方法は：物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を基地局から受信する段階、及び、第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターする段階を含み、チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一であってよい。

【0008】

無線通信システムにおいて基地局が通信を行う方法であって、前記方法は：物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を端末に送信する段階、及び、第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）を端末に送信する段階を含み、チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ）を指示する指示情報を含む第１ＤＣＩのサイズと前記指示情報を含まない第２ＤＣＩのサイズとが同一であってよい。

【発明の効果】

【0009】

本開示の一実施例によれば、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することができる。

【0010】

本開示の一実施例によれば、また、非免許帯域でＳＳ／ＰＢＣＨブロックを送受信する方法及び装置を提供することができる。

【0011】

本開示の一実施例によれば、ＭＩＢ情報なとによって非免許帯域であるか否かが確認されなくても、フォールバックＤＣＩサイズを同一に合わせて端末のＰＤＣＣＨブラインドデコーディングの複雑度を減少させることができる。

【0012】

本開示の一実施例によれば、ＦＲ２－２帯域のうち非免許帯域でＳＳ／ＰＢＣＨブロック送信機会を増加させることによってＣＡＰ失敗による送信失敗確率を減少させることができる。

【0013】

本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0014】

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

【0015】

【図1】本開示が適用可能な無線通信システムの構造を例示する図である。

【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する図である。

【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。

【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する図である。

【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する図である。

【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する図である。

【図7】本開示の一実施例に係る、非免許帯域を支援する無線通信システムを説明するための図である。

【図8】本開示の一実施例に係る、ＳＳ／ＰＢＣＨブロック送信を時間軸においてシンボルレベルで示す図である。

【図9】本開示の一実施例に係る、ＳＳ／ＰＢＣＨブロック送信を時間軸においてシンボルレベルで示す図である。

【図10】本開示の一実施例に係る、ＳＳ／ＰＢＣＨブロック送信を時間軸においてシンボルレベルで示す図である。

【図11】本開示の一実施例に係る、端末が通信を行う方法を説明するための図である。

【図12】本開示の一実施例に係る、基地局が通信を行う方法を説明するための図である。

【図13】本開示が適用可能なネットワーク側及び端末のシグナリング手順を説明するための図である。

【図14】本開示の一実施例に係る無線通信装置のブロック構成図である。

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

【0016】

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

【0017】

場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。

【0018】

本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているするとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。

【0019】

本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。

【0020】

本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。

【0021】

本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。

【0022】

本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。

【0023】

以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。

【0024】

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。

【0025】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。

【0026】

３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。

【0027】

３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。

【0028】

本開示で使用可能な用語の略字は次のように定義される。

【0029】

－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）

【0030】

－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）

【0031】

－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）

【0032】

－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）

【0033】

－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）

【0034】

－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0035】

－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

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

ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。

【0065】

ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。

【0066】

図１には、本開示が適用可能な無線通信システムの構造を例示する。

【0067】

図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0068】

図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。

【0069】

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

【0070】

以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。

【0071】

【表1】

【0072】

ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0073】

【表2】

【0074】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）の時間単位の倍数と表現される。ここで、Δｆ_ｍａｘ＝４８０・１０^３Ｈｚであり、Ｎ_ｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔ_ｆ＝１／（Δｆ_ｍａｘＮ_ｆ／１００）・Ｔ_ｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔ_ｓｆ＝（Δｆ_ｍａｘＮ_ｆ／１０００）・Ｔ_ｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴ_ＴＡ＝（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）Ｔ_ｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎ_ｓ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられ、無線フレーム内でｎ_ｓ，ｆ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられる。一つのスロットはＮ_ｓｙｍｂ ^ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎ_ｓｙｍｂ ^ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎ_ｓ ^μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎ_ｓ ^μＮ_ｓｙｍｂ ^ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_ｓｙｍｂ ^ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}）、サブフレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0075】

【表3】

【0076】

【表4】

【0077】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。 ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。

【0078】

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

【0079】

図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0080】

図３を参照すると、リソースグリッドが、周波数領域上にＮ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成され、一つのサブフレームが１４・２^μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２^μＮ_ｓｙｍｂ ^（μ）のＯＦＤＭシンボルによって説明される。ここで、Ｎ_ＲＢ ^μ≦Ｎ_ＲＢ ^{ｍａｘ，μ}である。前記Ｎ_ＲＢ ^{ｍａｘ，μ}は、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対

によって固有に識別される。ここで、ｋ＝０，．．．，Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢ－１は、周波数領域上のインデックスであり、

は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎ_ｓｙｍｂ ^μ－１である。μ及びアンテナポートｐに対するリソース要素

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

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

又は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮ_ｓｃ ^ＲＢ＝１２の連続するサブキャリアと定義される。

【0081】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0082】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0083】

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

【0084】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎ_ＣＲＢ ^μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0085】

【数1】

【0086】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮ_{ＢＷＰ，ｉ} ^{ｓｉｚｅ，μ}－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢ間の関係は、下記の式２によって与えられる。

【0087】

【数2】

【0088】

Ｎ_{ＢＷＰ，ｉ} ^{ｓｔａｒｔ，μ}は、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0089】

図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【0090】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0091】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0092】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0093】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0094】

図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0095】

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0101】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0102】

【表5】

【0103】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0104】

ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0105】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0106】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0107】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0108】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0109】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0110】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0111】

非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ／ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）を支援する無線通信システム

【0112】

以下では、図７を参照して、本開示に適用可能な非免許帯域を支援する無線通信システム（例えば、ＮＲ－Ｕ（ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム）を説明する。

【0113】

以下の説明において、免許帯域（ｌｉｃｅｎｓｅｄ－ｂａｎｄ，Ｌ－ｂａｎｄ）で動作するセルをＬＣｅｌｌと定義し、ＬＣｅｌｌのキャリアを（下りリンク／上りリンク）ＬＣＣと定義する。そして、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ，Ｕ－ｂａｎｄ）で動作するセルをＵＣｅｌｌと定義し、ＵＣｅｌｌのキャリアを（下りリンク／上りリンク）ＵＣＣと定義する。

【0114】

セルのキャリア／キャリア周波数は、セルの動作周波数（例えば、中心周波数）を意味できる。セル／キャリア（例えば、コンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ，ＣＣ）はセルと総称する。

【0115】

図７の（ａ）に示すように、端末と基地局が、キャリア併合（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）されたＬＣＣ及びＵＣＣで信号を送受信する場合に、ＬＣＣはＰＣＣ（ｐｒｉｍａｒｙ ＣＣ）として設定され、ＵＣＣはＳＣＣ（ｓｅｃｏｎｄａｒｙ ＣＣ）として設定されてよい。

【0116】

そして、図７の（ｂ）に示すように、端末と基地局は、１つのＵＣＣ又はキャリア併合された複数のＵＣＣを用いて信号を送受信することができる。すなわち、端末と基地局は、ＬＣＣ無しにＵＣＣのみを用いて信号を送受信することができる。スタンドアローン（ｓｔａｎｄａｌｏｎｅ）動作のために、ＵＣｅｌｌでＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などが支援されてよい。

【0117】

例えば、非免許帯域は、既存の周波数範囲（例えば、ＦＲ１及びＦＲ２）よりも高い特定周波数範囲（例えば、５２．６ＧＨｚ超から７１ＧＨｚまで）に含まれてよい。

【0118】

前記特定周波数範囲をＦＲ２－２と称するか（この場合、既存のＦＲ２（すなわち、２４２５０ＭＨｚ～５２６００ＭＨｚ）はＦＲ２－１と称してよい。）又はＦＲ３と称することができる。本開示の範囲は、ＦＲ２－２又はＦＲ３という名称に限定されるものではない。

【0119】

以下では、（ＦＲ２－２で）チャネル接続過程（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ，ＣＡＰ）に関連した動作及びこれに対するタイプ（ｔｙｐｅ）（すなわち、チャネル接続タイプ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｔｙｐｅ））を説明する。

【0120】

本開示の説明において、ＣＡＰタイプのうちタイプ１ＣＡＰは、固定された競合ウィンドウサイズ（ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ ｓｉｚｅ，ＣＷＳ）でバックオフ（ｂａｃｋ－ｏｆｆ）するＣＡＰを意味する。具体的には、タイプ１ＣＡＰは、送信ノードが０～ＣＷＳ値の中からバックオフ（ｂａｃｋ－ｏｆｆ）カウンターＮ整数値を選んだ後、チャネルがアイドル（ｉｄｌｅ）であることが確認される度にカウンター値を減少させるが、当該バックオフカウンター値が０になると送信が許容されるＣＡＰである。

【0121】

そして、ＣＡＰタイプのうちタイプ２ＣＡＰは、バックオフ過程無しで、送信直前の特定時間でのみチャネルがアイドル（ｉｄｌｅ）であることが確認されると送信が許容されるＣＡＰを意味する。

【0122】

チャネル上で送信を行うための可用性（ａｖａｉｌａｂｉｌｉｔｙ）に対してチャネルをセンシング（ｓｅｎｓｉｎｇ）するための（あらかじめ定義された）規定（ｒｅｇｕｌａｔｉｏｎ）によって基地局／端末が要求される場合に、又は基地局がＳＩＢ１（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ｔｙｐｅ １）によって上位層パラメータ「ＬＢＴ－Ｍｏｄｅ」又はチャネル上で送信動作を行うためにＣＡＰが行われることを示す専用設定（ｄｅｄｉｃａｔｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が端末に提供される場合に、基地局／端末によって送信動作が行われるチャネルにアクセスするためのＣＡＰが適用されてよい。

【0123】

ここで、センシング適用が可能な場合に、センシングを行う基本単位（ｂａｓｉｃ ｕｎｉｔ）は、区間（ｄｕｒａｔｉｏｎ）（例えば、Ｔ_ｓｌ＝５ｕｓ）を有するセンシングスロットである。基地局又は端末がセンシングスロット区間（Ｔ_ｓｌ）でチャネルをセンシングし、センシングスロット区間においてアンテナアセンブリー（ａｎｔｅｎｎａ ａｓｓｅｍｂｌｙ）以後に検出されたエネルギーがエネルギー検出閾値（Ｘ_{ｔｈｒｅｓ}）よりも小さいと判断する場合に、チャネルはセンシングスロット区間（Ｔ_ｓｌ）においてアイドル（ｉｄｌｅ）（又は、遊休）状態であると見なされてよい。そうでない場合に、チャネルはセンシングスロット区間（Ｔ_ｓｌ）においてビジー（ｂｕｓｙ）状態（又は、使用中の状態）であると見なされてよい。

【0124】

センシングスロット区間においてビームを感知するための空間ドメインフィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｆｉｌｔｅｒ）は、チャネル占有（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）内で意図された送信の送信ビームをカバーすることができる。上述した動作は、基地局で、又は端末が上りリンクビームスイーピング無しでビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）に対する能力（ｃａｐａｂｉｌｉｔｙ）を指示しない時に端末で、又は端末がセンシングのために送信に用いられたビームと異なるビームを使用する時に端末で、行われてよい。

【0125】

端末が上りリンクビームスイーピング無しでビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）に対する能力（ｃａｐａｂｉｌｉｔｙ）を示し、端末が送信ビームと同じセンシングビームを選択する場合に、センシングビームのための空間ドメインフィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｆｉｌｔｅｒ）が決定されてよい。

【0126】

チャネル占有が空間ドメインで多重化された互いに異なるビームの送信を含む場合に、下記のいずれか一つは、チャネル占有内で送信を行うために、対応するセンシングに適用されてよい。

【0127】

－ タイプ１ＣＡＰは、単一センシングビームを用いてチャネル占有開始前に適用されてよく、前記単一ビームは、チャネル占有内の全ての送信ビームをカバーすることができる。チャネルがアクセスされると、チャネル占有内で他のビームを用いた送信が行われて（又は、発生して）よい。

【0128】

－ タイプ１ＣＡＰは、センシングビームごとに同時にチャネル占有開始前に適用されてよく、各センシングビームはチャネル占有内の送信ビームをカバーすることができる。チャネルがアクセスされると、チャネル占有内で他のビームを用いた送信が行われて（又は、発生して）よい。

【0129】

チャネル占有が、時間ドメインで多重化された互いに異なるビームの送信を含む場合に、下記のいずれか一つは、チャネル占有内で送信を行うために、対応するセンシングに適用されてよい。

【0130】

－ タイプ１ＣＡＰは、単一センシングビームを用いてチャネル占有開始前に適用されてよく、前記単一ビームは、チャネル占有内の全ての送信ビームをカバーすることができる。チャネルがアクセスされると、チャネル占有内で手順（例えば、タイプ３ＣＡＰによる手順）によって他のビームを用いた送信が行われてよい。

【0131】

－ 基地局／端末が互いに異なるビームで同時センシングを行うことができる場合に、タイプ１ＣＡＰはセンシングビームごとにチャネル占有開始前に適用されてよく、各センシングビームはチャネル占有内の送信ビームをカバーすることができる。チャネルがアクセスされると、チャネル占有内で手順（例えば、タイプ３ＣＡＰによる手順）によって他のビームを用いた送信が発生してよい。

【0132】

基地局／端末が互いに異なるビームで同時センシングを行うことができる場合に、タイプ１ＣＡＰは、各センシングビームがチャネル占有内の送信ビームをカバーするセンシングビームごとにチャネル占有開始前に適用されてよい。チャネルがアクセスされると、チャネル占有内で他のビームに転換する前に手順（例えば、タイプ２ＣＡＰによる手順）によって送信が発生してよい。

【0133】

以下では、タイプ別ＣＡＰ（例えば、タイプ１ＣＡＰ、タイプ２ＣＡＰ、及びタイプ３ＣＡＰ）に関連した動作を説明する。

【0134】

例えば、送信の前にアイドル（ｉｄｌｅ）状態としてセンシングされたセンシングスロットに亘っている時区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）が、固定された競合ウィンドウ（ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ，ＣＷ）サイズに基づいてランダム（ｒａｎｄｏｍ）である場合に、基地局／端末によって行われるＣＡＰ（すなわち、タイプ１ＣＡＰ）が行われてよい。タイプ１ＣＡＰは、基地局／端末によるチャネル占有を始める全ての送信動作に適用されてよい。

【0135】

基地局／端末は、遅延区間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ）（Ｔ_ｄ）のスロット区間でチャネルがアイドル（ｉｄｌｅ）状態であることをまず感知した後、段階（ｓｔｅｐ）４でカウンターＮが０になった後に送信が行われてよい。

【0136】

カウンターＮは、下記の段階によって追加センシングスロット区間に対するチャネルをセンシングして調整されてよい。

【0137】

１段階）Ｎ＝Ｎ_ｉｎｉｔに設定して段階４に移動、ここで、Ｎ_ｉｎｉｔは、０とＣＷとの間に均一に分布した任意の数（ｒａｎｄｏｍ ｎｕｍｂｅｒ）。

【0138】

２段階）Ｎ＞０であり、端末がカウンターを減少させることを選択した場合に、Ｎ＝Ｎ－１に設定。

【0139】

３段階）追加スロット区間でチャネルを感知し、追加スロット区間がアイドル（ｉｄｌｅ）状態である場合に４段階に移動、そうでない場合に５段階に移動。

【0140】

４段階）Ｎ＝０である場合に、ＣＡＰ動作を中断（ｓｔｏｐ）（又は、終了（ｔｅｒｍｉｎａｔｅ））し、そうでない場合に２段階に移動。

【0141】

５段階）追加遅延区間でビジー（ｂｕｓｙ）スロットが検出されるか、追加遅延区間の全スロットがアイドル（ｉｄｌｅ）状態として検出されるまでチャネルセンシング。

【0142】

６段階）追加遅延区間の全スロット区間においてチャネルがアイドル（ｉｄｌｅ）状態としてセンシングされる場合に４段階に移動、そうでない場合に５段階に移動。

【0143】

上述した手順においてＣＷは３であってよいが、これに限定されるものではない。そして、遅延区間（例えば、８ｕｓ）は、チャネルがアイドル（ｉｄｌｅ）状態であるか否かを決定するために、少なくとも単一測定（ｓｉｎｇｌｅ ｍｅａｓｕｒｅｍｅｎｔ）を行うためのセンシングスロット区間を含んでよい。基地局／端末は、５ｍｓを超えるチャネル占有時間（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ）の間にチャネルで送信動作を行わなくてよい。

【0144】

さらに他の例として、ＤＬ／ＵＬ送信前にアイドル（ｉｄｌｅ）状態としてセンシングされたセンシングスロットによって拡張される時区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）が決定的（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）であるとき、基地局／端末によって他のタイプのＣＡＰ（すなわち、タイプ２ＣＡＰ）が行われて（又は、適用されて）よい。

【0145】

一例として、タイプ２ＣＡＰが適用される場合に、基地局／端末は、チャネルがアイドル（ｉｄｌｅ）状態としてセンシングされる区間（Ｔ_ｓｌ＝５ｕｓ）を有するセンシングスロットを含むＴ_ｄ直後のチャネル上で送信を行うことができる。

【0146】

さらに他の例として、タイプ３ＣＡＰが適用される場合に、基地局／端末はチャネルのセンシング無しで送信動作を行うことができる。

【0147】

以下では、本開示で提案する方法について具体的に説明する。

【0148】

多くの通信機器がより大きい通信容量を要求することに伴い、無線通信システムでは、制限された周波数帯域の効率的活用が必要である。無線通信システムのうちセルラー（ｃｅｌｌｕｌａｒ）通信システムにおいて、非免許帯域である２．４ＧＨｚ帯域を活用するか、５ＧＨｚ及び／又は６０ＧＨｚ帯域のような非免許帯域をトラフィックオフローディングに活用することができる。

【0149】

このとき、非免許帯域では各通信ノードが競合によって無線通信を行う方式を仮定しているので、各通信ノードは、信号を送信する前にチャネルセンシング（ｃｈａｎｎｅｌ ｓｅｎｓｉｎｇ）を行い、他の通信ノードが信号送信を行うか否かを確認しなければならない。

【0150】

本開示の説明の便宜上、前記通信ノードの動作をＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）又はチャネル接続過程（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ，ＣＡＰ）と総称する。以下、本開示の説明において、ＬＢＴはＣＡＰに代替されてよい。

【0151】

そして、他の通信ノードが信号送信を行うか否かを確認する動作をキャリアセンシング（ｃａｒｒｉｅｒ ｓｅｎｓｉｎｇ，ＣＳ）と定義し、他の通信ノードが信号送信を行わないと判断した場合を、ＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）が確認されたと定義する。

【0152】

非免許帯域（Ｕ－ｂａｎｄという。）でｅＮＢ／ｇＮＢ又は端末が信号を送信するためにはＬＢＴを行わなければならない。そして、ＬＴＥ／ＮＲシステムのｅＮＢ／ｇＮＢや端末が信号を送信する時に、Ｗｉ－Ｆｉ（又は、８０２．１１ａｄ／ａｙなどのＷｉＧｉｇ（ｗｉｒｅｌｅｓｓ ｇｉｇａｂｉｔ ａｌｌｉａｎｃｅ））などの他の通信ノードもＬＢＴを行い、干渉を起こしない必要がある。

【0153】

基礎的な無線通信システムは５２．６ＧＨｚ以下の帯域で動作できるが、これに限定されるものではなく、５２．６ＧＨｚ超の帯域（例えば、６０／７０ＧＨｚ帯域）の免許帯域及び／又は非免許帯域でも動作できる。

【0154】

本開示では、５２．６ＧＨｚの非免許帯域上のＳＳ／ＰＢＣＨブロック送受信動作を含む初期接続方法を開示する。具体的には、本開示は、ＣＡＰベースの非免許帯域でＳＳ／ＰＢＣＨブロックの送信機会を増大させる方法を開示する。本開示の方法は、同一帯域の免許帯域にも同一に適用されてよい。

【0155】

基礎的な無線通信システムにおいて、ｍｍＷａｖｅ帯域（例えば、７．１２５又は２４ＧＨｚ以上、最大で５２．６ＧＨｚ）は周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ）２（又は、ＦＲ２－１）と定義されてよく、当該帯域においてＳＳ／ＰＢＣＨ帯域のＳＣＳは、１２０又は２４０ｋＨｚであってよい。

【0156】

具体的には、図８を参照して、０．２５ｍｓ内（例えば、１２０ｋＨｚ ＳＣＳ基準２スロット、２４０ｋＨｚ ＳＣＳ基準４スロット）に最大で４個又は８個のＳＳ／ＰＢＣＨブロック送信が可能である。ここで、図８は、ＳＣＳ別にＳＳ／ＰＢＣＨブロック送信を時間軸においてシンボルレベルで示す図である。

【0157】

例えば、１２０ｋＨｚ ＳＣＳ基準で、一番目のスロットのシンボル４／５／６／７でＳＳ／ＰＢＣＨブロック（候補）インデックスｎが送信され、一番目のスロットのシンボル８／９／１０／１１でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋１が送信されてよい。そして、二番目のスロットのシンボル２／３／４／５でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋２が送信され、二番目のスロットのシンボル６／７／８／９でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋３が送信されてよい。

【0158】

さらに他の例として、２４０ｋＨｚ ＳＣＳ基準で、一番目のスロットのシンボル８／９／１０／１１でＳＳ／ＰＢＣＨブロック（候補）インデックスｎが送信されてよく、一番目のスロットのシンボル１２／１３及び二番目のスロットのシンボル０／１でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋１が送信されてよい。そして、二番目のスロットのシンボル２／３／４／５でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋２が送信されてよく、二番目のスロットのシンボル６／７／８／９でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋３が送信されてよい。そして、三番目のスロットのシンボル４／５／６／７でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋４が送信されてよく、三番目のスロットのシンボル８／９／１０／１１でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋５が送信されてよく、三番目のスロットのシンボル１２／１３及び四番目のスロットの０／１でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋６が送信されてよく、四番目のスロットのシンボル２／３／４／５でＳＳ／ＰＢＣＨブロック（候補）インデックスｎ＋７が送信されてよい。

【0159】

本開示では、ＳＳ／ＰＢＣＨブロックが送信され得るウィンドウ（Ｓ＿ｗｉｎｄｏｗ）を５ｍｓウィンドウと仮定した。ただし、これは一実施例に過ぎず、基地局は当該ウィンドウの区間（ｄｕｒａｔｉｏｎ）を他の値（例えば、０．５／１／２／３／４ｍｓｅｃなど）に設定できる。

【0160】

５ｍｓｅｃウィンドウにおいて１２０ｋＨｚ ＳＣＳ基準で総４０個のスロットがあり、連続した８スロットでＳＳ／ＰＢＣＨが送信されてよく、当該連続した８スロット（例えば、スロット０～７／１０～１７）において２スロットギャップ（ｓｌｏｔ ｇａｐ）（例えば、スロット８～９）が存在してよい。このとき、ＳＳ／ＰＢＣＨブロックが送信され得る連続８スロット（例えば、スロット０～７）のうち２スロット（例えば、スロット０～１／２～３／４～５／６～７）において、図８に示した１２０ｋＨｚ基準ケースのように最大で４個のＳＳ／ＰＢＣＨブロックが送信されてよい。

【0161】

これと類似に、５ｍｓｅｃウィンドウにおいて２４０ｋＨｚ ＳＣＳ基準で総８０個のスロットがあり、連続した１６スロットでＳＳ／ＰＢＣＨブロックが送信されてよく、当該連続１６スロット（例えば、スロット０～１５／２０～３５）において４スロットギャップ（例えば、スロット１６～１９）が存在してよい。このとき、ＳＳ／ＰＢＣＨブロックが送信され得る連続１６スロット（例えば、スロット０～１５）のうち４スロット（例えば、スロット０～３／４～７／８～１１／１２～１５）において、図８に示した２４０ｋＨｚ基準ケースのように最大で８個のＳＳ／ＰＢＣＨブロックが送信されてよい。

【0162】

すなわち、１２０ｋＨｚ及び２４０ｋＨｚ ＳＣＳで許容された最大ＳＳ／ＰＢＣＨブロック（候補）インデックス個数は６４個に制限されてよく、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）ＲＲＣシグナリングによって、最大６４個のうち実際にどのインデックスに対応するＳＳ／ＰＢＣＨブロックが送信されるかが設定されてよい。

【0163】

無線通信システムを５２．６ＧＨｚ超過帯域（例えば、６０／７０ＧＨｚ）バンド（すなわち、ＦＲ３又はＦＲ２－２）に拡張しても、ＳＳ／ＰＢＣＨブロックに対するＳＣＳは、ＦＲ２で定義されたように１２０ｋＨｚ又は２４０ｋＨｚであってよい。

【0164】

さらに、２ＧＨｚ帯域幅（略２．１６ＧＨｚ）に至る広帯域動作を考慮して、ＳＳ／ＰＢＣＨブロックに対するＳＣＳとして４８０ｋＨｚ又は９６０ｋＨｚが適用されてよい。本開示は、当該ＳＳ／ＰＢＣＨブロックの非免許帯域動作時に送信機会を増加させる方法を開示する。

【0165】

そして、本開示は、サービングセルタイミング（ｓｅｒｖｉｎｇ ｃｅｌｌ ｔｉｍｉｎｇ）を取得したり、ＳＳ／ＰＢＣＨブロック間ＱＣＬ（ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｉｏｎ）関係を取得したり、又は、最大６４個のＳＳ／ＰＢＣＨブロックのうち、実際に送信されるＳＳ／ＰＢＣＨブロック（候補）インデックスを知らせる方法を開示する。

【0166】

本開示の説明において、２つのＳＳ／ＰＢＣＨブロック間のＱＣＬ関係を有するということは、２つのＳＳ／ＰＢＣＨブロックが同一の（大規模（ｌａｒｇｅ－ｓｃａｌｅ））チャネル特性（ｃｈａｎｎｅｌ ｐｒｏｐｅｒｔｉｅｓ）（例えば、平均利得（ａｖｅｒａｇｅ ｇａｉｎ）、ドップラーシフト（ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、遅延拡散（ｄｅｌａｙ ｓｐｒｅａｄ）、空間受信パラメータ（ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）など）を有していることを意味できる。

【0167】

以下では、ＦＲ２－２帯域でＤＣＩのペイロードサイズに対する曖昧さを解決する方法を具体的に説明する。

【0168】

図１１は、本開示の一実施例に係る、端末が通信を行う方法を説明するためのフローチャートである。図１１は、ＦＲ２－２帯域の無線通信システムにおいて端末が動作する場合を示している。ただし、これは一実施例に過ぎず、図１１を参照して説明する動作は、ＦＲ２－２帯域以外の帯域の動作にも拡張適用されてよい。

【0169】

端末は基地局から物理放送チャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）を受信することができる（Ｓ１１１０）。

【0170】

ここで、ＰＢＣＨ（又は、ＰＢＣＨで送信されるマスター情報ブロック（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ，ＭＩＢ））には、ＬＢＴ（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）を行うか否かを示す情報を含まなくてよい。すなわち、ＬＢＴを行うか否かは、ＰＢＣＨ（又は、ＭＩＢ）を用いて明示的に（又は／及び暗示的に）指示されなくてよい。

【0171】

ここで、ＬＢＴを行うか否かを示す情報は、ＣＡＰを行うか否かを示す情報又は／及びセルが免許帯域又は非免許帯域に属するか否かを示す情報などに代替されてよい。

【0172】

そして、端末がＰＢＣＨを受信（又は、取得）する過程は、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ，ＳＩ）を受信する過程に含まれてよい。システム情報は、ＭＩＢと複数のシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ，ＳＩＢ）を含むことができる。ＭＩＢ以外のシステム情報は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）と総称されてよい。

【0173】

ＭＩＢは、ＳＩＢ１（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ｔｙｐｅ １）受信に関連した情報／パラメータを含み、ＳＳＢのＰＢＣＨで送信されてよい。ＭＩＢは、「ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ」フィールド、「ｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ」フィールド、及び「ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１」フィールドなどを含んでよい。

【0174】

ここで、ＳＩＢ１は、残りのＳＩＢ（以下、ＳＩＢｘという。ここで、ｘは２以上の整数）の可用性及びスケジューリング（例えば、送信周期、ＳＩウィンドウサイズなど）に関連した情報を含んでよい。例えば、ＳＩＢ１は、ＳＩＢｘが周期的に放送されるか又は／及びオンデマンド（ｏｎ－ｄｅｍａｎｄ）方式で端末の要請に応じて提供されるかを知らせることができる。ＳＩＢｘがオンデマンド方式で提供される場合に、ＳＩＢ１は、端末がＳＩ要請を行うために必要な情報を含んでよい。ＳＩＢ１はＰＤＳＣＨで送信され、ＳＩＢ１をスケジュールするＰＤＣＣＨは、Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間で送信され、ＳＩＢ１は、前記ＰＤＣＣＨによって指示されるＰＤＳＣＨで送信されてよい。そして、ＳＩＢｘはＳＩメッセージに含まれ、ＰＤＳＣＨで送信される。それぞれのＳＩメッセージは、周期的に発生する時間ウィンドウ（すなわち、ＳＩウィンドウ）内で送信されてよい。

【0175】

端末は、第１下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）又は第２ＤＣＩのうち少なくとも一つに対して物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニターすることができる（Ｓ１１２０）。

【0176】

ここで、端末は、共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ，ＣＳＳ）（例えば、タイプ０－ＰＤＣＣＨ ＣＳＳなど）で前記ＰＤＣＣＨをモニターすることができる。そして、第１ＤＣＩ又は第２ＤＣＩのうち少なくとも一つは、ＳＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）－ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブリング（ｓｃｒａｍｂｌｉｎｇ）されてよい。

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

また、無線リンクモニタリングは、ＳＳ／ＰＢＣＨブロックに基づくＰＵＳＣＨ／ＳＲＳの経路損失測定（ｐａｓｓ ｌｏｓｓ（ＰＬ） ｅｓｔｉｍａｔｉｏｎ）を含んでよい。この場合、端末は、ＭＩＢを取得する時に用いたのと同じＳＳ／ＰＢＣＨブロックインデックスを有するＳＳ／ＰＢＣＨ（候補）ブロックから得たＲＳリソースを用いてＰＬを計算することができる。

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

さらに他の例として、同期ラスターセット＃２に属した同期ラスターに基づくＳＳ／ＰＢＣＨブロックが発見されると、端末はこれを、（ＦＲ２動作とは違い）ＦＲ３（又は、ＦＲ２－２）で改善（ｅｎｈａｎｃｅ）されたＳＳ／ＰＢＣＨブロックと認知できる。

【0228】

このとき、同期ラスターセット別にＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴ＃０間のＲＢオフセット値が異なってよい。本開示の説明の便宜のために、ＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴ＃０間のＲＢオフセット値を指示できるインデックスセットをＳＥＴ＿ＲＢと命名するとき、端末は、ＳＥＴ＿ＲＢに属したインデックスのうち特定値が指示されると、ＳＳ／ＰＢＣＨブロック位置から始めてＲＢオフセット値を用いてＣＯＲＥＳＥＴ＃０の位置を推定することができる。

【0229】

すなわち、同期ラスターセット＃１に属した同期ラスターに基づくＳＳ／ＰＢＣＨブロックに連動したＳＥＴ＿ＲＢと、同期ラスターセット＃２に属した同期ラスターに基づくＳＳ／ＰＢＣＨブロックに連動したＳＥＴ＿ＲＢが、個別に構成されてよい。

【0230】

実施例３

【0231】

初期接続段階のＳＳ／ＰＢＣＨブロックは１２０ｋＨｚ ＳＣＳのみで構成され、４８０ｋＨｚ ＳＣＳ又は９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックは初期接続用途に用いられずにＡＮＲ（ａｕｔｏｍａｔｉｃ ｎｅｉｇｈｂｏｒ ｒｅｌａｔｉｏｎ）用途に用いられる場合に、４８０ｋＨｚ ＳＣＳ又は９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨには、（同一セル内のＳＩＢ１情報提供のために）１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックの位置及び／又はＣＯＲＥＳＥＴ ｉｎｄｅｘ ０（及びｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セット）に関する情報及び／又はグローバルセルＩＤ関連情報が載せられてよい。

【0232】

具体的には、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックは初期接続用途に用いられないため、同期ラスターでない位置を中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ）にして送信されてよい。このため、基地局は、同期ラスターでないＳＳ／ＰＢＣＨブロックを用いてもＣＯＲＥＳＥＴ＃０周波数リソース情報を提供する必要がある。

【0233】

非免許帯域では互いに異なるオペレーター（ｏｐｅｒａｔｏｒ）が共存することもあり、同一のオペレーターであっても非計画配置（ｕｎｐｌａｎｎｅｄ ｄｅｐｌｏｙｍｅｎｔ）環境が構成され得るため、同一帯域でセル間に使用する（物理的（ｐｈｙｓｉｃａｌ））セルＩＤは互いに同一であることがある。

【0234】

これによって発生し得る端末の混同（ｃｏｎｆｕｓｉｏｎ）を防止するために、基地局は、（同期ラスターで送信されないＳＳ／ＰＢＣＨブロックであっても）オペレーターＩＤ又は／及びＰＬＭＮ ＩＤ又は／及びグローバルセルＩＤ情報が含まれた上位層シグナリング（例えば、ＳＩＢ１）のためのＣＯＲＥＳＥＴ＃０及びｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセットに関する情報を端末に送信できる。

【0235】

一例として、測定設定（ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に「ｒｅｐｏｒｔＣＧＩ」目的の測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）が設定された場合を仮定することができる。このような目的のＳＳ／ＰＢＣＨブロック送信をＡＮＲ用途と総称できる。

【0236】

したがって、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨペイロード（ｐａｙｌｏａｄ）によって、当該ＳＳ／ＰＢＣＨブロックと１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック間の周波数軸オフセット情報（例えば、ＲＥ個数及び／又はＲＢ個数及び／又は同期ラスターインデックス情報）が送信されてよい。そして、当該オフセット情報は、１２０ｋＨｚ ＳＣＳ（又は、ＰＢＣＨペイロードが含まれたＳＳ／ＰＢＣＨブロックのＳＣＳ）に基づくものであってよい。

【0237】

例えば、ＲＥは、ＰＢＣＨペイロードが含まれたＳＳ／ＰＢＣＨブロックのＳＣＳに基づき、ＲＢは、１２０ｋＨｚ ＳＣＳに基づき得る。端末は、当該情報を用いて、１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨ情報によってＳＩＢ１ ＰＤＣＣＨ／ＰＤＳＣＨを受信することができる。

【0238】

端末は、受信した当該ＳＩＢ１情報（例えば、ＮＣＧＩ（ｓ）（ＮＲ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）／ＥＣＧＩ（ｓ）（ｅｘｔｅｎｄｅｄ ＣＧＩ）、ＴＡＣ（ｓ）（ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）、ＲＡＮＡＣ（ｓ）（ＲＡＮ－ｂａｓｅｄ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ Ｃｏｄｅ）、ＰＬＭＮ ＩＤ（ｓ）（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）などのようなＡＮＲ関連情報）を基地局に報告できる。

【0239】

１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックに対する周波数リソース位置において、当該ＰＳＳ／ＳＳＳで送信される物理セルＩＤ情報（又は、ＩＤのうち一部（ビット）の情報）が、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨペイロードで送信されてよい。これは、当該周波数リソース位置で複数個のＳＳ／ＰＢＣＨブロックが発見された場合に、基地局が複数個のＳＳ／ＰＢＣＨブロックのうち、受信すべき（又は、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックを送信する基地局と同一基地局で送信する）ＳＳ／ＰＢＣＨブロックを知らせるためである。

【0240】

端末は、１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックが送信され得る周波数リソース位置で、当該指示された物理セルＩＤ情報に符合するＳＳ／ＰＢＣＨブロックに連動したＳＩＢ１情報を受信し、取得した当該ＳＩＢ１情報をサービングセルに報告できる。

【0241】

又は、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨペイロードによって１２０ｋＨｚ ＳＣＳベースのＣＯＲＥＳＥＴインデックス０（及びｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセット）のリソース情報が直接送信されてよい。これにより、端末は、１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック受信無しにもＳＩＢ１ ＰＤＣＣＨ／ＰＤＳＣＨを受信することができる。

【0242】

このとき、１２０ｋＨｚ ＳＣＳベースのＣＯＲＥＳＥＴ ｉｎｄｅｘ０の情報は、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴ間のＲＥ／ＲＢオフセット（さらに他の例として、これは、１２０ｋＨｚ ＳＣＳ又はＰＢＣＨペイロードが含まれたＳＳ／ＰＢＣＨブロックのＳＣＳに基づいてよく、ＲＥ／ＲＢによって基準ＳＣＳが変わってよい。）、ＣＯＲＥＳＥＴが占める時間／周波数領域（例えば、Ｘ ＲＢ（ｓ）、Ｙシンボル）などを含んでよい。

【0243】

また、１２０ｋＨｚ ＳＣＳベースのｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセット情報は、ＳＩＢ１ ＰＤＣＣＨモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）に関する情報であり、スロットごとの機会（ｏｃｃａｓｉｏｎ）個数、スロット内の当該機会（ｏｃｃａｓｉｏｎ）のシンボル位置情報などが含まれてよい。

【0244】

当該ＣＯＲＥＳＥＴインデックス０（及びｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセット）のリソース情報に基づいて取得されたＳＩＢ１情報（例えば、ＮＣＧＩ（ｓ）（ＮＲ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）／ＥＣＧＩ（ｓ）（ｅｘｔｅｎｄｅｄ ＣＧＩ）、ＴＡＣ（ｓ）（ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）、ＲＡＮＡＣ（ｓ）（ＲＡＮ－ｂａｓｅｄ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ Ｃｏｄｅ）、ＰＬＭＮ ＩＤ（ｓ）（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）などのようなＡＮＲ関連情報）は基地局に報告されてよい。

【0245】

特徴的には、４８０及び／又は９６０ｋＨｚ ＳＣＳベースのＳＳ／ＰＢＣＨブロック内のＰＢＣＨで提供されるＳＳ／ＰＢＣＨブロックの位置及び／又はＣＯＲＥＳＥＴインデックス０（及び／又はｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セット）情報は、（別途のＳＣＳ値を指示するＰＢＣＨペイロード内の指示子がなくても）１２０ｋＨｚ ＳＣＳベースのＳＳ／ＰＢＣＨブロック及び／又はＣＯＲＥＳＥＴインデックス０（及び／又はｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セット）に関する情報を含んでよい。

【0246】

さらに他の例として、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨペイロードには、ＡＮＲ関連情報（例えば、ＮＣＧＩ（ｓ）／ＥＣＧＩ（ｓ）、ＴＡＣ（ｓ）、ＲＡＮＡＣ（ｓ）、ＰＬＭＮ ＩＤ（ｓ）など）が直接載せられてよい。例えば、４８０／９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック内のＰＢＣＨペイロードにＮＣＧＩ全体情報（又は、一部（例えば、ＬＳＢ Ｘビット）情報）が含まれてよく、当該情報を受信した端末は、ＮＣＧＩ関連情報を（ＡＮＲを要請した）サービング基地局に報告することができる。

【0247】

実施例４

【0248】

ＦＲ３（又は、ＦＲ２－２）帯域でＳＳ／ＰＢＣＨブロックのＳＣＳとして１２０ｋＨｚ（及び／又は２４０ｋＨｚ）の他に４８０ｋＨｚ（及び／又は９６０ｋＨｚ）も適用されるとき、（候補）ＳＳ／ＰＢＣＨブロック個数／組合せ及び／又はＤＢＴＷ＿ｏｎ／ｏｆｆ設定方法がＳＣＳ別に設定されてよい。

【0249】

すなわち、ＳＣＳ別にＳＳ／ＰＢＣＨブロックに対応する（候補）ＳＳ／ＰＢＣＨブロックの個数／組合が個別に設定されてよい。また、ＳＣＳ別にＳＳ／ＰＢＣＨブロックに対応するＤＢＴＷ＿ｏｎ又はＤＢＴＷ＿ｏｆｆの適用が個別に設定されてよい。

【0250】

具体的には、ＤＢＴＷ＿ｏｎ又はＤＢＴＷ＿ｏｆｆの適用に対する明示的なシグナリングが設定されていない場合に、端末は、１２０ｋＨｚ（及び／又は２４０ｋＨｚ）ＳＣＳ ＳＳ／ＰＢＣＨブロックにはＤＢＴＷ＿ｏｎが適用され、４８０ｋＨｚ及び／又は９６０ｋＨｚ ＳＣＳ ＳＳ／ＰＢＣＨブロックにはＤＢＴＷ＿ｏｆｆが適用されると仮定できる。

【0251】

このとき、初期接続段階のＳＳ／ＰＢＣＨブロックは、１２０ｋＨｚ ＳＣＳ（及び／又は２４０ｋＨｚ ＳＣＳ）のみで構成され、４８０ｋＨｚ ＳＣＳ又は９６０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックは初期接続用途に用いられなくてよい。

【0252】

実施例５

【0253】

一つのセル内で個別のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を有するＳＳ／ＰＢＣＨブロックが（ＢＷＰ別に又は同一ＢＷＰ内に）設定されてよい。例えば、最初（ｉｎｉｔｉａｌ）ＢＷＰ＃０には１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック受信が設定され、同一セル内のＢＷＰ＃１には４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ）のＳＳ／ＰＢＣＨブロック受信が設定されてよい。

【0254】

例えば、ＢＷＰ＃１で（ＲＲＭ測定などを行うために設定された）４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ）のＳＳ／ＰＢＣＨブロックベースでＲＲＭ測定などを行う途中にＢＷＰ＃０にスイッチング（ｓｗｉｔｃｈｉｎｇ）された場合に、端末がＲＲＭ測定などの動作を継続して行い得るように、１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロックインデックスと４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ）のＳＳ／ＰＢＣＨブロックインデックス間にＱＣＬ関係が設定されてよい。

【0255】

すなわち、１２０ｋＨｚ ＳＣＳのＳＳ／ＰＢＣＨブロック（候補）ｉｎｄｅｘ ｎと４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ）のＳＳ／ＰＢＣＨブロック（候補）ｉｎｄｅｘ ｍが互いにＱＣＬ関係にあることが設定されてよく、又は同一（候補）ｉｎｄｅｘ間にはＱＣＬ関係が仮定され得るように規則が定められてよい。

【0256】

上述した方法は、ＲＲＭ測定動作の他、無線リンクモニタリング（ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）、候補ビーム検出（ｃａｎｄｉｄａｔｅ ｂｅａｍ ｄｅｔｅｃｔｉｏｎ）、ビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）、ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）などの動作にも拡張適用されてよい。また、サービングセル（ＰＣｅｌｌ及び／又はＰＳＣｅｌｌ及び／又はＳＣｅｌｌ）の他、隣接セル測定（ｎｅｉｇｈｂｏｕｒ ｃｅｌｌ ｍｅａｓｕｒｅｍｅｎｔ）観点でも拡張適用されてよい。

【0257】

又は、シグナリング複雑度を考慮して初期接続段階のＳＳ／ＰＢＣＨブロックが１２０ｋＨｚ ＳＣＳに制限されるとき、４８０ｋＨｚ ＳＣＳ又は９６０ｋＨｚ ＳＣＳベースのＳＳ／ＰＢＣＨブロックは（ＰＣｅｌｌ又はＰＳＣｅｌｌでない）ＳＣｅｌｌに対してのみ設定可能に規則が定められてよい。

【0258】

以下では、最初ＢＷＰでないＢＷＰ＃１にもＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）が設定される場合に、ＳＳ／ＰＢＣＨブロック基準でＳＳＢ－ｔｏ－ＲＯマッピングが行われる方法を開示する。

【0259】

端末の初期接続段階で複数のＳＣＳを適用することが仮定されるとき、具現複雑度を考慮して、初期接続段階でのＳＳ／ＰＢＣＨブロックに適用されるＳＣＳ値の個数を最小化してよい。

【0260】

例えば、初期接続段階のＳＳ／ＰＢＣＨブロックは１２０ｋＨｚ ＳＣＳに制限されてよい。さらに他の例として、初期接続後に（端末の支援有無によって）最小ＢＷＰでない別の専用（ｄｅｄｉｃａｔｅｄ）ＢＷＰ（例えば、ＢＷＰ＃１）は、４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ）に設定されてよい。

【0261】

専用ＢＷＰ＃２（又は、４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ） ＳＳ／ＰＢＣＨブロックが設定されたＢＷＰ＃１）に設定されたＰＲＡＣＨに対してＳＳＢ－ｔｏ－ＲＯマッピングを行う場合に、ＳＳＢ－ｔｏ－ＲＯマッピングは、１２０ｋＨｚ ＳＣＳ ＳＳ／ＰＢＣＨブロックに基づいて行われるか（ａｌｔ１）、４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ） ＳＳ／ＰＢＣＨブロックに基づいて行われるか（ａｌｔ２）、基準ＳＣＳ ＳＳ／ＰＢＣＨブロックを設定する上位層シグナリングに基づいて行われてよい（ａｌｔ３）。又は、設定されたＲＡＣＨのＳＣＳ基準で（すなわち、ＲＡＣＨ ＳＣＳと同じＳＣＳのＳＳ／ＰＢＣＨブロック基準で）ＳＳＢ－ｔｏ－ＲＯマッピングが行われてよい。

【0262】

さらに他の例として、４８０ｋＨｚ ＳＣＳ（又は、９６０ｋＨｚ ＳＣＳ） ＳＳ／ＰＢＣＨブロックが設定されたＢＷＰ＃１に設定されたＰＲＡＣＨに対してＳＳＢ－ｔｏ－ＲＯマッピングを行う場合に、ＳＳＢ－ｔｏ－ＲＯマッピングは、最初ＢＷＰに設定されたＳＳ／ＰＢＣＨブロックに基づいて行われるか（ｏｐｔ１）、同一（活性化（ａｃｔｉｖｅ））ＢＷＰに設定されたＳＳ／ＰＢＣＨブロックに基づいて行われるか（ｏｐｔ２）、最初ＢＷＰと同一（活性化（ａｃｔｉｖｅ））ＢＷＰのうちいずれかのＢＷＰを基準にして設定する上位層シグナリングに基づいて行われてよい（ｏｐｔ３）。

【0263】

実施例６

【0264】

実施例６は、６４以上のＳＳ／ＰＢＣＨブロック（候補）インデックス及び／又はＱＣＬ＿ｐａｒａ及び／又はＡＮＲ情報などがＰＢＣＨペイロードで送信される方法を開示する。

【0265】

下記の表６は、ＭＩＢ（２４ビット）のうち「ＢＣＣＨ－ＢＣＨ－Ｍｅｓｓａｇｅ」を除く２３ビット構成を示し、表７は、ＰＢＣＨペイロードを示す。ここで、ＰＢＣＨペイロードは、ＭＩＢ（２４ビット）に８ビットがさらに構成され、総３２ビットであってよい。

【0266】

【表6】

【0267】

【表7】

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

【表8】

【0351】

さらに他の実施例として、下記の表９に示すように、「ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ」に対応するＭＩＢ １ビットと「ｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ」のＬＳＢ １ビットがＱＣＬ＿ｐａｒａ値用途に代替されてよい。例えば、当該２ビットに対応する情報が「００」か、「０１」か、「１０」か又は「１１」かによってＱＣＬ＿ｐａｒａ値が６４であるか又は６４未満（例えば、３２、１６、８）であるかを設定できるとき、表９のようなシグナリングが導入されてよい。すなわち、「ＳＣＳ１２０」を示す状態及び「ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ」のＬＳＢ １ビットが「０」である場合に、ＱＣＬ＿ｐａｒａの値は６４に設定されてよい。これにより、「ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ」のＬＳＢ １ビットを「０」と解釈しても、ＣＯＲＥＳＥ＃０の周波数軸位置設定方法に問題がないようにチャネル及び同期ラスターがデザインされた場合に適用されてよい。

【0352】

【表9】

【0353】

図１３は、本開示に係るネットワーク側及び端末のシグナリング手順を説明するための図である。図１３は、前述した本開示の例示（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７、実施例８、実施例９、実施例１０又はその細部例示のうち一つ以上の組合せ）が適用され得る状況で、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）及び端末（ＵＥ）間のシグナリングの例示を示す。

【0354】

ここで、端末／ネットワーク側は例示的なものであり、図１３を参照して説明するように、様々な装置が代替適用されてよい。図１４は、説明の便宜のためのもので、本開示の範囲を限定するものではない。

【0355】

また、図１３に示す一部段階は、状況及び／又は設定などによって省略されてもよい。また、図１３のネットワーク側／ＵＥの動作において、前述した上りリンク送受信動作などが参照又は利用されてよい。

【0356】

以下の説明において、ネットワーク側は、複数のＴＲＰを含む１つの基地局であってよく、複数のＴＲＰを含む１つのセルであってもよい。又は、ネットワーク側は、複数のＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）／ＲＲＵ（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）を含むこともできる。一例として、ネットワーク側を構成するＴＲＰ １とＴＲＰ ２間には理想的／非理想的バックホール（ｂａｃｋｈａｕｌ）が設定されてもよい。

【0357】

また、以下の説明は複数のＴＲＰを基準に説明されるが、これは、複数のパネル／セルによる送信にも同一に拡張して適用されてよく、複数のＲＲＨ／ＲＲＵなどによる送信にも拡張適用されてよい。

【0358】

また、以下の説明では“ＴＲＰ”を基準に説明されるが、上述したように、“ＴＲＰ”はパネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル／スモールセル／ピコセルなど）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現に代替して適用されてもよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、ＣＯＲＥＳＥＴインデックス、ＩＤ）によって区分されてよい。

【0359】

一例として、１つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、１つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。

【0360】

また、基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、１つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、１つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。

【0361】

端末はネットワーク側からＳＳ／ＰＢＣＨを受信することができる（Ｓ１０５）。例えば、ＦＲ２－２帯域上で動作するネットワーク側は、対応する帯域で定義された同期ラスター（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒａｓｔｅｒ）を中心周波数にして端末にＳＳ／ＰＢＣＨを送信することができる。

【0362】

例えば、上述したＳ１０５段階の端末（図１４の１００又は２００）がネットワーク側（図１４の２００又は１００）からＳＳ／ＰＢＣＨを受信する動作は、以下に説明される図１４の装置によって具現されてよい。

【0363】

例えば、図１４を参照すると、一つ以上のプロセッサ１０２は、ＳＳ／ＰＢＣＨを受信するように一つ以上のトランシーバー１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上のトランシーバー１０６はネットワーク側から前記ＳＳ／ＰＢＣＨを受信することができる。

【0364】

端末は、ＳＳ／ＰＢＣＨブロックに含まれた情報を識別できる（Ｓ１１０）。例えば、端末は、ＳＳ／ＰＢＣＨブロック内の情報を用いてセルタイミング（ｃｅｌｌ ｔｉｍｉｎｇ）及び／又はＳＳ／ＰＢＣＨブロック間のＱＣＬ関係を取得できる。

【0365】

さらに他の例として、端末は、ＳＳ／ＰＢＣＨブロック内の情報を用いて、当該ＳＳ／ＰＢＣＨブロックに対してＤＢＴＷが適用されるか否かを識別できる。この時、端末は、４８０ｋＨｚ又は９６０ｋＨｚ ＳＣＳ ＳＳ／ＰＢＣＨブロックを用いたＡＮＲ情報を取得できる。

【0366】

例えば、上述したＳ１１０段階の端末（図１４の１００又は２００）がＳＳ／ＰＢＣＨブロックに含まれる情報を識別する過程は、以下に説明される図１４の装置によって具現されてよい。例えば、図１４を参照すると、一つ以上のプロセッサ１０２は、ＳＳ／ＰＢＣＨ内に含まれた情報を識別するように一つ以上のメモリ１０４などを制御できる。

【0367】

端末は、ＳＳ／ＰＢＣＨブロックに含まれた情報に基づいて上りリンクを送信できる（Ｓ１１５）。

【0368】

例えば、端末は、ＳＳ／ＰＢＣＨブロックに含まれたＰＢＣＨ情報によってＳＩＢ１を受信し、ＳＩＢ１情報をネットワーク側に報告できる。さらに他の例として、端末は、ＳＳ／ＰＢＣＨブロックを用いてＡＮＲ関連情報（例えば、ＮＣＧＩ（ｓ）／ＥＣＧＩ（ｓ）／ＴＡＣ（ｓ）／ＲＡＮＡＣ（ｓ）／ＰＬＭＮ ＩＤ（ｓ）など）を受信し、ＮＣＧＩ関連情報をネットワーク側に報告できる。

【0369】

ただし、これは一実施例に過ぎず、端末は、上述した実施例（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７、実施例８、実施例９、実施例１０又はその細部例示のうち一つ以上の組合せ）に基づいて上りリンクをネットワーク側に送信できる。

【0370】

例えば、上述したＳ１１５段階の端末（図１４の１００又は２００）が上りリンクを送信する動作は、以下の図１４の装置によって具現されてよい。

【0371】

例えば、図１４を参照すると、一つ以上のプロセッサ１０２は、上りリンクを送信するように一つ以上のトランシーバー１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上のトランシーバー１０６はネットワーク上りリンクを送信できる。

【0372】

前述したように、上記のネットワーク側／ＵＥシグナリング及び実施例（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７、実施例８、実施例９、実施例１０又はその細部例示のうち一つ以上の組合せ）は、図１４を参照して説明される装置によって具現されてよい。例えば、ネットワーク側（例えば、ＴＲＰ１／ＴＲＰ２）は第１デバイス１００、ＵＥは第２デバイス２００に該当してよく、場合によってその逆の場合も考慮できる。

【0373】

例えば、上述したネットワーク側／ＵＥシグナリング及び動作（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７、実施例８、実施例９、実施例１０又はその細部例示のうち一つ以上の組合せ）は、図１４の一つ以上のプロセッサ（例えば、１０２、２０２）によって処理されてよく、上述したネットワーク側／ＵＥシグナリング及び動作（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７、実施例８、実施例９、実施例１０又はその細部例示のうち一つ以上の組合せ）は、図１４の少なくとも一つのプロセッサ（例えば、１０２、２０２）を駆動するための命令語／プログラム（例えば、ｉｎｓｔｒｕｃｔｉｏｎ、ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ）の形態でメモリ（例えば、図１４の一つ以上のメモリ（例えば、１０４、２０４）に記憶されてよい。

【0374】

本開示が適用可能な装置一般

【0375】

図１４は、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

【0376】

図１４を参照すると、第１デバイス１００と第２デバイス２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）によって無線信号を送受信することができる。

【0377】

第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0378】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0379】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0380】

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

【0381】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。

【0382】

１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

【0383】

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

【0384】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0385】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、一つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している一つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0386】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0387】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2023-09-28

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が通信を行う方法であって、
基地局からシステム情報ブロック（ＳＩＢ）を受信する段階と、
第１下りリンク制御情報（ＤＣＩ）、第２ＤＣＩ又は第３ＤＣＩのうちの少なくとも一つに対して物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニターする段階と、を含み、
前記ＳＩＢを介してチャネル接続過程（ＣＡＰ）に関連する情報が提供されることに基づいて、周波数範囲（ＦＲ）２－２においてチャネル接続タイプ及び循環前置（ＣＰ）延長を指示する指示情報を含む前記第１ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記ＳＩＢを介して前記ＣＡＰに関連する情報が提供されないことに基づいて、前記ＦＲ２－２において前記指示情報を含まない前記第２ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記第１ＤＣＩのサイズと前記第２ＤＣＩのサイズは同一である、方法。

【請求項2】

前記第１ＤＣＩ及び前記第２ＤＣＩは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによりＣＲＣスクランブルされ、ＰＤＣＣＨオーダーによるランダム接続過程に関連しない、請求項１に記載の方法。

【請求項3】

前記第３ＤＣＩは、ＳＩ－ＲＮＴＩによりＣＲＣスクランブリングされる、請求項１に記載の方法。

【請求項4】

前記ＰＤＣＣＨは、共通検索空間（ＣＳＳ）でモニターされる、請求項１に記載の方法。

【請求項5】

ＦＲ１に対して共有スペクトラムチャネル接続が適用されたセルにおいて、前記第３ＤＣＩに含まれる留保ビットのサイズは、１７ビットであり、
ＦＲ１に対して非共有スペクトラムチャネル接続が適用されたセルにおいて、前記第３ＤＣＩに含まれる留保ビットのサイズは、１５ビットである、請求項１に記載の方法。

【請求項6】

前記第２ＤＣＩが検出されることに基づいて、前記第２ＤＣＩの前記指示情報の位置に対応するビットは留保される、請求項５に記載の方法。

【請求項7】

前記第１ＤＣＩに含まれる前記指示情報のサイズは、２ビットであり、
前記第２ＤＣＩに含まれる留保ビットサイズは、２ビットである、請求項１に記載の方法。

【請求項8】

前記ＦＲ２－２内の前記第３ＤＣＩに含まれる留保ビットサイズは、１７ビットである、請求項１に記載の方法。

【請求項9】

無線通信システムにおいて通信を行う端末であって、
少なくとも一つの送受信機と、
前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
前記少なくとも一つの送受信機を介して、基地局からシステム情報ブロック（ＳＩＢ）を受信し、
第１下りリンク制御情報（ＤＣＩ）、第２ＤＣＩ又は第３ＤＣＩのうちの少なくとも一つに対して物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニターするように設定され、
前記ＳＩＢを介してチャネル接続過程（ＣＡＰ）に関連する情報が提供されることに基づいて、周波数範囲（ＦＲ）２－２においてチャネル接続タイプ及び循環前置（ＣＰ）延長を指示する指示情報を含む前記第１ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記ＳＩＢを介して前記ＣＡＰに関連する情報が提供されないことに基づいて、前記ＦＲ２－２において前記指示情報を含まない前記第２ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記第１ＤＣＩのサイズと前記第２ＤＣＩのサイズは同一である、端末。

【請求項10】

無線通信システムにおいて通信を行う基地局であって、
少なくとも一つの送受信機と、
前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
前記少なくとも一つの送受信機を介して、基地局からシステム情報ブロック（ＳＩＢ）を送信し、
前記少なくとも一つの送受信機を介して、第１下りリンク制御情報（ＤＣＩ）、第２ＤＣＩ又は第３ＤＣＩのうちの少なくとも一つに対して物理下りリンク制御チャネル（ＰＤＣＣＨ）を送信するように設定され、
前記ＳＩＢを介してチャネル接続過程（ＣＡＰ）に関連する情報が提供されることに基づいて、周波数範囲（ＦＲ）２－２においてチャネル接続タイプ及び循環前置（ＣＰ）延長を指示する指示情報を含む前記第１ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記ＳＩＢを介して前記ＣＡＰに関連する情報が提供されないことに基づいて、前記ＦＲ２－２において前記指示情報を含まない前記第２ＤＣＩに対して前記ＰＤＣＣＨがモニターされ、
前記第１ＤＣＩのサイズと前記第２ＤＣＩのサイズは同一である、基地局。

【国際調査報告】