特表 2024-512467 非周期サウンディング参照信号のトリガのフレキシビリティを拡張する方法

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

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

(11)【公表番号】

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

(54)【発明の名称】非周期サウンディング参照信号のトリガのフレキシビリティを拡張する方法

(51)【国際特許分類】

   H04W 8/22 20090101AFI20240312BHJP

   H04W 16/28 20090101ALI20240312BHJP

   H04W 72/23 20230101ALI20240312BHJP

【ＦＩ】

H04W8/22

H04W16/28 130

H04W72/23

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023556940

(86)(22)【出願日】2022-03-15

(85)【翻訳文提出日】2023-11-10

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

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

(87)【国際公開日】2022-09-22

(31)【優先権主張番号】63/161,633

(32)【優先日】2021-03-16

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】392026693

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

(74)【代理人】

【識別番号】110004185

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

(72)【発明者】

【氏名】ルパシンハ ナディサンカ

(72)【発明者】

【氏名】松村 祐輝

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

5K067

【Ｆターム（参考）】

5K067AA22

5K067DD11

5K067EE02

5K067EE10

5K067EE71

(57)【要約】

端末の無線通信方法は、下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信するステップと、前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定するステップと、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告するステップと、を有する。

【特許請求の範囲】

【請求項1】

下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信するステップと、
前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定するステップと、
用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告するステップと、を有する、端末の無線通信方法。

【請求項2】

報告されたタイミング要件は、ＰＤＣＣＨのトリガリングの最後のシンボルと前記ＳＲＳリソースの最初のシンボルとの間の最小時間間隔を決定するために用いられる、請求項１記載の無線通信方法。

【請求項3】

前記用途は、第１のセッティングを用いて設定され、前記最小タイミング要件は、シンボルの第１の数と付加時間との和である、請求項１記載の無線通信方法。

【請求項4】

前記用途は、第２のセッティングを用いて設定され、前記最小タイミング要件は、シンボルの第２の数と付加時間との和である、請求項３記載の無線通信方法。

【請求項5】

前記シンボルの第２の数は、前記シンボルの第１の数よりも大きい、請求項４記載の無線通信方法。

【請求項6】

前記最小タイミング要件は、前記用途のセッティングに無関係に定義される、請求項１記載の無線通信方法。

【請求項7】

前記ＤＣＩの第１のＤＣＩフォーマットの第１のＤＣＩサイズ及び前記ＰＤＣＣＨの第１のアグリゲーションレベルを想定するステップと、
前記第１のＤＣＩサイズ及び前記第１のアグリゲーションレベルに基づいて、前記ＰＤＣＣＨを復調するステップと、を更に有する、請求項１記載の方法。

【請求項8】

復調された前記ＰＤＣＣＨに対して巡回冗長検査（ＣＲＣ）を実行するステップを更に有し、
前記ＣＲＣは、無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブリングされる、請求項７記載の無線通信方法。

【請求項9】

前記ＣＲＣをパスしたと判断して、前記ＤＣＩの受信に成功したことを識別するステップを更に有する、請求項８記載の無線通信方法。

【請求項10】

ＣＲＣをパスしなかったと判断するステップと、
前記第１のＤＣＩフォーマットの第２のＤＣＩサイズ及び前記ＰＤＣＣＨの第２のアグリゲーションレベルを想定するステップと、
前記第２のＤＣＩサイズ及び前記第２のアグリゲーションレベルに基づいて、前記ＰＤＣＣＨを復調するステップと、を更に有する、請求項８記載の方法。

【請求項11】

前記第１のＤＣＩサイズ及び前記第１のアグリゲーションレベルは、前記パラメータによってシグナリングされる、請求項８記載の無線通信方法。

【請求項12】

前記パラメータは、上位レイヤシグナリングによって設定される、請求項１１記載の無線通信方法。

【請求項13】

前記パラメータは予め規定されている、請求項８に記載の無線通信方法。

【請求項14】

前記ＤＣＩに基づいてＡ－ＳＲＳトリガ用のテーブルを選択するステップを更に有する、請求項１記載の無線通信方法。

【請求項15】

下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信する受信部と、
前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定し、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告する制御部と、を有する、端末。

【請求項16】

端末及び基地局を有するシステムであって、
前記端末は、
下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信する第１の受信部と、
前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定し、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告する制御部と、を有し、
前記基地局は、
ＤＣＩ又は上位レイヤシグナリングを介して、前記パラメータを含む設定情報を送信する送信部と、
前記能力情報を受信する第２の受信部と、を有する、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書において開示される１つ以上の実施形態は、更なるフレキシビリティが導入されることによって、非周期（aperiodic）サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）トリガをどのように拡張できるかの（１つ以上の）メカニズムに関する。

