JP7421012B2 - 柔軟なビーム管理のためのシグナリング・フレームワークの方法および装置 - Google Patents

Description

本開示は、ワイヤレス通信の分野に関し、特に、高度な５Ｇネットワークなどのワイヤレス通信ネットワークにおける柔軟なビーム管理のためのシグナリング・フレームワークの方法および装置に関する。

第５世代（５Ｇ）移動通信システムは、新無線（ＮＲ）としても知られ、以前の世代の移動通信システムよりも高い性能を提供する。５Ｇ移動通信は、多様な自動車通信、フィードバックを伴う遠隔制御、ビデオダウンロードなどのアプリケーション、およびモノのインターネット（ＩｏＴ）デバイス用、マシンタイプ通信（ＭＴＣ）デバイス用などのデータ・アプリケーションのためのユビキタス接続性を提供する必要性に駆られている。５Ｇワイヤレス技術は、高速化、遅延短縮、接続性向上など、いくつかの主な利点をもたらす。第３世代パートナーシップ・プロジェクト（３ＧＰＰ（登録商標））は、少なくとも無線アクセス・ネットワーク（ＲＡＮ）、コア・トランスポート・ネットワーク（ＣＮ）およびサービス機能を含む、５Ｇネットワーク・アーキテクチャの完全なシステム仕様を提供する。

図１は、コア・ネットワーク（ＣＮ）１１０および無線アクセス・ネットワーク（ＲＡＮ）１２０を含むワイヤレス通信ネットワーク１００の例の簡略化された概略図である。ＲＡＮ１２０は、５ＧではｇＮＢと呼ばれる複数のネットワーク・ノードまたは無線基地局を含んで示されている。３つの無線基地局は、ｇＮＢ１、ｇＮＢ２、およびｇＮＢ３で示される。各ｇＮＢは、カバレージ・エリアまたはセルと呼ばれるエリアに対してサービスする。図１は、３つのセル１２１、１２２、および１２３を示しており、各セルは、それ自体のｇＮＢであるｇＮＢ１、ｇＮＢ２、およびｇＮＢ３によってそれぞれサービスされる。ネットワーク１００は任意の数のセルおよびｇＮＢｓを含み得ることに留意されたい。無線基地局またはネットワーク・ノードは、セル内のユーザに対してサービスする。４ＧまたはＬＴＥ（登録商標）では、無線基地局はｅＮＢと呼ばれ、３ＧまたはＵＭＴＳでは、無線基地局はｅＮｏｄｅＢと呼ばれ、他の無線アクセス技術では、ＢＳと呼ばれる。ユーザまたはユーザ機器（ＵＥ）は、ワイヤレスもしくは移動端末デバイスまたは固定通信デバイスであってよい。移動端末デバイスまたはＵＥは、ＩｏＴデバイス、ＭＴＣデバイスなどであってもよい。ＩｏＴデバイスは、ワイヤレスセンサ、ソフトウェア、アクチュエータ、およびコンピュータ・デバイスを含んでよい。それらは、モバイル・デバイス、自動車、産業機器、環境センサ、医療デバイス、航空機などに組み込まれることが可能であり、これらのデバイスが既存のネットワーク・インフラにわたってデータを収集および交換することを可能にするネットワーク接続も組み込まれ得る。

図１に戻ると、各セルがＵＥおよびＩｏＴデバイスを含んで示されている。セル１２１内のｇＮＢ１は、ＵＥ１ １２１Ａ、ＵＥ２ １２１Ｂ、およびＩｏＴデバイス１２１Ｃに対してサービスする。同様に、セル１２１内のｇＮＢ２は、ＵＥ３ １２２Ａ、ＵＥ４ １２２Ｂ、およびＩｏＴデバイス１２２Ｃに対してサービスし、セル１２３内のｇＮＢ３は、ＵＥ５ １２３Ａ、ＵＥ６ １２３Ｂ、およびＩｏＴデバイス１２３Ｃに対してサービスする。ネットワーク１００は、任意の数のＵＥおよびＩｏＴデバイス、または任意の他のタイプのデバイスを含んでよい。それらのデバイスは、アップリンクでサービングｇＮＢと通信し、ｇＮＢは、ダウンリンクでそれらのデバイスと通信する。それぞれの基地局ｇＮＢ１からｇＮＢ３は、たとえば、「コア」を指す矢印によって図１に概略的に示されるそれぞれのバックホール・リンク１１１、１２１Ｄ、１２２Ｄ、１２３Ｄを介して、Ｓ１インターフェースを介して、ＣＮ１２０に接続され得る。コア・ネットワーク１２０は、インターネットのような１つまたは複数の外部ネットワークに接続され得る。ｇＮＢは、ｇＮＢを指す矢印によって図に示されるそれぞれのインターフェース・リンク１２１Ｅ、１２２Ｅ、および１２３Ｅを介して、５ＧでＳ１インターフェースまたはＸ２インターフェースまたはＸＮインターフェースを介して互いに接続され得る。

データ送信のために、物理リソース・グリッドが使用されてよい。物理リソース・グリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素（ＲＥ）のセットを含むことができる。たとえば、物理チャネルは、ダウンリンク、アップリンク、またはサイドリンク・ペイロード・データとも呼ばれる、ユーザ固有のデータを搬送する物理ダウンリンク、アップリンク、および／またはサイドリンク（ＳＬ）共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、たとえばマスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を搬送する物理ブロードキャスト・チャネル（ＰＢＣＨ）、たとえばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）、またはサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク、アップリンクおよび／またはサイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＣＣＨ）を含み得る。アップリンクに関して、物理チャネルは、ＵＥが同期されてＭＩＢおよびＳＩＢを取得した後にネットワークにアクセスするためにＵＥによって使用される物理ランダム・アクセス・チャネル（ＰＲＡＣＨまたはＲＡＣＨ）をさらに含み得る。物理信号は、基準信号（ＲＳ）および同期信号（ＳＳ）などを含み得る。リソース・グリッドは、時間領域における１０ミリ秒などの特定の持続時間を有し、および周波数領域における所与の帯域幅を有する、フレームまたは無線フレームを含み得る。無線フレームは、所定の長さの特定の数のサブフレーム、たとえば、１ミリ秒の長さの２つのサブフレームを有してよい。各サブフレームは、巡回プレフィックス（ＣＰ）長に応じて、いくつかのＯＦＤＭシンボルの２つのスロットを含んでよい。５Ｇでは、各スロットは、それぞれ通常ＣＰおよび拡張ＣＰに基づいて１４個のＯＦＤＭシンボルまたは１２個のＯＦＤＭシンボルから構成される。また、フレームは、たとえば、短縮された送信時間間隔（ＴＴＩ）、または数個のＯＦＤＭシンボルのみを含むミニスロット／非スロットベースのフレーム構造を利用する場合、より少数のＯＦＤＭシンボルから構成され得る。スロット・アグリゲーションが５Ｇ ＮＲではサポートされ、したがって、データ送信は１つまたは複数のスロットにまたがるようにスケジューリングされることが可能である。スロット・フォーマット表示が、ＯＦＤＭシンボルがダウンリンク、アップリンク、またはフレキシブルのいずれであるかを、ＵＥに対して通知する。

ワイヤレス通信ネットワークシステムは、直交周波数分割多重化（ＯＦＤＭ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、またはＣＰを有するもしくは有しない任意の他のＩＦＦＴベースの信号、たとえば、ＤＦＴ－ＯＦＤＭなど、周波数分割多重化を使用する任意のシングルトーン・システムまたはマルチキャリア・システムであり得る。多元接続のための非直交波形のような他の波形、たとえば、フィルタバンク・マルチキャリア（ＦＢＭＣ）、一般化周波数分割多重化（ＧＦＤＭ）、またはユニバーサル・フィルタ・マルチキャリア（ＵＦＭＣ）が使用されてもよい。ワイヤレス通信システムは、たとえば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格または５ＧもしくはＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格に従って動作してよい。

図１に示されるワイヤレス通信ネットワークは、２つの異なるオーバーレイされたネットワークを有する異種ネットワーク、基地局ｇＮＢ１からｇＮＢ３のようなマクロ基地局を各マクロセルが含むマクロセルのネットワーク、およびフェムト基地局またはピコ基地局のような（図１には示されない）スモールセル基地局のネットワークであり得る。上述されたワイヤレス・ネットワークに加えて、衛星のような宇宙用トランシーバおよび／または無人航空機システムのような空中用トランシーバを含む、非地上ワイヤレス通信ネットワークも存在する。非地上ワイヤレス通信ネットワークまたはシステムは、図１を参照して上述された地上システムと同様の方法で、たとえば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格または５ＧもしくはＮＲ規格に従って動作してよい。

３ＧＰＰ ＮＲすなわち５Ｇ、およびそのさらなるリリース［非特許文献１～６］では、ＵＥによるネットワーク・ノード（たとえば、ｇＮｏｄｅＢ、ｇＮＢ）に対するダウンリンク（ＤＬ）チャネル状態情報（ＣＳＩ）報告が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のスケジューリングを支援する。ＣＳＩリソースと呼ばれることがあるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）および同期信号／物理ブロードキャスト・チャネル（ＳＳ／ＰＢＣＨ）ブロック（ＳＳＢ）などのダウンリンク基準信号（ＲＳ）は、ＵＥとネットワーク・ノードとの間のリンクを評価するために使用され、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）上でネットワーク・ノードにＣＳＩフィードバックを提供し、ここで、ＣＳＩは基準信号の測定から取得される。

ミリ波（ｍｍＷａｖｅ）周波数（周波数範囲２（ＦＲ２））、すなわち６ＧＨｚよりも高い周波数では、一般に、通信デバイス間のワイヤレス通信は、ビームと呼ばれる空間選択的／指向性の送受信を用いて行われる。したがって、ビーム管理は、ＦＲ２におけるリンクの確立、適応、および回復のために必要とされるフレームワークである。

３ＧＰＰ Ｒｅｌ．１６では、ＵＬにおけるビーム管理は、様々なＵＬチャネルおよびＵＬ基準信号について別々に処理される。ＵＬビーム管理フレームワークの機能性は、物理（ＰＨＹ）層［非特許文献１～４］、媒体アクセス制御（ＭＡＣ）層［非特許文献５］、および無線リソース制御（ＲＲＣ）層［非特許文献６］の３つの通信層にわたって広がっている。ＵＥと無線ネットワーク・ノード（ｇＮＢなど）との間でビームフォーミングされたアップリンク送信を可能にするために、ビーム管理は、２つのタスク、すなわち、ＵＬ送信のためのビーム方向の表示と、それに関連付けられた送信電力設定の表示とを行う。この２つのタスクは、ＰＵＳＣＨ、ＰＵＣＣＨ、およびサウンディング基準信号（ＳＲＳ）について異なる方法で処理される。

他方で、ダウンリンク（ＤＬ）では、ＤＬチャネルまたは基準信号（ＲＳ）の受信に関する遅延スプレッド、平均遅延、ＤｏｐｐｌｅｒおよびＲｅｃｅｉｖｅｒ（Ｒｘ）ビーム方向などの様々なパラメータを得るために、ＵＥに指示が与えられなければならない。

「ビーム」という用語は、以下では、係数の特定のセットでデバイスのアンテナ・ポートにおいて信号をプリコーディング／フィルタリングすることによって達成される空間選択的／指向性の発信信号の送信および着信信号の受信を表すために使用される。プリコーディングまたはフィルタリングという用語は、アナログまたはデジタル領域における信号の処理を指すことがある。送信／受信を特定の方向に空間的に向けるために使用される係数のセットは、方向によって異なり得る。「Ｔｘビーム」という用語は、空間選択的／指向性送信を表し、「Ｒｘビーム」という用語は、空間選択的／指向性受信を表す。送信または受信をプリコーディング／フィルタリングするために使用される係数のセットは、「空間フィルタ」という用語で表される。空間フィルタ係数が、送信／受信が空間的に向けられる方向を決定するので、「空間フィルタ」という用語は、本明細書では「ビーム方向」という用語と交換可能に使用される。

ＵＥの場合、ＤＬまたはＵＬ ＲＳ「Ｒ」に対するもしくは準拠するＵＬチャネル「Ｕｃ」もしくはＲＳ「Ｕｒ」についての「空間的関係」は、ＵＥが、ＵＬチャネル「Ｕｃ」もしくはＲＳ「Ｕｒ」を送信するためにＲＳ「Ｒ」を受信もしくは送信するために使用される空間フィルタを使用することを意味し、またはそれは、ＵＥが、ＵＬチャネル「Ｕｃ」もしくはＲＳ「Ｕｒ」を送信するために使用される空間フィルタを決定するための基準としてＲＳ「Ｒ」を受信もしくは送信するために使用される空間フィルタを使用することを意味する。

「上位層」という用語は、以下では、独立して使用されるとき、プロトコル・スタックにおける物理層よりも上の任意の通信層を表す。
サービング・セルとキャリア・コンポーネント（ＣＣ）という用語は、本開示において、ＵＥのために構成されたサービング・セルとして交換可能に使用され得、通常、特定のキャリア周波数を中心とする別個の物理キャリアである。コンポーネント・キャリア／サービング・セルの周波数に応じて、セルのサイズおよびビームフォーミングされた基準信号は変化し得る。

以下では、３ＧＰＰにおけるＵＬおよびＤＬビーム管理、パスロス基準信号（ＲＳ）、および電力制御の先行技術（ＳｏＴＡ）が論じられる。これに続いて、それらの現行のフレームワークにおける欠陥について、それらに対処する解決策とともに簡単に説明する。

＜ダウンリンク送信構成表示（ＤＬ－ＴＣＩ：Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）＞
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）はそれぞれ、ＤＬ制御情報（ＤＣＩ）およびＤＬデータをＵＥに搬送する［非特許文献１～６］。

復調基準信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が、ＵＥにおけるＰＤＣＣＨ／ＰＤＳＣＨのコヒーレント復調のために埋め込まれる。ＤＭＲＳは、１組のＤＭＲＳポートから構成される。ＤＭＲＳポートの数が、ＰＤＳＣＨに含まれる送信層の数を決定する。ＤＭＲＳは、ＰＤＳＣＨまたはＰＤＣＣＨをコヒーレントに復調するためにＵＥでチャネル推定に使用される。ＰＤＣＣＨの場合、それらの１つまたは複数がＣＯＲＥＳＥＴ上で送信され得る。したがって、制御リソース・セット（ＣＯＲＥＳＥＴ：Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）上のＰＤＣＣＨのコヒーレント復調のためのＤＭＲＳは、ＣＯＲＥＳＥＴ上で送信されるＰＤＣＣＨにわたって埋め込まれ得る。

ＰＤＣＣＨおよびＰＤＳＣＨの送信におけるパラメータは、「送信構成表示」－状態（ＴＣＩ状態（ＴＣＩ－ｓｔａｔｅ））である［非特許文献４］。３ＧＰＰ Ｒｅｌ．１６では、制御または共有チャネルがｇＮＢによってどのように送信され、それらを受信する際にＵＥがどんな仮定を考慮に入れる必要があるかについての表示が、基準信号（ＲＳ）を介して行われる。ＵＥに対する表示は、ＲＲＣを介して構成されたＴＣＩ状態情報要素（ＩＥ）を使用して行われる。ＴＣＩ状態ＩＥは、特に、以下の要素：
・より多くの基準信号の１つ、および
・各基準信号についての、１つまたは複数の疑似コロケーション（ＱＣＬ：ｑｕａｓｉ－ｃｏｌｏｃａｔｉｏｎ）仮定
から構成される。

