JP2022516804A - リソース構成方法および装置 - Google Patents

Abstract

本出願は、リソース構成方法および装置を提供する。第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間の多重化タイプが、ＩＡＢノードに示され、それにより、ＩＡＢノードは、多重化タイプに基づいてＭＴのリソース構成またはＤＵのリソース構成を取得する。これは、複数のアンテナパネルの場合においてＩＡＢノード中にリソース構成を実装するのを助ける。本方法は、第１のノードによって、第２のノードによって送信された第１のインジケーション情報を受信するステップであって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、ステップと、第１のノードによって、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信するステップであって、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される、ステップとを含む。

Description

本出願は、通信分野に関し、より詳細には、リソース構成方法および装置に関する。

モバイル通信技術が絶え間なく発達するにつれて、スペクトルリソースがますます不足するようになっている。スペクトル利用を改善するために、基地局は、将来ではより高密度に展開されるだろう。加えて、高密度展開はカバレージホールを回避することができる。従来のセルラーネットワークアーキテクチャでは、基地局は、光ファイバーを使用することによってコアネットワークに接続される。しかしながら、ファイバー展開は多くのシナリオにおいてコストがかかる。ワイヤレスリレーノード（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）が、ワイヤレスバックホールリンクを使用することによってコアネットワークに接続されて、光ファイバー展開コストが部分的に低減されることが可能となる。

通常、リレーノードは、１つまたは複数の親ノードへのワイヤレスバックホールリンクを確立し、親ノードを通してコアネットワークにアクセスする。親ノードは、複数のタイプのシグナリングを使用することによってリレーノードに対して制御（たとえば、データスケジューリング、タイミング変調、および電力制御）を実施し得る。加えて、リレーノードは、複数の子ノードにサービスを提供し得る。リレーノードの親ノードは、基地局または別のリレーノードであり得る。リレーノードの子ノードは、端末または別のリレーノードであり得る。将来のワイヤレスネットワークの高帯域幅を考慮すると、さらに展開コストを低減し展開フレキシビリティを改善するために、統合アクセスおよびバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）解決策が５Ｇ新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に導入されると考えられる。したがって、統合アクセスおよびバックホールリレー、すなわち、ＩＡＢノードが導入される。

ＩＡＢノードは、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）および分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）という機能ユニットの２つの部分を含み得る。ＭＴは、ＩＡＢノードによって親ノードと通信するために使用され、ＤＵは、ＩＡＢノードによって子ノードと通信するために使用される。複数のアンテナパネル（ｐａｎｅｌ）またはセルをもつシナリオでは、ＩＡＢノードにおいてＭＴリソースおよびＤＵリソースを構成するための解決策がない。

この点を考慮して、本出願は、リソース構成方法および装置を提供する。第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間の多重化タイプが、ＩＡＢノードに示され、それにより、ＩＡＢノードは、多重化タイプに基づいてＭＴのリソース構成またはＤＵのリソース構成を取得する。これは、複数のアンテナパネルの場合においてＩＡＢノード中にリソース構成を実装するのを助ける。

第１の態様によれば、リソース構成方法が提供され、本方法は、第１のノードが、第２のノードによって送られた第１のインジケーション情報を受信することを含む。第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。第１のノードは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信する。第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。したがって、リソース多重化タイプを取得した後に、第１のノードは、第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、それにより、複数のアンテナパネルの場合においてＩＡＢノード中にリソース構成を実装することができる。

可能な実装では、本方法は、第１のノードが、第２のノードからリソース構成情報を受信することをさらに含む。リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて決定される。プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。したがって、第１のノードは、第２のノードから第１の機能ユニットのリソース構成をさらに取得し、次いで、第１の機能ユニットのリソース構成を使用することによって第２の機能ユニットのリソース構成についてプリセット関係を探索し得る。

可能な実装では、本方法は、第１のノードが、第２のインジケーション情報を第２のノードに送ることをさらに含む。第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用される。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表す。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。したがって、第１のノードは、サポートされるリソース多重化タイプを第２のノードに報告し得、それにより、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成することができる。

任意選択で、第１の機能ユニットはモバイル端末ＭＴであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴである。

可能な実装では、ＤＵのリソース構成が決定されたとき、本方法は、第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、第１のノードが、ＤＵのリソース構成中のリソースを調整することをさらに含む。送信されるべき信号に対応するリソースは、第１タイプのリソースである。したがって、いくつかの特殊な送信されるべき信号の場合、これらの送信されるべき信号の送信の成功を保証するために、第１のノードは、ＤＵのリソース構成中のリソースを調整し得る。「調整」は、ソフトリソースもしくは利用不可能なリソースをハードリソースに調整すること、またはハードリソースをソフトリソースもしくは利用不可能なリソースに調整することとして解釈され得る。

任意選択で、送信されるべき信号は、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号という信号のうちの１つまたは複数を含む。

任意選択で、第１のノードのＤＵ中に、送信されるべき信号がある場合、第１のノードがＤＵのリソース構成を調整することは、第１のノードが、ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定した場合、第１のノードは、第１のリソースを第１タイプのリソースに調整することを含む。第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである。ＤＵにおける送信されるべき信号の送信の成功を保証するために、送信されるべき信号を送信するために使用され、ＤＵのリソース構成中にあるリソースが、ハードリソースであることが保証される必要がある。したがって、ＤＵのリソース構成中の第１のリソースがソフトリソースまたは利用不可能なリソースである場合、第１のリソースは、ハードリソースに変換される。

任意選択で、第１のノードのＭＴ中に、送信されるべき信号がある場合、第１のノードがＤＵのリソース構成を調整することは、第１のノードが、ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定した場合、第１のノードが、第２のリソースを第２タイプのリソースに調整することを含む。第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである。ＭＴにおける送信されるべき信号の送信の成功を保証するために、送信されるべき信号を送信するために使用され、ＭＴのリソース構成中にあるリソースが、ハードリソースであることが保証される必要がある。したがって、第２のリソースは、ＭＴにおける送信されるべき信号の送信の成功を保証するために、ソフトリソースまたは利用不可能なリソースに変換され得る。

第２の態様によれば、リソース構成方法が提供され、本方法は、第２のノードが第１のインジケーション情報を決定することを含む。第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される。第２のノードは、第１のインジケーション情報を第１のノードに送る。したがって、第２のノードは、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを第１のノードに送り、それにより、第１のノードは、リソース多重化タイプに基づいて、および第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、それにより、複数のアンテナパネルの場合においてＩＡＢノード中のリソース構成を実装する。

可能な実装では、本方法は、第２のノードがリソース構成情報を第１のノードに送ることをさらに含む。リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。したがって、第２のノードは、第１の機能ユニットのリソース構成を第１のノードに送り、それにより、第１のノードは、第１の機能ユニットのリソース構成を使用することによって第２の機能ユニットのリソース構成についてプリセット関係を探索する。

可能な実装では、本方法は、第２のノードが、第１のノードによって送られた第２のインジケーション情報を受信することをさらに含む。第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用される。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表す。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。第２のノードが第１のインジケーション情報を決定することは、第２のノードが、第２のインジケーション情報に基づいて第１のインジケーション情報を決定することを含む。したがって、第２のノードは、第１のノードによってサポートされ、第１のノードによって報告されたリソース多重化タイプを受信し、それにより、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成することができる。

任意選択で、第１の機能ユニットはモバイル端末ＭＴであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴである。

第３の態様によれば、通信装置が提供される。通信装置は、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。

第４の態様によれば、通信装置が提供される。通信装置は、第２の態様または第２の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含む。

第５の態様によれば、通信装置が提供される。通信装置は、上記の方法設計における第１のノード（たとえば、ＩＡＢノードもしくは端末デバイス）であり得るか、または第１のノード中に配設されたチップであり得る。通信装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ中の命令を実行して、第１の態様または第１の態様の可能な実装のいずれか１つにおける第１のノードによって実施される方法を実装するように構成され得る。任意選択で、通信装置はメモリをさらに含む。任意選択で、通信装置は通信インターフェースをさらに含む。プロセッサは通信インターフェースに結合される。

通信装置が第１のノードであるとき、通信インターフェースは、トランシーバまたは入出力インターフェースであり得る。

通信装置が、第１のノード中に配設されたチップであるとき、通信インターフェースは入出力インターフェースであり得る。

任意選択で、トランシーバはトランシーバ回路であり得る。任意選択で、入出力インターフェースは入出力回路であり得る。

第６の態様によれば、通信装置が提供される。通信装置は、上記の方法設計における第２のノード（たとえば、ドナー基地局）であり得るか、または第２ノード中に配設されたチップであり得る。通信装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ中の命令を実行して、第２の態様または第２の態様の可能な実装のいずれか１つにおける第２のノードによって実施される方法を実装するように構成され得る。任意選択で、通信装置はメモリをさらに含む。任意選択で、通信装置は通信インターフェースをさらに含む。プロセッサは通信インターフェースに結合される。

通信装置が第２のノードであるとき、通信インターフェースは、トランシーバまたは入出力インターフェースであり得る。

通信装置が、第２のノード中に配設されたチップであるとき、通信インターフェースは入出力インターフェースであり得る。

任意選択で、トランシーバはトランシーバ回路であり得る。任意選択で、入出力インターフェースは入出力回路であり得る。

第７の態様によれば、プログラムが提供される。プロセッサによって実行されたとき、プログラムは、第１の態様もしくは第２の態様または第１の態様もしくは第２の態様の可能な実装におけるいずれかの方法を実施するように構成される。

第８の態様によれば、プログラム製品が提供される。プログラム製品はプログラムコードを含む。プログラムコードが、通信装置（たとえば、第１のノード）の通信ユニット、処理ユニット、トランシーバ、またはプロセッサによって実行されたとき、通信デバイスは、第１の態様または第１の態様の可能な実装におけるいずれかの方法を実施することを可能にされる。

第９の態様によれば、プログラム製品が提供される。プログラム製品はプログラムコードを含む。プログラムコードが、通信装置（たとえば、第２のノード）の通信ユニット、処理ユニット、トランシーバ、またはプロセッサによって実行されたとき、通信デバイスは、第２の態様または第２の態様の可能な実装のいずれか１つにおける方法を実施することを可能にされる。

第１０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はプログラムを記憶する。プログラムは、通信装置（たとえば、第１のノード）が、第１の態様または第１の態様の可能な実装のいずれか１つにおける方法を実施することを可能にする。

第１１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はプログラムを記憶する。プログラムは、通信装置（たとえば、第２のノード）が、第２の態様または第２の態様の可能な実装におけるいずれかの方法を実施することを可能にする。

本出願の実施形態が適用可能である通信システムの概略構造図である。 複数のアンテナパネルをもつシナリオの例の概略図である。 本出願の実施形態によるリソース構成方法の概略相互作用図である。 異なるリソース多重化タイプの場合における、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応の概略図である。 ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとの間の多重化タイプの概略図である。 ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとのリソース構成の概略図である。 ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの例の概略図である。 本出願の実施形態によるリソース構成を調整する例の概略図である。 本出願の実施形態によるリソース構成を調整する例の概略図である。 本出願の実施形態によるリソース構成装置の概略ブロック図である。 本出願の実施形態によるリソース構成装置の概略構造図である。 本出願の別の実施形態によるリソース構成装置の概略ブロック図である。 本出願の別の実施形態によるリソース構成装置の概略構造図である。

以下で、添付の図面を参照しながら本出願の技術的解決策について説明する。

本出願の実施形態の説明では、特に明記されない限り、「複数」または「複数の」は、２または２よりも大きいことを意味する。加えて、「少なくとも１つ」は、「１つまたは複数」と交換され得る。

本出願におけるすべてのノードおよびメッセージの名前は、本出願において説明しやすくするための名前セットにすぎず、実際のネットワークでは異なる名前であり得ることを理解されたい。様々なノードおよびメッセージの名前が本出願において限定されると理解されるべきではない。反対に、本出願において使用されるノードまたはメッセージのものと同じまたは同様の機能を有するどんな名前も、本出願における方法または等価な交換と見なされ、本出願の保護範囲内にある。詳細について以下で説明されない。

将来のワイヤレスネットワークの高帯域幅を考慮すると、さらに展開コストを低減し展開フレキシビリティを改善するために、統合アクセスおよびバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）解決策が第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に導入されると考えられ、したがって、統合アクセスおよびバックホールリレーが導入される。本出願では、統合アクセスおよびバックホールをサポートするリレーノードは、ＩＡＢノード（ＩＡＢ ｎｏｄｅ）と呼ばれ、したがって、リレーノードは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）リレーとは区別される。ＩＡＢノードを含むシステムは、リレーシステムとも呼ばれる。

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

本出願の実施形態において述べられた通信システムは、限定されないが、狭帯域のモノのインターネット（ｎａｒｒｏｗ ｂａｎｄ－ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）システム、ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システム、ＬＴＥシステム、ＮＲまたは５Ｇ後の通信システムなどの次世代５Ｇモバイル通信システム、およびデバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ、Ｄ２Ｄ）通信システムを含むことに留意されたい。

図１に示されている通信システムでは、統合アクセスおよびバックホールＩＡＢシステムが提供される。１つのＩＡＢシステムは、少なくとも１つの基地局１００、基地局１００によってサービスされる１つまたは複数の端末デバイス（端末）１０１、１つまたは複数のリレーノードＩＡＢノード、およびＩＡＢノード１１０によってサービスされる１つまたは複数の端末デバイス１１１を含む。通常、基地局１００は、ドナー基地局（ドナー次世代ノードＢ、ＤｇＮＢ）と呼ばれ、ＩＡＢノード１１０は、ワイヤレスバックホールリンク１１３を使用することによって基地局１００に接続される。本出願では、ドナー基地局は、ドナーノード、すなわち、ｄｏｎｏｒ ｎｏｄｅとも呼ばれる。基地局は、限定はされないが、発展型ノードＢ（ｅｖｏｌｖｅｄ ｎｏｄｅ ｂａｓｅ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ノードＢ（ｎｏｄｅ Ｂ、ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、基地トランシーバ局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（たとえば、ホーム発展型ノードＢ、またはホームノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ Ｕｎｉｔ、ＢＢＵ）、ｅＬＴＥ（発展型ＬＴＥ、ｅＬＴＥ）基地局、ＮＲ基地局（次世代ノードＢ、ｇＮＢ）などを含む。端末デバイスは、限定はされないが、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局、アクセス端末、ユーザユニット、ユーザ局、移動局、リモート局、リモート端末、モバイルデバイス、端末、ワイヤレス通信デバイス、ユーザエージェント、およびワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＷＬＡＮ）中にある局（ｓｔａｔｉｏｎ、ＳＴ）、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、ワイヤレスモデムに接続された別の処理デバイス、車載型デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク中の移動局、将来の発展型パブリックランドモバイルネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）中の端末デバイスなどのいずれか１つを含む。ＩＡＢノードは、リレーノードの特定の名前であり、本出願の実施形態における解決策に対する限定とはならない。ＩＡＢノードは、フォワーディング機能を有する上記の基地局もしくは端末デバイスのうちの１つであり得るか、または独立したデバイス形態であり得る。

統合アクセスおよびバックホールシステムは、複数の他のＩＡＢノード、たとえば、ＩＡＢノード１２０およびＩＡＢノード１３０をさらに含み得る。ＩＡＢノード１２０は、ネットワークにアクセスするために、ワイヤレスバックホールリンク１２３を使用することによってＩＡＢノード１１０に接続される。ＩＡＢノード１３０は、ネットワークにアクセスするために、ワイヤレスバックホールリンク１３３を使用することによってＩＡＢノード１１０に接続される。ＩＡＢノード１２０は、１つまたは複数の端末デバイス１２１をサービスする。ＩＡＢノード１３０は、１つまたは複数の端末デバイス１３１をサービスする。図１では、ＩＡＢノード１１０とＩＡＢノード１２０の両方が、ワイヤレスバックホールリンクを使用することによってネットワークに接続される。本出願では、ワイヤレスバックホールリンクはリレーノードの観点から見られる。たとえば、ワイヤレスバックホールリンク１１３は、ＩＡＢノード１１０のバックホールリンクであり、ワイヤレスバックホールリンク１２３は、ＩＡＢノード１２０のバックホールリンクである。図１に示されているように、ＩＡＢノード１２０など、１つのＩＡＢノードは、ネットワークにアクセスするために、ワイヤレスバックホールリンク１２３などのワイヤレスバックホールリンクを使用することによって別のＩＡＢノード１１０に接続され得る。加えて、リレーノードは、ワイヤレスリレーノードの複数のレベルを使用することによってネットワークに接続され得る。本出願では、ＩＡＢノードは、説明の目的のために使用されるにすぎず、本出願の解決策がＮＲシナリオにおいてのみ使用されることを示さないことを理解されたい。本出願では、ＩＡＢノードは、リレー機能を有する任意のノードまたはデバイスであり得る。本出願におけるＩＡＢノードの使用およびリレーノードの使用は、同じ意味を有することを理解されたい。

説明しやすいように、以下で、本出願の実施形態において使用される基本的用語または概念を定義する。

親ノード：ＩＡＢノード１１０など、ワイヤレスバックホールリンクリソースを提供するノードは、ＩＡＢノード１２０の親ノードと呼ばれる。親ノードは、ＩＡＢノード、ドナー基地局（たとえば、ドナーノード）、ネットワークデバイスなどであり得ることを理解されたい。これは限定されない。

子ノード：バックホールリンクリソース上でネットワークにデータを送信するかまたはネットワークからデータを受信するノードは、子ノードと呼ばれ、たとえば、ＩＡＢノード１２０は、リレーノード１１０の子ノードと呼ばれ、端末デバイス１３１は、リレーノード１３０の子ノードと呼ばれることがあり、ネットワークは、コアネットワーク、またはインターネットもしくは専用ネットワークなどの別のアクセスネットワーク上のネットワークである。

アクセスリンク：アクセスリンクは、ノードの子ノードと通信するためにノードによって使用されるワイヤレスリンクであり、アップリンク送信リンクおよびダウンリンク送信リンクを含む。アクセスリンク上で、アップリンク送信は、アクセスリンク上のアップリンク送信とも呼ばれ、ダウンリンク送信は、アクセスリンク上のダウンリンク送信とも呼ばれる。ノードは、限定はされないが、上記のＩＡＢノードを含む。

バックホールリンク：バックホールリンクは、ノードの親ノードと通信するためにノードによって使用されるワイヤレスリンクであり、アップリンク送信リンクおよびダウンリンク送信リンクを含む。バックホールリンク上で、アップリンク送信は、バックホールリンク上のアップリンク送信とも呼ばれ、ダウンリンク送信は、バックホールリンク上のダウンリンク送信とも呼ばれる。ノードは、限定はされないが、上記のＩＡＢノードを含む。

別の説明では、ＩＡＢノードは、２つの部分、すなわち、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）および分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）に分割され得る。ＭＴは、ＩＡＢノードによって親ノードと通信するために使用され、ＤＵは、ＩＡＢノードによって子ノードと通信するために使用される。ＩＡＢノード中のＭＴと親ノードとの間のリンクは、親ＢＨリンク（ｐａｒｅｎｔ ＢＨ ｌｉｎｋ）と呼ばれ、ＩＡＢノード中のＤＵと子ＩＡＢノードとの間のリンクは、子ＢＨリンク（ｃｈｉｌｄ ＢＨ ｌｉｎｋ）と呼ばれる。しかしながら、ＩＡＢノード中のＤＵと下位ＵＥとの間のリンクは、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）と呼ばれる。しかしながら、本出願では、説明しやすいように、ＩＡＢノードと親ノードとの間のリンクは、バックホールリンクと呼ばれ、ＩＡＢノードと子ＩＡＢノードおよび／またはＵＥとの間のリンクは、まとめてアクセスリンクと呼ばれる。

通常、子ノードは、親ノードの端末デバイスと見なされ得る。図１に示されている統合アクセスおよびバックホールシステムでは、１つのＩＡＢノードが１つの親ノードに接続されることを理解されたい。しかしながら、将来のリレーシステムでは、ワイヤレスバックホールリンクの信頼性を改善するために、ＩＡＢノード１２０などの１つのＩＡＢノードは、ＩＡＢノードを同時にサービスする複数の親ノードを有し得る。たとえば、図中のＩＡＢノード１３０は、さらに、バックホールリンク１３４を使用することによってＩＡＢノード１２０に接続され得る。言い換えれば、ＩＡＢノード１１０とＩＡＢノード１２０の両方は、ＩＡＢノード１３０の親ノードである。ＩＡＢノード１１０、１２０、および１３０の名前は、ＩＡＢノード１１０、１２０、および１３０が展開されるシナリオまたはネットワークを限定せず、リレーおよびＲＮなど、任意の他の名前であり得る。本出願では、ＩＡＢノードは、説明しやすくするためにのみ使用される。

図１において、ワイヤレスリンク１０２、１１２、１２２、１３２、１１３、１２３、１３３、および１３４は、アップリンクおよびダウンリンク送信リンクを含む、双方向リンクであり得る。特に、ワイヤレスバックホールリンク１１３、１２３、１３３、および１３４は、子ノードにサービスを提供するために親ノードによって使用され得る。たとえば、親ノード１００は、子ノード１１０にワイヤレスバックホールサービスを提供する。バックホールリンクのアップリンクおよびダウンリンクは分離され得る、すなわち、送信は、アップリンクおよびダウンリンク上で同じノードを使用することによって実施されないことを理解されたい。ダウンリンク送信は、ノード１００などの親ノードによってノード１１０などの子ノードに情報またはデータを送信することを指す。アップリンク送信は、ノード１１０などの子ノードによってノード１００などの親ノードに情報またはデータを送信することを指す。ノードは、ネットワークノードまたは端末デバイスに限定されない。たとえば、Ｄ２Ｄシナリオでは、端末デバイスは、別の端末デバイスにサービスを提供するためにリレーノードとして働き得る。いくつかのシナリオでは、ワイヤレスバックホールリンクは、代替としてアクセスリンクであり得る。たとえば、バックホールリンク１２３は、代替として、ノード１１０のためのアクセスリンクと見なされることがあり、バックホールリンク１１３は、代替として、ノード１００のためのアクセスリンクである。親ノードは、基地局であり得るか、またはリレーノードであり得、子ノードは、リレーノードであり得るか、またはリレー機能を有する端末デバイスであり得ることを理解されたい。たとえば、Ｄ２Ｄシナリオでは、子ノードは、代替として端末デバイスであり得る。

リレーノード１１０、１２０、または１３０など、図１に示されているリレーノードは、２つの形態で存在し得る。１つの形態は、リレーノードが、独立したアクセスノードとして存在することであり、リレーノードにアクセスする端末デバイスを独立して管理し得る。この場合、リレーノードは、通常、独立した物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ）を有する。この形態のリレーは、通常、完全なプロトコルスタック機能、たとえば、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）機能を有する必要がある。このタイプのリレーは、通常、レイヤ３リレーと呼ばれる。しかしながら、別の形態のリレーノード、およびドナーｅＮＢまたはドナーｇＮＢなどのドナーノードは、同じセルに属し、ユーザは、ドナーノードなどのドナー基地局によって管理される。このタイプのリレーは、通常、レイヤ２リレーと呼ばれる。レイヤ２リレーは、通常、ＮＲの中央ユニットおよび分散ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ ａｎｄ Ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＣＵ－ＤＵ）アーキテクチャにおける基地局ＤｇＮＢのＤＵとして存在し、Ｆ１アプリケーションプロトコル（Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、Ｆ１－ＡＰ）インターフェースを通して、またはトンネリングプロトコルを使用することによってＣＵと通信する。トンネリングプロトコルは、たとえば、汎用パケット無線サービストンネリングプロトコル（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ、ＧＴＰ）プロトコルであり得る。詳細について再び説明されない。ドナーノードは、コアネットワークにアクセスするために使用され得るノードであるか、または無線アクセスネットワーク中のアンカー基地局であり、アンカー基地局は、ネットワークにアクセスするために使用され得る。アンカー基地局は、コアネットワークからデータを受信し、データをリレーノードにフォワーディングすること、またはリレーノードからデータを受信し、データをコアネットワークにフォワーディングすることを担当する。通常、リレーシステム中のドナーノードは、ＩＡＢドナー、すなわち、ドナーノードと呼ばれる。本出願では、これらの２つの名詞が互い違いに使用されることがある。ＩＡＢドナーおよびドナーノードは、異なる機能を有するエンティティまたはネットワーク要素として理解されるべきではないことを理解されたい。

本出願の実施形態では、リレーノード（たとえば、ＩＡＢノード）、端末デバイス、またはネットワークデバイスは、ハードウェアレイヤ、ハードウェアレイヤ上で動作するオペレーティングシステムレイヤ、およびオペレーティングシステムレイヤ上で動作するアプリケーションレイヤを含む。ハードウェアレイヤは、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ、ＭＭＵ）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、処理（ｐｒｏｃｅｓｓ）を使用することによってサービス処理を実装するいずれか１つまたは複数のコンピュータオペレーティングシステム、たとえば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、またはＷｉｎｄｏｗｓオペレーティングシステムであり得る。アプリケーションレイヤは、ブラウザ、アドレス帳、ワードプロセシングソフトウェア、およびインスタント通信ソフトウェアなどのアプリケーションを含む。加えて、本出願の実施形態において提供される方法の実行本体の特定の構造は、本出願の実施形態において提供される方法のコードを記録するプログラムが、本出願の実施形態において提供される方法に従って通信を実施するように実行されることが可能であるとすれば、本出願の実施形態において特に限定されない。たとえば、本出願の実施形態において提供される方法の実行本体は、端末デバイスもしくはネットワークデバイス、または端末デバイスもしくはネットワークデバイスにおいてプログラムを呼び出し実行することができる機能モジュールであり得る。

加えて、本出願の態様または特徴は、標準のプログラミングおよび／またはエンジニアリング技術を使用する方法、装置、または製品として実装され得る。本出願において使用される「製品」という用語は、任意のコンピュータ可読構成要素、キャリア、または媒体からアクセスされることが可能なコンピュータプログラムをカバーする。たとえば、コンピュータ可読媒体は、限定はされないが、磁気記憶構成要素（たとえば、ハードディスク、フロッピーディスク、または磁気テープ）、光ディスク（たとえば、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ、ＣＤ）またはデジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ））、ならびにスマートカードおよびフラッシュメモリ構成要素（たとえば、消去可能プログラマブル読取り専用メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭ）、カード、スティック、またはキードライブ）を含み得る。加えて、本明細書で説明される様々な記憶媒体は、情報を記憶するように構成された１つまたは複数のデバイスおよび／または他の機械可読媒体を示し得る。「機械可読媒体」という用語は、限定はされないが、命令および／またはデータを記憶、含有、および／または搬送することができる無線チャネル、および様々な他の媒体を含み得る。

理解しやすいように、本出願の実施形態におけるいくつかの用語または概念について、本明細書で説明される。

ＭＴリソース：ＭＴリソースは、ＩＡＢノードのＭＴ機能によって使用されるリソースである。ＭＴリソースは、アップリンク（ｕｐｌｉｎｋ、Ｕ）リソース、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄ）リソース、またはフレキシブル（ｆｌｅｘｉｂｌｅ、Ｆ）リソースとして構成され得る。

