特表 2024-517478 同時動作に対するＩＡＢノードの空間リソースに関する方法及び前記方法を利用する装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-22

(54)【発明の名称】同時動作に対するＩＡＢノードの空間リソースに関する方法及び前記方法を利用する装置

(51)【国際特許分類】

   H04W 16/28 20090101AFI20240415BHJP

   H04W 16/26 20090101ALI20240415BHJP

   H04W 72/0453 20230101ALI20240415BHJP

【ＦＩ】

H04W16/28

H04W16/26

H04W72/0453

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023569862

(86)(22)【出願日】2022-05-10

(85)【翻訳文提出日】2023-11-10

(86)【国際出願番号】 KR2022006621

(87)【国際公開番号】W WO2022240119

(87)【国際公開日】2022-11-17

(31)【優先権主張番号】63/187,380

(32)【優先日】2021-05-11

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】10-2021-0131094

(32)【優先日】2021-10-01

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ユ ヒャンソン

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】キム ピョンフン

(72)【発明者】

【氏名】カン チウォン

(72)【発明者】

【氏名】パク ヘウク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067CC02

5K067EE02

5K067EE06

5K067EE10

5K067KK02

(57)【要約】

本明細書（ｐｒｅｓｅｎｔ ｄｉｓｃｌｏｓｕｒｅ）は、無線通信システムにおけるノードにより実行されるビーム指示情報を送信する方法において、親ノードとイニシャルアクセスを実行し、前記ビーム指示情報を決定し、及び前記親ノードに前記ビーム指示情報を送信し、前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことを特徴とする方法及びこれを利用する装置を提供する。
【選択図】図１５

【特許請求の範囲】

【請求項1】

無線通信システムにおけるノードにより実行されるビーム指示情報を送信する方法において、
親ノードとイニシャルアクセスを実行し、
前記ビーム指示情報を決定し、
前記親ノードに前記ビーム指示情報を送信し、
前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とする方法。

【請求項2】

前記ビーム指示情報は、前記ＴＸビーム情報に関してＳＲＩ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）情報を含むことを特徴とする、請求項１に記載の方法。

【請求項3】

前記ビーム指示情報は、前記ＲＸビーム情報に関してＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）ＩＤ情報を含むことを特徴とする、請求項１に記載の方法。

【請求項4】

前記ビーム指示情報は、前記ＲＸビーム情報に関してＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態（ｓｔａｔｅ）に対する情報を含むことを特徴とする、請求項３に記載の方法。

【請求項5】

前記ＲＳ ＩＤ情報は、ビーム制御のために設定されたリソースセットに基づくことを特徴とする、請求項３に記載の方法。

【請求項6】

前記ビーム指示情報は、前記少なくとも一つのＴＸビーム情報及びＲＸビーム情報のペア（ｐａｉｒ）に対する情報を含むことを特徴とする、請求項１に記載の方法。

【請求項7】

前記ノードは、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードであり、
前記ＩＡＢノードは、前記ＭＴ動作及びＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）動作をサポートすることを特徴とする、請求項１に記載の方法。

【請求項8】

前記ＭＴ動作は、前記ノードと前記親ノードとの間の通信に関連した動作であり、
前記ＤＵ動作は、前記ノードと子ノードとの間の通信に関連した動作または前記ノードと端末との間の通信に関連した動作であることを特徴とする、請求項７に記載の方法。

【請求項9】

前記ノードは、前記親ノードから周波数リソースに対する設定情報を受信し、
前記設定情報は、Ｈ（ｈａｒｄ）情報、Ｓ（ｓｏｆｔ）情報またはＮＡ（ｎｏｔ ａｖａｉｌａｂｌｅ）情報を含み、
前記Ｈ情報は、前記ＤＵ動作時に送受信が可能な周波数リソースに対する情報であり、
前記Ｓ情報は、前記ＤＵ動作時に送受信可否が決定されない周波数リソースに対する情報であり、
前記ＮＡ情報は、前記ＤＵ動作時に送受信が不可能な周波数リソースに対する情報であることを特徴とする、請求項８に記載の方法。

【請求項10】

前記ノードは、特定周波数リソースが前記Ｈ情報または前記Ｓ情報により利用可能なリソースと判断されることに基づいて、前記ＤＵ動作時にビームリソースの制限なしに送受信が実行されることを特徴とする、請求項９に記載の方法。

【請求項11】

ノードは、
トランシーバと、
少なくとも一つのメモリと、
前記少なくとも一つのメモリ及び前記トランシーバと動作可能に結合された少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
親ノードとイニシャルアクセスを実行するように構成され、
ビーム指示情報を決定するように構成され、かつ、
前記親ノードに前記ビーム指示情報を送信するように前記トランシーバを制御するように構成され、
前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とするノード。

【請求項12】

装置は、
少なくとも一つのメモリと、
前記少なくとも一つのメモリと動作可能に結合された少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
親ノードとイニシャルアクセスを実行するように構成され、
ビーム指示情報を決定するように構成され、かつ、
前記親ノードに前記ビーム指示情報を送信するようにトランシーバを制御するように構成され、
前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とする装置。

【請求項13】

少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
親ノードとイニシャルアクセスを実行するように構成され、
ビーム指示情報を決定するように構成され、かつ、
前記親ノードに前記ビーム指示情報を送信するようにトランシーバを制御するように構成され、
前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とする記録媒体。

【請求項14】

無線通信システムにおけるノードにより実行されるビーム指示情報を受信する方法において、
子ノードとイニシャルアクセスを実行し、
前記子ノードから前記ビーム指示情報を受信し、
前記ビーム指示情報は、前記子ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とする方法。

【請求項15】

ノードは、
トランシーバと、
少なくとも一つのメモリと、
前記少なくとも一つのメモリ及び前記トランシーバと動作可能に結合された少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
子ノードとイニシャルアクセスを実行するように構成され、かつ、
前記子ノードから前記ビーム指示情報を受信するように前記トランシーバを制御するように構成され、
前記ビーム指示情報は、前記子ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む、ことを特徴とするノード。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線通信に関する。

【背景技術】

【0002】

より多くの通信機器がより大きな通信容量を要求するようになって、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及び事物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要イシューの１つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が議論されており、本開示においては便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴ又はＮＲと呼ぶ。

【0003】

一方、本明細書ではノードにより実行されるビームに関連した情報を送信する方法を提供しようとする。

【発明の概要】

【課題を解決するための手段】

【0004】

本明細書の一実施例によると、ノードが親ノードに前記ビーム指示情報を送信し、ビーム指示情報は、ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含む方法及びこれを利用する装置が提供されることができる。

【発明の効果】