【背景技術】

【0002】

５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）技術では、ＳＲＳ送信の更なる拡張のために、新たな要件が確認されている。Ｒｅｌ．１７における新たな項目は、例えば、ＮＲ ＭＩＭＯ（Multiple-Input-Multiple-Output）に関する。

【0003】

現在行われている新たな研究では、周波数帯（ＦＲ）１及びＦＲ２の両方におけるＳＲＳの拡張が目標とされている。特に、よりフレキシブルなトリガ及び／又は下り制御情報（ＤＣＩ：downlink control information）のオーバーヘッド／使用の低減を促進するために、非周期（aperiodic）ＳＲＳトリガについての拡張を確認し規定することが検討されている。

【0004】

また、最大８つのアンテナについてのＳＲＳスイッチングを規定すること（例えば、ｘＴｙＲ、ｘ＝｛１，２，４｝、ｙ＝｛６，８｝）が検討されている。更には、ＳＲＳの容量及び／又はカバレッジを拡張するために、ＳＲＳの時間バンドリング、増大させたＳＲＳ繰り返し、及び／又は周波数にわたる部分的なサウンディングを含むメカニズムを評価し、必要に応じて規定することが検討されている。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】3GPP RP 193133, “New WID: Further enhancements on MIMO for NR”、２０１９年１２月

【非特許文献2】3GPP RAN1 #103-e, ‘Chairman’s Notes’、２０２０年１１月

【非特許文献3】3GPP RAN1 #104-e, ‘Chairman’s Notes’、２０２１年２月

【非特許文献4】3GPP TS 38.214, “NR; Physical procedures for data (Release 16)”

【非特許文献5】3GPP, TS 38.212, “NR; Multiplexing and channel coding (Release 16)”

【非特許文献6】3GPP TS 38.331, “NR; Radio Resource Control; Protocol specification (Release 15)”

【発明の概要】

【0006】

一般的に、一態様において、本明細書に開示されている実施形態は、下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信するステップと、前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定するステップと、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告するステップと、を有する、端末の無線通信方法に関する。

【0007】

一般的に、一態様において、本明細書に開示されている実施形態は、下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信する受信部と、前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定し、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告する制御部と、を有する、端末に関する。

【0008】

一般的に、一態様において、本明細書に開示されている実施形態は、下り制御情報（ＤＣＩ）又は上位レイヤシグナリングを介して、パラメータを含む設定情報を受信する第１の受信部と、前記パラメータに基づいて、非周期サウンディング参照信号（Ａ－ＳＲＳ）送信を設定し、用途（usage）のセッティングに基づいて、Ａ－ＳＲＳトリガリング物理下りリンク制御チャネル（ＰＤＣＣＨ）とリソースセット内のＳＲＳリソースとの間の最小タイミング要件を含む能力情報を報告する制御部と、を有する端末と、ＤＣＩ又は上位レイヤシグナリングを介して、前記パラメータを含む設定情報を送信する送信部と、前記能力情報を受信する第２の受信部と、を有する基地局と、に関する。

【0009】

本発明の他の実施形態及び利点は、以下の説明及び図面から認識される。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る無線通信システムの概略的な構成を示す図である。

【図2】１つ以上の実施形態に係る、基地局（ＢＳ）の概略的な構成を示す図である。

【図3】１つ以上の実施形態に係る、ユーザ装置（ＵＥ）の概略的な構成を示す。

【図4】非周期ＳＲＳトリガについての潜在的な拡張の概観を示す。

【図5】ＰＵＳＣＨ準備時間の例示的なテーブルを示す。

【図6】ＤＣＩフィールドの一例を示す。

【図7】ＤＣＩフィールドの一例を示す。

【図8】上位レイヤパラメータの一例を示す。

【図9】Ａ－ＳＲＳトリガ状態についてのＤＣＩコードポイントの数が拡張されているテーブルの一例を示す。

【図10】上位レイヤパラメータの一例を示す。

【図11】上位レイヤパラメータの一例を示す。

【図12】Ａ－ＳＲＳトリガ状態についてのＤＣＩコードポイントの数が拡張されているテーブルの一例を示す。

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

【0011】

以下では、図面を参照しながら、本発明の実施形態を詳細に説明する。異なる図面における同様の要素には、一貫性を維持するために同様の参照符号を付している。

【0012】

本発明の実施形態の以下の説明では、本発明のより完全な理解を提供するために、多数の具体的な詳細を記載する。しかしながら、当業者であれば、それらの具体的な詳細がなくとも、本発明を実施できることは明らかである。他の例では、本発明が不明確になることを回避するために、公知の特徴については詳細には説明しない。

