JP6979136B2 - セミパーシステントサウンディング基準信号（ｓｐ−ｓｒｓ）リソースのためのクロスキャリア空間関係のインジケーション - Google Patents

Description

本発明は一般に無線通信ネットワークに関し、特に、無線通信ネットワークにおけるユーザ装置（ＵＥ）とネットワークノードとの間における通信に使用される基準信号（ＲＳ）リソースのための空間関係の効率的なコンフィギュレーション（構成）に関する。

増加するエンドユーザによって、より高いデータレートおよびより良好なサービス品質に対する需要が絶えず要求されるにつれて、無線通信は、過去数十年間にわたり急速に発展してきた。次世代（いわゆる「５Ｇ」）セルラーシステムは、５ＧＨｚ〜３００ＧＨｚのようなより高い周波数（例えば、ミリメートル波長または「ｍｍＷ」）で動作することが期待されている。このようなシステムは、送信機、受信機、またはその両方で、多様なマルチアンテナ技術（例えば、アンテナアレイ）を利用することも期待されている。無線通信の分野では、マルチアンテナ技術は、高度な信号処理技術（例えば、ビームフォーミング）と組み合わせられて、複数のアンテナを含むことができる。マルチアンテナ技術は、システムキャパシティ（例えば、単位エリアと単位帯域幅あたりでのより多くのユーザ）、カバレッジ（例えば、所与の帯域幅とユーザ数のためのより大きなエリア）、および（例えば、所与の帯域幅およびエリアにおける）ユーザあたりのデータレートの増加を含む、通信システムの様々な態様を改善するために、使用されることができる。指向性アンテナはまた、モバイルまたは固定デバイスが時間依存チャネルを経験するときに、より良好な無線リンクを保証することができる。

送信機および／または受信機における複数のアンテナの利用可能性は、異なる目標を達成するために異なる方法で利用されることができる。例えば、送信機および／または受信機における複数のアンテナを使用して、無線チャネルフェージングに対して追加のダイバーシチを提供することができる。そのようなダイバーシチを達成するために、異なるアンテナが経験するチャネルは、低い相互相関、例えば、十分に大きなアンテナ間隔（「空間ダイバーシチ」）および／または異なる偏波方向（「偏波ダイバーシチ」）を有するべきであり、歴史的に、最も一般的なマルチアンテナ構成は、一般に「受信ダイバーシチ」と呼ばれる、受信機側での複数のアンテナの使用であった。代替的におよび／または加えて、送信機内で複数のアンテナを使用して、送信ダイバーシチを達成することができる。
マルチアンテナ送信機は、異なる送信アンテナのチャネル間の相互相関が低い限り、送信機と受信機の間のチャネルの情報が無くてもダイバーシチを達成できる。

セルラーシステムなどの様々な無線通信システムでは、端末（本明細書では、ユーザ機器（ＵＥ）、無線通信装置、および移動体ユニットとも呼ばれる）と比較して、基地局（本明細書では、ネットワークノード、ノードＢ（ＮＢ）、および発展型ノードＢ （ｅＮＢ）、ならびに次世代ノードＢ （ｇＮＢ）とも呼ばれる）の複雑さに対する制約は、より少ない可能性がある。そのような例示的なケースでは、送信ダイバーシチは、ダウンリンク（すなわち、基地局から端末）においてのみ実現可能でありえ、実際には、端末における受信機を単純化する方法を提供し得る。アップリンク（すなわち、端末から基地局へ）方向では、複数の送信アンテナが複雑であるため、基地局において複数の受信アンテナを、端末において単一の送信アンテナを、使用することによってダイバーシチを達成することが好ましい場合がある。それにもかかわらず、５Ｇシステムでは、特定の運用構成は、端末と基地局との両方で複数アンテナを利用することが期待されている。

他の例示的な構成では、送信機および／または受信機における多数のアンテナを使用して、ある方法で、全体のアンテナビーム（例えば、それぞれ、送信および／または受信ビーム）をシェーピングまたは「フォーミング」することができ、全体の目標は、受信信号対干渉雑音比（ＳＩＮＲ）、最終的には、システム容量および／またはカバレッジを改善することである。これは、例えば、目標とする受信機または送信機の方向で全体のアンテナ利得を最大にすることによって、または特定の支配的な干渉信号を抑制することによって行うことができる。一般に、ビームフォーミングは、送信アンテナの数に比例して受信機での信号強度を増加させることができる。ビームフォーミングは、アンテナ間の高いフェージング相関または低いフェージング相関のいずれかに基づくことができる。高い相互アンテナ相関は、典型的には、アレイ内のアンテナ間の距離が短いことから生じる。このような例示的な条件では、ビームフォーミングは受信信号強度をブーストすることができるが、無線チャネルフェージングに対していかなるダイバーシチも与えない。一方、低い相互アンテナ相関は、典型的には、アレイ内の十分に大きなアンテナ間間隔または異なる偏波方向のいずれかから生じうる。異なる送信アンテナのダウンリンクチャネルのいくつかの情報（例えば、相対的チャネル位相）が送信機において利用可能である場合、相互相関の低い複数の送信アンテナは、両方ともダイバーシチを提供することができ、また、アンテナビームをターゲット受信機および／または送信機の方向に成形することもできる。

他の例示的な構成では、送信機および受信機の両方における複数のアンテナは、複数の受信アンテナまたは複数の送信アンテナのみと比較して、ＳＩＮＲをさらに改善することができ、および／またはフェージングに対する追加のダイバーシチを達成することができる。これは、例えば、干渉および／または雑音（例えば、高いユーザ負荷またはセルエッジ付近）によって制限される比較的に貧弱なチャネルにおいて有用であり得る。しかしながら、比較的に良好なチャネル状態では、チャネルの容量は飽和し、その結果、ＳＩＮＲをさらに改善すると、容量の増加が制限されてしまう。このような場合、送信機と受信機の両方で複数のアンテナを使用することで、無線インターフェースを介して複数の並列通信「チャネル」を作成することができる。これにより、利用可能な送信電力と利用可能な帯域幅の両方の高度に効率的な利用が容易になり、例えば、カバレッジの不均衡な劣化なしに、限られた帯域幅内で非常に高いデータレートが得られる。例えば、特定の例示的な条件下では、チャネル容量はアンテナの数に比例して増加し、データ容量および／またはレートの飽和を避けることができる。これらの技術は一般に「空間多重化」または多入力多出力（ＭＩＭＯ）アンテナ処理と呼ばれる。

これらの性能利得を達成するために、ＭＩＭＯは、一般に、送信機と受信機の両方が各送信アンテナから各受信アンテナへのチャネルの情報を有すること、を提供する。いくつかの例示的な実施形態によれば、これは、既知の送信データシンボル（例えば、パイロットシンボルおよび／または基準シンボル）の振幅および位相を受信機が測定し、これらの測定値を「チャネル状態情報」（ＣＳＩ）として送信機に送信することによって行うことができる。ＣＳＩは、例えば、１つ以上の周波数におけるチャネルの振幅および／または位相、チャネルを介した信号の時間領域マルチパス成分の振幅および／または位相、チャネルを介した信号のマルチパス成分の到来方向、および当業者に知られている他の直接チャネル測定値を含むことができる。代替として、または加えて、ＣＳＩは、１つ以上のチャネル測定値に基づいて、チャネルのために推奨される送信パラメータのセットを含むことができる。

ここで使用されるように、「マルチパス成分」は、受信機に到着するかまたは受信機においてアンテナアレイに入射する任意の分離可能な信号成分を記述するものでありうる。マルチパス成分は、無線周波数（ＲＦ）で受信機によって処理されるか、中間周波数（ＩＦ）に変換された後、またはベースバンド（つまり、ゼロまたはゼロに近い周波数）に変換された後に、処理される。複数のマルチパス成分は、送信機から受信機への一次経路、直接経路、またはほぼ直接経路を介して受信される送信信号の主成分と、送信信号の反射、回折、散乱、遅延、減衰、および／または位相シフトを含む１つ以上の二次経路を介して受信される送信信号の１つ以上の二次的成分と、を含む。当業者は、受信機によって処理されるために利用可能なマルチパス成分の数および特性が、例えば、送信アンテナおよび受信アンテナ、チャネルおよび／または伝搬特性、送信周波数、信号帯域幅などを含む様々な要因に依存し得ることを認識することができるであろう。

ＮＴ個のアンテナを含む送信アレイおよびＮＲ個のアンテナを含む受信アレイの場合には、受信機は、ＮＴ×ＮＲ個のチャネルのためのＣＳＩを、送信機に送信するために使用することができる。さらに、移動通信環境では、これらのＮＴ×ＮＲ個のチャネルは、定常的でない可能性が高く、送信機と受信機（例えば、基地局および端末）との間の相対的な動きに従って、変化する。チャネルの変化率−つまり、好ましいＣＳＩ更新率−は、送信機と受信機との間の相対速度、および送信される信号の搬送周波数に比例することができる。５Ｇシステムを含むさらなる移動通信システムは、現在のシステムが使用している１ＧＨｚ〜５ＧＨｚのスペクトルよりも実質的に高い５ＧＨｚ〜３００ＧＨｚのスペクトルにおけるｍｍＷ（ミリ波）周波数を利用することができる。さらに、アンテナの数（すなわち、ＮＴおよび／またはＮＲ）を増加させることは、高データレートを含む５Ｇシステムの性能目標を達成するための重大な技術であることが期待される。実際、ｍｍＷシステムが進展するように、基地局および端末の両方は、潜在的に、各々が多数のアンテナ素子を利用することができ、実際の素子数は、各々の特定の用途において利用可能な物理的面積および／または体積によってのみ制限される。

ロングタームエボリューション（ＬＴＥ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）としても知られるリリース８および９で最初に標準化された、いわゆる第４世代（４Ｇ）無線アクセス技術の総称である。ＬＴＥは、米国の７００ＭＨｚ帯を含む各種の免許が必要な周波数帯を対象としている。ＬＴＥは、進化型パケットコア（ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる、非無線態様の改善を伴う。
ＬＴＥは、その後のリリースを通じて進化し続けている。

ＬＴＥ Ｒｅｌ−１０ （Ｒｅｌ−１０）で追加された特徴は、２０ＭＨｚ を超える帯域幅をサポートするが、Ｒｅｌ−８と下位互換性がある。このように、ワイドバンド（例えば、＞２０ＭＨｚ）のＬＴＥ Ｒｅｌ−１０キャリアは、ＬＴＥ Ｒｅｌ−８端末に対する多数のコンポーネントキャリア（ＣＣ）として、現れるべきである。ワイドバンドＲｅｌ−１０キャリアを効率的に使用するために、ワイドバンドＬＴＥ Ｒｅｌ-ＬＴＥ Ｒｅｌ−１０キャリアの全ての部分でレガシー（例えばＲｅｌ−８）端末をスケジューリングできる。これを達成する１つの方法は、キャリアアグリゲーション（ＣＡ）によるものであり、それによって、ＬＴＥ Ｒｅｌ−１０のＵＥは、各々が好ましくはＲｅｌ−８キャリアと同じ構造を有する複数のＣＣを受信することができる。

ＵＥに割り当てられた各ＣＣは、セルにも対応する。特に、ＵＥは、ＵＥにサービスを提供する「メイン」セルとしてプライマリサービングセル（ＰＣｅｌｌ）を割り当てられる。データおよび制御シグナリングの両方は、常にアクティブ化されているＰＣｅｌｌを介して送信されることができる。さらに、ＵＥは、データのみを送信するために典型的に使用される１つ以上の補助またはセカンダリサービングセル（ＳＣｅｌｌ）を割り当てられることができる。たとえば、Ｓｃｅｌｌ は、より大きなデータスループットを可能にするために余分な帯域幅を提供し、動的にアクティブ化または非アクティブ化されることができる。

ＬＴＥは、主にユーザ間通信のために設計されたが、５Ｇセルラーネットワークは、高シングルユーザデータレート（例えば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト送信を伴う大規模なマシン間通信と、の両方をサポートすることが想定される。５Ｇ無線規格（「ニューレディオ（新無線）」または「ＮＲ」とも呼ばれる）は、現在、ｅＭＢＢ（拡張モバイルブロードバンド）およびＵＲＬＬＣ（超高信頼低遅延通信）を含む広範囲のデータサービスを対象としている。これらのサービスは、異なる要件および目的を有することができる。例えば、ＵＲＬＬＣは、極めて厳格な誤り率とレイテンシ要件、例えば、１０^−５以下の誤り率および１ｍｓ以下のエンドツーエンドレイテンシを有するデータサービスを提供すること、を意図されている。ｅＭＢＢの場合、レイテンシおよび誤り率に関する要件は、それほど厳しくなくてもよいが、サポートされることが必要とされるピークレートおよび／またはスペクトル効率は、より高くてもよい。

次世代の移動通信システム（５ＧまたはＮＲ）に対する多種多様な要求は、多くの異なったキャリア周波数における周波数帯が必要であることを意味する。例えば、十分なカバレッジを達成するためには低いバンド（周波数帯）が必要となり、必要な容量を達成するためにはより高いバンド（例えば、ｍｍＷ、すなわち３０ＧＨｚ付近およびそれを超えるバンド）が必要となるであろう。ｍｍＷ周波数では、伝搬特性はより困難なものとなり、基地局での高利得ビームフォーミングが、十分なリンクバジェットを達成するために必要である。

ｍｍＷ周波数では、ビーム間のモビリティ（ＴＲＰの内部および間の両方）を扱うための概念がＮＲで規定されている。高利得ビームフォーミングを用いることができるこれらの周波数では、各ビームは小さな領域内でのみ最適であり、最適ビーム外のリンクバジェットは迅速に劣化する。したがって、高性能を維持するために、頻繁で高速なビームスイッチングが必要となり得る。このようなビームスイッチングをサポートするために、ビームインジケーションの枠組みがＮＲで指定されている。例えば、ダウンリンクデータ送信（ＰＤＳＣＨ）の場合、ダウンリンク制御情報（ＤＣＩ）は、ＵＥがそれに応じてその受信ビームを調整することができるように、どの送信ビームが使用されるかをＵＥに通知する送信コンフィギュレーションインジケータ（ＴＣＩ）を含む。これは、ＵＥがＰＤＳＣＨを受信できるようになる前にＲｘビームフォーミング重みを適用することを決定する必要があるアナログＲｘビームフォーミングの場合に有益である。