加えて、ＭＴリソースは、以下の２つのタイプのリソースにさらに分類され得る。

利用可能なリソースは、親ノードによってスケジュールされ得るリソースである。

利用不可能な（ヌル、Ｎ）リソースは、親ノードによってスケジュールされないリソースである。当業者は、実際の使用では、利用不可能なリソースが、「ヌル」として示されることもあることを理解されたい。これは、本出願の実施形態に対して限定を課さない。

本出願の実施形態では、ＭＴの利用可能なリソースおよび利用不可能なリソースは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって親ノードによって明示的に構成され得るか、またはＤＵリソースタイプを使用することによってＩＡＢノードによって暗黙的に導出され得る。ＭＴの利用可能なリソースおよび利用不可能なリソースが取得される方式は、本出願の実施形態において限定されない。

ＤＵリソース：ＤＵリソースは、ＩＡＢノードのＤＵ機能によって使用されるリソースである。ＤＵリソースは、アップリンク（ｕｐｌｉｎｋ、Ｕ）リソース、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄ）リソース、フレキシブル（ｆｌｅｘｉｂｌｅ、Ｆ）リソース、または利用不可能な（ヌル、Ｎ）リソースとして構成され得る。さらに、ＤＵのアップリンクリソースは、ソフト（ｓｏｆｔ、Ｓ）リソースおよびハード（ｈａｒｄ、Ｈ）リソースに分類され得る。ＤＵのダウンリンクリソースは、ソフトリソースおよびハードリソースに分類され得る。ＤＵのフレキシブルリソースは、ソフトリソースおよびハードリソースに分類され得る。

ソフトリソース：リソースがＤＵによって使用されることが可能かどうかは、親ノードのインジケーションに依存する。

ハードリソース：ハードリソースは、ＤＵによって常に使用されることが可能なリソースである。

本出願では、ＤＵのソフトリソースおよびハードリソースは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）もしくはインターフェースメッセージ（たとえば、Ｆ１－ＡＰインターフェースメッセージもしくは拡張Ｆ１－ＡＰインターフェースメッセージ）を使用することによって親ノードによって明示的に構成され得るか、またはＭＴのリソース構成を使用することによってＩＡＢノードによって暗黙的に導出され得る。ＤＵのソフトリソースおよびハードリソースが取得される方式は、本出願において限定されない。

ＩＡＢノード中のＭＴリソースとＤＵリソースとの間で異なるリソース多重化タイプ、たとえば、時分割多重化（ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）、静的空間分割多重化（ｓｐａｃｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）、動的ＳＤＭ、または全二重多重化があり得る。異なるリソース多重化タイプの場合、ＭＴリソースのリソース構成とＤＵリソースのリソース構成との間の異なる対応があり得る。たとえば、リソース多重化タイプがＴＤＭである場合、ＩＡＢノードのＭＴおよびＤＵは、送信を同時に実施することができない。リソース多重化タイプがＳＤＭである場合、ＭＴおよびＤＵは、受信することまたは送ることを同時に実施することができる。リソース多重化タイプが全二重である場合、ＭＴおよびＤＵは、送信を同時に実施することができ、同時送信は、同時に受信することまたは同時に送ることに限定されない。

図２は、複数のアンテナパネルをもつシナリオの例の概略図である。図２に示されているように、ＩＡＢノードは、複数のアンテナパネル（たとえば、３つのアンテナパネル：アンテナパネル０、アンテナパネル１、およびアンテナパネル２）を有する。ＩＡＢノードは、複数のアンテナパネルを使用することによって親ノード、子ノードと通信し得るか、またはＵＥにアクセスし得る。ＩＡＢノードのアンテナパネルの量は、本出願のこの実施形態において限定されないことを理解されたい。図２では、説明のための例のみとして、３つのアンテナパネルが使用される。

図３は、本出願の実施形態によるリソース構成方法２００の概略相互作用図である。図３に示されているように、方法２００は以下のステップを含む。

Ｓ２１０。第２のノードが、第１のインジケーション情報を第１のノードに送り、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。対応して、第１のノードは、第１のインジケーション情報を受信する。

第１のノードは、リレーノード、たとえば、ＩＡＢノードであり得る。

第２のノードは、第１のノードの親ノードであり得る。親ノードの説明については、上記の説明を参照されたく、詳細について本明細書で再び説明されない。本明細書では、第２のノードがＩＡＢノードであるとき、ＩＡＢノードによって第１のノードに送られるシグナリングは、第２のノードの親ノード（たとえば、ドナーノード）によって生成され、第２のノードに送られ得る。第１のノードによって第２のノードに送られるシグナリングも、第２のノードによって第２のノードの親ノードに送られ得る。

第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプは、第２のノードによって第１のノードのために構成される。リソース多重化タイプは、時分割多重化ＴＤＭ、静的空間分割多重化ＳＤＭ、動的ＳＤＭ、または全二重多重化であり得る。

本明細書では、第１の機能ユニットはモバイル端末ＭＴであり得る。対応して、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり得、第２の機能ユニットはモバイル端末ＭＴである。

説明しやすいように、アンテナパネルは、本出願のこの実施形態における説明のための例として使用されることを理解されたい。しかしながら、これは、本出願のこの実施形態の保護範囲に対する限定とはならない。本出願のこの実施形態における技術的解決策は、異なるアンテナパネルに適用可能であるだけでなく、異なるセルにも適用可能であり、異なるサブユニットにも適用可能であり得る。すなわち、異なるアンテナパネルは、異なるセルと交換され得る。代替として、異なるアンテナパネルは、異なるサブユニットと交換される。たとえば、ＩＡＢノードのＤＵが複数のサブユニットを有するか、またはＩＡＢノードのＭＴが複数のサブユニットを有する。ＭＴでは、サブユニットは、セル、セルグループ、キャリア、キャリアグループ、または帯域幅パート（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）によって表され得る。たとえば、ＭＴがキャリアアグリゲーション送信を使用するとき、ＭＴは、複数のセルまたは複数のキャリアを有し、複数のセルまたは複数のキャリアは、ＭＴのサブユニットである。ＭＴがマルチ接続送信を使用するとき、ＭＴは、複数のセルグループまたはキャリアグループを有し、複数のセルグループまたはキャリアグループは、ＭＴのサブユニットである。ＤＵでは、サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルによって表され得る。たとえば、ＤＵは、異なる方向に面している複数のパネルを有することがあり、各アンテナパネルは１つのセルに対応する。したがって、サブユニットは、アンテナパネルまたはセルによって表され得る。別の例では、ＤＵは、複数のキャリアを有することがあり、各キャリアは１つのセルに対応する。したがって、サブユニットは、キャリアまたはセルによって表され得る。

第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであることが、例として使用される。第２のノードは、ＤＵのアンテナパネルが、異なるリソース構成を有し、アンテナパネルおよびＭＴリソースに対応するリソース構成間のリソース多重化タイプが異なることを示し得る。代替として、第２のノードは、ＤＵのセルのリソースが、異なるリソース構成を有し、セルおよびＭＴリソースに対応するリソース構成間のリソース多重化タイプが異なることを示し得る。代替として、第２のノードは、ＤＵのサブユニットのリソースが、異なるリソース構成を有し、サブユニットとＭＴリソースとの間のリソース多重化タイプが異なることを示し得る。本明細書では、当業者は、ＤＵリソースおよびＭＴリソースのリソース多重化が、各アンテナパネル／各セル／各サブユニットに対応するリソース上で信号が送信されるときに実施されるリソース多重化として理解され得ることを理解されたい。

任意選択で、異なるアンテナパネルは、異なるセル識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に対応し得るか、または同じセルＩＤに対応し得る。これは限定されない。

たとえば、可能な実装では、ＩＡＢノードが子ノードまたはＵＥにサービスを提供するとき、ＤＵは、複数のセルの動作をサポートし得、複数のセルは、異なるセルＩＤを有する。任意選択で、異なるセルは、異なるアンテナパネルを使用し、第２のノードは、第１のノード中のＤＵおよびＭＴの異なるセル間のリソース多重化タイプを構成し得る。別の可能な実装では、ＩＡＢノードのＭＴは、複数の親ノードへの接続を確立し、すなわち、ＭＴは、様々なセルと通信し得る。

第２のノードによって第１のノードのためにリソース多重化タイプを構成することについては、第１のノードによってサポートされ、第１のノードによって報告されるリソース多重化タイプを参照されたいことを理解されたい。代替として、第２のノードは、それ自体によってリソース多重化タイプを構成し得る。これは限定されない。

第１のノードが、第１のノードによってサポートされるリソース多重化タイプを報告しない場合、または第１のノードが、第１のノードによってサポートされるリソース多重化タイプを報告した場合でも、第２のノードは、ＭＴとＤＵのすべてのアンテナパネルとの間のリソース多重化タイプがＴＤＭになるように構成し得るか、または第２のノードは、ＭＴおよびＤＵが同じアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプがＴＤＭになるように構成し得、ＭＴおよびＤＵが異なるアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプが半静的ＳＤＭまたは動的ＳＤＭになるように構成し得る。

「同じアンテナパネル」は、ＭＴおよびＤＵが同じアンテナパネルを使用すること、または、ＭＴによって使用されるアンテナパネル、およびＤＵによって使用されるアンテナパネルが、同じ送信方向に面することを意味する。「異なるアンテナパネル」は、ＭＴおよびＤＵが異なるアンテナパネルを使用すること、または、ＭＴによって使用されるアンテナパネル、およびＤＵによって使用されるアンテナパネルが、異なる方向に面することを意味する。

本出願のこの実施形態では、「同じアンテナパネル」は、別の概念または用語、たとえば、コロケーション、擬似コロケーション、同方向、強い相関、または相互影響を使用することによって表され得る。これについて本明細書では中心に説明され、詳細について以下で説明されない。別の可能な実装では、第２のノードが第１のノードのためにリソース多重化タイプを明示的に構成する前に、デフォルトのリソース多重化タイプが、第１のノード中のＭＴとＤＵとの間で使用される。デフォルトのリソース多重化タイプは、以下の場合を含む。ＭＴとＤＵのすべてのアンテナパネルとの間のリソース多重化タイプがＴＤＭであるか、またはＭＴおよびＤＵが同じアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプがＴＤＭであり、ＭＴおよびＤＵが異なるアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプが半静的ＳＤＭまたは動的ＳＤＭである。

第１のノードが、第１のノードによってサポートされるリソース多重化タイプを第２のノードに報告する場合、任意選択で、方法２００は以下のステップをさらに含む。

Ｓ２２０。第１のノードが、第２のインジケーション情報を第２のノードに送り、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、もしくは第１のアンテナパネルは、第１の機能ユニットおよび第２の機能ユニットによって使用される同じアンテナパネルであるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。言い換えれば、第１のノードは、ＭＴによって使用されるアンテナパネルとＤＵのアンテナパネルとの間のコロケーション関係を第２のノードに報告し得る（コロケーション関係は、ＭＴによって使用されるアンテナパネルがＤＵのアンテナパネルと同じであるかどうかを示すために使用される）。

第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであることが、例として使用される。第１のノードは、第２のインジケーション情報を使用することによって、第１のノード中のＤＵおよびＭＴのアンテナパネル間でサポートされるリソース多重化タイプを第２のノードに報告し得、リソース多重化タイプは、特に、ＭＴと、ＤＵの異なるアンテナパネルとの間にあり、ＭＴが１つまたは複数のアンテナパネルを使用することによって送信を実施するときに使用される、リソース多重化タイプである。対応して、第２のノードは、ＤＵおよびＭＴのアンテナパネル間でサポートされ、第１のノードによって報告されたリソース多重化タイプに基づいて、ＭＴおよびＤＵが同じアンテナパネルを使用するかどうかを決定し得る。

代替として、たとえば、第１のノードは、第２のインジケーション情報を使用することによって、ＤＵの第１のアンテナパネルとＭＴとの間でサポートされるリソース多重化タイプ、またはＤＵの第２のアンテナパネルとＭＴとの間でサポートされるリソース多重化タイプを第２のノードに報告し得る。さらに、第２のインジケーション情報は、第１のアンテナパネルの識別子をさらに含み得る。

任意選択で、第２のインジケーション情報は、第１のアンテナパネルの識別子または第２のアンテナパネルの識別子をさらに示し得る。アンテナパネルの識別子は、パネルＩＤまたはセルＩＤであり得ることを理解されたい。代替として、アンテナパネルは、参照信号の識別子または参照信号リソース識別子、たとえば、同期信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ、ＳＳＢ）の識別子、チャネル状態情報参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）の識別子、ＣＳＩ－ＲＳリソースの識別子、サウンディング参照信号（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ）リソースの識別子などを使用することによって識別され得る。これは本明細書では限定されない。

特に、第１のノードおよび／または第２のノードは、参照信号識別子を使用することによって異なるアンテナパネル間で区別し得る。たとえば、ダウンリンク参照信号セット０およびダウンリンク参照信号セット１の場合、各ダウンリンク参照信号セットは、少なくとも１つのダウンリンク参照信号を含む。ＭＴは、ダウンリンク参照信号セット０を受信するかまたは送るためにアンテナパネル０を使用し、ダウンリンク参照信号セット１を受信するかまたは送るためにアンテナパネル１を使用する。したがって、第１のノードは、ＭＴとＤＵとの間のリソース多重化タイプまたはＭＴとＤＵのアンテナパネルとの間のコロケーション関係を報告すべきであり、リソース多重化タイプまたはコロケーション関係は、ＭＴがダウンリンク参照信号セット０およびダウンリンク参照信号セット１を受信するかまたは送るときに使用される。たとえば、ＩＡＢノードは、ＩＡＢノードのＭＴがダウンリンク参照信号セットを受信したときにＭＴによって使用されるアンテナパネルが、ＤＵのアンテナパネルとコロケートされることを報告し得る。本明細書では、ＭＴによって受信され送られる残りの信号（たとえば、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ、ＰＤＳＣＨ））、ならびに少なくとも１つのダウンリンク参照信号セットは、空間擬似コロケート（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ、ＱＣＬ）関係を有するか、または同じアンテナパネルを使用すると仮定されることに留意されたい。

たとえば、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成し得る。たとえば、

第１のノードによって報告されたリソース多重化タイプが全二重多重化であるとき（本明細書では、第１のノードが全二重多重化をサポートする場合、第１のノードは、デフォルトで、すべての残りのリソース多重化タイプをもサポートしていると見なされ得る）、第２のノードは、ＴＤＭ、動的ＳＤＭ、半静的ＳＤＭ、または全二重を構成し得る。

第１のノードによって報告されたリソース多重化タイプが半静的ＳＤＭであるとき、第２のノードは、ＴＤＭ、動的ＳＤＭ、または半静的ＳＤＭを構成し得る。

第１のノードによって報告されたリソース多重化タイプが動的ＳＤＭであるとき、第２のノードは、ＴＤＭまたは動的ＳＤＭを構成し得る。

第１のノードによって報告されたリソース多重化タイプがＴＤＭであるとき、第２のノードは、ＴＤＭを構成し得る。可能な実装では、第１のノードによって報告されたリソース多重化タイプを受信した後に、第２のノードは、第１のノードによって報告されたコンテンツを参照することなしに別の方式で第１のノードのリソース多重化タイプを構成し得る。これは限定されない。

任意選択で、上記のリソース多重化タイプは、様々な能力要件を有する。「能力」は、受信／送信分離、アンテナ分離、干渉抑制能力などというコンテンツのうちの１つまたは複数を含む。通常、ＩＡＢノードは、以下のシーケンスで、異なるリソース多重化タイプの場合における以下の能力要件を有する：ＴＤＭ＜動的ＳＤＭ＜静的ＳＤＭ＜全二重。具体的には、全二重は、高い受信／送信分離（または比較的高いアンテナ分離、もしくは比較的高い干渉抑制能力）を必要とし、ＴＤＭは、比較的低い受信／送信分離（または比較的低いアンテナ分離、もしくは比較的低い干渉抑制能力）を必要とする。第１のノードが、サポート可能なリソース多重化タイプを第２のノードに報告した後に、第２のノードによって第１のノードのために構成されたリソース多重化タイプは、同じまたはより低い能力要件を有するべきである。たとえば、第１のノードが、ＭＴと第１のノード中のＤＵの１つまたは複数のアンテナパネルとの間でサポートされることが可能なリソース多重化タイプが静的ＳＤＭであることを報告した後に、第２のノードによって第１のノードのために構成されるリソース多重化タイプは、静的ＳＤＭ、動的ＳＤＭ、またはＴＤＭであり得るが、全二重であることは可能でない。

任意選択で、第２のノードは、第１のノードのために、特殊なソフトリソースのタイプを構成し得る。第１のノードが切替えまたは再アクセスを実施するとき、第１のノードは、特殊なソフトリソースを使用して、対応するＭＴリソース上で親ノードと通信し、たとえば、ランダムアクセス応答メッセージ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ）を搬送するために使用されるＰＤＳＣＨまたは物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を受信し得る。

Ｓ２３０。第１のノードが、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信し、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。

本出願のこの実施形態では、第２のノードは、第１のインジケーション情報を使用することによってリソース多重化タイプを第１のノードに送る。リソース多重化タイプは、第１の機能ユニットの複数のアンテナパネルの各々と第２の機能ユニットとの間の異なるリソース多重化タイプを指す。リソース多重化タイプを取得した後に、第１のノードは、第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、最終的に、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信し、それにより、複数のアンテナパネルまたはセルの場合においてＩＡＢノード中にリソース構成を実装し得る。

実装では、第１のノードのＤＵは、すべてのアンテナパネルを使用し得、ＭＴは、１つのアンテナパネルを使用し得る。ＭＴとＤＵの異なるアンテナパネルとの間で異なるリソース多重化タイプがあり得る。たとえば、ＭＴのアンテナパネルがＤＵのアンテナパネルと同じであるとき、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプは、ＴＤＭまたは動的ＳＤＭであり得る。別の例では、ＭＴのアンテナパネルがＤＵのアンテナパネルとは異なるとき、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプは、半静的ＳＤＭまたは全二重であり得る。図３において説明されるシナリオが例として使用される。アンテナパネル０およびアンテナパネル１について、アンテナパネル０は、ＭＴおよびＤＵによって共有され、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプは、時分割多重化ＴＤＭである。しかしながら、アンテナパネル１は、ＤＵのみによって使用される。したがって、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプは、ＴＤＭであり得るか、または半静的ＳＤＭであり得る。

上記は、ＭＴが１つのアンテナパネルを使用する例を使用することによって説明されているにすぎず、本出願のこの実施形態に対する限定とはならないことを理解されたい。言い換えれば、ＭＴは、代替として、異なるアンテナパネルを使用することによって受信することまたは送ることを実施し得る。たとえば、ＭＴは、複数のアンテナパネルを使用することによってデータを受信することをサポートするか、またはＭＴは、複数のアンテナパネルを使用してモビリティ測定、ビームトレーニングなどを実施する。

任意選択で、第２のノードは、さらに、第１の機能ユニットのリソース構成情報を第１のノードに送ってよく、それにより、第１のノードは、第１の機能ユニットのリソース構成情報に基づいて第２の機能ユニットの１つまたは複数のアンテナパネルのリソース構成を決定し得る。第１のノードが第２の機能ユニットの１つまたは複数のアンテナパネルのリソース構成を決定する前に、方法２００は、以下のステップをさらに含む。

Ｓ２４０。第２のノードが、リソース構成情報を第１のノードに送り、リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。対応して、第１のノードは、リソース構成情報を受信する。

第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定する。

特に、第２のノードは、半静的シグナリング（たとえば、ＲＲＣシグナリング）またはインターフェースメッセージ（たとえば、Ｆ１－ＡＰインターフェースメッセージもしくは拡張Ｆ１－ＡＰインターフェースメッセージ）を使用することによって、リソース構成情報を第１のノードに送り得る。第１のノードは、リソース構成情報を使用することによって、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを学習し得る。次いで、第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定する。

プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。本明細書では、異なるリソース多重化タイプでは、ＤＵのリソース構成とＭＴのリソース構成との間の異なる対応がある。

本出願で説明される実施形態はまた、ＭＴとＤＵの両方が複数のサブユニットを有する場合に適用され得る。

ＭＴの複数のサブユニットおよびＤＵの複数のサブユニットは、異なる多重化タイプを有し得、多重化タイプについては、上記の実施形態において説明された。多重化タイプは、第１のノードによって第２のノードに報告され得るか、または第２のノードによって第１のノードのために構成され得る。

たとえば、可能な実装では、第２のノードは、第１のノードのＭＴの各サブユニットのためにリソースタイプを構成する。ＭＴリソースタイプは、利用可能および利用不可能のうちの少なくとも１つを含む。第１のノードおよび／または第１のノードの親ノードは、ＭＴサブユニットとＤＵサブユニットとの間の多重化関係に基づいてＤＵの各サブユニットのリソースタイプを導出し、ＤＵのリソースタイプは、ハードリソース、ソフトリソース、および利用不可能なリソースのうちの少なくとも１つを含む。

別の可能な実装では、第２のノードは、第１のノードのＤＵの各サブユニットのためにハードリソースまたはソフトリソースとしてリソースタイプを構成し、第１のノードおよび／または第１のノードの親ノードは、ＭＴサブユニットとＤＵサブユニットとの間の多重化関係に基づいてＭＴの各サブユニットの各リソースの利用可能性を導出する。

第２のノードによって第１のノードのＭＴおよびＤＵサブユニットのために構成されたリソースタイプは、送信方向をさらに含むことがあり、送信方向は、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄによって表される）、アップリンク（ｕｐｌｉｎｋ、Ｕによって表される）、およびフレキシブル（ｆｌｅｘｉｂｌｅ、Ｆによって表される）を含むことを理解されたい。

図４は、異なるリソース多重化タイプの場合における、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応の概略図である。以下で、図４における特定の例に関してプリセット関係について説明する。

場合１：リソース多重化タイプがＴＤＭである。

この場合、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応は、次のように反映される。ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用不可能なリソースであり、具体的には、ＭＴは、リソース上で親ノードと通信しない。代替として、ＭＴの利用不可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースである。図４に示されている１０個のスロットについて、ＴＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット４（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、これらのスロット中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。

図４のＴＤＭにおけるＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成は、いくつかの例にすぎないことを理解されたい。以下で、ＴＤＭシナリオにおける第１のノード中のＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成のすべての可能な組合せ方式を提供する。詳細については、表１を参照されたい。

表１において、「ＭＴ：Ｔｘ」は、ＭＴが、スケジュールされた後に送信を実施すべきであることを示す。「ＤＵ：Ｔｘ」は、ＤＵが送信を実施し得ることを示す。「ＭＴ：Ｒｘ」は、ＭＴが（受信されるべき何らかの信号がある場合）信号を受信する能力を有することを示す。「ＤＵ：Ｒｘ」は、ＤＵが、アップリンク送信を実施するように子ノードをスケジュールし得ることを示す。「ＭＴ：Ｔｘ／Ｒｘ」は、ＭＴが、スケジュールされた後に送信または受信を実施すべきであるが、送信および受信が同時に行われないことを示す。「ＤＵ：Ｔｘ／Ｒｘ」は、ＤＵが、送信を実施するかまたは子ノードからの送信を受信し得るが、送信および受信が同時に行われないことを示す。「ＩＡ」は、ＤＵリソースが、利用可能として明示的または暗黙的に示されることを示す。「ＩＮＡ」は、ＤＵリソースが、利用不可能として明示的または暗黙的に示されることを示す。「ＭＴ：ヌル」は、ＭＴが送ることを実施せず、ＭＴが受信能力を有する必要がないことを示す。「ＤＵ：ヌル」は、ＤＵが送ることを実施せず、子ノードからの送信を受信しないことを示す。

場合２：リソース多重化タイプが静的ＳＤＭである。

この場合、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応は、次のように反映される。ＤＵおよびＭＴが同じ送信方向を有するとき、ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用不可能なリソースであり、言い換えれば、ＭＴは、リソース上で親ノードと通信しない。ＤＵおよびＭＴが反対の送信方向を有するとき、ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用可能なリソースである。代替として、ＤＵおよびＭＴが同じ送信方向を有するとき、ＭＴの利用不可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースである。ＤＵおよびＭＴが反対の送信方向を有するとき、ＭＴの利用可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースであり得る。図４に示されているように、静的ＳＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット４（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、ＤＵのそれと同じ送信方向におけるスロット中の、またはフレキシブルリソースに対応するスロット（スロット１、スロット３、スロット５、スロット６、およびスロット８を含み、これらのスロットでは、ＤＵに対応するリソースもフレキシブルリソースである）中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。しかしながら、スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、スロット４（ＤＵ中のリソースがダウンリンクハードリソースＤ－Ｈである）、スロット７（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。ＤＵのそれと反対の送信方向を有する（スロット４を含む）スロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。スロット４について、異なるリソース多重化タイプの場合において、ＤＵのリソース構成は異なり、ＭＴのリソース構成は異なることがわかる。

図４のＳＤＭシナリオにおけるＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成は、いくつかの例にすぎないことを理解されたい。以下で、表２に示されているように、ＳＤＭシナリオにおける第１のノード中のＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成のすべての可能な組合せ方式を提供する。

表２における用語の解説または概念については、表１における説明を参照されたい。簡潔のために、詳細について本明細書で再び説明されない。

たとえば、ＤＵのリソースタイプがＦであるとき、表２によれば、親ノードは、空間多重化送信を実施すべきかどうかを決定するために、事前にＤＵの特定の送信方向を知る必要がある。この目的を達成するために、ＩＡＢノードは、親ノードのＤＵがスケジューリングを実施するように、事前にＤＵにおけるＦリソースの送信方向を報告し得る。

代替として、別の可能な実装では、ＩＡＢノードが、ＤＵのＦリソースの実際の方向を報告するように構成されないとき、ＤＵのＦリソースがハードリソースとして（明示的または暗黙的に）構成された場合、空間多重化送信は実施されず、Ｆリソースがソフトリソースである場合、動的ＳＤＭは実施され、すなわち、動的ＳＤＭのみがＤＵのＦリソースのために可能にされる。

場合３：リソース多重化タイプが全二重である。

この場合、ＭＴおよびＤＵを受信することおよび送ることは、互いに影響を及ぼさないことがあり、すなわち、ＭＴのリソース構成およびＤＵのリソース構成は、互いに影響を及ぼさない。図４に示されているように、全二重の場合、各スロット中のＤＵのリソースは、ハードリソースであり得、各スロット中のＭＴのリソースは、利用可能なリソースであり得る。

場合４：リソース多重化タイプが動的ＳＤＭである。

動的ＳＤＭと静的ＳＤＭとの間の差異は、ＤＵおよびＭＴがＳＤＭを実施するかどうかが第２のノードのスケジューリングまたはインジケーションに依存する、すなわち、空間多重化が、ＭＴの利用可能なリソースとＤＵのソフトリソースとの間でのみ実施される、ということにある。図４に示されているように、動的ＳＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、ＤＵのそれと同じ送信方向におけるスロット中の、またはフレキシブルリソースに対応するスロット（スロット１、スロット３、スロット５、スロット６、およびスロット８を含み、これらのスロットでは、ＤＵに対応するリソースもフレキシブルリソースである）中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。しかしながら、スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、スロット４（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓある）、スロット７（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。動的ＳＤＭにおけるＤＵのリソース構成と静的ＳＤＭにおけるＤＵのリソース構成との間の差異は、動的ＳＤＭでは、スロット４中のＤＵのリソースがソフトリソースである、ということにある。