【0013】

図１は、本発明の１つ以上の実施形態に係る無線通信システム１を表す。無線通信システム１は、ユーザ装置（ＵＥ）１０と、基地局（ＢＳ）２０と、コアネットワーク３０と、を含む。無線通信システム１は、ＮＲシステムであってもよい。無線通信システム１は、本明細書において説明する特定の構成に限定されるものではなく、ＬＴＥ／ＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-A）システムなど、任意の種類の無線通信システムであってもよい。

【0014】

ＢＳ２０は、そのＢＳ２０のセル内のＵＥ１０と、上り（ＵＬ：uplink）信号及び下り（ＤＬ：downlink）信号を通信してもよい。ＤＬ信号及びＵＬ信号は、制御情報及びユーザデータを含んでもよい。ＢＳ２０は、バックホールリンク３１を介して、コアネットワーク３０とＤＬ信号及びＵＬ信号を通信してもよい。ＢＳ２０は、ｇＮＢ（gNodeB）であってもよい。ＢＳ２０は、ネットワーク（ＮＷ）と呼ばれてもよい。

【0015】

ＢＳ２０は、アンテナ、隣接するＢＳ２０と通信するための通信インターフェース（例えば、Ｘ２インターフェース）、コアネットワーク３０と通信するための通信インターフェース（例えば、Ｓ１インターフェース）、ＵＥ１０との間で送受信された信号を処理するためのプロセッサ又は回路などのＣＰＵ（Central Processing Unit）を含む。ＢＳ２０の動作は、メモリに格納されたデータ及びプログラムをプロセッサが処理又は実行することで実現されてもよい。しかしながら、ＢＳ２０は、上述のハードウェア構成に限定されるものではなく、当業者であれば分かるように、他の任意の適切なハードウェア構成によって実現されてもよい。多数のＢＳ２０が、無線通信システム１のより広範なサービスエリアをカバーするように配置されてもよい。

【0016】

ＵＥ１０は、多入力多出力（ＭＩＭＯ：Multi Input Multi Output）技術を用いて、制御情報及びユーザデータを含むＤＬ信号及びＵＬ信号をＢＳ２０と通信してもよい。ＵＥ１０は、移動局、スマートフォン、携帯電話、タブレット、モバイルルータ、又はウェアラブルデバイスなどの無線通信機能を有する情報処理装置であってもよい。無線通信システム１は、１つ以上のＵＥ１０を含んでもよい。

【0017】

ＵＥ１０は、ＣＰＵ、例えばプロセッサ、ＲＡＭ（Random Access Memory）、フラッシュメモリ、及びＢＳ２０とＵＥ１０との間で無線信号を送受信するための無線通信装置を含む。例えば、以下において説明するＵＥ１０の動作は、メモリに格納されたデータ及びプログラムをＣＰＵが処理又は実行することで実現されてもよい。しかしながら、ＵＥ１０は、上述のハードウェア構成に限定されるものではなく、例えば、以下に説明する処理を実現するための回路を備えた構成であってもよい。

【0018】

図１に示すように、ＢＳ２０は、ＣＳＩ参照信号（ＣＳＩ－ＲＳ）をＵＥ１０に送信してもよい。これに応答して、ＵＥ１０は、ＣＳＩ報告をＢＳ２０に送信してもよい。同様に、ＵＥ１０は、ＳＲＳをＢＳ２０に送信してもよい。

【0019】

（ＢＳの構成）

【0020】

以下では、図２を参照しながら、本発明の実施形態に係るＢＳ２０を説明する。図２は、本発明の実施形態に係るＢＳ２０の概略的な構成を説明するための図でＢＳ２０は、複数のアンテナ（アンテナ素子群）２０１と、アンプ部２０２と、送受信部（送信部／受信部）２０３と、ベースバンド信号処理部２０４と、呼処理部２０５と、伝送路インターフェース２０６と、を含んでもよい。

【0021】

ＢＳ２０からＵＥ１０へのＤＬにおいて送信されるユーザデータは、コアネットワークから、伝送路インターフェース２０６を介して、ベースバンド信号処理部２０４に入力される。

【0022】

ベースバンド信号処理部２０４では、信号に対して、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio Link Control）再送制御送信処理などのＲＬＣレイヤの送信処理、例えばＨＡＲＱ送信処理を含むＭＡＣ（Medium Access Control）再送制御、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）処理、プリコーディング処理などが行われる。続いて、結果として得られた信号が、各送受信部２０３に転送される。ＤＬ制御チャネルの信号に関しては、チャネル符号化及び逆高速フーリエ変換を含む送信処理が行われ、結果として得られた信号が各送受信部２０３に転送される。

