JP2020533896A - 統一されたｕｌおよびｄｌのビーム指示 - Google Patents

Abstract

ユーザ装置（ＵＥ）は、参照信号（ＲＳ）が、送信と準同一場所（ＱＣＬ）であることを示す構成情報（ＣＩ）を含むメッセージを受信し、受信されたＣＩに関連付けられたＲＳに基づいて、送信のための空間Ｔｘ構成を調整するように構成される。【選択図】図１０

Description

ビーム指示のための実施形態が開示される。

一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、かつ／またはそれが使用される文脈から示唆されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されていない限り、および／またはステップが別のステップの後または前になければならないことが暗黙的である場合、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、その逆も同様である。添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９０ 会議（２０１７年８月２１日〜２５日）では、ダウンリンク（ＤＬ）データチャネルＰＤＳＣＨのビーム指示に関して、以下の合意＃１がなされた。

この合意は、ＤＣＩ内のＮビットインジケータフィールドが、ＰＤＳＣＨの復調をサポートするために、ダウンリンク参照信号（ＤＬ ＲＳ）（ＣＳＩ−ＲＳまたはＳＳＢのいずれか）に少なくとも空間ＱＣＬの参照を提供することを規定する。インジケータの所与の値は、インジケータ状態と呼ばれ、ＤＬ ＲＳのインデックス（ＣＲＩまたはＳＳＢインデックス）に関連付けられる。このＣＳＩ−ＲＳの場合、リソースは周期的、半永続的、または非周期的になる。この合意において、ＤＬ ＲＳインデックスが、インジケータ状態であって、ｇＮＢからＵＥへの明示的なシグナリングを介して、または測定中にＵＥによって暗黙的に決定されたインジケータ状態にどのように関連付けられるかは、さらなる検討事項（ＦＦＳ）である。

同じ３ＧＰＰ会議において、合意されたＮビットインジケータフィールドは、以下のようにダウンリンクスケジューリング動作をさらにサポートするために拡張された。

この拡張では、各インジケータの状態は、１つまたは２つのＲＳセットに関連付けられ、各ＲＳセットは、それぞれ、１つまたは２つのダウンリンクＤＭＲＳポートグループを参照する。これは、マルチＴＲＰ動作（ＤＬ ＣｏＭＰ）が構成される場合に、ＱＣＬ指示を容易にする。異なる状態は、例えば一対のＴＲＰからＵＥへの非コヒーレント協調送信（ＮＣ−ＪＴ）をサポートする異なるＴＲＰのペアに対応し得る。単一のＲＳセットのみで構成されたインジケータ状態は、基本的な単一ＴＲＰ動作の場合、または、例えば、動的ポイント選択（ＤＰＳ）を伴うマルチＴＲＰ動作の場合のいずれかにおいて、ＱＣＬ指示をサポートするために使用されてもよい。

いずれの場合も、ＲＳセットには１つ以上のＤＬ ＲＳが含まれる。単一のＤＬ ＲＳの場合、設定は、ＣＳＩ−ＲＳまたはＳＳＢのいずれかに対するインデックスを含む。複数のＤＬ ＲＳの場合、設定には、たとえば、ＣＳＩ−ＲＳまたはＳＳＢへのインデックスと、設定されたＴＲＳを含めることができる。この場合、ＰＤＳＣＨ ＤＭＲＳは、空間パラメータに関してはＣＳＩ−ＲＳ／ＳＳＢを有するＱＣＬであるが、非空間（時間／周波数）パラメータに関してはＴＲＳを有するＱＣＬであるように構成することができる。

本開示を通して、Ｎビットのインジケータのための以下の一般名称：送信構成インジケータ（ＴＣＩ）が使用される。いくつかの実施形態によれば、このＮビットインジケータは、２０１７年８月１１日に出願された米国仮特許出願第６２５４４５３４号に開示されたＱＣＬ参照インジケータ（ＱＲＩ）と機能的に同一であってもよい。

表３（下記）は、ＵＥに構成されたＲＲＣであり得るＴＣＩ状態の例示的な設定を示す。Ｎビットでは、最大２^N個のＴＣＩ状態を定義できる。これは、一度に１つの設定しか選択できず、１つのＲＳセットを含むものと、マルチＴＲＰ動作をサポートする複数のＲＳセットを含むものがあるためである。基本的な単一のＴＲＰ動作の場合、すべてのＴＣＩ状態は、単一のＲＳセットのみを含む。デフォルトのＴＣＩ状態も示されており、これは、例えば、初期アクセス中にＵＥによって決定されたＳＳＢビームインデックスを参照するＱＣＬ指示のために使用されてもよい。以前合意されたように、異なるＲＳタイプ、すなわち、ＳＳＢ、周期的、半永続的、または非周期的なＣＳＩ−ＲＳを参照するＱＣＬ指示のために、異なるＴＣＩ状態を使用することができる。ビーム管理に使用されるＤＬ ＲＳの混合に応じて状態を構成するのは、ネットワークの実装次第である。

上記合意＃１におけるＦＦＳ項目の１つは、ＰＤＣＣＨのＱＣＬ指示がＰＤＳＣＨのビーム指示状態に基づくか否かに関する。本開示は、ＰＤＳＣＨおよびＰＤＣＣＨのためのＱＣＬ指示機能を可能な限り統一することを提案する。

現在、ある課題が存在する。

一つの問題は、ｇＮＢがＵＥから送信されるＵＬ信号（ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ）を受信する前にそのアナログ受信（Ｒｘ）ビームを設定する必要があることである。（３ＧＰＰで合意された）ｇＮＢの制御下でＵＬビーム管理を維持するために、ｇＮＢにおける受信信号が所望のｇＮＢ Ｒｘビーム方向と合わせるように、ＵＥがＵＬ信号を送信する方向を制御する方法が必要とされる。

別の問題は、ある場合には、ＵＥがビーム対応能力を有していない可能性があることであり、これは、ＵＬ信号を送信するためのそのＴｘビームフォーミング方向を制御するために、ＤＬ信号を受信するためのＲｘビームフォーミング方向と合うように、十分に較正されていないことを意味する。この場合、ｇＮＢで受信された信号が所望のｇＮＢ Ｒｘビーム方向と合うように、ｇＮＢがＵＥがＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳを送信する方向を効果的に制御する方法が必要である。

更なる問題は、ＳＲＳのようなＵＬ ＲＳに基づいてＤＬビーム管理（ＤＬビームの選択）を行う既知の方法がないことである。これは、チャネルの相互関係にほぼ基づくシステムにおいて有益であり得る。

本開示およびそれらの実施形態のある態様は、これらの課題または他の課題に対する解決策を提供することができる。

本開示のいくつかの実施形態は、ＵＬビーム指示が同じフレームワーク（統一されたＤＬおよびＵＬのビーム指示）に含まれ得るように、米国出願第６２５４４５３４号におけるＤＬビーム指示のアプローチを拡張し、さらに、上記で特定された１つ以上の問題を解決し得る。このような目的を達成するための１つのステップは、ＴＣＩ状態におけるＵＬ ＲＳならびにＤＬ ＲＳを可能にすることである。

例えば、ｇＮＢは、ＵＬ信号（ＰＵＳＣＨ、ＰＵＳＣＨ、ＳＲＳ）の送信のためにＵＥのビームフォーミングの重み（アナログまたはデジタル）を設定する目的でＵＥにおいて使用される、特定のＴＣＩでＵＥにシグナリングする。この利点は、ｇＮＢでの受信信号が、ｇＮＢ受信機の処理を簡素化する所望のｇＮＢアナログＲｘビーム方向と整列することである。

ビーム対応とＵＬスケジューリングを伴うＵＥの場合、ＵＥは、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳの１つ以上を送信するためのそのＴｘビームフォーミングの重みを調整するために、シグナリングされたＴＣＩに関連する１つ以上のＤＬ ＲＳ（例えば、ＣＳＩ−ＲＳ、ＳＳＢ）を使用する。ＵＥは、以前の時点で１つ以上のＤＬ ＲＳ上で測定を実行しているので、各ＤＬ ＲＳに関連する適切なＲｘビームフォーミング重みを認識している。次に、ＵＥは、そのＴｘビームフォーミング重みを、Ｒｘビームフォーミングの重みと相互的になる（レシプロカルになる）ように調整する。相互的（ｒｅｃｉｐｒｏｃａｌ）とは、例えば、得られたＴｘビームがＲｘビームと位置合わせされること、又はＵＥで受信されたＤＬ ＲＳとＵＥからの送信ＵＬ ＲＳとの間で相互的な空間ＱＣＬが成り立つことを意味する。

ビーム対応およびＵＬスケジューリングを伴わないＵＥの場合、ＵＥは、そのＴｘビームフォーミング重みを調整するために、シグナリングされたＴＣＩに関連する１つ以上のＵＬ ＲＳ（例えば、ＳＲＳ）を利用する。一実施形態では、ｇＮＢは、各ＳＲＳリソースが異なるＵＥ Ｔｘビームに関連付けられる以前の時点で複数のＳＲＳリソースに関する測定を実行している。これらの測定に基づいて、ｇＮＢは、例えば、ＵＥが１つ以上のＴＣＩ状態に関連付けるべきであることをＵＥに示す１つ以上のＳＲＳリソースインジケータ（ＳＲＩ）のシグナリングを通じて、1つ以上の好ましいＳＲＳリソースをＵＥに指示する。ＵＥは、ビーム指示メッセージにおいてシグナリングされたＴＣＩに既に関連付けられている各ＳＲＳのＴｘビームフォーミング重みを認識しているので、ＵＥは、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳのうちの１つ以上の送信のために、同じまたは類似のＴｘビームフォーミング重みを使用する。

ビーム対応およびＤＬスケジューリングを有するＵＥの場合、ｇＮＢは、そのｇＮＢ Ｔｘビームフォーミング重みを調整するために、シグナリングされたＴＣＩに関連するＵＥによって送信された１つ以上のＵＬ ＲＳ（たとえば、ＳＲＳ）を使用する。一実施形態では、ｇＮＢは、各ＳＲＳリソースが異なるＵＥ Ｔｘビームに関連付けられる以前の時点で複数のＳＲＳリソースに関する測定を実行している。これらの測定に基づいて、ｇＮＢは、例えば、ＵＥが１つ以上のＴＣＩ状態に関連付けるべきであることをＵＥに示す１つ以上のＳＲＳリソースインジケータ（ＳＲＩ）のシグナリングを通じて、１つ以上の好ましいＳＲＳリソースをＵＥに指示する。ｇＮＢ側にＵＬ／ＤＬ対応が存在すると仮定すると、ｇＮＢは、シグナリングされたＴＣＩに既に関連付けられている各ＳＲＳを受信するために使用されるｇＮＢ Ｒｘビームフォーミング重みと相互的になるように、そのＴｘビームフォーミング重みを調整する。さらに、ＵＥは、ビーム指示メッセージでシグナリングされたＴＣＩに関連付けられている各ＳＲＳのＵＥ Ｔｘビームフォーミング重みを認識しているので、ＵＥは、そのＲｘのビームフォーミング重みを、ＰＤＳＣＨ、ＰＤＣＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳまたはＣＳＩ−ＲＳの１つ以上の受信のためにＴｘビームフォーミング重みと相互的になるように調整する。

要約すると、
・ＵＥは、ＵＥにシグナリングされるＴＣＩに関連付けられたＲＳに基づいて、ＵＬ信号、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳの送信のために、その空間Ｔｘ構成を調整する
・ＵＥは、ＵＥにシグナリングされるＴＣＩに関連付けられたＵＬ ＲＳ（例えば、ＳＲＳ）の以前の送信に基づいて、ＤＬ信号、例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、ＳＳＢ、またはＣＳＩ−ＲＳの受信のために、その空間Ｒｘ構成を調整する
・ＴＣＩは、ＰＵＳＣＨ送信をスケジューリングするＵＬ許可を含むＤＣＩにおいてシグナリングされることができる
・ＴＣＩ状態に含まれるＲＳセット内のＲＳは、ＤＬ ＲＳ（例えば、ＣＳＩ−ＲＳ、ＳＳＢ）に加えて、ＵＬ ＲＳ（例えば、ＳＲＳ）を含むことができる。

本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。

例えば、一態様では、参照信号（ＲＳ）が、送信と準同一場所（quasi-co-located）にある（ＱＣＬ）ことを示す構成情報（ＣＩ）を含むメッセージを受信し、受信されたＣＩに関連付けられたＲＳに基づいて、送信のための空間Ｔｘ構成を調整するように構成されたＵＥが提供される。

ある実施形態では、メッセージは、レイヤ２メッセージ、ＭＡＣ−ＣＥメッセージ、ＲＲＣメッセージ、またはＤＣＩメッセージである。

いくつかの実施形態では、メッセージはＤＣＩメッセージであり、ＤＣＩメッセージは、ＣＩと、ＰＵＳＣＨをスケジューリングするＵＬ許可およびＰＤＳＣＨをスケジューリングするＤＬ許可のうちの１つと、を含む。

いくつかの実施形態では、受信されたＣＩに関連付けられるＲＳは、受信されたＣＩによって指示されるＲＳである。

いくつかの実施形態では、受信されたＣＩに関連付けられるＲＳは、ＤＬ ＲＳおよびＵＬ ＲＳのうちの１つである。

いくつかの実施形態では、１つ以上のＲＳセットがＣＩに関連付けられ、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットのうちの少なくとも１つの中にある。

いくつかの実施形態では、ＣＩは、送信構成インジケータ（ＴＣＩ）を含み、ＲＳセット（複数可）は、ＴＣＩに関連付けられる。

いくつかの実施形態では、ＵＥは、空間構成が、受信されたＣＩに関連付けられたＲＳに関連付けられた空間構成と相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、ＤＬ ＲＳであり、ＵＥは、ＤＬ ＲＳに関連付けられた空間Ｒｘ構成に相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、ＵＥは、ＵＬ ＲＳに関連付けられた第２の空間Ｔｘ構成に相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、送信は、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳ送信である。

いくつかの実施形態では、受信されたＣＩは、ｉ）第１のＲＳを含む第１のＲＳセットと、ｉｉ）第２のＲＳを含む第２のＲＳセットとに関連付けられ、ＵＥは、第１のＲＳに基づいて第１の空間Ｔｘ構成を調整し、ＵＥは、第２のＲＳに基づいて第２の空間Ｔｘ構成を調整し、ＵＥは、ＰＵＣＣＨの送信のために第１の空間Ｔｘ構成を使用し、ＵＥは、ＰＵＳＣＨの送信のために第２の空間Ｔｘ構成を使用する。

別の態様では、ＵＥは、ＣＩを受信し、受信されたＣＩに関連付けられたＲＳに基づいて空間受信（Ｒｘ）構成を調整するように動作可能であり、１つ以上のＲＳセットはＣＩに関連付けられ、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットのうちの少なくとも１つに含まれる。

いくつかの実施形態では、メッセージはＤＣＩメッセージであり、受信されたＤＣＩは、ＰＤＳＣＨをスケジューリングするＤＬ許可をさらに備える。

いくつかの実施形態では、ＣＩは、送信構成インジケータ（ＴＣＩ）を含み、ＲＳセットは、ＴＣＩに関連付けられる。

いくつかの実施形態では、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、ＵＥは、空間Ｒｘ構成が、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成と相互的になるように、空間Ｒｘ構成を調整するように構成される。

いくつかの実施形態において、ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳおよびＣＳＩ−ＲＳのうちの１つ以上を受信するために、調整された空間Ｒｘ構成を使用するように構成される。

いくつかの実施形態では、送信は、ＰＤＳＣＨまたはＰＤＣＣＨ送信である。

