JP2023517032A - ネットワーク装置、端末装置、及び方法 - Google Patents

Abstract

本開示の実施形態は、通信のための方法、装置及びコンピュータ記憶媒体に関する。方法は、ネットワーク装置において、端末装置から前記ネットワーク装置への送信の電力制御のための複数の送信電力制御（ＴＰＣ）コマンドを示すダウンリンク制御情報（ＤＣＩ）を生成することと、前記端末装置から前記ネットワーク装置への前記送信をスケジューリングするための、前記生成されたＤＣＩを、前記ネットワーク装置から前記端末装置に送信することと、を含む。本開示の実施形態により、異なるビームに対して、異なる電力制御の調整が可能になる。【選択図】図５

Description

本開示の実施形態は、一般に電気通信の分野に関し、特に、通信のための方法、装置及びコンピュータ記憶媒体に関する。

３ＧＰＰの会議ＲＡＮ＃８６では、マルチ送受信点（ｍｕｌｔｉ－ＴＲＰ）の展開へのサポート強化が検討されてきた。例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）以外のチャネル（物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び／又は物理アップリンク制御チャネル（ＰＵＣＣＨ）等）について、マルチＴＲＰ及び／又はマルチパネルを用いて、リリース１６の信頼性機能をベースに、信頼性と堅牢性を向上させるための機能を特定・規定することが提案されている。また、セル間のマルチＴＲＰの運用を有効にするための機能を特定・規定することも提案されている。さらに、マルチパネル受信によるマルチＴＲＰ同時送信の強化について評価し規定することも提案されている。

アップリンク送信について、アップリンクチャネル（ＰＵＳＣＨ又はＰＵＣＣＨ等）のための繰り返しが信頼性及び／又は堅牢性のために有効とされる場合、繰り返しは、異なるＴＲＰ又はアンテナパネルに関連付けられている異なるビームを介して送信される場合がある。異なるＴＲＰ又はアンテナパネルに関連付けられている伝送環境は、異なる可能性がある。この場合、異なる繰り返しに対する電力制御の調整が異なるはずである。しかし、現在の３ＧＰＰ仕様では、アップリンクチャネルに対して１つの電力制御の調整値しかサポートされていない。また、現在の３ＧＰＰ仕様では、ＰＤＣＣＨ、ＰＵＣＣＨ及び／又はＰＵＳＣＨのための繰り返しに関する設定について詳細が記載されていない。

一般に、本開示の例示的な実施形態は、通信のための方法、装置及びコンピュータ記憶媒体を提供する。

第１の態様では、通信方法が提供される。方法は、ネットワーク装置において、端末装置から前記ネットワーク装置への送信の電力制御のための複数の送信電力制御（ＴＰＣ）コマンドを示すダウンリンク制御情報（ＤＣＩ）を生成することと、前記端末装置から前記ネットワーク装置への前記送信をスケジューリングするための、前記生成されたＤＣＩを、前記ネットワーク装置から前記端末装置に送信することと、を含む。

第２の態様では、通信方法が提供される。方法は、端末装置において、前記端末装置からネットワーク装置への送信の電力制御のための複数の送信電力制御（ＴＰＣ）コマンドを示すダウンリンク制御情報（ＤＣＩ）を、前記ネットワーク装置から受信することと、前記ＤＣＩから前記複数のＴＰＣコマンドを決定することと、前記複数のＴＰＣコマンドに基づいて前記送信の電力を制御しながら、前記端末装置から前記ネットワーク装置への前記送信を実行することと、を含む。

第３の態様では、通信方法が提供される。方法は、ネットワーク装置と端末装置との間の物理チャネルのための繰り返しに関する設定を、前記ネットワーク装置から前記端末装置に送信することと、前記設定に基づき、前記物理チャネルのための前記繰り返しを前記端末装置と通信することと、を含む。

第４の態様では、通信方法が提供される。方法は、端末装置において、ネットワーク装置と前記端末装置との間の物理チャネルのための繰り返しに関する設定を、前記ネットワーク装置から受信することと、前記設定に基づき、前記物理チャネルのための前記繰り返しを前記ネットワーク装置と通信することと、を含む。

第５態様では、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行される場合、前記ネットワーク装置に本開示の第１の態様にかかる方法を実行させる。

第６の態様では、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行される場合、前記端末装置に本開示の第２の態様にかかる方法を実行させる。

第７の態様では、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行される場合、前記ネットワーク装置に本開示の第３の態様にかかる方法を実行させる。

第８の態様では、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行される場合、前記端末装置に本開示の第４の態様にかかる方法を実行させる。

第９の態様では、命令が格納されているコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに、本開示の上記第１、第２、第３又は第４の態様にかかる方法を実行させる。

第１０の態様では、コンピュータ可読媒体に格納され、マシン可読命令を含む、コンピュータプログラム製品が提供される。前記マシン可読命令は、実行される場合に、マシンに、本開示の上記第１、第２、第３又は第４の態様にかかる方法を実行させる。

理解されるように、発明の概要部分は、本開示の実施形態の重要な又は必須の特徴を特定することを意図したものではなく、本開示の範囲を限定するために用いることを意図したものでもない。本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

添付図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

本開示の実施形態を実施可能な例示的な通信ネットワークを示す。 本開示の実施形態を実施可能な例示的な通信ネットワークを示す。

本開示のいくつかの実施形態にかかる通信の例示的プロセスのシグナリングチャートを示す。

本開示の実施形態の一例を示す。

本開示の実施形態の一例を示す。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

本開示の実施形態を実施するのに好適な装置の概略ブロック図である。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対する何らかの限定を示唆するものではないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されない限り、使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味する開放式の用語として解釈される。「に基づいて」という用語は、「少なくとも部分的に基づいて」と解釈される。「いくつかの実施形態」及び「一実施形態」という用語は、「少なくともいくつかの実施形態」と解釈される。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と解釈される。「第１」、「第２」等の用語は、異なる対象又は同じ対象を指してもよい。以下の内容には、明示的及び暗黙的な他の定義が含まれることがある。

いくつかの例において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

図１Ａは、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワーク装置１１０と、ネットワーク装置１１０がサービスを提供する端末装置１２０とを含む。ネットワーク１００は、端末装置１２０にサービスを提供するために、１つ又は複数のサービングセル１０２を提供してもよい。ネットワーク装置、端末装置、及び／又はサービングセルの数は、単に例示のためであり、本開示に対する何らかの限定を示唆するものではないことを理解されたい。ネットワーク１００は、本開示の実施に適合する任意の適切な数のネットワーク装置、端末装置、及び／又はサービングセルを含むことができる。

本明細書において、「端末装置」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、ＩｏＴ（internet of things）装置、ＩｏＥ（internet of everything）装置、マシンタイプ通信（ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。以下では、議論を目的として、端末装置１２０の一例としてＵＥを参照しながら、いくつかの実施形態を説明する。

本明細書で使用する場合、「ネットワーク装置」又は「基地局」（ＢＳ）という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例としては、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等の低電力ノード等が挙げられるが、これらに限定されない。

