JP7374221B2

JP7374221B2 - 通信方法および装置

Info

Publication number: JP7374221B2
Application number: JP2021565097A
Authority: JP
Inventors: ▲鳳▼威 ▲劉▼; ▲寛▼▲棟▼ 高; 世通袁; 晶邱
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-05-03
Filing date: 2020-02-19
Publication date: 2023-11-06
Anticipated expiration: 2040-02-19
Also published as: EP3952553A4; MX2021013469A; CN111884777A; CN115426084A; EP3952553A1; JP2022530838A; BR112021022042A2; CN111884777B; KR20210154256A; WO2020224306A1; US20220061006A1

Description

本出願は、2019年5月3日付で中国国家知識産権局に出願された、「COMMUNICATION METHOD AND APPARATUS」という名称の中国特許出願第201910376533.2号の優先権を主張するものであり、参照によりその全体が本明細書に組み入れられる。

本発明は、通信技術に関し、特に、無線通信システムにおける通信方法および装置に関する。

移動通信技術の継続的な発展に伴い、周波数スペクトルリソースがますます不十分になっている。周波数スペクトル利用率を改善するために、基地局は、将来、より高密度に展開されることになる。さらに、高密度な配置は、カバレッジホールをさらに回避することができる。従来のセルラーネットワークアーキテクチャでは、基地局は光ファイバを使用してコアネットワークへの接続を確立する。しかしながら、光ファイバの配備コストは非常に高い。無線中継ノード（relay node、RN）は、無線バックホールリンクを介してコアネットワークへの接続を確立し、その結果、光ファイバの配備コストの一部が削減され得る。

通常、無線中継ノードは、1つまたは複数の親ノードへの無線バックホールリンクを確立し、親ノードを介してコアネットワークにアクセスする。無線中継ノードは、複数の子ノードにサービスを提供することができる。中継ノードの親ノードは、基地局または別の中継ノードであってもよい。中継ノードの子ノードは、端末デバイスまたは別の無線中継ノードであってもよい。

帯域内中継は、バックホールリンクとアクセスリンクとが同じ周波数帯域を共有する中継解決策である。追加の周波数スペクトルリソースがないため、帯域内中継は、高いスペクトル効率および低い展開コストなどの利点を有する。帯域内中継は、通常、半二重制約を受ける。具体的には、中継ノードは、中継ノードの親ノードによって送信されたダウンリンク信号を受信したときに、中継ノードの子ノードにダウンリンク信号を送信することができず、中継ノードは、中継ノードの子ノードによって送信されたアップリンク信号を受信したときに、中継ノードの親ノードにアップリンク信号を送信することができない。第5世代移動通信（5th generation mobile networks、または5th generation wireless systems、5G）無線アクセスネットワーク（radio access network、RAN）の新無線（new radio、NR）によってサポートされる中継解決策は、統合アクセスおよびバックホール（integrated access and backhaul、IAB）と呼ばれ、統合アクセスおよびバックホールのための中継ノードは、IABノード（IAB node）と呼ばれる。

NRにおけるIABノードは、移動終端（Mobile Termination、MT）機能および分散ユニット（Distributed Unit、DU）機能の2つの部分の機能を含む。MTは、親ノードと通信するためにIABノードによって使用され、DUは、子ノードと通信するためにIABノードによって使用される。親ノードは、共通の基地局（gNBなど）であってもよいし、別のIABノードであってもよい。子ノードは、端末デバイスであってもよいし、別のIABノードであってもよい。

MTと親ノードとの間の通信のためのリンクは、親バックホールリンク（parent BackHaul link）と呼ばれ、DUと子IABノードとの間の通信のためのリンクは、子バックホールリンク（child BackHaul link）と呼ばれ、DUと下位端末デバイスとの間の通信のためのリンクは、アクセスリンク（access link）と呼ばれる。場合によっては、子バックホールリンクおよびアクセスリンクは、まとめてアクセスリンクと呼ばれることがある。

IABノードが正常に動作する場合、時分割方式、空間分割方式、または周波数分割方式でアクセスリンクおよびバックホールリンクに対してリソース多重化が実行される。一例として時分割多重化を使用すると、信号の受信および送信は、バックホールリンクおよびアクセスリンクで異なる時点に実行される。アクセスリンクの通常の動作を保証するために、IABノードは、いくつかのセルレベルの信号またはチャネル、例えば、同期信号／物理ブロードキャストチャネル（Synchronization signal/physical broadcast channel、SS/PBCH）ブロックおよびシステム情報（system information、SI）を頻繁に送受信する必要がある。

現在、新無線（New Radio、NR）規格を策定するプロセスにおいて、IABノードのDUのセルレベル信号送受信とIABノードのMTの送信との間の競合をどのようにして回避するか、という問題が提起されている。

リソース競合を回避するために、親ノードは、IABノードのDUによってセルレベル信号を送信するための時間領域リソースを知る必要がある。したがって、親ノードがIABノードのDUによってセルレベル信号を送信するための時間領域リソースをどのように取得するかは、現在緊急に解決する必要がある問題である。

本出願の実施形態は、親ノードがIABノードのDUによって信号を送信するための時間領域リソースを知ることができ、それによってIABノードのMTとの送信競合を回避することができるように、通信方法および装置を提供する。

前述の目的を達成するために、以下の技術的解決策が本出願の実施形態で用いられている。

第1の態様によれば、本出願の一実施形態は通信方法を提供し、本通信方法は、第1のノードまたは第3のノードから構成情報を受信するステップであって、構成情報は、第1のノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を示す、ステップと、第1のノードのDUのSIB1の取得された時間－周波数情報に基づいて、第1のノードの移動終端MT機能の利用不可能なリソースを決定するステップと、を含み、第1のノードは統合アクセスおよびバックホールIABノードであり、第2のノードは第1のノードの親ノードであり、第3のノードはドナーノードである。

第2のノードは、IABノードのDUのハードリソースを決定し、それに対応して、IABノードのMTの使用不可能なリソースとしてハードリソースを決定する。このようにして、IABのMTがハードリソース上でスケジュールされることが防止され、リソース競合が回避される。

可能な実施態様では、構成情報は、同期信号／物理ブロードキャストチャネルSS/PBCHブロックの時間領域情報を特に含む。SIB1の時間領域情報は、SS/PBCHブロックの時間領域情報を使用して取得され、追加のシグナリング指示は必要とされないので、シグナリングオーバーヘッドが低減され得る。

別の可能な実施態様では、同期信号／物理ブロードキャストチャネルSS/PBCHブロックの時間領域情報は、SS/PBCHブロックの周期およびオフセットを含む。

可能な実施態様では、構成情報は、SIB1のPDCCHによって占有されるCORESET構成および探索空間をさらに含み、CORESET構成は、
SS/PBCHブロックとSIB1との間の多重化パターンに関する情報、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
のうちの1つまたは複数を含む。

別の可能な実施態様では、第2のノードは、1つまたは複数のテーブルを格納し、1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックとSIB1との間の多重化パターン、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
を記録する。

別の可能な実施態様では、構成情報は、SS/PBCHブロックのサブキャリア間隔およびSIB1のサブキャリア間隔をさらに含む。

別の可能な実施態様では、構成情報は、第1のノードのDUによって占有される最小チャネル帯域幅をさらに含む。

別の可能な実施態様では、本方法は、
SIB1のサブキャリア間隔およびSS/PBCHブロックのサブキャリア間隔に基づいて1つまたは複数のテーブル内の第1のテーブルを決定するステップと、
第2のノードにより、第1のインデックスを受信するステップであって、第1のインデックスは、SIB1のPDCCHによって占有されるCORESET構成を示す、ステップと、
第1のインデックスに基づいて第1のテーブルにおいて、SIB1のPDCCHによって占有されるCORESET構成を決定するステップと、
をさらに含む。

別の可能な実施態様では、構成情報は、SIB1の周期を示す情報およびSIB1のオフセットを示す情報をさらに含む。

別の可能な実施態様では、SIB1の周期を示す情報は、SS/PBCHブロックの周期の倍数である。

別の可能な実施態様では、構成情報は、第1のノードのDUのSIB1のPDCCHによって占有されるスロットをさらに含む。

別の可能な実施態様では、第1のノードのDUのSIB1の取得された時間－周波数情報に基づいて、第1のノードの移動終端MT機能の利用不可能なリソースを決定するステップは、第1のノードのDUのSIB1によって占有される時間－周波数リソースを、第1のノードのMT機能の利用不可能なリソースとして決定するステップを特に含む。

別の可能な実施態様では、構成情報は、無線リソース制御RRCシグナリングまたはインターフェースメッセージF1-APを使用することによって受信される。

別の可能な実施態様では、本方法は、第2のノードにより、第1のノードのDUによってSIB1をスケジューリングするための物理ダウンリンク共有チャネルPDSCHの時間領域パラメータを受信するステップをさらに含む。

別の可能な実施態様では、時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当て（time domain resource assignment）を含む。

第2の態様によれば、通信方法がさらに提供され、本通信方法は、第1のノードにより、IABノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を決定するステップと、構成情報を第2のノードに送信するステップであって、構成情報はSIB1の時間－周波数情報を示し、第1のノードは統合アクセスおよびバックホールIABノードまたはドナーノードであり、第2のノードは第1のノードの親ノードである、ステップと、を含む。

可能な実施態様では、構成情報は、同期信号／物理ブロードキャストチャネルSS/PBCHブロックの時間領域情報をさらに含む。

別の可能な実施態様では、構成情報は、SIB1のPDCCHによって占有されるCORESET構成および探索空間をさらに含み、CORESET構成は、
SS/PBCHブロックとSIB1との間の多重化パターンに関する情報、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
のうちの1つまたは複数を含む。

別の可能な実施態様では、第2の構成情報は、構成情報が無線リソース制御RRCシグナリングまたはインターフェースメッセージF1-APを使用することによって送信されることを含む。

別の可能な実施態様では、第2の構成情報は、本方法が、第1のノードにより、DUによってSIB1をスケジューリングするための物理ダウンリンク共有チャネルPDSCHの時間領域パラメータを第2のノードに報告することをさらに含む。

IABノードの親ノードは、IABノードのDUのSIB1の時間領域リソースを取得し、時間領域リソースをIABノードのDUのハードリソースとみなす。これに対応して、IABノードのMTは、受信および送信を実行するために時間領域リソースを使用することができないので、競合を回避することができる。

第3の態様によれば、ノードが提供され、ノードは、第1のノードまたは第3のノードから構成情報を受信し、構成情報が第1のノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を示すように構成されたトランシーバユニットと、第1のノードのDUのSIB1の取得された時間周波数情報に基づいて、第1のノードの移動終端MT機能の利用不可能なリソースを決定するように構成された処理ユニットと、を含み、第1のノードは統合アクセスおよびバックホールIABノードであり、第3のノードはドナーノードである。

別の可能な実施態様では、ノードは、1つまたは複数のテーブルを格納するように構成された記憶ユニットをさらに含み、1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックとSIB1との間の多重化パターン、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
を記録する。

別の可能な実施態様では、トランシーバユニットは、SIB1のサブキャリア間隔およびSS/PBCHブロックのサブキャリア間隔を取得し、第1のインデックスを受信し、第1のインデックスはSIB1のPDCCHによって占有されるCORESET構成を示すようにさらに構成され、
処理ユニットは、SIB1のサブキャリア間隔およびSS/PBCHブロックのサブキャリア間隔に基づいて1つまたは複数のテーブル内の第1のテーブルを決定し、第1のインデックスに基づいて第1のテーブルにおいて、SIB1のPDCCHによって占有されるCORESET構成を決定するようにさらに構成される。

別の可能な実施態様では、処理ユニットは、第1のノードのDUのSIB1によって占有される時間－周波数リソースを、第1のノードのMT機能の利用不可能なリソースとして決定するように構成される。

別の可能な実施態様では、トランシーバユニットは、無線リソース制御RRCシグナリングまたはインターフェースメッセージF1-APを使用することによって構成情報を受信するように構成される。

別の可能な実施態様では、トランシーバユニットは、第1のノードのDUによってSIB1をスケジューリングするための物理ダウンリンク共有チャネルPDSCHの時間領域パラメータを受信するようにさらに構成される。

第4の態様によれば、第1のノードがさらに提供され、第1のノードは、IABノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を決定するように構成された処理ユニットと、構成情報を第2のノードに報告し、構成情報はSIB1の時間－周波数情報を示し、第1のノードは統合アクセスおよびバックホールIABノードまたはドナーノードであり、第2のノードは第1のノードの親ノードである、ように構成されたトランシーバユニットと、を含む。

別の可能な実施態様では、トランシーバユニットは、無線リソース制御RRCシグナリングまたはインターフェースメッセージF1-APを使用することによって構成情報を送信するように構成される。

別の可能な実施態様では、トランシーバユニットは、DUによってSIB1をスケジューリングするための物理ダウンリンク共有チャネルPDSCHの時間領域パラメータを第2のノードに報告するようにさらに構成される。