特定の実施形態は、以下の技術的利点のうちの１つ以上を提供することができる。例えば、開示された統一されたＤＬおよびＵＬビーム指示のアプローチは、１）ＤＬデータおよび制御信号（ＰＤＳＣＨ、ＰＤＣＣＨ）の送信、並びにＵＬデータおよび制御信号（ＰＵＳＣＨ、ＰＵＣＣＨ）の受信のために、同一または異なるＴＲＰのいずれかからの異なるビームを動的に選択するネットワークのための非常に柔軟な方法、２）特にミリ波の動作のためのシステム性能およびロバスト性の増加、３）シンプルで低オーバーヘッドなＤＬシグナリング、４）ＤＬ／ＵＬビーム対応の有無の両方でのＵＥのサポート、の利点を提供することができる。

本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、様々な実施形態を示す。
いくつかの実施形態に係る無線ネットワークを示す。 様々な態様に係るＵＥの一実施形態を図示する。 いくつかの実施形態に係る仮想環境を示す概略ブロック図である。 中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に示す。 基地局を介して、部分的に無線接続を介してユーザ装置と通信するホストコンピュータの概略ブロック図である。 ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 ホストコンピュータと、基地局と、ユーザ装置とを含む通信システムにおいて実施される方法を示すフローチャートである。 ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。 ホストコンピュータと、基地局と、ユーザ装置とを含む通信システムにおいて実施される方法を示すフローチャートである。 無線ネットワークにおける装置１１００の概略ブロック図を示す。 一実施形態に係るビーム管理フレームワークを示す。

ここで、本明細書で想定される実施形態のいくつかを、添付の図面を参照してより完全に説明する。しかしながら、他の実施形態は、本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供される。追加情報は、付録に記載されている文書にも記載されている。

以下のすべての実施形態では、ビーム指示のための特定のシグナリングされたＴＣＩについて、ＵＥは、ＴＣＩ状態と、ＵＥおよび／またはｇＮＢが以前の測定を行った１つ以上のＤＬ（ＵＬ） ＲＳ（それぞれ１つ以上のＲＳセットに含まれる）との間の関連付けを既に行っていると仮定する。

米国特許出願第６２５４４５３４号は、この関連付けを行うための２つの方法を開示しており、少なくともＤＬ ＲＳについて、（１）ｇＮＢは、１つ以上のＴＣＩ状態に関連付けられたＤＬ ＲＳインデックスを明示的にシグナリングし、（２）ＵＥは、非周期的測定がＤＬ ＲＳの１つ以上のセット上でトリガされるときに、ＴＣＩ状態に関連付けられるべき好ましいＤＬ ＲＳを暗黙的に決定する。暗黙の方法では、ＴＣＩは、好ましいＤＬ ＲＳがどのＴＣＩ状態に関連付けられるべきかをＵＥが知るように、測定をトリガする同一のメッセージに含まれる。米国仮特許出願第６２５４４５３４号に開示されているように、ＴＣＩ状態に関連付けられるＤＬ ＲＳは、ＣＳＩ−ＲＳ、ＳＳＢを含むが、これらに限定されない。本明細書（実施形態＃４）で開示されるように、ＵＬ ＲＳは、さらに、ＴＣＩ状態に関連付けられてもよく、これらは、ＳＲＳを含むが、これに限定されない。

ＤＬ／ＵＬ ＲＳとＴＣＩ状態との間の暗黙的／明示的な関連付けは、事前に確立されているので、ＵＥがビーム指示シグナリングを受信すると、１つ以上のＵＬ信号、例えばＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳの送信のために送信（Ｔｘ）空間フィルタ／空間プリコーダ／ビームを調整するための空間ＱＣＬ参照として、シグナリングされたＴＣＩに関連するＤＬまたはＵＬ ＲＳを使用することができる。実施形態＃５では、ＵＥは、１つ以上のＤＬ信号、例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳ、またはＣＳＩ−ＲＳの受信のための受信（Ｒｘ）空間フィルタ／空間プリコーダ／ビームを調整するための空間ＱＣＬ参照として、シグナリングされたＴＣＩに関連付けられたＵＬ ＲＳを使用する。以下では、一般的な用語「空間Ｔｘ／Ｒｘ構成」は、Ｔｘ／Ｒｘ空間フィルタ、空間プリコーダ、ビームフォーミング重み、および／またはビームを指すために使用される。

＜実施形態＃１（ＤＬ／ＵＬビーム対応のＵＥに対する直接的なＵＬビーム指示）＞
・ＤＣＩによって、ＵＥは、ＴＣＩと、ＰＵＳＣＨをスケジューリングするＵＬ許可とを受信する。
・シグナリングされたＴＣＩに関連付けられた少なくとも１つのＲＳセット内のＤＬ ＲＳに基づいて、ＵＥは、空間Ｔｘ構成が、ＤＬ ＲＳに関連付けられた空間Ｒｘ構成（すなわち、ＤＬ ＲＳを受信するために使用される空間Ｒｘ構成）と相互的になるように、その空間Ｔｘ構成を調整する。
・ＵＥは、適用可能な場合、ＰＵＣＣＨ、ＰＵＳＣＨ、またはＳＲＳおよび関連するＤＭＲＳのうちの１つ以上を送信する目的で、空間ＴＸ構成を使用する。
・上記において、「相互的」は、以下の１つ以上を意味することができる。
−ＵＥ Ｔｘビームは、Ｒｘビームと同じ方向であるが、逆向きである。
−アップリンク参照信号（ＰＵＣＣＨ ＤＭＲＳ、ＰＵＳＣＨ ＤＭＲＳ、ＳＲＳ）のポートは、ＤＬ ＲＳのポートと相互的であり、かつ空間的に準同一場所（ＱＣＬ）に配置される。

＜実施形態＃２（ＤＬ／ＵＬビーム対応のＵＥに対する間接ＵＬビーム指示）＞
・ＤＣＩによって、ＵＥは、ＰＤＳＣＨをスケジューリングするＤＬ許可とＴＣＩとを受信する。
・その後、ＵＥは、（ＴＣＩなしで）ＰＵＳＣＨをスケジューリングするアップリンク許可を受信する。
・以前にシグナリングされたＴＣＩに関連付けられた少なくとも１つのＲＳセット内のＤＬ ＲＳに基づいて、ＵＥは、ＤＬ ＲＳに関連付けられた空間Ｒｘ構成と相互的に、その空間Ｔｘ構成を調整する。
・ＵＥは、適用可能な場合、ＰＵＣＣＨ、ＰＵＳＣＨ、またはＳＲＳおよび関連付けられたＤＭＲＳのうちの１つ以上を送信する目的で、空間ＴＸ構成を使用する。

＜実施形態＃３（ＤＬ／ＵＬビームに対応しないＵＥに対する直接的なＵＬビーム指示）＞
・ＤＣＩによって、ＵＥは、ＴＣＩと、ＰＵＳＣＨをスケジューリングするＵＬ許可とを受信する。
・シグナリングされたＴＣＩに関連付けられた少なくとも１つのＲＳセット内のＵＬ ＲＳに基づいて、ＵＥは、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成に実質的に類似するように、その空間Ｔｘ構成を調整する。
・ＵＥは、ＰＵＣＣＨ、ＰＵＳＣＨ、またはＳＲＳのうちの１つ以上を送信するために、空間Ｔｘ構成を使用する。

＜実施形態＃４（ＳＲＳとＴＣＩ状態との明示的な関連付け）＞
・ＵＥは、少なくとも１つのＴＣＩと、ＵＥが関連付けを行う少なくとも１つのＵＬ ＲＳインデックスとを示すシグナリングをｇＮＢから受信する
−ＵＬ ＲＳインデックスは、ＳＲＳリソースインデックス（ＳＲＩ）またはＳＲＳリソースＩＤとすることができるが、これらに限定されない
−シグナリング方法は、ＭＡＣ−ＣＥ、ＤＣＩ、またはＲＲＣとすることができる。

＜実施形態＃１、＃２、または＃３を拡張する追加の実施形態＞
・ＵＥは、ＰＵＳＣＨおよびＰＵＣＣＨの送信のために異なる空間ＴＸ構成を使用することができる
−例１：ＵＥは、ＵＬ許可またはＤＬ許可のいずれかを搬送するＰＤＣＣＨ ＤＭＲＳに関連する空間Ｒｘ構成と相互的なＰＵＣＣＨの送信のために空間Ｔｘ構成を使用することができる
−例２：シグナリングされたＴＣＩが、２つのＲＳセットを有するＴＣＩ状態に対応する場合、ＲＳセットのうちの１つにおけるＤＬまたはＵＬ ＲＳに基づいて調整された空間Ｔｘ構成は、ＰＵＣＣＨの送信のために使用されてもよく、他のＲＳセットにおけるＤＬまたはＵＬ ＲＳに調整された異なる空間ＴＸ構成は、ＰＵＳＣＨの送信のために使用されてもよい。
・ＵＥは、少なくともＰＵＣＣＨの送信のためにその空間ＴＸ構成を調整する目的で、ＤＣＩとは別の手段、例えばＭＡＣ−ＣＥまたはＲＲＣを通してＴＣＩのシグナリングを受信することができる。
・ＵＥは、例えば、複数のアップリンク許可を受信するとき、新しいＴＣＩを受信せずにＰＵＳＣＨがスケジュールされるとき、またはＵＬ許可のない送信で動作するときに、複数のＵＬ送信のために単一の受信されたＴＣＩを利用することができる。

しかしながら、ＤＬ ＲＳに関連付けられた空間Ｒｘ構成は、ＤＬ許可におけるＴＣＩの送信後に更新されている可能性があるため、ＴＣＩは、ＵＬ送信のためにＵＥの空間Ｔｘ構成を設定するために依然として適切である可能性がある。

＜実施形態＃５（ＤＬ／ＵＬビーム対応のｇＮＢ／ＵＥに対するＤＬビーム指示）＞
・ＤＣＩによって、ＵＥは、ＰＤＳＣＨのＤＬスケジューリング割当に加えてＴＣＩを受信する。
・シグナリングされたＴＣＩに関連付けられた少なくとも１つのＲＳセット内のＵＬ ＲＳに基づいて、ＵＥは、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成に相互的になるように、その空間Ｒｘ構成を調整する。
・ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳまたはＣＳＩ−ＲＳの１つ以上を受信する目的で空間ＲＸ構成を使用し、適用可能な場合には関連付けられたＤＭＲＳを使用する。
・上記において、「相互的」は、以下の１つ以上を意味することができる
−ＵＥ Ｔｘビームは、Ｒｘビームと同じ方向に、またはその逆に配向される
−アップリンク参照信号（ＰＵＣＣＨ ＤＭＲＳ、ＰＵＳＣＨ ＤＭＲＳ、ＳＲＳ）のポートは、ＤＬ ＲＳのポートと相互的、かつ空間的に準同一場所に配置される（ＱＣＬ）。

本明細書で説明される主題は、任意の適切な構成要素を使用して任意の適切なタイプのシステムで実装され得るが、本明細書で開示される実施形態は、いくつかの実施形態による無線ネットワークを示す図１に示される例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単化のために、図１の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０および１６０ｂ、ならびにＷＤ１１０、１１０ｂ、および１１０ｃのみを示す。実際には、無線ネットワークは、無線デバイス間または無線デバイスと他の通信デバイス、例えば、固定電話、サービスプロバイダ、または他の任意のネットワークノードまたはエンド装置との間の通信をサポートするのに適した任意の追加要素をさらに含むことができる。図示された構成要素のうち、ネットワークノード１６０および無線デバイス（ＷＤ）１１０が、さらなる詳細を伴って示されている。無線ネットワークは、無線ネットワークによって、または無線ネットワークを介して提供されるサービスへの無線機器のアクセスおよび／または使用を容易にするために、１つ以上の無線機器に通信および他のタイプのサービスを提供してもよい。

無線ネットワークは、任意のタイプの通信、遠距離通信、データ、セルラー、および／または無線ネットワーク、または他の同様のタイプのシステムを含んでいてもよく、かつ／またはインタフェースであってもよい。いくつかの実施形態では、無線ネットワークは、特定の標準または他のタイプの事前定義されたルールまたは手順に従って動作するように構成することができる。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ標準規格などの通信標準規格、ＩＥＥＥ ８０２．１１標準規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）標準規格、および／またはＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、Ｂｌｕｅｔｏｏｔｈ、Ｚ−Ｗａｖｅ、および／またはＺｉｇＢｅｅ標準規格などの任意の他の適切な無線通信規格を実装することができる。

ネットワーク１０６は、１つ以上のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆回線ネットワーク（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、および装置間の通信を可能にする他のネットワークを含むことができる。

ネットワークノード１６０およびＷＤ１１０は、以下でより詳細に説明する様々な構成要素（コンポーネント）を備える。これらの構成要素は、無線ネットワークで無線接続を提供するなど、ネットワークノードおよび／または無線機器の機能を提供するために連携する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、および／または、有線または無線接続を介するかどうかにかかわらず、データおよび／または信号の通信を容易にするかまたは参加することができる任意の他の構成要素またはシステムを備えることができる。

本明細書で使用されるように、ネットワークノードは、無線デバイスおよび／または無線ネットワーク内の他のネットワークノードまたは装置と直接的または間接的に通信するために、および／または無線ネットワーク内の他のネットワークノードまたは装置と直接的または間接的に通信することができ、かつ／または無線デバイスへの無線アクセスを可能にし、かつ／または無線ネットワーク内の他の機能（例えば、管理）を実行することができる、構成され、配置され、かつ／または動作可能な装置を指す。ネットワークノードの例には、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））が含まれるが、これらに限定されない。基地局は、それらが提供する（または、別の言い方をすれば、それらの送信電力レベル）カバレージの量に基づいて分類されてもよく、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれ得る。基地局は、リレーを制御するリレーノードまたはリレードナーノードであってもよい。ネットワークノードは、集中型デジタルユニットおよび／または遠隔無線ユニット（ＲＲＵ）（遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある）などの分散型無線基地局の１つ以上の（またはすべての）部分を含むこともできる。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されてもよいしされなくてもよい。分散無線基地局の一部は、分散アンテナシステム（ＤＡＳ）におけるノードとも呼ばれることがある。ネットワークノードのさらに別の例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地送受信局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴを含む。別の例として、ネットワークノードは、以下でさらに詳細に説明するように、仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを無線デバイスに可能にし、かつ／または無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供するために、構成、配置、および／または動作可能な任意の適切なデバイス（またはデバイスのグループ）を表してもよい。

図１において、ネットワークノード１６０は、処理回路１７０、デバイス可読媒体１８０、インタフェース１９０、補助機器１８４、電源１８６、電力回路１８７、およびアンテナ１６２を含む。図１の例示的な無線ネットワークに示されたネットワークノード１６０は、ハードウェア構成要素の図示された組合せを含むデバイスを表すことができるが、他の実施形態は、構成要素の異なる組合せを有するネットワークノードを備えることができる。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、および方法を実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の適切な組合せを備えることを理解されたい。さらに、ネットワークノード１６０の構成要素は、より大きなボックス内に配置された単一のボックスとして示されているか、または複数のボックス内に入れ子にされているが、実際には、ネットワークノードは、単一の図示された構成要素を構成する複数の異なる物理的構成要素を備えることができる（例えば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えることができる）。

同様に、ネットワークノード１６０は、複数の物理的に別個の構成要素（例えば、ノードＢの構成要素およびＲＮＣの構成要素、またはＢＴＳの構成要素およびＢＳＣの構成要素など）から構成されてもよく、それらはそれぞれ、それら自体のそれぞれの構成要素を有してもよい。ネットワークノード１６０が複数の分離した構成要素（例えば、ＢＴＳおよびＢＳＣの構成要素）を含む特定のシナリオでは、１つ以上の分離した構成要素を複数のネットワークノード間で共有することができる。例えば、単一のＲＮＣは、複数のノードＢを制御することができる。このようなシナリオでは、それぞれの一意のＮｏｄｅＢとＲＮＣのペアが、場合によっては単一の個別のネットワークノードと見なされることがある。いくつかの実施形態において、ネットワークノード１６０は、複数の無線アクセス技術をサポートするように構成することができる。そのような実施形態では、いくつかの構成要素は、複製されてもよく（例えば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は、再利用されてもよい（例えば、同じアンテナ１６２は、ＲＡＴによって共有されてもよい）。ネットワークノード１６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術のような、ネットワークノード１６０に統合された異なる無線技術のための様々な例示された構成要素の複数のセットを含み得る。これらの無線技術は、ネットワークノード１６０内の同じまたは異なるチップまたはチップセット、および他の構成要素に統合することができる。