ここで使用される用語「空間フィルタリング重み」および「空間フィルタリング構成」は、データおよび／または制御情報の送信／受信のために送信機（ｇＮＢまたはＵＥ）または受信機（ＵＥまたはｇＮＢ）のいずれかで適用されるアンテナ重みを指すことができる。これらの用語は、異なる伝搬環境が、チャネルへの信号の送信／受信に整合する異なる空間フィルタリング重みをもたらす可能性があるという意味で、一般的なものである。空間フィルタリング重みは、厳密な意味でビームをもたらすとは限らない。

ＮＲ用語でＤＬビームマネージメントと呼ばれる、ｇＮＢおよびＵＥ空間フィルタリング構成を決定するために、データ送信の前に、トレーニングフェーズが必要とされる。これは、トレーニングフェーズの結果を利用するデータ送信フェーズがその後に続く例示的なビームトレーニングフェーズを示す図１に示されている。ＮＲでは、ＤＬビームマネージメント動作に二つのタイプの基準信号（ＲＳ）を用いた：チャネル状態情報ＲＳ （ＣＳＩ−ＲＳ）と、同期信号／物理ブロードキャスト制御チャネル（ＳＳ／ＰＢＣＨ）ブロック、またはショート用のＳＳＢである。図１は、適切なビームペアリンク（ＢＰＬ）を見つけるためにＣＳＩ−ＲＳが使用される例を示しており、これは、適切なｇＮＢ送信空間フィルタリング構成（ｇＮＢ Ｔｘビーム）に、十分に大きなリンクバジェットをもたらす適切なＵＥ受信空間フィルタリング構成（ＵＥ Ｒｘビーム）を加えたものを意味する。

図１に示すように、例示的なｇＮＢ Ｔｘビームスイープでは、ｇＮＢは、５つの異なる空間フィルタリング構成（例えば、Ｔｘビーム）で送信される５つのＣＳＩ−ＲＳリソース（ＲＳ１．．．ＲＳ５）のセット上で測定するようにＵＥを構成する。ＵＥはまた、測定された最大のＲＳＲＰに対応するＣＳＩ−ＲＳのＲＳ ＩＤおよび基準信号受信電力（ＲＳＲＰ）をレポートバックするように構成され得る。図１に示す例では、測定された最大のＲＳＲＰはＲＳ４に対応する。このようにして、ｇＮＢは、ＵＥの観点から好ましいＴｘビームを学習することができる。

後続のＵＥ Ｒｘビームスイープにおいて、ｇＮＢは、異なるＯＦＤＭシンボルで多数のＣＳＩ−ＲＳリソースを送信することができ、それらは全て以前にＲＳ４を送信するために使用された同じ空間フィルタリング構成（例えば、Ｔｘビーム）である。次に、ＵＥは、各ＯＦＤＭシンボルで異なるＲｘ空間フィルタリング構成（Ｒｘビーム）をテストして、受信された最大のＲＳＲＰを識別する。ＵＥは、ＲＳ ＩＤ（この例ではＲＳ ＩＤ６）と、最大のＲＳＲＰをもたらした対応する空間フィルタリング構成を記憶する。次いで、ネットワークは、ＤＬデータがＵＥにスケジュールされるときに将来、このＲＳ ＩＤを参照することができ、したがって、ＵＥが、ＰＤＳＣＨを受信するためにそのＲｘ空間フィルタリング構成（たとえば、Ｒｘビーム）を調整することが可能になる。上述のように、ＲＳ ＩＤは、ＰＤＳＣＨをスケジューリングするＤＣＩ内のフィールド内で搬送される送信コンフィギュレーションインジケータ（ＴＣＩ）内に含まれる。

３ＧＰＰ ＮＲ規格では、用語「空間クェイザイロケーション（擬似位置）」（略してＱＣＬ）は、ｇＮＢによって送信される２つの異なるＤＬ基準信号（ＲＳ）のアンテナポート間の関係を指すために使用される。２つの送信されたＤＬ ＲＳが、ＵＥ受信機において空間的にＱＣＬ’ｄである場合、第１および第２のＲＳがほぼ同じＴｘ空間フィルタ構成で送信されると、ＵＥは、仮定することができる。この仮定に基づいて、ＵＥは、第１基準信号を受信するために使用されるものとほぼ同じであるＲｘ空間フィルタ構成を、第２基準信号を受信するために、使用することができる。このようにして、空間ＱＣＬは、アナログビームフォーミングの使用を補助する用語であり、異なる時間インスタンスにわたる「同じＵＥ Ｒｘビーム」の概念を形式化するものである。

図１に示すダウンリンクデータ送信フェーズを参照すると、ｇＮＢは、ＰＤＳＣＨ ＤＭＲＳが空間的にＱＣＬ’ｄであることを、ＲＳ６を用いて、ＵＥにインジケートする。これは、ＵＥが、ＤＬビームマネージメントフェーズでのＵＥビームスイープ中に、ＲＳ６に基づいて決定される好ましい空間フィルタリング構成（Ｒｘビーム）と同じＲｘ空間フィルタリング構成（Ｒｘビーム）を、ＰＤＳＣＨを受信するために使用してもよいことを意味する。

空間ＱＣＬは、ＵＥの観点からの２つの異なるＤＬ ＲＳ間の関係を指すが、用語「空間関係（スペイシャルリレーション）」は、３ＧＰＰ ＮＲ標準化の範囲内で、ＵＬ ＲＳ（ＰＵＣＣＨ／ＰＵＳＣＨ ＤＭＲＳ）と、ＤＬ ＲＳ（ＣＳＩ−ＲＳもしくはＳＳＢ）またはＵＬ ＲＳ（ＳＲＳ）のいずれかとすることができる別のＲＳと、の間の関係を指すために使用される。ＱＣＬと同様に、この用語もＵＥの観点から定義される。ＵＬ ＲＳがＤＬ ＲＳに空間的に関係する場合、ＵＥは、以前に第２のＲＳを受信したのとは反対の（逆の）方向にＵＬ ＲＳを送信すべきであることを意味する。より正確には、ＵＥは、以前に第２のＲＳを受信するために使用されたＲｘ空間フィルタリング構成と実質的に同じＴｘ空間フィルタリング構成を、第１のＲＳの送信のために適用すべきである。第２のＲＳがアップリンクＲＳである場合、ＵＥは、以前に第２のＲＳを送信するために使用されたＴｘ空間フィルタリング構成と同じＴｘ空間フィルタリング構成を第１のＲＳの送信のために適用すべきである。

図１に示すアップリンクデータ送信フェーズを参照すると、ｇＮＢは、物理アップリンク制御チャネル（ＰＵＣＣＨ）ＤＭＲＳが空間的にＲＳ６に関連することをＵＥに示す。これは、ＵＥが、ＤＬビームマネージメントフェーズでのＵＥビームスイープ中にＲＳ６に基づいて決定される好ましいＲｘ空間フィルタリング構成（Ｒｘビーム）と実質的に同じＴｘ空間フィルタリング構成（Ｔｘビーム）を、ＰＵＣＣＨを送信するために使用すべきであることを意味する。

ＵＬおよびＤＬ ＲＳは、ビームマネージメントに有用および／または必要であるが、ユーザデータおよび／または制御シグナリングを搬送するために使用可能な送信リソースを占有してしまうといういう点で、オーバヘッドとなる。したがって、一般に、ＵＥまたはｇＮＢによって送信されるＲＳの数を最小限に抑えることが望ましい。このオーバヘッドは、ＵＥとｇＮＢとの間のＵＬおよび／またはＤＬにおいて複数のＣＣ（および／または単一のＣＣ上の複数の帯域幅部（ＢＷＰ））が使用される場合に、さらに問題になる。

簡単に上述したように、キャリアアグリゲーション（ＣＡ）では、ＵＥは、各々がＣＣに対応する複数のサービングセルを割り当てられる。サービングセルのカバレッジは、例えば、対応するＣＣが、異なる伝搬条件（例えば、経路損失、散乱など）を経験する異なる周波数バンド上にある場合、異なることがある。このようにして、それぞれのＣＣに関連するサービングセルは、異なるカバレッジエリアまたは「セルサイズ」を有することができ、バンド間ＣＡの特定のケースでは、ＣＣは異なる経路損失を経験し、その差はＣＣ間の周波数差と共に増加する。言い換えると、経路損失についてのバンド間での差は、ＰＣｅｌｌおよびＳＣｅｌｌ（複数可）のためのカバレッジエリアを異ならしめる可能性がある。

ＲＳオーバヘッドを低減するためには、１つの周波数キャリア上の好ましいＲＳを識別し、識別されたＲＳが、異なるキャリア上でのＳＲＳの送信のための空間的関係として、使用されるべきであることを、ＵＥに示すために、ビームマネージメント測定を行うことが望ましいだろう。これは、「クロスキャリア空間関係インジケーション」と呼ばれることがある。同様に、１つ以上のコンポーネントキャリア（ＣＣ）の様々な帯域幅部（ＢＷＰ）にわたって、同様の手法が望ましいことがあり、これは、「クロスＣＣ／ＢＷＰ空間関係インジケーション」と呼ばれることがある。しかし、これは、現在のところ、ＵＥにおいてＲＳ測定値を構成するための現存する技法を使用しては、実現不可能である。

本開示の実施形態は、例えば、上述した例示的な問題を克服するための解決策を容易にすることによって、無線通信ネットワークにおけるユーザ装置（ＵＥ）とネットワークノード（例えば、ｇＮＢ）との間の通信に対する具体的な改善を提供する。より具体的には、例示的な実施形態は、存在するものの、現在予約済みのメッセージビット（例えば、ＳＰ ＳＲＳアクティベーション／非アクティベーションMAC CEメッセージのビット）を使用して、または、ターゲットＣＣ／ＢＷＰのＩＤが、既存のメッセージ内の１つ以上の空間関係リソースＩＤについて示され得るように、現在存在するメッセージの拡張によって、クロスＣＣおよび／またはクロスＢＷＰ空間関係を、ＵＥにシグナリングおよび／または指示（インジケート）する、ネットワークノードのための効率的な技法を提供することができる。

本開示の例示的な実施形態は、無線通信ネットワークにおけるユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメント（管理）に使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するための方法および／または手順を含む。例示的な方法および／または手順は、無線通信ネットワーク内のユーザ装置（ＵＥ、たとえば、無線デバイス、またはモデムなどのその構成要素）と通信するネットワークノード（たとえば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ−ｇＮＢ、ｎｇ−ｅＮＢなど、またはその構成要素）によって実装および／または実行され得る。

例示的な方法および／または手順は、無線通信ネットワークにおける特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連する複数のＲＳリソースの構成を備える１つ以上の制御メッセージをＵＥに送信することを含むことができる。例えば、１つ以上の制御メッセージは、ＲＲＣメッセージであってもよく、複数のＲＳリソースは、セミパーシステント（半永続的）サウンディング基準信号（ＳＰ−ＳＲＳ）リソースであってもよい。

いくつかの実施形態によれば、例示的な方法および／または手順は、複数のＲＳリソースのうちの少なくとも１つのＲＳリソースと、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースとの１つ以上の空間関係を決定することを含むことができる。例えば、空間関係は、それぞれのＲＳリソースと、異なるＣＣに関連付けられたリソース、特定のＣＣの異なるＢＷＰに関連付けられたリソース、または異なるＣＣの異なるＢＷＰに関連付けられたリソースとの間で決定されてもよい。

例示的な方法および／または手順はまた、アクティブ化または非アクティブ化されるべき複数のＲＳリソースのうちの少なくとも１つのＲＳリソースの識別情報を含む別の制御メッセージをＵＥに送信することを含むことができる。別の制御メッセージは、識別されたＲＳリソースのそれぞれの特定のＲＳリソースについて、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースとの、特定のＲＳリソースの空間的関係のインジケーションを、含めることもできる。いくつかの実施形態によれば、別の制御メッセージは、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージとされてもよい。いくつかの実施形態によれば、インジケートされた各空間関係について、別のリソースは、以下のうちの１つ以上に関連付けられることができる：特定のＣＣとは異なる別のＣＣ；および特定のＢＷＰとは異なる別のＢＷＰ。

いくつかの実施形態によれば、空間関係のそれぞれのインジケーションは、別のリソースに関連付けられたＣＣの識別情報と、別のリソースに関連付けられたＢＷＰの識別情報と、のうちの１つ以上を含むことができる。いくつかの実施形態によれば、複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成されることができ、少なくとも１つのＲＳリソースの識別することは、複数のセットのうちの１つのセットの識別することを含む。いくつかの実施形態によれば、複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられることができる。

いくつかの実施形態によれば、例示的な方法および／または手順はまた、ＵＥとの通信のための送信ビームおよび／または受信ビームのマネージメントのために、識別されたＲＳリソースを使用して、手順を実行することを含むことができる。

本開示の他の例示的な実施形態は、無線通信ネットワークにおけるネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントに使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するための方法および／または手順を含む。これらの例示的な方法および／または手順は、無線通信ネットワーク内のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはそれらの構成要素）と通信するユーザ装置（ＵＥ、たとえば、無線デバイス、またはモデムなどのその構成要素）によって実行および／または実装され得る。

例示的な方法および／または手順は、無線通信ネットワーク内の特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連する複数のＲＳリソースのコンフィギュレーション（構成情報）を含む１つ以上の制御メッセージを、ネットワークノードから受信することを含むことができる。例えば、１つ以上の制御メッセージは、ＲＲＣメッセージであってもよく、複数のＲＳリソースは、セミパーシステントサウンディング基準信号（ＳＰ−ＳＲＳ）リソースであってもよい。

例示的な方法および／または手順はまた、アクティブ化または非アクティブ化されるべき複数のＲＳリソースのうちの少なくとも１つのＲＳリソースの識別を含む別の制御メッセージをネットワークノードから受信することを含むことができる。別の制御メッセージは、識別されたＲＳリソースのそれぞれの特定のＲＳリソースに対して、特定のＲＳリソースの空間的関係のインジケーションを、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースと含めることもできる。いくつかの実施形態によれば、別の制御メッセージは、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージとすることができる。いくつかの実施形態によれば、インジケートされた各空間関係について、別のリソースは、以下のうちの１つ以上に関連付けることができる：特定のＣＣとは異なる別のＣＣ；および特定のＢＷＰとは異なる別のＢＷＰ。

