特表2024-500888 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ノキア　テクノロジーズ　オサケユイチアの特許一覧

特表2024-500888複数送受信ポイント物理アップリンク制御チャネル方式と単一送受信ポイント物理アップリンク制御チャネル方式の動的切り替えの有効化

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3

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

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

(11)【公表番号】

(43)【公表日】2024-01-10

(54)【発明の名称】複数送受信ポイント物理アップリンク制御チャネル方式と単一送受信ポイント物理アップリンク制御チャネル方式の動的切り替えの有効化

(51)【国際特許分類】

H04W 72/21 20230101AFI20231227BHJP

H04W 72/231 20230101ALI20231227BHJP

H04W 72/232 20230101ALI20231227BHJP

H04W 72/1268 20230101ALI20231227BHJP

【ＦＩ】

H04W72/21

H04W72/231

H04W72/232

H04W72/1268

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023538014

(86)(22)【出願日】2021-12-20

(85)【翻訳文提出日】2023-06-21

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

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

(87)【国際公開日】2022-06-30

(31)【優先権主張番号】63/128,991

(32)【優先日】2020-12-22

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＢＬＵＥＴＯＯＴＨ

２．３ＧＰＰ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキアテクノロジーズオサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

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

(74)【代理人】

【識別番号】100103610

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤直樹

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤嘉晃

(72)【発明者】

【氏名】デゲルマサ

(72)【発明者】

【氏名】ラドゥキースサリヤジャヤシンゲ

(72)【発明者】

【氏名】ユクヨンス

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067JJ13

5K067JJ22

(57)【要約】

単一ＴＲＰモードおよび／または複数ＴＲＰモードを動的に切り替えるため、あるいは単一ＴＲＰモードおよび／または複数ＴＲＰモードを適用するかどうかを決定するためのシステム、方法、装置、および／またはコンピュータプログラム製品が提供される。１つの方法は、ユーザ機器で、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信することと、ユーザ機器で、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを、決定されたＰＵＣＣＨリソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定することとを含んでよい。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザ機器で、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信することと、
前記ユーザ機器で、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを、決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定することとを含む、方法。

【請求項2】

前記決定することが、
前記受信された構成情報、
前記決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、
前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して１つまたは２つの異なる空間関係情報が示されているか、または有効化されているかどうか、前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して電力制御パラメータの１つまたは２つのサブセットが示されているか、または有効化されているかどうか、あるいは
物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の示されたか、または構成された数、のうちの少なくとも１つに基づいて、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）ＰＵＣＣＨ方式のどちらを適用するかを決定することを含む、請求項１に記載の方法。

【請求項3】

前記決定することが、ネットワークノードから、ダウンリンク制御情報（ＤＣＩ）を介して、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを適用するかを示すための専用の指示を受信することを含む、請求項１に記載の方法。

【請求項4】

ネットワークノードから、送信されるアップリンク制御情報（ＵＣＩ）に関連する情報を運ぶダウンリンク制御情報（ＤＣＩ）を受信することをさらに含む、請求項１～３のいずれかに記載の方法。

【請求項5】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということが決定された場合、前記方法が、
前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールド全体を考慮し、前記少なくとも１つのフィールドに基づいて２つのパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈することを含む、請求項１～４のいずれかに記載の方法。

【請求項6】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用されないということが決定された場合、前記方法が、
単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールドの１つの部分またはサブフィールドを考慮し、前記１つの部分またはサブフィールドに基づいてパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈することを含む、請求項１～４のいずれかに記載の方法。

【請求項7】

２つの空間関係情報が示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が１より大きい場合、
前記決定することが、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということを決定することを含む、請求項１～６のいずれかに記載の方法。

【請求項8】

電力制御パラメータの２つのサブセットが示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が１以上である場合、
前記決定することが、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということを決定することを含む、請求項１～６のいずれかに記載の方法。

【請求項9】

前記構成情報が、無線リソース制御（ＲＲＣ）制御要素（ＣＥ）または媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のうちの少なくとも１つを介して受信される、請求項１～８のいずれかに記載の方法。

【請求項10】

少なくとも１つのプロセッサと、
コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、
前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信することと、
前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを、決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定することとを少なくとも実行させるように構成される、装置。

【請求項11】

前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記受信された構成情報、
前記決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、
前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して１つまたは２つの異なる空間関係情報が示されているか、または有効化されているかどうか、前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して電力制御パラメータの１つまたは２つのサブセットが示されているか、または有効化されているかどうか、あるいは
物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の示されたか、または構成された数、のうちの少なくとも１つに基づいて、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）ＰＵＣＣＨ方式のどちらを適用するかを決定することを少なくとも実行させるように構成される、請求項１０に記載の装置。