【0005】

本明細書によると、親ノードは、これを反映してＭＴのＴｘ／Ｒｘビーム情報を子ノードであるＩＡＢノードに適切に設定できる効果が提供されることができる。そして、ＩＡＢノードは、ＭＴとＤＵとの間の同時動作を円滑に実行することができる効果が提供されることができる。

【0006】

本明細書の具体的な一例を介して得られる効果は、以上に列挙した効果に限られない。例えば、関連する技術分野の通常の知識を有するもの（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書より理解かつ誘導できる様々な技術的な効果が存在する場合がある。したがって応じて本明細書の具体的な効果は本明細書に明示的に記載されたことに限らず、本明細書の技術的な特徴から理解かつ誘導できる様々な効果を含むことができる。

【図面の簡単な説明】

【0007】

【図1】ＮＲが適用される次世代無線接続ネットワーク（次世代無線アクセスネットワーク、Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステム構造の例を示す。

【図2】ＮＧ－ＲＡＮと５ＧＣ間の機能的分割の例を示す。

【図3】ＮＲにおいて適用できるフレーム構造の例を示す。

【図4】新しい無線接続技術に対するフレーム構造の一例を示したものである。

【図5】本明細書の技術的な特徴が適用される５Ｇ使用シナリオの例を示す。

【図6】統合アクセス及びバックホールリンクに対する一例を模式的に示したものである。

【図7】ＤｇＮＢ、ＲＮ、及びＵＥ間のリンクに対する一例を模式的に示したものである。

【図8】バックホールリンク及びアクセスリンクの例を模式的に示したものである。

【図9】親リンクと子リンクの例を模式的に示したものである。

【図10】タイミングアライメントケース１の例を模式的に示したものである。

【図11】タイミングアライメントケース６の例を模式的に示したものである。

【図12】タイミングアライメントケース７の例を模式的に示したものである。

【図13】ＭＴとＤＵとの間のリソース多重化の例示を概略的に示す。

【図14】ＭＴとＤＵとの間のリソース多重化の例示を概略的に示す。

【図15】本明細書の一実施例に係る、ノードにより実行されるビーム指示情報を送信する方法の流れ図である。

【図16】周波数リソースに対する設定情報を受信する例の流れ図である。

【図17】本明細書の一実施例に係る、ノード観点で、ビーム指示情報を送信する方法の流れ図である。

【図18】本明細書の一実施例に係る、ノード観点で、ビーム指示情報を送信する装置のブロック図の一例である。

【図19】本明細書の一実施例に係る、ノード観点で、ビーム指示情報を受信する方法の流れ図である。

【図20】本明細書の一実施例に係る、ノード観点で、ビーム指示情報を受信する装置のブロック図の一例である。

【図21】本明細書に適用される通信システム（１）の例を示す。

【図22】本明細書に適用される無線機器の例を示す。

【図23】本明細書に適用される無線機器の他の例を示す。

【発明を実施するための形態】

【0008】

本明細書において「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈できる。例えば，本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は，「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。

【0009】

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。

【0010】

本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも１つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。

【0011】

また、本明細書において、「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ））」を意味し得る。

【0012】

また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＰＤＣＣＨ）」と表示されている場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されることなく、「ＰＤＣＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示されている場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。

【0013】

本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。

【0014】

以下、新しい無線接続技術（新しい無線アクセス技術、ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ ＲＡＴ，ＮＲ）について説明する。

【0015】

さらに、たくさんの通信機器がさらに大きい通信容量を必要とするにつれて、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及び物体を接続していつでもどこでも様々なサービスを提供する超大量ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主な話題のうちの１つである。のみならず信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論になっている。このような拡張モバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が議論されており、本明細書では便宜上、該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴまたはＮＲと称する。

【0016】

図１は、ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステムの構造を例示する。

【0017】

図１を参照すると、ＮＧ－ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／又はｅＮＢを含む。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互にＸｎインターフェースで接続されている。ｇＮＢ及びｅＮＢは、第５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｃインターフェースを介して接続され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｕインターフェースを介して接続される。

【0018】

図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能的な分割を例示する。

【0019】

図２を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ＆ Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。

【0020】

図３はＮＲにおいて適用できるフレーム構造の例を示す。

【0021】

図３を参照すると、フレームは１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成され、１ｍｓで構成されたサブフレーム１０個を含むことができる。

【0022】

サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって１つまたは複数のスロット（ｓｌｏｔ）が含まれる。

【0023】

次の表１は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μの例を示す。

【0024】

【表1】

【0025】

次の表２は副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット数（Ｎ^frameμ _slot）、サブフレーム内のスロット数（Ｎ^subframeμ _slot）、スロット内のシンボル数（Ｎ^slot _symb）などの例を示す。

【0026】

【表2】

【0027】

図３では、μ＝０、１、２に対して例を示す。 ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は次の表３のように１つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）で構成される。

【0028】

【表3】

【0029】

すなわち、ＰＤＣＣＨは１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信される。ここで、ＣＣＥは６個のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成され、１つのＲＥＧは周波数領域において１つのリソースブロック、時間領域において１つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。ＮＲでは、次の技術／特徴が適用される。＜自己完結型サブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）＞

【0030】

図４は新しい無線接続技術に対するフレーム構造の一例を示したものである。

【0031】

ＮＲでは遅延（ｌａｔｅｎｃｙ）を最小化するための目的として図７のように、１つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）の１つとして考慮される。

【0032】

図４において斜線領域はダウンリンク制御（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示し、黒色部分はアップリンク制御（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示す。表示がない領域はダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ；ＤＬ ｄａｔａ）送信のために用いられることもあり、アップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ；ＵＬ ｄａｔａ）送信のために用いられる。このような構造の特徴は１個のサブフレーム（ｓｕｂｆｒａｍｅ）内においてダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次に進んで、サブフレーム（ｓｕｂｆｒａｍｅ）内においてＤＬ ｄａｔａを送り、ＵＬ ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受け取ることができる。その結果、データ送信エラー発生時にデータ再送までかかる時間を減らし、このため、最終データ伝送の遅延（ｌａｔｅｎｃｙ）を最小化することができる。

【0033】

このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ ＴＤＭｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）において基地局と端末が送信モードにおいて受信モードへの転換過程または受信モードにおいて送信モードへの転換過程のためのタイムギャップ（ｔｉｍｅ ｇａｐ）が必要である。このため、自己完結型サブフレーム構造においてＤＬからＵＬに転換される時点の一部のＯＦＤＭシンボルがガード区間（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）に設定される。

【0034】

