特許 7407726 端末、無線通信方法及びシステム

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

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

(11)【特許番号】

(24)【登録日】2023-12-21

(45)【発行日】2024-01-04

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

(51)【国際特許分類】

   H04L 27/26 20060101AFI20231222BHJP

   H04B 7/06 20060101ALI20231222BHJP

   H04B 7/08 20060101ALI20231222BHJP

   H04W 72/20 20230101ALI20231222BHJP

   H04W 16/28 20090101ALI20231222BHJP

   H04W 24/10 20090101ALI20231222BHJP

【ＦＩ】

H04L27/26 114

H04B7/06 960

H04B7/08 810

H04W72/20

H04W16/28

H04W24/10

【請求項の数】 3

(21)【出願番号】P 2020547597

(86)(22)【出願日】2018-09-21

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

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

(87)【国際公開日】2020-03-26

【審査請求日】2021-06-09

【前置審査】

(73)【特許権者】

【識別番号】392026693

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

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(72)【発明者】

【氏名】松村 祐輝

(72)【発明者】

【氏名】武田 一樹

(72)【発明者】

【氏名】永田 聡

【審査官】齊藤 晶

(56)【参考文献】

【文献】vivo，Remaining issues on mechanism to recover from beam failure[online]，3GPP TSG RAN WG1 #92b R1-1803818，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1803818.zip>，2018年04月06日

【文献】Qualcomm Incorporated，Summary of Maintenance for PRACH procedure[online]，3GPP TSG-RAN WG1 94 R1-1809903，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809903.zip>，2018年08月24日

【文献】QUALCOMM INCORPORATED，Beam management for NR [online]，3GPP TSG-RAN WG1 Meeting #94，R1-1809711，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809711.zip> ，2018年08月18日

【文献】VIVO，Remaining issues on beam measurement and reporting，3GPP TSG-RAN WG1 Meeting #94，R1-1808221，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808221.zip> ，2018年08月11日

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

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｂ ７／０６

Ｈ０４Ｂ ７／０８

Ｈ０４Ｗ ７２／２０

Ｈ０４Ｗ １６／２８

Ｈ０４Ｗ ２４／１０

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

【請求項1】

ビーム障害検出（Beam Failure Detection（ＢＦＤ））用リソースを上位レイヤシグナリングによって設定されない場合に、COntrol REsource SET（ＣＯＲＥＳＥＴ）のためのTransmission Configuration Indication（ＴＣＩ）状態に基づいて、所定数までの参照信号（Reference Signal（ＲＳ））のインデックスを決定する制御部と、
前記参照信号を受信する受信部と、を有し、
前記制御部は、システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのQuasi-Co-Location（ＱＣＬ）想定が別の想定に変更される場合、他のＣＯＲＥＳＥＴのＱＣＬ想定を、当該別の想定に基づいて判断し、
前記制御部は、前記システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのＱＣＬ想定を、ＴＣＩ状態が設定されない場合には、最新のランダムアクセスチャネルに対応する同期信号ブロックに基づいて決定する端末。

【請求項2】

ビーム障害検出（Beam Failure Detection（ＢＦＤ））用リソースを上位レイヤシグナリングによって設定されない場合に、COntrol REsource SET（ＣＯＲＥＳＥＴ）のためのTransmission Configuration Indication（ＴＣＩ）状態に基づいて、所定数までの参照信号（Reference Signal（ＲＳ））のインデックスを決定するステップと、
前記参照信号を受信するステップと、
システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのQuasi-Co-Location（ＱＣＬ）想定が別の想定に変更される場合、他のＣＯＲＥＳＥＴのＱＣＬ想定を、当該別の想定に基づいて判断するステップと、を有し、
前記システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのＱＣＬ想定を、ＴＣＩ状態が設定されない場合には、最新のランダムアクセスチャネルに対応する同期信号ブロックに基づいて決定ステップをさらに有する端末の無線通信方法。

【請求項3】

端末及び基地局を含むシステムであって、
前記端末は、
ビーム障害検出（Beam Failure Detection（ＢＦＤ））用リソースを上位レイヤシグナリングによって設定されない場合に、COntrol REsource SET（ＣＯＲＥＳＥＴ）のためのTransmission Configuration Indication（ＴＣＩ）状態に基づいて、所定数までの参照信号（Reference Signal（ＲＳ））のインデックスを決定する制御部と、
前記参照信号を受信する受信部と、を有し、
前記制御部は、システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのQuasi-Co-Location（ＱＣＬ）想定が別の想定に変更される場合、他のＣＯＲＥＳＥＴのＱＣＬ想定を、当該別の想定に基づいて判断し、
前記制御部は、前記システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのＱＣＬ想定を、ＴＣＩ状態が設定されない場合には、最新のランダムアクセスチャネルに対応する同期信号ブロックに基づいて決定し、
前記基地局は、
前記参照信号を送信する送信部を有するシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、次世代移動通信システムにおける端末、無線通信方法及びシステムに関する。

【背景技術】

【0002】

ＵＭＴＳ（Universal Mobile Telecommunications System）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてＬＴＥ（Long Term Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（３ＧＰＰ（Third Generation Partnership Project） Ｒｅｌ．（Release）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ Ｒｅｌ．１０－１４）が仕様化された。

【0003】

ＬＴＥの後継システム（例えば、５Ｇ（5th generation mobile communication system）、５Ｇ＋（plus）、ＮＲ（New Radio）、３ＧＰＰ Ｒｅｌ．１５以降などともいう）も検討されている。

【0004】

既存のＬＴＥシステム（ＬＴＥ Ｒｅｌ．８－１４）では、無線リンク品質のモニタリング（無線リンクモニタリング（ＲＬＭ：Radio Link Monitoring））が行われる。ＲＬＭより無線リンク障害（ＲＬＦ：Radio Link Failure）が検出されると、ＲＲＣ（Radio Resource Control）コネクションの再確立（re-establishment）がユーザ端末（ＵＥ：User Equipment）に要求される。

【先行技術文献】

【非特許文献】

【0005】

【文献】3GPP TS 36.300 V8.12.0 “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)”、２０１０年４月

【発明の概要】

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

【0006】

将来の無線通信システム（例えば、ＮＲ）では、ビーム障害を検出して他のビームに切り替える手順（ビーム障害回復（ＢＦＲ：Beam Failure Recovery）手順、ＢＦＲなどと呼ばれてもよい）を実施することが検討されている。ＢＦＲのために、ＵＥは、設定された参照信号リソースを用いてビーム障害を検出する。

【0007】

