特許 7447153 端末、基地局、通信システム、及び通信方法

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

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

(11)【特許番号】

(24)【登録日】2024-03-01

(45)【発行日】2024-03-11

(54)【発明の名称】端末、基地局、通信システム、及び通信方法

(51)【国際特許分類】

   H04W 56/00 20090101AFI20240304BHJP

   H04W 72/0453 20230101ALI20240304BHJP

【ＦＩ】

H04W56/00 130

H04W72/0453

【請求項の数】 8

(21)【出願番号】P 2021572246

(86)(22)【出願日】2020-01-24

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

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

(87)【国際公開日】2021-07-29

【審査請求日】2022-11-25

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】原田 浩樹

(72)【発明者】

【氏名】栗田 大輔

(72)【発明者】

【氏名】永田 聡

(72)【発明者】

【氏名】ワン ジン

【審査官】岡本 正紀

(56)【参考文献】

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

【文献】Intel Corporation，New SID: Study on supporting NR from 52.6GHz to 71 GHz，3GPP TSG RAN Meeting #86 RP-193259，2019年12月12日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

第１の周波数帯域及び前記第１の周波数帯域より高い周波数である第２の周波数帯域において通信を行う無線通信システムにおける端末であって、
前記第２の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔が同じであると想定し、前記同期信号ブロックが送信されている候補位置を前記サブキャリア間隔ごとに設定する制御部と、
前記制御部が設定した前記候補位置で前記同期信号ブロックを受信する受信部と、
を有し、
前記制御部は、前記サブキャリア間隔が前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔の場合、前記候補位置を含むスロットが連続して配置されていると判断する端末。

【請求項2】

前記制御部は、前記第１の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔が異なると判断する、
請求項１に記載の端末。

【請求項3】

前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔は、４８０ｋＨｚ及び９６０ｋＨｚである、
請求項１に記載の端末。

【請求項4】

前記下りデータチャネルは、システム情報ブロックを含む、
請求項１に記載の端末。

【請求項5】

前記制御部は、前記第２の周波数帯域において、ライセンス周波数帯とアンライセンス周波数帯における前記同期信号ブロックが送信される候補位置を同じと判断する、請求項１に記載の端末。

【請求項6】

第１の周波数帯域及び前記第１の周波数帯域より高い周波数である第２の周波数帯域において通信を行う無線通信システムにおける基地局であって、
前記第２の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔を同じに設定し、同じである前記サブキャリア間隔ごとに前記同期信号ブロックを送信する候補位置を設定する制御部と、
前記制御部が設定した前記候補位置で前記同期信号ブロックを送信する送信部と、
を有し、
前記制御部は、前記サブキャリア間隔が前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔の場合、前記候補位置を含むスロットを連続して配置する基地局。

【請求項7】

第１の周波数帯域及び前記第１の周波数帯域より高い周波数である第２の周波数帯域において通信を行う通信システムであって、
前記第２の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔が同じに設定し、同じである前記サブキャリア間隔ごとに前記同期信号ブロックを送信する候補位置を設定する制御部と、
前記制御部が設定した前記候補位置で前記同期信号ブロックを端末に送信する送信部と、
を有し、
前記制御部は、前記サブキャリア間隔が前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔の場合、前記候補位置を含むスロットを連続して配置する基地局と、
前記第２の周波数帯域において、前記同期信号ブロックのサブキャリア間隔と、前記下り制御チャネルと前記下りデータチャネルの前記サブキャリア間隔が同じであると想定し、前記サブキャリア間隔ごとに前記同期信号ブロックの前記候補位置を設定する制御部と、
前記候補位置で前記同期信号ブロックを前記基地局から受信する受信部と、
を有する端末と、
を含む通信システム。

【請求項8】

第１の周波数帯域及び前記第１の周波数帯域より高い周波数である第２の周波数帯域において通信を行う無線通信システムにおける端末の通信方法であって、
前記第２の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔が同じであると想定し、前記同期信号ブロックが送信されている候補位置を前記サブキャリア間隔ごとに設定する制御ステップと、
前記制御ステップが設定した前記候補位置で前記同期信号ブロックを受信する受信ステップと、
を有し、
前記制御ステップは、前記サブキャリア間隔が前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔の場合、前記候補位置を含むスロットが連続して配置されていると判断する端末の通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおける端末及び基地局に関連するものである。