いくつかの実施形態によれば、空間関係のそれぞれのインジケーションは、別のリソースに関連付けられたＣＣの識別情報と、別のリソースに関連付けられたＢＷＰの識別情報とのうちの１つ以上を含むことができる。いくつかの実施形態によれば、複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成されることができ、少なくとも１つのＲＳリソースの識別は、複数のセットのうちの１つのセットの識別を含む。いくつかの実施形態によれば、複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられることができる。

いくつかの実施形態によれば、例示的な方法および／または手順はまた、ネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために、識別されたＲＳリソースを使用して、手順を実行することを含むことができる。

他の例示的な実施形態は、ここで説明される例示的な方法および／または手順のいずれかに対応する動作を実行するように構成および／または構成されるネットワークノード（例えば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ−ｇＮＢ、ｎｇ−ｅＮＢなど、またはそれらの構成要素）またはユーザ装置（ＵＥ：例えば、無線デバイスまたはモデムなどのそれらの構成要素）を含む。

他の例示的な実施形態は、少なくとも１つのプロセッサによって実行されると、本明細書で説明される例示的な方法および／または手順のいずれかに対応する動作を実行するようにそのようなネットワークノードまたはそのようなＵＥを構成するプログラム命令を記憶する非一時的なコンピュータ可読媒体を含む。
他の例示的な実施形態は、そのようなプログラム命令を含むコンピュータプログラムプロダクトを含む。

本開示の例示的な実施形態のこれらおよび他の目的、特徴および利点は、本開示の例示的な実施形態の以下の詳細な説明を読むことによって明らかになるであろう。

は、様々な例示的な実施形態による、ｇＮＢとユーザ装置（ＵＥ）との間のビームトレーニングフェーズと、それに続くトレーニングフェーズの結果を利用するデータ送信フェーズとの例示的な組合せを示す。

は、３ＧＰＰ ＴＳ ３８．３２１によって現在定義されているＳＰ ＳＲＳアクティベーション／非アクティベーションMAC CEメッセージのフォーマットを示す。

は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。 は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。

は、本開示の様々な例示的な実施形態による、ネットワークノード（例えば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ−ｇＮＢ、ｎｇ−ｅＮＢなど、またはそれらの構成要素）によって実行される例示的な方法および／または手順の流れ図を示す。

は、本開示の様々な例示的な実施形態による、端末または無線デバイスによって実行される例示的な方法および／または手続きのフローチャートを示す。

は、例示的な５Ｇネットワークアーキテクチャの２つの高レベルビューを示す。 は、例示的な５Ｇネットワークアーキテクチャの２つの高レベルビューを示す。

は、本開示の様々な例示的な実施形態に従って構成可能な例示的な無線通信装置またはＵＥのブロック図を示す。

は、本開示の様々な例示的な実施形態に従って構成可能な例示的なネットワークノードのブロック図を示す。

は、本開示の様々な例示的な実施形態による、ホストコンピュータとＵＥとの間のオーバーザトップ（ＯＴＴ）データサービスを提供するために使用可能な例示的なネットワーク構成のブロック図を示す。

簡単に上述されたように、クロスＣＣ／ＢＷＰ空間関係を、ＵＥ基準信号（ＲＳ）測定を実行および／または構成する際に利用することが望ましいが、これは、現在、既存の技術を用いては不可能である。この状況は、以下でより詳細に説明され、続いて、本開示の例示的な実施形態の説明、およびそれらが既存の技術のこれらの問題および／または制限にどのように対処するかが説明される。

３ＧＰＰ 技術仕様（ＴＳ）３８．２１３および３８．３３１は、ＮＲの場合、ＵＥが、ＰＵＣＣＨのための８つまでの空間関係のリストを有する無線リソース制御（ＲＲＣ）プロトコルを介して構成され得ることを指定する。このリストは、ＲＲＣパラメータである PUCCH_SpatialRelationInfo によって指定される。例えば、リストは、通常、ＤＬビームマネージメントに使用される複数のＳＳＢおよび／またはＣＳＩ−ＲＳリソースのＩＤを含む。代替的に、ＳＲＳベースのＵＬビームマネージメントがネットワークにおいて使用される場合、リストは、複数のＳＲＳリソースのＩＤも含み得る。

ＵＥ（ｇＮＢ）によって実行されるＤＬ （ＵＬ）ビームマネージメント測定に基づいて、ｇＮＢは、PUCCH_SpatialRelationInfo内で構成（設定）されたものについてのリストから複数のＲＳ ＩＤのうちの１つを選択する。選択された空間的関係は、与えられたＰＵＣＣＨリソースに対してＵＥにシグナリングされたＭＡＣ−ＣＥメッセージを介してインジケート可能である。次いで、ＵＥは、そのＰＵＣＣＨリソース上での送信のためのＴｘ空間フィルタリング構成を調整する目的で、シグナリングされた空間関係を使用することができる。

３ＧＰＰ ＴＳ ３８．３２１および３８．３３１規格は、また、ＵＥが、セミパーシステント（ＳＰ）サウンディング基準信号（ＳＲＳ）リソース（ＳＰ−ＳＲＳリソースとも呼ばれる）の設定を用いて、無線リソース制御（ＲＲＣ）プロトコルを介して構成され得ることを、規定している。当該セットには、１個から〜１６ 個のＳＰ−ＳＲＳリソースを含めることができる。これは、例えば、３ＧＰＰ ＴＳ ３８．３３１で規定されているように、ＲＲＣプロトコルのＳＲＳ−Ｃｏｎｆｉｇ情報要素（ＩＥ）を使用して実行可能である。構成されたＳＰ−ＳＲＳ リソースセットは、コンフィギュレーション時およびハンドオーバ後に、初期状態として非アクティブ化される。その後、ネットワークは、３ＧＰＰ ＴＳ ３８．３２１、バージョン１５．１．０のサブセクション６．１．３．１７に記載されているＳＰ ＳＲＳアクティベーション／非アクティベーションMAC CEメッセージを送信することによって、サービングセルのために構成されたＳＰ ＳＲＳリソースセットをアクティブ化および非アクティブ化することができる。

図２は、３ＧＰＰ ＴＳ ３８．３２１において現在規定されているような例示的な（SP SRS Activation/Deactivation MAC CE message）ＳＰ ＳＲＳアクティベーション／非アクティベーションMAC CEメッセージを示す。図２ に示されるフィールドに加えて、ＳＰ ＳＲＳのアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージは、ＴＳ ３８．３２１の表６．２．１−１ に示されるように、６ ビットのＬＣＩＤ フィールドが”１１００１０”のＭＡＣ ＰＤＵサブヘッダによって識別される。メッセージは可変のＮオクテットのサイズを持ち、図示されるフィールドは次のように定義される：
●Ａ／Ｄ：このフィールドは、示されたＳＰ ＳＲＳリソースセットのアクティブ化または非アクティブ化のためにＭＡＣ ＣＥが使用されるかどうかを示す。
当該フィールドは、アクティブ化を示すために「１」に設定され、さもなければ、非アクティブ化を示す。

●サービングセルＩＤ： このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルのＩＤを示す。フィールドの長さは５ ビットである。

●ＢＷＰ ＩＤ:このフィールドは、ＴＳ ３８．３３１で規定されるように、ＭＡＣ ＣＥが適用されるアップリンク帯域幅部（例えば、特定のキャリアの帯域幅範囲）を示すＢＷＰ−Ｉｄを含む。ＢＷＰ ＩＤフィールドの長さは２ビットである。

●ＳＥＴＬ：このフィールドは、ＭＡＣ ＣＥが通常のアップリンク（ＮＵＬ）キャリア、または、補助アップリンク（ＳＵＬ）キャリアの構成に適用されるかを示す。値「１」は、それがＳＵＬキャリア構成に適用されることを示し、一方、「０」は、それがＮＵＬキャリア構成に適用されることを示す。

●SP SRS Resource Set ID: このフィールドは、ＴＳ ３８．３３１ で規定されたSRS-ResourceSetIdによって識別される、アクティブ化または非アクティブ化されるSP SRS Resource Set IDを示す。フィールドの長さは４ ビットである。

●Ｆｉ: このフィールドは、SP SRS Resource Set IDフィールドで示されるSP SRS Resource Set内のＳＲＳリソースについての空間関係として使用されるリソースのタイプを示す。Ｆ０ はリソースセット内の第１のＳＲＳ リソースを参照し、Ｆ１ は第２のＳＲＳリソースを参照し、以下同様である。このフィールドは、ＮＺＰ ＣＳＩ−ＲＳリソースインデックスが使用されていることを示すために”１”に設定され、ＳＳＢインデックスまたはＳＲＳリソースインデックスのいずれかが使用されていることを示すために”０”に設定される。フィールドの長さは１ビットであり、ＭＡＣ ＣＥがアクティブ化に使用されている場合、つまりＡ／Ｄ フィールドが”１”に設定されている場合にのみ、このフィールドが存在する。

●Resource IDi : このフィールドには、ｉ番目のＳＲＳ リソースについての空間関係導出に使用されるリソースの識別情報が含まれる。
Resource ID0（リソースＩＤ０）はリソースセット内の第１のＳＲＳ リソースを参照し、Resource ID1（リソースＩＤ１）は第２のＳＲＳ リソースを参照し、以下同様である。Ｆｉが”０”にセットされ、このフィールドの最初のビットが”１”にセットされた場合、このフィールドの残りの部分はＴＳ ３８．３３１ で規定されたＳＳＢ−Ｉｎｄｅｘ を含む。Ｆｉが”０”にセットされ、このフィールドの最初のビットが”０”にセットされた場合、このフィールドの残りの部分はＴＳ ３８．３３１ で規定されたSRS-ResourceIdを含む。フィールドの長さは７ ビットであり、ＭＡＣ ＣＥがアクティブ化に使用される場合、つまりＡ／Ｄ フィールドが”１”にセットされる場合にのみ存在する。

●Ｒ： 予約ビットであり、”０”に設定される。

図２に示される例示的なＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのオクテット３−Ｎは、基準信号（ＲＳ）リソースのＩＤを含み、基準信号（ＲＳ）リソースのＩＤは、以前に構成されたＳＰ−ＳＲＳリソースのセットの要素に直接マッピングされる。各リソースＩＤ は、ダウンリンクＲＳ またはアップリンクＲＳのいずれかを参照する。各参照されるDL RSは、ＳＳ／ＰＢＣＨブロックまたは構成されたＣＳＩ−ＲＳリソースとされることができ、各参照されるＵＬ ＲＳは、別個に（例えば、当該セット内にない）構成されたＳＲＳとされることができる。各受信されたリソースＩＤは、当該セット内の対応するＳＲＳのための「空間関係導出」のために、ＵＥによって使用される。言い換えると、ＵＥは、空間関係としてＭＡＣ−ＣＥによって示されるＤＬ／ＵＬ ＲＳを受信または送信するために使用されるものと同じ空間領域送信フィルタを使用して、ＳＲＳを送信すべきである。一般に、これは、ＵＥが、インジケートされたＲＳを受信または送信したのと同じ方向にＳＲＳ送信をビームフォーミングすべきであることを意味する。

ビームマネージメント中、測定は、１つ以上の異なるキャリア周波数で送信されるＤＬまたはＵＬ基準信号のセットに対して実行される。そのような測定の目的は、特定の送信／受信空間領域フィルタ（すなわち、ビーム）に対応する「好ましい」ＲＳを識別することである。次に、好ましいＲＳは、ＵＥがＳＲＳの送信のための空間関係としてそれを使用できるように、ＭＡＣ−ＣＥメッセージ中でインジケートされる。

ＵＬおよびＤＬ基準信号（ＲＳ）は、ビームマネージメントに有用および／または必要であるが、ユーザデータおよび／または制御シグナリングを搬送するために使用することができる送信リソースを占有してしまうという点で、オーバヘッドでもある。したがって、一般に、ＵＥまたはｇＮＢによって送信されるＲＳの数を最小限に抑えることが望ましい。このオーバヘッドは、ＵＥとｇＮＢとの間のＵＬおよび／またはＤＬにおいて複数のＣＣ（および／または単一のＣＣ上の複数のＢＷＰ）がＣＡのために使用される場合に、さらに問題になる。上述したように、各ＣＣは、ＵＥのためのサービングセルにも対応する。特に、１つのＣＣは、ＵＥのプライマリサービングセル（ＰＣｅｌｌ）に対応し、１つ以上の他のＣＣは、ＵＥのそれぞれの補助サービングセルまたはセカンダリサービングセル（ＳＣｅｌｌ）に対応する。

ＲＳオーバヘッドを削減するために、１つの周波数キャリア上での好ましいＲＳを識別し、次に、識別されたＲＳが異なるキャリア上のＳＲＳの送信のための空間的関係として使用されるべきであることをＵＥに示すための、ビームマネージメント測定を実行することが望ましいだろう。これは「クロスキャリア空間関係インジケーション」と呼ばれてもよいだろう。同様に、１つ以上のＣＣの異なる帯域幅部（ＢＷＰ）にわたって同様のアプローチが望ましく、「クロスＣＣ／ＢＷＰ空間関係インジケーション」と呼ばれてもよいだろう。ＣＣとサービングセルとの間の対応を考えると、これは「クロスセル／ＢＷＰ空間関係インジケーション」と理解されてもよいだろう。しかし、図２が示す既存のＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージの構造を用いてそのようなインジケーションを提供することはできない。言い換えれば、オクテット３−ＮのリソースＩＤは、特定のＣＣ／ＢＷＰの組合せに対してローカルなものである。

本開示の例示的な実施形態は、共通の空間関係インジケータが複数のリソースによって共有されるときにＭＡＣ−ＣＥを使用して（例えば、ＳＲＳリソースのための）空間関係を示すための柔軟であるが効率的なアプローチを提供することによって、既存のソリューションのこれらの問題、問題、および／または欠点に対処する。例示的な実施形態は、様々な特定の方法でこれを達成する。いくつかの実施形態によれば、提供された空間関係インジケータがすべてのリソースに適用されるように、ＵＥは、ＭＡＣ−ＣＥ内のリソースＩＤフィールドを無視するように構成することができる。または、リソースＩＤ フィールドはＭＡＣ−ＣＥ メッセージから削除されてもよい。いくつかの実施形態によれば、リソースＩＤフィールド内のビットの特定の組合せは、提供された空間関係インジケータがすべてのリソースに共通に適用されるべきであることを示すことができ、一方、リソースＩＤフィールド内のビットの他の組合せは、空間関係インジケータのリソースごとの適用を示すことができる。