一実施形態において、端末装置１２０は、第１ネットワーク装置及び第２ネットワーク装置（図１Ａには示されていない）と接続されてもよい。第１ネットワーク装置と第２ネットワーク装置の一方はマスターノードに、他方はセカンダリーノードに存在してもよい。第１ネットワーク装置と第２ネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態では、第１ネットワーク装置は第１ＲＡＴ装置であってもよく、第２ネットワーク装置は第２ＲＡＴ装置であってもよい。一実施形態では、第１ＲＡＴ装置はｅＮＢであってもよく、第２ＲＡＴ装置はｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワーク装置及び第２ネットワーク装置の少なくとも一方から端末装置１２０に送信されてもよい。一実施形態において、第１情報が第１ネットワーク装置から端末装置１２０に送信されてもよく、第２情報が第２ネットワーク装置から端末装置１２０に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。一実施形態において、第２ネットワーク装置によって設定された端末装置の設定に関連する情報が、第２ネットワーク装置から第１ネットワーク装置を介して送信されてもよい。第２ネットワーク装置によって設定された端末装置の再設定に関連する情報が、第２ネットワーク装置から端末装置に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。当該情報は、無線リソース制御（ＲＲＣ）シグナリング、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、又はダウンリンク制御情報（ＤＣＩ）のうちのいずれかを介して送信されてもよい。

図１に示す通信ネットワーク１００において、ネットワーク装置１１０は、端末装置１２０にデータ及び制御情報を通信することができ、端末装置１２０も、ネットワーク装置１１０にデータ及び制御情報を通信することができる。ネットワーク装置１１０から端末装置１２０へのリンクはダウンリンク（ＤＬ）と称され、端末装置１２０からネットワーク装置１１０へのリンクはアップリンク（ＵＬ）と称される。

いくつかの実施形態において、ダウンリンク送信のために、ネットワーク装置１１０は端末装置１２０に対して、ＰＤＣＣＨを介して制御情報を送信し、且つ／又はＰＤＳＣＨを介してデータを送信してもよい。さらに、ネットワーク装置１１０は、１つ又は複数の参照信号（ＲＳ）を端末装置１２０に送信してもよい。ネットワーク装置１１０から端末装置１２０に送信されるＲＳは、「ＤＬ ＲＳ」とも称される場合がある。ＤＬ ＲＳの例としては、復調参照信号（ＤＭＲＳ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、測定用参照信号（ＳＲＳ）、位相トラッキング参照信号（ＰＴＲＳ）、微細時間‐周波数トラッキング参照信号（ＴＲＳ）等を挙げてもよいが、これらに限定されない。

いくつかの実施形態において、アップリンク送信のために、端末装置１２０は、制御情報、チャネル状態情報（ＣＳＩ）フィードバック、レイヤ１参照信号受信電力（Ｌ１－ＲＳＲＰ）フィードバック、レイヤ１信号対雑音干渉比（Ｌ１－ＳＩＮＲ）フィードバック、及び／又は肯定応答（ＡＣＫ）若しくは否定応答（ＮＡＣＫ）フィードバックを、ＰＵＣＣＨを介してネットワーク装置１１０に送信してもよい。端末装置１２０は、ＰＵＳＣＨを介してデータをネットワーク装置１１０に送信してもよい。さらに、端末装置１２０は、１つ又は複数のＲＳをネットワーク装置１１０に送信してもよい。端末装置１２０からネットワーク装置１１０に送信されるＲＳは、「ＵＬ ＲＳ」とも称される場合がある。ＵＬ ＲＳの例としては、ＤＭＲＳ、ＣＳＩ－ＲＳ、ＳＲＳ、ＰＴＲＳ、微細時間‐周波数ＴＲＳ等を挙げてもよいが、これらに限定されない。

ネットワーク１００における通信は、任意の適切な規格に準拠してもよく、規格は、モバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション（LTE-Evolution）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、マシンタイプ通信（ＭＴＣ）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。

ネットワーク装置１１０（例えば、ｇＮＢ）は、１つ又は複数のＴＲＰ又はアンテナパネルを含んでもよい。本明細書において、「ＴＲＰ」という用語は、特定の地理的位置にあるネットワーク装置が利用できるアンテナアレイ（１つ又は複数のアンテナ素子を有する）を指す。例えば、ネットワーク装置は、より適切なカバレッジを実現するために、異なる地理的位置にある複数のＴＲＰと結合されてもよい。１つ又は複数のＴＲＰは、同じサービングセルに含まれてもよいし、異なるサービングセルに含まれてもよい。

ＴＲＰはパネルでもあり、パネルは（１つ又は複数のアンテナ素子を持つ）アンテナアレイを指すこともできることは理解されるはずである。本開示のいくつかの実施形態は、例えば複数のＴＲＰを参照して説明されているが、これらの実施形態は、単に説明を目的としたもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対する何らかの限定を示唆するものではない。なお、本明細書で説明する本開示は、以下に説明するもの以外にも様々な方法で実施できることを理解されたい。

図１Ｂは、図１Ａに示すネットワーク１００の例示的シナリオを示す。図１Ｂに示すように、例えば、ネットワーク装置１１０は、ＴＲＰ１３０－１、１３０－２を介して、端末装置１２０と通信してもよい。なお、以下の文中では、ＴＲＰ１３０－１を第１ＴＲＰと称し、ＴＲＰ１３０－２を第２ＴＲＰと称する場合もある。第１及び第２ＴＲＰ１３０－１、１３０－２は、ネットワーク装置１１０が提供する同じサービングセル（例えば、図１Ａに示すセル１０２）か、異なるサービングセルに含まれてもよい。本開示のいくつかの実施形態は、ネットワーク装置１１０によって提供される同じサービングセル内の第１及び第２ＴＲＰ１３０－１、１３０－２を参照して説明されているが、これらの実施形態は、単に説明を目的としたもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対する何らかの限定を示唆するものではない。なお、本明細書で説明する本開示は、以下に説明するもの以外にも様々な方法で実施できることを理解されたい。

上述したように、３ＧＰＰの会議ＲＡＮ＃８６では、マルチＴＲＰの展開へのサポート強化が検討されてきた。例えば、ＰＤＳＣＨ以外のチャネル（ＰＤＣＣＨ、ＰＵＳＣＨ及び／又はＰＵＣＣＨ等）について、マルチＴＲＰ及び／又はマルチパネルを用いて、リリース１６の信頼性機能をベースに、信頼性と堅牢性を向上させるための機能を特定・規定することが提案されている。また、セル間のマルチＴＲＰの運用を有効にするための機能を特定・規定することも提案されている。さらに、マルチパネル受信によるマルチＴＲＰ同時送信の強化について強化し規定することも提案されている。

アップリンク送信において、アップリンクチャネル（ＰＵＳＣＨ又はＰＵＣＣＨ等）のための繰り返しが信頼性及び／又は堅牢性のために有効とされる場合、繰り返しは、異なるビームを介して、且つ／又は異なる空間関係情報、異なる送信設定インジケータ（ＴＣＩ）状態若しくは異なる疑似コロケーション（ＱＣＬ）パラメータに基づいて送信されてもよい。例えば、異なるビーム、異なる空間関係情報、異なるＴＣＩ状態、及び／又は異なるＱＣＬパラメータは、異なるＴＲＰ又はアンテナパネルに関連付けられてもよい。異なるＴＲＰ又はアンテナパネルに関連付けられている伝送環境は、異なる可能性がある。この場合、異なる繰り返しに対する電力制御の調整は、異なるはずである。しかし、現在の３ＧＰＰ仕様では、アップリンクチャネルに対して１つの電力制御の調整値しかサポートされていない。