処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実行するように構成される。処理回路１７０によって実行されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つ以上の動作を実行すること、および処理の結果として判定を行うことによって、処理回路１７０によって取得された処理情報を処理することを含み得る。

処理回路１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化された論理回路の組合せのうちの１つ以上の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体１８０、ネットワークノード１６０機能などの他のネットワークノード１６０構成要素と併せてのいずれかで提供するように動作可能である。例えば、処理回路１７０は、デバイス可読媒体１８０又は処理回路１７０内のメモリに記憶された命令を実行することができる。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のいずれかを提供することを含むことができる。一部の実施形態において、処理回路１７０は、システムオンチップ（ＳＯＣ）を含むことができる。

いくつかの実施形態では、処理回路１７０は、無線周波数送受信回路１７２およびベースバンド処理回路１７４のうちの１つ以上を含んでもよい。いくつかの実施形態では、無線周波数送受信回路１７２およびベースバンド処理回路１７４は、無線ユニットおよびデジタルユニットなどの、別個のチップ（またはチップセット）、ボード、またはユニット上にあってもよい。代替実施形態では、ＲＦ送受信回路１７２およびベースバンド処理回路１７４の一部または全部は、同じチップまたはチップセット、ボード、またはユニット上にあってもよい。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のそのようなネットワーク機器によって提供されるものとして本明細書で説明される機能の一部またはすべては、デバイス可読媒体１８０または処理回路１７０内のメモリ上に格納された命令を実行する処理回路１７０によって実行され得る。代替の実施形態では、機能のいくつかまたはすべては、ハードウェアによって実現される方式などで、別個のまたは個別のデバイス可読媒体上に格納された命令を実行することなく、処理回路１７０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路１７０は、説明された機能を実行するように構成され得る。そのような機能性によって提供される利点は、処理回路１７０単独またはネットワークノード１６０の他の構成要素に限定されず、ネットワークノード１６０全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。

デバイス可読媒体１８０は、限定されるものではないが、永続記憶、固体メモリ、離れてマウントされるメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用のメモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、着脱可能な記憶媒体（例えば、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク（ＤＶＤ））、および／または処理回路１７０によって使用可能な情報、データ、および／または命令を格納する他の揮発性または不揮発性、非一時的、および／またはコンピュータ実行可能なメモリデバイスを含む、任意の形態の揮発性または不揮発性コンピュータ読取可能メモリを含むことができる。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、論理回路、ルール、コード、テーブルなどのうちの１つ以上を含むアプリケーション、および／または処理回路１７０によって実行され、ネットワークノード１６０によって利用されることが可能な他の命令を含む、任意の適切な命令、データ、または情報を格納することができる。デバイス可読媒体１８０は、処理回路１７０によって行われた任意の計算および／またはインタフェース１９０を介して受信された任意のデータを記憶するために使用され得る。いくつかの実施形態では、処理回路１７０およびデバイス可読媒体１８０は、一体化されていると考えられてもよい。

インタフェース１９０は、ネットワークノード１６０、ネットワーク１０６、および／またはＷＤ１１０間のシグナリングおよび／またはデータの有線または無線通信に使用される。図示のように、インタフェース１９０は、例えば有線接続を介してネットワーク１０６との間でデータを送受信するためのポート／端子１９４を含む。インタフェース１９０はまた、アンテナ１６２の一部に結合され得る、または特定の実施形態では、無線フロントエンド回路１９２を含む。無線フロントエンド回路１９２は、フィルタ１９８及び増幅器１９６を含む。無線フロントエンド回路１９２は、アンテナ１６２及び処理回路１７０に接続することができる。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調節するように構成することができる。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路１９２は、フィルタ１９８及び／又は増幅器１９６の組合せを用いて、デジタルデータを適切なチャネル及び帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ１６２を介して送信されてもよい。同様に、データを受信するとき、アンテナ１６２は無線信号を収集してもよく、次いで、無線信号は無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは、処理回路１７０に渡すことができる。他の実施形態では、インタフェースは、異なる構成要素および／または構成要素の異なる組合せを含むことができる。

特定の代替実施形態では、ネットワークノード１６０は、別個の無線フロントエンド回路１９２を含んでいなくてもよく、代わりに、処理回路１７０は、無線フロントエンド回路を含んでいてもよく、別個の無線フロントエンド回路１９２を伴わずにアンテナ１６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信回路１７２のすべて又はいくつかは、インタフェース１９０の一部とみなすことができる。さらに他の実施形態では、インタフェース１９０は、無線ユニット（図示せず）の一部として、１つ以上のポートまたは端子１９４、無線フロントエンド回路１９２、およびＲＦ送受信回路１７２を含むことができ、インタフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信することができる。

アンテナ１６２は、無線信号を送信および／または受信するように構成された１つ以上のアンテナ、またはアンテナアレイを含むことができる。アンテナ１６２は、無線フロントエンド回路１９０に結合することができ、データおよび／または信号を無線で送受信することができる任意のタイプのアンテナとすることができる。いくつかの実施形態では、アンテナ１６２は、例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送受信するように動作可能な、１つ以上の無指向性、セクタまたはパネルアンテナを含んでもよい。無指向性アンテナは、任意の方向に無線信号を送受信するために使用されてもよく、セクタアンテナは、特定の領域内の装置から無線信号を送受信するために使用されてもよく、パネルアンテナは、比較的直線状に無線信号を送受信するために使用される見通し（ラインオブサイト）アンテナであってもよい。いくつかの例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれ得る。いくつかの実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であってもよく、インタフェースまたはポートを介してネットワークノード１６０に接続可能であってもよい。

アンテナ１６２、インタフェース１９０、および／または処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および／または特定の取得動作を実行するように構成され得る。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インタフェース１９０、および／または処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成され得る。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器に送信され得る。

電力回路１８７は、電力管理回路を備えてもよく、または電力管理回路に結合されてもよく、本明細書に記載される機能を実行するための電力をネットワークノード１６０の構成要素に供給するように構成される。電源回路１８７は、電源１８６から電力を受け取ることができる。電源１８６および／または電源回路１８７は、それぞれの構成要素に適した方式（例えば、それぞれの構成要素に必要な電圧および電流レベル）で、ネットワークノード１６０のさまざまな構成要素に電力を供給するように構成されてもよい。電源１８６は、電源回路１８７および／またはネットワークノード１６０に含まれてもよく、または、電源回路の外部に含まれてもよい。例えば、ネットワークノード１６０は、電気ケーブルなどの入力回路またはインタフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、それによって、外部電源は、電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続される、または集積される、バッテリまたはバッテリパックの形態の電源を含んでもよい。外部電源に障害が発生した場合、バッテリからバックアップ電源が供給されることがある。太陽光発電装置のような他のタイプの動力源も使用することができる。

ネットワークノード１６０の代替的な実施形態は、本明細書で説明される機能性のいずれか、および／または本明細書で説明される主題をサポートするために必要な任意の機能性を含む、ネットワークノードの機能性のある態様を提供する責任を負うことができる、図１に示されるものを超える追加の構成要素を含むことができる。例えば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にし、ネットワークノード１６０からの情報の出力を可能にするユーザインタフェース装置を含むことができる。これにより、ユーザは、ネットワークノード１６０の診断、保守、修理、および他の管理機能を実行することができる。

本明細書で使用されるように、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信できる、通信するよう構成される、配置される、および／または動作可能なデバイスを指す。特に断らない限り、用語ＷＤは、本明細書では、ユーザ装置（ＵＥ）と区別することなく使用され得る。無線通信は、電磁波、電波、赤外線、および／または空気を介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを伴ってもよい。いくつかの実施形態では、ＷＤは、直接的な人間の対話なしに情報を送信および／または受信するように構成され得る。例えば、ＷＤは、所定のスケジュールで、内部または外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、スマートフォン、携帯電話、携帯電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽ストレージデバイス、再生アプライアンス、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、スマートデバイス、無線カスタマープレミス装置（ＣＰＥ）、車載無線端末デバイス等があるが、これらに限定されない。ＷＤは、例えば、サイドリンク通信、車車間（Ｖ２Ｖ）、Vehicle-to-Infrastructure（Ｖ２Ｉ）、Vehicle-to-Everything（Ｖ２Ｘ）のための３ＧＰＰ標準を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）のシナリオでは、ＷＤは、モニタリングおよび／または測定を実行し、そのようなモニタリングおよび／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他のデバイスを表すことができる。この場合、ＷＤは、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰのコンテキストでは、ＭＴＣデバイスと呼ばれてもよい。具体例として、ＷＤは３ＧＰＰの狭帯域Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＮＢ‐ＩｏＴ）標準規格を実行するＵＥかもしれない。そのような機械または装置の特定の例は、センサ、パワーメータ、産業機械などの計量装置、または家庭用もしくは個人用機器（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル（例えば、時計、フィットネス・トラッカなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作に関連する他の機能をモニタリングおよび／または報告することができる車両または他の装置を表すことができる。上述のＷＤは、無線接続のエンドポイントを表すことができ、この場合、デバイスは、無線端末と呼ばれることができる。さらに、上述したようなＷＤは、モバイルであってもよく、その場合、モバイルデバイスまたはモバイル端末とも呼ばれてもよい。

図示のように、無線デバイス１１０は、アンテナ１１１、インタフェース１１４、処理回路１２０、デバイス読み取り可能媒体１３０、ユーザインタフェース機器１３２、補助機器１３４、電源１３６、および電源回路１３７を含む。ＷＤ１１０は、ほんの数例を挙げると、たとえば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、ＷＤ１１０によってサポートされる異なる無線技術のための例示された構成要素のうちの１つ以上のうちの複数のセットを含むことができる。これらの無線技術は、ＷＤ１１０内の他の構成要素と同じまたは異なるチップまたはチップセットに統合され得る。

アンテナ１１１は、無線信号を送信および／または受信するように構成された１つ以上のアンテナまたはアンテナアレイを含むことができ、インタフェース１１４に接続される。特定の代替実施形態では、アンテナ１１１は、ＷＤ１１０とは別個であってもよく、インタフェースまたはポートを介してＷＤ１１０に接続可能であってもよい。アンテナ１１１、インタフェース１１４、および／または処理回路１２０は、ＷＤによって実行されるものとして本明細書で説明される任意の受信動作または送信動作を実行するように構成され得る。任意の情報、データ、および／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路及び／又はアンテナ１１１は、インタフェースとみなすことができる。

図示するように、インタフェース１１４は、無線フロントエンド回路１１２とアンテナ１１１とを備える。無線フロントエンド回路１１２は、１つ以上のフィルタ１１８および増幅器１１６を備える。無線フロントエンド回路１１４は、アンテナ１１１及び処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように構成される。無線フロントエンド回路１１２は、アンテナ１１１に結合されてもよく、又はその一部であってもよい。いくつかの実施形態では、ＷＤ１１０は、別個の無線フロントエンド回路１１２を含まなくてもよく、むしろ、処理回路１２０は、無線フロントエンド回路を含んでもよく、アンテナ１１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信回路１２２の一部又は全部は、インタフェース１１４の一部とみなすことができる。無線フロントエンド回路１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路１１２は、フィルタ１１８および／または増幅器１１６の組合せを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ１１１を介して送信されてもよい。同様に、データを受信する場合、アンテナ１１１は無線信号を収集し、次いで、無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは、処理回路１２０に渡すことができる。他の実施形態では、インタフェースは、異なる構成要素および／または構成要素の異なる組合せを含むことができる。

処理回路１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化された論理回路の組合せのうちの１つ以上の組合せを備えることができ、これらは、単独で、または機器可読媒体１３０、ＷＤ１１０機能などの他のＷＤ１１０構成要素と併せてのいずれかで提供するように動作可能である。そのような機能は、本明細書で説明される様々な無線特徴または利点のいずれかを提供することを含むことができる。例えば、処理回路１２０は、本明細書で開示される機能を提供するために、機器可読媒体１３０または処理回路１２０内のメモリに格納された命令を実行することができる。

図示されるように、処理回路１２０は、ＲＦ送受信回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６のうちの１つ以上を含む。他の実施形態では、処理回路は、異なる構成要素及び／又は構成要素の異なる組合せを含むことができる。特定の実施形態では、ＷＤ１１０の処理回路１２０は、ＳＯＣを含むことができる。一部の実施形態では、ＲＦ送受信回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６は、別個のチップまたはチップセット上にあってもよい。代替の実施形態では、ベースバンド処理回路１２４及びアプリケーション処理回路１２６の一部又は全部を１つのチップ又はチップのセットに組み合わせることができ、ＲＦ送受信回路１２２は別個のチップ又はチップのセット上に配置することができる。さらに代替的な実施形態では、ＲＦ送受信回路１２２およびベースバンド処理回路１２４の一部または全部は、同じチップまたはチップのセット上にあってもよく、アプリケーション処理回路１２６は、別個のチップまたはチップのセット上にあってもよい。さらに他の代替実施形態では、ＲＦ送受信回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６の一部または全部を、同じチップまたはチップセットで組み合わせてもよい。いくつかの実施形態では、ＲＦ送受信回路１２２は、インタフェース１１４の一部であってもよい。ＲＦ送受信回路１２２は、処理回路１２０のためのＲＦ信号を調節することができる。

特定の実施形態では、ＷＤによって実行されるものとして本明細書で説明される機能のいくつかまたはすべては、特定の実施形態ではコンピュータ可読記憶媒体であってもよい、デバイス可読媒体１３０上に記憶された命令を実行する処理回路１２０によって提供することができる。代替の実施形態では、機能のいくつかまたはすべては、ハードウェアで実現される方式などで、別個のまたは個別のデバイス可読記憶媒体上に記憶された命令を実行することなく、処理回路１２０によって提供され得る。これらの特定の実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路１２０は、説明された機能を実行するように構成されうる。そのような機能性によって提供される利点は、処理回路１２０単独またはＷＤ１１０の他の構成要素に限定されず、ＷＤ１１０全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。

処理回路１２０は、ＷＤによって実行されるものとして本明細書で説明される任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実行するように構成され得る。これらの動作は、処理回路１２０によって実行されるように、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ１１０によって記憶された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つ以上の動作を実行すること、および前記処理の結果として判定を行うことによって、処理回路１２０によって取得された情報を処理することを含むことができる。

デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、論理回路、ルール、コード、テーブルなどのうちの１つ以上を含むアプリケーション、および／または処理回路１２０によって実行されることが可能な他の命令を格納するように動作可能であり得る。デバイス可読媒体１３０は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または処理回路１２０によって使用可能な情報、データ、および／または命令を記憶する他の揮発性または不揮発性、非一時的なデバイス可読、および／またはコンピュータ実行可能メモリ装置を含むことができる。いくつかの実施形態では、処理回路１２０およびデバイス可読媒体１３０は、一体化されていると考えることができる。

