特許 7451763 マルチＴＲＰ動作のための空間的関係及びパスロス参照信号

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

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

(11)【特許番号】

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

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

(54)【発明の名称】マルチＴＲＰ動作のための空間的関係及びパスロス参照信号

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240311BHJP

   H04W 28/16 20090101ALI20240311BHJP

   H04W 72/231 20230101ALI20240311BHJP

   H04W 72/0457 20230101ALI20240311BHJP

【ＦＩ】

H04W72/1268

H04W28/16

H04W72/231

H04W72/0457 110

【請求項の数】 15

(21)【出願番号】P 2022567804

(86)(22)【出願日】2020-05-14

(65)【公表番号】

(43)【公表日】2023-06-19

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

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

(87)【国際公開日】2021-11-18

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

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(72)【発明者】

【氏名】チャン ユシュ

(72)【発明者】

【氏名】チャン ダウェイ

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】ヘ ホン

(72)【発明者】

【氏名】ゼン ウェイ

【審査官】石田 信行

(56)【参考文献】

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

【文献】OPPO，Discussion on Multi-beam Operation Enhancements，3GPP TSG RAN WG1 #98b R1-1910117，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910117.zip>，2019年10月20日

【文献】MediaTek Inc.，Remaining issues on multi-beam operation，3GPP TSG RAN WG1 #100b_e R1-2001823，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2001823.zip>，2020年04月30日

【文献】3GPP，Radio Resource Control (RRC) protocol specification (Release 16)，3GPP TS 38.331 V16.0.0 (2020-03)，Internet<URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.331/38331-g00.zip>，2020年04月06日，P.1,357-360,460-468,605-606

【文献】Fraunhofer IIS, Fraunhofer HHI，Enhancements on UE multi-beam operation，3GPP TSG RAN WG1 #99 R1-1912664，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912664.zip>，2019年11月22日

【文献】ZTE，Enhancements on multi-beam operation，3GPP TSG RAN WG1 #98 R1-1908192，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908192.zip>，2019年08月30日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

同じキャリアにおいて第１の次世代ノードＢ（ｇＮＢ）及び少なくとも１つの第２のｇＮＢとの同時接続を有する複数送受信ポイント（マルチＴＲＰ）構成におけるユーザ機器（ＵＥ）において、
アップリンク（ＵＬ）リソースを複数のグループに分割することと、
ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）に基づいて、前記複数のグループのうちのそれぞれのグループについての空間的関係及びパスロスＲＳを判定することとであって、前記ＵＬリソースについての前記空間的関係及び前記パスロスＲＳが、前記複数のグループのうちのグループｘについて構成されていないときに、前記ＵＬリソースについてのデフォルト空間的関係及びデフォルトパスロスＲＳが、ｙに設定されたＣＯＲＥＳＥＴ ｐｏｏｌ ｉｎｄｅｘを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）についてのＴＣＩ状態における参照信号に基づき、ｘとｙとの間のマッピングが、上位層シグナリングによって構成されている、又は定義済みであるのいずれかである、判定することと、
前記複数のグループのうちのそれぞれのグループに対応する前記ＵＬリソースについてのＵＬデータを、前記第１のｇＮＢ又は前記少なくとも１つの第２のｇＮＢのうちの個別のｇＮＢに送信することと、
を含む、方法。

【請求項2】

前記アップリンクリソースが、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース又はサウンディング参照信号（ＳＲＳ）リソースのうちのいずれか１つを含む、請求項１に記載の方法。

【請求項3】

前記ＱＣＬソースＲＳが、同期信号ブロック（ＳＳＢ）又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）のうちの１つである、請求項１に記載の方法。

【請求項4】

前記ＱＣＬソースＲＳが、アンテナポート識別子（ＩＤ）を含む、請求項１に記載の方法。

【請求項5】

前記ＵＬリソースを前記複数のグループに前記分割することが、上位層シグナリングによって構成されている、請求項１に記載の方法。

【請求項6】

前記上位層シグナリングが、無線リソース制御（ＲＲＣ）シグナリング又はメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を含む、請求項５に記載の方法。

【請求項7】

前記ＵＬリソースを前記複数のグループに前記分割することが、定義済みである、請求項１に記載の方法。

【請求項8】

複数送受信ポイント（マルチＴＲＰ）構成において、同じキャリアにおいて第１の次世代ノードＢ（ｇＮＢ）及び少なくとも１つの第２のｇＮＢと同時に接続するように構成された送受信機と、
アップリンク（ＵＬ）リソースを複数のグループに分割し、
ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）に基づいて、前記複数のグループのうちのそれぞれのグループについての空間的関係及びパスロスＲＳを判定し、 前記ＵＬリソースについての前記空間的関係及び前記パスロスＲＳが、前記複数のグループのうちのグループｘについて構成されていないときに、前記ＵＬリソースについてのデフォルト空間的関係及びデフォルトパスロスＲＳが、ｙに設定されたＣＯＲＥＳＥＴ ｐｏｏｌ ｉｎｄｅｘを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）についてのＴＣＩ状態における参照信号に基づき、ｘとｙとの間のマッピングが、上位層シグナリングによって構成されている、又は定義済みであるのいずれかである、
ように構成されたプロセッサと、
を備えるユーザ機器（ＵＥ）であって、
前記送受信機が、前記複数のグループのうちのそれぞれのグループに対応する前記ＵＬリソースについてのＵＬデータを、前記第１のｇＮＢ又は前記少なくとも１つの第２のｇＮＢのうちの個別のｇＮＢに送信するように更に構成されている、ＵＥ。

【請求項9】

前記アップリンクリソースが、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース又はサウンディング参照信号（ＳＲＳ）リソースのうちのいずれか１つを含む、請求項８に記載のＵＥ。

【請求項10】