本開示の実施形態は、上記の問題点、及び／又は他の１つ以上の潜在的な問題点を解決するための解決手段を提供する。この解決手段により、異なるＰＵＳＣＨ又はＰＵＣＣＨのための繰り返しに対して、異なる電力制御の調整が可能になる。

図２は、本開示のいくつかの実施形態にかかる通信の例示的プロセス２００のシグナリングチャートを示す。プロセス２００は、図１Ａ及び／又は図１Ｂに示すネットワーク装置１１０及び端末装置１２０に関わる。

図２に示すように、ネットワーク装置１１０は、端末装置１２０からネットワーク装置１１０への送信の電力制御のための複数のＴＰＣコマンドを示すＤＣＩを生成する（２０１）。いくつかの実施形態において、送信は、ＰＵＳＣＨの繰り返し又はＰＵＣＣＨの繰り返しであってもよい。ネットワーク装置１１０は、生成したＤＣＩを端末装置１２０に送信する（２０２）。ＤＣＩを受信したことに応じて、端末装置１２０は、ＤＣＩから複数のＴＰＣコマンドを決定する（２０３）。そして、端末装置は、複数のＴＰＣコマンドに基づいてＰＵＳＣＨの繰り返し又はＰＵＣＣＨの繰り返しの送信電力を制御／調整しながら、ＰＵＳＣＨの繰り返し又はＰＵＣＣＨの繰り返しをネットワーク装置１１０に送信する（２０４）。

いくつかの実施形態では、異なるビームを介して、且つ／又は異なる空間関係情報、異なるＴＣＩ状態、若しくは異なるＱＣＬパラメータに基づいて送信されるＰＵＳＣＨ又はＰＵＣＣＨの繰り返しが有効とされる場合、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しをスケジューリングするためのＤＣＩが、複数のＴＰＣコマンドを示してもよく、各ＴＰＣコマンドは少なくとも１つの対応するＰＵＳＣＨ又はＰＵＣＣＨの繰り返しに適用されてもよい。

図３は、かかる実施形態の一例を示す。図３に示すように、例えば、ネットワーク装置１１０は、端末装置１２０からネットワーク装置１１０へのＵＬ送信３２０及び３３０（例えば、ＰＵＳＣＨ又はＰＵＣＣＨのための繰り返し）のスケジューリングのために、ＤＣＩ３１０を端末装置１２０に送信してもよい。例えば、ＵＬ送信３２０及び３３０は、異なるビーム、異なる空間関係情報、異なるＴＣＩ状態、又は異なるＱＣＬパラメータに関連付けられてもよい。いくつかの実施形態において、ＤＣＩ３１０は、ＴＰＣコマンドＡ及びＢを示してもよい。ＴＰＣコマンドＡはＵＬ送信３２０に適用され、ＴＰＣコマンドＢはＵＬ送信３３０に適用される。

いくつかの実施形態において、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しをスケジューリングするためのＤＣＩは、複数のＴＰＣコマンドを示すための複数のフィールドを含んでもよい。例えば、いくつかの実施形態において、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しをスケジューリングするためのＤＣＩは、第１電力制御調整状態ｌに関連付けられている第１のＴＰＣコマンドを示すための第１フィールド（例えば、２ビット）と、第２電力制御調整状態１-ｌに関連付けられている第２のＴＰＣコマンドを示すための第２フィールド（例えば、２ビット）とを含んでもよく、ｌ∈｛０，１｝である。ｌの値は、従来の解決手段（legacy solutions）のように端末装置１２０に設定／提供することができる。別の例として、いくつかの実施形態では、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しをスケジューリングするためのＤＣＩは、第１電力制御調整状態０に関連付けられている第１のＴＰＣコマンドを示すための第１フィールド（例えば、２ビット）と、第２電力制御調整状態１に関連付けられている第２のＴＰＣコマンドを示すための第２フィールド（例えば、２ビット）とを含んでもよい。

ＰＵＳＣＨの電力制御調整について、３ＧＰＰ仕様ＴＳ３８．２１３第７．１．１節に規定されているように、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されている場合はｌ∈｛０、１｝であり、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されていない場合、又はＰＵＳＣＨ送信がランダムアクセスリソース（ＲＡＲ）ＵＬグラントによりスケジューリングされている場合はｌ＝０である。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨの（再）送信では、ｌ∈｛０、１｝の値は、ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅによってＵＥに提供される。ＵＥにＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌが提供される場合、ＵＥは、ＤＣＩフォーマット０＿１のＳＲＩフィールドの値のセットと、ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘによって提供されるｌの値との間のマッピングを取得する。ＰＵＳＣＨ送信がＤＣＩフォーマット０＿１によってスケジューリングされ、ＤＣＩフォーマット０＿１がＳＲＩフィールドを含む場合、ＵＥは、ＳＲＩフィールドの値にマッピングされるｌの値を決定する。ＰＵＳＣＨ送信が、ＤＣＩフォーマット０＿０、若しくはＳＲＩフィールドを含まないＤＣＩフォーマット０＿１によってスケジューリングされる場合、又はＵＥにＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌが提供されない場合、ｌ＝０である。ＵＥが、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２から、１つのＴＰＣコマンドを取得する場合、ｌの値はＤＣＩ フォーマット２＿２の閉ループインジケータフィールド（closed loop indicator field）により提供される。

ＰＵＣＣＨの電力制御調整について、３ＧＰＰ仕様ＴＳ３８．２１３の第７．２．１節に規定されているように、ＵＥにｔｗｏＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓとＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが提供される場合、ｌ∈｛０、１｝であり、ＵＥにｔｗｏＰＵＣＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ又はＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが提供されない場合、ｌ＝０である。ＵＥがＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１からＴＰＣコマンドの値を取得し、ＵＥにＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが提供される場合、ＵＥは、ｐ０－ＰＵＣＣＨ－Ｉｄによって提供されるインデックスによって、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄの値のセットと、ｌの値を提供するｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘの値のセットとの間のマッピングを取得する。ＵＥは、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄの値を示すアクティブ化コマンドを受信すると、対応するｐ０－ＰＵＣＣＨ－Ｉｄインデックスへのリンクによって、ｌの値を提供する値ｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘを決定する。ＵＥが、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２から１つのＴＰＣコマンドを取得する場合、ｌの値は、ＤＣＩフォーマット２＿２の閉ループインジケータフィールドによって提供される。

いくつかの実施形態において、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しをスケジューリングするためのＤＣＩは、複数のＴＰＣコマンドを示すためのＳＲＩフィールド又はＴＣＩフィールドを含んでもよい。いくつかの実施形態では、追加のＴＰＣコマンドがＳＲＩフィールドと併せて符号化されてもよい。表１Ａは、本開示のいくつかの実施形態にかかるＳＲＩフィールドの値の例を示す。表１Ａでは、ＰＵＳＣＨ送信のために最大２つのＳＲＳリソース（「０」及び「１」でインデックス付けされる）が設定されている。