簡単に上述されたように、例示的な実施形態は、現在存在するものの予約済みであるメッセージビット（例えば、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのビット）を使用して、または、ターゲットＣＣ／ＢＷＰのＩＤが、既存のメッセージ内の１つ以上の空間関係リソースＩＤについて示され得るように、現在存在するメッセージの拡張によって、クロスＣＣ／ＢＷＰ空間関係をＵＥにシグナリングおよび／またはインジケート（指示）するための、ネットワークノードのための効率的な技法を提供することができる。

空間関係機能をサポートするＮＲのＵＥおよびネットワークノードで使用される場合、これらの例示的な実施形態は、様々な改善、利益、および／または利点を提供することができる。例えば、１つのＣＣ／ＢＷＰ上で識別されたＲＳ ＩＤが、別のＣＣ／ＢＷＰ上のＲＳ（例えば、ＳＰ−ＳＲＳ）送信に対して空間的関係を有することを示すことによって、ビームマネージメント手順は、ＵＥによって通信のために使用されるすべてのＣＣ／ＢＷＰ上でもはや必要とされず、したがって、１つ以上のＣＣ／ＢＷＰ上のＲＳ（例えば、ＳＰ−ＳＲＳ）オーバヘッドが節約される。すべてのＣＣ／ＢＷＰ上でビームマネージメントを実行する必要性を排除することによって、そのような技術は、ＲＳを送信および／または受信する際にＵＥおよび／またはネットワークノードによって消費されるエネルギを削減することもできる。

以下で説明する図３から図１０は、本開示の様々な例示的な実施形態による、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのための様々な例示的な代替フォーマットを示す。

図３は、SP SRS Activation/ Deactivation MAC CEメッセージの代替実施形態のためのフォーマットを示す。図３に示された実施形態によれば、各リソースＩＤについて、図２に示す現在のフォーマットに１つの追加フィールドが追加される。メッセージ内で識別される特定のリソースＩＤ ０．．．Ｎ−３のそれぞれについて、この追加フィールドは、その特定のリソースＩＤに対応する、またはそれに関連する、特定のＣＣおよび／または特定のＢＷＰの識別に基づいて、クロスＣＣおよび／またはクロスＢＷＰの空間関係を示す。各リソースＩＤについてターゲットＣＣ／ＢＷＰを識別するために４ビットが使用されるが、このサイズは単に例示的なものであり、必要および／または便利に応じて他の数のビットを使用することができる。

図４は、SP SRS Activation/ Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図４に示された実施形態によれば、１つの追加フィールドのみが図２に示された現在のフォーマットに追加され、この追加フィールドは、当該メッセージ内で識別されるすべてのリソースＩＤ０．．．Ｎ−３に対応する、または関連する特定のＣＣおよび／または特定のＢＷＰの識別に基づいて、共通のクロスキャリアおよび／またはクロスＢＷＰ空間関係を示し、および／または識別する。

図５は、SP SRS Activation/ Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図４に示された実施形態と同様に、図５に示された実施形態は、メッセージで識別されるすべてのリソースＩＤ０．．．Ｎ−３に関連するクロスキャリアおよび／またはクロスＢＷＰ空間関係を示すおよび／または識別するフィールドを含む。図５に示された実施形態は、ビットマップフィールド（１つ以上のオクテットを含む）も含み、各ビットはリソースＩＤ０．．．Ｎ−３のうちの特定の１つに対応する。各ビットの２つの値は、それぞれ、対応するリソースＩＤが、示されたクロスキャリアおよび／またはクロスＢＷＰ空間関係に関連付けられているか、または関連付けられていないことを示す。

図６は、SP SRS Activation/ Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図６に示された実施形態によれば、図２に示された従来のフォーマットで「予約済み」とマークされたビットのうちの２つを使用して、メッセージ内で識別されるすべてのリソースＩＤ０．．Ｎ−３に関連する特定のクロスキャリアおよび／またはクロスＢＷＰ空間関係を示し、および／または、識別する。２つの「予約済み」ビットの使用は、４つの異なったクロスキャリアおよび／またはクロスＢＷＰ空間関係のインジケーションおよび／または識別を容易にする。しかしながら、これは単に例示的なものであり、当業者は、１つまたは３つの「予約済み」ビットを使用して、それぞれ２つまたは８つまでのクロスＣＣおよび／またはクロスＢＷＰ空間関係を示すことができることを容易に理解するであろう。

いくつかの例示的な実施形態によれば、新しいＲＲＣメッセージおよび／またはＩＥは、空間的関係のために使用可能な複数の（例えば、一覧）ＣＣ−ＢＷＰの組合せでＵＥを構成するために、ネットワークノードのために（例えば、３ＧＰＰ ＴＳ ３８．３３１の一部として）定義されてもよい。これらの組合せは、各ＣＣ−ＢＷＰの組合せが、新しいＲＲＣメッセージを介して構成された他のすべてのＣＣ−ＢＷＰの組合せとは異なるＢＷＰおよび異なるＣＣのうちの少なくとも１つを含むことができるように、一意であってもよい。たとえば、新しいＲＲＣ メッセージによって最大で８つのＣＣ−ＢＷＰ の組合せのリストが構成されてもよい。図７は、このような構成に基づくSP SRS Activation/ Deactivation MAC CEメッセージの代替実施形態のフォーマットを示す。図７に示される実施形態によれば、３つの「予約済み」ビットは、インデックスを、以前に構成されたＣＣ−ＢＷＰ組合せの１つに伝達するために使用される。いくつかの実施形態によれば、構成されたリストは、７つのＣＣ−ＢＷＰの組み合わせを備えることができ、１つのインデックス値は、ターゲットＣＣ／ＢＷＰが、既存のＭＡＣ−ＣＥメッセージ構造内のサービングセルID / BWP IDフィールドによって識別されることを示すために予約される。

他の例示的な実施形態によれば、クロスキャリアおよび／またはクロスＢＷＰ空間関係（複数可）は、ネットワークからＵＥへの他のＭＡＣおよび／またはＲＲＣメッセージにおいて異なる目的のために提供される情報を参照することによって、インジケートされてもよい。例えば、１つのＲＳセット内のDL RSとＰＤＳＣＨまたはＰＤＣＣＨ復調ＲＳポートとの間のＱＣＬ関係を含む送信構成を（ダウンリンク制御情報ＤＣＩを介して）動的に示すための送信コンフィギュレーションインジケータ（ＴＣＩ：Transmission Configuration Indicator）状態のリストと、ＲＲＣメッセージを使用して、ＵＥが構成されてもよい。各ＴＣＩ状態識別子は、特定のＣＣ−ＢＷＰ の組合せおよび特定のダウンリンク（DL） RS に関連付けられる。

図８は、SP SRS Activation/ Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図８に図示された実施形態によれば、１つの「予約済み」ビットは、オクテット３．．．Ｎ が（図２ に示された既存のＳＰ ＳＲＳのアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージ、またはＴＣＩ 状態ＩＤ のように）リソースＩＤ ０．．．Ｎ−３ を含むかどうかをを示すために使用される。オクテット３．．．ＮがＴＣＩ状態ＩＤを含む場合、ＵＥは、以前に受信されたＴＣＩ状態構成を参照して、対応するクロスキャリアおよび／またはクロスＢＷＰ空間関係を決定することができる。

別の例として、ネットワークは、ＰＵＣＣＨのための最大８つの空間関係のリストをもつＵＥを（ＲＲＣを介して）構成することができる。このリストは、RRC PUCCH_SpatialRelationInfo IE などを使用して構成されうる。例えば、リストは、典型的には、ＤＬビームマネージメントの目的のために使用されるいくつかのＳＳＢおよび／またはＣＳＩ−ＲＳリソースのＩＤを含む。図９は、SP SRS Activation/ Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図９に図示の実施形態によれば、１つの「予約済み」ビットは、図２ に示す既存のＳＰ ＳＲＳのアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのように、オクテット３．．．Ｎ がリソースＩＤ ０．．．Ｎ−３を含むかどうかを示すため、または、以前に構成されたＰＵＣＣＨ 空間関係のリストへのインデックスを示すために使用される。オクテット３．．．ＮがＰＵＣＣＨ空間関係インデックスを含む場合、ＵＥは、以前に受信されたPUCCH_SpatialRelationInfoを参照することによって、対応するクロスキャリアおよび／またはクロスＢＷＰ空間関係を決定することができる。

別の例として、ネットワークは、基準ＲＳと１つ以上のターゲットサウンディング基準信号（ＳＲＳ）との間の空間関係を用いて、ＵＥを（ＲＲＣを介して）構成することができる。これらは、例えば、RRC SRS−SpatialRelationInfo IEを使用して構成されてもよい。現在は個別に構成されているが、上述のPUCCH_SpatialRelationInfo IEと同様に、複数のPUCCH_SpatialRelationInfoをリストとして提供することができる。図１０は、SP SRS Activation/Deactivation MAC CEメッセージの別の代替実施形態のフォーマットを示す。図１０に図示の実施形態によれば、１つの「予約済み」ビットは、図２ に示す既存のＳＰ ＳＲＳのアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージのように、オクテット３．．．Ｎ がリソースＩＤ ０．．．Ｎ−３を含むかどうか、または、以前に設定されたＳＲＳ 空間関係のリストへのインデックスを含むかどうかを示すために、使用される。オクテット３．．．ＮがＳＲＳ空間関係インデックスを含む場合、ＵＥは、以前に受信されたSRS-SpatialRelationInfo（またはそのような情報のリストを備える対応するＩＥ）を参照することによって、対応するクロスキャリアおよび／またはクロスＢＷＰ空間関係を決定することができる。

図１１は、本開示の様々な例示的な実施形態による、無線通信ネットワークにおけるユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメントに使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するための例示的な方法および／または手順の流れ図を示す。図１１に示される例示的な方法および／または手順は、無線通信ネットワーク内のユーザ装置（ＵＥ、たとえば、無線デバイス、またはモデムなどのその構成要素）と通信するネットワークノード（たとえば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ−ｇＮＢ、ｎｇ−ｅＮＢなど、またはその構成要素）によって実装および／または実行され得る。さらに、図１１に示される例示的な方法および／または手順は、本明細書で説明される様々な例示的な利点を提供するために、（以下で説明される）図１２に示される例示的な方法および／または手順と協働して利用され得る。図１１は、特定の順序でブロックを示すが、この順序は、単に例示的なものであり、例示的な方法および／または手順の動作は、図１１に示されるものとは異なる順序で実行されることができ、異なる機能を有するブロックに組み合わせられ、および／または、分割されてもよい。オプションの動作は、破線で示されている。

例示的な方法および／または手順は、ネットワークノードが、無線通信ネットワーク内の特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連する複数のＲＳリソースの構成を備える１つ以上の制御メッセージをＵＥに送信することができる、ブロック１１１０の動作を含むことができる。例えば、１つ以上の制御メッセージは、ＲＲＣメッセージであってもよく、複数のＲＳリソースは、セミパーシステントサウンディング基準信号（ＳＰ−ＳＲＳ）リソースであってもよい。

いくつかの実施形態によれば、例示的な方法および／または手順は、ブロック１１２０の動作を含むことができ、ネットワークノードは、複数のＲＳリソースのうちの少なくとも１つのＲＳリソースと、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースとの１つ以上の空間関係を決定することができる。たとえば、ネットワークノードは、それぞれのＲＳ リソースと、異なるＣＣに関連付けられたリソース、特定のＣＣの異なるＢＷＰに関連付けられたリソース、または異なるＣＣの異なるＢＷＰに関連付けられたリソースとの空間関係を決定できる。

本例の方法および／または手順は、ネットワークノードが、アクティブ化され、または非アクティブ化されるべきである少なくとも１つのＲＳリソース、複数のＲＳリソースの識別を含む、別の制御メッセージをＵＥに送信する、ブロック１１３０の動作を含むこともできる。この別の制御メッセージは、識別されたＲＳリソースのうちのそれぞれの特定のＲＳリソースについて、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースと、特定のＲＳリソースとの間の空間的関係のインジケーションを含むこともできる。いくつかの実施形態によれば、この別の制御メッセージは、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージとされてもよい。いくつかの実施形態によれば、インジケートされた空間関係は、動作１１２０で決定された空間関係のうちのいずれかであってもよい。言い換えると、インジケートされた各空間関係について、別のリソースは、以下のうちの１つ以上に関連付けられることができる：特定のＣＣとは異なる別のＣＣ；および特定のＢＷＰとは異なる別のＢＷＰ。

いくつかの実施形態によれば、空間関係のそれぞれのインジケーションは、別のリソースに関連付けられたＣＣの識別情報と、別のリソースに関連付けられたＢＷＰの識別情報とのうちの１つ以上を含むことができる。いくつかの実施形態によれば、複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成されることができ、少なくとも１つのＲＳリソースの識別は、複数のセットのうちの１つのセットの識別を含む。いくつかの実施形態によれば、複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられる。

いくつかの実施形態によれば、別の制御メッセージは、特定のＢＷＰおよび特定のＣＣの識別情報を含むことができ、当該識別情報は、すべての識別されたＲＳリソースに関連付けられる。いくつかの実施形態によれば、識別されたＲＳリソースの各特定のＲＳリソースについて、特定のＲＳリソースの識別情報は、ＲＳリソース識別子を含む。いくつかの実施形態によれば、識別されたＲＳリソースのうちの特定のＲＳリソースごとに、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースと、特定のＲＳリソースとの間の空間的関係のインジケーションは、ビットマップ内のビットを含む。

いくつかの実施形態によれば、例示的な方法および／または手順は、ブロック１１４０の動作も含むことができ、ネットワークノードは、識別されたＲＳリソースを使用して、ＵＥとの通信のための送信ビームおよび／または受信ビームのマネージメントのための手順を実行することができる。

図１２は、本開示の様々な例示的な実施形態による、無線通信ネットワーク内のネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントに使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するための例示的な方法および／または手続きの流れ図を示す。図１２に示される例示的な方法および／または手順は、無線通信ネットワーク内のネットワークノード（たとえば、基地局、ｇＮＢ、ｅＮＢ、ｅｎ−ｇＮＢ、ｎｇ−ｅＮＢなど、またはそれらの構成要素）と通信するユーザ装置（ＵＥ、たとえば、無線デバイス、またはモデムなどのその構成要素）によって実行および／または実装され得る。さらに、図１２に示される例示的な方法および／または手順は、本明細書に記載される様々な例示的な利点を提供するために、（上述された）図１１に示される例示的な方法および／または手順と協働して利用され得る。図１２は、特定の順序でブロックを示すが、この順序は、単に例示的なものであり、例示的な方法および／または手順の動作は、図１２に示されるものとは異なる順序で実行されることができ、異なる機能を有するブロックに組み合わされ、および／または分割されることができる。オプションの動作は、破線で示されている。

