特表 2024-510253 強化されたアップリング電力制御

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

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

(11)【公表番号】

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

(54)【発明の名称】強化されたアップリング電力制御

(51)【国際特許分類】

   H04W 52/14 20090101AFI20240228BHJP

   H04W 52/24 20090101ALI20240228BHJP

   H04W 52/32 20090101ALI20240228BHJP

   H04W 52/54 20090101ALI20240228BHJP

   H04W 72/232 20230101ALI20240228BHJP

【ＦＩ】

H04W52/14

H04W52/24

H04W52/32

H04W52/54

H04W72/232

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023556911

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

(85)【翻訳文提出日】2023-09-28

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

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

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

(31)【優先権主張番号】PCT/CN2021/081025

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

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

(31)【優先権主張番号】PCT/CN2021/087373

(32)【優先日】2021-04-15

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

(31)【優先権主張番号】PCT/CN2021/118257

(32)【優先日】2021-09-14

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

(31)【優先権主張番号】PCT/CN2021/124550

(32)【優先日】2021-10-19

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】593096712

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ワーン，グオトーン

(72)【発明者】

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

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067GG08

(57)【要約】

マルチ送受信ポイント（ＴＲＰ）オペレーションにおけるアップリンク電力制御のための装置及びシステムを説明する。異なるＴＲＰへのサウンディング基準信号（ＳＲＳ）の電力制御は、ダウンリンク制御情報（ＤＣＩ）において指示される。ＳＲＳ電力制御調整状態は、ＴＲＰへの物理アップリンク共有チャネル（ＰＵＳＣＨ）電力制御調整状態に関連し得るか又は別個であってもよく、ＤＣＩ内の追加ビットを使用して、順序に基づいて内因的に、あるいは外部的に指示され得る。複数のＳＲＳリソースセットがコードブックベースの送信に送信され、これは、ＳＲＳリソースインデックス（ＳＲＩ）とパスロス基準信号、空間関係、Ｐ０及びアルファ値との間のマッピングに使用される。

【特許請求の範囲】

【請求項1】

第５世代ノードＢ（ｇＮＢ）のための装置であって、当該装置は：
マルチ送受信ポイント（ＴＲＰ）オペレーション対応のユーザ機器（ＵＥ）に、ダウンリンク制御情報（ＤＣＩ）を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することであって、前記ＤＣＩは送信電力制御（ＴＰＣ）コマンドを含み、前記ＴＰＣコマンドはサウンディング基準信号（ＳＲＳ）のためのものであり、前記ＴＰＣコマンドは前記ＵＥのマルチＴＲＰオペレーションにおける各ＴＲＰの電力制御調整状態を示すように構成されることと、
前記ＵＥから、前記ＴＰＣコマンドに依存した電力を有する前記ＳＲＳを受信することと、
を行うように前記ｇＮＢを構成する処理回路と、
前記ＴＰＣコマンドを記憶するよう構成されるメモリと、
を備える装置。

【請求項2】

前記処理回路は、前記ＵＥのシングルＴＲＰオペレーションのために、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴わないＤＣＩフォーマット０＿１又は０＿２を、前記ＤＣＩとして使用するように前記ｇＮＢを構成する、
請求項１に記載の装置。

【請求項3】

前記ＵＥのマルチＴＲＰオペレーションのために、前記ＤＣＩは、ＳＲＳ電力制御に適用される複数のＴＰＣコマンドを含み、前記ＳＲＳは、物理アップリンク共有チャネル（ＰＵＳＣＨ）電力制御調整状態とは別個の複数のＳＲＳ電力制御調整状態で構成される、
請求項１又は２に記載の装置。

【請求項4】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴わないＤＣＩフォーマット０＿１又は０＿２であるか、又はＤＣＩフォーマット２＿３であり、
各ＳＲＳ電力制御状態は、
第１ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態と、第２ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態と、前記第１及び第２ＰＵＳＣＨ電力制御調整状態とは別個の第１ＳＲＳ電力制御状態と、前記第１及び第２ＰＵＳＣＨ電力制御調整状態とは別個の第２ＳＲＳ電力制御状態とのうちの１つからの第１選択、又は、
ＳＲＳ電力制御調整によって指示される前記第１ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、h_b,f,c(i,l)、l＝0と、前記ＳＲＳ電力制御調整によって指示される前記第２ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、h_b,f,c(i,l)、l＝1と、前記第１及び第２ＰＵＳＣＨ電力制御調整状態とは別個のＳＲＳ電力制御状態とのうちの１つからの第２選択、
のうちの１つとして指示される、請求項３に記載の装置。

【請求項5】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴わないＤＣＩフォーマット０＿１又は０＿２であるか、又はＤＣＩフォーマット２＿３であり、
前記ＤＣＩは、
異なるＴＰＣコマンドフィールド、又は
単一のＴＰＣコマンドフィールドであって、該単一のＴＰＣコマンドフィールドのコードポイントが前記ＴＰＣコマンドを示す、単一のＴＰＣコマンドフィールドと、
のうちの１つで提供される２つのＴＰＣコマンドを含み、
各ＴＰＣコマンドは、異なるＴＲＰに向かうＳＲＳ送信に適用される、
請求項１乃至４のいずれかに記載の装置。

【請求項6】

第１ＴＰＣコマンドが第１ＴＲＰへの第１ＳＲＳ送信に適用され、第２ＴＰＣコマンドが第２ＴＲＰへの第２ＳＲＳ送信に適用される、前記ＴＰＣコマンドとＳＲＳ電力制御状態との間の関係が暗黙的に指示されること、又は、
各ＴＰＣコマンドが第１ＳＲＳ電力制御状態に適用されるか又は第２ＳＲＳ電力制御状態に適用されるかを示す追加ビットによって、前記ＴＰＣコマンドと前記ＳＲＳ電力制御状態との間の前記関係が明示的に指示されること、
のうちの一方である、請求項５に記載の装置。

【請求項7】

マルチＴＲＰオペレーションとシングルＴＲＰオペレーションとの間の動的切り替えが、前記ＳＲＳの電力制御状態構成によって指示されること、又は、
複数のＳＲＳ電力制御パラメータのうちの少なくとも１つが、前記ＤＣＩにおけるリリース１７の未使用ビットを介して再構成されること、
のうちの少なくとも一方であり、前記ＳＲＳ電力制御パラメータのうちの少なくとも１つは、ＳＲＳ電力制御調整状態、パスロス基準信号、空間関係、Ｐ０値及びアルファ値を含むパラメータのセットから選択される、
請求項５に記載の装置。

【請求項8】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴わないＤＣＩフォーマット０＿１又は０＿２であり、
前記ＵＥがマルチＴＲＰオペレーション及びシングルＴＲＰオペレーションのどちらであるかに関わらず、開ループ電力制御のみが前記ＳＲＳに適用される、
請求項１乃至７のいずれかに記載の装置。

【請求項9】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴うＤＣＩフォーマット０＿１又は０＿２であり、
前記ＤＣＩがマルチＴＲＰオペレーションのための第１ＴＰＣコマンド及び第２ＴＰＣコマンドを含む場合、前記第１ＴＰＣコマンドは、第１ＴＲＰに向かうＰＵＳＣＨ送信又はＳＲＳ送信に関連付けられ、前記第２ＴＰＣコマンドは、第２ＴＲＰに向かうＰＵＳＣＨ送信又はＳＲＳ送信に関連付けられ、
前記ＤＣＩが、前記第１ＴＲＰに向かう単一のＴＲＰ ＰＵＳＣＨ送信のみをスケジューリングし、前記第２ＴＲＰに向かうＳＲＳ送信をトリガする場合、前記第１ＴＰＣコマンドは、前記第１ＴＲＰに向かうＰＵＳＣＨ電力制御状態に関連付けられ、前記第２ＴＰＣコマンドは、前記第２ＴＲＰに向かうＳＲＳ電力制御状態に関連付けられる、
請求項１乃至８のいずれかに記載の装置。

【請求項10】

前記ＤＣＩは、単一のＴＲＰ 物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のみをスケジューリングし、
１つのＴＰＣコマンドのみが前記ＤＣＩに含まれ、
前記ＤＣＩは、前記ＰＵＳＣＨとは異なるＴＲＰに向かうＳＲＳ送信をトリガし、
開リープ電力制御のみが前記ＳＲＳ送信に適用される、
請求項１乃至９のいずれかに記載の装置。

【請求項11】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴うＤＣＩフォーマット０＿１又は０＿２であるか、ＤＣＩフォーマット０＿０であるか、又はＤＣＩフォーマット２＿２のうちの１つであり、
前記ＤＣＩは、第１ＴＰＣコマンド及び第２ＴＰＣコマンドを含み、
前記第１ＴＰＣコマンドは、第１ＴＲＰへの物理アップリンク共有チャネル（ＰＵＳＣＨ）及びＳＲＳに適用され、
前記第２ＴＰＣコマンドは、第２ＴＲＰへのＰＵＳＣＨ及びＳＲＳに適用され、
最新の第１及び第２ＴＰＣコマンドは、それぞれ、少なくとも前記第１ＴＲＰ及び前記第２ＴＲＰに向かう現在のＳＲＳに使用され、前記最新の第１及び第２ＴＰＣコマンドは、前記現在のＳＲＳの送信に先立って、前記ＵＥへの送信のために符号化される、
請求項１乃至１０のいずれかに記載の装置。

【請求項12】

マルチＴＲＰオペレーションでは、複数のＳＲＳリソースセットがコードブック及び非コードブックベースの送信に使用され、
前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴うＤＣＩフォーマット０＿１又は０＿２であり、
前記ＤＣＩは、異なるＳＲＳリソースセットからのＳＲＳリソースを各々が示す、第１及び第２ＳＲＳリソースインデックス（ＳＲＩ）フィールドを含み、
ＰＵＳＣＨ電力制御状態は、明示的又は暗黙的に、
異なるＳＲＳリソースセットに関連付けられるか、又は
前記第１及び第２ＳＲＩフィールドによって指示されること、
の少なくとも一方であり、
前記ＰＵＳＣＨ電力制御状態の暗黙的指示は、第１ＳＲＩが第１ＰＵＳＣＨ電力制御状態に適用され、第２ＳＲＩが第２ＰＵＳＣＨ電力制御状態に適用されるＳＲＩ順序に基づく、
請求項１乃至１１のいずれかに記載の装置。

【請求項13】

前記第１ＳＲＩが、第１ＰＵＳＣＨ電力制御状態であるＳＲＳ電力制御状態を有するＳＲＳリソースセットからの１つのＳＲＳリソースを指示し、前記第２ＳＲＩが、第２ＰＵＳＣＨ電力制御状態であるＳＲＳ電力制御状態を有するＳＲＳリソースセットからの１つのＳＲＳリソースを指示すること、
前記第１ＳＲＩが、より低い識別子（ＩＤ）を有するＳＲＳリソースセットからの１つのＳＲＳリソースを指示し、前記第２ＳＲＩが、より高いＩＤを有するＳＲＳリソースセットからの１つのＳＲＳリソースを指示すること、又は、
前記ＰＵＳＣＨ電力制御状態が、対応するＳＲＳリソースセットのＳＲＳ電力制御状態によって指示されること、
のうちの１つである、請求項１２に記載の装置。

【請求項14】

特定のＳＲＳリソースセットの明示的な構成は、前記第１ＳＲＩ及び第２ＳＲＩが前記特定のＳＲＳリソースセットに使用されるか否かに基づいており、前記特定のＳＲＳリソースセットについて構成されるＳＲＳ電力制御状態が、対応するＳＲＩに対するＰＵＳＣＨ電力制御状態を指示すること、又は、
ＰＵＳＣＨ電力制御のためのパスロス基準信号、空間関係、Ｐ０値及びアルファ値を含む特性と各ＳＲＩとの間のマッピングが、マルチＴＲＰオペレーションにおける複数のＳＲＳリソースセットをサポートすること、
のうちの少なくとも一方であり、前記マッピングは、
無線リソース制御（ＲＲＣ）シグナリングのSRI-PUSCH-PowerControlパラメータにおけるパラメータsri-PUSCH-PathlossReferenceRS-Id及びsri-P0-PUSCH-AlphaSetIdが各々、第１ＰＵＳＣＨ電力制御状態に適用される第１値と、第２ＰＵＳＣＨ電力制御状態に適用される第２値という２つの値のうちの１つを指示すること、
前記SRI-PUSCH-PowerControlにおける追加のsri-PUSCH-PathlossReferenceRS-Id及び追加のsri-P0-PUSCH-AlphaSetIdが各々、前記第２ＰＵＳＣＨ電力制御状態に適用されること、又は、
マルチＴＲＰオペレーションについて、第１SRI-PUSCH-PowerControlが第１ＴＲＰに適用され、第２SRI-PUSCH-PowerControlが第２ＴＲＰに適用されること、
のうちの１つによって指示される、請求項１２に記載の装置。

【請求項15】

無線リソース制御（ＲＲＣ）シグナリングは、ＳＲＳ電力制御調整状態、ＳＲＳ閉ループ電力制御インデックス、Ｐ０値及びアルファ値を含む、パラメータセットを定義する、
請求項１乃至１４のいずれかに記載の装置。

【請求項16】

前記ＵＥが、Ｒｅｌ－１７ジョイントダウンリンク／アップリンク（ＤＬ／ＵＬ）送信構成インジケータ（ＴＣＩ）状態又はＲｅｌ－１７セパレートＤＬ/ＵＬ ＴＣＩ状態をサポートする場合、前記ＴＣＩ状態は、ＳＲＳ電力制御調整状態、ＳＲＳ閉ループ電力制御インデックス、パスロス基準信号、Ｐ０値又はアルファ値を含む、ＳＲＳパラメータのうちの少なくとも１つに関連付けられる、
請求項１乃至１５のいずれかに記載の装置。

【請求項17】

マルチ送受信ポイント（ＴＲＰ）オペレーション対応のユーザ機器（ＵＥ）のための装置であって、当該装置は、
第５世代ノードＢ（ｇＮＢ）から、ダウンリンク制御情報（ＤＣＩ）を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することであって、前記ＤＣＩは送信電力制御（ＴＰＣ）コマンドを含み、前記ＴＰＣコマンドはサウンディング基準信号（ＳＲＳ）のためのものであり、前記ＴＰＣコマンドは前記ＵＥのマルチＴＲＰオペレーションにおける各ＴＲＰの電力制御調整状態を示すように構成されることと、
前記ｇＮＢに、前記ＴＰＣコマンドによって示される電力を使用して前記ＳＲＳを送信することと、
を行うように前記ＵＥを構成する処理回路と、
前記ＤＣＩを記憶するよう構成されるメモリと、
を備える装置。

【請求項18】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴うＤＣＩフォーマット０＿１又は０＿２であり、
前記ＤＣＩは、異なるＳＲＳリソースセットからのＳＲＳリソースを各々が示す、第１及び第２ＳＲＳリソースインデックス（ＳＲＩ）フィールドを含み、
ＰＵＳＣＨ電力制御状態は、明示的又は暗黙的に、
異なるＳＲＳリソースセットに関連付けられるか、又は
前記第１及び第２ＳＲＩフィールドによって指示されること、
の少なくとも一方であり、
ＰＵＳＣＨ電力制御のためのパスロス基準信号、空間関係、Ｐ０値及びアルファ値を含む特性と各ＳＲＩとの間のマッピングが、マルチＴＲＰオペレーションにおける複数のＳＲＳリソースセットをサポートする、
請求項１７に記載の装置。

【請求項19】