可能な実装では、ＤＵリソースがＦであるとき、動的ＳＤＭのみが実施され得る。具体的には、ＩＡＢノードは、最初に、対応するＭＴリソースの送信方向を決定し、次いで、ＤＵリソースをスケジュールする。ＩＡＢノードによって決定されたＤＵリソース上の送信は、ＤＵおよびＭＴが送ることを同時に実施すること、またはＤＵおよびＭＴが受信することを同時に実施することを可能にし得る。図４のスロットは、本明細書における説明のための例として使用されているにすぎず、本出願の実施形態に対する限定とはならないことを理解されたい。実際には、スロットは、別の時間領域リソース、たとえば、フレーム、サブフレーム、ミニスロット、またはシンボルと交換されてよい。

本出願の実施形態における技術的解決策は、上記の４つの場合に限定されなくてよく、別のリソース多重化タイプ、たとえば、ＦＤＭ（静的ＦＤＭおよび動的ＦＤＭを含み、静的ＦＤＭにおけるリソース構成は、静的ＳＤＭにおけるそれと同じであり、動的ＦＤＭにおけるリソース構成は、動的ＳＤＭにおけるそれと同じである）にも適用可能であり得ることをさらに理解されたい。これは限定されない。

複数のアンテナパネルをもつシナリオでは、上記のプリセット関係がある。第１のノードが第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを受信した後に、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプに対応するプリセット関係を使用することによって決定され得る（たとえば、リソース多重化タイプがＴＤＭである場合、表１が探索されるか、またはリソース多重化タイプがＳＤＭである場合、表２が探索される）。特に、第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであり、第２のノードが、ＤＵの一部または全部のアンテナパネルのリソース構成を第１のノードに送った場合、第１のノードは、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプを取得し、次いで、リソース多重化タイプに対応するプリセット関係を使用することによって探索を実施して、ＭＴのリソース構成を決定する。代替として、第１の機能ユニットがＭＴであり、第２の機能ユニットがＤＵであり、第２のノードが、ＭＴの一部または全部のアンテナパネルのリソース構成を第１のノードに送った場合、第１のノードは、ＤＵとＭＴのアンテナパネルとの間のリソース多重化タイプを取得し、次いで、リソース多重化タイプに対応するプリセット関係を使用することによって探索を実施して、ＤＵのリソース構成を決定する。

たとえば、第１の機能ユニットはＤＵであり、第２の機能ユニットはＭＴである。ＤＵは、すべてのアンテナパネルを使用することができ、ＭＴは、複数のアンテナパネルのうちのただ１つを使用することができると仮定する。この場合、第１のインジケーション情報は、ＭＴとＤＵの複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用されることが可能である。ＭＴとＤＵの異なるアンテナパネルとの間で異なるリソース多重化タイプがあり得る。第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプおよびＤＵのリソース構成に基づいてＭＴのリソース構成を決定し得る。たとえば、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであることを示し、第１のノードは、表１を探索することによってＭＴのリソース構成を取得し得る。代替として、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプがＳＤＭであることを示し、第１のノードは、表２を探索することによってＭＴのリソース構成を取得し得る。たとえば、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであるとき、ＤＵのアンテナパネル０のリソース中のスロットがＤＬ－Ｈである場合、表１から、ＭＴリソースがヌルであることがわかる。

たとえば、第１の機能ユニットはＭＴであり、第２の機能ユニットはＤＵである。ＤＵは、すべてのアンテナパネルを使用し得、ＭＴは、複数のアンテナパネルのうちのただ１つを使用し得ると仮定する。この場合、第１のインジケーション情報は、ＭＴのアンテナパネルとＤＵの各アンテナパネルとの間の対応するリソース多重化タイプを示すために使用され得る。第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプおよびＭＴのリソース構成に基づいてＤＵのリソース構成を決定し得る。たとえば、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであることを示し、第１のノードは、表１を探索することによってＤＵのリソース構成を取得し得る。代替として、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプがＳＤＭであることを示し、第１のノードは、表２を探索することによってＤＵのリソース構成を取得し得る。図５は、ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとの間の多重化タイプの概略図である。図５に示されているように、ＭＴのアンテナパネルとＤＵのアンテナパネル０との間のリソース多重化タイプは、多重化タイプ０であり、ＭＴのアンテナパネルとＤＵのアンテナパネル１との間のリソース多重化タイプは、多重化タイプ１である。図５では、ＭＴのリソースは、リソース多重化タイプ０に基づいて導出された結果、およびリソース多重化タイプ１に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ０およびＤＵのアンテナパネル０のリソースに基づいて、ＭＴのリソースが利用可能なリソースであると決定し、リソース多重化タイプ１およびＤＵのアンテナパネル１のリソースに基づいて、ＭＴのリソースが利用不可能なリソースであると決定した場合、リソースは、最終的に、利用可能なリソースとして決定されるべきである。第１のノードが、ＤＵのアンテナパネル０のリソースおよびリソース多重化タイプ０に基づいて、結果が利用不可能なリソースであると決定し、ＤＵのアンテナパネル１のリソースおよびリソース多重化タイプ１に基づいて、結果が利用不可能なリソースであると決定した場合、ＭＴのリソースは、利用不可能なリソースである。

図６は、図５のシナリオにおける例を示す。図６に示されているように、ＭＴのリソースとＤＵのアンテナパネル０のリソースとの間のリソース多重化タイプ０は、ＴＤＭである。ＭＴのリソースとＤＵのアンテナパネル１のリソースとの間のリソース多重化タイプ１は、ＳＤＭである。スロット０、スロット１、スロット２、スロット３、スロット４、およびスロット５において、ＭＴのリソースは、それぞれ、Ｄ、Ｄ、Ｄ、Ｕ、Ｕ、およびＵであり、ＤＵのアンテナパネル０のリソースは、それぞれ、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｓ、Ｕ－Ｈ、およびＤ－Ｓであり、ＤＵのアンテナパネル１のリソースは、それぞれ、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、およびＤ－Ｈである。

第２のノードは、第１のノードのＤＵのすべての異なるアンテナパネルのためにリソースを構成し得る。たとえば、リソースタイプは、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、Ｆ－Ｈ、Ｆ－Ｓ、およびＮＡを含み得る。加えて、ＭＴのリソースは、ＤＵの複数のアンテナパネルのリソース構成に基づいて第１のノードによって一緒に導出され得る。同じリソースについて、ＤＵの異なるアンテナパネルは、異なるリソース構成を有し得る。図６では、ＤＵの（スロット２に対応する）同じアップリンクリソースについて、アップリンクリソースは、アンテナパネル０上ではソフトリソースであり、アンテナパネル１上ではハードリソースであり、ＭＴの対応するリソースは、ダウンリンクリソースである（ステータスは利用可能なリソースである）。ＭＴの利用可能なリソースは、ＤＵのアンテナパネル０およびアンテナパネル１のリソース構成に基づいて一緒に導出される。言い換えれば、スロット２中のＭＴに対応する利用可能なリソースは、ＤＵのアンテナパネル０に基づいて導出されたＭＴの利用可能なリソースと、ＤＵのアンテナパネル１に基づいて導出されたＭＴの利用可能なリソースとの交差に基づいて取得される。

代替として、第２のノードは、第１のノードのＤＵのいくつかのアンテナパネルのためにリソースを構成し得る。たとえば、リソースタイプは、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、Ｆ－Ｈ、Ｆ－Ｓ、およびＮＡを含み得る。たとえば、第２のノードは、第１のノードのＤＵのために、ＭＴのアンテナパネルと同じアンテナパネルのリソースを構成し得、それにより、第１のノードは、プリセット関係およびリソース多重化タイプに基づいてＭＴのリソースを導出することができる。別のアンテナパネルのリソースについて、第１のノードは、リソース多重化タイプおよびＭＴのリソースに基づいてリソースを導出し得る。本明細書では、第１のノードの導出方式は、導出結果が、異なるリソース多重化タイプの場合においてプリセット関係を満たすとすれば、限定されなくてよい。図６では、第２のノードがＤＵのアンテナパネル０のリソースを構成した場合、第１のノードは、リソース多重化タイプ（ＴＤＭ）およびプリセット関係に基づいてＭＴのリソース構成を導出し得る。さらに、ＤＵのアンテナパネル１のリソースは、ＭＴのリソース（リソースが利用可能であるかどうか）、リソース多重化タイプ（ＳＤＭ）、およびプリセット関係に基づいて導出され得る。

代替として、第２のノードは、第１のノードのためにＭＴのリソースを構成し得る。第１のノードは、ＭＴのリソース構成に基づいて、および、ＭＴと、ＭＴのアンテナパネルと同じアンテナパネルを使用するＤＵとの間のリソース多重化タイプを参照して、ＭＴのアンテナパネルとアンテナパネルが同じであるＤＵのリソース構成を取得し得るか、またはＭＴのリソース構成に基づいて、および、ＭＴと、ＭＴのアンテナパネルとは異なるアンテナパネルを使用するＤＵとの間のリソース多重化タイプを参照して、ＭＴのアンテナパネルとは異なるアンテナパネルを使用するＤＵのリソース構成を取得し得る。

したがって、第２のノードによって第１のノードのために最初に構成されたリソースがＭＴリソースであるかＤＵリソースであるかにかかわらず、第１のノードは、プリセット関係およびリソース多重化タイプに基づいて、対応するリソース構成を導出し得る。

上記は、第２のノードが第１のノードのためにＤＵリソースを構成したときにＭＴリソースが導出されるか、または第１のノードのためにＭＴリソースが構成されたときにＤＵリソースが導出される例について説明している。実際には、第２のノードは、完全な構成方式で第１のノードのリソースをさらに構成し得る。具体的には、第２のノードは、第１のノードのために、（利用可能なリソースおよび利用不可能なリソースを含む）ＭＴリソースと、（ソフトリソースおよびハードリソースを含む）ＤＵリソースとを同時に構成する。本明細書では、第１のノードは、上記のプリセット関係に基づいてリソースを導出する必要がない。しかしながら、第２のノードによって構成される、ＭＴのいずれかのアンテナパネルのリソース構成、およびＤＵのいずれかのアンテナパネルのリソース構成は、対応するリソース多重化タイプの場合においてリソース構成制約（すなわち、上記のプリセット関係）を満たさなければならない。

上記の例（たとえば、図５または図６）は、第１のノード中のＤＵの複数のアンテナパネルとＭＴの１つのアンテナパネルとの実施形態について説明している。任意選択で、ＭＴは、代替として、複数のアンテナパネルを使用し得る。以下で、ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの実施形態について説明する。以下の実施形態におけるリソース多重化タイプおよびプリセット関係などの用語または概念については、上記の説明を参照することを理解されたい。詳細について以下で再び説明されない。

第２のノードが、最初に、第１のノードのためにＭＴの各アンテナパネルのリソースを構成した場合、第１のノードは、ＭＴの各アンテナパネルのリソースおよびプリセット関係に基づいてＤＵの各アンテナパネルのリソースを決定し得る。利用可能なリソースセットが、ＭＴのアンテナパネルごとに独立して構成され得る。ＭＴの異なるアンテナパネルの利用可能なリソースは、時間領域もしくは空間領域において直交であり得るか、または時間領域もしくは空間領域において重複し得る。これは限定されない。対応して、第１のノードは、ＭＴの異なるアンテナパネルのリソース構成に基づいて、ＤＵの１つのアンテナパネルのリソース構成のリソース構成結果が異なり得ると決定し得る。任意選択で、第１のノードは、以下の原理に従ってＤＵリソースを決定し得る。１つのＤＵリソース（たとえば、１つのスロットまたは１つのシンボル）について、ＭＴの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、ハードリソースである場合、ＤＵリソースは、ハードリソースである。ＭＴの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がソフトリソースである場合、すなわち、ＤＵリソースの結果が、ＭＴの複数のアンテナパネルのうちのただ１つのためにさえソフトリソースとして導出された場合、ＤＵリソースは、ソフトリソースである。言い換えれば、ＤＵのソフトリソースは、ＭＴの異なるアンテナパネルに基づいて決定されたソフトリソースの和集合である。

同様に、第２のノードが、最初に、第１のノードのためにＤＵの各アンテナパネルのリソースを構成した場合、第１のノードは、ＤＵの各アンテナパネルのリソースおよびプリセット関係に基づいてＭＴの各アンテナパネルのリソースを決定し得る。もちろん、ＭＴの各アンテナパネルのリソースが、利用可能なリソースであるかどうかは、ＤＵの複数のアンテナパネルの導出結果に基づいて決定され得る。

任意選択で、第１のノードは、以下の原理に従ってＭＴリソースを決定し得る。１つのＭＴリソースについて、ＤＵの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、利用不可能なリソースである場合、ＭＴリソースは、利用不可能なリソースである。ＤＵの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果が、利用可能なリソースである場合、すなわち、ＭＴリソースの結果が、ＤＵの複数のアンテナパネルのうちのただ１つのためにさえ利用可能なリソースとして導出された場合、ＭＴリソースは、利用可能なリソースである。言い換えれば、ＭＴの利用可能なリソースは、ＤＵの異なるアンテナパネルに基づいて決定された利用可能なリソースの和集合である。

任意選択で、第１のノードは、代替として、以下の原理に従ってＭＴリソースを決定し得る。１つのＭＴリソースについて、ＤＵの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、利用可能なリソースである場合、ＭＴリソースは、利用可能なリソースである。ＤＵの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果が、利用不可能なリソースである場合、すなわち、ＭＴリソースの結果が、ＤＵの複数のアンテナパネルまたはセルのうちのただ１つのためにさえ利用不可能なリソースとして導出された場合、ＭＴリソースは、利用不可能なリソースである。言い換えれば、ＭＴの利用不可能なリソースは、ＤＵの異なるアンテナパネルに基づいて決定された利用不可能なリソースの和集合である。

図７は、ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの例の概略図である。図７に示されているように、ＭＴのアンテナパネル０とＤＵのアンテナパネル０との間のリソース多重化タイプは、００であり、ＭＴのアンテナパネル０とＤＵのアンテナパネル１との間のリソース多重化タイプは、０１であり、ＭＴのアンテナパネル１とＤＵのアンテナパネル０との間のリソース多重化タイプは、１０であり、ＭＴのアンテナパネル１とＤＵのアンテナパネル１との間のリソース多重化タイプは、１１である。図７のリソース多重化タイプは、異なるアンテナパネル間の可能な組合せ関係について説明するための例にすぎない。もちろん、特定のリソース多重化タイプ、たとえば、静的ＳＤＭ、動的ＳＤＭ、ＴＤＭ、または全二重については、上記の説明を参照されたい。詳細について本明細書で再び説明されない。図７では、ＤＵのアンテナパネル０のリソースは、リソース多重化タイプ００に基づいて導出された結果、およびリソース多重化タイプ１０に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ００に基づいて、ＤＵのアンテナパネル０のリソースａがソフトリソースであると決定し、リソース多重化タイプ１０に基づいて、ＤＵのアンテナパネル０のリソースａがハードリソースであると決定した場合、リソースａは、最終的に、ＤＵリソースを決定する上記の原理に従ってソフトリソースとして決定されるべきである。ＤＵのアンテナパネル１のリソースは、リソース多重化タイプ０１に基づいて導出された結果、およびリソース多重化タイプ１１に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ０１に基づいて、ＤＵのアンテナパネル１のリソースｂがハードリソースであると決定し、リソース多重化タイプ１１に基づいて、ＤＵのアンテナパネル０のリソースｂがハードリソースであると決定した場合、リソースｂは、最終的に、ＤＵリソースを決定する上記の原理に従ってハードリソースとして決定されるべきである。

図７の例は、当業者が理解しやすくするためのものであり、本出願の実施形態の保護範囲に関する限定を構成すべきでないことを理解されたい。

上記の実施形態は、第１のノードによって、ＭＴリソース構成に基づいてＤＵリソースタイプを導出するための方法、および第１のノードによって、ＤＵリソース構成に基づいてＭＴリソースタイプを導出するための方法について説明している。任意選択で、導出方法は、第１のノードの親ノードまたはドナーノードにも適用可能である。たとえば、親ノードまたはドナーノードは、上記の導出方法を使用することによって第１のノードのＭＴリソース構成に基づいてＤＵリソースタイプを導出するか、または第１のノードのＤＵリソース構成に基づいてＭＴリソースタイプを導出する。

本出願のこの実施形態では、特定の物理的信号（たとえば、ブロードキャスト同期信号ブロックまたは参照信号）の送信または受信の成功を保証するために、ＤＵまたはＭＴのリソース構成が調整され得る。したがって、ＩＡＢのリソース構成はよりフレキシブルである。以下で、詳細な説明を提供する。もちろん、調整は、複数のアンテナパネルをもつシナリオに限定されず、すなわち、調整は、単一のアンテナパネルをもつシナリオにも適用可能である。

任意選択で、方法２００は、
第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成中のリソースを調整することをさらに含む。送信されるべき信号に対応するリソースは、第１タイプのリソースである。第１タイプのリソースは、ハードリソースである。ＤＵのリソース構成が決定される場合が、説明のための例として使用される。

送信されるべき信号は、同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳ）／物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＰＢＣＨ）ブロック（ｂｌｏｃｋ）（もしくは同期信号ブロックＳＳＢと呼ばれる）であり得るか、またはランダムアクセスチャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＲＡＣＨ）であり得る。ＳＳＢは、ＵＥにアクセスするためにＩＡＢノードによって送信されるＳＳＢセットを含み得るか、またはＩＡＢノード間の相互発見のために使用されるＳＳＢセットを含み得ることを理解されたい。これは限定されない。同様に、ＲＡＣＨチャネルは、ＵＥまたは残りのＩＡＢノードによってＩＡＢノードに送信されるＲＡＣＨを含み得る。

本明細書において、ＤＵのリソース構成中のリソースを調整する目的は、送信されるべき信号を受信することおよび送信することが常に実現可能であることを保証することである。具体的には、ＭＴ中に、送信されるべき信号があり、ＤＵ中の対応するリソースがこの場合はハードリソースである場合、ＤＵ中の対応するリソース（すなわち、ハードリソース）は、ＭＴにおける送信されるべき信号の送信または受信の成功を保証するために調整され得る。ＤＵ中に、送信されるべき信号があり、ＤＵ中の対応するリソースが、この場合はソフトリソースまたは利用不可能なリソースである場合、ＤＵ中の対応するリソースは、ＤＵにおける送信されるべき信号の送信または受信の成功を保証するために、ハードリソースに調整され得る。

リソース調整の粒度は、本出願のこの実施形態では特に限定されず、スロットレベル変換、シンボルレベル変換などであり得ることを理解されたい。たとえば、スロットレベル変換は、信号を含むスロット全体に対応するリソースがハードリソースに変換されることを意味する。シンボルレベル変換は、信号を含むシンボルに対応するリソースのみがハードリソースに変換されることを意味する。

任意選択で、ＤＵ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成を調整することは、
第１のノードが、ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定した場合、第１のノードによって、第１のリソースを第１タイプのリソースに調整することを含む。第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである。第２タイプのリソースは、ソフトリソースまたは利用不可能なリソースである。

本明細書における「調整」は、ソフトリソースまたは利用不可能なリソースをハードリソースに変換することを指す。本明細書における「調整」は、ソフトリソースまたは利用不可能なリソースが以前に構成されたが、実際の通信ではハードリソースとして直接使用されること、として理解されてよい、ということを理解されたい。言い換えれば、第１のリソースがソフトリソースであるか利用不可能なリソースであるかにかかわらず、ＤＵは、第１のリソース上で、送信されるべき信号を送信する必要がある。本明細書における「調整」では、リソースを調整するための別個の構成情報がなくてよいが、代わりに、「調整された」リソースが、実際の使用中に上記のプリセット関係（たとえば、表１または表２のプレゼント関係）によって制約されるルールを突破することがあり、ソフトリソースまたは利用不可能なリソースがハードリソースとして使用されることを理解されたい。

言い換えれば、第１のノードにおけるＤＵ中に、送信されるべき信号があるが、送信されるべき信号を送信するために使用される第１のリソースが、時間領域においてソフトリソースまたは利用不可能なリソースである場合、ＤＵにおいて送信されるべき信号を送信することまたは受信することに影響を及ぼすのを回避するために、第１のリソースはハードリソースに変換され得る。

任意選択で、第１のノードにおけるＤＵ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成を調整することは、
第１のノードが、ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定した場合、第１のノードによって、第２のリソースを第２タイプのリソースに調整することを含む。第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである。第２のリソースは、ＤＵ中のリソースである。本明細書における重複することは、時間領域において重複することであり、必ずしも周波数領域では発生しないことを理解されたい。

本明細書における「調整」は、ハードリソースをソフトリソースまたは利用不可能なリソースに変換することを指す。本明細書における「調整」は、ハードリソースが以前に構成されたが、実際の通信ではソフトリソースまたは利用不可能なリソースとして直接使用されること、として理解されてよい、ということを理解されたい。具体的には、時間領域において第２のリソースと重複するリソースが、ハードリソースであるかソフトリソース（または利用不可能なリソース）であるかにかかわらず、ＭＴは、第２のリソース上で、送信されるべき信号を送信する必要がある。本明細書における「調整」では、リソースを調整するための別個の構成情報がなくてよいが、代わりに、「調整された」リソースロケーションが、実際の使用中に上記のプリセット関係（たとえば、表１または表２のプレゼント関係）によって制約されるルールを突破することがあり、ハードリソースがソフトリソースまたは利用不可能なリソースとして使用されることを理解されたい。

言い換えれば、第１のノードにおけるＭＴ中に、送信されるべき信号があるが、時間領域において、送信されるべき信号を送信するために使用されるリソースに対応し、ＤＵ中にある第２のリソースが、ハードリソースである場合、ＭＴにおいて送信されるべき信号を送信することまたは受信することに影響を及ぼさないことを目的として、第２のリソースは、ソフトリソースまたは利用不可能なリソースに変換されてよく、すなわち、第２のリソース上でのＤＵの信号送信は、停止される必要がある。

理解しやすいように、以下で、図８Ａおよび図８Ｂの例を参照しながら説明を提供する。図８Ａおよび図８Ｂに示されているように、図８Ａおよび図８Ｂの上側部分の図は、ＤＵにおける、調整の前のリソース構成、および調整されたリソース構成を示す。図８Ａおよび図８Ｂの下側部分は、ＭＴにおける、調整の前のリソース構成、および調整されたリソース構成を示す。図８Ａおよび図８Ｂ中のＲは、信号、たとえば、ＳＳＢまたはＲＡＣＨを表す。ＤＵのリソース構成を調整することが、説明のための例として使用される。ＤＵのリソース構成の周期性は、（ハードリソースに対応する５つのリソースユニット、およびソフトリソースに対応する５つのリソースユニットを含む）１０個のリソースユニットであり、信号の送信の周期性は、４０個のリソースユニットであることがわかる。信号が受信されるかまたは送信されたとき、複数の信号リソースが、時間領域においてＤＵのソフトリソースと重複し得る。ＤＵにおいて周期的に送信されるかまたは受信される信号が、構成を通して時間領域においてハードリソースと完全に重複する必要がある場合、ＤＵの（ソフトリソースおよびハードリソースを含む）リソース構成の構成周期性は、信号の送信周期性と等価である必要がある。たとえば、信号はＳＳＢであり、ＳＳＢの周期性は１６０ミリ秒（ｍｓ）であり得、（サブキャリア間隔が６０ｋＨｚである）６４０個のスロットがその中に含まれ得ると仮定する。ＤＵのリソース構成の周期性が増加された場合、シグナリングオーバーヘッドは大幅に増加される。

オーバーヘッドの増加を回避するために、ＤＵ中のリソースが調整され得る。図８Ａおよび図８Ｂは、ＤＵの調整されたリソース構成を示している。時間領域において複数の信号リソースと重複するＤＵ中のソフトリソースは、ＤＵにおける周期信号の送信の成功を保証するために、ハードリソースに調整されて、それにより、シグナリングオーバーヘッドが増加することが回避される。たとえば、ＳＳＢを送信するためにＤＵによって使用されるリソース、またはＲＡＣＨを受信するためにＤＵによって使用されるリソースは、ＤＵのソフトリソースと重複する（たとえば、時間領域において重複する）ことがあり、ＤＵのソフトリソースはハードリソースに調整され得る。代替として、ＳＳＢを受信するためにＭＴによって使用されるリソース、またはＲＡＣＨを送信するためにＭＴによって使用されるリソースは、ＭＴの利用不可能なリソースと重複する（たとえば、時間領域において重複する）ことがあり、ＭＴの利用不可能なリソースは、利用可能なリソースに調整され得る。

上記で、図８Ａおよび図８ＢにおけるＤＵのリソース構成を調整する方式について説明した。ＭＴのリソース構成については、上記の方式を参照されたく、利用不可能なリソースは利用可能なリソースに調整されることを理解されたい。簡潔のために、どのようにＭＴのリソース構成を調整すべきかについて、本明細書では説明されない。ＭＴのリソース構成の周期性がＤＵのリソース構成の周期性と同じである例が、図８Ａおよび図８Ｂにおける説明のために使用されることをさらに理解されたい。しかしながら、ＤＵのリソース構成の周期性がＭＴのリソース構成の周期性と同じであるかどうかは、本出願のこの実施形態では限定されず、ＤＵのリソース構成およびＭＴのリソース構成の周期性は、同じであり得るかまたは異なり得る。

言い換えれば、ＳＳＢを送信するために使用されるリソース（たとえば、ＤＵリソース）は、本質的にハードリソースであるべきである。代替として、ＲＡＣＨを受信するために使用されるリソース（ＤＵリソース）は、本質的にハードリソースであるべきである。別の可能な場合では、ＭＴリソース中にあり、ＳＳＢを受信するために（またはＲＡＣＨを送信するために）使用されるリソースが、時間領域において、ＤＵリソース中にあり、ＳＳＢを送信するために（またはＲＡＣＨを受信するために）使用されるリソースと重複する場合、ＭＴリソース上でＳＳＢを受信すること（またはＲＡＣＨを送信すること）が、優先的に実施されてよい。すなわち、ＤＵの対応するリソース中にあり、ＳＳＢを送信するために（またはＲＡＣＨを受信するために）使用されるリソースは、ソフトリソースまたは利用不可能なリソースと見なされる。

上記で、ＤＵのリソース構成が調整される必要がある場合について説明した。周期的に送信されるかまたは受信される別の信号、たとえば、ＩＡＢノードが構成することを親ノードに要求するＣＳＩ－ＲＳ信号などの参照信号について、上記で決定されたリソース構成は、対応する送信することまたは受信することのために使用されてよく、ＤＵのリソース構成を調整する必要はないことを理解されたい。