前記ＱＣＬソースＲＳが、同期信号ブロック（ＳＳＢ）又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）のうちの１つである、請求項８に記載のＵＥ。

【請求項11】

同じキャリアにおいて第１の次世代ノードＢ（ｇｎＢ）及び少なくとも１つの第２のｇＮＢとの同時接続を有する複数送受信ポイント（マルチＴＲＰ）構成におけるユーザ機器（ＵＥ）において、
ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）と、アップリンク（ＵＬ）リソースの時間ドメイン挙動とに基づいて、前記ＵＬリソースについての空間的関係及びパスロスＲＳを判定することであって、前記ＵＬリソースの前記時間ドメイン挙動が、非周期的であり、前記ＵＬリソースについてのデフォルト空間的関係及びデフォルトパスロスＲＳが、スケジューリング物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を搬送するＣＯＲＥＳＥＴ－ｐｏｏｌｉｎｄｅｘの値と同じ値のＣＯＲＥＳＥＴ－ｐｏｏｌｉｎｄｅｘを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）におけるＴＣＩ状態における参照信号に基づく、判定することと、
前記ＵＬリソースについてのＵＬデータを、前記第１のｇＮＢ又は前記少なくとも１つの第２のｇＮＢのうちのそれぞれのｇＮＢに送信することと、
を含む、方法。

【請求項12】

コンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において構成された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースがなく、物理アップリンク共有チャネル（ＰＵＳＣＨ）が、ＤＣＩフォーマット０＿０における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジュールされているときに、前記ＰＵＳＣＨについての前記空間的関係及びパスロスＲＳが、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝ｙを有する同じＣＣにおける前記ＢＷＰにおいて最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に少なくとも基づく、請求項１１に記載の方法。

【請求項13】

前記ＵＬリソースの前記時間ドメイン挙動が、非周期的であり、前記ＵＬリソースについてのデフォルト空間的関係及びデフォルトパスロスＲＳが、スケジューリング物理ダウンリンク制御チャネル（ＰＤＣＣＨ）についてのＴＣＩ状態における参照信号に基づく、請求項１１に記載の方法。

【請求項14】

前記ＵＬリソースの前記時間ドメイン挙動が、半永続的であり、前記ＵＬリソースについてのデフォルト空間的関係及びデフォルトパスロスＲＳが、アクティブ化メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）のスケジューリングＰＤＣＣＨを搬送するＣＯＲＥＳＥＴ－ｐｏｏｌｉｎｄｅｘの値と同じ値のＣＯＲＥＳＥＴ－ｐｏｏｌｉｎｄｅｘを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）におけるＴＣＩ状態における参照信号に基づく、請求項１１に記載の方法。

【請求項15】

前記ＵＬリソースの前記時間ドメイン挙動が、周期的である、請求項１１に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

５Ｇ新無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）における複数送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）（マルチＴＲＰ）機能性は、ＵＥが、複数のＴＲＰＳ（例えば、複数のｇＮＢ）との複数のリンクを同時に同じキャリアにおいて維持することを伴う。５Ｇ ＮＲの開発において、様々なケースが定義されており、これらのケースにおいて、空間的関係及びパスロス参照信号は構成されておらず、デフォルトパラメータが、ダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）送信に含まれた送信及び構成インジケーション（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ、ＴＣＩ）に基づいて使用される。しかしながら、デフォルトパラメータは、特定のＴＲＰに特有であり得る。したがって、マルチＴＲＰは、これらのケースについてサポートされていないことがある。

【発明の概要】

【0002】

いくつかの例示的な実施形態では、方法は、同じキャリアにおいて第１の次世代ノードＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ、ｇＮＢ）及び少なくとも１つの第２のｇＮＢとの同時接続を有する複数送受信ポイント（マルチＴＲＰ）構成におけるユーザ機器（ＵＥ）によって、実行される。方法は、アップリンク（Ｕｐｌｉｎｋ、ＵＬ）リソースを複数のグループに分割することと、ダウンリンクチャネルについての擬似コロケーション（Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ、ＱＣＬ）ソース参照信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）を示す送信構成インジケーション（ＴＣＩ）に基づいて、複数のグループのうちのそれぞれのグループについての空間的関係及びパスロスＲＳを判定することと、複数のグループのうちのそれぞれのグループに対応するＵＬリソースについてのＵＬデータを、第１のｇＮＢ又は少なくとも１つの第２のｇＮＢのうちの個別のｇＮＢに送信することと、を含む。

【0003】

他の例示的な実施形態は、送受信機と、プロセッサと、を有するユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に関連する。送受信機は、複数送受信ポイント（マルチＴＲＰ）構成において、同じキャリアにおいて第１の次世代ノードＢ（ｇＮＢ）及び少なくとも１つの第２のｇＮＢと同時に接続するように構成されている。プロセッサは、アップリンク（ＵＬ）リソースを複数のグループに分割し、ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）に基づいて、複数のグループのうちのそれぞれのグループについての空間的関係及びパスロスＲＳを判定する、ように構成されている。送受信機は、複数のグループのうちのそれぞれのグループに対応するＵＬリソースについてのＵＬデータを、第１のｇＮＢ又は少なくとも１つの第２のｇＮＢのうちの個別のｇＮＢに送信するように更に構成されている。

【0004】

なお更なる例示的な実施形態では、方法は、同じキャリアにおいて第１の次世代ノードＢ（ｇｎＢ）及び少なくとも１つの第２のｇＮＢとの同時接続を有する複数送受信ポイント（マルチＴＲＰ）構成におけるユーザ機器（ＵＥ）によって、実行される。方法は、ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）と、アップリンク（ＵＬ）リソースの時間ドメイン挙動とに基づいて、ＵＬリソースについての空間的関係及びパスロスＲＳを判定することと、ＵＬリソースについてのＵＬデータを、第１のｇＮＢ又は少なくとも１つの第２のｇＮＢのうちのそれぞれのｇＮＢに送信することと、を含む。