【0023】

ベースバンド信号処理部２０４は、セル内の通信のための制御情報（システム情報）を、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング及びブロードキャストチャネル）によって各ＵＥ１０に通知する。セル内の通信のための情報は、例えば、ＵＬシステム帯域幅又はＤＬシステム帯域幅を含む。

【0024】

各送受信部２０３では、アンテナ毎にプリコーディングされて、ベースバンド信号処理部２０４から出力されるベースバンド信号に対して、無線周波数帯域への周波数変換処理が行われる。アンプ部２０２は、周波数変換が行われた無線周波数信号を増幅し、結果として得られた信号は、アンテナ２０１から送信される。

【0025】

ＵＥ１０からＢＳ２０へのＵＬにおいて送信されるデータに関しては、無線周波数信号が、各アンテナ２０１において受信され、アンプ部２０２において増幅され、送受信部２０３において周波数変換が行われてベースバンド信号に変換され、ベースバンド信号処理部２０４に入力される。

【0026】

ベースバンド信号処理部２０４は、受信したベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号処理、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理を行う。続いて、結果として得られた信号が、伝送路インターフェース２０６を介してコアネットワークに転送される。呼処理部２０５は、通信チャネルの設定・解放などの呼処理を行い、ＢＳ２０の状態を管理し、また無線リソースを管理する。

【0027】

（ＵＥの構成）
以下では、図３を参照しながら、本発明の実施形態に係るＵＥ１０を説明する。図３は、本発明の実施形態に係るＵＥ１０の概略的な構成である。ＵＥ１０は、複数のＵＥアンテナ１０１と、アンプ部１０２と、送受信部（送信部／受信部）１０３１を含む回路１０３と、制御部１０４と、アプリケーション部１０５と、を有する。

【0028】

ＤＬに関しては、ＵＥアンテナ１０１において受信された無線周波数信号が、各アンプ部１０２において増幅され、送受信部１０３１においてベースバンド信号へと周波数変換される。制御部１０４では、これらのベースバンド信号に対して、ＦＦＴ処理、誤り訂正復号、再送信制御などの受信処理が行われる。ＤＬユーザデータは、アプリケーション部１０５に転送される。アプリケーション部１０５は、物理レイヤ及びＭＡＣレイヤよりも上位のレイヤに関する処理を行う。下りリンクデータでは、ブロードキャスト情報もアプリケーション部１０５に転送される。

【0029】

一方、ＵＬユーザデータは、アプリケーション部１０５から制御部１０４に入力される。制御部１０４では、再送制御（Ｈｙｂｒｉｄ ＡＲＱ）送信処理、チャネル符号化、プリコーディング、ＤＦＴ処理、ＩＦＦＴ処理などが行われ、結果として得られた信号が各送受信部１０３１に転送される。送受信部１０３１では、制御部１０４から出力されたベースバンド信号が無線周波数帯域に変換される。その後、周波数変換された無線周波数信号がアンプ部１０２において増幅され、続いて、アンテナ１０１から送信される。

【0030】

図４を参照する本発明の１つ以上の実施形態は、非周期ＳＲＳトリガの拡張に関する。特に、［２］に記載されているように、以下のことが考慮されてもよい。所定の非周期ＳＲＳリソースセットは、基準スロットから数えて（ｔ＋１）番目の利用可能なスロットにおいて送信されてもよく、ｔは、（ｔの１つの値だけがＲＲＣにおいて設定される場合）ＤＣＩ又はＲＲＣによって指示され、ｔの候補値は、少なくとも０を含む。更に、基準スロットについての以下のオプションのうちの１つ以上が考慮されてもよい。１つのオプションとして、基準スロットは、トリガＤＣＩを有するスロットである。別のオプションとして、基準スロットは、既存の（legacy）トリガオフセットによって指示されるスロットである。

【0031】

ＵＥの処理の複雑さ及び利用可能なスロットを決定するタイムライン、並びに衝突処理との潜在的な共存を考慮した「利用可能なスロット（available slot）」の定義も検討されている。ＲＲＣ設定のみに基づいて、「利用可能なスロット」とは、リソースセット内の全てのＳＲＳリソースのための時間領域位置に対してＵＬシンボル又はフレキシブルシンボルが存在し、且つトリガＰＤＣＣＨとリソースセット内の全てのＳＲＳリソースとの間の最小タイミング要件を満たすスロットである。

【0032】