ユーザインタフェース装置１３２は、人間のユーザがＷＤ１１０と相互作用することを可能にする構成要素を提供することができる。このような相互作用は、視覚的、聴覚的、触覚的などの多くの形態であり得る。ユーザインタフェース装置１３２は、ユーザに出力を生成し、ユーザがＷＤ１１０に入力を提供することを可能にするように動作可能であってもよい。相互作用のタイプは、ＷＤ１１０にインストールされたユーザインタフェース機器１３２のタイプに応じて変わり得る。例えば、ＷＤ１１０がスマートフォンである場合、相互作用は、タッチスクリーンを介して行われてもよく、ＷＤ１１０がスマートメータである場合、相互作用は、使用量（例えば、使用されるガロン数）を提供するスクリーン、または警報音（例えば、煙が検出される場合）を提供するスピーカを介して行われてもよい。ユーザインタフェース装置１３２は、入力インタフェース、入力デバイス及び入力回路、ならびに出力インタフェース、出力デバイス及び出力回路を含み得る。ユーザインタフェース装置１３２は、ＷＤ１１０への情報の入力を可能にするように構成され、処理回路１２０に接続されて、処理回路１２０が入力情報を処理することを可能にする。ユーザインタフェース装置１３２は、例えば、マイクロフォン、近接または他のセンサ、キー／ボタン、タッチディスプレイ、１つ以上のカメラ、ＵＳＢポート、または他の入力回路を含むことができる。また、ユーザインタフェース装置１３２は、ＷＤ１１０からの情報の出力を可能にし、処理回路１２０がＷＤ１１０から情報を出力できるように構成される。ユーザインタフェース機器１３２は、例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドホンインタフェース、または他の出力回路を含み得る。ユーザインタフェース機器１３２の１つ以上の入出力インタフェース、機器、および回路を使用して、ＷＤ１１０は、エンドユーザおよび／または無線ネットワークと通信することができ、本明細書で説明する機能性による利益をエンドユーザおよび／または無線ネットワークに与えることができる。

補助装置１３４は、ＷＤによって一般に実行されない可能性があるより具体的な機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信などの追加のタイプの通信のためのインタフェースを含むことができる。補助装置１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変わり得る。

電源１３６は、一部の実施形態では、バッテリまたはバッテリパックの形態であってもよい。外部電源（例えば、電気コンセント）、太陽光発電装置、またはパワーセルなどの他のタイプの電源も使用することができる。ＷＤ１１０は、電源１３６からの電力を、電源１３６からの電力を必要とするＷＤ１１０の様々な部分に送り、本明細書に記載または示されるあらゆる機能を実行するための電力回路１３７をさらに備えてもよい。電力回路１３７は、特定の実施形態において、電力管理回路を備えることができる。電力回路１３７は、追加的または代替的に、外部電源から電力を受け取るように動作可能であってもよく、その場合、ＷＤ１１０は、入力回路または電力ケーブルなどのインタフェースを介して、外部電源（電気コンセントなど）に接続可能であってもよい。電力回路１３７はまた、特定の実施形態において、外部電源から電源１３６に電力を送達するように動作可能であってもよい。これは、例えば、電源１３６の充電のためであってもよい。電力回路１３７は、電力が供給されるＷＤ１１０のそれぞれの構成要素に適した電力にするために、電源１３６からの電力に対して任意のフォーマット、変換、または他の修正を実行することができる。

図２は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。本明細書で使用されるように、ユーザ装置またはＵＥは、必ずしも、関連するデバイスを所有し、かつ／または操作する人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザに関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイス（例えば、スマートスプリンクラコントローラ）を表してもよい。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによる操作を意図されていないが、ユーザ（例えば、スマート電力メータ）のために関連付けられるか、または操作され得るデバイスを表し得る。ＵＥ２２００は、ＮＢ−ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ） ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ） ＵＥ ２００を含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥとすることができる。ＵＥ２００は、図２に示すように、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格、たとえば３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格に従って通信するように構成されたＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用され得る。したがって、図２はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。

図２において、ＵＥ２００は、入力／出力インタフェース２０５、無線周波数（ＲＦ）インタフェース２０９、ネットワーク接続インタフェース２１１、ランダムアクセスメモリ（ＲＡＭ）２１７を含むメモリ２１５、読み出し専用メモリ（ＲＯＭ）２１９、および記憶媒体２２１など、通信サブシステム２３１、電源２３３、および／または任意の他の構成要素、またはそれらの任意の組合せに動作可能に結合される処理回路２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３、アプリケーションプログラム２２５、およびデータ２２７を含む。他の実施形態では、記憶媒体２２１は、他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図２に示される構成要素のすべて、または構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、１つのＵＥと別のＵＥとで変わってもよい。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、送受信器、送信器、受信器など、構成要素の複数のインスタンスを含み得る。

図２において、処理回路２０１は、コンピュータ命令及びデータを処理するように構成されてもよい。処理回路２０１は、１つ以上のハードウェア実装されたステートマシン（例えば、個々の論理回路、ＦＰＧＡ、ＡＳＩＣなど）、適切なファームウェアとともにプログラマブルロジック、１つ以上の格納プログラム、マイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、ならびに適切なソフトウェア、または上記の任意の組合せなど、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な任意の逐次ステートマシンを実装するように構成され得る。例えば、処理回路２０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形態の情報であってもよい。

図示された実施形態では、入出力インタフェース２０５は、入力デバイス、出力装置、または入力および出力装置への通信インタフェースを提供するように構成され得る。ＵＥ２００は、入出力インタフェース２０５を介して出力デバイスを使用するように構成され得る。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用できる。例えば、ＵＳＢポートを使用して、ＵＥ２００との間で入力および出力を行うことができる。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せとすることができる。ＵＥ２００は、ユーザが情報をＵＥ２００に捕捉できるように、入出力インタフェース２０５を介して入力デバイスを使用するように構成することができる。入力デバイスは、タッチセンシティブまたは存在感知ディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含むことができる。存在感知ディスプレイは、ユーザからの入力を感知するために、容量性または抵抗性タッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せとすることができる。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであってもよい。

図２において、ＲＦインタフェース２０９は、送信器、受信器、およびアンテナなどのＲＦ構成要素に通信インタフェースを提供するように構成されてもよい。ネットワーク接続インタフェース２１１は、ネットワーク２４３ａへの通信インタフェースを提供するように構成され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、ワイヤレスネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの有線ネットワークおよび／または無線ネットワークを含むことができる。例えば、ネットワーク２４３ａは、Ｗｉ−Ｆｉネットワークを構成することができる。ネットワーク接続インタフェース２１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つ以上の通信プロトコルに従って、通信ネットワークを介して１つ以上の他のデバイスと通信するために使用される受信器および送信器インタフェースを含むように構成され得る。ネットワーク接続インタフェース２１１は、通信ネットワークリンク（例えば、光、電気など）に適した受信器および送信器の機能を実装することができる。送信機能および受信機能は、回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは、別々に実装することができる。

ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中にデータまたはコンピュータ命令の記憶またはキャッシュを提供するために、バス２０２を介して処理回路２０１にインタフェースするように構成することができる。ＲＯＭ２１９は、コンピュータ命令またはデータを処理回路２０１に提供するように構成することができる。例えば、ＲＯＭ２１９は、不揮発性メモリに記憶されたキーボードからの基本的な入出力、スタートアップ、またはキーストロークの受信のような基本的なシステム機能のための不変な低レベルのシステムコードまたはデータを記憶するように構成されてもよい。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、着脱可能なカートリッジ、またはフラッシュドライブなどのメモリを含むように構成することができる。一例では、記憶媒体２２１は、オペレーティングシステム２２３、Ｗｅｂブラウザアプリケーションなどのアプリケーションプログラム２２５、ウィジェットまたはガジェットエンジンまたは別のアプリケーション、およびデータファイル２２７を含むように構成することができる。記憶媒体２２１は、ＵＥ２００によって使用するために、様々なオペレーティングシステムのうちの任意のもの、またはオペレーティングシステムの組合せを記憶することができる。

記憶媒体２２１は、別個のディスクの冗長化アレイ（ＲＡＩＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光学ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアル・インライン・メモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなどの、複数の物理ドライブユニットを含むように構成され得る。記憶媒体２２１は、ＵＥ２００が、一時的または非一時的メモリメディアに記憶されたコンピュータ実行可能命令、アプリケーションプログラム等にアクセスし、データをオフロードし、またはデータをアップロードすることを可能にし得る。通信システムを利用するものなどの製品は、機器可読媒体を備えることができる記憶媒体２２１内に有形に実施することができる。

図２では、処理回路２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように構成することができる。ネットワーク２４３ａおよびネットワーク２４３ｂは、同じネットワークであってもよいし、異なるネットワークであってもよい。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つ以上の送受信器を含むように構成することができる。例えば、通信サブシステム２３１は、ＩＥＥＥ ８０２．１１、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つ以上の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局などの無線通信が可能な別の装置の１つ以上のリモート送受信機と通信するために使用される１つ以上の送受信器を含むように構成することができる。各送受信機は、ＲＡＮリンクに適切な送信器または受信器の機能（例えば、周波数割り当てなど）をそれぞれ実装するために、送信器２３３および／または受信器２３５を含むことができる。さらに、各送受信機の送信器２３３および受信器２３５は、回路コンポーネント、ソフトウェア、またはファームウェアを共有してもよく、あるいは、別々に実装されてもよい。

図示の実施形態では、通信サブシステム２３１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。例えば、通信サブシステム２３１は、セルラー通信、Ｗｉ−Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、その他の同様のネットワークまたはこれらの任意の組合せなどの有線および／または無線ネットワークを含むことができる。例えば、ネットワーク２４３ｂは、セルラーネットワーク、Ｗｉ−Ｆｉネットワーク、および／または近距離無線ネットワークであってもよい。電源２１３は、ＵＥ２００の構成要素に交流（ＡＣ）又は直流（ＤＣ）電力を供給するように構成することができる。

本明細書で説明される特徴、利点、および／または機能は、ＵＥ２００の構成要素のうちの１つにおいて実施されてもよいし、またはＵＥ２００の複数の構成要素に分けられてもよい。さらに、本明細書で説明される特徴、利点、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実施されてもよい。一例では、通信サブシステム２３１は、本明細書で説明される構成要素のいずれかを含むように構成されることができる。さらに、処理回路２０１は、バス２０２を介してこのような構成要素のいずれかと通信するように構成されてもよい。別の例では、そのような構成要素のいずれも、処理回路２０１によって実行されるときに本明細書で説明される対応する機能を実行する、メモリに格納されたプログラム命令によって表されてもよい。別の例では、そのような構成要素のいずれかの機能は、処理回路２０１と通信サブシステム２３１との間で分けられてもよい。別の例では、そのような構成要素のいずれかの非計算的な集約機能をソフトウェアまたはファームウェアで実施することができ、計算的な集約機能をハードウェアで実施してもよい。

図３は、いくつかの実施形態によって実施される機能を仮想化することができる、いくつかの実施形態による仮想化環境３００を示す概略ブロック図である。本コンテキストでは、仮想化とは、ハードウェアプラットフォーム、記憶装置およびネットワーキングリソースを仮想化することを含む装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用されるように、仮想化は、ノード（例えば、仮想化された基地局または仮想化された無線アクセスノード）またはデバイス（例えば、ＵＥ、無線デバイス、または任意の他のタイプの通信装置）またはそれらの構成要素に適用されることができ、機能の少なくとも一部が、１つ以上の仮想構成要素として（例えば、１つ以上のネットワーク内の１つ以上の物理処理ノード上で実行される１つ以上のアプリケーション、構成要素、機能、仮想マシン、またはコンテナを介して）実装される実装形態に関係する。

いくつかの実施形態において、本明細書に記載する機能の一部または全部は、１つ以上のハードウェアノード３３０によってホストされる１つ以上の仮想環境３００内に実装される１つ以上の仮想マシンによって実行される仮想の構成要素として実装することができる。さらに、仮想ノードが無線アクセスノードではないか、無線接続を必要としない実施形態（例えば、コアネットワークノード）では、ネットワークノードは完全に仮想化することができる。

機能は、本明細書で開示される実施形態のいくつかの特徴、機能、および／または利点のいくつかを実施するように動作する１つ以上のアプリケーション３２０（代替として、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれてもよい）によって実施されうる。アプリケーション３２０は、処理回路３６０およびメモリ３９０を備えるハードウェア３３０を提供する仮想化環境３００で実行される。メモリ３９０は、処理回路３６０によって実行可能な命令３９５を含み、それによって、アプリケーション３２０は、本明細書で開示される特徴、利点、および／または機能のうちの１つ以上を提供するように動作可能である。

仮想化環境３００は、市販の既製（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェア構成要素もしくは専用プロセッサを含む任意の他のタイプの処理回路であってもよい、１つ以上のプロセッサまたは処理回路３６０の設定を備える汎用または専用ネットワークハードウェアデバイス３３０を備える。各ハードウェアデバイスは、処理回路３６０によって実行される命令３９５またはソフトウェアを一時保存するための非永続メモリとすることができるメモリ３９０−１を備えることができる。各ハードウェアデバイスは、物理ネットワークインタフェース３８０を含むネットワークインタフェースカードとしても知られる、１つ以上のネットワークインタフェースコントローラ（ＮＩＣ）３７０を含むことができる。各ハードウェアデバイスはまた、ソフトウェア３９５および／または処理回路３６０によって実行可能な命令を格納した、非一時的な、永続的な、機械可読記憶媒体３９０−２を含むことができる。ソフトウェア３９５は、１つ以上の仮想化レイヤ３５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェア、ならびに本明細書で説明されるいくつかの実施形態に関連して説明される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。

仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワークワーキングまたはインタフェースおよび仮想記憶部を含み、対応する仮想化レイヤ３５０またはハイパーバイザによって実行することができる。仮想アプライアンス３２０のインスタンスの異なる実施形態は、１つ以上の仮想マシン３４０上で実装されてもよく、実装は、異なる方法で行われてもよい。

動作中、処理回路３６０は、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤ３５０をインスタンス化するためにソフトウェア３９５を実行する。仮想化レイヤ３５０は、ネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームを仮想マシン３４０に提示することができる。

図３に示すように、ハードウェア３３０は、汎用または特定の構成要素を有するスタンドアロンネットワークノードであってもよい。ハードウェア３３０は、アンテナ３２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。代わりに、ハードウェア３３０は、ハードウェアのより大きなクラスタの一部であってもよく（例えば、データセンタまたは宅内装置（ＣＰＥ）において）、そこでは、多くのハードウェアノードが協働して動作し、特に、アプリケーション３２０のライフサイクル管理を監視する管理および協調（ＭＡＮＯ）３１００を介して管理される。

ハードウェアの仮想化は、ネットワーク機能仮想化（ＮＦＶ）と呼ばれるいくつかのコンテキストで行われる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、およびデータセンタ内に配置することができる物理ストレージ、ならびに宅内機器に統合するために使用することができる。

ＮＦＶのコンテキストでは、仮想マシン３４０は、あたかも物理的な仮想化されていないマシン上で実行されているかのようにプログラムを実行する物理マシンのソフトウェア実装であってもよい。仮想マシン３４０の各々、およびその仮想マシンを実行するハードウェア３３０のその一部は、その仮想マシンおよび／またはその仮想マシンによって他の仮想マシン３４０と共有されるハードウェア専用のハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。

さらに、ＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワークインフラストラクチャ３３０上の１つ以上の仮想マシン３４０で実行され、図３のアプリケーション３２０に対応する特定のネットワーク機能を処理する責任がある。

いくつかの実施形態では、それぞれが１つ以上の送信器３２２０および１つ以上の受信器３２１０を含む１つ以上の無線ユニット３２００は、１つ以上のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つ以上の適切なネットワークインタフェースを介してハードウェアノード３３０と直接通信することができ、仮想構成要素と組み合わせて使用して、無線アクセスノードまたは基地局などの無線機能を仮想ノードに提供することができる。

いくつかの実施形態では、いくつかのシグナリングは、ハードウェアノード３３０と無線ユニット３２００との間の通信のために代替的に使用され得る制御システム３２３０を使用してもたらされてもよい。