上記は、ＤＵのリソース構成が調整される必要がある場合について説明していることをさらに理解されたい。可能な実装では、ＭＴのリソース構成が代替として調整され得る。たとえば、比較的高い優先度をもつ信号が、ＤＵにおいて送信される必要があり、信号が、時間領域において、ＭＴのリソース構成に対応するリソース（利用可能なリソース）と重複する場合、ＭＴの対応するリソースは、ＤＵにおける信号の送信の成功を保証するために、利用不可能なリソースに調整され得る。たとえば、ＳＳＢを送信するかまたはＲＡＣＨを受信するためにＤＵによって使用されるリソースは、時間領域においてＭＴの利用可能なリソースと重複することがある。この場合、ＭＴの利用可能なリソースは、利用不可能なリソースに調整されてよく、すなわち、親ノードは、対応するロケーションにおいて、ＰＤＳＣＨまたはＰＵＳＣＨなどの信号を送信するようにＩＡＢノードのＭＴをスケジュールしない。

図４から図８Ａおよび図８Ｂにおける例は、当業者が本出願の実施形態を理解するのを助けるために提供されているにすぎず、本出願の実施形態を、例に示されている特定のシナリオに限定することを意図されていないことを理解されたい。当業者は、図４から図８Ａおよび図８Ｂに示されている例に従って様々な等価な修正または変更を明らかに行うことができ、そのような修正または変更も、本出願の実施形態の範囲内に入る。

本出願の実施形態における解決策は、使用のために適切に組み合わされてよく、実施形態における用語の解説または説明は、実施形態において相互に参照または解説され得ることをさらに理解されたい。これは限定されない。

上記の処理のシーケンス番号は、本出願の様々な実施形態における実行シーケンスを意味しないことをさらに理解されたい。処理の実行シーケンスは、処理の機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定としても解釈されるべきではない。

上記は、図１から図８Ａおよび図８Ｂを参照しながら本出願の実施形態によるリソース構成方法について詳細に説明している。以下で、図９から図１２を参照しながら本出願の実施形態によるリソース構成装置について説明する。方法実施形態において説明される技術的特徴は、以下の装置実施形態にも適用可能であることを理解されたい。

図９は、本出願の実施形態によるリソース構成装置９００の概略ブロック図である。装置９００は、上記の方法実施形態において第１のノードによって実施される方法を実施するように構成される。任意選択で、装置９００の特定の形態は、リレーノードまたはリレーノード中のチップであり得る。これは、本出願のこの実施形態では限定されない。装置９００は、
第２のノードによって送信された第１のインジケーション情報を受信するように構成された、トランシーバモジュール９１０であって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、トランシーバモジュール９１０を含み、
トランシーバモジュール９１０は、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信するようにさらに構成され、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。

任意選択の実装では、トランシーバモジュール９１０は、第２のノードからリソース構成情報を受信するようにさらに構成され、リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用され、
第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて決定され、プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。

任意選択の実装では、トランシーバモジュール９１０は、第２のインジケーション情報を第２のノードに送信するようにさらに構成され、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。

任意選択で、第１の機能ユニットはモバイル端末ＭＴ機能ユニットであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴ機能ユニットである。

任意選択の実装では、ＤＵのリソース構成が決定されたとき、本装置は、
第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、ＤＵのリソース構成中のリソースを調整するように構成された、処理モジュール９２０をさらに含み、送信されるべき信号に対応するリソースが、第１タイプのリソースである。

任意選択の実装では、本装置のＤＵ中に、送信されるべき信号がある場合、処理モジュール９２０が、ＤＵのリソース構成を調整するように構成されることは、
ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定された場合、第１のリソースを第１タイプのリソースに調整することであって、第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである、ことを特に含む。

任意選択の実装では、本装置のＭＴ中に、送信されるべき信号がある場合、処理モジュール９２０が、ＤＵのリソース構成を調整するように構成されることは、
ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定された場合、第２のリソースを第２タイプのリソースに調整することであって、第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである、ことを特に含む。

任意選択で、送信されるべき信号は、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号という信号のうちの１つまたは複数を含む。

本出願のこの実施形態によるデータ送信装置９００は、上記の方法実施形態における第１のノードの方法、たとえば、図３の方法に対応し得ることを理解されたい。加えて、装置９００中のモジュールの上記および他の管理動作および／または機能は、上記の方法実施形態における第１のノードの方法の対応するステップを実装するためにそれぞれ使用される。したがって、上記の方法実施形態における有益な効果も実装され得る。簡潔のために、詳細について本明細書で再び説明されない。

装置９００中のモジュールは、ソフトウェアおよび／またはハードウェアの形態で実装され得ることをさらに理解されたい。これは特に限定されない。言い換えれば、装置９００は、機能モジュールの形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路ＡＳＩＣ、回路、１つもしくは複数のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および／または上記の機能を提供することができる別の構成要素であり得る。任意選択で、単純な実施形態では、当業者は、装置９００が図１０に示されている形態であり得ると理解されよう。処理モジュール９２０は、図１０に示されているプロセッサ１００１を使用することによって実装され得る。トランシーバモジュール９１０は、図１０に示されているトランシーバ１００３を使用することによって実装され得る。特に、プロセッサは、メモリに記憶されたコンピュータプログラムを実行することによって実装される。任意選択で、装置９００がチップであるとき、トランシーバモジュール９１０の機能および／または実装処理は、代替として、ピン、回路などによって実装され得る。任意選択で、メモリは、チップ中の記憶ユニット、たとえば、レジスタまたはバッファである。記憶ユニットは、代替として、コンピュータデバイス中にあり、チップの外部に位置する記憶ユニット、たとえば、図１０に示されているメモリ１００２であり得る。

図１０は、本出願の実施形態によるリソース構成装置１０００の概略構造図である。図１０に示されているように、装置１０００は、プロセッサ１００１を含む。

可能な実装では、プロセッサ１００１は、以下の行為、即ち、第２のノードによって送信された第１のインジケーション情報を受信することであって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、ことと、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信することであって、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される、こととを実施するためのインターフェースを呼び出すように構成される。

プロセッサ１００１は、上記の受信することと送信することとの行為を実施するためのインターフェースを呼び出し得ることを理解されたい。呼び出されるインターフェースは、論理インターフェースまたは物理インターフェースであり得る。これは限定されない。任意選択で、物理インターフェースは、トランシーバを使用することによって実装され得る。任意選択で、装置１０００は、トランシーバ１００３をさらに含む。

任意選択で、装置１０００は、メモリ１００２をさらに含む。メモリ１００２は、上記の方法実施形態におけるプログラムコードを記憶してよく、それにより、プロセッサ１００１は、プログラムコードを呼び出す。

特に、装置１０００が、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３を含む場合、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、内部接続経路を使用することによって互いに通信して、制御信号および／またはデータ信号を転送する。可能な設計では、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、チップを使用することによって実装されてよく、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、同じチップ中で実装され得るか、または異なるチップ中で別々に実装され得るか、またはプロセッサ１００１、メモリ１００２、およびトランシーバ１００３のいずれか２つの機能が１つのチップ中で実装される。メモリ１００２は、プログラムコードを記憶し得、プロセッサ１００１は、メモリ１００２に記憶されたプログラムコードを呼び出して、装置１０００の対応する機能を実装する。

装置１０００は、上記の実施形態において第１のノード側上で別のステップおよび／または動作を実施するようにさらに構成され得ることを理解されたい。簡潔のために、詳細について本明細書で再び説明されない。

図１１は、本出願の実施形態によるリソース構成装置１１００の概略ブロック図である。装置１１００は、上記の方法実施形態において第２のノードによって実施される方法を実施するように構成される。第２のノードは、第１のノードの親ノードである。任意選択で、装置１１００の特定の形態は、リレーノードもしくはリレーノード中のチップであり得るか、またはドナー基地局もしくはドナー基地局中のチップであり得る。これは、本出願のこの実施形態では限定されない。装置１１００は、
第１のインジケーション情報を決定するように構成された、処理モジュール１１１０であって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される、処理モジュール１１１０と、
第１のインジケーション情報を第１のノードに送信するように構成された、トランシーバモジュール１１２０とを含む。

任意選択の実装では、トランシーバモジュール１１２０は、
リソース構成情報を第１のノードに送信するようにさらに構成され、リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。

任意選択の実装では、トランシーバモジュール１１２０は、第１のノードによって送信された第２のインジケーション情報を受信するようにさらに構成され、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。

処理モジュール１１１０が、第１のインジケーション情報を決定するように構成されることは、
第２のノードによって、第２のインジケーション情報に基づいて第１のインジケーション情報を決定することを含む。

任意選択で、第１の機能ユニットはモバイル端末ＭＴ機能ユニットであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴ機能ユニットである。

本出願のこの実施形態によるデータ送信装置１１００は、上記の方法実施形態における第２のノードの方法、たとえば、図１１の方法に対応し得ることを理解されたい。加えて、装置１１００中のモジュールの上記および他の管理動作および／または機能は、上記の方法実施形態における第２のノードの方法の対応するステップを実装するためにそれぞれ使用される。したがって、上記の方法実施形態における有益な効果も実装され得る。簡潔のために、詳細について本明細書で再び説明されない。

装置１１００中のモジュールは、ソフトウェアおよび／またはハードウェアの形態で実装され得ることをさらに理解されたい。これは特に限定されない。言い換えれば、装置１１００は、機能モジュールの形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路ＡＳＩＣ、回路、１つもしくは複数のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および／または上記の機能を提供することができる別の構成要素であり得る。任意選択で、単純な実施形態では、当業者は、装置１１００が図１２に示されている形態であり得ると理解されよう。処理モジュール１１１０は、図１２に示されているプロセッサ１２０１を使用することによって実装され得る。トランシーバモジュール１１２０は、図１２に示されているトランシーバ１２０３を使用することによって実装され得る。特に、プロセッサは、メモリに記憶されたコンピュータプログラムを実行することによって実装される。任意選択で、装置１１００がチップであるとき、トランシーバモジュール１１２０の機能および／または実装処理は、代替として、ピン、回路などによって実装され得る。任意選択で、メモリは、チップ中の記憶ユニット、たとえば、レジスタまたはバッファである。記憶ユニットは、代替として、コンピュータデバイス中にあり、チップの外部に位置する記憶ユニット、たとえば、図１２に示されているメモリ１２０２であり得る。

図１２は、本出願の実施形態によるリソース構成装置１２００の概略構造図である。図１２に示されているように、装置１２００は、プロセッサ１２０１を含む。

可能な実装では、プロセッサ１２０１は、第１のインジケーション情報を決定するように構成され、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用され、プロセッサ１２０１は、以下の行為、即ち、第１のインジケーション情報を第１のノードに送信すること、を実施するためのインターフェースを呼び出すようにさらに構成される。

プロセッサ１２０１は、上記の受信することと送信することとの行為を実施するためのインターフェースを呼び出し得ることを理解されたい。呼び出されるインターフェースは、論理インターフェースまたは物理インターフェースであり得る。これは限定されない。任意選択で、物理インターフェースは、トランシーバを使用することによって実装され得る。任意選択で、装置１２００は、トランシーバ１２０３をさらに含む。

任意選択で、装置１２００は、メモリ１２０２をさらに含む。メモリ１２０２は、上記の方法実施形態におけるプログラムコードを記憶してよく、それにより、プロセッサ１２０１は、プログラムコードを呼び出す。

特に、装置１２００が、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３を含む場合、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、内部接続経路を使用することによって互いに通信して、制御信号および／またはデータ信号を転送する。可能な設計では、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、チップを使用することによって実装されてよく、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、同じチップ中で実装され得るか、または異なるチップ中で別々に実装され得るか、またはプロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３のいずれか２つの機能が１つのチップ中で実装される。メモリ１２０２は、プログラムコードを記憶し得、プロセッサ１２０１は、メモリ１２０２に記憶されたプログラムコードを呼び出して、装置１２００の対応する機能を実装する。

装置１２００は、上記の実施形態において第２のノード側上で別のステップおよび／または動作を実施するようにさらに構成され得ることを理解されたい。簡潔のために、詳細について本明細書で再び説明されない。

本出願の実施形態において開示される方法は、プロセッサに適用され得るか、またはプロセッサによって実装され得る。プロセッサは集積回路チップであり得、信号処理能力を有する。実装処理において、上記の方法実施形態におけるステップは、プロセッサ中のハードウェア集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって実装されることが可能である。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、個別ゲート、トランジスタ論理デバイス、個別ハードウェア構成要素、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ、ＳｏＣ）、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｏｒ ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号処理回路（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、プログラマブルコントローラ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、または別の集積チップであり得る。プロセッサは、本出願の実施形態において開示される方法、ステップ、および論理ブロック図を実装または実施し得る。汎用プロセッサはマイクロプロセッサであり得るか、またはプロセッサは任意の従来のプロセッサなどであり得る。本出願の実施形態に関して開示される方法のステップは、ハードウェア復号プロセッサを使用することによって直接実行され、達成され得るか、または復号プロセッサにおいてハードウェアモジュールとソフトウェアモジュールとの組合せを使用することによって実行され、達成され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなど、当技術分野における成熟した記憶媒体中に位置し得る。記憶媒体はメモリ中に位置し、プロセッサは、メモリ中の情報を読み取り、プロセッサのハードウェアとの組合せで上記の方法におけるステップを完了する。

本出願の実施形態におけるメモリは、揮発性メモリもしくは不揮発性メモリであり得るか、または揮発性メモリおよび不揮発性メモリを含み得ることが理解されよう。不揮発性メモリは、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（プログラマブルＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（消去可能ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（電気的ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用される、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であり得る。限定的ではなく例示的な説明を通して、ＲＡＭの多くの形態が使用されてよく、たとえば、スタティックランダムアクセスメモリ（スタティックＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ダイナミックＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（シンクロナスＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ダブルデータレートＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（拡張ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（シンクリンクＤＲＡＭ、ＳＬＤＲＡＭ）、およびダイレクトラムバスダイナミックランダムアクセスメモリ（ダイレクトラムバスＲＡＭ、ＤＲ ＲＡＭ）が使用され得る。本明細書で説明されるシステムおよび方法のメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むが、それらに限定されないことに留意されたい。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されたとき、コンピュータは、図３から図８Ａおよび図８Ｂに示されている実施形態のいずれか１つにおける方法を実施することを可能にされる。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータ可読媒体をさらに提供する。コンピュータ可読媒体はプログラムコードを記憶する。プログラムコードがコンピュータ上で実行されたとき、コンピュータは、図３から図８Ａおよび図８Ｂに示されている実施形態のいずれか１つにおける方法を実施することを可能にされる。

本出願の実施形態で提供される方法によれば、本出願は、上記の第１のノードおよび第２のノードを含む、システムをさらに提供する。

本出願の実施形態において、「第１」、「第２」などの数は、異なる対象物の間で区別するために、たとえば、異なるノードまたはインジケーション情報の間で区別するために使用されているにすぎず、本出願の実施形態の範囲に関する限定を構成しないことを理解されたい。本出願の実施形態はそれに限定されない。

本明細書における「および／または」という用語は、関連する対象物について説明するための関連付け関係のみを記述し、３つの関係が存在し得ることを表すことをさらに理解されたい。たとえば、Ａおよび／またはＢは、Ａのみが存在する、ＡとＢの両方が存在する、およびＢのみが存在するという、３つの場合を表し得る。加えて、本明細書における「／」という文字は、関連する対象物の間の「または」関係を概して示す。

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

便宜的で簡単な説明のために、上記のシステム、装置、およびユニットの詳細な作業処理については、上記の方法実施形態における対応する処理を参照し、詳細について本明細書で再び説明されないことが当業者には明確に理解され得る。

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

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

加えて、本出願の実施形態における機能ユニットが１つの処理ユニットへと統合されることがあり、またはユニットの各々が物理的に単独で存在することがあり、または２つ以上のユニットが１つのユニットへと統合される。

機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能は、コンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本出願の技術的解決策、または従来技術に寄与する部分、または技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態において説明される方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。

上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されていない。本出願において開示される技術範囲内で当業者によって容易に想到されるいかなる変形または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

本出願は、通信分野に関し、より詳細には、リソース構成方法および装置に関する。

モバイル通信技術が絶え間なく発達するにつれて、スペクトルリソースがますます不足するようになっている。スペクトル利用を改善するために、基地局は、将来ではより高密度に展開されるだろう。加えて、高密度展開はカバレージホールを回避することができる。従来のセルラーネットワークアーキテクチャでは、基地局は、光ファイバーを使用することによってコアネットワークに接続される。しかしながら、ファイバー展開は多くのシナリオにおいてコストがかかる。ワイヤレスリレーノード（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）が、ワイヤレスバックホールリンクを使用することによってコアネットワークに接続されて、光ファイバー展開コストが部分的に低減されることが可能となる。

通常、リレーノードは、１つまたは複数の親ノードへのワイヤレスバックホールリンクを確立し、親ノードを通してコアネットワークにアクセスする。親ノードは、複数のタイプのシグナリングを使用することによってリレーノードに対して制御（たとえば、データスケジューリング、タイミング変調、および電力制御）を実施し得る。加えて、リレーノードは、複数の子ノードにサービスを提供し得る。リレーノードの親ノードは、基地局または別のリレーノードであり得る。リレーノードの子ノードは、端末または別のリレーノードであり得る。将来のワイヤレスネットワークの高帯域幅を考慮すると、さらに展開コストを低減し展開フレキシビリティを改善するために、統合アクセスおよびバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）解決策が５Ｇ新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に導入されると考えられる。したがって、統合アクセスおよびバックホールリレー、すなわち、ＩＡＢノードが導入される。

ＩＡＢノードは、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）および分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）という機能ユニットの２つの部分を含み得る。ＭＴは、ＩＡＢノードによって親ノードと通信するために使用され、ＤＵは、ＩＡＢノードによって子ノードと通信するために使用される。複数のアンテナパネル（ｐａｎｅｌ）またはセルをもつシナリオでは、ＩＡＢノードにおいてＭＴリソースおよびＤＵリソースを構成するための解決策がない。

この点を考慮して、本出願は、リソース構成方法および装置を提供する。第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間の多重化タイプが、ＩＡＢノードに示され、それにより、ＩＡＢノードは、多重化タイプに基づいてＭＴのリソース構成またはＤＵのリソース構成を取得する。これは、複数のアンテナパネルの場合においてＩＡＢノード中にリソース構成を実装するのを助ける。

第１の態様によれば、リソース構成方法が提供され、本方法は、第１のノードが、第２のノードによって送られた第１のインジケーション情報を受信することを含む。第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。第１のノードは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信する。第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。したがって、リソース多重化タイプを取得した後に、第１のノードは、第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、それにより、複数のアンテナパネルの場合においてＩＡＢノード中にリソース構成を実装することができる。

可能な実装では、本方法は、第１のノードが、第２のノードからリソース構成情報を受信することをさらに含む。リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて決定される。プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。したがって、第１のノードは、第２のノードから第１の機能ユニットのリソース構成をさらに取得し、次いで、第１の機能ユニットのリソース構成を使用することによって第２の機能ユニットのリソース構成についてプリセット関係を探索し得る。

可能な実装では、本方法は、第１のノードが、第２のインジケーション情報を第２のノードに送ることをさらに含む。第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用される。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表す。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。したがって、第１のノードは、サポートされるリソース多重化タイプを第２のノードに報告し得、それにより、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成することができる。

任意選択で、第１の機能ユニットはモバイル端末ＭＴであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴである。

可能な実装では、ＤＵのリソース構成が決定されたとき、本方法は、第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、第１のノードが、ＤＵのリソース構成中のリソースを調整することをさらに含む。送信されるべき信号に対応するリソースは、第１タイプのリソースである。したがって、いくつかの特殊な送信されるべき信号の場合、これらの送信されるべき信号の送信の成功を保証するために、第１のノードは、ＤＵのリソース構成中のリソースを調整し得る。「調整」は、ソフトリソースもしくは利用不可能なリソースをハードリソースに調整すること、またはハードリソースをソフトリソースもしくは利用不可能なリソースに調整することとして解釈され得る。

任意選択で、送信されるべき信号は、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号という信号のうちの１つまたは複数を含む。

任意選択で、第１のノードのＤＵ中に、送信されるべき信号がある場合、第１のノードがＤＵのリソース構成を調整することは、第１のノードが、ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定した場合、第１のノードは、第１のリソースを第１タイプのリソースに調整することを含む。第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである。ＤＵにおける送信されるべき信号の送信の成功を保証するために、送信されるべき信号を送信するために使用され、ＤＵのリソース構成中にあるリソースが、ハードリソースであることが保証される必要がある。したがって、ＤＵのリソース構成中の第１のリソースがソフトリソースまたは利用不可能なリソースである場合、第１のリソースは、ハードリソースに変換される。

任意選択で、第１のノードのＭＴ中に、送信されるべき信号がある場合、第１のノードがＤＵのリソース構成を調整することは、第１のノードが、ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定した場合、第１のノードが、第２のリソースを第２タイプのリソースに調整することを含む。第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである。ＭＴにおける送信されるべき信号の送信の成功を保証するために、送信されるべき信号を送信するために使用され、ＭＴのリソース構成中にあるリソースが、ハードリソースであることが保証される必要がある。したがって、第２のリソースは、ＭＴにおける送信されるべき信号の送信の成功を保証するために、ソフトリソースまたは利用不可能なリソースに変換され得る。

第２の態様によれば、リソース構成方法が提供され、本方法は、第２のノードが第１のインジケーション情報を決定することを含む。第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される。第２のノードは、第１のインジケーション情報を第１のノードに送る。したがって、第２のノードは、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを第１のノードに送り、それにより、第１のノードは、リソース多重化タイプに基づいて、および第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、それにより、複数のアンテナパネルの場合においてＩＡＢノード中のリソース構成を実装する。

可能な実装では、本方法は、第２のノードがリソース構成情報を第１のノードに送ることをさらに含む。リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。したがって、第２のノードは、第１の機能ユニットのリソース構成を第１のノードに送り、それにより、第１のノードは、第１の機能ユニットのリソース構成を使用することによって第２の機能ユニットのリソース構成についてプリセット関係を探索する。

可能な実装では、本方法は、第２のノードが、第１のノードによって送られた第２のインジケーション情報を受信することをさらに含む。第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用される。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表す。代替として、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。第２のノードが第１のインジケーション情報を決定することは、第２のノードが、第２のインジケーション情報に基づいて第１のインジケーション情報を決定することを含む。したがって、第２のノードは、第１のノードによってサポートされ、第１のノードによって報告されたリソース多重化タイプを受信し、それにより、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成することができる。

任意選択で、第１の機能ユニットはモバイル端末ＭＴであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴである。

第３の態様によれば、通信装置が提供される。通信装置は、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。

第４の態様によれば、通信装置が提供される。通信装置は、第２の態様または第２の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含む。

第５の態様によれば、通信装置が提供される。通信装置は、上記の方法設計における第１のノード（たとえば、ＩＡＢノードもしくは端末デバイス）であり得るか、または第１のノード中に配設されたチップであり得る。通信装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ中の命令を実行して、第１の態様または第１の態様の可能な実装のいずれか１つにおける第１のノードによって実施される方法を実装するように構成され得る。任意選択で、通信装置はメモリをさらに含む。任意選択で、通信装置は通信インターフェースをさらに含む。プロセッサは通信インターフェースに結合される。

通信装置が第１のノードであるとき、通信インターフェースは、トランシーバまたは入出力インターフェースであり得る。

通信装置が、第１のノード中に配設されたチップであるとき、通信インターフェースは入出力インターフェースであり得る。

任意選択で、トランシーバはトランシーバ回路であり得る。任意選択で、入出力インターフェースは入出力回路であり得る。

第６の態様によれば、通信装置が提供される。通信装置は、上記の方法設計における第２のノード（たとえば、ドナー基地局）であり得るか、または第２ノード中に配設されたチップであり得る。通信装置はプロセッサを含む。プロセッサは、メモリに結合され、メモリ中の命令を実行して、第２の態様または第２の態様の可能な実装のいずれか１つにおける第２のノードによって実施される方法を実装するように構成され得る。任意選択で、通信装置はメモリをさらに含む。任意選択で、通信装置は通信インターフェースをさらに含む。プロセッサは通信インターフェースに結合される。

通信装置が第２のノードであるとき、通信インターフェースは、トランシーバまたは入出力インターフェースであり得る。

通信装置が、第２のノード中に配設されたチップであるとき、通信インターフェースは入出力インターフェースであり得る。

任意選択で、トランシーバはトランシーバ回路であり得る。任意選択で、入出力インターフェースは入出力回路であり得る。

第７の態様によれば、プログラムが提供される。プロセッサによって実行されたとき、プログラムは、第１の態様もしくは第２の態様または第１の態様もしくは第２の態様の可能な実装におけるいずれかの方法を実施するように構成される。

第８の態様によれば、プログラム製品が提供される。プログラム製品はプログラムコードを含む。プログラムコードが、通信装置（たとえば、第１のノード）の通信ユニット、処理ユニット、トランシーバ、またはプロセッサによって実行されたとき、通信デバイスは、第１の態様または第１の態様の可能な実装におけるいずれかの方法を実施することを可能にされる。

第９の態様によれば、プログラム製品が提供される。プログラム製品はプログラムコードを含む。プログラムコードが、通信装置（たとえば、第２のノード）の通信ユニット、処理ユニット、トランシーバ、またはプロセッサによって実行されたとき、通信デバイスは、第２の態様または第２の態様の可能な実装のいずれか１つにおける方法を実施することを可能にされる。

第１０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はプログラムを記憶する。プログラムは、通信装置（たとえば、第１のノード）が、第１の態様または第１の態様の可能な実装のいずれか１つにおける方法を実施することを可能にする。

第１１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はプログラムを記憶する。プログラムは、通信装置（たとえば、第２のノード）が、第２の態様または第２の態様の可能な実装におけるいずれかの方法を実施することを可能にする。

本出願の実施形態が適用可能である通信システムの概略構造図である。 複数のアンテナパネルをもつシナリオの例の概略図である。 本出願の実施形態によるリソース構成方法の概略相互作用図である。 異なるリソース多重化タイプの場合における、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応の概略図である。 ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとの間の多重化タイプの概略図である。 ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとのリソース構成の概略図である。 ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの例の概略図である。 本出願の実施形態によるリソース構成を調整する例の概略図である。 本出願の実施形態によるリソース構成を調整する例の概略図である。 本出願の実施形態によるリソース構成装置の概略ブロック図である。 本出願の実施形態によるリソース構成装置の概略構造図である。 本出願の別の実施形態によるリソース構成装置の概略ブロック図である。 本出願の別の実施形態によるリソース構成装置の概略構造図である。

以下で、添付の図面を参照しながら本出願の技術的解決策について説明する。

本出願の実施形態の説明では、特に明記されない限り、「複数」または「複数の」は、２または２よりも大きいことを意味する。加えて、「少なくとも１つ」は、「１つまたは複数」と交換され得る。

本出願におけるすべてのノードおよびメッセージの名前は、本出願において説明しやすくするための名前セットにすぎず、実際のネットワークでは異なる名前であり得ることを理解されたい。様々なノードおよびメッセージの名前が本出願において限定されると理解されるべきではない。反対に、本出願において使用されるノードまたはメッセージのものと同じまたは同様の機能を有するどんな名前も、本出願における方法または等価な交換と見なされ、本出願の保護範囲内にある。詳細について以下で説明されない。