【背景技術】

【0002】

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のリリース１５のＮＲ（Ｎｅｗ Ｒａｄｉｏ）及びリリース１６のＮＲでは、上限が５２．６ＧＨｚまでの周波数帯を対象としている。５２．６ＧＨｚ以上の周波数帯にＮＲを拡張することについて、リリース１６で、各種規制（ｒｅｇｕｌａｔｉｏｎ）、ユースケース、要求条件（ｒｅｑｕｉｒｅｍｅｎｔ）等を検討するＴＳＧ ＲＡＮ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）レベルのｓｔｕｄｙ ｉｔｅｍが存在する。このｓｔｕｄｙ ｉｔｅｍの検討は、２０１９年１２月に完了しており、リリース１７で、仕様を実際に５２．６ＧＨｚ以上に拡張するためのｓｔｕｄｙ ｉｔｅｍ及びｗｏｒｋ ｉｔｅｍが合意されている。

【0003】

リリース１６での検討項目では、ＮＲの周波数帯として、５２．６ＧＨｚから１１４．２５ＧＨｚまで拡張することを想定していたが、リリース１７では、検討の時間が限られていることもあり、検討の対象とする周波数帯を、５２．６ＧＨｚから７１ＧＨｚまでに限定することが想定されている。さらに、ＮＲの周波数帯を、５２．６ＧＨｚから７１ＧＨｚまでに拡張する際に、現在のＮＲのＦＲ２（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ ２）のデザインに基づいて拡張を行うことが想定されている。

【先行技術文献】

【非特許文献】

【0004】

【文献】３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃８６、ＲＰ－１９３２２９、Ｓｉｔｇｅｓ、Ｓｐａｉｎ、Ｄｅｃｅｍｂｅｒ ９－１２、２０１９

【文献】３ＧＰＰ ＴＳ ３８．１０１－２ Ｖ１５．８．０ （２０１９－１２）

【文献】３ＧＰＰ ＴＳＧ－ＲＡＮ４ Ｍｅｅｔｉｎｇ ＃９２ｂｉｓ、Ｒ４－１９１２８７０、Ｃｈｏｎｇｑｉｎｇ、Ｃｈｉｎａ、１４－１８ Ｏｃｔ、２０１９

【文献】３ＧＰＰ ＴＳＧ－ＲＡＮ４ Ｍｅｅｔｉｎｇ ＃９３、Ｒ４－１９１６１６７、Ｒｅｎｏ、Ｕｎｉｔｅｄ Ｓｔａｔｅｓ、１８ｔｈ－２２ｎｄ Ｎｏｖｅｍｂｅｒ、２０１９

【文献】３ＧＰＰ ＴＳＧ－ＲＡＮ４ Ｍｅｅｔｉｎｇ ＃９２ｂｉｓ、Ｒ４－１９１２９８２、Ｃｈｏｎｇｑｉｎｇ、Ｃｈｉｎａ、１４ｔｈ－１８ｔｈ Ｏｃｔｏｂｅｒ ２０１９

【文献】３ＧＰＰ ＴＳＧ－ＲＡＮ４ Ｍｅｅｔｉｎｇ ＃９３、Ｒ４－１９１５９８２、Ｒｅｎｏ、ＵＳ、Ｎｏｖｅｍｂｅｒ １８－２２、２０１９

【文献】３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．８．０ （２０１９－１２）

【文献】３ＧＰＰ ＴＳ ３８．２１３ Ｖ１５．８．０ （２０１９－１２）

【発明の概要】

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

【0005】

５２．６ＧＨｚから７１ＧＨｚまでの周波数帯は、６０ＧＨｚのアンライセンスバンド（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むので、５２．６ＧＨｚから７１ＧＨｚまでの周波数帯に対応する機能拡張として、ライセンス周波数帯に対する機能拡張と、アンライセンス周波数に対する機能拡張とが必要となる可能性がある。

【0006】

ＮＲのＦＲ２の周波数帯域以上の高周波数帯において、ＦＲ２の仕様からの最小限の変更で、効率的かつ信頼性の高いＳＳＢ伝送を可能とする技術が必要とされている。

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

【0007】