【請求項12】

複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）ＰＵＣＣＨ方式のどちらを適用するかを決定するために、前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
ネットワークノードから、ダウンリンク制御情報（ＤＣＩ）を介して、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを適用するかを示すための専用の指示を受信することを少なくとも実行させるように構成される、請求項１０に記載の装置。

【請求項13】

前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
ネットワークノードから、送信されるアップリンク制御情報（ＵＣＩ）に関連する情報を運ぶダウンリンク制御情報（ＤＣＩ）を受信することを少なくとも実行させるように構成される、請求項１０～１２のいずれかに記載の装置。

【請求項14】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということが決定された場合、前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールド全体を考慮し、前記少なくとも１つのフィールドに基づいて２つのパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈することを少なくとも実行させるように構成される、請求項１０～１３のいずれかに記載の装置。

【請求項15】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用されないことが決定された場合、前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールドの１つの部分またはサブフィールドを考慮し、前記１つの部分またはサブフィールドに基づいてパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈することを少なくとも実行させるように構成される、請求項１０～１３のいずれかに記載の装置。

【請求項16】

２つの空間関係情報が示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が厳密に１より大きい場合、
前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用することを決定することを少なくとも実行させるように構成される、請求項１０～１５のいずれかに記載の装置。

【請求項17】

電力制御パラメータの２つのサブセットが示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が１以上である場合、
前記少なくとも１つのメモリおよびコンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用することを決定することを少なくとも実行させるように構成される、請求項１０～１５のいずれかに記載の装置。

【請求項18】

前記構成情報が、無線リソース制御（ＲＲＣ）制御要素（ＣＥ）または媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のうちの少なくとも１つを介して受信される、請求項１０～１７のいずれかに記載の装置。

【請求項19】

複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信するための手段と、
前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを、決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定するための手段とを備える、装置。

【請求項20】

前記決定するための手段が、
前記受信された構成情報、
前記決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、
前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して１つまたは２つの異なる空間関係情報が示されているか、または有効化されているかどうか、前記物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに関して電力制御パラメータの１つまたは２つのサブセットが示されているか、または有効化されているかどうか、あるいは
物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の示されたか、または構成された数、のうちの少なくとも１つに基づいて、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）ＰＵＣＣＨ方式のどちらを適用するかを決定するための手段を含む、請求項１９に記載の装置。

【請求項21】

前記決定するための手段が、
ネットワークノードから、ダウンリンク制御情報（ＤＣＩ）を介して、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを適用するかを示すための専用の指示を受信するための手段を含む、請求項１９に記載の装置。

【請求項22】

ネットワークノードから、送信されるアップリンク制御情報（ＵＣＩ）に関連する情報を運ぶダウンリンク制御情報（ＤＣＩ）を受信するための手段を備える、請求項１９～２１のいずれかに記載の装置。

【請求項23】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということが決定された場合、前記装置が、
前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールド全体を考慮し、前記少なくとも１つのフィールドに基づいて２つのパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈するための手段を備える、請求項１９～２２のいずれかに記載の装置。

【請求項24】

前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用されないということが決定された場合、前記装置が、
単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式の場合に、少なくとも１つのダウンリンク制御情報（ＤＣＩ）フィールドの１つの部分またはサブフィールドを考慮し、前記１つの部分またはサブフィールドに基づいてパラメータ値を決定することによって、前記少なくとも１つのフィールドを解釈するための手段を備える、請求項１９～２２のいずれかに記載の装置。

【請求項25】

２つの空間関係情報が示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が厳密に１より大きい場合、
前記装置が、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということを決定するための手段を備える、請求項１９～２４のいずれかに記載の装置。

【請求項26】

電力制御パラメータの２つのサブセットが示されるか、または有効化される、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つが決定されるか、あるいは物理アップリンク制御チャネル（ＰＵＣＣＨ）反復の数が厳密に１以上である場合、
前記装置が、前記複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式を適用するということを決定するための手段を備える、請求項１９～２４のいずれかに記載の装置。

【請求項27】

前記構成情報が、無線リソース制御（ＲＲＣ）制御要素（ＣＥ）または媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のうちの少なくとも１つを介して受信される、請求項１９～２６のいずれかに記載の装置。

【請求項28】