将来のワイヤレスネットワークの高帯域幅を考慮すると、さらに展開コストを低減し展開フレキシビリティを改善するために、統合アクセスおよびバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）解決策が第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に導入されると考えられ、したがって、統合アクセスおよびバックホールリレーが導入される。本出願では、統合アクセスおよびバックホールをサポートするリレーノードは、ＩＡＢノード（ＩＡＢ ｎｏｄｅ）と呼ばれ、したがって、リレーノードは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）リレーとは区別される。ＩＡＢノードを含むシステムは、リレーシステムとも呼ばれる。

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

本出願の実施形態において述べられた通信システムは、限定されないが、狭帯域のモノのインターネット（ｎａｒｒｏｗｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＮＢ－ＩｏＴ）システム、ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システム、ＬＴＥシステム、ＮＲまたは５Ｇ後の通信システムなどの次世代５Ｇモバイル通信システム、およびデバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ、Ｄ２Ｄ）通信システムを含むことに留意されたい。

図１に示されている通信システムでは、統合アクセスおよびバックホールＩＡＢシステムが提供される。１つのＩＡＢシステムは、少なくとも１つの基地局１００、基地局１００によってサービスされる１つまたは複数の端末デバイス（端末）１０１、１つまたは複数のリレーノードＩＡＢノード、およびＩＡＢノード１１０によってサービスされる１つまたは複数の端末デバイス１１１を含む。通常、基地局１００は、ドナー基地局（ドナー次世代ノードＢ、ＤｇＮＢ）と呼ばれ、ＩＡＢノード１１０は、ワイヤレスバックホールリンク１１３を使用することによって基地局１００に接続される。本出願では、ドナー基地局は、ドナーノード、すなわち、ｄｏｎｏｒ ｎｏｄｅとも呼ばれる。基地局は、限定はされないが、発展型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ノードＢ（ｎｏｄｅ Ｂ、ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、基地トランシーバ局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（たとえば、ホーム発展型ノードＢ、またはホームノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ Ｕｎｉｔ、ＢＢＵ）、ｅＬＴＥ（発展型ＬＴＥ、ｅＬＴＥ）基地局、ＮＲ基地局（次世代ノードＢ、ｇＮＢ）などを含む。端末デバイスは、限定はされないが、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局、アクセス端末、ユーザユニット、ユーザ局、移動局、リモート局、リモート端末、モバイルデバイス、端末、ワイヤレス通信デバイス、ユーザエージェント、およびワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＷＬＡＮ）中にある局（ｓｔａｔｉｏｎ、ＳＴ）、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、ワイヤレスモデムに接続された別の処理デバイス、車載型デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク中の移動局、将来の発展型パブリックランドモバイルネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）中の端末デバイスなどのいずれか１つを含む。ＩＡＢノードは、リレーノードの特定の名前であり、本出願の実施形態における解決策に対する限定とはならない。ＩＡＢノードは、フォワーディング機能を有する上記の基地局もしくは端末デバイスのうちの１つであり得るか、または独立したデバイス形態であり得る。

統合アクセスおよびバックホールシステムは、複数の他のＩＡＢノード、たとえば、ＩＡＢノード１２０およびＩＡＢノード１３０をさらに含み得る。ＩＡＢノード１２０は、ネットワークにアクセスするために、ワイヤレスバックホールリンク１２３を使用することによってＩＡＢノード１１０に接続される。ＩＡＢノード１３０は、ネットワークにアクセスするために、ワイヤレスバックホールリンク１３３を使用することによってＩＡＢノード１１０に接続される。ＩＡＢノード１２０は、１つまたは複数の端末デバイス１２１をサービスする。ＩＡＢノード１３０は、１つまたは複数の端末デバイス１３１をサービスする。図１では、ＩＡＢノード１１０とＩＡＢノード１２０の両方が、ワイヤレスバックホールリンクを使用することによってネットワークに接続される。本出願では、ワイヤレスバックホールリンクはリレーノードの観点から見られる。たとえば、ワイヤレスバックホールリンク１１３は、ＩＡＢノード１１０のバックホールリンクであり、ワイヤレスバックホールリンク１２３は、ＩＡＢノード１２０のバックホールリンクである。図１に示されているように、ＩＡＢノード１２０など、１つのＩＡＢノードは、ネットワークにアクセスするために、ワイヤレスバックホールリンク１２３などのワイヤレスバックホールリンクを使用することによって別のＩＡＢノード１１０に接続され得る。加えて、リレーノードは、ワイヤレスリレーノードの複数のレベルを使用することによってネットワークに接続され得る。本出願では、ＩＡＢノードは、説明の目的のために使用されるにすぎず、本出願の解決策がＮＲシナリオにおいてのみ使用されることを示さないことを理解されたい。本出願では、ＩＡＢノードは、リレー機能を有する任意のノードまたはデバイスであり得る。本出願におけるＩＡＢノードの使用およびリレーノードの使用は、同じ意味を有することを理解されたい。

説明しやすいように、以下で、本出願の実施形態において使用される基本的用語または概念を定義する。

親ノード：ＩＡＢノード１１０など、ワイヤレスバックホールリンクリソースを提供するノードは、ＩＡＢノード１２０の親ノードと呼ばれる。親ノードは、ＩＡＢノード、ドナー基地局（たとえば、ドナーノード）、ネットワークデバイスなどであり得ることを理解されたい。これは限定されない。

子ノード：バックホールリンクリソース上でネットワークにデータを送信するかまたはネットワークからデータを受信するノードは、子ノードと呼ばれ、たとえば、ＩＡＢノード１２０は、リレーノード１１０の子ノードと呼ばれ、端末デバイス１３１は、リレーノード１３０の子ノードと呼ばれることがあり、ネットワークは、コアネットワーク、またはインターネットもしくは専用ネットワークなどの別のアクセスネットワーク上のネットワークである。

アクセスリンク：アクセスリンクは、ノードの子ノードと通信するためにノードによって使用されるワイヤレスリンクであり、アップリンク送信リンクおよびダウンリンク送信リンクを含む。アクセスリンク上で、アップリンク送信は、アクセスリンク上のアップリンク送信とも呼ばれ、ダウンリンク送信は、アクセスリンク上のダウンリンク送信とも呼ばれる。ノードは、限定はされないが、上記のＩＡＢノードを含む。

バックホールリンク：バックホールリンクは、ノードの親ノードと通信するためにノードによって使用されるワイヤレスリンクであり、アップリンク送信リンクおよびダウンリンク送信リンクを含む。バックホールリンク上で、アップリンク送信は、バックホールリンク上のアップリンク送信とも呼ばれ、ダウンリンク送信は、バックホールリンク上のダウンリンク送信とも呼ばれる。ノードは、限定はされないが、上記のＩＡＢノードを含む。

別の説明では、ＩＡＢノードは、２つの部分、すなわち、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）および分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）に分割され得る。ＭＴは、ＩＡＢノードによって親ノードと通信するために使用され、ＤＵは、ＩＡＢノードによって子ノードと通信するために使用される。ＩＡＢノード中のＭＴと親ノードとの間のリンクは、親ＢＨリンク（ｐａｒｅｎｔ ＢＨ ｌｉｎｋ）と呼ばれ、ＩＡＢノード中のＤＵと子ＩＡＢノードとの間のリンクは、子ＢＨリンク（ｃｈｉｌｄ ＢＨ ｌｉｎｋ）と呼ばれる。しかしながら、ＩＡＢノード中のＤＵと下位ＵＥとの間のリンクは、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）と呼ばれる。しかしながら、本出願では、説明しやすいように、ＩＡＢノードと親ノードとの間のリンクは、バックホールリンクと呼ばれ、ＩＡＢノードと子ＩＡＢノードおよび／またはＵＥとの間のリンクは、まとめてアクセスリンクと呼ばれる。

通常、子ノードは、親ノードの端末デバイスと見なされ得る。図１に示されている統合アクセスおよびバックホールシステムでは、１つのＩＡＢノードが１つの親ノードに接続されることを理解されたい。しかしながら、将来のリレーシステムでは、ワイヤレスバックホールリンクの信頼性を改善するために、ＩＡＢノード１２０などの１つのＩＡＢノードは、ＩＡＢノードを同時にサービスする複数の親ノードを有し得る。たとえば、図中のＩＡＢノード１３０は、さらに、バックホールリンク１３４を使用することによってＩＡＢノード１２０に接続され得る。言い換えれば、ＩＡＢノード１１０とＩＡＢノード１２０の両方は、ＩＡＢノード１３０の親ノードである。ＩＡＢノード１１０、１２０、および１３０の名前は、ＩＡＢノード１１０、１２０、および１３０が展開されるシナリオまたはネットワークを限定せず、リレーおよびＲＮなど、任意の他の名前であり得る。本出願では、ＩＡＢノードは、説明しやすくするためにのみ使用される。

図１において、ワイヤレスリンク１０２、１１２、１２２、１３２、１１３、１２３、１３３、および１３４は、アップリンクおよびダウンリンク送信リンクを含む、双方向リンクであり得る。特に、ワイヤレスバックホールリンク１１３、１２３、１３３、および１３４は、子ノードにサービスを提供するために親ノードによって使用され得る。たとえば、親ノード１００は、子ノード１１０にワイヤレスバックホールサービスを提供する。バックホールリンクのアップリンクおよびダウンリンクは分離され得る、すなわち、送信は、アップリンクおよびダウンリンク上で同じノードを使用することによって実施されないことを理解されたい。ダウンリンク送信は、ノード１００などの親ノードによってノード１１０などの子ノードに情報またはデータを送信することを指す。アップリンク送信は、ノード１１０などの子ノードによってノード１００などの親ノードに情報またはデータを送信することを指す。ノードは、ネットワークノードまたは端末デバイスに限定されない。たとえば、Ｄ２Ｄシナリオでは、端末デバイスは、別の端末デバイスにサービスを提供するためにリレーノードとして働き得る。いくつかのシナリオでは、ワイヤレスバックホールリンクは、代替としてアクセスリンクであり得る。たとえば、バックホールリンク１２３は、代替として、ノード１１０のためのアクセスリンクと見なされることがあり、バックホールリンク１１３は、代替として、ノード１００のためのアクセスリンクである。親ノードは、基地局であり得るか、またはリレーノードであり得、子ノードは、リレーノードであり得るか、またはリレー機能を有する端末デバイスであり得ることを理解されたい。たとえば、Ｄ２Ｄシナリオでは、子ノードは、代替として端末デバイスであり得る。

リレーノード１１０、１２０、または１３０など、図１に示されているリレーノードは、２つの形態で存在し得る。１つの形態は、リレーノードが、独立したアクセスノードとして存在することであり、リレーノードにアクセスする端末デバイスを独立して管理し得る。この場合、リレーノードは、通常、独立した物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ）を有する。この形態のリレーは、通常、完全なプロトコルスタック機能、たとえば、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）機能を有する必要がある。このタイプのリレーは、通常、レイヤ３リレーと呼ばれる。しかしながら、別の形態のリレーノード、およびドナーｅＮＢまたはドナーｇＮＢなどのドナーノードは、同じセルに属し、ユーザは、ドナーノードなどのドナー基地局によって管理される。このタイプのリレーは、通常、レイヤ２リレーと呼ばれる。レイヤ２リレーは、通常、ＮＲの中央ユニットおよび分散ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ ａｎｄ Ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＣＵ－ＤＵ）アーキテクチャにおける基地局ＤｇＮＢのＤＵとして存在し、Ｆ１アプリケーションプロトコル（Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、Ｆ１－ＡＰ）インターフェースを通して、またはトンネリングプロトコルを使用することによってＣＵと通信する。トンネリングプロトコルは、たとえば、汎用パケット無線サービストンネリングプロトコル（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ、ＧＴＰ）であり得る。詳細について再び説明されない。ドナーノードは、コアネットワークにアクセスするために使用され得るノードであるか、または無線アクセスネットワーク中のアンカー基地局であり、アンカー基地局は、ネットワークにアクセスするために使用され得る。アンカー基地局は、コアネットワークからデータを受信し、データをリレーノードにフォワーディングすること、またはリレーノードからデータを受信し、データをコアネットワークにフォワーディングすることを担当する。通常、リレーシステム中のドナーノードは、ＩＡＢドナー、すなわち、ドナーノードと呼ばれる。本出願では、これらの２つの名詞が互い違いに使用されることがある。ＩＡＢドナーおよびドナーノードは、異なる機能を有するエンティティまたはネットワーク要素として理解されるべきではないことを理解されたい。

本出願の実施形態では、リレーノード（たとえば、ＩＡＢノード）、端末デバイス、またはネットワークデバイスは、ハードウェアレイヤ、ハードウェアレイヤ上で動作するオペレーティングシステムレイヤ、およびオペレーティングシステムレイヤ上で動作するアプリケーションレイヤを含む。ハードウェアレイヤは、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ、ＭＭＵ）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、処理（ｐｒｏｃｅｓｓ）を使用することによってサービス処理を実装するいずれか１つまたは複数のコンピュータオペレーティングシステム、たとえば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、またはＷｉｎｄｏｗｓオペレーティングシステムであり得る。アプリケーションレイヤは、ブラウザ、アドレス帳、ワードプロセシングソフトウェア、およびインスタント通信ソフトウェアなどのアプリケーションを含む。加えて、本出願の実施形態において提供される方法の実行本体の特定の構造は、本出願の実施形態において提供される方法のコードを記録するプログラムが、本出願の実施形態において提供される方法に従って通信を実施するように実行されることが可能であるとすれば、本出願の実施形態において特に限定されない。たとえば、本出願の実施形態において提供される方法の実行本体は、端末デバイスもしくはネットワークデバイス、または端末デバイスもしくはネットワークデバイスにおいてプログラムを呼び出し実行することができる機能モジュールであり得る。

加えて、本出願の態様または特徴は、標準のプログラミングおよび／またはエンジニアリング技術を使用する方法、装置、または製品として実装され得る。本出願において使用される「製品」という用語は、任意のコンピュータ可読構成要素、キャリア、または媒体からアクセスされることが可能なコンピュータプログラムをカバーする。たとえば、コンピュータ可読媒体は、限定はされないが、磁気記憶構成要素（たとえば、ハードディスク、フロッピーディスク、または磁気テープ）、光ディスク（たとえば、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ、ＣＤ）またはデジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ））、ならびにスマートカードおよびフラッシュメモリ構成要素（たとえば、消去可能プログラマブル読取り専用メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭ）、カード、スティック、またはキードライブ）を含み得る。加えて、本明細書で説明される様々な記憶媒体は、情報を記憶するように構成された１つまたは複数のデバイスおよび／または他の機械可読媒体を示し得る。「機械可読媒体」という用語は、限定はされないが、命令および／またはデータを記憶、含有、および／または搬送することができる無線チャネル、および様々な他の媒体を含み得る。

理解しやすいように、本出願の実施形態におけるいくつかの用語または概念について、本明細書で説明される。

ＭＴリソース：ＭＴリソースは、ＩＡＢノードのＭＴ機能によって使用されるリソースである。ＭＴリソースは、アップリンク（ｕｐｌｉｎｋ、Ｕ）リソース、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄ）リソース、またはフレキシブル（ｆｌｅｘｉｂｌｅ、Ｆ）リソースとして構成され得る。

加えて、ＭＴリソースは、以下の２つのタイプのリソースにさらに分類され得る。

利用可能なリソースは、親ノードによってスケジュールされ得るリソースである。

利用不可能な（ヌル、Ｎ）リソースは、親ノードによってスケジュールされないリソースである。当業者は、実際の使用では、利用不可能なリソースが、「ヌル」として示されることもあることを理解されたい。これは、本出願の実施形態に対して限定を課さない。

本出願の実施形態では、ＭＴの利用可能なリソースおよび利用不可能なリソースは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）を使用することによって親ノードによって明示的に構成され得るか、またはＤＵリソースタイプを使用することによってＩＡＢノードによって暗黙的に導出され得る。ＭＴの利用可能なリソースおよび利用不可能なリソースが取得される方式は、本出願の実施形態において限定されない。

ＤＵリソース：ＤＵリソースは、ＩＡＢノードのＤＵ機能によって使用されるリソースである。ＤＵリソースは、アップリンク（ｕｐｌｉｎｋ、Ｕ）リソース、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄ）リソース、フレキシブル（ｆｌｅｘｉｂｌｅ、Ｆ）リソース、または利用不可能な（ヌル、Ｎ）リソースとして構成され得る。さらに、ＤＵのアップリンクリソースは、ソフト（ｓｏｆｔ、Ｓ）リソースおよびハード（ｈａｒｄ、Ｈ）リソースに分類され得る。ＤＵのダウンリンクリソースは、ソフトリソースおよびハードリソースに分類され得る。ＤＵのフレキシブルリソースは、ソフトリソースおよびハードリソースに分類され得る。

ソフトリソース：リソースがＤＵによって使用されることが可能かどうかは、親ノードのインジケーションに依存する。

ハードリソース：ハードリソースは、ＤＵによって常に使用されることが可能なリソースである。

本出願では、ＤＵのソフトリソースおよびハードリソースは、上位レイヤシグナリング（たとえば、ＲＲＣシグナリング）もしくはインターフェースメッセージ（たとえば、Ｆ１－ＡＰインターフェースメッセージもしくは拡張Ｆ１－ＡＰインターフェースメッセージ）を使用することによって親ノードによって明示的に構成され得るか、またはＭＴのリソース構成を使用することによってＩＡＢノードによって暗黙的に導出され得る。ＤＵのソフトリソースおよびハードリソースが取得される方式は、本出願において限定されない。

ＩＡＢノード中のＭＴリソースとＤＵリソースとの間で異なるリソース多重化タイプ、たとえば、時分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）、静的空間分割多重化（ｓｐａｃｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）、動的ＳＤＭ、または全二重多重化があり得る。異なるリソース多重化タイプの場合、ＭＴリソースのリソース構成とＤＵリソースのリソース構成との間の異なる対応があり得る。たとえば、リソース多重化タイプがＴＤＭである場合、ＩＡＢノードのＭＴおよびＤＵは、送信を同時に実施することができない。リソース多重化タイプがＳＤＭである場合、ＭＴおよびＤＵは、受信することまたは送ることを同時に実施することができる。リソース多重化タイプが全二重である場合、ＭＴおよびＤＵは、送信を同時に実施することができ、同時送信は、同時に受信することまたは同時に送ることに限定されない。

図２は、複数のアンテナパネルをもつシナリオの例の概略図である。図２に示されているように、ＩＡＢノードは、複数のアンテナパネル（たとえば、３つのアンテナパネル：アンテナパネル０、アンテナパネル１、およびアンテナパネル２）を有する。ＩＡＢノードは、複数のアンテナパネルを使用することによって親ノード、子ノードと通信し得るか、またはＵＥにアクセスし得る。ＩＡＢノードのアンテナパネルの量は、本出願のこの実施形態において限定されないことを理解されたい。図２では、説明のための例のみとして、３つのアンテナパネルが使用される。

図３は、本出願の実施形態によるリソース構成方法２００の概略相互作用図である。図３に示されているように、方法２００は以下のステップを含む。

Ｓ２１０。第２のノードが、第１のインジケーション情報を第１のノードに送り、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される。対応して、第１のノードは、第１のインジケーション情報を受信する。

第１のノードは、リレーノード、たとえば、ＩＡＢノードであり得る。

第２のノードは、第１のノードの親ノードであり得る。親ノードの説明については、上記の説明を参照されたく、詳細について本明細書で再び説明されない。本明細書では、第２のノードがＩＡＢノードであるとき、ＩＡＢノードによって第１のノードに送られるシグナリングは、第２のノードの親ノード（たとえば、ドナーノード）によって生成され、第２のノードに送られ得る。第１のノードによって第２のノードに送られるシグナリングも、第２のノードによって第２のノードの親ノードに送られ得る。

第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプは、第２のノードによって第１のノードのために構成される。リソース多重化タイプは、時分割多重化ＴＤＭ、静的空間分割多重化ＳＤＭ、動的ＳＤＭ、または全二重多重化であり得る。

本明細書では、第１の機能ユニットはモバイル端末ＭＴであり得る。対応して、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり得、第２の機能ユニットはモバイル端末ＭＴである。

説明しやすいように、アンテナパネルは、本出願のこの実施形態における説明のための例として使用されることを理解されたい。しかしながら、これは、本出願のこの実施形態の保護範囲に対する限定とはならない。本出願のこの実施形態における技術的解決策は、異なるアンテナパネルに適用可能であるだけでなく、異なるセルにも適用可能であり、異なるサブユニットにも適用可能であり得る。すなわち、異なるアンテナパネルは、異なるセルと交換され得る。代替として、異なるアンテナパネルは、異なるサブユニットと交換される。たとえば、ＩＡＢノードのＤＵが複数のサブユニットを有するか、またはＩＡＢノードのＭＴが複数のサブユニットを有する。ＭＴでは、サブユニットは、セル、セルグループ、キャリア、キャリアグループ、または帯域幅パート（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）によって表され得る。たとえば、ＭＴがキャリアアグリゲーション送信を使用するとき、ＭＴは、複数のセルまたは複数のキャリアを有し、複数のセルまたは複数のキャリアは、ＭＴのサブユニットである。ＭＴがマルチ接続送信を使用するとき、ＭＴは、複数のセルグループまたはキャリアグループを有し、複数のセルグループまたはキャリアグループは、ＭＴのサブユニットである。ＤＵでは、サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルによって表され得る。たとえば、ＤＵは、異なる方向に面している複数のパネルを有することがあり、各アンテナパネルは１つのセルに対応する。したがって、サブユニットは、アンテナパネルまたはセルによって表され得る。別の例では、ＤＵは、複数のキャリアを有することがあり、各キャリアは１つのセルに対応する。したがって、サブユニットは、キャリアまたはセルによって表され得る。

第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであることが、例として使用される。第２のノードは、ＤＵのアンテナパネルが、異なるリソース構成を有し、アンテナパネルおよびＭＴリソースに対応するリソース構成間のリソース多重化タイプが異なることを示し得る。代替として、第２のノードは、ＤＵのセルのリソースが、異なるリソース構成を有し、セルおよびＭＴリソースに対応するリソース構成間のリソース多重化タイプが異なることを示し得る。代替として、第２のノードは、ＤＵのサブユニットのリソースが、異なるリソース構成を有し、サブユニットとＭＴリソースとの間のリソース多重化タイプが異なることを示し得る。本明細書では、当業者は、ＤＵリソースおよびＭＴリソースのリソース多重化が、各アンテナパネル／各セル／各サブユニットに対応するリソース上で信号が送信されるときに実施されるリソース多重化として理解され得ることを理解されたい。

任意選択で、異なるアンテナパネルは、異なるセル識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に対応し得るか、または同じセルＩＤに対応し得る。これは限定されない。

たとえば、可能な実装では、ＩＡＢノードが子ノードまたはＵＥにサービスを提供するとき、ＤＵは、複数のセルの動作をサポートし得、複数のセルは、異なるセルＩＤを有する。任意選択で、異なるセルは、異なるアンテナパネルを使用し、第２のノードは、第１のノード中のＤＵおよびＭＴの異なるセル間のリソース多重化タイプを構成し得る。別の可能な実装では、ＩＡＢノードのＭＴは、複数の親ノードへの接続を確立し、すなわち、ＭＴは、様々なセルと通信し得る。

第２のノードによって第１のノードのためにリソース多重化タイプを構成することについては、第１のノードによってサポートされ、第１のノードによって報告されるリソース多重化タイプを参照されたいことを理解されたい。代替として、第２のノードは、それ自体によってリソース多重化タイプを構成し得る。これは限定されない。

第１のノードが、第１のノードによってサポートされるリソース多重化タイプを報告しない場合、または第１のノードが、第１のノードによってサポートされるリソース多重化タイプを報告した場合でも、第２のノードは、ＭＴとＤＵのすべてのアンテナパネルとの間のリソース多重化タイプがＴＤＭになるように構成し得るか、または第２のノードは、ＭＴおよびＤＵが同じアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプがＴＤＭになるように構成し得、ＭＴおよびＤＵが異なるアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプが半静的ＳＤＭまたは動的ＳＤＭになるように構成し得る。

「同じアンテナパネル」は、ＭＴおよびＤＵが同じアンテナパネルを使用すること、または、ＭＴによって使用されるアンテナパネル、およびＤＵによって使用されるアンテナパネルが、同じ送信方向に面することを意味する。「異なるアンテナパネル」は、ＭＴおよびＤＵが異なるアンテナパネルを使用すること、または、ＭＴによって使用されるアンテナパネル、およびＤＵによって使用されるアンテナパネルが、異なる方向に面することを意味する。

本出願のこの実施形態では、「同じアンテナパネル」は、別の概念または用語、たとえば、コロケーション、擬似コロケーション、同方向、強い相関、または相互影響を使用することによって表され得る。これについて本明細書では中心に説明され、詳細について以下で説明されない。別の可能な実装では、第２のノードが第１のノードのためにリソース多重化タイプを明示的に構成する前に、デフォルトのリソース多重化タイプが、第１のノード中のＭＴとＤＵとの間で使用される。デフォルトのリソース多重化タイプは、以下の場合を含む。ＭＴとＤＵのすべてのアンテナパネルとの間のリソース多重化タイプがＴＤＭであるか、またはＭＴおよびＤＵが同じアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプがＴＤＭであり、ＭＴおよびＤＵが異なるアンテナパネルを使用するとき、ＭＴとＤＵとの間のリソース多重化タイプが半静的ＳＤＭまたは動的ＳＤＭである。

第１のノードが、第１のノードによってサポートされるリソース多重化タイプを第２のノードに報告する場合、任意選択で、方法２００は以下のステップをさらに含む。

Ｓ２２０。第１のノードが、第２のインジケーション情報を第２のノードに送り、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、もしくは第１のアンテナパネルは、第１の機能ユニットおよび第２の機能ユニットによって使用される同じアンテナパネルであるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。言い換えれば、第１のノードは、ＭＴによって使用されるアンテナパネルとＤＵのアンテナパネルとの間のコロケーション関係を第２のノードに報告し得る（コロケーション関係は、ＭＴによって使用されるアンテナパネルがＤＵのアンテナパネルと同じであるかどうかを示すために使用される）。

第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであることが、例として使用される。第１のノードは、第２のインジケーション情報を使用することによって、第１のノード中のＤＵおよびＭＴのアンテナパネル間でサポートされるリソース多重化タイプを第２のノードに報告し得、リソース多重化タイプは、特に、ＭＴと、ＤＵの異なるアンテナパネルとの間にあり、ＭＴが１つまたは複数のアンテナパネルを使用することによって送信を実施するときに使用される、リソース多重化タイプである。対応して、第２のノードは、ＤＵおよびＭＴのアンテナパネル間でサポートされ、第１のノードによって報告されたリソース多重化タイプに基づいて、ＭＴおよびＤＵが同じアンテナパネルを使用するかどうかを決定し得る。

代替として、たとえば、第１のノードは、第２のインジケーション情報を使用することによって、ＤＵの第１のアンテナパネルとＭＴとの間でサポートされるリソース多重化タイプ、またはＤＵの第２のアンテナパネルとＭＴとの間でサポートされるリソース多重化タイプを第２のノードに報告し得る。さらに、第２のインジケーション情報は、第１のアンテナパネルの識別子をさらに含み得る。