一方で、ＮＲでは、制御リソースセット（ＣＯＲＥＳＥＴ：COntrol REsource SET）の１つとして、ＳＩＢ１（System Information Block 1）用のＣＯＲＥＳＥＴであるＣＯＲＥＳＥＴ＃０の利用が検討されている。また、ＣＯＲＥＳＥＴ＃０を初期アクセスだけでなく、ＲＲＣ接続後のユニキャストＰＤＣＣＨ（Physical Downlink Control Channel）に利用することが検討されている。

【0008】

ＣＯＲＥＳＥＴ＃０にユニキャストＰＤＣＣＨを配置するためには、ＣＯＲＥＳＥＴ＃０のＰＤＣＣＨについて、ＢＦＲ手順を実施することが必要となる。しかしながら、ＣＯＲＥＳＥＴ＃０に関してＢＦＲを適用することは、現状の仕様ではできない。ＣＯＲＥＳＥＴ＃０に関してＢＦＲが適用できるように明確に規定しなければ、ＣＯＲＥＳＥＴ＃０でのユニキャストＰＤＣＣＨの利用ができず、通信スループットが低下するおそれがある。

【0009】

そこで、本開示は、ＢＦＲのための参照信号を適切に特定できる端末、無線通信方法及びシステムを提供することを目的の１つとする。

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

【0010】

本開示の一態様に係る端末は、ビーム障害検出（Beam Failure Detection（ＢＦＤ））用リソースを上位レイヤシグナリングによって設定されない場合に、COntrol REsource SET（ＣＯＲＥＳＥＴ）のためのTransmission Configuration Indication（ＴＣＩ）状態に基づいて、所定数までの参照信号（Reference Signal（ＲＳ））のインデックスを決定する制御部と、前記参照信号を受信する受信部と、を有し、前記制御部は、システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのQuasi-Co-Location（ＱＣＬ）想定が別の想定に変更される場合、他のＣＯＲＥＳＥＴのＱＣＬ想定を、当該別の想定に基づいて判断し、前記制御部は、前記システム情報のためのサーチスペースに対応するＣＯＲＥＳＥＴのためのＱＣＬ想定を、ＴＣＩ状態が設定されない場合には、最新のランダムアクセスチャネルに対応する同期信号ブロックに基づいて決定する。

【発明の効果】

【0011】

本開示の一態様によれば、ＢＦＲのための参照信号を適切に特定できる。

【図面の簡単な説明】

【0012】

【図1】図１は、Ｒｅｌ－１５ ＮＲにおけるビーム回復手順の一例を示す図である。

【図2】図２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。

【図3】図３は、一実施形態に係る基地局の構成の一例を示す図である。

【図4】図４は、一実施形態に係るユーザ端末の構成の一例を示す図である。

【図5】図５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。

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

【0013】

（ＱＣＬ／ＴＣＩ）
ＮＲでは、送信設定指示状態（ＴＣＩ状態（Transmission Configuration Indication state））に基づいて、信号及びチャネルの少なくとも一方（信号／チャネルと表現する）の受信処理（例えば、受信、デマッピング、復調、復号の少なくとも１つ）を制御することが検討されている。

【0014】

ここで、ＴＣＩ状態とは、チャネル又は信号の疑似コロケーション（ＱＣＬ：Quasi-Co-Location）に関する情報であり、空間受信パラメータ、空間関係情報（spatial relation info）などとも呼ばれてもよい。ＴＣＩ状態は、チャネルごと又は信号ごとにＵＥに設定されてもよい。ＵＥは、チャネルのＴＣＩ状態に基づいて、当該チャネルの送信ビーム（Ｔｘビーム）及び受信ビーム（Ｒｘビーム）の少なくとも１つを決定してもよい。

【0015】

ＱＣＬとは、信号／チャネルの統計的性質を示す指標である。例えば、ある信号／チャネルと他の信号／チャネルがＱＣＬの関係である場合、これらの異なる複数の信号／チャネル間において、ドップラーシフト（doppler shift）、ドップラースプレッド（doppler spread）、平均遅延（average delay）、遅延スプレッド（delay spread）、空間パラメータ（Spatial parameter）（例えば、空間受信パラメータ（Spatial Rx Parameter））の少なくとも１つが同一である（これらの少なくとも１つに関してＱＣＬである）と仮定できることを意味してもよい。

【0016】

なお、空間受信パラメータは、ＵＥの受信ビーム（例えば、受信アナログビーム）に対応してもよく、空間的ＱＣＬに基づいてビームが特定されてもよい。本開示におけるＱＣＬ（又はＱＣＬの少なくとも１つの要素）は、ｓＱＣＬ（spatial QCL）で読み替えられてもよい。

【0017】

ＱＣＬは、複数のタイプ（ＱＣＬタイプ）が規定されてもよい。例えば、同一であると仮定できるパラメータ（又はパラメータセット）が異なる４つのＱＣＬタイプＡ－Ｄが設けられてもよく、以下に当該パラメータについて示す：
・ＱＣＬタイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延及び遅延スプレッド、
・ＱＣＬタイプＢ：ドップラーシフト及びドップラースプレッド、
・ＱＣＬタイプＣ：ドップラーシフト及び平均遅延、
・ＱＣＬタイプＤ：空間受信パラメータ。

【0018】

ＴＣＩ状態は、例えば、対象となるチャネル（又は当該チャネル用の参照信号（ＲＳ：Reference Signal））と、別の信号（例えば、別の下り参照信号（ＤＬ－ＲＳ：Downlink Reference Signal））とのＱＣＬに関する情報であってもよい。ＴＣＩ状態は、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせによって設定（指示）されてもよい。

【0019】

本開示において、上位レイヤシグナリングは、例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。

【0020】

ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ（Control Element））、ＭＡＣ ＰＤＵ（Protocol Data Unit）などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（ＭＩＢ：Master Information Block）、システム情報ブロック（ＳＩＢ：System Information Block）、最低限のシステム情報（ＲＭＳＩ：Remaining Minimum System Information）、その他のシステム情報（ＯＳＩ：Other System Information）などであってもよい。

【0021】

物理レイヤシグナリングは、例えば、下り制御情報（ＤＣＩ：Downlink Control Information）であってもよい。

【0022】

ＴＣＩ状態が設定（指定）されるチャネルは、例えば、下り共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）、下り制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）、上り共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）の少なくとも１つであってもよい。

【0023】

また、当該チャネルとＱＣＬ関係となるＲＳは、例えば、同期信号ブロック（ＳＳＢ：Synchronization Signal Block）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ：Channel State Information Reference Signal）、測定用参照信号（ＳＲＳ：Sounding Reference Signal）の少なくとも１つであってもよい。