ＴＣＩ状態は、ＣＯＲＥＳＥＴ上で送信されるＰＤＳＣＨまたはＰＤＣＣＨをどのように受信するかについて言及または表示するために使用される。ＰＤＳＣＨまたはＣＯＲＥＳＥＴに対してＴＣＩ状態を適用することは、ＣＯＲＥＳＥＴ上で送信されるＰＤＳＣＨのＤＭＲＳポートまたはＰＤＣＣＨのＤＭＲＳポートが、ＴＣＩ状態において言及または表示される基準信号と疑似コロケーションされると仮定されることを意味する。

「疑似コロケーション」を仮定することは、ドップラー・シフト／スプレッド、遅延スプレッド、平均遅延、および／またはＴｘビーム方向などの特定のチャネルパラメータが、ＴＣＩ状態において言及されたＲＳと、ＣＯＲＥＳＥＴ上で送信されるＰＤＳＣＨのＤＭＲＳポートまたはＰＤＣＣＨのＤＭＲＳポートとで同じであると仮定されることを意味する。４つの異なるＱＣＬタイプが、３ＧＰＰ Ｒｅｌ．１６［非特許文献４］において示され得る。

・‘ＱＣＬ－ＴｙｐｅＡ’：｛ドップラー・シフト，ドップラー・スプレッド，平均遅延，遅延スプレッド｝
・‘ＱＣＬ－ＴｙｐｅＢ’：｛ドップラー・シフト，ドップラー・スプレッド｝
・‘ＱＣＬ－ＴｙｐｅＣ’：｛ドップラー・シフト，平均遅延｝
・‘ＱＣＬ－ＴｙｐｅＤ’：｛空間Ｒｘパラメータ｝
ＱＣＬ情報（ＱＣＬ－Ｉｎｆｏ）パラメータのうちの１つまたは複数が、ＴＣＩ状態に関連付けられたＱＣＬ仮定を提供するためにＴＣＩ状態ＩＥに含まれる。

たとえば、ＱＣＬ仮定「ＱＣＬ－ＴｙｐｅＡ」を有するＤＬ基準信号（ＲＳ）「Ａ」と、ＱＣＬ仮定「ＱＣＬ－ＴｙｐｅＤ」を有するＤＬ ＲＳ「Ｂ」とを含むＴＣＩ状態ＩＥが考慮される。このＴＣＩ状態を、所与の疑似コロケーション仮定を用いてＰＤＳＣＨまたはＣＯＲＥＳＥＴに対して適用することは、ＵＥが、ＣＯＲＥＳＥＴ上で送信されるＰＤＳＣＨまたはＰＤＣＣＨおよびＤＬ ＲＳ Ａについて同じドップラー・シフト、ドップラー・スプレッド、平均遅延、および遅延スプレッドを仮定し得ることを意味し、ＵＥは、ＤＬ ＲＳ「Ｂ」およびＣＯＲＥＳＥＴ上で送信されたＰＤＳＣＨもしくはＰＤＣＣＨを受信するために、同じ空間フィルタを使用してよく、または、ＣＯＲＥＳＥＴ上のＰＤＣＣＨまたはＰＤＳＣＨを受信するＲｘ空間フィルタは、ＤＬ ＲＳ 「Ｂ」の受信に使用されるものと同様であってよく、もしくはそれから取得されてよい。

通常、ＰＤＣＣＨまたはＰＤＳＣＨをスケジューリングするために使用されるＴＣＩ状態は、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）または同期信号ブロック（ＳＳＢ）の識別子（ＩＤ）を、基準信号についてのＱＣＬ仮定とともに含む。ＴＣＩ状態におけるＲＳは、通常、ＵＥが以前に測定したＲＳであり、したがって、ＰＤＣＣＨまたはＰＤＳＣＨのＤＭＲＳを受信するために、それを基準として使用することができ、したがって、同じものを復調することが可能である。ＣＯＲＥＳＥＴまたはＰＤＳＣＨのＴＣＩ状態の表示は、媒体アクセス制御－制御要素（ＭＡＣ－ＣＥ）メッセージを介して、またはＰＤＳＣＨをスケジューリングするために使用されるダウンリンク制御情報（ＤＣＩ）におけるＴＣＩ表示フィールドを使用して行われる。

ＦＲ２では、ｇＮＢとＵＥが空間選択的／指向性ビームを介して接続を確立し、ＴＣＩ状態は、ＵＥが受信し得るＲｘビーム、すなわち、ＵＥが受信したＣＳＩ－ＲＳまたはＳＳＢを伴う「ｑｃｌ－ＴｙｐｅＤ」仮定を介してＰＤＳＣＨ／ＰＤＣＣＨを受信するためにＵＥによって使用され得る空間フィルタを表示するために使用される。ＰＤＣＣＨ／ＰＤＳＣＨを送信するためのＤＬ Ｔｘビームの決定は、ネットワーク・ノード（たとえば、ｇＮＢ）によるビーム掃引手順を介して行われる。ビーム掃引手順では、ｇＮＢは、ＵＤがＤＬ ＲＳ（ＣＳＩ－ＲＳまたはＳＳＢ）のセットを測定するために、ＲＲＣを介してＤＬ ＲＳのセットを構成する。構成されたＤＬ ＲＳの各々は、異なる空間フィルタを用いて送信されてよく、すなわち、構成されたＤＬ ＲＳの各々は、ｇＮＢによって異なる方向に送信されてよい。ＵＥは、１つまたは複数の空間フィルタを使用してそれらを受信することによって、構成されたＤＬ ＲＳの各々を測定し、ＲＳは、すべて同じ空間フィルタを使用して受信されてもよく、または異なる空間フィルタを使用して各ＲＳが受信されてもよい。測定の後、ＵＥはビーム報告をｇＮＢに対して送る。ビーム報告は、１≦Ｌ≦４個の構成されたＤＬ ＲＳ（本質的に、Ｌ個のＤＬ Ｔｘビーム方向であり、各ビーム方向は、ｇＮＢでの特定の空間フィルタの使用から得られる）のインデックスを、各ＲＳの受信電力とともに含む［非特許文献４］。ビーム報告の助けにより、ｇＮＢは、ＰＤＣＣＨおよびＰＤＳＣＨの送信のための１つまたは複数の適切なＤＬ Ｔｘビーム方向、すなわち、空間フィルタを決定する。

＜物理アップリンク共有チャネル（ＰＵＳＣＨ）＞
ＵＥからのＰＵＳＣＨ送信は、ＰＤＣＣＨに表示されたＵＬグラントを介してネットワーク・ノードによって動的にスケジューリングされ、または上位層で構成されたグラントｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇで半永続的／静的にスケジューリングされることが可能である。構成されたグラントＴｙｐｅ１ ＰＵＳＣＨ送信は、ＰＤＣＣＨにおけるＵＬグラントの検出なしに、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを含むｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの上位層パラメータの受信があると動作するように半静的に構成される。構成されたグラントＴｙｐｅ２ ＰＵＳＣＨ送信は、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ［非特許文献４］を含まない上位層パラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの受信の後に、有効なアクティブ化ＰＤＣＣＨ［非特許文献３］におけるＵＬグラントによって半永続的にスケジューリングされる。

Ｎｅｗ Ｒａｄｉｏ（ＮＲ）仕様（非特許文献６）によるＰＵＳＣＨおよびｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの上位層構成が以下の構成に示される。
［ＰＵＳＣＨの上位層構成（ＳｏＴＡ）］

［ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの上位構成（ＳｏＴＡ）］

ＰＵＳＣＨの送信のモードは、上位層パラメータ「ｔｘＣｏｎｆｉｇ」によって決定される。このパラメータは「ｃｏｄｅｂｏｏｋ」もしくは「ｎｏｎＣｏｄｅｂｏｏｋ」のいずれかに設定されることが可能であり、または構成されないことがある。ＰＵＳＣＨがＰＤＣＣＨを介してスケジューリングされる場合、２つの異なるダウンリンク制御情報（ＤＣＩ）フォーマットがスケジューリングＰＤＣＣＨにおいてＤＣＩフォーマット０＿０またはＤＣＩフォーマット０＿１で使用され得る。コードブックおよび非コードブック・ベースのＰＵＳＣＨ送信は、ＰＤＣＣＨを介してスケジューリングされる場合、ＤＣＩフォーマット０＿１［非特許文献４］を使用してスケジューリングされる。ＤＣＩフォーマット０＿１を使用してＰＵＳＣＨをスケジューリングする場合、ｇＮＢは、ＵＥがＳＲＳリソース・インジケータ（ＳＲＩ：ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）を介して送信しなければならないポートを表示する。ＤＣＩフォーマット０＿１のＳＲＩフィールドは、コードブックまたは非コードブックＳＲＳリソース・セットから１つまたは複数のＳＲＳリソースを表示し、これは、ＵＥは、ＳＲＩを介して表示されたＳＲＳリソースに関連付けられたＳＲＳポートを介してＰＵＳＣＨを送信しなければならないことを意味する。

コードブック・ベースのＰＵＳＣＨの場合、ＰＵＳＣＨ送信のためのポートのプリコーディングは、スケジューリングＰＤＣＣＨを介して表示される。非コードブックの場合、ＰＵＳＣＨ送信のためのポートのプリコーディングは、ＵＥ実装［非特許文献１～４］のために予め決定されているか、または残されている。ＤＣＩフォーマット０＿１を使用してＰＤＣＣＨを介してスケジューリングされたＰＵＳＣＨがＳＲＩフィールドを含んでいない可能性もあり、それは、ＳＲＩがＰＵＳＣＨを送信するためのポートを表示するために使用するＳＲＳリソース・セットが１つだけのＳＲＳリソースを含んでいる場合に起きる。上位層グラントを介してスケジューリングされたコードブックまたは非コードブック・ベースのＰＵＳＣＨについて、ＳＲＩは、該当する場合、スケジューリング・グラントによって表示される。「ｔｘＣｏｎｆｉｇ」が構成されない場合、ＵＥは、ＤＣＩフォーマット０＿１を使用してＰＵＳＣＨがスケジューリングされることを期待しない。ＰＵＳＣＨがＤＣＩフォーマット０＿０でスケジューリングされる場合、ＵＥはＰＵＳＣＨの送信のために単一のポートを使用する［非特許文献４］。

ＰＵＳＣＨのビーム方向または空間的関係は、ＰＵＳＣＨ送信のモードに応じて、ＳＲＳまたはＰＵＣＣＨリソースのビーム方向／空間的関係から決定される。
－ コードブックまたは非コードブック・ベースのＰＵＳＣＨ送信は、ＳＲＳリソースを用いて表示される。ＵＥは、（コードブック／非コードブック送信モードに専用に構成される）ＳＲＳリソースを用いてＵＬチャネルをサウンディングし、次いで、ｇＮＢが、ＳＲＳリソースの表示を介してＰＵＳＣＨをスケジューリングする。それにより、ＵＥは、ＳＲＳリソースが送信された同じポートからＰＵＳＣＨを送信し、ＳＲＳリソースの送信と同じビーム方向／空間的関係をＰＵＳＣＨの送信に使用する。

－ ＵＥがＤＣＩフォーマット０＿０（単一ポートＰＵＳＣＨ）によってスケジューリングされる場合、ＰＵＳＣＨの送信に使用される空間的関係は、現在アクティブなＵＬ帯域幅部分（ＢＷＰ）において最も低いＩＤを有するＰＵＣＣＨリソースの送信に使用されるものと同じである。

上位層を介して構成される／表示されるパスロス基準ＲＳを、ＰＵＳＣＨの電力制御設定において使用して、ＰＵＳＣＨの送信のためのパスロス推定値を決定する［非特許文献３］。ＰＵＳＣＨのパスロス基準ＲＳは、異なるＰＵＳＣＨ送信モードに対して異なる方法で決定される。ＰＵＳＣＨは、「ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥにおいてパスロス基準ＲＳのリストを用いて構成され、ほとんどの場合、パスロス基準ＲＳを得るために、そのリストを使用する。

－ ＰＤＣＣＨによってスケジューリングされたコードブックまたは非コードブック・ベースのＰＵＳＣＨ送信のために、パスロス基準ＲＳは、「ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ」ＩＥにおいて構成される［非特許文献６］。先述のように、ＳＲＩはＳＲＳリソース・インジケータの略である。これらのＩＥは、ＰＵＳＣＨ－ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅのＩＤ、「ａｌｐｈａ」値（パスロス補償ファクター）、および閉ループ電力制御インデックスなど、ＰＵＳＣＨの電力制御設定を含む。ＰＵＳＣＨ－ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ ＩＥとＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ ＩＥとの間のマッピングは、媒体アクセス制御－制御要素（ＭＡＣ－ＣＥ）メッセージを使用して修正されることが可能である［非特許文献３］。コードブック／非コードブックＰＵＳＣＨ送信に対して言及されたＳＲＳリソース・インジケータ（ＳＲＩ）が、これらの電力制御設定を提供する「ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ」ＩＥに対してマッピングされる。スケジューリングＰＤＣＣＨにＳＲＩフィールドがない場合、ＵＥは、ＩＤ値が０に設定されたＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを使用する。

－ （ＤＣＩフォーマット０＿０を介してＰＤＣＣＨによってスケジューリングされた）単一ポートＰＵＳＣＨの場合、パスロス基準ＲＳは、それが空間的関係を得る同じＰＵＣＣＨリソースから得られる。

－ ＰＵＳＣＨが上位層グラントによってスケジューリングされる場合、使用されるべきパスロス基準ＲＳは、ＰＵＳＣＨ－ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ ＩＥを指すｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＩｎｄｅｘを介して表示され、またはＳＲＳリソース・インジケータ・フィールドがないときにＩＤ値が０に設定されたＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌから得られる。

これにより、ＰＵＳＣＨの送信電力は、開ループおよび閉ループ電力制御パラメータの組合せから決定される。ＵＥが、インデックスｊを有するパラメータセット構成とインデックスｌを有するＰＵＳＣＨ電力制御調整状態とを使用して、サービング・セルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂにおいてＰＵＳＣＨを送信する場合、ＵＥは、ＰＵＳＣＨ送信機会ｉにおけるＰＵＳＣＨ送信電力を、

として決定する。
ここで、
－ ＰＣ_{ＭＡＸ，ｆ，ｃ}（ｉ）は、［非特許文献７］および［非特許文献８］で定義される構成された最大ＵＥ送信電力である。

－ Ｐ_{Ｏ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ}（ｊ）は、公称ＰＵＳＣＨ送信電力Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ}（ｊ）およびＰ_{Ｏ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ}（ｊ）の合計からなるパラメータであり、両方ともｇＮＢによって上位層を介して構成される［非特許文献３］。

－

は、リソース・ブロックの数で表されるＰＵＳＣＨリソース割り当ての帯域幅である。
－ ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ）は、ＤＬ基準信号（ＲＳ）インデックスｑ_ｄを使用してＵＥによって計算されたｄＢのダウンリンク・パスロス推定値である。パスロス基準ＲＳの構成／表示については上述された通りである。

－ α_{ｂ，ｆ，ｃ}（ｊ）は、ｇＮＢによって上位層を介して構成されるパスロス補償ファクターである。
－ ｆ_{ｂ，ｆ，ｃ}（ｉ，ｌ）は、ｇＮＢからの送信電力制御（ＴＰＣ）フィードバックに応じて変化する閉ループ電力補正関数である。