【0005】

追加の例示的な実施形態は、送受信機と、プロセッサと、を有するユーザ機器（ＵＥ）に関連する。送受信機は、複数送受信ポイント（マルチＴＲＰ）構成において、同じキャリアにおいて第１の次世代ノードＢ（ｇｎＢ）及び少なくとも１つの第２のｇＮＢと同時に接続するように構成されている。プロセッサは、ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）と、アップリンク（ＵＬ）リソースの時間ドメイン挙動とに基づいて、ＵＬリソースについての空間的関係及びパスロスＲＳを判定するように構成されている。送受信機は、ＵＬリソースについてのＵＬデータを、第１のｇＮＢ及び少なくとも１つの第２のｇＮＢのうちのそれぞれのｇＮＢに送信するように更に構成されている。

【図面の簡単な説明】

【0006】

【図1】様々な例示的な実施形態によるネットワーク配置を示す図である。

【図2】様々な例示的な実施形態による例示的なＵＥを示す図である。

【図3】マルチＴＲＰ動作におけるＵＥを有するネットワーク配置を示す図である。

【図4a】本明細書に記載の様々な例示的な実施形態によるマルチＴＲＰ ＵＬリソース構成についてのスケジューリング図である。

【図4b】本明細書に記載の様々な例示的な実施形態によるマルチＴＲＰ ＵＬリソース構成についてのスケジューリング図である。

【図5】本明細書に記載の様々な例示的な実施形態による、複数送受信ポイント（マルチＴＲＰ）動作におけるユーザ機器（ＵＥ）において、複数のグループに分割されたアップリンク（ＵＬ）送信についてのデフォルト空間的関係及びパスロス参照信号（ＲＳ）構成を判定するための方法を示す図である。

【図6】本明細書に記載の様々な例示的な実施形態による、複数送受信ポイント（マルチＴＲＰ）動作におけるユーザ機器（ＵＥ）において、アップリンク（ＵＬ）リソースの時間ドメイン挙動に基づいて、ＵＬ送信についてのデフォルト空間的関係及びパスロス参照信号（ＲＳ）構成を判定するための方法を示す図である。

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

【0007】

例示的な実施形態は、以下の説明及び関連する添付の図面を参照して更に理解され得、同様の要素には、同じ参照符号が付されている。例示的な実施形態は、マルチＴＲＰ動作におけるＵＥのためのデフォルト空間的関係及びパスロス参照信号（ＲＳ）構成に関して記載されている。

【0008】

複数送受信ポイント（マルチＴＲＰ）機能性は、ＵＥが、複数のＴＲＰＳ（例えば、複数のｇＮＢ）との複数のリンクを同時に同じキャリアにおいて維持することを伴う。しかしながら、マルチＴＲＰは、３ＧＰＰリリース１６規格において、あるシナリオについてサポートされておらず、これらのシナリオにおいて、デフォルト空間的関係及びパスロス参照信号は、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）又はサウンディング参照信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ）について構成されていない。リリース１６において、以下で詳細に記載のいくつかのシナリオにおいて、デフォルト空間的関係及びパスロス参照信号は、ＵＥによって、単一のＴＲＰをターゲットとする単一のビームについてのみ適用され得る。例示的な実施形態では、複数のＴＲＰをターゲットとする複数のビームについてのデフォルト空間的関係及びパスロスＲＳ構成が記載されている。

【0009】

図１は、様々な例示的な実施形態による例示的なネットワーク配置１００を示す。例示的なネットワーク配置１００は、ユーザ機器（ＵＥ）１１０を含む。ＵＥは、ネットワークを介して通信するように構成された任意のタイプの電子コンポーネント、例えば、コネクテッドカーのコンポーネント、携帯電話、タブレットコンピュータ、スマートフォン、ファブレット、埋め込みデバイス、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）ウェアラブルデバイスなどであり得ることが、当該技術分野に精通している者には理解されよう。また、実際のネットワーク配置は、任意の数のユーザによって使用されている任意の数のＵＥを含み得ることを理解されたい。したがって、単一のＵＥ １１０の例は、単に例示のために提供されている。

【0010】

ＵＥ １１０は、１つ以上のネットワークと直接通信することができる。ネットワーク構成１００の例では、ＵＥ １１０が無線通信し得るネットワークは、５Ｇ ＮＲ無線アクセスネットワーク（５Ｇ ＮＲ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、５Ｇ ＮＲ－ＲＡＮ）１２０、ＬＴＥ無線アクセスネットワーク（ＬＴＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＬＴＥ－ＲＡＮ）１２２、及び無線ローカルアクセスネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＷＬＡＮ）１２４である。したがって、ＵＥ １１０は、５Ｇ ＮＲ－ＲＡＮ １２０と通信するための５Ｇ ＮＲチップセットを含んでもよく、ＬＴＥ－ＲＡＮ １２２と通信するためのＬＴＥチップセットを含んでもよく、ＷＬＡＮ １２４と通信するためのＩＳＭチップセットを含んでもよい。しかしながら、ＵＥ １１０はまた、他のタイプのネットワーク（例えば、レガシーセルラーネットワーク）と通信してもよく、ＵＥ １１０はまた、有線接続を介してネットワークと通信してもよい。例示的な実施形態に関しては、ＵＥ １１０は、５Ｇ ＮＧ－ＲＡＮ １２２との接続を確立することができる。

【0011】