いくつかの実施形態では、ＳＲＩ又はＴＣＩのフィールドにＫ個の値があってもよく、Ｋは整数で１≦Ｋ≦８であり、例えばＫ＝４である。いくつかの実施形態において、Ｋ個の値は、同じＳＲＳリソース又は同じＴＣＩ状態を示してもよい。例えば、Ｋ個の値は、同じＳＲＳリソースインデックス、同じＳＲＳリソースセットインデックス、同じＳＲＳリソース数、及び／又は同じＴＣＩ状態インデックスを示してもよい。さらに、Ｋ個の値は異なるＴＰＣコマンドの値を示してもよい。表１Ｂは、本開示のいくつかの実施形態にかかるＳＲＩ／ＴＣＩフィールドの値の例を示す。表１Ｂでは、ＰＵＳＣＨ送信のために４つのＴＰＣコマンドの値が使用可能である。例えば、Ｗは整数であり、０≦Ｗ≦６３である。ＳＲＳリソースＹは、１つ又は複数のＳＲＳリソースを含んでもよく、ＴＣＩ状態Ｚは、１つ又は複数のＴＣＩ状態を含んでもよい。

いくつかの実施形態において、ＰＤＣＣＨの繰り返しが有効とされ、且つ、異なるビームを介して、異なる空間関係情報、異なるＴＣＩ状態、又は異なるＱＣＬパラメータに基づいて送信されるＰＵＳＣＨ又はＰＵＣＣＨの繰り返しが有効とされる場合、ネットワーク装置１１０は、ＤＣＩの複数の繰り返し（つまりＰＤＣＣＨの繰り返し）を端末装置１２０に送信してもよい。複数のＰＤＣＣＨの繰り返しは、ＰＵＳＣＨ又はＰＵＣＣＨの繰り返しに適用される複数のＴＰＣコマンドをそれぞれ示していてもよい。

図４は、かかる実施形態の一例を示す。図４に示すように、例えば、ネットワーク装置１１０は、端末装置１２０からネットワーク装置１１０へのＵＬ送信４３０及び４４０（例えば、ＰＵＳＣＨ又はＰＵＣＣＨのための繰り返し）をスケジューリングするために、ＰＤＣＣＨの繰り返し４１０及び４２０を端末装置１２０に送信してもよい。例えば、ＵＬ送信４３０及び４４０は、異なるビーム、異なる空間関係情報、異なるＴＣＩ状態、又は異なるＱＣＬパラメータに関連付けられてもよい。いくつかの実施形態では、ＰＤＣＣＨの繰り返し４１０はＴＰＣコマンドＡを示してもよく、ＰＤＣＣＨの繰り返し４２０はＴＰＣコマンドＢを示してもよい。ＴＰＣコマンドＡはＵＬ送信４３０に適用され、ＴＰＣコマンドＢはＵＬ送信４４０に適用される。

いくつかの実施形態では、Ｎ個のＴＰＣコマンドがＰＤＣＣＨの繰り返しによって示されてもよく、Ｎは整数であり、１≦Ｎ≦８である。例えば、Ｎ＝２である。Ｎ個のＴＰＣコマンドのそれぞれは１つの電力制御調整状態に対応してもよい。いくつかの実施形態において、ＵＬ送信の電力は、ＵＬ送信に適用される、対応するＴＰＣコマンド及び対応する電力制御調整状態に基づいて、端末装置１２０によって制御／調整することができる。一実施形態において、インデックスｎを有するＴＰＣコマンドは、電力制御調整状態ｌに対応してもよく、ｌ＝ｎ ｍｏｄ ２であり、ｎ∈｛０、１．．．Ｎ－１｝である。一実施形態において、インデックスｎを有するＴＰＣコマンドは、電力制御調整状態（ｌ＋ｎ ｍｏｄ ２）ｍｏｄ ２に対応してもよく、ｌは、上述のように従来の解決手段に基づいて決定することができ、ｎ∈｛０、１．．．Ｎ－１｝である。一実施形態において、インデックスｎを有するＴＰＣコマンドは、電力制御調整状態ｌに対応してもよく、ｎ∈｛０、１・・・Ｎ－１｝であり、ｎ＜Ｎ／２の場合ｌ＝０、そうでなければｌ＝１である。一実施形態において、インデックスｎを有するＴＰＣコマンドは、ｎ＜Ｎ／２であれば電力制御調整状態ｌに対応してもよく、そうでなければＴＰＣコマンドは電力制御調整状態１－ｌに対応してもよく、ｌは、上述のように従来の解決手段に基づいて決定することができ、ｎ∈｛０、１・・Ｎ－１｝である。

図５は、本開示のいくつかの実施形態にかかる例示的な方法５００のフローチャートを示す。方法５００は、図１Ａ、図１Ｂ及び／又は図２に示すネットワーク装置１１０で実行することができる。方法５００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

ブロック５１０において、ネットワーク装置１１０は、端末装置１２０からネットワーク装置１１０への送信の電力制御のための複数のＴＰＣコマンドを示すＤＣＩを生成する。

いくつかの実施形態において、ネットワーク装置１１０は、複数のＴＰＣコマンドを示すための複数のフィールドを含むＤＣＩを生成してもよい。

いくつかの実施形態において、ネットワーク装置１１０は、複数のＴＰＣコマンドを示すためのＳＲＳリソースインジケータ（ＳＲＩ）フィールド又は送信設定インジケータ（ＴＣＩ）フィールドを含むＤＣＩを生成してもよい。

いくつかの実施形態において、ネットワーク装置１１０は、ＤＣＩの複数の繰り返しを生成してもよく、複数の繰り返しは、複数のＴＰＣコマンドをそれぞれ示す。

ブロック５２０において、ネットワーク装置１１０は、端末装置１２０からネットワーク装置１１０への送信をスケジューリングするための、生成されたＤＣＩを、端末装置１２０に送信する。

いくつかの実施形態において、生成されたＤＣＩによってスケジューリングされる送信は、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信を含んでもよい。

図６は、本開示のいくつかの実施形態にかかる例示的な方法６００のフローチャートを示す。方法６００は、図１Ａ、図１Ｂ及び／又は図２に示す端末装置１２０で実行することができる。方法６００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

ブロック６１０において、端末装置１２０は、端末装置１２０からネットワーク装置１１０への送信の電力制御のための複数のＴＰＣコマンドを示すＤＣＩを、ネットワーク装置１１０から受信する。

ブロック６２０において、端末装置１２０は、ＤＣＩから複数のＴＰＣコマンドを決定する。

いくつかの実施形態において、ＤＣＩは、複数のＴＰＣコマンドを示すための複数のフィールドを含んでもよく、端末装置１２０は、ＤＣＩの中の複数のフィールドから複数のＴＰＣコマンドを決定してもよい。

いくつかの実施形態において、ＤＣＩは、複数のＴＰＣコマンドを示すためのＳＲＩフィールド又は送信設定インジケータ（ＴＣＩ）フィールドを含んでもよい。端末装置１２０は、ＤＣＩの中のＳＲＩフィールド又はＴＣＩフィールドから複数のＴＰＣコマンドを決定してもよい。

いくつかの実施形態において、端末装置１２０は、ネットワーク装置１１０からＤＣＩの複数の繰り返しを受信し、複数の繰り返しから複数のＴＰＣコマンドをそれぞれ決定してもよい。

ブロック６３０において、端末装置１２０は、複数のＴＰＣコマンドに基づいて送信の電力を制御しながら、ネットワーク装置１１０に送信を実行する。

いくつかの実施形態において、送信は、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信を含んでもよい。

いくつかの実施形態において、端末装置１２０は、複数のＴＰＣコマンドから、送信のうち１つの送信の電力を制御するために使用されるＴＰＣコマンドを決定してもよい。端末装置１２０は、ＴＰＣコマンドに対応する電力制御調整状態を決定してもよい。そして、端末装置１２０は、電力制御調整状態及びＴＰＣコマンドに基づいて、当該１つの送信の電力を制御してもよい。