－ Δ_{ＴＦ，ｂ，ｆ，ｃ}（ｉ）は、ＰＵＳＣＨのために使用される変調および符号化方式（ＭＳＣ）に依存する電力オフセット値である。
３ＧＰＰ Ｒｅｌ．１６では、デフォルトの空間的関係およびパスロス基準ＲＳの仮定が、ＵＬチャネル／ＲＳについて定義され、すなわち、３ＧＰＰ仕様は、それらが明示的に構成されていないまたは表示されていない場合、ＵＬチャネル／ＲＳの空間的関係およびパス損失基準ＲＳを識別するための指示を提供する。ビームフォーミングされた送信が使用されるシナリオ（周波数範囲２において共通）では、パスロス基準および空間的関係は、ダウンリンク・チャネルから導出され得る。これは、ＵＥでＤＬチャネルを受信するためのビーム方向を得るための基準として使用されるＤＬ ＲＳ（たとえば、ＴＣＩ状態を介して表示される）が、ＵＬチャネルまたはＵＬ ＲＳの空間的関係を導出するための基準として使用され、ＵＬ送信のＴｘ電力計算のためのパスロス推定値の計算に使用され得ることを意味する。

デフォルトの空間的関係およびパスロス基準ＲＳを定義することは、特にＦＲ２展開において、ネットワークがパラメータの明示的な表示を回避するのを助け、それにより、制御情報オーバヘッドおよび待ち時間を減少させる。ＰＵＳＣＨの場合、３ＧＰＰ Ｒｅｌ．１６におけるデフォルトの仮定が、ＣＣ（コンポーネント・キャリア）上に構成されたＰＵＣＣＨリソースがあるかどうかに応じて、ＣＯＲＥＳＥＴから、またはＣＣ上に構成されたＰＵＣＣＨリソースから得られる［非特許文献３］、［非特許文献４］。

＜サウンディング基準信号（ＳＲＳ）＞
サウンディング基準信号（ＳＲＳ）は、その名前が示唆するように、ＵＬチャネルをサウンディングするために使用される。ＳＲＳの基本単位はＳＲＳリソースである。ＳＲＳリソースは、ＵＬチャネルをサウンディングするためにＵＬにおけるＵＥのアンテナ・ポートのすべてまたはサブセットによって送信される、時間、周波数、およびコードにおける基準シンボルの特定のパターンである。ＵＥは、１つまたは複数のＳＲＳリソース・セットを有するＲＲＣを介してｇＮＢによって構成され、各ＳＲＳリソース・セットは１つまたは複数のＳＲＳリソースからなる。ＳＲＳリソース、ＳＲＳリソース・セット、およびＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを構成するＲＲＣ情報要素（ＩＥ）が以下に示される［非特許文献６］。

以下に提供されるＳＲＳリソース・セット構成に表示されているように、パラメータ「ｕｓａｇｅ」はＳＲＳが使用される目的を表示する。
１）Ｕｓａｇｅ＝‘ｃｏｄｅｂｏｏｋ’：コードブック・ベースのＰＵＳＣＨ送信より前にＵＬチャネルをサウンディングする。

２）Ｕｓａｇｅ＝‘ｎｏｎ－ｃｏｄｅｂｏｏｋ’：非コードブック・ベースのＰＵＳＣＨ送信より前にＵＬチャネルをサウンディングする。
３）Ｕｓａｇｅ＝‘ｂｅａｍＭａｎａｇｅｍｅｎｔ’：適切なＵＬビームを識別するために、ビームフォーミングされたＳＲＳリソースでＵＬチャネルをサウンディングする。

４）Ｕｓａｇｅ＝‘ａｎｔｅｎｎａＳｗｉｔｃｈｉｎｇ’：ＤＬチャネル情報を得るためにＵＬチャネルをサウンディングする。
［ＳＲＳリソース・セット構成］

［ＳＲＳリソース情報構成］

［ＳＲＳ空間的関係情報構成］

上述されたＳＲＳ空間的関係情報構成（ＳＲＳ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に示されるＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥは、ＵＥがＣＳＩ－ＲＳまたはＳＳＢまたはＳＲＳリソースを介してＳＲＳリソースに使用すべきビーム方向を提供する。このシグナリングにより、ｇＮＢは、ＳＳＢもしくはＣＳＩ－ＲＳリソースの受信のために、またはＳＲＳリソースを送信するためにＳＲＳリソースのＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥにおいて提供されるＳＲＳリソースの送信のために使用される空間フィルタを使用することを、ＵＥに対して表示する。ビームフォーミングされた送信が必要とされるＦＲ２の場合、ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏの表示は重要である。ＲＲＣを介して構成されるか、またはＭＡＣを介して表示されるパスロス基準ＲＳは、ＳＲＳの電力制御設定において、ＳＲＳの送信のためのパスロス（ＰＬ）推定値を決定するために使用される［非特許文献３］。

ＳＲＳの送信電力は、以下のように、ＵＥに構成／表示されたパラメータの組合せによって求められる。ＵＥが、インデックスｌを有するＳＲＳ電力制御調整状態を使用して、サービング・セルｃのキャリアｆのアクティブＵＬ帯域幅部分ｂにおいてＳＲＳを送信する場合、ＵＥは、ＳＲＳリソース・セットｑ_ｓについてのＳＲＳ送信機会ｉにおけるＳＲＳ送信電力Ｐ_{ＳＲＳ，ｂ，ｆ，ｃ}（ｉ，ｑ_ｓ，ｌ）を以下のように決定する：

ここで、
－ Ｐ_{ＣＭＡＸ，ｆ，ｃ}（ｉ）は、構成された最大ＵＥ送信電力である［非特許文献７］および［非特許文献８］
－ Ｐ_{Ｏ＿ＳＲＳ，ｂ，ｆ，ｃ}（ｑ_ｓ）は、上位層パラメータｐ０または公称ＰＵＳＣＨ Ｔｘ電力によって提供される
－ Ｍ_{ＳＲＳ，ｂ，ｆ，ｃ}（ｉ）は、ＳＲＳ構成から得られるリソース・ブロックの数で表されるＳＲＳ帯域幅である
－ ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ）は、ＳＲＳリソース・セットｑ_ｓに関する［非特許文献３］で説明されるようなＤＬ ＲＳ ｑ_ｄから計算されたｄＢのダウンリンク・パスロス推定値である。パスロス推定値は、上位層を介して構成／表示されたパスロス基準ＲＳ（ＣＳＩ－ＲＳまたはＳＳＢリソース）から導出され得る。

－ α_{ＳＲＳ，ｂ，ｆ，ｃ}（ｑ_ｓ）は、上位層パラメータＡｌｐｈａ（アルファ）によって構成されるパスロス補償ファクターである。
－ ｈ_{ｂ，ｆ，ｃ}（ｉ，ｌ）は、（上図に示される）ＳＲＳリソース・セットＩＥに構成された閉ループ電力制御調整状態に依存する閉ループ電力補正関数である。

＜物理アップリンク制御チャネル（ＰＵＣＣＨ）＞
物理的アップリンク制御チャネル（ＰＵＣＣＨ）は、チャネル状態情報（ＣＳＩ）フィードバック、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のためのハイブリッド自動リピート要求（ＨＡＲＱ）確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）、およびスケジューリング要求（ＳＲ）などの制御情報を搬送する。アップリンク制御情報（ＵＣＩ）を搬送するＰＵＣＣＨのユニットは、ＰＵＣＣＨリソースである。ＰＵＣＣＨリソースは、特定のＵＬ帯域幅部分（ＢＷＰ）における特定のフォーマット（フォーマット０、１、２、３）でのＲＲＣ構成された空間である［非特許文献３、６］。ＵＬ－ＢＷＰは、ＵＬでＵＥが送信する連続した周波数領域空間である。ＵＥは、最大４個のＵＬ－ＢＷＰで構成されてよく、所与の時点でそのうちの１つだけを送信する。ＵＥが送信をするＵＬ ＢＷＰは、アクティブなＵＬ ＢＷＰである。ＵＥは、ＲＲＣを介して４つのＰＵＣＣＨリソース・セットを用いて構成される。所与のＰＵＣＣＨリソース・セットにおけるＰＵＣＣＨリソースは、上位層のパラメータ「ｍａｘＰａｙｌｏａｄＭｉｎｕｓ１」［非特許文献３］によって表示されるように、アップリンク制御チャネル情報の指定された負荷を搬送することが可能である。ＰＵＣＣＨリソース構成の他のパラメータは、ＰＵＣＣＨリソースの周波数ホッピング特性を表示する。

様々なタイプのアップリンク制御情報（ＵＣＩ）、すなわち、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のためのハイブリッド自動リピート要求（ＨＡＲＱ）確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）、スケジューリング要求（ＳＲ）、およびＤＬチャネル状態情報（ＣＳＩ）フィードバックを搬送し得るＰＵＣＣＨリソースが、以下のように構成および表示される［非特許文献２、３、６］。

・ＰＤＳＣＨのためのＨＡＲＱ ＡＣＫ／ＮＡＣＫを搬送するＰＵＣＣＨリソースは、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにおける３ビットＰＵＣＣＨリソース・インジケータ・フィールドによって表示される。ＰＤＣＣＨに含まれるＰＵＣＣＨリソース・インジケータ・フィールドから、４つのＰＵＣＣＨリソース・セットにおけるＰＵＣＣＨリソースへのマッピングは、［非特許文献３］に説明されるように、ＲＲＣを介してｇＮＢによって構成される。

・スケジューリング要求（ＳＲ）は、「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ」ＩＥおよび他の関連付けられたＩＥにおけるＲＲＣを介して構成され、各スケジューリング要求構成は、ＳＲを搬送するＰＵＣＣＨリソースのＩＤを含む。ＳＲの送信設定（周期性、オフセットなど）は、ＲＲＣレベルで構成される。

・ＵＥでＲＲＣを介して受信されるＣＳＩ報告構成は、ＵＬに半永続的および／または定期的なＣＳＩ報告を搬送するＰＵＣＣＨリソースのＩＤを含む。同じ送信設定が、ＣＳＩ報告構成において提供される。半永続的ＣＳＩ報告のアクティブ化／非アクティブ化は、ＭＡＣ－ＣＥメッセージによって処理される。ＲＲＣを介したＣＳＩ報告の構成は、定期的なＣＳＩ報告の送信のために十分である。

ＰＵＣＣＨリソースのビーム方向および電力制御設定は、以下のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ構成に示されるように、「ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」ＩＥで一緒に構成される。ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥにおけるパラメータ「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」は、ＤＬ基準信号（ＣＳＩ－ＲＳもしくはＳＳＢ）またはＵＬ基準信号（サウンディング基準信号（ＳＲＳ））のＩＤを含む。ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏにおける他のパラメータは、ＰＵＣＣＨ送信のための開ループおよび閉ループ電力制御設定を含む。

ＰＵＣＣＨリソースに対して「ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」ＩＥを適用することは、ＵＥが、ＰＵＣＣＨリソースの送信のためにＩＥのパラメータ「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」で言及されたＤＬ ＲＳの受信またはＵＬ ＲＳの送信にそれが使用するのと同じ空間フィルタを使用し、ＰＵＣＣＨリソースの送信のための送信電力を導出するためにＩＥにおける電力制御パラメータを適用すべきであることを意味する。ＰＵＣＣＨリソースは、１つまたは複数のＰＵＣＣＨリソースのグループに対する空間的関係の適用のために、ＰＵＣＣＨリソース・グループＩＤを介してグループ化され得る。

［ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ構成］

ＰＵＣＣＨリソースの送信電力の導出は、開ループおよび閉ループ電力調整の追加を含む。ＵＥが、インデックスｌを有するＰＵＣＣＨ電力制御調整状態を使用して、一次セルｃにおけるアクティブＵＬ帯域幅部分（ＢＷＰ）ｂおよびキャリアｆ上でＰＵＣＣＨを送信する場合、ＵＥは、ＰＵＣＣＨ送信機会ｉにおけるＰＵＣＣＨ送信電力Ｐ_{ＰＵＣＣＨ，ｂ，ｆ，ｃ}（ｉ，ｑ_ｕ，ｑ_ｄ，ｌ）を以下のように決定する［非特許文献３］：

ここで、
－ Ｐ_{ＣＭＡＸ，ｆ，ｃ}（ｉ）は、［非特許文献７］および［非特許文献８］で定義される構成された最大ＵＥ送信電力であり、
－ Ｐ_{Ｏ＿ＰＵＣＣＨ，ｂ，ｆ，ｃ}（ｑ_ｕ）は、上位層パラメータｐ０－ｎｏｍｉｎａｌによって提供される（またはデフォルト値０ｄＢｍに設定される）公称ＰＵＣＣＨ送信電力Ｐ_{Ｏ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨ}と、パラメータｐ０－ＰＵＣＣＨ－Ｖａｌｕｅおよび他の従属パラメータによって提供されるＰ_{Ｏ＿ＵＥ＿ＰＵＣＣＨ}（ｑ_ｕ）との合計である。選択するｐ０－ＰＵＣＣＨ－ＶａｌｕｅのＩＤは、（図３に示される）ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥにおけるｐ０－ＰＵＣＣＨ－Ｉｄにおいて提供される。値ｑ_ｕは、上位層パラメータｍａｘＮｒｏｆＰＵＣＣＨ－Ｐ０－ＰｅｒＳｅｔを介して提供されるＰ_{Ｏ＿ＵＥ＿ＰＵＣＣＨ}値のセットについてのサイズである［非特許文献６］。

－

は、ＰＵＣＣＨリソースの構成から得られるＰＵＣＣＨリソースの帯域幅である［非特許文献１］。
－ ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ）は、［非特許文献３］に説明されているように、ＲＳリソース・インデックスｑ_ｄを使用して計算されたｄＢのダウンリンク・パスロス推定値である。ＵＥは、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを介してＰＵＣＣＨのパスロス基準ＲＳを明示的に表示され得る。パスロス基準ＲＳは、本質的には、ＵＥがｇＮＢまたは任意の他のネットワーク・エンティティからのパスロスを推定する元のＤＬ ＲＳである。

－ パラメータΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）およびΔ_{ＴＦ，ｂ，ｆ，ｃ}（ｉ）は、ＰＵＣＣＨフォーマットに依存するＰＵＣＣＨ電力調整ファクターである。
－ パラメータｇ_{ｂ，ｆ，ｃ}（ｉ，ｌ）は、（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥにおけるパラメータｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘに構成される）ＰＵＣＣＨ電力制御調整状態に依存する閉ループ電力調整である。

ＵＥは、３ＧＰＰ Ｒｅｌ．１５において最大８個のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏパラメータで、および３ＧＰＰ Ｒｅｌ．１６において最大６４個のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥで構成される。特定のビーム方向および電力制御設定が、ＰＵＣＣＨリソースまたはＰＵＣＣＨリソースのグループをＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏに関連付ける３ＧＰＰ Ｒｅｌ．１５および３ＧＰＰ Ｒｅｌ．１６におけるＭＡＣ－ＣＥメッセージを介して、ＰＵＣＣＨリソースまたはＰＵＣＣＨリソース・グループに適用される。

しかしながら、既知の解決策には欠点がある。アップリンクのビーム管理フレームワークは、各アップリンク・チャネルおよび／またはＲＳについて、ビーム、パスロス基準ＲＳ、および他の電力制御設定の個別の構成を含む。この結果として、各アップリンク・チャネルおよび／またはＲＳについて、別々に特定のアップリンク・ビーム設定（空間的関係、パスロス基準ＲＳ、電力制御設定など）の構成がもたらされる。これにより、構成および表示の効率が悪くなり、したがって、オーバヘッドおよび待ち時間の増加につながる。