５Ｇ ＮＲ－ＲＡＮ １２０及びＬＴＥ－ＲＡＮ １２２は、セルラープロバイダ（例えば、Ｖｅｒｉｚｏｎ、ＡＴ＆Ｔ、Ｓｐｒｉｎｔ、Ｔ－Ｍｏｂｉｌｅなど）によって配置され得るセルラーネットワークの部分であってもよい。これらのネットワーク１２０、１２２は、例えば、適切なセルラーチップセットを備えるＵＥからトラフィックを送受信するように構成されたセル又は基地局（Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ、ＨｅＮＢ、ｅＮＢＳ、ｇＮＢ、ｇＮｏｄｅＢ、マクロセル、マイクロセル、スモールセル、フェムトセルなど）を含んでもよい。ＷＬＡＮ １２４は、任意のタイプのワイヤレスローカルエリアネットワーク（ＷｉＦｉ、Ｈｏｔ Ｓｐｏｔ、ＩＥＥＥ ８０２．１１ｘネットワークなど）を含んでもよい。

【0012】

ＵＥ １１０は、次世代ノードＢ（ｇＮＢ）１２０Ａ及び／又はｇＮＢ １２０Ｂのうちの少なくとも１つを介して、５Ｇ ＮＲ－ＲＡＮに接続することができる。ｇＮＢ １２０Ａ、１２０Ｂは、マッシブマルチインプットマルチアウトプット（Ｍｕｌｔｉｐｌｅ Ｉｎ Ｍｕｌｔｉｐｌｅ Ｏｕｔ、ＭＩＭＯ）機能性を実行するために、必要なハードウェア（例えば、アンテナアレイ）、ソフトウェア、及び／又はファームウェアで構成されてもよい。マッシブＭＩＭＯとは、複数のＵＥについて複数のビームを生成するように構成された基地局を指し得る。２つのｇＮＢ １２０Ａ、１２０Ｂへの言及は、単に例示のためである。例示的な実施形態は、任意の適切な数のｇＮＢに当てはまり得る。具体的には、ＵＥ １１０は、マルチセルＣＡ構成又はマルチＴＲＰ構成において、複数のｇＮＢ １２０Ａ、１２０Ｂに同時に接続し、複数のｇＮＢ １２０Ａ、１２０Ｂとデータを交換することができる。ＵＥ １１０はまた、上記のように、ｅＮＢ １２２Ａ、１２２Ｂのいずれか若しくは両方を介してＬＴＥ－ＲＡＮ １２２に接続することができ、又は任意の他のタイプのＲＡＮに接続することができる。ネットワーク配置１００において、ＵＥ １１０は、ｇＮＢ １２０Ａ及び１２０Ｂとの同時接続を有するとして図示されている。ｇＮＢ １２０Ａ、１２０Ｂとの接続は、例えば、マルチＴＲＰ接続であってもよく、マルチＴＲＰ接続において、ｇＮＢ １２０Ａ、１２０Ｂの両方は、同じチャネルにおいてＵＥ １１０のためのサービスを提供する。

【0013】

ネットワーク１２０、１２２及び１２４に加えて、ネットワーク配置１００はまた、セルラーコアネットワーク１３０と、インターネット１４０と、ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、ＩＭＳ）１５０と、ネットワークサービスバックボーン１６０と、を含む。セルラーコアネットワーク１３０は、セルラーネットワークの動作及びトラフィックを管理するコンポーネントの相互接続されたセットであると考えられ得る。セルラーコアネットワーク１３０はまた、セルラーネットワークとインターネット１４０との間を流れるトラフィックを管理する。ＩＭＳ １５０は概して、ＩＰプロトコルを使用してマルチメディアサービスをＵＥ １１０に配信するためのアーキテクチャとして記載され得る。ＩＭＳ １５０は、マルチメディアサービスをＵＥ １１０に提供するために、セルラーコアネットワーク１３０及びインターネット１４０と通信することができる。ネットワークサービスバックボーン１６０は、インターネット１４０及びセルラーコアネットワーク１３０と直接又は間接的のいずれかで通信する。ネットワークサービスバックボーン１６０は概して、様々なネットワークと通信するＵＥ １１０の機能性を拡張するために使用され得るサービスの一式を実装するコンポーネント（例えば、サーバ、ネットワークストレージ装置（ｎｅｔｗｏｒｋ ｓｔｏｒａｇｅ ａｒｒａｎｇｅｍｅｎｔ）など）のセットとして記載され得る。

【0014】

図２は、様々な例示的な実施形態による例示的なＵＥ １１０を示す。図１のネットワーク配置１００に関して、ＵＥ １１０について記載する。ＵＥ １１０は、任意の電子デバイスを表すことができ、プロセッサ２０５と、メモリ装置（ｍｅｍｏｒｙ ａｒｒａｎｇｅｍｅｎｔ）２１０と、ディスプレイデバイス２１５と、入出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、Ｉ／Ｏ）デバイス２２０と、送受信機２２５と、他のコンポーネント２３０と、を含むことができる。他のコンポーネント２３０は、例えば、オーディオ入力デバイス、オーディオ出力デバイス、制限された電源を提供するバッテリ、データ取得デバイス、ＵＥ １１０を他の電子デバイスに電気的に接続するためのポート、ＵＥ １１０の状態を検出するためのセンサなどを含んでもよい。

【0015】

プロセッサ２０５は、ＵＥ １１０のための複数のエンジンを実行するように構成されてもよい。例えば、エンジンは、デフォルト空間的関係及びパスロスＲＳエンジン２３５を含んでもよい。デフォルト空間的関係及びパスロスＲＳエンジン２３５は、ＵＥ １１０が、複数のｇＮＢを有するマルチＴＲＰ構成においてあるときに、ＰＵＣＣＨリソースについての空間的関係及びパスロス参照信号を判定することと、同じリソースを両方の接続のために使用することと、を含む動作を実行することができる。様々なシナリオについての具体的な判定について、以下で更に詳細に記載する。

【0016】