上述したように、現在の３ＧＰＰ仕様では、ＰＤＣＣＨ、ＰＵＣＣＨ及び／又はＰＵＳＣＨのための繰り返しに関する設定について詳細が記載されていない。本開示の実施形態は、ＰＤＣＣＨ、ＰＵＣＣＨ及び／又はＰＵＳＣＨのための繰り返しを設定するための解決手段を提供する。

図７は、本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートを示す。方法７００は、図１Ａ、図１Ｂ及び／又は図２に示すネットワーク装置１１０で実行することができる。方法７００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

ブロック７１０において、ネットワーク装置１１０は、ネットワーク装置と端末装置との間の物理チャネルのための繰り返しに関する設定を、端末装置１２０に送信する。ブロック７２０において、ネットワーク装置１１０は、設定に基づき、端末装置１２０と、物理チャネルのための繰り返しを通信する。

いくつかの実施形態において、物理チャネルはＰＤＣＣＨであってもよい。また、設定は、ＰＤＣＣＨの繰り返しが有効とされているか否か、ＰＤＣＣＨの繰り返し数、ＰＤＣＣＨのために使用される少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）、及び、同じデータ又は同じ制御情報の送信をスケジューリングするためにＰＤＣＣＨの繰り返しが使用されるか否かのうち、少なくとも１つを示してもよい。例えば、設定は、無線リソース制御（ＲＲＣ）シグナリング、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）又はＤＣＩのいずれかを介して、ネットワーク装置１１０から端末装置１２０に送信されてもよい。

いくつかの実施形態において、設定は、複数のＱＣＬパラメータ及び／又はＴＣＩ状態が設定されたＣＯＲＥＳＥＴを示してもよい。複数のＱＣＬパラメータ及び／又はＴＣＩ状態は、２つのセットに分割されてもよく、一方のセットはＰＤＣＣＨの繰り返しの少なくとも一部に適用されてもよく、他方のセットはＰＤＣＣＨの繰り返しの残りの部分に適用されてもよい。例えば、ＰＤＣＣＨの繰り返し数がＮ_{ｒ＿ｐｄｃｃｈ}であり、Ｎ_{ｒ＿ｐｄｃｃｈ}が正の整数（例えば、２≦Ｎ_{ｒ＿ｐｄｃｃｈ}≦１６）であり、ＣＯＲＥＳＥＴに２セットのＱＣＬパラメータ及び／又は２つのＴＣＩ状態が設定されている場合、一方のセットのＱＣＬパラメータ及び／又は１つのＴＣＩ状態は、ｆｌｏｏｒ（Ｎ_{ｒ＿ｐｄｃｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｄｃｃｈ}／２）のＰＤＣＣＨの繰り返しに適用されてもよく、他方のセットのＱＣＬパラメータ及び／又はもう１つのＴＣＩ状態は、残りのＰＤＣＣＨの繰り返しに適用されてもよい。

いくつかの実施形態において、設定は、第１のＣＯＲＥＳＥＴ（又は第１サーチスペース）と第２のＣＯＲＥＳＥＴ（又は第２サーチスペース）を示してもよい。第１のＣＯＲＥＳＥＴ（又は第１サーチスペース）はＰＤＣＣＨの繰り返しの少なくとも一部に適用されてもよく、第２のＣＯＲＥＳＥＴ（又は第２サーチスペース）はＰＤＣＣＨの繰り返しの残りの部分に適用されてもよい。例えば、ＰＤＣＣＨの繰り返し数がＮ_{ｒ＿ｐｄｃｃｈ}であり、Ｎ_{ｒ＿ｐｄｃｃｈ}が正の整数（例えば、２≦Ｎ_{ｒ＿ｐｄｃｃｈ}≦１６）である場合、第１のＣＯＲＥＳＥＴ（又は第１サーチスペース）は、ｆｌｏｏｒ（Ｎ_{ｒ＿ｐｄｃｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｄｃｃｈ}／２）のＰＤＣＣＨの繰り返しに適用されてもよく、第２のＣＯＲＥＳＥＴ（又は第２サーチスペース）は、残りのＰＤＣＣＨの繰り返しに適用されてもよい。いくつかの実施形態では、２つのＣＯＲＥＳＥＴ又は２つのサーチスペースが、同じデータの送信をスケジューリングするために使用されるように設定されてもよい。

いくつかの実施形態において、物理チャネルはＰＵＳＣＨであってもよい。また、設定は、ＰＵＳＣＨの繰り返しが有効とされているか否か、ＰＵＳＣＨの繰り返し数、及び、ＰＵＳＣＨの繰り返しごとの最大レイヤ数のうち、少なくとも１つを示してもよい。例えば、設定は、ＲＲＣシグナリング、ＭＡＣ ＣＥ又はＤＣＩのいずれかを介して、ネットワーク装置１１０から端末装置１２０に送信されてもよい。

いくつかの実施形態において、ネットワーク装置１１０は、ＤＣＩを介して端末装置１２０に設定を送信してもよい。ＤＣＩは、ＰＵＳＣＨのために使用されるＳＲＳリソースを示すためのＳＲＩフィールドを含んでもよい。いくつかの実施形態において、ＳＲＩフィールドの値（「ＳＲＩコードポイント」とも称される）は、異なるビーム、異なる空間関係情報、又は異なるＱＣＬパラメータに関連付けられている複数のＳＲＳリソース又はＳＲＳリソースセットを示してもよい。ＰＵＳＣＨの繰り返しは、異なるビームを介して、又は異なる空間関係情報若しくは異なるＱＣＬパラメータに基づいて、端末装置１２０からネットワーク装置１１０に送信されてもよい。例えば、ＰＵＳＣＨの繰り返し数がＮ_{ｒ＿ｐｕｓｃｈ}であり、Ｎ_{ｒ＿ｐｕｓｃｈ}が正の整数（例えば、１≦Ｎ_{ｒ＿ｐｕｓｃｈ}≦１６））であり、１つのＳＲＩコードポイントが第１空間関係情報及び第２空間関係情報に関連付けられている場合、第１空間関係情報はｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）のＰＵＳＣＨの繰り返しに適用されてもよく、第２空間関係情報は残りのＰＵＳＣＨの繰り返しに適用されてもよい。

表２Ａは、本開示のいくつかの実施形態にかかるＳＲＩフィールドの値の例を示す。表２Ａでは、異なるビーム又は異なる空間関係情報に関連付けられている最大２つのＳＲＳリソース（「０」及び「１」でインデックス付けされる）が、ＰＵＳＣＨ送信のために使用される。