【0024】

ＳＳＢは、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）、セカンダリ同期信号（ＳＳＳ：Secondary Synchronization Signal）及びブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）の少なくとも１つを含む信号ブロックである。ＳＳＢは、ＳＳ／ＰＢＣＨブロックと呼ばれてもよい。

【0025】

上位レイヤシグナリングによって設定されるＴＣＩ状態の情報要素（ＲＲＣの「TCI-state IE」）は、１つ又は複数のＱＣＬ情報（「QCL-Info」）を含んでもよい。ＱＣＬ情報は、ＱＣＬ関係となるＤＬ－ＲＳに関する情報（ＤＬ－ＲＳ関連情報）及びＱＣＬタイプを示す情報（ＱＣＬタイプ情報）の少なくとも１つを含んでもよい。ＤＬ－ＲＳ関連情報は、ＤＬ－ＲＳのインデックス（例えば、ＳＳＢインデックス、ノンゼロパワーＣＳＩ－ＲＳリソースＩＤ）、ＲＳが位置するセルのインデックス、ＲＳが位置するＢＷＰ（Bandwidth Part）のインデックスなどの情報を含んでもよい。

【0026】

（ＣＯＲＥＳＥＴ＃０）
ＮＲにおける初期アクセスでは、ＳＳＢの検出、ＰＢＣＨによって伝送されるブロードキャスト情報の取得、ランダムアクセスによる接続確立などが行われる。

【0027】

ＵＥは、ＳＳＢを検出し、ＰＢＣＨによって伝達される情報（例えば、ＭＩＢ）に基づいて、システム情報（例えば、ＳＩＢ１（System Information Block 1）、ＲＭＳＩ（Remaining Minimum System Information））用の制御リソースセット（ＣＯＲＥＳＥＴ：COntrol REsource SET）を決定してもよい。

【0028】

ＣＯＲＥＳＥＴは、ＰＤＣＣＨの割り当て候補領域に該当する。ＳＩＢ１（又はＲＭＳＩ）用のＣＯＲＥＳＥＴは、ＳＩＢ１を伝達するＰＤＳＣＨのスケジュールに用いられるＰＤＣＣＨ（ＤＣＩ）のためのＣＯＲＥＳＥＴと呼ばれてもよい。

【0029】

ＳＩＢ１用のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０（controlResourceSetZero）、ＣＯＲＥＳＥＴ ＩＤ（ＲＲＣパラメータ「ControlResourceSetId」に対応）＝０のＣＯＲＥＳＥＴ、ＰＢＣＨ（ＭＩＢ）又はサービングセル共通設定（ＲＲＣ情報要素「ServingCellConfigCommon」）を介して設定されるＣＯＲＥＳＥＴ、共通ＣＯＲＥＳＥＴ（common CORESET）、共通ＣＯＲＥＳＥＴ＃０、セル固有（cell specific）のＣＯＲＥＳＥＴ、タイプ０のＰＤＣＣＨ共通サーチスペースに対応するＣＯＲＥＳＥＴ、などとも呼ばれる。

【0030】

ＣＯＲＥＳＥＴ＃０には、１以上のサーチスペースセットが関連付けられていてもよい。当該サーチスペースセットは、共通サーチスペースセット（common search space set）及びＵＥ固有サーチスペースセット（UE specific search space set）の少なくとも一方を含んでいてもよい。本開示では、サーチスペースセット及びサーチスペースは互いに読み替えられてもよい。

【0031】

ＣＯＲＥＳＥＴ＃０に関連付けられるサーチスペースは、サーチスペース＃０（searchSpaceZero）、ＳＩＢ１用のサーチスペース（タイプ０のＰＤＣＣＨ共通サーチスペース、searchSpaceSIB）、ＯＳＩ用のサーチスペース（タイプ０ＡのＰＤＣＣＨ共通サーチスペース、searchSpaceOtherSystemInformation）、ページング用のサーチスペース（タイプ２のＰＤＣＣＨ共通サーチスペース、pagingSearchSpace）、ランダムアクセス用のサーチスペース（タイプ１のＰＤＣＣＨ共通サーチスペース、ra-SearchSpace）などの少なくとも１つを含んでいてもよい。

【0032】

ＵＥは、ＭＩＢ内の所定ビット数（例えば、８ビット）のインデックス（pdcch-ConfigSIB1、RMSI-PDCCH-Configなどともいう）又はＳＩＢ１内のＣＯＲＥＳＥＴ＃０用のパラメータ（controlResourceSetZeroともいう）に基づいて、ＣＯＲＥＳＥＴ＃０を決定してもよい。

【0033】

例えば、ＵＥは、これらのインデックス又はパラメータに基づいて、ＣＯＲＥＳＥＴ＃０の周波数リソース、時間リソース、最小チャネル帯域幅（minimum channel bandwidth）及びサブキャリア間隔（ＳＣＳ：SubCarrier Spacing）の少なくとも１つを決定してもよい。

【0034】

ＣＯＲＥＳＥＴ＃０の帯域幅は、初期アクセス用のＢＷＰ（初期（initial）ＢＷＰともいう）の帯域幅に該当してもよい。

【0035】

ＵＥは、ＣＯＲＥＳＥＴ＃０以外のＣＯＲＥＳＥＴについては、ＲＲＣシグナリングを用いて利用可能なＴＣＩ状態が設定されてもよく、設定されたＴＣＩ状態のうち１つ又は複数のＴＣＩ状態を、ＭＡＣ ＣＥに基づいてアクティベートしてもよい。当該ＭＡＣ ＣＥは、ＵＥ固有ＰＤＣＣＨ用ＴＣＩ状態指示ＭＡＣ ＣＥ（TCI State Indication for UE-specific PDCCH MAC CE）と呼ばれてもよい。ＵＥは、ＣＯＲＥＳＥＴのモニタを、当該ＣＯＲＥＳＥＴに対応するアクティブなＴＣＩ状態に基づいて実施してもよい。

【0036】

一方、ＵＥは、ＣＯＲＥＳＥＴ＃０（又はＣＯＲＥＳＥＴ＃０に関連付けられるサーチスペース）におけるＰＤＣＣＨの復調用参照信号（ＤＭＲＳ：Demodulation Reference Signal）のアンテナポートと、検出したＳＳＢとが、ＱＣＬの関係にあると想定してもよい。なお、所定のＣＯＲＥＳＥＴ、チャネル又は参照信号が、別のＣＯＲＥＳＥＴ、チャネル又は参照信号と特定のＱＣＬ（例えば、ＱＣＬタイプＤ）の関係にあるとＵＥが想定することは、ＱＣＬ想定（QCL assumption）と呼ばれてもよい。