プロセッサ２０５によって実行されるアプリケーション（例えば、プログラム）である上記のエンジンは、例示のみである。エンジンに関連付けられた機能性はまた、ＵＥ １１０の別個の組み込まれたコンポーネントとして表されてもよく、又はＵＥ １１０に結合されたモジュラーコンポーネント、例えば、ファームウェアを有する若しくは有さない集積回路であってもよい。例えば、集積回路は、信号を受信するための入力回路と、信号及び他の情報を処理するための処理回路と、を含み得る。エンジンはまた、１つのアプリケーション又は別個のアプリケーションとして具現化されてもよい。加えて、いくつかのＵＥにおいて、プロセッサ２０５について記載の機能性は、ベースバンドプロセッサ及びアプリケーションプロセッサなどの２つ以上のプロセッサ間で分割されている。例示的な実施形態は、ＵＥのこれらの構成又は他の構成のうちのいずれかにおいて実装されてもよい。

【0017】

メモリ２１０は、ＵＥ １１０によって実行される動作に関連するデータを記憶するように構成されたハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５は、データをユーザに示すように構成されたハードウェアコンポーネントであってもよく、Ｉ／Ｏデバイス２２０は、ユーザが入力を行うのを可能にするハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５及びＩ／Ｏデバイス２２０は、別個のコンポーネントであってもよく、又はタッチスクリーンなどのように一緒に一体化されてもよい。送受信機２２５は、５Ｇ－ＮＲ ＲＡＮ １２０、ＬＴＥ－ＲＡＮ １２２などとの接続を確立するように構成されたハードウェアコンポーネントであってもよい。したがって、送受信機２２５は、様々な異なる周波数又はチャネル（例えば、連続する周波数のセット）において動作することができる。

【0018】

リリース１５において、ダウンリンクビームインジケーションは、送信及び構成インジケーション（ＴＣＩ）に基づき、ＴＣＩは、ダウンリンクチャネル（ＰＤＳＣＨ、ＰＤＣＣＨ）についての擬似コロケーション（ＱＣＬ）ソース参照信号を示す。１つのアンテナポートにおけるシンボルが伝達されるチャネルの特性が、他のアンテナポートにおけるシンボルが伝達されるチャネルから推測され得る場合、２つのアンテナポートは、擬似コロケートされていると考えられる。したがって、ＱＣＬ概念は、両方のアンテナポートについての計算を別個に回避することによって、チャネル推定を含む、ＵＥの計算を助長することができる。ｇＮＢは、特定のＣＳＩ参照信号（ＣＳＩ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）によって使用されるアンテナポートが、例えば、ＰＤＳＣＨ又はＰＤＣＣＨ送信のために使用されるアンテナポートとのＱＣＬであることを示すことができる。

【0019】

ＱＣＬソースＲＳは、同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ、ＳＳＢ）又はＣＳＩ－ＲＳであってもよい。リリース１５において、アップリンク（ＵＬ）ビームインジケーションは、空間的関係情報に基づき、ソース参照信号は、ＳＳＢ、ＣＳＩ－ＲＳ、又はサウンディング参照信号（ＳＲＳ）に基づき得る。ＳＳＢ、ＣＳＩ－ＲＳ又はＳＲＳが示されているときに、ＵＥは、ＳＳＢ／ＣＳＩ－ＲＳ／ＳＲＳを受信するために使用されるビームと同じビームを、ＵＬ信号を送信するために使用することができる。

【0020】

ＮＲにおいて定義されているように、制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）は、リソース要素のリソース要素グループ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ、ＲＥＧ）のセットであり、ＲＥＧのセット内で、ＵＥは、ダウンリンク制御情報をブラインド復号することを試みる。換言すれば、ＣＯＲＥＳＥＴは、物理リソースのセット（例えば、ＮＲダウンリンクリソースグリッドにおける特定のエリア）、及びＰＤＣＣＨ／ＤＣＩを搬送するために使用されるパラメータのセットである。ＣＯＲＥＳＥＴは、構成されているときに、空間的関係及びパスロス情報を導出するために使用され得る。

【0021】

リリース１６において、デフォルトＱＣＬ／空間的関係は、様々なケースについて定義されている。しかしながら、これらのデフォルトＱＣＬ／空間的関係は、複数送受信ポイント（マルチＴＲＰ）機能性に適用不可能である。リリース１６において、マルチＴＲＰ機能性は、基本ビーム管理フレームワークでサポートされている。ビーム管理フレームワークは、ＵＥが、理想的バックホール又は非理想的バックホールで配置された複数のｇＮＢからダウンリンク信号を受信する能力を含む。ＵＥは、ＰＤＳＣＨについての２つのダウンリンクＴＣＩ状態で示され得る。異なるＴＲＰからのＰＤＣＣＨは、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘの異なる値を有するＣＯＲＥＳＥＴによって搬送され得る。対照的に、リリース１７において、マルチＴＲＰ動作のためのビーム管理拡張は、ＵＥが、複数のｇＮＢからダウンリンク信号を複数のパネル／ビームで受信することができ、ＴＲＰのうちのいずれかのＴＲＰへのパネル選択に基づいて、ＵＬ信号をｇＮＢに報告又は送信することができるように、サポートされる。

【0022】

最低ＩＤを有するＣＯＲＥＳＥＴ又はアクティブＴＣＩ状態は常に、特定のＴＲＰからのものであるため、マルチＴＲＰ動作は、リリース１６において考察されているデフォルト空間的関係及びパスロス参照信号ケースについて、サポートされていない。したがって、ＵＥは、ターゲットとする単一のビームのみを単一のＴＲＰに適用する。図３は、マルチＴＲＰ動作におけるＵＥを有するネットワーク配置３００を示し、ネットワーク配置３００において、デフォルト空間的関係及びパスロスＲＳは、第１のＴＲＰ（ＴＲＰ １）から送信されたＣＯＲＥＳＥＴ １からのＴＣＩ １におけるＲＳに基づく。したがって、この配置において、第２のＴＲＰ（ＴＲＰ ２）は、デフォルト空間的関係及びパスロスＲＳを有するＵＬ信号を受信することができない。