図５は本明細書の技術的な特徴が適用される５Ｇ使用シナリオの例を示す。図５に示された５Ｇ使用シナリオはただ例であり、本明細書の技術的な特徴は図５に示されていない他の５Ｇ使用シナリオにも適用される。

【0035】

図５を参照すると、５Ｇの３つの主な要件領域は（１）改善された移動広帯域（ｅＭＢＢ；ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）領域、（２）超大量の端末通信（ｍＭＴＣ；ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）領域及び（３）超高信頼及び低遅延通信（ＵＲＬＬＣ；Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）領域を含む。一部の使用例は最適化のために多数の領域を要求することができ、他の使用例はただ１つの重要業績評価指標（ＫＰＩ；ｋｅｙ ｐｅｒｆｏｒｍａｎｃｅ ｉｎｄｉｃａｔｏｒ）にのみフォーカスできる。５Ｇはこのような様々な使用例を柔軟かつ信頼できる方法としてサポートすることである。

【0036】

ｅＭＢＢはデータの速度、遅延、ユーザの密度、移動広帯域接続の容量及びカバレッジの全体的な向上に重点を置く。ｅＭＢＢは１０Ｇｂｐｓ程度の処理量を目標とする。ｅＭＢＢは基本的なモバイルインターネット接続をはるかに上回り、豊富な双方向作業、クラウドまたは拡張現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは５Ｇの核心動力のうち１つであり、５Ｇ時代において初めて専用音声サービスを見ることができない。５Ｇにおいて、音声は単に通信システムによって提供されるデータ接続を使用してアプリケーションとして処理されることを期待される。増加したトラフィック量の主な原因はコンテンツサイズの増加及び高いデータレートを要求するアプリケーション数の増加である。ストリーミングサービス（オーディオ及びビデオ）、対話式ビデオ及びモバイルインターネット接続はより多くの装置がインターネットに接続するほど、さらに広く使用される。このような多くのアプリケーションはユーザにリアルタイム情報及び通知をプッシュするために常にオンになっている接続性を必要とする。クラウドストレージ及びアプリケーションはモバイル通信プラットフォームにおいて急速に増加しており、これは、タスク及びエンターテインメント全てに適用される。クラウドストレージはアップリンクデータレートの成長を牽引する特別な使用例である。５Ｇはまた、クラウド上の遠隔作業にも使用され、触覚インターフェースが使用されたとき、優れたユーザ経験を維持するようにさらに低い端から端まで（ｅｎｄ－ｔｏ－ｅｎｄ）遅延を要求する。エンターテインメントにおいて例えると、クラウドゲーム及びビデオストリーミングは移動広帯域能力に対する要求を高めるまた他の重要な要素である。エンターテインメントは電車、車及び飛行機のような高いモビリティ環境を含めてあらゆる場所でスマートフォン及びタブレットにおいて必須である。また他の使用例はエンターテインメントのための拡張現実及び情報検索である。ここで、拡張現実は非常に低い遅延と瞬間的なデータ量を必要とする。

【0037】

ｍＭＴＣはバッテリーによって駆動される多量の低コスト装置間の通信をできるようにするために設計され、スマート計量、物流、現場及び人体センサーのようなアプリケーションをサポートするためのものである。ｍＭＴＣは１０年程度のバッテリー及び／または１ｋｍ２当り百万個程度の装置を目標とする。ｍＭＴＣは全ての分野において埋め込み型センサーをスムーズに接続できるようにし、最も多く予想できる５Ｇ使用例のうち１つである。潜在的に２０２０年までＩｏＴ装置は２０４億個に至ると予測されている。産業ＩｏＴは５Ｇがスマートシティ、資産追跡（ａｓｓｅｔ ｔｒａｃｋｉｎｇ）、スマートユーティリティ、農業及びセキュリティインフラをできるようにする主な役割を実行する領域のうち１つである。

【0038】

ＵＲＬＬＣは装置及び機械が非常に信頼性があり非常に低い遅延及び高い可用性で通信できるようにすることで車両通信、産業制御、工場自動化、遠隔手術、スマートグリッド及び公共安全アプリケーションに最適である。ＵＲＬＬＣは１ｍｓの程度の遅延を目標とする。ＵＲＬＬＣは主なインフラの遠隔制御及び自律走行車のような超高信頼／低遅延リンクを介して産業を変化させる新しいサービスを含む。信頼性と遅延のレベルはスマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須である。

【0039】

次に、図５の三角形の中に含まれた多数の使用例に対してさらに具体的に示している。

【0040】

５Ｇは毎秒数百メガビットからギガバイト毎秒に評価されるストリームを提供する手段としてＦＴＴＨ（ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ）及びケーブルベース広帯域（または、ＤＯＣＳＩＳ）を補完することができる。このような速い速度は仮想現実（ＶＲ；ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）と拡張現実（ＡＲ；ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ）のみならず、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度にＴＶを伝送するのに要求される。ＶＲ及びＡＲアプリケーションはほぼ没入型（ｉｍｍｅｒｓｉｖｅ）スポーツ競技を含む。特定のアプリケーションは特別なネットワーク設定が要求される。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するためにコアサーバをネットワークオペレータのエッジネットワークサーバと統合する必要がある。

【0041】

自動車（Ａｕｔｏｍｏｔｉｖｅ）は車両に対するモバイル通信のための多くの使用例とともに５Ｇにおいて重要な新しい動力になると予想されている。例えば、乗客のためのエンターテインメントは高い容量と高い移動広帯域を同時に要求する。その理由は将来のユーザはその位置及び速度に関係なく高品質の接続を継続して期待しているためである。自動車分野の他の使用例は拡張現実ダッシュボードである。運転者は拡張現実ダッシュボードを介してフロントウィンドウを介して見ているものの上に暗闇中で物体を識別することができる。拡張現実ダッシュボードは物体の距離と動きに対して運転者に知らせる情報を重ねてディスプレイする。将来に、無線モジュールは車両間の通信、車両とサポートするインフラ構造の間で情報交換及び自動車と他の接続された装置（例えば、歩行者が伴う装置）の間で情報交換をできるようにする。安全システムは運転者がさらに安全な運転ができるように行動の代替コースを案内して事故の危険を軽減させる。次のステップは、遠隔操縦車両または自律走行車になる。これは互い異なる自律走行車間及び／または自動車とインフラの間で非常に信頼性のありかつ非常に速い通信を要求する。将来に、自律走行車が全ての運転活動を実行し、運転者は車両自体が識別できない交通異常にのみ集中するようになる。自律走行車の技術的な要件はトラフィック安全を人が達成できない程度のレベルまで高めるように超高信頼低遅延を要求する。

【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】