本発明の一態様によれば、第１の周波数帯域及び前記第１の周波数帯域より高い周波数である第２の周波数帯域において通信を行う無線通信システムにおける端末であって、前記第２の周波数帯域において、同期信号ブロックのサブキャリア間隔と、下り制御チャネルと下りデータチャネルのサブキャリア間隔が同じであると想定し、前記同期信号ブロックが送信されている候補位置を前記サブキャリア間隔ごとに設定する制御部と、前記制御部が設定した前記候補位置で前記同期信号ブロックを受信する受信部と、を有し、前記制御部は、前記サブキャリア間隔が前記第１の周波数帯域では用いられず、第２の周波数帯域で用いられるサブキャリア間隔の場合、前記候補位置を含むスロットが連続して配置されていると判断する端末、が提供される。

【発明の効果】

【0008】

実施例によれば、ＮＲのＦＲ２の周波数帯域以の高周波数帯において、ＦＲ２の仕様からの最小限の変更で、効率的かつ信頼性の高いＳＳＢ伝送を可能とする技術が提供される。

【図面の簡単な説明】

【0009】

【図1】本実施の形態における通信システムの構成図である。

【図2】２０個のＳＳＢの送信候補位置の例を示す図である。

【図3】リリース１５のＮＲで導入されたＳＳＢのリソースマッピングの構造の例を示す図である。

【図4】リリース１５のＮＲのＦＲ２におけるＳＳＢ ｂｕｒｓｔ ｓｔｒｕｃｔｕｒｅ Ｃａｓｅ Ｄの例を示す図である。

【図5】リリース１５のＮＲのＦＲ２におけるＳＳＢ ｂｕｒｓｔ ｓｔｒｕｃｔｕｒｅ Ｃａｓｅ Ｅの例を示す図である。

【図6】リリース１５のＮＲのＦＲ１におけるＳＳＢ ｂｕｒｓｔ ｓｔｒｕｃｔｕｒｅ Ｃａｓｅ Ａの例を示す図である。

【図7】リリース１５のＮＲのＦＲ１におけるＳＳＢ ｂｕｒｓｔ ｓｔｒｕｃｔｕｒｅ Ｃａｓｅ Ｃの例を示す図である。

【図8】スロット内のＳＳＢ送信候補位置の例１－１を示す図である。

【図9】スロット内のＳＳＢ送信候補位置の例１－２を示す図である。

【図10】スロット内のＳＳＢ送信候補位置の例１－３を示す図である。

【図11】スロット内のＳＳＢ送信候補位置の例２－１を示す図である。

【図12】スロット内のＳＳＢ送信候補位置の例２－２を示す図である。

【図13】５２．６ＧＨｚから７１ＧＨｚまでの周波数帯に含まれるアンライセンス周波数帯における、ＳＳＢの送信候補位置を含むスロットのマッピングの例を示す図である。

【図14】５２．６ＧＨｚから７１ＧＨｚまでの周波数帯に含まれるアンライセンス周波数帯における、ＳＳＢの送信候補位置を含むスロットのマッピングの別の例を示す図である。

【図15】ＳＳＢの候補位置及びＱＣＬパラメータにより、ＳＳＢインデックスを導出する例を示す図である。

【図16】端末の機能構成の一例を示す図である。

【図17】基地局の機能構成の一例を示す図である。

【図18】端末及び基地局のハードウェア構成の一例を示す図である。

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

【0010】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0011】

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。

【0012】

（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、端末１０、及び基地局２０を含む。図１には、端末１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

【0013】

端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。端末１０は、ＤＬで制御信号又はデータを基地局２０から受信し、ＵＬで制御信号又はデータを基地局２０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。例えば、端末１０から送信されるチャネルには、ＰＵＣＣＨ（Physical Uplink Control Channel）及びＰＵＳＣＨ（Physical Uplink Shared Channel）が含まれる。また、端末１０をＵＥと称し、基地局２０をｇＮＢと称してもよい。

【0014】

本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよい。

【0015】

また、実施の形態において、無線パラメータ等が「設定される（Ｃｏｎｆｉｇｕｒｅ）」とは、所定の値が予め設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅ）されることであってもよいし、基地局２０又は端末１０から通知される無線パラメータに基づいて設定されることであってもよい。

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