また、ｔを明示的又は暗黙的に指示することが検討されており、またＭＡＣ ＣＥにおいてオフセットをトリガする候補を更新することが有用であるか否かも検討されている。

【0033】

上述したように、ＳＲＳの拡張が検討されている。本明細書に記載された１つ以上の実施形態では、最小タイミング要件（minimum timing requirement）についてのＵＥ能力が考慮される。先ず、「利用可能なスロット」は、リソースセット内の全てのＳＲＳリソースに対して、（１つ以上の）時間領域位置に（１つ以上の）ＵＬシンボル又はフレキシブルシンボルが存在するという条件を満たすスロットであるとみなされてもよい。また、トリガするＰＤＣＣＨとリソースセット内の全てのＳＲＳリソースとの間の最小タイミング要件に関するＵＥ能力の条件を満たすスロットであるとみなされてもよい。

【0034】

１つ以上の実施形態では、能力報告の一部として、ＵＥは、Ａ－ＳＲＳトリガリングＰＤＣＣＨと、リソースセット内の全てのＳＲＳリソースとの間の最小タイミング要件を報告する。続いて、報告されたタイミング要件は、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔を決定するために、以下のことであるとみなすことができる。

【0035】

ＵＥは、自身の能力の一部として、最小タイミング要件をＮ_３シンボルとして報告することが考慮される。このケースでは、この最小タイミング要件は、以下のように最小時間間隔を特定するために考慮することができる。

【0036】

ＳＲＳリソースセットの用途（usage）が「codebook」または「antenna switching」にセットされている例について説明する。

【0037】

用途が「codebook」又は「antennaSwitching」にセットされているリソースセットにおけるＳＲＳについての第１のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_３シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0038】

用途が「codebook」又は「antennaSwitching」にセットされているリソースセットにおけるＳＲＳについての第２のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_２＋Ｎ_３シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0039】

用途が「codebook」又は「antennaSwitching」にセットされているリソースセットにおけるＳＲＳについての第３のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｍａｘ｛Ｎ_２，Ｎ_３｝シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0040】

次に、用途が「non-codebook」又は「Beam Management」にセットされている例について説明する。

【0041】

用途が「non-codebook」又は「Beam Management」にセットされているリソースセットにおけるＳＲＳについての第１のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_３＋１４シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0042】

用途が「non-codebook」又は「Beam Management」にセットされているリソースセットにおけるＳＲＳについての第２のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_２＋Ｎ_３＋１４シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0043】

用途が「non-codebook」又は「Beam Management」にセットされているリソースセットにおけるＳＲＳについての第３のオプションとして、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、、Ｍａｘ｛Ｎ_２，Ｎ_３｝＋１４シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0044】

１つ以上の実施形態では、ＳＲＳの「usage」に関係なく、最小タイミング要件は、例えば、Ｍａｘ｛usageの既存の最小時間，Ｎ_３｝として定義される。このシナリオでは、「codebook」、「antennaSwitching」、「usageの既存の最小時間」は、Ｎ_２として定義されてもよい。「non-codebook」及び「BeamManagement」、「usageの既存の最小時間」は、Ｎ_２＋１４として定義されてもよい。

【0045】

更に、Ｎ_２の１つ以上の値は、以下のように設定されてもよい。

【0046】

第１のオプションでは、Ｎ_２の値を、仕様において予め規定することができる。仕様において予め規定されているＮ_２についての［４］に記載されている例を図５に示す。

【0047】

第２のオプションとして、Ｎ_２の１つ以上の値が、ＵＥ能力の一部としてＵＥによって報告される。

【0048】

最小タイミング要件は、「非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルとＳＲＳリソースの最初のシンボル」とすることができることに留意されたい。更に、ＳＲＳリソースは、トリガされたＳＲＳリソースセットにおいて最初に送信されるＳＲＳリソースであってもよいことに留意されたい。

【0049】

更に、ＵＥが、Ａ－ＳＲＳトリガリングＰＤＣＣＨとリソースセット内の全てのＳＲＳリソースとの間の最小タイミング要件を報告しない場合、最小タイミング要件は、仕様において予め規定されていてもよい。例えば、トリガリングＰＤＣＣＨとリソースセット内の全てのＳＲＳリソースとの間の最小タイミングは以下のように定義されてもよい。

【0050】

用途が「codebook」又は「antennaSwitching」にセットされているリソースセットにおけるＳＲＳについて、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_２シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0051】