第５世代ノードＢ（ｇＮＢ）の１つ以上のプロセッサによる実行のための命令を記憶する非一時的コンピュータ読取可能記憶媒体であって、前記命令が実行されると、前記１つ以上のプロセッサは、
マルチ送受信ポイント（ＴＲＰ）オペレーション対応のユーザ機器（ＵＥ）に、ダウンリンク制御情報（ＤＣＩ）を含む物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することであって、前記ＤＣＩは送信電力制御（ＴＰＣ）コマンドを含み、前記ＴＰＣコマンドはサウンディング基準信号（ＳＲＳ）のためのものであり、前記ＴＰＣコマンドは前記ＵＥのマルチＴＲＰオペレーションにおける各ＴＲＰの電力制御調整状態を示すように構成されることと、
前記ＵＥから、前記ＴＰＣコマンドに依存した電力を有する前記ＳＲＳを受信することと、
を行うように前記ｇＮＢを構成する、非一時的コンピュータ読取可能記憶媒体。

【請求項20】

前記ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングを伴うＤＣＩフォーマット０＿１又は０＿２であり、
前記ＤＣＩは、異なるＳＲＳリソースセットからのＳＲＳリソースを各々が示す、第１及び第２ＳＲＳリソースインデックス（ＳＲＩ）フィールドを含み、
ＰＵＳＣＨ電力制御状態は、明示的又は暗黙的に、
異なるＳＲＳリソースセットに関連付けられるか、又は
前記第１及び第２ＳＲＩフィールドによって指示されること、
の少なくとも一方であり、
ＰＵＳＣＨ電力制御のためのパスロス基準信号、空間関係、Ｐ０値及びアルファ値を含む特性と各ＳＲＩとの間のマッピングが、マルチＴＲＰオペレーションにおける複数のＳＲＳリソースセットをサポートする、
請求項１９に記載の非一時的コンピュータ読取可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

技術分野
実施形態は、次世代（ＮＧ）無線通信に関する。特に、いくつかの実施形態は、アップリンク電力制御に関する。

【背景技術】

【0003】

第５世代（５Ｇ）ネットワークを含み、とりわけ第６世代（６Ｇ）ネットワークを含み始めている新しい無線（new radio、ＮＲ）無線システムの使用と複雑さは、ネットワークリソースを使用するデバイスＵＥのタイプの増加と、これらのＵＥ上で動作するビデオストリーミングのような様々なアプリケーションによって使用されているデータの量及び帯域幅との双方に起因して高まっている。通信デバイスの数及び多様性の大幅な増加により、ルータ、スイッチ、ブリッジ、ゲートウェイ、ファイアウォール及びロードバランサを含む対応するネットワーク環境は、ますます複雑になっている。予想されるように、新しい技術の出現には多くの問題がある。

【図面の簡単な説明】

【0004】

図面では、必ずしも縮尺通りに描かれていないが、同様の数字は異なる図における同様の構成要素を説明することがある。異なる接尾辞を有する同様の数字は、同様の構成要素の異なる例を表してよい。図面は、一般的に、限定ではなく例として、本文書で議論される様々な実施形態を図示する。

【0005】

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

【0006】

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

【0007】

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

【0008】

【図2】いくつかの実施形態による通信デバイスのブロック図である。

【0009】

【図3】いくつかの態様によるサウンディング基準信号（Sounding Reference Signal、ＳＲＳ）電力制御状態を示す図である。

【0010】

【図4】いくつかの態様による別のＳＲＳ電力制御状態を示す図である。

【0011】

【図5】いくつかの態様による送信／受信ポイント（transmission/reception point、ＴＲＰ）送信を示す図である。

【0012】

【図6】いくつかの態様による別のＴＲＰ送信を示す図である。

【0013】

【図7】いくつかの態様によるＴＲＰコマンド送信を示す図である。

【0014】

【図8】いくつかの態様によるＳＲＳアンテナ切り替えのための電力制御を示す図である。

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

【0015】

以下の説明及び図面は、当業者が実施することができるように具体的な実施形態を十分に例示する。他の実施形態は、構造的、論理的、電気的、プロセス的及び他の変化を組み込んでもよい。いくつかの実施形態の部分及び特徴は、他の実施形態の部分及び特徴に含まれてもよく、あるいはそれらと置き換えられてもよい。請求項に記載される実施形態は、それらの請求項のすべての利用可能な均等物を包含する。

【0016】

図１Ａは、いくつかの態様によるネットワークのアーキテクチャを示す。ネットワーク１４０Ａは、６Ｇ機能に拡張され得る、３ＧＰＰ（登録商標） ＬＴＥ／４Ｇ及びＮＧネットワーク機能を含む。したがって、５Ｇについて言及するが、これは６Ｇ構造、システム及び機能に可能な限り拡張することが理解されよう。ネットワーク機能を、専用ハードウェア上の個別のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、かつ／又は適切なプラットフォーム、例えば専用ハードウェア又はクラウドインフラストラクチャ上でインスタンス化される仮想化機能として実装することができる。

【0017】

ネットワーク１４０Ａは、ユーザ機器（ＵＥ）１０１及びＵＥ１０２を含むように示されている。ＵＥ１０１及び１０２は、スマートフォン（例えば１つ以上のセルラネットワークに接続可能なハンドヘルドタッチスクリーン・モバイルコンピューティングデバイス）として図示されているが、ポータブル（ラップトップ）又はデスクトップコンピュータ、ワイヤレスハンドセット、ドローン、あるいは有線及び／又は無線通信インタフェースを含む任意の他のコンピューティングデバイスのような、任意のモバイル又は非モバイルコンピューティングデバイスも含んでよい。ＵＥ１０１及び１０２を、本明細書では集合的にＵＥ１０１と呼ぶことができ、ＵＥ１０１を使用して、本明細書で開示される技術のうちの１つ以上を実行することができる。

【0018】

本明細書に記載される無線リンクのいずれか（例えばネットワーク１４０Ａ又は任意の他の図示されるネットワークにおいて使用されるような）は、任意の例示的な無線通信技術及び／又は標準に従って動作し得る。任意のスペクトル管理スキームは、例えば専用のライセンスされたスペクトル、ライセンスされていないスペクトル、（ライセンスされた）共有スペクトル（例えば２．３～２．４ＧＨｚ、３．４～３．６ＧＨｚ、３．６～３．８ＧＨｚ及び他の周波数におけるライセンスされた共有アクセス（Licensed Shared Access、ＬＳＡ）及び３．５５～３．７ＧＨｚ及び他の周波数におけるスペクトルアクセスシステム（Spectrum Access System、ＳＡＳ）のような）を含む。異なるシングルキャリア又は直交周波数領域多重化（Orthogonal Frequency Domain Multiplexing、ＯＦＤＭ）モード（ＣＰ－ＯＦＤＭ、ＳＣ－ＦＤＭＡ、ＳＣ－ＯＦＤＭ、フィルタバンクベースのマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡ等）、特に３ＧＰＰ ＮＲは、ＯＦＤＭキャリアデータビットベクトルを、対応するシンボルリソースに割り当てることによって使用され得る。

【0019】

いくつかの態様では、ＵＥ１０１及び１０２のいずれかは、モノのインターネット（ＩｏＴ）ＵＥ又はセルラＩｏＴ（ＣＩｏＴ）ＵＥを含むことができ、これは、短命なＵＥ接続を利用する低電力ＩｏＴアプリケーションのために設計されたネットワークアクセス層を含むことができる。いくつかの態様では、ＵＥ１０１及び１０２のいずれかは、ナローバンド（ＮＢ）ＩｏＴ ＵＥ（例えば拡張（enhanced）ＮＢ－ＩｏＴ（ｅＮＢ－ＩｏＴ）ＵＥ及び更なる拡張（Further Enhanced）（ＦｅＮＢ－ＩｏＴ）ＵＥ等）を含むことができる。ＩｏＴ ＵＥは、公衆陸上移動体ネットワーク（ＰＬＭＮ）、近接性ベースのサービス（Proximity-Based Service、ＰｒｏＳｅ）又はデバイス・ツー・デバイス（Ｄ２Ｄ）通信、センサネットワーク又はＩｏＴネットワークを介してＭＴＣサーバ又はデバイスとデータを交換するために、マシン・ツー・マシン（Ｍ２Ｍ）又はマシンタイプ通信（machine-type communications、ＭＴＣ）のような技術を利用することができる。データのＭ２Ｍ又はＭＴＣ交換は、マシン開始されるデータの交換であり得る。ＩｏＴネットワークは、ＩｏＴ ＵＥを相互接続することを含み、該ＩｏＴ ＵＥは、短命な接続を有する（インターネットインフラストラクチャ内の）一意に識別可能な組み込みコンピューティングデバイスを含み得る。ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にするために、バックグラウンドアプリケーション（例えばキープアライブメッセージ、ステータス更新等）を実行し得る。いくつかの態様では、ＵＥ１０１及び１０２のいずれかが、拡張ＭＴＣ（ｅＭＴＣ）ＵＥ又は更なる拡張ＭＴＣ（ＦｅＭＴＣ）ＵＥを含むことができる。

【0020】

ＵＥ１０１及び１０２は、無線アクセスネットワーク（ＲＡＮ）１１０と接続する、例えば通信可能に結合するよう構成され得る。ＲＡＮ１１０は、例えばＥ－ＵＴＲＡＮ（Evolved Universal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access Network）、ＮＧ ＲＡＮ（NextGen RAN）又は何らか他のタイプのＲＡＮであってよい。

【0021】

ＵＥ１０１及び１０２は、それぞれ接続１０３及び１０４を利用し、接続１０３及び１０４は各々、物理通信インタフェース又は層（以下で更に詳細に説明される）を含み、この例では、接続１０３及び１０４は、通信結合を可能にするエアインタフェースとして図示されており、グローバルシステム・フォー・モバイルコミュニケーション（ＧＳＭ（登録商標））プロトコル、符号分割多重アクセス（ＣＤＭＡ）ネットワークプロトコル、プッシュ・トゥー・トーク（ＰＴＴ）プロトコル、ＰＴＴオーバー・セルラ（ＰＯＣ）プロトコル、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）プロトコル、３ＧＰＰ長期進化（ＬＴＥ）プロトコル、５Ｇプロトコル、６Ｇプロトコル等のようなセルラ通信プロトコルと一致することができる。

【0022】

一態様では、ＵＥ１０１及び１０２は更に、ＰｒｏＳｅインタフェース１０５を介して通信データを直接交換し得る。ＰｒｏＳｅインタフェース１０５は、代替的に、これらには限定されないが、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク・ブロードキャストチャネル（ＰＳＢＣＨ）及び物理サイドリンク・フィードバックチャネル（ＰＳＦＣＨ）を含む、１つ以上の論理チャネルを含むサイドリンク（ＳＬ）インタフェースと呼ばれることもある。

【0023】

ＵＥ１０２は、接続１０７を介してアクセスポイント（ＡＰ）１０６にアクセスするように構成されるよう示されている。接続１０７は、任意のＩＥＥＥ８０２．１１プロトコルと一致する接続のような、ローカル無線接続を含むことができ、これに従って、例えばＡＰ１０６はワイヤレスフィデリティ（ＷｉＦｉ（登録商標））ルータを含むことができる。この例では、ＡＰ１０６は、無線システムのコアネットワークに接続することなくインターネットに接続されるように示されている（以下で更に詳細に説明する）。

【0024】

ＲＡＮ１１０は、接続１０３及び１０４を可能にする１つ以上のアクセスノードを含むことができる。これらのアクセスノード（ＡＮ）は、基地局（ＢＳ）、ノードＢ、進化（evolved）ノードＢ（ｅＮＢ）、次世代（第５又は第６世代）ノードＢ（ｇＮＢ）、ＲＡＮノード等と呼ばれることがあり、地上局（例えば地上アクセスポイント）又は地理的エリア（例えばセル）内でカバレッジを提供する衛星局を含むことができる。いくつかの態様において、通信ノード１１１及び１１２は、送信／受信ポイント（ＴＲＰ）とすることができる。例では、通信ノード１１１及び１１２がノードＢ（例えばｅＮＢ又はｇＮＢ）であるとき、１つ以上のＴＲＰは、ノードＢの通信セル内で機能することができる。ＲＡＮ１１０は、マクロセル、例えばマクロＲＡＮノード１１１を提供するための１つ以上のＲＡＮノードと、フェムトセル又はピコセル（例えばマクロセルと比較して、より小さなカバレッジエリア、より小さなユーザ容量又はより高い帯域幅を有するセル）、例えば低電力（ＬＰ）ＲＡＮノード１１２を提供するための１つ以上のＲＡＮノードを含み得る。

【0025】

ＲＡＮノード１１１及び１１２のいずれかが、エアインタフェースプロトコルを終端させることができ、ＵＥ１０１及び１０２に対する最初の接点とすることができる。いくつかの態様では、ＲＡＮノード１１１及び１１２のいずれかは、これらに限定されないが、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理のような無線ネットワークコントローラ（ＲＮＣ）機能を含む、ＲＡＮ１１０のための様々な論理機能を果たすことができる。一例では、ノード１１１及び／又は１１２のいずれかは、ｇＮＢ、ｅＮＢ又は別のタイプのＲＡＮノードとすることができる。

【0026】

ＲＡＮ１１０は、Ｓ１インタフェース１１３を介してコアネットワーク（ＣＮ）１２０に通信可能に結合されるように示されている。諸態様において、ＣＮ１２０は、進化パケットコア（evolved packet core、ＥＰＣ）ネットワーク、次世代パケットコア（ＮＰＣ）ネットワーク又は何らかの他のタイプのＣＮ（例えば図１Ｂ～図１Ｃに関連して図示されるような）であってよい。この態様では、Ｓ１インタフェース１１３は２つの部分に分割される：すなわち、ＲＡＮノード１１１及び１１２とサービスゲートウェイ（Ｓ－ＧＷ）１２２との間でトラフィックデータを搬送するＳ１－Ｕインタフェース１１４と、ＲＡＮノード１１１及び１１２とＭＭＥ１２１との間のシグナリングインタフェースであるＳ１－モビリティ管理エンティティ（ＭＭＥ）インタフェース１１５とに分割される。

【0027】

この態様では、ＣＮ１２０は、ＭＭＥ１２１、Ｓ－ＧＷ１２２、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）１２３及びホーム加入者サーバ（ＨＳＳ）１２４を含む。ＭＭＥ１２１は、レガシー・サービング・ジェネラルパケット無線サービス（General Packet Radio Service、ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御プレーンと同様の機能を有し得る。ＭＭＥ１２１は、ゲートウェイ選択及び追跡エリアリスト管理のようなアクセスにおけるモビリティの側面を管理し得る。ＨＳＳ１２４は、ネットワークエンティティの通信セッションの処理をサポートするために加入関連情報を含む、ネットワークユーザのためのデータベースを含み得る。ＣＮ１２０は、モバイル加入者の数、機器の容量、ネットワークの編成等に応じて、１つ又はいくつかのＨＳＳ１２４を含み得る。例えばＨＳＳ１２４は、ルーティング／ローミング、認証、許可、ネーミング／アドレッシング解決、位置依存性等のサポートを提供することができる。

【0028】

Ｓ－ＧＷ１２２は、ＲＡＮ１１０に向けてＳ１インタフェース１１３を終端させてよく、ＲＡＮ１１０とＣＮ１２０との間でデータパケットをルーティングし得る。加えて、Ｓ－ＧＷ１２２は、インターＲＡＮノード（inter-RAN node）ハンドオーバのためのローカルモビリティアンカーポイントであってよく、また、３ＧＰＰ間モビリティのためのアンカーも提供し得る。Ｓ－ＧＷ１２２の他の責任には、合法的インターセプト（lawful intercept）、課金（charging）及び何らかのポリシーエンフォースメントが含まれ得る。

【0029】