３ＧＰＰ ＴＳ ３８．２１１ Ｖ１６．０．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；物理チャネルおよび変調（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．０．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；多重化およびチャネル符号化（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．２１３ Ｖ１６．０．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；制御についての物理層手順（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．０．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；データについての物理層手順（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．３２１ Ｖ１５．８．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；媒体アクセス制御（ＭＡＣ）プロトコル仕様（Ｒｅｌ．１５）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌ．１５））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．８．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；無線リソース制御（ＲＲＣ）；プロトコル仕様（Ｒｅｌ．１５）（３ＧＰＰ；ＴＳＧ ＲＡＮ；ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌ．１５））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．１０１－１ Ｖ１６．２．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ユーザ機器（ＵＥ）無線送信および受信；パート１：範囲１ スタンドアロン（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｒａｄｉｏ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ；Ｐａｒｔ １：Ｒａｎｇｅ １ Ｓｔａｎｄａｌｏｎｅ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０ ３ＧＰＰ ＴＳ ３８．１０１－２ Ｖ１６．２．０：「３ＧＰＰ；ＴＳＧ ＲＡＮ；ユーザ機器（ＵＥ）無線送信および受信；パート２：範囲２ スタンドアロン（Ｒｅｌ．１６）（３ＧＰＰ；ＴＳＧ ＲＡＮ；Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｒａｄｉｏ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ；Ｐａｒｔ ２：Ｒａｎｇｅ ２ Ｓｔａｎｄａｌｏｎｅ（Ｒｅｌ．１６））」，Ｊａｎ．２０２０

上述されたように、本明細書の実施形態の目的は、高度な５Ｇネットワークなどのワイヤレス通信ネットワークにおける柔軟なビーム管理のためのシグナリング・フレームワークの方法および装置を提供することである。

本明細書のいくつかの実施形態の態様によれば、ＵＥによって行われる方法が提供され、この方法は、ネットワーク・ノードから、上位層を介して、少なくとも１つの情報要素（ＩＥ）の構成を受信する工程であって、上記構成は少なくとも、各ＩＥに一意の識別子（ＩＤ）と、少なくとも物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースおよび物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、および／またはサウンディング基準信号（ＳＲＳ）リソースの送信のための少なくとも空間フィルタまたはビーム方向を表示するために使用される１つまたは複数のアップリンク（ＵＬ）リソースおよび／またはダウンリンク（ＤＬ）リソースのＩＤとを備える、工程と、ＰＵＳＣＨリソース、およびＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のために少なくとも１つのＩＥにおいて提供された構成を適用する工程とを備える。

本明細書の実施形態の別の態様によれば、プロセッサと、プロセッサによって実行可能な命令を含むメモリとを備えるＵＥが提供され、それにより、上記ＵＥは、方法請求項１乃至１２に記載のような、ＵＥにより行われる動作に関係付けられた詳細な説明に提示される実施形態のいずれか１つを実施するように動作し、または構成される。

本明細書のいくつかの実施形態の態様によれば、ネットワーク・ノードまたはｇＮＢによって行われる方法が提供され、この方法は、上位層を介して、ＵＥに対して、少なくとも１つの情報要素（ＩＥ）の構成を送信する工程であって、上記構成は少なくとも、各ＩＥに一意の識別子（ＩＤ）と、少なくとも物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースおよび物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、および／またはサウンディング基準信号（ＳＲＳ）リソースの送信のための少なくとも空間フィルタまたはビーム方向を表示するために使用される１つまたは複数のアップリンク（ＵＬ）リソースおよび／またはダウンリンク（ＤＬ）リソースのＩＤとを備え、そうすることにより、ＵＥが、ＰＵＳＣＨリソース、およびＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のために少なくとも１つのＩＥにおいて提供された構成を適用することを可能にする、工程と、ＵＥから、ＰＵＳＣＨリソースおよびＰＵＣＣＨリソースおよび／またはＳＲＳリソースを受信する工程とを備える。

本明細書の実施形態の別の態様によれば、プロセッサと、プロセッサによって実行可能な命令を含むメモリとを備えるネットワーク・ノードが提供され、それにより、上記ネットワーク・ノードは、少なくとも方法請求項１４に記載のような、ネットワーク・ノードに関係付けられた詳細な説明に提示される実施形態のいずれか１つを実施するように動作し、または構成される。

また、ＵＥの少なくとも１つのプロセッサ上で実行されたとき、本明細書に提示される動作または方法ステップを上記少なくとも１つのプロセッサに実行させる命令を備えるコンピュータ・プログラムが提供される。

また、ネットワーク・ノードの少なくとも１つのプロセッサ上で実行されたとき、本明細書に提示される方法ステップを上記少なくとも１つのプロセッサに実行させる命令を備えるコンピュータ・プログラムが提供される。

また、コンピュータ・プログラムを含むキャリアであって、コンピュータ可読記憶媒体、電子信号、光信号、または無線信号のうちの１つであるキャリアが提供される。
本明細書の実施形態の利点は、上位層制御情報オーバヘッドおよび待ち時間を低減し、アップリンク・ビーム管理のためのビーム設定の動的表示を強化することである。本明細書の実施形態のさらなる利点は、本開示の詳細な説明で提供される。

コア・ネットワークおよび無線アクセス・ネットワークを含むワイヤレス通信ネットワークの簡略化された先行技術の図。 いくつかの実施形態によるＵＥによって行われる方法の流れ図。 いくつかの実施形態によるネットワーク・ノードによって行われる方法の流れ図。 本明細書のいくつかの実施形態によるＵＥを示すブロック図。 いくつかの実施形態によるネットワーク・ノードを示すブロック図。

以下では、例示的実施形態の詳細な説明が図面とともに説明され、いくつかのシナリオにおいて本明細書に記載される解決策のより容易な理解を可能にする。
前述のように、本明細書の実施形態の目的は、高度な５Ｇネットワークなどのワイヤレス通信ネットワークにおける柔軟なビーム管理のためのシグナリング・フレームワークの方法および装置を提供することである。本明細書の実施形態は、上位層制御情報オーバヘッドを低減し、アップリンク・ビーム管理のためのビーム設定の動的表示を強化するための方法および装置を提供する。

＜複数のＵＬチャネルおよびＲＳに対するＵＬビーム方向の構成＞
いくつかの実施形態に従って、ＵＥは、
－ 各ＩＥに一意の識別子（ＩＤ）と、少なくともＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のための少なくとも空間フィルタまたは空間的関係またはビーム方向を表示するために使用される１つまたは複数のアップリンク（ＵＬ）リソースおよび／またはダウンリンク（ＤＬ）リソースのＩＤとを少なくとも備える、少なくとも１つの情報要素（ＩＥ）の構成を、ネットワーク・ノードから上位層を介して受信し、
－ ＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のためにＩＥにおいて提供された設定または構成を適用するように構成される。

したがって、ＵＥが設定または構成を適用すると、ＵＥは、少なくともＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースを、ネットワーク・ノードに対して送信する。

一実施形態によれば、ＩＥにおいて表示されるＤＬリソースまたはＵＬリソースは、ＣＳＩ－ＲＳリソース、ＳＲＳリソース、または同期信号ブロック（ＳＳＢ）、または任意選択でＣＯＲＥＳＥＴのうちの１つであってよい。

ＰＵＣＣＨリソース、ＳＲＳリソース、またはＰＵＳＣＨの送信のためにＩＥにおいて表示されたＤＬ ＲＳリソースまたはＵＬ ＲＳリソースからの空間フィルタまたは空間的関係またはビーム方向の適用または導出は、以下のＵＥ挙動をもたらす。

・ ＤＬリソースが非ゼロ電力（ＮＺＰ）ＣＳＩ－ＲＳリソースである場合、ＮＺＰ ＣＳＩ－ＲＳの受信のために使用されるのと同じ空間フィルタ（もしくは空間フィルタから導出された空間フィルタ）またはビーム方向を用いて、ＰＵＣＣＨリソース、ＳＲＳリソース、またはＰＵＳＣＨが送信され得る。

・ ＤＬリソースが同期信号－物理ブロードキャスト・チャネル・ブロック（ＳＳ－ＰＢＣＨ）、すなわちＳＳＢである場合、ＳＳＢの受信のために使用されるのと同じ空間フィルタ（もしくは空間フィルタから導出された空間フィルタ）またはビーム方向を用いて、ＰＵＣＣＨリソース、ＳＲＳリソース、またはＰＵＳＣＨリソースが送信され得る。

・ ＵＬリソースがＳＲＳリソースである場合、ＳＲＳリソースの送信のために使用されるのと同じ空間フィルタ（もしくは空間フィルタから導出された空間フィルタ）またはビーム方向を用いて、ＰＵＣＣＨリソース、ＳＲＳリソース、またはＰＵＳＣＨが送信され得る。

・ ＤＬリソースがＣＯＲＥＳＥＴである場合、上記ＣＯＲＥＳＥＴ上での１つまたは複数のＰＤＣＣＨの受信のために使用されるのと同じ空間フィルタ（もしくは空間フィルタから導出された空間フィルタ）またはビーム方向を用いて、ＰＵＣＣＨリソース、ＳＲＳリソース、またはＰＵＳＣＨが送信され得る。

「リソースＸの送信または受信に使用される空間フィルタまたはビーム方向からの空間フィルタまたは空間的関係の導出」という表現は、ＵＥが、それ自身の実装に基づいて、リソースＸの送信または受信に使用される基準空間フィルタから、基準空間フィルタと同一である場合もそうでない場合もある空間フィルタまたはビーム方向を導出し得ることを意味し得ることに留意されたい。ＵＥは、必要とされる場合／ときに、ビームの何らかの精緻化または修正を行い得る。

上述のＩＥは、たとえば、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」（ＵＬ送信構成表示）または「ＵＬ－ＴＣＩ」と題されることもある。

一実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信するように構成される。

非限定的な例では、ＵＥは、たとえば、少なくとも１つの「ＵＬ－ＳｐａｔｉａｌＦｉｌｔｅｒ」ＩＥのＩＤと、以下のうちの少なくとも１つと、を少なくとも備えるＭＡＣ－ＣＥメッセージを受信し得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
たとえば、ＭＡＣ－ＣＥメッセージでまたは上位層を介して、関連付けを受信した後、ＵＥは、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ帯域幅部分（ＢＷＰ）上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つのＩＥにおいて提供された空間的関係またはビーム方向を適用する。

＜パスロス基準ＲＳ表示のためのＵＬ－ＴＣＩの使用法＞
一実施形態によれば、ＵＥは、少なくともＰＵＳＣＨ、ＰＵＣＣＨリソース、またはＳＲＳリソースの送信のためのパスロスファクターすなわちパスロス基準の導出のための基準として、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」ＩＥに含まれる１つまたは複数のＤＬおよび／またはＵＬリソースを使用／適用するように構成される。さらに、ＩＥは、ＩＥにおける１つまたは複数のＵＬおよび／またはＤＬリソースが、アップリンク送信のために、パスロスファクターの導出のための基準として、すなわちパスロス基準として使用されるかどうかの、１つまたは複数の表示を備えてよい。パスロスファクターは、上記ＰＵＳＣＨ、ＰＵＣＣＨリソース、ＳＲＳリソース、または上記ＳＲＳリソース・セット内のＳＲＳリソースのための送信電力を取得するために使用され得る。

本開示において、「パスロスファクター」という用語は、基準信号もしくはリソースから計算されたパスロス推定値を表すために、ならびに／または、ＮＲ仕様において送信電力表現で提供されるインデックスｑ_ｄを有する基準信号（ＲＳ）を使用して、ＵＬ ＢＷＰ ｂ、キャリアｆおよびセルｃにおいてＵＥによって計算されたダウンリンク・パスロス推定値ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ）を表すために使用されることに留意されたい。

一実施形態によれば、ＵＬ－ＴＣＩ ＩＥにおける１つまたは複数のＵＬおよび／またはＤＬリソースが、ＵＥによるアップリンク送信のパスロスファクターの導出のための基準として使用されるかどうかの表示は、上記ＵＬ－ＴＣＩ ＩＥにおいて提供され、または異なる上位層表示を介して（たとえば、無線リソース制御（ＲＲＣ）またはＭＡＣ－ＣＥメッセージを介して）明示的に提供され、またはＵＥに事前に知られる（すなわち、ＮＲ ３ＧＰＰ仕様で提供される）ことがある。

一実施形態によれば、少なくともＰＵＳＣＨ、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＳＲＳリソース・セット内のＳＲＳリソースのＵＬ送信のために、ＵＥは、上述されたように上記ＰＵＳＣＨ、ＰＵＣＣＨリソース、ＳＲＳリソースまたは上記ＳＲＳリソース・セット内のＳＲＳリソースについての送信電力を取得するために、ＵＬ－ＴＣＩ ＩＥまたは任意の他の方法（ＮＲ仕様によって利用可能な任意の許可もしくは許容される方法、または本開示で適用可能な任意の方法）を介して、パスロスファクターの計算または導出のためのパスロス基準ＲＳが提供され得る。パスロスファクターの計算もしくは導出、および／または、パスロスファクターの計算もしくは導出のためのパスロス基準ＲＳの取得は、以下の実施形態で説明されるように行われ得る。

（ＤＬリソースからのパスロスファクターの導出）
いくつかの実施形態によれば、ＵＥは、以下のように、パスロス基準ＲＳとして使用されるダウンリンク基準信号リソースからＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのアップリンク送信についてのパスロスファクターを計算／導出するように構成される。すなわち、サービング・セルｃにおけるサブキャリアｆのパスロスファクターは、ＰＬ_ｆ，ｃ（ｑ_ｄ）＝ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ－ＲＳＲＰとして、表示されたパスロス基準ＲＳ ｑ_ｄから計算され、ここで、ＲＳＲＰは、上位層でフィルタされた基準信号受信電力であり、ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、上位層により提供されたかまたはＮＲ仕様で固定された上記パスロス基準ＲＳの送信電力である。上位層フィルタは、［非特許文献６］に説明されているように実装され得る。

一実施形態によれば、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨのＵＬ送信についてのパスロスファクターがＣＯＲＥＳＥＴから計算／導出される場合、ＵＥは、ＣＯＲＥＳＥＴ上のＰＤＣＣＨの受信のためのＱＣＬ仮定を提供するＤＬ ＲＳのうちの１つからパスロスファクターを取得し得る。

たとえば、「Ｃ」として表されるＣＯＲＥＳＥＴが、ＱＣＬ－ｔｙｐｅＡを有するＤＬ ＲＳ「Ｄ１」およびＱＣＬ－ｔｙｐｅＤを有するＤＬ ＲＳ「Ｄ２」というＱＣＬ仮定を有し、ＰＵＣＣＨリソース「Ａ」についてのパスロス基準が、ＣＯＲＥＳＥＴ「Ｃ」から取得されることになる場合、ＵＥは、ＤＬ ＲＳ「Ｄ１」またはＤＬ ＲＳ「Ｄ２」からＰＵＣＣＨリソースの送信電力の計算のためのパスロスファクターを計算／導出し得る。ＣＯＲＥＳＥＴのＱＣＬ仮定は、ＮＲ仕様において可能なもしくは許可された任意の方法または本開示で適用可能な任意の他の方法によって、表示されまたは提供され得ることに留意されたい。