ｉ．空間（ｓｐａｔｉａｌ）関連（ｒｅｌａｔｉｏｎ）ＲＳを意味することができる。

【0137】

ｉｉ．ＭＴのＵＬパネルＩＤを意味することができる。

【0138】

ｉｉｉ．ＳＲＩを意味することができる。

【0139】

ｉｖ．ＭＴが送信する実際ビーム方向に対する情報である。例えば、各ビームリソース別の親ＭＴが送信するビームリソースの方位角（ａｚｉｍｕｔｈ）／高度（ｅｌｅｖａｔｉｏｎ）アングル情報、個別アングル情報、アングルレンジ、及び／又はＭＴが送信するビームリソースのＬＣＳ－ＧＣＳの変形パラメータであるアルファ、ベータ、ガンマ値である。

【0140】

ｖ．ＭＴが送信する（アナログ）ビームのコードブックを作成する時、コードブックインデックスを意味することができる。

【0141】

－このとき、ＭＴのＲｘビームリソースとは、

【0142】

ｉ．ビームマネジメントのために設定されたリソースセットに基づくＤＬ ＲＳ ＩＤを意味することができる。

【0143】

ｉｉ．ＭＴのＤＬパネルＩＤを意味することができる。

【0144】

ｉｉｉ．ＱＣＬタイプ－ＤＲＳを意味することができる。

【0145】

ｉｖ．ＴＣＩ状態及びＱＣＬコンディションｆｏｒ ＤＬ受信を意味することができる。

【0146】

ｖ．親ＤＵが送信する実際ビーム方向に対する情報である。例えば、各ビームリソース別の親ＤＵが送信するビームリソースの方位角（ａｚｉｍｕｔｈ）／高度（ｅｌｅｖａｔｉｏｎ）アングル情報、個別アングル情報、アングルレンジ、及び／又は親ＤＵが送信するビームリソースのＬＣＳ－ＧＣＳの変形パラメータであるアルファ、ベータ、ガンマ値である。

【0147】

ｖｉ．親ＤＵが送信する（アナログ）ビームのコードブックが存在する時、コードブックインデックスを意味することができる。

【0148】

このとき、具体的にＩＡＢノードは、自分のＭＴとＤＵとの間の同時動作のために、親ＤＵに下記のような情報を報告することができる。

【0149】

１）ＤＵのＴｘ／Ｒｘビームまたはビームグループに係るＤＵとＭＴとの間の同時動作可能可否を報告することができる。この場合、追加的に時間／周波数リソースによってＩＡＢノードが使用しようとするＤＵの所望の（ｄｅｓｉｒｅｄ）ＤＵ Ｔｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）情報を報告することができる。

【0150】

このような情報に基づいて、親ＤＵは、特定リソースでのＩＡＢノードの同時動作可能可否及びＩＡＢ－ＭＴとの送受信可能可否を判断し、ＩＡＢ－ＭＴへのスケジューリングを実行することができる。

【0151】

２）ＭＴのＴｘ／ＲｘビームまたはビームグループによるＤＵとＭＴとの間の同時動作可能可否を報告することができる。ＤＵとＭＴとの間の同時動作が可能なＭＴのＴｘ／Ｒｘビームまたはビームグループに対する情報を報告することができる。このとき、追加的に時間／周波数リソースによってＩＡＢノードが使用しようとするＭＴの所望の（ｄｅｓｉｒｅｄ）ＭＴ Ｔｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）に対する情報を報告することができる。

【0152】

このような情報に基づいて、親ＤＵは、特定リソースでのＩＡＢ－ＭＴとの送受信可能可否及び送受信可能なＴｘ／Ｒｘビームリソースを判断し、該当ビームリソースに基づいてＩＡＢ－ＭＴへのスケジューリングを実行することができる。

【0153】

３）ＤＵとＭＴとの間の同時動作が可能なＤＵとＭＴのＴｘ／Ｒｘビームまたはビームグループのペア（ｐａｉｒ）に対する情報を報告することができる。このために、ＤＵのＴｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）別にペアリング（ｐａｉｒｉｎｇ）されたＭＴのＴｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）に対する情報を報告することができる。または、ＭＴのＴｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）別にペアリングされたＤＵのＴｘ／Ｒｘビーム（ｓ）またはビームグループ（ｓ）に対する情報を報告することができる。この場合、追加的に時間／周波数リソースによってＩＡＢノードが使用しようとする所望の（ｄｅｓｉｒｅｄ）Ｔｘ／Ｒｘビームまたはビームグループのペア（ｐａｉｒ）（ｓ）に対する情報を報告することができる。

【0154】

このような情報に基づいて、親ＤＵは、特定リソースでのＩＡＢ－ＭＴとの送受信可能可否及び送受信可能なＴｘ／Ｒｘビームリソースを判断し、該当ビームリソースに基づいてＩＡＢ－ＭＴへのスケジューリングを実行することができる。

【0155】

前記のような報告は、比較的セミ－スタティック（ｓｅｍｉ－ｓｔａｔｉｃ）にＲＲＣ／Ｆ１－ＡＰ等を介してＩＡＢノードから親ノード／ドナーノード（ＣＵ）に伝達されることができる。または、ＭＡＣ ＣＥまたはＰＵＣＣＨ（ＵＣＩ）等を介してＩＡＢノードから親ノードに伝達されることができる。ＤＵとＭＴとの間の同時動作が可能なＤＵ及び／又はＭＴのビームまたはビームグループに関する情報またはＤＵとＭＴのビームまたはビームグループペア（ｐａｉｒ）に対する情報は、セミ－スタティック（ｓｅｍｉ－ｓｔａｔｉｃ）にＲＲＣ／Ｆ１－ＡＰ等を介してＩＡＢノードから親ノード／ドナーノード（ＣＵ）に伝達され、時間／周波数リソースによってＩＡＢノードが使用しようとする所望の（ｄｅｓｉｒｅｄ）ＤＵ／ＭＴビームまたはビームグループのインデックスまたはＭＴとＤＵとの間の所望のビームペア（ｐａｉｒ）のインデックスに対する情報は、ダイナミックにＭＡＣ ＣＥまたはＵＣＩ等を介して伝達されることができる。

【0156】

Ｂ．ＤＵ及びＭＴの時間／周波数リソースによってＭＴ及び／又はＤＵが使用可能なビームリソースを制限する動作

【0157】