図４を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク４１１と、コアネットワーク４１４とを備える、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク４１０を含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局４１２ａ、４１２ｂ、４１２ｃを備え、それぞれは、対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを定義する。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線または無線接続４１５を介してコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃに位置する最初のＵＥ４９１は、対応する基地局４１２ｃに無線で接続されるか、またはページングされるように構成される。カバレッジエリア４１３ａ内の第２のＵＥ４９２は、対応する基地局４１２ａに無線で接続可能である。この例では、複数のＵＥ４９１、４９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にある状況、または単一のＵＥが対応する基地局４１２に接続している状況にも等しく適用可能である。

長距離通信ネットワーク４１０は、それ自体がホストコンピュータ４３０に接続されており、これは、スタンドアロンサーバ、クラウドに実装されたサーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアにおいて実施されてもよい。ホストコンピュータ４３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。長距離通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１および４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接延びてもよく、あるいは任意の中間ネットワーク４２０を介してもよい。中間ネットワーク４２０は、パブリック、プライベート、またはホステッドネットワークのうちの１つ、または複数の組み合わせであってもよく、中間ネットワーク４２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図４の通信システムは、全体として、接続性されたＵＥ４９１、４９２とホストコンピュータ４３０との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続４５０として説明することができる。ホストコンピュータ４３０および接続されたＵＥ４９１、４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続４５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション４５０は、ＯＴＴコネクション４５０が通過する参加通信機器が、アップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、透過的であり得る。例えば、基地局４１２は、接続されたＵＥ４９１に転送される（例えば、ハンドオーバされる）ためにホストコンピュータ４３０から生じたデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局４１２は、ＵＥ４９１から生じ、ホストコンピュータ４３０へ向かう発信アップリンク通信の将来のルーティングを認識する必要はない。

先の段落で論じたＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装形態を、いくつかの実施形態による部分的な無線接続を介して基地局を介してユーザ装置と通信するホストコンピュータを有する通信システム５０００を示す図５を参照して以下に説明する。

通信システム５００では、ホストコンピュータ５１０は、通信システム５００の異なる通信装置のインタフェースとの有線または無線接続をセットアップし維持するように構成された通信インタフェース５１６を含むハードウェア５１５を含む。ホストコンピュータ５１０は、記憶および／または処理能力を有することができる処理回路５１８をさらに備える。特に、処理回路５１８は、命令を実行するように構成された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組み合わせ（図示せず）を含んでもよい。ホストコンピュータ５１０はさらにソフトウェア５１１を構成し、それがホストコンピュータ５１０に記憶されているか、アクセス可能であり、処理回路５１８によって実行可能である。ソフトウェア５１１は、ホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０およびホストコンピュータ５１０で終端するＯＴＴコネクション５５０を介してコネクションするＵＥ５３０などのリモートユーザにサービスを提供するように動作可能である。リモートユーザにサービスを提供する際に、ホストアプリケーション５１２は、ＯＴＴコネクション５５０を使用して送信されるユーザデータを提供することができる。

通信システム５００はさらに、通信システム内に設けられ、ホストコンピュータ５１０およびＵＥ５３０と通信することを可能にするハードウェア５２５を備える基地局５２０を含む。ハードウェア５２５は、通信システム５００の異なる通信装置のインタフェースとの有線または無線接続をセットアップおよび維持するための通信インタフェース５２６、ならびに基地局５２０によってサービスされるカバレッジエリア（図５には示されていない）に位置するＵＥ５３０との少なくとも無線接続５７０をセットアップおよび維持するための無線インタフェース５２７を含み得る。通信インタフェース５２６は、ホストコンピュータ５１０への接続５６０を容易にするように構成することができる。接続５６０は、直接的であってもよいし、電気通信システムのコアネットワーク（図５には図示せず）及び／又は電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局５２０のハードウェア５２５は、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれら（図示せず）の組み合わせを含み得る処理回路５２８をさらに含む。基地局５２０はさらに、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア５２１を有する。

通信システム５００は、既に言及したＵＥ５３０をさらに含む。そのハードウェア５３５は、ＵＥ５３０が現在配置されているカバレッジエリアを提供する基地局との無線接続５７０をセットアップし維持するように構成された無線インタフェース５３７を含むことができる。ＵＥ５３０のハードウェア５３５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる処理回路５３８をさらに含む。ＵＥ５３０はさらにソフトウェア５３１を構成し、これらはＵＥ５３０に保存されているかアクセス可能であり、処理回路５３８によって実行可能である。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートにより、ＵＥ５３０を介して人間または人間ではないユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ５１０において、実行中のホストアプリケーション５１２は、ＵＥ５３０およびホストコンピュータ５１０で終端するＯＴＴコネクション５５０を介して、実行中のクライアントアプリケーション５３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション５３２は、ホストアプリケーション５１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴコネクション５５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション５３２は、ユーザと対話して、ユーザが提供するユーザデータを生成することができる。

図５に示されるホストコンピュータ５１０、基地局５２０、およびＵＥ５３０は、それぞれ、ホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つ、および図４のＵＥ４９１、４９２のうちの１つと類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図５に示すようなものとすることができ、独立して、周囲のネットワークトポロジは、図４のものとすることができる。

図５では、ＯＴＴコネクション５５０を抽象的に描いて、基地局５２０を介したホストコンピュータ５１０とＵＥ５３０との間の通信を示すが、いかなる中間デバイスも明示的に参照せず、これらの装置を介したメッセージの正確なルーティングも明示的に参照しない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ５３０から、またはサービスプロバイダオペレーティングホストコンピュータ５１０から、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション５５０がアクティブである間、ネットワークインフラストラクチャは、ルーティングを動的に変更する（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）決定をさらに行うことができる。

ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線接続５７０が最後のセグメントを形成するＯＴＴ接続５５０を使用して、ＵＥ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、ＴＲＰ（例えば、基地局）がビーム指示（例えば、ＱＲＩ）をＵＥに送信することを可能にすることによってネットワーク性能を向上させることができ、これは、ビーム指示を使用して、ビーム情報が関連付けられる有利な受信器および／または送信器構成を決定するように構成され、決定された受信器／送信器構成を使用して、ＴＲＰによって送信されたデータを受信し、および／またはＴＲＰにデータを送信することを可能にし、それによって、オーバーヘッドの低下、遅延の短縮、受信信号品質の向上などの利点を提供する。

１つ以上の実施形態が改善するデータ速度、遅延、および他の要因をモニタする目的で、測定手順を提供することができる。さらに、測定結果の変動に応答して、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続５５０を再構成するための任意選択のネットワーク機能があってもよい。ＯＴＴ接続５５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１およびハードウェア５１５、またはＵＥ ５３０のソフトウェア５３１およびハードウェア５３５、あるいはその両方で実施することができる。実施形態では、センサ（図示せず）は、ＯＴＴ接続５５０が通過する通信装置に配備されるか、またはそれに関連付けて配備されてもよく、センサは、上で例示されたモニタした量の値を供給することによって、またはソフトウェア５１１、５３１がモニタした量を計算または推定することができる他の物理量の値を供給することによって、測定手順に関与してもよい。ＯＴＴ接続５５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局５２０に影響を及ぼす必要はなく、基地局５２０には知られていないか、または知覚できないことがある。このような手順および機能性は、当技術分野で公知であり、実践され得る。特定の実施形態では、測定は、ホストコンピュータ５１０のスループット、伝搬時間、遅延などの測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア５１１および５３１が、伝搬時間、エラーなどをモニタしながら、ＯＴＴ接続５５０を使用して、メッセージ、特に空メッセージまたは「ダミー」メッセージを送信させることによって実施することができる。

図６は、一実施形態に係る、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図４および図５を参照して説明したＵＥを含む。本開示を簡単にするために、図６を参照する図面のみがこのセクションに含まれる。ステップ６１０において、ホストコンピュータはユーザデータを提供する。ステップ６１０のサブステップ６１１（オプションであってもよい）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ６２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ６３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ６４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図７は、一実施形態に係る通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図４および図５を参照して説明したＵＥを含む。本開示を簡単にするために、図７を参照する図面のみがこのセクションに含まれる。本方法のステップ７１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（不図示）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ７２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を通過してもよい。ステップ７３０（オプションであってもよい）において、ＵＥは、送信において搬送されるユーザデータを受信する。

図８は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図４および図５を参照して説明したＵＥを含む。本開示を簡単にするために、図８を参照する図面のみがこのセクションに含まれる。ステップ８１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。付加的または代替的に、ステップ８２０において、ＵＥは、ユーザデータを提供する。ステップ８２０のサブステップ８２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ８１０のサブステップ８１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された、受信済みの入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ８３０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ８４０において、ホストコンピュータは、ＵＥから送信されたユーザデータを受信する。

図９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図４および図５を参照して説明したＵＥを含む。本開示を簡単にするために、図９を参照する図面のみがこのセクションに含まれる。ステップ９１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ９２０（オプションであってもよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ９３０（オプションであってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

図１０は、特定の実施形態に係るプロセス１０００を示す。プロセス１０００は、ステップｓ１００２で開始し、ＵＥ１１０は、ＲＳがスケジュールされた送信と準同一場所（ＱＣＬ）にあることを示す構成情報（ＣＩ）を備えるメッセージを受信する（例えば、ＣＩは、送信構成インジケータ（ＴＣＩ）を備えるか、またはＴＣＩである）。送信は、チャネル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＤＣＣＨ）または参照信号の送信であってもよい。ステップｓ１００４において、ＵＥは、受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整する。受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整することは、受信されたＣＩに関連付けられたＲＳに基づいて空間Ｔｘ構成を調整すること（ステップｓ１００４ａ）、および／または、受信されたＣＩに関連付けられたＲＳに基づいて空間Ｒｘ構成を調整すること（ステップｓ１００４ｂ）を含んでもよい。

いくつかの実施形態では、メッセージは、レイヤ２メッセージ、ＭＡＣ−ＣＥメッセージ、ＲＲＣメッセージ、またはＤＣＩメッセージである。

いくつかの実施形態では、メッセージはＤＣＩメッセージであり、ＤＣＩメッセージは、ＣＩと、ＰＵＳＣＨをスケジューリングするＵＬ許可およびＰＤＳＣＨをスケジューリングするＤＬ許可のうちの１つと、を含む。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、受信されたＣＩによって指し示されるＲＳである。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、ＤＬ ＲＳおよびＵＬ ＲＳのうちの１つである。

いくつかの実施形態では、１つ以上のＲＳセットがＣＩに関連付けられ、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットのうちの少なくとも１つの中にある。

いくつかの実施形態では、ＣＩは、送信構成インジケータ、ＴＣＩを含み、ＲＳセット（複数可）は、ＴＣＩに関連付けられる。

いくつかの実施形態では、ＵＥは、空間構成が、受信されたＣＩに関連付けられたＲＳに関連付けられた空間構成と相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、ＤＬ ＲＳであり、ＵＥは、ＤＬ ＲＳに関連付けられた空間Ｒｘ構成と相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、受信されたＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、ＵＥは、ＵＬ ＲＳに関連付けられた第２の空間Ｔｘ構成と相互的になるように、空間Ｔｘ構成を調整するように構成される。

いくつかの実施形態では、送信は、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＳＲＳ送信である。

いくつかの実施形態では、受信されたＣＩは、ｉ）第１のＲＳを含む第１のＲＳセットと、ｉｉ）第２のＲＳを含む第２のＲＳセットとに関連付けられ、ＵＥは、第１のＲＳに基づいて第１の空間Ｔｘ構成を調整し、ＵＥは、第２のＲＳに基づいて第２の空間Ｔｘ構成を調整し、ＵＥは、ＰＵＣＣＨの送信のために第１の空間Ｔｘ構成を使用し、ＵＥは、ＰＵＳＣＨの送信のために第２の空間Ｔｘ構成を使用する。

いくつかの実施形態では、メッセージはＤＣＩメッセージであり、受信されたＤＣＩは、ＰＤＳＣＨをスケジューリングするＤＬ許可をさらに備える。

いくつかの実施形態では、ＣＩは、送信構成インジケータ、ＴＣＩを含み、ＲＳセットは、ＴＣＩに関連付けられる。

いくつかの実施形態では、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、ＵＥは、空間Ｒｘ構成が、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成と相互的になるように、空間Ｒｘ構成を調整するように構成される。

いくつかの実施形態において、ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳおよびＣＳＩ−ＲＳのうちの１つ以上を受信するために、調整された空間Ｒｘ構成を使用するように構成される。

いくつかの実施形態では、送信は、ＰＤＳＣＨまたはＰＤＣＣＨ送信である。

１． 空間Ｔｘ構成
ａ． いくつかの実施形態では、ＲＳがＤＬ ＲＳ（例えば、ＣＳＩ−ＲＳ、ＳＳＢ）である場合、ＵＥは、ＤＬ ＲＳを受信するために使用されるＲｘ構成と相互的になるように、その空間Ｔｘ構成を調整する。「相互的」は、第１のＲＳと、ＰＵＳＣＨ／ＰＵＣＣＨ ＤＭＲＳまたはＳＲＳであるスケジューリングされた送信との間の相互的で空間的なＱＣＬを意味することができる。あるいは、単純に、ＴｘおよびＲｘのビーム方向が相互的になる（反対方向を指す）ことを意味してもよい。

ｂ． いくつかの実施形態では、ＲＳがＵＬ ＲＳ（例えば、ＳＲＳ）である場合、ＵＥは、ＵＬ ＲＳを送信するために使用される空間Ｔｘ構成と整合するようにその空間Ｔｘ構成を調整する。「整合」とは、第１ＲＳとＰＵＳＣＨ／ＰＵＣＣＨ ＤＭＲＳおよびＳＲＳであるスケジューリングされた送信との間の空間的なＱＣＬを意味することができる。あるいは、２つのＴｘ方向が同じであることを単に意味してもよい。

２． 空間ＲＸ構成
ａ． いくつかの実施形態では、ＲＳがＵＬ ＲＳ（例えば、ＳＲＳ）である場合、ＵＥは、それがＵＬ ＲＳを送信するために使用されるＴｘ構成と相互的になるように、その空間Ｒｘ構成を調整する。「相互的」は、第１のＲＳとスケジュールされた送信との間の相互的かつ空間的なＱＣＬを意味することができ、この場合、この相互的かつ空間的なＱＣＬは、ＰＤＳＣＨ／ＰＤＣＣＨ／ＣＳＩ−ＲＳ／ＰＴＲＳ／ＴＲＳである。あるいは、これは、単に、ＲｘおよびＴｘ方向が相互的である（反対方向を指す）ことを意味することができる。

図１１は、無線ネットワーク（例えば、図１に示される無線ネットワーク）における装置１１００の概略ブロック図を示す。装置は、無線デバイス（例えば、図１に示される無線デバイス１１０）において実施されうる。装置１１００は、図１０を参照して説明された例示的な方法、および場合によっては本明細書で開示された任意の他のプロセスまたは方法を実行するように動作可能である。図１０の方法は、必ずしも装置１１００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの操作は、１つ以上の他のエンティティによって実行されうる。

装置１１００は、１つ以上のマイクロプロセッサまたはマイクロコントローラ、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理回路、および類似のものを含むことができる他のデジタルハードウェアを含みうる処理回路を備えてもよい。処理回路は、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの１つかいくつかのタイプのメモリを含みうるメモリに格納されたプログラムコードを実行するように構成され得てもよい。メモリに格納されたプログラムコードは、いくつかの実施形態では、１つ以上の長距離通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つ以上を実行するための命令を含む。いくつかの実装形態では、処理回路は、第１の受信ユニット１１０４、調整ユニット１１０６、および機器１１００の任意の他の適切なユニットに、本開示の１つ以上の実施形態に係る対応機能を実行させるために使用されてもよい。