（ＵＬリソースからのパスロスファクターの導出）
一実施形態によれば、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨのＵＬ送信についてのパスロス基準がＵＬ ＲＳリソースから取得される場合、ＵＥは、上記アップリンクＲＳリソースもしくはアップリンクＲＳリソースを含むアップリンクＲＳリソース・セットについて、空間的関係としておよび／またはパスロス基準ＲＳとして使用されるＤＬ ＲＳから、パスロスファクターを取得し得る。

たとえば、パスロス基準ＲＳとしてＳＲＳリソース「Ｓ」が提供されるＰＵＣＣＨリソース「Ａ」を考え、ここで、ＵＥは、ＳＲＳリソース「Ｓ」またはＳＲＳリソース「Ｓ」を含むＳＲＳリソース・セットに関してパスロス基準および／または空間的関係としてＤＬ ＲＳ「Ｄ」を使用する。次いで、ＵＥは、ＰＵＣＣＨリソース「Ａ」のアップリンク送信についてパスロス基準ＲＳとしてＤＬ ＲＳ「Ｄ」を使用する。これは、ＰＵＣＣＨリソース「Ａ」の送信電力の計算のためのパスロスファクターがＤＬ ＲＳ「Ｄ」から取得されることを意味する。ＳＲＳリソース「Ｓ」またはＳＲＳリソース「Ｓ」を含むＳＲＳリソース・セットについてのパスロス基準ＲＳおよび／または空間的関係として使用されるＤＬ ＲＳ「Ｄ」は、ＮＲ仕様を介して許可されたもしくは可能な任意の方法、または本開示で提供される任意の方法を介して、上記リソースまたはリソース・セットについて表示されまたは提供され得る。これは、ＵＬ ＲＳまたはＵＬ ＲＳリソース・セットを介して、通常はＤＬ ＲＳであるパスロス基準ＲＳを提供する間接的／暗黙的な方法である。パスロス基準ＲＳがＵＬ－ＴＣＩ ＩＥを介して提供される場合、ＤＬ ＲＳ「Ｄ」はＩＥにおいて直接言及されなくてよい。

一実施形態によれば、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」ＵＬ－ＴＣＩ ＩＥに含まれ、パスロスファクターの導出のための基準として使用されるＵＬリソースが、ＳＲＳリソース・セットであり得る。パスロスファクターの計算または導出に使用されるべきＤＬ ＲＳの決定は、以下の方法を使用して行われ得る。

ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロス基準がＵＬ ＲＳリソース・セット（たとえば、ＳＲＳリソース・セット）から取得される場合、ＵＥは、上記ＵＬ ＲＳリソース・セット（たとえば、ＳＲＳリソース・セット）またはＵＬ ＲＳリソース・セット内のアップリンクＲＳリソースのうちの１つについてパスロス基準ＲＳとしておよび／または空間的関係として使用されるＤＬ ＲＳから、パスロスファクターを取得し得る。たとえば、パスロス基準としてＳＲＳリソース「Ｓ」が提供されるＰＵＣＣＨリソース「Ａ」を考え、ここで、ＵＥは、ＳＲＳリソース・セット「Ｓ」またはＳＲＳリソース・セット「Ｓ」内の少なくとも１つのＳＲＳリソースに関してパスロス基準および／または空間的関係としてＤＬ ＲＳ「Ｄ」を使用する。次いで、ＵＥは、ＰＵＣＣＨリソース「Ａ」のＵＬ送信についてパスロス基準ＲＳとしてＤＬ ＲＳ「Ｄ」を使用する。

これは、ＰＵＣＣＨリソース「Ａ」の送信電力の計算のためのパスロスファクターがＤＬ ＲＳ「Ｄ」から取得されることを意味する。ＳＲＳリソース・セット「Ｓ」またはＳＲＳリソース・セット「Ｓ」内の少なくとも１つのＳＲＳリソースについてのパスロス基準ＲＳとして使用されるＤＬ ＲＳ「Ｄ」は、ＮＲ仕様を介して許可されたもしくは可能な任意の方法、または本開示で提供される任意の方法を介して、上記リソース／リソース・セットについて表示されまたは提供され得る。

＜ＵＬ－ＴＣＩにおける空間フィルタおよび／またはパスロス基準ＲＳの明示的な表示＞
一実施形態によれば、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」（ＵＬ－ＴＣＩ）ＩＥは、ＩＥに表示されるＤＬまたはＵＬリソースが、ＵＬ送信について、ＵＬ空間フィルタもしくはビーム方向を導出するために使用されるのみか、またはパスロスファクターの導出のための基準であるのみか、またはＵＬ空間フィルタもしくはビーム方向を導出するために、およびパスロスファクターの導出のための基準として使用されるのかを表示する、表示またはパラメータを備え得る。いくつかの例では、表示は以下のように行われ得る。

－ 表示パラメータが値「Ａ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク空間フィルタ／ビーム方向を導出することができ、
－ 表示パラメータが値「Ｂ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク送信電力の計算のためのパスロスファクターを導出し、すなわち、上記リソースをパスロス基準として使用することができ、
－ 表示パラメータが値「Ｃ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク送信電力の計算のためのパスロスファクターを導出し、すなわち、上記リソースをパスロス基準として使用し、また、アップリンク空間フィルタ／ビーム方向を導出することができる。

表示パラメータは、たとえば、「ｑｕａｓｉ－ｃｏｌｏｃａｔｉｏｎ（ＱＣＬ）ｔｙｐｅ」または「ａｓｓｕｍｐｔｉｏｎＴｙｐｅ」または「ｂｅａｍＤｉｒｅｃｔｉｏｎＯｒＰａｔｈｌｏｓｓＲｅｆＲＳＳｅｌｅｃｔｉｏｎ」と呼ばれることがある。ＩＥにおけるＤＬもしくはＵＬリソースがＱＣＬタイプ・パラメータに関連付けられてよく、またはＩＥにおける複数のリソースがＱＣＬタイプ・パラメータに関連付けられてもよい。ＵＥが行い得る異なる挙動を表示するために、適切な値の例が「Ａ」、「Ｂ」および「Ｃ」で与えられ得る。

各々が関連付けられたＱＣＬタイプを有する、最大２つのＵＬ／ＤＬリソースと、対応するＵＥの挙動とを含む、ＵＬ－ＴＣＩ ＩＥの内容の異なる可能性の例が、以下のテーブル１に提示されている。ＤＬリソースは、「ＣＯＲＥＳＥＴ」、ＣＳＩ－ＲＳリソース、またはＳＳＢリソースであり得ることに留意されたい。ＵＬリソースは、ＳＲＳリソースまたはリソース・セットであり得る。

［テーブル１：ＵＬ－ＴＣＩ ＩＥにおけるリソースおよびＱＣＬタイプ構成の可能な例］

たとえば、上記のテーブル１を参照して、ＵＬ－ＴＣＩ ＩＥが、ＱＣＬ－ｔｙｐｅ Ｃを有する１つのＤＬ ＲＳ「Ｄ１」を含むと仮定すると、これは、ＵＥが、空間フィルタまたは空間的関係とパスロス基準ＲＳとの両方の導出のためにＤＬ ＲＳ「Ｄ１」を使用すべきであることを意味する（テーブル１の最初の行を参照）。別の例では、ＵＬ－ＴＣＩ ＩＥは、ＱＣＬ－ｔｙｐｅ Ａを有する１つのＵＬ ＲＳとＱＣＬ－ｔｙｐｅ Ｂを有する１つのＤＬ ＲＳを含むことができ、これは、空間フィルタまたは空間的関係を取得するためにＵＬ ＲＳを使用し、パスロス基準としてＤＬ ＲＳを使用すべきであることを意味する（テーブル１の３行目を参照）。

上記の表から、ＵＬ－ＴＣＩ ＩＥは、以下の方法のうちの１つで空間的関係および／またはパスロス基準ＲＳを提供できることが理解され得る：
－ ＵＬ送信についての空間的関係を導出するための基準として使用されるＵＬ－ＴＣＩ ＩＥにおいて提供される１つのＵＬもしくはＤＬリソース、または
－ ＵＬ送信についてのパスロス基準として使用されるＵＬ－ＴＣＩ ＩＥにおいて提供される１つのＵＬもしくはＤＬリソース、または
－ ＵＬ送信についての空間的関係を導出するための基準として使用されるＵＬ－ＴＣＩ ＩＥにおいて提供される１つのＵＬもしくはＤＬリソース、およびＵＬ送信についてのパスロス基準として使用されるＩＥにおいて提供される１つの他のＵＬもしくはＤＬリソース。

さらに、上記の方法で説明されたような空間的関係および／またはパスロス基準ＲＳの適用は、ＵＬにおける対象チャネルおよび／またはリソースの様々なセット上で行われ得る。したがって、上記の方法は、ＵＬ－ＴＣＩ ＩＥの適用の様々な選択肢を提供し、それにより、様々な実装ユースケースを可能にするのに役立つ。上記の方法から、以下のような適用の選択肢（対象チャネルおよび／またはリソース）が可能である（適用可能であり得るユースケースは、それらに伴い提供される）：
１）ＵＬ－ＴＣＩ ＩＥは、少なくともＰＵＳＣＨおよび少なくとも１つのＰＵＣＣＨリソースに対して適用され得る。ＵＬ－ＴＣＩ ＩＥのそのような適用について２つの異なるシナリオが可能である。すなわち、制御チャネルとデータ・チャネルが同じセル内にあってよく、すべてのＰＵＳＣＨと一部もしくはすべてのＰＵＣＣＨリソースとが同じ空間的関係で適用されるか、または、所与のセル内のＵＬにおける制御チャネルとデータ・チャネルの両方が、異なる特定の送受信点（ＴＲＰ）もしくは異なるＵＥポート・グループもしくはパネルに関連付けられるため、複数の空間的関係で適用される。ＴＲＰは、ＵＥがダウンリンクでの受信またはアップリンクでの送信をすることができる基地局または任意の他のネットワーク・ノードであり得る。たとえば、ＵＬ－ＴＣＩ ＩＥは、ＵＥ専用であるすべてのＰＵＣＣＨリソース（一連のＵＥのために構成され得る共通のＰＵＣＣＨリソースではなく、このＵＥ用にＲＲＣを介して構成される）とともに所与のセル内のすべてのＰＵＳＣＨに対して適用されてよい。別の例では、少なくともＰＵＳＣＨ送信のサブセットおよびすべての構成されたＰＵＣＣＨリソースのサブセット（またはＰＵＣＣＨリソース・グループのサブセット）が、ＵＬ－ＴＣＩ ＩＥとの空間的関係および／またはＰＬ－ＲＳで示されてよく、ここで、上記ＰＵＳＣＨ送信およびＰＵＣＣＨリソースは、特定のＴＲＰに向けられ、またはＵＥからのポート／パネルの特定のセットに由来する。

２）ＵＬ ＴＣＩ－ＩＥは、少なくともＰＵＳＣＨおよび少なくとも１つのＳＲＳリソースに対して適用し得る。これは、制御シグナリングとデータ・チャネルが（セル構成またはＴＲＰ構成の観点で）別々である場合に起こり得る。コードブックまたは非コードブックのためのＳＲＳリソースは、ＰＵＳＣＨと同じビームを共有してよく、ここで、上記ＳＲＳリソースは、通常はＰＵＳＣＨ送信のポートを表示するために使用される。ビーム管理のために構成されたＳＲＳリソース・セットのＳＲＳリソースのうちの１つがＰＵＳＣＨと同じＵＬ－ＴＣＩ ＩＥを共有する場合、それは、ビーム管理のための（同じセット内の）他のＳＲＳリソースとのＵＬサウンディングのためのＵＥへの参照として保存し得る。全体として、この適用方法は、ＵＬにおける制御チャネルとデータ・チャネルが別々である場合に、データ・チャネルおよび基準サウンディングのビーム管理を整合させるのに役立つ。別のユースケースでは、それは、制御データが分離されていないときに、制御データのＵＬフィードバックが、異なるＴＲＰに向かって分離された場合に役立つことがあり、これは、ダウンリンク・データが異なるＴＲＰから別々に送信され、（ＨＡＲＱ ＡＣＫなどの）ＤＬデータ受信に関するＵＬ制御データがそれぞれのＴＲＰに対して向けられ得るが、データのアップリンク送信が、オーバヘッドまたは冗長性の削減のために、単一のＴＲＰのみに向けられ得る場合に起こり得る。

３）ＵＬ－ＴＣＩ ＩＥは、少なくともＰＵＳＣＨ、少なくとも１つのＰＵＣＣＨリソース、および少なくとも１つのＳＲＳリソースに適用し得る。この場合、データおよび制御チャネルは、１つのセル内にあり、ＰＵＳＣＨ送信のすべて／サブセット、すべての／サブセットのＰＵＣＣＨリソース、およびＳＲＳリソースのサブセットは、セルにおけるＵＬ送信に対して、または所与のセルにおける単一のＴＲＰに向けて／単一のパネル（もしくはポートのグループ）から整合され得る。これは、セル内の１つのビームまたはセル内のＴＲＰ／パネルあたり１つのビームのみをサポートするＵＥでは、特に重要となり得る。

注：本開示の「ＰＵＳＣＨリソース」または「ＰＵＳＣＨ」という用語は、ＰＵＳＣＨの送信に使用されるＰＵＳＣＨ送信または時間／周波数／ポート／パネル・リソースを指し得る。

＜空間フィルタおよび／またはパスロス基準ＲＳの使用法に関するＵＬ－ＴＣＩ ＩＥの外部の表示＞
一実施形態によれば、ＵＬ－ＴＣＩ ＩＥに含まれる１つまたは複数のＤＬおよび／またはＵＬリソースは、少なくとも１つのＰＵＳＣＨ、ＰＵＣＣＨリソース、またはＳＲＳリソースの送信のために、パスロスファクターの導出のための基準として使用され、すなわち、パスロス基準として使用され、および／または空間フィルタ／空間的関係／ビーム方向の導出のために使用される。一例では、ＩＥは、ＤＬ／ＵＬリソースが、空間フィルタもしくはビーム方向の導出のために、またはパスロス基準として、または両方に使用されるかについて明示的な表示を含まなくてよい。ＵＬ－ＴＣＩ ＩＥにおけるリソースが、パスロス基準として、または空間的関係を導出するために、または両方に使用されるべきかを決定するために、以下の方法のうちの１つが使用され得る。

－ ＮＲ仕様において方法を予め定義する、または
－ リソースが何のために使用されるべきかを、上位層（たとえば、ＲＲＣもしくはＭＡＣ）を介してＵＥに対して明示的に表示する、または
－ リソースが何のために使用されるべきかを決定する間接的／暗黙的な方法を使用する。

一例では、間接的／暗黙的な方法の使用は、上位層（たとえば、ＲＲＣまたはＭＡＣまたはＭＡＣ－ＣＥ）を介してＵＥに対して表示され得る。別の例では、ＵＬ－ＴＣＩ ＩＥにおけるリソースの使用法は、ＮＲ仕様で予め定義される。たとえば、ＤＬ ＲＳがＵＬ－ＴＣＩ ＩＥにおいて提供された場合、このＲＳは、パスロス基準およびＵＬ空間フィルタとして使用され得る。ＵＬ ＲＳがＩＥにおいて提供された場合、ＲＳは空間フィルタのみを導出するために使用される。ＵＬ ＲＳおよびＤＬ ＲＳがＩＥにおいて提供された場合、ＵＬ ＲＳは空間フィルタを導出するために使用され、ＤＬ ＲＳはパスロス基準ＲＳとして使用される。