本出願のさらに別の態様によれば、装置が提供される。装置は、第1の態様の任意の可能な実施態様による通信方法の機能を実施するように構成される。機能はハードウェアによって実行されてよく、あるいは対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のユニットを含む。

可能な実施態様では、装置の構造はプロセッサを含み、プロセッサは、第1の態様または第1の態様の可能な実施態様のいずれか1つによる通信方法を実行する際にユーザ機器をサポートするように構成される。任意選択で、装置は、メモリおよび通信インターフェースをさらに含んでもよい。メモリはコードおよびデータを格納し、メモリはプロセッサに結合され、通信インターフェースはプロセッサまたはメモリに結合される。

本出願のさらに別の態様によれば、装置が提供される。装置は、第2の態様または第2の態様の可能な実施態様のいずれか1つによる通信方法の機能を実施するように構成される。機能はハードウェアによって実行されてよく、あるいは対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のユニットを含む。

可能な実施態様では、装置の構造はプロセッサを含み、プロセッサは、第2の態様または第2の態様の可能な実施態様のいずれか1つによる通信方法の機能を実行する際にネットワークデバイスをサポートするように構成される。任意選択で、ネットワークデバイスは、メモリおよび通信インターフェースをさらに含んでもよい。メモリは、プロセッサおよび／またはベースバンドプロセッサに必要なコードを格納し、メモリはプロセッサに結合され、通信インターフェースはメモリまたはプロセッサに結合される。

本出願のさらに別の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を記憶する。命令がコンピュータ上で実行されると、コンピュータは、第1の態様または第1の態様の可能な実施態様のいずれか1つによる通信方法を実行するか、または第2の態様または第2の態様の可能な実施態様のいずれか1つによる通信方法を実行することが可能になる。

本出願のさらに別の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、第1の態様または第1の態様の可能な実施態様のいずれか1つによる通信方法を実行するか、または第2の態様または第2の態様の可能な実施態様のいずれか1つによる通信方法を実行することが可能になる。

本出願のさらに別の態様によれば、通信システムが提供される。通信システムは、第1のノードと、第2のノードと、第3のノードと、を含む。第1のノードは、前述の態様による第1のノードであり、通信システムは、第1の態様または第1の態様の可能な実施態様のいずれか1つによる通信方法を実行する際に第1のノードをサポートするように構成され、第2のノードは前述の態様による第2のノードであり、通信システムは、第2の態様または第2の態様の可能な実施態様のいずれか1つによる通信方法を実行する際に第2のノードをサポートするように構成され、および／または、第3のノードは、前述の態様による第3のノードであり、通信システムは、第1の態様または第1の態様の可能な実施態様のいずれか1つによる通信方法を実行する際に第3のノードをサポートするように構成される。

上記で提供された通信方法の装置、コンピュータ記憶媒体、またはコンピュータプログラム製品は、上記で提供された対応する方法を実行するように構成されることが理解されよう。したがって、装置、コンピュータ記憶媒体またはコンピュータプログラム製品によって達成され得る有益な効果については、上記で提供された対応する方法の有益な効果を参照されたい。ここでは詳細は再び説明されない。

本出願の一実施形態によるIAB通信システムを示す図である。本出願の一実施形態によるバックホールリンクおよびアクセスリンクの概略図である。本出願の一実施形態によるhardリソースおよびsoftリソースの概略図である。本出願の一実施形態によるIABノードのMTおよびDUのリソース割り当ての概略図である。本出願の一実施形態によるSS/PBCHブロックとSIB1との間の多重化パターンを示す図である。本出願の一実施形態によるpattern 3の概略図である。本出願の一実施形態によるpattern 2の概略図である。本出願の一実施形態によるSIB1の送信の概略図である。本出願の一実施形態によるpattern 1の概略図である。本出願の一実施形態による通信方法における相互作用の概略図である。本出願の一実施形態によるノードの可能な構造の概略図である。本出願の一実施形態による、ノードの可能な論理構造の概略図である。

以下は、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的解決策を説明する。説明されている実施形態が本発明の実施形態の一部にすぎず、全部ではないことは明らかである。本発明の実施形態に基づいて創造的な努力なしに当業者によって得られるすべての他の実施形態が、本発明の保護範囲内に入るものとする。

本出願の説明では、特に明記しない限り、「／」は「または」を意味する。例えば、A／Bは、AまたはBを表し得る。本明細書において「および／または」という用語は、関連する物体を説明するための関連関係のみを説明し、3つの関係が存在し得ることを表す。例えば、Aおよび／またはBは、Aのみが存在する、AとBの両方が存在する、Bのみが存在する、の3つの場合を表すことができる。また、特に明記しない限り、本出願の説明における「複数の」は、2つ以上を意味する。本出願の実施形態における「AまたはBの1つまたは複数を含む」は、Aを含む、AおよびBを含む、Bを含む、の3つの場合を表すことができる。本出願の実施形態における「A、BまたはCの1つまたは複数を含む」は、A、B、およびCを含む、AおよびBを含む、AおよびCを含む、BおよびCを含む、Aを含む、Bを含む、およびCを含む、の7つの場合を表すことができる。

本出願におけるすべてのノードおよびメッセージの名称は、本出願における説明を分かりやすくするために示す名称にすぎず、実際のネットワークにおいては異なる名称であってもよいことを理解されたい。本出願では、様々なノードおよびメッセージの名称が限定されると理解されてはならない。反対に、本出願で使用されるノードまたはメッセージと同じまたは類似の機能を有する任意の名称は、本出願の方法におけるものまたは同等の置換とみなされ、本出願の保護範囲内にある。以下では詳細について説明されない。

本発明の実施形態で開示された中継システムにおけるリソース決定方法および装置をより良く理解するために、以下では、最初に、本発明の実施形態で使用されるネットワークアーキテクチャについて説明する。図1は、本出願の一実施形態が適用可能な通信システムの概略構造図である。

本出願の実施形態で言及される通信システムは、モノの狭帯域インターネット（narrow band-internet of things、NB-IoT）システム、車両のインターネット、無線ローカルエリアネットワーク（wireless local access network、WLAN）システム、LTEシステム、5G移動通信システム、例えばNRまたはデバイス間（device to device、D2D）通信システム、または5G以降の次世代通信システムを含むが、これらに限定されないことに留意されたい。

図1に示す通信システムでは、統合アクセスおよびバックホールIABシステムの構造が示されている。1つのIABシステムは、少なくとも1つの基地局100と、基地局100が受け持つ1つまたは複数の端末デバイス（terminal）101と、1つまたは複数の中継ノードIABノードと、IABノード110により受け持たれる1つまたは複数の端末デバイス111と、を含む。通常、基地局100はドナー基地局（donor next generation node B、DgNB）と呼ばれ、IABノード110は無線バックホールリンク113を使用して基地局100に接続される。本出願では、ドナー基地局は、ドナーノード、すなわちDonorノードとも呼ばれる。基地局100は、進化型ノードB（evolved node base、eNB）、無線ネットワークコントローラ（radio network controller、RNC）、ノードB（node B、NB）、基地局コントローラ（base station controller、BSC）、基地トランシーバ局（base transceiver station、BTS）、ホーム基地局（例えば、home evolved NodeB、またはhome node B、HNB）、ベースバンドユニット（baseband Unit、BBU）、進化型LTE（evolved LTE、eLTE）基地局、NR基地局（next generation node B、gNB）などを含むが、これらに限定されない。端末デバイスは、ユーザ機器（user equipment、UE）、移動局、アクセス端末、加入者ユニット、加入者局、移動局、リモート局、リモート端末、モバイルデバイス、端末、無線通信デバイス、ユーザエージェント、無線ローカルエリアネットワーク（wireless local access network、WLAN）内の局（station、ST）、携帯電話、コードレス電話、セッションイニシエーションプロトコル（session initiation protocol、SIP）電話、無線ローカルループ（wireless local loop、WLL）局、パーソナルデジタルアシスタント（personal digital assistant、PDA）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の5Gネットワークの移動局、将来の進化型公衆陸上移動体ネットワーク（public land mobile network、PLMN）の端末デバイスなどのいずれか1つを含むが、これらに限定されない。IABノードは、中継ノードの特定の名前であり、本出願の解決策に対する限定を構成しない。IABノードは、転送機能を有する前述の基地局または端末デバイスのうちの1つであってもよく、独立したデバイス形態であってもよい。

統合アクセスおよびバックホールシステムは、複数の他のIABノード、例えば、IABノード120およびIABノード130をさらに含むことができる。IABノード120は、ネットワークにアクセスするために、無線バックホールリンク123を使用してIABノード110に接続される。IABノード130は、ネットワークにアクセスするために、無線バックホールリンク133を使用してIABノード110に接続される。IABノード120は、1つまたは複数の端末デバイス121にサービスを提供する。IABノード130は、1つまたは複数の端末デバイス131にサービスを提供する。図1では、IABノード110とIABノード120の両方は、無線バックホールリンクを使用してネットワークに接続されている。本出願では、無線バックホールリンクは、中継ノードの視点から見られる。例えば、無線バックホールリンク113はIABノード110のバックホールリンクであり、無線バックホールリンク123はIABノード120のバックホールリンクである。

図1に示すように、120などの1つのIABノードは、ネットワークにアクセスするために、123などの無線バックホールリンクを使用して別のIABノード110に接続することができる。また、中継ノードは、複数レベルの無線中継ノードを用いてネットワークに接続されてもよい。本出願では、IABノードは説明の目的でのみ使用されるが、本出願の解決策がNRシナリオでのみ使用されることを示すものではないことを理解されたい。本出願では、IABノードは、中継機能を有する任意のノードまたはデバイスであってもよい。本出願におけるIABノードの使用および中継ノードの使用は同じ意味を有することを理解されたい。例えば、IABノードは、基地局、送受信ポイントTRP、および移動体に配置されたモジュールまたは装置であってもよく、移動体は、モノのインターネット内のデバイス、例えば、自動車、列車、または飛行機を含むが、これらに限定されない。

一般に、子ノードは、親ノードの端末デバイスと考えることができる。図1に示す統合アクセスおよびバックホールシステムでは、1つのIABノードが1つの親ノードに接続されることを理解されたい。しかし、将来の中継システムでは、無線バックホールリンクの信頼性を向上させるために、120などの1つのIABノードは、同時にIABノードにサービスを提供する複数の親ノードを有してもよい。図に示すように、IABノード130はまた、バックホールリンク134を使用してIABノード120に接続されてもよく、すなわち、IABノード110とIABノード120の両方がIABノード130の親ノードである。IABノード110、120、130の名称は、IABノード110、120、130が配置されるシナリオまたはネットワークを限定するものではなく、中継またはRNなどの他の任意の名称があってもよい。本出願では、IABノードは説明を容易にするためにのみ使用される。

図1では、無線リンク102、112、122、132、113、123、133、および134は、アップリンクおよびダウンリンク送信リンクを含む双方向リンクであってもよい。具体的には、無線バックホールリンク113、123、133、および134はそれぞれ、子ノードにサービスを提供するために親ノードによって使用されてもよい。例えば、親ノード100は、子ノード110に無線バックホールサービスを提供する。バックホールリンクのアップリンクおよびダウンリンクは分離され得ることを理解されたい。具体的には、アップリンクでの送信とダウンリンクでの送信は、同じノードを介して実行されない。ダウンリンク送信は、ノード100などの親ノードからノード110などの子ノードに情報またはデータを送信することを意味する。アップリンク送信とは、ノード110などの子ノードからノード100などの親ノードに情報やデータを送信することである。ノードは、ネットワークノードまたは端末デバイスに限定されない。例えば、D2Dシナリオでは、端末デバイスは、別の端末デバイスにサービスを提供するための中継ノードとして使用されてもよい。いくつかのシナリオでは、無線バックホールリンクはアクセスリンクであってもよい。例えば、バックホールリンク123は、ノード110のアクセスリンクと考えることもでき、バックホールリンク113は、ノード100のアクセスリンクでもある。ノード110の場合、リンク113は親バックホールリンク（parent BH）と呼ばれ、リンク123は子バックホールリンク（child BH）と呼ばれ、リンク112はアクセスリンクと呼ばれる。親ノードは、基地局または中継ノードであってもよく、子ノードは、中継機能を有する中継ノードまたは端末デバイスであってもよいことを理解されたい。例えば、D2Dシナリオでは、子ノードは端末デバイスであってもよい。

図1に示す110、120または130などの中継ノードは、2つの形態で存在してもよい。1つの形態は、中継ノードが独立したアクセスノードとして存在し、中継ノードにアクセスする端末デバイスを独立して管理することができることである。この場合、中継ノードは、通常、独立した物理セル識別子（physical cell identifier、PCI）を有する。この形態の中継は、通常、プロトコルスタックのすべての機能、例えば無線リソース制御（radio resource control、RRC）機能を有する必要がある。このような中継は、通常、レイヤ3中継と呼ばれる。ドナーeNBまたはドナーgNBなどの他の形態の中継ノードおよびドナーノードは、同じセルに属し、ユーザは、ドナー基地局、例えばドナーノードによって管理される。このような中継は、通常、レイヤ2中継と呼ばれる。