【0023】

例示的な実施形態は、マルチＴＲＰ動作をサポートするために、リリース１６に記載のそれぞれのシナリオについて、デフォルト空間的関係及びパスロスＲＳ構成を定義する。例示的な実施形態は、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘの異なる値が、ＣＣにおけるＣＯＲＥＳＥＴにおいて構成されているときに、マルチＴＲＰケースについて適用可能である。シナリオ及び例示的な実施形態が、以下でより詳細に記載されている。

【0024】

第１のシナリオにおいて、ＰＵＣＣＨについての空間的関係及びパスロス参照信号は構成されていない。リリース１６において、ＣＯＲＥＳＥＴが構成されているときに、ＰＵＣＣＨ空間的関係及びパスロスは、同じコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ、ＣＣ）におけるアクティブ帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）において最低ＩＤを有するＣＯＲＥＳＥＴについてのＴＣＩ状態において示された参照信号に基づいて導出される。しかしながら、上記のように、この解決策は、マルチＴＲＰ動作に適用可能でない。

【0025】

第１の例示的な実施形態によれば、ＰＵＣＣＨについての空間的関係及びパスロス参照信号が構成されていない）ときに、ＰＵＣＣＨリソースは、Ｎ個のグループに分割され得、例えば、Ｎ＝２である。特定のグループ内のＰＵＣＣＨリソースは、データを対応するｇＮＢに送信するように構成されている。

【0026】

１つの実施形態では、グループ化は、ネットワークからの上位層シグナリング、例えば、ＲＲＣシグナリング又はＭＡＣ制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）によって構成されてもよい。別の実施形態では、グループ化は、定義済みであってもよい。例えば、Ｎ＝２であるときに、ＰＵＣＣＨリソースの前半は、第１のグループに属してもよく、後半は、第２のグループに属してもよい。

【0027】

この例示的な実施形態では、グループ（例えば、グループｘ）内のＰＵＣＣＨリソースについての空間的関係及びパスロス参照信号が構成されていない（例えば、シグナリングされていない又は事前構成されていない）場合、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、ｙに設定されたＣＯＲＥＳＥＴ－ＰｏｏｌＩｎｄｅｘを有する最低ＩＤを有するＣＯＲＥＳＥＴについてのＴＣＩ状態における参照信号に基づき得る。ｘとｙとの間のマッピングは、上位層シグナリング、例えば、ＲＲＣシグナリング若しくはＭＡＣ制御要素（ＣＥ）によって構成されてもよく、又は代替として、定義済みであってもよく、例えば、ｘ＝ｙである。

【0028】

上記のネットワーク配置３００において、上記の第１の例示的な実施形態を実装したときに、ＴＣＩ １は、グループ１内のＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号を判定するために使用されてもよい。一方、ＴＣＩ ２は、グループ２内のＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号を判定するために使用されてもよい。上記のように、この例では、グループ１についてのＴＣＩ １及びグループ２についてのＴＣＩ ２は、上位層シグナリングを使用してＵＥにシグナリングされたこと、又はこれらのデフォルトは、ＵＥについて定義済みであることが、想定されている。

【0029】

第２の例示的な実施形態によれば、上記で考察された第１のシナリオにおいて、デフォルト空間的関係及びパスロス参照信号を判定するための様々なメカニズムは、ＰＵＣＣＨリソース構成に依存して定義されてもよい。

【0030】

１つの例示的な実施形態では、非周期的ＰＵＣＣＨリソースについて、空間的関係及びパスロス参照信号が構成されていないときに、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、スケジューリングＰＤＣＣＨについてのＴＣＩ状態における参照信号に基づき得る。

【0031】

（非周期的ＰＵＣＣＨについての）別の例示的な実施形態によれば、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、スケジューリングＰＤＣＣＨを搬送するＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘの値と同じ値のＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘを有する最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に基づき得る。

【0032】

図４ａ～図４ｂは、上記の実施形態についてのスケジューリング図を示す。図４ａ～図４ｂの例では、以下の３つの構成されたＣＯＲＥＳＥＴ、ＴＣＩ＝１及びＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝０を有するＣＯＲＥＳＥＴ １、ＴＣＩ＝２及びＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝１を有するＣＯＲＥＳＥＴ ２、並びにＴＣＩ＝３及びＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝１を有するＣＯＲＥＳＥＴ ３があると考えられ得る。

【0033】

第１のスケジューリング図４００において、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、スケジューリングＰＤＣＣＨについてのＴＣＩ状態における参照信号に基づく。ＰＤＣＣＨ（Ｎ）は、ＣＯＲＥＳＥＴ １において図示されている。したがって、非周期的ＰＵＣＣＨ（Ｎ＋ｋ０）におけるＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、ＴＣＩ １に基づく。同様に、ＰＤＣＣＨ（Ｍ）は、ＣＯＲＥＳＥＴ ３において図示されている。したがって、非周期的ＰＵＣＣＨ（Ｍ＋ｋ１）におけるＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、ＴＣＩ ３に基づく。

【0034】

第２のスケジューリング図４５０において、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、スケジューリングＰＤＣＣＨを搬送するＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘの値と同じ値のＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘを有する最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に基づく。ＰＤＣＣＨ（Ｎ）は、ＣＯＲＥＳＥＴ １において図示されている。この例では、ＣＯＲＥＳＥＴ １は、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝０を有する唯一のＣＯＲＥＳＥＴである。したがって、非周期的ＰＵＣＣＨ（Ｎ＋ｋ０）におけるＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、ＣＯＲＥＳＥＴ １に対応するＴＣＩ １に基づく。ＰＤＣＣＨ（Ｍ）は、ＣＯＲＥＳＥＴ ３において図示されている。ＣＯＲＥＳＥＴ ３及びＣＯＲＥＳＥＴ ２は、同じＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝１を有し、ＣＯＲＥＳＥＴ ２は、より低いＩＤを有するため、非周期的ＰＵＣＣＨ（Ｍ＋ｋ１）におけるＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、ＴＣＩ ２に基づく。