【0037】

ＣＯＲＥＳＥＴ＃０におけるＱＣＬ想定は、ランダムアクセス手順に従って変更されてもよい。ＵＥは、例えば、送信するランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）に対応するＳＳＢ又はＣＳＩ－ＲＳが、ＣＯＲＥＳＥＴ＃０のＰＤＣＣＨのＤＭＲＳと特定のＱＣＬ関係（例えば、ＱＣＬタイプＤ）であると想定してもよい。ＰＤＣＣＨのＤＭＲＳとＱＣＬである信号は、ＰＤＣＣＨのＱＣＬソースと呼ばれてもよい。

【0038】

ＵＥは、上位レイヤシグナリングによって、非衝突型ランダムアクセス（ＣＦＲＡ：Contention Free Random Access）用のＰＲＡＣＨプリアンブル及びリソースと、１以上のＳＳＢ又はＣＳＩ－ＲＳとの対応関係を設定されてもよい。

【0039】

ＵＥは、ＳＳＢ又はＣＳＩ－ＲＳを測定し、測定結果に基づく特定のＳＳＢ又はＣＳＩ－ＲＳに対応するＰＲＡＣＨリソースを用いて、ＰＲＡＣＨを送信してもよい。ＵＥは、当該特定のＳＳＢ又はＣＳＩ－ＲＳを、ＣＦＲＡ後のＣＯＲＥＳＥＴ＃０用のＱＣＬソースとして決定してもよい。

【0040】

ＵＥは、衝突型ランダムアクセス（ＣＢＲＡ：Contention Based Random Access）中に選択（又は決定）したＳＳＢを、ＣＢＲＡ後のＣＯＲＥＳＥＴ＃０用のＱＣＬソースとして決定してもよい。

【0041】

（ＢＦＲ）
ＮＲでは、ビームフォーミングを利用して通信を行うことが検討されている。また、無線リンク障害（ＲＬＦ：Radio Link Failure）の発生を抑制するために、特定のビームの品質が悪化する場合、他のビームへの切り替え（ビーム回復（ＢＲ：Beam Recovery）、ビーム障害回復（ＢＦＲ：Beam Failure Recovery）、Ｌ１／Ｌ２（Layer 1/Layer 2）ビームリカバリなどと呼ばれてもよい）手順を実施することが検討されている。なお、ＢＦＲ手順は単にＢＦＲと呼ばれてもよい。

【0042】

なお、本開示におけるビーム障害（beam failure）は、リンク障害（link failure）と呼ばれてもよい。

【0043】

図１は、Ｒｅｌ－１５ ＮＲにおけるビーム回復手順の一例を示す図である。ビームの数などは一例であって、これに限られない。

【0044】

図１の初期状態（ステップＳ１０１）において、ＵＥは、２つのビームを用いて送信されるＲＳリソースに基づく測定を実施する。当該ＲＳは、ＳＳＢ及びＣＳＩ－ＲＳの少なくとも１つであってもよい。ステップＳ１０１において測定されるＲＳは、ビーム障害検出のためのＲＳ（ＢＦＤ－ＲＳ：Beam Failure Detection RS）などと呼ばれてもよい。ビーム障害検出は、単に障害検出と呼ばれてもよい。

【0045】

ステップＳ１０２において、基地局からの電波が妨害されたことによって、ＵＥはＢＦＤ－ＲＳを検出できない（又はＲＳの受信品質が劣化する）。このような妨害は、例えばＵＥ及び基地局間の障害物、フェージング、干渉などの影響によって発生し得る。

【0046】

ＵＥは、所定の条件が満たされると、ビーム障害を検出する。ＵＥは、例えば、設定されたＢＦＤ－ＲＳの全てについて、ＢＬＥＲ（Block Error Rate）が閾値未満である場合、ビーム障害の発生を検出してもよい。ビーム障害の発生が検出されると、ＵＥの下位レイヤ（物理（ＰＨＹ）レイヤ）は、上位レイヤ（ＭＡＣレイヤ）に対してビーム障害インスタンスを通知（指示）してもよい。

【0047】

なお、判断の基準（クライテリア）は、ＢＬＥＲに限られず、物理レイヤにおける参照信号受信電力（Ｌ１－ＲＳＲＰ：Layer 1 Reference Signal Received Power）であってもよい。なお、本開示のＲＳＲＰは、ＲＳＲＱ（Reference Signal Received Quality）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）、その他の電力又は品質に関する情報で読み替えられてもよい。

【0048】

また、ＲＳ測定の代わりに又はＲＳ測定に加えて、ＰＤＣＣＨなどに基づいてビーム障害検出が実施されてもよい。ＢＦＤ－ＲＳは、ＵＥによってモニタされるＰＤＣＣＨのＤＭＲＳとＱＣＬであると期待されてもよい。

【0049】

ＢＦＤ－ＲＳに関する情報（例えば、ＲＳのインデックス、リソース、数、ポート数、プリコーディングなど）、ビーム障害検出（ＢＦＤ）に関する情報（例えば、上述の閾値）などは、上位レイヤシグナリングなどを用いてＵＥに設定（通知）されてもよい。ＢＦＤ－ＲＳに関する情報は、ＢＦＤ用リソースに関する情報、ＢＦＤ－ＲＳリソースに関する情報などと互いに読み替えられてもよい。

【0050】

ＵＥのＭＡＣレイヤは、ＵＥのＰＨＹレイヤからビーム障害インスタンス通知を受信した場合に、所定のタイマ（ビーム障害検出タイマと呼ばれてもよい）を開始してもよい。ＵＥのＭＡＣレイヤは、当該タイマが満了するまでにビーム障害インスタンス通知を一定回数（例えば、ＲＲＣで設定される「beamFailureInstanceMaxCount」）以上受信したら、ＢＦＲをトリガ（例えば、後述のランダムアクセス手順のいずれかを開始）してもよい。

【0051】

基地局は、ＵＥからの通知がない場合、又はＵＥから所定の信号（ステップＳ１０４におけるビーム回復要求）を受信した場合に、当該ＵＥがビーム障害を検出したと判断してもよい。

【0052】

ステップＳ１０３において、ＵＥはビーム回復のため、新たに通信に用いるための新候補ビーム（new candidate beam）のサーチを開始する。ＵＥは、所定のＲＳを測定することによって、当該ＲＳに対応する新候補ビームを選択してもよい。ステップＳ１０３において測定されるＲＳは、新候補ビーム識別のためのＲＳ（ＮＣＢＩ－ＲＳ：New Candidate Beam Identification RS）、ＣＢＩ－ＲＳ、ＣＢ－ＲＳ（Candidate Beam RS）などと呼ばれてもよい。ＮＣＢＩ－ＲＳは、ＢＦＤ－ＲＳと同じであってもよいし、異なってもよい。なお、新候補ビームは、単に候補ビームと呼ばれてもよい。