請求項１～９のいずれかに記載の方法を少なくとも実行するために格納されたプログラム命令を含む、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年１２月２２日に出願された米国特許仮出願第６３／１２８，９９１号に基づき優先権を主張する。この以前に出願された出願の内容は、参照によってそれらの全体が本明細書に組み込まれている。

【0002】

一部の実施形態例は、一般に、ロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）または第５世代（５Ｇ：ｆｉｆｔｈｇｅｎｅｒａｔｉｏｎ）無線アクセス技術またはニューラジオ（ＮＲ：ｎｅｗｒａｄｉｏ）アクセス技術、あるいは他の通信システムなどの、モバイル通信システムまたはワイヤレス通信システムを含んでいる通信に関連することがある。例えば、特定の実施形態例は、一般に、単一送受信ポイント（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎｒｅｃｅｐｔｉｏｎｐｏｉｎｔ）モードと複数ＴＲＰモードを切り替えるためのシステム、方法、および／または装置に関連することがある。

【背景技術】

【0003】

モバイル通信システムまたはワイヤレス通信システムの例としては、ユニバーサルモバイル通信システム（ＵＭＴＳ：ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）地上波無線アクセスネットワーク（ＵＴＲＡＮ：ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、ロングタームエボリューション（ＬＴＥ）エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ：ＥｖｏｌｖｅｄＵＴＲＡＮ）、ＬＴＥ－アドバンスド（ＬＴＡ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＭｕｌｔｅＦｉｒｅ、ＬＴＥ－ＡＰｒｏ、および／または第５世代（５Ｇ）無線アクセス技術もしくはニューラジオ（ＮＲ）アクセス技術が挙げられる。５Ｇワイヤレスシステムとは、次世代（ＮＧ：ｎｅｘｔｇｅｎｅｒａｔｉｏｎ）の無線システムおよびネットワークアーキテクチャのことを指す。５Ｇシステムの大部分は、５Ｇニューラジオ（ＮＲ）の上に構築されるが、５Ｇ（またはＮＧ）ネットワークは、Ｅ－ＵＴＲＡ無線上にも構築され得る。ＮＲは、１０～２０Ｇｂｉｔ／秒以上のオーダーのビットレートを提供し、少なくとも、大容量高速通信（ｅＭＢＢ：ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）および超高信頼低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅｌｏｗ－ｌａｔｅｎｃｙ－ｃｏｍｍｕｎｉｃａｔｉｏｎ）に加えて、多数同時接続マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ）などのサービスカテゴリをサポートできると推定されている。ＮＲは、モノのインターネット（ＩｏＴ：ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）をサポートするための極めて広い帯域、極めて高い堅牢性、低遅延の接続性、および大規模ネットワーキングをもたらすと期待されている。ＩｏＴおよびマシン間（Ｍ２Ｍ：ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ）通信がいっそう広まるにつれて、より低い電力、低いデータレート、および長いバッテリー寿命の必要性を満たすネットワークに対する要求が増大するであろう。次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：ｎｅｘｔｇｅｎｅｒａｔｉｏｎｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）は、ＮＲとＬＴＥ（およびＬＴＥ－アドバンスド）の両方の無線アクセスを提供できる５Ｇ用のＲＡＮを表す。５Ｇでは、無線アクセス機能をユーザ機器に提供できる（すなわち、ＵＴＲＡＮではノードＢ（ＮＢ：ＮｏｄｅＢ）、またはＬＴＥではエボルブドＮＢ（ｅＮＢ：ｅｖｏｌｖｅｄＮＢ）に類似する）ノードは、ＮＲ無線上に構築された場合、次世代ＮＢ（ｇＮＢ：ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎＮＢ）という名前が付けられてよく、Ｅ－ＵＴＲＡ無線上に構築された場合、次世代ｅＮＢ（ＮＧ－ｅＮＢ：ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎｅＮＢ）という名前が付けられてよいということに注意する。

【発明の概要】

【0004】

実施形態は、ユーザ機器で、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）方式が適用可能であり得るということを示す構成情報を受信することと、ユーザ機器で、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを、決定されたＰＵＣＣＨリソース上のアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）送信に適用するかを決定することとを含み得る方法を対象にしてよい。

【0005】

実施形態は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを含む装置を対象にしてよい。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、装置に、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信することと、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを、決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定することとを少なくとも実行させるように構成される。

【0006】