用途が「non-codebook」又は「Beam Management」にセットされているリソースセットにおけるＳＲＳについて、非周期ＳＲＳ送信をトリガするＰＤＣＣＨの最後のシンボルと、ＳＲＳリソースの最初のシンボルとの間の最小時間間隔は、Ｎ_２＋１４シンボル及び付加時間Ｔ_{ｓｗｉｔｃｈ}である。

【0052】

１つ以上の実施形態では、Ｎ_２の値を、図５に示したように、仕様において予め規定することができる。

【0053】

ＤＣＩ／ＰＤＣＣＨの検出に関する１つ以上の実施形態では、ＵＥは、ＤＣＩフォーマットのブラインド検出（ＢＤ）を試みてもよい。最初のステップで、ＵＥは、考えられるＤＣＩフォーマットの１つの考えられるＤＣＩサイズを想定してもよく、またＰＤＣＣＨの考えられるアグリゲーションレベルを想定してもよい。更に、ＵＥはＰＤＣＣＨを復調し、ＣＲＣチェックを試みる。ここで、ＣＲＣは何らかの無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）（例えば、Ｃ－ＲＮＴＩ等）によってスクランブリングされる。

【0054】

ＣＲＣチェックをパスした場合、ＵＥは、ＤＣＩが適切に受信されたことを識別する。ＣＲＣチェックをパスしなかった場合、ＵＥは、最初のステップに戻り、考えられる別のＤＣＩサイズ及びアグリゲーションレベルが想定され、また別の復調が試みられ、それに続いて別のＣＲＣチェックが行われる。

【0055】

従って、考えられる（即ち、異なる）ＤＣＩサイズの数が増加すると、ＰＤＣＣＨのブラインド検出（ＢＤ）数も同様に増加し、ＵＥの複雑さに大きな影響を及ぼす可能性がある。その結果、１つ以上の実施形態では、例えば複雑さの観点から、Ｒｅｌ．１５／１６と同じＢＤ数を維持することが重要であると考えられる。

【0056】

１つ以上の実施形態は、ＤＣＩフォーマット０＿１／０＿２を用いるパラメータｔの指示に関する。例えば、ｔ値のリストが、ＳＲＳリソースセット毎に、ＲＲＣにおいて設定されてもよい。その後、ＤＣＩを用いて、リストの中から１つの値が選択される［３］。

【0057】

図６を参照した第１のオプションとして、ｔ値を示すために、新規に設定可能なＤＣＩフィールドが追加されてもよい。特に、図６は、新たに追加された、ｔを示すＤＣＩフィールドの一例を示している。同じＤＣＩフォーマット内では、ＤＣＩペイロードのサイズは、データ／ＣＳＩの有無に関わらず、Ａ－ＳＲＳトリガリングに対しては変更されないことに留意されたい。このことは、ＤＣＩのＢＤ数を増加させないために有益である。また、新規のＤＣＩフィールドは、ＲＲＣがそれを設定した場合にのみ存在してもよいことに留意されたい。

【0058】

図７を参照する第２のオプションとして、ｔ値が、新規のＤＣＩフィールドを追加せずに示される。そのケースでは、データ／ＣＳＩスケジューリング有りのＤＣＩと、データ／ＣＳＩスケジューリング無しのＤＣＩとが、異なる方式でｔ値を示すことができる。データ／ＣＳＩ無しのＤＣＩのケースでは、未使用のフィールドが、ｔ値を示すために再利用されてもよい。データ／ＣＳＩ有り且つＳＲＳリクエストのケースでは、ｔを示すために以下の方法が考慮されてもよい。

【0059】

１） ＵＥは、ｔの単一の値が、ＳＲＳリソースセット毎に上位レイヤによって設定されることのみを期待してもよい。

【0060】

２） ＵＥは、仕様において予め規定された１つ以上のルールに基づいて、又は（例えば、ｔのデフォルト値を設定する）上位レイヤによる設定に基づいて、値のリストから、上位レイヤによって設定されたｔについての複数の値の内の１つの値（例えば、第１の値、最小値、最大値等）を選択してもよい。

【0061】

上述のように、データ／ＣＳＩ無しのＤＣＩのケースでは、未使用のフィールドが再利用されてもよい。例えば、データ／ＣＳＩ無しのＤＣＩにおける未使用のＤＣＩフィールドは、「ＰＵＳＣＨスケジューリング及び／又はＣＳＩリクエストに用いられるＤＣＩフィールド」であってもよい。特に、スケジューリングデータ／ＣＳＩ無しのＤＣＩフォーマット０＿１／０＿２における未使用のＤＣＩフィールドの内の１つ以上のフィールドは、第２のオプションによるｔ値を示すために考慮されてもよい。ｔを示すために考慮することができる、未使用の可能性がある一部のＤＣＩフィールドの１つ以上の例として、以下を挙げることができる：
・帯域幅部分インジケータ
・周波数領域リソース割り当て
・時間領域リソース割り当て
・スケジューリングされたＰＵＳＣＨ用のＴＰＣコマンド
・プリコーディング情報及びレイヤ数
・アンテナポート
・ＣＳＩリクエスト