図１１に図示されるように、装置１１００は、第１の受信ユニット１１０４および調整ユニット１１０６を含む。第１の受信ユニット１１０４は、ＲＳが送信と準同一場所（ＱＣＬ）にあることを示す構成情報（ＣＩ）を受信するように構成される（例えば、ＣＩは、送信構成インジケータ（ＴＣＩ）を備えるか、または送信構成インジケータ（ＴＣＩ）である）。調整ユニット１１０６は、受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整するように構成される。受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整することは、ｉ）受信されたＣＩに関連付けられたＲＳに基づいてＵＬ信号（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ）の送信のための空間Ｔｘ構成を調整すること、および／または ｉｉ）受信されたＣＩに関連付けられたＲＳに基づいてＤＬ信号（たとえば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳ、ＣＳＩ−ＲＳ、ＤＭＲＳ）の受信のための空間Ｒｘ構成を調整することを備えることができる。

ユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野において従来の意味を有することができ、たとえば、本明細書で説明されるような、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／または個別デバイス、それぞれのタスク、手順、計算、出力、および／または表示機能などを実行するためのコンピュータプログラムまたは命令を含むことができる。

＜例示的な実施形態＞
（Ａ． グループＡの実施形態）
Ａ１．ビームフォーミングのために無線デバイス（ＷＤ）によって実行される方法であって、方法は、以下を含む
参照信号（ＲＳ）が、スケジュールされた送信と準同一場所（ＱＣＬ）にあることを示す構成情報（ＣＩ）を受信すること（例えば、ＣＩは送信構成インジケータ（ＴＣＩ）を含むか、またはＴＣＩであること）
受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整することであって、受信されたＣＩに関連付けられたＲＳに基づいて空間Ｔｘ構成を調整することと、受信されたＣＩに関連付けられたＲＳに基づいて空間Ｒｘ構成を調整することと、のうちの１つ以上を含む、受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整すること。

Ａ２．実施形態Ａ１の方法であって、ＣＩを受信することは、ＣＩを含むスケジューリングメッセージ、ＣＩを含むレイヤ２メッセージ、ＣＩを含むランダムアクセス応答メッセージ、ＣＩを含むダウンリンク制御情報（ＤＣＩ）、ＣＩを含むＭＡＣ−ＣＥ、およびＣＩを含むＲＲＣメッセージ、のうちの１つを受信することを含む。

Ａ３．実施形態Ａ１またはＡ２の方法であって、受信されたＣＩに関連付けられたＲＳは、ＤＬ ＲＳおよびＵＬ ＲＳのうちの１つであり、受信されたＣＩに関連付けられたＲＳに基づいて空間構成を調整することは、受信されたＣＩに関連付けられたＲＳに基づいてＴｘ構成を調整することを含む。

Ａ４．実施形態Ａ３の方法であって、ＣＩを受信することは、ＣＩと、ＰＵＳＣＨをスケジューリングするＵＬ許可と、ＰＤＳＣＨをスケジューリングするＤＬ許可とのうちの１つとを備えるＤＣＩを受信することを含む。

Ａ５．実施形態Ａ３またはＡ４の方法であって、１つ以上のＲＳセットがＣＩに関連付けられ、ＣＩに関連付けられたＲＳが、ＣＩに関連付けられたＲＳセットのうちの少なくとも１つの中にある。

Ａ６．実施形態Ａ１からＡ５のいずれかの方法であって、空間構成を調整することは、その空間構成が、受信されたＣＩに関連付けられたＲＳに関連付けられた空間構成と相互的であるように、空間構成を調整することを含む。

Ａ７．実施形態６の方法であって、受信されたＣＩに関連付けられたＲＳはＤＬ ＲＳであり、空間構成を調整することは、空間Ｔｘ構成がＤＬ ＲＳに関連付けられた空間Ｒｘ構成と相互的であるように空間Ｔｘ構成を調整することを含む。

Ａ８．実施形態Ａ６の方法であって、受信されたＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、空間構成を調整することは、前記Ｔｘ構成が、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成と相互的であるように、空間Ｔｘ構成を調整することを含む。

Ａ９．実施形態Ａ７またはＡ８の方法であって、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＳＲＳのうちの１つ以上を送信するために調整された空間Ｔｘ構成を使用することをさらに含む。

Ａ１０．実施形態Ａ６の方法であって、ＣＩに関連付けられたＲＳは、ＣＩに関連付けられたＲＳセットに含まれるＵＬ ＲＳであり、空間構成を調整することは、空間Ｒｘ構成が、ＵＬ ＲＳに関連付けられた空間Ｔｘ構成と相互的であるように、空間Ｒｘ構成を調整することを含む。

Ａ１１．実施形態Ａ７またはＡ８の方法であって、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳ、およびＣＳＩ−ＲＳの１つ以上を受信するために調整された空間Ｒｘ構成を使用することをさらに含む。

Ａ１２．実施形態Ａ１〜Ａ１１のいずれか１つの方法であって、
受信されたＣＩは、ｉ）第１のＲＳを含む第１のＲＳセットと、ｉｉ）第２のＲＳを含む第２のＲＳセットとに関連付けられ、
ＷＤは、第１のＲＳに基づいて第１の空間Ｔｘ構成を調整し、
ＷＤは、第２のＲＳに基づいて第２の空間Ｔｘ構成を調整し、
ＷＤは、ＰＵＣＣＨの送信のために第１の空間Ｔｘ構成を使用し、
ＷＤは、ＰＵＳＣＨの送信のために第２の空間Ｔｘ構成を使用する。

Ａ１３．上述した実施形態のいずれかの方法であって、さらに、
ユーザデータを提供することと、
基地局への送信を介してユーザデータをホストコンピュータに転送することと、を含む。

（Ｂ．グループＢの実施形態）
Ｂ１．ＷＤは、
グループＡの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、
無線デバイスに電力を供給するように構成された電源回路と、を含む。

Ｂ２．ＷＤは、
無線信号を送受信するように構成されたアンテナと、
アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調節するように構成された無線フロントエンド回路と、
グループＡの実施形態のいずれかのステップのうちのいずれかを実行するように構成される処理回路と、
処理回路に接続され、ＷＤへの情報の入力が処理回路によって処理されることを可能にするように構成された入力インタフェースと、
処理回路に接続され、処理回路によって処理された情報をＷＤから出力するように構成された出力インタフェースと、
処理回路に接続され、ＷＤに電力を供給するように構成されたバッテリと、
を備える。

Ｂ３．ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成された処理回路と、
ユーザデータをユーザ装置（ＵＥ）に送信するためにセルラーネットワークに転送するように構成された通信インタフェースと、
を備え、
ＵＥは、無線インタフェースおよび処理回路を備え、ＵＥの構成要素は、グループＡの実施形態のいずれかのステップのうちのいずれかを実行するように構成される。

Ｂ４．実施形態Ｂ３の通信システムであって、セルラーネットワークは、ＵＥと通信するように構成された基地局をさらに含む。

Ｂ５．実施形態Ｂ３またはＢ４の通信システムであって、
ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成されることでユーザデータを提供し、
ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される。

Ｂ６．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実施される方法は、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を含むセルラーネットワークを介して、ＵＥへユーザデータを搬送する送信を開始することと、
を含み、ＵＥはグループＡの実施形態のいずれかのステップのうちのいずれかを実行する。

Ｂ７．上記実施形態の方法は、基地局において、ユーザデータを受信することをさらに含む。

Ｂ８．ホストコンピュータを含む通信システムは、
ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを含み、
ＵＥは、無線インタフェースおよび処理回路を備え、ＵＥの処理回路は、グループＡの実施形態のいずれかのステップのうちのいずれかを実行するように構成される。

Ｂ９．上記実施形態の通信システムは、ＵＥをさらに含む。

Ｂ１０．上記２つの実施形態の方法は、基地局をさらに含み、基地局は、ＵＥと通信するように構成された無線インタフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータに転送するように構成される通信インタフェースとを含む。

Ｂ１１．上記３つの実施形態の通信システムにおいて、
ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、
ＵＥの処理回路は、ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成され、それによってユーザデータを提供する。

Ｂ１２．上記４つの実施形態の通信システムにおいて、
ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってリクエストデータを提供するように構成され、
ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってリクエストデータに応答してユーザデータを提供するように構成される。

Ｂ１３．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実施される方法は、
ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥは、グループＡの実施形態のいずれかのステップのうちのいずれかを実行する。

Ｂ１４．上記実施形態の方法は、ＵＥにおいて、ユーザデータを基地局に提供することをさらに含む。

Ｂ１５．上記２つの実施形態は、
ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することと、
ホストコンピューターにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、
をさらに含む。

Ｂ１６．上記３つの実施形態の方法は、
ＵＥにおいて、クライアントアプリケーションを実行することと、
ＵＥにおいて、クライアントアプリケーションへの入力データであって、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される入力データを受信することと、を含み、
送信されるユーザデータは、入力データに応答して、クライアントアプリケーションによって提供される。

Ｂ１７．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実施される方法は、
ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信に起因するユーザデータを受信することを含み、ＵＥは、グループＡの実施形態のいずれかのステップのうちのいずれかを実行する。

Ｂ１８．上記実施形態の方法は、基地局においてＵＥからユーザデータを受信することをさらに含む。

Ｂ１９．上記２つの実施形態の方法は、基地局において、受信されたユーザデータのホストコンピュータへの送信を開始することをさらに含む。

本出願が優先権を主張する米国仮特許出願（すなわち、２０１７年９月１１日に出願された米国特許出願第６２／５５６，９４０号）は、３ＧＰＰ寄与のテキストを含む付録を含んでいた。３ＧＰＰ寄与のいくつかの関連する態様は、以下で再現される。

＜寄与＞
１． 序文
この寄与では、ビーム管理に関連する３つのトピック、すなわち、１）ＰＤＳＣＨおよびＰＤＣＣＨのためのＤＬ ＱＣＬ（ビーム）指示、２）ＵＬビーム指示、および３）ビーム測定および報告、に関する残存する詳細が議論される。

２． ＰＤＳＣＨおよびＰＤＣＣＨのためのＤＬ ＱＣＬ指示
ＲＡＮ１＃９０（プラハ）では、ＰＤＳＣＨに対するＤＬビーム指示に関連して、合意＃１（上記表１参照）がなされた。

この合意＃１は、ＤＣＩ内のＮビットインジケータフィールドが、ＰＤＳＣＨの復調をサポートするために、少なくともＤＬ ＲＳ（ＣＳＩ−ＲＳとＳＳＢとのいずれか）への空間ＱＣＬ参照を提供することを確立する。インジケータの所与の値は、インジケータ状態と呼ばれ、ＤＬ ＲＳのインデックス（ＣＲＩまたはＳＳＢインデックス）に関連付けられる。ＣＳＩ−ＲＳの場合、リソースは周期的、半永続的、または非周期的な場合がある。この合意では、ＤＬ ＲＳインデックスが、明示的なシグナリングを介して、またはＵＥ測定中に暗黙的に、どのようにインジケータ状態に関連付けられるかがＦＦＳ（検討事項）である。このＦＦＳ点については、このセクションで後述する。

同じ会議において、Ｎビットインジケータフィールドは、合意＃２に示されるように拡張された（上記の表２を参照）。

この拡張により、各インジケータ状態は１つまたは２つのＲＳセットに関連付けられ、各ＲＳセットはそれぞれ１つまたは２つのＤＭＲＳポートグループを表す。これは、マルチＴＲＰ送信（ＤＬ ＣｏＭＰ）が構成される場合に、ＱＣＬ指示を容易にする。異なる状態は、例えば、一対のＴＲＰからの非コヒーレント協調送信（ＮＣ−ＪＴ）をサポートする異なるＴＲＰペアに対応し得る。単一のＲＳセットのみで構成されたインジケータ状態は、基本的な単一ＴＲＰ送信の場合、または、例えば、動的ポイント選択（ＤＰＳ）を伴うマルチＴＲＰ送信の場合のいずれかにおいて、ＱＣＬ指示をサポートするために使用されうる。

いずれの場合も、ＲＳセットには１つ以上のＤＬ ＲＳが含まれる。単一のＤＬ ＲＳの場合、セットは、ＣＳＩ−ＲＳまたはＳＳＢのいずれかに対するインデックスを含む。複数のＤＬ ＲＳの場合、このセットには、例えば、ＣＳＩ−ＲＳまたはＳＳＢへのインデックスと、構成されたＴＲＳを含めることができる。ＱＣＬの詳細に関する付属の書類［１］で論じられるように、ＰＤＳＣＨ ＤＭＲＳは、空間パラメータに関してはＣＳＩ−ＲＳ／ＳＳＢを有するＱＣＬであるが、非空間（時間／周波数）パラメータに関してはＴＲＳを有するＱＣＬであるように構成することができる。このタイプの構成についてのさらなる説明は、ＴＲＳ設計の詳細が確定した後に必要とされる。

明らかに、Ｎビットインジケータによってサポートされる機能は、ＣｏＭＰ動作をサポートするＤＣＩフォーマット２ＤにおけるＱＣＬおよびＰＤＳＣＨレートマッチング指示の目的のために使用されるＬＴＥにおけるＰＱＩに類似している。しかしながら、相違点の１つは、ＮＲについては、同様にＰＤＳＣＨレートマッチングパラメータに信号を送る必要があることが明らかでないことである。さらに、インジケータは、マルチＴＲＰ（ＣｏＭＰ）動作の場合に限定されない。動的（空間的）ＱＣＬ指示は単一のＴＲＰミリ波動作に対してさえ有益である。したがって、この寄与は、ＰＤＳＣＨ送信のためのＱＣＬ構成が動的に示されるという概念を捉えるために、Ｎビットインジケータ、すなわち送信構成インジケータ（ＴＣＩ）のためのより一般的な用語を採用することを提案する。

表３（上記）は、ＵＥに構成されたＲＲＣであり得るＴＣＩ状態の例示的なセットを示す。Ｎビットでは、最大２ⁿ個のＴＣＩ状態を定義でき、１つのＲＳセットを含むものと、マルチＴＲＰ動作をサポートする複数のＲＳセットを含むものがある。基本的な単一のＴＲＰ動作の場合、すべてのＴＣＩ状態は、単一のＲＳセットのみを含む。デフォルトのＴＣＩ状態も示されており、これは、例えば、初期アクセス中にＵＥによって決定されたＳＳＢビームインデックスを参照するＱＣＬ指示のために使用されてもよい。前述のように、異なるＲＳタイプ、すなわち、ＳＳＢ、周期的、半持続的、または非周期的ＣＳＩ−ＲＳを参照するＱＣＬ指示のために、異なるＴＣＩ状態を使用することができる。ビーム管理に使用されるＤＬ ＲＳの混合に応じて状態を構成するのは、ネットワークの実装次第である。

２．１ ＰＤＳＣＨおよびＰＤＣＣＨのための統一されたＱＣＬ指示
上記合意＃１のＦＦＳ項目の１つは、ＰＤＣＣＨのＱＣＬ指示がＰＤＳＣＨのビーム指示状態に基づくか否かに関する。寄与者（コントリビュータ）は、ＰＤＳＣＨおよびＰＤＣＣＨのＱＣＬ指示機能を可能な限り調和させることは非常に意味があると注釈する。ＰＤＳＣＨおよびＰＤＣＣＨ復調の両方に対する共通のスレッドは、ＱＣＬ参照が両方の場合に必要とされることである。さらに、ミリ波動作のために、空間ＱＣＬ参照は、ＵＥの移動／回転を追跡するために動的に示される必要がありうる。これは、１つのサブセットがＰＤＣＣＨ ＱＣＬ指示の目的のために使用されることがある２^N個の状態の共通集合、および、ＰＤＳＣＨ ＱＣＬ指示のために使用される別の、潜在的に重複する状態のサブセットの構成を動機づける。このような２つのサブセットの例を表３に示す。

