特表 2023-534349 マルチＴＲＰを用いたＰＵＣＣＨおよびＳＲＳのデフォルト空間関係

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

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

(11)【公表番号】

(43)【公表日】2023-08-09

(54)【発明の名称】マルチＴＲＰを用いたＰＵＣＣＨおよびＳＲＳのデフォルト空間関係

(51)【国際特許分類】

   H04W 16/28 20090101AFI20230802BHJP

   H04W 72/1268 20230101ALI20230802BHJP

   H04W 72/04 20230101ALI20230802BHJP

   H04L 27/26 20060101ALI20230802BHJP

   H04B 7/022 20170101ALI20230802BHJP

【ＦＩ】

H04W16/28

H04W72/1268

H04W72/04

H04L27/26 113

H04L27/26 114

H04B7/022

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022562404

(86)(22)【出願日】2021-07-09

(85)【翻訳文提出日】2022-12-16

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

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

(87)【国際公開日】2022-01-20

(31)【優先権主張番号】PCT/CN2020/102652

(32)【優先日】2020-07-17

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

(31)【優先権主張番号】PCT/CN2020/102853

(32)【優先日】2020-07-17

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】591003943

【氏名又は名称】インテル・コーポレーション

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ワン、グオトン

(72)【発明者】

【氏名】ダヴィドフ、アレクセイ

(72)【発明者】

【氏名】モンダル、ビシュワルプ

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD11

5K067HH22

5K067KK02

(57)【要約】

シングルＤＣＩを有するマルチＴＲＰ動作および複数のＤＣＩを有するマルチＴＲＰ動作を可能にするシステム、デバイスおよび方法が説明されている。前記ＴＲＰのためのシングルＤＣＩまたは複数のＤＣＩは、ＰＵＣＣＨ送信およびＳＲＳ送信に使用されている。ＣＯＲＥＳＥＴ受信とＰＵＣＣＨ送信との間のまたはＳＲＳの反復間の空間関係が提供されている。ＰＵＣＣＨ送信の関連付けは、単一空間関係が使用されているかまたは複数の空間関係が使用されているかに依存する。当該関連付けは、ＴＲＰとＣＯＲＥＳＥＴまたはＴＣＩ状態との間のデフォルトの関連付け、明示的な関連付けおよび黙示的な関連付けである。

【特許請求の範囲】

【請求項1】

送信‐受信ポイント（ＴＲＰ）の装置であって、前記装置は、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定することと、
前記ＵＥに、前記ＵＥからの物理アップリンク制御チャネル（ＰＵＣＣＨ）送信に使用される多数の空間関係を示すことと、
前記ＵＥに、前記ＰＵＣＣＨの送信と制御リソースセット（ＣＯＲＥＳＥＴ）の受信との間の空間関係と、使用された多数の空間関係に依存する前記空間関係を示すことであって、前記空間関係は、単一空間関係が使用されるかまたは複数の空間関係が使用されるかに依存する関連付けに基づいており、前記関連付けは、ＴＲＰと前記ＣＯＲＥＳＥＴまたは送信設定指示（ＴＣＩ）状態のうち少なくとも１つとの間のデフォルトの関連付け、明示的な関連付け、および黙示的な関連付けから選択される、示すことと、
前記空間関係に基づいて前記ＵＥから前記ＰＵＣＣＨを受信すること
を行うように構成された処理回路と、
前記空間関係を格納するように構成されたメモリと
を備える、装置。

【請求項2】

前記単一空間関係の場合、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＣＣＨによって前記デフォルトの関連付けを示すように構成されている、請求項１に記載の装置。

【請求項3】

前記単一空間関係の場合、前記処理回路は、ＰＵＣＣＨリソースセットレベル、ＰＵＣＣＨリソースグループレベルまたはＰＵＣＣＨリソースレベルのうち１つにおける前記空間関係を、
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨ、
媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）、
前記シングルＤＣＩにおける新しいＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨ、または
ＰＵＣＣＨリソースグループ識別情報（ＩＤ）またはＰＵＣＣＨリソース設定ＩＤによる黙示的表現
のうち少なくとも１つによって示すように構成された、請求項１または２に記載の装置。

【請求項4】

前記単一空間関係の場合、前記処理回路は、デフォルトビーム動作がＰＵＣＣＨに対して有効にされたという決定に応答して、前記ＰＵＣＣＨの空間関係およびパスロス参照信号で前記ＵＥを構成することを回避するように構成された、請求項１から３のいずれか一項に記載の装置。

【請求項5】

前記単一空間関係の場合、複数のＣＯＲＥＳＥＴの各々は前記複数のＴＲＰの異なるＴＲＰに関連付けられており、ＣＯＲＥＳＥＴプールはシングルＤＣＩマルチＴＲＰ動作に対して定義されており、各ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けは無線リソース制御（ＲＲＣ）パラメータｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって定義されており、前記ＰＵＣＣＨはＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨを介して特定のＣＯＲＥＳＥＴプールに関連付けられており、デフォルト空間関係は、
その構成されたｓｉｎｇｌｅＤＣＩＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが前記ＰＵＣＣＨに関連付けられた前記ＣＯＲＥＳＥＴプールと同じ１または複数のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、その構成されたｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが前記ＰＵＣＣＨに関連付けられたＣＯＲＥＳＥＴプールと同じＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態仮定、または
スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態
のうち１つに従う、請求項１から４のいずれか一項に記載の装置。

【請求項6】

前記単一空間関係の場合、
前記ＣＯＲＥＳＥＴは複数のＴＣＩ状態で構成されている、前記複数のＴＣＩ状態の各々はＴＲＰ識別子を介して特定のＴＲＰに関連付けられているまたは複数のＣＯＲＥＳＥＴプールの各ＣＯＲＥＳＥＴプールは前記ＴＲＰのうち１つを表す、前記明示的な関連付けは各ＴＣＩ状態と対応するＣＯＲＥＳＥＴプールとの間にある、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩにおける前記関連付けを、ＴＣＩ状態でまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して提供するように構成されている、または、
前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態の順序は、前記ＴＣＩ状態と前記特定のＴＲＰとの間の関連付けを示す
のうち１つである、請求項１から５のいずれか一項に記載の装置。

【請求項7】

前記単一空間関係の場合、
前記処理回路は、前記ＵＥに、前記ＰＵＣＣＨが、１または複数のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、最も低いインデックスを有するＣＯＲＥＳＥＴの特定のＴＲＰのＴＣＩ状態に従うか、または、前記１または複数のＣＯＲＥＳＥＴのＴＣＩ状態のうち最も低いＴＣＩ状態識別子（ＩＤ）を有するＴＣＩ状態に従うかを示すように構成されており、
前記ＴＣＩ状態と前記特定のＴＲＰとの関連付けは、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩを介して、または、前記ＴＣＩ状態の順序を介して示されており、
ＰＵＣＣＨに関連付けられた前記ＴＲＰは、ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨによって示されるか、または、スケジューリングＣＯＲＥＳＥＴに関連付けられたＣＯＲＥＳＥＴプールは、前記ＰＵＣＣＨが前記シングルＤＣＩによって示された場合に、前記スケジューリングＣＯＲＥＳＥＴと同じである、請求項１から６のいずれか一項に記載の装置。

【請求項8】

前記単一空間関係の場合、
少なくとも１つのＴＣＩコードポイントは複数のＴＣＩ状態を含み、
前記複数のＴＣＩ状態の順序は、前記ＴＲＰと前記ＴＣＩ状態との間の前記関連付けを黙示的に示す、請求項１から７のいずれか一項に記載の装置。

【請求項9】

前記単一空間関係のデフォルト空間関係が特定のＴＣＩ状態に動的に従うために、前記処理回路は、前記ＰＵＣＣＨが、ＰＤＳＣＨ受信が前記ＵＥによって実行される最新のスロットにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のために、複数のＴＣＩ状態のうち前記特定のＴＣＩ状態に従うことであって、前記特定のＴＣＩ状態は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成されるか、または
前記単一空間関係が、ＴＣＩ状態コードポイントによって示された別の特定のＴＣＩ状態に半静的に従うために、前記処理回路は、前記ＰＵＣＣＨが、複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントに対応するＴＣＩ状態のセットのうち１つに従うことであって、前記特定のＴＣＩ状態は、前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨによってまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成された、請求項１から８のいずれか一項に記載の装置。

【請求項10】

ＴＣＩ関連付けの場合、
各ＴＣＩ状態は、ＴＲＰ識別情報（ＩＤ）を介して異なるＴＲＰに関連付けられるか、または
複数のＣＯＲＥＳＥＴプールのうちの各ＣＯＲＥＳＥＴプールは、異なるＴＲＰを表し、各ＴＣＩ状態は異なるＣＯＲＥＳＥＴプールに関連付けられているか
のうち１つであり、
前記処理回路は、前記ＵＥに、前記ＴＣＩ関連付けを、
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩ、
ＴＣＩ状態とＴＲＰとの間の前記関連付けを示すための媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）、または
１つのＴＣＩコードポイントが複数のＴＣＩ状態を示す場合に、前記ＴＣＩ状態とＴＲＰとの間の前記関連付けを示すための前記ＴＣＩ状態の順序による黙示的表現
のうちの１つにおいて示すように構成された、請求項１から９のいずれか一項に記載の装置。

【請求項11】

前記単一空間関係が特定のＴＣＩ状態に動的に従うために、前記処理回路は、前記ＰＵＣＣＨが、ＰＤＳＣＨ受信が前記ＵＥによって実行される最新のスロットにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のために、複数のＴＣＩ状態のうち前記特定のＴＣＩ状態に従うことであって、前記特定のＴＣＩ状態は、ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩによってまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成されるか、または
前記単一空間関係が、ＴＣＩ状態コードポイントによって示された別の特定のＴＣＩ状態に半静的に従うために、前記処理回路は、前記ＰＵＣＣＨが、そのＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩが前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する前記ＴＣＩ状態のうち最も低いＴＣＩ状態識別情報（ＩＤ）に対応するＴＣＩ状態のセットのうち１つ、または、そのＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩが前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントによって示される別のＴＣＩ状態に従うことを、前記ＵＥに示すように構成された、請求項１から１０のいずれか一項に記載の装置。

【請求項12】

前記処理回路は、有効な場合、空間関係およびパスロス参照信号が前記ＰＵＣＣＨに対して構成されていないことを示す無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＰＵＣＣＨを介して複数の空間関係でＰＵＣＣＨリソースが構成されていることを、前記ＵＥに示すように構成されているか、または
複数のＣＯＲＥＳＥＴの各ＣＯＲＥＳＥＴは異なるＴＲＰに関連付けられ、前記処理回路は、前記ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けを無線リソース制御（ＲＲＣ）パラメータｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを介して前記ＵＥに示すように構成されている、
のうち少なくとも１つである、請求項１から１１のいずれか一項に記載の装置。