Ｐ－ＧＷ１２３は、ＰＤＮに向けてＳＧＩインタフェースを終端させてよい。Ｐ－ＧＷ１２３は、インターネットプロトコル（ＩＰ）インタフェース１２５を介して、ＣＮ１２０と、アプリケーションサーバ１８４（あるいは、アプリケーション機能（ＡＦ）とも呼ばれる）を含むネットワークのような外部ネットワークとの間でデータパケットをルーティングし得る。Ｐ－ＧＷ１２３はまた、外部ネットワーク１３１Ａにデータを通信することもでき、外部ネットワーク１３１Ａは、インターネット、ＩＰマルチメディアサブシステム（ＩＰＳ）ネットワーク及び他のネットワークを含むことができる。一般に、アプリケーションサーバ１８４は、コアネットワーク（例えばＵＭＴＳパケットサービス（ＰＳ）ドメイン、ＬＴＥ ＰＳデータサービス等）とともにＩＰベアラリソースを使用するアプリケーションを提供する要素であり得る。この態様では、Ｐ－ＧＷ１２３は、ＩＰインタフェース１２５を介してアプリケーションサーバ１８４に通信可能に結合されるように示されている。アプリケーションサーバ１８４はまた、ＣＮ１２０を介してＵＥ１０１及び１０２のための１つ以上の通信サービス（例えばボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービス等）をサポートするように構成されることもできる。

【0030】

Ｐ－ＧＷ１２３は更に、ポリシーエンフォースメント及び課金データ収集のためのノードであってもよい。ポリシー及び課金ルール機能（ＰＣＲＦ）１２６は、ＣＮ１２０のポリシー及び課金制御要素である。非ローミングシナリオでは、いくつかの態様において、ＵＥのインターネットプロトコル接続性アクセスネットワーク（ＩＰ－ＣＡＮ）セッションに関連付けられるホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）内に単一のＰＣＲＦが存在し得る。トラフィックのローカルブレイクアウトを伴うローミングシナリオでは、ＵＥのＩＰ－ＣＡＮに関連付けられる２つのＰＣＲＦが存在し得る：すなわち、ＨＰＬＭＮ内のホームＰＣＲＦ（Ｈ－ＰＣＲＦ）と、ＶＰＬＭＮ（Visited Public Land Mobile Network）内のＶ－ＰＣＲＦ（Visited PCRF）が存在し得る。ＰＣＲＦ１２６は、Ｐ－ＧＷ１２３を介してアプリケーションサーバ１８４に通信可能に結合され得る。

【0031】

いくつかの態様において、通信ネットワーク１４０Ａは、ＩｏＴネットワーク、あるいはライセンスされた（５Ｇ ＮＲ）及びライセンスされていない（５Ｇ ＮＲ－Ｕ）スペクトルにおける通信を使用する５Ｇ新しい無線ネットワークを含む、５Ｇ又は６Ｇネットワークとすることができる。現在のＩｏＴを可能にするものの１つがナローバンドＩｏＴ（ＮＢ－ＩｏＴ）である。ライセンスされていないスペクトルにおけるオペレーションは、ライセンスされていないスペクトルにおける二重接続（ＤＣ）オペレーション及びスタンドアロンＬＴＥシステムを含んでよく、これに従って、ＬＴＥベースの技術は、ＭｕｌｔｅＦｉｒｅと呼ばれる、ライセンスされていないスペクトルにおける「アンカー」を使用することなく、ライセンスされていないスペクトルにおいてのみ動作する。将来のリリース及び５Ｇシステムでは、ライセンスされたスペクトル並びにライセンスされていないスペクトルにおけるＬＴＥシステムにおける更に強化されたオペレーションが期待される。そのような強化されたオペレーションは、サイドリンクリソース割り当てのための技術と、ＮＲサイドリンクＶ２Ｘ通信のためのＵＥ処理挙動を含むことができる。

【0032】

ＮＧシステムアーキテクチャ（又は６Ｇシステムアーキテクチャ）は、ＲＡＮ１１０及び５Ｇコアネットワーク（５ＧＣ）１２０を含むことができる。ＮＧ－ＲＡＮ１１０は、ｇＮＢ及びＮＧ－ｅＮＢのような複数のノードを含むことができる。ＣＮ１２０（例えば５Ｇコアネットワーク／５ＧＣ）は、アクセス及びモビリティ機能（ＡＭＦ）及び／又はユーザプレーン機能（ＵＰＦ）を含むことができる。ＡＭＦ及びＵＰＦは、ＮＧインタフェースを介してｇＮＢ及びＮＧ－ｅＮＢに通信可能に結合されることができる。より具体的には、いくつかの態様において、ｇＮＢ及びＮＧ－ｅＮＢは、ＮＧ－ＣインタフェースによってＡＭＦに接続されることができ、ＮＧ－ＵインタフェースによってＵＰＦに接続されることができる。ｇＮＢ及びＮＧ－ｅＮＢは、Ｘｎインタフェースを介して互いに結合されることができる。

【0033】

いくつかの態様では、ＮＧシステムアーキテクチャは、様々なノード間の基準点を使用することができる。いくつかの態様では、ｇＮＢ及びＮＧ－ｅＮＢの各々を、基地局、モバイルエッジサーバ、スモールセル、ホームｅＮＢ等として実装することができる。いくつかの態様において、ｇＮＢは、５Ｇアーキテクチャにおけるマスターノード（ＭＮ）とすることができ、ＮＧ－ｅＮＢは、二次ノード（ＳＮ）とすることができる。

【0034】

図１Ｂは、いくつかの態様による非ローミング５Ｇシステムアーキテクチャを示す。特に、図１Ｂは、基準点表現における５Ｇシステムアーキテクチャ１４０Ｂを示し、これは、６Ｇシステムアーキテクチャに拡張され得る。より具体的には、ＵＥ１０２は、ＲＡＮ１１０並びに１つ以上の他の５ＧＣネットワークエンティティと通信することができる。５Ｇシステムアーキテクチャ１４０Ｂは、ＡＭＦ１３２、セッション管理機能（ＳＭＦ）１３６、ポリシー制御機能（ＰＣＦ）１４８、アプリケーション機能（ＡＦ）１５０、ＵＰＦ１３４、ネットワークスライス選択機能（ＮＳＳＦ）１４２、認証サーバ機能（ＡＵＳＦ）１４４、統合データ管理（ＵＤＭ）／ホーム加入者サーバ（ＨＳＳ）１４６のような複数のネットワーク機能（ＮＦ）を含む。

【0035】

ＵＰＦ１３４は、データネットワーク（ＤＮ）１５２への接続を提供することができ、これは、例えばオペレータサービス、インターネットアクセス又は第三者サービスを含むことができる。ＡＭＦ１３２は、アクセス制御及びモビリティを管理するために使用されることができ、また、ネットワークスライス選択機能性も含むことができる。ＡＭＦ１３２は、ＵＥベースの認証、許可、モビリティ管理等を提供することができ、アクセス技術とは独立であってよい。ＳＭＦ１３６は、ネットワークポリシーに従って様々なセッションをセットアップ及び管理するように構成されることができる。したがって、ＳＭＦ１３６は、セッション管理及びＵＥへのＩＰアドレスの割り当てに関与し得る。また、ＳＭＦ１３６は、データ転送のためにＵＰＦ１３４を選択して制御することもある。ＳＭＦ１３６は、ＵＥ１０１の単一セッション又はＵＥ１０１の複数セッションに関連付けられてよい。すなわち、ＵＥ１０１は、複数の５Ｇセッションを有し得る。異なるＳＭＦを各セッションに割り当てることができる。異なるＳＭＦの使用は、各セッションを個別に管理することを可能にし得る。その結果、各セッションの機能性は互いに独立であってよい。

【0036】

ＵＰＦ１３４は、所望のサービスタイプに応じて１つ以上の構成で展開されることができ、データネットワークに接続され得る。ＰＣＦ１４８は、（４Ｇ通信システムにおけるＰＣＲＦと同様に）ネットワークスライシング、モビリティ管理及びローミングを使用するポリシーフレームワークを提供するよう構成されることができる。ＵＤＭは、（４Ｇ通信システムにおけるＨＳＳと同様に）加入者プロファイル及びデータを記憶するよう構成されることができる。

【0037】

ＡＦ１５０は、所望のＱｏＳをサポートするためにポリシー制御に関与するＰＣＦ１４８へのパケットフローに関する情報を提供し得る。ＰＣＦ１４８は、ＵＥ１０１のためにモビリティ及びセッション管理ポリシーを設定し得る。この目的のために、ＰＣＦ１４８は、パケットフロー情報を使用して、ＡＭＦ１３２及びＳＭＦ１３６の適切なオペレーションのための適切なポリシーを決定し得る。ＡＵＳＦ１４４は、ＵＥ認証のためのデータを記憶し得る。

【0038】

いくつかの態様では、５Ｇシステムアーキテクチャ１４０Ｂは、ＩＰマルチメディアサブシステム（ＩＭＳ）１６８Ｂ、並びにコールセッション制御機能（ＣＳＣＦ）のような複数のＩＰマルチメディア・コアネットワーク・サブシステムエンティティを含む。より具体的には、ＩＭＳ１６８Ｂは、ＣＳＣＦを含み、これは、プロキシＣＳＣＦ（Ｐ－ＣＳＣＦ）１６２ＢＥ、サービングＣＳＣＦ（Ｓ－ＣＳＣＦ）１６４Ｂ、緊急ＣＳＣＦ（Ｅ－ＣＳＣＦ）（図１Ｂには図示せず）又は問い合わせＣＳＣＦ（Ｉ－ＣＳＣＦ）１６６Ｂとして動作することができる。Ｐ－ＣＳＣＦ１６２Ｂは、ＩＭサブシステム（ＩＭＳ）１６８Ｂ内のＵＥ１０２のための第１接触点となるように構成されることができる。Ｓ－ＣＳＣＦ１６４Ｂは、ネットワーク内のセッション状態に対処するように構成されることができ、Ｅ－ＣＳＣＦは、正しい緊急センタ又はＰＳＡＰへの緊急要求のルーティングのような、緊急セッションの特定の態様に対処するように構成されることができる。Ｉ－ＣＳＣＦ１６６Ｂは、オペレータのネットワーク内で、そのネットワークオペレータの加入者に又はそのネットワークオペレータのサービスエリア内に現在位置しているローミング加入者に向けられた、すべてのＩＭＳ接続のための接触点として機能するように構成されることができる。いくつかの態様において、Ｉ－ＣＳＣＦ１６６Ｂを、別のＩＰマルチメディアネットワーク１７０Ｅ、例えば異なるネットワークオペレータによって操作されるＩＭＳに接続することができる。

【0039】

いくつかの態様において、ＵＤＭ／ＨＳＳ１４６は、アプリケーションサーバ１６０Ｅに結合されることができ、アプリケーションサーバ１６０Ｅは、電話アプリケーションサーバ（ＴＡＳ）又は別のアプリケーションサーバ（ＡＳ）を含むことができる。Ｓ－ＣＳＣＦ１６４Ｂ又はＩ－ＣＳＣＦ１６６Ｂを介して、ＡＳ１６０ＢをＩＭＳ１６８Ｂに結合することができる。

【0040】

基準点表現は、対応するＮＦサービスの間に対話が存在する可能性があることを示す。例えば図１Ｂは、以下の基準点を示す：すなわち、Ｎ１（ＵＥ１０２とＡＭＦ１３２の間）、Ｎ２（ＲＡＮ１１０とＡＭＦ１３２の間）、Ｎ３（ＲＡＮ１１０とＵＰＦ１３４の間）、Ｎ４（ＳＭＦ１３６とＵＰＦ１３４の間）、Ｎ５（ＰＣＦ１４８とＡＦ１５０の間、図示せず）、Ｎ６（ＵＰＦ１３４とＤＮ１５２の間）、Ｎ７（ＳＭＦ１３６とＰＣＦ１４８の間、図示せず）、Ｎ８（ＵＤＭ１４６とＡＭＦ１３２の間、図示せず）、Ｎ９（２つのＵＰＦ１３４の間、図示せず）、Ｎ１０（ＵＤＭ１４６とＳＭＦ１３６の間、図示せず）、Ｎ１１（ＡＭＦ１３２とＳＭＦ１３６の間、図示せず）、Ｎ１２（ＡＵＳＦ１４４とＡＭＦ１３２の間、図示せず）、Ｎ１３（ＡＵＳＦ１４４とＵＤＭ１４６の間、図示せず）、Ｎ１４（２つのＡＭＦ１３２の間、図示せず）、Ｎ１５（非ローミングシナリオの場合はＰＣＦ１４８とＡＭＦ１３２の間又はローミングシナリオの場合はＰＣＦ１４８と訪問先ネットワークとＡＭＦ１３２の間、図示せず）、Ｎ１６（２つのＳＭＦの間、図示せず）及びＮ２２（ＡＭＦ１３２とＮＳＳＦ１４２の間、図示せず）。図１Ｂに示されていない他の基準点表現も使用することができる。

【0041】

図１Ｃは、５Ｇシステムアーキテクチャ１４０Ｃ及びサービスベースの表現を示す。図１Ｂに示されるネットワークエンティティに加えて、システムアーキテクチャ１４０Ｃは、ネットワーク公開機能（ＮＥＦ）１５４及びネットワークリポジトリ機能（ＮＲＦ）１５６も含むことができる。いくつかの態様において、５Ｇシステムアーキテクチャは、サービスベースとすることができ、ネットワーク機能間の対話を、対応するポイントツーポイント基準点Ｎｉによって、又はサービスベースのインタフェースとして表すことができる。

【0042】

いくつかの態様では、図１Ｃに示されるように、サービスベースの表現は、他の許可されたネットワーク機能がそれらのサービスにアクセスすることを可能にする、制御プレーン内のネットワーク機能を表すために使用されることができる。この点に関して、５Ｇシステムアーキテクチャ１４０Ｃは、以下のサービスベースのインタフェースを含むことができる：Ｎａｍｆ １５８Ｈ（ＡＭＦ１３２によって提示されるサービスベースのインタフェース）、Ｎｓｍｆ １５８Ｉ（ＳＭＦ１３６によって提示されるサービスベースのインタフェース）、Ｎｎｅｆ １５８Ｂ（ＮＥＦ１５４によって提示されるサービスベースのインタフェース）、Ｎｐｃｆ １５８Ｄ（ＰＣＦ１４８によって提示されるサービスベースのインタフェース）、Ｎｕｄｍ １５８Ｅ（ＵＤＭ１４６によって提示されるサービスベースのインタフェース）、Ｎａｆ １５８Ｆ（ＡＦ１５０によって提示されるサービスベースのインタフェース）、Ｎｎｒｆ １５８Ｃ（ＮＲＦ１５６によって提示されるサービスベースのインタフェース）、Ｎｎｓｓｆ １５８Ａ（ＮＳＳＦ１４２によって提示されるサービスベースのインタフェース）、Ｎａｕｓｆ １５８Ｇ（ＡＵＳＦ１４４によって提示されるサービスベースのインタフェース）。図１Ｃに示されていない他のサービスベースのインタフェース（例えばＮｕｄｒ、Ｎ５ｇ－ｅｉｒ及びＮｕｄｓｆ）も使用することができる。

【0043】

ＮＲ－Ｖ２Ｘアーキテクチャは、ランダムパケット到着時間とサイズを有する周期的通信及び非周期的通信を含む、様々なトラフィックパターンを有する高信頼性・低レイテンシのサイドリンク通信をサポートする。本明細書で開示される技術は、サイドリンクＮＲ Ｖ２Ｘ通信システムを含む、動的トポロジーを有する分散通信システムにおいて、高信頼性をサポートするために使用されることができる。