ＩＡＢノードは、ネットワーク（親ノード及び／又はドナーノード（ＤＵ））からＤＵの時間／周波数リソース領域によってＤＵ及び／又はＭＴが使用可能な／不可能なビームまたはビームグループまたはＤＵとＭＴが使用可能なビームペア（ｐａｉｒ）に対する情報の設定（ｃｏｎｆｉｇｕｒｅ）を受けることができる。または／そして、ＩＡＢノードは、ネットワーク（親ノード及び／又はドナーノード（ＤＵ））からＭＴの時間／周波数リソース領域によってＤＵ及び／又はＭＴが使用可能な／不可能なビームまたはビームグループまたはＤＵとＭＴが使用可能なビームペア（ｐａｉｒ）に対する情報の設定（ｃｏｎｆｉｇｕｒｅ）を受けることができる。このような設定は、より具体的に下記の通りである。

【0158】

－ＤＵの時間及び／又は周波数リソース領域を複数個のｓｕｂ－グループに分ける時、各領域別にＤＵ（及び／又はＭＴ）が使用可能なまたは使用不可能なＴｘ／Ｒｘビーム、ビームグループ、またはビームペア（ｐａｉｒ）に対する情報を設定（ｃｏｎｆｉｇｕｒｅ）する。

【0159】

前記のようにＭＴ及び／又はＤＵが使用可能な／不可能なビーム、ビームグループ、またはビームペア（ｐａｉｒ）などに対する情報に基づいて使用することができるビームリソースとして自分のＴｘ／Ｒｘビームリソースを決定することができる。

【0160】

親ＤＵもこのような情報の共有（ｓｈａｒｅ）を受けることができる。これを介して特定リソースでＩＡＢノードとの送受信時に使用可能な／使用不可能なビームリソースを判断し、これに基づいてビームリソースを決定して送受信を実行することができる。

【0161】

Ｃ．親ノードが指示したＭＴのビーム方向が同時動作不可能な時、ＭＴ及びＤＵの動作

【0162】

親ＤＵは、前記セクションＡ、Ｂにおける情報に基づいてＭＴへの送受信に使用するビームリソースを判断／適用することができる。

【0163】

ＤＵは、親ＤＵから指示を受けたＭＴのビームリソースを考慮し、ＭＴとＤＵとの間の同時動作が可能に、ＤＵが子ＭＴ／ＵＥとの送受信に使用するビームリソースを判断／適用することができる。

【0164】

このとき、親ＤＵがスケジューリングしたＭＴのＴｘ／Ｒｘビームリソースが、ＩＡＢノードが期待したＭＴの所望の（ｄｅｓｉｒｅｄ）Ｔｘ／Ｒｘビームリソースとずれることができる。したがって、親ＤＵがスケジューリングしたＭＴのビームリソースを適用してＭＴの送受信を実行する場合、ＭＴとＤＵとの間同時動作が難しい。ＩＡＢノードがＭＴとＤＵへの同時動作を実行しようとするが、このような理由で同時動作が難しい場合、ＩＡＢノードは下記の通り動作できる。

【0165】

－Ａｌｔ１．親ＤＵからのスケジューリングを優先して、親ＤＵが指示した情報に合わせてＭＴのＤＬ Ｒｘビーム／ＵＬ Ｔｘビームリソースを決定する。この場合、該当時間／周波数リソースでＭＴとＤＵとの間の同時動作が不可能な時、該当リソースでＤＵの送受信を実行せずにＭＴの送受信を実行する。

【0166】

－Ａｌｔ２．親ＤＵからのスケジューリングを優先して、親ＤＵが指示した情報に合わせてＭＴのＤＬ Ｒｘビーム／ＵＬ Ｔｘビームリソースを決定する。この場合、ＭＴとＤＵとの間の同時動作が不可能なため、ＦＤＤ及び／又はＴＤＤ動作を実行することができる。

【0167】

該当リソースでＴＤＤ動作を実行する場合、該当時間リソースでの時間ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を考慮してＭＴとＤＵのうち一つへの送受信を実行することができる。

【0168】

該当リソースでＦＤＤ動作を実行する場合、該当周波数リソースでの周波数ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を考慮してＭＴとＤＵのうち一つへの送受信を実行することができる。

【0169】

－Ａｌｔ３．ＩＡＢノードが親ＤＵに報告した情報を優先して、親ＤＵが指示したＭＴのＤＬ Ｒｘビーム／ＵＬ ＴｘビームリソースとずれてもＭＴとＤＵとの間の同時動作が可能なＭＴのＴｘ／Ｒｘビームリソースを使用してＭＴの送受信を実行する。

【0170】

Ｄ．周波数ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によるビームリソースの判断

【0171】

一方、ノードは、親ノード（及び／又はドナーノード／ＣＵ）から周波数リソースに対する設定情報を受信し、これに基づいてＩＡＢ動作を実行することができる。

【0172】

図１６は、周波数リソースに対する設定情報を受信する例の流れ図である。図１６の例示は、前記説明した例示と結合されることができる。併せて、図１６の例示は、前記説明した例示と別個で動作することもできる。

【0173】

図１６によると、ノードは、親ノード（及び／又は、ドナーノード／ＣＵ）から周波数リソースに対する設定情報を受信することができる（Ｓ１６１０）。

【0174】

以後、ノードは、周波数リソースに対する設定情報に基づいてＩＡＢ動作を実行することができる（Ｓ１６２０）。これをより具体的に説明すると、下記の通りである。

【0175】

ＩＡＢ－ＤＵは、ドナーノード／ＣＵから周波数リソースに対するＨ（ｈａｒｄ）、Ｓ（ｓｏｆｔ）、及び／又はＮＡ（ｎｏｔ ａｖａｉｌａｂｌｅ）情報の設定を受けることができる。具体的に、Ｈ、Ｓ、ＮＡリソースとは、下記を意味することができる。

【0176】

－ハード：ＤＵが送受信を実行することができる周波数リソースを意味する。

【0177】

－ＮＡ：ＤＵが送受信を実行することができない周波数リソースを意味する。

【0178】

－ソフト：ＤＵの送受信可能可否が決定されない周波数リソースであって、追加的な指示によってまたはＩＡＢ－ＭＴの使用可否によってＤＵの送受信可能可否がダイナミックに、そして明示的（ｅｘｐｌｉｃｉｔ）及び／又は暗示的（ｉｍｐｌｉｃｉｔ）に決定されるリソースを意味する。

【0179】

ＩＡＢ－ＤＵは、ハードに設定された周波数リソースで送受信を実行することができる。このような周波数リソースでＩＡＢ－ＤＵとＦＤＭで動作するＩＡＢ－ＭＴは、送受信を実行しない。

【0180】

ＩＡＢ－ＤＵは、ＮＡに設定された周波数リソースで送受信を実行しない。このような周波数リソースでＩＡＢ－ＤＵとＦＤＭで動作するＩＡＢ－ＭＴは、送受信を実行することができる。