【請求項13】

前記単一空間関係の場合、前記処理回路は、前記ＰＵＣＣＨが、特定のＴＲＰに関連付けられた前記ＣＯＲＥＳＥＴのうち１または複数が前記ＵＥによって監視されている最新のスロットにおいて、前記特定のＴＲＰに関連付けられたＣＯＲＥＳＥＴのうちの、最も低いインデックスを有するＣＯＲＥＳＥＴのＴＣＩ状態に従うことを前記ＵＥに示すように構成された、請求項１から１２のいずれか一項に記載の装置。

【請求項14】

前記単一空間関係の場合、
前記ＣＯＲＥＳＥＴは複数のＴＣＩ状態で構成されている、前記複数のＴＣＩ状態の各々はＴＲＰ識別子を介して特定のＴＲＰに関連付けられているまたは複数のＣＯＲＥＳＥＴプールの各ＣＯＲＥＳＥＴプールは前記ＴＲＰのうち１つを表す、前記明示的な関連付けは各ＴＣＩ状態と対応するＣＯＲＥＳＥＴプールとの間にある、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩにおける前記関連付けを、ＴＣＩ状態でまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して提供するように構成されている、または、
前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態の順序は、前記ＴＣＩ状態と前記特定のＴＲＰとの間の関連付けを示す
のうち１つである、請求項１から１３のいずれか一項に記載の装置。

【請求項15】

前記単一空間関係のデフォルト空間関係の場合、
１または複数の第１のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、第１のデフォルト空間関係は、前記第１のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有する第１のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第１のＴＲＰに関連付けられた第１のＴＣＩ状態に従い、且つ、第２のデフォルト空間関係は、１または複数の第２のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、第２のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有する第２のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、前記第２のＴＲＰに関連付けられた第２のＴＣＩ状態に従うか、
前記デフォルト空間関係は、１または複数の第３のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、異なるＴＲＰに関連付けられた複数のＴＣＩ状態を有する第３のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴに関連付けられたＴＣＩ状態に順次従うか、または
前記デフォルト空間関係は、スケジューリングＣＯＲＥＳＥＴが複数のアクティブＴＣＩ状態で構成されている場合に、前記スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態に順次従うか
のうち１つである、請求項１から１４のいずれか一項に記載の装置。

【請求項16】

前記単一空間関係の場合、少なくとも１つのＴＣＩコードポイントが、以下、すなわち、複数のデフォルト空間関係が物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のＴＣＩ状態に動的に従い、ＰＵＣＣＨの前記複数のデフォルト空間関係は、前記ＰＤＳＣＨが、前記少なくとも１つのＴＣＩコードポイントのうち１つによって示されている複数のＴＣＩ状態で受信される最新のスロットにおけるＰＤＳＣＨ受信の前記ＴＣＩ状態に順次従う、
前記複数のデフォルト空間関係は、前記ＰＤＳＣＨに対してアクティブ化された複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントに対応するＴＣＩ状態に半静的に従う、または、
前記複数のデフォルト空間関係は、前記ＰＤＳＣＨの前記ＴＣＩ状態がＴＲＰに明示的に関連付けられている場合、半静的に且つ独立して導出される
のうち１つである複数のＴＣＩ状態を示す場合、
次に、前記ＰＵＣＣＨの第１のデフォルト空間関係は、第１のＴＲＰに関連付けられたＴＣＩ状態のうち第１の最も低いＴＣＩ状態識別子（ＩＤ）を有するＴＣＩ状態に従い、前記ＰＵＣＣＨの第２のデフォルト空間関係は、第２のＴＲＰに関連付けられたＴＣＩ状態のうち２番目に低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従う、請求項１から１５のいずれか一項に記載の装置。

【請求項17】

送信‐受信ポイント（ＴＲＰ）の装置であって、前記装置は、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定することと、
前記ＵＥに、サウンディング参照信号（ＳＲＳ）の反復に使用される多数の空間関係を示すことであって、前記ＳＲＳの反復を送信するためのＳＲＳリソースセットのＳＲＳリソースのうち少なくともいくつかは、複数の空間関係を有し、前記ＳＲＳリソースのうち前記少なくともいくつかの異なる空間関係は、異なるＴＲＰをターゲットとしており、前記複数の空間関係の指示は、非周期的ＳＲＳのためのＳＲＩフィールドのコードポイントまたは非周期的もしくは半永続的ＳＲＳのための媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して前記シングルＤＣＩにおいて提供される、示すことと、
前記ＵＥから、前記空間関係に基づいた前記ＳＲＳを受信することと、
を行うように構成された処理回路と、
前記空間関係を格納するように構成されたメモリと
を備える、装置。

【請求項18】

前記処理回路はさらに、前記ＳＲＳリソースの各々は単一空間関係に関連付けられていることと、デフォルト空間関係がＳＲＳ送信に対して有効にされたかどうかと、前記空間関係は、デフォルト空間関係が有効にされた場合には、前記ＳＲＳ送信に対して構成されていないこととを前記ＵＥに示すように構成されており、
各ＳＲＳは異なるＴＲＰに関連付けられており、且つ
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳ、
前記シングルＤＣＩによってトリガされ、前記シングルＤＣＩは前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳを含む、または
ＳＲＳリソースセット識別子（ＩＤ）によって黙示的に表された
前記ＭＡＣ‐ＣＥ、
のうち少なくとも１つによって、ＳＲＳリソースセットレベルまたはＳＲＳリソースレベルにおいて定義される、請求項１７に記載の装置。

【請求項19】

送信‐受信ポイント（ＴＲＰ）のプロセッサに、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定する手順と、
前記ＵＥに、前記ＵＥからの物理アップリンク制御チャネル（ＰＵＣＣＨ）送信に使用される多数の空間関係を示す手順と、
前記ＵＥに、前記ＰＵＣＣＨの送信と制御リソースセット（ＣＯＲＥＳＥＴ）の受信との間の空間関係と、使用された多数の空間関係に依存する前記空間関係とを示す手順であって、前記空間関係は、単一空間関係が使用されるかまたは複数の空間関係が使用されるかに依存する関連付けに基づいており、前記関連付けは、ＴＲＰと制御リソースセット（ＣＯＲＥＳＥＴ）または送信設定指示（ＴＣＩ）状態のうち少なくとも１つとの間のデフォルトの関連付け、明示的な関連付け、および黙示的な関連付けから選択される、示す手順と、
前記空間関係に基づいて前記ＵＥから前記ＰＵＣＣＨを受信する手順と
を実行させるためのコンピュータプログラム。

【請求項20】

前記単一空間関係の場合、前記プロセッサに、前記ＴＲＰを、無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＣＣＨによって前記デフォルトの関連付けを示すように構成する手順を実行させる、請求項１９に記載のコンピュータプログラム。

【請求項21】

請求項１９または２０に記載のコンピュータプログラムを格納しているコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

［優先権の主張］
本願は、２０２０年７月１７日に出願された国際出願第ＰＣＴ／ＣＮ２０２０／１０２６５２号、および、２０２０年７月１７日に出願された国際出願第ＰＣＴ／ＣＮ２０２０／１０２８５３号に対する優先権の利益を主張しており、それらの出願の各々はその全体が参照によって本明細書に組み込まれる。

【0002】

実施形態は、第５世代（５Ｇ）新無線（ＮＲ）システムにおける無線通信に関する。いくつかの実施形態は、５Ｇシステムにおけるマルチ送信／受信ポイント（ＴＲＰ）動作に関する。

【背景技術】

【0003】

３ＧＰＰ（登録商標） ＬＴＥシステム（ＬＴＥおよびＬＴＥアドバンスドシステムを含む）の使用および複雑性は、ネットワークリソースを使用するデバイスユーザ機器（ＵＥ）のタイプの増加、ならびに、これらのＵＥ上で動作するビデオストリームなどの様々な用途によって使用されるデータ量および帯域幅の増加の両方に起因して、増加する。通信デバイスの数およびダイバシティにおける莫大な増加によって、ルータ、スイッチ、ブリッジ、ゲートウェイ、ファイアウォールおよびロードバランサを含む対応するネットワーク環境は、特に５Ｇシステムの出現に伴い、ますます複雑になっている。予想されるように、あらゆる新しい技術の出現に伴い多数の問題が生じる。

【図面の簡単な説明】

【0004】

複数の図において、これらは必ずしも縮尺通りに描かれてはいないが、同様の参照番号は別の複数の図における同様の構成要素を説明し得る。異なる添字を有する同様の参照番号は、同様の構成要素の異なる例を表し得る。図は概して、本明細書に記載の様々な実施形態を限定ではなく例示として示している。

【0005】

【図1A】いくつかの態様に従ってネットワークのアーキテクチャを示す。

【0006】

【図1B】いくつかの態様に従って非ローミング５Ｇシステムアーキテクチャを示す。

【0007】

【図1C】いくつかの態様に従って非ローミング５Ｇシステムアーキテクチャを示す。

【0008】

【図2】いくつかの実施形態に従って通信デバイスのブロック図を示す。

【0009】

【図3A】いくつかの実施形態に従ってシングルダウンリンク制御情報（ＤＣＩ）ＴＲＰ動作を示す。

【0010】

【図3B】いくつかの実施形態に従ってマルチＤＣＩ ＴＲＰ動作を示す。

【0011】

【図4】いくつかの実施形態に従って媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を示す。

【0012】

【図5】いくつかの実施形態に従って半永続的サウンディング参照信号（ＳＲＳ）の空間関係を更新するためのＭＡＣ‐ＣＥを示す。

【0013】

【図6】いくつかの実施形態に従って非周期的ＳＲＳの空間関係を更新するためのＭＡＣ‐ＣＥを示す。

【0014】

【図7】いくつかの実施形態に従って物理アップリンク制御チャネル（ＰＵＣＣＨ）に対するデフォルト空間関係決定を示す。

【0015】

【図8】いくつかの実施形態に従って制御リソースセット（ＣＯＲＥＳＥＴ）送信設定指示（ＴＣＩ）状態およびＴＲＰに基づくＰＵＣＣＨデフォルト空間関係を示す。

【0016】

【図9】いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩ状態およびＴＲＰに基づく別のＰＵＣＣＨデフォルト空間関係を示す。

【0017】

【図10】いくつかの実施形態に従ってＴＲＰとＴＣＩ状態との間の関連付けの例を示す。

【0018】

【図11】いくつかの実施形態に従って黙示的な関連付けを有するＰＵＣＣＨデフォルト空間関係の例を示す。

【0019】

【図12】いくつかの実施形態に従って黙示的な関連付けを有するＰＵＣＣＨデフォルト空間関係の別の例を示す。

【0020】