【0044】

図２は、いくつかの実施形態による通信デバイスのブロック図を示す。通信デバイス２００は、専用コンピュータ、パーソナルコンピュータ又はラップトップコンピュータ（ＰＣ）、タブレットＰＣ又はスマートフォンのようなＵＥ、ｅＮＢのような専用ネットワーク機器、ネットワークデバイスとして動作するようにサーバを構成するソフトウェアを実行するサーバ、仮想デバイス、あるいはそのマシンによって取られるアクションを指定する命令（順次又は他）を実行することができる任意のマシンであってよい。例えば通信デバイス２００は、図１Ａ～図１Ｃに示されるデバイスのうちの１つ以上として実装されてもよい。本明細書に記載される通信は、受信エンティティ（例えばｇＮＢ、ＵＥ）による受信のために送信エンティティ（例えばＵＥ、ｇＮＢ）による送信前に符号化され、受信エンティティによる受信後に復号化されてよいことに留意されたい。

【0045】

本明細書で説明される実施例は、ロジック又は複数の構成要素、モジュール又は機構を含み得るか、又はその上で動作し得る。モジュール及び構成要素は、指定された動作を実行することができる有形のエンティティ（例えばハードウェア）であり、特定の方法で構成又は配置され得る。一例では、回路は、モジュールとして指定された方法で（例えば内部で又は他の回路のような外部エンティティに対して）配置され得る。一例では、１つ以上のコンピュータシステム（例えばスタンドアロン、クライアント又はサーバコンピュータシステム）又は１つ以上のハードウェアプロセッサの全体又は一部は、ファームウェア又はソフトウェア（例えば命令、アプリケーション部分又はアプリケーション）によって、指定された動作を実行するように動作するモジュールとして構成されてよい。一例では、ソフトウェアは、機械読取可能媒体上に存在し得る。一例では、ソフトウェアは、モジュールの基礎となるハードウェアによって実行されるとき、ハードウェアに、指定された動作を実行させる。

【0046】

したがって、用語「モジュール」（及び「構成要素」）は、有形のエンティティを包含する、すなわち、指定された方法で動作するように、あるいは本明細書に記載された任意の動作の一部又はすべてを実行するように、物理的に構築され、具体的に構成され（例えばハードワイヤされ）又は一時的に（例えば過渡的に）構成される（例えばプログラムされる）エンティティであるように理解される。モジュールが一時的に構成される例を考慮すると、モジュールの各々は、一度にインスタンス化される必要はない。例えばモジュールがソフトウェアを使用して構成される汎用ハードウェアプロセッサを含む場合、汎用ハードウェアプロセッサは、異なる時間にそれぞれ異なるモジュールとして構成されてもよい。したがって、ソフトウェアは、例えばある時点で特定のモジュールを構成し、異なる時点で異なるモジュールを構成するようにハードウェアプロセッサを構成し得る。

【0047】

通信デバイス２００は、ハードウェアプロセッサ（又は同等に処理回路）２０２（例えば中央処理ユニット（ＣＰＵ）、ＧＰＵ、ハードウェアプロセッサコア又はそれらの任意の組合せ）、メインメモリ２０４及び静的メモリ２０６を含んでよく、これらの一部又はすべては、インターリンク（例えばバス）２０８を介して互いに通信し得る。メインメモリ２０４は、リムーバブルストレージ及び非リムーバブルストレージ、揮発性メモリ又は不揮発性メモリのいずれか又はすべてを含み得る。通信デバイス２００は、ビデオディスプレイのようなディスプレイユニット２１０、英数字入力デバイス２１２（例えばキーボード）及びユーザインタフェース（ＵＩ）ナビゲーションデバイス２１４（例えばマウス）を更に含み得る。一例では、ディスプレイユニット２１０、入力デバイス２１２及びＵＩナビゲーションデバイス２１４は、タッチスクリーンディスプレイであってよい。通信デバイス２００は、ストレージデバイス（例えばドライブユニット）２１６、信号生成デバイス２１８（例えばスピーカ）、ネットワークインタフェースデバイス２２０、及び例えば全地球測位システム（ＧＰＳ）センサやコンパス、加速度計又は他のセンサのような１つ以上のセンサを更に含み得る。通信デバイス２００は、１つ以上の周辺デバイス（例えばプリンタ、カードリーダ等）を通信又は制御するために、シリアル（例えばユニバーサルシリアルバス（ＵＳＢ）、パラレル、あるいは他の有線又は無線（例えば赤外線（ＩＲ）、近距離無線通信（ＮＦＣ）等）接続のような出力コントローラを更に含み得る。

【0048】

ストレージデバイス２１６は、非一時的機械読取可能媒体２２２（以下、単に機械読取可能媒体と称する）を含んでよく、その上には、本明細書に記載される技術又は機能のいずれか１つ以上を具体化するか又はこれらによって利用されるデータ構造又は命令２２４（例えばソフトウェア）の１つ以上のセットが記憶される。命令２２４はまた、完全に又は少なくとも部分的に、通信デバイス２００による実行中にメインメモリ２０４内に、静的メモリ２０６内に、及び／又はハードウェアプロセッサ２０２内に存在してもよい。機械読取可能媒体２２２は単一媒体として図示されているが、「機械読取可能媒体」という用語は、１つ以上の命令２２４を記憶するように構成された単一媒体又は複数媒体（例えば集中型又は分散型データベース、及び／又は関連するキャッシュ及びサーバ）を含み得る。

【0049】

「機械読取可能媒体」という用語は、通信デバイス２００による実行のための命令を記憶、符号化又は搬送することができ、かつ通信デバイス２００に本開示の技術のうちのいずれか１つ以上を実行させることができるか、あるいはそのような命令によって使用されるか又はそれに関連するデータ構造を記憶、符号化又は搬送することができる任意の媒体を含み得る。非限定的な機械読取可能媒体の例は、固体メモリ、光学及び磁気媒体を含み得る。機械読取可能媒体の具体的な例は、半導体メモリデバイス（例えば電気的にプログラム可能な読取専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ））及びフラッシュメモリデバイスのような不揮発性メモリ；内部ハードディスク及びリムーバブルディスクのような磁気ディスク；光磁気ディスク；ランダムアクセスメモリ（ＲＡＭ）；並びにＣＤ－ＲＯＭ及びＤＶＤ-ＲＯＭディスクを含み得る。

【0050】

命令２２４は更に、複数の無線ローカルエリアネットワーク（ＷＬＡＮ）転送プロトコル（例えばフレームリレー、インターネットプロトコル（ＩＰ）、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）等）のいずれか１つを利用してネットワークインタフェースデバイス２２０を介して、送信媒体２２６を使用して通信ネットワーク上で送受信され得る。例示の通信ネットワークは、とりわけローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（例えばインターネット）、携帯電話ネットワーク（例えばセルラネットワーク）、従来型電話（Plain Old Telephone、ＰＯＴＳ）ネットワーク及び無線データネットワークを含み得る。ネットワークを介した通信は、Ｗｉ－Ｆｉとして知られるＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２.１１規格ファミリー、ＷｉＭａｘとして知られるＩＥＥＥ８０２.１６規格ファミリー、ＩＥＥＥ８０２.１５.４規格ファミリー、ＬＴＥ（Long Term Evolution）規格ファミリー、ＵＭＴＳ（Universal Mobile Telecommunications System）規格ファミリー、Ｐ２Ｐ（peer-to-peer）ネットワーク、次世代（ＮＧ）／第５世代（５Ｇ）のような１つ以上の異なるプロトコルを含み得る。一例では、ネットワークインタフェースデバイス２２０は、送信媒体２２６に接続するための１つ以上の物理的ジャック（例えばＥｔｈｅｒｎｅｔ（登録商標）、同軸又は電話ジャック）又は１つ以上のアンテナを含み得る。

【0051】

「回路」という用語は、本明細書で使用されるとき、説明される機能性を提供するように構成される、電子回路、論理回路、プロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、複合ＰＬＤ（ＣＰＬＤ）、ハイキャパシティＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ又はプログラマブルＳｏＣ）、デジタルシグナルプロセッサ（ＤＳＰ）のようなハードウェア構成要素を指すか、その一部であるか、又はこれらを含むことに留意されたい。いくつかの実施形態において、回路は、１つ以上のソフトウェア又はファームウェアプログラムを実行して、説明された機能性の少なくとも一部を提供し得る。「回路」という用語は、そのプログラムコードの機能性を実行するために使用されるプログラムコードと、１つ以上のハードウェア要素の組合せ（又は電気又は電子システムで使用される回路の組合せ）を指すこともある。これらの実施形態では、ハードウェア要素とプログラムコードの組合せは、特定のタイプの回路と呼ばれることがある。

【0052】

したがって、本明細書で使用されるとき、「プロセッサ回路」又は「プロセッサ」という用語は、一連の算術又は論理演算を逐次的かつ自動的に実行すること、あるいはデジタルデータを記録し、記憶し、かつ／又は転送することができる回路を指すか、その一部であるか又は含む。「プロセッサ回路」又は「プロセッサ」という用語は、１つ以上のアプリケーションプロセッサ、１つ以上のベースバンドプロセッサ、物理的中央処理ユニット（ＣＰＵ）シングルコア又はマルチコアプロセッサ、並びに／あるいはプログラムコードやソフトウェアモジュール、及び／又は機能プロセスのようなコンピュータ実行可能命令を実行又は他の方法で動作させることができる任意の他のデバイスを指すことがある。

【0053】

本明細書に記載される無線リンクのいずれかは、これらに限定されないが、以下を含む以下の無線通信技術及び／又は規格のいずれか１つ以上に従って動作し得る：すなわち、ＧＳＭ（登録商標）（Global System for Mobile Communications）無線通信技術、ＧＰＲＳ（General Packet Radio Service）無線通信技術、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）無線通信技術及び／又は３ＧＰＰ（登録商標）（Third Generation Partnership Project）無線通信技術、例えばＵＭＴＳ（Universal Mobile Telecommunications System）、ＦＯＭＡ（Freedom of Multimedia Access）、３ＧＰＰ ＬＴＥ（Long Term Evolution）、３ＧＰＰ ＬＴＥ Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、ＣＤＭＡ２０００（Code division multiple access 2000）、ＣＤＰＤ（Cellular Digital Packet Data）、Ｍｏｂｉｔｅｘ、３Ｇ（Third Generation）、ＣＳＤ（Circuit Switched Data）、ＨＳＣＳＤ（High-Speed Circuit-Switched Data）、ＵＭＴＳ（３Ｇ））（Universal Mobile Telecommunications System (Third Generation)）、Ｗ－ＣＤＭＡ（ＵＭＴＳ）（Wideband Code Division Multiple Access (Universal Mobile Telecommunications System))、ＨＳＰＡ（High Speed Packet Access）、ＨＳＤＰＡ（High-Speed Downlink Packet Access）、ＨＳＵＰＡ（High-Speed Uplink Packet Access）、ＨＳＰＡ＋（High Speed Packet Access Plus）、ＵＭＴＳ－ＴＤＤ（Universal Mobile Telecommunications System-Time-Division Duplex）、ＴＤ－ＣＤＭＡ（Time Division-Code Division Multiple Access）、ＴＤ－ＣＤＭＡ（Time Division-Synchronous Code Division Multiple Access）、３ＧＰＰ Ｒｅｌ．８（Ｐｒｅ－４Ｇ）（3rd Generation Partnership Project Release 8 (Pre-4th Generation)）、３ＧＰＰ Ｒｅｌ．９（3rd Generation Partnership Project Release 9）、３ＧＰＰ Ｒｅｌ．１０（3rd Generation Partnership Project Release 10）、３ＧＰＰ Ｒｅｌ．１１（3rd Generation Partnership Project Release 11）、３ＧＰＰ Ｒｅｌ． １２（3rd Generation Partnership Project Release 12）、３ＧＰＰ Ｒｅｌ．１３（3rd Generation Partnership Project Release 13）、３ＧＰＰ Ｒｅｌ．１４（3rd Generation Partnership Project Release 14）、３ＧＰＰ Ｒｅｌ．１５（3rd Generation Partnership Project Release 15）、３ＧＰＰ Ｒｅｌ．１６（3rd Generation Partnership Project Release 16）、３ＧＰＰ Ｒｅｌ．１７（3rd Generation Partnership Project Release 17）及び後続のリリース（Ｒｅｌ．１８、Ｒｅｌ．１９等）、３ＧＰＰ ５Ｇ、５Ｇ、５Ｇ ＮＲ（5G New Radio）、３ＧＰＰ ５Ｇ新しい無線、３ＧＰＰ ＬＴＥ Ｅｘｔｒａ、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ、ＬＡＡ（LTE Licensed-Assisted Access）、ＭｕＬＴＥｆｉｒｅ、ＵＴＲＡ（UMTS Terrestrial Radio Access）、Ｅ－ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）、ＬＴＥ Ａｄｖａｎｃｅｄ（４Ｇ）（Long Term Evolution Advanced (4th Generation)）、ｃｄｍａＯｎｅ（２Ｇ）、ＣＤＭＡ２０００（３Ｇ）（Code division multiple access 2000 (Third generation)）、ＥＶ－ＤＯ（Evolution-Data Optimized or Evolution-Data Only）、ＡＭＰＳ（１Ｇ）（Advanced Mobile Phone System (1st Generation)）、ＴＡＣＳ／ＥＴＡＣＳ（Total Access Communication System/Extended Total Access Communication System）、Ｄ－ＡＭＰＳ（２Ｇ）（Digital AMPS (2nd Generation)）、ＰＴＴ（Push-to-talk）、ＭＴＳ（Mobile Telephone System）、ＩＭＴＳ（Improved Mobile Telephone System）、ＡＭＴＳ（Advanced Mobile Telephone System）、ＯＬＴ（Norwegian for Offentlig Landmobil Telefoni, Public Land Mobile Telephony）、ＭＴＤ（Swedish abbreviation for Mobiltelefonisystem D又はMobile telephony system D）、Ａｕｔｏｔｅｌ／ＰＡＬＭ（Public Automated Land Mobile）、ＡＲＰ（Finnish for Autoradiopuhelin, "car radio phone"）、ＮＭＴ（Nordic Mobile Telephony）、Ｈｉｃａｐ（High capacity version of NTT (Nippon Telegraph and Telephone)）、ＣＤＰＤ（Cellular Digital Packet Data）、Ｍｏｂｉｔｅｘ、ＤａｔａＴＡＣ、ｉＤＥＮ（Integrated Digital Enhanced Network）、ＰＤＣ（Personal Digital Cellular）、ＣＳＤ（Circuit Switched Data）、ＰＨＳ（Personal Handy-phone System）、ＷｉＤＥＮ（Wideband Integrated Digital Enhanced Network）、ｉＢｕｒｓｔ、３ＧＰＰジェネリックアクセスネットワーク（ＧＡＮ規格）とも呼ばれるＵＭＡ（Unlicensed Mobile Access）、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＧｉｇ（Wireless Gigabit Alliance）規格、一般にｍｍＷａｖｅ規格（ＷｉＧｉｇ、ＩＥＥＥ ８０２．１１ａｄ、ＩＥＥＥ ８０２．１１ａｙ等のような、１０～３００ＧＨｚ超で動作する無線システム）、３００ＧＨｚ及びＴＨｚ超で動作する技術、（３ＧＰＰ／ＬＴＥベース又はＩＥＥＥ ８０２．１１ｐ又はＩＥＥＥ ８０２．１１ｂｄ及び他）ビークル対ビークル（Ｖ２Ｖ）及びビークル対Ｘ（Vehicle-to-X）及びビークル対インフラストラクチャ（Ｖ２Ｉ）及びインフラストラクチャ対ビークル（Ｉ２Ｖ）通信技術、３ＧＰＰセルラＶ２Ｘ、ＤＳＲＣ（Dedicated Short Range Communications）通信システム、例えばインテリジェント輸送システム及び他のもの）（典型的には、５８５０ＭＨｚ～５９２５ＭＨｚ又はそれ以上で動作する（典型的にはＣＥＰＴ Ｒｅｐｏｒｔ ７１における変更提案（change proposals）に従って最大５９３５ＭＨｚまで））、欧州ＩＴＳ－Ｇ５システム（すなわち、ＩＴＳ－Ｇ５Ａ（すなわち、５，８７５ＧＨｚ～５，９０５ＧＨｚの周波数範囲のセーフティ関連アプリケーション（safety re-lated applications）のためのＩＴＳ専用の欧州ＩＴＳ周波数帯域におけるＩＴＳ－Ｇ５のオペレーション）、ＩＴＳ-Ｇ５Ｂ（すなわち、５，８５５ＧＨｚ～５，８７５ＧＨｚの周波数範囲のＩＴＳ非セーフティ・アプリケーション専用の欧州ＩＴＳ周波数帯域におけるオペレーション）、ＩＴＳ－Ｇ５Ｃ（すなわち、５，４７０ＧＨｚ～５，７２５ＧＨｚの周波数範囲におけるＩＴＳアプリケーションのオペレーション）を含む、ＩＥＥＥ８０２．１１ｐベースのＤＳＲＣの欧州フレーバ（European flavor））、７００ＭＨｚ帯域（７１５ＭＨｚ～７２５ＭＨｚを含む）における日本のＤＳＲＣ、ＩＥＥＥ８０２．１１ｂｄベースのシステム等。