レイヤ2中継は、通常、NRの中央ユニットおよび分散ユニット（central unit and distributed unit、CU-DU）アーキテクチャの基地局DgNBのDUとして存在し、F1-AP（F1 application protocol）インターフェースを介して、またはトンネリングプロトコルに基づいてCUと通信する。トンネリングプロトコルは、例えば、GTP（general packet radio service tunneling protocol、GTP）プロトコルであってもよく、F1-APは、F1-AP拡張インターフェースであってもよい。詳細については再度説明されない。

ドナーノードは、コアネットワークにアクセスすることができるノード、または無線アクセスネットワーク内のアンカー基地局である。ネットワークは、アンカー基地局を介してアクセスされ得る。アンカー基地局は、コアネットワークのデータを受信し、そのデータを中継ノードに転送すること、または中継ノードのデータを受信し、そのデータをコアネットワークに転送することを担当する。

説明を容易にするために、以下では、本出願で使用される基本的な用語または概念を説明する。

親ノードは、IABノード120の親ノードと呼ばれる、110などの無線バックホールリンクリソースを提供するノードである。親ノードは、上流ノードと呼ばれることもある。親ノードは、無線バックホールリンクリソースを提供する直接親ノードに限定されず、ドナー基地局への送信を提供するリンク上の無線バックホールリンクリソースを提供するすべてのノードを含むことを理解されたい。直接的な親ノードは、中継ノードのための送信リソースを直接に提供するノードである。例えば、IABノード110は、IABノード120の直接の親ノードである。

子ノードは、バックホールリンクリソース上でネットワークにデータを送信するか、またはネットワークからデータを受信するノードである。例えば、120は、中継ノード110の子ノードと呼ばれ、ネットワークは、コアネットワーク、またはインターネットや専用ネットワークなどの別のアクセスネットワークの上位のネットワークである。同様に、子ノードは、無線バックホールリンクリソースが提供される直接子ノードに限定されず、ターゲットノードに送信を提供するリンク上で無線バックホールリンクリソースが提供されるすべてのノードを含む。直接的な子ノードは、送信リソースが直接提供されるノードである。例えば、IABノード120は、IABノード110の直接の子ノードである。

アクセスリンクは、UEとIABノードとの間、またはUEとIABドナーノード（IAB Donor）との間のリンクである。あるいは、アクセスリンクは、ノードがノードの子ノードと通信するときに使用される無線リンクを含む。アクセスリンクは、アップリンクアクセスリンクおよびダウンリンクアクセスリンクを含む。アップリンクアクセスリンクはアクセスリンクのアップリンク送信とも呼ばれ、ダウンリンクアクセスリンクはアクセスリンクのダウンリンク送信とも呼ばれる。

バックホールリンクは、IABノードとIAB子ノード（IAB child node）との間、またはIABノードとIAB親ノード（IAB parent node）との間のリンクである。バックホールリンクは、IABノードとIAB子ノードとの間、またはIABノードとIAB親ノードとの間のダウンリンク送信リンクを含む。バックホールリンクは、IABノードとIAB子ノードとの間、またはIABノードとIAB親ノードとの間のアップリンク伝送リンクをさらに含む。IABノードがIAB親ノードにデータを送信するか、またはIAB子ノードからアップリンク送信を受信することは、バックホールリンク上のアップリンク送信と呼ばれる。IABノードがIAB親ノードからデータ送信を受信するか、またはIAB子ノードにデータを送信することは、バックホールリンク上のダウンリンク送信と呼ばれる。UEとIABノードとを区別するために、IABノードとIAB親ノードとの間のバックホールリンクは、親バックホールリンク（parent BH）とも呼ばれ、IABノードとIAB子ノードとの間のバックホールリンクは、子バックホールリンク（child BH）と呼ばれる。

NRでは、IABノードは、移動終端（mobile-termination、MT）機能と分散ユニット（distributed unit、DU）機能の2つの主な機能を含む。IABノードは、MT上の親ノードとのアップリンク送信および／またはダウンリンク送信を実行することができる。IABノードは、DU上の子ノードとのアップリンク送信および／またはダウンリンク送信を実行することができる。

図2は、IABノードの親ノードおよび子ノードの概略図である。図2に示すように、親バックホールDLは、親ノードがIABノードにダウンリンク信号を送信するリンクである。親バックホールULは、IABノードが親ノードにアップリンク信号を送信するリンクである。子バックホールDLは、IABノードが子ノードにダウンリンク信号を送信するリンクである。子バックホールULは、子ノードがIABノードにアップリンク信号を送信するリンクである。アクセスULは、端末デバイスがIABノードにアップリンク信号を送信するリンクである。アクセスDLは、IABノードが端末デバイスにダウンリンク信号を送信するリンクである。

図3は、NRにおけるIABノードのリソース構成の概略図である。図3では、一例として時分割複信（time division duplex、TDD）が使用されている。IABノードのMTリソースは、ダウンリンク（downlink、D）、アップリンク（uplink、U）、およびフレキシブル（Flexible、F）の3つのタイプとして構成され得る。F型リソースは、アップリンク送信またはダウンリンク送信のために構成されてもよく、F型リソースがアップリンク送信またはダウンリンク送信のために特に使用されるかどうかは、シグナリング構成に依存する。

IABノードのDUリソースは、ダウンリンク、アップリンク、フレキシブル、および利用不可（Null、N）の4つのタイプとして構成され得る。さらに、ダウンリンクリソース、アップリンクリソース、およびフレキシブルリソースの3つのタイプのDUリソースは、ハード（hard、H）リソースとソフト（soft、S）リソースとにさらに分類することができる。DUのhardリソースは、DUにとって常に利用可能なリソースを示す。DUのsoftリソースは、リソースがDUに利用可能であるかどうかが親ノード（例えば、ドナーノード）の指示に依存することを示す。図3では、親ノードは、ダウンリンクスロットまたはサブフレーム内のダウンリンク制御情報（downlink control information、DCI）を介してIABノードのDU上のSリソースの使用を制御する。HリソースおよびSリソースは、RRCを介してドナー基地局または親ノードによって準静的に構成されるか、またはF1-APプロトコルに基づいてドナー基地局によって準静的に構成される。

IABノードのMTは親ノードのDUに接続され、IABノードのDUは子ノードのMTに接続される。準静的（例えば、RRCシグナリングを介して）リソース構成が実行された後に、IABノードは、IABノードのMTリソースおよびDUリソースのリソース構成を別々に取得することができる。例えば、MTリソースおよびDUリソースの送信方向（D／U／F）、DUリソースのタイプ（soft／hard）、DUのNULLリソースの位置などが含まれてもよい。

図3および以下の表1を参照すると、IABノードについて、IABノードのDUのhardリソース（例えば、スロット1、6、7、および8に対応するDUリソース）に対応するMTリソース（例えば、スロット1、6、7、および8に対応するMTリソース）が利用できないことが分かる。図3のスロットの番号は、サブフレームの番号またはシンボルの番号であってもよいことを理解されたい。以下では、説明のための例としてスロットを主に使用し、詳細は再び記載されない。

具体的には、前述の説明を参照すると、IABノードのMTは3種類のリソースを有し、IABノードのDUは7種類のリソースを有する。2つのタイプのリソースが結合された後に、IABノードのMTおよびMTに対応するDUの可能な送信および受信ステータスは、以下の表1および表2に示す。表1は、時分割多重化シナリオにおけるMTおよびDUの様々な可能なリソースタイプの組み合わせにおけるリソース構成ステータスを示す。表2は、空間分割多重化（spatial division multiplexing、SDM）シナリオにおけるMTおよびDUの様々な可能なリソースタイプの組み合わせにおけるリソース構成状態を示す。

表1および表2において、識別子の意味は以下の通りである。
「MT：Tx」は、MTがスケジューリングされた後に送信を行うべきことを示す。
「DU：Tx」は、DUが送信を行うことができることを示す。
「MT：Rx」は、MTが受信可能であることを示す（受信すべき信号がある場合）。
「DU：Rx」は、DUが子ノードのアップリンク伝送をスケジュールすることができることを示す。
「MT：Tx/Rx」は、MTがスケジューリングされた後に送信または受信を行うべきであるが、送信と受信とが同時に行われないことを示す。
「DU：Tx/Rx」は、DUが子ノードの送信を行うかまたは受信することができるが、送信と受信とが同時に行われないことを示す。
「IA」は、DUリソースが明示的または暗黙的に利用可能であると示されていることを示す。
「INA」は、DUリソースが明示的または暗黙的に利用不可として示されていることを示す。
「MT：NULL」は、MTが送信を行わず、受信能力を有していなくてもよいことを示す。
「DU：NULL」は、DUが送信を実行せず、子ノードの送信を受信しないことを示す。

本出願では、TDMシナリオが主に考慮される。しかしながら、本出願の解決策は、SDMシナリオ、周波数分割多重（frequency-division multiplexing、FDM）シナリオ、または全二重シナリオに拡張することもできる。TDMシナリオでは、DUのhardリソースに対応するMTリソースは利用できない。

具体的には、MTの利用不可能なリソースでは、
（1）MTは、親ノードがこれらのリソース上でMTをスケジュールすることを期待していない。
（2）MTは、これらのリソース上で基準信号を受信も送信もしない。
（3）MTはこれらのリソースに対して物理ダウンリンク制御チャネル（physical downlink control channel、PDCCH）監視を実行しない、すなわち、探索空間がこれらのリソースと重複する場合、IABノードのMTは重複探索空間の監視を放棄する。

DU hardリソースに対応するMT非可用リソースに加えて、MTは別の非可用リソースをさらに有し得ることを理解されたい。

準静的構成が完了した後に、親ノードは、動的シグナリング（例えば、ダウンリンク制御情報（downlink control information、DCI））を介してIABノードに対して、IABノードのDUリソースのsoftタイプリソースの利用可能性を動的に示し続ける。例えば、親ノードは、専用DCIまたは専用DCIフィールドを使用して、IABノードのsoftリソースの利用可能性を示す。説明を簡単にするために、動的シグナリングに含まれる情報は指示情報と呼ばれ、専用DCIまたは専用DCIフィールドはまとめて指示DCIと呼ばれる場合がある。

前述の動的指示は、複数の方法で実施されてもよい。

一実施態様では、明示的な指示方法を使用することができる。

例えば、親ノードは、IABノードのDUリソースのsoftタイプリソースの利用可能性を直接示し、同時にいくつかのタイプ（例えば、F型）のsoftリソースの送信方向をさらに示すことができる。

別の実施態様では、暗黙的な指示方法が使用されてもよい。

例えば、親ノードは、IABノードのMTリソース（例えば、MTの利用可能なリソース）が解放されているかどうか（またはMTリソースが利用可能であるかどうか）を示し、IABノードは、MTリソースに対する親ノードの指示に基づいて、IABノードのDUリソースのsoftタイプリソースの利用可能性を判定する。

IABノードのDUがhardリソースとして構成される場合、IABノードは通常、hardリソースとして構成されたスロットで完全な送信を実行する。完全な送信は、IABノードが、hardリソースとして構成されたスロット内のすべてのシンボルが利用可能であるとみなすことを意味する。加えて、IABノードのhardリソースは、常に利用可能なリソースとみなされてもよい。DU hardリソースの場合、IABノードは、MTのスケジューリング構成ステータスに関係なく、リソース上の子ノードと常に通信することができる。言い換えれば、親ノードとIABノードのMTとの間の通信は、DUとhardリソース上の子ノードまたはUEとの間の通信に影響を及ぼすべきではない。

一実施態様では、IABノードのDUのいくつかの周期的信号は、周期的CSI-RSおよび周期的SRSを含むがこれらに限定されず、ドナーノードによって構成され、RRCシグナリングを介してIABノードの端末デバイスまたは子ノードに通知される。この場合、IABノードのためにドナーノードによって構成された周期信号は、IABノードのDUのhardリソース上に配置されるべきである。

図4は、本出願の一実施形態による、DUのhard／softリソースとMTの利用可能または利用不可能なリソースとの間の関係の概略図である。図4では、一例としてシンボルが使用されている。Hはhardリソースを示し、Sはsoftリソースを示し、Aは使用可能なリソースを示し、NAは使用不可能なリソースを示す。図4は単なる例であり、0、1、2、3、4、5、および6はシンボルを表してもよく、またはスロットもしくはサブフレームを表してもよいことを理解されたい。

例えば、図4は7つのシンボルを示す。シンボル0およびシンボル6はDUのhardリソースであり、DUは常にシンボル0およびシンボル6を使用することができる。図4では、時分割多重TDM方式でIABノードのMTとDUとの間でリソース割り当てが実行されると仮定すると、MTの場合、シンボル0およびシンボル6は使用不可能なリソースである。図中の1～5はDUのsoftシンボルである。MTの場合、シンボル1～シンボル5は使用可能なリソースである。