【図13】いくつかの実施形態に従って明示的な関連付けを有するＰＵＣＣＨデフォルト空間関係の例を示す。

【0021】

【図14】いくつかの実施形態に従って明示的な関連付けを有するＰＵＣＣＨデフォルト空間関係の別の例を示す。

【0022】

【図15】いくつかの実施形態に従って明示的な関連付けを有するＰＵＣＣＨデフォルト空間関係の別の例を示す。

【0023】

【図16】いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。

【0024】

【図17】いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。

【0025】

【図18】いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。

【0026】

【図19】いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。

【0027】

【図20】いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。

【0028】

【図21(a)】いくつかの実施形態に従って順次マッピングを有する複数の空間関係を有するＳＲＳの例を示す。

【0029】

【図21(b)】いくつかの実施形態に従って周期的マッピングを有する複数の空間関係を有するＳＲＳの例を示す。

【0030】

【図22】いくつかの実施形態に従って複数の空間関係を有する半永続的ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥの例を示す。

【0031】

【図23】いくつかの実施形態に従って非周期的ＳＲＳ空間関係指示ＭＡＣ ＣＥの例を示す。

【0032】

【図24】いくつかの実施形態に従ってＣＯＲＥＳＥＴによるＳＲＳデフォルト空間関係の例を示す。

【0033】

【図25】いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩ状態およびＴＲＰによるＳＲＳデフォルト空間関係の例を示す。

【0034】

【図26】いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩ状態およびＴＲＰによるＳＲＳデフォルト空間関係の別の例を示す。

【0035】

【図27】いくつかの実施形態に従ってＴＣＩ状態とＴＲＰとの間の黙示的な関連付けの例を示す。

【0036】

【図28】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の黙示的な関連付けによるＳＲＳデフォルト空間関係の例を示す。

【0037】

【図29】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の黙示的な関連付けによるＳＲＳデフォルト空間関係の別の例を示す。

【0038】

【図30】いくつかの実施形態に従ってＴＣＩ状態とＴＲＰとの間の明示的な関連付けの例を示す。

【0039】

【図31】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の明示的な関連付けによるＳＲＳデフォルト空間関係の例を示す。

【0040】

【図32】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の明示的な関連付けによるＳＲＳデフォルト空間関係の別の例を示す。

【0041】

【図33】いくつかの実施形態に従ってＣＯＲＥＳＥＴとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。

【0042】

【図34】いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。

【0043】

【図35】いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの別の例を示す。

【0044】

【図36】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。

【0045】

【図37】いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの別の例を示す。

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

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

複数の空間関係が１つのＰＵＣＣＨリソースに関連付けられたとき、空間関係は異なるＴＲＰに関連付けられ得る。例において、（デフォルト）空間関係の順序は関連付けられたＴＲＰを黙示的に表し得る。例えば、第１の（デフォルト）空間関係は第１のＴＲＰに関連付けられ、第２の（デフォルト）空間関係は第２のＴＲＰに関連付けられる。別の例において、ＰＵＣＣＨは、新しいＲＲＣパラメータを介して複数のＴＲＰに明示的に関連付けられ得る。

【0163】

このセクション（セクション２）におけるＰＵＣＣＨとＴＲＰとの間の関連付けは、ＰＵＣＣＨに対するデフォルトビーム動作に限定されておらず、これはＰＵＣＣＨ送信のための他のシナリオに適用されてもよい。その関連付けは、ＰＵＣＣＨリソースセットレベル／ＰＵＣＣＨリソースグループレベル／ＰＵＣＣＨリソースレベルにおいて、またはＰＵＣＣＨ空間関係情報において定義され得る。

【0164】

ＰＵＣＣＨのデフォルト空間関係／デフォルトパスロス参照信号は、以下のセクションに説明されるように決定され得る。

【0165】

［２．１ ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0166】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴはまた、１つのＴＲＰに関連付けられ得る。ＣＯＲＥＳＥＴプールはまた、シングルＤＣＩマルチＴＲＰ動作に対して定義され得る。ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けは、ＲＲＣパラメータ、例えば、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって定義され得、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが０に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ａから送信され、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが１に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ｂから送信される。

【0167】

この場合、ｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＰＵＣＣＨが有効にされ且つ空間関係もパスロス参照信号もＰＵＣＣＨに対して構成されていない場合、ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0168】

Ａｌｔ１：複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号は、独立して、１つのＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に従う。ＰＵＣＣＨの第１のデフォルト空間関係／パスロス参照信号は、第１のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、第１のＴＲＰに関連付けられたそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。ＰＵＣＣＨの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、第２のＴＲＰに関連付けられたそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0169】

図１６は、いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。特に、図１４において、ＰＵＣＣＨは、ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けに従って決定された複数の空間関係を有する。

【0170】

［２．２ ＣＯＲＥＳＥＴ（複数のＴＣＩ状態）とＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0171】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴが複数のアクティブ化ＴＣＩ状態で構成された場合、次に、ＣＯＲＥＳＥＴのＴＣＩ状態は、１つのＴＲＰに関連付けられる。ＴＣＩ状態は、例えばＴＲＰ ＩＤを介して１つのＴＲＰに関連付けられ得る。代替的に、ＣＯＲＥＳＥＴプールは、１つのＴＲＰを表し得る１つのＣＯＲＥＳＥＴプールと定義され得、当該関連付けは、ＴＣＩ状態とＣＯＲＥＳＥＴプールとの間で定義され得る。パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩはＴＣＩ－Ｓｔａｔｅに導入され得る。代替的に、ＴＣＩ状態とＴＲＰとの間の関連付けは、ＭＡＣ‐ＣＥを介して構成／更新され得る。別の代替例において、１つのＣＯＲＥＳＥＴのＴＣＩ状態の順序は、ＴＣＩ状態とＴＲＰとの間の関連付けを黙示的に示し得る。例えば、１つのＣＯＲＥＳＥＴが２つのアクティブＴＣＩ状態で構成された場合、次に、第１のＴＣＩ状態は第１のＴＲＰに関連付けられ、第２のＴＣＩ状態は第２のＴＲＰに関連付けられる。

【0172】

ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴプールインデックスで構成されてもよく、または、ＣＯＲＥＳＥＴプールインデックスなしで構成されてもよい。この場合、ｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＰＵＣＣＨが有効にされ且つ空間関係もパスロス参照信号もＰＵＣＣＨに対して構成されていない場合、ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0173】

Ａｌｔ１：複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号は、独立して、１つのＣＯＲＥＳＥＴの１つのＴＣＩ／ＱＣＬ仮定に従う。ＰＵＣＣＨの第１のデフォルト空間関係／パスロス参照信号は、１または複数のそのようなＣＯＲＥＳＥＴがＵＥによって監視される最新のスロットにおいて、第１のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有するそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第１のＴＲＰに関連付けられたＴＣＩ状態／ＱＣＬ仮定に従い得る。ＰＵＣＣＨの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視される最新のスロットにおいて、第２のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有するそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第２のＴＲＰに関連付けられたＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0174】

Ａｌｔ２：１つのＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に順次従う複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号。ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は順次、１または複数のそのようなＣＯＲＥＳＥＴがＵＥによって監視される最新のスロットにおいて、異なるＴＲＰに関連付けられた複数のアクティブ化状態で構成されているそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0175】

Ａｌｔ３：スケジューリングＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に順次従う複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号。ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は、スケジューリングＣＯＲＥＳＥＴが複数のアクティブＴＣＩ状態で構成された場合、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に順次従う。

【0176】

留意：Ａｌｔ．２／Ａｌｔ．３については、ＰＵＣＣＨは、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。ＣＯＲＥＳＥＴのＴＣＩ状態は、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。関連付けは、明示的な関連付けまたは黙示的な関連付けを含む。

【0177】

図１７は、いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。
図１８は、いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。特に、図１７はＣＯＲＥＳＥＴ ＴＣＩとのＴＲＰとの間の関連付けを有する上記のＡｌｔ１の例を示しており、図１８はＣＯＲＥＳＥＴ ＴＣＩとＴＲＰとの間の関連付けについての上記のＡｌｔ２の例を示している。

【0178】

［２．３ ＴＣＩ状態とＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0179】

実施形態において、シングルＤＣＩマルチＴＲＰ動作の場合、少なくとも１つのＴＣＩコードポイントが複数のＴＣＩ状態を示す場合、ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は、以下のように決定され得る。

【0180】

Ａｌｔ１：複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号は、ＰＤＳＣＨの示されたＴＣＩ状態に動的に従う。ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は、ＰＤＳＣＨが１つのＴＣＩコードポイントによって示された複数のＴＣＩ状態で受信される最新のスロットにおいて、ＰＤＳＣＨ受信のための示されたＴＣＩ状態／ＱＣＬ仮定に順次従う。

【0181】

Ａｌｔ２：複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号は、１つのＴＣＩ状態コードポイントによって示された複数のＴＣＩ状態に半静的に従う。ＰＵＣＣＨのデフォルト空間関係／パスロス参照信号は、ＰＤＳＣＨに対してアクティブ化された複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いコードポイントに対応するＴＣＩ状態に順次従う。

【0182】

Ａｌｔ３：複数のデフォルトＰＵＣＣＨ空間関係／パスロス参照信号は半静的に且つ独立して導出だれる。ＴＣＩ状態がＴＲＰとの明示的な関連付けで構成された場合、次に、ＰＵＣＣＨの第１のデフォルト空間関係／パスロス参照信号は、第１のＴＲＰに関連付けられたそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従い得、ＰＵＣＣＨの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられたそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従い得る。この実施形態において、ＰＵＣＣＨは、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。ＴＣＩ状態は、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。関連付けは、明示的な関連付けまたは黙示的な関連付けを含む。

【0183】

図１９は、いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。
図２０は、いくつかの実施形態に従って複数の空間関係を有するＰＵＣＣＨの別の例を示す。特に、図１９はＴＣＩとＴＲＰとの間の関連付けに従って決定された複数の空間関係を有する上記のＡｌｔ１の例を示しており、図２０はＴＣＩとＴＲＰとの間の関連付けに従って決定された複数の空間関係についての上記のＡｌｔ２の例を示している。

【0184】

セクション１およびセクション２における方法は、共同で使用され得る。例えば、システムでは、いくつかのＰＵＣＣＨリソースは１つの空間関係のみに関連付けられ且ついくつかのＰＵＣＣＨリソースは複数の空間関係に関連付けられた場合、次に、セクション１からの方法は１つの空間関係を有するそれらのＰＵＣＣＨのデフォルト空間関係を導出するのに使用され得、セクション２からの方法は複数の空間関係を有するそれらのＰＵＣＣＨのデフォルト空間関係を導出するのに使用され得る。

【0185】

［シングルＤＣＩを有するマルチＴＲＰにおけるデフォルトＳＲＳ空間関係］