同じことの明示的な表示の例として、上位層を介する表示は、たとえば、ＵＬ ＲＳを空間フィルタ基準またはビーム方向基準としてのみ使用し、ＵＬ－ＴＣＩ ＩＥにＤＬ ＲＳのみが提供されている場合はＤＬ ＲＳをパスロス基準および空間フィルタ基準として使用し、ＵＬ－ＴＣＩ－ＩＥにＵＬ ＲＳも提供されている場合はＤＬ ＲＳをパスロス基準としてのみ使用することを、ＵＥに対して指示することが可能である。別の表示の例では、ＵＥは、ＵＬ－ＴＣＩ ＩＥにおける提供されたＲＳを、パスロス基準または空間フィルタ導出または両方のために使用するように指示され得る（ここでは、ＵＬ－ＴＣＩ ＩＥに１つのＲＳのみが提供されるという暗黙の仮定が存在し得る）。

＜ＭＡＣ－ＣＥを介したリソースを伴う「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」（ＵＬ－ＴＣＩ）ＩＥの明示的な表示＞
いくつかの実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信するように構成される。たとえば、ＵＥは、少なくとも１つのＵＬ－ＴＣＩ ＩＥのＩＤと、以下のうちの１つまたは複数と、を少なくとも備えるＭＡＣ－ＣＥメッセージを受信し得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
ＭＡＣ－ＣＥメッセージの受信後、ＵＥは、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つの情報要素において提供された空間的関係および／またはパスロス基準ＲＳを適用する。

一実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、ＵＬ－ＴＣＩ ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信するように構成される。たとえば、ＵＥは、少なくとも１つのＵＬ－ＴＣＩ ＩＥのＩＤと、ＩＥにおけるＲＳが空間的関係基準および／またはパスロス基準として使用されるべきかについての１つまたは複数の表示と、以下のうちの１つまたは複数と、を少なくとも備えるＭＡＣ－ＣＥメッセージを受信し得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
ＭＡＣ－ＣＥメッセージの受信後、ＵＥは、ＭＡＣ－ＣＥメッセージにおいて提供された表示に従って、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つの情報要素において提供された空間的関係および／またはパスロス基準ＲＳを適用する。たとえば、表示は、前述の方法のうちの１つに記載されたＱＣＬタイプを表示してよく、ＱＣＬタイプは、表示されたＱＣＬタイプに関連付けられたＲＳが空間的関係基準またはパスロス基準またはその両方として使用されるべきかを表示する。別の例では、表示は、以下の３つの値ｂ_０、ｂ_１、ｂ_２のうちの１つを含み得る。

－ ｂ_０の値は、ＵＬ－ＴＣＩ ＩＥ内の１つまたは複数のＲＳが上記ＵＬチャネルまたはＲＳについての空間的関係基準として使用され得ることを表示することができ、
－ ｂ_１の値は、ＵＬ－ＴＣＩ ＩＥ内の１つまたは複数のＲＳがＵＬチャネルまたはＲＳについてのパスロス基準ＲＳとして使用され得ることを表示することができ、
－ ｂ_２の値は、ＵＬ－ＴＣＩ ＩＥ内の１つまたは複数のＲＳが上記ＵＬチャネルまたはＲＳについての空間的関係基準およびパスロス基準ＲＳとして使用され得ることを表示することができる。

＜複数のＵＬ Ｔｘ設定の構成＞
いくつかの実施形態によれば、ＵＥは、ＵＬ送信で使用されるＵＬビーム方向（もしくは空間フィルタ）および／またはパスロス基準および／または１つもしくは複数の電力制御設定の構成に使用されるパラメータのセットを備える、ＩＥの構成を、ネットワーク・ノードから上位層を介して受信するように構成され、ＩＥは、各ＩＥに一意のＩＤと、１つまたは複数のＵＬおよび／またはＤＬ ＲＳリソースのＩＤとを少なくとも含み、以下のパラメータのうちの少なくとも１つを任意選択で含む。

－ ＩＥにおいて表示された１つまたは複数のリソースが、アップリンク送信のために、ＵＬ空間フィルタ／ビーム方向／空間的関係を導出するために使用されるかどうか、および／またはパスロスファクターの導出のための基準として、すなわちパスロス基準として使用されるかどうかを備える１つまたは複数の表示、
－ アップリンク送信のための以下の電力制御パラメータのうちの１つまたは複数の表示、すなわち、閉ループ電力制御インデックス、ｐ０値またはｐ０値を有する情報要素への表示、アルファ値またはアルファ値を有する情報要素への表示、のうちの１つまたは複数の表示であって、ｐ０およびアルファは、アップリンク送信電力の計算に使用される、表示。

ＵＥが構成を受信すると、ＵＥは、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のためにＩＥにおいて提供された設定または構成を適用するように構成される。

上述されたＤＬまたはＵＬリソースは、ＣＳＩ－ＲＳリソース、ＳＲＳリソース、または同期信号ブロック（ＳＳＢ）、および任意選択でＣＯＲＥＳＥＴまたはＳＲＳリソース・セットのうちの１つであり得る。

上述されたＩＥは、たとえば、先に言及されたように、ＵＬ－ＴＣＩ ＩＥまたは「ＵＬ－ＴｘＳｅｔｔｉｎｇｓ」と題されることもある。
様々なＵＬおよびＤＬリソースからの空間フィルタ／ビーム方向／空間的関係およびパスロス基準ＲＳの計算／導出は、前述された方法によって説明されている。

一実施形態によれば、ＵＥは、ＩＥにおいて表示されたリソースがＵＬ空間フィルタ／ビーム方向を導出するために使用されるかどうか、および／またはパスロスファクターの導出のための基準として使用されるかどうかを表示する少なくとも１つのパラメータとともに、ＵＬ－ＴＣＩ ＩＥの構成を、ネットワーク・ノードから上位層を介して受信するように構成され、この表示は、以下のように行われ得る。

－ 表示パラメータが値「Ａ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク空間フィルタ／ビーム方向を導出することができ、
－ 表示パラメータが値「Ｂ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク送信電力の計算のためのパスロスファクターを導出し、すなわち、上記リソースをパスロス基準として使用することができ、
－ 表示パラメータが値「Ｃ」で設定された場合、ＵＥは、上記リソースを使用して、アップリンク送信電力の計算のためのパスロスファクターを導出し、すなわち、上記リソースをパスロス基準として使用し、また、アップリンク空間フィルタ／ビーム方向を導出することができる。

表示パラメータは、たとえば、「ｑｕａｓｉ－ｃｏｌｏｃａｔｉｏｎ（ＱＣＬ）ｔｙｐｅ」または「ａｓｓｕｍｐｔｉｏｎＴｙｐｅ」または「ｂｅａｍＤｉｒｅｃｔｉｏｎＯｒＰａｔｈｌｏｓｓＲｅｆＲＳＳｅｌｅｃｔｉｏｎ」と呼ばれることがある。ＩＥにおける各ＤＬもしくはＵＬリソースがＱＣＬタイプ・パラメータに関連付けられてよく、または複数のリソースがＱＣＬタイプ・パラメータに関連付けられてもよい。ＵＥが行う異なる挙動を表示するために、適切な値の例が「Ａ」、「Ｂ」および「Ｃ」に割り当てられ得る。各々が関連付けられたＱＣＬタイプを有する、最大２つのＵＬ／ＤＬリソースと、対応するＵＥの挙動とを含む、ＵＬ－ＴＣＩ ＩＥの異なる可能性の例が、先に提示されたテーブル１に与えられている。

一実施形態によれば、ＵＬ－ＴＣＩ ＩＥに含まれる１つまたは複数のＤＬおよび／またはＵＬリソースは、少なくとも１つのＰＵＳＣＨ、ＰＵＣＣＨリソース、またはＳＲＳリソースの送信のために、パスロスファクターの導出のための基準として使用され、すなわち、パスロス基準として使用され、および／または空間フィルタ／空間的関係／ビーム方向の導出のために使用される。情報要素は、ＤＬ／ＵＬリソースが、空間フィルタ導出のために、またはパスロス基準として、または両方に使用されるかどうかの表示を含まなくてよい。ＵＬ－ＴＣＩ ＩＥにおけるリソースが、パスロス基準として、または空間的関係を導出するために、または両方に使用されるべきかを決定するために、以下の方法のうちの１つが使用され得る。

－ 仕様において方法を予め定義する
－ リソースが何のために使用されるべきかを、上位層（たとえば、ＲＲＣもしくはＭＡＣ）を介して明示的に表示する
－ リソースが何のために使用されるべきかを決定する間接的／暗黙的な方法を使用する。

表示の暗黙的および明示的な方法の例は、先に説明された方法のうちの１つで提供される。
実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、ＵＬ－ＴＣＩ ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信するように構成される。たとえば、ＵＥは、少なくとも１つの「ＵＬ－ＴｘＳｅｔｔｉｎｇｓ」と、以下のうちの１つとを少なくとも備えるＭＡＣ－ＣＥメッセージを受信し得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
ＭＡＣ－ＣＥメッセージの受信後、ＵＥは、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つの情報要素において提供された空間的関係および／またはパスロス基準ＲＳおよび／または電力制御設定を適用する。

＜分離したパスロス基準ＲＳ ＩＥの構成＞
前述の方法では、ＵＬ－ＴＣＩ ＩＥは、空間的関係またはパスロス基準ＲＳまたは両方の表示に使用された。２つのパラメータの分離は、パスロス基準の計算および適用が、空間的関係の適用タイミングと異なり得るシナリオにおいて役立つ可能性がある。

一実施形態によれば、ＵＥは、各ＩＥに一意のＩＤと、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信についてのパスロスファクターを導出するためにパスロス基準ＲＳを表示するために使用される１つまたは複数のＵＬおよび／またはＤＬリソースのＩＤとを少なくとも備える、少なくとも１つのＩＥの構成を、ネットワーク・ノードから上位層を介して受信するように構成される。

上述されたＤＬまたはＵＬリソースは、ＣＳＩ－ＲＳリソース、ＳＲＳリソース、またはＳＳＢ、および任意選択でＣＯＲＥＳＥＴまたはＳＲＳリソース・セットのうちの１つであり得る。

上述されたＩＥは、たとえば、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」と題されることもある。
ＣＯＲＥＳＥＴ、ＳＲＳリソース、およびＳＲＳリソース・セットを含む様々なＵＬおよびＤＬリソースからのパスロス基準ＲＳの計算については、前述された方法で説明されている。

一実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信するように構成される。たとえば、ＵＥは、少なくとも１つの「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」と、以下のうちの少なくとも１つと、を少なくとも備えるＭＡＣ－ＣＥメッセージ（または任意の適切な上位層シグナリング）を受信し得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
ＭＡＣ－ＣＥメッセージの受信後、ＵＥは、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つの情報要素において提供されたパスロス基準ＲＳを適用する。

＜空間フィルタとのパスロス基準ＲＳの関連付け＞
いくつかの実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、
－ 各ＩＥに一意のＩＤと、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のための少なくとも空間フィルタ／空間的関係／ビーム方向を表示するために使用される１つまたは複数のＵＬおよび／またはＤＬ、リソースのＩＤとを少なくとも備える、少なくとも１つのＩＥの構成と、
－ 各ＩＥに一意のＩＤと、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信についてのパスロスファクターを導出するためにパスロス基準ＲＳを表示するために使用される１つまたは複数のＵＬリソースおよび／またはＤＬ ＲＳリソースのＩＤとを少なくとも備える、少なくとも１つのＩＥの構成と、
－ 空間的関係を表示する少なくとも１つのＩＥと、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースについてのパスロス基準を表示するＩＥとの関連付けと
を受信するように構成される。

次いで、ＵＥは、少なくともＰＵＳＣＨおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信に対して、空間的関係およびパスロス基準を適用する。
空間的関係を提供するＩＥは、前述のように、「ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」ＩＥまたは「ＵＬ－ＳｐａｔｉａｌＦｉｌｔｅｒ」と題されることがある。パスロス基準を提供するＩＥは、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」または「ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」と題されることがある。

いくつかの実施形態によれば、関連付けは、空間的関係を提供する少なくとも１つのＩＥの識別子と、パスロス基準を提供する少なくとも１つのＩＥの識別子と、以下のうちの少なくとも１つと、を少なくとも含むＭＡＣ－ＣＥメッセージを介して、取得され得る。

－ １つまたは複数のＳＲＳリソースのＩＤ
－ １つまたは複数のＳＲＳリソース・セットのＩＤ
－ １つまたは複数のＰＵＣＣＨリソースのＩＤ
－ １つまたは複数のＰＵＣＣＨリソース・グループのＩＤ
－ １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）のＩＤ
ＭＡＣ－ＣＥメッセージの受信後、ＵＥは、表示されたＳＲＳリソース、および／または表示されたＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して提供された表示された少なくとも１つの空間的関係および少なくとも１つのパスロス基準ＲＳを適用する。

別の方法では、関連付けは、ＲＲＣまたは上位層を介して行われてよく、ここで、あるＩＥは別のＩＥにおいて参照される。
一実施形態によれば、空間的関係（またはビーム方向）を提供するＩＥ、すなわちＵＬ－ＴＣＩ ＩＥと、パスロス基準を提供するＩＥ、すなわち「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥとは、以下の方法のうちの１つまたは複数で上位層を介して関連付けられ得る。

－ 「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥは、ＵＬ－ＴＣＩ ＩＥのＩＤを備え得る
－ ＵＬ－ＴＣＩ ＩＥは、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥのＩＤを備え得る
このようにＲＲＣまたは上位層を介して関連付けられたパスロス基準と空間的関係ＩＥは、上位層（たとえば、ＲＲＣ、ＭＡＣ－ＣＥメッセージ）を介して、１つまたは複数のＳＲＳリソース、ＳＲＳリソース・セット、ＰＵＣＣＨリソース、ＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨと関連付けられ得る。

ＵＥが、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥのＩＤを備えるＵＬ－ＴＣＩ ＩＥをＵＬチャネルまたはＲＳまたはリソースに関連付けるシグナリングを受信した後、ＵＥは、その送信を、ＵＬ－ＴＣＩ ＩＥに提供された空間的関係、およびＵＬ－ＴＣＩ ＩＥにより表示された「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥに提供されたパスロス基準とともに行うことができる。

他方で、ＵＥが、ＵＬ－ＴＣＩ ＩＥのＩＤを備える「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥをＵＬチャネルまたはＲＳまたはリソースに関連付けるシグナリングを受信した後、ＵＥは、その送信を、「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥに提供されたパスロス基準、および「ＵＬ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ」ＩＥにより表示されたＵＬ－ＴＣＩ ＩＥに提供された空間的関係とともに行うことができる。

＜上位層情報要素を介するポート表示＞
いくつかの実施形態によれば、ＵＥは、ポートまたはポートアップリンク送信のためのポートの表示を提供し得るＵＬ－ＴＣＩ ＩＥを取得するように構成される。ＵＬ－ＴＣＩ ＩＥは、少なくとも１つのＰＵＣＣＨリソース／リソース・グループおよび／またはＰＵＳＣＨおよび／またはＳＲＳリソース／リソース・セットのための送信のポートを提供するために参照され得る。アップリンク送信のためのポートを提供するためのＵＬ－ＴＣＩ情報要素への参照は、ＲＲＣ、ＭＡＣ－ＣＥメッセージを介して、またはＰＤＣＣＨに含まれるダウンリンク制御情報（ＤＣＩ）を使用してＰＨＹ層を介して、行われ得る。