【0053】

ＵＥは、所定の条件を満たすＲＳに対応するビームを、新候補ビームとして決定してもよい。ＵＥは、例えば、設定されたＮＣＢＩ－ＲＳのうち、Ｌ１－ＲＳＲＰが閾値を超えるＲＳに基づいて、新候補ビームを決定してもよい。なお、判断の基準（クライテリア）は、Ｌ１－ＲＳＲＰに限られない。ＳＳＢに関するＬ１－ＲＳＲＰは、ＳＳ－ＲＳＲＰと呼ばれてもよい。ＣＳＩ－ＲＳに関するＬ１－ＲＳＲＰは、ＣＳＩ－ＲＳＲＰと呼ばれてもよい。

【0054】

ＮＣＢＩ－ＲＳに関する情報（例えば、ＲＳのリソース、数、ポート数、プリコーディングなど）、新候補ビーム識別（ＮＣＢＩ）に関する情報（例えば、上述の閾値）などは、上位レイヤシグナリングなどを用いてＵＥに設定（通知）されてもよい。ＮＣＢＩ－ＲＳに関する情報は、ＢＦＤ－ＲＳに関する情報に基づいて取得されてもよい。ＮＣＢＩ－ＲＳに関する情報は、ＮＢＣＩ用リソースに関する情報などと呼ばれてもよい。

【0055】

なお、ＢＦＤ－ＲＳ、ＮＣＢＩ－ＲＳなどは、無線リンクモニタリング参照信号（ＲＬＭ－ＲＳ：Radio Link Monitoring RS）で読み替えられてもよい。

【0056】

ステップＳ１０４において、新候補ビームを特定したＵＥは、ビーム回復要求（ＢＦＲＱ：Beam Failure Recovery reQuest）を送信する。ビーム回復要求は、ビーム回復要求信号、ビーム障害回復要求信号などと呼ばれてもよい。

【0057】

ＢＦＲＱは、例えば、ＰＵＣＣＨ、ＰＲＡＣＨ、ＰＵＳＣＨ、コンフィギュアドグラント（configured grant）ＰＵＳＣＨの少なくとも１つを用いて送信されてもよい。ＵＥは、ＰＲＡＣＨリソースを用いてプリアンブル（ＲＡプリアンブル、ＰＲＡＣＨなどともいう）をＢＦＲＱとして送信してもよい。

【0058】

検出したＤＬ－ＲＳ（ビーム）とＰＲＡＣＨリソース（ＲＡプリアンブル）との対応関係に関する情報は、例えば、上位レイヤシグナリング（ＲＲＣシグナリングなど）によってＵＥに設定されてもよい。

【0059】

ＢＦＲＱは、ステップＳ１０３において特定された新候補ビームの情報を含んでもよい。ＢＦＲＱのためのリソースが、当該新候補ビームに関連付けられてもよい。ビームの情報は、ビームインデックス（ＢＩ：Beam Index）、所定の参照信号のポートインデックス、リソースインデックス（例えば、ＣＳＩ－ＲＳリソース指標（ＣＲＩ：CSI-RS Resource Indicator）、ＳＳＢリソース指標（ＳＳＢＲＩ））などを用いて通知されてもよい。

【0060】

ステップＳ１０５において、ＢＦＲＱを検出した基地局は、ＵＥからのＢＦＲＱに対する応答信号（ｇＮＢレスポンスなどと呼ばれてもよい）を送信する。当該応答信号には、１つ又は複数のビームについての再構成情報（例えば、ＤＬ－ＲＳリソースの構成情報）が含まれてもよい。ＵＥは、ビーム再構成情報に基づいて、使用する送信ビーム及び受信ビームの少なくとも一方を判断してもよい。

【0061】

当該応答信号は、例えばＰＤＣＣＨのＵＥ共通サーチスペースにおいて送信されてもよい。当該応答信号は、ＵＥの識別子（例えば、セル－無線ＲＮＴＩ（Ｃ－ＲＮＴＩ：Cell-Radio RNTI））によってスクランブルされた巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を有するＤＣＩ（ＰＤＣＣＨ）を用いて通知されてもよい。ＵＥは、自身に関するＣ－ＲＮＴＩに対応するＰＤＣＣＨを受信した場合に、衝突解決（contention resolution）が成功したと判断してもよい。

【0062】

ＵＥは、当該応答信号を、ＢＦＲ用のＣＯＲＥＳＥＴ及びＢＦＲ用のサーチスペースセットの少なくとも一方に基づいてモニタしてもよい。

【0063】

ステップＳ１０５の処理に関して、ＢＦＲＱに対する基地局（例えば、ｇＮＢ）からの応答（レスポンス）をＵＥがモニタするための期間が設定されてもよい。当該期間は、例えばｇＮＢ応答ウィンドウ、ｇＮＢウィンドウ、ビーム回復要求応答ウィンドウなどと呼ばれてもよい。ＵＥは、当該ウィンドウ期間内において検出されるｇＮＢ応答がない場合、ＢＦＲＱの再送を行ってもよい。

【0064】

ステップＳ１０６において、ＵＥは、基地局に対してビーム再構成が完了した旨を示すメッセージを送信してもよい。当該メッセージは、例えば、ＰＵＣＣＨによって送信されてもよいし、ＰＵＳＣＨによって送信されてもよい。

【0065】

ビーム回復成功（BR success）は、例えばステップＳ１０６まで到達した場合を表してもよい。一方で、ビーム回復失敗（BR failure）は、例えばＢＦＲＱ送信が所定の回数に達した、又はビーム障害回復タイマ（Beam-failure-recovery-Timer）が満了したことに該当してもよい。

【0066】

なお、これらのステップの番号は説明のための番号に過ぎず、複数のステップがまとめられてもよいし、順番が入れ替わってもよい。また、ＢＦＲを実施するか否かは、上位レイヤシグナリングを用いてＵＥに設定されてもよい。

【0067】

ところで、上述のとおり、ＣＯＲＥＳＥＴ＃０のビーム（ＱＣＬ想定）を、ランダムアクセス手順において送信されるＰＲＡＣＨに対応して変更することが検討されている。ＣＯＲＥＳＥＴ＃０のビームを、明示的に、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ）を用いて設定することも検討されている。

【0068】