いくつかの実施形態では、ＳＲＩ又はＴＣＩのフィールドにＫ個の値があってもよく、Ｋは整数で１≦Ｋ≦８であり、例えばＫ＝２である。いくつかの実施形態において、Ｋ個の値は、同じＳＲＳリソース又は同じＴＣＩ状態を示してもよい。例えば、Ｋ個の値は、同じＳＲＳリソースインデックス、同じＳＲＳリソースセットインデックス、同じＳＲＳリソース数、及び／又は同じＴＣＩ状態インデックスを示してもよい。例えば、Ｋ個の値のそれぞれは、ＰＵＳＣＨのための異なる送信レイヤ数を示してもよい。別の例として、Ｋ個の値のそれぞれは、ＰＵＳＣＨの繰り返しが有効とされているか無効とされているかを示してもよい。また、別の例として、Ｋ個の値のそれぞれは、ＰＵＳＣＨ送信／繰り返しの異なる数を示していてもよい。表２Ｂは、本開示のいくつかの実施形態にかかるＳＲＩ／ＴＣＩフィールドの値の例を示す。表２Ｂでは例えば、Ｗは整数であり、０≦Ｗ≦６３である。ＳＲＳリソースＹは、１つ又は複数のＳＲＳリソースを含んでもよく、ＴＣＩ状態Ｚは、１つ又は複数のＴＣＩ状態を含んでもよい。

いくつかの実施形態では、ＳＲＩ又はＴＣＩのフィールドにＫ個の値があってもよく、Ｋは整数で１≦Ｋ≦８であり、例えばＫ∈｛２，４，８｝である。いくつかの実施形態において、Ｋ個の値は、同じＳＲＳリソース又は同じＴＣＩ状態を示してもよい。例えば、Ｋ個の値は、同じＳＲＳリソースインデックス、同じＳＲＳリソースセットインデックス、同じＳＲＳリソース数、及び／又は同じＴＣＩ状態インデックスを示してもよい。例えば、Ｋ個の値のそれぞれは、ＰＵＳＣＨのための異なる送信レイヤ数を示してもよい。別の例として、Ｋ個の値のそれぞれは、ＰＵＳＣＨの繰り返しが有効とされているか無効とされているかを示してもよい。また、別の例として、Ｋ個の値のそれぞれは、ＰＵＳＣＨ送信／繰り返しの異なる数を示してもよい。表２Ｃは、本開示のいくつかの実施形態にかかるＳＲＩ／ＴＣＩフィールドの値の例を示す。表２Ｃにおいて、例えば、Ｗは整数であり、０≦Ｗ≦６３である。ＳＲＳリソースＹは、１つ又は複数のＳＲＳリソースを含んでもよく、ＴＣＩ状態Ｚは、１つ又は複数のＴＣＩ状態を含んでもよい。例えば、ＲとＳはともに整数で、１≦Ｒ≦１６、１≦Ｓ≦１６であり、Ｒ≠Ｓである。

表３は、本開示のいくつかの実施形態にかかるＳＲＩフィールドの値の例を示す。表３では、異なるビーム又は異なる空間関係情報に関連付けられている最大３つのＳＲＳリソース（「０」、「１」及び「２」でインデックス付けされる）が、ＰＵＳＣＨ送信のために使用される。

表４は、本開示のいくつかの実施形態にかかるＳＲＩフィールドの値の例を示す。表４では、異なるビーム又は異なる空間関係情報に関連付けられている最大４つのＳＲＳリソース（「０」、「１」、「２」及び「３」でインデックス付けされる）が、ＰＵＳＣＨ送信のために使用される。

いくつかの実施形態において、ネットワーク装置１１０は、ＤＣＩを介して端末装置１２０に設定を送信してもよい。ＤＣＩは複数のＳＲＩフィールドを含んでもよい。また、各ＳＲＩフィールドの値は、ＰＵＳＣＨの繰り返しの少なくとも一部に適用される対応するビーム、対応する空間関係情報、又は対応するＱＣＬパラメータセットに関連付けられているＳＲＳリソース又はＳＲＳリソースセットを示してもよい。例えば、ＰＵＳＣＨの繰り返し数がＮ_{ｒ＿ｐｕｓｃｈ}であり、Ｎ_{ｒ＿ｐｕｓｃｈ}が正の整数（例えば、１≦Ｎ_{ｒ＿ｐｕｓｃｈ}≦１６）であり、ＤＣＩが第１のＳＲＩフィールド及び第２のＳＲＩフィールドを含む場合、第１のＳＲＩフィールドはｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）のＰＵＳＣＨの繰り返しに適用されてもよく、第２のＳＲＩフィールドは残りのＰＵＳＣＨの繰り返しに適用されてもよい。

いくつかの実施形態において、ネットワーク装置１１０は、ＤＣＩを介して端末装置１２０に設定を送信してもよい。ＤＣＩは送信設定インジケータ（ＴＣＩ）フィールドを含んでもよい。また、ＴＣＩフィールドの値（「ＴＣＩコードポイント」とも称される）は、異なるビーム、異なる空間関係情報、又は異なるＱＣＬパラメータに関連付けられている複数のＴＣＩ状態を示してもよい。ＰＵＳＣＨの繰り返しは、異なるビームを介して、又は異なる空間関係情報に基づいて、端末装置１２０からネットワーク装置１１０に送信されてもよい。例えば、ＰＵＳＣＨの繰り返し数がＮ_{ｒ＿ｐｕｓｃｈ}であり、Ｎ_{ｒ＿ｐｕｓｃｈ}が正の整数、例えば１≦Ｎ_{ｒ＿ｐｕｓｃｈ}≦１６であり、１つのＴＣＩコードポイントが第１のＴＣＩ状態（又は第１のＱＣＬパラメータセット）及び第２のＴＣＩ状態（又は第２のＱＣＬパラメータセット）を示す場合、第１のＴＣＩ状態（又は第１のＱＣＬパラメータセット）はｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｓｃｈ}／２）のＰＵＳＣＨの繰り返しに適用されてもよく、第２のＴＣＩ状態（又は第２のＱＣＬパラメータセット）は残りのＰＵＳＣＨの繰り返しに適用されてもよい。

いくつかの実施形態において、物理チャネルはＰＵＣＣＨであってもよい。また、設定は、ＰＵＣＣＨの繰り返しが有効とされているか否か、ＰＵＣＣＨの繰り返し数、及び、ＰＵＣＣＨの繰り返しのために使用される少なくとも１つのＰＵＣＣＨリソースのうち、少なくとも１つを示してもよい。例えば、設定は、ＲＲＣシグナリング、ＭＡＣ ＣＥ又はＤＣＩのいずれかを介して、ネットワーク装置１１０から端末装置１２０に送信されてもよい。

いくつかの実施形態において、１つのＰＤＣＣＨが１つのＰＵＣＣＨリソースをスケジューリングしてもよく、ＰＵＣＣＨリソースには、ＰＵＣＣＨの繰り返しに適用される異なる空間関係情報、異なるＱＣＬパラメータ、及び／又は異なるＴＣＩ状態が設定されてもよい。例えば、ＰＵＣＣＨの繰り返し数がＮ_{ｒ＿ｐｕｃｃｈ}であり、Ｎ_{ｒ＿ｐｕｃｃｈ}が正の整数（例えば、１≦Ｎ_{ｒ＿ｐｕｃｃｈ}≦１６）であり、ＰＵＣＣＨの繰り返しのためのＰＵＣＣＨリソースが、第１空間関係情報及び第２空間関係情報に関連付けられている場合、第１空間関係情報はｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）のＰＵＣＣＨの繰り返しに適用されてもよく、第２空間関係情報は残りのＰＵＣＣＨの繰り返しに適用されてもよい。別の例として、ＰＵＣＣＨの繰り返し数がＮ_{ｒ＿ｐｕｃｃｈ}であり、Ｎ_{ｒ＿ｐｕｃｃｈ}が正の整数（例えば、１≦Ｎ_{ｒ＿ｐｕｃｃｈ}≦１６）であり、ＰＵＣＣＨの繰り返しのためのＰＵＣＣＨリソースが第１のＴＣＩ状態（又は第１のＱＣＬパラメータセット）及び第２のＴＣＩ状態（又は第２のＱＣＬパラメータセット）に関連付けられる場合、第１のＴＣＩ状態（又は第１のＱＣＬパラメータセット）がｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）のＰＵＣＣＨの繰り返しに適用されてよく、第２のＴＣＩ状態（又は第２のＱＣＬパラメータセット）が残りのＰＵＣＣＨの繰り返しに適用されてよい。