任意選択で、第２のインジケーション情報は、第１のアンテナパネルの識別子または第２のアンテナパネルの識別子をさらに示し得る。アンテナパネルの識別子は、パネルＩＤまたはセルＩＤであり得ることを理解されたい。代替として、アンテナパネルは、参照信号の識別子または参照信号リソース識別子、たとえば、同期信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ、ＳＳＢ）の識別子、チャネル状態情報参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）の識別子、ＣＳＩ－ＲＳリソースの識別子、サウンディング参照信号（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ）リソースの識別子などを使用することによって識別され得る。これは本明細書では限定されない。

特に、第１のノードおよび／または第２のノードは、参照信号識別子を使用することによって異なるアンテナパネル間で区別し得る。たとえば、ダウンリンク参照信号セット０およびダウンリンク参照信号セット１の場合、各ダウンリンク参照信号セットは、少なくとも１つのダウンリンク参照信号を含む。ＭＴは、ダウンリンク参照信号セット０を受信するかまたは送るためにアンテナパネル０を使用し、ダウンリンク参照信号セット１を受信するかまたは送るためにアンテナパネル１を使用する。したがって、第１のノードは、ＭＴとＤＵとの間のリソース多重化タイプまたはＭＴとＤＵのアンテナパネルとの間のコロケーション関係を報告すべきであり、リソース多重化タイプまたはコロケーション関係は、ＭＴがダウンリンク参照信号セット０およびダウンリンク参照信号セット１を受信するかまたは送るときに使用される。たとえば、ＩＡＢノードは、ＩＡＢノードのＭＴがダウンリンク参照信号セットを受信したときにＭＴによって使用されるアンテナパネルが、ＤＵのアンテナパネルとコロケートされることを報告し得る。本明細書では、ＭＴによって受信され送られる残りの信号（たとえば、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）および物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ））、ならびに少なくとも１つのダウンリンク参照信号セットは、空間擬似コロケート（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ、ＱＣＬ）関係を有するか、または同じアンテナパネルを使用すると仮定されることに留意されたい。

たとえば、第２のノードは、第１のノードによって報告されたリソース多重化タイプを参照して第１のノードのリソース多重化タイプを構成し得る。たとえば、

第１のノードによって報告されたリソース多重化タイプが全二重多重化であるとき（本明細書では、第１のノードが全二重多重化をサポートする場合、第１のノードは、デフォルトで、すべての残りのリソース多重化タイプをもサポートしていると見なされ得る）、第２のノードは、ＴＤＭ、動的ＳＤＭ、半静的ＳＤＭ、または全二重を構成し得る。

第１のノードによって報告されたリソース多重化タイプが半静的ＳＤＭであるとき、第２のノードは、ＴＤＭ、動的ＳＤＭ、または半静的ＳＤＭを構成し得る。

第１のノードによって報告されたリソース多重化タイプが動的ＳＤＭであるとき、第２のノードは、ＴＤＭまたは動的ＳＤＭを構成し得る。

第１のノードによって報告されたリソース多重化タイプがＴＤＭであるとき、第２のノードは、ＴＤＭを構成し得る。可能な実装では、第１のノードによって報告されたリソース多重化タイプを受信した後に、第２のノードは、第１のノードによって報告されたコンテンツを参照することなしに別の方式で第１のノードのリソース多重化タイプを構成し得る。これは限定されない。

任意選択で、上記のリソース多重化タイプは、様々な能力要件を有する。「能力」は、受信／送信分離、アンテナ分離、干渉抑制能力などというコンテンツのうちの１つまたは複数を含む。通常、ＩＡＢノードは、以下のシーケンスで、異なるリソース多重化タイプの場合における以下の能力要件を有する：ＴＤＭ＜動的ＳＤＭ＜静的ＳＤＭ＜全二重。具体的には、全二重は、高い受信／送信分離（または比較的高いアンテナ分離、もしくは比較的高い干渉抑制能力）を必要とし、ＴＤＭは、比較的低い受信／送信分離（または比較的低いアンテナ分離、もしくは比較的低い干渉抑制能力）を必要とする。第１のノードが、サポート可能なリソース多重化タイプを第２のノードに報告した後に、第２のノードによって第１のノードのために構成されたリソース多重化タイプは、同じまたはより低い能力要件を有するべきである。たとえば、第１のノードが、ＭＴと第１のノード中のＤＵの１つまたは複数のアンテナパネルとの間でサポートされることが可能なリソース多重化タイプが静的ＳＤＭであることを報告した後に、第２のノードによって第１のノードのために構成されるリソース多重化タイプは、静的ＳＤＭ、動的ＳＤＭ、またはＴＤＭであり得るが、全二重であることは可能でない。

任意選択で、第２のノードは、第１のノードのために、特殊なソフトリソースのタイプを構成し得る。第１のノードが切替えまたは再アクセスを実施するとき、第１のノードは、特殊なソフトリソースを使用して、対応するＭＴリソース上で親ノードと通信し、たとえば、ランダムアクセス応答メッセージ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ）を搬送するために使用されるＰＤＳＣＨまたは物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を受信し得る。

Ｓ２３０。第１のノードが、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信し、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。

本出願のこの実施形態では、第２のノードは、第１のインジケーション情報を使用することによってリソース多重化タイプを第１のノードに送る。リソース多重化タイプは、第１の機能ユニットの複数のアンテナパネルの各々と第２の機能ユニットとの間の異なるリソース多重化タイプを指す。リソース多重化タイプを取得した後に、第１のノードは、第１の機能ユニットのリソース構成を参照して第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定し、最終的に、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信し、それにより、複数のアンテナパネルまたはセルの場合においてＩＡＢノード中にリソース構成を実装し得る。

実装では、第１のノードのＤＵは、すべてのアンテナパネルを使用し得、ＭＴは、１つのアンテナパネルを使用し得る。ＭＴとＤＵの異なるアンテナパネルとの間で異なるリソース多重化タイプがあり得る。たとえば、ＭＴのアンテナパネルがＤＵのアンテナパネルと同じであるとき、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプは、ＴＤＭまたは動的ＳＤＭであり得る。別の例では、ＭＴのアンテナパネルがＤＵのアンテナパネルとは異なるとき、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプは、半静的ＳＤＭまたは全二重であり得る。図３において説明されるシナリオが例として使用される。アンテナパネル０およびアンテナパネル１について、アンテナパネル０は、ＭＴおよびＤＵによって共有され、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプは、時分割多重化ＴＤＭである。しかしながら、アンテナパネル１は、ＤＵのみによって使用される。したがって、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプは、ＴＤＭであり得るか、または半静的ＳＤＭであり得る。

上記は、ＭＴが１つのアンテナパネルを使用する例を使用することによって説明されているにすぎず、本出願のこの実施形態に対する限定とはならないことを理解されたい。言い換えれば、ＭＴは、代替として、異なるアンテナパネルを使用することによって受信することまたは送ることを実施し得る。たとえば、ＭＴは、複数のアンテナパネルを使用することによってデータを受信することをサポートするか、またはＭＴは、複数のアンテナパネルを使用してモビリティ測定、ビームトレーニングなどを実施する。

任意選択で、第２のノードは、さらに、第１の機能ユニットのリソース構成情報を第１のノードに送ってよく、それにより、第１のノードは、第１の機能ユニットのリソース構成情報に基づいて第２の機能ユニットの１つまたは複数のアンテナパネルのリソース構成を決定し得る。第１のノードが第２の機能ユニットの１つまたは複数のアンテナパネルのリソース構成を決定する前に、方法２００は、以下のステップをさらに含む。

Ｓ２４０。第２のノードが、リソース構成情報を第１のノードに送り、リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。対応して、第１のノードは、リソース構成情報を受信する。

第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定する。

特に、第２のノードは、半静的シグナリング（たとえば、ＲＲＣシグナリング）またはインターフェースメッセージ（たとえば、Ｆ１－ＡＰインターフェースメッセージもしくは拡張Ｆ１－ＡＰインターフェースメッセージ）を使用することによって、リソース構成情報を第１のノードに送り得る。第１のノードは、リソース構成情報を使用することによって、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを学習し得る。次いで、第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定する。

プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。本明細書では、異なるリソース多重化タイプでは、ＤＵのリソース構成とＭＴのリソース構成との間の異なる対応がある。

本出願で説明される実施形態はまた、ＭＴとＤＵの両方が複数のサブユニットを有する場合に適用され得る。

ＭＴの複数のサブユニットおよびＤＵの複数のサブユニットは、異なる多重化タイプを有し得、多重化タイプについては、上記の実施形態において説明された。多重化タイプは、第１のノードによって第２のノードに報告され得るか、または第２のノードによって第１のノードのために構成され得る。

たとえば、可能な実装では、第２のノードは、第１のノードのＭＴの各サブユニットのためにリソースタイプを構成する。ＭＴリソースタイプは、利用可能および利用不可能のうちの少なくとも１つを含む。第１のノードおよび／または第１のノードの親ノードは、ＭＴサブユニットとＤＵサブユニットとの間の多重化関係に基づいてＤＵの各サブユニットのリソースタイプを導出し、ＤＵのリソースタイプは、ハードリソース、ソフトリソース、および利用不可能なリソースのうちの少なくとも１つを含む。

別の可能な実装では、第２のノードは、第１のノードのＤＵの各サブユニットのためにハードリソースまたはソフトリソースとしてリソースタイプを構成し、第１のノードおよび／または第１のノードの親ノードは、ＭＴサブユニットとＤＵサブユニットとの間の多重化関係に基づいてＭＴの各サブユニットの各リソースの利用可能性を導出する。

第２のノードによって第１のノードのＭＴおよびＤＵサブユニットのために構成されたリソースタイプは、送信方向をさらに含むことがあり、送信方向は、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄによって表される）、アップリンク（ｕｐｌｉｎｋ、Ｕによって表される）、およびフレキシブル（ｆｌｅｘｉｂｌｅ、Ｆによって表される）を含むことを理解されたい。

図４は、異なるリソース多重化タイプの場合における、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応の概略図である。以下で、図４における特定の例に関してプリセット関係について説明する。

場合１：リソース多重化タイプがＴＤＭである。

この場合、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応は、次のように反映される。ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用不可能なリソースであり、具体的には、ＭＴは、リソース上で親ノードと通信しない。代替として、ＭＴの利用不可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースである。図４に示されている１０個のスロットについて、ＴＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット４（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、これらのスロット中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。

図４のＴＤＭにおけるＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成は、いくつかの例にすぎないことを理解されたい。以下で、ＴＤＭシナリオにおける第１のノード中のＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成のすべての可能な組合せ方式を提供する。詳細については、表１を参照されたい。

表１において、「ＭＴ：Ｔｘ」は、ＭＴが、スケジュールされた後に送信を実施すべきであることを示す。「ＤＵ：Ｔｘ」は、ＤＵが送信を実施し得ることを示す。「ＭＴ：Ｒｘ」は、ＭＴが（受信されるべき何らかの信号がある場合）信号を受信する能力を有することを示す。「ＤＵ：Ｒｘ」は、ＤＵが、アップリンク送信を実施するように子ノードをスケジュールし得ることを示す。「ＭＴ：Ｔｘ／Ｒｘ」は、ＭＴが、スケジュールされた後に送信または受信を実施すべきであるが、送信および受信が同時に行われないことを示す。「ＤＵ：Ｔｘ／Ｒｘ」は、ＤＵが、送信を実施するかまたは子ノードからの送信を受信し得るが、送信および受信が同時に行われないことを示す。「ＩＡ」は、ＤＵリソースが、利用可能として明示的または暗黙的に示されることを示す。「ＩＮＡ」は、ＤＵリソースが、利用不可能として明示的または暗黙的に示されることを示す。「ＭＴ：ヌル」は、ＭＴが送ることを実施せず、ＭＴが受信能力を有する必要がないことを示す。「ＤＵ：ヌル」は、ＤＵが送ることを実施せず、子ノードからの送信を受信しないことを示す。

場合２：リソース多重化タイプが静的ＳＤＭである。

この場合、ＤＵの１つのアンテナパネルのリソース構成とＭＴのリソース構成との間の対応は、次のように反映される。ＤＵおよびＭＴが同じ送信方向を有するとき、ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用不可能なリソースであり、言い換えれば、ＭＴは、リソース上で親ノードと通信しない。ＤＵおよびＭＴが反対の送信方向を有するとき、ＤＵのハードリソースの場合、ＭＴの対応するリソースは、利用可能なリソースである。代替として、ＤＵおよびＭＴが同じ送信方向を有するとき、ＭＴの利用不可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースである。ＤＵおよびＭＴが反対の送信方向を有するとき、ＭＴの利用可能なリソースの場合、ＤＵの対応するリソースは、ハードリソースであり得る。図４に示されているように、静的ＳＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット４（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、ＤＵのそれと同じ送信方向におけるスロット中の、またはフレキシブルリソースに対応するスロット（スロット１、スロット３、スロット５、スロット６、およびスロット８を含み、これらのスロットでは、ＤＵに対応するリソースもフレキシブルリソースである）中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。しかしながら、スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、スロット４（ＤＵ中のリソースがダウンリンクハードリソースＤ－Ｈである）、スロット７（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。ＤＵのそれと反対の送信方向を有する（スロット４を含む）スロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。スロット４について、異なるリソース多重化タイプの場合において、ＤＵのリソース構成は異なり、ＭＴのリソース構成は異なることがわかる。

図４のＳＤＭシナリオにおけるＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成は、いくつかの例にすぎないことを理解されたい。以下で、表２に示されているように、ＳＤＭシナリオにおける第１のノード中のＤＵの１つのアンテナパネルのリソース構成およびＭＴのリソース構成のすべての可能な組合せ方式を提供する。

表２における用語の解説または概念については、表１における説明を参照されたい。簡潔のために、詳細について本明細書で再び説明されない。

たとえば、ＤＵのリソースタイプがＦであるとき、表２によれば、親ノードは、空間多重化送信を実施すべきかどうかを決定するために、事前にＤＵの特定の送信方向を知る必要がある。この目的を達成するために、ＩＡＢノードは、親ノードのＤＵがスケジューリングを実施するように、事前にＤＵにおけるＦリソースの送信方向を報告し得る。

代替として、別の可能な実装では、ＩＡＢノードが、ＤＵのＦリソースの実際の方向を報告するように構成されないとき、ＤＵのＦリソースがハードリソースとして（明示的または暗黙的に）構成された場合、空間多重化送信は実施されず、Ｆリソースがソフトリソースである場合、動的ＳＤＭは実施され、すなわち、動的ＳＤＭのみがＤＵのＦリソースのために可能にされる。

場合３：リソース多重化タイプが全二重である。

この場合、ＭＴおよびＤＵを受信することおよび送ることは、互いに影響を及ぼさないことがあり、すなわち、ＭＴのリソース構成およびＤＵのリソース構成は、互いに影響を及ぼさない。図４に示されているように、全二重の場合、各スロット中のＤＵのリソースは、ハードリソースであり得、各スロット中のＭＴのリソースは、利用可能なリソースであり得る。

場合４：リソース多重化タイプが動的ＳＤＭである。

動的ＳＤＭと静的ＳＤＭとの間の差異は、ＤＵおよびＭＴがＳＤＭを実施するかどうかが第２のノードのスケジューリングまたはインジケーションに依存する、すなわち、空間多重化が、ＭＴの利用可能なリソースとＤＵのソフトリソースとの間でのみ実施される、ということにある。図４に示されているように、動的ＳＤＭでは、スロット１（Ｄ－Ｈ）、スロット３（Ｄ－Ｈ）、スロット５（Ｆ－Ｈ）、スロット６（Ｆ－Ｈ）、スロット７（Ｕ－Ｈ）、およびスロット８（Ｕ－Ｈ）中のＤＵに対応するリソースは、ハードリソースであり、ＤＵのそれと同じ送信方向におけるスロット中の、またはフレキシブルリソースに対応するスロット（スロット１、スロット３、スロット５、スロット６、およびスロット８を含み、これらのスロットでは、ＤＵに対応するリソースもフレキシブルリソースである）中のＭＴに対応するＭＴリソースは、利用不可能なリソースである。しかしながら、スロット０（ＤＵ中のリソースが利用不可能な（ヌル）リソースである）、スロット２（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓである）、スロット４（ＤＵ中のリソースがダウンリンクソフトリソースＤ－Ｓある）、スロット７（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）、およびスロット９（ＤＵ中のリソースがアップリンクソフトリソースＵ－Ｓである）について、これらのスロット中のＭＴに対応するＭＴリソースは、利用可能なリソースである。動的ＳＤＭにおけるＤＵのリソース構成と静的ＳＤＭにおけるＤＵのリソース構成との間の差異は、動的ＳＤＭでは、スロット４中のＤＵのリソースがソフトリソースである、ということにある。

可能な実装では、ＤＵリソースがＦであるとき、動的ＳＤＭのみが実施され得る。具体的には、ＩＡＢノードは、最初に、対応するＭＴリソースの送信方向を決定し、次いで、ＤＵリソースをスケジュールする。ＩＡＢノードによって決定されたＤＵリソース上の送信は、ＤＵおよびＭＴが送ることを同時に実施すること、またはＤＵおよびＭＴが受信することを同時に実施することを可能にし得る。図４のスロットは、本明細書における説明のための例として使用されているにすぎず、本出願の実施形態に対する限定とはならないことを理解されたい。実際には、スロットは、別の時間領域リソース、たとえば、フレーム、サブフレーム、ミニスロット、またはシンボルと交換されてよい。

本出願の実施形態における技術的解決策は、上記の４つの場合に限定されなくてよく、別のリソース多重化タイプ、たとえば、ＦＤＭ（静的ＦＤＭおよび動的ＦＤＭを含み、静的ＦＤＭにおけるリソース構成は、静的ＳＤＭにおけるそれと同じであり、動的ＦＤＭにおけるリソース構成は、動的ＳＤＭにおけるそれと同じである）にも適用可能であり得ることをさらに理解されたい。これは限定されない。

複数のアンテナパネルをもつシナリオでは、上記のプリセット関係がある。第１のノードが第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを受信した後に、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプに対応するプリセット関係を使用することによって決定され得る（たとえば、リソース多重化タイプがＴＤＭである場合、表１が探索されるか、またはリソース多重化タイプがＳＤＭである場合、表２が探索される）。特に、第１の機能ユニットがＤＵであり、第２の機能ユニットがＭＴであり、第２のノードが、ＤＵの一部または全部のアンテナパネルのリソース構成を第１のノードに送った場合、第１のノードは、ＭＴとＤＵのアンテナパネルとの間のリソース多重化タイプを取得し、次いで、リソース多重化タイプに対応するプリセット関係を使用することによって探索を実施して、ＭＴのリソース構成を決定する。代替として、第１の機能ユニットがＭＴであり、第２の機能ユニットがＤＵであり、第２のノードが、ＭＴの一部または全部のアンテナパネルのリソース構成を第１のノードに送った場合、第１のノードは、ＤＵとＭＴのアンテナパネルとの間のリソース多重化タイプを取得し、次いで、リソース多重化タイプに対応するプリセット関係を使用することによって探索を実施して、ＤＵのリソース構成を決定する。

たとえば、第１の機能ユニットはＤＵであり、第２の機能ユニットはＭＴである。ＤＵは、すべてのアンテナパネルを使用することができ、ＭＴは、複数のアンテナパネルのうちのただ１つを使用することができると仮定する。この場合、第１のインジケーション情報は、ＭＴとＤＵの複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用されることが可能である。ＭＴとＤＵの異なるアンテナパネルとの間で異なるリソース多重化タイプがあり得る。第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプおよびＤＵのリソース構成に基づいてＭＴのリソース構成を決定し得る。たとえば、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであることを示し、第１のノードは、表１を探索することによってＭＴのリソース構成を取得し得る。代替として、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプがＳＤＭであることを示し、第１のノードは、表２を探索することによってＭＴのリソース構成を取得し得る。たとえば、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであるとき、ＤＵのアンテナパネル０のリソース中のスロットがＤＬ－Ｈである場合、表１から、ＭＴリソースがヌルであることがわかる。

たとえば、第１の機能ユニットはＭＴであり、第２の機能ユニットはＤＵである。ＤＵは、すべてのアンテナパネルを使用し得、ＭＴは、複数のアンテナパネルのうちのただ１つを使用し得ると仮定する。この場合、第１のインジケーション情報は、ＭＴのアンテナパネルとＤＵの各アンテナパネルとの間の対応するリソース多重化タイプを示すために使用され得る。第１のノードは、第１のインジケーション情報中に示されるリソース多重化タイプおよびＭＴのリソース構成に基づいてＤＵのリソース構成を決定し得る。たとえば、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル０との間のリソース多重化タイプがＴＤＭであることを示し、第１のノードは、表１を探索することによってＤＵのリソース構成を取得し得る。代替として、第１のインジケーション情報は、ＭＴとＤＵのアンテナパネル１との間のリソース多重化タイプがＳＤＭであることを示し、第１のノードは、表２を探索することによってＤＵのリソース構成を取得し得る。図５は、ＭＴの１つのアンテナパネルとＤＵの２つのアンテナパネルとの間の多重化タイプの概略図である。図５に示されているように、ＭＴのアンテナパネルとＤＵのアンテナパネル０との間のリソース多重化タイプは、多重化タイプ０であり、ＭＴのアンテナパネルとＤＵのアンテナパネル１との間のリソース多重化タイプは、多重化タイプ１である。図５では、ＭＴのリソースは、リソース多重化タイプ０に基づいて導出された結果、およびリソース多重化タイプ１に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ０およびＤＵのアンテナパネル０のリソースに基づいて、ＭＴのリソースが利用可能なリソースであると決定し、リソース多重化タイプ１およびＤＵのアンテナパネル１のリソースに基づいて、ＭＴのリソースが利用不可能なリソースであると決定した場合、リソースは、最終的に、利用可能なリソースとして決定されるべきである。第１のノードが、ＤＵのアンテナパネル０のリソースおよびリソース多重化タイプ０に基づいて、結果が利用不可能なリソースであると決定し、ＤＵのアンテナパネル１のリソースおよびリソース多重化タイプ１に基づいて、結果が利用不可能なリソースであると決定した場合、ＭＴのリソースは、利用不可能なリソースである。

図６は、図５のシナリオにおける例を示す。図６に示されているように、ＭＴのリソースとＤＵのアンテナパネル０のリソースとの間のリソース多重化タイプ０は、ＴＤＭである。ＭＴのリソースとＤＵのアンテナパネル１のリソースとの間のリソース多重化タイプ１は、ＳＤＭである。スロット０、スロット１、スロット２、スロット３、スロット４、およびスロット５において、ＭＴのリソースは、それぞれ、Ｄ、Ｄ、Ｄ、Ｕ、Ｕ、およびＵであり、ＤＵのアンテナパネル０のリソースは、それぞれ、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｓ、Ｕ－Ｈ、およびＤ－Ｓであり、ＤＵのアンテナパネル１のリソースは、それぞれ、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、およびＤ－Ｈである。

第２のノードは、第１のノードのＤＵのすべての異なるアンテナパネルのためにリソースを構成し得る。たとえば、リソースタイプは、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、Ｆ－Ｈ、Ｆ－Ｓ、およびＮＡを含み得る。加えて、ＭＴのリソースは、ＤＵの複数のアンテナパネルのリソース構成に基づいて第１のノードによって一緒に導出され得る。同じリソースについて、ＤＵの異なるアンテナパネルは、異なるリソース構成を有し得る。図６では、ＤＵの（スロット２に対応する）同じアップリンクリソースについて、アップリンクリソースは、アンテナパネル０上ではソフトリソースであり、アンテナパネル１上ではハードリソースであり、ＭＴの対応するリソースは、ダウンリンクリソースである（ステータスは利用可能なリソースである）。ＭＴの利用可能なリソースは、ＤＵのアンテナパネル０およびアンテナパネル１のリソース構成に基づいて一緒に導出される。言い換えれば、スロット２中のＭＴに対応する利用可能なリソースは、ＤＵのアンテナパネル０に基づいて導出されたＭＴの利用可能なリソースと、ＤＵのアンテナパネル１に基づいて導出されたＭＴの利用可能なリソースとの交差に基づいて取得される。

代替として、第２のノードは、第１のノードのＤＵのいくつかのアンテナパネルのためにリソースを構成し得る。たとえば、リソースタイプは、Ｄ－Ｓ、Ｄ－Ｈ、Ｕ－Ｓ、Ｕ－Ｈ、Ｆ－Ｈ、Ｆ－Ｓ、およびＮＡを含み得る。たとえば、第２のノードは、第１のノードのＤＵのために、ＭＴのアンテナパネルと同じアンテナパネルのリソースを構成し得、それにより、第１のノードは、プリセット関係およびリソース多重化タイプに基づいてＭＴのリソースを導出することができる。別のアンテナパネルのリソースについて、第１のノードは、リソース多重化タイプおよびＭＴのリソースに基づいてリソースを導出し得る。本明細書では、第１のノードの導出方式は、導出結果が、異なるリソース多重化タイプの場合においてプリセット関係を満たすとすれば、限定されなくてよい。図６では、第２のノードがＤＵのアンテナパネル０のリソースを構成した場合、第１のノードは、リソース多重化タイプ（ＴＤＭ）およびプリセット関係に基づいてＭＴのリソース構成を導出し得る。さらに、ＤＵのアンテナパネル１のリソースは、ＭＴのリソース（リソースが利用可能であるかどうか）、リソース多重化タイプ（ＳＤＭ）、およびプリセット関係に基づいて導出され得る。

代替として、第２のノードは、第１のノードのためにＭＴのリソースを構成し得る。第１のノードは、ＭＴのリソース構成に基づいて、および、ＭＴと、ＭＴのアンテナパネルと同じアンテナパネルを使用するＤＵとの間のリソース多重化タイプを参照して、ＭＴのアンテナパネルとアンテナパネルが同じであるＤＵのリソース構成を取得し得るか、またはＭＴのリソース構成に基づいて、および、ＭＴと、ＭＴのアンテナパネルとは異なるアンテナパネルを使用するＤＵとの間のリソース多重化タイプを参照して、ＭＴのアンテナパネルとは異なるアンテナパネルを使用するＤＵのリソース構成を取得し得る。

したがって、第２のノードによって第１のノードのために最初に構成されたリソースがＭＴリソースであるかＤＵリソースであるかにかかわらず、第１のノードは、プリセット関係およびリソース多重化タイプに基づいて、対応するリソース構成を導出し得る。

上記は、第２のノードが第１のノードのためにＤＵリソースを構成したときにＭＴリソースが導出されるか、または第１のノードのためにＭＴリソースが構成されたときにＤＵリソースが導出される例について説明している。実際には、第２のノードは、完全な構成方式で第１のノードのリソースをさらに構成し得る。具体的には、第２のノードは、第１のノードのために、（利用可能なリソースおよび利用不可能なリソースを含む）ＭＴリソースと、（ソフトリソースおよびハードリソースを含む）ＤＵリソースとを同時に構成する。本明細書では、第１のノードは、上記のプリセット関係に基づいてリソースを導出する必要がない。しかしながら、第２のノードによって構成される、ＭＴのいずれかのアンテナパネルのリソース構成、およびＤＵのいずれかのアンテナパネルのリソース構成は、対応するリソース多重化タイプの場合においてリソース構成制約（すなわち、上記のプリセット関係）を満たさなければならない。