NR IABの現在の議論では、以下の問題、すなわち、IABノードのDUのセル固有信号（cell-specific signal）またはチャネル送受信とIABノードのMT機能の送信との間の競合をどのように回避するか、が提起される。具体的には、アクセスリンクの正常な動作を保証するために、IABノードのDUは、セル固有信号を受信または送信することができなければならない。IABノードのDUがセル固有信号を受信または送信するとき、親ノードはIABノードのMT機能をスケジュールすべきではない。

前述の競合を解決するために、以下の2つの具体的な解決策を使用して競合を解決することができる。

解決策1：リソース構成中に、セル固有信号またはチャネルを送信するためのすべてのリソースがhardリソースとして構成される。

解決策2：非hardリソースがセル固有信号またはチャネルに使用される場合、リソースはhardリソースに変換されるか、またはリソースはhardリソースとみなされる。

セル固有信号は比較的大きな周期を有し得るため、解決策1では、リソース割り当ての柔軟性が厳しく制限され得る。したがって、解決策2はより良い選択肢である。

解決策2では、リソース競合を回避するために、親ノードは、IABノードのDUによってセル固有信号を送信するための時間領域リソースを学習する必要がある。したがって、本発明によって解決されるべき問題は、親ノードがIABノードのDUによってセル固有信号を送信するための時間領域リソースをどのように取得するかである。

セル固有信号は、
同期信号／物理ブロードキャストチャネル（Synchronization Signal/physical broadcast channel、SS/PBCH）ブロック（略してSSBとも呼ばれる）、システム情報ブロック（system information block、SIB）、チャネル状態情報参照信号（channel state information reference signal、CSI-RS）、ランダムアクセスチャネル（Random Access Channel、RACH）、サウンディング参照信号（sounding reference signal、SRS）、およびスケジューリング要求（scheduling request、SR）のうちの1つであってもよい。

本出願のこの実施形態は、主に、親ノードがIABノードのDUによってSIB1およびSS/PBCHブロックを送信するための時間－周波数リソースをどのように取得するかを説明する。他のセル固有信号については、本出願の解決策を参照されたい。IABノードのDUのセル固有信号の時間－周波数リソースの学習後に、親ノードは、DUによって占有されたリソースをIABノードのDUのhardリソースとみなす。これに対応して、IABノードのMTは送信のためにリソースを使用しない。あるいは、IABノードは、親ノードがリソース上でIABノードのMTをスケジュールすることを期待しない。あるいは、親ノードによってスケジュールされた、IABノードのMTの送信は、DUによるhardリソースの使用に影響を与えない。

最初に、親ノードがIABノードまたは子ノードのSS/PBCHブロック（SSBとして表される場合もある）の時間領域リソースをどのように取得するかについて説明する。

IABノードのDUは、2つのタイプのSS/PBCHブロックを送信することができる。1つのタイプのSS/PBCHブロックは、端末デバイスのアクセスに使用され、セル定義SS/PBCHブロックまたはアクセスSS/PBCHブロック（AC-SSB）と呼ばれる場合がある。他のタイプのSS/PBCHブロックは、IABノード間の相互測定に使用され、バックホールSS/PBCHブロック（BH-SSB）と呼ばれる場合がある。一般に、2つのタイプのSS/PBCHブロックは、異なる時間領域位置に配置される。

AC-SSBの場合、IABノードのDUは、RRCメッセージを使用して、SS/PBCHブロックの時間－周波数情報を端末デバイスまたは子ノードに送信する。RRC情報は、通常、ドナーノードによって生成される。したがって、ドナーノードは、AC-SSBの時間領域情報を親ノードに送信することができる。あるいは、IABノードは、AC-SSBの時間－周波数情報を親ノードに報告し、時間－周波数情報は、SS/PBCHブロックの周期、半フレームで送信されたSS/PBCHのインデックス、および／または開始位置に対するSS/PBCHブロックのオフセットなどを含む。

任意選択で、親ノードがIABノードのDUのAC-SSBの時間－周波数情報を取得しない場合、親ノードは、IABノードのDUによって送信されたSS/PBCHブロックの少なくともいくつかのパラメータ（例えば、SS/PBCHブロックの周期およびオフセット）が親ノードのパラメータと同じであると仮定することができる。すなわち、IABノードのDUのAC-SSBの時間－周波数リソースは、親ノードのSS/PBCHブロックの周期と同じであるとみなされる。あるいは、IABノードのDUのAC-SSBの時間－周波数リソースは、親ノードのSS/PBCHブロックの周期およびオフセットと同じであるとみなされる。

任意選択で、親ノードは、IABノードが半フレーム（実際には、IABノードは、利用可能な時間－周波数リソースの一部のみで送信を実行することができる）内のすべてのSS/PBCHブロックの利用可能なリソース上で送信を実行すると仮定することができる。

BH-SSBの場合、ドナーノードは、BH-SSB送信構成情報（SS/PBCH block transmission configuration、STC）を各IABノードに送信する。したがって、ドナーノードは、IABノードのBH-SSB送信構成をIABノードの親ノードに送信することができるか、またはIABノードは、IABノードのSTCを親ノードに報告する。STCは、以下の情報、すなわち、SS/PBCHブロックの送信周期、オフセット、およびサブキャリア間隔、SS/PBCHブロックのインデックス、ならびにSS/PBCHブロックの周波数領域情報のうちの1つまたは複数を含む。

結論として、第1のノードまたは第3のノードは、SS/PBCHブロックの時間－周波数構成情報を第2のノードに送信し、SS/PBCHブロックの時間－周波数構成情報は、SS/PBCHブロックの送信周期およびオフセットを含む。第1のノードはIABノードであり、第3のノードはドナーノードであり、第2のノードはIABノードの親ノードである。

第2のノードは、SS/PBCHブロックの時間－周波数構成情報に基づいて、第3のノードのDUによってSS/PBCHブロックを送信するための時間－周波数リソースを学習し、競合を回避するために、対応する時間－周波数リソース上で第3のノードのMTにダウンリンク信号をさらに送信しない。

さらに、SS/PBCHブロックの時間－周波数構成情報は、SS/PBCHブロックのサブキャリア間隔、半フレーム内のSS/PBCHブロックのインデックス、およびSS/PBCHブロックの周波数領域情報をさらに含む。

この実施形態では、第2のノードは、IABノードのDUのSS/PBCHブロックの時間－周波数情報に基づいて、IABノードのDUによってSIB1を送信するための時間－周波数リソースを決定し、次いで、MT機能とIABノードのDUとの間のリソース競合を回避するために、時間－周波数リソース上で第3のノードのMT機能にダウンリンク信号を送信しない。

IABノードのDUによるBH-SSBの送信は、時間領域におけるIABノードのMTによるSS/PBCHブロックの受信と競合する可能性があることに留意されたい。競合を回避するために、この場合、2つの結果が発生する可能性がある。すなわち、IABノードのDUによるBH-SSBの送信がミュートされること、またはIABノードのMTによるSS/PBCHブロックの受信がミュートされることである。例えば、IABノードのDUによるBH-SSBの送信がミュートされるとき、これは、IABノードのhardリソースがいくつかの特定のMT信号によって占有されていることを示す。

可能な実施態様では、IABノードのMTによってSS/PBCHブロックを受信する優先度は、IABノードのDUによってSS/PBCHブロックを送信する優先度よりも高い。したがって、SS/PBCHブロックの受信構成がSS/PBCHブロックの送信構成と競合する場合、すなわち、IABノードのMTに対して構成されたSS/PBCHブロック受信とIABノードのDUに対して構成されたSS/PBCHブロック送信とが同じ時間領域リソースを占有するとき、IABノードのDUはSS/PBCHブロック送信を実行しない。しかしながら、IABノードのMTは、代替として、これらのリソース上でSS/PBCHブロック受信を実行しなくてもよい。この場合、IABノードは、これらのリソースをIABノードのDUのhardリソースとみなすことができ、すなわち、他の信号またはチャネルがこれらのリソース上でIABノードと子ノードまたは端末デバイスとの間で送信される。

別の可能な実施態様では、IABノードのMTに対して構成され、SS/PBCHブロックを受信するために使用されるリソース、例えば、SMTCによって占有されるリソース上で、親ノードは、IABノードのMTが別の信号を送信することを期待しない。したがって、IABノードのMTがSS/PBCHブロックを受信しない場合、IABノードのDUはこのリソースを使用することができる。

上記では、親ノードがIABノードのDUによってSS/PBCHブロックを送信するための時間領域リソースをどのように取得するかについて説明した。以下では、親ノードがSIB1の時間領域リソースをどのように取得するかについて説明する。親ノードによって取得されたSIB1の時間－周波数リソースは、2つの部分を含む。第1の部分は、SIB1のPDCCHが端末デバイスによって監視される、親ノードによって取得された時間－周波数リソースである。第2の部分は、IABノードのDUによってSIB1を実際に送信するための時間－周波数リソースである（SIB1のPDCCHが端末デバイスによって監視される時間－周波数リソースはまた、SIB1を送信するためにIABノードのDUによって使用され得るすべての時間－周波数リソースとして理解され得る。実際には、IABノードのDUは、SIB1のすべての利用可能な時間－周波数リソースでSIB1を送信しない場合がある。したがって、第2の部分は、SIB1が実際に送信される時間領域リソースを決定するためにさらに必要とされる）。SIBには複数の種類がある。SIB1で送信されるシステム情報は、残留最小システム情報（Remaining minimum system information、RMSI）とも呼ばれ、SIB1以外のSIBで送信されるシステム情報は、他のシステム情報（Other system information、OSI）と呼ばれる。本出願のこの実施形態は、主に、親ノードがSIB1の時間－周波数リソースをどのように取得するかを説明する。

NRでは、SIB1およびSS/PBCHブロックは、図5に示すように、3つの多重化パターン、すなわちpattern 1、pattern 2、およびpattern 3を有する。図5では、SIB1-PDSCH、すなわち、SIB1の物理ダウンリンク共有チャネル（physical downlink share channel、PDSCH）は、SIB1を搬送するPDSCHを表し、CORESET（control resource set）は、SIB1-PDSCH（ここで、CORESETは、以下ではSIB1-PDCCHと呼ばれることもあり、CORESETおよびSIB1-PDCCHによって表される両方の意味は、SIB1-PDSCHをスケジューリングするためにPDCCHによって占有されるリソースであることを理解されたい）をスケジューリングするための物理ダウンリンク制御チャネルPDCCHによって占有されるリソースを表す。

Pattern 1：SIB1のPDCCHとPDSCHの両方がSS/PBCHブロックと時分割多重化される。

Pattern 2：SIB1のPDCCHはSS/PBCHブロックと時分割多重化され、SIB1のPDSCHはSS/PBCHブロックと周波数分割多重化される。

Pattern 3：SIB1のPDCCHとPDSCHの両方がSS/PBCHブロックと周波数分割多重化される。

以下では、SS/PBCHブロックの時間－周波数リソースを使用してSIB1の時間－周波数リソースを取得する方法をさらに説明するために、一例として特定の多重化パターンを使用する。SIB1の時間－周波数リソースは、SIB1のCORESETおよびSIB1のPDSCHを送信するためのリソースを含むことを理解されたい。以下では詳細について説明されない。

（1）SS/PBCHブロックとSIB1との多重化パターンはpattern 3である。

図6に示すように、SS/PBCHブロックとSIB1との間の多重化パターンがpattern 3である場合、SIB1-PDCCHおよびSIB1-PDSCHはSS/PBCHブロックと周波数分割多重化される。親ノードが、上述の解決策を使用して、SS/PBCHを送信するためにIABノードのDUによって使用される時間－周波数リソースを学習すると仮定すると、親ノードは、IABノードのDUがSIB1-PDCCHの時間－周波数リソースに関する情報を送信し得ると推測することができる。

図6に示すように、IABノードのDUによってSS/PBCHブロックを送信する周期は20 ms（各無線フレームの長さは10 msであり、これは、SS/PBCHブロックが無線フレームごとに一度送信されることと等価である）であり、開始位置は無線フレーム0であると仮定する。この場合、SS/PBCHブロックが送信される時間領域リソースは、無線フレーム0、無線フレーム2、無線フレーム4などである。しかしながら、NRでは、通常、SS/PBCHブロックは、粒度としてスロットまたはシンボルを使用して送信される。1つの無線フレームは、10個のサブフレームを含む。異なる波形パラメータ（Numerology）について、スロット内のSS/PBCHブロックのシンボル位置は以下の通りである。

15 kHzのサブキャリア間隔の場合、SS/PBCHブロックは、｛2，8｝＋14＊nに従って送信され、｛2，8｝は、SS/PBCHブロックの最初のシンボルのインデックス、すなわち位置を示す。残りは類推によって推定することができ、詳細は再度説明されない。3 GHz以下の周波数帯域では、n＝0または1である。3 GHzより大きく6 GHz以下の周波数帯域の場合、n＝0、1、2、または3である。同期信号周期内のSS/PBCHブロックの位置は、前述のnの値をトラバースすることによって前述の式に従って取得される。残りは類推によって推定することができ、詳細は再度説明されない。