【0181】

ＩＡＢ－ＤＵは、ソフトに設定された周波数リソースが追加的なシグナリングにより可用（利用可能、ａｖａｉｌａｂｌｅ）であると指示されると、該当リソースで送受信を実行することができる。または、ソフトに設定された周波数リソースが追加的なシグナリングにより可用（ａｖａｉｌａｂｌｅ）であると指示されなくても、該当リソースでＩＡＢ－ＭＴの送受信を妨害しない場合、ＩＡＢ－ＤＵは、送受信を実行することができる。このような周波数リソースでＩＡＢ－ＤＵとＦＤＭで動作するＩＡＢ－ＭＴは、該当周波数リソースが追加的なシグナリングによりＤＵに可用（ａｖａｉｌａｂｌｅ）であると指示されると、送受信を実行しない。そうでない場合、ＩＡＢ－ＭＴは、該当周波数リソースを送受信のために使用することができる。このとき、ＤＵソフトリソースの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を指示する追加的なシグナリングを周波数－ドメイン可用性指示と名称する。

【0182】

一方、ＩＡＢ－ノードのＭＴとＤＵとの間のＳＤＭを使用した同時動作のために下記のような内容が提供されることができる。

【0183】

ＭＴ／ＤＵ同時動作の場合、

【0184】

－親ノードは、子ノードのＩＡＢ－ＤＵで最小限制限されたビームセットを子ノードに動的に指示できる。

【0185】

－子ノードは、子ノードのＩＡＢ－ＭＴの推薦ビーム（ら）、または非選好ビーム（ら）、または推薦ビーム（ら）及び非選好ビーム（ら）の全てを親ノードに動的に報告できる。ここで、全ての報告組み合わせをサポートするかどうかも提供されることができる。

【0186】

－特定多重化場合または特定時間－周波数リソースに適用可能可否が提供されることができる。

【0187】

－追加半静的信号が提供されることができる。

【0188】

－ビーム別のグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）外にパネル別のグラニュラリティが提供されることができる。

【0189】

－子ＩＡＢ－ＭＴビーム指示と親ＩＡＢ－ＤＵビーム指示との間の関係が提供されることができる。

【0190】

－これは、ＤＵまたはＭＴベースのＣＬＩ測定及び報告に対する改善事項を排除しない。

【0191】

追加的に、ＩＡＢ－ノードのＭＴとＤＵとの間のＳＤＭを使用した同時動作のために下記のような内容も提供されることができる。

【0192】

まず、親ノードからの空間領域制限または子ノードからの推奨事項は、同時作業が適用される時間リソースの下位集合に制限されることができる。

【0193】

－ＦＤＭ運用時、周波数リソース処理が提供されることができる。

【0194】

－同時動作モードの暗示的／明示的表示サポートが提供されることができる。

【0195】

併せて、親ノードに対する推薦ビームの子ノード指示は、ＩＡＢ－ＭＴ ＤＬビーム及び／又はＩＡＢ－ＭＴ ＵＬビームを全て含むことができる。

【0196】

－ＭＡＣ－ＣＥまたはＵＣＩ送信を介した表示が提供されることができる。

【0197】

－ＩＡＢ－ＭＴ ＤＬビーム及び／又はＩＡＢ－ＭＴ ＵＬビームの定義（例：ＴＣＩ状態ＩＤ、空間関係情報ＩＤ、ＲＳ ＩＤ（ＣＳＩ－ＲＳ、ＳＲＳ、ＳＳＢ等を含む））が提供されることができる。

【0198】

－「非選好」ビームの表示サポート可否が提供されることができる。

【0199】

ＩＡＢ－ノードのＭＴとＤＵがＳＤＭで動作する場合にも、周波数－ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が使われることができる。ＩＡＢ－ノードがＳＤＭで常に動作できるものではなく、ＭＴとＤＵが使用するビームリソースによってＳＤＭの動作可能可否が変わることができる。このような点を考慮する時、下記のように動作することを考慮することができる。

【0200】

（ａ）ＩＡＢ－ノードのＭＴが、ＤＵが互いにＳＤＭで動作可能なビーム方向を使用してＴｘ及び／又はＲｘを実行する場合、周波数－ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関係なしにＭＴとＤＵとの間の同時動作を実行することができる。それに対して、ＭＴが、ＤＵが互いにＳＤＭで動作可能なビーム方向を使用してＴｘ及び／又はＲｘを実行する場合には、周波数－ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を適用して互いに異なる周波数リソースを使用してＦＤＭで動作しなければならない。

【0201】

このために特定時間／周波数リソースでＭＴとＤＵが同時にＴｘを実行する時、ＭＴが使用するビームリソースとＤＵが使用するビームリソースとが互いにＳＤＭ可能なビームリソースでない場合、該当周波数リソースの周波数－ドメインＨ／Ｓ／ＮＡ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び周波数－ドメイン可用性指示によってＤＵまたはＭＴのみが送受信を実行することができる。

【0202】

（ｂ）特定時間／周波数リソースがハードに設定された場合またはＤＵが使用可能なソフトリソースと判断された場合、ＤＵは、該当リソースでビームリソースの制限なしに送受信を実行することができる。このとき、ＭＴは、該当リソースでＤＵのビーム方向とＳＤＭして動作できるビームリソースを使用して送受信を実行するように設定された場合、該当リソースで送受信を実行することができる。それに対して、ＭＴは、該当リソースでＤＵのビーム方向とＳＤＭして動作できないビームリソースを使用して送受信を実行するように設定された場合、該当リソースで送受信を実行することができない。このとき、ＤＵとＳＤＭして動作できるＭＴのビームリソースとは、ＩＡＢ－ノードがＳＤＭを動作のために使用するように親ノードに指示したＭＴの推薦（ｒｅｃｏｍｍｅｎｄｅｄ）ビームリソースに含まれるビームリソースである。

【0203】

特定時間／周波数リソースがＮＡに設定された場合またはＤＵが使用しないソフトリソースと判断された場合、ＭＴは、該当リソースでビームリソースの制限なしに送受信を実行することができる。このとき、ＤＵは、該当リソースでＭＴのビーム方向とＳＤＭして動作できるビームリソースを使用して送受信を実行するように設定された場合、該当リソースで送受信を実行することができる。それに対して、ＤＵは、該当リソースでＭＴのビーム方向とＳＤＭして動作できないビームリソースを使用して送受信を実行するように設定された場合、該当リソースで送受信を実行することができない。このとき、ＭＴとＳＤＭして動作できるＤＵのビームリソースとは、ＩＡＢ－ノードが親ノードからＳＤＭのためで使用するように設定を受けた制限された（ｒｅｓｔｒｉｃｔｅｄ）ビームリソースに含まれるビームリソースである。