ＰＤＳＣＨとＰＤＣＣＨ ＱＣＬ指示との間に差異がある場合は、（１）ＤＭＲＳポートグループの概念は、ＰＤＳＣＨにのみ関連する場合、（２）構成されたＣＯＲＥＳＥＴの一部としてのＤＭＲＳポートの単一のセットは、ＰＤＣＣＨにのみ関連する場合、（３）ＰＤＣＣＨは、ＰＤＳＣＨよりも広いビームを使用することができる場合、および（４）ＵＥにＱＣＬ指示を搬送するために使用されるシグナリング方法が、ＰＤＳＣＨとＰＤＣＣＨとでは異なりうる場合、である。

最初の３つの相違点は、ＴＣＩ状態の適切な構成によるネットワーク実装によって対処することができる。例えば、点（１）は、ＰＤＣＣＨのＱＣＬ指示が、単一のＲＳセットを含むＴＣＩ状態についてのみシグナリングされることを保証するｇＮＢによって対処される。点（２）は、ＰＤＣＣＨのＱＣＬ指示に使用される異なるＴＣＩ状態を有する潜在的に異なるＣＯＲＥＳＥＴを準静的に構成するｇＮＢによって対処される。点（３）は、いくつかのＴＣＩ状態を、より広いビームに基づいてビームフォーミングされるＤＬ ＲＳのインデックスと、いくつかのＴＣＩ状態をより狭いビームに関連付けるｇＮＢによって対処され得る。

ＮＲでのＣＯＲＥＳＥＴがＬＴＥでのＥ−ＰＤＣＣＨの役割を担うことに注意する必要がある。ＬＴＥの場合と同様に、異なるＴＣＩ状態に関連付けられる異なるＣＯＲＥＳＥＴは、マルチＴＲＰ動作の場合に、制御チャネル送信の動的なポイントスイッチングを可能にすることができる。単一のＴＲＰ動作の場合であっても、異なるＴＣＩ状態のための異なるＣＯＲＥＳＥＴの使用は、ＵＥが、異なるビーム上で同時にまたはＴＤＭ方式で送信される異なるＣＯＲＥＳＥＴをモニタリングすることによって、ＰＤＣＣＨのロバスト性を可能にすることができる。

観察１：ＮＲにおけるＣＯＲＥＳＥＴは、ＬＴＥでのＥ−ＰＤＣＣＨの役割を担う。異なる送信構成インジケータ（ＴＣＩ）状態に関連付けられる異なるＣＯＲＥＳＥＴは、単一のＴＲＰ内または複数のＴＲＰ間の制御チャネル送信の動的ビームスイッチングを可能にする。

最後に、点（４）は、既存の合意において既に対処されている。具体的には、ＰＤＳＣＨのＱＣＬ指示は、上述のようにＤＣＩによって搬送される。ＲＡＮ１＃９０（プラハ）から下記の表４に示される合意＃３によれば、ＰＤＣＣＨのＱＣＬ指示は、ＲＲＣのみによるか、またはＲＲＣ＋ＭＡＣ−ＣＥシグナリングの組み合わせによる。ＤＣＩによるＱＣＬ指示はこの合意ではＦＦＳであるが、ＰＤＣＣＨのためのＱＣＬ指示を搬送するためにＤＣＩを使用することができない根本的な理由はないように思われる。付属の寄与（ｃｏｍｐａｎｉｏｎ ｃｏｎｔｒｉｂｕｔｉｏｎ）［２］では、ビーム指示のための様々なシグナリング方法が議論され、ＤＣＩベースのシグナリングのロバストなバージョンがＭＡＣ−ＣＥシグナリングと同様の信頼性を提供できることが観察される。さらに、ＰＤＳＣＨのためのＤＣＩベースのＱＣＬ指示のサポートは、ＴＣＩ値をシグナリングすることによって既にサポートされており、非常に容易に再利用することができる。

合意＃３における別のＦＦＳ項目は、ＰＤＣＣＨのためのＱＣＬ指示が非周期的ＣＳＩ−ＲＳリソースを参照することができるかどうかである。非周期的ＣＳＩ−ＲＳリソースは、ＰＤＳＣＨビーム管理手順のためにサポートされるので、ネットワーク柔軟性の観点から、非周期的ＣＳＩ−ＲＳリソースがＰＤＣＣＨビーム管理のために排除されるべき根本的な理由はないように思われる。いくつかのシナリオでは、基準となるビーム管理手順は、ＰＤＳＣＨとＰＤＣＣＨの両方に対して同じビームを利用してもよく、このビームは非周期的測定に基づいて決定されてもよい。上記の議論に基づき、この寄与は以下の短期の提案を行う。

提案１：ＰＤＳＣＨとＰＤＣＣＨとの両方に対するＱＣＬの指示は、２^N個の送信構成インジケータ（ＴＣＩ）状態の共通セットの同一または異なるサブセットのいずれかに基づく。Ｎの値はＦＦＳであり、例えば、Ｎ＝３である。

提案２：ＰＤＳＣＨおよびＰＤＣＣＨとの両方に対するＱＣＬ指示により、送信構成インジケータ（ＴＣＩ）は、非周期的なＣＳＩ−ＲＳリソースを参照することを示す。

提案３：ＲＲＣのみまたはＲＲＣ＋ＭＡＣ−ＣＥに加えて、ＰＤＣＣＨに対するＤＣＩベースのＱＣＬ指示をサポートする必要がある。

この寄与は、さらに、以下の表５に示される以下の提案を行う。

２．２ ＴＣＩ状態を定義／更新するための手順
上記の議論および提案は、送信構成インジケータ（ＴＣＩ）値のシグナリングによるＰＤＳＣＨおよびＰＤＣＣＨの両方に対するＱＣＬ指示の調和に焦点を当てている。しかしながら、依然として開いているのは、ＴＣＩ状態の各ＲＳセットに関連付けられたＤＬ ＲＳインデックス（ＣＳＩ−ＲＳリソースインデックスまたはＳＳＢインデックス）を定義／更新するためのシグナリングメカニズムである。これは、ＴＣＩ状態インデックスのシグナリングに基づいてビーム指示シグナリングが実行される前に、ＴＣＩ状態において空間的なＱＣＬ参照を確立／更新するために必要とされる。

合意＃１は、ＲＳセット内のＤＬ ＲＳインデックスを更新するための２つのメカニズムのＦＦＳ、（１）ＲＳインデックスの明示的シグナリング、および（２）ＵＥ測定に基づいたＲＳセットとのＲＳインデックスの暗黙的関連付け、を特定する。メカニズム‐１（ＴＣＩ状態の明示的な更新）は、簡単であり、サポートされるべきである。例えば、多数のＳＳＢ（ミリ波に対して許容される最大６４）に基づくか、多数の周期的ＣＳＩ‐ＲＳ（ｐ‐ＣＳＩ‐ＲＳ）リソースのいずれかに基づく周期的なビーム掃引を、Ｐ１手順中に使用することができる。ＵＥは、Ｎ個の最大ＲＳＲＰおよび対応する参照信号インデックス、例えば、ＣＲＩ、ＳＳＢインデックスを周期的に報告するように構成されうる。ｇＮＢは、いずれのサブセット（またはすべての）ＲＳインデックスがいずれのＴＣＩ状態に関連付けられるべきかを決定する。次いで、ｇＮＢは、ＴＣＩ状態インデックス、ＲＳセットのインデックス、およびＤＬ ＲＳインデックスをＵＥにシグナリングし、ＵＥは、シグナリングされたＲＳインデックスを用いて自身のＴＣＩ状態構成を更新する。これは、将来のＱＣＬ指示メッセージで示されるときに、ＵＥがＰＤＣＣＨ ／ＰＤＳＣＨ復調のために使用すべき空間ＱＣＬ参照を更新する。この基準は、次回更新されるまで有効である。例えば、ＵＥの移動／回転を追跡するために、更新が必要とされる。疑いもなく、要求される更新レートは、ＵＥがどれくらい速く移動しているかに依存する。

上記のプロセスは、ｐ−ＣＳＩ−ＲＳリソースについて説明されているが、同じ手順を使用して、非周期的なＣＳＩ−ＲＳリソースに対するＱＣＬ参照を用いて、後に更新されることになるＴＣＩ状態に対する空間ＱＣＬ参照を初期化することができる。これは、例えば、周期的なＤＬ ＲＳ、例えば、ＳＳＢ又はｐ−ＣＳＩ−ＲＳが新しいビーム発見のために使用され、非周期的ＣＳＩ−ＲＳがＰ２又はＰ３手順のいずれかを通してビームの精緻化（リファインメント）のために使用される場合に有用である。ＵＥ報告に基づいてｇＮＢによって新しいビームが発見されると、ｇＮＢは、新しいビームに対応するＴＣＩ状態インデックスおよびＲＳインデックスをＵＥに明示的にシグナリングする。次いで、ＵＥは、シグナリングされたＲＳインデックスを用いて自身のＴＣＩ状態構成を更新する。Ｐ２のビーム精緻化の場合、周期的リソースへの初期化されたＱＣＬ参照は、ＵＥが、Ｐ２精緻化ステップ中に非周期的ＣＳＩ−ＲＳリソースを受信するためにそのＲｘビームを設定するのを助けるのに有用である。

メカニズム２（ＴＣＩ状態の暗黙の更新）は、非周期的にトリガされるＰ２またはＰ３精緻化手順に有用であり、サポートされるべきである。メカニズム２では、ＵＥは、Ｔｘ側またはＲｘ側のいずれかでのビーム管理の目的のために、非周期的ＣＳＩ−ＲＳリソースの１つ以上のセット上で測定を実行するようにトリガされる。ＵＥは、ＤＣＩによって、測定トリガに加えてＴＣＩ状態インデックスを受信する。上記の例では、ＴＣＩ状態は、明示的に初期化されたものと同じものとすることができる。ＵＥが、測定トリガと共にＴＣＩ状態インデックスを受信すると、ＵＥは、これを、測定を実行するための命令として解釈し、各ＲＳセット内のＲＳインデックスを、ＵＥが測定する各リソースセットからの好ましいＣＲＩとそれぞれ置き換える。次に、これらのＲＳインデックスは、シグナリングされたＴＣＩ状態のための新しいＱＣＬ参照となり、同じＴＣＩインデックスを有する測定トリガが次に受信されるまで有効なままである。

上記の議論に基づき、この寄与は以下の短い提案を行う
提案４：メカニズム１（ＴＣＩ状態のＲＳインデックスの明示的更新）は、ＳＳＢおよびｐ／ｓｐ／ａｐ−ＣＳＩ−ＲＳリソースに対してサポートされる。メカニズム２（ＴＣＩ状態のＲＳインデックスの暗黙の更新）は、ａｐ−ＣＳＩ−ＲＳリソースに対してサポートされる。メカニズム２の場合、ＵＥは、ＤＣＩにおいて、ａｐ−ＣＳＩ−ＲＳリソースにＴＣＩ状態インデックスを加えた測定トリガを受信することが期待されうる。

この寄与は、さらに、以下の表６に示される以下のより包括的な提案を行う。

２．２ 単一ビーム動作
ビーム指示に関する手順の多くは、ＰＤＣＣＨビームとＰＤＳＣＨビームが別々に更新されるという仮定の下に設計されてきた。指示スキームは、ＵＥがＰＤＣＣＨおよびＰＤＳＣＨ受信のためにそのＲｘビームを異なるように調整すべきであるという仮定の下で設計された。

しかし、多くの場合、この自由度は不要である。ＰＤＣＣＨおよびＰＤＳＣＨの両方は、受信機において最良のＳＩＮＲを提供するビームで送信されるべきである。多くの場合、これは最も狭いビームである。次いで、ＰＤＣＣＨおよびＰＤＳＣＨのためのターゲットＢＬＥＲは、異なる可能性があり、それは、ＰＤＣＣＨフォーマットおよびＰＤＳＣＨスケジューリングメカニズムの適切な選択によって達成される。

観察：非常に一般的な実現は、ＰＤＣＣＨおよびＰＤＳＣＨが同じビームを使用して送信されることである。

さらに、独立したＰＤＣＣＨおよびＰＤＳＣＨビームの実装は、シグナリングの増加につながる。オーバーヘッドは、ＰＤＣＣＨおよびＰＤＳＣＨビームが更新される頻度に依存する。

加えて、ＰＤＣＣＨとＰＤＳＣＨとの間で切り替える可能性を導入することは、Ｒｘビーム切り替えがスロット間であるように制約される場合よりも、より複雑なＵＥの実装につながる。これらの理由から、この寄与は以下を提案する：ＮＲはＰＤＳＣＨに対するビーム指示がＰＤＣＣＨに対しても有効であるという構成をサポートすべきである。

３． ＵＬビーム指示
前のセクションでは、ＤＬビーム指示は、ＰＤＳＣＨおよびＰＤＣＣＨの両方について議論される。ＤＬビーム指示は、ＵＥがそのＲｘ空間構成、すなわち、ＰＤＳＣＨおよびＰＤＣＣＨの復調のための空間フィルタ／空間プリコーダ／ビームを調整するために使用することができる１つ以上の空間ＱＣＬ参照を提供するＴＣＩをＵＥにシグナリングすることからなる。いくつかの異なるＴＣＩ状態を維持することにより、ｇＮＢがＴＲＰ内またはＴＲＰ間の異なるＴｘビーム間で動的に切り替える柔軟性が可能になる。これは、例えば、異なる候補ビームにおいて異なるユーザをスケジュールすることができることによってＭＵ−ＭＩＭＯ動作のために、および動的点選択（ＤＰＳ）または非コヒーレント協調送信（ＮＣ−ＪＴ）のいずれかまたは両方をサポートするためのマルチＴＲＰ操作のために有益である。

ＤＬビーム指示は広範囲に議論されてきたが、ＵＬビーム指示はあまり注目されていない。明らかに、ＤＬビーム指示が使用される場合、アップリンクにおける何らかの形態のビーム指示は、そのＴｘ空間構成、すなわち、ＵＬ信号（ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳ）を送信する目的のための空間フィルタ／空間プリコーダ／ビームを調整する際に、ＵＥを補助するのに有益である。これは、ｇＮＢでの受信信号が所望のｇＮＢアナログビーム方向に整列されるという点で、ＰＵＳＣＨとＰＵＣＣＨの復調におけるｇＮＢ動作を単純化する。

ＤＬビーム指示の枠組みは既に合意されているので、その枠組みをＵＬビーム指示のためにできるだけ活用することは意味がある。ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳの送信のためにそのＴｘ空間構成のＵＥ調整を可能にするために、空間ＱＣＬ参照が必要とされる。ＵＬ／ＤＬビーム対応を有するＵＥの場合、自然な候補は、ＤＬビーム指示のためにＤＣＩでシグナリングされるＴＣＩに関連付けられるＤＬ ＲＳ（ＣＳＩ−ＲＳまたはＳＳＢ）である。これは、ＵＥが、ＤＬ ＲＳとの空間Ｒｘ構成と相互的であるように、ＵＥの空間Ｔｘ構成を調整するために使用され得る。ここで相互的とは、ＵＥのＴｘビームがＲｘビームの同じ方向に向いていることを意味することができる。これはまた、送信されたアップリンク参照信号（ＰＵＳＣＨ／ＰＵＣＣＨ ＤＭＲＳまたはＳＲＳ）のポートが、ＤＬ ＲＳのポートと相互に、かつ空間的に擬似的に同じ場所（準同一場所）に配置されることを意味することができる。しかしながら、相互的なＱＣＬの表記はＲＡＮ１では合意されていない。それにもかかわらず、相互的なビーム方向の概念は極めて自然である。