【0054】

本明細書に記載される態様は、専用のライセンスされたスペクトル、ライセンスされていないスペクトル、ライセンス免除スペクトル、（ライセンスされた）共有スペクトル（ＬＳＡ＝２．３～２．４ＧＨｚ、３．４～３．６ＧＨｚ、３．６～３．８ＧＨｚ及び更なる周波数におけるライセンスされた共有アクセス、及びＳＡＳ＝スペクトルアクセスシステム／ＣＢＲＳ＝３．５５～３．７ＧＨｚ及び更なる周波数における市民ブロードバンド無線システム（Citizen Broadband Radio System））を含む任意のスペクトル管理スキームのコンテキストにおいて使用され得る。適用可能なスペクトルバンドは以下を含む：ＩＭＴ（国際移動電気通信）スペクトル、並びに他のタイプのスペクトル／帯域、例えば国内割り当て帯域（４５０～４７０ＭＨｚ、９０２～９２８ＭＨｚ（注：例えば米国（ＦＣＣ Ｐａｒｔ １５）で割り当てられる）、８６３～８６８．６ＭＨｚ（注：例えば欧州連合（ＥＴＳＩ ＥＮ ３００ ２２０）で割り当てられる）、９１５．９-９２９．７ＭＨｚ（注：例えば日本で割り当てられる、９１７～９２３．５ＭＨｚ（注：例えば韓国で割り当てられる）、７５５～７７９ＭＨｚ及び７７９-７８７ＭＨｚ（注：例えば中国で割り当てられる）、７９０～９６０ＭＨｚ、１７１０～２０２５ＭＨｚ、２１１０～２２００ＭＨｚ、２３００～２４００ ＭＨｚ、２．４～２．４８３５ＧＨｚ（注：グローバルに利用可能なＩＳＭバンドであり、Ｗｉ－Ｆｉテクノロジファミリ（１１ｂ／ｇ／ｎ／ａｘ）によって、及びＢｌｕｅｔｏｏｔｈ（登録商標）によっても使用される）、２５００～２６９０ＭＨｚ、６９８～７９０ＭＨｚ、６１０～７９０ＭＨｚ、３４００～３６００ＭＨｚ、３４００～３８００ＭＨｚ、３８００～４２００ＭＨｚ、３．５５～３．７ＧＨｚ（注：例えば米国において市民ブロードバンド無線サービスのために割り当てられる）、５．１５～５．２５ＧＨｚ及び５．２５～５．３５ＧＨｚ及び５．４７～５．７２５ＧＨｚ及び５．７２５～５．８５ＧＨｚバンド（注：例えば米国（ＦＣＣ ｐａｒｔ １５）において割り当てられる）、合計５００ＭＨｚのスペクトルの４つのＵ－ＮＩＩ帯域から成る）、５．７２５～５．８７５ＧＨｚ（注：例えば欧州連合（ＥＴＳＩ ＥＮ ３０１ ８９３）において割り当てられる）、５．４７～５．６５ＧＨｚ（注：例えば韓国で割り当てられる）、５９２５～７１２５ＭＨｚ及び５９２５～６４２５ＭＨｚ 帯域（注：それぞれ米国及び欧州連合で検討中であり、次世代Ｗｉ－Ｆｉシステムは、動作帯域として６ＧＨｚスペクトルを含むことが期待されるが、２０１７年１２月の時点では、Ｗｉ－Ｆｉシステムはこの帯域ではまだ許可されていない。規制は２０１９年から２０２０年の間に完了する予定である。）、ＩＭＴ－ａｄｖａｎｃｅｄスペクトル、ＩＭＴ－２０２０スペクトル（３６００～３８００ＭＨｚ、３８００～４２００ＭＨｚ、３．５ＧＨｚ帯域、７００ＭＨｚ帯域、２４．２５～８６ＧＨｚ範囲内の帯域等を含むことが期待される)、ＦＣＣの「Ｓｐｅｃｔｒｕｍ Ｆｒｏｎｔｉｅｒ」５Ｇ構想の下で利用可能にされるスペクトル（２７．５～２８．３５ＧＨｚ、２９．１～２９．２５ＧＨｚ、３１～３１．３ＧＨｚ、３７～３８．６ＧＨｚ、３８．６～４０ＧＨｚ、４２～４２．５ＧＨｚ、５７～６４ＧＨｚ、７１～７６ＧＨｚ、８１～８６ＧＨｚ及び９２～９４ＧＨｚ等を含む）、５．９ＧＨｚのＩＴＳ（Intelligent Transport Systems）帯域（典型的には５．８５～５．９２５ＧＨｚ）及び６３～６４ＧＨｚ、ＷｉＧｉｇに現在割り当てられている帯域（例えばＷｉＧｉｇ Ｂａｎｄ１（５７．２４～５９．４０ＧＨｚ）、ＷｉＧｉｇ Ｂａｎｄ２（５９．４０～６１．５６ＧＨｚ）及びＷｉＧｉｇ Ｂａｎｄ３（６１．５６～６３．７２ＧＨｚ）及びＷｉＧｉｇ Ｂａｎｄ４（６３．７２～６５．８８ＧＨｚ）、５７～６４/６６ＧＨｚ（注：この帯域は、ＭＧＷＳ（Multi-Gigabit Wireless Systems）／ＷｉＧｉｇのためのニアグローバルな名称（near-global designation）を有する）。米国（ＦＣＣ part １５）では合計１４ＧＨｚスペクトルを割り当てており、一方、欧州連合（固定のＰ２ＰのためのＥＴＳＩ ＥＮ ３０２ ５６７ 及び ＥＴＳＩ ＥＮ ３０１ ２１７－２）は合計９ＧＨｚスペクトルを割り当て、７０．２ＧＨｚ～７１ＧＨｚ帯域、６５．８８ＧＨｚ～７１ＧＨｚの間の任意の帯域、７６～８１ＧＨｚのように現在自動車レーダーアプリケーションに割り当てられている帯域、９４～３００ＧＨｚ以上を含む将来の帯域を割り当てる。スキームは、特に４００ＭＨｚ及び７００ＭＨｚ帯域が有望な候補であるTVホワイトスペース帯域（典型的には７９０ＭＨｚ未満）のような帯域に二次的に使用されることができる。セルラ用途に加えて、ＰＭＳＥ（Program Making and Special Events）、医療、健康、手術、自動車、低レイテンシ、ドローン等の用途のような、バーティカル市場の特定の用途を扱うことができる。

【0055】

本明細書に記載される態様は、例えば層１ユーザへの最高の優先度、次いで層２ユーザへの優先度、次いで層３ユーザへの優先度等のように、スペクトルへの優先順位付けされたアクセスに基づいて、異なるタイプのユーザ（例えば低／中／高優先度等）に対する使用の階層的な優先順位付けを導入することによって、スキームの階層的適用を可能にすることも実装することができる。

【0056】

本明細書に記載される態様を、ＯＦＤＭキャリアデータビットベクトルを、対応するシンボルリソースに割り当てることによって、異なるシングルキャリア又はＯＦＤＭフレーバ（ＣＰ－ＯＦＤＭ、ＳＣ－ＦＤＭＡ、ＳＣ－ＯＦＤＭ、フィルタバンクベースのマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡ等）、特に３ＧＰＰ ＮＲ（新しい無線）にも適用することができる。

【0057】

ＡＰ、ｅＮＢ、ＮＲ又はｇＮＢのような機能の一部はネットワーク側について定義されるが、この用語は典型的に、３ＧＰＰ ５Ｇ及び６Ｇ通信システム等のコンテキストで使用されることに留意されたい。また、ＵＥもこの役割を果たし、ＡＰ、ｅＮＢ又はｇＮＢとして機能することもある、すなわち、ネットワーク機器について定義される機能の一部又はすべてが、ＵＥによって実装され得る。

【0058】

上記のように、ＮＲ Ｒｅｌ－１５仕様では、様々なタイプのＳＲＳリソースセットがサポートされる。ＳＲＳリソースセットは、「usage」のパラメータで構成され、このパラメータを、「beamManagement」、「codebook」、「nonCodebook」又は「antennaSwitching」に設定することができる。「beamManagement」にについて構成されるＳＲＳリソースセットは、ＳＲＳを使用したビーム取得及びアップリンクビーム指示に使用される。「codebook」及び「nonCodebook」について構成されるＳＲＳリソースセットは、送信プレコーディング行列インデックス（transmission precoding matrix index、ＴＰＭＩ）による明示的指示又はＳＲＳリソースインデックス（ＳＲＩ）による暗黙的指示によるＵＬプレコーディングを決定するために使用される。最後に、「antennaSwitching」について構成されるＳＲＳリソースセットは、時間領域デュプレックス（ＴＤＤ）システムにおけるチャネルの相互関係を利用することにより、ＵＥにおけるＳＲＳ測定を使用してＤＬチャネル状態情報（ＣＳＩ）を取得するために使用される。ＳＲＳ送信では、時間領域挙動は周期的、半永続的又は非周期的であり得る。ＳＲＳリソースセットのためのＲＲＣ構成は以下のとおりである：

【表1】

【0059】

ＳＲＳリソースセットが「aperiodic」として構成されるとき、ＳＲＳリソースセットはトリガ状態の構成も含む（aperiodicSRS-ResourceTrigger、aperiodicSRS-ResourceTriggerList）。トリガ状態は、どのダウンリンク制御情報（ＤＣＩ）コードポイントが、対応するＳＲＳリソースセット送信をトリガするかを定義する。

【0060】

非周期的ＳＲＳ（aperiodic SRS）は、ＤＣＩ内のＳＲＳ要求フィールドを介してトリガされ得る。ＳＲＳ要求フィールドは、ＤＣＩフォーマット０＿１／０＿２／１＿１／１＿２／２＿３によって搬送され得る。ＤＣＩフォーマット０＿１／０＿２は、物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするために使用され、ＤＣＩフォーマット１＿１／１＿２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするために使用され、ＤＣＩフォーマット２＿３は、ＵＥのグループについて非周期的ＳＲＳをトリガするために使用されることに留意されたい。

【0061】

ＲＲＣ構成では、パラメータsrs-PowerControlAdjustmentStatesは、ＳＲＳ電力制御状態がＰＵＳＣＨに従うべきか又はＰＵＳＣＨとは別個であるかを定義する。パラメータsrs-PowerControlAdjustmentStatesが存在しない場合、ＳＲＳ電力制御は、第１ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわちh_b,f,c＝f_b,f,c(i，0)である。パラメータsrs-PowerControlAdjustmentStatesが存在し、値がsameAsFci2である場合、ＳＲＳ電力制御は、第２ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわち、h_b,f,c＝f_b,f,c(i，1)である。パラメータsrs-PowerControlAdjustmentStatesが存在し、値がseparateClosedLoopである場合、ＳＲＳ電力制御は別個の電力制御状態で構成される。

【0062】

ＰＵＳＣＨの出力電力は、以下の式で示される：

【数1】

【0063】

パラメータは次のとおりである：b：ＵＬ ＢＷＰインデックス；f：キャリア（Carrier）インデックス；c：サービングセル；j：パラメータセット構成インデックス；l：ＰＵＳＣＨ電力制御調整状態インデックス；i：ＰＵＳＣＨ送信機会（transmission occasion）；q_d：異なるビームに対応する、パスロス計算に使用される基準信号インデックス。一般に、式内の各構成要素は次のとおりである：P_CMAX：ＵＥ最大出力電力；P_{0_PUSCH}：ＰＵＳＣＨ電力を受信したターゲット；M：リソースブロック数での帯域幅；α：パスロス補償係数；PL：パスロス（ビーム固有）；Δ：ＭＣＳに従う調整；f_b,f,c(i,l):ｇＮＢからの送信電力制御（ＴＰＣ）コマンドに従う調整、ここでl∈{0，1}である。

【0064】

同様に、ＳＲＳの出力電力は以下により導出される：

【数2】

【0065】

パラメータは次のとおりである：

【0066】

パラメータは次のとおりである：b：ＵＬ ＢＷＰインデックス；f：キャリアインデックス；c：サービングセル；q_s：ＳＲＳリソースセットＩＤ；l：ＳＲＳ電力制御調整状態インデックス；i：ＳＲＳ送信機会；q_d：異なるビームに対応する、パスロス計算に使用される基準信号インデックス。ＳＲＳ電力制御について、式内の各構成要素は次のとおりである：P_CMAX：ＵＥ最大出力電力；P_{0_SRS}：ＳＲＳ電力を受信したターゲット；M：リソースブロック数での帯域幅；α：パスロス補償係数；PL：パスロス（ビーム固有）；h_b,f,c(i,l)：ｇＮＢからのＴＰＣコマンドに従う調整。ＳＲＳについての電力制御調整状態は、ＰＵＳＣＨの電力制御調整状態と同じであっても異なっていてもよい。

【0067】

しかしながら、これに関していくつかの問題が生じる。リリース１７では、ＳＲＳが、スケジューリングＰＵＳＣＨを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされ得ることが合意されている。この場合、ＰＵＳＣＨは送信されないので、別個の電力制御状態がＳＲＳに適用され得る。しかしながら、マルチＴＲＰオペレーションでは、ＵＥは、コードブック／非コードブックベースの送信のために２つのＳＲＳリソースセットを用いて構成され得る。異なるＴＲＰに向かう複数のＳＲＳリソースセットが同じＤＣＩを介してトリガされる場合、同じ別個の電力制御状態が適用されるが、これは、ＳＲＳ送信が異なるＴＲＰへ向かうため望ましくない。

【0068】

図３は、いくつかの態様によるＳＲＳ電力制御状態を示す。特に、図３において、ＳＲＳ電力制御状態は、スケジューリングＰＵＳＣＨを伴わないＤＣＩ ０＿１／０＿２に関するものであり、複数のＴＲＰの構成による問題を示す。加えて、スケジューリングＰＵＳＣＨを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされるＳＲＳについて、２つのＴＰＣコマンドが存在すべきであり、単一のＴＲＰと複数のＴＲＰとの間の動的切り替えもサポートされるべきである。