また、ＣＯＲＥＳＥＴ＃０を初期アクセスだけでなく、ＲＲＣ接続後のユニキャストＰＤＣＣＨに利用することが検討されている。しかし、ＣＯＲＥＳＥＴ＃０にユニキャストＰＤＣＣＨを配置するためには、ＣＯＲＥＳＥＴ＃０のＰＤＣＣＨについて、ＢＦＲ手順を実施することが必要となる。

【0069】

ＮＲでは、基地局がＵＥに対して、ＢＷＰにつき最大２つのＢＦＤ用リソースを、上位レイヤシグナリングを用いて設定することが検討されている。例えば、ＵＥは、障害検出用リソース設定情報（例えば、上位レイヤパラメータの「failureDetectionResourcesToAddModList」、「failureDetectionResources」など）においてビーム障害（"beamFailure”）の目的（purpose）に関連するリソースを提供されてもよい。

【0070】

ＵＥは、当該上位レイヤパラメータによって、ＢＦＤ用リソースに対応するインデックスのセットを提供されてもよい。当該セットは、例えば、周期的なＣＳＩ－ＲＳリソースの設定のインデックス（例えば、ノンゼロパワーＣＳＩ－ＲＳリソースＩＤ）のセットであってもよい。当該セットは、セットｑ_０バー（ここで、ｑ_０バーは「ｑ_０」にオーバーラインを付した表記）、インデックスセットなどと呼ばれてもよい。以下、当該セットのことは、単に「セットｑ_０」と表記する。

【0071】

ＵＥは、セットｑ_０に含まれるインデックスに対応するＲＳリソースを用いてＬ１－ＲＳＲＰ測定などを実施し、ビーム障害を検出してもよい。

【0072】

なお、本開示において、ＢＦＤ用リソースに対応するインデックスの情報を示す上述の上位レイヤパラメータを提供されることは、ＢＦＤ用リソースを設定されること、ＢＦＤ－ＲＳを設定されることなどと互いに読み替えられてもよい。

【0073】

一方で、現状のＮＲでは、ＵＥは、ＢＦＤ用リソースを設定されない場合には、ＰＤＣＣＨをモニタリングするために用いられるＣＯＲＥＳＥＴのＴＣＩ状態によって指示されるＲＳセット内のＲＳインデックスと同じ値である周期的なＣＳＩ－ＲＳリソースの設定のインデックスを、セットｑ_０に含めるように決定することが検討されている。

【0074】

ＵＥは、セットｑ_０が２つまでのＲＳインデックスを含むことを期待する。なお、１つのＴＣＩ状態に２つのＲＳインデックスがある場合、セットｑ_０は、対応するＴＣＩ状態のためのＱＣＬタイプＤの設定に該当するＲＳインデックスを含むことが検討されている。

【0075】

ＣＯＲＥＳＥＴ＃０は、ＵＥが送信するＰＲＡＣＨに応じてＱＣＬ想定が変化するため、これまでのＮＲで検討される障害検出用リソース設定情報は、ＣＯＲＥＳＥＴ＃０のＢＦＲには利用できない。

【0076】

また、ＣＯＲＥＳＥＴ＃０は、明示的にＴＣＩ状態が設定されない。このため、これまで検討されたＮＲ仕様では、ＢＦＤ用リソースを設定されない場合には、セットｑ_０にＣＯＲＥＳＥＴ＃０に対応するＲＳインデックスを含むことができない。

【0077】

以上から、ＣＯＲＥＳＥＴ＃０に関してＢＦＲを適用することは、現状の仕様ではできない。ＣＯＲＥＳＥＴ＃０に関してＢＦＲが適用できるように明確に規定しなければ、ＣＯＲＥＳＥＴ＃０でのユニキャストＰＤＣＣＨの利用ができず、通信スループットが低下するおそれがある。

【0078】

そこで、本発明者らは、ＣＯＲＥＳＥＴ＃０のようなＴＣＩ状態が設定されないＣＯＲＥＳＥＴであってもＢＦＤに利用するための、ＢＦＤ用参照信号インデックスの決定方法を着想した。

【0079】

以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。

【0080】

なお、以下の説明では、「ＴＣＩ状態が設定されないＣＯＲＥＳＥＴ」はＣＯＲＥＳＥＴ＃０で読み替えられてもよいし、ＣＯＲＥＳＥＴ＃０以外のＣＯＲＥＳＥＴで読み替えられてもよい。

【0081】

（無線通信方法）
一実施形態において、ＵＥは、ＢＦＤ用リソースを設定されない場合には、ＰＤＣＣＨをモニタリングするために用いられるＣＯＲＥＳＥＴについて、以下の（１）及び（２）の少なくとも一方のインデックスを、セットｑ_０に含めるように決定してもよい：
（１）ＴＣＩ状態が設定されるＣＯＲＥＳＥＴについては、当該ＣＯＲＥＳＥＴのＴＣＩ状態によって指示されるＲＳセット内のＲＳインデックスと同じ値である周期的なＣＳＩ－ＲＳリソースの設定のインデックス、
（２）ＴＣＩ状態が設定されないＣＯＲＥＳＥＴについては、当該ＣＯＲＥＳＥＴのためのＱＣＬ想定に対応するＲＳインデックスと同じ値であるＳＳＢインデックス又は周期的なＣＳＩ－ＲＳリソースの設定のインデックス。

【0082】

ここで、「ＲＳインデックスと同じ値である」は、例えば「ＲＳインデックスが示すＲＳとＱＣＬタイプＤの関係にある」と読み替えられてもよい。

【0083】

上記（２）について、ＵＥは、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのためのＱＣＬ想定を、最新の（latest又はrecent）所定の信号／チャネルのリソース（例えば、ＰＲＡＣＨリソース）又は当該リソースに基づくビームに基づいて決定してもよい。例えば、ＵＥは、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのＰＤＣＣＨのＤＭＲＳは、最新のＰＲＡＣＨリソースを用いたＰＲＡＣＨ送信に対応するＳＳＢ又はＣＳＩ－ＲＳと、所定のＱＣＬ関係（例えば、ＱＣＬタイプＤ）にあると想定してもよい。

【0084】

上記（２）について、ＵＥは、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのためのＱＣＬ想定を、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ）、物理レイヤシグナリング（例えば、ＤＣＩ）又はこれらの組み合わせに基づいて決定してもよい。

【0085】