【0035】

半永続的ＰＵＣＣＨリソースに関連する別の例示的な実施形態では、空間的関係及びパスロス参照信号が構成されていないときに、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、アクティブ化ＭＡＣ ＣＥのスケジューリングＰＤＣＣＨを搬送するＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘの値と同じの値のＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘを有する最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に基づき得る。

【0036】

周期的ＰＵＣＣＨリソースに関連する別の例示的な実施形態では、空間的関係及びパスロス参照信号が構成されていない場合、ＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号は、最新のスロット内の最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に基づき得る。

【0037】

したがって、上記の例示的な実施形態は、ＵＥがマルチＴＲＰ状態においてあるときに、第１のシナリオにおいてＰＵＣＣＨリソースについてのデフォルト空間的関係及びパスロス参照信号を判定する様々な方法を提供する。

【0038】

第２のシナリオにおいて、ＳＲＳについての空間的関係及びパスロス参照信号は構成されていない。リリース１６において、ＰＵＣＣＨについての上記の第１のシナリオと同様に、ＳＲＳ空間的関係及びパスロスは、ＣＯＲＥＳＥＴが構成されているときに、同じコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ、ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有するＣＯＲＥＳＥＴについてのＴＣＩ状態において示された参照信号に基づいて導出される。ＣＯＲＥＳＥＴが構成されていないときに、最低ＩＤを有するアクティブＴＣＩ状態が、デフォルト空間的関係情報を導出するために使用され得る。第２のシナリオは、関連付けられたＣＳＩ－ＲＳが構成されていないときに、コードブック又はアンテナ切り替え又は非コードブックのためのＳＲＳについて適用可能である。しかしながら、再度、リリース１６についてのこれらのデフォルトは、上記の理由により、マルチＴＲＰ状態におけるＵＥについて適用可能でない。

【0039】

第３の例示的な実施形態は、上記で考察された第１の例示的な実施形態と同様に、第２のシナリオに適用され得、第２のシナリオにおいて、ＳＲＳについての空間的関係及びパスロス参照信号は、マルチＴＲＰ状態におけるＵＥについて構成されていない。この例では、ＳＲＳリソース又はリソースセットは、Ｎ個のグループに分割され得る。グループｘ内のＳＲＳリソース又はリソースセットについての空間的関係及びパスロス参照信号が構成されていない場合、ＳＲＳリソースについてのデフォルト空間的関係及びパスロス参照信号は、ｙに設定されたＣＯＲＥＳＥＴ－ＰｏｏｌＩｎｄｅｘを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有するＣＯＲＥＳＥＴについてのＴＣＩ状態における参照信号に基づき得る。

【0040】

構成されたＣＯＲＥＳＥＴがない場合、ＳＲＳリソースについてのデフォルト空間的関係及びパスロス参照信号は、ＴＣＩ状態グループｙ内の最低ＩＤを有するアクティブ化されたＴＣＩ状態における参照信号に基づき得る。ｘとｙとの間のマッピングは、上位層シグナリング、例えば、ＲＲＣシグナリング又はＭＡＣ制御要素（ＣＥ）によって構成され得る。代替として、ｘとｙとの間のマッピングは、定義済みであってもよく、例えば、ｘ＝ｙである。

【0041】

第２のシナリオに適用可能である更なる例示的な実施形態では、デフォルト空間的関係及びパスロス参照信号を判定するための様々なメカニズムは、ＳＲＳリソース構成に依存して定義されてもよい。例えば、デフォルト空間的関係及びパスロスＲＳは、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ ｙを有するＣＯＲＥＳＥＴ ＴＣＩ状態によって、又はＴＣＩ状態グループｙからの最低ＩＤを有するＴＣＩ状態によって判定され得る。非周期的ＳＲＳについて、ｙは、スケジューリングＰＤＣＣＨのＣＯＲＥＳＥＴによって判定され得る。半永続的ＳＲＳについて、ｙは、アクティブ化ＭＡＣ ＣＥのスケジューリングＰＤＣＣＨのＣＯＲＥＳＥＴによって判定され得る。周期的ＳＲＳについて、ｙは、定義済みであってもよく、又周期的ＳＲＳについての上位層シグナリングによって構成されてもよい。

【0042】

したがって、上記の例示的な実施形態は、ＵＥがマルチＴＲＰ状態においてあるときに、第２のシナリオにおいてＳＲＳリソースについてのデフォルト空間的関係及びパスロス参照信号を判定する様々な方法を提供する。

【0043】

第３のシナリオにおいて、帯域幅部分（ＢＷＰ）において構成されたＰＵＣＣＨリソースはない。リリース１６において、ＰＵＳＣＨが、ＤＣＩフォーマット０＿０におけるＰＤＣＣＨによってスケジュールされている場合、ＰＵＣＣＨ空間的関係及びパスロスは、同じコンポーネントキャリア（ＣＣ）におけるアクティブＢＷＰにおいて最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）についてのＴＣＩ状態において示された参照信号に基づいて導出される。構成されたＣＯＲＥＳＥＴがないときに、最低ＩＤを有するアクティブＴＣＩ状態が、デフォルト空間的関係情報を導出するために使用され得る。しかしながら、再度、リリース１６についてのこれらのデフォルトは、上記の理由により、マルチＴＲＰ状態におけるＵＥについて適用可能でない。

【0044】