【0204】

以下、本明細書の実施例に対して多様な主体観点で、再び説明する。

【0205】

以下、本明細書の例示に対するより円滑な理解のために、図面を介して本明細書の開示に対して説明する。以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるため、本明細書の技術的特徴が以下の図面に使われた具体的な名称に制限されない。

【0206】

図１７は、本明細書の一実施例に係る、ノード観点で、ビーム指示情報を送信する方法の流れ図である。

【0207】

図１７によると、ノードは、ビーム指示情報を決定することができる（Ｓ１７１０）。

【0208】

そして、ノードは、親ノードに前記ビーム指示情報を送信することができる（Ｓ１７２０）。

【0209】

ここで、前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0210】

例えば、前記ビーム指示情報は、前記ＴＸビーム情報に関してＳＲＩ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）情報を含むことができる。

【0211】

例えば、前記ビーム指示情報は、前記ＲＸビーム情報に関してＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）ＩＤ情報を含むことができる。ここで、前記ビーム指示情報は、前記ＲＸビーム情報に関してＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態（ｓｔａｔｅ）に対する情報を含むことができる。また、前記ＲＳ ＩＤ情報は、ビーム制御のために設定されたリソースセットに基づく。

【0212】

例えば、前記ビーム指示情報は、前記少なくとも一つのＴＸビーム情報及びＲＸビーム情報のペア（ｐａｉｒ）に対する情報を含むことができる。

【0213】

例えば、前記ノードは、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードであり、前記ＩＡＢノードは、前記ＭＴ動作及びＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）動作をサポートすることができる。ここで、前記ＭＴ動作は、前記ノードと前記親ノードとの間の通信に関連した動作であり、前記ＤＵ動作は、前記ノードと子ノードとの間の通信に関連した動作または前記ノードと端末との間の通信に関連した動作である。また、前記ノードは、前記親ノードから周波数リソースに対する設定情報を受信し、前記設定情報は、Ｈ（ｈａｒｄ）情報、Ｓ（ｓｏｆｔ）情報またはＮＡ（ｎｏｔ ａｖａｉｌａｂｌｅ）情報を含み、前記Ｈ情報は、前記ＤＵ動作時に送受信が可能な周波数リソースに対する情報であり、前記Ｓ情報は、前記ＤＵ動作時に送受信可否が決定されない周波数リソースに対する情報であり、前記ＮＡ情報は、前記ＤＵ動作時に送受信が不可能な周波数リソースに対する情報である。このとき、前記ノードは、特定周波数リソースが前記Ｈ情報または前記Ｓ情報により可用なリソースと判断されることに基づいて、前記ＤＵ動作時にビームリソースの制限なしに送受信が実行されることができる。

【0214】

図１８は、本明細書の一実施例に係る、ノード観点で、ビーム指示情報を送信する装置のブロック図の一例である。

【0215】

図１８によると、プロセッサ１８００は、情報決定部１８１０及び情報送信部１８２０を含むことができる。

【0216】

情報決定部１８１０は、ビーム指示情報を決定するように構成されることができる。

【0217】

そして、情報送信部１８２０は、親ノードに前記ビーム指示情報を送信するように構成されることができる。

【0218】

ここで、前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0219】

別途に図示されてはいないが、ノードが提供されることができる。ノードは、トランシーバ、少なくとも一つのメモリ、及び前記少なくとも一つのメモリ及び前記トランシーバと動作可能に結合された少なくとも一つのプロセッサを含むことができる。前記少なくとも一つのプロセッサは、親ノードとイニシャルアクセスを実行するように構成され、ビーム指示情報を決定するように構成され、及び前記親ノードに前記ビーム指示情報を送信するように前記トランシーバを制御するように構成されることができる。前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0220】

また、別途に図示されてはいないが、装置が提供されることができる。装置は、少なくとも一つのメモリ、及び前記少なくとも一つのメモリと動作可能に結合された少なくとも一つのプロセッサを含むことができる。前記少なくとも一つのプロセッサは、親ノードとイニシャルアクセスを実行するように構成され、ビーム指示情報を決定するように構成され、及び前記親ノードに前記ビーム指示情報を送信するようにトランシーバを制御するように構成されることができる。前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0221】

併せて、別途に図示されてはいないが、記録媒体が提供されることができる。一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）は、親ノードとイニシャルアクセスを実行するように構成され、ビーム指示情報を決定するように構成され、及び前記親ノードに前記ビーム指示情報を送信するようにトランシーバを制御するように構成されることができる。前記ビーム指示情報は、前記ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0222】

図１９は、本明細書の一実施例に係る、ノード観点で、ビーム指示情報を受信する方法の流れ図である。

【0223】

図１９によると、ノードは、子ノードからビーム指示情報を受信することができる（Ｓ１９１０）。

【0224】

ここで、前記ビーム指示情報は、前記子ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0225】

図２０は、本明細書の一実施例に係る、ノード観点で、ビーム指示情報を受信する装置のブロック図の一例である。

【0226】

図２０によると、プロセッサ２０００は、情報受信部２０２０を含むことができる。

【0227】

情報受信部２０２０は、子ノードからビーム指示情報を受信するように構成されることができる。

【0228】

ここで、前記ビーム指示情報は、前記子ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0229】

別途に図示されてはいないが、ノードが提供されることができる。ノードは、トランシーバ、少なくとも一つのメモリ、及び前記少なくとも一つのメモリ及び前記トランシーバと動作可能に結合された少なくとも一つのプロセッサが含まれることができる。前記少なくとも一つのプロセッサは、子ノードとイニシャルアクセスを実行するように構成され、及び前記子ノードから前記ビーム指示情報を受信するように前記トランシーバを制御するように構成されることができる。前記ビーム指示情報は、前記子ノードのＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）動作に対する推薦される少なくとも一つのＴＸ（ｔｒａｎｓｍｉｓｓｉｏｎ）ビーム情報及びＲＸ（ｒｅｃｅｐｔｉｏｎ）ビーム情報を含むことができる。

【0230】

以上、本明細書の実施例に対して説明した。そして、本明細書によると、下記のような効果が提供されることができる。

【0231】

効果を説明する前に、従来技術の問題点に対して再び説明すると、下記の通りである。

【0232】

ＩＡＢノードのＭＴとＤＵとの間のＳＤＭのためには、ＭＴ及びＤＵは、互いに干渉影響が少ないＳＤＭに適したビーム方向を使用して送受信を実行しなければならない。すなわち、ＤＵとＭＴが直交するビームを利用して階層間干渉を減らす方法を使用することが好ましい。