【0062】

最初のオプションに戻ると、新規のＤＣＩフィールドは、ＲＲＣがそれを設定した場合にのみ存在してもよいことに留意されたい。例えば、ｔ値を示すための新規のＤＣＩフィールドの可用性（availability）を設定する、図８に示すような、新規のＲＲＣパラメータsrs-DCI-t-Field-r17が考慮される。この例では、srs-DCI-t-Field-r17が０にセットされる場合、ｔ値を示すために、第２のオプションにおいて検討した方法を考慮することができる。srs-DCI-t-Field-r17が１にセットされる場合、ｔ値を示すために、第１のオプションにおいて検討した方法を考慮することができる。

【0063】

更に、上述の上位レイヤパラメータが設定される場合（即ち、第１のオプションに従う場合）、新規のＤＣＩフィールドは、データ／ＣＳＩ有りの場合のＡ－ＳＲＳトリガ用のＤＣＩ及びデータ／ＣＳＩ無しの場合のＡ－ＳＲＳトリガ用のＤＣＩの両方のケースについて、ｔの値を動的に示すことができることに留意されたい。代替的に（即ち、第２のオプションに従う場合）、データスケジューリング及び／又はＣＳＩリクエストに使用されない既存のＤＣＩフィールドは、データ／ＣＳＩ無しの場合のＡ－ＳＲＳトリガ用のＤＣＩのケースのｔの値を動的に示すことができ、またデータ／ＣＳＩ有りの場合のＡ－ＳＲＳトリガ用のＤＣＩのケースでは、ｔの値が準静的に設定される。

【0064】

１つ以上の実施形態では、Ａ－ＳＲＳトリガ状態のＤＣＩコードポイントの数が拡張されてもよい。目下のところ、Ａ－ＳＲＳのトリガ状態に利用可能なＤＣＩコードポイントの数は僅か３である。３より多くのトリガ状態をサポートするために、［５］の仕様のTable 7.3.1.1.2-24は、図９に示すように、より多くのコードポイントが取り込まれるように適切に更新されてもよい。特に、図９に示すように、Ａ－ＳＲＳの７つのトリガ状態を持てるようにするために、ＳＲＳリクエストフィールドの３ビットのビット幅を想定して、［５］のTable 7.3.1.1.2-24は、図示のように更新することができる。例えば、１００、１０１、１１０及び１１１に対して、新規のエントリが定義されてもよい。

【0065】

更に、ＤＣＩのオーバーヘッドを柔軟に制御するために、ＲＲＣシグナリングを用いて「SRS request」フィールドのサイズを設定することが可能である。続いて、設定された「SRS request」フィールドのサイズに基づいて、図９に示すように、［５］のTable 7.3.1.1.2-24から特定の行を選択することができる。例えば、（図９に示すように）Ａ－ＳＲＳの７つのトリガ状態を取ることが可能な場合、ＳＲＳリクエストフィールドのサイズを上位レイヤによって設定することができる。特に、ＳＲＳフィールドのサイズに関する上位レイヤによる設定の一例を図１０に示す。

【0066】

srs-RequestDCI-0-2は以下のように定義される：

【0067】

ＤＣＩフォーマット０＿２における「SRS request」のビット数を示す。このフィールドが存在しない場合、ＤＣＩフォーマット０＿２における「SRS request」の０ビットの値が適用される。パラメータsrs-RequestDCI-0-2が値１に設定される場合、トリガされた非周期ＳＲＳリソースセットについては、TS 38.212におけるTable 7.3.1.1.2-24の最初の２行の内の１つを示すために１ビットが用いられる。値２が設定される場合、TS 38.212におけるTable 7.3.1.1.2-24の最初の４行の内の１つを示すために２ビットが用いられる。値３が設定される場合、TS 38.212におけるTable 7.3.1.1.2-24の行の内の１つを示すために３ビットが用いられる。ＵＥにsupplementaryUplinkが設定される場合、追加ビット（即ち、ＳＲＳリクエストフィールドの第１ビット）が、非ＳＵＬ／ＳＵＬを示すために用いられる。

【0068】