例示的な方法および／または手順は、ネットワークノードから、無線通信ネットワーク内の特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連する複数のＲＳリソースの構成を備える１つ以上の制御メッセージを受信することができる、ブロック１２１０の動作を含むことができる。例えば、１つ以上の制御メッセージは、ＲＲＣメッセージであってもよく、複数のＲＳリソースは、セミパーシステントサウンディング基準信号（ＳＰ−ＳＲＳ）リソースであってもよい。

本例の方法および／または手順は、ブロック１２２０の動作を含んでもよく、ここでは、アクティブ化または非アクティブ化されるべきである、少なくとも１つのＲＳリソースまたは複数のＲＳリソースの識別を含む別の制御メッセージを、ＵＥがネットワークノードから受信できる。別の制御メッセージは、識別されたＲＳリソースについてのそれぞれの特定のＲＳリソースに対して、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースと、特定のＲＳリソースとの間の空間的関係のインジケーションを含むこともできる。いくつかの実施形態によれば、別の制御メッセージは、ＳＰ ＳＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥメッセージ（SP SRS Activation/Deactivation MAC CE message）とすることができる。いくつかの実施形態によれば、インジケートされた各空間関係について、別のリソースは、以下のうちの１つ以上に関連付けられることができる：特定のＣＣとは異なる別のＣＣ；および特定のＢＷＰとは異なる別のＢＷＰ。

いくつかの実施形態によれば、空間関係のそれぞれのインジケーションは、別のリソースに関連付けられたＣＣの識別情報と、別のリソースに関連付けられたＢＷＰの識別情報とのうちの１つ以上を含むことができる。いくつかの実施形態によれば、複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成されることができ、少なくとも１つのＲＳリソースの識別は、複数のセットのうちの１つのセットの識別を含む。いくつかの実施形態によれば、複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられることができる。

いくつかの実施形態によれば、別の制御メッセージは、特定のＢＷＰおよび特定のＣＣの識別を含むことができ、当該識別は、すべての識別されたＲＳリソースに関連付けられる。いくつかの実施形態によれば、識別されたＲＳリソースにおける特定のＲＳリソースのそれぞれについて、特定のＲＳリソースの識別情報は、ＲＳリソース識別子を含む。ある実施形態によれば、識別されたＲＳリソースにおける特定のＲＳリソースのそれぞれについて、特定のＣＣの特定のＢＷＰに関連付けられていない別のリソースとの特定のＲＳリソースの空間的関係のインジケーションは、ビットマップ内のビットを含む。

いくつかの実施形態によれば、例示的な方法および／または手順は、ネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために、識別されたＲＳリソースを使用して手順を実行することができる、ブロック１２３０の動作も含むことができる。

ここでは、方法、機器、デバイス、コンピュータ可読媒体、および受信機に関して様々な実施形態が上で説明されたが、当業者は、そのような方法が、様々なシステム、通信装置、コンピューティングデバイス、制御装置、機器、非一時的コンピュータ可読媒体などにおけるハードウェアおよびソフトウエアの様々な組合せによって実施され得ることを容易に理解するであろう。

図１３は、次世代ＲＡＮ（ＮＧ−ＲＡＮ）１３９９および５Ｇコア（５ＧＣ）１３９８からなる５Ｇネットワークアーキテクチャの高レベルビューを示す。ＮＧ−ＲＡＮ １３９９は、インターフェース１３０２、１３５２を介してそれぞれ接続されたｇＮＢ１３００、１３５０など、１つ以上のＮＧインターフェースを介して５ＧＣに接続されたセットｇＮＢを含むことができる。さらに、ｇＮＢは、ｇＮＢ１３００と１３５０との間のＸｎインターフェース１３４０など、１つ以上のＸｎインターフェースを介して互いに接続することができる。

ＮＧ−ＲＡＮ １３９９ は、無線ネットワークレイヤ（ＲＮＬ：Radio Network Layer）とトランスポートネットワークレイヤ（ＴＮＬ：Radio Network Layer）とに階層化されている。ＮＧ−ＲＡＮアーキテクチャ、すなわちＮＧ−ＲＡＮ論理ノードとそれらの間のインタフェースは、ＲＮＬの一部として定義される。ＮＧ−ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関連するＴＮＬプロトコルと機能が規定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。いくつかの例示的な構成では、各ｇＮＢは、３ＧＰＰ ＴＳ ２３．５０１で定義されている「ＡＭＦ領域」内のすべての５ＧＣノードに接続することができる。ＮＧ−ＲＡＮインタフェースのＴＮＬ上のＣＰおよびＵＰデータのセキュリティ保護がサポートされている場合、ＮＤＳ／ＩＰ （３ＧＰＰ ＴＳ ３３．４０１）が適用可能である。

図１３（およびＴＳ ３８．４０１およびＴＲ ３８．８０１で説明）に示される、ＮＧ−ＲＡＮ論理ノードには、セントラル（または集中）ユニット（ＣＵまたはｇＮＢ−ＣＵ）と、１つ以上の分散（または非集中）ユニット（ＤＵまたはｇＮＢ−ＤＵ）が含まれている。例えば、ｇＮＢ １３００は、ｇＮＢ−ＣＵ １３１０と、ｇＮＢ−ＤＵ１３２０および１３３０とを含む。ＣＵ（例えば、ｇＮＢ−ＣＵ １３１０）は、上位レイヤプロトコルをホストし、ＤＵの動作を制御するような様々なｇＮＢ機能を実行する論理ノードである。同様に、それぞれのＤＵは、下位レイヤプロトコルをホストする論理ノードであり、機能の分割に応じて、ｇＮＢ機能の様々なサブセットを含むことができる。そのように、ＣＵおよびＤＵの各々は、処理回路、トランシーバ回路（例えば、通信用）、および電源回路を含む、それぞれの機能を実行するために必要とされる様々な回路を含むことができる。さらに、用語「セントラル（中央）ユニット」および「集中ユニット」は、用語「分散ユニット」および「非集中ユニット」と同様に、ここでは交換可能に使用される。ｇＮＢ−ＣＵは、図３に示されるインターフェース１３２２や２３２など、それぞれのＦ１論理インターフェースを介してｇＮＢ−ＤＵに接続する。ｇＮＢ−ＣＵ と接続されたｇＮＢ−ＤＵは、ｇＮＢとして他のｇＮＢや５ＧＣ １３９８にのみ表示される。言い換えると、Ｆ１インターフェースは、ｇＮＢ−ＣＵを越えてると、見えないものである。

図１４は、次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）１４９９および５Ｇコア（５ＧＣ）１４９８を含む例示的な５Ｇネットワークアーキテクチャの高レベルビューを示す。図に示されるように、ＮＧ−ＲＡＮ １４９９は、それぞれのＸｎインターフェースを介して相互に接続されたｇＮＢｓ １４１０（例：１４１０ａ，ｂ）およびｎｇ−ｅＮＢｓ １４２０（例：１４２０ａ，ｂ）を含むことができる。ｇＮＢおよびｎｇ−ｅＮＢはまた、ＮＧインターフェースを介して５ＧＣ １４９８に、より具体的には、それぞれのＮＧ−Ｃインターフェースを介してAMF （アクセスおよびモビリティマネージメント機能）１４３０（例えば、ＡＭＦ１４３０ａ、ｂ）に、およびそれぞれのＮＧ−Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）１４４０（例えば、ＵＰＦ１４４０ａ、ｂ）に接続される。各ｇＮＢ１４１０は、周波数分割デュープレックス（ＦＤＤ）、時分割デュープレックス（ＴＤＤ）、またはそれらの組み合わせを含む、ＮＲ無線インターフェースをサポートすることができる。対照的に、ｎｇ−ｅＮＢ１４２０の各々は、ＬＴＥ無線インターフェースをサポートするが、従来のＬＴＥ ｅＮＢとは異なり、ＮＧインターフェースを介して５ＧＣに接続する。

図１５は、上記の例示的な方法および／または手順のいずれかに対応するか、またはそれらを備えるコンピュータ可読媒体上での命令の実行によることを含む、本開示の様々な例示的な実施形態に従って構成可能な例示的な無線デバイスまたはユーザ装置（ＵＥ）を示すブロック図である。

例示的なデバイス１５００は、パラレルアドレスおよびデータバス、シリアルポート、または当業者に知られている他の方法および／または構造を備えることができるバス１５７０を介して、プログラムメモリ１５２０および／またはデータメモリ１５３０に動作可能に接続することができるプロセッサ１５１０を備えることができる。プログラムメモリ１５２０は、プロセッサ１５１０によって実行されるソフトウェアコード、プログラム、および／または命令（図１５には、コンピュータプログラムプロダクト１５２１としてまとめて示される）を記憶することができ、これらは、以下に説明する動作を含む様々な動作を実行するようにデバイス１５００を構成および／または容易にすることができる。例えば、このような命令の実行は、例えば５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ−Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているような３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって標準化された１つ以上の無線通信プロトコル、またはトランシーバ１５４０、ユーザインターフェース１５５０、および／またはホストインタフェース１５６０と共に利用できる他の任意の現在または将来のプロトコルを含む、１つ以上の有線または無線通信プロトコルを使用して通信するように、例示的な装置１５００を構成および／または容易にすることができる。

別の例として、プロセッサ１５１０は、３ＧＰＰによって標準化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣ層プロトコル（例えば、ＮＲおよび／またはＬＴＥ用）に対応するプログラムメモリ１５２０に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ１５１０は、トランシーバ１５４０と共に、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、およびシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）などの対応するＰＨＹレイヤプロトコルを実装するプログラムメモリ１５２０に記憶されたプログラムコードを実行することができる。

プログラムメモリ１５２０はまた、プロセッサ１５１０によって実行され、トランシーバ１５４０、ユーザインターフェース１５５０、および／またはホストインターフェース１５６０などの様々な構成要素の構成および制御を含む、装置１５００の機能を制御するソフトウェアコードを含むことができる。プログラムメモリ１５２０はまた、本明細書で説明される例示的な方法および／または手順のいずれかを実施するコンピュータ実行可能な命令を備える１つ以上のアプリケーションプログラムおよび／またはモジュールを備えることができる。このようなソフトウェアコードは、例えば、実装された方法ステップによって定義された所望の機能が保存されている限り、Ｊａｖａ、Ｃ＋＋、Ｃ、Objective C、ＨＴＭＬ、ＸＨＴＭＬ、マシンコード、およびアセンブラのような、任意の既知または将来開発されるプログラミング言語を使用して指定または記述することができる。さらに、代替的なものとして、プログラムメモリ１５２０は、装置１５００から離れた外部記憶装置（不図示）を構成することができ、そこから指示が、そのような指示の実行を可能にするために、装置１５００の内部に位置する、または、着脱可能に接続されたプログラムメモリ１５２０にダウンロードされることができる。

データメモリ１５３０は、プロセッサ１５１０が、本明細書で説明される例示的な方法および／または手順のいずれかに対応する、またはそれらを備える動作を含む、デバイス１５００のプロトコル、構成、制御、および他の機能で使用される変数を格納するためのメモリ領域を備えることができる。さらに、プログラムメモリ１５２０および／またはデータメモリ１５３０は、不揮発性メモリ（例えば、フラッシュメモリ）、揮発性メモリ（例えば、スタティックまたはダイナミックＲＡＭ）、またはそれらの組合せを備えることができる。さらに、データメモリ１５３０は、１つ以上のフォーマット（例えば、ＳＤカード、メモリスティック、コンパクトフラッシュなど）の取り外し可能なメモリカードを挿入および取り外すことができるメモリスロットを含むことができる。当業者は、プロセッサ１５１０が、複数の個々のプロセッサ（例えば、マルチコアプロセッサを含む）を備えることができ、その各々が、上述の機能の一部を実装することを認識するであろう。このような場合、複数の個々のプロセッサは、プログラムメモリ１５２０およびデータメモリ１５３０に一般的に接続することも、複数の個々のプログラムメモリおよびデータメモリまたはデータメモリに個別に接続することもできる。より一般的には、デバイス１５００の様々なプロトコルおよび他の機能は、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定および／またはプログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含むが、これらに限定されない、ハードウェアおよびソフトウェアの異なる組合せを備える多くの異なるコンピュータ構成で実装され得ることを、当業者は認識するであろう。

トランシーバ１５４０は、デバイス１５００が無線通信規格および／またはプロトコルのようなサポートする他の機器と通信することを容易にする無線周波数送信機および／または受信機回路を備えることができる。いくつかの例示的な実施形態によれば、トランシーバ１５４０は、装置１５００が、３ＧＰＰおよび／または他の標準化団体によって標準化のために提案されたさまざまなプロトコルおよび／または方法に従って、さまざまな５Ｇ／ＮＲネットワークと通信することを可能にする送信機および受信機を含む。例えば、そのような機能性は、他の図に関して本明細書に記載されるような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡ技術に基づくＰＨＹレイヤを実装するために、プロセッサ１５１０と協調して動作可能である。

いくつかの例示的な実施形態によれば、トランシーバ１５４０は、デバイス１５００が、３ＧＰＰによって公布された規格に従って、様々なＬＴＥ，ＬＴＥアドバンスド（LTE−Ａ）および／またはＮＲネットワークと通信することを可能にすることができるＬＴＥ送信機および受信機を含む。本開示のいくつかの例示的な実施形態によれば、トランシーバ１５４０は、デバイス１５００が、やはり３ＧＰＰ規格に従って、様々な５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ−Ａ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウェアなどを含む。本開示のいくつかの例示的実施形態によれば、トランシーバ１５４０は、３ＧＰＰ２規格に従って、デバイス１５００が様々なＣＤＭＡ２０００ネットワークと通信するために必要な回路、ファームウェアなどを含む。