【0069】

マルチＴＲＰオペレーションのシナリオにおいて、ＤＣＩフォーマット２＿３によってトリガされるＳＲＳについても同じ問題が観察される可能性がある。

【0070】

マルチＴＲＰオペレーションに関する別の問題は、単一のＴＲＰとマルチＴＲＰとの間の動的切り替えのサポートを含む。ＰＵＳＣＨをスケジューリングするＤＣＩフォーマット０＿１／０＿２によってトリガされるＳＲＳについて、ＤＣＩが１つのＴＲＰに対してのみＰＵＳＣＨ送信をスケジューリングするが、ＳＲＳ要求が２つのＴＲＰに対してＳＲＳ送信をトリガする場合、ＳＲＳについての電力制御状態は問題となる可能性がある。図４は、いくつかの態様による別のＳＲＳ電力制御状態を示す。

【0071】

例えばＳＲＳリソースセットＡ及びＢで構成されるＵＥのケースを考える。ＳＲＳリソースセットＡは、第１ＰＵＳＣＨ電力制御状態と同じ、すなわち、f_b,f,c(i，0)と同じ電力制御状態で構成され、ＳＲＳリソースセットＢは、第２ＰＵＳＣＨ電力制御状態と同じすなわち、f_b,f,c(i，1)と同じ電力制御状態で構成され、第１ＴＲＰ（ＴＲＰ＃１、第１ＰＵＳＣＨ電力制御状態に対応する）へのＰＵＳＣＨ送信をスケジューリングするＤＣＩがまた、ＳＲＳリソースセットＡ及びＢの両方をトリガする場合、次いで、ＳＲＳリソースセットＢが第２ＰＵＳＣＨ電力制御状態に従うかどうかが問題である。なぜなら、ＰＵＳＣＨは第２ＴＲＰに送信されないからである。図４は、ＰＵＳＣＨをスケジューリングするＤＣＩ ０＿１／０＿２についてのＳＲＳ電力制御状態を示す。

【0072】

加えて、ＵＥは、マルチＴＲＰオペレーションにおけるＰＵＳＣＨ送信のために、２つの電力制御状態（l∈{0，1}）で構成され得る。どの電力制御状態が適用されるかは、ＳＲＩと電力制御状態lとの間のマッピングによって決定され得る。この場合、マッピングは、SRI-PUSCH-PowerControlにおけるＲＲＣパラメータsri-PUSCH-ClosedLoopIndexによって提供される：

【表2】

【0073】

しかしながら、Ｒｅｌ－１７では、マルチＴＲＰオペレーションにおけるコードブック／非コードブックベースの送信について、ＳＲＳリソースセットの最大数は２であることが合意されている。これは、異なるＴＲＰへの送信が異なるＳＲＳリソースセットによって区別されることを意味する。例えば第１ＳＲＳリソースセットは第１ＴＲＰに対応し、第２ＳＲＳリソースセットは第２ＴＲＰに対応する。この場合、ＰＵＳＣＨ電力制御状態は、ＳＲＩとは異なるＳＲＳリソースセットから導出されるべきである。したがって、マルチＴＲＰオペレーションをサポートするためのＳＲＳ及びＰＵＳＣＨ電力制御強化に関する方法が本明細書において提示される。

【0074】

シナリオＡ：ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされるＳＲＳ

【0075】

いくつかの実施形態では、単一のＴＲＰオペレーションについて、ＳＲＳが、スケジューリングＰＵＳＣＨを伴わずにＤＣＩフォーマット０＿１／０＿２によってトリガされるとき、ＤＣＩ内で搬送されるＴＰＣコマンドはＳＲＳ電力制御に適用される。仕様変更の例が以下に示される。TS 38.213 v16.4.0のセクション7.3.1のＳＲＳ電力制御について、以下のとおりである：

【0076】

サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ b及びＳＲＳ送信機会iのためのＳＲＳ電力制御調整状態について：
srs-PowerControlAdjustmentStatesが、ＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマット０＿１／０＿２によってトリガされる場合、
h_b,f,c(i,l)＝f_b,f,c(i,l) であり、ここで、f_b,f,c(i，l)が、節７．１．１で説明されるように、現在のＰＵＳＣＨ電力制御調整状態であるか；あるいは
srs-PowerControlAdjustmentStateが、ＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされる場合であり、かつ、ｔｐｃアキュムレーション（tpc-Accumulation）が提供されない場合、以下のとおりである。

【数3】

【0077】

ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられる。

【0078】

δ_SRS,b,f,c(m)は、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２に含まれるＴＰＣコマンドである。

【0079】

srs-PowerControlAdjustmentStatesがＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされる場合であり、かつ、ｔｐｃアキュムレーションが提供される場合、
h_b,f,c(i)＝δ_SRS,b,f,c(i) である。

【0080】

ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ bのＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつ、ｔｐｃアキュムレーションが提供されない場合、以下のとおりである。

【数4】

【0081】

ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられる。

【0082】

δ_SRS,b,f,c(m)は、節１１．４で説明されるように、ＤＣＩフォーマット２＿３のＰＤＣＣＨにおいて他のＴＰＣコマンドと一緒にコーディングされる。

【0083】

．．．

【0084】

いくつかの実施形態では、マルチＴＲＰオペレーションにおいて、ＳＲＳ電力制御状態は、ＰＵＳＣＨとは別個の２つの電力制御調整状態を含むように拡張される。２つの別個の電力制御状態は、ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされる場合、ＳＲＳ電力制御に適用され得る。ＳＲＳ電力制御状態は、以下のうちの１つ：すなわち、第１ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、第２ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、ＰＵＳＣＨとは別個の第１電力制御状態又はＰＵＳＣＨとは別個の第２電力制御状態のうちの１つであってよい。

【0085】

例えばsrs-PowerControlAdjustmentStatesの値は、{sameAsFci2, separateClosedLoop-1, separateClosedLoop-2}であり得る。パラメータsrs-PowerControlAdjustmentStatesが存在しない場合、ＳＲＳ電力制御は、第１ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわち、h_b,f,c＝f_b,f,c(i,0)である。パラメータsrs-PowerControlAdjustmentStatesが存在し、値がsameAsFci2である場合、ＳＲＳ電力制御は、第２ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわち、h_b,f,c＝f_b,f,c(i,1)である。パラメータsrs-PowerControlAdjustmentStatesが存在し、値がseparateClosedLoop-1である場合、ＳＲＳは別個の第１電力制御状態で構成される。パラメータsrs-PowerControlAdjustmentStatesが存在し、値がseparateClosedLoop-2である場合、ＳＲＳは別個の第２電力制御状態で構成される。

【0086】

TS38.213 v16.4.0のセクション7.3.1のＳＲＳ電力制御の仕様変更の例：

【0087】

サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ b及びＳＲＳ送信機会iのためのＳＲＳ電力制御調整状態について：

【0088】

srs-PowerControlAdjustmentStatesが、ＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示す場合、
h_b,f,c(i,l)＝f_b,f,c(i,l) であり、ここで、f_b,f,c(i，l)は、節７．１．１で説明されるように、現在のＰＵＳＣＨ電力制御調整状態を示す。

【0089】

あるいは、ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ bのＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつｔｐｃアキュムレーションが提供されていない場合、以下のとおりである。

【数5】

【0090】

ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられる。

【0091】

δ_SRS,b,f,c(m,l)は、節１１．４で説明されるように、ＤＣＩフォーマット２＿３のＰＤＣＣＨにおいて他のＴＰＣコマンドと一緒にコーディングされるか、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２に含まれるＴＰＣコマンド値である。

【0092】

ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ bのＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつｔｐｃアキュムレーションが提供される場合、
h_b,f,c(i,l)＝δ_SRS,b,f,c(i,l) であり、ＵＥは、ＤＣＩフォーマット２＿３又はＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２、ＳＲＳ送信機会iの第１シンボルの前のK_SRS,minシンボルを検出し、ここで、δ_SRS,b,f,cの絶対値は、表７．１．１－１で提供される。

【0093】

別の実施形態では、ＳＲＳは、依然として、既存の３つの電力制御調整状態、すなわち、第１ＰＵＳＣＨ電力制御状態と同じ電力制御状態と、第２ＰＵＳＣＨ電力制御状態と同じ電力制御状態と、ＰＵＳＣＨとは別個の電力制御状態を使用する。ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩ ０＿１／０＿２によってトリガされる場合、ＤＣＩはＳＲＳ電力制御調整h_b,f,c(i,l)について考慮されるべきである。ＳＲＳが、第１ＰＵＳＣＨ電力制御状態と同じであるように構成される場合、l＝0である。ＳＲＳが、第２ＰＵＳＣＨ電力制御状態と同じであるように構成される場合、l＝0である。

【0094】

仕様変更の例は以下のように示される。TS38.213 v16.4.0のセクション7.3.1のＳＲＳ電力制御について、以下のとおりである：

【0095】

サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ b及びＳＲＳ送信機会iのためのＳＲＳ電力制御調整状態について：

【0096】

srs-PowerControlAdjustmentStatesが、ＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマット０＿１／０＿２によってトリガされる場合、
h_b,f,c(i,l)＝f_b,f,c(i,l) であり、ここで、f_b,f,c(i，l)は、節７．１．１で説明されるように、現在のＰＵＳＣＨ電力制御調整状態を示す。

【0097】

あるいは、srs-PowerControlAdjustmentStateが、ＳＲＳ送信とＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされる場合であり、かつ、ｔｐｃアキュムレーションが提供されていない場合、

【数6】

であり、ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられ、δ_SRS,b,f,c(m)は、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２に含まれるＴＰＣコマンド値であり、srs-PowerControlAdjustmentStatesが第１ＰＵＳＣＨ電力制御状態と同じ電力制御状態を示す場合、l＝0であり、srs-PowerControlAdjustmentStatesが第２ＰＵＳＣＨ電力制御状態と同じ電力制御状態を示す場合、l＝1である。

【0098】

srs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信について同じ電力制御調整状態を示し、ＳＲＳが、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされる場合であり、かつ、ｔｐｃアキュムレーションが提供される場合、
h_b,f,c(i,l)＝δ_SRS,b,f,c(i,l) であり、ここで、srs-PowerControlAdjustmentStatesが第１ＰＵＳＣＨ電力制御状態と同じ電力制御状態を示す場合、l＝0であり、srs-PowerControlAdjustmentStatesが第２ＰＵＳＣＨ電力制御状態と同じ電力制御状態を示す場合、l＝1である。

【0099】

ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ b及びＳＲＳ送信機会i上のＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつ、ｔｐｃアキュムレーションが提供されていない場合、

【数7】

であり、ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられ、δ_SRS,b,f,c(m)は、節１１．４で説明されるように、ＤＣＩフォーマット２＿３のＰＤＣＣＨにおいて他のＴＰＣコマンドと一緒にコーディングされる。

【0100】

別の実施形態では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩ ０＿１／０＿２によってトリガされるＳＲＳでは、マルチＴＲＰオペレーションにおいて、２つのＴＰＣコマンドがＤＣＩ ０＿１／０＿２に含まれる。各ＴＰＣコマンドは、それぞれのＴＲＰに向かうＳＲＳ送信に適用される。２つのＴＰＣコマンドフィールドがＤＣＩに含まれてよく、各ＴＰＣコマンドフィールドは１つのＴＰＣコマンドを含む。あるいは、１つのＴＰＣコマンドフィールドのみがＤＣＩに含まれ、ＤＣＩフィールドのコードポイントが２つのＴＰＣコマンドを示してもよい。

【0101】

ＳＲＳ電力制御状態へのＴＰＣコマンドの適用は、暗黙的又は明示的に示され得る。暗黙的指示では、例えば第１ＴＰＣコマンドは、第１ＴＲＰへのＳＲＳ送信に適用される、すなわち、第１電力制御状態を有するＳＲＳに適用される。第２ＴＰＣコマンドは、第２ＴＲＰへのＳＲＳ送信に適用される、すなわち、第２電力制御状態を有するＳＲＳに適用される。トリガされたＳＲＳは、電力制御状態構成に従って対応するＴＰＣコマンドを選択する。

【0102】

図５は、いくつかの態様によるＴＲＰ送信を示す。特に、図５は、ＳＲＳを指示するためのＰＵＳＣＨを伴わないＤＣＩ ０＿１／０＿２によるＴＰＣの例示的な適用を示す。明示的指示では、ＴＰＣコマンドが第１ＳＲＳ電力制御状態に適用されるか又は第２ＳＲＳ電力制御状態に適用されるかを示す追加ビットが追加される。

【0103】

マルチＴＲＰオペレーションとシングルＴＲＰオペレーション間の動的切り替えもサポートされる。一例では、２つのＴＰＣコマンドが常にＤＣＩに含まれる。単一のＴＰＣコマンドが適用されるか又は両方のＴＰＣコマンドが適用されるかは、トリガされたＳＲＳの電力制御状態構成によって更に決定される。別の例では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩ ０＿１／０＿２において、単一のＴＰＣコマンドが含まれるか又は２つのＴＰＣコマンドが含まれるかは構成可能である。

【0104】

この実施形態は、シングルＤＣＩマルチＴＲＰオペレーションと、マルチＤＣＩマルチＴＲＰオペレーションの両方に適用可能であり得る。別の例では、この実施形態は、シングルＤＣＩマルチＴＲＰオペレーションにのみ適用可能であり得る。マルチＤＣＩマルチＴＲＰオペレーションでは、１つのＴＰＣコマンドのみがＤＣＩに含まれる。

【0105】

別の実施形態では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされたＳＲＳについて、未使用フィールドを再利用して、ＳＲＳのパラメータを再構成してもよい。以下のＳＲＳ電力制御パラメータのうちの１つ、いくつか又はすべては、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２の未使用ビットを介して再構成され得る。

【0106】

ＳＲＳ電力制御調整状態 － 適用可能なＳＲＳ電力制御調整状態のうちの１つが、ＤＣＩを介して動的に指示され得る。例えばＳＲＳのためのＲＲＣ構成の電力制御状態は、第１ＰＵＳＣＨ電力制御状態と同じである。ＤＣＩにおいて、状態は異なる状態として、例えばＰＵＳＣＨとは別個の電力制御状態又は（２つの別個の電力制御状態が存在する場合）第１別個の電力制御状態として再構成され得る。

【0107】

パスロス基準信号 － パスロス基準信号のリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能なパスロス基準信号が、ＳＲＳについて指示され得る。

【0108】

空間関係 － 空間関係のリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能な空間関係が、ＳＲＳについて指示され得る。

【0109】

Ｐ０及びアルファ値 － Ｐ０のリスト及びアルファのリスト、又はＰ０とアルファのリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能なＰ０及びアルファが、ＳＲＳについて指示され得る。

【0110】

注：この実施形態は、シングルＴＲＰオペレーションとマルチＴＲＰオペレーションの両方に適用され得る。

【0111】

別の実施形態では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされたＳＲＳについて、マルチＴＲＰオペレーション又はシングルＴＲＰオペレーションのいずれであっても、開ループ電力制御のみが、トリガされたＳＲＳに適用される、すなわち、h_b,f,c(i,l)＝0である。

【0112】

別の例では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされたＳＲＳについて、トリガされたＳＲＳは、アルファ値及び／又はＰ０値で構成されてよく、これは、開ループ電力制御が、トリガされたＳＲＳについて実行されることを暗黙的に意味する。

【0113】

別の実施形態では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガされたＳＲＳについて、ＰＵＳＣＨと同じ電力制御状態を有するＳＲＳのみをトリガすることができる。別の代替形態では、ＰＵＳＣＨと同じ又は別個の電力制御状態を有するＳＲＳを、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２によってトリガすることができる。

【0114】