【0233】

このとき、ＩＡＢノードがＩＡＢノードのＭＴ動作で適用するビーム情報は、親ノードにより設定される。

【0234】

従来技術によると、親ノードは、（子）ＩＡＢノードがＳＤＭに基づくＭＴ動作を実行する時、適したビーム方向に対する情報を知らない。その理由は、従来技術では親ノードが子ノードから別途のビーム方向に対する情報を受信しなかったためである。すなわち、親ノードは、（子）ＩＡＢノードがＳＤＭを実行することができるビームを適切に設定できなくて、これによって、ＩＡＢノードの同時動作が円滑に実行されにくい。

【0235】

本明細書では前述したようにＩＡＢ－ＭＴが親ノードに同時動作のために使用することができるＭＴのビームリソースに対する情報を報告する構成を提供する。特に、本明細書では同時動作のために使用することができるＭＴのＤＵ Ｒｘビームリソース情報（ＤＬ ＲＳ ＩＤ）及び／又はＭＴのＵＬ Ｔｘビームリソース情報（ＳＲＩ）情報をＭＡＣ－ＣＥを介してＩＡＢノードが親ノードに報告する構成を提供する。

【0236】

このような構成によって、本明細書による親ノードは、ＭＴのＳＤＭ動作に適したビーム方向に対する情報を知ることができ、親ノードは、これを反映してＭＴのＴｘ／Ｒｘビーム情報を子ノードであるＩＡＢノードに適切に設定できる効果が提供されることができる。そして、これを介して、ＩＡＢノードは、親ノードから適切なビーム情報の設定を受けることができるため、ＩＡＢノードは、ＭＴとＤＵとの間の同時動作を円滑に実行することができる効果が提供されることができる。

【0237】

本明細書の具体的な一例を介して得ることができる効果は、以上で羅列された効果に制限されない。例えば、関連した技術分野の通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解または誘導できる多様な技術的効果が存在できる。これによって、本明細書の具体的な効果は、本明細書に明示的に記載されたものに制限されるものではなく、本明細書の技術的特徴から理解または誘導されることができる多様な効果を含むことができる。

【0238】

図２１は本明細書に適用される通信システム（１）の例を示す。

【0239】

図２１を参照すると、本開示に適用される通信システム１は無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称されてもよい。これに限られるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含む。ここで、車両はＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現できる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサー、スマートメーターなどを含む。例えば、基地局、ネットワークは無線機器で実現されることもでき、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

【0240】

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続される。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続される。ネットワーク３００は３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ） ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサー）は、他のＩｏＴ機器（例えば、センサー）又は他の無線機器１００ａ～１００ｆと直接通信することができる。

【0241】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続はアップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線アクセス技術（例えば、５Ｇ ＮＲ）を介して行われる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信できる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信できる。このために、本開示の様々な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの少なくとも一部が行われる。

【0242】

その一方で、ＮＲは様々な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（または、ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラー帯域での広い領域（ｗｉｄｅ ａｒｅａ）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、さらに低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）及びさらに広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）をサポートし、ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅をサポートする。

【0243】

ＮＲ周波数帯（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は２つのタイプ（ｔｙｐｅ）（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義される。周波数範囲の数値は変更し、例えば、２つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は下記表４と同じである。説明の便宜上、ＮＲシステムにおいて用いられる周波数範囲のうちＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味し、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ，ｍｍＷ）と呼べる。

【0244】

【表4】

【0245】

上述したように、ＮＲシステムの周波数範囲の数値は変更する場合がある。例えば、ＦＲ１は下記表５のように４１０ＭＨｚから７１２５ＭＨｚの帯域を含むことができる。すなわち、ＦＲ１は６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚなど）が上の周波数帯域を含むことができる。例えば、ＦＲ１内において含む６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚなど）が上の周波数帯域は無免許帯（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むことができる。無免許帯は様々な用途に用いられ、例えば、車両のための通信（例えば、自律走行）のために使用される。

【0246】

【表5】

【0247】

以下では、本明細書が適用される無線機器の例について説明する。図２２は本明細書に適用できる無線機器の例を示す。図２２を参照すると、第１無線機器１００と第２無線機器２００は様々な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信できる。ここで、｛第１無線機器１００、第２無線機器２００｝は図２１の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応できる。第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含んでもよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信機１０６により第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２と接続され、プロセッサ１０２の動作に関する様々な情報を格納する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６はプロセッサ１０２と接続され、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されてもよい。本開示において、無線機器は通信モデム／回路／チップを意味することもある。

【0248】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでもよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に格納する。メモリ２０４は、プロセッサ２０２と接続され、プロセッサ２０２の動作に関する様々な情報を格納する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６はプロセッサ２０２と接続され、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットと混用されてもよい。本開示において無線機器は通信モデム／回路／チップを意味することもある。

【0249】

以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに限られるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従って１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法に従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供する。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得する。

【0250】

１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれてもよい。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現できる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはファームウェア又はソフトウェアを使用して実現でき、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現できる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実行するように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納されて１つ以上のプロセッサ１０２、２０２により駆動される。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはコード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアを使用して実現できる。

【0251】

１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２と接続され、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４、２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４、２０４は有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。

【0252】

１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２と接続され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８と接続され、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどで言及されているユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）する。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含む。

【0253】

図２３は本明細書に適用できる無線機器の他の例を示す。

【0254】

図２３によれば、無線装置は少なくとも１つのプロセッサ１０２、２０２、少なくとも１つのメモリ１０４、２０４、少なくとも１つのトランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８を含むことができる。

【0255】

先に図２２において説明した無線装置の例と、図２３での無線装置の例の差は、図２２はプロセッサ１０２、２０２とメモリ１０４、２０４が分離されているが、図２３の例ではプロセッサ１０２、２０２にメモリ１０４、２０４が含まれているという点である。

【0256】

ここで、プロセッサ１０２、２０２、メモリ１０４、２０４、トランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８に対する具体的な説明は先に説明したものと同じであり、記載の不要な繰り返しを避けるために、繰り返し説明の記載は省略する。

【0257】

本明細書に記載された請求項は様々な方法で組み合わせることができる。例えば、本明細書の方法の請求項の技術的な特徴が組み合わされ装置に実装することができ、本明細書の装置の請求項の技術的な特徴が組み合わされ方法として実装することができる。また、本明細書の方法の請求項の技術的な特徴と装置の請求項の技術的な特徴が組み合わされ装置に実装することができ、本明細書の方法の請求項の技術的な特徴と装置の請求項の技術的な特徴が組み合わされ方法として実装することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【国際調査報告】