【0186】

［１．複数の空間関係を有するＳＲＳ構成］

【0187】

シングルＤＣＩを有するマルチＴＲＰにおけるＳＲＳ送信のために、１つのＳＲＳリソースは複数の空間関係／Ｔｘビームで構成され得る。ＳＲＳリソースは反復を伴って送信され、異なる空間関係は、例えば異なるＴＲＰをターゲットとして、反復に適用され得る。
図２１（ａ）は、いくつかの実施形態に従って順次マッピングを有する複数の空間関係を有するＳＲＳの例を示す。
図２１（ｂ）は、いくつかの実施形態に従って周期的マッピングを有する複数の空間関係を有するＳＲＳの例を示す。すなわち、図２１（ａ）はＳＲＳ空間関係とＳＲＳの反復との間の順次マッピングを示しており、図２１（ｂ）はＳＲＳ空間関係とＳＲＳの反復との間の周期的マッピングを示している。ＴＲＰはＳＲＳ送信をトリガしなくてよく、ＳＲＳの１つの目的は、ＰＵＳＣＨ送信の空間関係を導出することである。

【0188】

１つのＳＲＳリソースセット内の全てのＳＲＳリソースまたはＳＲＳリソースの一部は、複数の空間関係で構成され得る。ＳＲＳリソースセットにおいて、複数のパスロス参照信号も、異なるＴＲＰをターゲットとして構成され得る。複数の空間関係を有するＳＲＳリソースのためのＲＲＣ構成の例は、以下の通りであり得る。
SRS-Resource ::= SEQUENCE {
...
...
resourceType CHOICE {
aperiodic SEQUENCE {
...
},
semi-persistent SEQUENCE {
periodicityAndOffset-sp SRS-PeriodicityAndOffset,
...
},
periodic SEQUENCE {
periodicityAndOffset-p SRS-PeriodicityAndOffset,
...
}
},
sequenceId INTEGER (0..1023),
spatialRelationInfo SRS-SpatialRelationInfo OPTIONAL, -- Need R
spatialRelationInfo-List SEQUENCE (SIZE(1..maxNrofSRS-spatialRelationInfo-1)) OF SRS-SpatialRelationInfo OPTIONAL
...,
[[
resourceMapping-r16 SEQUENCE {
startPosition-r16 INTEGER (0..13),
nrofSymbols-r16 ENUMERATED {n1, n2, n4},
repetitionFactor-r16 ENUMERATED {n1, n2, n4}
} OPTIONAL -- Need R
]]

}

【0189】

示されたように、パラメータａｄｄｉｔｉｏｎａｌＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏは、ＳＲＳの第２の空間関係を任意選択的に示すべくＲＲＣ構成に導入され得る。

【0190】

図２２は、いくつかの実施形態に従って複数の空間関係を有する半永続的ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥの例を示す。ＭＡＣ‐ＣＥのフィールドは、以下のように定義され得る。

【0191】

Ｍ：このフィールドは、複数の空間関係が１つのＳＲＳリソースに対して構成されたかどうかを示す。このフィールドが「１」に設定された場合、次に、複数の空間関係は、ＳＲＳリソースｉ、例えば、Ｆ_ｉ，０およびＦ_ｉ，１が存在するオクテットに対して構成される。このフィールドが「０」に設定された場合、次に、１つのみの空間関係は、ＳＲＳリソースｉ、例えば、Ｆ_ｉ，１が存在しないオクテットに対して構成される。

【0192】

Ｆ_ｉ，ｊ：このフィールドは、ＳＰ ＳＲＳリソースセットＩＤフィールドを用いて示されたＳＰ ＳＲＳリソースセット内のＳＲＳリソースｉの空間関係ｊとして使用されるリソースのタイプを示す。Ｆ_０，０はリソースセット内の第１のＳＲＳリソースの第１の空間関係を指しており、Ｆ_０，１はリソースセット内の第１のＳＲＳリソースの第２の空間関係を指しており、Ｆ_１，０はリソースセット内の第２のＳＲＳリソースの第１の空間関係を指しており、Ｆ_１，１はリソースセット内の第２のＳＲＳリソースの第２の空間関係を指しており、以下同様である。フィールドは、ＮＺＰ ＣＳＩ－ＲＳリソースインデックスが使用されていることを示すために１に設定され、ＳＳＢインデックスまたはＳＲＳリソースインデックスのいずれかが使用されていることを示すために０に設定される。フィールドの長さは、１ビットである。このフィールドは、ＭＡＣ ＣＥがアクティブ化に使用された場合、例えば、Ａ／Ｄフィールドが１に設定された場合にのみ存在する。

【0193】

リソースＩＤ_ｉ，ｊ：このフィールドは、ＳＲＳリソースｉの空間関係ｊの導出に使用されるリソースの識別子を含む。リソースＩＤ_０，０はリソースセット内の第１のＳＲＳリソースの第１の空間関係を指しており、リソースＩＤ_０，１はリソースセット内の第１のＳＲＳリソースの第２の空間関係を指しており、リソースＩＤ_１，０はリソースセット内の第２のＳＲＳリソースの第１の空間関係を指しており、リソースＩＤ_１，１はリソースセット内の第２のＳＲＳリソースの第２の空間関係を指しており、以下同様である。Ｆ_ｉ，ｊが０に設定され且つこのフィールドの第１のビットが１に設定された場合、このフィールドの残りの部分はＴＳ３８．３３１において指定されたようなＳＳＢ－Ｉｎｄｅｘを含む。Ｆ_ｉ，ｊが０に設定され且つこのフィールドの第１のビットが０に設定された場合、このフィールドの残りの部分はＴＳ３８．３３１において指定されたようなＳＲＳ－ＲｅｓｏｕｒｃｅＩｄを含む。フィールドの長さは、７ビットである。このフィールドは、ＭＡＣ ＣＥがアクティブ化に使用された場合、例えば、Ａ／Ｄフィールドが１に設定された場合にのみ存在する。

【0194】

リソースサービングセルＩＤ_ｉ，ｊ：このフィールドは、ＳＲＳリソースｉの空間関係ｊの導出に使用されるリソースが位置付けられたサービングセルのアイデンティティを示す。フィールドの長さは、５ビットである。

【0195】

リソースＢＷＰ ＩＤ_ｉ，ｊ：このフィールドは、ＳＲＳリソースｉの空間関係ｊの導出に使用されるリソースが位置付けられた、ＴＳ３８．２１２において指定されたようなＤＣＩ帯域幅部分インジケータフィールドのコードポイントとしてのＵＬ ＢＷＰを示す。フィールドの長さは、２ビットである。

【0196】

他のフィールドは、前述したそれらのフィールドと同じである。

【0197】

図２３は、いくつかの実施形態に従って非周期的ＳＲＳ空間関係指示ＭＡＣ ＣＥの例を示す。フィールドの定義は、非周期的ＳＲＳリソースセットを示すＡＰ ＳＲＳリソースセットＩＤのフィールドを除いて、上記と同じである。ＤＣＩにおいて、ＳＲＩフィールドのコードポイントは、複数の空間関係を示し得る。例えば、ＳＲＩがＳＲＳリソース＃２を示す場合、次に、ＳＲＳリソース＃２の複数の空間関係が示される。

【0198】

［２．１つのＳＲＳリソースに関連付けられた単一空間関係］

【0199】

シングルＤＣＩマルチＴＲＰ動作において、１つのＳＲＳリソースは、１つの空間関係のみに関連付けられる。オーバヘッドを減少させるべく、デフォルトビーム／空間関係はＳＲＳ送信に適用され得る。既存のパラメータ、例えば、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳは、ＳＲＳ送信のデフォルト空間関係／ビームが有効にされたかどうかを示すために再利用することができる。このパラメータが有効にされている場合、次に、空間関係およびパスロス参照信号は、ＳＲＳに対して構成されていない。この場合、ＳＲＳ送信の空間関係を更新するためのさらなるＭＡＣ－ＣＥ送信が回避され得、オーバヘッドが減少し得る。

【0200】

シングルＤＣＩマルチＴＲＰにおいて、ＳＲＳは１つのＴＲＰに関連付けられている。関連付けは、新しいパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによってＳＲＳリソースセットレベル／ＳＲＳリソースレベルにおいて定義され得る。代替的に、ＳＲＳと関連付けられたＴＲＰはＭＡＣ‐ＣＥを介して構成／更新され得る。ＳＲＳリソースがＤＣＩによってトリガされた場合、パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳはまた、新しいフィールドとしてＤＣＩに含まれ得る。別の例において、ＳＲＳと関連付けられたＴＲＰは、ＳＲＳリソースセットＩＤによって黙示的に表され得る。

【0201】

このセクション（セクション２）におけるＳＲＳとＴＲＰとの間の関連付けは、ＳＲＳに対するデフォルトビーム動作に限定されない。それは、コードブック／非コードブックベースの送信などといったＳＲＳ送信の他のシナリオにおいて適用されてもよい。関連付けは、ＳＲＳリソースセットレベル／ＳＲＳリソースレベルにおいて、またはＳＲＳ空間関係情報において定義され得る。

【0202】

ＳＲＳのデフォルト空間関係／デフォルトパスロス参照信号は、関連付けられたＴＲＰに従って決定され得る。ＳＲＳとＴＲＰとの間の関連付け、例えばａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳは、例えばＴＲＰ ＩＤを介して、ＴＲＰとリンクされ得る（ＴＲＰ ＩＤは論理または物理セルＩＤであり得る）。代替的に、ＳＲＳとＴＲＰとの間の関連付けは、例えば、以下のセクションに説明されたように、ＣＯＲＥＳＥＴ、ＣＯＲＥＳＥＴプール、ＴＣＩ状態などを介して１つのＴＲＰにリンクされ得る。いくつかの場合において、デフォルトビーム動作は、ビームマネジメントのためのＳＲＳ送信に適用可能でない場合がある。他の場合において、ＴＲＰはＳＲＳ送信をトリガしなくてよく、上記のように、ＳＲＳの１つの目的は、ＰＵＳＣＨ送信の空間関係を導出することである。ＳＲＳ送信がない場合、次に、デフォルトＳＲＳ空間関係は、ＰＵＳＣＨ送信の第１のスロットにおいてＳＲＳが送信されることを仮定して、導出される。

【0203】

［２．１ ＣＯＲＥＳＥＴとＴＲＰとの間の明示的な関連付けに基づいて決定される空間関係］

【0204】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴはまた、１つのＴＲＰに関連付けられ得る。ＣＯＲＥＳＥＴプールはまた、シングルＤＣＩマルチＴＲＰに対して定義され得る。ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けは、ＲＲＣパラメータ、例えば、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって定義され得る。ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが０に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ａから送信され、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが１に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ｂから送信される。