シナリオＢ：ＤＣＩフォーマット２＿３によってトリガされるＳＲＳ

【0115】

一実施形態では、マルチＴＲＰオペレーションにおいて、ＤＣＩフォーマット２＿３によってトリガされるＳＲＳについて、ＳＲＳ電力制御は、ＰＵＳＣＨとは別個の２つの電力制御調整状態を含むように拡張され得る。２つの別個の電力制御調整状態は、ＳＲＳがＤＣＩフォーマット２＿３によってトリガされる場合に、ＳＲＳ電力制御に適用され得る。ＳＲＳ電力制御状態は、以下のうちの１つ：すなわち、第１ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、第２ＰＵＳＣＨ電力制御調整状態と同じ電力制御状態、ＰＵＳＣＨの電力制御状態とは別個の第１電力制御状態、ＰＵＳＣＨの電力制御状態とは別個の第２電力制御状態、のうちの１つであり得る。

【0116】

例えばsrs-PowerControlAdjustmentStatesの値は、{sameAsFci2, separateClosedLoop-1, separateClosedLoop-2}であり得る。この場合、パラメータsrs-PowerControlAdjustmentStatesが存在しない場合、ＳＲＳ電力制御は、第１ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわち、h_b,f,c＝f_b,f,c(i,0)である；パラメータsrs-PowerControlAdjustmentStatesが存在し、値がsameAsFci2である場合、ＳＲＳ電力制御は、第２ＰＵＳＣＨ電力制御調整状態に従うべきである、すなわちh_b,f,c＝f_b,f,c(i,1)である；パラメータsrs-PowerControlAdjustmentStatesが存在し、値がseparateClosedLoop-1である場合、ＳＲＳは第１別個の電力制御状態で構成される；パラメータsrs-PowerControlAdjustmentStatesが存在し、値がseparateClosedLoop-2である場合、ＳＲＳは第２別個の電力制御状態で構成される。

【0117】

仕様変更の例は以下のように示される。TS38.213 v16.4.0のセクション7.3.1のＳＲＳ電力制御について、以下のとおりである：

【0118】

サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ b及びＳＲＳ送信機会iのためのＳＲＳ電力制御調整状態について：

【0119】

srs-PowerControlAdjustmentStatesが、ＳＲＳ送信及びＰＵＳＣＨ送信について同じ電力制御調整状態を示す場合、
h_b,f,c(i,l)＝f_b,f,c(i,l) であり、ここで、f_b,f,c(i，l)は、節７．１．１で説明されるように、現在のＰＵＳＣＨ電力制御調整状態を示す。

【0120】

あるいは、ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ bのＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつ、ｔｐｃアキュムレーションが提供されていない場合、以下のとおりである：

【数8】

【0121】

ここで、δ_SRS,b,f,c値は、表７．１．１－１で与えられる。

【0122】

δ_SRS,b,f,c(m,l)は、節１１．４で説明されるように、ＤＣＩフォーマット２＿３のＰＤＣＣＨにおいて他のＴＰＣコマンドと一緒にコーディングされる。

【0123】

srs-PowerControlAdjustmentStatesが、第１ＰＵＳＣＨ電力制御状態を示す場合、l＝0であり、srs-PowerControlAdjustmentStatesが、第２ＰＵＳＣＨ電力制御状態を示す場合、l＝1である。

【0124】

ＵＥが、サービングセルcのキャリアfのアクティブＵＬ ＢＷＰ bのＰＵＳＣＨ送信のために構成されていない場合、又はsrs-PowerControlAdjustmentStatesがＳＲＳ送信とＰＵＳＣＨ送信との間の別個の電力制御調整状態を示す場合であり、かつｔｐｃアキュムレーションが提供されている場合、
h_b,f,c(i,l)＝δ_SRS,b,f,c(i,l) であり、ＵＥは、ＤＣＩフォーマット２＿３、又はＰＵＳＣＨのスケジューリングを伴わないＤＣＩフォーマット０＿１／０＿２、ＳＲＳ送信機会iの第１シンボルの前のK_SRS,minシンボルを検出し、ここで、δ_SRS,b,f,cの絶対値は、表７．１．１－１で提供される。

【0125】

srs-PowerControlAdjustmentStatesが、第１別個のＰＵＳＣＨ電力制御状態を示す場合、l＝0であり、srs-PowerControlAdjustmentStatesが、第２別個のＰＵＳＣＨ電力制御状態を示す場合、l＝1である。

【0126】

別の実施形態では、ＤＣＩ ２＿３によってトリガされるＳＲＳについて、マルチＴＲＰオペレーションでは、ＤＣＩ ２＿３に含まれる２つのＴＰＣコマンドが存在し得る。各ＴＰＣコマンドは、それぞれのＴＲＰに向かうＳＲＳ送信に適用される。２つのＴＰＣコマンドフィールドがＤＣＩに含まれてよく、各ＴＰＣコマンドフィールドは１つのＴＰＣコマンドを含む。あるいは、１つのＴＰＣコマンドフィールドのみがＤＣＩに含まれ、ＤＣＩフィールドのコードポイントが２つのＴＰＣコマンドを示してもよい。

【0127】

ＳＲＳ電力制御状態へのＴＰＣコマンドの適用は、暗黙的又は明示的に指示され得る。暗黙的指示では、例えば第１ＴＰＣコマンドは、第１ＴＲＰへのＳＲＳ送信に適用される、すなわち、第１電力制御状態を有するＳＲＳに適用される。第２ＴＰＣコマンドは、第２ＴＲＰへのＳＲＳ送信に適用される、すなわち、第２電力制御状態を有するＳＲＳに適用される。トリガされたＳＲＳは、電力制御状態構成に従って対応するＴＰＣコマンドを選択する。図６は、いくつかの態様による別のＴＲＰ送信を示す。特に、図６は、ＳＲＳへのＤＣＩ ２＿３よるＴＰＣの例示的な適用を示す。

【0128】

明示的指示では、ＴＰＣコマンドが第１ＳＲＳ電力制御状態に適用されるか又は第２ＳＲＳ電力制御状態に適用されるかを示す追加ビットが追加され得る。

【0129】

マルチＴＲＰオペレーションとシングルＴＲＰオペレーション間の動的切り替えもサポートされる。一例では、２つのＴＰＣコマンドが常にＤＣＩ ２＿３に含まれる。単一のＴＰＣコマンドが適用されるか又は両方のＴＰＣコマンドが適用されるかは、トリガされたＳＲＳの電力制御状態構成によって更に決定される。別の例では、ＰＵＳＣＨのスケジューリングを伴わないＤＣＩ ２＿３において、単一のＴＰＣコマンドが含まれるか又は２つのＴＰＣコマンドが含まれるかは構成可能である。

【0130】

この実施形態は、シングルＤＣＩマルチＴＲＰオペレーションと、マルチＤＣＩマルチＴＲＰオペレーションの両方に適用可能であり得る。あるいは、この実施形態は、シングルＤＣＩマルチＴＲＰオペレーションにのみ適用可能であってよく、マルチＤＣＩマルチＴＲＰオペレーションでは、１つのＴＰＣコマンドのみがＤＣＩに含まれる。

【0131】

別の実施形態では、ＤＣＩフォーマット２＿３によってトリガされたＳＲＳについて、以下のＳＲＳ電力制御パラメータのうちの１つ、いくつか又はすべては、ＳＲＳを再構成するために、ＤＣＩフォーマット２＿３の未使用ビットを介して再構成され得る。

【0132】

ＳＲＳ電力制御調整状態 － 適用可能なＳＲＳ電力制御調整状態のうちの１つが、ＤＣＩを介して動的に指示され得る。例えばＳＲＳのためのＲＲＣ構成の電力制御状態は、第１ＰＵＳＣＨ電力制御状態と同じである。ＤＣＩにおいて、状態は異なる状態として、例えばＰＵＳＣＨとは別個の電力制御状態又は（２つの別個の電力制御状態が存在する場合）第１別個の電力制御状態として再構成され得る。

【0133】

パスロス基準信号 － パスロス基準信号のリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能なパスロス基準信号が、ＳＲＳについて指示され得る。

【0134】

空間関係 － 空間関係のリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能な空間関係が、ＳＲＳについて指示され得る。

【0135】

Ｐ０及びアルファ値 － Ｐ０のリスト及びアルファのリスト、又はＰ０とアルファのリストは、ＲＲＣによって構成され得る。ＤＣＩにおいて、適用可能なＰ０及びアルファが、ＳＲＳについて指示され得る。

【0136】

この実施形態は、シングルＴＲＰオペレーションとマルチＴＲＰオペレーションの両方に適用され得る。加えて、ＰＵＳＣＨとは別個の２つの電力制御状態を有することは、いくつかの又はすべてのＳＲＳ使用、すなわち、アンテナ切り替え、ビーム管理、コードブック／非コードブックに適用され得る。ＰＵＳＣＨとは別個の２つの電力制御状態を有することは、ＤＣＩ ０＿１／０＿２／１＿１／１＿２／２＿３のような、ＳＲＳをトリガすることができるいくつかの又はすべてのＤＣＩフォーマットに適用され得る。

【0137】

シナリオＣ：ＰＵＳＣＨのスケジューリングを伴うＤＣＩフォーマット０＿１／０＿２によってトリガされるＳＲＳ

【0138】

一実施形態では、マルチＴＲＰオペレーションにおいて、ＰＵＳＣＨのスケジューリングを伴うＤＣＩフォーマット０＿１／０＿２によってトリガされるＳＲＳについて、ＤＣＩが単一のＴＲＰ ＰＵＳＣＨ送信をスケジューリングするが、同じＤＣＩが複数のＴＲＰに向かうＳＲＳ送信をトリガする場合、ＴＰＣコマンドの適用に不一致が存在する可能性がある。別の場合は、ＤＣＩが、ＴＲＰ＃Ａに向かう単一のＴＲＰ送信をスケジュールし、同じＤＣＩがＴＲＰ＃Ｂに向かうＳＲＳ送信をトリガする。

【0139】

一例では、マルチＴＲＰオペレーションのためにＤＣＩに含まれる２つのＴＰＣコマンド（ＴＰＣコマンド＃０と＃１）が常に存在する場合、ＴＰＣコマンド＃０は、ＴＲＰ＃Ａに向かうＰＵＳＣＨ／ＳＲＳ送信に使用されてよく（f_b,f,c(i,0)，h_b,f,c(i,0)）、ＴＰＣコマンド＃１は、ＴＲＰ＃Ｂに向かうＰＵＳＣＨ／ＳＲＳ送信に使用されてよい（f_b,f,c(i,1)，h_b,f,c(i,1)）。ＤＣＩが、ＴＲＰ＃Ａに向かう単一のＴＲＰ ＰＵＳＣＨ送信をスケジュールするのみであり、同じＤＣＩが異なるＴＲＰ、すなわちＴＲＰ＃Ｂに向かうＳＲＳをトリガする場合、ＴＰＣコマンド＃０は、ＴＲＰ＃Ａに向かうＰＵＳＣＨ電力制御状態に適用される（トリガされる場合、ＴＲＰ＃Ａに向かうＳＲＳにも適用される）。ＴＰＣコマンド＃１は、ＰＵＳＣＨにより省略されるが、ＴＲＰ＃Ｂに向かうＳＲＳ電力制御状態に適用される、すなわち、h_b,f,c(i,1)。図７は、いくつかの態様によるＴＲＰコマンド送信を示す。特に、図７は、ＰＵＳＣＨ及びＳＲＳへのＴＰＣコマンドの例示的な適用を示す。あるいは、ＴＲＰ＃Ｂに向かうＳＲＳ送信について、開ループ電力制御のみが適用される、すなわち、h_b,f,c(i,1)＝0。

【0140】

別の例では、ＤＣＩが単一のＴＲＰ ＰＵＳＣＨ送信をスケジュールするのみであるとき、１つのＴＰＣコマンドのみがＤＣＩに含まれる場合、同じＤＣＩが異なるＴＲＰに向かうＳＲＳをトリガする場合は、開ループ電力制御のみが、ＰＵＳＣＨとして異なるＴＲＰに向かうＳＲＳ送信に適用される。あるいは、ＴＰＣコマンドは、送信が同じＴＲＰに向かうものであるか異なるＴＲＰに向かうものであるかに関わらず、ＳＲＳ送信に適用され得る。

【0141】

別の実施形態では、ＰＵＳＣＨのスケジューリングを伴うＤＣＩフォーマット０＿１／０＿２に対して、ＤＣＩで搬送されるＴＰＣコマンドは、ＰＵＳＣＨ、ＰＵＣＣＨ及びＳＲＳを含む、すべてのアップリンクチャネル／信号に対して（又は少なくともＰＵＳＣＨ及びＳＲＳに対して）ＴＰＣコマンドとして解釈され得る。２つのＴＰＣコマンドがＤＣＩに含まれる場合、第１ＴＰＣコマンドは、第１ＴＲＰへのすべてのアップリンクチャネル／信号（ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ又は少なくともＰＵＳＣＨ／ＳＲＳ）に適用され、第２ＴＰＣコマンドは、第２ＴＲＰへのすべてのアップリンクチャネル／信号（ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ、又は少なくともＰＵＳＣＨ／ＳＲＳ）に適用される。この実施形態は、ＤＣＩフォーマット０＿０及びＤＣＩフォーマット２＿２のような、ＰＵＳＣＨをスケジューリングし、かつＴＰＣコマンドを搬送する、他のＤＣＩフォーマットにも適用され得る。一例では、１つのＴＲＰに向かうＳＲＳ送信について、対応するＴＲＰに適用する最新のＴＰＣコマンドが、ＳＲＳ電力制御のために使用されるべきであり、これは、ＤＣＩフォーマット０＿０／０＿１／０＿２／２＿２によって搬送されてよく、ＳＲＳの送信に先立って受信される。

【0142】

シナリオＤ：マルチＴＲＰにおけるＰＵＳＣＨ電力制御

【0143】

一実施形態では、マルチＴＲＰオペレーションにおけるコードブック／非コードブックベースの送信のために、ＳＲＳリソースセットの数は２に増加される。ＰＵＳＣＨをスケジューリングするＤＣＩ ０＿１／０＿２には、２つのＳＲＩフィールドが含まれ、各ＳＲＩフィールドは異なるＳＲＳリソースセットからのＳＲＳリソースを示す。この場合、ＰＵＳＣＨ電力制御状態は、異なるＳＲＳリソースセットに明示的又は暗黙的に関連付けられてよく、あるいは第１又は第２ＳＲＩフィールドによって明示的／暗黙的に示されてもよい。

【0144】

一例では、ＳＲＩの順序は、ＰＵＳＣＨ電力制御状態を暗黙的に示すことができ、第１ＳＲＩは第１ＰＵＳＣＨ電力制御状態に適用され、第２ＳＲＩは第２ＰＵＳＣＨ電力制御状態に適用される。第１ＳＲＩは、第１ＰＵＳＣＨ電力制御状態と同じになるように設定されたＳＲＳ電力制御状態を有するＳＲＳリソースセットからの１つのＳＲＳリソースを示す。第２ＳＲＩは、第２ＰＵＳＣＨ電力制御状態と同じになるように設定されたＳＲＳ電力制御状態を有するＳＲＳリソースセットからの１つのＳＲＳリソースを示す。

【0145】

あるいは、第１ＳＲＩは、より低いＩＤを有するＳＲＳリソースセットからの１つのＳＲＳリソースを示し、第２ＳＲＩは、より高いＩＤを有するＳＲＳリソースセットからの１つのＳＲＳリソースを示す。ＰＵＳＣＨ電力制御状態は更に、対応するＳＲＳリソースセットのＳＲＳ電力制御状態によって示されることがある。例えば第１ＳＲＩについて、関連するＳＲＳリソースセットが第２ＰＵＳＣＨ電力制御状態と同じもので構成される場合、第１ＳＲＩは第２ＰＵＳＣＨ電力制御状態に適用される。