本開示のいくつかの例示的な実施形態によれば、トランシーバ１５４０は、２．４ＧＨｚ、５．６ＧＨｚ、および／または６０ＧＨｚの領域の周波数を使用して動作するＩＥＥＥ ８０２．１１ ＷｉＦｉなど、免許が不要な周波数バンドで動作する無線技術を使用して通信することができる。本開示のいくつかの例示的な実施形態によれば、トランシーバ１５４０は、ＩＥＥＥ ８０２．３イーサネット（登録商標）技術を使用することなどによって、有線通信が可能なトランシーバを備えることができる。これらの実施形態の各々に特有の機能は、データメモリ１５３０と併せて、またはそれによってサポートされるプログラムメモリ１５２０に格納されたプログラムコードを実行するプロセッサ１５１０のような、デバイス１５００内の他の回路と結合されるか、またはそれによって制御され得る。

ユーザインターフェース１５５０は、デバイス１５００の特定の実施形態に応じて様々な形態をとることができ、またはデバイス１５００に完全に存在しなくてもよい。いくつかの例示的な実施形態によれば、ユーザインターフェース１５５０は、マイクロフォン、スピーカ、スライド可能ボタン、押下可能ボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および／または携帯電話に一般的に見られる任意の他のユーザインターフェース機能を含むことができる。他の実施形態によれば、デバイス１５００は、より大きなタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態によれば、ユーザインターフェース１５５０の機械的特徴のうちの１つ以上は、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される同等のまたは機能的に同等の仮想ユーザインターフェース特徴（例えば、仮想キーパッド、仮想ボタンなど）によって置き換えられることができる。他の実施形態によれば、デバイス１５００は、特定の例示的な実施形態に応じて一体化、取り外し、または取り外し可能とすることができる機械的キーボードを備えるラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなどのデジタルコンピューティングデバイスとされることができる。そのようなデジタルコンピューティングデバイスはまた、タッチスクリーンディスプレイを備えることができる。タッチスクリーンディスプレイを有するデバイス１５００の多くの例示的な実施形態は、本明細書に記載された、または当業者に知られている例示的な方法および／または手順に関連する入力などのユーザ入力を受信することができる。

本開示のいくつかの例示的な実施形態によれば、デバイス１５００は、デバイス１５００の特徴および機能によって様々な方法で使用することができる姿勢センサを備えることができる。例えば、装置１５００は、姿勢センサの出力を使用して、ユーザが装置１５００のタッチスクリーンディスプレイの物理的方向をいつ変更したかを判断することができる。姿勢センサからのインジケーション信号は、装置１５００上で実行される任意のアプリケーションプログラムに利用可能であり、アプリケーションプログラムは、インジケーション信号が装置の物理的方向のおよそ９０度の変化を示す場合に、スクリーンディスプレイの方向を（例えば、縦向きから横向きに）自動的に変更することができる。この例示的な方法では、アプリケーションプログラムは、デバイスの物理的な向きにかかわらず、ユーザによって読み取り可能な方法で画面表示を維持することができる。さらに、姿勢センサの出力は、本開示の様々な例示的な実施形態と併せて使用されることができる。

デバイス１５００の制御インターフェース１５６０は、デバイス１５００の特定の例示的な実施形態、およびデバイス１５００が通信および／または制御することが意図される他の装置の特定のインターフェース要件に応じて、様々な形態をとることができる。例えば、制御インターフェース１５６０は、ＲＳ−２３２インターフェース、ＲＳ−４８５インターフェース、ＵＳＢインターフェース、ＨＤＭＩインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ２Ｃインターフェース、ＰＣＭＣＩＡインターフェース等を含むことができる。本開示のいくつかの例示的な実施形態によれば、制御インターフェース１５６０は、上述のようなＩＥＥＥ ８０２．３イーサネット（登録商標）インターフェースを備えることができる。本開示のいくつかの例示的実施形態によれば、制御インターフェース１５６０は、例えば、１つ以上のデジタル−アナログ（Ｄ／Ａ）および／またはアナログ−デジタル（Ａ／Ｄ）コンバータを含むアナログインターフェース回路を含むことができる。

当業者は、特徴、インターフェース、および無線周波数通信規格の上記のリストは、単に例示的なものであり、本開示の範囲を限定するものではないことを認識することができる。言い換えれば、デバイス１５００は、例えば、ビデオおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１５に示されるよりも多くの機能を備えることができる。さらに、トランシーバ１５４０は、ブルートゥース、測位、および／または他のものを含む追加の無線周波数通信規格を使用して通信するために必要な回路を含むことができる。さらに、プロセッサ１５１０は、プログラムメモリ１５２０に記憶されたソフトウェアコードを実行して、このような追加機能を制御することができる。例えば、ＧＰＳ受信機から出力される方向付きの速度および／または位置の推定値は、本開示の様々な例示的な実施形態による様々な例示的な方法および／またはコンピュータ可読媒体を含む、デバイス１５００上で実行される任意のアプリケーションプログラムに利用可能であり得る。

図１６は、他の図に関して上述したものを含む、本開示の様々な実施形態に従って構成可能な例示的なネットワークノード１６００の構成図を示す。いくつかの例示的な実施形態によれば、ネットワークノード１６００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの構成要素を備えることができる。ネットワークノード１６００は、パラレルアドレスバスおよびデータバス、シリアルポート、または当業者に知られている他の方法および／または構造を備えることができる、バス１６７０を介してプログラムメモリ１６２０およびデータメモリ１６３０に動作可能に接続されるプロセッサ１６１０を備える。

プログラムメモリ１６２０は、ネットワークノード１６００が以下で説明される動作を含む様々な動作を実行するように構成および／または容易にできるプロセッサ１６１０によって実行されるソフトウェアコード、プログラム、および／または命令（図１６にコンピュータプログラムプロダクト１６２１としてまとめて示される）を記憶することができる。例えば、そのような格納された命令の実行は、上述の１つ以上の例示的な方法および／または手順を含む、本開示の様々な実施形態によるプロトコルを使用して、１つ以上の他のデバイスと通信するようにネットワークノード１６００を構成することができる。さらに、そのような格納された命令の実行は、ＬＴＥ、ＬＴＥ−Ａ、および／またはＮＲのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルのうちの１つ以上、あるいは無線ネットワークインターフェース１６４０およびコアネットワークインターフェース１６５０に関連して利用される任意の他の上位レイヤプロトコルなど、他のプロトコルまたはプロトコルレイヤを使用して、１つ以上の他のデバイスと通信するように、ネットワークノード１６００を構成および／または容易にすることもできる。限定ではなく例示として、コアネットワークインターフェース１６５０は、３ＧＰＰによって標準化されているように、Ｓ１インターフェースを備えることができ、無線ネットワークインターフェース１６５０は、Ｕｕインターフェースを備えることができる。プログラムメモリ１６２０はまた、無線ネットワークインターフェース１６４０およびコアネットワークインターフェース１６５０のような様々な構成要素の構成および制御を含む、ネットワークノード１６００の機能を制御するためにプロセッサ１６１０によって実行されるソフトウェアコードを含むことができる。

データメモリ１６３０は、プロトコール、構成、制御、およびネットワークノード１６００の他の機能で使用される変数を格納するために、プロセッサ１６１０用のメモリ領域を備えることができる。したがって、プログラムメモリ１６２０およびデータメモリ１６３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックＲＡＭまたはダイナミックＲＡＭ）、ネットワークベース（たとえば、「クラウド」）ストレージ、またはそれらの組合せを備えることができる。当業者は、プロセッサ１６１０が、複数の個別のプロセッサ（図示せず）を備えることができ、その各々が、上述の機能の一部を実装することを認識するであろう。このような場合、複数の個々のプロセッサは、プログラムメモリ１６２０およびデータメモリ１６３０に一般的に接続されてもよく、または複数の個々のプログラムメモリおよび／またはデータメモリに個別に接続されてもよい。より一般的には、ネットワークノード１６００の様々なプロトコルおよび他の機能は、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア、およびミドルウェアを含むが、これらに限定されない、ハードウェアおよびソフトウェアの多くの様々な組合せで実装され得ることを、当業者は認識するであろう。

無線ネットワークインタフェース１６４０は、送信機、受信機、信号プロセッサ、ＡＳＩＣ、アンテナ、ビームフォーミングユニット、および、いくつかの実施形態によれば、複数の互換性のあるユーザ装置（ＵＥ）などの他の装置とネットワークノード１６００が通信することを可能にする他の回路を含むことができる。いくつかの例示的な実施形態によれば、無線ネットワークインターフェースは、ＬＴＥ、ＬＴＥ−Ａ、および／または５Ｇ／ＮＲのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルなどの様々なプロトコルまたはプロトコルレイヤ、本明細書で上述したようなそれらの改善、または無線ネットワークインターフェース１６４０に関連して利用される任意の他の上位レイヤのプロトコルを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１６４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡ技術に基づくＰＨＹレイヤを含むことができる。ある実施形態によれば、このようなＰＨＹレイヤの機能性は、無線ネットワークインターフェース１６４０およびプロセッサ１６１０（メモリ１６２０内のプログラムコードを含む）によって協調的に提供することができる。

コアネットワークインターフェース１６５０は、ネットワークノード１６００が、いくつかの実施形態によれば、回線交換（ＣＳ）および／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク内の他の機器と通信することを可能にする、送信機、受信機、および他の回路を備えることができる。いくつかの実施形態によれば、コアネットワークインターフェース１６５０は、３ＧＰＰによって標準化されたＳ１インターフェースを備えることができる。いくつかの例示的な実施形態によれば、コアネットワークインターフェース１６５０は、１つ以上のＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、および当業者に知られているＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、およびＣＤＭＡ２０００コアネットワークで見られる機能を備える他の物理デバイスへの１つ以上のインターフェースを備えることができる。いくつかの実施形態によれば、これらの１つ以上のインターフェースは、単一の物理インターフェース上で一緒に多重化され得る。いくつかの実施形態によれば、コアネットワークインターフェース１６５０の下位レイヤは、非同期伝送モード（ＡＴＭ）、インターネットプロトコルオーバイーサネット（登録商標）、光ファイバー上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線または無線伝送技術のうちの１つ以上を備えることができる。

ＯＡ＆Ｍインターフェース１６６０は、ネットワークノード１６００またはそれに動作可能に接続された他のネットワーク機器の動作、管理、および保守のために、ネットワークノード１６００が外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする、送信機、受信機、および他の回路を備えることができる。ＯＡ＆Ｍインターフェース１６６０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）−オーバーイーサネット（登録商標）、光ファイバ上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線または無線伝送技術のうちの１つ以上を備えることができる。さらに、いくつかの実施形態によれば、無線ネットワークインターフェース１６４０、コアネットワークインターフェース１６５０、およびＯＡ＆Ｍインターフェース１６６０のうちの１つ以上は、上に列挙された例などの単一の物理インターフェース上で一緒に多重化され得る。

図１７は、本開示の１つ以上の例示的な実施形態による、ホストコンピュータとユーザ装置（ＵＥ）との間でオーバーザトップ（ＯＴＴ）データサービスを提供するために使用可能な例示的なネットワーク構成のブロック図である。ＵＥ １７１０は、例えば、ＬＴＥ、ＬＴＥ−Ａ、および５Ｇ／ＮＲを含む上述のプロトコルに基づくことができる無線インターフェース１７２０を介して無線アクセスネットワーク（ＲＡＮ）１７３０と通信することができる。ＲＡＮ １７３０は、１つ以上のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、コントローラなど）を含むことができる。ＲＡＮ １７３０は、上述した様々なプロトコルおよびインターフェースに従って、さらにコアネットワーク１７４０と通信することができる。たとえば、ＲＡＮ １７３０を備える１つ以上の機器（たとえば、基地局、ｅＮＢ、ｇＮＢなど）は、上述のコアネットワークインターフェース１６５０を介してコアネットワーク１７４０と通信することができる。いくつかの例示的な実施形態によれば、ＲＡＮ １７３０およびコアネットワーク１７４０は、上で論じた他の図に示すように構成および／または配置されることができる。同様に、ＵＥ １７１０はまた、上述の他の図に示されるように構成および／または配置されうる。

コアネットワーク１７４０は、インターネット１７５０として図１７に示されている外部パケットデータネットワークと、当業者に知られている種々のプロトコルおよびインタフェースに従って、さらに通信することができる。多くの他の装置および／またはネットワークも、例示的なホストコンピュータ１７６０のようなインターネット１７５０に接続し、それを介して通信することができる。いくつかの例示的な実施形態によれば、ホストコンピュータ１７６０は、インターネット１７５０、コアネットワーク１７４０、およびＲＡＮ １７３０を媒介として使用して、ＵＥ １７１０と通信することができる。ホストコンピュータ１７６０は、サービスプロバイダの所有権および／または制御下にあるサーバ（例えば、アプリケーションサーバ）とすることができる。ホストコンピュータ１７６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって運用されることができる。

例えば、ホストコンピュータ１７６０は、ホストコンピュータ１７６０との間の発信／着信通信のルーティングを認識することができないコアネットワーク１７４０およびＲＡＮ １７３０の設備を使用して、オーバーザトップ（ＯＴＴ）パケットデータサービスをＵＥ １７１０に提供することができる。同様に、ホストコンピュータ１７６０は、ホストコンピュータからＵＥへの送信、例えばＲＡＮ １７３０を介した送信のルーティングを認識することができない。例えば、ホストコンピュータからＵＥへのストリーミング（単方向）オーディオおよび／またはビデオ、ホストコンピュータとＵＥとの間のインタラクティブ（双方向）オーディオおよび／またはビデオ、インタラクティブメッセージングまたはソーシャルコミュニケーション、インタラクティブ仮想または拡張現実等を含む、図１７に示す例示的な構成を用いて、様々なＯＴＴサービスを提供することができる。

図１７に示される例示的なネットワークはまた、ここで開示される例示的な実施形態によって改善されるデータレート、レイテンシ、および他の要因を含むネットワーク性能メトリックを監視する測定手順および／またはセンサを含むことができる。例示的なネットワークはまた、測定結果の変化に応答してエンドポイント（例えば、ホストコンピュータおよびＵＥ）間のリンクを再構成するための機能を含むことができる。そのような手順および機能は、知られており、実践されており、ネットワークがＯＴＴサービスプロバイダから無線インターフェースを隠すか、または抽象化する場合、測定は、ＵＥとホストコンピュータとの間の独自のシグナリングによって容易にすることができる。