【0205】

ＳＲＳ送信の場合、ＳＲＳは、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳを介して異なるＣＯＲＥＳＥＴプールに関連付けられている。ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳが０に設定された場合、次に、ＳＲＳは、ＣＯＲＥＳＥＴプールインデックス＃０、例えばＴＲＰ ＃Ａに関連付けられ、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳが１に設定された場合、次に、ＳＲＳはＴＲＰ ＃Ｂに関連付けられる。

【0206】

この場合、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳ送信に対して構成されていない場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0207】

Ａｌｔ１：デフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、その構成されたｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘがＳＲＳに関連付けられたＣＯＲＥＳＥＴプールと同じ１または複数のＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、その構成されたｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘがＳＲＳに関連付けられたＣＯＲＥＳＥＴプールと同じそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。「最新のスロット」は、ＳＲＳ送信より前である。

【0208】

ＳＲＳを有する関連付けられたＣＯＲＥＳＥＴプールは、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによって示される。代替的に、関連付けられたＣＯＲＥＳＥＴプールは、ＳＲＳがＤＣＩによってトリガされた場合に、スケジューリングＣＯＲＥＳＥＴと同じである。

【0209】

ＤＣＩによってトリガされたＳＲＳの場合、デフォルト空間関係／パスロス参照信号は代替的に、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0210】

これは、単一ＴＲＰ動作とマルチＴＲＰ動作との間の動的切り替えの場合にも適用され得る。
図２４は、いくつかの実施形態に従ってＣＯＲＥＳＥＴによるＳＲＳデフォルト空間関係の例を示す。特に、図２４は、シングルＤＣＩにおけるＣＯＲＥＳＥＴがＴＲＰに関連付けられたときのＳＲＳデフォルト空間関係決定の例を示す。

【0211】

［２．２ ＣＯＲＥＳＥＴ（マルチＴＣＩ状態）とＴＲＰとの間の明示的な関連付けに基づいて決定される空間関係］

【0212】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴが複数のアクティブ化ＴＣＩ状態で構成された場合、次に、ＣＯＲＥＳＥＴのＴＣＩ状態は、１つのＴＲＰに関連付けられる。ＴＣＩ状態は、例えば（論理または物理セルＩＤであり得る）ＴＲＰ ＩＤを介して、１つのＴＲＰに関連付けられ得る。代替的に、ＣＯＲＥＳＥＴプールが定義され得、１つのＣＯＲＥＳＥＴプールは１つのＴＲＰを表し得、関連付けはＴＣＩ状態とＣＯＲＥＳＥＴプールとの間で定義され得る。パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩはＴＣＩ－Ｓｔａｔｅに導入される。代替的に、ＴＣＩ状態とＴＲＰとの間の関連付けは、ＭＡＣ‐ＣＥを介して構成／更新され得る。別の代替例において、１つのＣＯＲＥＳＥＴのＴＣＩ状態の順序は、ＴＣＩ状態とＴＲＰとの間の関連付けを黙示的に示し得る。例えば、１つのＣＯＲＥＳＥＴが２つのアクティブＴＣＩ状態で構成された場合、次に、第１のＴＣＩ状態は第１のＴＲＰに関連付けられ、第２のＴＣＩ状態は第２のＴＲＰに関連付けられる。

【0213】

ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴプールインデックスで構成されてもよく、または、ＣＯＲＥＳＥＴプールインデックスなしで構成されてもよい。

【0214】

この場合、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳに対して構成されていない場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0215】

Ａｌｔ１：デフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＣＯＲＥＳＥＴの１つのＴＣＩ／ＱＣＬ仮定に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、ＴＣＩ状態／ＱＣＬ仮定に従い得、これは、少なくとも１つのアクティブ化ＴＣＩ状態を有するそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、ＳＲＳと同じＴＲＰに関連付けられており、ＴＣＩ状態は、１または複数のそのようなＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、ＳＲＳと同じＴＲＰに関連付けられている（ＴＣＩ状態のａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩを介して明示的に、または、ＴＣＩ状態の順序を介して黙示的に）。「最新のスロット」は、ＳＲＳ送信より前である。ＳＲＳを有する関連付けられたＴＲＰは、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによって示され得る。代替的に、関連付けられたＣＯＲＥＳＥＴプールは、ＳＲＳがＤＣＩによってトリガされた場合に、スケジューリングＣＯＲＥＳＥＴと同じであり得る。ＤＣＩによってトリガされたＳＲＳの場合、代替的に、デフォルト空間関係／パスロス参照信号は、スケジューリングＣＯＲＥＳＥＴの、ＳＲＳと同じＴＲＰに関連付けられた、ＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0216】

Ａｌｔ２：デフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＴＣＩ状態に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、ＣＯＲＥＳＥＴのそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ状態／ＱＣＬ仮定に従い得、ここで、ＳＲＳと同じＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有する少なくとも１つのＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、ＴＣＩ状態は、ＳＲＳと同じＴＲＰに関連付けられている（ＴＣＩ状態のａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩを介して明示的に、または、ＴＣＩ状態の順序を介して黙示的に）。「最新のスロット」は、ＳＲＳ送信より前である。ＳＲＳを有する関連付けられたＴＲＰは、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによって示される。代替的に、関連付けられたＣＯＲＥＳＥＴプールは、ＳＲＳがＤＣＩによってトリガされた場合に、スケジューリングＣＯＲＥＳＥＴと同じであり得る。ＤＣＩによってトリガされたＳＲＳの場合、デフォルト空間関係／パスロス参照信号は代替的に、スケジューリングＣＯＲＥＳＥＴの、ＳＲＳと同じＴＲＰに関連付けられた、ＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0217】

これは、単一ＴＲＰ動作とマルチＴＲＰ動作との間の動的切り替えの場合にも適用され得る。
図２５は、いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩ状態およびＴＲＰによるＳＲＳデフォルト空間関係の例を示す。
図２６は、いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩ状態およびＴＲＰによるＳＲＳデフォルト空間関係の別の例を示す。特に、図２５は上記のＡｌｔ１動作を示しており、その一方、図２６はＡｌｔ２動作を示している。

【0218】

［２．３ ＴＣＩ状態とＴＲＰとの間の黙示的な関連付けに基づいて決定される空間関係］

【0219】

シングルＤＣＩマルチＴＲＰ動作において、ＰＤＳＣＨのＴＣＩ状態の場合、少なくとも１つのＴＣＩコードポイントは複数のＴＣＩ状態を含む。いくつかの制約がＰＤＳＣＨのＴＣＩ状態に導入され得る。ＴＣＩ状態の順序は、ＴＲＰとＴＣＩ状態との間の関連付けを黙示的に示し得る。例において、複数のＴＣＩ状態を含むそれらのＴＣＩコードポイントの場合、第１のＴＣＩ状態は同じＴＲＰに関連付けられ得、第２のＴＣＩ状態は別のＴＲＰに関連付けられ得る。例えば、上記に示されるようなＴＣＩ状態ＩＤ_ｉ，ｊの場合、複数のＴＣＩ状態を含む全てのコードポイントについて、ＴＣＩ状態ＩＤ_ｉ，１はＴＲＰ ＃Ａに関連付けられ、ＴＣＩ状態ＩＤ_ｉ，２はＴＲＰ ＃Ｂに関連付けられる。
図２７は、いくつかの実施形態に従ってＴＣＩ状態とＴＲＰとの間の黙示的な関連付けの例を示す。

【0220】

ＳＲＳの場合、ＴＲＰとＳＲＳとの間の関連付けは、以下のように定義され得る：パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳが０に設定された場合には、ＳＲＳは、複数のＴＣＩ状態を含むそれらのＴＣＩコードポイントにおける第１のＴＣＩ状態、例えばＴＲＰ ＃Ａに関連付けられており、ａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳが１に設定された場合には、ＳＲＳは、第２のＴＣＩ状態、例えばＴＲＰ ＃Ｂに関連付けられる。

【0221】

この場合、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳに対して構成されていない場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0222】

Ａｌｔ１：デフォルトＳＲＳ空間関係／パスロス参照信号は、示されたＴＣＩ状態に動的に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、複数のＴＣＩ状態を有するＰＤＳＣＨ受信が実行される最新のスロットにおいてＰＤＳＣＨ受信のための示されたＴＣＩ状態／ＱＣＬ仮定のうち１つに従い得る。第１の状態に従うかまたは第２のＴＣＩ状態に従うかは、ＲＲＣメッセージまたはＤＣＩにおけるパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによってさらに示される。ＤＣＩによってトリガされたＳＲＳの場合、デフォルト空間関係／パスロス参照信号は代替的に、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0223】

Ａｌｔ２：デフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＴＣＩ状態コードポイントによって示された１つのＴＣＩ状態に半静的に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、ＰＤＳＣＨに対してアクティブ化された複数のＴＣＩ状態を含むそれらのＴＣＩコードポイントのうち最も低いコードポイントに対応するＴＣＩ－Ｓｔａｔｅのうち１つに従い得る。第１の状態に従うかまたは第２のＴＣＩ状態に従うかは、ＲＲＣメッセージまたはＤＣＩにおけるパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳによってさらに示され得る。ＤＣＩによってトリガされたＳＲＳの場合、代替的に、デフォルト空間関係／パスロス参照信号は、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0224】

図２８は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の黙示的な関連付けによるＳＲＳデフォルト空間関係の例を示す。
図２９は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の黙示的な関連付けによるＳＲＳデフォルト空間関係の別の例を示す。特に、図２８は上記のＡｌｔ１動作を示しており、その一方、図２９はＡｌｔ２動作を示している。

【0225】

［２．４ ＴＣＩ状態とＴＲＰとの間の明示的な関連付けに基づいて決定される空間関係］

【0226】

ダウンリンクＴＣＩ状態は１つのＴＲＰに関連付けられ得る。例えば、ＴＣＩ状態は、例えばＴＲＰ ＩＤ（論理または物理セルＩＤ）を介して、１つのＴＲＰに関連付けられ得る。代替的に、ＣＯＲＥＳＥＴプールが定義され得、１つのＣＯＲＥＳＥＴプールは１つのＴＲＰを表し得、関連付けはＴＣＩ状態とＣＯＲＥＳＥＴプールとの間で定義される。パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩはＴＣＩ－Ｓｔａｔｅに導入され得る。代替的に、ＴＣＩ状態とＴＲＰとの間の関連付けは、ＭＡＣ‐ＣＥを介して構成／更新され得る。別の例において、ＴＣＩ状態の順序は、１つのコードポイントが複数のＴＣＩ状態を示す場合に、ＴＲＰとＴＣＩ状態との間の関連付けを黙示的に示し得る。
図３０は、いくつかの実施形態に従ってＴＣＩ状態とＴＲＰとの間の明示的な関連付けの例を示す。