30 kHzのサブキャリア間隔の場合、SS/PBCHブロックは、｛4，8，16，20｝＋28＊nに従って送信される。3 GHz以下の周波数帯域では、n＝0である。3 GHzより大きく6 GHz以下の周波数帯域では、n＝0または1である。

30 kHzのサブキャリア間隔の場合、SS/PBCHブロックは、｛2，8｝＋14＊nに従って送信される。3 GHz以下の周波数帯域では、n＝0または1である。3 GHzより大きく6 GHz以下の周波数帯域の場合、n＝0、1、2、または3である。

120 kHzのサブキャリア間隔の場合、SS/PBCHブロックは、｛4，8，16，20｝＋28＊nに従って送信される。6 GHzより大きい周波数帯域の場合、n＝0、1、2、3、5、6、7、8、10、11、12、13、15、16、17、または18である。

240 kHzのサブキャリア間隔の場合、SS/PBCHブロックは、｛8，12，16，20，32，36，40，44｝＋56＊nに従って送信される。6 GHzより大きい周波数帯域の場合、n＝0、1、2、3、5、6、7、または8である。

以上から、SS/PBCHブロックが一部のスロットの一部のシンボルのみを占有することが分かる。SIB1はSS/PBCHブロックと周波数分割多重化されているので、IABノードによってSS/PBCHブロックを送信するための時間領域リソースもまた、SIB1を送信するための時間領域リソースである。この場合、親ノードは、SS/PBCHブロックを送信するための時間領域リソースを、IABノードのDUによってSIB1を送信するための時間領域リソースとみなし、IABノードのMT機能が時間領域リソース上で利用できないと判定することができる。時間領域リソースは、シンボルまたはスロットであってもよい。これは本出願では限定されない。

任意選択で、図6に示す別の場合では、IABノードのDUによってSIB1を実際に送信する周期は40 ms（SS/PBCHブロックの周期の2倍）であり得る。親ノードの場合、IABノードのDUによってSIB1のPDCCHを実際に送信するための時間領域リソースは、SS/PBCHブロックの時間領域情報およびSIB1の周期に関する情報に基づいて決定され得る。SIB1の周期は、絶対時刻の周期であってもよい。例えば、周期は40 msである。あるいは、SIB1の周期は、相対時間の周期およびオフセットであってもよい。例えば、SIB1-PDCCHの送信周期は、SS/PBCHブロックの周期の2倍である。例えば、SS/PBCHブロックの周期が20 msである場合、IABノードは周期を示すために2を使用することができ、取得された周期は40 msである。

例えば、図6に示すように、親ノードは、SS/PBCHブロックの時間領域リソースを、IABノードのDUによってSIB1を送信するための時間領域リソースとみなし、IABノードのMT機能がサブフレーム内で利用できないと判定する。

pattern 3の場合、SIB1によって占有されるリソースは常にSSBと周波数分割多重化されるので、SIB1によって占有されるリソースに追加のDU hardリソースが必要とされない場合でも、SIB1によって使用されるより大きな周期はDU hardリソースを減少させないことに留意されたい。

（2）SS/PBCHブロックとSIB1との多重化パターンはpattern 2である。

図7に示すように、SS/PBCHブロックとSIB1との間の多重化パターンがpattern 2であり、SIB1のPDCCHがSS/PBCHブロックと時分割多重化されている場合、親ノードは、SS/PBCHブロックの構成情報およびSIB1のPDCCHのCORESETに基づいて、IABノードのDUがSIB1-PDCCHを送信することができる時間領域位置を最初に決定することができる。次に、親ノードは、追加情報指示に基づいて、IABノードのDUによってSIB1を実際に送信するための時間領域リソースを決定する。

追加情報指示は、SIB1-PDCCHの周期およびオフセットに関する情報であり得る。例えば、周期およびオフセットは、絶対時刻の周期およびオフセットであってもよい。例えば、周期は40 msであり、オフセットは10 msである。あるいは、周期およびオフセットは、相対時間の周期およびオフセットであってもよい。例えば、SIB1-PDCCHの送信周期は、SS/PBCHブロックの周期の倍数である。例えば、SS/PBCHブロックの周期が20 msである場合、IABノードは、周期およびオフセットを示すために（4，1）を使用することができ、取得された周期およびオフセットは（80 ms，20 ms）である。

さらに、SIB1-PDCCHの周期およびオフセットを示すために使用される情報は、ドナーノードによって親ノードに送信されてもよく、またはIABノードによって親ノードに送信されてもよい。情報がドナーノードによって送信される場合、2つの可能性がある。第1の可能性は、周期に関する情報がドナーノードによって決定され、IABノードおよび親ノードに送信されることである。第2の可能性は、周期に関する情報がIABノードによって決定され、ドナーノードに報告され、次いで、ドナーノードが周期に関する情報を親ノードに通知することである。

任意選択で、周期に関する情報のみが構成されてもよく、デフォルトオフセットが使用される。例えば、オフセットはデフォルトで0である。

SIB1-PDCCHの周期およびオフセットを示す情報がSS/PBCHブロックの周期の倍数である場合、SS/PBCHブロックの周期は、SS/PBCHブロックセット（SS/PBCH burst set）に基づいて構成された周期であってもよいし、SS/PBCHブロックに基づいて構成された周期であってもよいし、SS/PBCHブロックグループに基づいて構成された周期であってもよいことに留意されたい。

SS/PBCHブロックセットは、半フレーム内のすべてのSS/PBCHブロックを表す。周期およびオフセットがSS/PBCHセットに基づいて構成されるとき、親ノードは、IABノードのDUのすべてのSS/PBCHブロックに対応するSIB1-PDCCHが同じ周期およびオフセットを有すると仮定する。

周期がSS/PBCHブロックに基づいて構成される場合、各SS/PBCHブロックは独立した周期およびオフセットを有し得る。周期がSS/PBCHブロックグループに基づいて構成される場合、1つのグループ内のSS/PBCHブロックは同じ周期およびオフセットを有するが、異なるグループ内のSS/PBCHブロックは独立した周期およびオフセットを有する。

別の可能な構成は、追加の周期がSS/PBCHブロックセットまたはSS/PBCHブロックグループに基づいて構成され、追加のオフセットがSS/PBCHブロックグループまたはSS/PBCHブロックに基づいて構成されることである。

親ノードは、他のシグナリングを介して、IABノードの実際に送信されたAC-SSBのSS/PBCHブロックインデックスを取得することができ、SIB1はSS/PBCHブロックインデックスと1対1に対応することに留意されたい。したがって、SS/PBCHブロックが送信されないSS/PBCHブロックインデックスの場合、親ノードは、IABノードのDUがSS/PBCHブロックインデックスに対応するSIB1を送信しないと仮定することができる。

SIB1-PDCCHの実際の周期およびオフセットを取得した後に、親ノードは、IABノードのDUがSIB1-PDCCHを送信するために周期およびオフセットを使用すると仮定する。通常、IABノードのDUは、SIB1-PDCCHを送信するために周期およびオフセットを使用することができるが、IABノードのDUはまた、SIB1-PDCCHを送信するために別の周期およびオフセットを使用することもできる。しかしながら、IABノードのDUは、送信がIABノードのMTの受信および送信と競合しないことを保証するべきである。すなわち、周期およびオフセットに基づいて決定されるリソース位置は、IABノードのDUがSIB1-PDCCHを送信する、親ノードによって仮定されるリソース位置であり、必ずしもIABノードのDUがSIB1-PDCCHを送信する実際のリソース位置ではない。

図8に示すように、親ノードは、SIB1-PDCCHの時間領域位置、周期、およびオフセットに関する情報に基づいて、IABノードのDUがSIB1-PDCCHを送信する時間領域位置が、送信が40 msごとに1回実行されるときに取得されると判定する。しかしながら、IABノードのDUがSIB1-PDCCHを実際に送信する時間領域位置は、送信が80 msごとに1回実行されるときに取得される（図8のユーザ機器UEは20 msごとに1回SIB1-PDCCHを検出すると仮定される）。

（3）SS/PBCHブロックとSIB1との多重化パターンはpattern 1である。

図9に示すように、SS/PBCHブロックとSIB1との間の多重化パターンがpattern 1である場合、SIB1-PDCCHとSIB1-PDSCHの両方がSS/PBCHブロックと時分割多重化される。

pattern 1のSIB1-PDCCHとpattern 2のSIB1-PDCCHとの間にはいくつかの違いがある。

まず、pattern 1のSIB1-PDCCHの監視周期は、SS/PBCHブロックの周期ではなく20 msである。

第2に、pattern 1について、SIB1-PDCCHのスロット番号を決定した後に、端末デバイスは、2つの連続するスロットでPDCCH監視を連続して実行する。しかしながら、実際の実施態様では、IABノードのDUは、スロットのうちの1つでのみSIB1-PDCCHを送信することができる。したがって、IABノードまたはドナーノードは、親ノードに、IABノードのDUがSIB1-PDCCHを送信する特定のスロット（例えば、2つの連続するスロットのうちの1つ）に関する情報をさらに送信することができる。IABノードのDUがSIB1-PDCCHを送信するリソースを決定した後に、親ノードは、これらのリソースをIABノードのDUのhardリソースとみなし、それに対応して、これらのリソースをIABノードのMT機能の利用不可能なリソースとみなす。

以下では、親ノードがIABノードのDUのSIB1-PDSCHの時間－周波数リソースをどのように取得するかについて説明する。

SS/PBCHブロックとSIB1との間の多重化パターンがpattern 2またはpattern 3である場合、PDSCHはSS/PBCHブロックと周波数分割多重化される。pattern 2またはpattern 3のPDSCHの時間領域リソースについては、SS/PBCHブロックの時間領域リソースを参照されたい。そこで、以下では、多重化パターンがpattern 1の場合のみを考える。

pattern 1では、SIB1-PDCCHのスケジューリングに基づいて、SIB1-PDSCHの実際の送信位置が決定される。理想的な場合には、IABノードのDUは、SIB1-PDSCHをリソース構成で示されたhardリソースにスケジュールすることができる。しかしながら、実際には、構成されたhardリソースは、すべてのSIB1-PDSCHを送信するには不十分であり得る。この場合、SIB1-PDSCHの送信の成功を保証するために追加のメカニズムが必要とされる。

可能な解決策は、hard／softリソースが構成されるときに特定の制約が満たされる必要があることである。例えば、IABノードのDUのhardリソースの割合は、構成された周期においてX％以上である。Xの値は、プロトコルで定義されてもよいし、親ノードまたはドナーノードからIABノードによって要求されてもよい。

別の可能な解決策は、IABノードまたはドナーノードが、IABノードによってSIB1-PDSCHをスケジューリングするための時間領域情報を親ノードに通知することである。例えば、IABノードは、SIB1-PDCCHを使用してSIB1-PDSCHをスケジューリングするための時間領域パラメータ、すなわち、ダウンリンク制御チャネル（downlink control information、DCI）における時間領域リソース割り当て（time domain resource assignment）を親ノードに報告することができる。SIB1-PDSCHの時間領域情報を取得した後に、親ノードは、IABノードのDUの追加のhardリソースを決定することができる。

図10に示すように、3つの多重化パターンの前述の分析に基づいて、本出願の一実施形態は、以下のステップを含む通信方法1000を提供する。

1010．第1のノードまたは第3のノードから構成情報を受信し、構成情報は、第1のノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を示す。

1020．第1のノードのDUのSIB1の取得された時間－周波数情報に基づいて、第1のノードの移動終端MT機能の利用不可能なリソースを決定する。

第1のノードは統合アクセスおよびバックホールIABノードであり、第2のノードは第1のノードの親ノードであり、第3のノードはドナーノードである。

本出願のこの実施形態では、SIB1の時間領域リソースは、SS/PBCHブロックの時間領域リソースに基づいて取得され、SIB1の時間領域リソースを直接報告することと比較して、シグナリングオーバーヘッドがより低減される。

具体的には、構成情報は、SS/PBCHブロックの時間－周波数情報を含み、SS/PBCHブロックの時間領域情報は、SS/PBCHブロックの送信周期およびオフセット、SS/PBCHブロックのインデックス、ならびにSS/PBCHブロックの周波数領域情報を含む。

SS/PBCHブロックの時間－周波数情報に基づいて、SIB1を送信するために使用され得る時間領域情報を取得するための複数の実施態様が存在し得る。例えば、一実施態様では、ドナーノードまたはIABノードは、SIB1のPDCCHのCORESET構成を親ノードに送信する。この場合、構成情報は、CORESET構成およびSIB1のPDCCHによって占有される探索空間を含み、CORESET構成は、
SS/PBCHブロックとSIB1との間の多重化パターンに関する情報、SIB1の周波数領域情報、およびSIB1の周波数領域オフセットのうちの1つまたは複数を含む。