別の実施形態では、別個のＩＥが、アップリンク送信に使用されるポートを表示するように構成されてよく、それは、上位層またはＰＨＹ層を介してＵＬ－ＴＣＩ情報要素と関連付けられ得る。

いくつかの実施形態によれば、ＵＥは、ネットワーク・ノードから、上位層を介して、アップリンク送信のためのポートを提供するＩＥを取得するように構成される。情報要素は、少なくともＰＵＣＣＨリソースおよび／またはＰＵＳＣＨおよび／またはＳＲＳリソース／リソース・セットのための送信のポートを提供するために参照され得る。ＩＥは、少なくとも、各ＩＥに一意のＩＤ、ポートの数を提供するパラメータ、または１つもしくは複数のポートの識別子もしくはインデックスを提供するパラメータを備え得る。ＵＥは、表示方法に応じて、アップリンク送信のためのポートを選択し得る。

たとえば、ＩＥが送信のためにポート・インデックス［０，１，２，３］を提供する場合、ＵＥは、送信が可能なＰ≧４個のポートから送信のために４個のポートを選択してよい。同様に、ＩＥが送信のためにＰ_ｉ個のポートを提供する場合、ＵＥは、送信が可能なＰ個のポートからＰ_ｉ≦Ｐ個のポートを選択する。情報要素は、たとえば、「ＵＬ－ＰｏｒｔＩｎｄｉｃａｔｉｏｎ」と題されることがある。

本開示におけるポート表示の任意の方法に関する、ポートのインデックスまたは表示された数による、ポートの選択、すなわち、ポートの表示されたポート・インデックスまたは数の、ＵＥにおけるポートに対するマッピングは、ＮＲ仕様において予め決定されてよく、上位層を介して表示されてよく、またはＵＥによって決定されてよい。

いくつかの実施形態によれば、ＵＥは、アップリンク送信についての空間フィルタ基準、パスロス基準、１つまたは複数の電力制御パラメータを備える電力制御設定のうちの１つまたは複数を提供する、ＵＬ－ＰｏｒｔＩｎｄｉｃａｔｉｏｎ ＩＥとＵＬ－ＴＣＩ ＩＥとの関連付けを提供される。関連付けは、上位層（たとえば、ＲＲＣもしくはＭＡＣ層）またはＰＨＹ層を介して行われてよく、またはＮＲ仕様において固定され既知であってもよい。ＵＬ－ＰｏｒｔＩｎｄｉｃａｔｉｏｎ ＩＥとＵＬ－ＴＣＩ ＩＥとの間の関連付けによって定義される組み合わされた設定は、少なくとも１つのＰＵＣＣＨリソース／リソース・グループおよび／またはＰＵＳＣＨおよび／またはＳＲＳリソース／リソース・セットのアップリンク送信についての送信設定を提供するために使用され得る。たとえば、少なくとも１つのＵＬ－ＴＣＩ ＩＥのＩＤ、少なくとも１つのＵＬ－ＰｏｒｔＩｎｄｉｃａｔｉｏｎ ＩＥのＩＤを少なくとも備えるＭＡＣ－ＣＥメッセージが、ＵＥによって受信され得る。別の例では、上位層情報要素は、関連付けられたＵＬ－ＴＣＩ ＩＥの識別子とＵＬ－ＰｏｒｔＩｎｄｉｃａｔｉｏｎ ＩＥとを表示することによって、関連付けを提供することができる。

＜ＵＬ－ＴＣＩ状態の絞り込み選択およびアクティブ化＞
実施形態によれば、ＵＥは、上位層を介してネットワーク・ノードから、１≦Ｎ≦Ｎ_ｍａｘ個のＵＬ－ＴＣＩ情報要素（ＩＥ）の構成を取得するように構成される。ＵＥはさらに、ネットワーク・ノードから１つまたは複数のＭＡＣ－ＣＥメッセージを受信してよく、ここで、Ｓ≦Ｎ個のＵＬ－ＴＣＩ状態が、Ｎ個の構成されたＵＬ－ＴＣＩ状態から選択される。

上位層を介してＵＥに対して提供されるＵＬ－ＴＣＩ構成またはＵＬ－ＴＣＩ ＩＥは、本開示では「ＵＬ－ＴＣＩ状態」として表されることもあることに留意されたい。
一実施形態によれば、ＵＥは、ＰＤＣＣＨに含まれるＤＣＩを介してネットワーク・ノードから、ＰＵＳＣＨまたはＰＵＣＣＨリソースまたはＳＲＳリソース／リソース・セットのアップリンク送信についてのＭＡＣ－ＣＥメッセージを介して選択されたＮ個の構成されたＵＬ－ＴＣＩ状態のうちの１つもしくは複数またはＳ個のＵＬ－ＴＣＩ状態のうちの１つもしくは複数の表示を取得するように構成される。ＵＬ－ＴＣＩ状態は、空間的関係設定、および／またはパスロス基準ＲＳ設定、および／または１つもしくは複数の電力制御パラメータを提供するＵＬ電力制御設定、および／またはアップリンク送信に使用されるポートを表示し得る。たとえば、ＤＣＩは、少なくとも１つのＰＵＣＣＨリソース／リソース・グループおよび／またはＰＵＳＣＨおよび／またはＳＲＳリソース／リソース・セットのアップリンク送信についての、上位層を介して構成されたＮ個のＵＬ－ＴＣＩ ＩＥのうちの１つもしくは複数またはＭＡＣ－ＣＥメッセージを介して選択されたＳ≦Ｎ個のＵＬ－ＴＣＩ ＩＥのうちの１つもしくは複数を表示する、Ｋ≧１ビット・フィールドを備え得る。

図２を参照すると、ＵＥによって行われる方法が提示され、上述の実施形態のいくつかを要約している。図示されるように、この方法は、
－ （２０１）ネットワーク・ノードから、上位層を介して、少なくとも１つのＩＥの構成を受信する工程であって、上記構成は少なくとも、各ＩＥに一意のＩＤと、少なくともＰＵＳＣＨ、リソースおよび／またはＰＵＣＣＨ、リソースおよび／またはリソースの送信のための少なくとも空間フィルタまたはビーム方向を表示するために使用される１つまたはＵＬリソースおよび／またはＤＬリソースのＩＤとを備える、工程と、
－ （２０２）ＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のために少なくとも１つのＩＥにおいて提供された構成を適用する工程と
を備える。

先に説明されたように、一実施形態によれば、
－ ＤＬリソースがＮＺＰ ＣＳＩ－ＲＳリソースである場合、この方法は、ＮＺＰ ＣＳＩ－ＲＳの受信のために使用されるのと同じ空間フィルタまたはビーム方向を用いて、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨリソースを送信する工程を備え、
－ ＤＬリソースがＳＳ－ＰＢＣＨである場合、この方法は、ＳＳ－ＰＢＣＨの受信のために使用されるのと同じ空間フィルタまたはビーム方向を用いて、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨリソースを送信する工程を備え、
－ ＵＬリソースがＳＲＳリソースである場合、方法は、ＳＲＳリソースの送信のために使用されるのと同じ空間フィルタまたはビーム方向を用いて、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨリソースを送信する工程を備え、
－ ＤＬリソースがＣＯＲＥＳＥＴである場合、方法は、上記ＣＯＲＥＳＥＴ上での１つまたは複数のＰＤＣＣＨの受信のために使用されるのと同じ空間フィルタまたはビーム方向を用いて、ＰＵＣＣＨリソースまたはＳＲＳリソースまたはＰＵＳＣＨリソースを送信する工程を備える。

この方法は、
－ ネットワーク・ノードから、上位層を介して、ＵＬ－ＴＣＩ ＩＥと、少なくとも１つのＳＲＳリソース、または少なくとも１つのＳＲＳリソース・セット、または少なくとも１つのＰＵＣＣＨリソース、または少なくとも１つのＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けを受信する工程と、
－ 表示されたＳＲＳリソース、および／またはＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示されたリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、および／または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、少なくとも１つのＩＥにおいて提供された空間フィルタまたはビーム方向を適用する工程と
をさらに備える。

ＵＥによって行われる方法は、少なくともＰＵＳＣＨ、ＰＵＣＣＨリソースまたはＳＲＳリソースの送信のためのパスロス基準としてのパスロスファクターの導出のための基準として、ＵＬ－ＴＣＩ ＩＥに含まれる１つまたは複数のＤＬおよび／またはＵＬリソースを適用する工程をさらに備え、パスロスファクターは、上記ＰＵＳＣＨ、ＰＵＣＣＨリソースまたは上記ＳＲＳセット内のＳＲＳリソースのための送信電力を取得するために使用される。

ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロスファクターがＣＯＲＥＳＥＴから導出される場合、方法は、ＣＯＲＥＳＥＴ上のＰＤＣＣＨのうちの少なくとも１つの受信のための疑似コロケーション（ＱＣＬ）仮定を提供するＤＬ基準信号のうちの１つからパスロスファクターを取得する工程を備える。

ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロス基準がＳＲＳリソース・セットなどのようなＵＬ ＲＳリソース・セットから取得される場合、方法は、上記ＳＲＳリソース・セットまたはＳＲＳリソース・セット内の１つもしくは複数のＲＳリソースについてのパスロス基準ＲＳおよび／または空間的関係として使用されるＤＬ ＲＳからパスロスファクターを取得する工程を備える。

ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロス基準がＵＬ ＲＳから取得される場合、方法は、上記アップリンクＲＳリソースまたはアップリンクＲＳリソースを備えるアップリンクＲＳリソース・セットについてのパスロス基準ＲＳおよび／または空間的関係として使用されるＤＬ ＲＳからパスロスファクターを取得する工程を備える。

先に説明されたように、ＩＥ（たとえば、ＵＬ－ＴＣＩ ＩＥ）は、表示されたＤＬリソースまたはＵＬリソースが、ＵＬ送信について、ＵＬ空間フィルタを導出するために使用されるのみか、またはパスロスファクターの導出のための基準であるのみか、または空間フィルタを導出するために、およびパスロスファクターの導出のための基準として使用されるのかを表示する、表示またはパラメータを備える。

ＩＥの構成は、ＵＬ送信に使用される１つまたは複数の電力設定をさらに備え、ＩＥは、以下のパラメータ、すなわち、
－ ＩＥにおいて表示された１つまたは複数のリソースが、ＵＬ送信のために、ＵＬ空間フィルタもしくはビーム方向を導出するために使用されるかどうか、および／またはパスロスファクターの導出のための基準として、すなわちパスロス基準として使用されるかどうかを備える１つまたは複数の表示と、
－ ＵＬ送信のための以下の電力制御パラメータのうちの１つまたは複数の表示、すなわち、閉ループ電力制御インデックス、値ｐ０またはｐ０値を有するＩＥへの表示、アルファ値またはアルファ値を有するＩＥへの表示、のうちの１つまたは複数の表示であって、ｐ０およびアルファは、ＵＬ送信電力の計算のために使用される、表示と
のうちの１つまたは複数をさらに含む。

この方法は、少なくとも１つのＰＵＣＣＨリソースもしくはＰＵＣＣＨリソース・グループおよび／またはＰＵＳＣＨおよび／またはＳＲＳリソースもしくはＳＲＳリソース・セットについてのＵＬ送信のための少なくとも１つのポートの表示を提供するＵＬ－ＴＣＩ ＩＥを取得する工程をさらに備え、ＵＬ－ＴＣＩ ＩＥへの参照が、ＲＲＣ、ＭＡＣ－ＣＥメッセージを介して、またはＰＤＣＣＨに含まれるダウンリンク制御情報（ＤＣＩ）を使用してＰＨＹ層を介して、取得される。

先に説明されたように、この方法は、ネットワーク・ノードから、上位層を介して、１≦Ｎ≦Ｎ_ｍａｘ個のＵＬ－ＴＣＩ ＩＥの構成を取得する工程を備える。
この方法は、ネットワーク・ノードから１つまたは複数のＭＡＣ－ＣＥメッセージを受信する工程であって、Ｓ≦Ｎ個のＵＬ－ＴＣＩ状態が、Ｎ個の構成されたＵＬ－ＴＣＩ状態から選択される、工程をさらに備える。

この方法は、ネットワーク・ノードから、ＰＤＣＣＨに含まれるＤＣＩを介して、ＰＵＳＣＨもしくはＰＵＣＣＨリソースまたはＳＲＳリソースまたはＳＲＳリソース・セットのＵＬ送信についての、たとえば、ＭＡＣ－ＣＥメッセージを介して選択された、Ｎ個の構成されたＵＬ－ＴＣＩ状態のうちの１つもしくは複数または上記Ｓ個のＵＬ－ＴＣＩ状態のうちの１つもしくは複数の表示を受信する工程をさらに備える。

ＵＥによって行われる前述のプロセスまたは方法工程を行うために、ＵＥも提供される。図３は、ＵＥ３００を示すブロック図を示す。ＵＥ３００は、プロセッサ３１０または処理回路または処理モジュールまたはプロセッサまたは手段３１０と、受信機回路または受信機モジュール３４０と、送信機回路または送信機ジュール３５０と、メモリ・モジュール３２０と、送信機回路３５０および受信機回路３４０を含み得るトランシーバ回路またはトランシーバ・モジュール３３０とを備える。ＵＥ３００はさらに、少なくともネットワーク・ノードとの間で信号を送信および受信するためのアンテナ回路を含むアンテナ・システム３６０を備える。アンテナ・システムは、前述のようにビームフォーミングを利用する。ＵＥによって行われる動作は既に説明されている。

ＵＥ３００は、ビームフォーミング技術をサポートする４ＧもしくはＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ａｄｖａｎｃｅｄ ５Ｇ、またはそれらの組合せを含む、任意の無線アクセス技術に属してよい。プロセッサおよびメモリを備えるＵＥは、プロセッサによって実行可能な命令を含み、それにより、ＵＥ３００は、上述されたＵＥに関係付けられた実施形態のいずれか１つを実施するように動作し、または構成される。

処理モジュール／回路３１０は、プロセッサ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などを含み、「プロセッサ」と呼ばれることがある。プロセッサ３１０は、ネットワーク・ノードおよびその構成要素の動作を制御する。メモリ（回路またはモジュール）３２０は、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、および／またはプロセッサ３１０によって使用され得るデータおよび命令を記憶するための別のタイプのメモリを含む。一般に、１つまたは複数の実施形態におけるネットワーク・ノードは、本明細書に開示された実施形態のいずれかにおいて動作を実行するように構成された、固定またはプログラムされた回路を含むことが理解されよう。

少なくとも１つのそのような例では、プロセッサ３１０は、処理回路内にあるかまたは処理回路にアクセス可能な非一時的コンピュータ可読媒体に記憶されたコンピュータ・プログラムからコンピュータ・プログラム命令を実行するように構成された、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または他の処理回路を含む。ここで、「非一時的」は、必ずしも永続または不変の記憶を意味するものではなく、ワーキング・メモリまたは揮発性メモリにおける記憶を含み得るが、少なくともいくらかの持続性の記憶を含意する。プログラム命令の実行は、ＵＥに関係する本開示に開示された動作を実行するように、処理回路を特に適合させまたは構成する。さらに、ＵＥ３００が追加の構成要素を備えてよいことは理解されよう。