【0227】

この場合、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳに対して構成されていない場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0228】

Ａｌｔ１：デフォルトＳＲＳ空間関係／パスロス参照信号は、示されたＴＣＩ状態に動的に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、そのａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩがａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳと同じ値を有する１つのＴＣＩ状態を有するＰＤＳＣＨ受信が実行される最新のスロットにおいてＰＤＳＣＨ受信のための示されたＴＣＩ状態／ＱＣＬ仮定に従い得る。ＤＣＩによってトリガされたＳＲＳの場合、デフォルト空間関係／パスロス参照信号は代替的に、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0229】

Ａｌｔ２：デフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＴＣＩ状態コードポイントによって示された１つのＴＣＩ状態に半静的に従い得る：ＳＲＳのデフォルト空間関係／パスロス参照信号は、そのａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩがａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳと同じ値を有するそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ－Ｓｔａｔｅに従い得る。ＤＣＩによって示されたＳＲＳの場合、デフォルト空間関係／パスロス参照信号は代替的に、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。別の例において、ＳＲＳのデフォルト空間関係／パスロス参照信号は、複数のＴＣＩ状態を含む最も低いＴＣＩ状態コードポイントによって示された１つのＴＣＩ状態に従い得る。ＴＣＩ状態は、ＳＲＳと同じＴＲＰに関連付けられている。

【0230】

これは、単一ＴＲＰ動作とマルチＴＲＰ動作との間の動的切り替えの場合にも適用され得る。
図３１は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の明示的な関連付けによるＳＲＳデフォルト空間関係の例を示す。
図３２は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の明示的な関連付けによるＳＲＳデフォルト空間関係の別の例を示す。特に、図３１は上記のＡｌｔ１動作を示しており、その一方、図３２はＡｌｔ２動作を示している。

【0231】

［３．１つのＳＲＳリソースに関連付けられた複数の空間関係］

【0232】

シングルＤＣＩマルチＴＲＰにおいて、１つのＳＲＳリソースが複数の空間関係で構成された場合、オーバヘッドを減少させるべく、複数のデフォルトビーム／空間関係がＳＲＳ送信に適用され得る。ＳＲＳ送信に対して複数のデフォルト空間関係／ビームが有効にされたかどうかを示す新しいＲＲＣパラメータ、例えばｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＳＲＳが導入され得る。このパラメータが有効にされている場合、次に、空間関係およびパスロス参照信号は、ＳＲＳ送信に対して構成されていない。代替的に、空間関係およびパスロス参照信号が構成され得るが、無視され得る。このように、ＳＲＳ送信の空間関係を更新するためのさらなるＭＡＣ－ＣＥ送信が回避され得、オーバヘッドが減少し得る。パラメータｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＳＲＳは、ＳＲＳリソースセットレベル／ＳＲＳリソースレベルにおいて定義され得る。

【0233】

複数の空間関係が１つのＳＲＳリソースに関連付けられたとき、空間関係は異なるＴＲＰに関連付けられ得る。例において、（デフォルト）空間関係の順序は関連付けられたＴＲＰを黙示的に表し得る。例えば、第１の（デフォルト）空間関係は第１のＴＲＰに関連付けられ得、第２の（デフォルト）空間関係は第２のＴＲＰに関連付けられ得る。別の例において、ＳＲＳは、新しいＲＲＣパラメータを介して複数のＴＲＰに明示的に関連付けられ得る。

【0234】

このセクション（セクション３）におけるＳＲＳとＴＲＰとの間の関連付けは、ＳＲＳに対するデフォルトビーム動作に限定されない。関連付けは、コードブック／非コードブックベースの送信などといったＳＲＳ送信の他のシナリオにおいて適用されてもよい。関連付けは、ＳＲＳリソースセットレベル／ＳＲＳリソースレベルにおいて、またはＳＲＳ空間関係情報において定義され得る。

【0235】

ＳＲＳのデフォルト空間関係／デフォルトパスロス参照信号は、以下のセクションに説明されるように決定され得る。デフォルトビーム動作は、ビームマネジメントのためのＳＲＳ送信に適用可能でない場合がある。ＴＲＰはＳＲＳ送信をトリガしなくてよく、上記のように、ＳＲＳの１つの目的は、ＰＵＳＣＨ送信の空間関係を導出することである。ＳＲＳ送信がない場合、次に、デフォルトＳＲＳ空間関係は、ＰＵＳＣＨ送信の第１のスロットにおいてＳＲＳが送信されることを仮定して、導出される。

【0236】

［３．１ ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0237】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴはまた、１つのＴＲＰに関連付けられ得る。ＣＯＲＥＳＥＴプールはまた、シングルＤＣＩマルチＴＲＰ動作に対して定義され得る。ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けは、ＲＲＣパラメータ、例えば、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって定義され得、ｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが０に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ａから送信され、それが１に設定された場合、ＣＯＲＥＳＥＴはＴＲＰ ＃Ｂから送信される。

【0238】

この場合、ｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳに対して構成されていない場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は以下のように適用され且つ決定される。

【0239】

Ａｌｔ１：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、独立して、１つのＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に従う：ＳＲＳの第１のデフォルト空間関係／パスロス参照信号は、第１のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、第１のＴＲＰに関連付けられたそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0240】

ＳＲＳの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、第２のＴＲＰに関連付けられたそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に従うべきである。
図３３は、いくつかの実施形態に従ってＣＯＲＥＳＥＴとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。

【0241】

［３．２ ＣＯＲＥＳＥＴ（複数のＴＣＩ状態）とＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0242】

シングルＤＣＩマルチＴＲＰ動作の場合、ＣＯＲＥＳＥＴが複数のアクティブ化ＴＣＩ状態で構成された場合、次に、ＣＯＲＥＳＥＴのＴＣＩ状態は、１つのＴＲＰに関連付けられる。ＴＣＩ状態は、例えば（例えば論理または物理セルＩＤである）ＴＲＰ ＩＤを介して、１つのＴＲＰに関連付けられ得る。代替的に、ＣＯＲＥＳＥＴプールが定義され得、１つのＣＯＲＥＳＥＴプールは１つのＴＲＰを表し得、関連付けはＴＣＩ状態とＣＯＲＥＳＥＴプールとの間で定義される。パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩはＴＣＩ－Ｓｔａｔｅに導入され得る。代替的に、ＴＣＩ状態とＴＲＰとの間の関連付けは、ＭＡＣ‐ＣＥを介して構成／更新され得る。別の代替例において、１つのＣＯＲＥＳＥＴのＴＣＩ状態の順序は、ＴＣＩ状態とＴＲＰとの間の関連付けを黙示的に示し得る。例えば、１つのＣＯＲＥＳＥＴが２つのアクティブＴＣＩ状態で構成された場合、次に、第１のＴＣＩ状態は第１のＴＲＰに関連付けられ、第２のＴＣＩ状態は第２のＴＲＰに関連付けられる。

【0243】

ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴプールインデックスで構成されてもよく、または、ＣＯＲＥＳＥＴプールインデックスなしで構成されてもよい。この場合、ｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＳＲＳが有効にされ且つ空間関係もパスロス参照信号もＳＲＳ動作に対して構成されていない場合、ＳＲＳ動作のデフォルト空間関係／パスロス参照信号は以下のように適用および決定され得る。

【0244】

Ａｌｔ１：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、独立して、１つのＣＯＲＥＳＥＴの１つのＴＣＩ／ＱＣＬ仮定に従う：ＳＲＳの第１のデフォルト空間関係／パスロス参照信号は、１または複数のそのようなＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、第１のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有するそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第１のＴＲＰに関連付けられたＴＣＩ状態／ＱＣＬ仮定に従い得る。ＳＲＳの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられた１または複数のＣＯＲＥＳＥＴがＵＥによって監視される最新のスロットにおいて、第２のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有するそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第２のＴＲＰに関連付けられたＴＣＩ状態／ＱＣＬ仮定に従い得る。

【0245】

Ａｌｔ２：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に順次従う：ＳＲＳのデフォルト空間関係／パスロス参照信号は、１または複数のそのようなＣＯＲＥＳＥＴがＵＥによって監視されている最新のスロットにおいて、異なるＴＲＰに関連付けられた複数のアクティブ化状態で構成されているそれらのＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に順次従い得る。

【0246】

Ａｌｔ３：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、スケジューリングＣＯＲＥＳＥＴのＴＣＩ／ＱＣＬ仮定に順次従う：ＳＲＳのデフォルト空間関係／パスロス参照信号は、スケジューリングＣＯＲＥＳＥＴが複数のアクティブＴＣＩ状態で構成された場合、スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態／ＱＣＬ仮定に順次従う。

【0247】

Ａｌｔ．２／Ａｌｔ．３については、ＳＲＳは、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。ＣＯＲＥＳＥＴのＴＣＩ状態は、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。関連付けは、明示的な関連付けまたは黙示的な関連付けを含む。
図３４は、いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。
図３５は、いくつかの実施形態に従ってＣＯＲＥＳＥＴ ＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの別の例を示す。特に、図３４は上記のＡｌｔ１動作を示しており、その一方、図３５はＡｌｔ２動作を示している。

【0248】

［３．３ ＴＣＩ状態とＴＲＰとの間の関連付けに基づいて決定された空間関係］

【0249】

シングルＤＣＩマルチＴＲＰ動作の場合、少なくとも１つのＴＣＩコードポイントが複数のＴＣＩ状態を示す場合、ＳＲＳのデフォルト空間関係／パスロス参照信号は、以下のように決定され得る。

【0250】

Ａｌｔ１：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、ＰＤＳＣＨの示されたＴＣＩ状態に動的に従う：ＳＲＳのデフォルト空間関係／パスロス参照信号は、ＰＤＳＣＨが１つのＴＣＩコードポイントによって示された複数のＴＣＩ状態で受信される最新のスロットにおいて、ＰＤＳＣＨ受信の示されたＴＣＩ状態／ＱＣＬ仮定に順次従う。

【0251】

Ａｌｔ２：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は、１つのＴＣＩ状態コードポイントによって示された複数のＴＣＩ状態に半静的に従う：ＳＲＳのデフォルト空間関係／パスロス参照信号は、ＰＤＳＣＨに対してアクティブ化された複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いコードポイントに対応するＴＣＩ状態に順次従う。

【0252】

Ａｌｔ３：複数のデフォルトＳＲＳ空間関係／パスロス参照信号は半静的に且つ独立して導出だれる：ＴＣＩ状態がＴＲＰとの明示的な関連付けで構成された場合、次に、ＳＲＳの第１のデフォルト空間関係／パスロス参照信号は、第１のＴＲＰに関連付けられたそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従い得、ＳＲＳの第２のデフォルト空間関係／パスロス参照信号は、第２のＴＲＰに関連付けられたそれらのＴＣＩ状態のうち最も低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従い得る。