上記の例（たとえば、図５または図６）は、第１のノード中のＤＵの複数のアンテナパネルとＭＴの１つのアンテナパネルとの実施形態について説明している。任意選択で、ＭＴは、代替として、複数のアンテナパネルを使用し得る。以下で、ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの実施形態について説明する。以下の実施形態におけるリソース多重化タイプおよびプリセット関係などの用語または概念については、上記の説明を参照することを理解されたい。詳細について以下で再び説明されない。

第２のノードが、最初に、第１のノードのためにＭＴの各アンテナパネルのリソースを構成した場合、第１のノードは、ＭＴの各アンテナパネルのリソースおよびプリセット関係に基づいてＤＵの各アンテナパネルのリソースを決定し得る。利用可能なリソースセットが、ＭＴのアンテナパネルごとに独立して構成され得る。ＭＴの異なるアンテナパネルの利用可能なリソースは、時間領域もしくは空間領域において直交であり得るか、または時間領域もしくは空間領域において重複し得る。これは限定されない。対応して、第１のノードは、ＭＴの異なるアンテナパネルのリソース構成に基づいて、ＤＵの１つのアンテナパネルのリソース構成のリソース構成結果が異なり得ると決定し得る。任意選択で、第１のノードは、以下の原理に従ってＤＵリソースを決定し得る。１つのＤＵリソース（たとえば、１つのスロットまたは１つのシンボル）について、ＭＴの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、ハードリソースである場合、ＤＵリソースは、ハードリソースである。ＭＴの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がソフトリソースである場合、すなわち、ＤＵリソースの結果が、ＭＴの複数のアンテナパネルのうちのただ１つのためにさえソフトリソースとして導出された場合、ＤＵリソースは、ソフトリソースである。言い換えれば、ＤＵのソフトリソースは、ＭＴの異なるアンテナパネルに基づいて決定されたソフトリソースの和集合である。

同様に、第２のノードが、最初に、第１のノードのためにＤＵの各アンテナパネルのリソースを構成した場合、第１のノードは、ＤＵの各アンテナパネルのリソースおよびプリセット関係に基づいてＭＴの各アンテナパネルのリソースを決定し得る。もちろん、ＭＴの各アンテナパネルのリソースが、利用可能なリソースであるかどうかは、ＤＵの複数のアンテナパネルの導出結果に基づいて決定され得る。

任意選択で、第１のノードは、以下の原理に従ってＭＴリソースを決定し得る。１つのＭＴリソースについて、ＤＵの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、利用不可能なリソースである場合、ＭＴリソースは、利用不可能なリソースである。ＤＵの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果が、利用可能なリソースである場合、すなわち、ＭＴリソースの結果が、ＤＵの複数のアンテナパネルのうちのただ１つのためにさえ利用可能なリソースとして導出された場合、ＭＴリソースは、利用可能なリソースである。言い換えれば、ＭＴの利用可能なリソースは、ＤＵの異なるアンテナパネルに基づいて決定された利用可能なリソースの和集合である。

任意選択で、第１のノードは、代替として、以下の原理に従ってＭＴリソースを決定し得る。１つのＭＴリソースについて、ＤＵの異なるアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果がそれぞれ、利用可能なリソースである場合、ＭＴリソースは、利用可能なリソースである。ＤＵの１つのアンテナパネルのリソースおよびリソース多重化タイプに基づいて第１のノードによって決定された結果が、利用不可能なリソースである場合、すなわち、ＭＴリソースの結果が、ＤＵの複数のアンテナパネルまたはセルのうちのただ１つのためにさえ利用不可能なリソースとして導出された場合、ＭＴリソースは、利用不可能なリソースである。言い換えれば、ＭＴの利用不可能なリソースは、ＤＵの異なるアンテナパネルに基づいて決定された利用不可能なリソースの和集合である。

図７は、ＤＵの複数のアンテナパネルとＭＴの複数のアンテナパネルとの例の概略図である。図７に示されているように、ＭＴのアンテナパネル０とＤＵのアンテナパネル０との間のリソース多重化タイプは、００であり、ＭＴのアンテナパネル０とＤＵのアンテナパネル１との間のリソース多重化タイプは、０１であり、ＭＴのアンテナパネル１とＤＵのアンテナパネル０との間のリソース多重化タイプは、１０であり、ＭＴのアンテナパネル１とＤＵのアンテナパネル１との間のリソース多重化タイプは、１１である。図７のリソース多重化タイプは、異なるアンテナパネル間の可能な組合せ関係について説明するための例にすぎない。もちろん、特定のリソース多重化タイプ、たとえば、静的ＳＤＭ、動的ＳＤＭ、ＴＤＭ、または全二重については、上記の説明を参照されたい。詳細について本明細書で再び説明されない。図７では、ＤＵのアンテナパネル０のリソースは、リソース多重化タイプ００に基づいて導出された結果、およびリソース多重化タイプ１０に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ００に基づいて、ＤＵのアンテナパネル０のリソースａがソフトリソースであると決定し、リソース多重化タイプ１０に基づいて、ＤＵのアンテナパネル０のリソースａがハードリソースであると決定した場合、リソースａは、最終的に、ＤＵリソースを決定する上記の原理に従ってソフトリソースとして決定されるべきである。ＤＵのアンテナパネル１のリソースは、リソース多重化タイプ０１に基づいて導出された結果、およびリソース多重化タイプ１１に基づいて導出された結果に基づいて一緒に決定される必要がある。たとえば、第１のノードが、リソース多重化タイプ０１に基づいて、ＤＵのアンテナパネル１のリソースｂがハードリソースであると決定し、リソース多重化タイプ１１に基づいて、ＤＵのアンテナパネル０のリソースｂがハードリソースであると決定した場合、リソースｂは、最終的に、ＤＵリソースを決定する上記の原理に従ってハードリソースとして決定されるべきである。

図７の例は、当業者が理解しやすくするためのものであり、本出願の実施形態の保護範囲に関する限定を構成すべきでないことを理解されたい。

上記の実施形態は、第１のノードによって、ＭＴリソース構成に基づいてＤＵリソースタイプを導出するための方法、および第１のノードによって、ＤＵリソース構成に基づいてＭＴリソースタイプを導出するための方法について説明している。任意選択で、導出方法は、第１のノードの親ノードまたはドナーノードにも適用可能である。たとえば、親ノードまたはドナーノードは、上記の導出方法を使用することによって第１のノードのＭＴリソース構成に基づいてＤＵリソースタイプを導出するか、または第１のノードのＤＵリソース構成に基づいてＭＴリソースタイプを導出する。

本出願のこの実施形態では、特定の物理的信号（たとえば、ブロードキャスト同期信号ブロックまたは参照信号）の送信または受信の成功を保証するために、ＤＵまたはＭＴのリソース構成が調整され得る。したがって、ＩＡＢのリソース構成はよりフレキシブルである。以下で、詳細な説明を提供する。もちろん、調整は、複数のアンテナパネルをもつシナリオに限定されず、すなわち、調整は、単一のアンテナパネルをもつシナリオにも適用可能である。

任意選択で、方法２００は、
第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成中のリソースを調整することをさらに含む。送信されるべき信号に対応するリソースは、第１タイプのリソースである。第１タイプのリソースは、ハードリソースである。ＤＵのリソース構成が決定される場合が、説明のための例として使用される。

送信されるべき信号は、同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳ）／物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＰＢＣＨ）ブロック（ｂｌｏｃｋ）（もしくは同期信号ブロックＳＳＢと呼ばれる）であり得るか、またはランダムアクセスチャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＲＡＣＨ）であり得る。ＳＳＢは、ＵＥにアクセスするためにＩＡＢノードによって送信されるＳＳＢセットを含み得るか、またはＩＡＢノード間の相互発見のために使用されるＳＳＢセットを含み得ることを理解されたい。これは限定されない。同様に、ＲＡＣＨチャネルは、ＵＥまたは残りのＩＡＢノードによってＩＡＢノードに送信されるＲＡＣＨを含み得る。

本明細書において、ＤＵのリソース構成中のリソースを調整する目的は、送信されるべき信号を受信することおよび送信することが常に実現可能であることを保証することである。具体的には、ＭＴ中に、送信されるべき信号があり、ＤＵ中の対応するリソースがこの場合はハードリソースである場合、ＤＵ中の対応するリソース（すなわち、ハードリソース）は、ＭＴにおける送信されるべき信号の送信または受信の成功を保証するために調整され得る。ＤＵ中に、送信されるべき信号があり、ＤＵ中の対応するリソースが、この場合はソフトリソースまたは利用不可能なリソースである場合、ＤＵ中の対応するリソースは、ＤＵにおける送信されるべき信号の送信または受信の成功を保証するために、ハードリソースに調整され得る。

リソース調整の粒度は、本出願のこの実施形態では特に限定されず、スロットレベル変換、シンボルレベル変換などであり得ることを理解されたい。たとえば、スロットレベル変換は、信号を含むスロット全体に対応するリソースがハードリソースに変換されることを意味する。シンボルレベル変換は、信号を含むシンボルに対応するリソースのみがハードリソースに変換されることを意味する。

任意選択で、ＤＵ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成を調整することは、
第１のノードが、ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定した場合、第１のノードによって、第１のリソースを第１タイプのリソースに調整することを含む。第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである。第２タイプのリソースは、ソフトリソースまたは利用不可能なリソースである。

本明細書における「調整」は、ソフトリソースまたは利用不可能なリソースをハードリソースに変換することを指す。本明細書における「調整」は、ソフトリソースまたは利用不可能なリソースが以前に構成されたが、実際の通信ではハードリソースとして直接使用されること、として理解されてよい、ということを理解されたい。言い換えれば、第１のリソースがソフトリソースであるか利用不可能なリソースであるかにかかわらず、ＤＵは、第１のリソース上で、送信されるべき信号を送信する必要がある。本明細書における「調整」では、リソースを調整するための別個の構成情報がなくてよいが、代わりに、「調整された」リソースが、実際の使用中に上記のプリセット関係（たとえば、表１または表２のプリセット関係）によって制約されるルールを突破することがあり、ソフトリソースまたは利用不可能なリソースがハードリソースとして使用されることを理解されたい。

言い換えれば、第１のノードにおけるＤＵ中に、送信されるべき信号があるが、送信されるべき信号を送信するために使用される第１のリソースが、時間領域においてソフトリソースまたは利用不可能なリソースである場合、ＤＵにおいて送信されるべき信号を送信することまたは受信することに影響を及ぼすのを回避するために、第１のリソースはハードリソースに変換され得る。

任意選択で、第１のノードにおけるＤＵ中に、送信されるべき信号がある場合、第１のノードによって、ＤＵのリソース構成を調整することは、
第１のノードが、ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定した場合、第１のノードによって、第２のリソースを第２タイプのリソースに調整することを含む。第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである。第２のリソースは、ＤＵ中のリソースである。本明細書における重複することは、時間領域において重複することであり、必ずしも周波数領域では発生しないことを理解されたい。

本明細書における「調整」は、ハードリソースをソフトリソースまたは利用不可能なリソースに変換することを指す。本明細書における「調整」は、ハードリソースが以前に構成されたが、実際の通信ではソフトリソースまたは利用不可能なリソースとして直接使用されること、として理解されてよい、ということを理解されたい。具体的には、時間領域において第２のリソースと重複するリソースが、ハードリソースであるかソフトリソース（または利用不可能なリソース）であるかにかかわらず、ＭＴは、第２のリソース上で、送信されるべき信号を送信する必要がある。本明細書における「調整」では、リソースを調整するための別個の構成情報がなくてよいが、代わりに、「調整された」リソースロケーションが、実際の使用中に上記のプリセット関係（たとえば、表１または表２のプリセット関係）によって制約されるルールを突破することがあり、ハードリソースがソフトリソースまたは利用不可能なリソースとして使用されることを理解されたい。

言い換えれば、第１のノードにおけるＭＴ中に、送信されるべき信号があるが、時間領域において、送信されるべき信号を送信するために使用されるリソースに対応し、ＤＵ中にある第２のリソースが、ハードリソースである場合、ＭＴにおいて送信されるべき信号を送信することまたは受信することに影響を及ぼさないことを目的として、第２のリソースは、ソフトリソースまたは利用不可能なリソースに変換されてよく、すなわち、第２のリソース上でのＤＵの信号送信は、停止される必要がある。

理解しやすいように、以下で、図８Ａおよび図８Ｂの例を参照しながら説明を提供する。図８Ａおよび図８Ｂに示されているように、図８Ａおよび図８Ｂの上側部分の図は、ＤＵにおける、調整の前のリソース構成、および調整されたリソース構成を示す。図８Ａおよび図８Ｂの下側部分は、ＭＴにおける、調整の前のリソース構成、および調整されたリソース構成を示す。図８Ａおよび図８Ｂ中のＲは、信号、たとえば、ＳＳＢまたはＲＡＣＨを表す。ＤＵのリソース構成を調整することが、説明のための例として使用される。ＤＵのリソース構成の周期性は、（ハードリソースに対応する５つのリソースユニット、およびソフトリソースに対応する５つのリソースユニットを含む）１０個のリソースユニットであり、信号の送信の周期性は、４０個のリソースユニットであることがわかる。信号が受信されるかまたは送信されたとき、複数の信号リソースが、時間領域においてＤＵのソフトリソースと重複し得る。ＤＵにおいて周期的に送信されるかまたは受信される信号が、構成を通して時間領域においてハードリソースと完全に重複する必要がある場合、ＤＵの（ソフトリソースおよびハードリソースを含む）リソース構成の構成周期性は、信号の送信周期性と等価である必要がある。たとえば、信号はＳＳＢであり、ＳＳＢの周期性は１６０ミリ秒（ｍｓ）であり得、（サブキャリア間隔が６０ｋＨｚである）６４０個のスロットがその中に含まれ得ると仮定する。ＤＵのリソース構成の周期性が増加された場合、シグナリングオーバーヘッドは大幅に増加される。

オーバーヘッドの増加を回避するために、ＤＵ中のリソースが調整され得る。図８Ａおよび図８Ｂは、ＤＵの調整されたリソース構成を示している。時間領域において複数の信号リソースと重複するＤＵ中のソフトリソースは、ＤＵにおける周期信号の送信の成功を保証するために、ハードリソースに調整されて、それにより、シグナリングオーバーヘッドが増加することが回避される。たとえば、ＳＳＢを送信するためにＤＵによって使用されるリソース、またはＲＡＣＨを受信するためにＤＵによって使用されるリソースは、ＤＵのソフトリソースと重複する（たとえば、時間領域において重複する）ことがあり、ＤＵのソフトリソースはハードリソースに調整され得る。代替として、ＳＳＢを受信するためにＭＴによって使用されるリソース、またはＲＡＣＨを送信するためにＭＴによって使用されるリソースは、ＭＴの利用不可能なリソースと重複する（たとえば、時間領域において重複する）ことがあり、ＭＴの利用不可能なリソースは、利用可能なリソースに調整され得る。

上記で、図８Ａおよび図８ＢにおけるＤＵのリソース構成を調整する方式について説明した。ＭＴのリソース構成については、上記の方式を参照されたく、利用不可能なリソースは利用可能なリソースに調整されることを理解されたい。簡潔のために、どのようにＭＴのリソース構成を調整すべきかについて、本明細書では説明されない。ＭＴのリソース構成の周期性がＤＵのリソース構成の周期性と同じである例が、図８Ａおよび図８Ｂにおける説明のために使用されることをさらに理解されたい。しかしながら、ＤＵのリソース構成の周期性がＭＴのリソース構成の周期性と同じであるかどうかは、本出願のこの実施形態では限定されず、ＤＵのリソース構成の周期性およびＭＴのリソース構成の周期性は、同じであり得るかまたは異なり得る。

言い換えれば、ＳＳＢを送信するために使用されるリソース（たとえば、ＤＵリソース）は、本質的にハードリソースであるべきである。代替として、ＲＡＣＨを受信するために使用されるリソース（ＤＵリソース）は、本質的にハードリソースであるべきである。別の可能な場合では、ＭＴリソース中にあり、ＳＳＢを受信するために（またはＲＡＣＨを送信するために）使用されるリソースが、時間領域において、ＤＵリソース中にあり、ＳＳＢを送信するために（またはＲＡＣＨを受信するために）使用されるリソースと重複する場合、ＭＴリソース上でＳＳＢを受信すること（またはＲＡＣＨを送信すること）が、優先的に実施されてよい。すなわち、ＤＵの対応するリソース中にあり、ＳＳＢを送信するために（またはＲＡＣＨを受信するために）使用されるリソースは、ソフトリソースまたは利用不可能なリソースと見なされる。

上記で、ＤＵのリソース構成が調整される必要がある場合について説明した。周期的に送信されるかまたは受信される別の信号、たとえば、ＩＡＢノードが構成することを親ノードに要求するＣＳＩ－ＲＳ信号などの参照信号について、上記で決定されたリソース構成は、対応する送信することまたは受信することのために使用されてよく、ＤＵのリソース構成を調整する必要はないことを理解されたい。

上記は、ＤＵのリソース構成が調整される必要がある場合について説明していることをさらに理解されたい。可能な実装では、ＭＴのリソース構成が代替として調整され得る。たとえば、比較的高い優先度をもつ信号が、ＤＵにおいて送信される必要があり、信号が、時間領域において、ＭＴのリソース構成に対応するリソース（利用可能なリソース）と重複する場合、ＭＴの対応するリソースは、ＤＵにおける信号の送信の成功を保証するために、利用不可能なリソースに調整され得る。たとえば、ＳＳＢを送信するかまたはＲＡＣＨを受信するためにＤＵによって使用されるリソースは、時間領域においてＭＴの利用可能なリソースと重複することがある。この場合、ＭＴの利用可能なリソースは、利用不可能なリソースに調整されてよく、すなわち、親ノードは、対応するロケーションにおいて、ＰＤＳＣＨまたはＰＵＳＣＨなどの信号を送信するようにＩＡＢノードのＭＴをスケジュールしない。

図４から図８Ａおよび図８Ｂにおける例は、当業者が本出願の実施形態を理解するのを助けるために提供されているにすぎず、本出願の実施形態を、例に示されている特定のシナリオに限定することを意図されていないことを理解されたい。当業者は、図４から図８Ａおよび図８Ｂに示されている例に従って様々な等価な修正または変更を行うことができ、そのような修正または変更も、本出願の実施形態の範囲内に入る。

本出願の実施形態における解決策は、使用のために適切に組み合わされてよく、実施形態における用語の解説または説明は、実施形態において相互に参照または解説され得ることをさらに理解されたい。これは限定されない。

上記の処理のシーケンス番号は、本出願の様々な実施形態における実行シーケンスを意味しないことをさらに理解されたい。処理の実行シーケンスは、処理の機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定としても解釈されるべきではない。

上記は、図１から図８Ａおよび図８Ｂを参照しながら本出願の実施形態によるリソース構成方法について詳細に説明している。以下で、図９から図１２を参照しながら本出願の実施形態によるリソース構成装置について説明する。方法実施形態において説明される技術的特徴は、以下の装置実施形態にも適用可能であることを理解されたい。

図９は、本出願の実施形態によるリソース構成装置９００の概略ブロック図である。装置９００は、上記の方法実施形態において第１のノードによって実施される方法を実施するように構成される。任意選択で、装置９００の特定の形態は、リレーノードまたはリレーノード中のチップであり得る。これは、本出願のこの実施形態では限定されない。装置９００は、
第２のノードによって送信された第１のインジケーション情報を受信するように構成された、トランシーバモジュール９１０であって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、トランシーバモジュール９１０を含み、
トランシーバモジュール９１０は、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信するようにさらに構成され、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される。

任意選択の実装では、トランシーバモジュール９１０は、第２のノードからリソース構成情報を受信するようにさらに構成され、リソース構成情報は、装置９００中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用され、
第２の機能ユニットの１つまたは複数のアンテナパネルのリソースは、リソース多重化タイプ、第１の機能ユニットの１つまたは複数のアンテナパネルのリソース、およびプリセット関係に基づいて決定され、プリセット関係は、異なるリソース多重化タイプの場合における、第１のノード中の第１の機能ユニットのリソース構成と第２の機能ユニットのリソース構成との間の対応を含む。

任意選択の実装では、トランシーバモジュール９１０は、第２のインジケーション情報を第２のノードに送信するようにさらに構成され、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。

任意選択で、第１の機能ユニットはモバイル端末ＭＴ機能ユニットであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴ機能ユニットである。

任意選択の実装では、ＤＵのリソース構成が決定されたとき、本装置は、
第１のノードのＤＵまたはＭＴ中に、送信されるべき信号がある場合、ＤＵのリソース構成中のリソースを調整するように構成された、処理モジュール９２０をさらに含み、送信されるべき信号に対応するリソースが、第１タイプのリソースである。

任意選択の実装では、本装置のＤＵ中に、送信されるべき信号がある場合、処理モジュール９２０が、ＤＵのリソース構成を調整するように構成されることは、
ＤＵのリソース構成中の第１のリソースが第２タイプのリソースであると決定された場合、第１のリソースを第１タイプのリソースに調整することであって、第１のリソースは、送信されるべき信号を送信するために第１のノードのＤＵによって使用されるリソースである、ことを特に含む。

任意選択の実装では、本装置のＭＴ中に、送信されるべき信号がある場合、処理モジュール９２０が、ＤＵのリソース構成を調整するように構成されることは、
ＤＵのリソース構成中の第２のリソースが第１タイプのリソースであると決定された場合、第２のリソースを第２タイプのリソースに調整することであって、第２のリソースは、時間領域において、第１のノードのＭＴ中で、送信されるべき信号を送信するために使用されるリソースと重複するリソースである、ことを特に含む。

任意選択で、送信されるべき信号は、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号という信号のうちの１つまたは複数を含む。

本出願のこの実施形態によるリソース構成装置９００は、上記の方法実施形態における第１のノードの方法、たとえば、図３の方法に対応し得ることを理解されたい。加えて、装置９００中のモジュールの上記および他の管理動作および／または機能は、上記の方法実施形態における第１のノードの方法の対応するステップを実装するためにそれぞれ使用される。したがって、上記の方法実施形態における有益な効果も実装され得る。簡潔のために、詳細について本明細書で再び説明されない。

装置９００中のモジュールは、ソフトウェアおよび／またはハードウェアの形態で実装され得ることをさらに理解されたい。これは特に限定されない。言い換えれば、装置９００は、機能モジュールの形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路ＡＳＩＣ、回路、１つもしくは複数のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および／または上記の機能を提供することができる別の構成要素であり得る。任意選択で、単純な実施形態では、当業者は、装置９００が図１０に示されている形態であり得ると理解されよう。処理モジュール９２０は、図１０に示されているプロセッサ１００１を使用することによって実装され得る。トランシーバモジュール９１０は、図１０に示されているトランシーバ１００３を使用することによって実装され得る。特に、プロセッサは、メモリに記憶されたコンピュータプログラムを実行することによって実装される。任意選択で、装置９００がチップであるとき、トランシーバモジュール９１０の機能および／または実装処理は、代替として、ピン、回路などによって実装され得る。任意選択で、メモリは、チップ中の記憶ユニット、たとえば、レジスタまたはバッファである。記憶ユニットは、代替として、コンピュータデバイス中にあり、チップの外部に位置する記憶ユニット、たとえば、図１０に示されているメモリ１００２であり得る。

図１０は、本出願の実施形態によるリソース構成装置１０００の概略構造図である。図１０に示されているように、装置１０００は、プロセッサ１００１を含む。

可能な実装では、プロセッサ１００１は、以下の行為、即ち、第２のノードによって送信された第１のインジケーション情報を受信することであって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、ことと、第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信することであって、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースタイプは、リソース多重化タイプに基づいて決定される、こととを実施するためのインターフェースを呼び出すように構成される。

プロセッサ１００１は、上記の受信することと送信することとの行為を実施するためのインターフェースを呼び出し得ることを理解されたい。呼び出されるインターフェースは、論理インターフェースまたは物理インターフェースであり得る。これは限定されない。任意選択で、物理インターフェースは、トランシーバを使用することによって実装され得る。任意選択で、装置１０００は、トランシーバ１００３をさらに含む。

任意選択で、装置１０００は、メモリ１００２をさらに含む。メモリ１００２は、上記の方法実施形態におけるプログラムコードを記憶してよく、それにより、プロセッサ１００１は、プログラムコードを呼び出す。

特に、装置１０００が、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３を含む場合、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、内部接続経路を使用することによって互いに通信して、制御信号および／またはデータ信号を転送する。可能な設計では、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、チップを使用することによって実装されてよく、プロセッサ１００１、メモリ１００２、およびトランシーバ１００３は、同じチップ中で実装され得るか、または異なるチップ中で別々に実装され得るか、またはプロセッサ１００１、メモリ１００２、およびトランシーバ１００３のいずれか２つの機能が１つのチップ中で実装される。メモリ１００２は、プログラムコードを記憶し得、プロセッサ１００１は、メモリ１００２に記憶されたプログラムコードを呼び出して、装置１０００の対応する機能を実装する。

装置１０００は、上記の実施形態において第１のノード側上で別のステップおよび／または動作を実施するようにさらに構成され得ることを理解されたい。簡潔のために、詳細について本明細書で再び説明されない。

図１１は、本出願の実施形態によるリソース構成装置１１００の概略ブロック図である。装置１１００は、上記の方法実施形態において第２のノードによって実施される方法を実施するように構成される。第２のノードは、第１のノードの親ノードである。任意選択で、装置１１００の特定の形態は、リレーノードもしくはリレーノード中のチップであり得るか、またはドナー基地局もしくはドナー基地局中のチップであり得る。これは、本出願のこの実施形態では限定されない。装置１１００は、
第１のインジケーション情報を決定するように構成された、処理モジュール１１１０であって、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される、処理モジュール１１１０と、
第１のインジケーション情報を第１のノードに送信するように構成された、トランシーバモジュール１１２０とを含む。

任意選択の実装では、トランシーバモジュール１１２０は、
リソース構成情報を第１のノードに送信するようにさらに構成され、リソース構成情報は、第１のノード中の第１の機能ユニットの１つまたは複数のアンテナパネルのリソースを示すために使用される。

任意選択の実装では、トランシーバモジュール１１２０は、第１のノードによって送信された第２のインジケーション情報を受信するようにさらに構成され、第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第１のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、第２のアンテナパネルは、第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す。

処理モジュール１１１０が、第１のインジケーション情報を決定するように構成されることは、
第２のノードによって、第２のインジケーション情報に基づいて第１のインジケーション情報を決定することを含む。

任意選択で、第１の機能ユニットはモバイル端末ＭＴ機能ユニットであり、第２の機能ユニットは分散ユニットＤＵである。代替として、第１の機能ユニットは分散ユニットＤＵであり、第２の機能ユニットはモバイル端末ＭＴ機能ユニットである。

