知財求人 - 知財ポータルサイト「IP Force」
▶ レノボ・シンガポール・プライベート・リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-21
(54)【発明の名称】ＩＡＢノードによるＭＡＣ ＣＥメッセージの送信
(51)【国際特許分類】
H04W 72/27 20230101AFI20240814BHJP
H04W 16/26 20090101ALI20240814BHJP
H04W 52/36 20090101ALI20240814BHJP
H04W 92/20 20090101ALI20240814BHJP
H04W 52/46 20090101ALI20240814BHJP
【ＦＩ】
H04W72/27
H04W16/26
H04W52/36
H04W92/20 110
H04W52/46
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024506765
(86)(22)【出願日】2022-08-04
(85)【翻訳文提出日】2024-03-14
(86)【国際出願番号】 IB2022057272
(87)【国際公開番号】W WO2023012725
(87)【国際公開日】2023-02-09
(31)【優先権主張番号】63/229,908
(32)【優先日】2021-08-05
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＰＹＴＨＯＮ
２．ＪＡＶＡ
３．ＺＩＧＢＥＥ
４．ＳＩＧＦＯＸ
(71)【出願人】
【識別番号】505205731
【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100205785
【弁理士】
【氏名又は名称】▲高▼橋 史生
(72)【発明者】
【氏名】マジド・ガンバリネジャド
(72)【発明者】
【氏名】ヴィジャイ・ナンギア
(72)【発明者】
【氏名】ヘジュン・ジュン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA22
5K067DD11
5K067EE02
5K067EE06
5K067EE10
5K067GG08
5K067KK02
(57)【要約】
IABノードによってMAC CEメッセージを送信するための装置、方法、およびシステムが開示される。1つの方法(1700)は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信すること(1702)を含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【特許請求の範囲】
【請求項1】
第1の統合されたアクセスおよびバックホール(IAB)ノードを備える装置であって、メディアアクセス制御(MAC)制御要素(CE)メッセージを第2のIABノードへ送信するための送信機をさらに備え、前記MAC CEメッセージが、
リソース構成に関連付けられた識別子(ID)、
送信電力オフセット値、
最大送信電力値、
多重化モードに対応する情報、
少なくとも1つのアップリンクビーム識別子、
前記第1のIABノードのモバイル端末(MT)との関連付けの第1の指示、
前記第1のIABノードの分散ユニット(DU)のセルとの関連付けの第2の指示、
またはそれらの何らかの組合せを備える、
装置。
【請求項2】
前記第2のIABノードが前記第1のIABノードの親ノードであり、前記MAC CEメッセージが、前記第1のIABノードから前記第2のIABノードへのアップリンクに対する送信電力の範囲を示す、請求項1に記載の装置。
【請求項3】
前記範囲が前記最大送信電力値と前記送信電力オフセット値との組合せによって示される、請求項2に記載の装置。
【請求項4】
前記リソース構成が無線リソース制御(RRC)エンティティによって提供される、請求項1に記載の装置。
【請求項5】
前記MAC CEメッセージが、前記第1のIABノードが前記リソース構成に関連付けられたリソースを使用することに応答して前記親ノードが前記範囲を適用することを示す、請求項2に記載の装置。
【請求項6】
前記MAC CEメッセージが、前記第1のIABノードが関連付けられた周波数リソースを使用することに応答して前記親ノードが前記範囲を適用することを示す、請求項2に記載の装置。
【請求項7】
前記多重化モードが、前記MTが送信し前記DUが送信すること、
前記MTが受信し前記DUが受信すること、
前記MTが送信し前記DUが受信すること、
前記MTが受信し前記MTが送信すること、
またはそれらの何らかの組合せを備える、
請求項1に記載の装置。
【請求項8】
前記MAC CEメッセージが、前記第1のIABノードが前記示された多重化モードを適用することに応答して前記親ノードが前記範囲を適用することを示す、請求項2に記載の装置。
【請求項9】
前記MAC CEメッセージが、前記第1のIABノードが前記少なくとも1つのアップリンクビーム識別子によって示されるビームを適用することに応答して前記親ノードが前記範囲を適用することを示す、請求項2に記載の装置。
【請求項10】
前記MAC CEメッセージが第3のIABノードに関連付けられ、前記第3のIABノードが前記第1のIABノードの子ノードである、請求項1に記載の装置。
【請求項11】
第1の統合されたアクセスおよびバックホール(IAB)ノードにおける方法であって、メディアアクセス制御(MAC)制御要素(CE)メッセージを第2のIABノードへ送信するステップを備え、前記MAC CEメッセージが、
リソース構成に関連付けられた識別子(ID)、
送信電力オフセット値、
最大送信電力値、
多重化モードに対応する情報、
少なくとも1つのアップリンクビーム識別子、
前記第1のIABノードのモバイル端末(MT)との関連付けの第1の指示、
前記第1のIABノードの分散ユニット(DU)のセルとの関連付けの第2の指示、
またはそれらの何らかの組合せを備える、
方法。
【請求項12】
前記第2のIABノードが前記第1のIABノードの親ノードであり、前記MAC CEメッセージが、前記第1のIABノードから前記第2のIABノードへのアップリンクに対する送信電力の範囲を示す、請求項11に記載の方法。
【請求項13】
前記範囲が前記最大送信電力値と前記送信電力オフセット値との組合せによって示される、請求項12に記載の方法。
【請求項14】
前記リソース構成が無線リソース制御(RRC)エンティティによって提供される、請求項11に記載の方法。
【請求項15】
第1の統合されたアクセスおよびバックホール(IAB)ノードを備える装置であって、メディアアクセス制御(MAC)制御要素(CE)メッセージを第2のIABノードへ送信するための送信機をさらに備え、前記MAC CEメッセージが、
リソース構成に関連付けられた識別子(ID)、
送信電力オフセット値、
最大送信電力値、
多重化モードに対応する情報、
少なくとも1つのアップリンクビーム識別子、
前記第1のIABノードのモバイル端末(MT)との関連付けの第1の指示、
前記第1のIABノードの分散ユニット(DU)のセルとの関連付けの第2の指示、
またはそれらの何らかの組合せを備え、
前記第2のIABノードが前記第1のIABノードの親ノードであり、
前記MAC CEメッセージが、前記第1のIABノードから前記第2のIABノードへのアップリンクに対する送信電力の範囲を示し、
前記範囲が前記最大送信電力値と前記送信電力オフセット値との組合せによって示され、
前記多重化モードが、
前記MTが送信し前記DUが送信すること、
前記MTが受信し前記DUが受信すること、
前記MTが送信し前記DUが受信すること、
前記MTが受信し前記MTが送信すること、
またはそれらの何らかの組合せを備え、
前記MAC CEメッセージが、
前記第1のIABノードが前記リソース構成に関連付けられたリソースを使用すること、
前記第1のIABノードが前記示された多重化モードを適用すること、
前記第1のIABノードが前記少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、
またはそれらの何らかの組合せ
に応答して前記親ノードが前記範囲を適用することを示す、
装置。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、「APPARATUSES, METHODS, AND SYSTEMS FOR POWER HEADROOM SIGNALING IN INTEGRATED ACCESS AND BACKHAUL」と題する、Majid Ghanbarinejadらのために2021年8月5日に出願された米国特許出願第63/229,908号の優先権を主張し、その全体が参照により本明細書に組み込まれる。
本出願は、「APPARATUSES, METHODS, AND SYSTEMS FOR POWER HEADROOM SIGNALING IN INTEGRATED ACCESS AND BACKHAUL」と題する、Majid Ghanbarinejadらのために2021年8月5日に出願された米国特許出願第63/229,908号の優先権を主張し、その全体が参照により本明細書に組み込まれる。
【0002】
本明細書で開示する主題は、一般に、ワイヤレス通信に関し、より詳細には、IABノードによるMAC CEメッセージの送信に関する。
【背景技術】
【0003】
いくつかのワイヤレス通信ネットワークでは、IABシステムに対応する情報が知られていないことがある。そのようなネットワークでは、情報がデバイスに提供される必要があり得る。
【発明の概要】
【課題を解決するための手段】
【0004】
IABノードによってMAC CEメッセージを送信するための方法が開示される。装置およびシステムも、本方法の機能を実行する。方法の一実施形態は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信することを含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【0005】
IABノードによってMAC CEメッセージを送信するための1つの装置は、MAC CEメッセージを第2のIABノードへ送信するための送信機を含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【0006】
IABノードによってMAC CEメッセージを送信するための方法の別の実施形態は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信することを含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、リソース構成に関連付けられたリソースの第1のIABノードによる使用、示された多重化モードの第1のIABノードによる適用、少なくとも1つのアップリンクビーム識別子によって示されるビームの第1のIABノードによる適用、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0007】
IABノードによってMAC CEメッセージを送信するための別の装置は、MAC CEメッセージを第2のIABノードへ送信するための送信機を含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0008】
上記で手短に説明される本実施形態のより詳細な説明が、添付図面に示される特定の実施形態への参照によって表現される。これらの図面がいくつかの実施形態を図示するにすぎず、したがって、範囲の限定であると見なされるべきでないことを理解して、本実施形態は、添付図面の使用を通じて追加の特殊性および詳細を伴って記載および説明される。
【図面の簡単な説明】
【0009】
【図1】IABノードによってMAC CEメッセージを送信するためのワイヤレス通信システムの一実施形態を示す概略ブロック図である。
【図2】IABノードによってMAC CEメッセージを送信するために使用され得る装置の一実施形態を示す概略ブロック図である。
【図3】IABノードによってMAC CEメッセージを送信するために使用され得る装置の一実施形態を示す概略ブロック図である。
【図4】スタンドアロンモードでのIABシステムの一実施形態を示す概略ブロック図である。
【図5】システムの別の実施形態を示す概略ブロック図である。
【図6】シングルパネルIABノードおよびマルチパネルIABノードを有するIABシステムの一実施形態を示す概略ブロック図である。
【図7】同時送信および/または受信動作のタイプの一実施形態を示す概略ブロック図である。
【図8】単一エントリPHR MAC CEの一実施形態を示すブロック図である。
【図9】構成されたアップリンクを有するサービングセルの最大ServCellIndexが8未満である、複数エントリPHR MAC CEの一実施形態を示すブロック図である。
【図10】構成されたアップリンクを有するサービングセルの最大ServCellIndexが8以上である、複数エントリPHR MAC CEの別の実施形態を示すブロック図である。
【図11】PHR-Config IEの一実施形態を示すコード図である。
【図12】IABノードのアップストリームにおける親ノードまたはIABドナー(PN)およびIABノードのダウンストリームにおける子ノードまたはUEへの送信を実行する、対象となるIABノード(N)を含むシステムの一実施形態を示すブロック図である。
【図13】RRC構成IEの一実施形態を示すコード図である。
【図14】1つのIAB-CUおよび/またはIABドナーを有する(ドナー内シナリオ)DCアーキテクチャの一実施形態を示す概略ブロック図である。
【図15】複数のIAB-CUおよび/またはIABドナーを有する(ドナー内シナリオ)DCアーキテクチャの一実施形態を示す概略ブロック図である。
【図16】同時動作のための代替シナリオを示すシステムの一実施形態を示す概略ブロック図である。
【図17】IABノードによってMAC CEメッセージを送信するための方法の一実施形態を示すフローチャート図である。
【図18】IABノードによってMAC CEメッセージを送信するための方法の別の実施形態を示すフローチャート図である。
【発明を実施するための形態】
【0010】
当業者によって諒解されるように、本実施形態の態様は、システム、装置、方法、またはプログラム製品として具現されてよい。したがって、実施形態は、すべてが本明細書で概して「回路」、「モジュール」、または「システム」と呼ばれることがある、全体にハードウェア実施形態、(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)全体にソフトウェア実施形態、またはソフトウェア態様とハードウェア態様とを組み合わせる実施形態の形態をとってよい。さらに、実施形態は、以下でコードと呼ばれる機械可読コード、コンピュータ可読コード、および/またはプログラムコードを記憶する1つまたは複数のコンピュータ可読記憶デバイスの中で具現されたプログラム製品の形態をとってよい。記憶デバイスは、有形、非一時的、かつ/または非送信であってよい。記憶デバイスは信号を具現しないことがある。いくつかの実施形態では、記憶デバイスはコードにアクセスするための信号を採用するにすぎない。
【0011】
本明細書で説明する機能ユニットのうちのいくつかは、それらの実装独立性をより詳細に強調するためにモジュールとしてラベル付けされることがある。たとえば、モジュールは、カスタムの超大規模集積(「VLSI」)回路もしくはゲートアレイ、論理チップなどの既製の半導体、トランジスタ、または他の個別構成要素を備えるハードウェア回路として実装されてよい。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイ論理、プログラマブル論理デバイスなどの、プログラマブルハードウェアデバイスの中に実装されてよい。
【0012】
モジュールはまた、様々なタイプのプロセッサが実行するためのコードおよび/またはソフトウェアの中に実装されてよい。コードの識別されるモジュールは、たとえば、オブジェクト、プロシージャ、または関数として編成され得る、たとえば、実行可能コードの1つまたは複数の物理ブロックまたは論理ブロックを含んでよい。とはいえ、識別されるモジュールの実行ファイルは、物理的に一緒に配置される必要はないが、論理的に一緒に結合されたとき、モジュールを含むとともにモジュールにとっての述べられた目的を達成する、様々なロケーションの中に記憶された異なる命令を含んでよい。
【0013】
実際、コードのモジュールは、単一の命令または多数の命令であってよく、いくつかの異なるコードセグメントにわたって、異なるプログラムの間で、かついくつかのメモリデバイスを横断して、分散さえされてよい。同様に、動作データは、本明細書ではモジュール内で識別および説明されてよく、任意の好適な形態をなして具現されてよく、任意の好適なタイプのデータ構造内で編成されてよい。動作データは、単一のデータセットとして収集されてよく、または異なるコンピュータ可読記憶デバイスにわたることを含む異なるロケーションにわたって分散されてもよい。モジュールまたはモジュールの部分がソフトウェアで実装される場合、ソフトウェア部分は、1つまたは複数のコンピュータ可読記憶デバイス上に記憶される。
【0014】
1つまたは複数のコンピュータ可読媒体の任意の組合せが利用されてよい。コンピュータ可読媒体はコンピュータ可読記憶媒体であってよい。コンピュータ可読記憶媒体は、コードを記憶する記憶デバイスであってよい。記憶デバイスは、たとえば、限定はしないが、電子、磁気、光学、電磁、赤外線、ホログラフィック、微小機械、もしくは半導体の、システム、装置、もしくはデバイス、または上記のものの任意の好適な組合せであってよい。
【0015】
記憶デバイスのより詳細な例(非網羅的な列挙)は、以下のもの、すなわち、1つもしくは複数のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ(「RAM」)、読取り専用メモリ(「ROM」)、消去可能プログラマブル読取り専用メモリ(「EPROM」またはフラッシュメモリ)、ポータブルコンパクトディスク読取り専用メモリ(「CD-ROM」)、光記憶デバイス、磁気記憶デバイス、または上記のものの任意の好適な組合せを含むことになる。本明細書のコンテキストでは、コンピュータ可読記憶媒体は、命令実行システム、装置、もしくはデバイスによるかまたはそれらに関する使用のための、プログラムを含むことまたは記憶することができる、任意の有形媒体であってよい。
【0016】
実施形態に対する動作を実行するためのコードは、任意の行数であってよく、Python、Ruby、Java、Smalltalk、C++などのオブジェクト指向プログラミング言語、および「C」プログラミング言語などの従来の手続き型プログラミング言語、および/またはアセンブリ言語などの機械語を含む、1つまたは複数のプログラミング言語の任意の組合せで書かれてよい。コードは、スタンドアロンソフトウェアパッケージとして、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で部分的に、ユーザのコンピュータ上で部分的に、またリモートコンピュータ上で部分的に、またはリモートコンピュータもしくはサーバ上で全体的に実行してよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク(「LAN」)もしくはワイドエリアネットワーク(「WAN」)を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されてよく、または接続が(たとえば、インターネットサービスプロバイダを使用してインターネットを通じて)外部コンピュータへ作成されてもよい。
【0017】
「一実施形態」、「実施形態」、または類似の言葉への本明細書全体にわたる言及は、本実施形態に関して説明される特定の機能、構造、または特性が少なくとも1つの実施形態の中に含まれることを意味する。したがって、本明細書全体にわたる「一実施形態では」、「実施形態では」という句、または類似の言葉の出現はすべて、必ずしもそうとは限らないが同じ実施形態に言及してよく、別段に明記されていない限り「1つまたは複数の、ただしすべてではない実施形態」を意味してよい。「含むこと」、「備えること」、「有すること」という用語、およびそれらの変形は、別段に明記されていない限り「限定はしないが～を含む」を意味する。項目の列挙されるリスティングは、別段に明記されていない限り、その項目のうちのいずれかまたはすべてが相互排他的であることを暗示するとは限らない。「a」、「an」、および「the」という用語はまた、別段に明記されていない限り「1つまたは複数」を指す。
【0018】
さらに、本実施形態の説明する特徴、構造、または特性は、任意の好適な方式で組み合わせられてよい。以下の説明では、実施形態の十分な理解を与えるために、プログラミング、ソフトウェアモジュール、ユーザ選択、ネットワークトランザクション、データベース照会、データベース構造、ハードウェアモジュール、ハードウェア回路、ハードウェアチップなどの例などの、数多くの具体的な詳細が提供される。しかしながら、具体的な詳細のうちの1つもしくは複数を用いずに、または他の方法、構成要素、材料などを用いて、実施形態が実践されてよいことを、当業者は認識されよう。他の事例では、よく知られている構造、材料、または動作は、実施形態の態様を不明瞭にすることを避けるために、詳細には図示または説明されない。
【0019】
本実施形態の態様は、実施形態による方法、装置、システム、およびプログラム製品の概略フローチャート図および/または概略ブロック図を参照しながら以下で説明される。概略フローチャート図および/または概略ブロック図、ならびに概略フローチャート図および/または概略ブロック図の中のブロックの組合せの各ブロックが、コードによって実装され得ることが理解されよう。コードは、機械を作り出すために、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供されてよく、その結果、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行する命令が、概略フローチャート図および/または概略ブロック図の1つもしくは複数のブロックの中で指定される機能/動作を実施するための手段を作成する。
【0020】
コードはまた、特定の方式で機能するようにコンピュータ、他のプログラマブルデータ処理装置、または他のデバイスを導くことができる記憶デバイスの中に記憶されてよく、その結果、記憶デバイスの中に記憶された命令が、概略フローチャート図および/または概略ブロック図の1つもしくは複数のブロックの中で指定される機能/動作を実施する命令を含む製造品を作り出す。
【0021】
コードはまた、コンピュータ、他のプログラマブル装置、または他のデバイス上で一連の動作ステップを実行させてコンピュータ実装プロセスを作り出すために、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイス上にロードされてよく、その結果、コンピュータまたは他のプログラマブル装置上で実行するコードが、フローチャートおよび/またはブロック図の1つもしくは複数のブロックの中で指定される機能/動作を実施するためのプロセスを提供する。
【0022】
図の中の概略フローチャート図および/または概略ブロック図は、様々な実施形態による装置、システム、方法、およびプログラム製品の可能な実装形態のアーキテクチャ、機能性、および動作を示す。この点について、概略フローチャート図および/または概略ブロック図の中の各ブロックは、指定された論理機能を実施するためのコードの1つまたは複数の実行可能命令を含む、コードのモジュール、セグメント、または部分を表してよい。
【0023】
いくつかの代替実装形態では、ブロックの中で言及した機能が、図の中で言及した順序を離れて行われてよいことにも留意されたい。たとえば、関与する機能性に応じて、連続して図示される2つのブロックが実際は実質的に並行して実行されてよく、またはブロックが、時々、逆順で実行されてよい。図示した図の1つもしくは複数のブロックまたはそれらの部分と機能、論理、または効果が均等な他のステップおよび方法が考案されてよい。
【0024】
フローチャートおよび/またはブロック図の中で様々な矢印タイプおよびラインタイプが採用されることがあるが、それらは対応する実施形態の範囲を限定しないものと理解される。実際、いくつかの矢印または他のコネクタが、図示の実施形態の論理フローのみを示すために使用されてよい。たとえば、矢印は、図示の実施形態の列挙されるステップ間の不特定の持続時間の待機期間または監視期間を示すことがある。ブロック図および/またはフローチャート図の各ブロック、ならびにブロック図および/またはフローチャート図の中のブロックの組合せが、指定された機能もしくは動作を実行する専用ハードウェアベースのシステム、または専用ハードウェアとコードとの組合せによって実施され得ることにも、留意されたい。
【0025】
各図面の中の要素の説明は、次に進む図面の要素に言及することがある。同様の番号は、同様の要素の代替実施形態を含む、すべての図における同様の要素を指す。
【0026】
図1は、IABノードによってMAC CEメッセージを送信するためのワイヤレス通信システム100の実施形態を示す。一実施形態では、ワイヤレス通信システム100は、リモートユニット102およびネットワークユニット104を含む。特定の数のリモートユニット102およびネットワークユニット104が図1に示されていても、任意の数のリモートユニット102およびネットワークユニット104がワイヤレス通信システム100の中に含まれてよいことを当業者は認識されよう。
【0027】
一実施形態では、リモートユニット102は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(「PDA」)、タブレットコンピュータ、スマートフォン、スマートテレビジョン(たとえば、インターネットに接続されたテレビジョン)、セットトップボックス、ゲーム機、(セキュリティカメラを含む)セキュリティシステム、車両搭載コンピュータ、ネットワークデバイス(たとえば、ルータ、スイッチ、モデム)、空中車両、ドローンなどの、コンピューティングデバイスを含んでよい。いくつかの実施形態では、リモートユニット102は、スマートウォッチ、フィットネスバンド、光学ヘッドマウントディスプレイなどのウェアラブルデバイスを含む。その上、リモートユニット102は、加入者ユニット、モバイル、移動局、ユーザ、端末、モバイル端末、固定端末、加入者局、UE、ユーザ端末、デバイス、または当技術分野において使用される他の用語によって呼ばれることがある。リモートユニット102は、UL通信信号を介してネットワークユニット104のうちの1つまたは複数と直接通信してよい。いくつかの実施形態では、リモートユニット102は、サイドリンク通信を介して他のリモートユニット102と直接通信してよい。
【0028】
ネットワークユニット104は、地理的領域にわたって分散されてよい。いくつかの実施形態では、ネットワークユニット104はまた、アクセスポイント、アクセス端末、ベース、基地局、ロケーションサーバ、コアネットワーク(「CN」)、無線ネットワークエンティティ、ノードB、発展型ノードB(「eNB」)、5GノードB(「gNB」)、ホームノードB、中継ノード、デバイス、コアネットワーク、空中サーバ、無線アクセスノード、アクセスポイント(「AP」)、ニューラジオ(「NR」)、ネットワークエンティティ、アクセスおよびモビリティ管理機能(「AMF」)、統合データ管理(「UDM」)、統合データリポジトリ(「UDR」)、UDM/UDR、ポリシー制御機能(「PCF」)、無線アクセスネットワーク(「RAN」)、ネットワークスライス選択機能(「NSSF」)、動作、運営、および管理(「OAM」)、セッション管理機能(「SMF」)、ユーザプレーン機能(「UPF」)、アプリケーション機能、認証サーバ機能(「AUSF」)、セキュリティアンカー機能性(「SEAF」)、信用非3GPP(登録商標)ゲートウェイ機能(「TNGF」)、または当技術分野において使用される他の用語によって呼ばれることがあり、かつ/またはそれらのうちの1つまたは複数を含んでよい。ネットワークユニット104は、一般に、1つまたは複数の対応するネットワークユニット104に通信可能に結合された1つまたは複数のコントローラを含む無線アクセスネットワークの一部である。無線アクセスネットワークは、一般に、1つまたは複数のコアネットワークに通信可能に結合され、1つまたは複数のコアネットワークは、ネットワークの中でも、インターネットおよび公衆交換電話網のような他のネットワークに結合されてよい。無線アクセスおよびコアネットワークのこれらおよび他の要素は図示されないが、当業者によって一般によく知られている。
【0029】
一実装形態では、ワイヤレス通信システム100は、第3世代パートナーシッププロジェクト(「3GPP(登録商標)」)において標準化されたNRプロトコルに準拠し、ネットワークユニット104は、ダウンリンク(「DL」)上でOFDM変調方式を使用して送信し、リモートユニット102は、シングルキャリア周波数分割多元接続(「SC-FDMA」)方式または直交周波数分割多重化(「OFDM」)方式を使用してアップリンク(「UL」)上で送信する。しかしながら、より一般的には、ワイヤレス通信システム100は、プロトコルの中でも、いくつかの他のオープンまたはプロプライエタリな通信プロトコル、たとえば、WiMAX、米国電気電子技術者協会(「IEEE」)802.11変形形態、モバイル通信用グローバルシステム(「GSM」)、汎用パケット無線サービス(「GPRS」)、ユニバーサルモバイル電気通信システム(「UMTS」)、ロングタームエボリューション(「LTE」)変形形態、符号分割多元接続2000(「CDMA2000」)、Bluetooth(登録商標)、ZigBee、Sigfoxを実施してよい。本開示は、いかなる特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に限定されることも意図しない。
【0030】
ネットワークユニット104は、ワイヤレス通信リンクを介してサービングエリア、たとえば、セルまたはセルセクタ内の、いくつかのリモートユニット102にサービスしてよい。ネットワークユニット104は、時間領域、周波数領域、および/または空間領域においてリモートユニット102にサービスするためにDL通信信号を送信する。
【0031】
様々な実施形態では、リモートユニット102および/またはネットワークユニット104は、MAC CEメッセージを第2のIABノードへ送信してよい。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。したがって、リモートユニット102および/またはネットワークユニット104は、IABノードによってMAC CEメッセージを送信するために使用されてよい。
【0032】
いくつかの実施形態では、リモートユニット102および/またはネットワークユニット104は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信してよい。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。したがって、リモートユニット102および/またはネットワークユニット104は、IABノードによってMAC CEメッセージを送信するために使用されてよい。
【0033】
図2は、IABノードによってMAC CEメッセージを送信するために使用され得る装置200の一実施形態を示す。装置200は、リモートユニット102の一実施形態を含む。さらに、リモートユニット102は、プロセッサ202、メモリ204、入力デバイス206、ディスプレイ208、送信機210、および受信機212を含んでよい。いくつかの実施形態では、入力デバイス206およびディスプレイ208は、タッチスクリーンなどの単一のデバイスの中に組み合わせられる。いくつかの実施形態では、リモートユニット102は、いかなる入力デバイス206および/またはディスプレイ208も含まないことがある。様々な実施形態では、リモートユニット102は、プロセッサ202、メモリ204、送信機210、および受信機212のうちの1つまたは複数を含んでよく、入力デバイス206および/またはディスプレイ208を含まないことがある。
【0034】
プロセッサ202は、一実施形態では、コンピュータ可読命令を実行することが可能かつ/または論理演算を実行することが可能な、任意の知られているコントローラを含んでよい。たとえば、プロセッサ202は、マイクロコントローラ、マイクロプロセッサ、中央処理ユニット(「CPU」)、グラフィックス処理ユニット(「GPU」)、補助処理ユニット、フィールドプログラマブルゲートアレイ(「FPGA」)、または類似のプログラマブルコントローラであってよい。いくつかの実施形態では、プロセッサ202は、本明細書で説明する方法およびルーチンを実行するために、メモリ204の中に記憶された命令を実行する。プロセッサ202は、メモリ204、入力デバイス206、ディスプレイ208、送信機210、および受信機212に通信可能に結合される。
【0035】
メモリ204は、一実施形態では、コンピュータ可読記憶媒体である。いくつかの実施形態では、メモリ204は揮発性コンピュータ記憶媒体を含む。たとえば、メモリ204は、ダイナミックRAM(「DRAM」)、同期ダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含む、RAMを含んでよい。いくつかの実施形態では、メモリ204は不揮発性コンピュータ記憶媒体を含む。たとえば、メモリ204は、ハードディスクドライブ、フラッシュメモリ、または任意の他の好適な不揮発性コンピュータ記憶デバイスを含んでよい。いくつかの実施形態では、メモリ204は、揮発性コンピュータ記憶媒体と不揮発性コンピュータ記憶媒体の両方を含む。いくつかの実施形態では、メモリ204はまた、リモートユニット102上で動作するオペレーティングシステムまたは他のコントローラアルゴリズムなどの、プログラムコードおよび関連するデータを記憶する。
【0036】
入力デバイス206は、一実施形態では、タッチパネル、ボタン、キーボード、スタイラス、マイクロフォンなどを含む、任意の知られているコンピュータ入力デバイスを含んでよい。いくつかの実施形態では、入力デバイス206は、たとえば、タッチスクリーンまたは類似のタッチセンシティブディスプレイとして、ディスプレイ208と統合されてよい。いくつかの実施形態では、入力デバイス206は、タッチスクリーン上に表示された仮想キーボードを使用して、かつ/またはタッチスクリーン上に手書きすることによって、テキストが入力され得るような、タッチスクリーンを含む。いくつかの実施形態では、入力デバイス206は、キーボードおよびタッチパネルなどの2つ以上の異なるデバイスを含む。
【0037】
ディスプレイ208は、一実施形態では、任意の知られている電子制御可能なディスプレイまたはディスプレイデバイスを含んでよい。ディスプレイ208は、視覚信号、可聴信号、および/または触覚信号を出力するように設計されてよい。いくつかの実施形態では、ディスプレイ208は、視覚データをユーザに出力することが可能な電子ディスプレイを含む。たとえば、ディスプレイ208は、限定はしないが、液晶ディスプレイ(「LCD」)、発光ダイオード(「LED」)ディスプレイ、有機発光ダイオード(「OLED」)ディスプレイ、プロジェクタ、または画像、テキストなどをユーザに出力することが可能な類似のディスプレイデバイスを含んでよい。別の非限定的な例として、ディスプレイ208は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイなどの、ウェアラブルディスプレイを含んでよい。さらに、ディスプレイ208は、スマートフォン、携帯情報端末、テレビジョン、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボードなどの構成要素であってよい。
【0038】
いくつかの実施形態では、ディスプレイ208は、音を生成するための1つまたは複数のスピーカーを含む。たとえば、ディスプレイ208は、可聴式の警報または通知(たとえば、ビープまたはチャイム)を生成してよい。いくつかの実施形態では、ディスプレイ208は、振動、動き、または他の触覚フィードバックを生成するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態では、ディスプレイ208の全部または部分が入力デバイス206と統合されてよい。たとえば、入力デバイス206およびディスプレイ208は、タッチスクリーンまたは類似のタッチセンシティブディスプレイを形成してよい。他の実施形態では、ディスプレイ208は、入力デバイス206の近くに配置されてよい。
【0039】
いくつかの実施形態では、送信機210は、MAC CEメッセージを第2のIABノードへ送信する。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【0040】
いくつかの実施形態では、送信機210は、MAC CEメッセージを第2のIABノードへ送信する。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0041】
1つの送信機210および1つの受信機212しか図示されないが、リモートユニット102は、任意の好適な数の送信機210および受信機212を有してよい。送信機210および受信機212は、任意の好適なタイプの送信機および受信機であってよい。一実施形態では、送信機210および受信機212は、トランシーバの一部であってよい。
【0042】
図3は、IABノードによってMAC CEメッセージを送信するために使用され得る装置300の一実施形態を示す。装置300は、ネットワークユニット104の一実施形態を含む。さらに、ネットワークユニット104は、プロセッサ302、メモリ304、入力デバイス306、ディスプレイ308、送信機310、および受信機312を含んでよい。諒解され得るように、プロセッサ302、メモリ304、入力デバイス306、ディスプレイ308、送信機310、および受信機312は、それぞれ、リモートユニット102のプロセッサ202、メモリ204、入力デバイス206、ディスプレイ208、送信機210、および受信機212と実質的に類似であってよい。
【0043】
いくつかの実施形態では、送信機310は、MAC CEメッセージを第2のIABノードへ送信する。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【0044】
いくつかの実施形態では、送信機310は、MAC CEメッセージを第2のIABノードへ送信する。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0045】
本明細書で説明する1つまたは複数の実施形態が単一の実施形態の中に組み合わせられてよいことに留意されたい。
【0046】
いくつかの実施形態では、統合されたアクセスおよびバックホール(「IAB」)は、ニューラジオ(「NR」)アクセス技術のために使用されてよい。IAB技術は、展開フレキシビリティを大きくし第5世代(「5G」)ロールアウトコストを下げることを目的とする。その上、IABは、ワイヤレスバックホール技術を使用しながらサービスプロバイダがセル計画およびスペクトル計画の労力を減らすことを可能にする。
【0047】
いくつかの実施形態では、IABは特定の多重化方式および二重化方式に限定されないが、(たとえば、親IABノードまたはIABドナーとの)アップストリーム通信と(たとえば、子IABノードまたはUEとの)ダウンストリーム通信との間の時分割多重化(「TDM」)に焦点を当ててよい。
【0048】
様々な実施形態では、IABノードによってダウンストリームおよびアップストリームにおける同時動作(たとえば、送信および/または受信)をサポートするためのIABシステム拡張リソース多重化は、IABノードの子リンクおよび親リンクによる同時動作(たとえば、送信および/または受信)をサポートするために、必要に応じて、a)IABノードの子リンクおよび親リンクの同時動作(たとえば、送信および/または受信)のサポート(たとえば、モバイル端末(「MT」)MT送信(「TX」)かつ分散ユニット(「DU」)TX、MT TXかつDU受信(「RX」)、MT RXかつDU TX、MT RXかつDU RX)、ならびにb)改善されたロバストネスおよび負荷分散のためのトポロジー冗長性のコンテキストで規定されるデュアル接続性シナリオに対するサポートを含む、1)IABノードの子リンクと親リンクとの間のリソース多重化への拡張の仕様、ならびに/または2)IABノードタイミングモード、ダウンリンク(「DL」)および/もしくはUL電力制御に対する拡張、ならびにバックホール(「BH」)リンクのコマンドラインインターフェース(「CLI」)および干渉測定の仕様などの、二重化拡張を含む。
【0049】
いくつかの実施形態では、電力不均衡および総電力制約などの、より多数の送信電力制約をIABシステムが果たすことを支援するために、アップリンクおよび/またはダウンリンクにおける電力制御への拡張が使用され得る。
【0050】
いくつかの実施形態では、1つもしくは複数の(たとえば、コロケートされた)アンテナパネルによって送信される信号の送信電力の差分、または1つもしくは複数の(たとえば、コロケートされた)アンテナパネルによって受信される信号の受信電力の差分によって、電力不均衡制約が強いられることがある。電力不均衡は、ハードウェアによって強いられることがあり、追加として、いずれかまたはすべてのアンテナパネル上でのビームフォーミングに影響を及ぼすことがある。
【0051】
様々な実施形態では、ハードウェア、連邦通信委員会(「FCC」)規制などの放射電力規制、またはそれらの組合せによって、総電力制約が強いられることがある。
【0052】
いくつかの実施形態では、IABノードが親ノードおよび/またはドナーならびに子ノードおよび/またはユーザ機器(「UE」)へ同時に信号を送信し得る条件があってよい。そのような実施形態では、IABノードは、親ノードへの最大送信電力に対して2つの制約を有してよく、1)一方は、IABノードによる総送信電力に関連する電力ヘッドルーム(「PH」)によって決定され、2)他方は、親ノードおよび/またはドナーならびに子ノードおよび/またはUEへの同時送信の間の最大電力不均衡によって決定される。
【0053】
様々な実施形態では、IABノードのIAB-MT上でアップリンク電力制御(「UL-PC」)を実行する親ノードおよび/またはドナーにどのように情報を伝達すべきかが決定されてよい。
【0054】
いくつかの実施形態では、電力ヘッドルーム報告(「PHR」)は、子ノードおよび/またはUEへの送信によって引き起こされる変動を、親ノードおよび/またはドナーに動的に知らせてよい。しかしながら、そのような実施形態では、1)すべてのスロットが同時送信のために使用されるとは限らないので、過剰に動的であってよくかつ(たとえば、スロットからスロットに)急速に変化していることがある、子ノードおよび/またはUEへの送信に起因して、電力制約の変更があってよく、2)IABノードは、複数の子ノードおよび/またはUEへ送信することがあり、異なる子ノードおよび/またはUEへのいくつかのダウンリンク電力制御(「DL-PC」)メカニズムを可能にするとともに、さらなる変動をアップリンク送信電力制約に加えるための、拡張があってよい。
【0055】
いくつかの実施形態では、拡張された多重化モードで動作するIABノードにとって(たとえば、PHRを含む)レガシーUL電力制御メカニズムが十分であるかどうかが決定されてよい。そのUL電力制御を支援するための情報をIABノードが示すことがサポートされてよい。様々な実施形態では、そのMTのUL TX電力制御の助けとなる支援情報をIABノードが示すことをサポートすべきかどうかが決定されてよい。支援情報は、1)所望のTX電力、2)ベースラインPHRへのオフセット、3)所望のダイナミックレンジ、4)支援情報が親ノード、CU、もしくはその両方に提供されるかどうか、および/または5)MTのUL TX電力制御式が変更される必要があるかどうかであってよい。
【0056】
いくつかの実施形態では、PHRシグナリングに対応する方法およびシステムがあってよい。
【0057】
図4は、スタンドアロンモードでのIABシステム400の一実施形態を示す概略ブロック図である。IABシステム400は、コアネットワーク(「CN」)402、IABドナー404、IABノード406、およびUE408を含む。CN402は、通常は有線であるバックホールリンクを通じてIABシステム400のIABドナー404に接続される。IABドナー404は、F1インターフェースを通じてシステムの中のすべての分散ユニット(「DU」)と通信する中央ユニット(「CU」)を含む。IABドナー404は、gNB-DU、gNB-CU-CP、gNB-CU-UPなどの機能のセットを含んでよい単一の論理ノードである。いくつかの展開では、IABドナー404は、これらの機能に従って分割されてよく、そうした機能はすべて、コロケートされるかまたはコロケートされないかのいずれかであってよい。その上、各IABノードは、少なくともDUおよびモバイル端末(「MT」)に機能的に分割されてよい。IABノードのMTは、別のIABノードまたはIABドナーであり得る親ノードの、DUに接続されてよい。IABノードのMT(IAB-MTと呼ばれる)と親ノードのDU(IAB-DUと呼ばれる)との間のUuリンクは、ワイヤレスバックホールリンクと呼ばれる。ワイヤレスバックホールリンクでは、機能性の観点から、MTはUEと類似であり、親ノードのDUは従来のセルラーワイヤレスアクセスリンクにおける基地局と類似である。したがって、MTから親リンクのDUであるサービングセルへのリンクはアップリンクと呼ばれ、逆方向におけるリンクはダウンリンクと呼ばれる。本明細書で使用するとき、実施形態は、IAB-MT、IAB-DU、サービングセルなどへの直接の言及なしに、IABノードの間のアップリンクまたはダウンリンク、IABノードのアップストリームリンクまたはダウンストリームリンク、ノードとその親ノードとの間のリンク、ノードとその子ノードとの間のリンクなどに言及することがある。
【0058】
各IABドナーまたはIABノードは、アクセスリンクを通じてUEにサービスしてよい。IABシステムは、マルチホップ通信を可能にするように設計されてよい(たとえば、UEは、アクセスリンク、およびIABノードとIABドナーとの間の複数のバックホールリンクを通じて、コアネットワークに接続されてよい)。本明細書で使用するとき、別段に記載されていない限り、IABノードとはIABノードまたはIABドナーを指してよい。
【0059】
図5は、システム500の別の実施形態を示す概略ブロック図である。詳細には、図5は、IABドナーとIABノードとの機能分割を示す。この図では、IABノードまたはUEは、デュアル接続性(「DC」)をサポートするので2つ以上のサービングセルによってサービスされ得る。システム500は、CN502、IABシステム504、およびUE506を含む。CUおよび/またはDU(「CU/DU」)分割は、IABシステム504の中のIABドナーの中にあり、DU/MT分割は、IABシステム504の中のIABノードの中にある。
【0060】
IABドナーおよび/またはCN502により近い、ノードおよび/またはリンクが、アップストリームノードおよび/またはアップストリームリンクと呼ばれることに留意されたい。たとえば、対象となるノードの親ノードは、対象となるノードのアップストリームノードであり、親ノードへのリンクは、対象となるノードに対してアップストリームリンクである。同様に、IABドナーおよび/またはコアネットワークからより遠くの、ノードおよび/またはリンクが、ダウンストリームノードおよび/またはダウンストリームリンクと呼ばれる。たとえば、対象となるノードの子ノードは、対象となるノードのダウンストリームノードであり、子ノードへのリンクは、対象となるノードに対してダウンストリームリンクである。
【0061】
Table 1(表1)は、仕様の中に出現し得る記述に対して、簡潔のために本明細書において使用される用語を要約する。
【0062】
【表1】
【0063】
いくつかの実施形態では「動作」または「通信」とは、アップリンク(または、アップストリーム)またはダウンリンク(または、ダウンストリーム)における送信または受信を指してよい。さらに、「同時動作」または「同時通信」という用語は、1つまたは複数のアンテナおよび/またはパネルを通じた、ノードによる多重化および/または二重化の送信および/または受信を指してよい。同時動作は、明示的に説明されない場合、コンテキストから理解されてよい。
【0064】
いくつかの実施形態では、より大きいフレキシビリティを可能にするために複数スロットフォーマットが使用されてよい。
【0065】
いくつかの実施形態では、リソースは、ハード(「H」)、ソフト(「S」)、または利用不可能(「NA」)として構成されてよい。ハードリソースはIABノードによってスケジュールするために利用可能と想定されてよく、NAリソースは利用可能と想定されなくてよく、ソフトリソースは利用可能または利用不可能と動的に示されてよい。ソフトリソースに対する動的な利用可能性指示(「AI」)が、親IABノードおよび/またはドナーからのDCIフォーマット2_5によって実行されてよく、SFI(たとえば、DCIフォーマット2_0)とフォーマットおよび定義における類似性を有してよい。
【0066】
様々な実施形態では、リソースは、バックホールとアクセスリンクとの間で共有されてよく、アクセスリンクは、CU(たとえば、レイヤ3におけるIABドナー)によって半静的に、またはDU(たとえば、レイヤ1における親IABノード)によって動的に構成されてよい。バックホールリンクリソースとアクセスリンクリソースとの間の多重化は、TDM、周波数分割多重化(「FDM」)であってよく、または時間周波数リソース共有を可能にしてよい。さらに、リソースは、厳密に(たとえば、ノードごとに、またはリンクごとに)またはリソースプールの形態で割り振られてよい。
【0067】
いくつかの実施形態では、バックホールとアクセスとの間でリソースを共有するために、レイヤ2またはレイヤ3における半静的な構成が許容されてよい。アップストリーム対ダウンストリームではなくバックホール対アクセスに対してリソースの構成に重点が置かれてよいことに留意されたい。しかしながら、動的なスケジューリングの下では、IABノードは、バックホールがアクセスリンクをスケジュールするために親IABノードによって使用されない、リソースを使用することができる。
【0068】
いくつかの実施形態では、半静的リソース対動的リソース協調が使用されてよい。様々な実施形態では、スロットフォーマットを決定するためにDCI2_0および状態アクセス(「A」)においてフレキシブル(「F」)が使用されてよく、リソースを共有することはアクセスリンクを使用してよい。
【0069】
いくつかの実施形態では、IABシステムは、1つまたは複数のIABドナーを通じてコアネットワークに接続されてよい。さらに、各IABノードは、ワイヤレスバックホールリンクを通じてIABドナーおよび/または他のIABノードに接続されてよい。各IABドナーおよび/または各IABノードはまた、UEにサービスしてよい。
【0070】
図6は、シングルパネルIABノードおよびマルチパネルIABノードを有するIABシステム600の一実施形態を示す概略ブロック図である。IABシステム600は、コアネットワーク602、IABドナーおよび/または親IABノード604、IABノード2(たとえば、マルチパネル)606、ならびにIABノード1(たとえば、シングルパネル)608を含む。
【0071】
IABノードの構造ならびに多重化能力および/または二重化能力に関して様々なオプションがある。たとえば、各IABノードは、無線周波数(「RF」)チェーンを通じてベースバンドユニットに各々が接続された1つまたは複数のアンテナパネルを有してよい。1つもしくは複数のアンテナパネルは、IABノードの近傍にある、対象の広い空間エリアにサービスできる場合があるか、またはさもなければ、各アンテナパネルもしくはアンテナパネルの各グループは、「セクタ」などの部分的なカバレージを提供してよい。別個の空間エリアまたはセクタに各々がサービスする、複数のアンテナパネルを有するIABノードは、別個の空間エリアまたはセクタの各々における通信用のシングルパネルIABノードと同様に挙動するので、やはりシングルパネルIABノードとして参照されてよい。
【0072】
いくつかの実施形態では、各アンテナパネルは、周波数帯域の中で一度に信号を送信することもしくは受信することのいずれかが可能であることを意味する半二重(「HD」)、または周波数帯域の中で同時に信号を送信することと受信することの両方が可能であることを意味する全二重(「FD」)であってよい。全二重無線とは異なり、半二重無線は、実際に広く実施および使用され、ワイヤレスシステムにおけるデフォルトの動作モードであるものと想定されてよい。
【0073】
Table 2(表2)は、多重化が時分割多重化(「TDM」)に制約されない場合の、対象の様々な二重化シナリオを列挙する。Table 2(表2)では、同時の送信および/または受信の様々な事例に対してシングルパネルIABノードおよびマルチパネルIABノードが考慮に入れられる。空間分割多重化(「SDM」)とは、同時にダウンリンク(または、ダウンストリーム)およびアップリンク(または、アップストリーム)上での送信または受信のいずれかを指してよく、全二重(「FD」)とは、周波数帯域の中での同じアンテナパネルによる同時の送信および受信を指してよく、マルチパネル送信および受信(「MPTR」)とは、複数のアンテナパネルによる同時の送信および/または受信を指してよく、ここで、各アンテナパネルは、周波数帯域の中で一度に送信するかまたは受信するかのいずれかである。
【0074】
【表2】
【0075】
Table 2(表2)では、IABノードにおける同時動作のタイプおよびパネルの数に基づいて、シナリオは、S1、S2、...、S8と呼ばれ、「事例」番号(たとえば、A/B/C/Dまたは1/2/3/4)は図7に従ってよい。
【0076】
図7は、同時送信および/または受信動作のタイプの一実施形態を示す概略ブロック図700である。図700は、MT704およびDU706を有する第1の事例702(たとえば、事例番号1、事例A、MT TXかつDU TX)を示し、MT704が送信し(708)DU706が送信する(710)。その上、図700は、MT704およびDU706を有する第2の事例712(たとえば、事例番号2、事例B、MT RXかつDU RX)を示し、MT704が受信し(714)DU706が受信する(716)。さらに、図700は、MT704およびDU706を有する第3の事例718(たとえば、事例番号3、事例C、MT TXかつDU RX)を示し、MT704が送信し(720)DU706が受信する(722)。図700は、MT704およびDU706を有する第4の事例724(たとえば、事例番号4、事例D、MT RXかつDU TX)を示し、MT704が受信し(726)DU706が送信する(728)。本明細書で使用するとき、様々な事例が、図7の中で見出されるような事例番号、事例文字、または説明によって参照されてよい。
【0077】
様々な実施形態では、PHRシグナリングがあってよい。
【0078】
いくつかの実施形態では、本明細書で見出されるように規定される電力ヘッドルーム報告があってよい。UE電力ヘッドルーム報告のタイプは以下の通りである。サービングセルcのキャリアfのアクティブなUL帯域幅部分(「BWP」)bにおける物理アップリンク共有チャネル(「PUSCH」)送信オケージョンiに対して有効な、タイプ1 UE電力ヘッドルームPH。サービングセルcのキャリアfのアクティブなUL BWP bにおけるSRS送信オケージョンiに対して有効な、タイプ3 UE電力ヘッドルームPH。
【0079】
いくつかの実施形態では、UEは、アクティブ化されたサービングセルに対する電力ヘッドルーム報告が実際の送信に基づくのかそれとも参照フォーマットに基づくのかを、構成された許可の上位レイヤシグナリング、物理ダウンリンク制御チャネル(「PDCCH」)監視オケージョンまで、およびPDCCH監視オケージョンを含めてUEが受信した周期的かつ/または半永続的なサウンディング参照信号送信およびダウンリンク制御情報に基づいて決定し、ここで、UEは、第1のDCIフォーマットによってトリガされるPUSCH上で電力ヘッドルーム報告が報告される場合、電力ヘッドルーム報告がトリガされてからトランスポートブロックの初期送信をスケジュールする第1のDCIフォーマットを検出する。そうでない場合、UEは、電力ヘッドルーム報告が実際の送信に基づくのかそれとも参照フォーマットに基づくのかを、構成された許可の上位レイヤシグナリング、ならびに構成されたPUSCH送信の最初のアップリンクシンボルからT'proc,2=Tproc,2を減じたものまでUEが受信した周期的かつ/または半永続的なサウンディング参照信号送信およびダウンリンク制御情報に基づいて決定し、ここで、Tproc,2は、d2,1=1、d2,2=0を想定して、かつ構成された許可を使用するPUSCH上で電力ヘッドルーム報告が報告される場合、構成された許可に対するスケジューリングセルのアクティブなダウンリンクBWPのサブキャリア間隔に対応するμDLを用いて決定される。
【0080】
UEが、サービングセル用の2つのULキャリアとともに構成され、かつサービングセルに対してタイプ1電力ヘッドルーム報告およびタイプ3電力ヘッドルーム報告を決定する場合、UEは、タイプ1電力ヘッドルーム報告とタイプ3電力ヘッドルーム報告の両方がそれぞれの実際の送信またはそれぞれの参照送信に基づく場合、タイプ1電力ヘッドルーム報告を提供し、タイプ1報告またはタイプ3報告のいずれかがそれぞれの参照送信に基づく場合、それぞれの実際の送信に基づく電力ヘッドルーム報告を提供する。
【0081】
UEがSCGとともに構成される場合、およびCGに対するphr-ModeOtherCGが「仮想的」を示す場合、CG上で送信される電力ヘッドルーム報告に対して、UEは、UEが他のCGのいかなるサービングセル上でもPUSCHおよび/または物理アップリンク制御チャネル(「PUCCH」)を送信しないことを想定して、PHを算出する。NR-DCに対して、MCGとSCGの両方が、FR1の中またはFR2の中のいずれかで、かつMCGまたはSCG上で送信される電力ヘッドルーム報告のために動作するとき、UEは、UEが、それぞれ、SCGまたはMCGのいかなるサービングセル上でもPUSCH/PUCCHを送信しないことを想定して、PHを算出する。
【0082】
UEがSCGとともに構成される場合、1)MCGに属するセルにとっての電力ヘッドルームを算出するために、この節での「サービングセル」という用語は、MCGに属するサービングセルを指し、2)SCGに属するセルにとっての電力ヘッドルームを算出するために、この節での「サービングセル」という用語は、SCGに属するサービングセルを指す。この節での「1次セル」という用語は、SCGのPSCellを指す。
【0083】
UEがPUCCH-SCellとともに構成される場合、1)1次PUCCHグループに属するセルにとっての電力ヘッドルームを算出するために、この節での「サービングセル」という用語は、1次PUCCHグループに属するサービングセルを指し、2)2次PUCCHグループに属するセルにとっての電力ヘッドルームを算出するために、この節での「サービングセル」という用語は、2次PUCCHグループに属するサービングセルを指す。この節での「1次セル」という用語は、2次PUCCHグループのPUCCH-SCellを指す。
【0084】
EN-DC/NE-DCとともに構成され動的電力共有が可能なUEに対して、E-UTRAデュアル接続性PHRがトリガされる場合、1)アクティブなUL BWP上でのNRスロットの持続時間が、デュアル接続性PHRを搬送するE-UTRAサブフレームのものとは異なる場合、UEは、E-UTRAサブフレームと完全にオーバーラップする第1のNRスロットの電力ヘッドルームを提供し、2)アクティブなUL BWP上でのNRスロットの持続時間が、非同期のEN-DCおよび/またはNE-DCのためのデュアル接続性PHRを搬送するE-UTRAサブフレームのものと同じである場合、UEは、E-UTRAサブフレームとオーバーラップする第1のNRスロットの電力ヘッドルームを提供する。
【0085】
様々な実施形態では、タイプ1 PH報告があってよい。アクティブ化されたサービングセルに対するタイプ1電力ヘッドルーム報告が実際のPUSCH送信に基づくことをUEが決定する場合、サービングセルcのキャリアfのアクティブなUL BWP b上でのPUSCH送信オケージョンiに対して、UEは、以下のようにタイプ1電力ヘッドルーム報告を算出する。
【0086】
【数1】
【0087】
ただし、PCMAX,f,c(i)、PO_PUSCH,b,f,c(j)、
【0088】
【数2】
【0089】
、αb,f,c(j)、PLb,f,c(qd)、ΔTF,b,f,c(i)、およびfb,f,c(i,l)が規定される。
【0090】
サービングセルc1のキャリアf1のアクティブなUL BWP b1上のサブキャリア間隔(「SCS」)構成μ1が、サービングセルc2のキャリアf2のアクティブなUL BWP b2上でのSCS構成μ2よりも小さい場合に、UEがPUSCH送信用の複数のセルとともに構成される場合、およびUEが、アクティブなUL BWP b2上の複数のスロットとオーバーラップするアクティブなUL BWP b1上のスロットの中のPUSCH送信の中でタイプ1電力ヘッドルーム報告を提供する場合、UEは、もしあれば、アクティブなUL BWP b1上のスロットと完全にオーバーラップするアクティブなUL BWP b2上の複数のスロットのうちの最初のスロット上で、第1のPUSCHに対するタイプ1電力ヘッドルーム報告を提供する。サービングセルc1のキャリアf1のアクティブなUL BWP b1およびサービングセルc2のキャリアf2のアクティブなUL BWP b2上の同じSCS構成の場合に、UEがPUSCH送信用の複数のセルとともに構成される場合、およびUEが、アクティブなUL BWP b1上のスロットの中のPUSCH送信の中でタイプ1電力ヘッドルーム報告を提供する場合、UEは、もしあれば、アクティブなUL BWP b1上のスロットとオーバーラップするアクティブなUL BWP b2上のスロット上で、第1のPUSCHに対するタイプ1電力ヘッドルーム報告を提供する。
【0091】
UEが、PUSCH送信用の複数のセルとともに構成され、かつアクティブなUL BWP b1上の複数のスロットに広がるとともにアクティブなUL BWP b2上の1つまたは複数のスロットとオーバーラップする、公称の反復を有するPUSCH反復タイプBを伴って、PUSCH送信の中でタイプ1電力ヘッドルーム報告を提供する場合、UEは、もしあれば、アクティブなUL BWP b1上の公称の反復の複数のスロットとオーバーラップするアクティブなUL BWP b2上の1つまたは複数のスロットのうちの最初のスロット上で、第1のPUSCHに対するタイプ1電力ヘッドルーム報告を提供する。
【0092】
EN-DCおよび/またはNE-DCとともに構成され動的電力共有が可能なUEに対して、E-UTRAデュアル接続性PHRがトリガされる場合、UEは、もしあれば、決定されたNRスロット上で、第1のPUSCHの電力ヘッドルームを提供する。
【0093】
UEがPUSCH送信用の複数のセルとともに構成される場合、1)第2のPUSCH送信が、第2のPDCCH監視オケージョンの中で受信されたPDCCHの中のDCIフォーマットによってスケジュールされ、かつ2)第2のPDCCH監視オケージョンが、電力ヘッドルーム報告がトリガされた後にトランスポートブロックの初期送信をスケジュールする最も早いDCIフォーマットをUEが検出する第1のPDCCH監視オケージョンの後にあるか、または3)第2のPUSCH送信が、第1のPUSCH送信の最初のアップリンクシンボルからT'proc,2=Tproc,2を減じたものの後にある場合、UEは、サービングセルc1のキャリアf1のアクティブなUL BWP b1上でのトランスポートブロックの初期送信を含む第1のPUSCH送信、第1のPUSCH送信とオーバーラップするサービングセルc2のキャリアf2のアクティブなUL BWP b2上での第2のPUSCH送信の中での、タイプ1電力ヘッドルーム報告の計算をしようとは考えず、ここで、Tproc,2は、d2,1=1、d2,2=0を想定して、かつ電力ヘッドルーム報告がトリガされた後、構成された許可上に第1のPUSCH送信がある場合、構成された許可のためのスケジューリングセルのアクティブなダウンリンクBWPのサブキャリア間隔に対応するμDLを用いて決定される。
【0094】
アクティブ化されたサービングセルに対するタイプ1電力ヘッドルーム報告が参照PUSCH送信に基づくことをUEが決定する場合、サービングセルcのキャリアfのアクティブなUL BWP b上のPUSCH送信オケージョンiに対して、UEは、
【0095】
【数3】
【0096】
のように、タイプ1電力ヘッドルーム報告を算出し、ただし、
【0097】
【数4】
【0098】
は、最大電力減衰(「MPR」)=0dB、A-MPR=0dB、P-MPR=0dBを想定して算出される。ΔTC=0dBである。MPR、A-MPR、P-MPR、およびΔTCが規定される。残りのパラメータが規定され、ここで、PO_PUSCH,b,f,c(j)およびαb,f,c(j)は、PO_NOMINAL_PUSCH,f,c(0)およびp0-PUSCH-AlphaSetId=0を使用して取得され、PLb,f,c(qd)は、pusch-PathlossReferenceRS-Id=0およびl=0を使用して取得される。
【0099】
UEがサービングセルのための2つのULキャリアとともに構成され、かつUEが参照PUSCH送信に基づいてサービングセルに対するタイプ1電力ヘッドルーム報告を決定する場合、UEは、pusch-Configによって提供されるULキャリア上での参照PUSCH送信を想定して、サービングセルに対するタイプ1電力ヘッドルーム報告を算出する。両方のULキャリアに対してUEにpusch-Configが提供される場合、UEは、pucch-Configによって提供されるULキャリア上での参照PUSCH送信を想定して、サービングセルに対するタイプ1電力ヘッドルーム報告を算出する。2つのULキャリアのうちのいずれかに対してpucch-ConfigがUEに提供されない場合、UEは、非補助ULキャリア上での参照PUSCH送信を想定して、サービングセルに対するタイプ1電力ヘッドルーム報告を算出する。
【0100】
いくつかの実施形態では、タイプ2 PH報告がある。
【0101】
様々な実施形態では、タイプ3 PH報告がある。アクティブ化されたサービングセルに対するタイプ3電力ヘッドルーム報告が実際のSRS送信に基づくことをUEが決定する場合、サービングセルcのキャリアfのアクティブなUL BWP b上のSRS送信オケージョンiに対して、UEがサービングセルcのキャリアf上でのPUSCH送信のために構成されず、かつSRS送信のためのリソースがSRS-Resourceによって提供される場合、UEは、
PHtype3,b,f,c(i,qs)=PCMAX,f,c(i)-{PO_SRS,b,f,c(qs)+10log10(2μ・MSRS,b,f,c(i))+αSRS,b,f,c(qs)・PLb,f,c(qd)+hb,f,c(i)}[dB]
のように、タイプ3電力ヘッドルーム報告を算出し、ここで、PCMAX,f,c(i)、PO_SRS,b,f,c(qs)、MSRS,b,f,c(i)、αSRS,b,f,c(qs)、PLb,f,c(qd)、およびhb,f,c(i)は、SRS-ResourceSetによって提供される対応する値を用いて規定される。
PHtype3,b,f,c(i,qs)=PCMAX,f,c(i)-{PO_SRS,b,f,c(qs)+10log10(2μ・MSRS,b,f,c(i))+αSRS,b,f,c(qs)・PLb,f,c(qd)+hb,f,c(i)}[dB]
のように、タイプ3電力ヘッドルーム報告を算出し、ここで、PCMAX,f,c(i)、PO_SRS,b,f,c(qs)、MSRS,b,f,c(i)、αSRS,b,f,c(qs)、PLb,f,c(qd)、およびhb,f,c(i)は、SRS-ResourceSetによって提供される対応する値を用いて規定される。
【0102】
アクティブ化されたサービングセルに対するタイプ3電力ヘッドルーム報告が参照SRS送信に基づくことをUEが決定する場合、サービングセルcのキャリアfのUL BWP b上のSRS送信オケージョンiに対して、UEがサービングセルcのキャリアfのUL BWP b上でのPUSCH送信のために構成されず、かつ参照SRS送信のためのリソースがSRS-Resourceによって提供される場合、UEは、
【0103】
【数5】
【0104】
のように、タイプ3電力ヘッドルーム報告を算出し、ここで、qsは、UL BWP bに対するSRS-ResourceSetId=0に対応するSRSリソースセットであり、PO_SRS,b,f,c(qs)、αSRS,f,c(qs)、PLb,f,c(qd)、およびhb,f,c(i)は、UL BWP bに対するSRS-ResourceSetId=0から取得される対応する値を用いて規定される。
【0105】
【数6】
【0106】
は、MPR=0dB、A-MPR=0dB、P-MPR=0dB、かつΔTC=0dBを想定して算出される。MPR、A-MPR、P-MPR、およびΔTCが規定される。
【0107】
UEがサービングセルのための2つのULキャリアとともに構成され、かつUEが参照SRS送信に基づいてサービングセルに対するタイプ3電力ヘッドルーム報告を決定し、かつ参照SRSのためのリソースがSRS-Resourceによって提供される場合、UEは、pucch-Configによって提供されるULキャリア上での参照SRS送信を想定して、サービングセルに対するタイプ3電力ヘッドルーム報告を算出する。2つのULキャリアのうちのいずれかに対してpucch-ConfigがUEに提供されない場合、UEは、非補助ULキャリア上での参照SRS送信を想定して、サービングセルに対するタイプ3電力ヘッドルーム報告を算出する。
【0108】
様々な実施形態では、電力ヘッドルーム報告があってよい。以下の情報、すなわち、1)タイプ1電力ヘッドルーム:アクティブ化されたサービングセルごとのUL共有チャネル(「SCH」)(「UL-SCH」)送信に対する公称UE最大送信電力と推定電力との間の差分、2)タイプ2電力ヘッドルーム:他のMACエンティティ(たとえば、EN-DC、NE-DC、およびNGEN-DC事例におけるE-UTRA MACエンティティ)のSpCell上でのUL-SCHおよびPUCCH送信に対する公称UE最大送信電力と推定電力との間の差分、3)タイプ3電力ヘッドルーム:アクティブ化されたサービングセルごとのSRS送信に対する公称UE最大送信電力と推定電力との間の差分、ならびに4)最大許容暴露(「MPE」)P-MPR:FR2上で動作するサービングセルに対するMPE FR2要件を満たすための電力バックオフを、サービングgNBに提供するために、電力ヘッドルーム報告プロシージャが使用される。
【0109】
いくつかの実施形態では、RRCは、以下のパラメータ、すなわち、1)phr-PeriodicTimer、2)phr-ProhibitTimer、3)phr-Tx-PowerFactorChange、4)phr-Type2OtherCell、5)phr-ModeOtherCG、6)multiplePHR、7)mpe-Reporting-FR2、8)mpe-ProhibitTimer、および/または9)mpe-Thresholdを構成することによって、電力ヘッドルーム報告を制御する。
【0110】
いくつかの実施形態では、以下のイベント、すなわち、1)phr-ProhibitTimerが満了するかまたは満了しており、MACエンティティが新たな送信のためのULリソースを有するときにこのMACエンティティの中でのPHRの最後の送信から経路損失基準として使用される、そのアクティブなDL BWPが休眠BWPでない任意のMACエンティティの少なくとも1つのアクティブ化されたサービングセルに対して、経路損失がphr-Tx-PowerFactorChange dBよりも大きく変化していること(経路損失基準が中間で変化しているかどうかにかかわらず、上記で査定された1つのセルに対する経路損失変動が、現在の経路損失基準に対して現在の時間において測定される経路損失と、その時間において使用中の経路損失基準に対してPHRの最後の送信の送信時間において測定される経路損失との間にある-この目的のための現在の経路損失基準が、pathlossReferenceRS-Posを使用して構成されたいかなる経路損失基準も含まないことに、留意されたい)、2)phr-PeriodicTimerが満了すること、3)機能を無効にするために使用されない、上位レイヤによる電力ヘッドルーム報告機能性の構成または再構成時、4)そのfirstActiveDownlinkBWP-Idが休眠BWPに設定されない、構成されたアップリンクを有する任意のMACエンティティのSCellのアクティブ化、5)PSCellの追加(たとえば、PSCellが新たに追加または変更される)、6)MACエンティティが新たな送信のためのULリソースを有し、かつ構成されたアップリンクを有する任意のMACエンティティのアクティブ化されたサービングセルのうちのいずれかに対して以下のこと、すなわち、送信のために割り振られたULリソースがあるかまたはこのセル上でのPUCCH送信があり、かつこのセルにとっての(P-MPRcによって許容されるような)電力管理に起因する必要とされる電力バックオフが、MACエンティティがこのセル上での送信またはPUCCH送信のために割り振られたULリソースを有したときのPHRの最後の送信からphr-Tx-PowerFactorChange dBよりも大きく変化していることが真実であるとき、phr-ProhibitTimerが満了するかまたは満了していること、7)構成されたアップリンクを有する任意のMACエンティティのSCellの休眠BWPから非休眠DL BWPへのアクティブ化されたBWPの切り替え時、8)mpe-Reporting-FR2が構成され、かつmpe-ProhibitTimerが動作中でない場合、a)このMACエンティティの中のPHRの最後の送信から、少なくとも1つのアクティブ化されたFR2サービングセルに対して、FR2 MPE要件を満たすために適用される測定されたP-MPRがmpe-Threshold以上であること、またはb)その場合にはPHRが以下で「MPE P-MPR報告」と呼ばれる、MPE要件を満たすために適用される測定されたP-MPRがこのMACエンティティにおけるmpe-Threshold以上であることに起因する、PHRの最後の送信から、少なくとも1つのアクティブ化されたFR2サービングセルに対して、FR2 MPE要件を満たすために適用される測定されたP-MPRがphr-Tx-PowerFactorChange dBよりも大きく変化していることのうちの、いずれかが発生する場合、電力ヘッドルーム報告(「PHR」)がトリガされてよい。MACエンティティが、電力管理に起因する必要とされる電力バックオフが一時的にしか(たとえば、最高数十ミリ秒にわたって)減少しないときにPHRをトリガすることを回避すべきであり、PHRが他のトリガ条件によってトリガされるときにPCMAX,f,c/PHの値におけるそのような一時的な減少を反映することを回避すべきであることに、留意されたい。
【0111】
HARQプロセスがcg-RetransmissionTimerとともに構成される場合、およびPHRがこのHARQプロセスによる送信用のMACプロトコルデータ単位(「PDU」)の中にすでに含まれるが下位レイヤによってまだ送信されていない場合、PHR内容をどのように処理するのかがUE実装形態次第であることにも留意されたい。
【0112】
MACエンティティが、新たな送信のために割り振られたULリソースを有する場合、MACエンティティは以下のことを行ってよい。
1>そうしたULリソースが、最後のMACリセットから新たな送信のために割り振られた最初のULリソースである場合、2>phr-PeriodicTimerを開始し、
1>少なくとも1つのPHRがトリガされており消去されていないことを、電力ヘッドルーム報告プロシージャが決定する場合、および
1>割り振られたULリソースが、論理チャネル優先度付け(「LCP」)の結果として、送信するようにMACエンティティが構成されるPHRのためのMAC CEを、そのサブヘッダを加えて収容できる場合、
2>trueという値を有するmultiplePHRが構成される場合、
3>そのアクティブなDL BWPが休眠BWPでない任意のMACエンティティに関連する構成されたアップリンクを有するアクティブ化されたサービングセルごとに、
4>NRサービングセル用またはE-UTRAサービングセル用の対応するアップリンクキャリアにとってのタイプ1電力ヘッドルームまたはタイプ3電力ヘッドルームの値を取得し、
4>このMACエンティティが、このサービングセル上での送信のために割り振られたULリソースを有する場合、または
4>他のMACエンティティが、構成される場合に、このサービングセル上での送信のために割り振られたULリソースを有し、かつphr-ModeOtherCGが上位レイヤによってrealに設定される場合、
5>対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
5>mpe-Reporting-FR2が構成され、かつこのサービングセルがFR2上で動作し、かつこのサービングセルがこのMACエンティティに関連付けられる場合、
6>対応するMPEフィールドに対する値を物理レイヤから取得し、
3>trueという値を有するphr-Type2OtherCellが構成される場合、
4>他のMACエンティティがE-UTRA MACエンティティである場合、
5>他のMACエンティティ(たとえば、E-UTRA MACエンティティ)のSpCellにとってのタイプ2電力ヘッドルームの値を取得し、
5>phr-ModeOtherCGが上位レイヤによってrealに設定される場合、
6>他のMACエンティティ(たとえば、E-UTRA MACエンティティ)のSpCellのための対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
3>物理レイヤによって報告される値に基づいて複数エントリPHR MAC制御要素(「CE」)を生成および送信するように多重化およびアセンブリプロシージャに命令し、
2>他の場合(たとえば、単一エントリPHRフォーマットが使用される)、
3>PCellの対応するアップリンクキャリアに対して、タイプ1電力ヘッドルームの値を物理レイヤから取得し、
3>対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
3>mpe-Reporting-FR2が構成され、かつこのサービングセルがFR2上で動作する場合、
4>対応するMPEフィールドに対する値を物理レイヤから取得し、
3>物理レイヤによって報告される値に基づいて単一エントリPHR MAC CEを生成および送信するように多重化およびアセンブリプロシージャに命令し、
2>このPHR報告がMPE P-MPR報告である場合、
3>mpe-ProhibitTimerを開始または再起動し、
3>PHR MAC CEの中に含まれる、サービングセルに対するトリガされたMPE P-MPR報告を消去し、
2>phr-PeriodicTimerを開始または再起動し、
2>phr-ProhibitTimerを開始または再起動し、
2>トリガされたすべてのPHRを消去する。
1>そうしたULリソースが、最後のMACリセットから新たな送信のために割り振られた最初のULリソースである場合、2>phr-PeriodicTimerを開始し、
1>少なくとも1つのPHRがトリガされており消去されていないことを、電力ヘッドルーム報告プロシージャが決定する場合、および
1>割り振られたULリソースが、論理チャネル優先度付け(「LCP」)の結果として、送信するようにMACエンティティが構成されるPHRのためのMAC CEを、そのサブヘッダを加えて収容できる場合、
2>trueという値を有するmultiplePHRが構成される場合、
3>そのアクティブなDL BWPが休眠BWPでない任意のMACエンティティに関連する構成されたアップリンクを有するアクティブ化されたサービングセルごとに、
4>NRサービングセル用またはE-UTRAサービングセル用の対応するアップリンクキャリアにとってのタイプ1電力ヘッドルームまたはタイプ3電力ヘッドルームの値を取得し、
4>このMACエンティティが、このサービングセル上での送信のために割り振られたULリソースを有する場合、または
4>他のMACエンティティが、構成される場合に、このサービングセル上での送信のために割り振られたULリソースを有し、かつphr-ModeOtherCGが上位レイヤによってrealに設定される場合、
5>対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
5>mpe-Reporting-FR2が構成され、かつこのサービングセルがFR2上で動作し、かつこのサービングセルがこのMACエンティティに関連付けられる場合、
6>対応するMPEフィールドに対する値を物理レイヤから取得し、
3>trueという値を有するphr-Type2OtherCellが構成される場合、
4>他のMACエンティティがE-UTRA MACエンティティである場合、
5>他のMACエンティティ(たとえば、E-UTRA MACエンティティ)のSpCellにとってのタイプ2電力ヘッドルームの値を取得し、
5>phr-ModeOtherCGが上位レイヤによってrealに設定される場合、
6>他のMACエンティティ(たとえば、E-UTRA MACエンティティ)のSpCellのための対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
3>物理レイヤによって報告される値に基づいて複数エントリPHR MAC制御要素(「CE」)を生成および送信するように多重化およびアセンブリプロシージャに命令し、
2>他の場合(たとえば、単一エントリPHRフォーマットが使用される)、
3>PCellの対応するアップリンクキャリアに対して、タイプ1電力ヘッドルームの値を物理レイヤから取得し、
3>対応するPCMAX,f,cフィールドに対する値を物理レイヤから取得し、
3>mpe-Reporting-FR2が構成され、かつこのサービングセルがFR2上で動作する場合、
4>対応するMPEフィールドに対する値を物理レイヤから取得し、
3>物理レイヤによって報告される値に基づいて単一エントリPHR MAC CEを生成および送信するように多重化およびアセンブリプロシージャに命令し、
2>このPHR報告がMPE P-MPR報告である場合、
3>mpe-ProhibitTimerを開始または再起動し、
3>PHR MAC CEの中に含まれる、サービングセルに対するトリガされたMPE P-MPR報告を消去し、
2>phr-PeriodicTimerを開始または再起動し、
2>phr-ProhibitTimerを開始または再起動し、
2>トリガされたすべてのPHRを消去する。
【0113】
いくつかの実施形態では、単一エントリPHR MAC CEがあってよい。単一エントリPHR MAC CEは、論理チャネル識別子(「ID」)(「LCID」)を用いてMACサブヘッダによって識別される。それは固定されたサイズを有し、次のように(たとえば、図8に示すように)規定された2オクテットからなる。
【0114】
詳細には、図8は、単一エントリPHR MAC CE800の一実施形態を示すブロック図である。PHR MAC CE800は、ビット812を横断して、P802、R804、電力ヘッドルーム(「PH」)806、MPEまたはR808、およびPCMAX,f,c810を含む。R804は、0に設定される予約済みビットである。PH806フィールドは、電力ヘッドルームレベルを示す。そのフィールドの長さは6ビットである。報告されるPH806および対応する電力ヘッドルームレベルがTable 3(表3)に示される(たとえば、dB単位での対応する測定値)。
【0115】
P802、すなわち、mpe-Reporting-FR2が構成され、かつサービングセルがFR2上で動作する場合、MACエンティティは、MPE要件を満たすための適用されるP-MPR値がP-MPR_00よりも小さい場合にはこのフィールドを0に、そうでない場合には1に設定するものとする。mpe-Reporting-FR2が構成されないか、またはサービングセルがFR1上で動作する場合、このフィールドは、(たとえば、P-MPRcによって許容されるような)電力管理に起因して電力バックオフが適用されるかどうかを示す。MACエンティティは、電力管理に起因する電力バックオフが適用されていなかった場合に、対応するPCMAX,f,c810フィールドが異なる値を有していたことになる場合、P802フィールドを1に設定するものとする。PCMAX,f,c810フィールドは、先行するPH806フィールドの計算のために使用されるPCMAX,f,c810を示す。報告されるPCMAX,f,c810および対応する公称UE送信電力レベルがTable 4(表4)に示される(たとえば、dBm単位での対応する測定値)。
【0116】
MPE808、すなわち、mpe-Reporting-FR2が構成され、かつサービングセルがFR2上で動作する場合、およびP802フィールドが1に設定される場合、このフィールドは、MPE808要件を満たすための適用される電力バックオフを示す。このフィールドは、Table 5(表5)へのインデックス、およびdB単位でのP-MPRレベルの対応する測定値を示す。そのフィールドの長さは2ビットである。mpe-Reporting-FR2が構成されない場合、またはサービングセルがFR1上で動作する場合、またはP802フィールドが0に設定される場合、代わりにRビットが存在する。
【0117】
【表3】
【0118】
いくつかの実施形態では、複数エントリPHR MAC CEがあってよい。複数エントリPHR MAC CEは、LCIDを用いてMACサブヘッダによって識別されてよい。それは可変サイズを有し、ビットマップ、タイプ2 PHフィールド、および他のMACエンティティのSpCellに対する関連するPCMAX,f,cフィールド(たとえば、報告される場合)を含むオクテット、タイプ1 PHフィールド、およびPCellに対する関連するPCMAX,f,cフィールド(たとえば、報告される場合)を含むオクテットを含む。それは、Type X PHフィールド、およびビットマップの中で示されるPCell以外のサービングセルのための関連するPCMAX,f,cフィールド(たとえば、報告される場合)を含むオクテットのうちの、1つまたは複数を、ServCellIndexに基づく昇順でさらに含む。Xは1または3のいずれかである。他のMACエンティティのSpCellのためのタイプ2 PHフィールドの存在は、trueという値を有するphr-Type2OtherCellによって構成される。
【0119】
構成されたアップリンクを有するサービングセルの最大ServCellIndexが8未満であるとき、サービングセルごとのPHの存在を示すために、単一オクテットのビットマップが使用され、それ以外の場合、4オクテットが使用される。
【0120】
MACエンティティは、構成された許可、PDCCHオケージョンまで、およびPDCCHオケージョンを含めて受信されているダウンリンク制御情報を考慮に入れることによって、アクティブ化されたサービングセルにとってのPH値が現実の送信に基づくのかそれとも参照フォーマットに基づくのかを決定し、PDCCH上で受信されたアップリンク許可に対してPHR MAC CEが報告される場合にはPHRがトリガされてから、または構成された許可に対してPHR MAC CEが報告される場合にはPUSCH送信の最初のアップリンクシンボルからPUSCH準備時間を減じたものまで、LCPの結果としてPHRのためのMAC CEを収容できる新たな送信に対する第1のUL許可が受信される。
【0121】
UEが動的電力共有をサポートしない帯域組合せに対して、UEは、他のMACエンティティの中のPCellを除いて他のMACエンティティの中のサービングセルのための電力ヘッドルームフィールドおよびPCMAX,f,cフィールドを含むオクテットを省略してよく、電力ヘッドルームの報告される値およびPCellにとってのPCMAX,f,cはUE実装形態次第である。
【0122】
図9は、構成されたアップリンクを有するサービングセルの最大ServCellIndexが8未満である、複数エントリPHR MAC CE900の一実施形態を示すブロック図である。PHR MAC CE900は、ビット958を横断して、C7 902、C6 904、C5 906、C4 908、C3 910、C2 912、C1 914、R916、P918、V920、PH922、MPEまたはR924、PCMAX,f,c1 926、P928、V930、PH932、MPEまたはR934、PCMAX,f,c2 936、P938、V940、PH942、MPEまたはR944、PCMAX,f,c3 946、P948、V950、PH952、MPEまたはR954、およびPCMAX,f,cM956を含む。
【0123】
Ciに対して、このフィールドはServCellIndex iを有するサービングセルのためのPHフィールドの存在を示す。1に設定されたCiフィールドは、ServCellIndex iを有するサービングセルのためのPHフィールドが報告されることを示す。0に設定されたCiフィールドは、ServCellIndex iを有するサービングセルのためのPHフィールドが報告されないことを示す。各Rに対して、0に設定された予約済みビットがある。各Vに対して、このフィールドは、PH値が現実の送信または参照フォーマットに基づくかどうかを示す。タイプ1 PHに対して、0に設定されたVフィールドは、PUSCH上での現実の送信を示し、1に設定されたVフィールドは、PUSCH参照フォーマットが使用されることを示す。タイプ2 PHに対して、0に設定されたVフィールドは、PUCCH上での現実の送信を示し、1に設定されたVフィールドは、PUCCH参照フォーマットが使用されることを示す。タイプ3 PHに対して、0に設定されたVフィールドは、SRS上での現実の送信を示し、1に設定されたVフィールドは、SRS参照フォーマットが使用されることを示す。さらに、タイプ1、タイプ2、およびタイプ3のPHに対して、0に設定されたVフィールドは、関連するPCMAX,f,cフィールドおよびMPEフィールドを含むオクテットの存在を示し、1に設定されたVフィールドは、関連するPCMAX,f,cフィールドおよびMPEフィールドを含むオクテットが省略されることを示す。
【0124】
各PHに対して、このフィールドは電力ヘッドルームレベルを示す。そのフィールドの長さは6ビットである。報告されるPHおよび対応する電力ヘッドルームレベル(たとえば、NRサービングセルに対するdB単位での対応する測定値が指定され、E-UTRAサービングセルに対するdB単位での対応する測定値が指定される)。
【0125】
各Pに対して、mpe-Reporting-FR2が構成され、かつサービングセルがFR2上で動作する場合、MACエンティティは、MPE要件を満たすための適用されるP-MPR値がP-MPR_00よりも小さい場合には0に、そうでない場合には1に、このフィールドを設定するものとする。mpe-Reporting-FR2が構成されないか、またはサービングセルがFR1上で動作する場合、このフィールドは、(たとえば、P-MPRcによって許容されるような)電力管理に起因して電力バックオフが適用されるかどうかを示す。MACエンティティは、電力管理に起因する電力バックオフが適用されていなかった場合、対応するPCMAX,f,cフィールドが異なる値を有していたことになる場合には1に、Pフィールドを設定するものとする。
【0126】
各PCMAX,f,cに対して、存在する場合、このフィールドは、先行するPHフィールドの計算のために使用される、NRサービングセルに対するPCMAX,f,c、およびE-UTRAサービングセルに対するPCMAX,cまたは
【0127】
【数7】
【0128】
を示す。
【0129】
各MPEに対して、mpe-Reporting-FR2が構成され、かつサービングセルがFR2上で動作する場合、およびPフィールドが1に設定される場合、このフィールドは、MPE要件を満たすための適用される電力バックオフを示す。このフィールドは、インデックス、およびdB単位でのP-MPRレベルの対応する測定値を示す。そのフィールドの長さは2ビットである。mpe-Reporting-FR2が構成されない場合、またはサービングセルがFR1上で動作する場合、またはPフィールドが0に設定される場合、代わりにRビットが存在する。
【0130】
図10は、構成されたアップリンクを有するサービングセルの最大ServCellIndexが8以上である、複数エントリPHR MAC CE1000の別の実施形態を示すブロック図である。PHR MAC CE1000は、ビット1099を横断して、C7 1002、C6 1004、C5 1006、C4 1008、C3 1010、C2 1012、C1 1014、R1016、C15 1018、C14 1020、C13 1022、C12 1024、C11 1026、C10 1028、C9 1030、C8 1032、C23 1034、C22 1036、C21 1038、C20 1040、C19 1042、C18 1044、C17 1046、C16 1048、C31 1050、C30 1052、C29 1054、C28 1056、C27 1058、C26 1060、C25 1062、C24 1064、P1066、V1068、PH1070、MPEまたはR1072、PCMAX,f,c1 1074、P1076、V1078、PH1080、MPEまたはR1082、PCMAX,f,c2 1084、P1086、V1088、PH1090、MPEまたはR1092、PCMAX,f,c3 1093、P1094、V1095、PH1096、MPEまたはR1097、およびPCMAX,f,cM1098を含む。
【0131】
様々な実施形態では、PHR-Configがあってよい。図11は、PHR-Config情報要素(「IE」)1100の一実施形態を示すコード図である。PHR-Config IE1100は、Table 6(表6)に基づいて電力ヘッドルーム報告のためのパラメータを構成するために使用される。
【0132】
【表6】
【0133】
図12は、アップストリームリンク1206を介してIABノードのアップストリームにおける親ノードまたはIABドナー(PN)1204、およびIABノードのダウンストリームリンク1210における子ノードまたはUE1208への送信1203を実行する、対象となるIABノード(N)1202を含むシステム1200の一実施形態を示すブロック図である。
【0134】
図12では、IABノード1202は、親IABノードおよび/またはドナー1204ならびに子IABノードまたはUE1208へ信号を送信する。
【0135】
いくつかの実施形態では、1)IABノード1202は、複数の親ノードおよび/または子ノード/UEに接続されてよく、2)IABノード1202は、複数のIAB-MTおよび/または複数のIAB-DUを備えてよく、3)親ノード1204、IABノード1202、および子ノード1208は、それぞれ、PN、N、およびCNと呼ばれることがあり、4)IAB-DUまたはPN、NのIAB-MT、NのIAB-DU、およびCNのIAB-MTは、それぞれ、PN-DU、N-MT、N-DU、およびCN-MTと呼ばれることがある。
【0136】
様々な実施形態では、拡張された電力ヘッドルーム報告のための方法およびシステムがあってよい。いくつかの実施形態では、IABノードNから親ノードPNへのPHR送信は、IABノードのダウンストリームに関係する(たとえば、N-DUによって提供されるセルまたはN-DUとCN-MTとの間のリンクに関係する)イベントによってトリガされる。N-DUによってサービスされる特定の子ノードまたはUEへの参照を伴わずに、イベントがN-DUに関係する場合、方法は「セル単位」または「セルベース」と呼ばれることがある。しかしながら、イベントがN-DUと特定の子ノードCN-MTまたはUEとの間のリンクに関係する場合、方法は「リンク単位」または「リンクベース」と呼ばれることがある。本明細書で見出されるように、いくつかの実施形態の説明は、セル単位またはリンク単位という言葉で明確に表現されてよい。しかしながら、そのことは範囲を限定することにならず、いくつかの実現形態では、本実施形態で明示的に述べられない場合でも、リンク単位の方法がセル単位で実現されてよく、またはその逆であってもよい。
【0137】
いくつかの実施形態では、電力ヘッドルームの値または電力ヘッドルームオフセットの値などを算出するための電力制御パラメータは、IABノードNのダウンストリームセルまたはダウンストリームリンクに関係するパラメータまたはイベントに基づいて決定されてよい。たとえば、Nから親ノード(PN-DU)へのUL送信に対するPc,maxの値は、(N-DUとCN-MTとの間の)ダウンストリームリンクまたは(N-DUによって提供される)ダウンストリームセルの変化に起因して変化することがある。次いで、この変化が、親ノード(PN-DU)または代替としてIAB-CUへのPHR送信または別の送信をトリガしてよい。
【0138】
様々な実施形態では、IABノードのダウンストリームリンクまたはダウンストリームセルに関係するイベントまたはパラメータは、IABノードの親ノードによるシグナリングまたは別のアクションに従ってよい。いくつかの実施形態では、シグナリングまたは別のアクションを実行する第1の親ノードは、電力ヘッドルームまたは他の電力制御パラメータが関連付けられるIABノードの第2の親ノードとは異なってよい。
【0139】
いくつかの実施形態では、PHRトリガリングイベントがあってよい。いくつかの実施形態では、N-MTからPN-DUへのPHRシグナリングは、N-DUに関係するイベントに基づいてトリガされる。
【0140】
様々な実施形態では、N-MTは、N-DUがCN-MTからDL電力調整メッセージを受信すると、PHRをPN-DUへ送信してよい。そのような実施形態では、PHRは、電力調整メッセージの中の電力調整の値に基づいて決定されるPHの値を含んでよい。
【0141】
いくつかの実施形態では、N-DUがCN-MTからDL電力調整メッセージを受信する場合、Nは、N-DUがそのメッセージに応答して電力調整を適用するかどうかを決定してよい。肯定的である場合、N-MTは、PHRをPN-DUへ送信してよく、PHRは、DL電力調整メッセージに基づいて決定された電力調整に基づいて決定されるPH値を備える。
【0142】
一例では、N-MTは、事前決定もしくは構成された電力調整値よりも大きい量だけN-DUがN-DU送信電力を調整および/もしくは更新するとき、またはN-DUの送信電力調整に起因する事前決定もしくは構成された電力調整値よりも大きい量だけN-MTの電力ヘッドルーム(たとえば、N-MT参照PUSCH送信に基づくPH)が変化するとき、またはN-DUの送信電力調整に起因する事前決定もしくは構成された電力調整値よりも大きい量だけN-MTの最大出力電力(たとえば、N-MTおよびN-DUにおける同時送信に起因するMPR(たとえば、IAB-MPR)などの、構成された最大出力電力、または構成された最大出力電力の成分)が変化するとき、PHRをPN-DUへ送信してよい。別の例では、PHRは、N-DU送信電力の値またはN-DU送信電力への電力調整の値に基づいて決定されるPHの値を含んでよい。
【0143】
一実施形態では、1)CN-MTがDL電力制御メッセージをN-DUへ送信し、DL電力制御メッセージが電力変化ΔP1の要求された値を含み、2)N-DUが応答メッセージをCN-MTへ送信し、応答メッセージが電力変化ΔP2の許可および/または受容された値(この値は、電力変化ΔP1の要求された値に等しくても等しくなくてもよい)を含み、かつ/あるいは3)N-MTがPHRをPN-DUへ送信し、PHRの中のPHの値が、電力変化ΔP1の要求される値および/または電力変化ΔP2の許可/受容された値に基づいて算出または更新されてよい。代替として、類似の手法では、Nは、ダウンリンク電力PDLの新たな値をΔP1および/またはΔP2に基づいて算出してよく、次いで、N-MTは、PDLの新たな値に基づいてPHRを送信する。
【0144】
別の実施形態では、N-DUがCN-MTからDL電力調整メッセージを受信する場合、Nは、N-DUがそのメッセージに応答して電力調整を適用するかどうかを決定してよい。肯定的である場合、N-MTは、制御メッセージをPN-DUへ送信してよく、制御メッセージは、DL電力調整メッセージに基づいて決定された電力調整に基づいて決定されるUL送信電力パラメータを含む。
【0145】
いくつかの実施形態では、UL送信電力パラメータは、N-DUによるダウンリンク送信に対する電力変化に基づいてPc,maxの値を決定するためのパラメータである。他の実施形態では、UL送信電力パラメータは、PH値を算出するためにPc,maxを置換するパラメータ、または同時動作モードでの別の電力制御パラメータである。
【0146】
様々な実施形態では、1)CN-MTがDL電力制御メッセージをN-DUへ送信し、DL電力制御メッセージが電力変化ΔP1の要求される値を含み、2)N-DUが応答メッセージをCN-MTへ送信し、応答メッセージが電力変化ΔP2の許可および/または受容された値(この値は、電力変化ΔP1の要求された値に等しくても等しくなくてもよい)を含み、かつ/あるいは3)N-MTが制御メッセージをPN-DUへ送信し、制御メッセージが、電力変化ΔP1の要求される値ならびに/または電力変化ΔP2の許可および/もしくは受容された値に基づいて算出または更新されるUL送信電力パラメータを含む。代替として、類似の手法では、Nは、ダウンリンク電力PDLの新たな値をΔP1および/またはΔP2に基づいて算出してよく、次いで、N-MTは、PDLの新たな値に基づいて、UL送信電力パラメータの値を含む制御メッセージを送信する。
【0147】
いくつかの実施形態では、制御メッセージは、PUCCHまたはPUSCH上で送信されるアップリンク制御情報(「UCI」)メッセージなどの、L1制御メッセージであってよい。
【0148】
いくつかの実施形態では、N-MTがN-DUソフトリソースに対する利用可能性指示(「AI」)メッセージを受信する場合、N-MTは、N-DUソフトリソースとオーバーラップするPUSCHまたはSRSに対するPHRを送信してよい。
【0149】
様々な実施形態では、PHの値を含むPHRを送信するのではなく、N-MTは、電力ヘッドルーム報告プロセスを補完または増補する制御メッセージを送信してよい。そのような実施形態に従うことによって、PHRの過剰に頻繁な送信が回避されてよい。シグナリングを補完することは、本明細書で補完電力ヘッドルーム報告(「C-PHR」)と呼ばれることがある。C-PHRメッセージは、UCIメッセージまたはMACメッセージなどのL1制御メッセージであってよい。C-PHRメッセージは、PHの値、たとえば、親ノードへの最近のPHRの中で報告される値と、条件に基づいて算出されるかまたは条件もしくはリソースに関連するPH値との間の差分であってよい、ΔPHの値を含んでよい。概して、ΔPHの値は、正、0、または負であってよい。親ノードは、ΔPHの値を含むC-PHRを受信すると、C-PHRを送信するIABノードに対して、かつ条件またはリソースに関連して、PH+ΔPHの値(または、PH-ΔPHの値)を適用してよい。ΔPHはPHオフセットと呼ばれることがある。いくつかの実施形態では、正の値のΔPH、負の値のΔPH、または0値のΔPHを親ノードに報告することが省略されてよい。
【0150】
本明細書で説明する様々な実施形態の組合せが行われてよいことに留意されたい。いくつかの実施形態では、さほど頻繁とは考えられないトリガリングイベントがPHR送信をトリガすることがあり、より頻繁と考えられるトリガリングイベントがC-PHR送信をトリガすることがある。たとえば、CN-MTからの電力調整メッセージに従ってよい、N-DUによるDL電力調整が、PHR送信をトリガしてよく、リソースに対するAIメッセージがC-PHR送信をトリガしてよい。
【0151】
様々な実施形態では、PHまたはΔPHの値は、条件もしくはリソースに関連付けられてよく、または条件もしくはリソースに関連付けられたトリガリングイベントに基づいてトリガされてよい。
【0152】
いくつかの実施形態では、PHまたはΔPHの値は、N-DUリソースもしくは条件に関連付けられてよく、またはN-DUリソースもしくは条件に関連付けられたイベントによってトリガされてよい。そのリソース、条件、またはトリガリングイベントは、「セル単位」として参照されてよい。
【0153】
別の実施形態では、PHまたはΔPHの値は、CN-MTリソースもしくは条件に関連付けられてよく、またはCN-MTリソースもしくは条件に関連付けられたイベントによってトリガされてよい。そのリソース、条件、またはトリガリングイベントは、「リンク単位」として参照されてよい。
【0154】
また別の実施形態では、PHまたはΔPHの値は、N-DUおよびCN-MTリソースもしくは条件に関連付けられてよく、またはN-DUおよびCN-MTリソースもしくは条件に関連付けられたイベントによってトリガされてよい。そのリソース、条件、またはトリガリングイベントは、「セルリンク単位」として参照されてよい。
【0155】
いくつかの実施形態では、リソースは、関連するリソース構成IEの中に含まれる構成IDなどのIDによってアドレス指定されてよい。
【0156】
様々な実施形態では、PHまたはΔPHの値は、PHRまたはC-PHRを送信するIABノードにおける事例A、事例B、事例C、または事例Dの多重化などの、多重化モードに関連付けられてよい。
【0157】
本開示での実施形態によれば、親ノードは、IABノード、IABノードのDUセル、IABノードのDUセルによってサービスされる子ノードなどに関連付けられた、PHおよび/またはΔPHの複数の値を維持してよい。その結果、PHRまたはC-PHRは、PHおよび/またはΔPHの複数の値を含んでよい。
【0158】
いくつかの実施形態では、PHR送信またはC-PHR送信がトリガされる場合、PHRまたはC-PHRは、PHおよび/またはΔPHの複数の値を含んでよく、その値の各々は、関連付けられた最後のPHRまたはC-PHR送信と比較して変更されていることも変更されていないこともある。
【0159】
いくつかの実施形態では、PHR送信またはC-PHR送信がトリガされる場合、PHRまたはC-PHRは、関連付けられた最後のPHRまたはC-PHR送信からの、対応する値に対するPH値の変化に関連付けられたPHおよび/またはΔPHの1つまたは複数の値を含んでよい。
【0160】
別の実施形態では、PHR送信またはC-PHR送信がトリガされる場合、PHRまたはC-PHRは、関連付けられた最後のPHRまたはC-PHR送信における対応する値に対していくつかのしきい値を上回るかまたはいくつかのしきい値を下回るPH値の変化に関連付けられた、PHおよび/またはΔPHの1つまたは複数の値を含んでよい。
【0161】
本明細書での実施形態は、IAB-CUにおいて終端される無線リソース制御(「RRC」)エンティティなどの上位レイヤからの構成によって可能にされてよい。いくつかの実施形態では、1つまたは複数のRRC IEが、本明細書で見出される任意の実施形態に基づいてIABノードにおける挙動を構成してよい。そのIEは、F1インターフェースなどの上位レイヤインターフェースを介してIABノードへ送られてよい。
【0162】
様々な実施形態では、IAB-CUからIABノードへのRRC IEの通信は、IAB能力シグナリングに従ってよい。1)IABノードが、拡張された電力制御、拡張されたUL電力制御、拡張されたDL電力制御、拡張された二重化、事例A多重化などを実行することが可能であること、または2)IABノードが、単一のアンテナパネル、複数のアンテナパネル、送信電力不均衡もしくは受信電力不均衡における制約などを有することを、たとえば、RRC接続を確立した後にRRCメッセージを介して、IABノードがIAB-CUに報告する場合、たとえば、IAB-CUは本明細書で見出される方法を実行するようにIABノードを構成してよい。
【0163】
いくつかの実施形態では、複数のシグナリングは、IABノードを構成するものとして参照されてよい。したがって、いくつかの実施形態では、IABノードは本明細書で見出される方法を実行するように構成されてよい。様々な実施形態では、1)IABノードは、構成を用いずに方法を実行してよく、代わりに、提案されるシグナリングおよび挙動の全部または一部に対して標準的な仕様に従うか、あるいは2)シグナリングまたは挙動は、上位レイヤからの構成を用いずにL1/L2シグナリングなどの下位レイヤシグナリングによって全体的または部分的に決定されてよい。
【0164】
図13は、RRC構成IE1300の一実施形態を示すコード図である。
【0165】
図13の例示的な要約シンタックス表記法(「ASN」)1(「ASN.1」)コードによれば、拡張されたPHR、C-PHRなどは、追加のパラメータを含むPHR-ConfigなどのIEによって構成されてよい。そのパラメータは、拡張されたPHRシグナリングを実行すべきかどうかを決定してよい。
【0166】
いくつかの実施形態では、別個に送られてよくまたはPHR-Config IEに含められてもよいIAB-TriggerBasedOnDUなどの新たなIEが、PHR、C-PHRなどに関係する拡張されたシグナリングをどのように実行すべきかについての追加の情報を通信してよい。この構成IEは、C-PHRの制御メッセージのフォーマット、ダウンストリームイベントまたはパラメータに起因するPHRオフセットにとってのしきい値、Pc,max変化におけるしきい値などに対する追加の詳細を示してよい。
【0167】
PHRオフセットにとってのしきい値が示される場合、IABノードは、オフセットがしきい値よりも小さくない場合のみ、関連付けられたPHRまたはC-PHRを送信することを必要とされてよい。Pc,max値(または、後で説明するような別の電力制御パラメータに対する値)にとってのしきい値が示される場合、IABノードは、Pc,max値(または、別の電力制御パラメータに対する値)の変化がしきい値よりも小さくない場合のみ、その変化を報告することを必要とされてよい。他のしきい値が、IABノードにおける挙動を決定するように構成されてよい。
【0168】
いくつかの実施形態では、PHRオフセットは、PHRオフセットがしきい値を下回る場合のみ、親ノードまたはIAB-CUに(たとえば、C-PHRの中で)報告されてよい。このとき、PHRオフセットがしきい値を上回る場合、IABノードはPHRを送信する。しきい値は構成によって示されてよい。
【0169】
様々な実施形態では、PHRオフセットは、PHRオフセットが、いくつかのリソース、またはしきい値よりも短い持続時間に関連付けられる場合のみ、親ノードまたはIAB-CUに(たとえば、C-PHRの中で)報告されてよい。このとき、PHRオフセットが、いくつかのリソース、またはしきい値を上回る持続時間に関連付けられる場合、IABノードはPHRを送信する。しきい値は構成によって示されてよい。
【0170】
いくつかの実施形態では、Pc,maxなどの電力制御パラメータに対する値の変化は、値の変化がしきい値を下回る場合のみ、IABノードまたはIAB-CUに報告されてよい。このとき、値の変化がしきい値を上回る場合、IABノードはPHRを送信する。しきい値は構成によって示されてよい。
【0171】
いくつかの実施形態では、ダウンストリームイベントまたはダウンストリームパラメータに関係するパラメータは、PHR送信、C-PHR送信、電力制御パラメータに対する新たな値の計算などをトリガしてよい。本明細書での実施形態のうちのいずれかでは、アップストリームにおける関連付けられたリソースおよびダウンストリームにおける関連付けられたリソースが時間オーバーラップ(「TOL」)(たとえば、構成、発生、アップストリームとダウンストリームとの間のOFDMヌメロロジー不整合、アップストリームとダウンストリームとの間のタイミング不整合などに起因して、時間領域においてオーバーラップすること)しているための追加の条件があってよい。
【0172】
たとえば、PHおよび関連付けられたPHRの値は、PUSCHまたはSRSなどのUL信号またはチャネルに関連付けられてよい。UL信号またはチャネルは、N-MTのために構成された第1の(たとえば、アップストリーム)リソース(または、リソースセット)上で発生してよい。他方、D/U/F属性、H/S/NA属性、ソフトリソースに対する利用可能性指示などのリソース属性は、N-DUのために構成された第2の(たとえば、ダウンストリーム)リソース(または、リソースセット)に対して示されてよい。このとき、本明細書で見出される方法を実行するための条件は、第1のリソース(または、リソースセット)および第2のリソース(または、リソースセット)が時間的にオーバーラップするためのものであってよい。しかしながら、いくつかの仕様では、TOLリソースは、同じリソースとして参照されてよく、または代替として、暗黙的に参照されてもよい。
【0173】
いくつかの実施形態では、本明細書での方法を実行するための条件は、N-MTとN-DUとのコロケーションに基づいてよい。このコロケーションは、親ノードもしくはIAB-CUなどの別のエンティティにシグナリングされてよく、または実装によって実現されてもよい。コロケーションがシグナリングされる場合、シグナリングの中の情報は、本明細書で説明する方法のための電力制御構成のために使用されてよい。
【0174】
IABノードにおけるリソース属性に基づく拡張された電力制御用などの、いくつかの実施形態では、簡潔のためにリソースの間のTOL関係またはコロケーション条件を明示的に参照することなく、リソースが参照されてよい。しかしながら、対象となるリソースとIABノードMTおよびDUによって認識される別のリソースとの間の時間オーバーラップ、ならびに/またはMTとDUとの間のコロケーションが、IABノードによって方法が実行されるための追加の条件であってよいことに留意されたい。
【0175】
様々な実施形態では、電力ヘッドルーム値はダウンストリームリソースに基づいて算出および報告される。
【0176】
一実施形態では、ダウンストリームリソースの属性はD/U/F属性(たとえば、リソースがダウンリンクであるのか、アップリンクであるのか、それともフレキシブルであるのか)である。リソースがダウンリンクである場合、リソース上での(子ノードまたはUEへの)送信に関連する電力が、電力ヘッドルーム値を算出するために使用されてよい。リソースがアップリンクである場合、リソース上での(子ノードまたはUEからの)リソース上での受信に関連する電力が、電力不均衡値を算出するために使用されてよく、電力不均衡値は、次いで、電力ヘッドルーム値を算出するために使用されてよい。リソースがフレキシブルである場合、1)リソースはワーストケースとしてダウンリンクと想定されてよく、2)リソースはアップリンクと想定されてよく、かつ/または3)リソースは、最後のPHR報告によって親ノードにシグナリングされるような電力制約を満たさない場合、ダウンリンクと見なされなくてよい。
【0177】
別の実施形態では、ダウンストリームリソースの属性はH/S/NA属性(たとえば、リソースがハードリソースであるのか、ソフトリソースであるのか、それとも利用不可能なリソースであるのか)である。リソースがハードである場合、リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられる。リソースが利用不可能である場合、リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられない。リソースがソフトである場合、1)リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられず、2)リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられ、3)リソースに関連する電力は、リソースが利用可能と示される場合、電力ヘッドルーム値を算出するために考慮に入れられ、かつ/または4)リソースに関連する電力は、リソースが時間しきい値の前に利用可能と示される場合、電力ヘッドルーム値を算出するために考慮に入れられ、時間しきい値は、リソースの時間、およびリソースが利用可能であるかどうかを示す関連する利用可能性指示メッセージの受信時間に基づいて取得されてよい。
【0178】
いくつかの実施形態では、N-MTは、N-MTの仮想PH計算(たとえば、N-MT参照PUSCH送信およびN-DU DL参照送信パラメータに基づくPH)のために使用されるべきN-DU DL送信パラメータの参照セットの情報を受信する。さらに、N-MTは、(たとえば、N-MTおよびN-DU上での同時送信の事例における)N-MT送信電力値とN-DU送信電力値との間の最大送信電力差の情報を受信してよい。仮想PHRの場合、N-MTは、N-DU DL送信パラメータの参照セット、N-MT UL送信パラメータの参照セット、および最大送信電力差に基づいて仮想電力ヘッドルームを決定する。一例では、N-MTの構成される最大出力電力は、N-MT送信電力とN-DU送信電力との間の最大送信電力差に基づいて決定される。
【0179】
いくつかの実施形態では、電力ヘッドルーム値はアップストリームリソースに基づいて算出および報告される。
【0180】
一実施形態では、アップストリームリソースの属性はD/U/F属性(たとえば、リソースがダウンリンクであるのか、アップリンクであるのか、それともフレキシブルであるのか)である。リソースがダウンリンクである場合、リソース上での(親ノードからの)リソース上での受信に関連する電力は、電力不均衡値を算出するために使用されなくてよい。リソースがアップリンクである場合、リソース上での(親ノードへの)送信に関連する電力は、電力ヘッドルーム値を算出するために使用されてよく、電力ヘッドルーム値は、次いで、電力ヘッドルーム値を算出するために使用されてよい。リソースがフレキシブルである場合、1)リソースはダウンリンクと想定されてよく、2)リソースはワーストケースとしてアップリンクと想定されてよく、かつ/または3)リソースは、最後のPHR報告によって親ノードにシグナリングされるような電力制約を満たさない場合、アップリンクと見なされなくてよい。
【0181】
別の実施形態では、アップストリームリソースの属性はH/S/NA属性(たとえば、リソースがハードリソースであるのか、ソフトリソースであるのか、それとも利用不可能なリソースであるのか)である。リソースがハードである場合、リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられる。リソースが利用不可能である場合、リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられない。リソースがソフトである場合、1)リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられず、2)リソースに関連する電力は、電力ヘッドルーム値を算出するために考慮に入れられ、3)リソースに関連する電力は、リソースが利用可能と示される場合、電力ヘッドルーム値を算出するために考慮に入れられ、かつ/または4)リソースに関連する電力は、リソースが時間しきい値の前に利用可能と示される場合、電力ヘッドルーム値を算出するために考慮に入れられ、時間しきい値は、リソースの時間、およびリソースが利用可能であるかどうかを示す関連する利用可能性指示メッセージの受信時間に基づいて取得されてよい。
【0182】
いくつかの実施形態では、PHRを送るべきかどうかは、IAB-MTのTOLリソースの空間/ビーム制約および/またはタイミング整合制約にさらに依存してよい。
【0183】
拡張されたPHRまたはC-PHRは、本明細書での実施形態によれば、好適なダイナミックレンジ(たとえば、N-MTおよびN-DU上での同時送信の事例におけるN-MT送信電力とN-DU送信電力との間の最大送信電力差)などのダイナミックレンジの値の指示を含んでよい。様々な実施形態では、ダイナミックレンジの値は、PHRまたはC-PHRに関連付けられた制御メッセージなどの別個のメッセージの中で報告されてよい。(ダイナミックレンジの複数の値に対する)関連付け規則およびメッセージフォーマットは、本明細書での実施形態による拡張されたPHRまたはC-PHRのために提案された関連付け規則およびメッセージフォーマットと類似であってよい。
【0184】
様々な実施形態では、トリガリングイベント、またはPHもしくはΔPHの計算は、N-DUとN-MTとの間のコロケーションなどのMT-DUコロケーションの指示に基づいてよい。追加または代替として、N-DUおよびN-MTは、PHR送信もしくはC-PHR送信、PHもしくはΔPHの新たな値の計算、または電力制御パラメータなどの関連するパラメータの計算をトリガするために、アンテナおよび/またはRFハードウェアを共有してよい。MT-DUコロケーション指示は、たとえば、能力パラメータの形態をなして、ネットワーク/CUからの構成の中またはIAB-MTおよびIAB-DUを備えるIABノードからのメッセージの中にあってよい。
【0185】
拡張されたPHRまたはC-PHRは、本明細書で見出される実施形態によれば、追加または代替として、隣接チャネル漏洩比(「ACLR」)の値の指示を含んでよい。代替として、ACLRの値は、PHRまたはC-PHRに関連する制御メッセージなどの別個のメッセージの中で報告されてよい。(ダイナミックレンジの複数の値に対する)関連付け規則およびメッセージフォーマットは、本明細書での実施形態による拡張されたPHRまたはC-PHRのために提案された関連付け規則およびメッセージフォーマットと類似であってよい。
【0186】
いくつかの実施形態では、拡張されたPHRまたはC-PHRは、N-MTおよびN-DU上での同時送信に起因するMPR(たとえば、IAB-MPRまたはIAB-P-MPR)の値の指示を含んでよい。代替として、MPRの値は、PHRまたはC-PHRに関連する制御メッセージなどの別個のメッセージの中で報告されてよい。(たとえば、ダイナミックレンジの複数の値に対する)関連付け規則およびメッセージフォーマットは、本明細書で説明する実施形態による拡張されたPHRまたはC-PHRのために提案された関連付け規則およびメッセージフォーマットと類似であってよい。
【0187】
いくつかの実施形態では、異なる値のPH、ΔPH、ダイナミックレンジ、MPR、およびACLRなどの、異なる電力制御パラメータを親ノードPN-DUが適用するために、親ノードは、リソース構成などの動的切り替えのための関連する情報をIAB-CUによって知らされてよい。いくつかの実現形態では、N-DUおよび/またはCN-MTに関連付けられた構成は、F1インターフェースを介してPNと共有されてよい。次いで、親ノードPNは、N-DUおよび/またはCN-MTに関連付けられた構成の情報に基づいて、異なる電力制御パラメータを動的に適用してよい。
【0188】
様々な実施形態では、IAB-CUは、N-DU、CN-MT、N-DUからCN-MTへの送信、N-DUからCN-MTへの送信用のリソースなどに関連付けられた、電力制約を親ノードに示してよい。
【0189】
いくつかの実施形態では、N-MTは、時分割多重化(「TDM」)モードに関連するレガシーPHRを送信する。しかしながら、事例A多重化などの同時動作モードへの切り替えがPHR送信をトリガしてよい。
【0190】
いくつかの実施形態では、N-MTは、TDMモードに関連するレガシーPHRを送信する。しかしながら、事例A多重化などの同時動作モードへの切り替えがC-PHR送信をトリガしてよく、C-PHRは、ΔPHの値(たとえば、PHオフセット)を含んでよい。
【0191】
様々な実施形態では、N-MTは、TDMモードに関連するレガシーPHR、ならびに事例A多重化などの同時動作モードに関連する拡張されたPHRおよび/またはC-PHRを送信する。次いで、PHRおよび/またはC-PHRを受信する親ノードPN-DUは、関連付けられた多重化モードがIABノードNにおいて適用されるとき、PHおよび/またはPHオフセットの値の情報を適用してよい。多重化モードの適用は、どれがIAB-CUから親ノードによって取得され得るのかというN-DU(たとえば、セル単位)および/またはCN-MT(たとえば、リンクベース)情報のために構成されたリソースに関連付けられたD/U/F属性および/またはH/S/NA属性にさらに依存してよい。
【0192】
いくつかの実施形態では、IABノードNのダウンストリームリソース(たとえば、N-DUとCN-MTとの間の通信のために使用されるリソース)がソフトリソースである場合、PHオフセットのPHなどの電力制御パラメータの適用は、同じ親ノードまたは異なる親ノードからのAIメッセージによって示されてよい、ソフトリソースの利用可能性にさらに依存してよい。
【0193】
図14は、IABノードの親ノードが1つのIABドナーによって構成される、IABノードにおけるDCを有する例示的なIABシステムを示す。このアーキテクチャは、ドナー内シナリオと呼ばれることがある。
【0194】
詳細には、図14は、1つのIAB-CUおよび/またはIABドナーを有する(ドナー内シナリオ)DCアーキテクチャ1400の一実施形態を示す概略ブロック図である。DCアーキテクチャ1400は、CN1402、IABドナー1404、第1の親ノード1406、第2の親ノード1408、およびIABノード1410を含む。
【0195】
図15は、IABノードにおけるデュアル接続性を示し、各親ノードは異なるIABドナーによって構成されてよい。このアーキテクチャは、ドナー間シナリオと呼ばれることがある。
【0196】
詳細には、図15は、複数のIAB-CUおよび/またはIABドナーを有する(ドナー内シナリオ)DCアーキテクチャ1500の一実施形態を示す概略ブロック図である。DCアーキテクチャ1500は、CN1502、第1のIABドナー1504、第2のIABドナー1506、第1の親ノード1508、第2の親ノード1510、およびIABノード1512を含む。
【0197】
いくつかの実施形態では、1)IABノードのIAB-MTを親ノードのサービングIAB-DUに接続するUuリンクを介した物理レイヤ(「L1」)接続、2)リンクレイヤ(「L2」)のメディアアクセス制御(「MAC」)サブレイヤ、3)レイヤ3におけるRRC、4)上位レイヤインターフェース、および5)その他があってよい。
【0198】
IABシステムの中のIABノードが、F1インターフェースを介した複数のホップ(たとえば、ワイヤレスリンク)を介してIABノードに接続され得るIABドナーのIAB-CUによって構成されてよいことに、留意されたい。
【0199】
本明細書で使用するとき、物理レイヤシグナリングおよび(たとえば、MACシグナリングを含む)リンクレイヤシグナリングは、「下位レイヤ」シグナリング、動的シグナリング、L1/L2シグナリングなどと呼ばれることがある。たとえば、実施形態または実現形態がDCIメッセージまたはMACメッセージなどの特定のシグナリングを参照するために「下位レイヤ」という用語が指定されない限り、下位レイヤシグナリングは、PDCCH上のDCIメッセージ、PUCCHもしくはPUSCH上のUCIメッセージ、MACメッセージ、またはそれらの組合せを指してよい。
【0200】
その上、本明細書で使用するとき、RRCによるシグナリング、ならびに/またはF1およびXnなどのインターフェースを介したシグナリングは、「上位レイヤ」シグナリング、上位レイヤ構成、または構成と呼ばれることがある。たとえば、上位シグナリングまたは構成は、RRC IE、F1AP IE、XnAP IEなどを指してよい。
【0201】
いくつかの実施形態では、IAB-MTのダウンストリームリソースに対する属性を示すDCIメッセージがPHR送信またはC-PHR送信をトリガしてよく、DCIメッセージが第1の親ノードによって送信されてよく、PHRが第2の親ノードへ送られる。代替として、DCIメッセージを受信すると、IABノードは、電力制御パラメータに対する新たな値を計算してよく、次いで、任意の値だけ、または代替として、しきい値を上回る値だけ、電力制御パラメータが変化する場合、IABノードは、新たに計算された電力制御パラメータの情報を備えるPHRまたはC-PHRを送信してよい。
【0202】
様々な実施形態では、DCIメッセージは、時間領域および/または周波数領域におけるダウンストリームリソースに対するAIの値を含むAIメッセージであってよい。ダウンストリームリソースは、N-DU、CN-MT、またはその両方による動作(たとえば、送信および/または受信)のために構成されたリソースを指してよい。
【0203】
たとえば、2つの親ノードPN1およびPN2によってサービスされるIABノードNを考慮に入れる。1つの実現形態では、マスタノードPN1がAIメッセージをNへ送信してよく、AIメッセージはダウンストリームリソースにとっての利用可能性値を備える。このことは、そのリソースに関連付けられた2次ノードPN2へのPHR送信もしくはC-PHR送信、またはそのリソース上での動作をトリガしてよい。
【0204】
別の実現形態では、2次ノードPN2がAIメッセージをNへ送信してよく、AIメッセージはダウンストリームリソースにとっての利用可能性値を含む。このことは、そのリソースに関連付けられたマスタノードPN1へのPHR送信もしくはC-PHR送信、またはそのリソース上での動作をトリガしてよい。
【0205】
図16は、同時動作のための代替シナリオを示すシステム1600の一実施形態を示す概略ブロック図である。システム1600は、アップストリームバックホールリンク1610および1612、ならびにダウンストリームバックホールリンク1614および1616を使用する、親ノード1 1602、親ノード2 1604、IABノード1605、子ノード1606、およびUE1608を含む。図16において、IABノードのアップストリームおよびダウンストリームにおけるバックホールリンクおよびアクセスリンクの各々は、他のリンクの中で使用されるリソースとオーバーラップしていない(たとえば、塗りつぶされていない)リソースを有してよい。しかしながら、1つのリンク上の(たとえば、影が付けられた)いくつかのリソースは、時間領域、周波数領域、および/または空間領域において、1つまたは複数の他のリンク上のリソースとオーバーラップしていることがある。特に、時間領域においてリソースがオーバーラップしている場合、同時動作のための方法が適用されてよい。
【0206】
様々な実施形態では、参考文献の中で提案されたものと類似の方法がアップストリームリンクの間での多重化(たとえば、DCシナリオ)にとって適用可能であるので、参考文献が参照される。
【0207】
様々な実施形態では、時間オーバーラップ(「TOL」)シンボルなどのTOLリソースが参照されるが、標準的な仕様は、オーバーラップしているリソースに対して異なる用語を使用してよく、または単に「同じ」リソースを参照してよい。その上、TOLリソースは、異なるIABノード、IAB-MT、およびIABノードのIAB-DUなどの、異なるエンティティに対して規定または構成されてよい。いくつかの実施形態では、第1の動作および/または構成におけるシンボルが、第2の動作および/または構成におけるシンボルと時間的に同じ長さを有しないことがある、異なるヌメロロジーを有する事例があり得る。いくつかの実施形態では、異なるタイミング整合を採用することに起因して故意であるのかそれとも誤差に起因するのかにかかわらず、タイミング不整合を有する事例があり得る。
【0208】
いくつかの実施形態では、2つのリソース間の関係としてのTOLは可換である(たとえば、第1のリソースおよび/またはシンボルAが第2のリソースおよび/またはシンボルBと時間オーバーラップしている場合、BもAとTOLしている)。いくつかの実施形態では、第1の動作および/または構成におけるシンボル、ならびに第2の動作および/または構成におけるTOLシンボルがあってよい。
【0209】
いくつかの実施形態では、あるタイプのリソースは、ベストエフォート方法または別のやり方のいずれかに基づいてIABノードが同時動作を実行することを可能にするために使用されてよい。このタイプのリソースはDL+ULと呼ばれてよく、DL+ULはフレキシブル(F)シンボルとして解釈されてもされなくてもよい。
【0210】
様々な実施形態では、DL+ULシンボルは、DL、UL、およびFに加えて新たな値を使用することによって実現されてよい。このことは、いくつかのメッセージの構造を変えることを必要とし得る。
【0211】
いくつかの実施形態では、DL+ULシンボルは、別個のシグナリングによって実現されてよい。別個のシグナリングの一例は、本明細書でのいくつかの実施形態において説明するようなTDD-UL-DL-ConfigDedicated2-r17 IEである。そのような新たなIEが使用される場合、それはDL-UL競合解決のためのシナリオの表の中の「TDD-Config」と同様に扱われてよい。たとえば、SFIの構造と類似の構造を有する制御メッセージを導入するために、類似の原理が使用されてよい。
【0212】
いくつかの実施形態では、本明細書で説明する構成およびシグナリングは、送信または受信のために適用されるビーム、送信のために適用すべき送信電力、送信または受信のために適用されるタイミング整合方法などを示す、パラメータを含んでよい。その上、ビームは、アンテナパネルまたはアンテナポート上でのノードによる送信または受信のための空間フィルタを指してよい。
【0213】
いくつかの実施形態では、ビームは、空間フィルタまたは空間パラメータなどの用語によって参照されてよい。ビームを用いた信号の送信および/または受信は、別の信号の別の送信および/または受信のものと類似の空間フィルタ(または、空間パラメータ)の適用を指してよい。ビームを「決定すること」は、異なるビームを適用するとともに信号に対して測定を実行することによる参照信号の送信および/または受信を含む、ビームフォーミングトレーニングプロセスに従ってよい。ビームを「示すこと」とは、メッセージを別のノードへ送信することを指してよく、メッセージは、空間的な擬似コロケーション(「QCL」)またはQCLタイプD、空間関係パラメータなどを含む、送信構成指示(「TCI」)の形式で、ビーム/空間フィルタの情報を含む。
【0214】
様々な実施形態では、送信電力はシグナリングによって決定されてよくまたは示されてもよい。シグナリングは、RRC構成および/またはMAC CEメッセージもしくはDCI/L1メッセージなどの制御メッセージによるような半静的であってよい。送信電力制御は、アップリンク送信、ダウンリンク送信、またはその両方に適用されてよく、そのことは、規格、構成、および/または制御シグナリングによって決定されてよい。
【0215】
いくつかの実施形態では、タイミング整合方法は、シグナリングによって決定されてよくまたは示されてもよい。シグナリングは、RRC構成および/またはMAC CEメッセージもしくはDCI/L1メッセージなどの制御メッセージによるような半静的であってよい。いくつかの実施形態では、タイミング整合方法は二重化/多重化事例によって決定されてよい。たとえば、ノードにおける事例A(たとえば、同時送信)は、送信が整合される「事例6」タイミング整合に基づいてタイミング整合モードを自動的にトリガしてよいが、ノードにおける事例B(たとえば、同時受信)は、受信が整合される「事例7」タイミング整合に基づいてタイミング整合モードを自動的にトリガしてよい。タイミング整合方法がトリガまたは適用されるかどうか、およびどのようにトリガまたは適用されるのかは、規格、構成、および/または制御シグナリングによって決定されてよい。
【0216】
いくつかの実施形態では、構成は、IABノード(または、UE)がIAB-CUから受信し得るRRC構成であってよい。構成は、参照信号のために割り振られるリソース、参照信号の送信をトリガするためのシグナリング、ビーム/空間関係および送信電力などの、参照信号のためのパラメータを含んでよい。
【0217】
いくつかの実施形態では、干渉評価のための参照信号は、どの干渉が測定され得るのかに基づく任意の参照信号であってよい。たとえば、(たとえば、IAB-DUによる干渉が測定されることになるとき)ダウンリンクに対してチャネル状態情報参照信号(「CSI-RS」)が使用されてよいが、(たとえば、IAB-MTまたはUEによる干渉が測定されることになるとき)アップリンクに対してサウンディング参照信号(「SRS」)が使用されてよい。他のタイプの参照信号が排除されない。参照信号が送信されると、参照信号受信電力(「RSRP」)、参照信号受信品質(「RSRQ」)などを測定するために、他のノード(たとえば、IABノードまたはUE)によって参照信号が受信され得る。参照信号の代替は、受信信号強度インジケータ(「RSSI」)などの、どの干渉または受信信号電力が算出され得るのかに基づく、任意の他の送信であってよい。
【0218】
本明細書での実施形態を実現するための開始ポイントとして使用され得るニューラジオ(「NR」)に対して、様々なタイプの参照信号が指定されてよい。NRでは、参照信号は、周期的、半永続的、または非周期的であってよい。周期的な参照信号は、参照信号のRRC構成が有効である限り送信される。半永続的な参照信号はRRC IEによって構成されるが、その送信はMAC CEシグナリングによって制御される。非周期的な参照信号はRRC IEによって構成されるが、その送信は物理レイヤおよび/またはレイヤ1(「L1」)シグナリング(たとえば、DCIメッセージ)によってトリガされる。それらのすべての事例において、RRC構成は、どのリソースが参照信号に割り振られるのかを示すパラメータを含むが、追加のMAC CEまたはDCIシグナリングが、参照信号の送信をさらにアクティブ化/非アクティブ化またはトリガしてよい。
【0219】
様々な実施形態では、親ノードまたは別の局所的なノードは、IABノード能力、パネルの数、(たとえば、それ自体がリソース構成およびリソース多重化によって決定され得る)同時動作のタイプ、IABノードモビリティ、二重化/多重化のタイプに関連する成功または失敗の履歴などの情報に基づいて、本明細書で見出される方法のうちの1つを実行するようにシグナリングしてよい。
【0220】
いくつかの実施形態では、アンテナ、パネル、およびアンテナパネルという用語は互換的に使用される。アンテナパネルは、6GHzよりも低い周波数(たとえば、周波数範囲1(「FR1」))、6GHzよりも高い周波数(たとえば、周波数範囲2(「FR2」))、またはミリ波(「mmWave」)において、無線信号を送信および/または受信するために使用される、ハードウェアであってよい。いくつかの実施形態では、アンテナパネルは、アンテナ素子のアレイを含んでよく、各アンテナ素子は、制御モジュールが信号の送信および/または受信のための空間パラメータを適用することを可能にする位相シフタなどの、ハードウェアに接続される。得られる放射パターンはビームと呼ばれることがあり、ビームは、単一モードであってもなくてもよく、1つまたは複数の空間的な方向から送信または受信される信号をデバイス(たとえば、UE、ノード)が増幅することを可能にしてよい。
【0221】
様々な実施形態では、アンテナパネルはアンテナポートとして仮想化されてもされなくてもよい。アンテナパネルは、送信(たとえば、出口)方向および受信(たとえば、入口)方向ごとに無線周波数(「RF」)チェーンを通じてベースバンド処理モジュールに接続されてよい。いくつかのアンテナパネルに関するデバイスの能力、それらの二重化能力、それらのビームフォーミング能力などは、他のデバイスに透過的であってもなくてもよい。いくつかの実施形態では、シグナリングを介して能力情報が通信されてよく、またはシグナリングに対する必要なく能力情報がデバイスに提供されてもよい。情報が他のデバイスにとって利用可能である場合、その情報は、シグナリングまたは局所的な意思決定のために使用されてよい。
【0222】
いくつかの実施形態では、UEアンテナパネルは、無線周波数(「RF」)チェーン(たとえば、同相および/または直交(「I/Q」)変調器、アナログデジタル(「A/D」)変換器、局部発振器、位相シフトネットワーク)の共通の部分または重要な部分を共有するアンテナ素子またはアンテナポートのセットを含む、物理的または論理的なアンテナアレイであってよい。UEアンテナパネルまたはUEパネルは、物理的なUEアンテナが論理エンティティにマッピングされた、論理エンティティであってよい。論理エンティティへの物理的なUEアンテナのマッピングは、UE実装形態次第であってよい。アンテナパネルのエネルギーを放射するためにアクティブな、アンテナ素子またはアンテナポートの少なくともサブセット(たとえば、アクティブ素子)上で通信すること(たとえば、受信することまたは送信すること)は、RFチェーンのバイアスまたは電源投入を必要とすることがあり、そのことは、(たとえば、アンテナ素子またはアンテナポートに関連する電力増幅器および/または低雑音増幅器(「LNA」)の電力消費を含む)アンテナパネルに関連するUEにおける電流ドレインまたは電力消費をもたらす。本明細書で使用する「エネルギーを放射するためにアクティブ」という句は、送信機能に限定されることを意図せず、受信機能も包含する。したがって、エネルギーを放射するためにアクティブであるアンテナ素子は、同時または連続的のいずれかで、無線周波数エネルギーを送信するための送信機に、または無線周波数エネルギーを受信するための受信機に結合されてよく、あるいはその所期の機能性を実行するために、一般にトランシーバに結合されてもよい。アンテナパネルのアクティブな素子において通信することは、放射パターンまたはビームの生成を可能にする。
【0223】
いくつかの実施形態では、UE自体の実装形態に応じて、「UEパネル」は、その送信(「TX」)ビームを独立して制御するためのアンテナグループのユニット、その送信電力を独立して制御するためのアンテナグループのユニット、および/またはその送信タイミングを独立して制御するためのアンテナグループのユニットの動作上の役割として、以下の機能性のうちの少なくとも1つを有してよい。「UEパネル」はgNBに透過的であってよい。いくつかの条件に対して、gNBまたはネットワークは、UEの物理アンテナから論理エンティティ「UEパネル」への間のマッピングが変更されなくてよいことを想定してよい。たとえば、条件は、UEからの次の更新もしくは報告までを含んでよく、またはマッピングの変更がないことをgNBがそれにわたって想定する時間の持続時間を含んでもよい。UEは、「UEパネル」に関するそのUE能力をgNBまたはネットワークに報告してよい。UE能力は、少なくとも「UEパネル」の数を含んでよい。一実施形態では、UEは、パネル内の1つのビームからのUL送信をサポートしてよい。複数のパネルを用いて、2つ以上のビーム(たとえば、パネルごとに1つのビーム)がUL送信のために使用されてよい。別の実施形態では、パネルごとに2つ以上のビームがUL送信のためにサポートおよび/または使用されてよい。
【0224】
いくつかの実施形態では、アンテナポートは、アンテナポート上のシンボルがそれを介して伝達されるチャネルが、同じアンテナポート上の別のシンボルがそれを介して伝達されるチャネルから推定され得るように、規定されてよい。
【0225】
いくつかの実施形態では、一方のアンテナポート上のシンボルがそれを介して伝達されるチャネルの大規模特性が、別のアンテナポート上のシンボルがそれを介して伝達されるチャネルから推定され得る場合、2つのアンテナポートは、擬似コロケート(「QCL」)されるものと言われる。大規模特性は、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、および/または空間受信(「RX」)パラメータのうちの1つまたは複数を含んでよい。2つのアンテナポートは、大規模特性のサブセットに関して擬似コロケートされてよく、大規模特性の異なるサブセットがQCLタイプによって示されてよい。たとえば、qcl-Typeは、以下の値、すなわち、1)「QCL-TypeA」:{ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散}、2)「QCL-TypeB」:{ドップラーシフト、ドップラー拡散}、3)「QCL-TypeC」:{ドップラーシフト、平均遅延}、および4)「QCL-TypeD」:{空間Rxパラメータ}のうちの1つを取ってよい。他のQCLタイプが、1つまたは複数の大規模特性の組合せに基づいて規定されてよい。
【0226】
様々な実施形態では、空間RXパラメータは、到来角(「AoA」)、支配的AoA、平均AoA、角度拡散、AoAの電力角度スペクトル(「PAS」)、平均発射角(「AoD」)、AoDのPAS、送信および/もしくは受信チャネル相関、送信および/もしくは受信ビームフォーミング、ならびに/または空間チャネル相関のうちの1つまたは複数を含んでよい。
【0227】
いくつかの実施形態では、QCL-TypeA、QCL-TypeB、およびQCL-TypeCは、すべてのキャリア周波数にとって適用可能であってよいが、QCL-TypeDは、UEがオムニ指向性送信を実行できないことがある(たとえば、UEが指向性送信のためのビームを形成する必要があることになる)、もっと高いキャリア周波数(たとえば、mmWave、周波数範囲2(「FR2」)以上)においてのみ適用可能であってよい。2つの参照信号AとBとの間のQCL-TypeDの場合、参照信号Aは、空間的に参照信号Bとコロケートされるものと見なされ、UEは、同じ空間フィルタを用いて(たとえば、同じRXビームフォーミング重みを用いて)参照信号AおよびBが受信され得ることを想定してよい。
【0228】
いくつかの実施形態では、「アンテナポート」は、(たとえば、ビームフォーミングから得られる)ビームに対応し得るか、またはデバイス上の物理アンテナに対応し得る、論理ポートであってよい。いくつかの実施形態では、物理アンテナは、アンテナポートが実際の物理アンテナに対応する、単一のアンテナポートに直接マッピングしてよい。様々な実施形態では、物理アンテナのセット、物理アンテナのサブセット、アンテナセット、アンテナアレイ、またはアンテナサブアレイは、各物理アンテナ上の信号に複素重みおよび/または巡回遅延を適用した後、1つまたは複数のアンテナポートにマッピングされてよい。物理アンテナセットは、単一のモジュールもしくはパネルからの、または複数のモジュールもしくはパネルからの、アンテナを有してよい。重みは、巡回遅延ダイバーシティ(「CDD」)などのアンテナ仮想化方式におけるように固定されてよい。物理アンテナからアンテナポートを導出するために使用される手順は、デバイス実装形態に固有かつ他のデバイスに透過的であってよい。
【0229】
いくつかの実施形態では、ターゲット送信に関連する送信構成インジケータ(「TCI」)状態(「TCI-state」)は、ターゲット送信(たとえば、送信オケージョン中のターゲット送信の復調(「DM」)参照信号(「RS」)(「DM-RS」)ポートのターゲットRS)と、対応するTCI状態の中で示される擬似コロケーションタイプパラメータに関するソース参照信号(たとえば、同期信号ブロック(「SSB」)、CSI-RS、および/またはサウンディング参照信号(「SRS」))との間の擬似コロケーション関係を構成するためのパラメータを示してよい。TCIは、どの参照信号がQCLソースとして使用されるのか、および各参照信号からどんなQCL特性が導出され得るのかを表す。デバイスは、サービングセル上での送信ために、サービングセルに対して複数の送信構成インジケータ状態の構成を受信してよい。いくつかの実施形態では、TCI状態は、QCLおよび/または空間フィルタを決定するための基準(たとえば、UE想定)を提供するための少なくとも1つのソースRSを含む。
【0230】
いくつかの実施形態では、ターゲット送信に関連する空間関係情報は、ターゲット送信と参照RS(たとえば、SSB、CSI-RS、および/またはSRS)との間の空間設定を示してよい。たとえば、UEは、参照RS(たとえば、SSBおよび/またはCSI-RSなどのDL RS)を受信するために使用される同じ空間領域フィルタを用いてターゲット送信を送信してよい。別の例では、UEは、RS(たとえば、SRSなどのUL RS)の送信のために使用される同じ空間領域送信フィルタを用いてターゲット送信を送信してよい。UEは、サービングセル上での送信のために、サービングセルに対して複数の空間関係情報構成の構成を受信してよい。
【0231】
本明細書で説明する様々な実施形態では、エンティティはIABノードと呼ばれるが、同じ実施形態が最小またはゼロの修正を伴って(たとえば、コアネットワークをIABネットワークに接続するIABエンティティである)IABドナーに適用され得る。その上、異なる実施形態に対して説明される異なるステップが並び替えられてよい。さらに、各構成は、実際には1つまたは複数の構成によって提供されてよい。早い方の構成がパラメータのサブセットを提供してよく、遅い方の構成がパラメータの別のサブセットを提供してよい。いくつかの実施形態では、遅い方の構成は、早い方の構成または事前構成によって提供された値に優先してよい。
【0232】
いくつかの実施形態では、構成は、無線リソース制御(「RRC」)シグナリング、メディアアクセス制御(「MAC」)シグナリング、ダウンリンク制御情報(「DCI」)メッセージなどの物理レイヤシグナリング、それらの組合せ、または他の方法によって提供されてよい。構成は、規格によって、ベンダによって、かつ/またはネットワークおよび/もしくは事業者によって提供される、事前構成または半静的な構成を含んでよい。構成または指示を通じて受信される各パラメータ値は、類似のパラメータに対する以前の値に優先してよい。
【0233】
様々な実施形態では、IABへの頻繁な参照にもかかわらず、本明細書での実施形態は、ワイヤレス中継ノードおよび他のタイプのワイヤレス通信エンティティに適用可能であってよい。さらに、レイヤ1(「L1」)および/またはレイヤ2(「L2」)制御シグナリングは、レイヤ1(たとえば、物理レイヤ)またはレイヤ2(たとえば、データリンクレイヤ)における制御シグナリングを指してよい。詳細には、L1および/またはL2制御シグナリングは、DCIメッセージもしくはアップリンク制御情報(「UCI」)メッセージなどのL1制御シグナリング、MACメッセージなどのL2制御シグナリング、またはそれらの組合せを指してよい。L1および/またはL2制御シグナリングのフォーマットおよび解釈は、規格、構成、他の制御シグナリング、またはそれらの組合せによって決定されてよい。
【0234】
本開示で説明した任意のパラメータが、実際にはシグナリングまたは仕様の中でそのパラメータの線形関数として出現し得ることに、留意されたい。
【0235】
様々な実施形態では、ベンダ製造のIABシステムおよび/またはデバイス、ならびにIABシステムおよび/またはデバイスを展開する事業者は、システムおよび/またはデバイスの能力を取り決めることが許容されてよい。このことは、IABシステムおよび/もしくはデバイスまたはネットワークの中の他のエンティティのハードウェアおよび/またはソフトウェアを作成するときに、たとえば、読取り専用メモリ(「ROM」)などのメモリユニット上に情報を記憶すること、プロプライエタリなシグナリング方法によって情報を交換すること、(事前)構成によって情報を提供すること、またはさもなければ情報を考慮に入れることによって、エンティティ間のシグナリングを必要とすることが想定される情報のうちのいくつかがデバイスにとって容易に利用可能であり得ることを、意味してよい。いくつかの実施形態では、情報を交換することを含む、本明細書で説明する実施形態は、情報が他の実施形態によって取得される類似の実施形態に拡張されてよい。
【0236】
さらに、IABモバイル端末(「MT」)(「IAB-MT」)のために使用される実施形態が、UEによって同様に採用されてよい。レガシーUEによってサポートされない能力を実施形態が使用する場合、その能力を処理するように拡張されたUEが使用されてよい。この場合、UEは、拡張型UEまたはIAB拡張型UEと呼ばれることがあり、正しい構成および動作のために、その拡張された能力のその情報をネットワークに伝達してよい。
【0237】
本明細書で使用するとき、ノードまたはワイヤレスノードとは、IABノード、IAB-DU、IAB-MT、UE、基地局(「BS」)、gノードB(「gNB」)、送信受信ポイント(「TRP」)、IABドナーなどを指してよい。ノードのタイプにおける強調を伴う、本明細書での実施形態は、範囲を限定することを意図しない。
【0238】
いくつかの実施形態では、参照信号上のビームトレーニングに対する測定を実行するために使用されてよい。いくつかの実施形態では、測定は、必ずしも参照信号のために構成されるとは限らないリソース上で実行されてよいが、むしろ、ノードが受信信号電力を測定してよくRSSIなどを取得してよい。
【0239】
様々な実施形態では、事例C多重化または事例D多重化などの句は、名称の問題にすぎない。代わりに、事例C多重化は、ノードのIAB-MTによるアップリンク送信およびノードのIAB-DUによるアップリンク受信によって識別されてよい。同様に、事例D多重化は、ノードのIAB-MTによるダウンリンク受信およびノードのIAB-DUによるダウンリンク送信によって識別されてよい。概して、マルチパネルなどのノード能力および/またはIABノードの全二重能力に応じて、規定される多重化事例のうちの1つまたは複数が所与の瞬間において動作可能であってよい。たとえば、IABノードが、子ノードへ信号を送信するとともに子ノードから信号を受信しながら、アップリンク信号を親ノードへ送信する場合、IABノードは、事例A多重化と事例C多重化とを同時に実行中であってよい。したがって、本明細書で説明した方法が特定の多重化事例に縛られないことに留意されたい。提案される方法において説明した異なるステップ/要素が、測定およびシグナリングによって取得される情報がどのように使用され得るのかの明示的な言及なしに、異なる多重化事例を実現するように混合および整合されてよい。
【0240】
いくつかの実施形態では、ビーム指示が参照される。実際には、ビーム指示は、IDもしくはインジケータによる参照信号、参照信号に関連するリソース、参照信号の情報を備える空間関係情報、または(たとえば、ビーム対応のための)参照信号の相対物の指示を指してよい。
【0241】
本明細書で使用するとき、ハイブリッド自動再送要求(「HARQ」)ACK「HARQ-ACK」は、肯定的な認識応答(「ACK」)および否定的な認識応答(「NACK」または「NAK」)を集合的に表してよい。ACKは、トランスポートブロック(「TB」)が正しく受信されることを意味し、NACK(または、NAK)は、TBが間違って受信されることを意味する。
【0242】
図17は、IABノードによってMAC CEメッセージを送信するための方法1700の一実施形態を示すフローチャート図である。いくつかの実施形態では、方法1700は、リモートユニット102および/またはネットワークユニット104などの装置によって実行される。いくつかの実施形態では、方法1700は、プログラムコードを実行するプロセッサ、たとえば、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理ユニット、FPGAなどによって実行されてよい。
【0243】
様々な実施形態では、方法1700は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信すること(1702)を含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。
【0244】
いくつかの実施形態では、第2のIABノードは、第1のIABノードの親ノードであり、MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。いくつかの実施形態では、範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。様々な実施形態では、リソース構成はRRCエンティティによって提供される。
【0245】
一実施形態では、MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用することに応答して親ノードが範囲を適用することを示す。いくつかの実施形態では、MAC CEメッセージは、第1のIABノードが関連付けられた周波数リソースを使用することに応答して親ノードが範囲を適用することを示す。いくつかの実施形態では、多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを備える。
【0246】
様々な実施形態では、MAC CEメッセージは、第1のIABノードが示された多重化モードを適用することに応答して親ノードが範囲を適用することを示す。一実施形態では、MAC CEメッセージは、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用することに応答して親ノードが範囲を適用することを示す。いくつかの実施形態では、MAC CEメッセージは第3のIABノードに関連付けられ、第3のIABノードは第1のIABノードの子ノードである。
【0247】
図18は、IABノードによってMAC CEメッセージを送信するための方法1800の別の実施形態を示すフローチャート図である。いくつかの実施形態では、方法1800は、リモートユニット102および/またはネットワークユニット104などの装置によって実行される。いくつかの実施形態では、方法1800は、プログラムコードを実行するプロセッサ、たとえば、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理ユニット、FPGAなどによって実行されてよい。
【0248】
様々な実施形態では、方法1800は、第1のIABノードにおいてMAC CEメッセージを第2のIABノードへ送信すること(1802)を含む。MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを含む。第2のIABノードは、第1のIABノードの親ノードである。MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを含む。MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0249】
一実施形態では、第1のIABノードを備える装置であって、装置は、MAC CEメッセージを第2のIABノードへ送信するための送信機をさらに備え、MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを備える。
【0250】
いくつかの実施形態では、第2のIABノードは、第1のIABノードの親ノードであり、MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。
【0251】
いくつかの実施形態では、範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。
【0252】
様々な実施形態では、リソース構成はRRCエンティティによって提供される。
【0253】
一実施形態では、MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用することに応答して親ノードが範囲を適用することを示す。
【0254】
いくつかの実施形態では、MAC CEメッセージは、第1のIABノードが関連付けられた周波数リソースを使用することに応答して親ノードが範囲を適用することを示す。
【0255】
いくつかの実施形態では、多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを備える。
【0256】
様々な実施形態では、MAC CEメッセージは、第1のIABノードが示された多重化モードを適用することに応答して親ノードが範囲を適用することを示す。
【0257】
一実施形態では、MAC CEメッセージは、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用することに応答して親ノードが範囲を適用することを示す。
【0258】
いくつかの実施形態では、MAC CEメッセージは第3のIABノードに関連付けられ、第3のIABノードは第1のIABノードの子ノードである。
【0259】
一実施形態では、第1のIABノードにおける方法であって、方法は、MAC CEメッセージを第2のIABノードへ送信することを備え、MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを備える。
【0260】
いくつかの実施形態では、第2のIABノードは、第1のIABノードの親ノードであり、MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示す。
【0261】
いくつかの実施形態では、範囲は、最大送信電力値と送信電力オフセット値との組合せによって示される。
【0262】
様々な実施形態では、リソース構成はRRCエンティティによって提供される。
【0263】
一実施形態では、MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用することに応答して親ノードが範囲を適用することを示す。
【0264】
いくつかの実施形態では、MAC CEメッセージは、第1のIABノードが関連付けられた周波数リソースを使用することに応答して親ノードが範囲を適用することを示す。
【0265】
いくつかの実施形態では、多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを備える。
【0266】
様々な実施形態では、MAC CEメッセージは、第1のIABノードが示された多重化モードを適用することに応答して親ノードが範囲を適用することを示す。
【0267】
一実施形態では、MAC CEメッセージは、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用することに応答して親ノードが範囲を適用することを示す。
【0268】
いくつかの実施形態では、MAC CEメッセージは第3のIABノードに関連付けられ、第3のIABノードは第1のIABノードの子ノードである。
【0269】
一実施形態では、第1のIABノードを備える装置であって、装置は、MAC CEメッセージを第2のIABノードへ送信するための送信機をさらに備え、MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを備え、第2のIABノードは第1のIABノードの親ノードであり、MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示し、範囲は最大送信電力値と送信電力オフセット値との組合せによって示され、多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを備え、MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0270】
一実施形態では、第1のIABノードにおける方法であって、方法は、MAC CEメッセージを第2のIABノードへ送信することを備え、MAC CEメッセージは、リソース構成に関連付けられたID、送信電力オフセット値、最大送信電力値、多重化モードに対応する情報、少なくとも1つのアップリンクビーム識別子、第1のIABノードのMTとの関連付けの第1の指示、第1のIABノードのDUのセルとの関連付けの第2の指示、またはそれらの何らかの組合せを備え、第2のIABノードは第1のIABノードの親ノードであり、MAC CEメッセージは、第1のIABノードから第2のIABノードへのアップリンクに対する送信電力の範囲を示し、範囲は最大送信電力値と送信電力オフセット値との組合せによって示され、多重化モードは、MTが送信しDUが送信すること、MTが受信しDUが受信すること、MTが送信しDUが受信すること、MTが受信しMTが送信すること、またはそれらの何らかの組合せを備え、MAC CEメッセージは、第1のIABノードがリソース構成に関連付けられたリソースを使用すること、第1のIABノードが示された多重化モードを適用すること、第1のIABノードが少なくとも1つのアップリンクビーム識別子によって示されるビームを適用すること、またはそれらの何らかの組合せに応答して親ノードが範囲を適用することを示す。
【0271】
実施形態は他の特定の形態で実践されてよい。説明した実施形態は、あらゆる点で限定的ではなく例示的にすぎないものと見なされるべきである。したがって、本発明の範囲は、上記の説明によるのではなく添付の特許請求の範囲によって示される。特許請求の範囲の等価性の趣旨および範囲に入るすべての変更は、それらの範囲内に包含されるべきである。
【符号の説明】
【0272】
100 ワイヤレス通信システム
102 リモートユニット
104 ネットワークユニット
200 装置
202 プロセッサ
204 メモリ
206 入力デバイス
208 ディスプレイ
210 送信機
212 受信機
300 装置
302 プロセッサ
304 メモリ
306 入力デバイス
308 ディスプレイ
310 送信機
312 受信機
400 IABシステム
402 コアネットワーク(CN)
404 IABドナー
406 IABノード
408 UE
500 システム
502 コアネットワーク(CN)
504 IABシステム
506 UE
600 IABシステム
602 コアネットワーク
604 IABドナー/親IABノード
606 IABノード2
608 IABノード1
702 第1の事例
704 MT
706 DU
712 第2の事例
718 第3の事例
724 第4の事例
1200 システム
1202 IABノード(N)
1203 送信
1204 親ノードまたはIABドナー(PN)
1206 アップストリームリンク
1208 子ノードまたはUE
1210 ダウンストリームリンク
1400 DCアーキテクチャ
1402 CN
1404 IABドナー
1406 第1の親ノード
1408 第2の親ノード
1410 IABノード
1500 DCアーキテクチャ
1502 CN
1504 第1のIABドナー
1506 第2のIABドナー
1508 第1の親ノード
1510 第2の親ノード
1512 IABノード
1600 システム
1602 親ノード1
1604 親ノード2
1605 IABノード
1606 子ノード
1608 UE
1610 アップストリームバックホールリンク
1612 アップストリームバックホールリンク
1614 ダウンストリームバックホールリンク
1616 ダウンストリームバックホールリンク
102 リモートユニット
104 ネットワークユニット
200 装置
202 プロセッサ
204 メモリ
206 入力デバイス
208 ディスプレイ
210 送信機
212 受信機
300 装置
302 プロセッサ
304 メモリ
306 入力デバイス
308 ディスプレイ
310 送信機
312 受信機
400 IABシステム
402 コアネットワーク(CN)
404 IABドナー
406 IABノード
408 UE
500 システム
502 コアネットワーク(CN)
504 IABシステム
506 UE
600 IABシステム
602 コアネットワーク
604 IABドナー/親IABノード
606 IABノード2
608 IABノード1
702 第1の事例
704 MT
706 DU
712 第2の事例
718 第3の事例
724 第4の事例
1200 システム
1202 IABノード(N)
1203 送信
1204 親ノードまたはIABドナー(PN)
1206 アップストリームリンク
1208 子ノードまたはUE
1210 ダウンストリームリンク
1400 DCアーキテクチャ
1402 CN
1404 IABドナー
1406 第1の親ノード
1408 第2の親ノード
1410 IABノード
1500 DCアーキテクチャ
1502 CN
1504 第1のIABドナー
1506 第2のIABドナー
1508 第1の親ノード
1510 第2の親ノード
1512 IABノード
1600 システム
1602 親ノード1
1604 親ノード2
1605 IABノード
1606 子ノード
1608 UE
1610 アップストリームバックホールリンク
1612 アップストリームバックホールリンク
1614 ダウンストリームバックホールリンク
1616 ダウンストリームバックホールリンク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【国際調査報告】