本明細書に記載される例示的な実施形態は、ＲＡＮ １７３０を含むネットワークノード（例えば、ｇＮＢ）と通信するときにＵＥ １７１０によって使用される物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース（例えば、ＭＡＣ−ＣＥメッセージを介して）のための空間関係をシグナルするための効率的な技術を提供する。例えば、そのような技術は、空間関係が、単一のＰＵＣＣＨリソースに適用されるべきか、またはすべての構成されたＰＵＣＣＨリソース、またはすべての構成されたＰＵＣＣＨリソースのグループ、セット、および／またはサブセットなどの複数のＰＵＣＣＨリソースに適用されるべきかを柔軟にシグナリングすることができる。空間関係機能をサポートするNR UE（例えば、ＵＥ １７１０）およびｇＮＢ（例えば、ＲＡＮ １７３０を備えるｇＮＢ）において使用される場合、そのような例示的な実施形態は、ダウンリンクおよび／またはアップリンクにおけるビームマネージメントに必要とされる低減されたＲＳオーバヘッド、複数のリソースのための空間関係のより効率的なシグナリング、分離されたアップリンク／ダウンリンク実装のためのより良好なサポート、ならびにＲＳ送信および／または受信のための低減されたエネルギー消費を含む、様々な改善、利益、および／または利点を提供することができる。したがって、本明細書で説明されるように、改善は、ＵＥ １７１０およびＲＡＮ １７３０が、ホストコンピュータ１７６０とＵＥ １７１０との間の特定のＯＴＴサービスの要件を満たすことを可能にすることによって、重要な役割を果たすことができる。これらの技術は、カバレッジエリアにおけるデータスループットを改善し、より多くのユーザが、過剰な電力消費またはユーザ体験に対する他の劣化なしに、様々なカバレッジ条件でストリーミングビデオなどのデータ集約型サービスを利用することを可能にする。

ここで説明されるように、デバイスおよび／または装置は、半導体チップ、チップセット、またはそのようなチップまたはチップセットを備える（ハードウェア）モジュールによって表されることができるが、これは、ハードウェア実装される代わりに、デバイスまたは装置の機能が、実行のための、またはプロセッサ上で実行される実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラムプロダクトなどのソフトウェアモジュールとして実装される可能性は排除されない。さらに、デバイスまたは装置の機能は、ハードウェアおよびソフトウェアの任意の組合せによって実装され得る。デバイスまたは装置は、機能的に互いに協働するか、または互いに独立しているかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なすこともできる。さらに、デバイスおよび装置は、デバイスまたは機器の機能が保存される限り、システム全体にわたって分散された形で実装され得る。このような原理および類似の原理は、当業者に知られていると考えられる。

ここで使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、ベーストランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードB （gNB）、進化型ノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（例えば、モバイルマネージメントエンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、調整ノード、測位ノード、ＭＤＴノードなど）、外部ノード（例えば、第３者ノード、現在のネットワークの外部のノード）、分散アンテナ（ＤＡＳ）、ＳＡＳ（Spectrum Access System）、ＥＭＳ（Element Management System）等におけるノードなど、を含みうるのノードのうちのいずれかをさらに備えることができる、無線ネットワーク内の任意の種類のネットワークノードとすることができる。ネットワークノードはまた、試験装置を含んでもよい。

ここで使用されるように、「無線アクセスノード」（または「無線ネットワークノード」）は、信号を無線で送信および／または受信するように動作する無線アクセスネットワーク（ＲＡＮ）内の任意のノードとされることができる。無線アクセスノードのいくつかの例は、基地局（例えば、３ＧＰＰ第５世代（５Ｇ） ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）または３ＧＰＰ ＬＴＥネットワークにおけるｅＮＢ）、ハイパワーまたはマクロ基地局、ローパワー基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、中継ノード、アクセスポイント（ＡＰ）、無線ＡＰ、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、マルチスタンダードＢＳ（例えば、ＭＳＲ ＢＳ）、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、基地送受信局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、ネットワークコントローラ、ノードＢ（ＮＢ）などを含むが、これらに限定されない。そのような用語はまた、ｇＮＢ−ＣＵおよび／またはｇＮＢ−ＤＵなどのノードの構成要素に言及するために使用され得る。

ここで使用されるように、「無線ノード」という語は、無線デバイスまたは無線ネットワークノードを指すことができる。

ここで使用されるように、「コアネットワークノード」は、コアネットワーク内の任意の種類のノードとされることができる。
コアネットワークノードのいくつかの例としては、例えば、モビリティマネージメントエンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、アクセスおよびモビリティマネージメント機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、ホーム加入者サーバー（ＨＳＳ）等が挙げられる。

ここで使用されるように、「ネットワークノード」は、無線通信システム（例えば、セルラー通信ネットワーク／システム）における無線アクセスネットワークの一部（例えば、「無線ネットワークノード」または「無線アクセスノード」）、または、コアネットワークの一部（例えば、「コアネットワークノード」）である任意のノードである。

いくつかの実施形態によれば、「無線デバイス」（ＷＤ）または「ユーザ装置」（ＵＥ）という非限定的な用語は、互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）などの無線信号を介してネットワークノードまたは別のＷＤと通信することができる任意の種類の無線デバイスであり得る。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシンツーマシン通信（Ｍ２Ｍ）が可能なマシンタイプＷＤまたはＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを装備したセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み型（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、物のインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）デバイスなどであってもよい。

いくつかの実施形態によれば、用語「スロット」は、無線リソースを示すために使用されるが、ここで説明される技法は、時間の長さに関して表現される任意のタイプの物理リソースまたは無線リソースなど、他のタイプの無線リソースとともに有利に使用され得ることを理解されたい。時間リソースの例には、シンボル、タイムスロット、ミニスロット、サブフレーム、無線フレーム、送信時間間隔（ＴＴＩ）、インターリーブ時間、時間リソース番号などが含まれる。

いくつかの実施形態によれば、送信機（たとえば、ネットワークノード）および受信機（たとえば、ＷＤ）は、送信機および受信機がリソースの伝送中に１つ以上の物理チャネルを配置するリソースを決定するためのルール（１つ以上）に事前に同意してもよく、このルールは、いくつかの実施形態によれば、「マッピング」と呼ばれることがある。他の実施形態では用語「マッピング」が他の意味を有することがある。

ここで使用されるように、「チャネル」は、論理チャネル、トランスポートチャネル、または物理チャネルとされることができる。チャネルは、１つ以上のキャリア、特に複数のサブキャリアを備えることができ、および／または、１つ以上のキャリア上に配置されることができる。制御シグナリング／制御情報を搬送および／または搬送するためのチャネルは、特に物理レイヤチャネルである場合、および／または制御プレーン情報を搬送する場合、制御チャネルと見なされることができる。同様に、データシグナリング／ユーザ情報を搬送および／または搬送するチャネルは、特に物理レイヤチャネルである場合、および／またはユーザプレーン情報を搬送する場合、データチャネル（例えば、ＰＤＳＣＨ）と見なされてもよい。チャネルは、特定の通信方向について、または２つの相補的な通信方向（例えば、ＵＬおよびＤＬ、または２方向のサイドリンク）について定義されてもよく、その場合、チャネルは、各方向に１つずつ、２つのコンポーネントチャネルを有すると考えられてもよい。

例えば、３ＧＰＰ ＬＴＥおよび／または新無線（ＮＲ）のような、１つの特定の無線システムからの用語が、この開示において使用されているかもしれないが、これは、前述のシステムのみに本開示の範囲を限定するものとして見なされるべきではないことに留意されたい。ワイドバンド符号分割多元接続（ＷＣＤＭＡ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および移動体通信のためのグローバルシステム（ＧＳＭ）を含むが、これらに限定されない他の無線システムも、ここで説明される概念、原理、および／または実施形態を活用することから利益を得ることができる。

さらに、無線デバイスまたはネットワークノードによって実行されるとして本明細書に記載する機能は、複数の無線デバイスおよび／またはネットワークノード上に分散されてもよいことに留意されたい。言い換えると、ここで説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる性能に限定されず、実際には、いくつかの物理デバイス間で分散されることができることが企図される。別段の定義がない限り、ここで使用されるすべての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。さらに、ここで使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的にそのように定義されない限り、理想化された、または過度に形式的な意味で解釈されないことが理解されるであろう。

さらに、本明細書、図面、およびその例示的な実施形態を含む、本開示で使用される特定の用語は、例えば、データおよび情報を含むが、これらに限定されない、特定の例では、同義的に使用することができる。これらの単語および／または互いに同義であり得る他の単語は、本明細書において同義に使用され得るが、そのような単語が同義に使用されないことを意図され得る場合があり得ることを理解されたい。さらに、従来技術の知識が上記の基準により明示的に組み込まれていない限り、その全体が本明細書に明示的に組み込まれる。参照される全ての刊行物は、その全体が参照により本明細書に組み込まれる。

上記は、単に本開示の原理を例示するものである。本明細書の教示を考慮すれば、記載された実施形態に対する様々な修正および変更が当業者には明らかであろう。したがって、当業者は、本明細書では明示的に示されていないか、または説明されていないが、本開示の原理を具体化し、したがって本開示の精神および範囲内にあり得る、多数のシステム、構成、および手順を考案することができることが理解されよう。当業者には理解されるように、様々な異なる例示的な実施形態を互いに一緒に使用することができ、またそれらと交換可能に使用することができる。

本明細書で説明される技法および装置の例示的な実施形態は、以下の列挙された例を含むが、これらに限定されない。

１． 無線通信ネットワークにおけるユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するためのネットワークノードのための方法であって、前記方法は、
前記無線通信ネットワーク内のセルに関連付けられた複数のＲＳリソースの構成を含む１つ以上の制御メッセージを前記ＵＥに送信することであって、前記複数のＲＳリソースは、前記セルの特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）にさらに関連付けられている、ことと、
前記ＵＥに、以下を含む別の制御メッセージを送信することとを有する：
アクティブ化または非アクティブ化されるべきである、前記複数のＲＳリソースのうちの少なくとも一部の識別情報（アイデンティフィケーション）と；
前記識別されたリソースのうちのそれぞれの特定のＲＳリソースに関して、当該特定のＲＳリソースが、前記特定のＣＣにおける特定のＢＷＰ以外のＢＷＰおよびＣＣのうちの少なくとも１つと空間関係を有するかどうかのインジケーション。

２． 例示的な実施形態１の方法は、さらに以下を含む：
以下の間における１つ以上の空間的関係を決定すること：
前記特定のＣＣの前記特定のＢＷＰに関連付けられた１つ以上のＲＳリソース；１つ以上の別のＣＣに関連付けられた１つ以上のＲＳリソース、前記特定のＣＣの１つ以上のＢＷＰ、および、１つ以上の別のＣＣの１つ以上のＢＷＰ。

３． 実施形態１に記載の方法であって、前記複数のＲＳリソースの少なくとも一部の前記識別情報（アイデンティフィケーション）は、識別された前記ＲＳリソースの特定のＲＳリソースのそれぞれに関して、それぞれのＲＳリソース識別子（アイデンティファイア）を含む。

４． 例示的な実施形態３に記載の方法は、前記別の制御メッセージは、前記特定のＢＷＰおよび前記特定のＣＣの識別情報（アイデンティフィケーション）を含む。

５． 例示的な実施形態３の方法であって、前記特定のＲＳリソースが空間関係を有するかどうかのインジケーションは、前記特定のＣＣの前記特定のＢＷＰ、前記特定のＣＣの別のＢＷＰ、別のコンポーネントキャリア、および、別のＣＣの別のＢＷＰ、のうちの１つに関連付けられた識別情報（アイデンティフィケーション）を含む。

６． 実施形態３に記載の方法であって、前記特定のＲＳリソースが空間関係を有するかどうかは、前記特定のＣＣの前記特定のＢＷＰ、前記特定のＣＣの別のＢＷＰ、別のコンポーネントキャリア、および、別のＣＣの別のＢＷＰのうちの１つを識別する、すべての識別されたリソースに関連付けられた、単一の識別子（アイデンティファイア）によって示される。

７． 実施形態６に記載の方法であって、前記特定のＲＳリソースが、前記単一の識別情報によって示される前記空間関係を有するかどうかは、前記別の制御メッセージを含むビットマップ内の対応するビットの値によってさらに判定される。

８． 例示的な実施形態４の方法であって、
前記１つ以上の制御メッセージは、複数のＣＣ−ＢＷＰの組合せ識別子（アイデンティファイア）をさらに含み、各組合せ識別情報は、前記複数のものの、他の組合せ識別情報とは異なるＢＷＰおよび異なるＣＣのうちの少なくとも１つに関連付けられており、
前記特定のＲＳリソースが空間関係を有するかどうかは、すべての識別されたリソースに関連付けられ、前記ＣＣ−ＢＷＰ組合せ識別情報のうちの特定の１つを示す値を有するインデックスによって示される。

９． 実施形態８に記載の方法であって、前記インデックスの１つの値は、すべての識別されたＲＳリソースが、特定のＢＷＰと、前記別の制御メッセージにおいて識別された前記特定のＣＣとに関連付けられていることを示す。

１０． 例示的な実施形態４の方法であって、
前記１つ以上の制御メッセージは、前記特定のＣＣの前記特定のＢＷＰに関連付けられた１つ以上のＲＳリソース、１つ以上の別のＣＣ、前記特定のＣＣの１つ以上のＢＷＰ、１つ以上の別のＣＣの１つ以上のＢＷＰ、のうちの少なくとも１つに関連付けられた複数の空間関係をさらに含み、前記別の制御メッセージは、アクティブ化または非アクティブ化されるＲＳリソースのそれぞれが、以下のうちの１つに基づいて識別されることを示す値を有するビットを含む：
前記１つ以上の制御メッセージを含む、前記複数の空間関係のうちの特定の１つを示す値を有する対応するインデックスと、
前記別の制御メッセージを含む対応するＲＳリソース識別子（アイデンティファイア）。

１１． 例示的な実施形態１０に記載の方法であって、前記複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられている。

１２． 実施形態１０の例示的な方法であって、前記複数の空間関係のそれぞれは、特定のＣＣ−ＢＷＰの組合せと特定のダウンリンク（ＤＬ）ＲＳとに関連付けられた送信コンフィギュレーションインジケータ（ＴＣＩ）状態識別子（アイデンティファイア）を含む。

１３． 例示的な実施形態１の方法であって、前記方法はさらに、前記別の制御メッセージが、前記アクティブ化されるＲＳリソースの前記少なくとも一部を識別する場合、前記ＵＥとの通信のための送信および／または受信ビームのマネージメントのために、識別された前記ＲＳリソースを使用して、手順を実行すること、を有する。