【0253】

この実施形態において、ＳＲＳは、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。ＴＣＩ状態は、ＴＲＰとの関連付けでまたはＴＲＰとの関連付けなしで構成され得る。関連付けは、明示的な関連付けまたは黙示的な関連付けを含む。
図３６は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの例を示す。
図３７は、いくつかの実施形態に従ってＴＣＩとＴＲＰとの間の関連付けによって決定される複数の空間関係を有するＳＲＳの別の例を示す。特に、図３６は上記のＡｌｔ１動作を示しており、その一方、図３７はＡｌｔ２動作を示している。

【0254】

セクション２およびセクション３における方法は、共同で使用され得る。例えば、システムでは、いくつかのＳＲＳリソースは１つの空間関係のみに関連付けられ且ついくつかのＳＲＳリソースは複数の空間関係に関連付けられた場合、次に、セクション２からの方法は１つの空間関係を有するそれらのＳＲＳのデフォルト空間関係を導出するのに使用され得、その一方、セクション３からの方法は複数の空間関係を有するそれらのＳＲＳのデフォルト空間関係を導出するのに使用され得る。

【0255】

実施形態は特定の例示的な実施形態を参照して説明されているが、様々な修正例および変形例が、本開示のより広い範囲から逸脱することなく、これらの実施形態になされ得ることは明らかであろう。従って、明細書および図面は、限定的ではなく、例示的な意味であるとみなされるべきである。本願の一部を形成する添付図面は、限定ではなく例示として、主題が実施され得る具体的な実施形態を示している。示されている実施形態は、当業者が本明細書に開示する教示を実施できる程度に十分に詳細に説明されている。他の実施形態がそこから利用および導出されてよく、その結果、本開示の範囲から逸脱することなく、構造的かつ論理的な置換および変更が行われてよい。従って、本詳細な説明は、限定的な意味に解釈されるべきではなく、様々な実施形態の範囲は、添付の特許請求の範囲によってのみ規定され、それには、特許請求の範囲に付与される均等の全範囲も含まれる。

【0256】

主題は、単に便宜上、且つ、１つより多くの発明概念が実際に開示されている場合、本願の範囲をいずれかの単一の発明概念に自発的に限定することを意図することなく、個別におよび／または集合的に、「実施形態」という用語によって本明細書において言及され得る。従って、本明細書で複数の具体的な実施形態が図示され説明されているが、同一の目的を実現するよう意図された任意の構成は、示された複数の具体的な実施形態に置き換えられ得ることが理解されるべきである。本開示は、様々な実施形態のありとあらゆる適応または変形を網羅することを意図している。当業者が上記の説明を検討すると、上記の実施形態の組み合わせ、および本明細書に具体的に記載されていない他の実施形態が、明らかであろう。

【0257】

この文書において、「１つ（ａ）」または「１つ（ａｎ）」という用語は、特許文献において一般的であるように、「少なくとも１つ」または「１または複数」のあらゆる他の例または使用とは独立して、１つまたは１つより多いものを含むために使用されている。この文書において、「または」という用語は、非排他的なものを言及するために使用されているか、または「ＡまたはＢ」が、別途の記載がない限り、「ＢではないＡ」、「ＡではないＢ」および「ＡおよびＢ」を含むように使用されている。この文書において、「含む（ｉｎｃｌｕｄｉｎｇ）」および「その場合（ｉｎ ｗｈｉｃｈ）」という用語は、「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「そこにおいて（ｗｈｅｒｅｉｎ）」というそれぞれの用語に対する同等の平易な言い方として使用されている。また、以下の特許請求の範囲においては、「含む（ｉｎｃｌｕｄｉｎｇ）」および「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語はオープンエンドであり、すなわち、請求項内で、このような用語の後に列挙されたものに加え、複数の要素を含むシステム、ＵＥ、物品、組成物、製法、またはプロセスは依然としてその請求項の範囲内に属するとみなされる。さらに、以下の特許請求の範囲において、「第１の」、「第２の」および「第３の」等の用語は単にラベルとして使用されており、それらのオブジェクトに対し、数値的な要件を課すことを意図していない。

【0258】