一実施形態において、ＵＥは、ＢＦＤ用リソースを設定される場合であっても、上記（２）のＳＳＢインデックス又は周期的なＣＳＩ－ＲＳリソースの設定のインデックスに基づいて、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのＢＦＤを実施してもよい。この場合、ＵＥは、セットｑ_０が２＋（ＴＣＩ状態が設定されないＣＯＲＥＳＥＴの個数）までのＲＳインデックスを含むことを期待してもよい。つまり、ＵＥは、設定されるＢＦＤ用リソースに対応する各ＲＳと、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのための上記（２）のＳＳＢインデックス又は周期的なＣＳＩ－ＲＳリソースの設定のインデックスに対応する各ＲＳと、についてＢＦＤを実施してもよい。

【0086】

なお、仮にＣＯＲＥＳＥＴ＃０にＴＣＩ状態が設定される場合には、本開示の「ＴＣＩ状態が設定されるＣＯＲＥＳＥＴ」は、ＣＯＲＥＳＥＴ＃０で読み替えられてもよい。例えば、一実施形態において、ＵＥは、ＢＦＤ用リソースを設定される又は設定されない場合において、上記（１）のインデックスに基づいて、ＴＣＩ状態が設定されるＣＯＲＥＳＥＴ＃０のＢＦＤを実施してもよい。仮にＣＯＲＥＳＥＴ＃０のビーム（ＱＣＬ想定）をＴＣＩ状態と呼ぶ場合も同様であってもよい。

【0087】

以上説明した一実施形態によれば、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴに関しても、セットｑ_０に含めるインデックスを適切に決定できる。

【0088】

＜変形例＞
ＵＥは、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）のためのＱＣＬ想定が第１の想定から第２の想定に変更される場合、他の１つ又は複数の設定されたＣＯＲＥＳＥＴのＴＣＩ状態（又はＱＣＬ想定）を、当該第２の想定に基づいて決定してもよい。

【0089】

例えば、ＵＥは、最新のＰＲＡＣＨ送信に基づいて、ＣＯＲＥＳＥＴ＃０が特定のＲＳ（例えばＣＳＩ－ＲＳ）とＱＣＬであるとの想定を更新した場合、他の１つ又は複数の設定されたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ ＩＤが＃１－＃３のＣＯＲＥＳＥＴ）のＴＣＩ状態を、当該ＵＥに設定されるＴＣＩ状態のうち、当該特定のＲＳと所定のＱＣＬ関係（例えば、ＱＣＬタイプＤ）にあるＴＣＩ状態であると決定してもよい。

【0090】

なお、各実施形態において、セットｑ_０に含めるＲＳインデックスは、ＣＯＲＥＳＥＴのアクティブなＴＣＩ状態に対応するインデックスに限定されてもよいし、ＣＯＲＥＳＥＴに設定された全てのＴＣＩ状態（又は想定するＱＣＬ状態）に対応するインデックスから決定されてもよい。

【0091】

また、セットｑ_０に含めるインデックスは２つとして説明したが、この「２つ」は２より大きい所定の数で読み替えられてもよい。

【0092】

（無線通信システム）
以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。

【0093】

図２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、３ＧＰＰ（Third Generation Partnership Project）によって仕様化されるＬＴＥ（Long Term Evolution）、５Ｇ ＮＲ（5th generation mobile communication system New Radio）などを用いて通信を実現するシステムであってもよい。

【0094】

また、無線通信システム１は、複数のＲＡＴ（Radio Access Technology）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（ＭＲ－ＤＣ：Multi-RAT Dual Connectivity））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）とＮＲとのデュアルコネクティビィティ（ＥＮ－ＤＣ：E-UTRA-NR Dual Connectivity）、ＮＲとＬＴＥとのデュアルコネクティビィティ（ＮＥ－ＤＣ：NR-E-UTRA Dual Connectivity）などを含んでもよい。

【0095】

ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスターノード（ＭＮ：Master Node）であり、ＮＲの基地局（ｇＮＢ）がセカンダリーノード（ＳＮ：Secondary Node）である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。

【0096】

無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（ＮＮ－ＤＣ：NR-NR Dual Connectivity））をサポートしてもよい。

【0097】

無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。

【0098】

ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（ＣＣ：Component Carrier）を用いたキャリアアグリゲーション（Carrier Aggregation）及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。

【0099】

各ＣＣは、第１の周波数帯（ＦＲ１：Frequency Range 1）及び第２の周波数帯（ＦＲ２：Frequency Range 2）の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。

【0100】

また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（ＴＤＤ：Time Division Duplex）及び周波数分割複信（ＦＤＤ：Frequency Division Duplex）の少なくとも１つを用いて通信を行ってもよい。

【0101】

複数の基地局１０は、有線（例えば、ＣＰＲＩ（Common Public Radio Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はＩＡＢ（Integrated Access Backhaul）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。

【0102】

基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、ＥＰＣ（Evolved Packet Core）、５ＧＣＮ（5G Core Network）、ＮＧＣ（Next Generation Core）などの少なくとも１つを含んでもよい。

【0103】

ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。

【0104】

無線通信システム１においては、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（ＤＬ：Downlink）及び上りリンク（ＵＬ：Uplink）の少なくとも一方において、ＣＰ－ＯＦＤＭ（Cyclic Prefix OFDM）、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete Fourier Transform Spread OFDM）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などが利用されてもよい。

【0105】

無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。

【0106】

無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）、ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）、下り制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）などが用いられてもよい。

【0107】

また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）などが用いられてもよい。

【0108】

ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、ＳＩＢ（System Information Block）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、ＭＩＢ（Master Information Block）が伝送されてもよい。

【0109】

ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink Control Information）を含んでもよい。

【0110】

なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。

【0111】

ＰＤＣＣＨの検出には、制御リソースセット（ＣＯＲＥＳＥＴ：COntrol REsource SET）及びサーチスペース（search space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。

【0112】

１つのＳＳは、１つ又は複数のアグリゲーションレベル（aggregation Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。

【0113】

ＰＵＣＣＨによって、チャネル状態情報（ＣＳＩ：Channel State Information）、の送達確認情報（例えば、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat reQuest）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）、スケジューリングリクエスト（ＳＲ：Scheduling Request）などが伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。

【0114】

なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。

【0115】

無線通信システム１では、同期信号（ＳＳ：Synchronization Signal）、下りリンク参照信号（ＤＬ－ＲＳ：Downlink Reference Signal）などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ：Channel State Information Reference Signal）、復調用参照信号（ＤＭＲＳ：DeModulation Reference Signal）、位置決定参照信号（ＰＲＳ：Positioning Reference Signal）、位相トラッキング参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）などが伝送されてもよい。

【0116】

同期信号は、例えば、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）及びセカンダリ同期信号（ＳＳＳ：Secondary Synchronization Signal）の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、ＳＳＢ（SS Block）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。

【0117】