本出願のこの実施形態によるデータ送信装置１１００は、上記の方法実施形態における第２のノードの方法、たとえば、図１１の方法に対応し得ることを理解されたい。加えて、装置１１００中のモジュールの上記および他の管理動作および／または機能は、上記の方法実施形態における第２のノードの方法の対応するステップを実装するためにそれぞれ使用される。したがって、上記の方法実施形態における有益な効果も実装され得る。簡潔のために、詳細について本明細書で再び説明されない。

装置１１００中のモジュールは、ソフトウェアおよび／またはハードウェアの形態で実装され得ることをさらに理解されたい。これは特に限定されない。言い換えれば、装置１１００は、機能モジュールの形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路ＡＳＩＣ、回路、１つもしくは複数のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および／または上記の機能を提供することができる別の構成要素であり得る。任意選択で、単純な実施形態では、当業者は、装置１１００が図１２に示されている形態であり得ると理解されよう。処理モジュール１１１０は、図１２に示されているプロセッサ１２０１を使用することによって実装され得る。トランシーバモジュール１１２０は、図１２に示されているトランシーバ１２０３を使用することによって実装され得る。特に、プロセッサは、メモリに記憶されたコンピュータプログラムを実行することによって実装される。任意選択で、装置１１００がチップであるとき、トランシーバモジュール１１２０の機能および／または実装処理は、代替として、ピン、回路などによって実装され得る。任意選択で、メモリは、チップ中の記憶ユニット、たとえば、レジスタまたはバッファである。記憶ユニットは、代替として、コンピュータデバイス中にあり、チップの外部に位置する記憶ユニット、たとえば、図１２に示されているメモリ１２０２であり得る。

図１２は、本出願の実施形態によるリソース構成装置１２００の概略構造図である。図１２に示されているように、装置１２００は、プロセッサ１２０１を含む。

可能な実装では、プロセッサ１２０１は、第１のインジケーション情報を決定するように構成され、第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、リソース多重化タイプは、第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用され、プロセッサ１２０１は、以下の行為、即ち、第１のインジケーション情報を第１のノードに送信すること、を実施するためのインターフェースを呼び出すようにさらに構成される。

プロセッサ１２０１は、上記の受信することと送信することとの行為を実施するためのインターフェースを呼び出し得ることを理解されたい。呼び出されるインターフェースは、論理インターフェースまたは物理インターフェースであり得る。これは限定されない。任意選択で、物理インターフェースは、トランシーバを使用することによって実装され得る。任意選択で、装置１２００は、トランシーバ１２０３をさらに含む。

任意選択で、装置１２００は、メモリ１２０２をさらに含む。メモリ１２０２は、上記の方法実施形態におけるプログラムコードを記憶してよく、それにより、プロセッサ１２０１は、プログラムコードを呼び出す。

特に、装置１２００が、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３を含む場合、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、内部接続経路を使用することによって互いに通信して、制御信号および／またはデータ信号を転送する。可能な設計では、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、チップを使用することによって実装されてよく、プロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３は、同じチップ中で実装され得るか、または異なるチップ中で別々に実装され得るか、またはプロセッサ１２０１、メモリ１２０２、およびトランシーバ１２０３のいずれか２つの機能が１つのチップ中で実装される。メモリ１２０２は、プログラムコードを記憶し得、プロセッサ１２０１は、メモリ１２０２に記憶されたプログラムコードを呼び出して、装置１２００の対応する機能を実装する。

装置１２００は、上記の実施形態において第２のノード側上で別のステップおよび／または動作を実施するようにさらに構成され得ることを理解されたい。簡潔のために、詳細について本明細書で再び説明されない。

本出願の実施形態において開示される方法は、プロセッサに適用され得るか、またはプロセッサによって実装され得る。プロセッサは集積回路チップであり得、信号処理能力を有する。実装処理において、上記の方法実施形態におけるステップは、プロセッサ中のハードウェア集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって実装されることが可能である。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、個別ゲート、トランジスタ論理デバイス、個別ハードウェア構成要素、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ、ＳｏＣ）、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｏｒ ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号処理回路（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、プログラマブルコントローラ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、または別の集積チップであり得る。プロセッサは、本出願の実施形態において開示される方法、ステップ、および論理ブロック図を実装または実施し得る。汎用プロセッサはマイクロプロセッサであり得るか、またはプロセッサは任意の従来のプロセッサなどであり得る。本出願の実施形態に関して開示される方法のステップは、ハードウェア復号プロセッサを使用することによって直接実行され、達成され得るか、または復号プロセッサにおいてハードウェアモジュールとソフトウェアモジュールとの組合せを使用することによって実行され、達成され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなど、当技術分野における成熟した記憶媒体中に位置し得る。記憶媒体はメモリ中に位置し、プロセッサは、メモリ中の情報を読み取り、プロセッサのハードウェアとの組合せで上記の方法におけるステップを完了する。

本出願の実施形態におけるメモリは、揮発性メモリもしくは不揮発性メモリであり得るか、または揮発性メモリおよび不揮発性メモリを含み得ることが理解されよう。不揮発性メモリは、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（プログラマブルＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（消去可能ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（電気的ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用される、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であり得る。限定的ではなく例示的な説明を通して、ＲＡＭの多くの形態が使用されてよく、たとえば、スタティックランダムアクセスメモリ（スタティックＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ダイナミックＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（シンクロナスＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ダブルデータレートＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（拡張ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（シンクリンクＤＲＡＭ、ＳＬＤＲＡＭ）、およびダイレクトラムバスダイナミックランダムアクセスメモリ（ダイレクトラムバスＲＡＭ、ＤＲ ＲＡＭ）が使用され得る。本明細書で説明されるシステムおよび方法のメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むが、それらに限定されないことに留意されたい。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されたとき、コンピュータは、図３から図８Ａおよび図８Ｂに示されている実施形態のいずれか１つにおける方法を実施することを可能にされる。

本出願の実施形態で提供される方法によれば、本出願は、コンピュータ可読媒体をさらに提供する。コンピュータ可読媒体はプログラムコードを記憶する。プログラムコードがコンピュータ上で実行されたとき、コンピュータは、図３から図８Ａおよび図８Ｂに示されている実施形態のいずれか１つにおける方法を実施することを可能にされる。

本出願の実施形態で提供される方法によれば、本出願は、上記の第１のノードおよび第２のノードを含む、システムをさらに提供する。

本出願の実施形態において、「第１」、「第２」などの数は、異なる対象物の間で区別するために、たとえば、異なるノードまたはインジケーション情報の間で区別するために使用されているにすぎず、本出願の実施形態の範囲に関する限定を構成しないことを理解されたい。本出願の実施形態はそれに限定されない。

本明細書における「および／または」という用語は、関連する対象物について説明するための関連付け関係のみを記述し、３つの関係が存在し得ることを表すことをさらに理解されたい。たとえば、Ａおよび／またはＢは、Ａのみが存在する、ＡとＢの両方が存在する、およびＢのみが存在するという、３つの場合を表し得る。加えて、本明細書における「／」という文字は、関連する対象物の間の「または」関係を概して示す。

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

便宜的で簡単な説明のために、上記のシステム、装置、およびユニットの詳細な作業処理については、上記の方法実施形態における対応する処理を参照し、詳細について本明細書で再び説明されないことが当業者には明確に理解され得る。

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

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

加えて、本出願の実施形態における機能ユニットが１つの処理ユニットへと統合されることがあり、またはユニットの各々が物理的に単独で存在することがあり、または２つ以上のユニットが１つのユニットへと統合される。

機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能は、コンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本出願の技術的解決策、または従来技術に寄与する部分、または技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態において説明される方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。

上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されていない。本出願において開示される技術範囲内で当業者によって容易に想到されるいかなる変形または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

Claims (62)

1. リソース構成方法であって、
   第１のノードによって、第２のノードによって送信された第１のインジケーション情報を受信するステップであって、前記第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、ステップと、
   前記第１のノードによって、前記第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信するステップであって、前記第２の機能ユニットの前記１つまたは複数のアンテナパネルのリソースタイプは、前記リソース多重化タイプに基づいて決定される、ステップと
   を備える、リソース構成方法。
2. 前記方法は、
   前記第１のノードによって、前記第２のノードからリソース構成情報を受信するステップであって、前記リソース構成情報は、前記第１のノード中の前記第１の機能ユニットの前記１つまたは複数のアンテナパネルのリソースを示すために使用される、ステップをさらに備え、
   前記第２の機能ユニットの前記１つまたは複数のアンテナパネルの前記リソースは、前記リソース多重化タイプ、前記第１の機能ユニットの前記１つまたは複数のアンテナパネルの前記リソース、およびプリセット関係に基づいて決定され、前記プリセット関係は、異なるリソース多重化タイプの場合における、前記第１のノード中の前記第１の機能ユニットのリソース構成と前記第２の機能ユニットのリソース構成との間の対応を備える
   請求項１に記載の方法。
3. 前記方法は、
   前記第１のノードによって、第２のインジケーション情報を前記第２のノードに送信するステップであって、前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第１のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第２のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す、ステップ
   をさらに備える請求項１または２に記載の方法。
4. 前記第１の機能ユニットはモバイル端末ＭＴであり、かつ前記第２の機能ユニットは分散ユニットＤＵであるか、または、前記第１の機能ユニットは分散ユニットＤＵであり、かつ前記第２の機能ユニットはモバイル端末ＭＴである請求項１乃至３のいずれか一項に記載の方法。
5. 前記ＤＵのリソース構成が決定されたとき、前記方法は、
   前記第１のノードの前記ＤＵまたは前記ＭＴ中に、送信されるべき信号がある場合、前記第１のノードによって、前記ＤＵの前記リソース構成中のリソースを調整するステップであって、前記送信されるべき信号に対応するリソースが、第１タイプのリソースである、ステップ
   をさらに備える請求項４に記載の方法。
6. 前記第１のノードの前記ＤＵ中に、送信されるべき信号がある場合、前記第１のノードによって、前記ＤＵの前記リソース構成を調整する前記ステップは、
   前記第１のノードが、前記ＤＵの前記リソース構成中の第１のリソースが第２タイプのリソースであると決定する場合、前記第１のノードによって、前記第１のリソースを第１タイプのリソースに調整するステップであって、前記第１のリソースは、前記送信されるべき信号を送信するために前記第１のノードの前記ＤＵによって使用されるリソースである、ステップ
   を備える請求項５に記載の方法。
7. 前記第１のノードの前記ＭＴ中に、送信されるべき信号がある場合、前記第１のノードによって、前記ＤＵの前記リソース構成を調整する前記ステップは、
   前記第１のノードが、前記ＤＵの前記リソース構成中の第２のリソースが第１タイプのリソースであると決定する場合、前記第１のノードによって、前記第２のリソースを第２タイプのリソースに調整するステップであって、前記第２のリソースは、時間領域において、前記第１のノードの前記ＭＴ中で、前記送信されるべき信号を送信するために使用されるリソースと重複するリソースである、ステップ
   を備える請求項５に記載の方法。
8. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える請求項５乃至７のいずれか一項に記載の方法。
9. リソース構成方法であって、
   第２のノードによって、第１のインジケーション情報を決定するステップであって、前記第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、前記リソース多重化タイプは、前記第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される、ステップと、
   前記第２のノードによって、前記第１のインジケーション情報を前記第１のノードに送信するステップと
   を備える、リソース構成方法。
10. 前記方法は、
    前記第２のノードによって、リソース構成情報を前記第１のノードに送信するステップであって、前記リソース構成情報は、前記第１のノード中の前記第１の機能ユニットの前記１つまたは複数のアンテナパネルのリソースを示すために使用される、ステップ
    をさらに備える請求項９に記載の方法。
11. 前記方法は、
    前記第２のノードによって、前記第１のノードによって送信された第２のインジケーション情報を受信するステップであって、前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第１のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第２のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す、ステップをさらに備え、
    第２のノードによって、第１のインジケーション情報を決定する前記ステップは、
    前記第２のノードによって、前記第２のインジケーション情報に基づいて前記第１のインジケーション情報を決定するステップ
    を備える請求項９または１０に記載の方法。
12. 前記第１の機能ユニットはモバイル端末ＭＴであり、かつ前記第２の機能ユニットは分散ユニットＤＵであるか、または、前記第１の機能ユニットは分散ユニットＤＵであり、かつ前記第２の機能ユニットはモバイル端末ＭＴである請求項９乃至１１のいずれか一項に記載の方法。
13. リソース構成装置であって、
    第２のノードによって送信された第１のインジケーション情報を受信するように構成された、トランシーバモジュールであって、前記第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用される、トランシーバモジュールを備え、
    前記トランシーバモジュールは、前記第２の機能ユニットの１つまたは複数のアンテナパネルのリソース上でデータを送信するようにさらに構成され、前記第２の機能ユニットの前記１つまたは複数のアンテナパネルのリソースタイプは、前記リソース多重化タイプに基づいて決定される、装置。
14. 前記トランシーバモジュールは、前記第２のノードからリソース構成情報を受信するようにさらに構成され、前記リソース構成情報は、前記装置中の前記第１の機能ユニットの前記１つまたは複数のアンテナパネルのリソースを示すために使用され、
    前記第２の機能ユニットの前記１つまたは複数のアンテナパネルの前記リソースは、前記リソース多重化タイプ、前記第１の機能ユニットの前記１つまたは複数のアンテナパネルの前記リソース、およびプリセット関係に基づいて決定され、前記プリセット関係は、異なるリソース多重化タイプの場合における、前記第１のノード中の前記第１の機能ユニットのリソース構成と前記第２の機能ユニットのリソース構成との間の対応を備える
    請求項１３に記載の装置。
15. 前記トランシーバモジュールは、第２のインジケーション情報を前記第２のノードに送信するようにさらに構成され、前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第１のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第２のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表す請求項１３または１４に記載の装置。
16. 前記第１の機能ユニットはモバイル端末ＭＴであり、かつ前記第２の機能ユニットは分散ユニットＤＵであるか、または、前記第１の機能ユニットは分散ユニットＤＵであり、かつ前記第２の機能ユニットはモバイル端末ＭＴである請求項１３乃至１５のいずれか一項に記載の装置。
17. 前記ＤＵのリソース構成が決定されるとき、前記装置は、
    前記装置の前記ＤＵまたは前記ＭＴ中に、送信されるべき信号がある場合、前記ＤＵの前記リソース構成中のリソースを調整するように構成された、処理モジュールをさらに備え、前記送信されるべき信号に対応するリソースが、第１タイプのリソースである
    請求項１６に記載の装置。
18. 前記装置の前記ＤＵ中に、送信されるべき信号がある場合、前記処理モジュールが、前記ＤＵの前記リソース構成を調整するように構成されることは、
    前記ＤＵの前記リソース構成中の第１のリソースが第２タイプのリソースであると決定された場合、前記第１のリソースを第１タイプのリソースに調整することであって、前記第１のリソースは、前記送信されるべき信号を送信するために前記第１のノードの前記ＤＵによって使用されるリソースである、こと
    を特に備える請求項１７に記載の装置。
19. 前記装置の前記ＭＴ中に、送信されるべき信号がある場合、前記処理モジュールが、前記ＤＵの前記リソース構成を調整するように構成されることは、
    前記ＤＵの前記リソース構成中の第２のリソースが第１タイプのリソースであると決定される場合、前記第２のリソースを第２タイプのリソースに調整することであって、前記第２のリソースは、時間領域において、前記第１のノードの前記ＭＴ中で、前記送信されるべき信号を送信するために使用されるリソースと重複するリソースである、こと
    を特に備える請求項１７に記載の装置。
20. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える請求項１７乃至１９のいずれか一項に記載の装置。
21. リソース構成装置であって、
    第１のインジケーション情報を決定するように構成された、処理モジュールであって、前記第１のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のアンテナパネルの各々との間のリソース多重化タイプを示すために使用され、前記リソース多重化タイプは、前記第２の機能ユニットの１つまたは複数のアンテナパネルのリソースを決定するために第１のノードによって使用される、処理モジュールと、
    前記第１のインジケーション情報を前記第１のノードに送信するように構成された、トランシーバモジュールと
    を備える、装置。
22. 前記トランシーバモジュールは、
    リソース構成情報を前記第１のノードに送信するようにさらに構成され、前記リソース構成情報は、前記第１のノード中の前記第１の機能ユニットの前記１つまたは複数のアンテナパネルのリソースを示すために使用される
    請求項２１に記載の装置。
23. 前記トランシーバモジュールは、前記第１のノードによって送信された第２のインジケーション情報を受信するようにさらに構成され、前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの各アンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用されるか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第１のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第１のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向と方向が同じであるアンテナパネルを表すか、または前記第２のインジケーション情報は、前記第２の機能ユニットと前記第１の機能ユニットの第２のアンテナパネルとの間でサポートされるリソース多重化タイプを示すために使用され、前記第２のアンテナパネルは、前記第２の機能ユニットによって使用されるアンテナパネルの方向とは方向が異なるアンテナパネルを表し、
    前記処理モジュールが、前記第１のインジケーション情報を決定するように構成されることは、
    前記第２のインジケーション情報に基づいて前記第１のインジケーション情報を決定すること
    を備える請求項２１または２２に記載の装置。
24. 前記第１の機能ユニットはモバイル端末ＭＴであり、かつ前記第２の機能ユニットは分散ユニットＤＵであるか、または、前記第１の機能ユニットは分散ユニットＤＵであり、かつ前記第２の機能ユニットはモバイル端末ＭＴである請求項２１乃至２３のいずれか一項に記載の装置。
25. リソース構成情報送信方法であって、
    第１のノードによって、第２のインジケーション情報を生成するステップであって、前記第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のサブユニットの各々とによってサポートされることが可能なリソース多重化タイプを示すために使用される、ステップと、
    前記第１のノードによって、前記第２のインジケーション情報を第２のノードに送信するステップと
    を備える、方法。
26. 前記第２のインジケーション情報は、前記第１の機能ユニットの前記１つまたは複数のサブユニットの各々と前記第２の機能ユニットの１つまたは複数のサブユニットの各々とによってサポートされることが可能なリソース多重化タイプを示すために使用される
    請求項２５に記載の方法。
27. 前記第１の機能ユニットは、第１のサブユニットおよび第２のサブユニットを備え、前記第２の機能ユニットは、第３のサブユニットおよび第４のサブユニットを備え、
    前記第２のインジケーション情報は、前記第１のサブユニットと前記第３のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第１のサブユニットと前記第４のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第２のサブユニットと前記第３のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第２のサブユニットと前記第４のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用される
    請求項２６に記載の方法。
28. 前記第１の機能ユニットは分散ユニットＤＵであり、前記第２の機能ユニットはモバイル端末ＭＴである
    請求項２５乃至２７のいずれか一項に記載の方法。
29. 前記リソース多重化タイプは、時分割多重化ＴＤＭ、空間分割多重化ＳＤＭ、または全二重多重化を備える
    請求項２５乃至２８のいずれか一項に記載の方法。
30. 前記リソース多重化タイプは、前記第１の機能ユニットおよび前記第２の機能ユニットが、受信することを同時に実施するかもしくは送信することを同時に実施することができることを示す、ＳＤＭであるか、または
    前記リソース多重化タイプは、前記第１の機能ユニットおよび前記第２の機能ユニットが、送信を同時に実施することができることを示す、全二重であり、前記同時送信は、同時に受信することもしくは同時に送信することに限定されない
    請求項２９に記載の方法。
31. 前記第１の機能ユニットの前記サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルであり、
    前記第２の機能ユニットの前記サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルである
    請求項２５乃至３０のいずれか一項に記載の方法。
32. 前記方法は、
    前記第１のノードによって、前記第２のノードからリソース構成情報を受信するステップであって、前記リソース構成情報は、前記第１のノード中の前記第１の機能ユニットの前記１つまたは複数のサブユニットのリソースタイプを示すために使用される、ステップ
    をさらに備える請求項２５乃至３１のいずれか一項に記載の方法。
33. 前記リソースタイプは、ハードリソースまたはソフトリソースである
    請求項３２に記載の方法。
34. 前記リソースタイプは、送信方向をさらに備え、前記送信方向は、ダウンリンク（ｄｏｗｎｌｉｎｋ）、アップリンク（ｕｐｌｉｎｋ）、およびフレキシブル（ｆｌｅｘｉｂｌｅ）を備える
    請求項３２または３３に記載の方法。
35. 前記方法は、
    前記第１のノードによって、第１のリソースを取得するステップであって、前記第１のリソースは、第１タイプのリソースまたは第２タイプのリソースである、ステップと、
    前記第１のノードによって、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、送信されるべき信号を送信するステップと
    をさらに備える請求項２５乃至３４のいずれか一項に記載の方法。
36. 前記第１タイプのリソースは、前記ハードリソースであり、前記第２タイプのリソースは、前記ソフトリソースまたは利用不可能なリソースである
    請求項２５乃至３５のいずれか一項に記載の方法。
37. 前記第１のリソースが前記第２タイプのリソースであるとき、前記第１のノードによって、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、前記送信されるべき信号を送信する
    請求項２５乃至３６のいずれか一項に記載の方法。
38. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える
    請求項２５乃至３７のいずれか一項に記載の方法。
39. リソース構成情報送信装置であって、
    第２のインジケーション情報を生成するように構成された、処理モジュールであって、前記第２のインジケーション情報は、第２の機能ユニットと第１の機能ユニットの１つまたは複数のサブユニットの各々とによってサポートされることが可能なリソース多重化タイプを示すために使用される、処理モジュールと、
    前記第２のインジケーション情報を第２のノードに送信するように構成された、トランシーバモジュールと
    を備える、装置。
40. 前記第２のインジケーション情報は、前記第１の機能ユニットの前記１つまたは複数のサブユニットの各々と前記第２の機能ユニットの１つまたは複数のサブユニットの各々とによってサポートされることが可能なリソース多重化タイプを示すために使用される
    請求項３９に記載の装置。
41. 前記第１の機能ユニットは、第１のサブユニットおよび第２のサブユニットを備え、前記第２の機能ユニットは、第３のサブユニットおよび第４のサブユニットを備え、
    前記第２のインジケーション情報は、前記第１のサブユニットと前記第３のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第１のサブユニットと前記第４のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第２のサブユニットと前記第３のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用され、および／または
    前記第２のインジケーション情報は、前記第２のサブユニットと前記第４のサブユニットとによってサポートされることが可能なリソース多重化タイプを示すために使用される
    請求項４０に記載の装置。
42. 前記第１の機能ユニットは分散ユニットＤＵであり、前記第２の機能ユニットはモバイル端末ＭＴである
    請求項３９乃至４１のいずれか一項に記載の装置。
43. 前記リソース多重化タイプは、時分割多重化ＴＤＭ、空間分割多重化ＳＤＭ、または全二重多重化を備える
    請求項３９乃至４２のいずれか一項に記載の装置。
44. 前記リソース多重化タイプは、前記第１の機能ユニットおよび前記第２の機能ユニットが、受信することを同時に実施するかもしくは送信することを同時に実施することができることを示す、ＳＤＭであるか、または
    前記リソース多重化タイプは、前記第１の機能ユニットおよび前記第２の機能ユニットが、送信を同時に実施することができることを示す、全二重であり、前記同時送信は、同時に受信することもしくは同時に送信することに限定されない
    請求項４３に記載の装置。
45. 前記第１の機能ユニットの前記サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルであり、
    前記第２の機能ユニットの前記サブユニットは、セル、セルグループ、キャリア、キャリアグループ、またはアンテナパネルである
    請求項３９乃至４４のいずれか一項に記載の装置。
46. 前記トランシーバモジュールは、前記第２のノードからリソース構成情報を受信するようにさらに構成され、前記リソース構成情報は、前記第１のノード中の前記第１の機能ユニットの前記１つまたは複数のサブユニットのリソースタイプを示すために使用される
    請求項３９乃至４５のいずれか一項に記載の装置。
47. 前記リソースタイプは、ハードリソースまたはソフトリソースである
    請求項４６に記載の装置。
48. 前記リソースタイプは、送信方向をさらに備え、前記送信方向は、ダウンリンク（ｄｏｗｎｌｉｎｋ）、アップリンク（ｕｐｌｉｎｋ）、およびフレキシブル（ｆｌｅｘｉｂｌｅ）を備える
    請求項４６または４７に記載の装置。
49. 前記処理モジュールは、第１のリソースを取得するようにさらに構成され、前記第１のリソースは、第１タイプのリソースまたは第２タイプのリソースであり、
    前記トランシーバモジュールは、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、送信されるべき信号を送信する
    請求項３９乃至４８のいずれか一項に記載の装置。
50. 前記第１タイプのリソースは、前記ハードリソースであり、前記第２タイプのリソースは、前記ソフトリソースまたは利用不可能なリソースである
    請求項３９乃至４９のいずれか一項に記載の装置。
51. 前記第１のリソースが前記第２タイプのリソースであるとき、前記第１のノードによって、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、前記送信されるべき信号を送信する
    請求項３９乃至５０のいずれか一項に記載の方法。
52. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える
    請求項３９乃至５１のいずれか一項に記載の装置。
53. 送信方法であって、
    第１のリソースを取得するステップであって、前記第１のリソースは、第１タイプのリソースまたは第２タイプのリソースである、ステップと、
    前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、送信されるべき信号を送信するステップと
    を備える、方法。
54. 前記第１タイプのリソースは、ハードリソースであり、前記第２タイプのリソースは、ソフトリソースまたは利用不可能なリソースである
    請求項５３に記載の方法。
55. 前記第１のリソースが前記第２タイプのリソースであるとき、前記第１のノードによって、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、前記送信されるべき信号を送信する
    請求項５３または５４に記載の方法。
56. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える
    請求項５３乃至５５のいずれか一項に記載の方法。
57. 送信装置であって、
    第１のリソースを取得するように構成された、処理モジュールであって、前記第１のリソースは、第１タイプのリソースまたは第２タイプのリソースである、処理モジュールと、
    前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、送信されるべき信号を送信するように構成された、トランシーバモジュールと
    を備える、送信装置。
58. 前記第１タイプのリソースは、ハードリソースであり、前記第２タイプのリソースは、ソフトリソースまたは利用不可能なリソースである
    請求項５７に記載の装置。
59. 前記第１のリソースが前記第２タイプのリソースであるとき、前記第１のノードによって、前記第１のリソースを前記第１タイプのリソースと見なし、前記第１のリソース上で、前記送信されるべき信号を送信する
    請求項５７または５８に記載の装置。
60. 前記送信されるべき信号は、以下の信号、即ち、同期信号ブロックＳＳＢおよびランダムアクセスチャネルＲＡＣＨ信号のうちの１つまたは複数を備える
    請求項５７乃至５９のいずれか一項に記載の装置。
61. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、プログラム命令を記憶し、前記プログラム命令がプロセッサ上で実行されたとき、請求項１乃至１２、請求項２５乃至３８、または請求項５３乃至５６のいずれか一項に記載の方法が実施される、コンピュータ可読記憶媒体。
62. 通信装置であって、
    メモリに結合され、請求項１乃至１２、請求項２５乃至３８、または請求項５３乃至５６のいずれか一項に記載の方法を実装するように、前記メモリ中の命令を実行するように構成された、プロセッサ
    を備える、通信装置。

Images