また、いくつかの実施形態において、ＰＵＣＣＨの繰り返しのための設定は、２つの隣り合うＰＵＣＣＨの繰り返しの間の時間間隔を示してもよい。時間間隔は、Ｍ個のシンボルであってもよく、Ｍは整数であり、０≦Ｍ≦１３である。例えば、Ｍは、ＲＲＣシグナリング、ＭＡＣ ＣＥ、又はＤＣＩのいずれかを介して端末装置１２０に設定されてもよい。例えば、Ｍはデフォルトで０であってもよい。

いくつかの実施形態において、１つのＰＤＣＣＨは、ＰＵＣＣＨの繰り返しに適用される、異なる空間関係情報、異なるＱＣＬパラメータ及び／又は異なるＴＣＩ状態が設定されたＱ個のＰＵＣＣＨリソースをスケジューリングしてもよい。ここで、Ｑは整数であり、１≦Ｑ≦４である。例えば、Ｑ＝２である。例えば、ＰＵＣＣＨの繰り返し数がＮ_{ｒ＿ｐｕｃｃｈ}であり、Ｎ_{ｒ＿ｐｕｃｃｈ}が正の整数（例えば、１≦Ｎ_{ｒ＿ｐｕｃｃｈ}≦１６）であり、ＰＵＣＣＨの繰り返しのための第１のＰＵＣＣＨリソース及び第２のＰＵＣＣＨリソースがある場合、第１のＰＵＣＣＨリソースはｆｌｏｏｒ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）又はｃｅｉｌ（Ｎ_{ｒ＿ｐｕｃｃｈ}／２）のＰＵＣＣＨの繰り返しのために使用されてもよく、第２のＰＵＣＣＨリソースは残りのＰＵＣＣＨの繰り返しのために使用されてもよい。いくつかの実施形態において、Ｑ個のＰＵＣＣＨリソースは、同じＡＣＫ／ＮＡＣＫフィードバック、同じデータ、同じＣＳＩフィードバック、同じＬ１－ＲＳＲＰフィードバック及び／又は同じＬ１－ＳＩＮＲフィードバックの送信のために使用されてもよい。

いくつかの実施形態において、ＰＤＣＣＨ、ＰＵＳＣＨ及び／又はＰＵＣＣＨの繰り返しが有効とされている場合、繰り返し数は、ＴＲＰ（ビーム／ＴＣＩ状態／ＱＣＬパラメータ／空間関係情報）ごとに設定されてもよい。例えば、Ｘ個のＴＲＰ（例えば、Ｘ個のビーム、Ｘ個のＴＣＩ状態、Ｘ個のＱＣＬパラメータ、又はＸ個の空間関係情報の設定）があってもよく、Ｘは整数であり、１≦Ｘ≦４である。ｉ番目のＴＲＰ（ビーム／ＴＣＩ状態／ＱＣＬパラメータ／空間関係情報）については、繰り返し数がＮｉであってもよく、Ｎｉは整数で１≦Ｎｉ≦４、ｉは整数で１≦ｉ≦Ｘである。異なるＴＲＰ又はビームに対し、それぞれの繰り返し数は異なっていてもよい。例えば、ｉ≠ｊ、Ｎｉ≠Ｎｊであり、ｉ及びｊが共に整数である場合、１≦ｉ≦Ｘ、１≦ｊ≦Ｘである。いくつかの実施形態において、ＴＲＰ（ビーム／ＴＣＩ状態／ＱＣＬパラメータ／空間関係情報）ごとの繰り返し数は、ＲＲＣシグナリング、ＭＡＣ ＣＥ又はＤＣＩのいずれを介して端末装置１２０に設定されてもよい。

図８は、本開示のいくつかの実施形態にかかる例示的な方法８００のフローチャートを示す。方法８００は、図１Ａ、図１Ｂ及び／又は図２に示す端末装置１２０で実行することができる。方法８００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

ブロック８１０において、端末装置１２０は、ネットワーク装置１１０と端末装置１２０との間の物理チャネルのための繰り返しに関する設定を、ネットワーク装置１１０から受信する。ブロック８２０において、端末装置１２０は、設定に基づき、物理チャネルのための繰り返しをネットワーク装置１１０と通信する。

いくつかの実施形態において、設定は、ＲＲＣシグナリング、ＭＡＣ ＣＥ又はＤＣＩのいずれかを介して、ネットワーク装置１１０から受信されてもよい。

いくつかの実施形態において、物理チャネルはＰＤＣＣＨであってもよい。また、設定は、ＰＤＣＣＨの繰り返しが有効とされているか否か、ＰＤＣＣＨの繰り返し数、ＰＤＣＣＨのために使用される少なくとも１つのＣＯＲＥＳＥＴ、及び、同じデータ又は同じ制御情報の送信をスケジューリングするためにＰＤＣＣＨの繰り返しが使用されるか否かのうち、少なくとも１つを示してもよい。

いくつかの実施形態において、設定は、複数のＱＣＬパラメータセットを有するＣＯＲＥＳＥＴを示してもよく、各ＱＣＬパラメータセットは、ＰＤＣＣＨの繰り返しの少なくとも一部に適用される。

いくつかの実施形態において、設定は複数のＣＯＲＥＳＥＴを示してもよく、各ＣＯＲＥＳＥＴはＰＤＣＣＨの繰り返しの少なくとも一部に適用される。

いくつかの実施形態において、物理チャネルはＰＵＳＣＨであってもよい。また、設定は、ＰＵＳＣＨの繰り返しが有効とされているか否か、ＰＵＳＣＨの繰り返し数、及び、ＰＵＳＣＨの繰り返しごとの最大レイヤ数のうち、少なくとも１つを示してもよい。

いくつかの実施形態において、設定は、ＤＣＩを介してネットワーク装置１１０から受信されてもよい。ＤＣＩは、ＳＲＩフィールドを含んでもよく、ＳＲＩフィールドの値は、ＰＵＳＣＨの繰り返しに適用される異なる空間関係情報を示してもよい。

いくつかの実施形態において、設定は、ＤＣＩを介してネットワーク装置１１０から受信されてもよい。ＤＣＩは、複数のＳＲＩフィールドを含んでもよく、各ＳＲＩフィールドの値は、ＰＵＳＣＨの繰り返しの少なくとも一部に適用される空間関係情報を示してもよい。

いくつかの実施形態において、設定は、ＤＣＩを介してネットワーク装置１１０から受信されてもよい。ＤＣＩは、複数のＴＣＩフィールドを含んでもよく、各ＴＣＩフィールドの値は、ＰＵＳＣＨの繰り返しの少なくとも一部に適用される空間関係情報を示してもよい。