ＰＤＳＣＨの受信をサポートするためのＤＬビーム指示の場合、スケジューリングＤＣＩがＴＣＩフィールドを含むことが合意されている。言い換えると、ＴＣＩは、ＤＬ割当またはＤＬ許可の一部である。ＵＬビーム指示の場合、ＴＣＩフィールドが、ＰＵＳＣＨもスケジュールするＤＣＩに含まれるように、このフレームワークを拡張することは意味がある。言い換えれば、ＴＣＩはＵＬ許可の一部でもあるかもしれない。これは、ＤＬ割当を含むＤＣＩ間に長い時間があり得るＵＬが重いトラフィックシナリオにおいて有用であり得る。

上記の説明では、ＵＥは、その空間Ｔｘ構成を調整するために、空間ＱＣＬ参照としてＤＬ ＲＳ（ＣＳＩ−ＲＳ、ＳＳＢ）を使用する。しかし、ＵＥが空間ＱＣＬ参照としてＵＬ ＲＳ（例えばＳＲＳ）を利用することが有益である少なくとも２つのユースケース、（１）ＵＬ／ＤＬビーム対応を欠くＵＥのためのＵＬビーム指示、及び（２）相互関係に基づく動作のためのＤＬビーム指示、がある。これらのユースケースをサポートするために、ＵＬ ＲＳが、例えば、ＴＣＩ状態のＲＳセットに含まれる別のタイプのＲＳとして、ＴＣＩ状態にも関連付けられることができるように、ビーム指示フレームワークを拡張することが意味をなす。ＴＣＩ状態に関連付けられる特定のＳＲＳは、例えば、Ｕ３手順において、ＵＥによって送信されたＳＲＳリソースのセット上のｇＮＢにおける以前の測定に基づくことができる。この測定に基づいて、ｇＮＢは、ＵＥが指示されたＳＲＩを関連付けるべきＴＣＩと共に、好ましいＳＲＳリソースを示すＳＲＳリソースインジケータ（ＳＲＩ）を用いてＵＥに明示的にシグナリングする。このようにして、ＴＣＩが、ＤＬビーム指示またはＵＬビーム指示のいずれかの目的のために、後の時点でＤＣＩにおいてシグナリングされるとき、関連するＵＬ ＲＳは、ＵＥに必要な空間ＱＣＬ参照を提供する。

ユースケース（１）では、ＵＥは、ＵＬ許可においてＤＣＩを介してシグナリングされるＴＣＩ状態に含まれるＵＬ ＲＳ（ＳＲＳ）に関連する空間Ｔｘ構成と整列するように、その空間Ｔｘ構成を調整する。このようにして、ｇＮＢはＵＬ／ＤＬビーム対応を欠くＵＥに対してＰＵＳＣＨ／ＰＵＳＣＨ／ＳＲＳのための受信方向を制御できる。ユースケース（２）では、ＵＥは、ＤＬ許可においてＤＣＩを介してシグナリングされるＴＣＩ状態に含まれるＵＬ ＲＳ（ＳＲＳ）に関連付けられた空間Ｔｘ構成と相互的であるように、その空間Ｒｘ構成を調整する。このようにして、ｇＮＢは、相互関係（ＳＲＳ）測定に基づいて、ＰＤＳＣＨ／ＰＤＣＣＨ／ＣＳＩ−ＲＳ／ＰＴＲＳ／ＴＲＳの送信のために、そのＤＬビームフォーミング決定を基準として用いることができ、同時に、その空間Ｒｘ構成を調整するために必要とされる空間ＱＣＬ参照をＵＥに提供する。

以上の議論に基づき、以下のことが提案される：
提案５：ＵＬビーム指示を可能にするために、ＮＲは、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳを送信する目的のために、ＵＥがその空間Ｔｘ構成（ビーム）を調整することをサポートするために、ＵＬ許可を含むＤＣＩメッセージにおいてＴＣＩをシグナリングすることをサポートする。

提案６：（１）相互的な動作のためのＤＬビーム指示、または（２）ＵＬ／ＤＬビーム対応を欠くＵＥのためのＵＬビーム指示のいずれかを可能にするために、ＮＲは、その空間Ｒｘ／Ｔｘ構成（ビーム）を調整するための空間ＱＣＬ参照をＵＥに提供するために、ＴＣＩ状態に関連付けられたＲＳセットにＳＲＳリソースを含めることをサポートする。

４． ビーム測定および報告
４．１ ＳＳＢでの測定と報告
ＲＡＮ１＃９０（プラハ）では、ＳＳＢに基づくＬ１−ＲＳＲＰ測定およびビーム管理のためのＣＳＩ−ＲＳリソースの構成に関して、以下の合意＃４がなされた。

ここでは、最初の合意にリストされた３番目の方法： ＳＳブロック＋独立したＬ１ ＲＳＲＰレポートを持つＣＳＩ−ＲＳが考慮される。ＣＳＩおよびビーム管理フレームワークを拡張して、ＣＳＩ−ＲＳに基づく設定と同様に、ＳＳＢに基づくリソースおよびレポートの設定を含めることが適切であると思われる。

ＵＥの移動および／または回転のために新しいビームが現れ、新しいビームを識別する目的のためにＳＳＢが使用されるユースケースが考慮される。ＳＳＢビームは通常ＴＲＰのカバレッジエリアの大部分をスウィープするため、ビーム管理にＳＳブロックを使用するとＵＥ固有のＣＳＩ−ＲＳの構成にかかる負担をある程度軽減することができる。ここでは、ＳＳブロック測定を通して同定された粗いビームを精緻化するために非周期的な様式で使用されるＣＳＩ‐ＲＳ、従って全カバレッジ領域を掃引するためにＣＳＩ‐ＲＳを構成することを避けること、が検討される。

このユースケースに対応するための構成例を図１２に示す。この図では、ビーム精緻化のために使用される２つの非周期ＣＳＩ−ＲＳリソースセットを含むリソース設定に関連付けられた２つの非周期的なレポート設定がある。１つのセットは、ＯＦＦに設定された繰り返しＩＥ（上記の動作仮定を参照）で構成され、他のセットは、オンに設定された反復で構成される。ＤＣＩは、Ｐ２手順（ｇＮＢ Ｔｘビーム掃引）がトリガされるとき、レポート設定１＋セット１を一緒に選択し、Ｐ３手順（ＵＥ Ｒｘビーム掃引）がトリガされるとき、レポート設定２＋セット２を一緒に選択する。

さらに、図１２は、周期的なＳＳＢリソースのセットを含むリソース設定２を示す。これは、この例では周期的として構成されるレポート設定３にリンクされる。同様の構成は、ＳＳＢ上での半永続的または非周期的な報告の場合に、単純な方法で構築されてもよい。この例では、ＵＥは、上位２つのＳＳＢおよび対応するＳＳＢインデックスを周期的に、たとえば、２０ミリ秒に１回報告するように構成される。

ＳＳＢに基づいてＬ１−ＲＳＲＰ報告を構成する際の考慮事項は、アップリンクシグナリングオーバーヘッド（ＵＣＩ）である。任意の未知のＴＲＰからＳＳブロックを一意に識別するために、非常に多数のビットが必要とされうる。ＰＳＳとＳＳＳは一緒にセルＩＤを一意に識別し、１０００個のセルＩＤ（ＬＴＥの約２倍）のオーダーでサポートすることが合意されている。従って、これには１０ビットのオーダーが必要である。ＳＳバーストセットでは、最大６４のＳＳブロックを設定できる。つまり、ＳＳブロック時間インデックスを識別するには、最大６ビットが追加で必要である。これは、１６ビットになり、ＲＳＲＰ値を表すために追加の７ビットを考慮する場合、ＳＳビームインデックスおよび対応するＲＳＲＰ測定値をシグナリングするために、最小２３ビットが必要とされる。これは、どのペイロードサイズがＰＵＣＣＨのために考慮されているかを考慮すると、かなり大きな値である。報告がセル内に制限される場合であっても、ＳＳビームインデックスを識別するために６ビットが必要とされる。ＵＬシグナリングは、６４個のＳＳＢ全てが送信される状況を対処するように寸法決めされなければならないが、はるかに少ない数のＳＳＢが典型的に使用されることに留意されたい。

オーバーヘッド低減のための１つのアプローチは、完全なＳＳブロック識別情報と短い測定識別情報との間のマッピングを含むテーブルを用いてＲＲＣを使用してＵＥを構成することである。完全なＳＳブロック識別情報は、ＰＳＳ／ＳＳＳ識別情報を表す最大１０ビットと、ＳＳブロック時間インデックスを表す最大６ビットとを含み、一方、短い測定識別情報は、いくつのＳＳＢが構成されるかに応じて、６ビット以下である。短い識別情報は、測定レポートで使用される識別情報である。このように短い識別情報を使用することによって、フルセットではなく、利用可能なＳＳブロックビームの事前に構成されたサブセットに対して測定を実行することも可能である。このアプローチは、ＵＥがＲＲＣを介してＣＳＩ−ＲＳリソースの１つ以上のセットで構成されるＣＳＩフレームワークに類似する。セット内の各ＣＳＩ−ＲＳリソースは、ショート識別子ＣＲＩで識別される。

そのようなアプローチが図１２に示されており、ＵＥは、８つのＳＳＢリソースのセット上で測定するように構成され、リソース設定２内の設定構成は、ショートＩＤ構成、すなわちロングＩＤとショートＩＤとの間のマッピングを指定するＩＥを含む。この場合、８つのＳＳＢリソースのみが設定されるため、ショートＩＤは３ビットのみである。ＲＳＲＰ値あたり７ビットの例を使用すると、この例のレポートインスタンスあたりの全オーバーヘッドは２＊７＋２＊３＝２０ビットになる。ＲＳＲＰレゾリューションが低減される場合、および／または差分ＲＳＲＰ報告が使用される場合、これはさらに低減され得る。

上記の議論に基づいて、以下が提案される：
提案７：ＣＳＩ／ビーム管理フレームワークを拡張して、ＵＥがＬ１−ＲＳＲＰ測定を実行するリソース設定内のＳＳＢリソースのセットの構成を可能にする。ＳＳＢリソースのセットは、ＴＲＰから送信されたＳＳＢのすべてまたはサブセットにすることができる。フレームワークを拡張して、前述のリソース設定にリンクされたレポート設定の構成を有効にする。報告設定は、時間領域の挙動＝［周期的、半永続的、非周期的］、およびＮ＝報告されたＲＳＲＰの数、の少なくともいずれかのパラメータを含む。Ｎの最大値はＦＦＳである。

提案８：ＳＳＢ上でのＬ１−ＲＳＲＰ報告のために、完全なＳＳブロック識別情報と短い測定識別情報（６ビット以下）との間のマッピングを用いてＵＥを構成することをサポートする。短い測定識別情報は、測定レポートにおいて使用され、ＳＳＢリソースの構成されたセット内のＳＳＢリソースを一意に識別する。短いＩＤ構成を指定するＩＥは、リソース設定内のＳＳＢリソースの構成済みセットに関連付けられる。

４．２ 測定・報告パラメータ
ＲＡＮ１＃９０（プラハ）では、測定および報告のためのパラメータに関して、以下の合意＃５がなされた。

上記の合意では、ＵＥが報告に先立って測定することが予想されるビームの最大数は［６４］である。この数は、１つのセル内のＳＳＢの最大数に対応し、したがって、ＵＥは、１つのＳＳバーストセット中に送信されたすべてのＳＳブロックを聞くことができるので、このコンテキストでは、これは合理的であるように思われる。しかしながら、精緻化の目的でしばしば使用される非周期的ＣＳＩ−ＲＳ測定の場合、その数は著しく少なく、おそらく１０未満であることに留意することが重要である。また、セクション４．１で提案されたＳＳＢ測定および報告スキームが採用される場合、ＵＥは、実際に構成されたＳＳブロック上で測定することのみが必要とされることに留意されたい。報告されるリソースインデックス（ビーム）の最大数は、Ｎ＝［１，２，４，８］として上述されている。アップリンクオーバーヘッドを考慮すると、開始点として１または２をサポートすることは非常に自然であり、おそらく４までサポートすることができる。しかしながら、８は疑わしいように思われる。ｇＮＢがそのような大きな報告で何をすべきかは明らかではない。ＭＵ−ＭＩＭＯのコンテキストでは、異なるビームでユーザをスケジューリングする柔軟性を持つことが有用であるが、典型的なトラフィックモデルを考慮すると、コスケジューリングに適した８ユーザをどれくらいの頻度で見つけることができるか？また、アナログビームフォーミングの場合、ハードウェアは、通常、コスケジューリングの可能性を制限することに留意されたい。さらに、ＵＥが常にＮ個の値を報告することを指定することは、いくつかの値が、報告された最大値と比較してかなり低い場合には、望ましくないことがある。

Ｌ１−ＲＳＲＰレベルの場合、しばしば引用符で囲まれる数字は７ビットで、１２８レベルに対応する。この番号は、ＲＲＭのためのＬ３−ＲＳＲＰレポートから取得される。ＲＡＮ４は依然として異なる密度値を考慮したＣＳＩ−ＲＳに基づくビーム管理のためのＲＳＲＰの精度要件を評価しているため、適切な値を決定するには時期尚早である。しかしながら、１つの観察は、差分報告がオーバーヘッドを低下させることができることである。例えば、Ｎ個のＲＳＲＰが報告される場合、最大のＲＳＲＰは、例えば、７ビットで量子化することができ、差分値は、より少ないビット数で量子化することができる。

５． 参考文献
[１] Ｒ１−１７１６３７６、“Ｒｅｍａｉｎｉｎｇ ｄｅｔａｉｌｓ ｏｎ ＱＣＬ，” Ｅｒｉｃｓｓｏｎ、ＲＡＮ１ ＮＲ Ａｄ Ｈｏｃ ＃３、Ｓｅｐｔｅｍｂｅｒ ２０１７
[２] Ｒ１−１７１６３６７、“Ａｎａｌｙｓｉｓ ｏｆ ｂｅａｍ ｉｎｄｉｃａｔｉｏｎ ｓｉｇｎａｌｌｉｎｇ ｏｐｔｉｏｎｓ”、Ｅｒｉｃｓｓｏｎ、ＲＡＮ１ ＮＲ Ａｄ Ｈｏｃ ＃３、Ｓｅｐｔｅｍｂｅｒ ２０１７
＜略語＞
本開示では、以下の略語の少なくともいくつかを使用することができる。略号間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。以下に複数回列挙される場合、最初の列挙は、その後の任意の列挙よりも優先されるべきである。 ＣＳＩ−ＲＳ チャネル状態情報参照信号
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＭＲＳ 復調ＲＳ
ＭＡＣ−ＣＥ ＭＡＣ制御エレメント
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＰＢＣＨ 物理ブロードキャストチャンネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有データチャネル
ＰＳＳ プライマリ同期信号
ＰＴＲＳ 位相トラッキングＲＳ
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有データチャネル
ＱＲＩ ＱＣＬ参照インジケータ
ＲＳ 参照信号
Ｒｘ 受信無線チェーン
ＳＲＳ サウンディング参照信号
ＳＳＢ 同期信号ブロック
ＳＳＳ 二次同期信号
ＴＣＩ 送信設定インジケータ
ＴＲＰ 送信ポイント
ＴＲＳ トラッキングＲＳ
Ｔｘ 送信無線チェーン
ＵＥ ユーザ装置
ＵＬ アップリンク

Claims (46)

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. 請求項３８ないし４２の何れか１項に記載の方法であって、前記ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳＢ、ＴＲＳ、ＰＴＲＳ、およびＣＳＩ−ＲＳのうちの１つ以上を受信するために、調整された前記空間Ｒｘ構成を使用するように構成されることを特徴とする方法。
44. 請求項３８ないし４３の何れか１項に記載の方法であって、前記送信は、ＰＤＳＣＨまたはＰＤＣＣＨ送信であることを特徴とする方法。
45. 少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、請求項２３ないし４４の何れか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
46. 請求項４５に記載のコンピュータプログラムを格納するキャリアであって、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体を含むキャリア。

Images