第５の例示的な実施形態は、第３のシナリオに関連し、第３のシナリオにおいて、同じＣＣにおけるアクティブＢＷＰにおいて構成されたＰＵＣＣＨリソースがなく、ＰＵＳＣＨは、マルチＴＲＰ状態におけるＵＥについて、ＤＣＩフォーマット０＿０）におけるＰＤＣＣＨによってスケジュールされている。この例示的な実施形態では、ＰＵＳＣＨについてのデフォルト空間的関係及びパスロスＲＳは、ＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘ＝ｙを有する同じコンポーネントキャリア（ＣＣ）におけるアクティブ帯域幅部分（ＢＷＰ）において最低ＩＤを有するＣＯＲＥＳＥＴにおけるＴＣＩ状態における参照信号に基づいて判定される。様々な実施形態では、ｙは、上位層シグナリングによって構成されてもよく、定義済みであってもよく、又はスケジューリングＰＤＣＣＨのＣＯＲＥＳＥＴについてのＣＯＲＥＳＥＴ－ｐｏｏｌＩｎｄｅｘによって判定されてもよい。

【0045】

したがって、上記の例示的な実施形態は、ＵＥがマルチＴＲＰ状態においてあるときに、第２のシナリオにおいてＳＲＳリソースについてのデフォルト空間的関係及びパスロス参照信号を判定する様々な方法を提供する。

【0046】

図５は、本明細書に記載の様々な例示的な実施形態による、複数送受信ポイント（マルチＴＲＰ）動作におけるユーザ機器（ＵＥ）において、複数のグループに分割されたアップリンク（ＵＬ）送信についてのデフォルト空間的関係及びパスロス参照信号（ＲＳ）構成を判定するための方法５００を示す。

【0047】

５０５において、ＵＥは、ＵＬリソースを複数のグループに分割する。上記で考察されたように、ＵＬリソース、例えばＰＵＣＣＨリソース又はＳＲＳリソースのグループ化は、上位層シグナリングによって構成されてもよく、又は定義済みであってもよい。

【0048】

５１０において、ＵＥは、ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）に基づいて、複数のグループのうちのそれぞれのグループについての空間的関係及びパスロスＲＳを判定する。上記で考察されたように、ＱＣＬソースＲＳは、同期信号ブロック（ＳＳＢ）又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）であってもよく、アンテナポート識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）を含んでもよい。デフォルト空間的関係及びパスロスＲＳは、ｙに設定されたＣＯＲＥＳＥＴ ｐｏｏｌ ｉｎｄｅｘを有する最低ＩＤを有する制御リソースセット（ＣＯＲＥＳＥＴ）についてのＴＣＩ状態における参照信号に基づくことができ、ｘとｙとの間のマッピングは、上位層シグナリングによって構成されている、又は定義済みであるのいずれかである。

【0049】

５１５において、ＵＥは、複数のグループのうちのそれぞれのグループに対応するＵＬリソースについてのＵＬデータを、マルチＴＲＰ構成におけるｇＮＢのうちの個別のｇＮＢに送信する。

【0050】

図６は、本明細書に記載の様々な例示的な実施形態による、複数送受信ポイント（マルチＴＲＰ）動作におけるユーザ機器（ＵＥ）において、アップリンク（ＵＬ）リソースの時間ドメイン挙動に基づいて、ＵＬ送信についてのデフォルト空間的関係及びパスロス参照信号（ＲＳ）構成を判定するための方法６００を示す。

【0051】

６０５において、ＵＥは、ダウンリンクチャネルについての擬似コロケーション（ＱＣＬ）ソース参照信号（ＲＳ）を示す送信構成インジケーション（ＴＣＩ）と、アップリンク（ＵＬ）リソースの時間ドメイン挙動とに基づいて、ＵＬリソースについての空間的関係及びパスロスＲＳを判定する。例えば、時間ドメイン挙動は、非周期的、半永続的、又は周期的であり得る。デフォルトパラメータは、上記で詳細に考察されたように、時間ドメイン挙動に依存して異なり得る。

【0052】

６１０において、ＵＥは、ＵＬリソースについてのＵＬデータを、マルチＴＲＰ構成における複数のｇＮＢのうちのそれぞれのｇＮＢに送信する。

【0053】

本出願では、それぞれが様々な組み合わせにおいて異なる特徴を有する様々な実施形態が記載されているが、１つの実施形態の特徴のうちのいずれかが、具体的に否認されないように、又は開示された実施形態のデバイスの動作若しくは記載の機能と機能的若しくは論理的に矛盾しないように、他の実施形態の特徴と組み合わされてもよいことが、当該技術分野に精通している者には理解されよう。

【0054】

個人情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小にするように管理され取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

【0055】

上記の例示的な実施形態は、任意の好適なソフトウェア構成若しくはハードウェア構成又はこれらの組み合わせにおいて実装されてもよいことが、当該技術分野に精通している者には理解されよう。例示的な実施形態を実装するための例示的なハードウェアプラットフォームは、例えば、互換性のあるオペレーティングシステムを有するＩｎｔｅｌ（登録商標）ｘ８６ベースのプラットフォーム、Ｗｉｎｄｏｗｓ ＯＳ、Ｍａｃプラットフォーム及びＭＡＣ ＯＳ、ｉＯＳ、Ａｎｄｒｏｉｄ（登録商標）などのオペレーティングシステムを有するモバイルデバイスを含み得る。更なる例では、上記の方法の例示的な実施形態は、非一時的コンピュータ可読記憶媒体に記憶されたコード行を含むプログラムとして具現化されてもよく、プログラムは、コンパイルされたときに、プロセッサ又はマイクロプロセッサにおいて実行され得る。

【0056】

様々な修正形態が、本開示の精神又は範囲から逸脱することなく本開示においてなされてもよいことが、当該技術分野に精通している者には明らかである。したがって、本開示は、本開示の修正形態及び変形形態が添付の特許請求の範囲及び特許請求の範囲の均等物の範囲内にあるかぎり、本開示の修正形態及び変形形態を網羅することが意図されている。

【図1】

【図2】

【図3】

【図4a】

【図4b】

【図5】

【図6】