いくつかの実施形態において、物理チャネルはＰＵＣＣＨであってもよい。また、設定は、ＰＵＣＣＨの繰り返しが有効とされているか否か、ＰＵＣＣＨの繰り返し数、及び、ＰＵＣＣＨの繰り返しのために使用される少なくとも１つのＰＵＣＣＨリソースのうち、少なくとも１つを示してもよい。

いくつかの実施形態において、設定は、ＰＵＣＣＨの繰り返しに適用される異なる空間関係情報に関連付けられているＰＵＣＣＨリソースを示してもよい。

いくつかの実施形態において、設定は、異なる空間関係情報に関連付けられている複数のＰＵＣＣＨリソースを示してもよい。各ＰＵＣＣＨリソースは、ＰＵＣＣＨの繰り返しの少なくとも一部のために使用されてもよい。

図９は、本開示の実施形態を実施するのに適した装置９００の概略ブロック図である。装置９００は、図１Ａ及び／又は図１Ｂに示すネットワーク装置１１０、端末装置１２０、又はＴＲＰ１３０の別の例示的な実施であるとみなすことができる。したがって、装置９００は、図１Ａ及び／又は図１Ｂに示すネットワーク装置１１０、端末装置１２０、又はＴＲＰ１３０において、又は少なくともその一部として実施することができる。

図に示すように、装置９００は、プロセッサ９１０、プロセッサ９１０に結合されるメモリ９２０、プロセッサ９１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）９４０、並びにＴＸ／ＲＸ９４０に結合された通信インタフェースを含む。メモリ９１０は、プログラム９３０の少なくとも一部を格納する。ＴＸ／ＲＸ９４０は、双方向通信用である。ＴＸ／ＲＸ９４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、Mobility Management Entity（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

プログラム９３０はプログラム命令を含むと見なされ、プログラムは、関連付けられているプロセッサ９１０によって実行されると、本明細書で図１Ａ～図８を参照して論じたように、本開示の実施形態に従って装置９００が動作することを可能にする。本明細書の実施形態は、装置９００のプロセッサ９１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ９１０は、本開示の様々な実施形態を実施するように設定され得る。また、プロセッサ９１０及びメモリ９２０の組合せは、本開示の各実施形態を実施するのに適した処理手段９５０を設定してもよい。

メモリ９２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実施してもよい。装置９００には１つのメモリ９２０しか示されていないが、装置９００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ９１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ設定に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置９００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティング装置が実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティング装置、又はそれらの組合せによって実施してもよいが、これらに限定されない。

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上の装置において実行され、例えば図２、図５、図６、図７及び／又は図８を参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。各実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのマシン可読命令は、ローカル又は分散型装置において実行してもよい。分散型装置において、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

本開示の方法を実行するためのプログラムコードは、１種類又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で具現化されてもよく、当該マシン可読媒体は、命令実行システム、装置若しくは装置により使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置（apparatus）若しくは装置（device）、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにより、実施されてもよい。

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないと理解されるべきである。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

Claims (43)

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. 前記設定は、複数のＣＯＲＥＳＥＴを示し、
    各ＣＯＲＥＳＥＴは、前記ＰＤＣＣＨの繰り返しの少なくとも一部に適用される、
    請求項２６に記載の方法。
29. 前記物理チャネルはＰＵＳＣＨであり、前記設定は、
    ＰＵＳＣＨの繰り返しが有効とされているか否か、
    ＰＵＳＣＨの繰り返し数、及び
    ＰＵＳＣＨの繰り返しごとの最大レイヤ数、
    のうちの少なくとも１つを示す、
    請求項２４に記載の方法。
30. 前記設定は、ＤＣＩを介して前記ネットワーク装置から受信され、
    前記ＤＣＩは、ＳＲＳリソースインジケータ（ＳＲＩ）フィールドを含み、
    前記ＳＲＩフィールドの値は、前記ＰＵＳＣＨの繰り返しに適用される異なる空間関係情報を示す、
    請求項２９に記載の方法。
31. 前記設定は、ＤＣＩを介して前記ネットワーク装置から受信され、
    前記ＤＣＩは、複数のＳＲＩフィールドを含み、
    各ＳＲＩフィールドの値は、前記ＰＵＳＣＨの繰り返しの少なくとも一部に適用される空間関係情報を示す、
    請求項２９に記載の方法。
32. 前記設定は、ＤＣＩを介して前記ネットワーク装置から受信され、
    前記ＤＣＩは、複数の送信設定インジケータ（ＴＣＩ）フィールドを含み、
    各ＴＣＩフィールドの値は、前記ＰＵＳＣＨの繰り返しの少なくとも一部に適用される空間関係情報を示す、
    請求項２９に記載の方法。
33. 前記物理チャネルはＰＵＣＣＨであり、
    前記設定は、
    ＰＵＣＣＨの繰り返しが有効とされているか否か、
    ＰＵＣＣＨの繰り返し数、及び
    前記ＰＵＣＣＨの繰り返しのために使用される少なくとも１つのＰＵＣＣＨリソース、
    のうちの少なくとも１つを示す、
    請求項２４に記載の方法。
34. 前記設定は、前記ＰＵＣＣＨの繰り返しに適用される異なる空間関係情報に関連付けられているＰＵＣＣＨリソースを示す、
    請求項３３に記載の方法。
35. 前記設定は、異なる空間関係情報に関連付けられている複数のＰＵＣＣＨリソースを示し、
    各ＰＵＣＣＨリソースは、前記ＰＵＣＣＨの繰り返しの少なくとも一部のために使用される、
    請求項３３に記載の方法。
36. プロセッサと、
    前記プロセッサに結合され、命令が格納されているメモリと、
    を備え、
    前記命令が前記プロセッサによって実行される場合、請求項１～５のいずれか１項に記載の方法を実行する、
    ネットワーク装置。
37. プロセッサと、
    前記プロセッサに結合され、命令が格納されているメモリと、
    を備え、
    前記命令が前記プロセッサによって実行される場合、請求項６～１１のいずれか１項に記載の方法を実行する、
    端末装置。
38. プロセッサと、
    前記プロセッサに結合され、命令が格納されているメモリと、
    を備え、
    前記命令が前記プロセッサによって実行される場合、請求項１２～２３のいずれか１項に記載の方法を実行する、
    ネットワーク装置。
39. プロセッサと、
    前記プロセッサに結合され、命令が格納されているメモリと、
    を備え、
    前記命令が前記プロセッサによって実行される場合、請求項２４～３５のいずれか１項に記載の方法を実行する、
    端末装置。
40. 少なくとも１つのプロセッサ上で実行される場合、前記少なくとも１つのプロセッサに、請求項１～５のいずれか１項に記載の方法を実行させる命令、は格納されている
    コンピュータ可読媒体。
41. 少なくとも１つのプロセッサ上で実行される場合、前記少なくとも１つのプロセッサに、請求項６～１１のいずれか１項に記載の方法を実行させる命令は、格納されている
    コンピュータ可読媒体。
42. 少なくとも１つのプロセッサ上で実行される場合、前記少なくとも１つのプロセッサに、請求項１２～２３のいずれか１項に記載の方法を実行させる命令は、格納されている
    コンピュータ可読媒体。
43. 少なくとも１つのプロセッサ上で実行される場合、前記少なくとも１つのプロセッサに、請求項２４～３５のいずれか１項に記載の方法を実行させる命令、は格納されている
    コンピュータ可読媒体。

Images