【0146】

別の例では、ＳＲＳリソースセットは、ＳＲＳリソースセットにＤＣＩ内の第１ＳＲＩが使用されるか又は第２ＳＲＩが使用されるかを示す新しいパラメータで明示的に構成されてもよい。ＳＲＳリソースセットのために構成されるＳＲＳ電力制御状態は更に、ＳＲＩのためのＰＵＳＣＨ電力制御状態を示してもよい。例えばＳＲＳリソースセット＃Ｂは、第１ＳＲＩを使用するように明示的に構成され、ＳＲＳリソースセット＃Ｂは、第２ＰＵＳＣＨ電力制御状態と同じもので構成される。次に、第１ＳＲＩが第２ＰＵＳＣＨ電力制御状態に適用される。

【0147】

一実施形態では、ＰＵＳＣＨ電力制御のためのＳＲＩとパスロスＲＳ／アルファ／Ｐ０との間のマッピングは、マルチＴＲＰオペレーションにおける複数のＳＲＳリソースセットを有する構成をサポートすべきである、すなわち、ＴＲＰ固有のＰＵＳＣＨ電力制御パラメータを定義すべきである。

【0148】

一例では、ＲＲＣにおけるパラメータsri-PUSCH-PathlossReferenceRS-Id及びsri-P0-PUSCH-AlphaSetIdは、２つの値を示し得る。第１値は、第１ＰＵＳＣＨ電力制御状態に適用され、第２値は、第２ＰＵＳＣＨ電力制御状態に適用される。あるいは、１つの追加のsri-PUSCH-PathlossReferenceRS-Id及び１つの追加のsri-P0-PUSCH-AlphaSetIdが、第２ＰＵＳＣＨ電力制御状態に適用されるSRI-PUSCH-PowerControlに含まれる。ＲＲＣ情報要素（Information Element、ＩＥ）SRI-PUSCH-PowerControlに対する修正の例は以下のように示される。

【表3】

【0149】

別の例では、SRI-PUSCH-PowerControlの２つのグループが、各ＴＲＰに対して１つ、マルチＴＲＰオペレーションのために導入され得る。SRI-PUSCH-PowerControlの第１グループは、第１ＴＲＰ（第１ＰＵＳＣＨ電力制御状態）に適用され、SRI-PUSCH-PowerControlの第２グループは、第２ＴＲＰ（第２ＰＵＳＣＨ電力制御状態）に適用される。修正の例は以下のように示される。

【表4】

【0150】

ＰＵＳＣＨ電力制御を実行するとき、ＵＥは、まず、ＳＲＩフィールドに従ってＰＵＳＣＨ電力制御状態（第１ＳＲＩフィールドであるか、第２ＳＲＩフィールドであるかに従って、対応するＰＵＳＣＨ電力制御状態）を決定する。次に、１つのＰＵＳＣＨ電力制御状態に対して、対応するパスロスＲＳ、Ｐ０及びアルファが、ＳＲＩコードポイント及びＰＵＳＣＨ電力制御状態に従って決定される。

【0151】

シナリオＥ：ＳＲＳ電力制御パラメータ更新

【0152】

一実施形態では、マルチＴＲＰオペレーションにおけるＳＲＳについて、メディアアクセス制御－制御要素（ＭＡＣ－ＣＥ）が、以下のパラメータ：すなわち、ＳＲＳ電力制御調整状態又はＳＲＳ閉ループ電力制御インデックス、パスロス基準信号、空間関係、Ｐ０値、アルファ値、のうちの１つ又はいくつか又はすべてを更新するために導入され得る。

【0153】

ＭＡＣ－ＣＥは、以下のタイプのＳＲＳ：すなわち、非周期的（Aperiodic）、半永続的（Semi-persistent）、周期的（Periodic）のＳＲＳのうちの１つ、いくつか又はすべてについて、上記のＳＲＳパラメータを更新するために使用され得る。

【0154】

ＭＡＣ－ＣＥは、ＳＲＳの以下の利用：すなわち、コードブック、非コードブック、アンテナ切り替え（antennaSwitching）、ビーム管理（beamManagement）のうちの１つ、いくつか又はすべてについて、上記のＳＲＳパラメータを更新するために使用され得る。

【0155】

ＭＡＣ－ＣＥは、１つ又は複数のＳＲＳリソースセットについて上記のＳＲＳパラメータを更新するために使用され得る。あるいは、ＭＡＣ－ＣＥは、１つのＳＲＳリソースセット内の１つ又は複数のＳＲＳリソースについて上記のＳＲＳパラメータを更新するために使用され得る。一例では、以下のパラメータ：すなわち、ＳＲＳ電力制御調整状態、又はＳＲＳ閉ループ電力制御インデックス、パスロス基準信号、空間関係、Ｐ０値、アルファ値、のうちの１つ又はいくつか又はすべてが、ＲＲＣによってパラメータセットとして定義され得る（あるいは、ＳＲＳ電力制御調整状態、Ｐ０及びアルファがパスロス基準信号ＩＥ又は空間関係ＩＥに追加され得る）。

【0156】

ＲＲＣは、ＵＥに対してパラメータセットのリスト、すなわち複数のパラメータセットを構成し得る。ＭＡＣ－ＣＥは、ＳＲＳのために適用されるべき１つのパラメータセットを（パラメータセットＩＤによって）指示し得る。あるいは、パラメータセットは、パスロス基準信号ＩＤ又は空間関係ＩＤによって暗黙的に指示され得る。

【0157】

別の例では、ＲＲＣは、以下のパラメータ：すなわち、ＳＲＳ電力制御調整状態又はＳＲＳ閉ループ電力制御インデックス、Ｐ０値、アルファ値からなるパラメータセットを定義し得る。

【0158】

ＲＲＣは、ＵＥに対してパラメータセットのリスト、すなわち複数のパラメータセットを構成し得る。ＭＡＣ－ＣＥは、ＳＲＳのために適用されるべき１つのパラメータセットを（パラメータセットＩＤによって）指示してよく、また、ＳＲＳのために適用されるべきパスロス基準信号ＩＤ／空間関係ＩＤを指示してもよい。

【0159】

別の実施形態では、ＵＥがＲｅｌ－１７ジョイント（Rel-17 joint）ＤＬ／ＵＬ送信構成インジケータ（Transmission Configuration Indicator、ＴＣＩ）状態又はＲｅｌ－１７セパレート（Rel-17 separate）ＤＬ／ＵＬ ＴＣＩ状態をサポートする場合、ＴＣＩ状態は、ＳＲＳのための以下のパラメータ：すなわち、ＳＲＳ電力制御調整状態又はＳＲＳ閉ループ電力制御インデックス、パスロス基準信号、Ｐ０値、アルファ値のうちの１つ、いくつか又はすべてに関連付けられ得る。

【0160】

ｇＮＢがＵＥに対してＴＣＩ状態を示すとき、関連するパラメータがＳＲＳ送信に適用され得る。

【0161】

別の例では、アンテナ切り替えを伴うＳＲＳの場合、上記に列挙されたＳＲＳパラメータは、指示されたジョイントＤＬ／ＵＬ ＴＣＩ状態又はセパレートＤＬ／ＵＬ ＴＣＩ状態に従うべきである。あるいは、アンテナ切り替えを伴うＳＲＳの場合、ＳＲＳ送信のためのビームは、セパレートＤＬ ＴＣＩ状態に従うべきであり、上記で列挙されたＳＲＳパラメータは、セパレートＵＬ ＴＣＩ状態に従ってよい。あるいは、上記で列挙されたＳＲＳパラメータはＭＡＣ－ＣＥに従うべきである。

【0162】

別の例では、ビーム管理を伴うＳＲＳの場合、ＳＲＳがｇＮＢ Ｒｘビームをリファイン（refine）する場合、上記で列挙されたＳＲＳパラメータは、指示されたジョイントＤＬ／ＵＬ ＴＣＩ状態又はセパレートＵＬ ＴＣＩ状態に従うべきである。ＳＲＳがＵＥ Ｔｘビームをリファインする場合、ＴＣＩ状態はＳＲＳに適用されず、上記で列挙されたＳＲＳパラメータはＭＡＣ－ＣＥに従ってよい。あるいは、ビーム管理を伴うＳＲＳに対して、上記で列挙されたＳＲＳパラメータはＭＡＣ－ＣＥに従うべきである。

【0163】

別の例では、非コードブックを伴うＳＲＳの場合、関連するＣＳＩ－ＲＳが構成されている場合、上記で列挙されたＳＲＳパラメータはＭＡＣ－ＣＥに従う必要がある。関連するＣＳＩ－ＲＳが構成されていない場合、上記で列挙されたＳＲＳパラメータは、指示されたジョイントＤＬ／ＵＬ ＴＣＩ状態又はセパレートＵＬ ＴＣＩ状態に従うべきである。

【0164】

シナリオＦ：ＰＤＣＣＨ反復を伴う電力制御

【0165】

一実施形態では、イントラスロット反復及びインタースロット反復を含むＰＤＣＣＨ反復が有効にされるとき、ＴＰＣコマンド（ＰＵＳＣＨ又はＰＵＣＣＨ又はＳＲＳのための）がＤＣＩに含まれる場合、複数のＰＤＣＣＨ反復によって搬送されるＴＰＣコマンドは、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳに対してアップリンク電力制御を行うとき、対応する閉ループ電力制御状態に対して１回だけ考慮され、ＴＰＣアキュムレーションが有効にされることと、ＴＰＣアキュムレーションが無効にされることの両方を含む。

【0166】

シナリオＧ：アンテナ切り替えのための電力制御

【0167】

一実施形態では、アンテナ切り替えを伴うＳＲＳの場合、Ｔｘ電力は、同じＤＣＩによってトリガされた１つ又は複数の非周期的ＳＲＳリソースセットにわたるＳＲＳリソースの間で同じに維持される。これは、閉ループ電力制御が適用されるとき、かつ／又は開ループ電力制御が適用されるときに使用され得る。

【0168】

図８は、いくつかの態様によるＳＲＳアンテナ切り替えのための電力制御を示す。例えば閉ループ電力制御では、同じＤＣＩによってトリガされたアンテナ切り替えのための非周期的ＳＲＳリソースセット間でＴＰＣコマンドが受信される場合、図８の例によって示されるように、ＴＰＣコマンドは無視される。あるいは、ｇＮＢは、同じＤＣＩによってトリガされたアンテナ切り替えのための非周期的ＳＲＳリソースセット間でＴＰＣコマンドを送信しない。

【0169】

TS 38.213のセクション7.3.1における仕様変更の例は、以下のとおりである：srs-PowerControlAdjustmentStatesが、ＳＲＳ送信及びＰＵＳＣＨ送信に対して同じ電力制御調整状態を示す場合、ＳＲＳ送信機会iに対する電力制御調整状態の更新は、ＳＲＳリソースセットq_s内の各ＳＲＳリソースの始めに発生し、そうでない場合、電力制御調整状態ＳＲＳ送信機会iの更新は、ＳＲＳリソースセットq_s内の最初に送信されたＳＲＳリソースの始めに発生する。アンテナ切り替えを伴うＳＲＳでは、複数のＳＲＳリソースセットが同じＤＣＩによってトリガされる場合、電力制御調整の更新は、第１ＳＲＳリソースセットの最初に送信されたＳＲＳリソースの始めにのみ発生する。

【0170】

別の例では、アンテナ切り替えを伴うＳＲＳでは、複数のＳＲＳリソースセットが同じＤＣＩによってトリガされる場合、ＳＲＳリソースセットは単一のＳＲＳ送信機会として扱われる。

【0171】

別の実施形態では、アンテナ切り替えを伴うＳＲＳでは、周期（サイクル）中に周期的／半永続的ＳＲＳリソースセット内のすべてのＳＲＳリソース間で同じＴｘ電力が維持され、すべてのＳＲＳリソースを送信することによってすべての受信アンテナを鳴らす。どのＳＲＳリソース送信がサイクルの開始点として使用されるかは、ｇＮＢによって予め定義されるか又は構成／指示され得る。例えば周期的／半永続的ＳＲＳリソースセットが４つのＳＲＳリソースを含む場合、４つのＳＲＳリソースを送信するサイクル中に同じＴｘ電力がＳＲＳに適用される。

【0172】

実施形態は、特定の例示的実施形態を参照して説明されてきたが、本開示のより広い範囲から逸脱することなく、これらの実施形態に対して様々な修正及び変更が行われてよいことは明らかであろう。したがって、本明細書及び図面は、限定的な意味ではなく例示的な意味で解釈されるべきである。本明細書の一部を形成する添付図面は、限定ではなく例示として、本主題が実施され得る特定の実施形態を示す。図示された実施形態は、当業者が本明細書に開示された教示を実施することができるように十分に詳細に説明されている。本開示の範囲から逸脱することなく、構造的及び論理的置換及び変更を行うことができるように、他の実施形態が利用され、そこから派生されてもよい。したがって、この詳細な説明は、限定的な意味で解釈されるべきではなく、様々な実施形態の範囲は、添付の請求項のみによって、そのような請求項が権利を有する均等物の全範囲とともに定義される。

【0173】

本主題は、単に便宜のために、本出願の範囲をいずれかの単一の発明概念に自発的に限定する意図なしに、１つ以上が実際に開示されている場合、個々に及び／又は集合的に「実施形態」という用語によって本明細書中で言及されることがある。したがって、特定の実施形態が本明細書で例示され、記載されているが、同じ目的を達成するように計算された任意の配置が、示される特定の実施形態に置換され得ることが理解されるべきである。本開示は、様々な実施形態のいずれか及びすべての適応又は変形をカバーすべきである。上記実施形態と本明細書で具体的に記載されていない他の実施形態の組合せは、上記記載を検討すると、当業者に明らかになるであろう。

【0174】

本明細書において、用語「a」又は「an」は、特許文献において一般的であるように、「少なくとも１つ」又は「１つ以上」のいずれかの他の例又は使用と独立に、１つ、又は１つより多くを含むように使用される。本文書において、用語「又は」は、非排他的な又は、を指すように使用され、例えば「Ａ又はＢ」は、別段の指示がない限り、「Ａを含むがＢを含まない」、「Ｂを含むがＡを含まない」及び「Ａ及びＢ」を含む。本文書において、用語「含む（including）」及び「in which」は、それぞれの用語「備える（comprising）」及び「wherein」の平易な英語の等価物として使用される。また、以下の請求項において、用語「含む」及び「備える」は、オープンエンドである、すなわち、請求項においてそのような用語の後に列挙された要素に加えて要素を含む、システム、ＵＥ、物品、構成、式又はプロセスは、依然としてその請求項の範囲内にあるとみなされる。さらに、以下の請求項において、用語「第１」、「第２」及び「第３」等は、単にラベルとして使用されており、それらの対象に数値要件を課すことは意図されていない

【0175】

本開示の要約は、読者が技術開示の性質を迅速に確認することを可能にする要約を要求する、３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）に従うために提供される。これは、請求項の範囲又は意味を解釈又は限定するために使用されないという了解の下に提示されている。加えて、前述の詳細な説明では、本開示を簡素化するために、様々な特徴が単一の実施形態にグループ化されていることが分かる。この開示方法は、特許請求に係る実施形態が各請求項に明示的に記載されているものより多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するように、発明的主題は、単一の開示された実施形態のすべての特徴よりも少ない特徴にある。したがって、以下の特許請求の範囲は詳細な説明に組み込まれ、各請求項は別個の実施形態として独立している。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】