▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7182640物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのための効率的な空間関係指示
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-24
(45)【発行日】2022-12-02
(54)【発明の名称】物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのための効率的な空間関係指示
(51)【国際特許分類】
H04B 7/06 20060101AFI20221125BHJP
H04W 72/04 20090101ALI20221125BHJP
H04L 27/26 20060101ALI20221125BHJP
【ＦＩ】
H04B7/06 950
H04W72/04 136
H04L27/26 100
H04B7/06 984
【請求項の数】
22
(21)【出願番号】P 2020551346
(86)(22)【出願日】2019-03-19
(65)【公表番号】
(43)【公表日】2021-08-10
(86)【国際出願番号】 SE2019050248
(87)【国際公開番号】W WO2019190377
(87)【国際公開日】2019-10-03
【審査請求日】2020-12-11
(31)【優先権主張番号】62/649,012
(32)【優先日】2018-03-28
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(72)【発明者】
【氏名】グラント， ステファン
(72)【発明者】
【氏名】フレンヌ， マティアス
(72)【発明者】
【氏名】ムルガナタン， シヴァ
(72)【発明者】
【氏名】ティデスタフ， クラース
(72)【発明者】
【氏名】ファクサー， セバスティアン
【審査官】阿部 弘
(56)【参考文献】
【文献】国際公開第２０１９／１７１５１８（ＷＯ，Ａ１）
【文献】Fujitsu，Ambiguities about beam indication and aperiodic CSI-RS triggering offset configuration in some cases[online]，3GPP TSG RAN WG1 #92 R1-1801892，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801892.zip>，2018年02月16日，pp. 1-9
【文献】Ericsson，MAC CEs for activating an RS resource and handling corresponding TCI states[online]，3GPP TSG RAN WG2 #101 R2-1803206，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101/Docs/R2-1803206.zip>，2018年02月15日，pp. 1-6
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／０６
Ｈ０４Ｗ ７２／０４
Ｈ０４Ｌ ２７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
ＩＥＥＥ ８０２．１１
１５
１６
(57)【特許請求の範囲】
【請求項1】
ネットワークノードが、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、前記方法は、前記ＵＥに、
複数のＰＵＣＣＨリソースの設定と、
前記ネットワークノードによってまたは前記ＵＥによって送信される１つまたは複数の参照信号（ＲＳ）に関連付けられた複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを送ること（８２０）と、
前記ＵＥに、
前記複数の空間関係のうちの第１の空間関係の識別情報と、
前記第１の空間関係が、
前記設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソース、または
前記設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースのグループ
のうちのどちらに適用されるかの指示と
を含むさらなる制御メッセージを送ること（８３０）と
を含む、方法。
【請求項2】
前記設定されたＰＵＣＣＨリソースが複数の所定のグループに構成され、各所定のグループが複数の前記設定されたＰＵＣＣＨリソースを含み、前記ＰＵＣＣＨリソースのグループが前記複数の所定のグループのうちの１つである、請求項１に記載の方法。
【請求項3】
前記１つまたは複数の制御メッセージが複数のグループの識別情報をさらに含み、各グループが複数の前記設定されたＰＵＣＣＨリソースを含み、前記ＰＵＣＣＨリソースのグループが前記複数のグループのうちの１つである、請求項１に記載の方法。
【請求項4】
前記複数のグループの各々が、空間関係以外の動作のために設定されたＰＵＣＣＨリソースセットである、請求項３に記載の方法。
【請求項5】
前記複数のグループが、第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
前記第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、請求項３または４に記載の方法。
【請求項6】
前記複数のグループが、前記ＵＥによるアップリンク（ＵＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第１のグループと、
前記ネットワークノードによるダウンリンク（ＤＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第２のグループと
を含む、請求項３または４に記載の方法。
【請求項7】
前記ＵＥから、前記第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、前記第１の空間関係に従って送信されたＰＵＣＣＨメッセージを受信すること（８４０）をさらに含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記１つまたは複数のＲＳに関連付けられた前記複数の空間関係を決定するために前記ＵＥとのトレーニングプロシージャを実施すること（８１０）をさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項9】
ユーザ機器（ＵＥ）が、無線通信ネットワークにおけるネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、前記方法は、前記ネットワークノードから、
複数のＰＵＣＣＨリソースの設定と、
前記ネットワークノードによってまたは前記ＵＥによって送信される１つまたは複数の参照信号（ＲＳ）に関連付けられた複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを受信すること（９２０）と、
前記ネットワークノードから、
前記複数の空間関係のうちの第１の空間関係の識別情報と、
前記第１の空間関係が、
前記設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソース、または
前記設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースのグループ
のうちのどちらに適用されるかの指示と
を含むさらなる制御メッセージを受信すること（９３０）と
を含む、方法。
【請求項10】
前記設定されたＰＵＣＣＨリソースが複数の所定のグループに構成され、各所定のグループが複数の前記設定されたＰＵＣＣＨリソースを含み、前記ＰＵＣＣＨリソースのグループが前記複数の所定のグループのうちの１つである、請求項９に記載の方法。
【請求項11】
前記１つまたは複数の制御メッセージが複数のグループの識別情報をさらに含み、各グループが複数の前記設定されたＰＵＣＣＨリソースを含み、前記ＰＵＣＣＨリソースのグループが前記複数のグループのうちの１つである、請求項９に記載の方法。
【請求項12】
前記複数のグループの各々が、空間関係以外の動作のために設定されたＰＵＣＣＨリソースセットである、請求項１１に記載の方法。
【請求項13】
前記複数のグループが、第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
前記第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、請求項１１または１２に記載の方法。
【請求項14】
前記複数のグループが、前記ＵＥによるアップリンク（ＵＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第１のグループと、
前記ネットワークノードによるダウンリンク（ＤＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第２のグループと
を含む、請求項１１または１２に記載の方法。
【請求項15】
前記ネットワークノードに、前記第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、前記第１の空間関係に従ってＰＵＣＣＨメッセージを送信すること（９４０）をさらに含む、請求項９から１４のいずれか一項に記載の方法。
【請求項16】
前記１つまたは複数のＲＳに関連付けられた前記複数の空間関係を決定するために前記ネットワークノードとのトレーニングプロシージャを実施すること（９１０）をさらに含む、請求項９から１５のいずれか一項に記載の方法。
【請求項17】
無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノード（１０００、１１１０、１３００）であって、前記ネットワークノードが、１つまたは複数のＵＥと通信するために設定された無線ネットワークインターフェース（１３４０）と、
前記無線ネットワークインターフェース（１３４０）に動作可能に関連付けられ、請求項１から８のいずれか一項に記載の方法のいずれかに対応する動作を実施するように設定された、処理回路要素（１３１０）と
を備える、ネットワークノード（１０００、１１１０、１３００）。
【請求項18】
無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノード（１０００、１１１０、１３００）であって、前記ネットワークノードが、請求項１から８のいずれか一項に記載の方法のいずれかに対応する動作を実施するようにさらに構成された、ネットワークノード（１０００、１１１０、１３００）。
【請求項19】
ユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノード（１３００）の少なくとも１つのプロセッサ（１３１０）によって実行されたとき、前記ネットワークノードを、請求項１から８のいずれか一項に記載の方法のいずれかに対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的なコンピュータ可読記録媒体（１３２０）。
【請求項20】
無線通信ネットワークにおけるネットワークノード（１０００、１１１０、１３００）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）（１２００）であって、前記ＵＥが、前記ネットワークノードと通信するために設定されたトランシーバ（１２４０）と、
前記トランシーバ（１２４０）に動作可能に関連付けられ、請求項９から１６のいずれか一項に記載の方法のいずれかに対応する動作を実施するように設定された、処理回路要素（１２１０）と
を備える、ユーザ機器（ＵＥ）（１２００）。
【請求項21】
無線通信ネットワークにおけるネットワークノード（１０００、１１１０、１３００）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）（１２００）であって、前記ＵＥが、請求項９から１６のいずれか一項に記載の方法のいずれかに対応する動作を実施するようにさらに構成された、ユーザ機器（ＵＥ）（１２００）。
【請求項22】
無線通信ネットワークにおけるネットワークノード（１０００、１１１０、１３００）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）（１２００）の少なくとも１つのプロセッサ（１２１０）によって実行されたとき、前記ＵＥを、請求項９から１６のいずれか一項に記載の方法のいずれかに対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的なコンピュータ可読記録媒体（１２２０）。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般に無線通信ネットワークに関し、詳細には、無線通信ネットワークにおけるユーザ機器（ＵＥ）とネットワークノードとの間の通信において使用される物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのための空間関係の効率的な設定に関する。
【背景技術】
【0002】
無線通信は、過去数十年間で、より高いデータレートおよびより良好なサービス品質に対する需要がますます多くのエンドユーザによって継続的に求められるにつれて、急速に発展した。次世代（いわゆる「５Ｇ」）セルラーシステムは、５～３００ＧＨｚなど、より高い周波数（たとえば、ミリメートル波長または「ｍｍＷ」）において動作することが予想される。そのようなシステムは、送信機、受信機、またはその両方において、様々なマルチアンテナ技術（たとえば、アンテナアレイ）を利用することも予想される。無線通信の分野では、マルチアンテナ技術は、高度信号処理技法（たとえば、ビームフォーミング）と組み合わせた複数のアンテナを備えることができる。マルチアンテナ技術は、システム容量（たとえば、単位面積当たり、単位帯域幅当たりの、より多くのユーザ）と、カバレッジ（たとえば、所与の帯域幅およびユーザの数のための、より大きいエリア）と、（たとえば、所与の帯域幅およびエリアにおける）増加されたユーザ当たりのデータレートとを含む、通信システムの様々な態様を改善するために使用され得る。また、モバイルデバイスまたは固定デバイスが時間変動チャネルを経るとき、指向性アンテナが、より良好な無線リンクを保証することができる。
【0003】
送信機および／または受信機における複数のアンテナの利用可能性は、異なる目標を達成するために異なるやり方で利用され得る。たとえば、送信機および／または受信機における複数のアンテナは、無線チャネルフェージングに対する追加のダイバーシティを提供するために使用され得る。そのようなダイバーシティを達成するために、異なるアンテナが経るチャネルは、低い相互相関、たとえば、十分に大きいアンテナ間隔（「空間ダイバーシティ」）および／または異なる偏波方向（「偏波ダイバーシティ」））を有するべきである。歴史的に、最も一般的なマルチアンテナ設定は、受信機側における複数のアンテナの使用であり、これは一般に「受信ダイバーシティ」と呼ばれる。代替的におよび／または追加として、送信ダイバーシティを達成するために、送信機において複数のアンテナが使用され得る。マルチアンテナ送信機は、異なる送信アンテナのチャネル間に低い相互相関がある限り、送信機と受信機との間のチャネルの知識なしでもダイバーシティを達成することができる。
【0004】
セルラーシステムなど、様々な無線通信システムでは、（本明細書では、ユーザ機器（ＵＥ）、無線通信デバイス、およびモバイルユニットとも呼ばれる）端末と比較して、（本明細書では、ネットワークノード、ノードＢ（ＮＢ）、およびエボルブドノードＢ（ｅＮＢ）、および次世代ノードＢ（ｇＮＢ）とも呼ばれる）基地局の複雑さに関するより少数の制約があり得る。そのような例示的な場合には、送信ダイバーシティは、ダウンリンク（すなわち、基地局から端末へ）においてのみ実現可能であり得、事実上、端末中の受信機を単純化するためのやり方を提供し得る。アップリンク（すなわち、端末から基地局へ）方向では、複数の送信アンテナの複雑さにより、端末において単一の送信アンテナを使用し、基地局において複数の受信アンテナを使用することによって、ダイバーシティを達成することが好ましいことがある。とはいえ、５Ｇシステムでは、いくつかの動作設定が、端末と基地局の両方において複数のアンテナを利用することが予想される。
【0005】
他の例示的な設定では、送信機および／または受信機における複数のアンテナは、あるやり方でアンテナビーム（たとえば、それぞれ、送信ビームおよび／または受信ビーム）全体を整形または「形成」するために使用され得、その一般的な目標は、受信信号対干渉プラス雑音比（ＳＩＮＲ）ならびに、最終的に、システム容量および／またはカバレッジを改善することである。これは、たとえば、ターゲット受信機またはターゲット送信機の方向におけるアンテナ利得全体を最大化することによって、あるいは特定の支配的干渉信号を抑圧することによって行われ得る。概して、ビームフォーミングは、送信アンテナの数に比例して受信機における信号強度を増加させることができる。ビームフォーミングは、アンテナ間の高いフェージング相関または低いフェージング相関のいずれかに基づき得る。高い相互アンテナ相関は、一般に、アレイ中のアンテナ間の小さい距離から生じることがある。そのような例示的な条件では、ビームフォーミングは、受信信号強度をブーストすることができるが、無線チャネルフェージングに対するダイバーシティを提供しない。一方、低い相互アンテナ相関は、一般に、アレイ中の十分に大きいアンテナ間間隔または異なる偏波方向のいずれかから生じることがある。異なる送信アンテナのダウンリンクチャネルの何らかの知識（たとえば、相対チャネル位相）が送信機において利用可能である場合、低い相互相関をもつ複数の送信アンテナが、ダイバーシティを提供することと、また、ターゲット受信機および／または送信機の方向におけるアンテナビームを整形することとの両方を行うことができる。
【0006】
他の例示的な設定では、送信機と受信機の両方における複数のアンテナが、複数の受信アンテナのみまたは複数の送信アンテナのみと比較して、ＳＩＮＲをさらに改善し、および／またはフェージングに対する追加のダイバーシティを達成することができる。これは、たとえば、干渉および／または雑音（たとえば、高いユーザ負荷またはセルエッジ付近）によって限定される、比較的不良なチャネルにおいて、有用であり得る。しかしながら、比較的良好なチャネル条件では、チャネルの容量が飽和になり、その結果、ＳＩＮＲをさらに改善することは、容量の限定された増加を提供する。そのような場合、送信機と受信機の両方において複数のアンテナを使用することは、無線インターフェース上で複数のパラレル通信「チャネル」を作成するために使用され得る。これは、利用可能な送信電力と利用可能な帯域幅の両方の高効率な利用を容易にすることができ、たとえば、カバレッジの不釣り合いな劣化なしに、限定された帯域幅内で極めて高いデータレートが生じる。たとえば、いくつかの例示的な条件下で、チャネル容量は、アンテナの数とともに線形的に増加し、データ容量および／またはレートの飽和を回避することができる。これらの技法は、一般に「空間多重化」または多入力多出力（ＭＩＭＯ）アンテナ処理と呼ばれる。
【0007】
これらの性能利得を達成するために、ＭＩＭＯは、概して、送信機と受信機の両方が、各送信アンテナから各受信アンテナへのチャネルの知識を有することを提供する。いくつかの例示的な実施形態では、これは、知られている送信されたデータシンボル（たとえば、パイロットシンボルおよび／または参照シンボル／信号）の振幅および位相を測定し、これらの測定値を「チャネル状態情報」（ＣＳＩ）として送信機に送る、受信機によって行われ得る。ＣＳＩは、たとえば、１つまたは複数の周波数におけるチャネルの振幅および／または位相、チャネルを介した信号の時間ドメインマルチパス成分の振幅および／または位相、チャネルを介した信号のマルチパス成分の到着方向、および当業者によって知られている他の直接チャネル測定値を含むことができる。代替または追加として、ＣＳＩは、１つまたは複数のチャネル測定値に基づいてチャネルのために推奨される送信パラメータのセットを含むことができる。
【0008】
本明細書で使用される「マルチパス成分」は、受信機に到着する、または受信機におけるアンテナアレイに入射する、分解可能な信号成分を表すことができる。マルチパス成分は、無線周波数（ＲＦ）において受信機によって処理されて、変換の後に中間周波数（ＩＦ）にされるか、または変換の後にベースバンド（すなわち、ゼロまたはほぼゼロ周波数）にされ得る。複数のマルチパス成分が、送信機から受信機への１次、直接、またはほぼ直接のパスを介して受信された送信信号の主要成分、ならびに、送信信号の反射、回折、散乱、遅延、減衰、および／または位相シフトを伴う、１つまたは複数の２次パスを介して受信された送信信号の１つまたは複数の２次成分を含むことができる。当業者は、受信機によって処理されるために利用可能なマルチパス成分の数および特性が、たとえば、送信アンテナおよび受信アンテナ、チャネル特性および／または伝搬特性、送信周波数、信号帯域幅などを含む、様々なファクタに依存することがあることを認識することができる。
【0009】
送信アレイがＮＴ個のアンテナを備え、受信アレイがＮＲ個のアンテナを備える場合、受信機は、ＮＴ・ＮＲ個のチャネルのためのＣＳＩを送信機に送るために使用され得る。その上、モバイル通信環境では、これらのＮＴ・ＮＲ個のチャネルは、おそらく固定でないが、送信機と受信機（たとえば、基地局と端末）との間の相対運動に従って変動する。チャネルの変更レート、したがって、好ましいＣＳＩ更新レートは、送信機と受信機との間の相対速度と、送信されている信号のキャリア周波数とに比例し得る。５Ｇシステムを含むさらなる移動体通信システムは、５～３００ＧＨｚスペクトル中のｍｍＷ周波数を利用することができ、これは、今日のシステムによって使用される１～５ＧＨｚスペクトルよりもかなり高い。さらに、アンテナの数（すなわち、ＮＴおよび／またはＮＲ）を増加させることは、高データレートを含む５Ｇシステムのための性能目標を達成するための重要な技法であることが予想される。事実上、そのようなｍｍＷシステムが発展するにつれて、基地局と端末の両方が、各々、多数のアンテナエレメントを潜在的に利用し得、エレメントの実際の数は、各特定の適用例において利用可能な物理的エリアおよび／またはボリュームによってのみ限定される。
【0010】
Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られる、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、リリース８および９において最初に規格化された、いわゆる第４世代（４Ｇ）無線アクセス技術のための包括的用語である。ＬＴＥは、米国における７００ＭＨｚ帯域を含む様々なライセンス済み周波数帯域をターゲットにする。ＬＴＥは、エボルブドパケットコア（ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線態様の改善が付随する。
【0011】
ＬＴＥ Ｒｅｌ－１０（Ｒｅｌ－１０）において追加された特徴は、２０ＭＨｚよりも大きい帯域幅のサポートであるが、依然としてＲｅｌ－８との後方互換性がある。したがって、広帯域（たとえば、＞２０ＭＨｚ）ＬＴＥ Ｒｅｌ－１０キャリアは、ＬＴＥ Ｒｅｌ－８端末にとっていくつかのコンポーネントキャリア（ＣＣ）として見えるはずである。広帯域Ｒｅｌ－１０キャリアの効率的な使用のために、レガシー（たとえば、Ｒｅｌ－８）端末は、広帯域ＬＴＥ Ｒｅｌ－１０キャリアのすべての部分においてスケジュールされ得る。これを達成するための１つのやり方は、キャリアアグリゲーション（ＣＡ）によるものであり、それにより、ＬＴＥ Ｒｅｌ－１０ ＵＥは、各々が、好ましくは、Ｒｅｌ－８キャリアと同じ構造を有する、複数のＣＣを受信することができる。
【0012】
また、ＵＥに割り当てられるＣＣの各々は、セルに対応する。特に、ＵＥは、ＵＥをサーブする「主要な」セルとして１次サービングセル（ＰＣｅｌｌ）を割り振られる。データと制御シグナリングの両方が、常にアクティブにされるＰＣｅｌｌ上で送信され得る。さらに、ＵＥは、一般にデータのみを送信および／または受信するために使用される１つまたは複数の補助または２次サービングセル（ＳＣｅｌｌ）を割り振られ得る。たとえば、（１つまたは複数の）Ｓｃｅｌｌは、より大きいデータスループットを可能にするための余剰帯域幅を提供することができ、動的にアクティブまたは非アクティブにされ得る。
【0013】
ＬＴＥは、主にユーザ間通信のために設計されたが、５Ｇセルラーネットワークは、高い単一ユーザデータレート（たとえば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト的送信を伴う、大規模、マシンツーマシン通信との両方をサポートすることが想定される。（「新無線（Ｎｅｗ Ｒａｄｉｏ）」または「ＮＲ」とも呼ばれる）５Ｇ無線規格は、現在、ｅＭＢＢ（拡張モバイルブロードバンド）とＵＲＬＬＣ（超高信頼低レイテンシ通信）とを含む広範囲のデータサービスをターゲットにしている。これらのサービスは、異なる要件および目的を有することがある。たとえば、ＵＲＬＬＣは、極めて厳しい誤りおよびレイテンシの要件、たとえば、１０－５またはそれよりも低い誤り見込みと、１ｍｓまたはそれよりも低いエンドツーエンドレイテンシとを伴う、データサービスを提供することが意図される。ｅＭＢＢでは、レイテンシおよび誤り見込みに関する要件はあまり厳重ではないが、必要とされるサポートされるピークレートおよび／またはスペクトル効率はより高くなり得る。
【0014】
次世代の移動体通信システム（５ＧまたはＮＲ）のための多種多様な要件は、多くの異なるキャリア周波数における周波数帯域が必要とされることを暗示する。たとえば、十分なカバレッジを達成するために、低い帯域が必要とされることになり、必要とされる容量に達するために、より高い帯域（たとえばｍｍＷ、すなわち３０ＧＨｚ付近および３０ＧＨｚ超）が必要とされることになる。ｍｍＷ周波数において、その伝搬特性はより困難を伴い、十分なリンクバジェットを達成するために、基地局における高利得ビームフォーミングが必要とされる。
【0015】
ｍｍＷ周波数において、ビーム間（ＴＲＰ内とＴＲＰ間の両方）のモビリティをハンドリングするための概念が、ＮＲにおいて指定されている。高利得ビームフォーミングが使用され得るこれらの周波数において、各ビームは、小さいエリア内で最適であるにすぎず、最適なビーム外のリンクバジェットは急速に劣化する。したがって、高性能を維持するために、頻繁なおよび高速のビーム切替えが必要であり得る。そのようなビーム切替えをサポートするために、ビーム指示フレームワークがＮＲにおいて指定されている。たとえば、ダウンリンクデータ送信（ＰＤＳＣＨ）では、ダウンリンク制御情報（ＤＣＩ）が送信設定インジケータ（ＴＣＩ）を含んでおり、ＴＣＩは、どの送信ビームが使用されるかをＵＥに通知し、その結果、ＵＥは、相応にＵＥの受信ビームを調整することができる。これは、ＵＥがＰＤＳＣＨを受信することができる前に、ＵＥがＲｘビームフォーミング重みを決定および適用する必要がある、アナログＲｘビームフォーミングの場合に有益である。
【0016】
本明細書で使用される「空間フィルタリング重み」および「空間フィルタリング設定」という用語は、データおよび／または制御情報の送信／受信のための送信機（ｇＮＢまたはＵＥ）または受信機（ＵＥまたはｇＮＢ）のいずれかにおいて適用されるアンテナ重みを指すことがある。これらの用語は、異なる伝搬環境が、信号の送信／受信をチャネルと整合させる異なる空間フィルタリング重みをもたらすことができるという点で、一般的である。空間フィルタリング重みは、厳密な意味で、常にビームを生じるとは限らない。
【0017】
データ送信より前に、ｇＮＢ空間フィルタリング設定およびＵＥ空間フィルタリング設定を決定するために、ＮＲ専門用語ではＤＬビーム管理と呼ばれる、トレーニングフェーズが必要とされる。これは図１に示されており、図１は、例示的なビームトレーニングフェーズと、その後に続く、トレーニングフェーズの結果を利用するデータ送信フェーズとを示す。ＮＲでは、２つのタイプ参照信号（ＲＳ）、すなわち、チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）、および同期信号／物理ブロードキャスト制御チャネル（ＳＳ／ＰＢＣＨ）ブロック、または略してＳＳＢが、ＤＬビーム管理動作のために使用される。図１は、ＣＳＩ－ＲＳが適切なビームペアリンク（ＢＰＬ）を見つけるために使用される一例を示し、これは、好適なｇＮＢ送信空間フィルタリング設定（ｇＮＢ Ｔｘビーム）と好適なＵＥ受信空間フィルタリング設定（ＵＥ Ｒｘビーム）とが、十分に大きいリンクバジェットを生じることを意味する。
【0018】
図１に示されているように、ｇＮＢ Ｔｘビーム掃引では、ｇＮＢは、ＵＥを、５つの異なる空間フィルタリング設定（たとえば、Ｔｘビーム）を伴って送信される５つのＣＳＩ－ＲＳリソース（ＲＳ１．．．ＲＳ５）のセットに関して測定するように設定する。ＵＥは、最大の測定された参照信号受信電力（ＲＳＲＰ）に対応するＣＳＩ－ＲＳのＲＳ ＩＤおよびＲＳＲＰを折り返し報告するようにも設定され得る。図１に示されている例では、最大の測定されたＲＳＲＰはＲＳ４に対応する。このようにして、ｇＮＢは、ＵＥ観点からの好ましいＴｘビームを学習することができる。
【0019】
後続のＵＥ Ｒｘビーム掃引では、ｇＮＢは、異なるＯＦＤＭシンボル中でいくつかのＣＳＩ－ＲＳリソースを送信することができ、それらすべてが、前にＲＳ４を送信するために使用された同じ空間フィルタリング設定（たとえば、Ｔｘビーム）を伴う。ＵＥは、次いで、最も大きい受信されたＲＳＲＰを識別するために、各ＯＦＤＭシンボル中で異なるＲｘ空間フィルタリング設定（Ｒｘビーム）をテストする。ＵＥは、最も大きいＲＳＲＰが生じた、ＲＳ ＩＤ（この例ではＲＳ ＩＤ６）と、対応する空間フィルタリング設定とを思い出す。次いで、ネットワークは、ＤＬデータがＵＥにスケジュールされるときに、将来においてこのＲＳ ＩＤを参照することができ、したがって、ＵＥが、ＰＤＳＣＨを受信するためにＵＥのＲｘ空間フィルタリング設定（たとえば、Ｒｘビーム）を調整することを可能にする。上述のように、ＲＳ ＩＤは、ＰＤＳＣＨをスケジュールするＤＣＩ中のフィールド中で搬送される送信設定インジケータ（ＴＣＩ）中に含まれている。
【0020】
３ＧＰＰ ＮＲ規格では、「空間擬似コロケーション（ｓｐａｔｉａｌ ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）」という用語（略して空間ＱＣＬ）は、ｇＮＢによって送信される２つの異なるＤＬ参照信号（ＲＳ）の（１つまたは複数の）アンテナポート間の関係を指すために使用される。２つの送信されるＤＬ ＲＳがＵＥ受信機において空間的にＱＣＬされる場合、ＵＥは、第１のＲＳと第２のＲＳとが、ほぼ同じＴｘ空間フィルタ設定を伴って送信されると仮定し得る。この仮定に基づいて、ＵＥは、ＵＥが、第１の参照信号を受信するために使用したのとほぼ同じＲｘ空間フィルタ設定を、第２の参照信号を受信するために使用することができる。このようにして、空間ＱＣＬは、アナログビームフォーミングの使用を支援し、異なる時間インスタンス上の「同じＵＥ Ｒｘビーム」の概念を形式化する、用語である。
【0021】
図１に示されているダウンリンクデータ送信フェーズを参照すると、ｇＮＢは、ＰＤＳＣＨ ＤＭＲＳが、ＲＳ６を伴って空間的にＱＣＬされることを、ＵＥに指示する。これは、ＵＥが、ＤＬビーム管理フェーズにおけるＵＥビーム掃引中にＲＳ６に基づいて決定される好ましい空間フィルタリング設定（Ｒｘビーム）と同じＲｘ空間フィルタリング設定（Ｒｘビーム）を、ＰＤＳＣＨを受信するために使用し得ることを意味する。
【0022】
空間ＱＣＬは、ＵＥ観点からの２つの異なるＤＬ ＲＳ間の関係を指すが、３ＧＰＰ ＮＲ規格化内では、ＵＬ ＲＳ（ＰＵＣＣＨ／ＰＵＳＣＨ ＤＭＲＳ）と、ＤＬ ＲＳ（ＣＳＩ－ＲＳまたはＳＳＢ）またはＵＬ ＲＳ（ＳＲＳ）のいずれかであり得る別のＲＳとの間の関係を指すために、「空間関係」という用語が使用される。ＱＣＬのように、この用語も、ＵＥ観点から規定される。ＵＬ ＲＳがＤＬ ＲＳに空間的に関係する場合、それは、ＵＥが前に第２のＲＳを受信した反対の（相反する）方向においてＵＥがＵＬ ＲＳを送信するべきであることを意味する。より正確には、ＵＥは、ＵＥが前に第２のＲＳを受信するために使用したＲｘ空間フィルタリング設定と実質的に同じＴｘ空間フィルタリング設定を、第１のＲＳの送信のために適用するべきである。第２のＲＳがアップリンクＲＳである場合、ＵＥは、ＵＥが前に第２のＲＳを送信するために使用したＴｘ空間フィルタリング設定と同じＴｘ空間フィルタリング設定を、第１のＲＳの送信のために適用するべきである。
【0023】
図１に示されているアップリンクデータ送信フェーズを参照すると、ｇＮＢは、物理アップリンク制御チャネル（ＰＵＣＣＨ）ＤＭＲＳがＲＳ６に空間的に関係することを、ＵＥに指示する。これは、ＵＥが、ＤＬビーム管理フェーズにおけるＵＥビーム掃引中にＲＳ６に基づいて決定される好ましいＲｘ空間フィルタリング設定（Ｒｘビーム）と「同じ」Ｔｘ空間フィルタリング設定（Ｔｘビーム）を、ＰＵＣＣＨ ＤＭＲＳを送信するために使用するべきであることを意味する。
【0024】
３ＧＰＰ技術仕様（ＴＳ）３８．２１３および３８．３３１は、ＮＲでは、ＵＥが、無線リソース制御（ＲＲＣ）プロトコルを介して、ＰＵＣＣＨのための最高８つの空間関係のリストを伴って設定され得ることを指定する。このリストは、ＲＲＣパラメータ、ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによって与えられる。たとえば、リストは、一般に、ＤＬビーム管理のために使用されるいくつかのＳＳＢおよび／またはＣＳＩ－ＲＳリソースのＩＤを含んでいることになる。代替的に、ＳＲＳベースのＵＬビーム管理がネットワークにおいて採用される場合、リストは、いくつかのＳＲＳリソースのＩＤをも含んでいることがある。
【0025】
ＵＥ（ｇＮＢ）によって実施されたＤＬ（ＵＬ）ビーム管理測定に基づいて、ｇＮＢは、ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ中の設定されたＲＳ ＩＤのリストからＲＳ ＩＤのうちの１つを選択する。選択された空間関係は、所与のＰＵＣＣＨリソースのためにＵＥにシグナリングされるＭＡＣ－ＣＥメッセージを介して指示され得る。ＵＥは、次いで、そのＰＵＣＣＨリソース上での送信のためのＴｘ空間フィルタリング設定を調整するために、シグナリングされた空間関係を使用することができる。
【0026】
正確なＭＡＣ－ＣＥメッセージフォーマットは、ＭＡＣプロトコル仕様３ＧＰＰ ＴＳ３８．３２１ Ｖ１５．０．０において指定されていないが、会議ＲＡＮ１＃９１において、関連するＭＡＣ－ＣＥメッセージが、（１）ＰＵＣＣＨリソースのＩＤと、（２）ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ中の８つの設定された空間関係のうちのどれが選択されるかのインジケータとを含んでいることが合意された。概して、ＭＡＣ－ＣＥメッセージはオクテット整列され、その結果、ＭＡＣ－ＣＥメッセージは、整数個のオクテット（すなわち、８ビットバイト）を含む。最大で１２８個の設定されたＰＵＣＣＨリソースを仮定すると、ＰＵＣＣＨリソースＩＤを指示するために７ビットが必要とされる。最大で８つの空間関係が設定されたと仮定すると、選択される空間関係を指示するために最小で３ビットが必要とされる。
【0027】
いくつかの状況では、ネットワーク（たとえば、ｇＮＢ）は、ＰＵＣＣＨリソースの空間関係を更新する必要がある。これは、設定されたＰＵＣＣＨリソースの各々のためのＭＡＣ ＣＥメッセージ、すなわち、最高１２８個のＭＡＣ ＣＥメッセージを送信することを必要とすることがある。これは、いくつかのシナリオでは有益であり得る最大フレキシビリティを可能にするが、他のシナリオでは、この程度のフレキシビリティは必要とされない。事実上、これらの他のシナリオでは、これらの個別化されたＭＡＣ ＣＥメッセージにおいてかなりの冗長があり得、ＭＡＣ ＣＥメッセージを搬送するダウンリンクシグナリングチャネルにおけるリソースの浪費につながる。したがって、上記で概説された少なくともこれらの様々なシナリオをサポートするＰＵＣＣＨ空間関係指示のための効率的でフレキシブルなシグナリング手法が必要である。
【発明の概要】
【0028】
本開示の実施形態は、上記で説明された例示的な問題を克服するためのソリューションを容易にすることなどによって、無線通信ネットワークにおけるユーザ機器（ＵＥ）とネットワークノードとの間の通信の特定の改善を提供する。より詳細には、例示的な実施形態は、ネットワークノードと通信するときにＵＥによって使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのための空間関係を（たとえば、ＭＡＣ－ＣＥメッセージを介して）シグナリングするための効率的な技法を提供することができる。たとえば、そのような技法は、空間関係が、単一のＰＵＣＣＨリソースに適用されるべきであるのか、あるいは、すべての設定されたＰＵＣＣＨリソース、またはすべての設定されたＰＵＣＣＨリソースのグループ、セット、および／もしくはサブセットなど、複数のＰＵＣＣＨリソースに適用されるべきであるのかを、フレキシブルにシグナリングすることができる。ＰＵＣＣＨ空間関係機能性をサポートするＮＲ ＵＥおよびネットワークノードにおいて使用されるとき、これらの例示的な実施形態は、ダウンリンクとアップリンクの両方における低減されたシグナリングオーバーヘッド、複数のリソースのためのＰＵＣＣＨ空間関係をシグナリングする際の低減された遅延、分離されたアップリンク／ダウンリンク実装形態のより良好なサポート、ならびにＰＵＣＣＨメッセージの送信および／または受信のための低減されたエネルギー消費を含む、様々な改善、利益、および／または利点を提供することができる。
【0029】
本開示の例示的な実施形態は、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能なＰＵＣＣＨリソースを設定するための方法および／またはプロシージャを含む。これらの例示的な方法および／またはプロシージャは、無線通信ネットワークにおけるネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはそれらの構成要素）によって実施され得る。
【0030】
いくつかの実施形態では、例示的な方法および／またはプロシージャは、複数のＰＵＣＣＨリソースと、ＵＥによってまたはネットワークノードによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係を決定するために、ＵＥとのトレーニングプロシージャを実施することを含むことができる。たとえば、１つまたは複数のＲＳは、ダウンリンク（ＤＬ）ＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳＢ）またはアップリンク（ＵＬ）ＲＳ（たとえば、ＳＲＳ）を含むことができる。
【0031】
例示的な方法および／またはプロシージャは、ＵＥに、１）複数のＰＵＣＣＨリソースの設定と、２）１つまたは複数のＲＳに関連付けられた複数の空間関係の識別情報とを含む１つまたは複数の制御メッセージを送ることをも含む。いくつかの実施形態では、設定されたＰＵＣＣＨリソースは複数の所定のグループに構成され得、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。たとえば、所定のグループ構成は、明示的通信なしに、ネットワークノードおよびＵＥによって理解され得る。他の実施形態では、１つまたは複数の制御メッセージは、設定されたＰＵＣＣＨリソースの複数のグループの識別情報をも含むことができ、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。
【0032】
例示的な方法および／またはプロシージャは、ＵＥに、１）複数の空間関係のうちの第１の空間関係の識別情報と、２）第１の空間関係が、設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示とを含む、さらなる制御メッセージを送ることをも含むことができる。いくつかの例示的な実施形態では、さらなる制御メッセージは、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースまたは設定されたＰＵＣＣＨリソースの特定のグループを識別する、リソース識別子をも含むことができる。いくつかの実施形態では、第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されるという指示が、さらなる制御メッセージ中のそのようなリソース識別子の不在であり得る。
【0033】
いくつかの実施形態では、例示的な方法および／またはプロシージャは、ＵＥから、第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、第１の空間関係に従って送信されたＰＵＣＣＨメッセージを受信することをも含むことができる。
【0034】
本開示の他の例示的な実施形態は、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法および／またはプロシージャを含む。これらの例示的な方法および／またはプロシージャは、無線通信ネットワークにおけるネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはそれらの構成要素）との通信において、ＵＥ（またはその構成要素）によって実施され得る。
【0035】
いくつかの実施形態では、例示的な方法および／またはプロシージャは、複数のＰＵＣＣＨリソースと、ＵＥによってまたはネットワークノードによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係を決定するために、ネットワークノードとのトレーニングプロシージャを実施することを含むことができる。たとえば、１つまたは複数のＲＳは、ダウンリンク（ＤＬ）ＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳＢ）またはアップリンク（ＵＬ）ＲＳ（たとえば、ＳＲＳ）を含むことができる。
【0036】
例示的な方法および／またはプロシージャは、ネットワークノードから、１）複数のＰＵＣＣＨリソースの設定と、２）１つまたは複数のＲＳに関連付けられた複数の空間関係の識別情報とを含む１つまたは複数の制御メッセージを受信することをも含むことができる。いくつかの実施形態では、設定されたＰＵＣＣＨリソースは複数の所定のグループに構成され得、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。たとえば、所定のグループ構成は、明示的通信なしに、ネットワークノードおよびＵＥによって理解され得る。他の実施形態では、１つまたは複数の制御メッセージは、設定されたＰＵＣＣＨリソースの複数のグループの識別情報をも含むことができ、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。
【0037】
例示的な方法および／またはプロシージャは、ネットワークノードから、１）複数の空間関係のうちの第１の空間関係の識別情報と、２）第１の空間関係が、設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示とを含む、さらなる制御メッセージを受信することをも含むことができる。いくつかの例示的な実施形態では、さらなる制御メッセージは、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースまたは設定されたＰＵＣＣＨリソースの特定のグループを識別する、リソース識別子をも含むことができる。いくつかの実施形態では、第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されるという指示が、さらなる制御メッセージ中のそのようなリソース識別子の不在であり得る。
【0038】
いくつかの実施形態では、例示的な方法および／またはプロシージャは、ネットワークノードに、第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、第１の空間関係に従ってＰＵＣＣＨメッセージを送信することをも含むことができる。
【0039】
他の例示的な実施形態は、本明細書で説明される例示的な方法および／またはプロシージャのいずれかに対応する動作を実施するように設定された、ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはそれらの構成要素）またはユーザ機器（たとえば、ＵＥ、またはモデムなどのＵＥの構成要素）を含む。他の例示的な実施形態は、少なくとも１つのプロセッサによって実行されたとき、そのようなネットワークノードまたはそのようなＵＥを、本明細書で説明される例示的な方法および／またはプロシージャのいずれかに対応する動作を実施するように設定するプログラム命令を記憶する非一時的コンピュータ可読媒体を含む。
【0040】
本開示の例示的な実施形態のこれらおよび他の目的、特徴および利点は、添付の図面に鑑みて以下の発明を実施するための形態を読むと明らかになろう。
【図面の簡単な説明】
【0041】
【図1】様々な例示的な実施形態による、ｇＮＢとＵＥとの間のビームトレーニングフェーズと、その後に続く、トレーニングフェーズの結果を利用するデータ送信フェーズとの例示的な組合せを示す図である。
【図2】様々な例示的な実施形態による、空間関係ＩＤとＰＵＣＣＨリソースＩＤとを含む例示的なＭＡＣ－ＣＥメッセージを示す図である。
【図3】様々な例示的な実施形態による、実際のＰＵＣＣＨリソースＩＤへのＭＡＣ－ＣＥ ＰＵＣＣＨリソースＩＤコンテンツの例示的なマッピングを示す図である。
【図4】様々な例示的な実施形態による、専用フラグビットを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す図である。
【図5】様々な例示的な実施形態による、ＰＵＣＣＨ空間グループＩＤを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す図である。
【図6】様々な例示的な実施形態による、実際のＰＵＣＣＨリソースＩＤへのＰＵＣＣＨ空間グループＩＤ値の例示的なマッピングを示す図である。
【図7】様々な例示的な実施形態による、複数の空間グループＩＤフィールドを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す図である。
【図8】様々な例示的な実施形態による、ネットワークノードによる使用のための例示的な方法および／またはプロシージャの流れ図である。
【図9】様々な例示的な実施形態による、無線通信デバイスによる使用のための例示的な方法および／またはプロシージャの流れ図である。
【図10】例示的な５Ｇネットワークアーキテクチャの高レベル図である。
【図11】例示的な５Ｇネットワークアーキテクチャの高レベル図である。
【図12】様々な例示的な実施形態に従って設定可能な例示的な無線デバイスまたはＵＥのブロック図である。
【図13】様々な実施形態に従って設定可能な例示的なネットワークノードのブロック図である。
【図14】１つまたは複数の例示的な実施形態による、ホストコンピュータとＵＥとの間のオーバーザトップ（ＯＴＴ）データサービスを提供するために使用可能な例示的なネットワーク設定のブロック図である。
【発明を実施するための形態】
【0042】
手短に上述したように、ＵＥの設定されたＰＵＣＣＨリソースのための空間関係を更新するための個別化されたＭＡＣ ＣＥメッセージの使用は、いくつかのシナリオでは有益であり得る最大フレキシビリティを可能にするが、他のシナリオでは不要である。事実上、これらの他のシナリオでは、これらの個別化されたＭＡＣ ＣＥメッセージにおいてかなりの冗長があり得、ＭＡＣ ＣＥメッセージを搬送するダウンリンクシグナリングチャネルにおけるリソースの浪費につながる。これは以下でより詳細に説明される。
【0043】
ＮＲ Ｒｅｌ－１５では、規定された５つの異なるＰＵＣＣＨフォーマットがある。ＰＵＣＣＨフォーマット０および１は、最高２つのアップリンク制御情報（ＵＣＩ）ビットを搬送するように規定されているが、ＰＵＣＣＨフォーマット２、３、および４は、３つ以上のビットを搬送するように規定されている。２つのＵＣＩビットは、ハイブリッドＡＲＱ確認応答（たとえば、肯定応答と否定応答の両方、まとめてＨＡＲＱ－ＡＣＫと呼ばれる）および／またはスケジューリング要求（ＳＲ）を搬送するのに十分であるが、他のＰＵＣＣＨフォーマットは、ＨＡＲＱ－ＡＣＫとＳＲとに加えてＣＳＩ報告を搬送し、したがって、より大きいＵＣＩペイロードをハンドリングすることができる。
【0044】
マルチ送信ポイント（マルチＴＲＰ）適用例では、所与のＵＥのためのＤＬサービングノードとＵＬ受信ノードとが必ずしも同等であるとは限らない。ＵＥがデータを受信するための好ましいＤＬ受信ノードは、ＵＥがそこから最高電力信号を受信するノードに関連付けられる。一方、ＵＥがデータを送信するための好ましいＵＬ受信ノードは、しばしば、最も小さいパスロスに関連付けられたノードである。ヘテロジニアスネットワーク（ｈｅｔ－ｎｅｔ）配置では、マクロノードとピコノードとの間に送信電力不平衡があり得る。その上、干渉パターンおよびトラフィック条件などのファクタが、所与のＵＥのための送信ノードおよび受信ノードの選定に影響を及ぼすこともある。したがって、いくつかのＵＥのための好ましいＤＬ送信ノードとＵＬ受信ノードとを分離することが、しばしば、好都合であり、望ましく、および／または必要である。
【0045】
たとえそうでも、異なるレベルのレイテンシに関連付けられたバックホール接続によって、ネットワーク中の異なるノードがリンクされ得る。いくつかの動作のための処理レイテンシおよびトランスポートレイテンシに応じて、異なるノードにおいて異なる機能が実施されるネットワークアーキテクチャを配置することが、好都合であり、望ましく、および／または必要であり得る。たとえば、（機能的におよび／または論理的に）所与のＵＥのためのＵＬデータ受信ノードの近くに実装されるスケジューラによって、ＵＬスケジューリング割り振りが少なくとも部分的に決定され得るが、（機能的におよび／または論理的に）同じＵＥのためのＤＬデータ送信ノードの近くに、対応するＤＬスケジューラが実装され得る。
【0046】
手短に上述したように、ＰＵＣＣＨ上で伝達されるＵＬ制御シグナリングは、ＤＬチャネル条件に関するＣＳＩフィードバックと、ＤＬ送信に対するＨＡＲＱ－ＡＣＫと、ＵＬ送信についてのスケジューリング要求（ＳＲ）とを含む様々なメッセージおよびフォーマットからなる。分離されたＵＬ／ＤＬシナリオでは、ＤＬ送信をハンドリングする好ましいノードにＰＵＣＣＨ ＤＬ関係シグナリングを伝達し、ＵＬ受信をハンドリングする好ましいノードにＰＵＣＣＨ ＵＬ関係シグナリング（たとえば、ＳＲ）を伝達することが好都合であり得る。そのような構成は、ＰＵＣＣＨメッセージがバックホールネットワーク上でノード間でフォワーディングされた場合に本来なら発生するであろうレイテンシ、複雑さ、および負荷を回避することができる。
【0047】
とはいえ、これらの構成に関するいくつかの問題が存在する。上記で説明されたように、ＲＲＣパラメータ、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによって８つの空間関係のみのリストが設定されるが、ＭＡＣ－ＣＥメッセージは、ＰＵＣＣＨリソースごとにこのリストからの選択を指示し、これは、ＮＲでは、最高１２８個の設定されたＰＵＣＣＨリソースであり得る。図２は、ＰＵＣＣＨリソースのための空間関係を指示するために使用され得る例示的なＭＡＣ－ＣＥメッセージを示す。この例示的なＭＡＣ－ＣＥメッセージでは、空間関係ＩＤは、第１のオクテットの最下位ビット（ＬＳＢ）において発生し、ＰＵＣＣＨリソースＩＤはＬＳＢにおいて発生する。残りのビットまたは未使用ビットは、「スペア」としてマークされる。
【0048】
したがって、ｇＮＢが、すべてのＰＵＣＣＨリソースのための空間関係を更新することを希望する場合、ｇＮＢは、（最高１２８個の）ＰＵＣＣＨリソースの各々のために、図２に示されているような別個のＭＡＣ－ＣＥメッセージを送信しなければならない。これは、最大フレキシビリティを可能にするが、多くの場合、この程度のフレキシビリティは必要とされない。たとえば、ＨＡＲＱ－ＡＣＫを搬送するあるＰＵＣＣＨリソースが、ＣＳＩを搬送する別のＰＵＣＣＨリソースとは異なる方向においてビームフォーミングされるべきであることを、ｇＮＢがＵＥに指示することは、両方のフィードバックタイプがＤＬ送信に関係するので、異常であろう。
【0049】
より一般的なシナリオは、ＤＬ関係フィードバックを搬送するすべての設定されたＰＵＣＣＨリソースのための空間関係が同じであることである。このより一般的なシナリオをサポートするために、ｇＮＢは、まったく同じ空間関係ＩＤをもつ潜在的に極めて多くの（たとえば、最高１２８個の）ＭＡＣ－ＣＥメッセージを送信する必要があるであろう。これは、オーバーヘッドに関して極めて浪費的であろう。さらに、ＰＤＳＣＨ送信に関係するＰＵＣＣＨ（ＣＳＩおよびＨＡＲＱ－ＡＣＫ）が１つのノード（たとえば、ＴＲＰ１）に向かってビームフォーミングされ、他のＰＤＳＣＨ送信に関係するＰＵＣＣＨが第２のノード（たとえば、ＴＲＰ２）に向かってビームフォーミングされることを必要とすることがある、デュアルＤＬシナリオをサポートする必要がある。
【0050】
本明細書で開示される例示的な実施形態は、共通空間関係インジケータが複数のＰＵＣＣＨリソースによって共有されるときにＭＡＣ－ＣＥ上でＰＵＣＣＨ空間関係を指示するための、フレキシブルな、ただし効率的な手法を提供することによって、既存のソリューションのこれらの問題、問題点、および／または欠点に対処する。例示的な実施形態は、様々な特定のやり方でこれを遂行する。いくつかの実施形態では、ＵＥが、ＭＡＣ－ＣＥ中のＰＵＣＣＨリソースＩＤフィールドを無視するように設定され得、その結果、提供された空間関係インジケータが、すべての設定されたＰＵＣＣＨリソースに適用される。代替的に、ＰＵＣＣＨリソースＩＤフィールドがＭＡＣ－ＣＥメッセージから除外され得る。いくつかの実施形態では、ＰＵＣＣＨリソースＩＤフィールド中のビットの特定の組合せは、提供された空間関係インジケータが、共通にすべての設定されたＰＵＣＣＨリソースに適用されるべきであることを指示することができ、リソースＩＤフィールド中のビットの（１つまたは複数の）他の組合せは、空間関係インジケータのリソースごとの適用を指示することができる。
【0051】
いくつかの実施形態では、提供された空間関係インジケータが、共通に適用されるべきであるのか、個々のＰＵＣＣＨリソースごとに適用されるべきであるのかを、ＭＡＣ－ＣＥメッセージ中のフラグビットが指示することができる。そのような実施形態は、提供された空間関係インジケータが、すべてのＰＵＣＣＨリソースの特定のグループ、セット、またはサブセット内に適用されるべきであるのか、個々のＰＵＣＣＨリソースごとに適用されるべきであるかをも、指示することができる。
【0052】
いくつかの実施形態では、ＭＡＣ－ＣＥメッセージ中のＰＵＣＣＨリソースＩＤフィールドが、空間リソースグループＩＤを指示するために使用され得る。特定の空間リソースグループＩＤに対応するリソースは、たとえば、（１つまたは複数の）ＰＵＣＣＨリソースを設定するために使用されるＲＲＣメッセージの一部として、を含む様々なやり方で、ＵＥに提供され得る。これらの実施形態の変形形態では、ＵＥとネットワークノードの両方によって、空間グループへの（１つまたは複数の）ＰＵＣＣＨリソースＩＤの所定の固定マッピングが知られ得る。さらに、空間グループへの（１つまたは複数の）ＰＵＣＣＨリソースＩＤのマッピングが、新たに規定されるか、または、他の目的（たとえば、ＰＵＣＣＨリソースセット）のためにすでに使用された既存のグループ化を再使用することができる。
【0053】
いくつかの実施形態では、ＭＡＣ－ＣＥメッセージが、複数の空間リソースグループに対応する複数の空間関係ＩＤを搬送することができる。いくつかの実施形態では、ＰＵＣＣＨフォーマットによっておよび／またはＰＵＣＣＨコンテンツ（たとえば、ＳＲ、ＣＳＩ、ＨＡＲＱ－ＡＣＫ）によって、ＰＵＣＣＨ空間リソースグループが指示され得る。たとえば、空間関係が、フォーマット０を有するＰＵＣＣＨリソースのために更新される場合、これは、フォーマット０として設定された他のＰＵＣＣＨリソースも更新されるべきであることを指示することができる。
【0054】
ＰＵＣＣＨ空間関係機能性をサポートするＮＲ ＵＥおよびネットワークノードにおいて使用されるとき、これらの例示的な実施形態は、ダウンリンクとアップリンクの両方における低減されたシグナリングオーバーヘッド、複数のリソースのためのＰＵＣＣＨ空間関係をシグナリングする際の低減された遅延、分離されたアップリンク／ダウンリンク実装形態のより良好なサポート、ならびにＰＵＣＣＨメッセージの送信および／または受信のための低減されたエネルギー消費を含む、様々な利益および／または利点を提供する。以下のこれらの実施形態のより詳細な説明から、他の利益および／または利点が当業者に容易に明らかになろう。
【0055】
（単に便宜のためにまとめて「実施形態１」と呼ばれる）いくつかの例示的な実施形態では、シグナリングオーバーヘッドが最小に低減され、これは、すべてのＰＵＣＣＨリソースのために共通空間関係が使用される、シナリオに利益を与える。そのような実施形態では、ＵＥは、ＭＡＣ－ＣＥメッセージ中で提供されたＰＵＣＣＨリソースＩＤフィールドを無視し、代わりに、そのメッセージ中で提供された空間関係ＩＤをすべての設定されたＰＵＣＣＨリソースに適用するように設定され得る。たとえば、ＵＥが、１つまたは複数のメッセージ中で提供された（１つまたは複数の）特定のリソースＩＤフィールドを無視し、受信された空間関係ＩＤをすべてのＰＵＣＣＨリソースに適用するべきであるのか否かを指示するための、設定フラグが、ＰＵＣＣＨのＲＲＣ設定中に含まれ得る（たとえば、すべてのＰＵＣＣＨリソースに適用される設定属性に追加される）。
【0056】
実施形態１の別の変形形態では、ＰＵＣＣＨリソースＩＤフィールドはＭＡＣ－ＣＥメッセージから除外され得る。ＵＥが、受信されたＭＡＣ－ＣＥメッセージがそのようなフィールドを含まないことを認識したとき、ＵＥは、この空間関係をすべてのＰＵＣＣＨリソースに適用する。別の代替では、ＵＥは、受信された空間関係ＩＤを、受信された空間関係ＩＤと同じＰＵＣＣＨフォーマット（たとえば、０または１）に関連付けられたすべての他の空間関係ＩＤに適用することによって、消失したまたは無視されたＰＵＣＣＨリソースＩＤフィールドに応答することができる。
【0057】
（単に便宜のためにまとめて「実施形態２」と呼ばれる）他の例示的な実施形態では、ＰＵＣＣＨリソースＩＤフィールド中のビットの特定の組合せが「予約された（ｒｅｓｅｒｖｅｄ）」であり得、その結果、予約された組合せがＭＡＣ－ＣＥメッセージ中に現れたとき、その予約された組合せは、同じメッセージ中で提供された特定の空間関係ＩＤが、共通にすべてのＰＵＣＣＨリソースに適用されるべきであることを、ＵＥに指示する。一方、リソースＩＤフィールド中のビットの（１つまたは複数の）他の「予約されていない（ｎｏｎ－ｒｅｓｅｒｖｅｄ）」組合せが、提供されたＰＵＣＣＨリソースＩＤによって指示されたリソースへの提供された空間関係ＩＤの適用を指示することができる。図３は、この実施形態による、実際のＰＵＣＣＨリソースＩＤへのＭＡＣ－ＣＥ ＰＵＣＣＨリソースＩＤフィールド値の例示的なマッピングを示す。図３に示されているように、全ゼロＰＵＣＣＨリソースＩＤ値は、対応する空間関係ＩＤの共通適用を指示するために「予約された」であるが、すべての他の値は、対応する空間関係ＩＤが適用されるべきである特定のＰＵＣＣＨリソースＩＤを指示する。他の変形形態は、リソースＩＤフィールド中に、（たとえば、各々が、リソースＩＤ空間の一部分を指示する）複数の「予約された」値と、追加のビットとを含めることができ、その結果、「予約された」値とともに、すべての個々のリソースＩＤが指示され得る。
【0058】
（単に便宜のためにまとめて「実施形態３」と呼ばれる）他の例示的な実施形態では、ＭＡＣ－ＣＥメッセージ中で提供された特定の空間関係ＩＤが、共通にすべての設定されたＰＵＣＣＨリソースに適用されるべきであるのか、個々に、提供された空間関係ＩＤに適用されるべきであるのかを指示するために、メッセージ中の「専用」フラグビットが使用され得る。図４は、これらの例示的な実施形態による、そのようなフラグビットを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す。図４中の例によれば、フラグビットが１にセットされたとき、ＵＥは、提供されたＰＵＣＣＨリソースＩＤフィールドを無視し、提供された空間関係ＩＤをすべての設定されたＰＵＣＣＨリソースに適用するべきである。逆に、フラグがゼロにセット（たとえば、クリア）されたとき、ＵＥは、提供された空間関係ＩＤを、メッセージ中で提供されたＰＵＣＣＨリソースＩＤによって指示された特定のＰＵＣＣＨリソースに適用するべきである。
【0059】
実施形態３の一変形形態では、メッセージ中で指示された特定のリソースとすべての設定されたＰＵＣＣＨリソースとを区別するのではなく、フラグビットは、特定の指示されたリソースと、ＰＵＣＣＨリソースのあらかじめ規定されたグループ、セット、またはサブセットとを区別するように設定され得る。たとえば、ＰＵＣＣＨリソースのあらかじめ規定されたグループが、ＰＵＣＣＨリソースセットであり得、これは、ＮＲでは、空間関係以外の目的および／または動作のために規定される。現在規定されているように、最高４つのＰＵＣＣＨリソースセットがサポートされ得、各セットは、最大で３２個のＰＵＣＣＨリソースを有する。したがって、フラグビットを１にセットすることによって、ネットワークは、単一のＭＡＣ－ＣＥメッセージを使用して、ＰＵＣＣＨリソースセットを含むすべてのＰＵＣＣＨリソースのために空間関係ＩＤを設定することができる。
【0060】
（単に便宜のためにまとめて「実施形態４」と呼ばれる）他の例示的な実施形態では、ＭＡＣ－ＣＥメッセージが、７ビットのＰＵＣＣＨリソースＩＤフィールドの代わりに、またはそれに加えて、「ＰＵＣＣＨ空間グループＩＤ」を含むことができる。いくつかの実施形態では、ＰＵＣＣＨ空間グループＩＤは、７つよりも少ないビットを含むことができる。図５は、様々な例示的な実施形態による、２ビットのＰＵＣＣＨ空間グループＩＤを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す。図５に示されている例では、「グループＩＤ」フィールドは、メッセージオクテット１（たとえば、図２および／または図４に示されているオクテット１）の「スペア」ビットのうちの２つと入れ替わる。
【0061】
実施形態４によれば、設定されたＰＵＣＣＨリソースはＭ個のグループに分割され得、ＭＡＣ－ＣＥメッセージ中でシグナリングされた空間関係ＩＤは、メッセージ中に含まれる空間グループＩＤによって指示されたグループ中のすべてのＰＵＣＣＨリソースに適用され得る。特定の空間グループへのＰＵＣＣＨリソースのマッピングは、たとえば、ＲＲＣ ＰＵＣＣＨリソース設定メッセージ中の特定のＩＥを介して、ネットワークによって設定され得る。そのような設定メッセージに基づいて、ＵＥが、後で、設定された空間グループＩＤを含むＭＡＣ－ＣＥメッセージを受信したとき、ＵＥは、その空間グループＩＤに対応する実際の設定されたＰＵＣＣＨリソースを決定することができる。
【0062】
（単に便宜のためにまとめて「実施形態５」と呼ばれる）他の例示的な実施形態では、ＵＥとネットワークノードの両方によって、ＰＵＣＣＨリソース（たとえば、ＰＵＣＣＨリソースＩＤ）と空間グループ（たとえば、空間グループＩＤ）との間の１つまたは複数の所定のマッピングが知られ得る。そのようなマッピングは、たとえば、３ＧＰＰ仕様において指定され得る。図６は、これらの実施形態による、実際のＰＵＣＣＨリソースＩＤへのＰＵＣＣＨ空間グループＩＤ値の例示的なマッピングを示す表を示す。グループの数（４）とグループ当たりのＰＵＣＣＨリソースの数（３２）との両方は例にすぎない。必要および／または所望に応じて、他の値が使用され得る。その上、グループごとのＰＵＣＣＨリソースの数は一定である必要がなく、すなわち、異なる空間グループＩＤが、異なる数のＰＵＣＣＨリソースをもつグループに対応することができる。
【0063】
さらに、空間グループへのマッピングは、上記で説明されたＰＵＣＣＨリソースセットへのマッピングなど、異なる目的のためのＰＵＣＣＨリソースのマッピングに基づき得る。そのような既存のマッピングは、あらかじめ決定される（たとえば、３ＧＰＰ仕様において規定される）か、またはＲＲＣプロトコルによって設定され得る。実施形態５の変形形態では、ＰＵＣＣＨリソースと空間グループとの間のマッピングは、ＰＵＣＣＨリソースの設定されたフォーマットに基づき得る。たとえば、フォーマット０として設定されたすべてのＰＵＣＣＨリソースが、１つの空間グループＩＤに関連付けられ得、フォーマット１として設定されたすべてのＰＵＣＣＨリソースが、第２の空間グループＩＤに関連付けられ得る。このようにして、ＵＥが、ＭＡＣ－ＣＥメッセージ中で提供された特定の空間グループＩＤを、同じメッセージ中の空間関係ＩＤによって指示された空間関係を、提供された空間グループＩＤに関連付けられたすべてのＰＵＣＣＨリソース（たとえば、特定のフォーマットとして設定されたすべてのＰＵＣＣＨリソース）に適用するようにとの命令として、解釈することができる。
【0064】
実施形態５の変形形態では、ＰＵＣＣＨ空間グループが、ＰＵＣＣＨリソースＩＤを指示するために使用されるビットのサブセットによって指示され得る。たとえば、ＰＵＣＣＨ空間グループの数がＫ個であるとき、ＰＵＣＣＨリソースＩＤのｌｏｇ２（Ｋ）個の最上位ビット（ＭＳＢ）がＰＵＣＣＨ空間グループＩＤを指示することができる。図２を参照すると、Ｋ＝４であるとき、ＰＵＣＣＨ空間グループＩＤが、オクテット２のビットｂ６～ｂ５によって指示され得る。このフォーマットによるＭＡＣ－ＣＥメッセージを受信したとき、ＵＥは、空間関係ＩＤ（すなわち、オクテット１のビットｂ２～ｂ０）によって指示された空間関係を、オクテット１のｂ６～ｂ５によって指示されたＰＵＣＣＨ空間グループＩＤに関連付けられたすべての設定されたＰＵＣＣＨリソースに適用することができる。
【0065】
いくつかの実施形態では、（実施形態３に関して上記で説明された）フラグビットが、提供された空間関係ＩＤが、（提供されたＰＵＣＣＨリソースＩＤによって指示された）単一のＰＵＣＣＨリソースに適用されるべきであるのか、（提供されたＰＵＣＣＨ空間グループＩＤに関連付けられた）ＰＵＣＣＨリソースのグループに適用されるべきであるのかを指示するために、使用され得る。そのような場合、オクテット２のｂ６～ｂ５は、フラグビットの値に基づいてＵＥによって別様に解釈され得る。同様に、フラグ値がグループ適用を指示した場合、オクテット２のビットｂ４～ｂ０がＵＥによって無視され得る。
【0066】
（単に便宜のためにまとめて「実施形態６」と呼ばれる）他の例示的な実施形態では、ＭＡＣ－ＣＥメッセージが、複数の空間関係グループに対応する複数の空間関係ＩＤを搬送することができる。図１は、これらの例示的な実施形態による、複数の（たとえば、２つの）空間グループＩＤフィールドを含む例示的なＭＡＣ－ＣＥメッセージ構造を示す。図７に示されている構成では、オクテット１のビットｂ２～ｂ０は、ＰＵＣＣＨ空間グループ１のための空間関係ＩＤを指示することができ、オクテット１のビットｂ５～ｂ３は、ＰＵＣＣＨ空間グループ２のための空間関係ＩＤを指示することができる。３つ以上のＰＵＣＣＨ空間グループに空間関係を指示するために、この目的のためにＭＡＣ ＣＥメッセージ内で２つ以上のオクテットが必要とされることに留意されたい。
【0067】
（単に便宜のためにまとめて「実施形態７」と呼ばれる）他の例示的な実施形態では、ＰＵＣＣＨ空間グループＩＤが、ＰＵＣＣＨコンテンツ（たとえば、ＳＲ、ＣＳＩ、ＨＡＲＱ－ＡＣＫ）によって指示され得る。たとえば、１つの空間グループＩＤが、ＵＬ関係シグナリング（たとえば、ＳＲ）を搬送するために利用されるすべてのＰＵＣＣＨリソースに関連付けられ得、第２の空間グループＩＤが、ＤＬ関係シグナリング（たとえば、ＣＳＩ、ＨＡＲＱ－ＡＣＫ）を搬送するために利用されるすべてのＰＵＣＣＨリソースに関連付けられ得る。このようにして、すべての設定されたＵＬ（またはＤＬ）関係ＰＵＣＣＨリソースのための（メッセージ中で提供された空間関係ＩＤによって指示された）特定の空間関係を設定するために、単一の空間グループＩＤを含む単一のＭＡＣ－ＣＥメッセージが使用され得る。このようにして、異なる空間関係が、ＵＥからのＵＬおよびＤＬ関係フィードバックを効率的にハンドリングするために設定され得、これは、上記で説明された分離されたＵＬ／ＤＬシナリオにおける効率的なスケジューリングを容易にすることができる。
【0068】
実施形態７の一変形形態では、ＵＥが、同じＰＵＣＣＨメッセージ中でＵＬおよびＤＬ関係情報を送っている状況に対処するために、様々な手法が使用され得る。たとえば、これらのシナリオに適用されるように、第３の空間グループＩＤが規定され得る。代替的に、ＰＵＣＣＨフォーマットに基づくルールが使用され得る。たとえば、ＵＥがＳＲのみを送信する場合、ＵＥは、ＳＲのための空間関係（またはＰＵＣＣＨフォーマット０）を使用するべきであるが、ＵＥが、ＳＲとＨＡＲＱ－ＡＣＫとを一緒に送信する場合、ＵＥは、ＨＡＲＱ－ＡＣＫのための空間関係（またはＰＵＣＣＨフォーマット１）を使用するべきである。
【0069】
図８は、本開示の１つまたは複数の例示的な実施形態による、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための例示的な方法および／またはプロシージャの流れ図を示す。図８に示されている例示的な方法および／またはプロシージャは、本明細書の他の図に示されているまたはそれらの図に関して説明される、無線通信ネットワークにおけるネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはそれらの構成要素）によって実施され得る。さらに、図８に示されている例示的な方法および／またはプロシージャは、様々な例示的な利益および／または利点を提供するために、本明細書で説明される他の例示的な方法および／またはプロシージャと協働して利用され得る。図８は、特定の順序でブロックを示すが、この順序は例にすぎず、例示的な方法および／またはプロシージャの動作は、図８に示されているのとは異なる順序で実施され得、異なる機能性を有するブロックに組み合わせられ、および／または分割され得る。随意の動作が、破線によって指示される。
【0070】
いくつかの実施形態では、図８に示されている例示的な方法および／またはプロシージャは、ブロック８１０の動作を含むことができ、ここで、ネットワークノードは、複数のＰＵＣＣＨリソースと、ＵＥによってまたはネットワークノードによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係を決定するために、ＵＥとのトレーニングプロシージャを実施することができる。たとえば、１つまたは複数のＲＳは、ダウンリンク（ＤＬ）ＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳＢ）またはアップリンク（ＵＬ）ＲＳ（たとえば、ＳＲＳ）を含むことができる。
【0071】
例示的な方法および／またはプロシージャはブロック８２０の動作をも含むことができ、ここで、ネットワークノードは、ＵＥに、１）複数のＰＵＣＣＨリソースの設定と、２）１つまたは複数のＲＳに関連付けられた複数の空間関係の識別情報とを含む１つまたは複数の制御メッセージを送ることができる。いくつかの実施形態では、設定されたＰＵＣＣＨリソースは複数の所定のグループに構成され得、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。たとえば、所定のグループ構成は、明示的通信なしに、ネットワークノードおよびＵＥによって理解され得る。
【0072】
他の実施形態では、１つまたは複数の制御メッセージは、設定されたＰＵＣＣＨリソースの複数のグループの識別情報をも含むことができ、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。いくつかの実施形態では、グループの各々が、空間関係以外の動作のために設定されたＰＵＣＣＨリソースセットであり得る。
【0073】
いくつかの実施形態では、複数のグループは、第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループとを含むことができる。いくつかの実施形態では、複数のグループは、ＵＥによるアップリンク（ＵＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第１のグループと、ネットワークノードによるダウンリンク（ＤＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第２のグループとを含むことができる。いくつかの実施形態では、複数のグループは、ＵＬ送信に関係するシグナリングとＤＬ送信に関係するシグナリングとを搬送するように設定されたＰＵＣＣＨリソースの第３のグループをも含むことができる。
【0074】
例示的な方法および／またはプロシージャはブロック８３０の動作をも含むことができ、ここで、ネットワークノードは、ＵＥに、１）複数の空間関係のうちの第１の空間関係の識別情報と、２）第１の空間関係が、設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示とを含む、さらなる制御メッセージを送ることができる。いくつかの例示的な実施形態では、さらなる制御メッセージは、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースまたは設定されたＰＵＣＣＨリソースの特定のグループを識別する、リソース識別子をも含むことができる。いくつかの実施形態では、第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されるという指示が、さらなる制御メッセージ中のそのようなリソース識別子の不在であり得る。
【0075】
いくつかの実施形態では、リソース識別子は、１）第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されることを指示する第１の値と、２）複数の第２の値のうちの１つであって、各第２の値は、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースを識別する、複数の第２の値のうちの１つとのうちの１つを含む。他の実施形態では、リソース識別子は、１）複数の第１の値のうちの１つであって、各第１の値は、第１の空間関係が適用される設定されたＰＵＣＣＨリソースの特定のグループを識別する、複数の第１の値のうちの１つと、２）複数の第２の値のうちの１つであって、各第２の値は、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースを識別する、複数の第２の値のうちの１つとのうちの１つを含む。
【0076】
さらなる制御メッセージがリソース識別子を含む、いくつかの実施形態では、指示は、第１の値と第２の値とをとることができるフラグを含むことができる。そのような実施形態では、第１の値は、第１の空間関係が、リソース識別子に関連付けられた特定の設定されたＰＵＣＣＨリソースに適用されることを指示することができる。いくつかの実施形態では、第２の値は、リソース識別子が無視されるべきであることと、第１の空間関係が、設定されたＰＵＣＣＨリソースの少なくとも１つのグループに適用されることとを指示することができる。他の実施形態では、第２の値は、第１の空間関係が、設定されたＰＵＣＣＨリソースの特定のグループに適用されることを指示することができ、特定のグループは、リソース識別子の一部分によって（たとえば、Ｍ＞Ｎの、Ｍビットの識別子のうちのＮ個の最上位ビットによって）識別され得る。
【0077】
いくつかの実施形態では、設定されたＰＵＣＣＨリソースが（あらかじめ決定され得る）複数のグループに構成され、指示が、第１の空間関係が、少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定されたＰＵＣＣＨリソースの対応する１つまたは複数の特定のグループに関連付けられた１つまたは複数のグループ識別子をも含むことができる。
【0078】
いくつかの実施形態では、例示的な方法および／またはプロシージャはブロック８４０の動作をも含むことができ、ネットワークノードは、ＵＥから、第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、第１の空間関係に従って送信されたＰＵＣＣＨメッセージを受信することができる。
【0079】
図９は、本開示の１つまたは複数の例示的な実施形態による、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための例示的な方法および／またはプロシージャの流れ図を示す。図９に示されている例示的な方法および／またはプロシージャは、本明細書の他の図に示されているまたはそれらの図に関して説明される、無線通信ネットワークにおけるネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはそれらの構成要素）との通信においてＵＥ（またはその構成要素）によって実施され得る。さらに、図９に示されている例示的な方法および／またはプロシージャは、様々な例示的な利益および／または利点を提供するために、本明細書で説明される他の例示的な方法および／またはプロシージャと協働して利用され得る。図９は、特定の順序でブロックを示すが、この順序は例にすぎず、例示的な方法および／またはプロシージャの動作は、図９に示されているのとは異なる順序で実施され得、異なる機能性を有するブロックに組み合わせられ、および／または分割され得る。随意の動作が、破線によって指示される。
【0080】
いくつかの実施形態では、図９に示されている例示的な方法および／またはプロシージャは、ブロック９１０の動作を含むことができ、ここで、ＵＥは、複数のＰＵＣＣＨリソースと、ＵＥによってまたはネットワークノードによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係を決定するために、ネットワークノードとのトレーニングプロシージャを実施することができる。たとえば、１つまたは複数のＲＳは、ダウンリンク（ＤＬ）ＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳＢ）またはアップリンク（ＵＬ）ＲＳ（たとえば、ＳＲＳ）を含むことができる。
【0081】
例示的な方法および／またはプロシージャはブロック９２０の動作をも含むことができ、ここで、ＵＥは、ネットワークノードから、１）複数のＰＵＣＣＨリソースの設定と、２）１つまたは複数のＲＳに関連付けられた複数の空間関係の識別情報とを含む１つまたは複数の制御メッセージを受信することができる。いくつかの実施形態では、設定されたＰＵＣＣＨリソースは複数の所定のグループに構成され得、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。たとえば、所定のグループ構成は、明示的通信なしに、ネットワークノードおよびＵＥによって理解され得る。
【0082】
他の実施形態では、１つまたは複数の制御メッセージは、設定されたＰＵＣＣＨリソースの複数のグループの識別情報をも含むことができ、各グループが、複数の設定されたＰＵＣＣＨリソースを含む。いくつかの実施形態では、グループの各々が、空間関係以外の動作のために設定されたＰＵＣＣＨリソースセットであり得る。
【0083】
いくつかの実施形態では、複数のグループは、第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループとを含むことができる。いくつかの実施形態では、複数のグループは、ＵＥによるアップリンク（ＵＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第１のグループと、ネットワークノードによるダウンリンク（ＤＬ）送信に関係するシグナリングを搬送するように設定されたＰＵＣＣＨリソースの第２のグループとを含むことができる。いくつかの実施形態では、複数のグループは、ＵＬ送信に関係するシグナリングとＤＬ送信に関係するシグナリングとを搬送するように設定されたＰＵＣＣＨリソースの第３のグループをも含むことができる。
【0084】
例示的な方法および／またはプロシージャはブロック９３０の動作をも含むことができ、ここで、ＵＥは、ネットワークノードから、１）複数の空間関係のうちの第１の空間関係の識別情報と、２）第１の空間関係が、設定されたＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、設定されたＰＵＣＣＨリソースのうちのＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示とを含む、さらなる制御メッセージを受信することができる。いくつかの例示的な実施形態では、さらなる制御メッセージは、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースまたは設定されたＰＵＣＣＨリソースの特定のグループを識別する、リソース識別子をも含むことができる。いくつかの実施形態では、第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されるという指示が、さらなる制御メッセージ中のそのようなリソース識別子の不在であり得る。
【0085】
いくつかの実施形態では、リソース識別子は、１）第１の空間関係が、設定されたＰＵＣＣＨリソースのすべてに適用されることを指示する第１の値と、２）複数の第２の値のうちの１つであって、各第２の値は、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースを識別する、複数の第２の値のうちの１つとのうちの１つを含む。他の実施形態では、リソース識別子は、１）複数の第１の値のうちの１つであって、各第１の値は、第１の空間関係が適用される設定されたＰＵＣＣＨリソースの特定のグループを識別する、複数の第１の値のうちの１つと、２）複数の第２の値のうちの１つであって、各第２の値は、第１の空間関係が適用される特定の設定されたＰＵＣＣＨリソースを識別する、複数の第２の値のうちの１つとのうちの１つを含む。
【0086】
さらなる制御メッセージがリソース識別子を含む、いくつかの実施形態では、指示は、第１の値と第２の値とをとることができるフラグを含むことができる。そのような実施形態では、第１の値は、第１の空間関係が、リソース識別子に関連付けられた特定の設定されたＰＵＣＣＨリソースに適用されることを指示することができる。いくつかの実施形態では、第２の値は、リソース識別子が無視されるべきであることと、第１の空間関係が、設定されたＰＵＣＣＨリソースの少なくとも１つのグループに適用されることとを指示することができる。他の実施形態では、第２の値は、第１の空間関係が、設定されたＰＵＣＣＨリソースの特定のグループに適用されることを指示することができ、特定のグループは、リソース識別子の一部分によって（たとえば、Ｍ＞Ｎの、Ｍビットの識別子のうちのＮ個の最上位ビットによって）識別され得る。
【0087】
いくつかの実施形態では、設定されたＰＵＣＣＨリソースが（あらかじめ決定され得る）複数のグループに構成され、指示が、第１の空間関係が、少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定されたＰＵＣＣＨリソースの対応する１つまたは複数の特定のグループに関連付けられた１つまたは複数のグループ識別子をも含むことができる。
【0088】
いくつかの実施形態では、方法および／またはプロシージャはブロック９４０の動作をも含むことができ、ＵＥは、ネットワークノードに、第１の空間関係が適用される設定されたＰＵＣＣＨリソースを使用して、第１の空間関係に従ってＰＵＣＣＨメッセージを送信することができる。
【0089】
様々な実施形態が、本明細書で、上記では方法、装置、デバイス、コンピュータ可読媒体および受信機に関して説明されたが、そのような方法が、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、非一時的コンピュータ可読媒体などにおいて、ハードウェアとソフトウェアとの様々な組合せによって具現され得ることを、当業者は容易に理解されよう。
【0090】
図１０は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）１０９９と５Ｇコア（５ＧＣ）１０９８とからなる５Ｇネットワークアーキテクチャの高レベル図を示す。ＮＧ－ＲＡＮ１０９９は、それぞれ、インターフェース１００２、１０５２を介して接続されたｇＮＢ１０００、１０５０など、１つまたは複数のＮＧインターフェースを介して５ＧＣに接続されたｇＮＢのセットを含むことができる。さらに、ｇＮＢは、ｇＮＢ１０００とｇＮＢ１０５０との間のＸｎインターフェース１０４０など、１つまたは複数のＸｎインターフェースを介して互いに接続され得る。
【0091】
ＮＧ－ＲＡＮ１０９９は、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）とに階層化される。ＮＧ－ＲＡＮアーキテクチャ、すなわち、ＮＧ－ＲＡＮ論理ノードと、ＮＧ－ＲＡＮ論理ノード間のインターフェースとは、ＲＮＬの一部として規定される。各ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）では、関係するＴＮＬプロトコルと機能性とが指定される。ＴＮＬは、ユーザプレーントランスポートとシグナリングトランスポートとのためのサービスを提供する。いくつかの例示的な設定では、「ＡＭＦ領域」内のすべての５ＧＣノードに各ｇＮＢが接続され得、これは、３ＧＰＰ ＴＳ２３．５０１において規定されている。ＮＧ－ＲＡＮインターフェースのＴＮＬ上のＣＰデータとＵＰデータとのためのセキュリティ保護がサポートされる場合、ＮＤＳ／ＩＰ（３ＧＰＰ ＴＳ３３．４０１）が適用され得る。
【0092】
図１０に示されている（ならびにＴＳ３８．４０１およびＴＲ３８．８０１において説明されている）ＮＧ－ＲＡＮ論理ノードは、中央（または集中型）ユニット（ＣＵまたはｇＮＢ－ＣＵ）と１つまたは複数の分散（または非集中型）ユニット（ＤＵまたはｇＮＢ－ＤＵ）とを含む。たとえば、ｇＮＢ１０００は、ｇＮＢ－ＣＵ１０１０と、ｇＮＢ－ＤＵ１０２０および１０３０とを含む。ＣＵ（たとえば、ｇＮＢ－ＣＵ１０１０）は、上位レイヤプロトコルをホストし、ＤＵの動作を制御することなどの様々なｇＮＢ機能を実施する、論理ノードである。同様に、各ＤＵは、下位レイヤプロトコルをホストし、機能的スプリットに応じて、ｇＮＢ機能の様々なサブセットを含むことができる、論理ノードである。したがって、ＣＵおよびＤＵの各々は、処理回路要素と、（たとえば、通信のための）トランシーバ回路要素と、電力供給回路要素と含む、それらのそれぞれの機能を実施するために必要とされる様々な回路要素を含むことができる。その上、「中央ユニット」および「集中型ユニット」という用語は本明細書では互換的に使用され、「分散ユニット」および「非集中型ユニット」という用語も同様である。
【0093】
ｇＮＢ－ＣＵが、図１０に示されているインターフェース１０２２および１０３２など、それぞれのＦ１論理インターフェース上でｇＮＢ－ＤＵに接続する。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、ｇＮＢとして他のｇＮＢおよび５ＧＣ１０９８に見えるにすぎない。言い換えれば、Ｆ１インターフェースは、ｇＮＢ－ＣＵを越えて見えない。
【0094】
図１１は、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）１１９９と５Ｇコア（５ＧＣ）１１９８とを含む例示的な５Ｇネットワークアーキテクチャの高レベル図を示す。図に示されているように、ＮＧ－ＲＡＮ１１９９は、それぞれのＸｎインターフェースを介して互いと相互接続されるｇＮＢ１１１０（たとえば、１１１０ａ、ｂ）とｎｇ－ｅＮＢ１１２０（たとえば、１１２０ａ、ｂ）とを含むことができる。ｇＮＢおよびｎｇ－ｅＮＢは、ＮＧインターフェースを介して５ＧＣ１１９８にも接続され、より詳細には、それぞれのＮＧ－Ｃインターフェースを介してＡＭＦ（アクセスおよびモビリティ管理機能）１１３０（たとえば、ＡＭＦ１１３０ａ、ｂ）に接続され、それぞれのＮＧ－Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）１１４０（たとえば、ＵＰＦ１１４０ａ、ｂ）に接続される。
【0095】
ｇＮＢ１１１０の各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せを含む、ＮＲ無線インターフェースをサポートすることができる。対照的に、ｎｇ－ｅＮＢ１１２０の各々は、ＬＴＥ無線インターフェースをサポートするが、従来のＬＴＥ ｅＮＢとは異なり、ＮＧインターフェースを介して５ＧＣに接続する。
【0096】
図１２は、上記で説明された例示的な方法および／またはプロシージャのいずれかに対応するかまたはそのいずれかを含む、コンピュータ可読媒体上の命令の実行によるものを含む、本開示の様々な例示的な実施形態に従って設定可能な例示的な無線デバイスまたはユーザ機器（ＵＥ）のブロック図を示す。
【0097】
例示的なデバイス１２００は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および／または構造を備えることができる、バス１２７０を介してプログラムメモリ１２２０および／またはデータメモリ１２３０に動作可能に接続され得るプロセッサ１２１０を備えることができる。プログラムメモリ１２２０は、以下で説明される動作を含む様々な動作を実施するようにデバイス１２００を設定し、および／またはデバイス１２００がそれらの動作を実施することを可能にすることができる、プロセッサ１２１０によって実行される（図１２ではまとめてコンピュータプログラム製品１２２１として示されている）ソフトウェアコード、プログラム、および／または命令を記憶することができる。たとえば、そのような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているものなど、３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって規格化された１つまたは複数の無線通信プロトコル、あるいはトランシーバ１２４０、ユーザインターフェース１２５０、および／またはホストインターフェース１２６０とともに利用され得る任意の他の現在のまたは将来のプロトコルを含む、１つまたは複数の有線または無線通信プロトコルを使用して通信するように例示的なデバイス１２００を設定し、および／または例示的なデバイス１２００がそれらのプロトコルを使用して通信することを可能にすることができる。
【0098】
別の例として、プロセッサ１２１０は、（たとえば、ＮＲおよび／またはＬＴＥのために）３ＧＰＰによって規格化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルに対応する、プログラムメモリ１２２０に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ１２１０は、トランシーバ１２４０とともに、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、およびシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）など、対応するＰＨＹレイヤプロトコルを実装する、プログラムメモリ１２２０に記憶されたプログラムコードを実行することができる。
【0099】
プログラムメモリ１２２０は、トランシーバ１２４０、ユーザインターフェース１２５０、および／またはホストインターフェース１２６０など、様々な構成要素を設定および制御することを含む、デバイス１２００の機能を制御するためにプロセッサ１２１０によって実行されるソフトウェアコードをも備えることができる。プログラムメモリ１２２０は、本明細書で説明される例示的な方法および／またはプロシージャのいずれかを具現するコンピュータ実行可能命令を備える、１つまたは複数のアプリケーションプログラムおよび／またはモジュールをも備えることができる。そのようなソフトウェアコードは、たとえば、実装される方法ステップによって規定される所望の機能性が保持される限り、たとえば、Ｊａｖａ、Ｃ＋＋、Ｃ、Ｏｂｊｅｃｔｉｖｅ Ｃ、ＨＴＭＬ、ＸＨＴＭＬ、機械コード、およびアセンブラなど、任意の知られているまたは将来の開発されるプログラミング言語を使用して指定されるか、または書き込まれ得る。追加として、または代替として、プログラムメモリ１２２０は、デバイス１２００からリモートにある外部ストレージ構成（図示せず）を備えることができ、その外部ストレージ構成から、命令は、そのような命令の実行を可能にするように、デバイス１２００内に位置するかまたはデバイス１２００に取外し可能に結合されたプログラムメモリ１２２０にダウンロードされ得る。
【0100】
データメモリ１２３０は、本明細書で説明される例示的な方法および／またはプロシージャのいずれかに対応するかまたはそのいずれかを含む動作を含む、デバイス１２００のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ１２１０が記憶するためのメモリエリアを備えることができる。その上、プログラムメモリ１２２０および／またはデータメモリ１２３０は、不揮発性メモリ（たとえば、フラッシュメモリ）、揮発性メモリ（たとえば、スタティックまたはダイナミックＲＡＭ）、またはそれらの組合せを備えることができる。さらに、データメモリ１２３０は、１つまたは複数のフォーマットのリムーバブルメモリカード（たとえば、ＳＤカード、メモリスティック、コンパクトフラッシュなど）が挿入および取り外され得る、メモリスロットを備えることができる。プロセッサ１２１０が、上記で説明された機能性の一部分を各々が実装する、（たとえば、マルチコアプロセッサを含む）複数の個々のプロセッサを備えることができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ１２２０およびデータメモリ１２３０に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび／またはデータメモリに個々に接続され得る。より一般的には、デバイス１２００の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定および／またはプログラマブルデジタル回路要素、アナログベースバンド回路要素、無線周波数回路要素、ソフトウェア、ファームウェア、ならびにミドルウェアを含む、ハードウェアとソフトウェアとの異なる組合せを含む多くの異なるコンピュータ構成において実装され得ることを、当業者は認識されよう。
【0101】
トランシーバ１２４０は、デバイス１２００が、同様の無線通信規格および／またはプロトコルをサポートする他の機器と通信することを可能にする、無線周波数送信機および／または受信機回路要素を備えることができる。いくつかの例示的な実施形態では、トランシーバ１２４０は、デバイス１２００が、３ＧＰＰおよび／または他の標準化団体による規格化のために提案された様々なプロトコルおよび／または方法に従って様々な５Ｇ／ＮＲネットワークと通信することを可能にする、送信機と受信機とを含む。たとえば、そのような機能性は、他の図に関して本明細書で説明されるような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを実装するために、プロセッサ１２１０と協働して動作することができる。
【0102】
いくつかの例示的な実施形態では、トランシーバ１２４０は、デバイス１２００が、３ＧＰＰによって公表された規格に従って様々なＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを可能にすることができる、ＬＴＥ送信機および受信機を含む。本開示のいくつかの例示的な実施形態では、トランシーバ１２４０は、デバイス１２００が、同じく３ＧＰＰ規格に従って様々な５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な、回路要素、ファームウェアなどを含む。本開示のいくつかの例示的な実施形態では、トランシーバ１２４０は、デバイス１２００が、３ＧＰＰ２規格に従って様々なＣＤＭＡ２０００ネットワークと通信するために必要な、回路要素、ファームウェアなどを含む。
【0103】
本開示のいくつかの例示的な実施形態では、トランシーバ１２４０は、２．４、５．６、および／または６０ＧＨｚの領域中の周波数を使用して動作するＩＥＥＥ８０２．１１ ＷｉＦｉなど、未ライセンス周波数帯域中で動作する無線技術を使用して通信することが可能である。本開示のいくつかの例示的な実施形態では、トランシーバ１２４０は、ＩＥＥＥ８０２．３イーサネット技術を使用することなどによる有線通信が可能であるトランシーバを備えることができる。これらの実施形態の各々に特有の機能性は、データメモリ１２３０と連携したまたはデータメモリ１２３０によってサポートされるプログラムメモリ１２２０に記憶されたプログラムコードを実行するプロセッサ１２１０など、デバイス１２００中の他の回路要素に結合されるか、または他の回路要素によって制御され得る。
【0104】
ユーザインターフェース１２５０は、デバイス１２００の特定の実施形態に応じて様々な形態をとることができるか、またはまったくデバイス１２００にないことがある。いくつかの例示的な実施形態では、ユーザインターフェース１２５０は、マイクロフォン、ラウドスピーカー、スライド可能ボタン、押下可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および／あるいはモバイルフォン上で一般に見られる任意の他のユーザインターフェース特徴を備えることができる。他の実施形態では、デバイス１２００は、より大きいタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態では、ユーザインターフェース１２５０の機械的特徴のうちの１つまたは複数が、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される同等のまたは機能的に等価な仮想ユーザインターフェース特徴（たとえば、仮想キーパッド、仮想ボタンなど）によって置き換えられ得る。他の実施形態では、デバイス１２００は、特定の例示的な実施形態に応じて統合されるか、デタッチされるか、または着脱可能であり得る、機械的キーボードを備える、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなど、デジタルコンピューティングデバイスであり得る。そのようなデジタルコンピューティングデバイスはタッチスクリーンディスプレイをも備えることができる。タッチスクリーンディスプレイを有するデバイス１２００の多くの例示的な実施形態は、本明細書で説明されるかまたはさもなければ当業者に知られている例示的な方法および／またはプロシージャに関係する入力など、ユーザ入力を受信することが可能である。
【0105】
本開示のいくつかの例示的な実施形態では、デバイス１２００は、デバイス１２００の特徴および機能によって様々なやり方で使用され得る、配向センサーを備えることができる。たとえば、デバイス１２００は、配向センサーの出力を使用して、ユーザがデバイス１２００のタッチスクリーンディスプレイの物理的配向をいつ変えたかを決定することができる。配向センサーからの指示信号が、デバイス１２００上で実行する任意のアプリケーションプログラムにとって利用可能であり得、その結果、アプリケーションプログラムは、指示信号がデバイスの物理的配向の約９０度変化を指示したとき、自動的にスクリーンディスプレイの配向を（たとえば、縦方向から横方向に）変えることができる。この例示的な様式では、アプリケーションプログラムは、デバイスの物理的配向にかかわらず、ユーザによって可読である様式でスクリーンディスプレイを維持することができる。さらに、配向センサーの出力は、本開示の様々な例示的な実施形態とともに使用され得る。
【0106】
デバイス１２００の制御インターフェース１２６０が、デバイス１２００の特定の例示的な実施形態、ならびにデバイス１２００が通信および／または制御することが意図される他のデバイスの特定のインターフェース要件の特定の例示的な実施形態に応じて、様々な形態をとることができる。たとえば、制御インターフェース１２６０は、ＲＳ－２３２インターフェース、ＲＳ－４８５インターフェース、ＵＳＢインターフェース、ＨＤＭＩインターフェース、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ２Ｃインターフェース、ＰＣＭＣＩＡインターフェースなどを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース１２６０は、上記で説明されたように、ＩＥＥＥ８０２．３イーサネットインターフェースを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース１２６０は、たとえば、１つまたは複数のデジタルアナログ（Ｄ／Ａ）および／またはアナログデジタル（Ａ／Ｄ）変換器を含む、アナログインターフェース回路要素を備えることができる。
【0107】
特徴、インターフェース、および無線周波数通信規格の上記のリストが、例にすぎず、本開示の範囲を限定しないことを、当業者は認識することができる。言い換えれば、デバイス１２００は、たとえば、ビデオおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１２に示されているものよりも多くの機能性を備えることができる。その上、トランシーバ１２４０は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ、および／または他のものを含む追加の無線周波数通信規格を使用して通信するために必要な回路要素を含むことができる。その上、プロセッサ１２１０は、そのような追加の機能性を制御するために、プログラムメモリ１２２０に記憶されたソフトウェアコードを実行することができる。たとえば、ＧＰＳ受信機から出力された方向性速度および／または位置推定値が、本開示の様々な例示的な実施形態による様々な例示的な方法および／またはコンピュータ可読媒体を含む、デバイス１２００上で実行する任意のアプリケーションプログラムにとって利用可能であり得る。
【0108】
図１３は、他の図を参照しながら上記で説明されたものを含む、本開示の様々な実施形態に従って設定可能な例示的なネットワークノード１３００のブロック図を示す。いくつかの例示的な実施形態では、ネットワークノード１３００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの構成要素を備えることができる。ネットワークノード１３００は、並列アドレスおよびデータバス、シリアルポート、あるいは当業者に知られている他の方法および／または構造を備えることができる、バス１３７０を介してプログラムメモリ１３２０およびデータメモリ１３３０に動作可能に接続されたプロセッサ１３１０を備える。
【0109】
プログラムメモリ１３２０は、以下で説明される動作を含む様々な動作を実施するようにネットワークノード１３００を設定し、および／またはネットワークノード１３００がそれらの動作を実施することを可能にすることができる、プロセッサ１３１０によって実行される（図１３ではまとめてコンピュータプログラム製品１３２１として示されている）ソフトウェアコード、プログラム、および／または命令を記憶することができる。たとえば、そのような記憶された命令の実行が、上記で説明された１つまたは複数の例示的な方法および／またはプロシージャを含む、本開示の様々な実施形態によるプロトコルを使用して１つまたは複数の他のデバイスと通信するようにネットワークノード１３００を設定することができる。さらに、そのような記憶された命令の実行はまた、ＬＴＥ、ＬＴＥ－Ａ、および／またはＮＲのために３ＧＰＰによって規格化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコル、あるいは無線ネットワークインターフェース１３４０およびコアネットワークインターフェース１３５０とともに利用される任意の他の上位レイヤプロトコルのうちの１つまたは複数など、他のプロトコルまたはプロトコルレイヤを使用して１つまたは複数の他のデバイスと通信するようにネットワークノード１３００を設定し、および／またはネットワークノード１３００がそうすることを可能にすることができる。例として、および限定はしないが、３ＧＰＰによって規格化されたように、コアネットワークインターフェース１３５０はＳ１インターフェースを備えることができ、無線ネットワークインターフェース１３４０はＵｕインターフェースを備えることができる。プログラムメモリ１３２０は、無線ネットワークインターフェース１３４０およびコアネットワークインターフェース１３５０など、様々な構成要素を設定および制御することを含む、ネットワークノード１３００の機能を制御するためにプロセッサ１３１０によって実行されるソフトウェアコードをも含むことができる。
【0110】
データメモリ１３３０は、ネットワークノード１３００のプロトコル、設定、制御、および他の機能において使用される変数を、プロセッサ１３１０が記憶するためのメモリエリアを備えることができる。したがって、プログラムメモリ１３２０およびデータメモリ１３３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックまたはダイナミックＲＡＭ）、ネットワークベース（たとえば、「クラウド」）ストレージ、またはそれらの組合せを備えることができる。プロセッサ１３１０が、上記で説明された機能性の一部分を各々が実装する、複数の個々のプロセッサ（図示せず）を備えることができることを、当業者は認識されよう。そのような場合、複数の個々のプロセッサは、プログラムメモリ１３２０およびデータメモリ１３３０に共通に接続されるか、あるいは複数の個々のプログラムメモリおよび／またはデータメモリに個々に接続され得る。より一般的には、ネットワークノード１３００の様々なプロトコルおよび他の機能が、限定はしないが、アプリケーションプロセッサ、信号プロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路要素、プログラマブルデジタル回路要素、アナログベースバンド回路要素、無線周波数回路要素、ソフトウェア、ファームウェア、およびミドルウェアを含む、ハードウェアとソフトウェアとの多くの異なる組合せにおいて実装されることを、当業者は認識されよう。
【0111】
無線ネットワークインターフェース１３４０は、送信機と、受信機と、信号プロセッサと、ＡＳＩＣと、アンテナと、ビームフォーミングユニットと、ネットワークノード１３００が、いくつかの実施形態において、複数の互換性があるユーザ機器（ＵＥ）などの他の機器と通信することを可能にする、他の回路要素とを備えることができる。いくつかの例示的な実施形態では、無線ネットワークインターフェースが、ＬＴＥ、ＬＴＥ－Ａ、および／または５Ｇ／ＮＲのために３ＧＰＰによって規格化された、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコル、本明細書で上記で説明されたようなそれらのプロトコルの改善、あるいは無線ネットワークインターフェース１３４０とともに利用される任意の他の上位レイヤプロトコルなど、様々なプロトコルまたはプロトコルレイヤを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１３４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを備えることができる。いくつかの実施形態では、そのようなＰＨＹレイヤの機能性は、無線ネットワークインターフェース１３４０と（メモリ１３２０中のプログラムコードを含む）プロセッサ１３１０とによって協働的に提供され得る。
【0112】
コアネットワークインターフェース１３５０は、送信機と、受信機と、ネットワークノード１３００が、いくつかの実施形態において、回線交換（ＣＳ）および／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク中の他の機器と通信することを可能にする、他の回路要素とを備えることができる。いくつかの実施形態では、コアネットワークインターフェース１３５０は、３ＧＰＰによって規格化されたＳ１インターフェースを備えることができる。いくつかの例示的な実施形態では、コアネットワークインターフェース１３５０は、当業者に知られている、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ－ＵＴＲＡＮ、およびＣＤＭＡ２０００コアネットワーク中で見られる機能性を備える、１つまたは複数のＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、および他の物理デバイスへの１つまたは複数のインターフェースを備えることができる。いくつかの実施形態では、これらの１つまたは複数のインターフェースは単一の物理インターフェース上で一緒に多重化され得る。いくつかの実施形態では、コアネットワークインターフェース１３５０の下位レイヤが、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバー上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線機、あるいは当業者に知られている他の有線または無線送信技術のうちの１つまたは複数を備えることができる。
【0113】
ＯＡ＆Ｍインターフェース１３６０が、送信機と、受信機と、ネットワークノード１３００が、ネットワークノード１３００またはネットワークノード１３００に動作可能に接続された他のネットワーク機器の運用、アドミニストレーション、および保守のための外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする、他の回路要素とを備えることができる。ＯＡ＆Ｍインターフェース１３６０の下位レイヤが、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット、光ファイバー上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線機、あるいは当業者に知られている他の有線または無線送信技術のうちの１つまたは複数を備えることができる。その上、いくつかの実施形態では、無線ネットワークインターフェース１３４０と、コアネットワークインターフェース１３５０と、ＯＡ＆Ｍインターフェース１３６０とのうちの１つまたは複数が、上記にリストされた例のように、単一の物理インターフェース上で一緒に多重化され得る。
【0114】
図１４は、本開示の１つまたは複数の例示的な実施形態による、ホストコンピュータとユーザ機器（ＵＥ）との間のオーバーザトップ（ＯＴＴ）データサービスを提供するために使用可能な例示的なネットワーク設定のブロック図である。ＵＥ１４１０が、無線インターフェース１４２０上で無線アクセスネットワーク（ＲＡＮ）１４３０と通信することができ、これは、たとえば、ＬＴＥ、ＬＴＥ－Ａ、および５Ｇ／ＮＲを含む、上記で説明されたプロトコルに基づき得る。ＲＡＮ１４３０は、１つまたは複数のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、コントローラなど）を含むことができる。ＲＡＮ１４３０は、さらに、上記で説明された様々なプロトコルおよびインターフェースに従ってコアネットワーク１４４０と通信することができる。たとえば、ＲＡＮ１４３０を備える１つまたは複数の装置（たとえば、基地局、ｅＮＢ、ｇＮＢなど）が、上記で説明されたコアネットワークインターフェース１３５０を介してコアネットワーク１４４０に通信することができる。いくつかの例示的な実施形態では、ＲＡＮ１４３０およびコアネットワーク１４４０は、上記で説明された他の図に示されているように設定および／または構成され得る。同様に、ＵＥ１４１０も、上記で説明された他の図に示されているように設定および／または構成され得る。
【0115】
コアネットワーク１４４０は、さらに、当業者に知られている様々なプロトコルおよびインターフェースに従って、インターネット１４５０として図１４に示されている外部パケットデータネットワークと通信することができる。例示的なホストコンピュータ１４６０など、多くの他のデバイスおよび／またはネットワークも、インターネット１４５０に接続し、インターネット１４５０を介して通信することができる。いくつかの例示的な実施形態では、ホストコンピュータ１４６０は、媒介としてインターネット１４５０、コアネットワーク１４４０、およびＲＡＮ１４３０を使用して、ＵＥ１４１０と通信することができる。ホストコンピュータ１４６０は、サービスプロバイダの所有および／または制御下のサーバ（たとえば、アプリケーションサーバ）であり得る。ホストコンピュータ１４６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって動作させられ得る。
【0116】
たとえば、ホストコンピュータ１４６０は、コアネットワーク１４４０およびＲＡＮ１４３０の設備を使用して、ＵＥ１４１０にオーバーザトップ（ＯＴＴ）パケットデータサービスを提供することができ、ＵＥ１４１０は、ホストコンピュータ１４６０への／からの発信／着信通信のルーティングに気づいていないことがある。同様に、ホストコンピュータ１４６０は、ホストコンピュータからＵＥへの送信のルーティング、たとえば、ＲＡＮ１４３０を通した送信のルーティングに気づいていないことがある。たとえば、ホストコンピュータからＵＥへの（単方向）オーディオおよび／またはビデオ、ホストコンピュータとＵＥとの間の対話型（双方向）オーディオおよび／またはビデオ、対話型メッセージングまたはソーシャル通信、対話型仮想または拡張現実などをストリーミングすることを含む、様々なＯＴＴサービスが、図１４に示されている例示的な設定を使用して提供され得る。
【0117】
図１４に示されている例示的なネットワークは、本明細書で開示される例示的な実施形態によって改善されるデータレート、レイテンシおよび他のファクタを含む、ネットワーク性能メトリックを監視する測定プロシージャおよび／またはセンサーをも含むことができる。例示的なネットワークは、測定結果の変動に応答してエンドポイント（たとえば、ホストコンピュータとＵＥとの）間のリンクを再設定するための機能性をも含むことができる。そのようなプロシージャおよび機能性は、知られており、実施され、ネットワークが、ＯＴＴサービスプロバイダから無線インターフェースを隠すかまたは抽象化した場合、測定が、ＵＥとホストコンピュータとの間のプロプライエタリシグナリングによって容易にされ得る。
【0118】
本明細書で説明される例示的な実施形態は、ＲＡＮ１４３０を備えるネットワークノード（たとえば、ｇＮＢ）と通信するときにＵＥ１４１０によって使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのための空間関係を（たとえば、ＭＡＣ－ＣＥメッセージを介して）シグナリングするための効率的な技法を提供する。たとえば、そのような技法は、空間関係が、単一のＰＵＣＣＨリソースに適用されるべきであるのか、あるいは、すべての設定されたＰＵＣＣＨリソース、またはすべての設定されたＰＵＣＣＨリソースのグループ、セット、および／もしくはサブセットなど、複数のＰＵＣＣＨリソースに適用されるべきであるのかを、フレキシブルにシグナリングすることができる。ＰＵＣＣＨ空間関係機能性をサポートするＮＲ ＵＥ（たとえば、ＵＥ１４１０）およびｇＮＢ（たとえば、ＲＡＮ１４３０を備えるｇＮＢ）において使用されるとき、そのような例示的な実施形態は、ダウンリンクとアップリンクの両方における低減されたシグナリングオーバーヘッド、複数のリソースのためのＰＵＣＣＨ空間関係をシグナリングする際の低減された遅延、分離されたアップリンク／ダウンリンク実装形態のより良好なサポート、ならびにＰＵＣＣＨメッセージの送信および／または受信のための低減されたエネルギー消費を含む、様々な改善、利益、および／または利点を提供することができる。したがって、これらの改善は、本明細書で説明されるように、ＵＥ１４１０およびＲＡＮ１４３０が、ホストコンピュータ１４６０とＵＥ１４１０との間の特定のＯＴＴサービスの要件を満たすことを可能にすることによって、重要な役割を果たすことができる。これらの技法は、カバレッジエリアにおけるデータスループットを改善し、多数のユーザが、ユーザエクスペリエンスに対する過大な電力消費または他の劣化なしに、様々なカバレッジ条件においてビデオをストリーミングすることなどのデータ集約的サービスを利用することを可能にする。
【0119】
本明細書で説明されるように、デバイスおよび／または装置が、半導体チップ、チップセット、あるいはそのようなチップまたはチップセットを備える（ハードウェア）モジュールによって表され得るが、これは、デバイスまたは装置の機能性が、ハードウェア実装される代わりに、プロセッサ上での実行のためのまたはプロセッサ上で稼働されている実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を、除外しない。さらに、デバイスまたは装置の機能性は、ハードウェアとソフトウェアとの任意の組合せによって実装され得る。デバイスまたは装置はまた、機能的に互いと協働するのか互いとは無関係であるのかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なされ得る。その上、デバイスおよび装置は、デバイスまたは装置の機能性が保持される限り、システム全体にわたって分散して実装され得る。そのようなおよび同様の原理は当業者に知られていると見なされる。
【0120】
本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、基地トランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅノードＢ）、ノードＢ、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、モバイル管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（たとえば、第三者ノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのいずれかをさらに備え得る、無線ネットワーク中の任意の種類のネットワークノードであり得る。
【0121】
本明細書で使用される「無線アクセスノード」（または「無線ネットワークノード」）は、信号を無線で送信および／または受信するように動作する、無線アクセスネットワーク（ＲＡＮ）における任意のノードであり得る。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワーク中の新無線（ＮＲ）基地局（ｇＮＢ）または３ＧＰＰ ＬＴＥネットワーク中のｅＮＢ）、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、アクセスポイント（ＡＰ）、無線ＡＰ、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、マルチスタンダードＢＳ（たとえば、ＭＳＲ ＢＳ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、基地トランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、ネットワークコントローラ、ノードＢ（ＮＢ）などを含む。そのような用語は、ｇＮＢ－ＣＵおよび／またはｇＮＢ－ＤＵなど、ノードの構成要素を参照するためにも使用され得る。
【0122】
本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードを指すことがある。
【0123】
本明細書で使用される「コアネットワークノード」は、コアネットワーク中の任意のタイプのノードであり得る。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ：Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。
【0124】
本明細書で使用される「ネットワークノード」は、無線アクセスネットワークの一部である任意のノード（たとえば、「無線ネットワークノード」または「無線アクセスノード」）、または、セルラー通信ネットワーク／システムなどの無線通信システムのコアネットワークの一部である任意のノード（たとえば、「コアネットワークノード」）である。
【0125】
いくつかの実施形態では、「無線デバイス」（ＷＤ）または「ユーザ機器」（ＵＥ）という非限定的な用語が互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）など、無線信号を介してネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスであり得る。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを装備したセンサー、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ：ｌａｐｔｏｐ ｅｍｂｅｄｄｅｄ ｅｑｕｉｐｐｅｄ）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ ｍｏｕｎｔｅｄ ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ－ＩＯＴ）デバイスなどであり得る。
【0126】
いくつかの実施形態では、「スロット」という用語は、無線リソースを指示するために使用されるが、本明細書で説明される技法が、時間の長さに関して表される任意のタイプの物理リソースまたは無線リソースなど、他のタイプの無線リソースとともに有利に使用され得ることを理解されたい。時間リソースの例は、シンボル、タイムスロット、ミニスロット、サブフレーム、無線フレーム、送信時間間隔（ＴＴＩ）、インターリービング時間、時間リソース数などを含む。
【0127】
いくつかの実施形態では、送信機（たとえば、ネットワークノード）と受信機（たとえば、ＷＤ）とが、送信機および受信機がどのリソースのために、リソースの送信中に１つまたは複数の物理チャネルを構成することになるかを決定するための（１つまたは複数の）ルールに関して前もって合意し、このルールは、いくつかの実施形態では、「マッピング」と呼ばれることがある。他の実施形態では、「マッピング」という用語は他の意味を有し得る。
【0128】
本明細書で使用される「チャネル」は、論理チャネル、トランスポートチャネルまたは物理チャネルであり得る。チャネルは、１つまたは複数のキャリア、特に複数のサブキャリアを備え、および／または１つまたは複数のキャリア、特に複数のサブキャリア上で構成され得る。制御シグナリング／制御情報を搬送するおよび／または搬送するためのチャネルは、特に、そのチャネルが物理レイヤチャネルである場合、および／またはそのチャネルが制御プレーン情報を搬送する場合、制御チャネルと見なされ得る。同様に、データシグナリング／ユーザ情報を搬送するおよび／または搬送するためのチャネルは、特に、そのチャネルが物理レイヤチャネルである場合、および／またはそのチャネルがユーザプレーン情報を搬送する場合、データチャネル（たとえば、ＰＤＳＣＨ）と見なされ得る。チャネルは、特定の通信方向のために、または２つの相補型通信方向（たとえば、ＵＬおよびＤＬ、または２つの方向におけるサイドリンク）のために規定され得、その場合、２つのコンポーネントチャネル、各方向について１つのコンポーネントチャネルを有すると見なされ得る。
【0129】
さらに、「セル」という用語が本明細書で使用されるが、（特に５Ｇ ＮＲに関して）セルの代わりにビームが使用され得、したがって、本明細書で説明される概念がセルとビームの両方に等しく適用されることを理解されたい。
【0130】
本開示では、たとえば、３ＧＰＰ ＬＴＥおよび／または新無線（ＮＲ）など、１つの特定の無線システムからの専門用語が使用され得るが、これは、本開示の範囲を上述のシステムのみに限定するものと見なされるべきでないことに留意されたい。限定はしないが、広帯域符号分割多元接続（ＷＣＤＭＡ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、およびモバイル通信用グローバルシステム（ＧＳＭ）を含む、他の無線システムも、本開示で説明される概念、原理、および／または実施形態を活用することから恩恵を受け得る。
【0131】
無線デバイスまたはネットワークノードによって実施されるものとして本明細書で説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散され得ることにさらに留意されたい。言い換えれば、本明細書で説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実施に限定されず、実際は、いくつかの物理デバイス間で分散され得ると考えられる。
【0132】
別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。
【0133】
さらに、その明細書、図面、および例示的な実施形態を含む、本開示で使用されるいくつかの用語は、限定はしないが、たとえば、データおよび情報を含めて、いくつかの事例では同義的に使用され得る。互いに同義であり得るこれらの単語および／または他の単語が本明細書で同義的に使用され得るが、そのような単語が同義的に使用されないことが意図され得る事例があり得ることを、理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、その全体が参照により本明細書に組み込まれる。
【0134】
上記は、本開示の原理を示すにすぎない。本明細書の教示に鑑みて、説明される実施形態の様々な変更および改変が当業者に明らかになろう。したがって、本明細書で明示的に示されず、または説明されないが、本開示の原理を具現し、したがって、本開示の趣旨および範囲内にあり得る、多数のシステム、構成、およびプロシージャを、当業者は考案することができることが諒解されよう。当業者によって理解されるべきであるように、様々な異なる例示的な実施形態が、互いに一緒に、ならびに互いに互換的に使用され得る。さらに、その明細書、図面、および例示的な実施形態を含む、本開示で使用されるいくつかの用語は、限定はしないが、たとえば、データおよび情報を含めて、いくつかの事例では同義的に使用され得る。互いに同義であり得るこれらの単語および／または他の単語が本明細書で同義的に使用され得るが、そのような単語が同義的に使用されないことが意図され得る事例があり得ることを、理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、その全体が参照により本明細書に組み込まれる。
【0135】
本明細書で説明される技法および装置の例示的な実施形態は、限定はしないが、以下の列挙された例を含む。
１． ネットワークノードが、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、方法は、
ＵＥに、
複数のＰＵＣＣＨリソースの設定と、
設定された複数のＰＵＣＣＨリソースと、ネットワークノードによってまたはＵＥによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを送ることと、
ＵＥに、
複数の空間関係のうちの第１の空間関係の識別情報と、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示であって、少なくとも１つのグループの各々が、設定された複数のＰＵＣＣＨリソースの少なくともサブセットを含む、指示と
を含む、さらなる制御メッセージを送ることと
を含む、方法。
２． さらなる制御メッセージは、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースと、
第１の空間関係が適用されるＰＵＣＣＨリソースの特定のグループと
のうちの１つを識別する、指示に関連付けられたリソース識別子を含む、例示的な実施形態１に記載の方法。
３． ＵＥから、リソース識別子によって識別された、特定の単一のＰＵＣＣＨリソース、またはＰＵＣＣＨリソースの特定のグループを含む特定のリソースを使用して、第１の空間関係に従って送信されたＰＵＣＣＨメッセージを受信することをさらに含む、例示的な実施形態２に記載の方法。
４． さらなる制御メッセージは、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースに適用されることを指示する第１の値と、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースを識別する第２の値と
のうちの１つを含む、指示に関連付けられたリソース識別子を含む、例示的な実施形態１に記載の方法。
５． 指示がフラグを含み、
フラグが、第１の空間関係が単一のＰＵＣＣＨリソースに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定された複数のＰＵＣＣＨリソースのうちの特定の単一のＰＵＣＣＨリソースの識別子を含む、
例示的な実施形態１に記載の方法。
６． １つまたは複数の制御メッセージが、設定された複数のＰＵＣＣＨリソースの複数のグループの識別情報をさらに含む、例示的な実施形態１に記載の方法。
７． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定のグループの識別子を含む、例示的な実施形態６に記載の方法。
８． １つまたは複数の制御メッセージが、１つまたは複数の参照信号との空間関係以外の動作に関して、設定された複数のＰＵＣＣＨリソースの複数のグループを識別する、例示的な実施形態６に記載の方法。
９． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定の複数のグループの識別子を含む、例示的な実施形態６に記載の方法。
１０． 複数のグループが、
第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、例示的な実施形態６に記載の方法。
１１． ＰＵＣＣＨリソースの第１のグループが、ＵＥによるアップリンク（ＵＬ）送信についてのスケジューリング要求（ＳＲ）を搬送するように設定され、ＰＵＣＣＨリソースの第２のグループが、ネットワークノードによるダウンリンク（ＤＬ）送信に関係する少なくともフィードバックを搬送するように設定された、例示的な実施形態１０に記載の方法。
１２． 設定された複数のＰＵＣＣＨリソースと１つまたは複数のＲＳとの間の複数の空間関係を決定するためにＵＥとのトレーニングプロシージャを実施することをさらに含む、例示的な実施形態６に記載の方法。
１３． ユーザ機器（ＵＥ）が、無線通信ネットワークにおけるネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、方法は、
ネットワークノードから、
複数のＰＵＣＣＨリソースの設定と、
設定された複数のＰＵＣＣＨリソースと、ネットワークノードによってまたはＵＥによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを受信することと、
ネットワークノードから、
複数の空間関係のうちの第１の空間関係の識別情報と、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示であって、少なくとも１つのグループの各々が、設定された複数のＰＵＣＣＨリソースの少なくともサブセットを含む、指示と
を含む、さらなる制御メッセージを受信することと
を含む、方法。
１４． さらなる制御メッセージは、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースと、
第１の空間関係が適用されるＰＵＣＣＨリソースの特定のグループと
のうちの１つを識別する、指示に関連付けられたリソース識別子を含む、例示的な実施形態１３に記載の方法。
１５． ネットワークノードに、第１の空間関係に従って、およびリソース識別子によって識別された、特定の単一のＰＵＣＣＨリソース、またはＰＵＣＣＨリソースの特定のグループを含む特定のリソースを使用して、ＰＵＣＣＨメッセージを送信することをさらに含む、例示的な実施形態１４に記載の方法。
１６． さらなる制御メッセージは、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースに適用されることを指示する第１の値と、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースを識別する第２の値と
のうちの１つを含む、指示に関連付けられたリソース識別子を含む、例示的な実施形態１３に記載の方法。
１７． 指示がフラグを含み、
フラグが、第１の空間関係が単一のＰＵＣＣＨリソースに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定された複数のＰＵＣＣＨリソースのうちの特定の単一のＰＵＣＣＨリソースの識別子を含む、
例示的な実施形態１３に記載の方法。
１８． １つまたは複数の制御メッセージが、設定された複数のＰＵＣＣＨリソースの複数のグループの識別情報をさらに含む、例示的な実施形態１３に記載の方法。
１９． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定のグループの識別子を含む、例示的な実施形態１８に記載の方法。
２０． １つまたは複数の制御メッセージが、１つまたは複数の参照信号との空間関係以外の動作に関して、設定された複数のＰＵＣＣＨリソースの複数のグループを識別する、例示的な実施形態１８に記載の方法。
２１． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定の複数のグループの識別子を含む、例示的な実施形態１８に記載の方法。
２２． 複数のグループが、
第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、例示的な実施形態１８に記載の方法。
２３． ＰＵＣＣＨリソースの第１のグループが、ＵＥによるアップリンク（ＵＬ）送信についてのスケジューリング要求（ＳＲ）を搬送するように設定され、ＰＵＣＣＨリソースの第２のグループが、ネットワークノードによるダウンリンク（ＤＬ）送信に関係する少なくともフィードバックを搬送するように設定された、例示的な実施形態２２に記載の方法。
２４． 設定された複数のＰＵＣＣＨリソースと１つまたは複数のＲＳとの間の複数の空間関係を決定するためにネットワークノードとのトレーニングプロシージャを実施することをさらに含む、例示的な実施形態１８に記載の方法。
２５． 無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノードであって、ネットワークノードが、
１つまたは複数のＵＥと通信するために設定された通信回路要素と、
通信回路要素に動作可能に関連付けられ、例示的な実施形態１から１２のいずれか１つに記載の方法に対応する動作を実施するように設定された、処理回路要素と
を備える、ネットワークノード。
２６． 無線通信ネットワークにおけるネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）であって、ＵＥが、
ネットワークノードと通信するために設定された通信回路要素と、
通信回路要素に動作可能に関連付けられ、例示的な実施形態１３から２４のいずれか１つに記載の方法に対応する動作を実施するように設定された、処理回路要素と
を備える、ユーザ機器（ＵＥ）。
２７． ユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノードの少なくとも１つのプロセッサによって実行されたとき、ネットワークノードを、例示的な実施形態１から１２のいずれか１つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
２８． ネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）の少なくとも１つのプロセッサによって実行されたとき、ＵＥを、例示的な実施形態１３から２４のいずれか１つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
１． ネットワークノードが、無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、方法は、
ＵＥに、
複数のＰＵＣＣＨリソースの設定と、
設定された複数のＰＵＣＣＨリソースと、ネットワークノードによってまたはＵＥによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを送ることと、
ＵＥに、
複数の空間関係のうちの第１の空間関係の識別情報と、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示であって、少なくとも１つのグループの各々が、設定された複数のＰＵＣＣＨリソースの少なくともサブセットを含む、指示と
を含む、さらなる制御メッセージを送ることと
を含む、方法。
２． さらなる制御メッセージは、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースと、
第１の空間関係が適用されるＰＵＣＣＨリソースの特定のグループと
のうちの１つを識別する、指示に関連付けられたリソース識別子を含む、例示的な実施形態１に記載の方法。
３． ＵＥから、リソース識別子によって識別された、特定の単一のＰＵＣＣＨリソース、またはＰＵＣＣＨリソースの特定のグループを含む特定のリソースを使用して、第１の空間関係に従って送信されたＰＵＣＣＨメッセージを受信することをさらに含む、例示的な実施形態２に記載の方法。
４． さらなる制御メッセージは、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースに適用されることを指示する第１の値と、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースを識別する第２の値と
のうちの１つを含む、指示に関連付けられたリソース識別子を含む、例示的な実施形態１に記載の方法。
５． 指示がフラグを含み、
フラグが、第１の空間関係が単一のＰＵＣＣＨリソースに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定された複数のＰＵＣＣＨリソースのうちの特定の単一のＰＵＣＣＨリソースの識別子を含む、
例示的な実施形態１に記載の方法。
６． １つまたは複数の制御メッセージが、設定された複数のＰＵＣＣＨリソースの複数のグループの識別情報をさらに含む、例示的な実施形態１に記載の方法。
７． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定のグループの識別子を含む、例示的な実施形態６に記載の方法。
８． １つまたは複数の制御メッセージが、１つまたは複数の参照信号との空間関係以外の動作に関して、設定された複数のＰＵＣＣＨリソースの複数のグループを識別する、例示的な実施形態６に記載の方法。
９． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定の複数のグループの識別子を含む、例示的な実施形態６に記載の方法。
１０． 複数のグループが、
第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、例示的な実施形態６に記載の方法。
１１． ＰＵＣＣＨリソースの第１のグループが、ＵＥによるアップリンク（ＵＬ）送信についてのスケジューリング要求（ＳＲ）を搬送するように設定され、ＰＵＣＣＨリソースの第２のグループが、ネットワークノードによるダウンリンク（ＤＬ）送信に関係する少なくともフィードバックを搬送するように設定された、例示的な実施形態１０に記載の方法。
１２． 設定された複数のＰＵＣＣＨリソースと１つまたは複数のＲＳとの間の複数の空間関係を決定するためにＵＥとのトレーニングプロシージャを実施することをさらに含む、例示的な実施形態６に記載の方法。
１３． ユーザ機器（ＵＥ）が、無線通信ネットワークにおけるネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するための方法であって、方法は、
ネットワークノードから、
複数のＰＵＣＣＨリソースの設定と、
設定された複数のＰＵＣＣＨリソースと、ネットワークノードによってまたはＵＥによって送信される１つまたは複数の参照信号（ＲＳ）との間の複数の空間関係の識別情報と
を含む１つまたは複数の制御メッセージを受信することと、
ネットワークノードから、
複数の空間関係のうちの第１の空間関係の識別情報と、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースのうちの単一のＰＵＣＣＨリソースに適用されるのか、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されるのかの指示であって、少なくとも１つのグループの各々が、設定された複数のＰＵＣＣＨリソースの少なくともサブセットを含む、指示と
を含む、さらなる制御メッセージを受信することと
を含む、方法。
１４． さらなる制御メッセージは、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースと、
第１の空間関係が適用されるＰＵＣＣＨリソースの特定のグループと
のうちの１つを識別する、指示に関連付けられたリソース識別子を含む、例示的な実施形態１３に記載の方法。
１５． ネットワークノードに、第１の空間関係に従って、およびリソース識別子によって識別された、特定の単一のＰＵＣＣＨリソース、またはＰＵＣＣＨリソースの特定のグループを含む特定のリソースを使用して、ＰＵＣＣＨメッセージを送信することをさらに含む、例示的な実施形態１４に記載の方法。
１６． さらなる制御メッセージは、
第１の空間関係が、設定された複数のＰＵＣＣＨリソースに適用されることを指示する第１の値と、
第１の空間関係が適用される特定の単一のＰＵＣＣＨリソースを識別する第２の値と
のうちの１つを含む、指示に関連付けられたリソース識別子を含む、例示的な実施形態１３に記載の方法。
１７． 指示がフラグを含み、
フラグが、第１の空間関係が単一のＰＵＣＣＨリソースに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用される設定された複数のＰＵＣＣＨリソースのうちの特定の単一のＰＵＣＣＨリソースの識別子を含む、
例示的な実施形態１３に記載の方法。
１８． １つまたは複数の制御メッセージが、設定された複数のＰＵＣＣＨリソースの複数のグループの識別情報をさらに含む、例示的な実施形態１３に記載の方法。
１９． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定のグループの識別子を含む、例示的な実施形態１８に記載の方法。
２０． １つまたは複数の制御メッセージが、１つまたは複数の参照信号との空間関係以外の動作に関して、設定された複数のＰＵＣＣＨリソースの複数のグループを識別する、例示的な実施形態１８に記載の方法。
２１． 指示が、第１の空間関係が、ＰＵＣＣＨリソースの少なくとも１つのグループに適用されることを指示するとき、さらなる制御メッセージは、第１の空間関係が適用されるＰＵＣＣＨリソースの複数のグループのうちの特定の複数のグループの識別子を含む、例示的な実施形態１８に記載の方法。
２２． 複数のグループが、
第１のフォーマットに従って設定されたＰＵＣＣＨリソースの第１のグループと、
第１のフォーマットとは異なる第２のフォーマットに従って設定されたＰＵＣＣＨリソースの第２のグループと
を含む、例示的な実施形態１８に記載の方法。
２３． ＰＵＣＣＨリソースの第１のグループが、ＵＥによるアップリンク（ＵＬ）送信についてのスケジューリング要求（ＳＲ）を搬送するように設定され、ＰＵＣＣＨリソースの第２のグループが、ネットワークノードによるダウンリンク（ＤＬ）送信に関係する少なくともフィードバックを搬送するように設定された、例示的な実施形態２２に記載の方法。
２４． 設定された複数のＰＵＣＣＨリソースと１つまたは複数のＲＳとの間の複数の空間関係を決定するためにネットワークノードとのトレーニングプロシージャを実施することをさらに含む、例示的な実施形態１８に記載の方法。
２５． 無線通信ネットワークにおけるユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノードであって、ネットワークノードが、
１つまたは複数のＵＥと通信するために設定された通信回路要素と、
通信回路要素に動作可能に関連付けられ、例示的な実施形態１から１２のいずれか１つに記載の方法に対応する動作を実施するように設定された、処理回路要素と
を備える、ネットワークノード。
２６． 無線通信ネットワークにおけるネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）であって、ＵＥが、
ネットワークノードと通信するために設定された通信回路要素と、
通信回路要素に動作可能に関連付けられ、例示的な実施形態１３から２４のいずれか１つに記載の方法に対応する動作を実施するように設定された、処理回路要素と
を備える、ユーザ機器（ＵＥ）。
２７． ユーザ機器（ＵＥ）との通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたネットワークノードの少なくとも１つのプロセッサによって実行されたとき、ネットワークノードを、例示的な実施形態１から１２のいずれか１つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
２８． ネットワークノードとの通信において使用可能な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを設定するように構成されたユーザ機器（ＵＥ）の少なくとも１つのプロセッサによって実行されたとき、ＵＥを、例示的な実施形態１３から２４のいずれか１つに記載の方法に対応する動作を実施するように設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
【0136】
特に、開示された（１つまたは複数の）本発明の変更および他の実施形態が、上記の説明および関連する図面において提示される教示の恩恵を得る当業者に、想到されるであろう。したがって、（１つまたは複数の）本発明が、開示された特定の実施形態に限定されるべきでないことと、変更および他の実施形態が、本開示の範囲内に含められるものであることとを理解されたい。特定の用語が本明細書で採用され得るが、それらの用語は、一般的および説明的な意味において使用されるにすぎず、限定の目的で使用されない。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】