すなわち、IABノードまたはドナーノードは、SIB1-PDCCHのCORESET構成を親ノードに直接送信し、その結果、親ノードは、SIB1の周波数領域情報およびSIB1とSS/PBCHブロックとの間の多重化パターンに関する情報を取得することができ、それによってSIB1の時間－周波数領域情報を取得する。SIB1-PDCCHのCORESET構成は、送信用のマスタ情報ブロック（main system information、MIB）にカプセル化され、対応するパラメータは、pdcch-ConfigSIB1である。例えば、親ノードは、MIBを使用してSIB1-PDCCHの構成情報（pdcch-ConfigSIB1およびSIB1-PDCCHのサブキャリア間隔）を取得する。SIB1-PDCCHのCORESET情報（多重化パターン（pattern 1、2、または3）、CORESETによって占有されるRBの数、およびCORESETによって占有されるシンボルの数を含む）および監視機会（monitoring occasion）情報（または探索空間情報）は、構成情報に基づいて別々に決定されてもよい。監視機会情報は、各SSBに対応するSIB1-PDCCH監視機会によって占有されるフレーム位置、スロット位置、およびシンボル位置を含む。

別の実施態様では、ドナーノードまたはIABノードは、SIB1のPDCCHのCORESET構成をIABノードに送信する必要はないが、SIB1のPDCCHの特定のCORESET構成を取得するために、サブキャリア間隔、インデックス、および最小チャネル帯域幅などの情報に基づいて第2のノードによって格納されたテーブルを検索する。例えば、第2のノードは、1つまたは複数のテーブルを記憶し、1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックとSIB1との間の多重化パターン、SIB1の周波数領域情報、およびSIB1の周波数領域オフセットを記録する。

構成情報は、SS/PBCHブロックのサブキャリア間隔およびSIB1のサブキャリア間隔（これは、SIB1をスケジューリングするためのPDCCHのサブキャリア間隔とも呼ばれ、またはSIB1をスケジューリングするためのサーチスペースおよびCORESETのサブキャリア間隔とも呼ばれる）をさらに含む。

構成情報は、第1のノードのDUによって占有される最小チャネル帯域幅をさらに含む。

第2のノードは、SIB1のサブキャリア間隔およびSS/PBCHブロックのサブキャリア間隔および／または第1のノードのDUによって占有される最小チャネル帯域幅に基づいて、1つまたは複数のテーブル内の第1のテーブルを決定する。

第2のノードは第1のインデックスを受信し、第1のインデックスはSIB1のPDCCHによって占有されるCORESET構成を示す。

SIB1のPDCCHによって占有されるCORESET構成は、第1のインデックスに基づいて第1のテーブル内で決定される。

このようにして、SIB1のCORESET構成は、SIB1のCORESET構成およびインデックス情報を格納するテーブルに基づいて取得され、SIB1のCORESET構成を直接送信することと比較してシグナリングオーバーヘッドを低減する。

例えば、表13-1から表13-11から、SS/PBCHブロックのサブキャリア間隔が同じである場合、異なる最小チャネル帯域幅が異なる表に対応することが分かる。したがって、親ノードは、第1のノードのDUによって占有される最小チャネル帯域幅をさらに知る必要があり、最小チャネル帯域幅の値は、5 MHz、10 MHz、または40 MHzである。

さらに、第2のノードは、1つまたは複数のテーブルを予め格納し、1つまたは複数のテーブルの各々は、構成インデックス、SIB1の周波数領域情報、およびSS/PBCHブロックとSIB1との間の多重化パターンに関する情報を記録し、ドナーノードまたはIABノードから受信した構成インデックスおよび1つまたは複数のテーブルに基づいて、SIB1の周波数領域情報およびSIB1とSS/PBCHブロックとの間の多重化パターンに関する情報を決定し、SS/PBCHブロックの時間領域情報と、SIB1とSS/PBCHブロックとの間の多重化パターンに関する情報とに基づいて、SIB1の時間領域情報を取得する。

例えば、第2のノードは、以下の表、すなわち表13-1から表13-11（以下の表は単なる例であり、実際の実施態様で格納される表の値は、この実施形態で列挙されたものとは異なってもよい）を予め格納し、予め格納された表と取得されたSIB1-PDCCHの構成情報とに基づいてSIB1の時間領域位置を取得することができる。

例えば、表13-8に対応して、SS/PBCHブロックのサブキャリア間隔が120 kHzであり、SIB1のサブキャリア間隔が120 kHzである場合、インデックスが4であるとき、第2のノードは、SS/PBCHブロックとSIB1との間の多重化パターンが3であり、SIB1の周波数領域情報が、SIB1のRB数24、SIB1のシンボル数2、およびRBオフセット－20または－21を含むことを取得し得る。SS/PBCHブロックとSIB1との間の多重化パターンは3であるため、SIB1のPDCCHおよびPDSCHはいずれもSS/PBCHブロックと周波数分割多重化される。この場合、端末デバイスは、SS/PBCHブロックの時間領域位置に基づいてSIB1の時間領域位置を取得することができる。SS/PBCHブロックの時間領域位置に関する情報を取得するために、前述の説明を参照されたい。ここでは詳細は再び説明されない。

例えば、表13-7に対応して、SS/PBCHブロックのサブキャリア間隔が120 kHzであり、SIB1のサブキャリア間隔が60 kHzである場合、インデックスが8であるとき、第2のノードは、SS/PBCHブロックとSIB1との間の多重化パターンが2であり、SIB1の周波数領域情報は、SIB1のRB数48、SIB1のシンボル数1、およびRBオフセット－41または－42を含むことを取得し得る。SS/PBCHブロックとSIB1との間の多重化パターンは2であるため、SIB1のPDCCHは時分割多重化され、SS/PBCHブロックと周波数分割多重化され、SIB1のPDSCHはSS/PBCHブロックと周波数分割多重化される（図5のpattern 2を参照）。この場合、端末デバイスは、SS/PBCHブロックの時間領域位置に基づいてSIB1のPDSCHの時間領域位置を取得することができる。SS/PBCHブロックの時間領域位置に関する情報を取得するために、前述の説明を参照されたい。ここでは詳細は再び説明されない。SIB1-PDCCHの時間領域位置は、例えば、SIB1-PDCCHの送信周期およびSS/PBCHブロックに対するオフセットを示すことによってさらに示す必要がある。一例として図8が使用される。SIB1のPDCCHの送信周期は、SS/PBCHブロックの周期の2倍であり、オフセットは、時間領域内のオフセットスロットの数またはオフセットOFDMシンボルの数であり得る。

別の例として、表13-1に対応して、SS/PBCHブロックのサブキャリア間隔が15 kHzであり、CORESETのサブキャリア間隔が15 kHzであり、最小チャネル帯域幅が5 MHzまたは10 MHzである場合、インデックスが0であるとき、第2のノードは、SS/PBCHブロックとSIB1との間の多重化パターンが1であることを取得することができ、SIB1の周波数領域情報は、RBの数24、シンボルの数2、および2 RBの周波数領域オフセットを含む。SS/PBCHブロックとSIB1との間の多重化パターンは1であるため、SIB1のPDCCHおよびPDSCHは、SS/PBCHブロックと時分割多重化される。この場合、第2のノードは、SS/PBCHブロックの時間領域位置およびSS/PBCHブロックに対するSIB1のオフセットに基づいてSIB1の時間領域位置を決定することができる。SS/PBCHブロックの時間領域位置に関する情報を取得するために、前述の説明を参照されたい。ここでは詳細は再び説明されない。

pattern 1は特定であるため、pattern 1の場合、SIB1-PDCCHのスロット番号を決定した後に、端末デバイスは、2つの連続するスロットでPDCCH監視を連続的に実行する。しかしながら、実際の実施態様では、IABノードのDUは、スロットのうちの1つのみでSIB1-PDCCHを送信することができる。したがって、IABノードまたは親ノードは、IABノードまたは親ノードがSIB1-PDCCHを送信する特定のスロットを親ノードにさらに送信することができる。

親ノードは、IABノードのDUがSIB1を送信することができる時間－周波数リソースを取得し、さらに、IABノードのDUがSIB1を実際に送信する時間－周波数リソースを取得する必要がある。

IABノードのDUが実際にSIB1を送信する時間－周波数リソースを取得するためには、さらなる情報指示が必要である。情報指示は、SIB1-PDCCHの周期およびオフセットに関する情報であり得る（オフセットは必要ではなく、SIB1-PDCCHの周期のみが示されてもよい）。例えば、周期およびオフセットは、絶対時刻の周期およびオフセットであってもよい。例えば、周期は40 msであり、オフセットは10 msである。あるいは、周期およびオフセットは、相対時間の周期およびオフセットであってもよい。例えば、SIB1-PDCCHの送信周期は、SS/PBCHブロックの周期の倍数である。例えば、SS/PBCHブロックの周期が20 msである場合、IABノードは、周期およびオフセットを示すために（4，1）を使用することができ、取得された周期およびオフセットは（80 ms，20 ms）である。

さらに、SIB1-PDCCHの周期およびオフセットを示すために使用される情報は、ドナーノードによって親ノードに送信されてもよいし、IABノードによって親ノードに送信されてもよい。情報がドナーノードによって送信される場合、2つの可能性がある。第1の可能性は、周期に関する情報がドナーノードによって決定され、IABノードおよび親ノードに送信されることである。第2の可能性は、周期に関する情報がIABノードによって決定され、ドナーノードに報告され、次いで、ドナーノードが周期に関する情報を親ノードに通知することである。

結論として、親ノードは、IABノードのDUのSIB1の時間領域リソースを取得し、それに対応して、時間領域リソースをIABノードのMTの利用不可能なリソースとみなす、すなわち、親ノードは、リソース競合を回避するために、時間領域リソース上でIABノードのMTにダウンリンク信号を送信しない。

本明細書に記載された実施形態は、独立した解決策であってもよく、または内部ロジックに従って組み合わされてもよい。これらの解決策はすべて本出願の保護範囲内にある。

前述の方法の実施形態では、IABノードまたは親ノードによって実施される方法および動作はまた、IABノードまたは親ノードで使用できる構成要素（例えば、チップまたは回路）によって実施されてもよいことが理解されよう。

上記は、本出願の実施形態で提供される方法の実施形態を説明し、以下は、本出願の実施形態で提供される装置の実施形態を説明する。装置の実施形態の説明は、方法の実施形態の説明に対応することを理解されたい。したがって、詳細に説明されていないコンテンツについては、前述の方法の実施形態を参照されたい。簡潔にするため、ここでは詳細を再度説明しない。

上記は、主に、ネットワーク要素間の情報交換の観点から、本出願の実施形態で提供される解決策を説明している。前述の機能を実施するために、ネットワーク要素、例えば第1のノードおよび第2のノードは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されよう。本明細書で開示された実施形態に記載された例のネットワークエレメントおよびアルゴリズムステップを組み合わせて、本出願がハードウェアまたはハードウェアとコンピュータソフトウェアの組み合わせを使用して実装され得ることを、当業者は容易に気づくであろう。機能がハードウェアによって実行されるか、またはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的解決策の特定の用途および設計制約に依存する。当業者であれば、様々な方法を使用して記載の機能を特定の用途ごとに実施し得るが、その実施態様は本出願の範囲を超えるとみなされるべきではない。

本出願の実施形態では、第1のノードおよび第2のノードの各々は、前述の方法例に基づいて機能モジュールに分割することができる。例えば、第1のノードおよび第2のノードの各々は、機能モジュールに分割されてもよく、または2つ以上の機能が1つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実現されてもよく、ソフトウェア機能モジュールの形態で実現されてもよい。本出願の実施形態では、モジュールへの分割は一例であり、論理的な機能分割にすぎないことに留意されたい。実際の実施態様では、別の分割方法が用いられてもよい。第2のノードはIABノードであってもよいし、ドナーノードであってもよいことを理解されたい。

図11は、本出願による前述の実施形態に関連するノード1100の可能な構造の概略図である。ノード1100は、トランシーバユニット1110および処理ユニット1120を含む。トランシーバユニット1110は外部と通信することができ、処理ユニット1120はデータを処理するように構成される。トランシーバユニット1110は、通信インターフェースまたは通信ユニットとも呼ばれ得る。

ノード1100は、前述の方法の実施形態においてIABノードによって実行される動作を実行するように構成されてもよく、または前述の方法の実施形態においてIABノードの親ノードによって実行される動作を実行してもよい。

一実施態様では、トランシーバユニット1110は、IABノードまたは親ノードの受信および送信に関連する動作を実行するように構成される。処理ユニット1120は、IABノードまたは親ノードのデータ処理に関連する動作を実行するように構成される。

一実施形態では、トランシーバユニット1110は、第1のノードまたは第3のノードから構成情報を受信するように構成され、構成情報は、第1のノードの分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を示し、処理ユニット1120は、取得した第1のノードのDUのSIB1の時間－周波数情報に基づいて、第1のノードの移動終端MT機能の利用不可能なリソースを特定するように構成される。

別の実施形態では、トランシーバユニット1110は、構成情報を第2のノードに報告するように構成され、構成情報は、SIB1の時間－周波数情報を示す。第1のノードは統合アクセスおよびバックホールIABノードであり、第2のノードは第1のノードの親ノードである。処理ユニット1120は、分散ユニットDUのシステム情報ブロック1 SIB1の時間－周波数情報を決定するように構成される。