図９は、スロット内のＳＳＢ送信候補位置の例１－２を示す図である。図９の例では、図５に示されるＣａｓｅ Ｅの構成を再利用している。スロットあたりのシンボル数は２８であってもよい。例えば、ＳＳＢのＳＣＳとＰＤＣＣＨ／ＰＤＳＣＨのＳＣＳとして、２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚがサポートされてもよい。図９の例では、ＳＳＢのＳＣＳとＰＤＣＣＨ／ＰＤＳＣＨのＳＣＳとして、２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚがサポートされる場合においても、図５に示されるＣａｓｅ Ｅの構成を適用する。図９の例ではＳＣＳが２４０ｋＨｚである場合、スロット長は、０．１２５ｍｓであり、ＳＣＳが４８０ｋＨｚである場合、スロット長は、０．０６２５ｍｓであり、ＳＣＳが９６０ｋＨｚである場合、スロット長は、０．０３１２５ｍｓである。図９の例では、４つのＳＳＢがスロットにおいて隣接するようにマッピングされている。連続する２つのスロットの間で、先頭８シンボル及び後半４シンボルに対してＳＳＢがマッピングされないパターンと、先頭４シンボル及び後半８シンボルに対してＳＳＢがマッピングされないパターンが交互に繰り返されている。このようなパターンをスロット８個分繰り返した後に、ＳＳＢを含まないスロットが２つ置かれる。このようなパターンを繰り返すことにより、６４個のＳＳＢの送信候補位置が設定される。

【0072】

図１０は、スロット内のＳＳＢ送信候補位置の例１－３を示す図である。図１０の例では、図４に示されるＣａｓｅ Ｄの構成を、スロットあたりのシンボル数が２８の場合に適用した例である。例えば、ＳＳＢのＳＣＳとＰＤＣＣＨ／ＰＤＳＣＨのＳＣＳとして、２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚがサポートされてもよい。図１０の例ではＳＣＳが２４０ｋＨｚである場合、スロット長は、０．１２５ｍｓであり、ＳＣＳが４８０ｋＨｚである場合、スロット長は、０．０６２５ｍｓであり、ＳＣＳが９６０ｋＨｚである場合、スロット長は、０．０３１２５ｍｓである。図１０の例では、１つのスロットの中において、先頭の４シンボルにはＳＳＢをマッピングせず、その後の４シンボルに１個目のＳＳＢをマッピングして、その後の４シンボルに２個目のＳＳＢをマッピングして、その後の４シンボルには、ＳＳＢをマッピングせず、その後の４シンボルに３個目のＳＳＢをマッピングして、その後の４シンボルに４個目のＳＳＢをマッピングして、その後の４シンボルには、ＳＳＢをマッピングしない。

【0073】

図１０に示される例１－３－１では、上記のようにＳＳＢの送信候補位置をマッピングしたスロットが４つ連続した後、ＳＳＢの送信候補位置がマッピングされないスロットが１つ置かれるパターンが繰り返されて、６４個のＳＳＢの送信候補位置が設定される。

【0074】

図１０に示される例１－３－２では、上記のようにＳＳＢの送信候補位置をマッピングしたスロットが８つ連続した後、ＳＳＢの送信候補位置がマッピングされないスロットが２つ置かれるパターンが繰り返されて、６４個のＳＳＢの送信候補位置が設定される。

【0075】

また、例１－４として、図７に示されるＣａｓｅ Ｃの構成を、スロットあたりのシンボル数が１４の場合に適用してもよい。

【0076】

また、例１－５として、図７に示されるＣａｓｅ Ｃの構成を、スロットあたりのシンボル数が２８の場合に適用してもよい。

【0077】

また、例１－６として、ＳＣＳ毎に上述の例１－１から例１－５のうちのいずれかの構成を適用してもよい。例えば、ＳＣＳが２４０ｋＨｚの場合に、例１－１又は例１－４（スロットあたりのシンボル数が１４の場合）を適用してもよい。また、例えば、ＳＣＳが４８０ｋＨｚ又は９６０ｋＨｚの場合に、例１－２、例１－３、又は例１－４（スロットあたりのシンボル数が２８の場合）を適用してもよい。

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

端末１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

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

１０ 端末
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】