図４を参照すると、前述されたいくつかの実施形態によるネットワーク・ノードまたはｇＮＢによって行われる方法が提示されている。図示されるように、この方法は、
－ （４０１）上位層を介して、ＵＥに対して、少なくとも１つのＩＥの構成を送信する工程であって、上記構成は少なくとも、各ＩＥに一意のＩＤと、少なくともＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のための少なくとも空間フィルタまたはビーム方向を表示するために使用される１つまたは複数のＵＬリソースおよび／またはＤＬリソースのＩＤとを備え、そうすることにより、ＵＥが、ＰＵＳＣＨリソースおよび／またはＰＵＣＣＨリソースおよび／またはＳＲＳリソースの送信のために少なくとも１つのＩＥにおいて提供された構成を適用することを可能にする、工程と、
－ ＵＥから、ＰＵＳＣＨリソースおよびＰＵＣＣＨリソースおよび／またはＳＲＳリソースを受信する工程（４０２）とを備え、すなわち、その後に、ＵＥが上述のように構成を適用する。

ネットワーク・ノードによって行われる追加の動作については既に説明されている。
ネットワーク・ノードによって行われる前述のプロセスまたは方法工程を行うために、ネットワーク・ノード（またはｇＮＢ）も提供される。図５は、ネットワーク・ノード５００の例示的なブロック図を示す。ネットワーク・ノード５００は、プロセッサ５１０または処理回路または処理モジュールまたはプロセッサまたは手段５１０と、受信機回路または受信機モジュール５４０と、送信機回路または送信機ジュール５５０と、メモリ・モジュール５２０と、送信機回路５５０および受信機回路５４０を含み得るトランシーバ回路またはトランシーバ・モジュール５３０とを備える。ネットワーク・ノード５００はさらに、少なくともＵＥとの間で信号を送信および受信するためのアンテナ回路を含むアンテナ・システム５６０を備える。アンテナ・システム５６０は、前述のようにビームフォーミングを利用する。ネットワーク・ノード５００によって行われる動作は既に説明されている。ネットワーク・ノード５００は、送受信点（ＴＲＰ）とみなされることもある。

処理モジュール／回路５１０は、プロセッサ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などを含み、「プロセッサ」と呼ばれることがある。プロセッサ５１０は、ネットワーク・ノードおよびその構成要素の動作を制御する。メモリ（回路またはモジュール）５２０は、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、および／またはプロセッサ５１０によって使用され得るデータおよび命令を記憶するための別のタイプのメモリを含む。一般に、１つまたは複数の実施形態におけるネットワーク・ノードは、本明細書に開示された実施形態のいずれかにおいて動作を実行するように構成された、固定またはプログラムされた回路を含むことが理解されよう。

少なくとも１つのそのような例では、プロセッサ５１０は、処理回路内にあるかまたは処理回路にアクセス可能な非一時的コンピュータ可読媒体に記憶されたコンピュータ・プログラムからコンピュータ・プログラム命令を実行するように構成された、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または他の処理回路を含む。ここで、「非一時的」は、必ずしも永続または不変の記憶を意味するものではなく、ワーキング・メモリまたは揮発性メモリにおける記憶を含み得るが、少なくともいくらかの持続性の記憶を含意する。プログラム命令の実行は、本開示に開示された動作を実行するように、処理回路を特に適合させまたは構成する。さらに、ネットワーク・ノード５００が追加の構成要素を備えてよいことは理解されよう。

ネットワーク・ノード５００は、ビームフォーミング技術をサポートする４ＧもしくはＬＴＥ、ＬＴＥ－Ａ、５Ｇ、ａｄｖａｎｃｅｄ ５Ｇ、またはそれらの組合せを含む、任意の無線アクセス技術に属してよい。プロセッサおよびメモリを備えるネットワーク・ノード５００は、プロセッサによって実行可能な命令を含み、それにより、ネットワーク・ノード５００は、ネットワーク・ノード（またはｇＮＢ）に関係付けられる本開示に提示された主題のいずれか１つを実施するように動作し、または構成される。

本開示において説明された実施形態のいくつかの利点が達成される。それらの利点は、以下を含む。
－ 上位層制御情報オーバヘッドおよび待ち時間の低減、ならびにアップリンク・ビーム管理のためのビーム設定の動的表示の強化、
－ ビーム表示を効率化し、アップリンクにおける様々なチャネルおよびＲＳにわたる制御情報の冗長性を低減するための、空間フィルタまたはビーム方向、パスロス基準ＲＳ、ポート表示などに関するＳＲＳ、ＰＵＣＣＨ、およびＰＵＳＣＨの共同フレームワーク。

－ アップリンク空間フィルタ／ビーム表示についてのＵＬ ＴＣＩ ＩＥの定義が、マルチビーム能力を有するＵＥのためのビーム管理の柔軟性を改善しながら、ビームフォーミング能力が低減されたＵＥのための統一された設定を提供する。

－ ２つの設定または構成の適用のためのＵＥ側における異なる能力および要件についての柔軟性を提供するための異なる実施形態または方式を含むＵＬ送信のためのパスロス基準表示と空間フィルタリングとの分離。

－ ダウンリンクの受信および送信を整合させるためにＵＬ送信に使用されるポート表示のための異なる方式または実施形態。
本明細書を通して「例」または「例示的」への言及は、例に関連して説明された特定の特徴、構造、または特性が本技術の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通して様々な箇所における「例では」または「例示的」という語句の出現は、必ずしもすべて同じ実施形態を参照するものではない。

本開示を通して、「備える」または「備えている」という用語は、非限定的意味で使用されており、すなわち「少なくとも～から構成される」を意味している。本明細書では特定の用語が使用されることがあるが、それらは、限定のためではなく一般的および記述的な意味のみで使用されている。本明細書の実施形態は、ＬＴＥまたは４Ｇ、ＬＴＥ－Ａ（またはＬＴＥ－Ａｄｖａｎｃｅｄ）、５Ｇ、ａｄｖａｎｃｅｄ ５Ｇ、ＷｉＭＡＸ（登録商標）、ＷｉＦｉ（登録商標）、衛星通信、テレビ放送などを含む、任意のワイヤレス・システムに適用され得る。

Claims (13)

1. ユーザ機器（ＵＥ）（３００）によって行われる方法であって、
   ネットワーク・ノード（５００）から、上位層を介して、アップリンクＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ ＩＥ（ＵＬ－ＴＣＩ ＩＥ）である少なくとも１つの情報要素（ＩＥ）の構成を受信する工程（２０１）であって、前記構成は少なくとも、各ＩＥに一意の識別子（ＩＤ）と、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）リソース、サウンディング基準信号（ＳＲＳ）リソース、または同期信号ブロック（ＳＳＢ）、または制御リソース・セット（ＣＯＲＥＳＥＴ）である、１つまたは複数のアップリンク（ＵＬ）リソースおよび／またはダウンリンク（ＤＬ）リソースのＩＤとを備え、
   前記１つまたは複数のＵＬリソースおよび／またはＤＬリソースは、少なくとも物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、またはＳＲＳリソースの送信のためのパスロスファクターの導出のための基準として使用され、
   前記パスロスファクターは、前記ＰＵＳＣＨ、ＰＵＣＣＨリソースまたはＳＲＳリソースのための送信電力を取得するために使用される、工程（２０１）と、
   前記ＰＵＳＣＨリソース、および前記ＰＵＣＣＨリソースおよび／または前記ＳＲＳリソースの前記送信のために前記少なくとも１つのＩＥにおいて提供された前記構成を適用する工程（２０２）とを備える方法。
2. 前記ネットワーク・ノード（５００）から、上位層を介して、１≦Ｎ≦Ｎ_ｍａｘ個のＵＬ－ＴＣＩ ＩＥの構成を取得する工程を備える、請求項１に記載の方法。
3. 前記ネットワーク・ノード（５００）から１つまたは複数の媒体アクセス制御－制御要素（ＭＡＣ－ＣＥ）メッセージを受信する工程であって、Ｓ≦Ｎ個のＵＬ－ＴＣＩ状態が、Ｎ個の構成されたＵＬ－ＴＣＩ状態から選択される、工程を備える、請求項２に記載の方法。
4. 前記ネットワーク・ノード（５００）から、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれるダウンリンク制御情報（ＤＣＩ）を介して、少なくとも１つのＰＵＳＣＨおよびＰＵＣＣＨリソースまたはＳＲＳリソースまたはＳＲＳリソース・セットのＵＬ送信についての前記ＭＡＣ－ＣＥメッセージを介して選択された、前記Ｎ個の構成されたＵＬ－ＴＣＩ状態のうちの１つもしくは複数またはＳ個の構成されたＵＬ－ＴＣＩ状態のうちの１つもしくは複数の表示を受信する工程を備える、請求項３に記載の方法。
5. 前記ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のための前記パスロスファクターがＣＯＲＥＳＥＴから導出される場合、前記方法は、ＣＯＲＥＳＥＴ上の少なくとも１つのＰＤＣＣＨの受信のための疑似コロケーション（ＱＣＬ）仮定を提供するＤＬ基準信号の１つから前記パスロスファクターを取得する工程を備える、請求項１乃至４のいずれか１項に記載の方法。
6. ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロス基準がＳＲＳリソース・セットなどのようなＵＬ ＲＳリソース・セットから取得される場合、前記方法は、前記ＳＲＳリソース・セットまたは前記ＳＲＳリソース・セット内の１つもしくは複数のＲＳリソースについてのパスロス基準ＲＳおよび／または空間的関係として使用されるＤＬ ＲＳから前記パスロスファクターを取得する工程を備える、請求項１乃至５のいずれか１項に記載の方法。
7. 前記ＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのＵＬ送信のためのパスロス基準がＵＬ基準信号（ＲＳ）から取得される場合、前記方法は、アップリンクＲＳリソースまたは前記アップリンクＲＳリソースを備えるアップリンクＲＳリソース・セットについてのパスロス基準ＲＳおよび／または空間的関係として使用されるＤＬ ＲＳから前記パスロスファクターを取得する工程を備える、請求項１乃至６のいずれか１項に記載の方法。
8. 前記パスロスファクターは、基準信号もしくはリソースから計算されたパスロス推定値を表すために、ならびに／または、ＮＲ仕様において送信電力表現で提供されるインデックスｑ_ｄを有する基準信号（ＲＳ）を使用して、ＵＬ帯域幅部分（ＢＷＰ） ｂ、キャリアｆおよびセルｃにおいて前記ＵＥによって計算されたダウンリンク・パスロス推定値ＰＬ_{ｂ，ｆ，ｃ}（ｑ_ｄ）を表すために使用されている、
   請求項１乃至７のいずれか１項に記載の方法。
9. 前記ＵＥは、パスロス基準ＲＳとして使用されるダウンリンク基準信号リソースからＰＵＣＣＨ、ＳＲＳ、またはＰＵＳＣＨのアップリンク送信についての前記パスロスファクターを計算／導出するように構成され、
   サービング・セルｃにおけるサブキャリアｆの前記パスロスファクターは、ＰＬ_ｆ，ｃ（ｑ_ｄ）＝ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ－ＲＳＲＰとして、表示されたパスロス基準ＲＳ ｑ_ｄから計算され、ＲＳＲＰは、上位層でフィルタされた基準信号受信電力であり、ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、上位層により提供されたかまたはＮＲ仕様で固定された上記パスロス基準ＲＳの前記送信電力である、
   請求項１乃至８のいずれか１項に記載の方法。
10. 前記ＵＥは、ネットワーク・ノードから、上位層を介して、ＵＬ－ＴＣＩ ＩＥと、少なくとも１つのＳＲＳリソース、またはＳＲＳリソース・セット、またはＰＵＣＣＨリソース、またはＰＵＣＣＨリソース・グループ、またはＰＵＳＣＨとの関連付けをＭＡＣ－ＣＥメッセージにより受信するように構成され、
    前記ＭＡＣ－ＣＥメッセージは、
    少なくとも１つのＵＬ－ＴＣＩ ＩＥと、
    － １つまたは複数のＳＲＳリソースの前記ＩＤ
    － １つまたは複数のＳＲＳリソース・セットが有するＩＤ
    － １つまたは複数のＰＵＣＣＨリソースが有するＩＤ
    － １つまたは複数のＰＵＣＣＨリソース・グループが有するＩＤ、または、
    － １つまたは複数のアップリンク帯域幅部分（ＢＷＰ）が有するＩＤ
    のうちの少なくとも１つと、を備え、
    前記ＭＡＣ－ＣＥメッセージの受信後、前記ＵＥは、表示された前記ＳＲＳリソース、および／または表示された前記ＳＲＳリソース・セット内のＳＲＳリソース、および／またはＰＵＣＣＨリソース、および／または表示された前記ＰＵＣＣＨリソース・グループ内のＰＵＣＣＨリソース、および／またはＰＵＳＣＨ、または表示されたＵＬ ＢＷＰ上の少なくとも１つのアップリンク送信のうちの少なくとも１つに対して、前記少なくとも１つの情報要素において提供された空間的関係および／またはパスロス基準ＲＳおよび／または電力制御設定を適用する、
    請求項１乃至９のいずれか１項に記載の方法。
11. プロセッサ（３１０）と、前記プロセッサ（３１０）によって実行可能な命令を含むメモリ（３２０）とを備えるユーザ機器（ＵＥ）（３００）であって、請求項１乃至９のいずれか１項に記載の方法の主題を行うように動作するＵＥ（３００）。
12. ネットワーク・ノード（５００）によって行われる方法であって、
    上位層を介して、ＵＥ（３００）に対して、アップリンクＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ ＩＥ（ＵＬ－ＴＣＩ ＩＥ）である少なくとも１つの情報要素（ＩＥ）の構成を送信する工程（４０１）であって、前記構成は少なくとも、各ＩＥに一意の識別子（ＩＤ）と、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）リソース、サウンディング基準信号（ＳＲＳ）リソース、または同期信号ブロック（ＳＳＢ）、または制御リソース・セット（ＣＯＲＥＳＥＴ）である、１つまたは複数のアップリンク（ＵＬ）リソースおよび／またはダウンリンク（ＤＬ）リソースのＩＤとを備え、
    前記１つまたは複数のＵＬリソースおよび／またはＤＬリソースは、少なくとも物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース、またはＳＲＳリソースの送信のためのパスロスファクターの導出のための基準として前記ＵＥによって使用され、
    前記パスロスファクターは、前記ＰＵＳＣＨ、ＰＵＣＣＨリソースまたはＳＲＳリソースのための送信電力を取得するために使用されることにより、前記ＵＥが、前記ＰＵＳＣＨリソース、および前記ＰＵＣＣＨリソースおよび／または前記ＳＲＳリソースの前記送信のために前記少なくとも１つのＩＥにおいて提供された前記構成を適用することを可能にする、工程（４０１）と、
    前記ＵＥ（３００）から、前記ＰＵＳＣＨリソースおよび前記ＰＵＣＣＨリソースおよび／または前記ＳＲＳリソースを受信する工程（４０２）とを備える方法。
13. プロセッサ（５１０）と、前記プロセッサ（５１０）によって実行可能な命令を含むメモリ（５２０）とを備えるネットワーク・ノード（５００）であって、少なくとも請求項１２に記載の方法の主題を行うように動作するネットワーク・ノード（５００）。