構成情報は、SS/PBCHブロックの時間領域情報を含むことができ、同期信号／物理ブロードキャストチャネルSS/PBCHブロックの時間領域情報は、SS/PBCHブロックの周期およびオフセットを含む。

任意選択で、構成情報は、SIB1のPDCCHによって占有されるCORESET構成および探索空間をさらに含み、CORESET構成は、
SS/PBCHブロックとSIB1との間の多重化パターンに関する情報、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
のうちの1つまたは複数を含む。

任意選択で、ノードは、1つまたは複数のテーブルを格納するように構成された記憶ユニットをさらに含み、1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックとSIB1との間の多重化パターン、SIB1の周波数領域情報、およびSIB1の周波数領域オフセット
を記録する。

任意選択で、トランシーバユニットは、SIB1のサブキャリア間隔、SS/PBCHブロックのサブキャリア間隔、および第1のインデックスを受信するようにさらに構成され、第1のインデックスは、SIB1のPDCCHによって占有されるCORESET構成を示す。

処理ユニットは、SIB1のサブキャリア間隔とSS/PBCHブロックのサブキャリア間隔とに基づいて1つまたは複数のテーブル内の第1のテーブルを決定し、第1のインデックスに基づいて第1のテーブルにおいて、SIB1のPDCCHによって占有されるCORESET構成を決定するようにさらに構成される。

任意選択で、構成情報は、SS/PBCHブロックのサブキャリア間隔およびSIB1のサブキャリア間隔をさらに含む。

任意選択で、構成情報は、第1のノードのDUによって占有される最小チャネル帯域幅をさらに含む。

任意選択で、構成情報は、SIB1の周期を示す情報およびSIB1のオフセットを示す情報をさらに含む。

さらに、トランシーバユニット1110は、無線リソース制御RRCシグナリングまたはインターフェースメッセージF1-APを使用して構成情報を送信または受信するようにさらに構成される。

さらに、トランシーバユニット1110は、DUによってSIB1をスケジューリングするための物理ダウンリンク共有チャネルPDSCHの時間領域パラメータを第2のノードに報告するようにさらに構成される。時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当て（time domain resource assignment）を含む。

前述の実施形態における処理ユニット1120は、プロセッサまたはプロセッサ関連回路によって実装されてもよく、トランシーバユニット1110は、トランシーバまたはトランシーバ関連回路によって実装されてもよいことを理解されたい。

図12に示すように、本出願の一実施形態は通信装置1200をさらに提供する。通信装置1200は、プロセッサ1210、メモリ1220、およびトランシーバ1230を含む。メモリ1210は、プログラムを格納する。プロセッサ1210は、メモリ1220に格納されたプログラムを実行するように構成される。メモリ1220に格納されたプログラムが実行されることにより、プロセッサ1210は、前述の方法の実施形態における関連する処理ステップを実行するように構成され、メモリ1220に格納されたプログラムが実行されることにより、プロセッサ1210は、前述の方法の実施形態における関連する送受信ステップを実行するようにトランシーバ1230を制御する。

一実施態様では、通信装置1200は、前述の方法の実施形態において、第1のノード、第2のノード、または第3のノードによって実行される動作を実行するように構成される。この場合、メモリ1220に格納されたプログラムが実行され、その結果、プロセッサ1210は、前述の方法の実施形態における第1のノード、第2のノード、または第3のノード側の処理ステップを実行するように構成され、メモリ1220に格納されたプログラムが実行され、その結果、プロセッサ1210は、前述の方法の実施形態における第1のノード、第2のノード、または第3のノード側の受信および送信ステップを実行するようにトランシーバ1230を制御する。

通信装置1200がチップである場合、チップはトランシーバユニットおよび処理ユニットを含む。トランシーバユニットは、入力／出力回路または通信インターフェースであってもよい。処理ユニットは、チップに集積されたプロセッサ、マイクロプロセッサ、または集積回路であってもよい。

本出願の一実施形態は通信システムをさらに提供する。通信システムは、前述の実施形態におけるドナーノード、IABノード、およびIABノードの親ノードを含む。

本出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体はコンピュータプログラムを格納する。コンピュータプログラムがコンピュータによって実行されると、コンピュータは、前述の方法の実施形態における端末デバイス側の方法または測位管理デバイス側の方法を実施することが可能になる。

本出願の一実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。命令がコンピュータによって実行されると、コンピュータは、前述の方法実施形態における端末デバイス側の方法または測位管理デバイス側の方法を実施することが可能になる。

上記で提供された通信装置のいずれかの関連する内容の説明および有益な効果については、上記で提供された対応する方法の実施形態を参照されたく、ここでは詳細を繰り返さない。

本出願の実施形態におけるノードは、ハードウェア層、ハードウェア層上で動作するオペレーティングシステム層、およびオペレーティングシステム層上で動作するアプリケーション層を含む。ハードウェア層は、中央処理ユニット（central processing unit、CPU）、メモリ管理装置（memory management unit、MMU）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、プロセス（process）を使用してサービス処理を実施する任意の1つまたは複数のコンピュータオペレーティングシステム、例えば、Linux（登録商標）オペレーティングシステム、Unix（登録商標）オペレーティングシステム、Android（登録商標）オペレーティングシステム、iOS（登録商標）オペレーティングシステム、またはWindows（登録商標）オペレーティングシステムであってよい。アプリケーション層は、ブラウザ、連絡先、ワードプロセッシングソフトウェア、およびインスタントメッセージングソフトウェアなどのアプリケーションを含む。加えて、本出願の実施形態で提供される方法の実行体の特定の構造は、本出願の実施形態で提供される方法のコードを記録するプログラムが、本出願の実施形態で提供される方法に従って通信を行うために実行されることができる限りにおいて、本出願の実施形態では特に限定されない。

加えて、本出願の態様または特徴は、方法、装置、または標準的なプログラミング技術および／もしくはエンジニアリング技術を使用する製品として実施されてもよい。本出願で使用される「製品」という用語は、任意のコンピュータ可読構成要素、キャリア、または媒体からアクセスされ得るコンピュータプログラムを包含する。例えば、コンピュータ可読媒体は、磁気記憶構成要素（例えば、ハードディスク、フロッピー（登録商標）ディスク、または磁気テープ）、光ディスク（例えば、コンパクトディスク（compact disc、CD）、またはデジタル多用途ディスク（digital versatile disc、DVD））、スマートカード、およびフラッシュメモリ構成要素（例えば、消去可能プログラム可能読み取り専用メモリ（erasable programmable read-only memory、EPROM）、カード、スティック、またはキードライブ）を含むことができるが、これらに限定されない。加えて、本明細書に記載される様々な記憶媒体は、情報を格納するように構成された1つまたは複数のデバイスおよび／または他の機械可読媒体を表してもよい。「機械可読媒体」という用語は、無線チャネル、ならびに命令および／またはデータを格納、包含、および／または搬送することができる様々な他の媒体を含むことができるが、これらに限定されない。

本出願の実施形態で言及されたプロセッサは、中央処理ユニット（Central Processing Unit、CPU）であってもよいし、または別の汎用プロセッサ、デジタル信号プロセッサ（Digital Signal Processor、DSP）、特定用途向け集積回路（Application-Specific Integrated Circuit、ASIC）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェアコンポーネントなどであってもよいことを理解されたい。汎用プロセッサは、マイクロプロセッサであってもよいし、またはプロセッサは、任意の従来のプロセッサなどであってもよい。

本出願の実施形態で言及されたメモリは、揮発性メモリもしくは不揮発性メモリであってもよいし、または揮発性メモリおよび不揮発性メモリの両方を含んでもよいことをさらに理解されたい。不揮発性メモリは、読み出し専用メモリ（Read-Only Memory、ROM）、プログラマブル読み出し専用メモリ（Programmable ROM、PROM）、消去可能プログラマブル読み出し専用メモリ（Erasable PROM、EPROM）、電気的消去可能プログラマブル読み出し専用メモリ（Electrically EPROM、EEPROM）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Random Access Memory、RAM）であってもよい。限定ではなく例として挙げると、多くの形態のRAM、例えば、スタティックランダムアクセスメモリ（Static RAM、SRAM）、ダイナミックランダムアクセスメモリ（Dynamic RAM、DRAM）、シンクロナスダイナミックランダムアクセスメモリ（Synchronous DRAM、SDRAM）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Double Data Rate SDRAM、DDR SDRAM）、拡張シンクロナスダイナミックランダムアクセスメモリ（Enhanced SDRAM、ESDRAM）、シンクリンクダイナミックランダムアクセスメモリ（Synchlink DRAM、SLDRAM）、ダイレクトラムバスランダムアクセスメモリ（Direct Rambus RAM、DR RAM）が使用され得る。

プロセッサが汎用プロセッサ、DSP、ASIC、FPGAもしくは別のプログラマブル倫理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素であるとき、メモリ（ストレージモジュール）はプロセッサに統合されていることに留意されたい。

本明細書で説明されるメモリは、これらのメモリおよび別の適切なタイプのメモリを含むことを目的とするが、これらに限定されないことに留意されたい。

当業者であれば、本明細書で開示されている実施形態で説明されている例と組み合わせて、ユニットとアルゴリズムステップが、電子ハードウェアによって、またはコンピュータソフトウェアと電子ハードウェアとの組み合わせによって、実装され得ることに気づくであろう。機能がハードウェアとソフトウェアのどちらによって実行されるかは、技術的解決策の特定の用途および設計制約に依存する。当業者であれば、様々な方法を使用して記載の機能を特定の用途ごとに実施し得るが、その実施態様は本出願の範囲を超えるとみなされるべきではない。

当業者は、簡便で簡潔な説明のために、前述のシステム、装置、およびユニットの詳細な作業プロセスについて、前述の方法の実施形態における対応するプロセスを参照されたく、詳細については再度の説明を省略することを明確に理解することができる。

本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、他のやり方で実装されてもよいことを理解されたい。例えば、記載された装置の実施形態は単なる例である。例えば、ユニットに分割することは、単なる論理的機能分割であって、実際の実施態様では他の分割であってもよい。例えば、複数のユニットまたは構成要素は別のシステムに組み合わされてもよく、もしくは統合されてもよいし、または一部の特徴は無視されてもよく、もしくは実行されなくてもよい。加えて、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを介して実施されてもよい。装置間またはユニット間の間接的結合または通信接続は、電気的形態、機械的形態、またはその他の形態で実施されてもよい。

別個の部分として説明されているユニットは、物理的に分離されていてもいなくてもよく、ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、一箇所に置かれてもよく、または複数のネットワークユニットに分散されてもよい。実施形態の解決策の目的を達成するために、実際の要件に基づいて、ユニットの一部または全部が選択されてもよい。

加えて、本出願の実施形態における機能ユニットは1つの処理ユニットに統合されてもよく、またはユニットの各々は物理的に単独で存在してもよく、または2つ以上のユニットが1つのユニットに統合される。

機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、機能はコンピュータ可読記憶媒体に格納されてもよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策のうちのいくつかは、ソフトウェア製品の形態で実装されてもよい。コンピュータソフトウェア製品は記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバやネットワークデバイスであってもよい）に本出願の実施形態で説明されている方法のステップのすべてまたは一部を実行するように指示するいくつかの指示を含む。記憶媒体は、USBフラッシュドライブ、リムーバブルハードディスク、読み取り専用メモリ（read-only memory、ROM）、ランダムアクセスメモリ（random access memory、RAM）、磁気ディスク、光ディスクなどの、プログラムコードを格納することができる任意の媒体を含む。

前述の説明は、単なる本出願の特定の実施形態であり、本出願の保護範囲を限定することを意図するものではない。本出願で開示された技術的範囲内で当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

100 基地局／親ノード
101 端末デバイス
102 無線リンク
110 IABノード／子ノード
111 端末デバイス
112 無線リンク
113 無線バックホールリンク
120 IABノード
121 端末デバイス
122 無線リンク
123 無線バックホールリンク
130 IABノード
131 端末デバイス
132 無線リンク
133 無線バックホールリンク
134 バックホールリンク
1000 通信方法
1100 ノード
1110 トランシーバユニット
1120 処理ユニット
1200 通信装置
1210 プロセッサ
1220 メモリ
1230 トランシーバ

Claims