実施形態は、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式が適用可能であり得るということを示す構成情報を受信するための手段を含む装置を対象にしてよい。この装置は、複数送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式または単一送受信ポイント（ＴＲＰ）物理アップリンク制御チャネル（ＰＵＣＣＨ）方式のどちらを、決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース上のアップリンク制御情報（ＵＣＩ）送信に適用するかを決定するための手段を含んでもよい。

【0007】

変形では、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを適用するかの決定は、受信された構成情報、決定されたＰＵＣＣＨリソース、ＰＵＣＣＨリソースに関して１つまたは２つの異なる空間関係情報が示されているか、または有効化されているかどうか、ＰＵＣＣＨリソースに関して電力制御パラメータの１つまたは２つのサブセットが示されているか、または有効化されているかどうか、あるいはＰＵＣＣＨ反復の示されたか、または構成された数、のうちの少なくとも１つに基づいて、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを適用するかを決定することを含む。

【0008】

別の変形では、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを適用するかを決定することは、ネットワークノードから、ダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を介して、複数ＴＲＰＰＵＣＣＨ方式または単一ＴＲＰＰＵＣＣＨ方式のどちらを適用するかを示すための専用の指示を受信することを含む。

【0009】

変形によれば、この方法は、ネットワークノードから、送信されるアップリンク制御情報（ＵＣＩ）に関連する情報を運ぶダウンリンク制御情報（ＤＣＩ）を受信することを含んでもよい。

【0010】

変形では、複数ＴＲＰＰＵＣＣＨ方式を適用するということが決定された場合、この方法は、複数ＴＲＰＰＵＣＣＨ方式の場合に、少なくとも１つのＤＣＩフィールド全体を考慮し、少なくとも１つのフィールドに基づいて２つのパラメータ値を決定することによって、少なくとも１つのフィールドを解釈することを含んでよい。

【0011】

変形によれば、複数ＴＲＰＰＵＣＣＨ方式が適用されないということが決定された場合、この方法は、単一ＴＲＰＰＵＣＣＨ方式の場合に、少なくとも１つのＤＣＩフィールドの１つの部分またはサブフィールドを考慮し、１つの部分またはサブフィールドに基づいてパラメータ値を決定することによって、少なくとも１つのフィールドを解釈することを含んでよい。

【0012】

変形では、２つの空間関係情報が示されるか、または有効化されるＰＵＣＣＨリソースが決定され、および／またはＰＵＣＣＨ反復の数が１より大きい場合、決定は、複数ＴＲＰＰＵＣＣＨ方式を適用することを決定することを含む。

【0013】

別の変形では、電力制御パラメータの２つのサブセットが示されるか、または有効化されるＰＵＣＣＨリソースが決定され、および／またはＰＵＣＣＨ反復の数が１以上である場合、決定は、複数ＴＲＰＰＵＣＣＨ方式を適用することを決定することを含む。

【0014】

別の変形では、構成情報は、無線リソース制御（ＲＲＣ：ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ）または媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）制御要素（ＣＥ）のうちの少なくとも１つを介して受信されてよい。

【0015】

実施形態例を適切に理解するために、添付の図面に対する参照が行われるべきである。

【図面の簡単な説明】

【0016】

【図1】実施形態に従って、方法の例示的なフロー図を示す図である。

【図2】実施形態に従って、方法の別の例示的なフロー図を示す図である。

【図3A】実施形態に従って、装置の例示的なブロック図を示す図である。

【図3B】実施形態に従って、装置の例示的なブロック図を示す図である。

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

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

図２は、実施形態に従って、ＵＥによって複数ＴＲＰ方式または単一ＴＲＰ方式のどちらを適用するかを決定するための方法の例示的なフロー図を示している。特定の実施形態例では、図２のフロー図は、ＬＴＥまたは５ＧＮＲなどの通信システム内のネットワーク実体またはネットワークノードによって実行されてよい。一部の実施形態例では、図１の方法を実行しているネットワーク実体は、ＵＥ、ＳＬＵＥ、中継ＵＥ、移動局、モバイルデバイス、固定されたデバイス、ワイヤレス送受信ユニット、ＩｏＴデバイス、またはセンサなどを含むか、またはこれらに含まれてよい。

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

当業者は、開示された順序とは異なる順序で手順を使用して、および／または開示された構成におけるハードウェア要素とは異なるハードウェア要素を使用して、前述したように実施形態例を実践し得るということを、容易に理解するであろう。したがって、一部の実施形態は、これらの実施形態例に基づいて説明されたが、実施形態例の思想および範囲内に留まりながら、特定の変更、変形、および代替の構造が明白であるということは、当業者にとって明らかであろう。

【図1】