Ｒｅｌ．１６では、ＤＣＩフォーマット０＿２（即ち、Ｒｅｌ．１５のＤＣＩフォーマット０＿１と比較して、コンパクトＤＣＩと称される）のＤＣＩペイロードを制御するために、上記の上位レイヤパラメータが導入されていることに留意されたい。上記の提案は、ＤＣＩフォーマット０＿１にも適用可能である。簡単な方法は、ＤＣＩフォーマット０＿１のＳＲＳリクエストフィールドのサイズと、ＤＣＩフォーマット０＿２のＳＲＳリクエストフィールドのサイズを別個に制御するために、異なる上位レイヤパラメータ（即ち、上述の上位レイヤパラメータ）を定義することである。別の方法は、ＤＣＩフォーマット０＿２用のＳＲＳリクエストフィールドのサイズを制御するための上位レイヤパラメータ（即ち、上述の上位レイヤパラメータ）のみを規定し、ＤＣＩフォーマット０＿１用のＳＲＳリクエストフィールドのＤＣＩサイズは、暗黙的なルール（例えば、用途がＣＢ／ＮＣＢであるＳＲＳリソースセットの数）に従い導出される。

【0069】

更に、新しく追加されたＡ－ＳＲＳトリガ状態をサポートするために、ＲＲＣパラメータmaxNrofSRS-TriggerStates-1及びmaxNrofSRS-TriggerStates-2は、図１１に示すように、それぞれ、［６］のaperiodicSRS-ResourceTrigger及びaperiodicSRS-ResourceTriggerListにおいて更新される。例えば、Ａ－ＳＲＳに対して７つのトリガ状態を取ることが可能な場合、maxNrofSRS-TriggerStates-1及びmaxNrofSRS-TriggerStates-2は、図１１における更新値によって示されているように更新する必要がある。

【0070】

別のオプションとして、ＤＣＩがデータ／ＣＳＩをスケジュールするか否かに応じて、ＵＥが、Ａ－ＳＲＳトリガ状態の適切なテーブルを選択してもよい。つまり、データ／ＣＳＩをスケジューリングしないＤＣＩの場合、ＳＲＳリクエストフィールドのサイズは１ビット、２ビット又は３ビットである。図９に示すように、データ／ＣＳＩ無しのＤＣＩの場合、Ａ－ＳＲＳトリガ状態テーブル、即ち［５］のTable 7.3.1.1.2-24から、どのエントリを考慮するかを上位レイヤにより設定することができる。この例に従い、図１０は、データ／ＣＳＩをスケジューリングしないＤＣＩにのみ適用されてもよい新規のＲＲＣパラメータを示す。上述のように、このシナリオにおけるＡ－ＳＲＳトリガ状態を取り込むためのテーブルが図９に示されている。

【0071】

データ／ＣＳＩをスケジューリングするＤＣＩの場合、ＳＲＳリクエストフィールドのサイズは、１ビット又は２ビットである。従って、図１２に示すテーブルは、ＤＣＩスケジューリングがデータ／ＣＳＩを含むシナリオにおいて考慮されてもよい。

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

また、本開示における無線基地局は、ユーザ端末と解釈されてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、ユーザ端末２０が上述の無線基地局１０の機能を有してもよい。また、「上りリンク（uplink）」、「下りリンク（downlink）」などの文言は、「サイド（side）」）と解釈されてもよい。例えば、上りリンクチャネルは、サイドチャネルと解釈されてもよい。

【0084】

同様に、本開示におけるユーザ端末は、無線基地局と解釈されてもよい。この場合、無線基地局が上述のユーザ端末の機能を有してもよい。

【0085】

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

【0086】

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

【0087】

本開示において説明した１つ以上の実施形態は、ＬＴＥ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、及び／又はこれらに基づいて拡張された次世代システムなどに適用されてもよい。

【0088】

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

【0089】

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

【0090】

本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含してもよい。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。また、本開示において使用する「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、推定（assuming）、確立（establishing）、比較（comparing）などを「判断（決定）」することであると解釈されてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであると解釈されてもよい。

【0091】

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

【0092】

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

【0093】

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

【0094】

さらに、本明細書又は特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0095】

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

【0096】

別の例
上記の実施例及び修正実施例は、相互に組み合わされてもよく、またそれらの実施例の様々な特徴は、様々な組み合わせで相互に組み合わされてもよい。本発明は、本開示における特定の組み合わせに限定されるものではない。

【0097】

本開示を、限られた数の実施形態のみに関して説明したが、本開示の恩恵を受ける当業者は、本発明の範囲から逸脱することなく、様々な他の実施形態に想到し得ることは明らかであろう。従って、本発明の範囲は、添付の特許請求の範囲によってのみ限定されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【国際調査報告】