本開示の要約は、３７ Ｃ．Ｆ．Ｒ．§１．７２（ｂ）に準拠するように提供され、読者が技術的開示の本質を迅速に確認することを可能とする要約を要求する。要約書は、特許請求の範囲の範囲または意味を解釈または限定するためには使用されないとの理解に基づいて提出されるものである。加えて、上記の詳細な説明においては、本開示を簡素化する目的で、様々な特徴が単一の実施形態にグループ化されていることが分かり得る。この開示方法は、特許請求の対象となる実施形態が、各請求項に明記されるものよりも多くの特徴を要求するとの意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するとおり、発明の主題は、１つの開示される実施形態の全ての特徴より少ない特徴で成立する。従って、ここに以下の特許請求の範囲を、各請求項が別個の実施形態として独立したものとして、詳細な説明に組み込む。
［他の可能な項目］
［項目１］
送信‐受信ポイント（ＴＲＰ）の装置であって、前記装置は、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定することと、
前記ＵＥに、前記ＵＥからの物理アップリンク制御チャネル（ＰＵＣＣＨ）送信に使用される多数の空間関係を示すことと、
前記ＵＥに、前記ＰＵＣＣＨの送信と制御リソースセット（ＣＯＲＥＳＥＴ）の受信との間の空間関係を示すことであって、前記空間関係は、使用された多数の空間関係に依存し、前記空間関係は、単一空間関係が使用されるかまたは複数の空間関係が使用されるかに依存する関連付けに基づいており、前記関連付けは、ＴＲＰと前記ＣＯＲＥＳＥＴまたは送信設定指示（ＴＣＩ）状態のうち少なくとも１つとの間のデフォルトの関連付け、明示的な関連付け、および黙示的な関連付けから選択される、示すことと、
前記空間関係に基づいて前記ＵＥから前記ＰＵＣＣＨを受信すること
を行うように構成された処理回路と、
前記空間関係を格納するように構成されたメモリと
を備える、装置。
［項目２］
前記単一空間関係の場合、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＣＣＨによって前記デフォルトの関連付けを示すように構成されている、項目１に記載の装置。
［項目３］
前記単一空間関係の場合、前記処理回路は、ＰＵＣＣＨリソースセットレベル、ＰＵＣＣＨリソースグループレベルまたはＰＵＣＣＨリソースレベルのうち１つにおける前記空間関係を、
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨ、
媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）、
前記シングルＤＣＩにおける新しいＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨ、または
ＰＵＣＣＨリソースグループ識別情報（ＩＤ）またはＰＵＣＣＨリソース設定ＩＤによる黙示的表現
のうち少なくとも１つによって示すように構成された、項目１に記載の装置。
［項目４］
前記単一空間関係の場合、前記処理回路は、デフォルトビーム動作がＰＵＣＣＨに対して有効にされたという決定に応答して、前記ＰＵＣＣＨの空間関係およびパスロス参照信号で前記ＵＥを構成することを回避するように構成された、項目１に記載の装置。
［項目５］
前記単一空間関係の場合、複数のＣＯＲＥＳＥＴの各々は前記複数のＴＲＰの異なるＴＲＰに関連付けられており、ＣＯＲＥＳＥＴプールは前記シングルＤＣＩマルチＴＲＰ動作に対して定義されており、各ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けは無線リソース制御（ＲＲＣ）パラメータｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって定義されており、前記ＰＵＣＣＨはＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨを介して特定のＣＯＲＥＳＥＴプールに関連付けられており、前記デフォルト空間関係は、
その構成されたｓｉｎｇｌｅＤＣＩＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが前記ＰＵＣＣＨに関連付けられた前記ＣＯＲＥＳＥＴプールと同じ１または複数のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、その構成されたｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが前記ＰＵＣＣＨに関連付けられたＣＯＲＥＳＥＴプールと同じＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴのＴＣＩ状態仮定、または
スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態
のうち１つに従う、項目１に記載の装置。
［項目６］
前記単一空間関係の場合、
前記ＣＯＲＥＳＥＴは複数のＴＣＩ状態で構成されている、前記ＴＣＩ状態の各々はＴＲＰ識別子を介して特定のＴＲＰに関連付けられているまたは複数のＣＯＲＥＳＥＴプールの各ＣＯＲＥＳＥＴプールは前記ＴＲＰのうち１つを表す、前記明示的な関連付けは各ＴＣＩ状態と対応するＣＯＲＥＳＥＴプールとの間にある、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩにおける前記関連付けを、ＴＣＩ状態でまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して提供するように構成されている、または、
前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態の順序は、前記ＴＣＩ状態と前記特定のＴＲＰとの間の関連付けを示す
のうち１つである、項目１に記載の装置。
［項目７］
前記単一空間関係の場合、
前記処理回路は、前記ＵＥに、前記ＰＵＣＣＨが、１または複数のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、最も低いインデックスを有するＣＯＲＥＳＥＴの特定のＴＲＰのＴＣＩ状態に従うか、または、前記１または複数のＣＯＲＥＳＥＴのＴＣＩ状態のうち最も低いＴＣＩ状態識別子（ＩＤ）を有するＴＣＩ状態に従うかを示すように構成されており、
前記ＴＣＩ状態と前記特定のＴＲＰとの関連付けは、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩを介して、または、前記ＴＣＩ状態の順序を介して示されており、
ＰＵＣＣＨに関連付けられた前記ＴＲＰは、ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨによって示されるか、または、スケジューリングＣＯＲＥＳＥＴに関連付けられたＣＯＲＥＳＥＴプールは、前記ＰＵＣＣＨが前記シングルＤＣＩによって示された場合に、前記スケジューリングＣＯＲＥＳＥＴと同じである、項目１に記載の装置。
［項目８］
前記単一空間関係の場合、
少なくとも１つのＴＣＩコードポイントは複数のＴＣＩ状態を含み、
前記ＴＣＩ状態の順序は、前記ＴＲＰと前記ＴＣＩ状態との間の前記関連付けを黙示的に示す、項目１に記載の装置。
［項目９］
前記単一空間関係のデフォルト空間関係が特定のＴＣＩ状態に動的に従うために、前記処理回路は、前記ＰＵＣＣＨが、ＰＤＳＣＨ受信が前記ＵＥによって実行される最新のスロットにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のために、複数のＴＣＩ状態のうち前記特定のＴＣＩ状態に従うことであって、前記特定のＴＣＩ状態は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成されるか、または
前記単一空間関係が、ＴＣＩ状態コードポイントによって示された別の特定のＴＣＩ状態に半静的に従うために、前記処理回路は、前記ＰＵＣＣＨが、複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントに対応するＴＣＩ状態のセットのうち１つに従うことであって、前記特定のＴＣＩ状態は、前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨによってまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成された、項目１に記載の装置。
［項目１０］
ＴＣＩ関連付けの場合、
各ＴＣＩ状態は、ＴＲＰ識別情報（ＩＤ）を介して異なるＴＲＰに関連付けられるか、または
複数のＣＯＲＥＳＥＴプールのうちの各ＣＯＲＥＳＥＴプールは、異なるＴＲＰを表し、各ＴＣＩ状態は異なるＣＯＲＥＳＥＴプールに関連付けられているか
のうち１つであり、
前記処理回路は、前記ＵＥに、前記ＴＣＩ関連付けを、
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩ、
ＴＣＩ状態とＴＲＰとの間の前記関連付けを示すための媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）、または
１つのＴＣＩコードポイントが複数のＴＣＩ状態を示す場合に、前記ＴＣＩ状態とＴＲＰとの間の前記関連付けを示すための前記ＴＣＩ状態の順序による黙示的表現
のうちの１つにおいて示すように構成された、項目１に記載の装置。
［項目１１］
前記単一空間関係が特定のＴＣＩ状態に動的に従うために、前記処理回路は、前記ＰＵＣＣＨが、ＰＤＳＣＨ受信が前記ＵＥによって実行される最新のスロットにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のために、複数のＴＣＩ状態のうち前記特定のＴＣＩ状態に従うことであって、前記特定のＴＣＩ状態は、ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩによってまたは前記シングルＤＣＩによって示される、ことを前記ＵＥに示すように構成されるか、または
前記単一空間関係が、ＴＣＩ状態コードポイントによって示された別の特定のＴＣＩ状態に半静的に従うために、前記処理回路は、前記ＰＵＣＣＨが、そのＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩが前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する前記ＴＣＩ状態のうち最も低いＴＣＩ状態識別情報（ＩＤ）に対応するＴＣＩ状態のセットのうち１つ、または、そのＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩが前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＰＵＣＣＨと同じ値を有する複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントによって示される別のＴＣＩ状態に従うことを、前記ＵＥに示すように構成された、項目１に記載の装置。
［項目１２］
前記処理回路は、有効な場合、空間関係およびパスロス参照信号が前記ＰＵＣＣＨに対して構成されていないことを示す無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＭｕｌｔｉｐｌｅＤｅｆａｕｌｔＢｅａｍ－ＰＵＣＣＨを介して複数の空間関係でＰＵＣＣＨリソースが構成されていることを、前記ＵＥに示すように構成されているか、または
複数のＣＯＲＥＳＥＴの各ＣＯＲＥＳＥＴは異なるＴＲＰに関連付けられ、前記処理回路は、前記ＣＯＲＥＳＥＴとＴＲＰとの間の関連付けを無線リソース制御（ＲＲＣ）パラメータｓｉｎｇｌｅＤＣＩ－ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを介して前記ＵＥに示すように構成されている、
のうち少なくとも１つである、項目１に記載の装置。
［項目１３］
前記単一空間関係の場合、前記処理回路は、前記ＰＵＣＣＨが、特定のＴＲＰに関連付けられた前記ＣＯＲＥＳＥＴのうち１または複数が前記ＵＥによって監視されている最新のスロットにおいて、前記特定のＴＲＰに関連付けられたＣＯＲＥＳＥＴのうちの、最も低いインデックスを有するＣＯＲＥＳＥＴのＴＣＩ状態に従うことを前記ＵＥに示すように構成された、項目１に記載の装置。
［項目１４］
前記単一空間関係の場合、
前記ＣＯＲＥＳＥＴは複数のＴＣＩ状態で構成されている、前記ＴＣＩ状態の各々はＴＲＰ識別子を介して特定のＴＲＰに関連付けられているまたは複数のＣＯＲＥＳＥＴプールの各ＣＯＲＥＳＥＴプールは前記ＴＲＰのうち１つを表す、前記明示的な関連付けは各ＴＣＩ状態と対応するＣＯＲＥＳＥＴプールとの間にある、前記処理回路は、無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＴＣＩにおける前記関連付けを、ＴＣＩ状態でまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して提供するように構成されている、または、
前記ＣＯＲＥＳＥＴの前記ＴＣＩ状態の順序は、前記ＴＣＩ状態と前記特定のＴＲＰとの間の関連付けを示す
のうち１つである、項目１に記載の装置。
［項目１５］
前記単一空間関係のデフォルト空間関係の場合、
１または複数の第１のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、第１のデフォルト空間関係は、前記第１のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有する第１のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、第１のＴＲＰに関連付けられた第１のＴＣＩ状態に従い、且つ、第２のデフォルト空間関係は、１または複数の第２のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、第２のＴＲＰに関連付けられた少なくとも１つのＴＣＩ状態を有する第２のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴの、前記第２のＴＲＰに関連付けられた第２のＴＣＩ状態に従うか、
前記デフォルト空間関係は、１または複数の第３のＣＯＲＥＳＥＴが前記ＵＥによって監視されている最新のスロットにおいて、異なるＴＲＰに関連付けられた複数のＴＣＩ状態を有する第３のＣＯＲＥＳＥＴのうちインデックスが最も低いＣＯＲＥＳＥＴに関連付けられたＴＣＩ状態に順次従うか、または
前記デフォルト空間関係は、スケジューリングＣＯＲＥＳＥＴが複数のアクティブＴＣＩ状態で構成されている場合に、前記スケジューリングＣＯＲＥＳＥＴのＴＣＩ状態に順次従うか
のうち１つである、項目１に記載の装置。
［項目１６］
前記単一空間関係の場合、少なくとも１つのＴＣＩコードポイントが、以下、すなわち、複数のデフォルト空間関係が物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のＴＣＩ状態に動的に従い、ＰＵＣＣＨの前記デフォルト空間関係は、前記ＰＤＳＣＨが、前記少なくとも１つのＴＣＩコードポイントのうち１つによって示されている複数のＴＣＩ状態で受信される最新のスロットにおけるＰＤＳＣＨ受信の前記ＴＣＩ状態に順次従う、
前記複数のデフォルト空間関係は、前記ＰＤＳＣＨに対してアクティブ化された複数のＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いＴＣＩコードポイントに対応するＴＣＩ状態に半静的に従う、または、
前記複数のデフォルト空間関係は、前記ＰＤＳＣＨの前記ＴＣＩ状態がＴＲＰに明示的に関連付けられている場合、半静的に且つ独立して導出される
のうち１つである複数のＴＣＩ状態を示す場合、
次に、前記ＰＵＣＣＨの第１のデフォルト空間関係は、前記第１のＴＲＰに関連付けられたＴＣＩ状態のうち第１の最も低いＴＣＩ状態識別子（ＩＤ）を有するＴＣＩ状態に従い、前記ＰＵＣＣＨの第２のデフォルト空間関係は、前記第２のＴＲＰに関連付けられたＴＣＩ状態のうち２番目に低いＴＣＩ状態ＩＤを有するＴＣＩ状態に従う、項目１に記載の装置。
［項目１７］
送信‐受信ポイント（ＴＲＰ）の装置であって、前記装置は、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定することと、
前記ＵＥに、サウンディング参照信号（ＳＲＳ）の反復に使用される多数の空間関係と、複数の空間関係を有する前記ＳＲＳの反復を送信するためのＳＲＳリソースセットのＳＲＳリソースのうち少なくともいくつかと、異なるＴＲＰをターゲットとする前記ＳＲＳリソースのうち前記少なくともいくつかの異なる空間関係と、非周期的ＳＲＳのためのＳＲＩフィールドのコードポイントまたは非周期的もしくは半永続的ＳＲＳのための媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ‐ＣＥ）を介して前記シングルＤＣＩにおいて提供された前記複数の空間関係の指示とを示すことと、
前記ＵＥから、前記空間関係に基づいた前記ＳＲＳを受信することと、
を行うように構成された処理回路と、
前記空間関係を格納するように構成されたメモリと
を備える、装置。
［項目１８］
前記処理回路はさらに、前記ＳＲＳリソースの各々は単一空間関係に関連付けられていることと、デフォルト空間関係が前記ＳＲＳ送信に対して有効にされたかどうかと、前記空間関係は、デフォルト空間関係が有効にされた場合には、前記ＳＲＳ送信に対して構成されていないこととを前記ＵＥに示すように構成されており、
各ＳＲＳは異なるＴＲＰに関連付けられており、且つ
無線リソース制御（ＲＲＣ）パラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳ、
前記シングルＤＣＩによってトリガされ、前記シングルＤＣＩは前記ＲＲＣパラメータａｓｓｏｃｉａｔｅｄＴＲＰ－ＳＲＳを含む、または
ＳＲＳリソースセット識別子（ＩＤ）によって黙示的に表された
前記ＭＡＣ‐ＣＥ、
のうち少なくとも１つによって、ＳＲＳリソースセットレベルまたはＳＲＳリソースレベルにおいて定義される、項目１７に記載の装置。
［項目１９］
送信‐受信ポイント（ＴＲＰ）の１または複数のプロセッサによる実行のための命令を格納する非一時的コンピュータ可読記憶媒体であって、前記１または複数のプロセッサは、前記ＴＲＰを、前記命令が実行されたときに、
シングルダウンリンク制御情報（ＤＣＩ）が、ユーザ機器（ＵＥ）を用いて、ＴＲＰを含む複数の前記ＴＲＰのためのマルチＴＲＰ動作に使用されることを決定することと、
前記ＵＥに、前記ＵＥから使用される多数の空間関係を示すことと、
前記ＵＥに、物理アップリンク制御チャネル（ＰＵＣＣＨ）の送信と制御リソースセット（ＣＯＲＥＳＥＴ）の受信との間の空間関係を示し、前記空間関係は、使用された多数の空間関係に依存し、前記空間関係は、単一空間関係が使用されるかまたは複数の空間関係が使用されるかに依存する関連付けに基づいており、前記関連付けは、ＴＲＰと制御リソースセット（ＣＯＲＥＳＥＴ）または送信設定指示（ＴＣＩ）状態のうち少なくとも１つとの間のデフォルトの関連付け、明示的な関連付け、および黙示的な関連付けから選択される、示すことと、
前記空間関係に基づいて前記ＵＥから前記ＰＵＣＣＨを受信することと
行うように構成する、媒体。
［項目２０］
前記単一空間関係の場合、前記１または複数のプロセッサは、前記ＴＲＰを、前記命令が実行されたときに、無線リソース制御（ＲＲＣ）パラメータｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰｌＦｏｒＰＵＣＣＨによって前記デフォルトの関連付けを示すように構成する、項目１９に記載の媒体。

【図1A】

【図1B】

【図1C】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21(a)】

【図21(b)】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【国際調査報告】