通信方法であって、
第2のノードにより、第3のノードから構成情報を受信するステップであって、前記構成情報は、第1のノードの分散ユニット（DU）のシステム情報ブロック1（SIB1）の時間－周波数情報を示す、ステップと、
前記第1のノードの前記DUの前記SIB1の取得された前記時間－周波数情報に基づいて、前記第1のノードの移動終端（MT）機能の利用不可能なリソースを決定するステップと、
を含み、
前記第1のノードは統合アクセスおよびバックホール（IAB）ノードであり、前記第2のノードは前記第1のノードの親ノードであり、前記第3のノードはドナーノードである、方法。
前記構成情報は、同期信号／物理ブロードキャストチャネル（SS/PBCH）ブロックの時間－周波数情報を含む、請求項1に記載の方法。
前記SS/PBCHブロックの前記時間－周波数情報は、
前記SS/PBCHブロックの周期およびオフセット、半フレーム内の前記SS/PBCHブロックのインデックス、前記SS/PBCHブロックのサブキャリア間隔、および前記SS/PBCHブロックの周波数領域情報
のうちの1つまたは複数を含む、請求項2に記載の方法。
前記構成情報は、
前記SIB1の物理ダウンリンク制御チャネル（PDCCH）によって占有されるCORESET構成および探索空間
をさらに含み、前記CORESET構成は、
SS/PBCHブロックと前記SIB1との間の多重化パターンに関する情報、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
のうちの1つまたは複数を含む、請求項1から3のいずれか一項に記載の方法。
前記第2のノードは、1つまたは複数のテーブルを格納し、前記1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックと前記SIB1との間の多重化パターン、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
を記録する、請求項1から3のいずれか一項に記載の方法。
前記第2のノードにより、前記SIB1のサブキャリア間隔および前記SS/PBCHブロックのサブキャリア間隔を取得するステップと、
前記SIB1の前記サブキャリア間隔および前記SS/PBCHブロックの前記サブキャリア間隔に基づいて前記1つまたは複数のテーブル内の第1のテーブルを決定するステップと、
前記第2のノードにより、第1のインデックスを受信するステップであって、前記第1のインデックスは、前記SIB1のPDCCHによって占有されるCORESET構成を示す、ステップと、
前記第1のインデックスに基づいて前記第1のテーブルにおいて、前記SIB1の前記PDCCHによって占有される前記CORESET構成を決定するステップと、
をさらに含む、請求項5に記載の方法。
前記構成情報は、
前記SIB1の周期を示す情報および前記SIB1のオフセットを示す情報
をさらに含む、請求項1から6のいずれか一項に記載の方法。
前記SIB1の前記周期を示す前記情報は、SS/PBCHブロックの周期の倍数である、請求項7に記載の方法。
前記構成情報は、
前記第1のノードの前記DUの前記SIB1のPDCCHによって占有されるスロット
をさらに含む、請求項8に記載の方法。
前記第1のノードの前記DUの前記SIB1の取得された前記時間－周波数情報に基づいて、前記第1のノードの移動終端（MT）機能の利用不可能なリソースを決定する前記ステップは、
前記第1のノードの前記DUの前記SIB1によって占有される時間－周波数リソースを、前記第1のノードの前記MT機能の前記利用不可能なリソースとして決定するステップ
を含む、請求項1から9のいずれか一項に記載の方法。
前記構成情報は、無線リソース制御（RRC）シグナリングまたはインターフェースメッセージF1-APを使用することによって受信される、請求項1から10のいずれか一項に記載の方法。
前記第2のノードにより、前記第1のノードの前記DUによって前記SIB1をスケジューリングするための物理ダウンリンク共有チャネル（PDSCH）の時間領域パラメータを受信するステップ
をさらに含む、請求項1から11のいずれか一項に記載の方法。
前記時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当てを含む、請求項12に記載の方法。
前記第1のノードの前記DUによって前記SIB1を送信するためのリソースは、前記第1のノードの前記DUのハードリソースとみなされ、および／または
前記第1のノードの前記DUによって前記SS/PBCHブロックを送信するためのリソースは、前記第1のノードの前記DUのハードリソースとみなされる、請求項2に記載の方法。
前記構成情報は、
前記SIB1のサブキャリア間隔および／または前記SS/PBCHブロックのサブキャリア間隔
をさらに含む、請求項2に記載の方法。
通信方法であって、
第1のノードにより、統合アクセスおよびバックホール（IAB）ノードの分散ユニット（DU）のシステム情報ブロック1（SIB1）の時間－周波数情報を決定するステップと、
構成情報を第2のノードに送信するステップであって、前記構成情報は前記SIB1の前記時間－周波数情報を示し、前記第1のノードはドナーノードであり、前記第2のノードは前記IABノードの親ノードである、ステップと、
を含む方法。
前記構成情報は、同期信号／物理ブロードキャストチャネル（SS/PBCH）ブロックの時間領域情報をさらに含む、請求項16に記載の方法。
前記SS/PBCHブロックの前記時間－周波数情報は、
前記SS/PBCHブロックの周期およびオフセット、半フレーム内の前記SS/PBCHブロックのインデックス、前記SS/PBCHブロックのサブキャリア間隔、および前記SS/PBCHブロックの周波数領域情報
のうちの1つまたは複数を含む、請求項17に記載の方法。
前記構成情報は、
前記SIB1の物理ダウンリンク制御チャネル（PDCCH）によって占有されるCORESET構成および探索空間
をさらに含み、前記CORESET構成は、
SS/PBCHブロックと前記SIB1との間の多重化パターンに関する情報、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
のうちの1つまたは複数を含む、請求項16から18のいずれか一項に記載の方法。
前記構成情報は、
前記SIB1のサブキャリア間隔および／またはSS/PBCHブロックのサブキャリア間隔
をさらに含む、請求項16から18のいずれか一項に記載の方法。
前記構成情報は、
前記SIB1の周期を示す情報および前記SIB1のオフセットを示す情報
をさらに含む、請求項17から20のいずれか一項に記載の方法。
前記SIB1の前記周期を示す前記情報は、SS/PBCHブロックの周期の倍数である、請求項21に記載の方法。
前記構成情報は、
前記IABノードの前記DUの前記SIB1のPDCCHによって占有されるスロット
をさらに含む、請求項17から22のいずれか一項に記載の方法。
前記構成情報は、無線リソース制御（RRC）シグナリングまたはインターフェースメッセージF1-APを使用することによって送信される、請求項16から23のいずれか一項に記載の方法。
前記第1のノードにより、前記DUによって前記SIB1をスケジューリングするための物理ダウンリンク共有チャネル（PDSCH）の時間領域パラメータを前記第2のノードに報告するステップ
をさらに含む、請求項16から24のいずれか一項に記載の方法。
前記時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当てを含む、請求項25に記載の方法。
ノードであって、
第3のノードから構成情報を受信し、前記構成情報は、第1のノードの分散ユニット（DU）のシステム情報ブロック1（SIB1）の時間－周波数情報を示す、ように構成されたトランシーバユニットと、
前記第1のノードの前記DUの前記SIB1の取得された前記時間－周波数情報に基づいて、前記第1のノードの移動終端（MT）機能の利用不可能なリソースを決定するように構成された処理ユニットと、
を含み、
前記第1のノードは統合アクセスおよびバックホール（IAB）ノードであり、前記第3のノードはドナーノードである、ノード。
前記構成情報は、同期信号／物理ブロードキャストチャネル（SS/PBCH）ブロックの時間領域情報をさらに含む、請求項27に記載のノード。
前記SS/PBCHブロックの前記時間領域情報は、前記SS/PBCHブロックの周期およびオフセットを含む、請求項28に記載のノード。
前記構成情報は、
前記SIB1の物理ダウンリンク制御チャネル（PDCCH）によって占有されるCORESET構成および探索空間
をさらに含み、前記CORESET構成は、
SS/PBCHブロックと前記SIB1との間の多重化パターンに関する情報、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
のうちの1つまたは複数を含む、請求項27から29のいずれか一項に記載のノード。
前記ノードは、
1つまたは複数のテーブルを格納するように構成された記憶ユニット
をさらに含み、前記1つまたは複数のテーブルの各々は、
インデックス、SS/PBCHブロックと前記SIB1との間の多重化パターン、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
を記録する、請求項27から29のいずれか一項に記載のノード。
前記トランシーバユニットは、前記SIB1のサブキャリア間隔および前記SS/PBCHブロックのサブキャリア間隔を取得し、第1のインデックスを受信し、前記第1のインデックスは、前記SIB1のPDCCHによって占有されるCORESET構成を示す、ようにさらに構成され、
前記処理ユニットは、前記SIB1の前記サブキャリア間隔および前記SS/PBCHブロックの前記サブキャリア間隔に基づいて前記1つまたは複数のテーブル内の第1のテーブルを決定し、前記第1のインデックスに基づいて前記第1のテーブルにおいて、前記SIB1の前記PDCCHによって占有される前記CORESET構成を決定するようにさらに構成される、請求項31に記載のノード。
前記構成情報は、
前記SIB1の周期を示す情報および前記SIB1のオフセットを示す情報
をさらに含む、請求項27から32のいずれか一項に記載のノード。
前記SIB1の前記周期を示す前記情報は、SS/PBCHブロックの周期の倍数である、請求項33に記載のノード。
前記構成情報は、
前記第1のノードの前記DUの前記SIB1のPDCCHによって占有されるスロット
をさらに含む、請求項27から34のいずれか一項に記載のノード。
前記処理ユニットは、前記第1のノードの前記DUの前記SIB1によって占有される時間－周波数リソースを、前記第1のノードの前記MT機能の前記利用不可能なリソースとして決定するように構成される、請求項27から35のいずれか一項に記載のノード。
前記トランシーバユニットは、無線リソース制御（RRC）シグナリングまたはインターフェースメッセージF1-APを使用することによって前記構成情報を受信するように構成される、請求項27から36のいずれか一項に記載のノード。
前記トランシーバユニットは、前記第1のノードの前記DUによって前記SIB1をスケジューリングするための物理ダウンリンク共有チャネル（PDSCH）の時間領域パラメータを受信するようにさらに構成される、請求項27から37のいずれか一項に記載のノード。
前記時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当てを含む、請求項38に記載のノード。
前記第1のノードの前記DUによって前記SIB1を送信するためのリソースは、前記第1のノードの前記DUのハードリソースとみなされ、および／または
前記第1のノードの前記DUによって前記SS/PBCHブロックを送信するためのリソースは、前記第1のノードの前記DUのハードリソースとみなされる、請求項28に記載のノード。
前記構成情報は、
前記SIB1のサブキャリア間隔および／または前記SS/PBCHブロックのサブキャリア間隔
をさらに含む、請求項28に記載のノード。
第1のノードであって、
統合アクセスおよびバックホール（IAB）ノードの分散ユニット（DU）のシステム情報ブロック1（SIB1）の時間－周波数情報を決定するように構成された処理ユニットと、
構成情報を第2のノードに送信し、前記構成情報は前記SIB1の前記時間－周波数情報を示し、前記第1のノードはドナーノードであり、前記第2のノードは前記IABノードの親ノードである、ように構成されたトランシーバユニットと、
を含む第1のノード。
前記構成情報は、同期信号／物理ブロードキャストチャネル（SS/PBCH）ブロックの時間領域情報をさらに含む、請求項42に記載の第1のノード。
前記SS/PBCHブロックの前記時間領域情報は、前記SS/PBCHブロックの周期およびオフセットを含む、請求項43に記載の第1のノード。
前記構成情報は、
前記SIB1の物理ダウンリンク制御チャネル（PDCCH）によって占有されるCORESET構成および探索空間
をさらに含み、前記CORESET構成は、
SS/PBCHブロックと前記SIB1との間の多重化パターンに関する情報、前記SIB1の周波数領域情報、および前記SIB1の周波数領域オフセット
のうちの1つまたは複数を含む、請求項42または43に記載の第1のノード。
前記構成情報は、
前記SIB1のサブキャリア間隔および／またはSS/PBCHブロックのサブキャリア間隔
をさらに含む、請求項42から45のいずれか一項に記載の第1のノード。
前記構成情報は、
前記SIB1の周期を示す情報および前記SIB1のオフセットを示す情報
をさらに含む、請求項42から46のいずれか一項に記載の第1のノード。
前記SIB1の前記周期を示す前記情報は、SS/PBCHブロックの周期の倍数である、請求項47に記載の第1のノード。
前記構成情報は、
前記IABノードの前記DUの前記SIB1のPDCCHによって占有されるスロット
をさらに含む、請求項42から48のいずれか一項に記載の第1のノード。
前記トランシーバユニットは、無線リソース制御（RRC）シグナリングまたはインターフェースメッセージF1-APを使用することによって前記構成情報を送信する、請求項42から49のいずれか一項に記載の第1のノード。
前記トランシーバユニットは、
前記DUによって前記SIB1をスケジューリングするための物理ダウンリンク共有チャネル（PDSCH）の時間領域パラメータを前記第2のノードに報告する
ようにさらに構成される、請求項42から50のいずれか一項に記載の第1のノード。
前記時間領域パラメータは、ダウンリンク制御情報における時間領域リソース割り当てを含む、請求項51に記載の第1のノード。
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を格納し、前記命令が実行されると、請求項1から15のいずれか一項に記載の方法または請求項16から26のいずれか一項に記載の方法が実行される、コンピュータ可読記憶媒体。
中継システムにおけるリソース決定システムであって、ドナーノードと、少なくとも1つの第1のノードと、少なくとも1つの第2のノードと、を含み、前記第2のノードは前記第1のノードの親ノードであり、
前記第2のノードは、請求項1から15のいずれか一項に記載の方法を実行するように構成され、
前記ドナーノードは、請求項16から26のいずれか一項に記載の方法を実行するように構成される、リソース決定システム。