１４． 無線通信ネットワークにおけるネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するためのユーザ装置（ＵＥ）のための方法であって、前記方法は、
前記ネットワークノードから、前記無線通信ネットワーク内のセルに関連付けられた複数のＲＳリソースの構成を含む１つ以上の制御メッセージを受信することであって、前記複数のＲＳリソースは、前記セルの特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）にさらに関連付けられている、ことと、
前記ネットワークノードから別の制御メッセージを受信することと、
を有し、当該別の制御メッセージは、
アクティブ化または非アクティブ化されるべき、前記複数のＲＳリソースの少なくとも一部の識別情報（アイデンティフィケーション）と、
前記識別されたリソースのうちの特定のＲＳリソースのそれぞれに関して、当該特定のＲＳリソースが、前記特定のＣＣの前記特定のＢＷＰ以外のＢＷＰおよびＣＣのうちの少なくとも１つと空間関係を有しているかどうかのインジケーションと、を含む。

１５． 例示的な実施形態１４に記載の方法であって、前記複数のＲＳリソースの少なくとも一部の前記識別情報（アイデンティフィケーション）は、識別された前記ＲＳリソースの特定のＲＳリソースのそれぞれに関連した、対応するＲＳリソース識別子（アイデンティファイア）を含む。

１６． 実施形態１５の方法であって、前記別の制御メッセージは、前記特定のＢＷＰおよび前記特定のＣＣの識別情報（アイデンティフィケーション）を含む。

１７． 例示的な実施形態１５の方法であって、前記特定のＲＳリソースが空間関係を有するかどうかの前記インジケーションは、前記特定のＣＣの前記特定のＢＷＰ、前記特定のＣＣの別のＢＷＰ、別のコンポーネントキャリア、および、別のＣＣの別のＢＷＰ、のうちの１つに関連付けられた識別子（アイデンティファイア）を含む。

１８． 例示的な実施形態１５の方法であって、前記特定のＲＳリソースが空間的関係を有するかどうかは、前記特定のＣＣの前記特定のＢＷＰ、前記特定のＣＣの別のＢＷＰ、別のコンポーネントキャリア、および別のＣＣの別のＢＷＰ、のうちの１つを識別する、すべての識別されたリソースに関連付けられた、単一の識別子（アイデンティファイア）によって示される（インジケートされる）。

１９． 例示的な実施形態１８に記載の方法であって、前記特定のＲＳリソースが前記単一の識別子（アイデンティファイア）によって示される空間的関係を有するかどうかは、前記別の制御メッセージを含むビットマップ内の対応するビットの値によってさらに判定される。

２０． １６．例示的な実施形態の方法であって、
前記１つ以上の制御メッセージは、複数のＣＣ−ＢＷＰのコンビネーション（組合せ）識別子（アイデンティファイア）をさらに含み、各組合せ識別子は、前記複数のものについての別の組合せ識別子とは異なるＢＷＰおよび異なるＣＣのうちの少なくとも１つに関連付けられており、
前記特定のＲＳリソースが空間関係を有するかどうかは、すべての識別されたリソースに関連付けられているとともに、前記ＣＣ−ＢＷＰ組合せ識別子のうちの特定の１つを示す値を有するインデックスによって示される。

２１． 実施形態２０に記載の方法であって、前記インデックスの１つの値は、すべての識別されたＲＳリソースが、前記別の制御メッセージにおいて識別される前記特定のＢＷＰと前記特定のＣＣとに関連付けられていること、を示す。

２２． 例示的な実施形態１６の方法あって、
前記１つ以上の制御メッセージは、複数の空間関係をさらに含み、当該複数の空間関係は、前記特定のＣＣの前記特定のＢＷＰに関連付けられた１つ以上のＲＳリソースと、１つ以上の別のＣＣと、前記特定のＣＣの１つ以上のＢＷＰと、１つ以上の別のＣＣの１つ以上のＢＷＰと、のうちの少なくとも１つに関連付けられており、
前記別の制御メッセージは、ビットを含み、当該ビットの値は、アクティブ化または非アクティブ化されるべきである前記ＲＳリソースのそれぞれが、以下のうちの一つに基づいて識別されるものであることを示す値であり、
前記１つ以上の制御メッセージを含む、前記複数の空間関係のうちの特定の１つを示す値を有する対応するインデックスと、
前記別の制御メッセージを含む、対応するＲＳリソース識別子（アイデンティファイア）。

２３． 例示的な実施形態２２に記載の方法であって、前記複数の空間関係は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースにさらに関連付けられている。

２４． 例示的な実施形態２２の方法であって、前記複数の空間関係のそれぞれは、特定のＣＣ−ＢＷＰの組合せおよび特定のダウンリンク（ＤＬ）ＲＳに関連付けられた送信コンフィギュレーションインジケータ（ＴＣＩ）状態識別子（アイデンティファイア）を含む。

２５． 例示的な実施形態１４の方法であって、前記方法は、さらに、前記別の制御メッセージが、アクティブ化される前記ＲＳリソースの前記少なくとも一部を識別する場合に、前記ネットワークノードとの通信のための送信および／または受信ビームのマネージメントのための手順を、識別された前記ＲＳリソースを使用して、実行すること、を有する。

２６． 無線通信ネットワーク内のユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されたネットワークノードであって、前記ネットワークノードは、
１つ以上のＵＥと通信するように構成された通信回路と、
前記通信回路と動作可能に関連し、例示的な実施形態１から１３のいずれかの方法に対応する動作を実行するように構成された処理回路と、を有する。

２７． 無線通信ネットワークにおけるネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、
前記ネットワークノードと通信するように構成された通信回路と、
前記通信回路と動作可能に関連付けられ、例示的な実施形態１４から２５のいずれかの方法に対応する動作を実行するように構成された処理回路と、を有する。

２８． 無線通信ネットワーク内のユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されたネットワークノードの少なくとも１つのプロセッサによって実行されると、例示的な実施形態１から１３のいずれかの方法に対応する動作を実行するように前記ネットワークノードを構成する、コンピュータ実行可能な命令を記憶した非一時的なコンピュータ可読媒体。

２９． 無線通信ネットワーク内のネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されたユーザ装置（ＵＥ）の少なくとも１つのプロセッサによって実行されると、例示的な実施形態１４から２５のいずれかの方法に対応する動作を実行するように前記ＵＥを構成する、コンピュータ実行可能な命令を記憶した非一時的なコンピュータ可読媒体。

特に、開示された発明の修正および他の実施形態は、前述の説明および関連する図面に提示された教示の恩恵を受ける当業者には思い浮かぶであろう。
したがって、本開示は、開示された特定の実施形態に限定されるべきではなく、修正および他の実施形態が、本開示の範囲内に含まれることが意図されることを理解されたい。
本明細書では、特定の用語を使用することができるが、それらは、一般的かつ説明的な意味でのみ使用され、限定を目的とするものではない。

Claims (21)

1. 無線通信ネットワークにおいて、ユーザ装置（ＵＥ）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するためのネットワークノードのための方法であって、前記方法は、
   前記ＵＥに、前記無線通信ネットワークにおける特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連付けられた複数のＲＳリソースの構成を含む１つ以上の制御メッセージを送信すること（１１１０）と、
   前記ＵＥに別の制御メッセージを送信すること（１１３０）とを有し、当該別の制御メッセージは、
   前記複数のＲＳリソースのうちのアクティブ化または非アクティブ化される少なくとも１つのＲＳリソースの識別情報と、
   識別された前記ＲＳリソースのうちの特定のＲＳリソースごとに、前記特定のＣＣの前記特定のＢＷＰに関連付けられていない別のリソースとの当該特定のＲＳリソースの空間的関係のインジケーションと、を含む、方法。
2. 請求項１に記載の方法であって、インジケートされた空間関係ごとに、前記別のリソースは、
   前記特定のＣＣとは異なる別のＣＣと、
   前記特定のＢＷＰとは異なる別のＢＷＰと、
   のうちの１つ以上に関連付けられている、方法。
3. 請求項１または２に記載の方法であって、空間関係のそれぞれのインジケーションは、
   前記別のリソースに関連付けられているＣＣの識別情報と、
   前記別のリソースに関連付けられているＢＷＰの識別情報と、
   のうちの１つ以上を含む、方法。
4. 請求項１から３のいずれか一項に記載の方法であって、
   前記複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成され、
   少なくとも１つのＲＳリソースの前記識別情報は、前記複数のセットのうちの１つのセットの識別情報を含む、方法。
5. 請求項１から４のいずれか一項に記載の方法であって、識別された前記ＲＳリソースにおける特定のＲＳリソースごとに、当該特定のＲＳリソースの識別情報は、ＲＳリソース識別子を含む、方法。
6. 請求項１から５のいずれか一項に記載の方法であって、前記別の制御メッセージは、前記特定のＢＷＰおよび前記特定のＣＣの識別情報を含み、前記識別情報は、すべての識別されたＲＳリソースに関連付けられている、方法。
7. 請求項１から６のいずれか一項に記載の方法であって、識別された前記ＲＳリソースにおける特定のＲＳリソースごとに、前記特定のＣＣの前記特定のＢＷＰに対して関連付けられていない別のリソースとの当該特定のＲＳリソースの空間的関係のインジケーションは、ビットマップ内のビットを含む、方法。
8. 請求項１から７のいずれか一項に記載の方法であって、
   前記複数のＲＳリソースのうちの少なくとも１つのＲＳリソースと、
   前記特定のＣＣの前記特定のＢＷＰに対して関連付けられていない別のリソースと、
   の間における１つ以上の別の空間関係を決定すること（１１２０）、をさらに有する、方法。
9. 請求項１から８のいずれか一項に記載の方法であって、識別された前記ＲＳリソースを使用して、前記ＵＥとの通信のための送信ビームおよび／または受信ビームのマネージメントのための手順を実行すること（１１４０）、をさらに有する、方法。
10. 無線通信ネットワークにおけるネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するためのユーザ装置（ＵＥ）のための方法であって、前記方法は、
    前記ネットワークノードから、前記無線通信ネットワークにおける特定のコンポーネントキャリア（ＣＣ）の特定の帯域幅部（ＢＷＰ）に関連付けられた複数のＲＳリソースの構成を含む１つ以上の制御メッセージを受信すること（１２１０）と、
    前記複数のＲＳリソースのうち、アクティブ化または非アクティブ化される少なくとも１つのＲＳリソースの識別情報と、
    識別された前記ＲＳリソースの特定のＲＳリソースごとに、前記特定のＣＣの前記特定のＢＷＰに対して関連付けられていない別のリソースとの当該特定のＲＳリソースの空間的関係のインジケーションと、
    を含む別の制御メッセージを前記ネットワークノードから受信すること（１２２０）と、
    前記別の制御メッセージに応じて、識別された前記ＲＳリソースを使用して、前記ネットワークノードとの通信のための送信ビームおよび／または受信ビームのマネージメントのための手順を実行すること（１２３０）と、を有する、方法。
11. 請求項１０に記載の方法であって、インジケートされた空間関係のそれぞれについて、前記別のリソースは、
    前記特定のＣＣとは異なる別のＣＣと、
    前記特定のＢＷＰとは異なる別のＢＷＰと、
    のうちの１つ以上に関連付けられている、方法。
12. 請求項１０または１１に記載の方法であって、空間関係のそれぞれのインジケーションは、
    前記別のリソースに関連付けられているＣＣの識別情報と、
    前記別のリソースに関連付けられているＢＷＰの識別情報と、
    のうちの１つ以上を含む、方法。
13. 請求項１０から１２のいずれか一項に記載の方法であって、
    前記複数のＲＳリソースは、ＲＳリソースの複数のセットとして構成され、少なくとも１つのＲＳリソースの前記識別情報は、前記複数のセットのうちの１つのセットの識別情報を含む、方法。
14. 請求項１０から１３のいずれか一項に記載の方法であって、識別された前記ＲＳリソースにおける特定のＲＳリソースごとに、当該特定のＲＳリソースの識別情報は、ＲＳリソース識別子を含む、方法。
15. 請求項１０から１４のいずれか一項に記載の方法であって、前記別の制御メッセージは、前記特定のＢＷＰおよび前記特定のＣＣの識別情報を含み、当該識別情報は、すべての識別されたＲＳリソースに関連付けられている、方法。
16. 請求項１０から１５のいずれか一項に記載の方法であって、識別された前記ＲＳリソースにおける特定のＲＳリソースごとに、前記特定のＣＣの前記特定のＢＷＰに関連付けられていない別のリソースとの当該特定のＲＳリソースの空間的関係のインジケーションは、ビットマップ内のビットを含む、方法。
17. 請求項１０から１６のいずれか一項に記載の方法であって、前記手順を実行すること（１２３０）は、前記特定のＲＳリソースの前記空間的関係として、前記別の制御メッセージにおいて示された前記別のリソースを受信または送信するために使用される同一の空間領域送信フィルタを使用して前記識別されたＲＳリソースの前記特定のＲＳリソースの一つを使用してＲＳを送信すること、を含む、方法。
18. 無線通信ネットワークにおけるユーザ装置（ＵＥ）（１５００）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されているネットワークノード（１３００、１４１０、１６００）であって、前記ネットワークノードは、
    １つ以上のＵＥと通信するように構成された無線ネットワークインターフェース（１６４０）と、
    前記無線ネットワークインターフェース（１６４０）に動作可能に関連付けられ、請求項１から９のいずれか一項に記載の方法に対応する動作を実行するように構成された処理回路（１６１０）と、
    を有する、ネットワークノード。
19. 無線通信ネットワークのネットワークノード（１３００、１４１０、１６００）に、請求項１から９のいずれか一項に記載の方法を実行させるコンピュータプログラム。
20. 無線通信ネットワークにおけるネットワークノード（１３００、１４１０、１６００）との通信のための送信ビームおよび／または受信ビームのマネージメントのために使用可能な基準信号（ＲＳ）リソースをアクティブ化または非アクティブ化するように構成されたユーザ装置（ＵＥ）（１５００）であって、前記ＵＥは、
    前記ネットワークノードと通信するように構成されるトランシーバ回路（１５４０）と、
    前記トランシーバ回路（１５４０）と動作可能に関連付けられ、請求項１０から１７のいずれか一項に記載の方法に対応する動作を実行するように構成される処理回路（１５１０）と、
    を有する、ＵＥ。
21. ユーザ装置（ＵＥ）（１５００）に、請求項１０から１７のいずれか一項に記載の方法を実行させる、コンピュータプログラム（１５２１）。

Images