また、無線通信システム１では、上りリンク参照信号（ＵＬ－ＲＳ：Uplink Reference Signal）として、測定用参照信号（ＳＲＳ：Sounding Reference Signal）、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific Reference Signal）と呼ばれてもよい。

【0118】

（基地局）
図３は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission line interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。

【0119】

なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。

【0120】

制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。

【0121】

制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。

【0122】

送受信部１２０は、ベースバンド（baseband）部１２１、ＲＦ（Radio Frequency）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase shifter）、測定回路、送受信回路などから構成することができる。

【0123】

送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。

【0124】

送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。

【0125】

送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。

【0126】

送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。

【0127】

送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤの処理、ＲＬＣ（Radio Link Control）レイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣ（Medium Access Control）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。

【0128】

送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（ＤＦＴ：Discrete Fourier Transform）処理（必要に応じて）、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。

【0129】

送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。

【0130】

一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。

【0131】

送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse Discrete Fourier Transform）処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。

【0132】

送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、ＲＲＭ（Radio Resource Management）測定、ＣＳＩ（Channel State Information）測定などを行ってもよい。測定部１２３は、受信電力（例えば、ＲＳＲＰ（Reference Signal Received Power））、受信品質（例えば、ＲＳＲＱ（Reference Signal Received Quality）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）、ＳＮＲ（Signal to Noise Ratio））、信号強度（例えば、ＲＳＳＩ（Received Signal Strength Indicator））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。

【0133】

伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。

【0134】

なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。

【0135】

なお、制御部１１０は、ユーザ端末２０のためのＲＬＭ、ＢＦＲなどを制御してもよい。送受信部１２０は、ビーム障害検出のための参照信号（ＢＦＤ－ＲＳ：Beam Failure Detection Reference Signal）を送信してもよい。

【0136】

（ユーザ端末）
図４は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。

【0137】

なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。

【0138】

制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。

【0139】

制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。

【0140】

送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。

【0141】

送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。

【0142】

送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。

【0143】

送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。

【0144】

送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。

【0145】

送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。

【0146】

送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。

【0147】

なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。

【0148】

送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。

【0149】

一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。

【0150】

送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。

【0151】

送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。

【0152】

なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０、送受信アンテナ２３０及び伝送路インターフェース２４０の少なくとも１つによって構成されてもよい。

【0153】

なお、送受信部２２０は、ビーム障害検出（ＢＦＤ：Beam Failure Detection）のための参照信号（ＲＳ：Reference Signal）を受信してもよい。

【0154】

制御部２１０は、上記ＢＦＤ用リソースに対応するＲＳインデックスのセットを上位レイヤシグナリング（例えば、障害検出用リソース設定情報（上位レイヤパラメータの「failureDetectionResourcesToAddModList」、「failureDetectionResources」など））によって設定されない場合に、ＣＯＲＥＳＥＴに設定されるＴＣＩ状態に基づいて、前記セットに含める所定数までのＲＳインデックスを決定してもよい。

【0155】

制御部２１０は、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０）については、当該ＣＯＲＥＳＥＴのためのＱＣＬ想定に対応するＲＳインデックスと同じ値であるＲＳインデックスを、上記セットに含めると決定してもよい。

【0156】

制御部２１０は、前記ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのためのＱＣＬ想定を、最新の所定のチャネル（例えば、ＰＲＡＣＨ）のリソースに基づいて決定してもよい。

【0157】

制御部２１０は、前記ＢＦＤ用リソースに対応するＲＳインデックスのセットを上位レイヤシグナリングによって設定される場合に、当該セットに対応する各ＲＳと、ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのためのＱＣＬ想定に対応するＲＳインデックスと同じ値であるＲＳインデックスに対応するＲＳと、を用いてＢＦＤを実施する制御を行ってもよい。

【0158】

制御部２１０は、前記ＴＣＩ状態が設定されないＣＯＲＥＳＥＴのためのＱＣＬ想定が第１の想定（例えば、あるビーム）から第２の想定（例えば、別のビーム）に変更される場合、他の１つ又は複数のＣＯＲＥＳＥＴのＴＣＩ状態を、当該第２の想定に基づいて決定してもよい。

【0159】

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0160】

ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。

【0161】

例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0162】

なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0163】

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。

【0164】

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

【0165】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。

【0166】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

【0167】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0168】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ－ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

【0169】

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。

【0170】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤ（Light Emitting Diode）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0171】

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0172】

また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0173】

（変形例）
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。

【0174】

無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

【0175】

ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

【0176】

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。

【0177】

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

【0178】

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。

【0179】

例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

【0180】

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

【0181】

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

【0182】

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

【0183】

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

【0184】

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

【0185】

リソースブロック（ＲＢ：Resource Block）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

【0186】

また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。

【0187】

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

【0188】

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

【0189】

帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

【0190】

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

【0191】

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

【0192】

なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

【0193】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。

【0194】

本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ（Physical Uplink Control Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）など）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

【0195】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0196】

また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。

【0197】

入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

【0198】

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Downlink Control Information）、上り制御情報（ＵＣＩ：Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ：Master Information Block）、システム情報ブロック（ＳＩＢ：System Information Block）など）、ＭＡＣ（Medium Access Control）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。

【0199】

なお、物理レイヤシグナリングは、Ｌ１／Ｌ２（Layer 1／Layer 2）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ（Control Element））を用いて通知されてもよい。

【0200】

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。

【0201】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0202】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0203】

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0204】

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。

【0205】

本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（ＱＣＬ：Quasi-Co-Location）」、「ＴＣＩ状態（Transmission Configuration Indication state）」、「空間関係（spatial relation）」、「空間ドメインフィルタ（spatial domain filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。

【0206】

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（ＴＰ：Transmission Point）」、「受信ポイント（ＲＰ：Reception Point）」、「送受信ポイント（ＴＲＰ：Transmission/Reception Point）」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

【0207】

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Remote Radio Head））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

【0208】

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

【0209】

移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。

【0210】

基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

【0211】

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

【0212】

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。

【0213】

本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Mobility Management Entity）、Ｓ－ＧＷ（Serving-Gateway）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。

【0214】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0215】

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ｂ（LTE-Beyond）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、Ｎｅｗ－ＲＡＴ（Radio Access Technology）、ＮＲ（New Radio）、ＮＸ（New radio access）、ＦＸ（Future generation radio access）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。

【0216】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0217】

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0218】

本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。

【0219】

また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。

【0220】

また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。

【0221】

また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

【0222】

本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。

【0223】

本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

【0224】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【0225】

本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0226】

本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0227】

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

【図1】

【図2】

【図3】

【図4】

【図5】