(57)【要約】  ＮＲ  ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗａｒｋ：無線アクセスネットワーク）ノードが、前記ＮＲ  ＲＡＮノードが送信に使用し、他のＲＡＮノードの干渉から保護するリソースを識別する、通信システムが開示される。前記ＮＲ  ＲＡＮノードは、前記識別した、干渉から保護するリソースを示す情報を、前記他のＲＡＮノードに送信する。前記識別したリソースを示す情報は、通常はリソースビットマップを含むパラメータのリストを含み、これに基づいて、前記他のＲＡＮノードは、前記干渉から保護するリソースを決定することができる。【選択図】図４
2021517787.tif 000002
【特許請求の範囲】
【請求項１】
ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：次世代無線アクセスネットワーク）ノードにより、前記ＮＧ−ＲＡＮノードと少なくとも１つの更なるＲＡＮノードとの間でリソースを調整するために実行させる方法であって、
前記少なくとも１つの更なるＲＡＮノードに、前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを送信することを含み、
前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、方法。
【請求項２】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、少なくとも１つのビットマップを含み、前記少なくとも１つのビットマップにおける各々の位置は、それぞれの周波数リソースが前記送信側ＲＡＮノードによる送信に用いられることが意図されないか、又は前記送信側ＲＡＮノードによる送信に用いられることが意図されるかを示す、請求項１記載の方法。
【請求項３】
前記少なくとも１つのビットマップは、複数の時間リソースを表し、前記時間リソースごとに、前記送信側ＲＡＮノードによる送信に用いられることが意図されるそれぞれの周波数リソースを明示的に示すように構成される、請求項２記載の方法。
【請求項４】
前記少なくとも１つのビットマップにより表される各々の時間リソースは、それぞれのサブフレームを含む、請求項３記載の方法。
【請求項５】
前記少なくとも１つのビットマップにより表される前記周波数リソースは、物理リソースブロックを含む、請求項２乃至４のうち何れか１項記載の方法。
【請求項６】
前記少なくとも１つのビットマップは、１ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：物理リソースブロック）の周波数粒度、又は特定のＳＣＳ（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ：サブキャリア間隔）に対応する所定のニューメロロジーに関連付けられた１サブキャリアを含む、請求項３記載の方法。
【請求項７】
前記少なくとも１つのビットマップは、特定のスロット長に対応する所定のニューメロロジーに関連付けられた１シンボル、１スロット、又１サブフレームの時間粒度を含む、請求項３又は６記載の方法。
【請求項８】
前記少なくとも１つのビットマップは、第１の特定ＳＣＳとスロット長とに対応する第１のニューメロロジーに関連付けられた最小周波数粒度を含み、前記少なくとも１つのビットマップは、前記第１のニューメロロジーとは異なる、第２のＳＣＳとスロット長とに対応する第２のニューメロロジーに関連付けられた最小時間粒度を有する、請求項３、６又は７記載の方法。
【請求項９】
前記ＮＧ−ＲＡＮノードと前記更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、前記ＮＧ−ＲＡＮノードのセル又は基地局の識別子と、前記少なくとも１つの更なるＲＡＮノードのセル又は基地局の識別子と、サブキャリア間隔の識別子（又は他のニューメロロジー識別子）と、部分帯域サイズの識別子と、周波数基準点（例えば「基準点Ａ」）と、前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素により識別されるリソースでの送信に関連付けられたサービス優先順位と、電力閾値とを含む情報項目リストの中から、少なくとも１つの情報項目を含む少なくとも１つの情報要素を更に含む、請求項１乃至８のうち何れか１項記載の方法。
【請求項１０】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、ＮＲリソース調整のための専用情報要素及び／又はＬＴＥリソース調整のための専用情報要素を含む情報要素リストの中から少なくとも１つの情報要素を含む、請求項１乃至９のうち何れか１項記載の方法。
【請求項１１】
前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含む、請求項１乃至１０のうち何れか１項記載の方法。
【請求項１２】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、専用ＮＲ−ＮＲ（Ｘｎ）調整手順と、（例えばＸｎ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内の）Ｘｎセットアップ手順と、（例えばＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ又はＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＮＧ−ＲＡＮノード構成更新手順とを含む手順リストのうちの、少なくとも１つの手順の一部として次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに送信される、請求項１１記載の方法。
【請求項１３】
前記少なくとも１つの更なるＲＡＮノードは、ＬＴＥ規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含む、請求項１乃至１２のうち何れか１項記載の方法。
【請求項１４】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、（例えばＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ内の）ＥＮ−ＤＣ  Ｘ２セットアップ手順と、（例えばＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ、又はＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＥＮ−ＤＣ構成更新手順とを含む手順リストのうちの、少なくとも１つの手順の一部としてＬＴＥ規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに送信される、請求項１３記載の方法。
【請求項１５】
第１のＲＡＮノードは、複数の異なるニューメロロジー（サブキャリア間隔／スロット長）及び／又は複数の異なる部分帯域をサポートするように構成される、請求項１乃至１４のうち何れか１項記載の方法。
【請求項１６】
識別されたリソースを示す個別のそれぞれの情報は、前記複数の異なるニューメロロジーの各々、及び／又は前記複数の異なる部分帯域の各々に対して提供される、請求項１５記載の方法。
【請求項１７】
前記ＮＧ−ＲＡＮノードは、前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素を、複数のＲＡＮノード（例えば、隣接セルを動作させるＲＡＮノード）に送信する、請求項１乃至１６のうち何れか１項記載の方法。
【請求項１８】
前記送信側ＲＡＮノードによる送信に用いられることが意図される前記リソースは、クリティカル送信と優先サービスのサポートとのうちの少なくとも１つのために第１の基地局が必要とするリソースを含む、請求項１乃至１７のうち何れか１項記載の方法。
【請求項１９】
ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）ノードにより、前記ＲＡＮノードと少なくとも１つのＮＧ−ＲＡＮ（次世代ＲＡＮ）ノードとの間でリソースを調整するために実行させる方法であって、
前記少なくとも１つのＮＧ−ＲＡＮノードから、前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを受信することを含み、
前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、方法。
【請求項２０】
ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：次世代無線アクセスネットワーク）ノードであって、
プロセッサとトランシーバとを備え、
前記プロセッサは、前記トランシーバを制御して、前記ＮＧ−ＲＡＮノードと少なくとも１つの更なるＲＡＮノードとの間のリソース調整のための手順の一部として、前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを送信するように構成され、
前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、ＮＧ−ＲＡＮノード。
【請求項２１】
ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）ノードであって、
プロセッサとトランシーバを制御とを備え、
前記プロセッサは、前記トランシーバを制御して、前記ＲＡＮノードと少なくとも１つのＮＧ−ＲＡＮ（次世代ＲＡＮ）ノードとの間のリソース調整のための手順の一部として、前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを受信するように構成され、
前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、ＲＡＮノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。特に、本発明は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格、又はこれと同等もしくは派生の規格に従って動作する無線通信システム及びそのデバイスに関するが、これに限定されない。特に、本発明は、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）／ＮＧ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ：次世代）／５Ｇタイプの技術のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）ノード間、及びこのようなＮＲ  ＲＡＮノードとＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）タイプの技術のＲＡＮノードとの間におけるリソース調整に関するが、これに限定されない。
【背景技術】
【０００２】
３ＧＰＰ規格の最新動向は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）ネットワーク及びＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のＬＴＥと呼ばれ、一般に４Ｇとも呼ばれる。さらに、５Ｇ及びＮＲという用語は、種々のアプリケーション及びサービスをサポートすることが期待される、開発中の通信技術を指す。５Ｇネットワークの種々の詳細は、例えば、ＮＧＭＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋｓ）アライアンスによるＮＧＭＮ  ５Ｇ  Ｗｈｉｔｅ  Ｐａｐｅｒ  Ｖ１．０に説明されており、当該文書は、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ−ｗｈｉｔｅ−ｐａｐｅｒ．ｈｔｍｌから入手可能である。３ＧＰＰは、いわゆる３ＧＰＰ  ＮｅｘｔＧｅｎ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ）  ＲＡＮ及び３ＧＰＰ  ＮＧＣ（ＮｅｘｔＧｅｎ  Ｃｏｒｅ：次世代コア）ネットワークによって５Ｇをサポートすることを意図している。
【０００３】
３ＧＰＰ規格では、ＮｏｄｅＢ（又はＬＴＥにおけるｅＮＢ、５ＧにおけるｇＮＢなど）は、通信デバイス（ユーザ機器、又はＵＥとも呼ぶ）がコアネットワークに接続し、他の通信デバイス又はリモートサーバと通信を行うＲＡＮの基地局である。通信デバイスには、例えば、モバイル電話、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスが含まれる。このようなモバイル（又は一般的には固定の）デバイスは、通常、ユーザによって操作される（しかしながら、いわゆるモノのインターネットのデバイス、及び同様のマシンタイプの通信デバイスをネットワークに接続することも可能である）。説明の簡略化のため、本出願では、基地局という用語はそのような任意の基地局を指し、モバイルデバイス又はＵＥという用語はそのような任意の通信デバイスを指すものとする。コアネットワーク（例えば、ＬＴＥの場合はＥＰＣ、ＮＲ／５Ｇの場合はＮＧＣなど）は、加入者管理、モビリティ管理、課金、セキュリティ、及び呼セッション管理（など）の機能を統括し、通信デバイスをインターネットなどの外部ネットワークに接続させる。
【０００４】
ＮＲは、３ＧＰＰ技術標準ＴＳ３８．２１１に要約される複数の異なるニューメロロジー（ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ：サブキャリア間隔）及びＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：直交周波数分割多重）シンボル長）をサポートする。対照的に、ＬＴＥでは、単一（１５ｋＨｚ）のＳＣＳのみである。ＮＲでは、各ニューメロロジーがパラメータμで表され、μ＝０は１５ｋＨｚのＬＴＥを表す。現在、μの値が異なる別のＳＣＳは、実際には、μ＝０から２の累乗（すなわち、ＳＣＳ＝１５×２μｋＨｚ）でスケールアップすることで算出することができる。現行のＮＲにおけるパラメータμとＳＣＳ（Δｆ）との間の関係を、以下のＴＳ３８．２１１の表４．２−１に示す。
【０００５】
【数１】
2021517787.tif 000003
【０００６】
ＮＲでは、スロット長もニューメロロジーに応じて異なり、ＳＣＳの増加に伴いスロット長が短くなる傾向にある（通常サイクリックプレフィックスの場合、スロット長＝１／２μｍｓ、１サブフレームあたりのスロット数＝２μ、１フレームあたりのスロット数＝１０×２μ）。
【０００７】
【数２】
2021517787.tif 000004
【０００８】
図１は、異なるＮＲニューメロロジーごとに（μ＝０、μ＝１、及びμ＝２）異なるスロット長を示す。
【０００９】
ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ：部分帯域）の概念もＮＲに導入されている。キャリアＢＷＰは、ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：物理リソースブロック）の連続セットであり、所定のキャリア上で所定のニューメロロジーμに対して規定された共通リソースブロックの連続サブセットから選択される。
【００１０】
リソースブロックには、所定のＳＣＳ構成（ニューメロロジーμ）の周波数領域において０から昇順に番号が付されるため、ＮＲに対して共通のリソースブロックが規定される。
【００１１】
周波数領域の共通リソースブロック番号ｎＣＲＢとＳＣＳ構成μのリソースエレメント（ｋ、ｌ）の関係は、以下の式により求められる：
【００１２】
【数３】
2021517787.tif 000005
【００１３】
ここで、ＫはＳＣＳ構成μのリソースグリッドのサブキャリア０に対して定義される。
【００１４】
サブキャリア間隔構成の共通リソースブロック０のサブキャリア０は、上位レイヤで定義され、すべてのＳＣＳ構成に共通する周波数基準点（基準点Ａ）と一致する。
【００１５】
所定のＵＥは、所定時間において単一の下りリンクキャリア部分帯域のみがアクティブである下りリンクにおいて、最大４つのキャリアＢＷＰを設定することができる。ＵＥは、アクティブな部分帯域の外では、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ：物理下りリンク共有チャネル）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ：物理下りリンク制御チャネル）、ＣＳＩ−ＲＳ又はＴＲＳを受信することを想定していない。
【００１６】
同様に、ＵＥは、所定時間において単一の上りリンクキャリア部分帯域のみがアクティブである上りリンクにおいて、最大４つのキャリアＢＷＰを設定することができる。ＵＥに補助上りリンクが設定されている場合、当該ＵＥは、所定の時間において単一の補助上りリンクキャリアＢＷＰのみがアクティブである補助上りリンクにおいて最大４つのキャリアＢＷＰを設定することができる。ＵＥは、アクティブな部分帯域の外では、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ：物理上りリンク共有チャネル）又はＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ：物理上りリンク制御チャネル）を送信しない。
【００１７】
図２は、複数のＢＷＰ（図示の実施例では３つ）に分割されたネットワークチャネル帯域幅を示し、これらは各々異なるＳＣＳ構成μに関連付けられている。図３は、異なるＮＲニューメロロジー（ＳＣＳ構成）の共通基準点（基準点Ａ）の概念を示す。
【００１８】
ＬＴＥ互換のＮＲニューメロロジーは、１５ｋＨｚのＳＣＳに基づいて、所定のカバレッジエリア／セルにおいてＮＲとＬＴＥの双方で同一の時間／周波数リソースグリッドを可能にし、ＬＴＥとＮＲの共存を可能にするものとする。理論的には、１ＯＦＤＭシンボル又はＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）と同等の細かいスケジューリング粒度を持つ柔軟なＮＲスケジューリングは、スケジューリングしたＮＲ送信が、ＣＲＳ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：共通参照信号）、ＣＳＩ−ＲＳ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：チャネル状態情報参照信号）などの主要なＬＴＥ信号、及びＬＴＥの初期アクセスに使用する信号／チャネルと衝突するのを回避するのに用いてもよい。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
ＬＴＥとの共存をサポートするために、ＮＲ  ＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）は、同一のスペクトルブロックで動作する（帯域幅が重複する可能性がある）ＮＲ  ＲＡＴとＬＴＥとの間において、柔軟なリソース（例えば、時間、周波数）の割り当てをサポートする必要がある。ＮＲ  ＲＡＴは、少なくとも下りリンク、上りリンク、及びサイドリンクでこれらのリソースを使用する必要がある。ＬＴＥがＮＲ  ＲＡＴと同一の基地局にサポートされているか、２つのＲＡＴがそれぞれ異なる基地局にサポートされているかに関わらず、柔軟なリソース割り当てを有効にする必要がある。リソース割り当ては、レガシーＬＴＥ端末（ＬＴＥリリース８以降のＵＥ及びＮＢ（ＮａｒｒｏｗＢａｎｄ：狭帯域）ＩｏＴのＵＥを含む）に対する下位互換性もサポートする必要がある。時間／周波数領域のリソース割り当ての粒度、及びＮＲリソースとＬＴＥリソースとの間の潜在的なガードも、ＮＲ  ＲＡＴ用に決定する必要がある。
【００２０】
しかしながら、現在の提案及び合意は、ＮＲ及び／又はＬＴＥ基地局間における効率的かつ効果的なリソース調整をサポートしていない。
【００２１】
本発明は、上記システムのＲＡＮノード間におけるリソース調整に関する現在の提案／合意を効率的かつ効果的な方法でサポート又は改善する方法及び関連装置を提供しようとするものである。
【課題を解決するための手段】
【００２２】
本発明の例示的な一態様では、次世代（５Ｇ／ＮＲ）規格に従って動作する第１のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗａｒｋ：無線アクセスネットワーク）ノードによって実行される方法であって、少なくとも１つの更なるＲＡＮノードの干渉から保護するために、前記第１のＲＡＮノードが送信に用いるリソースを識別することと、前記少なくとも１つの更なるＲＡＮノードに、前記干渉から保護するために識別したリソースを示す情報を送信することを含み、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む、方法が提供される。
【００２３】
本発明の例示的な一態様では、第１のＲＡＮノードによって実行される方法であって、前記方法は、少なくとも１つの更なるＲＡＮノードにおいて前記第１のＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信することを含み、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記第１のＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含み、前記方法は、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができるか否かを判断することを含み、前記第１のＲＡＮノードが、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記第１のＲＡＮノードは、前記識別したリソースを保護するように自身の送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記識別したリソースを保護することができる旨の通知を送信する、方法が提供される。
【００２４】
本発明の例示的な一態様では、プロセッサとトランシーバとを備えるＲＡＮノードであって、前記プロセッサは、次世代（５Ｇ／ＮＲ）規格に従って動作するように前記トランシーバを制御し、前記ＲＡＮノードが送信に用いる、少なくとも１つの更なるＲＡＮノードの干渉から保護するリソースを識別し、前記識別した、干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードに送信するように前記トランシーバを制御するように構成され、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む、ＲＡＮノードが提供される。
【００２５】
本発明の例示的な一態様では、プロセッサとトランシーバとを備えるＲＡＮノードであって、前記プロセッサは、少なくとも１つの更なるＲＡＮノードで、前記ＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信するように、トランシーバを制御するように構成され、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記ＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含み、前記プロセッサは、前記指示されたリソースを前記ＲＡＮノードの干渉から保護することができるか否かを判断するように構成され、前記プロセッサが、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記プロセッサは、前記指示されたリソースを保護するために前記トランシーバからの送信を制御し、前記指示されたリソースを保護することができる旨の通知を少なくとも１つの更なるＲＡＮノードに送信するようにトランシーバを制御するように構成される、ＲＡＮノードが提供される。
【００２６】
本発明の例示的な態様は、プログラム可能なプロセッサをプログラムして上記の例示的な態様に記載の方法及び上記又は特許請求の範囲に記載の可能性を実行させ、及び／又は好適に適合したコンピュータをプログラムして任意の請求項に記載の装置を提供させるように動作可能な命令を格納する、コンピュータ読取可能な記憶媒体などのコンピュータプログラム製品に及ぶ。
【００２７】
本明細書（特許請求の範囲を含む）に開示される及び／又は図面に示される各特徴は、他の開示される及び／又は図示される特徴とは独立して（又は組み合わせて）本発明に組み込まれてもよい。特に、特定の独立請求項に従属する請求項の特徴は、任意の組み合わせで、又は個別にその独立請求項に導入することができるが、限定的ではない。
【図面の簡単な説明】
【００２８】
ここで、添付図面を参照して、本発明の例示的な実施形態を説明する。
【図１】図１は、異なるＮＲニューメロロジーに対する異なるスロット長を示す図である。
【図２】図２は、複数の部分帯域に分割したネットワークチャネル帯域幅を示す図である。
【図３】図３は、ＮＲにおける異なるニューメロロジーの共通基準点を示す図である。
【図４】図４は、セルラ通信システムを概略的に示す図である。
【図５】図５は、ＮＲ  ＲＡＮノードからＬＴＥ  ＲＡＮノードへの干渉を抑制するための、ＬＴＥ  ＲＡＮノードとＮＲ  ＲＡＮノードとの間のリソース調整を示す図である。
【図６】図６は、スペクトルが完全に重複する場合における、ＬＴＥ  ＲＡＮノードからＮＲ  ＲＡＮノードへの干渉を抑制するための、ＮＲ  ＲＡＮノードとＬＴＥ  ＲＡＮノードとの間のリソース調整を示す図である。
【図７】図７は、保護を必要とするリソースのシグナリングに使用可能な例示的なビットマップを示す図である。
【図８】図８は、スペクトルが完全又は部分的に重複する場合における、ＬＴＥ  ＲＡＮノードからＮＲ  ＲＡＮノードへの干渉を抑制するための、ＮＲ  ＲＡＮノードとＬＴＥ  ＲＡＮノードとの間のリソース調整を示す図である。
【図９】図９は、スペクトルが部分的に重複する場合における、ＮＲ  ＲＡＮノードから他のＮＲ  ＲＡＮノードへの干渉を抑制するための、ＮＲ  ＲＡＮノードと他のＲＡＮノードとの間のリソース調整を示す図である。
【図１０】図１０は、図４に示すシステムの一部を構成するユーザ機器のブロック図である。
【図１１】図１１は、図４に示すシステムの一部を構成するＮＲ無線アクセスネットワークノードのブロック図である。
【図１２】図１２は、図４に示すシステムの一部を構成するＬＴＥ無線アクセスネットワークノードのブロック図である。
【図１３】図１３は、図４のシステムのノード間でリソースを調整することができる例示的な方法を概略的に示す、簡略化したメッセージシーケンス図である。
【図１４】図１４は、図４のシステムのノード間でリソースを調整することができる例示的な方法を概略的に示す図である。
【図１５】図１５は、図４のシステムのノード間でリソースを調整することができる図１４の例示的な方法をより詳細に示す、簡略化したメッセージシーケンス図である。
【図１６】図１６は、図４のシステムのノード間でリソースを調整することができる別の例示的な方法を示す、簡略化したメッセージシーケンス図である。
【図１７】図１７は、図４のシステムのノード間でリソースを調整することができる別の例示的な方法を示す、簡略化したメッセージシーケンス図である。
【図１８】図１８は、ソースＲＡＮノードからターゲットＲＡＮノードにリソース調整情報を提供するための異なる特定のシグナリング実装を示す図である。
【図１９】図１９は、ソースＲＡＮノードからターゲットＲＡＮノードにリソース調整情報を提供するための異なる特定のシグナリング実装を示す図である。
【図２０】図２０は、ソースＲＡＮノードからターゲットＲＡＮノードにリソース調整情報を提供するための異なる特定のシグナリング実装を示す図である。
【発明を実施するための形態】
【００２９】
（概要）
図４は、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）３（モバイル電話及び／又は他の通信デバイス）が無線アクセスネットワークＲＡＮノード５−１、５−２及び５−３を介して相互に通信可能な通信ネットワーク１を概略的に示す。図示の実施例では、ＲＡＮノードは、２つのＮＲ／５Ｇ基地局又は「ｇＮＢ」５−１及び５−２と、ＬＴＥ基地局又は「ｅＮＢ」５−３とを備え、それぞれが適切なＲＡＴを使用する。この実施例では、ＵＥ３は、ｅＮＢ５−３を介して、ＬＴＥ  ＵＥとして通信を行うことができる。また、ＵＥ３は、ｇＮＢ５−１、５−２を介して、ＮＲ／５Ｇ  ＵＥとして通信を行うことができる。しかしながら、ＵＥ３は、５Ｇ能力を必要としないレガシーＵＥであってもよいし、５Ｇ能力のみをサポートするＮＲ  ＵＥであってもよい。
【００３０】
また、例示のため、ＲＡＮノードをそれぞれ個別のエンティティとして説明するが、単一のＲＡＮノード５がｅＮＢ５−３の機能及びｇＮＢ５−１、５−２の機能を統合した機能を備えてもよいし、統合されたｅＮＢ５−３の機能とｇＮＢ５−１、５−２の機能との間の通信を別々のｅＮＢとｇＮＢであるかのようにサポートしてもよい。
【００３１】
さらに、図４が１つのＵＥ３と基地局５のみを例示目的で示す一方で、通常のシステム実装時には他の基地局及びモバイルデバイスも含まれることは当業者には明らかである。
【００３２】
この実施例では、ｇＮＢ５−１、５−２及びｅＮＢ５−３はそれぞれ１つ以上の関連するセルを操作する。ＵＥ３は、適切なセル（ＵＥと基地局の位置に応じて、場合によっては例えば信号条件、サブスクリプションデータ、能力など適宜他の要因に応じて）に、当該セルを操作する対応のＲＡＮノード（基地局）５とＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）接続を確立することにより、接続することができる。
【００３３】
各ＲＡＮノード５は、適切なインタフェースを介してコアネットワーク７−１、７−２にそれぞれ接続する。コアネットワーク７は、ｇＮＢ５−１、５−２を介したＵＥ３の通信をサポートするために必要なＮＲ／５Ｇ機能を備えたＮＲコアネットワーク７−１を含む。コアネットワーク７−１は、例えば、コントロールプレーン管理、ユーザプレーン管理、モビリティ管理などを行う機能を備える。コアネットワーク７は、ｅＮＢ５−３を介したＵＥ３の通信をサポートするためのＥＰＣ機能を部分的又は完全に備えたＬＴＥコアネットワーク７−２（ＥＰＣ）を含む。ＮＲコアネットワーク７−１及びＬＴＥコアネットワーク７−２は、単一の統合コアネットワークの異なる部分を形成してもよい。
【００３４】
ｅＮＢ５−３及びｇＮＢ５−１、５−２は、例えば、ｅＮＢ５−３がマスタ基地局として動作し、ｇＮＢ５−１、５−２がセカンダリ基地局として動作するデュアルコネクティビティ配置（すなわち、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）配置）で設定することができる。
【００３５】
図５は、ＮＲノードからＬＴＥノードへの干渉を抑制するための、ＬＴＥノード（例えば、ｅＮＢ５−３）とＮＲ  ＲＡＮノード（例えば、ｇＮＢ５−１）との間のリソース調整を示す。図５の実施例では、ＬＴＥとＮＲ  ＲＡＮノード５の間でスペクトルが完全に重複し、サブキャリア間隔と帯域幅の双方がｅＮＢ５−３及びｇＮＢ５−１によって使用される。
【００３６】
具体的には、ＬＴＥとＮＲの共存をサポートするために、クリティカルなＬＴＥ送信に割り当てられ（例えば、ＬＴＥ制御チャネルと参照信号に割り当てられ）、ＮＲ側で保護する必要のあるリソース（ＰＲＢ）を明示的又は暗黙的に示すリソース調整シグナリングを、ｅＮＢ５−３からｇＮＢ５−１、５−２に送信することができる。ｇＮＢ５−１、５−２は、対応するＰＲＢをブランク又はミュートにする（すなわち、これらのＰＲＢでの送信を完全に回避する、又はこれらのリソースブロックの送信電力を削減する）ことができ、或いは、当該ＬＴＥリソースを中心にレートマッチングを行うことができる。
【００３７】
例えば、上述したように、基準点Ａに基づき、サブキャリア間隔のニューメロロジーが異なるＰＲＢが、周波数領域の同一点から開始する。従って、ｇＮＢ５−１、５−２は、ｅＮＢ５−３からの調整シグナリングのパラメータ（例えば、基準点Ａ、ＳＣＳ、総帯域幅、ＰＲＢ、及びリソースエレメントレベルのビットマップを含み得る）に基づいて、保護すべきＬＴＥ下りリンク信号及びチャネルの位置を計算することができる。
【００３８】
有益なことに、ｇＮＢ５−１、５−２及びｅＮＢ５−３は、有利にも、ｇＮＢ５−１、５−２がクリティカルなＮＲ送信に使用するリソースに対して、ｅＮＢ５−３を介したＬＴＥ送信又は別のｇＮＢ５−２、５−１を介した他のＮＲ送信から生じる干渉を抑制するために、相互間でリソースを調整することができる。従って、ｇＮＢ５−１、５−２及びｅＮＢ５−３は、有利にも、ｅＮＢ５−３がクリティカルなＬＴＥ送信に使用するリソースに対してＮＲ送信から生じる可能性のある干渉を抑制するだけでなく、ｅＮＢ５−３がクリティカルなＮＲ送信に使用するリソースに対して生じる可能性のある干渉を抑制することもできる。
【００３９】
例えば、図６は、スペクトルが完全に重複する場合（例えば、同一のニューメロロジー（ＳＣＳ＝１５ｋＨｚ）及び同一の帯域幅サイズについて）において、ｅＮＢ５−３（本明細書ではターゲット又はアグレッサーノードと呼ぶ）からｇＮＢ５−１、５−２（本明細書ではソース又はビクティムノードと呼ぶ）への干渉を抑制するための、ＮＲ  ＲＡＮノード（例えば、ｇＮＢ５−１、５−２）とＬＴＥ  ＲＡＮノード（例えば、ｅＮＢ５−３）との間のリソース調整を示す。
【００４０】
具体的には、ＬＴＥとＮＲの共存をサポートするために、クリティカルなＮＲ送信（例えば、ＮＲ制御チャネル、参照信号など）に必要であり、ＬＴＥ側で保護する必要のあるＰＲＢを示すリソース調整シグナリングを、ｇＮＢ５−１、５−２からｅＮＢ５−３に送信することができる。当該調整シグナリングは、例えば、周波数基準点（基準点Ａ）の指示など、他の関連情報を含んでもよい。従って、調整シグナリングは、事実上、特定の時間周波数リソースのＬＴＥ側での保護を要求する。
【００４１】
ｅＮＢ５−３は、当該示されたリソースに対応するＰＲＢをブランク又はミュートにすることができるかを判断する。要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避可能であるとターゲットｅＮＢ５−３が判断した場合、それらの時間／周波数リソースをブランク／ミュートにし、要求元のｇＮＢ５−１、５−２にその旨を通知する。ＮＲに用いるＰＲＢのブランキング又はミューティングは、例えば、ＡＢＳ（Ａｌｍｏｓｔ  Ｂｌａｎｋ  Ｓｕｂｆｒａｍｅ）を使用して当該ＰＲＢでの送信を回避することで、及び／又は当該リソースブロックの送信電力を削減することで（例えば、ＲＮＴＰ（Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗ−ｂａｎｄ  Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ：相対的狭帯域送信電力）を調整することで）、実現してもよい。
【００４２】
要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避不可であるとターゲットｅＮＢ５−３が判断した場合、要求に応じることができない旨を要求元のｇＮＢ５−１、５−２に通知する。
【００４３】
図６の実施例では、ターゲットｅＮＢ５−３は、指示されたリソースの一部を、自身のクリティカルＬＴＥ送信に必要とする。しかしながら、ｅＮＢ５−３は、指示されたすべてのリソースに対応するＰＲＢをブランク／ミュートにできない場合であっても、ｅＮＢ５−３は、有利に、リソース調整シグナリングによって示される、ＬＴＥクリティカル送信に必要のない他のＰＲＢを選択的にブランク／ミュートにすることができる（または部分的ブランキングとも呼ぶ）。このように、ターゲットｅＮＢ５−３は、送信を回避可能なＰＲＢを決定し、当該送信を回避可能な時間／周波数リソース（通常、要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースのサブセット）の詳細を提供することで、要求元のｇＮＢ５−１、５−２に適宜通知する。有利には、時間／周波数リソースの詳細は、元の要求内で示された時間／周波数リソースの詳細と同一形式であってもよい。
【００４４】
本実施例では、図７に示すように、ｇＮＢ５−１、５−２によって生成され、ｅＮＢ５−３に送信されるリソース調整シグナリングは、ＳＣＳ構成（ニューメロロジー）の指示を含み、クリティカル送信に必要なＮＲリソースを示す２つのビットマップを含む。当該２つのビットマップは、クリティカル送信に必要なＮＲ周波数（例えば、ＰＲＢ）割り当てを示す一次元ビットマップ（ビットマップ１）と、クリティカル送信に必要な時間（例えば、シンボル、スロット、サブフレームなど）割り当てを示す別の一次元ビットマップ（ビットマップ２）で構成される。この実施例では、保護が必要なリソースを示すために２つの個別のビットマップを使用するが、単一の「スーパー」二次元ビットマップを使用して、周波数及び時間双方の割り当てを示すこともできる。
【００４５】
時間領域のパターンを示すために一次元又は二次元ビットマップのいずれかを使用する場合、当該ビットマップの周期性を使用してビットマップの繰り返しパターンを示してもよい（例えば、１４シンボルごとに又は１４シンボルおきに）。例えば、ビットマップはすべてのスロットに適用してもよいし、選択したスロットにのみ適用してもよい（例えば、スロット＃１、＃４、＃７など）。
【００４６】
図７に示すように、通常、周波数割り当ては対応するビットマップ（一次元又は二次元）内にＰＲＢレベルの粒度で（すなわち、ビットマップの１ビットが１ＰＲＢに対応するように）示されるが、周波数割り当ては、サブキャリアレベルの粒度で（すなわち、ビットマップの１ビットが１サブキャリアに対応するように）ビットマップ内に示すこともできる。通常、時間割り当ては、ビットマップ（一次元か二次元か）内にシンボルレベルの粒度で（すなわち、ビットマップの１ビットが１シンボルに対応するように）示されるが、周波数割り当ては、スロット又はサブフレームレベルの粒度で（すなわち、ビットマップの１ビットが１スロット又は１サブフレームに対応するように）ビットマップに示すこともできる。
【００４７】
図６の実施例では、ソースｇＮＢ５−１、５−２がＳＣＳ＝１５ｋＨｚ（及び／又は特定のＮＲ  ＢＷＰ）のビットマップを生成して、ＬＴＥ側で保護すべきクリティカル送信の位置を示す。
【００４８】
例えば、図８は、スペクトルが部分的にのみ重複する場合（例えば、ＮＲ  ＲＡＮが、異なるＢＷＰに異なるＳＣＳを使用する場合）において、ｅＮＢ５−３（本明細書ではターゲット又はアグレッサーノードと呼ぶ）からｇＮＢ５−２、５−３（本明細書ではソース又はビクティムノードと呼ぶ）への干渉を抑制するための、ＮＲ  ＲＡＮノード（例えば、ｇＮＢ５−１、５−２）とＬＴＥ  ＲＡＮノード（例えば、ｇＮＢ５−３）の間のリソース調整を示す。
【００４９】
具体的には、ＬＴＥとＮＲの共存をサポートするために、クリティカルなＮＲ送信（例えば、ＮＲ制御チャネル、参照信号など）に必要なＰＲＢを示すリソース調整シグナリングを、各ＮＲニューメロロジー又はＢＷＰについて、ｇＮＢ５−１、５−２からｅＮＢ５−３に送信することができる。当該調整シグナリングは、例えば、周波数基準点（基準点Ａ）の指示など、他の関連情報を含んでもよい。従って、調整シグナリングは、事実上、特定の時間周波数リソースのＬＴＥ側での保護を要求する。
【００５０】
ｅＮＢ５−３は、当該示されたリソースに対応するＰＲＢをブランク又はミュートにすることができるかを判断する。要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避可能であるとターゲットｅＮＢ５−３が判断した場合、それらの時間／周波数リソースをブランク／ミュートにし、要求元のｇＮＢ５−１、５−２にその旨を通知する。ＮＲに用いるＰＲＢのブランキング又はミューティングは、例えば、上述のように、ＰＲＢでの送信を回避することで、及び／又はこれらのリソースブロックの送信電力を削減することで実現可能である。
【００５１】
要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避不可であるとターゲットｅＮＢ５−３が判断した場合、要求に応じることができない旨を要求元のｇＮＢ５−１、５−２に通知する。
【００５２】
図８の実施例では、ターゲットｅＮＢ５−３は、指示されたリソースの一部を、自身のクリティカルＬＴＥ送信に必要とする。しかしながら、ｅＮＢ５−３は、指示されたすべてのリソースに対応するＰＲＢをブランク／ミュートにできない場合であっても、ｅＮＢ５−３は、有利に、リソース調整シグナリングによって示される、ＬＴＥクリティカル送信に必要のない他のＰＲＢを選択的にブランク／ミュートにすることができる。このように、ターゲットｅＮＢ５−３は、送信を回避可能なＰＲＢを決定し、当該送信を回避可能な時間／周波数リソースの詳細を（例えば、元の要求で示した時間／周波数リソースの詳細と同一形式で）提供することにより、要求元のｇＮＢ５−１、５−２に適宜通知する。
【００５３】
図８の実施例では、ソースｇＮＢ５−１、５−２は、各ＳＣＳ（例えば、１５ｋＨｚ、３０ｋＨＺ、６０ｋＨｚなど）及び／又は特定のＢＷＰについて個別のビットマップを（例えば、図７を参照して説明したように）生成して、ＬＴＥ側で保護すべきクリティカル送信の位置を示す。周波数及び時間双方の割り当てを示すために、上述したように、ＳＣＳ／ＢＷＰごとに単一の「スーパー」二次元ビットマップを使用してもよい。
【００５４】
リソース調整シグナリングは、１つの周波数（例えば、ＰＲＢレベル）ビットマップ及び１つの時間（例えば、スロット／サブフレーム内のシンボルレベル）ビットマップ（又は周波数及び時間に対応する単一のスーパービットマップ）を用いて、１つの特定のニューメロロジー（例えば、ＳＣＳ＝１５ｋＨｚ）のシグナリングに同時に基づいてもよい。リソース調整シグナリングは、各ニューメロロジーにそれぞれ個別の周波数ビットマップ及び時間ビットマップを用いて、複数のニューメロロジー（例えば、ＳＣＳ＝１５ｋＨｚ及びＳＣＳ＝３０ｋＨｚ）のシグナリングに同時に基づいていてもよい。
【００５５】
図９は、例えば、スペクトルの重複がある場合（例えば、第１のＮＲ  ＲＡＮノードが第２のＮＲ  ＲＡＮノードとは異なるＳＣＳを使用する場合）において、第１のｇＮＢ５−１、５−２（本明細書ではターゲット又はアグレッサーノードと呼ぶ）から第２のｇＮＢ５−２、５−３（本明細書ではソース又はビクティムノードと呼ぶ）への干渉を抑制するための、第１のＮＲ  ＲＡＮノード（例えば、ｇＮＢ５−１、５−２）と第２のＮＲ  ＲＡＮノード（例えば、ｇＮＢ５−１、５−２）との間のリソース調整を示す。この実施例では、第１のＮＲ  ＲＡＮノードはスロット長１ｍｓで１５ｋＨｚのＳＣＳを使用し、第２のＮＲ  ＲＡＮノードはスロット長０．５ｍｓで３０ｋＨｚのＳＣＳを使用する。
【００５６】
具体的には、ｇＮＢ５−１、５−２は、ソース又はビクティムＮＲノードとして動作する場合、各ＮＲニューメロロジー（又はＢＷＰ）について、クリティカルなＮＲ送信に必要なＰＲＢ（例えば、ＮＲ制御チャネル、基準信号など）を示すリソース調整シグナリングを、他方のｇＮＢ５−１、５−２（ターゲット又はアグレッサーＮＲノードとして動作する場合）に送信することができる。当該調整シグナリングは、例えば、周波数基準点（基準点Ａ）の指示など、他の関連情報を含んでもよい。従って、調整シグナリングは、事実上、特定の時間周波数リソースのＬＴＥ側での保護を要求する。
【００５７】
ターゲットｇＮＢ５−１、５−２は、当該示されたリソースに対応するＰＲＢをブランク又はミュートにすることができるかを判断する。要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避可能であるとターゲット側のｇＮＢ５−１、５−２が判断した場合、それらの時間／周波数リソースをブランク／ミュートにし、要求元のｇＮＢ５−１、５−２にその旨を通知する。ＮＲに用いるＰＲＢのブランキング又はミューティングは、例えば、上述のように、ＰＲＢでの送信を回避することで、及び／又はこれらのリソースブロックの送信電力を削減することで実現可能である。
【００５８】
要求元のｇＮＢ５−１、５−２が指示した時間／周波数リソースでの送信が回避不可であるとターゲット側のｇＮＢ５−１、５−２が判断した場合、要求に応じることができない旨を要求元のｇＮＢ５−１、５−２に通知する。
【００５９】
ターゲットｇＮＢ５−１、５−２は、示されたリソースの一部をターゲットｇＮＢ５−１、５−２自身のクリティカルＮＲ送信に必要な場合であっても、対応するＰＲＢの一部を選択的にブランク／ミュートにすることができる。
【００６０】
図９の実施例では、ソースｇＮＢ５−１、５−２は、ビクティムＮＲノードの各ＳＣＳ及び／又はＢＷＰについて個別のビットマップを（例えば、図７を参照して説明したように）生成して、ターゲットｇＮＢ５−１、５−２で保護すべきクリティカル送信の位置を示す。周波数及び時間双方の割り当てを示すために、上述したように、ＳＣＳ／ＢＷＰごとに単一の「スーパー」二次元ビットマップを使用してもよい。さらに、ＢＷＰのそれぞれ（多数存在し得る）についてビットマップを定義することによる潜在的な処理／通信オーバーヘッドを回避するために、単一の「スーパー」ビットマップを、使用するニューメロロジーがサポートする最小のＰＲＢ／サブキャリアサイズ（例えば、１５ＫＨｚのＳＣＳに関連付けられたＰＲＢ／サブキャリアサイズ）に対応した周波数粒度で使用することができ、時間粒度は、サポート可能な最小の時間粒度（例えば、６０ＫＨｚのＳＣＳと０．５ｍｓのスロット長に関連付けられたシンボル／スロット／サブフレームの粒度）に対応する。
【００６１】
上述したＬＴＥ−ＮＲの実施例では、ソースｇＮＢ５−１、５−２は、有利には、ＬＴＥニューメロロジーの知識（すなわち、ＰＲＢレベルの粒度及びサブフレームレベルの粒度）に基づいて、ブランクにするＰＲＢの位置を（内部で）計算し、この計算に基づいてＬＴＥノードにビットマップを送信してもよい。例えば、図８では、ＳＣＳ＝３０ｋＨｚのＮＲノードのシンボル長はＬＴＥノード（ＳＣＳ＝１５ｋＨｚのノード）の半分に等しい。しかし、ＬＴＥノードはＰＲＢレベルの粒度で動作することから、ＮＲノードは、ＬＴＥ側で保護（ブランキング／ミューティング）するＮＲシンボルを含むＬＴＥ側ＰＲＢの位置を計算することができる。この場合、ＮＲノードは、この計算に基づいてＰＲＢの位置をビットマップで示すだけでよく、ＬＴＥノードは、ＮＲシンボルのみを認識するビットマップからＰＲＢの位置を調べる必要はない。
【００６２】
上記の実施例では、１つ以上のビットマップを介して明示的なシグナリングを提供する代わりに、ソースｇＮＢ５−１、５−２が、自身のリソース調整シグナリングの一部として、パラメータ（例えば、セル構成パラメータ）のリストをターゲットｅＮＢ５−３／ｇＮＢ５−１、５−３に提供してもよい。ターゲットｅＮＢ５−３／ｇＮＢ５−１、５−３は、これに基づいて、ブロック／ミュートする時間／周波数リソースのパターン（周波数領域のＰＲＢ／ＲＥ、時間領域のシンボル／スロットなど）を決定することができる。例えば、ソースｇＮＢ５−１、５−２は、セルＩＤ、アンテナポート数、ＢＷＰサイズ、中心キャリア周波数、ＳＲＳ構成、及び／又は任意のＰＲＢ／リソースなどのセル構成パラメータを提供することができる。
【００６３】
（ユーザ機器）
図１０は、図４に示すＵＥ３の主な構成要素（例えば、モバイル電話、他のユーザ機器など）を示すブロック図である。図示のように、ＵＥ３は、１つ以上のアンテナ３３を介して基地局５と信号の送受信を行うように動作可能なトランシーバ回路３１を有する。
【００６４】
ＵＥ３は、ＵＥ３の動作を制御するコントローラ３７を有する。コントローラ３７はメモリ３９に対応し、トランシーバ回路３１に接続される。その動作に必ずしも必要ではないが、ＵＥ３が従来のモバイル電話３の標準的な機能（ユーザインタフェース３５など）をすべて備えることは明らかであり、これは、ハードウェア、ソフトウェア及びファームウェアの何れか１つ又は任意の組み合わせによって適宜実現することができる。ソフトウェアは、メモリ３９に事前にインストールしてもよいし、例えば、通信ネットワークを介して、又はＲＭＤ（Ｒｅｍｏｖａｂｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  Ｄｅｖｉｃｅ：リムーバブルデータ格納デバイス）からダウンロードしてもよい。
【００６５】
コントローラ３７は、この実施例では、メモリ３９内に格納されたプログラム命令又はソフトウェア命令によってＵＥ３全体の動作を制御するように構成される。図示するように、これらのソフトウェア命令は、特に、オペレーティングシステム４１と、複数の無線アクセス技術モジュール（ＬＴＥモジュール４４、ＮＲ／５Ｇモジュール４５など）と、を備えた通信制御モジュール４３を含む。
【００６６】
通信制御モジュール４３は、ＵＥ３と基地局５との間の通信（さらに、当該基地局５に接続された他のモバイルデバイス、ネットワークノードなど他の通信デバイスとの通信）を制御するように動作可能である。ＬＴＥモジュール４４は、ＵＥをＬＴＥ  ＵＥとして運用する役割を担い、特に、現行のＬＴＥ規格に従って動作するｅＮＢ５−３（例えば、３Ｇ／４Ｇ基地局）及びそのような基地局に接続する他のノード／デバイスとの通信を管理する。ＮＲ／５Ｇモジュール４５は、ＵＥをＮＲ／５Ｇ  ＵＥとして運用する役割を担い、特に、ＮｅｘｔＧｅｎ（５Ｇ）規格に従って動作するｇＮＢ５−１、５−２及びそのようなＮｅｘｔＧｅｎ基地局に接続する他のノード／デバイスとの通信を管理する。
【００６７】
（ＮＲ  ＲＡＮノード）
図１１は、図４に示すｇＮＢ５−１、５−２の主な構成要素を示すブロック図である。図示するように、ｇＮＢ５−１、５−２は、１つ以上のアンテナ５３を介して通信デバイス（ＵＥ３など）と信号の送受信を行うトランシーバ回路５１と、ＮＲコアネットワーク７−１と信号の送受信を行う少なくとも１つのコアネットワークインタフェース５５とを有する。
【００６８】
ｇＮＢ５−１、５−２は、ｇＮＢ５−１、５−２の動作を制御するコントローラ５７を有する。コントローラ５７はメモリ５９に関連付けられる。必ずしも図１１に示されてはいないが、ｇＮＢ５−１、５−２がＮＲ  ｇＮＢの標準的な機能をすべて備えることは明らかであり、これは、ハードウェア、ソフトウェア及びファームウェアの何れか１つ又はこれらの任意の組み合わせによって適宜実現することができる。ソフトウェアは、メモリ５９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤからダウンロードしてもよい。コントローラ５７は、この実施例では、メモリ５９内に格納されたプログラム命令又はソフトウェア命令によってｇＮＢ５−１、５−２の全体的な動作を制御するように構成される。図示するように、これらのソフトウェア命令は、特に、オペレーティングシステム６１、ＮＲ制御モジュール６５を含む通信制御モジュール６３、ＮＲ−ＮＲリソース調整モジュール６７、ＬＴＥ−ＮＲリソース調整モジュール６８及びリソース保護モジュール６９を含む。
【００６９】
通信制御モジュール６３は、ｇＮＢ５−１、５−２、ＵＥ３、及びｇＮＢ５−１、５−２に接続された他のネットワークエンティティ（他の基地局５及びＮＲコアネットワークエンティティを含む）の間の通信を制御するように動作可能である。ＮＲ制御モジュール６５は、ｇＮＢ５−１、５−２をＮＲ基地局として動作させ、特に、ＮＲコアネットワーク７−１、その他のネットワーク、及びＮｅｘｔＧｅｎ（５Ｇ）規格に従ってＮＲ  ＵＥとして動作するＵＥ３（及び／又は１つ以上のＮＲ専用ＵＥ）と通信を行う役割を担う。ＮＲ制御モジュール６５は、例えば、１つ以上の部分帯域における１つ以上のＮＲニューメロロジーに従って通信を管理する。
【００７０】
ＮＲ−ＮＲリソース調整モジュール６７は、ｇＮＢ５−１、５−２と他のｇＮＢ５−１、５−２の間において、当該基地局間のリソースの調整に関連する、クリティカル送信への干渉を回避／抑制するシグナリングの生成、送信、及び受信を管理する。ＮＲ−ＮＲリソース調整モジュール６７は、例えば、ｇＮＢ５−１、５−２がソース又はビクティムとして動作する場合にｇＮＢ５−１、５−２がブランクにすることを要求するリソース（例えば、クリティカル送信に必要な時間／周波数リソース）を他のｇＮＢ５−１、５−２に示すのに必要なビットマップ（及び／又はパラメーターリスト）の生成と送信を管理する。ＮＲ−ＮＲリソース調整モジュール６７はまた、例えば、他のｇＮＢ５−１、５−２からのリソース調整関連シグナリングの受信及び処理を管理する。
【００７１】
ＬＴＥ−ＮＲリソース調整モジュール６８は、ｇＮＢ５−１、５−２及びｅＮＢ５−３の間における、ＮＲ及びＬＴＥ基地局間のリソースの調整に関連し、クリティカル送信に対する干渉を回避／抑制するシグナリングの生成、送信、及び受信を管理する。ＬＴＥ−ＮＲリソース調整モジュール６８は、例えば、ｇＮＢ５−１、５−２がソース又はビクティムとして動作する場合において、ｇＮＢ５−１、５−２がブランクにすることを要求するリソース（例えば、クリティカル送信に必要な時間／周波数リソース）をｅＮＢ５−３に示すのに必要なビットマップ（及び／又はパラメーターリスト）の生成と送信を管理する。また、ＬＴＥ−ＮＲリソース調整モジュール６８は、例えば、ｅＮＢ５−３からのリソース調整関連シグナリングの受信及び処理を管理する。
【００７２】
リソース保護モジュール６９は、ｇＮＢ５−１、５−２がターゲット又はアグレッサーノードとして動作する場合において、ソース又はビクティムノードとして動作する他方のｇＮＢ５−１、５−２のクリティカル送信を保護するために（例えば、当該リソースを使用する送信を回避することで、又はそのような送信の電力を削減することで）、リソース９のブランキング／ミューティングを管理する。
【００７３】
（ＬＴＥ  ＲＡＮノード）
図１２は、図４に示すｅＮＢ５−３の主な構成要素を示すブロック図である。図示するように、ｅＮＢ５−３は、１つ以上のアンテナ７３を介して通信デバイス（ＵＥ３など）と信号の送受信を行うトランシーバ回路７１と、ＬＴＥコアネットワーク７−２と信号の送受信を行う少なくとも１つのコアネットワークインタフェース７５と、を有する。
【００７４】
ｅＮＢ５−３は、ｅＮＢ５−３の動作を制御するコントローラ７７を有する。コントローラ７７はメモリ７９に関連付けられている。必ずしも図１２に示されてはいないが、ｅＮＢ５−３がＬＴＥ  ｅＮＢの標準的な機能をすべて備えることは明らかであり、これは、ハードウェア、ソフトウェア及びファームウェアの何れか１つ又はこれらの任意の組み合わせによって適宜実現することができる。ソフトウェアは、メモリ７９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤからダウンロードしてもよい。コントローラ７７は、この実施例では、メモリ７９内に格納されたプログラム命令又はソフトウェア命令によってｅＮＢ５−３の全体的な動作を制御するように構成される。図示するように、当該ソフトウェア命令は、特に、オペレーティングシステム８１、ＬＴＥ制御モジュール８５を備えた通信制御モジュール８３、ＬＴＥ−ＮＲリソース調整モジュール８８及びリソース保護モジュール８９を含む。
【００７５】
通信制御モジュール８３は、ｅＮＢ５−３、ＵＥ３、及びｅＮＢ５−３に接続された他のネットワークエンティティ（他の基地局５及びＬＴＥコアネットワークエンティティを含む）の間の通信を制御するように動作可能である。ＬＴＥ制御モジュール８５は、ｅＮＢ５−３をＬＴＥ基地局として動作させ、特に、ＬＴＥコアネットワーク７−２、その他のネットワーク、及びＬＴＥ  ３ＧＰＰ規格に従ってＬＴＥ  ＵＥとして動作するＵＥ３との通信を管理する役割を担う。ＬＴＥ制御モジュール８５は、例えば、ＬＴＥニューメロロジーに従って通信を管理する。
【００７６】
ＬＴＥ−ＮＲリソース調整モジュール８７は、ｅＮＢ５−３とｇＮＢ５−１、５−２との間において、当該基地局間のリソースの調整に関連し、クリティカル送信への干渉を回避／抑制するシグナリングの生成、送信、及び受信を管理する。ＬＴＥ−ＮＲリソース調整モジュール８７は、例えば、ソースｇＮＢ５−１、５−２がブランクにすることを要求するリソース（例えば、クリティカル送信に必要な時間／周波数リソースを示す）をｅＮＢ５−３に示すのに必要なビットマップ（及び／又はパラメーターリスト）の受信及び処理を管理する。また、ＬＴＥ−ＮＲリソース調整モジュール８７は、例えば、クリティカルＬＴＥ送信に使用するリソースの保護を要求するためのｇＮＢ５−１、５−２へのリソース調整関連シグナリングの生成と送信を管理する。
【００７７】
リソース保護モジュール８９は、ｅＮＢ５−３がターゲット又はアグレッサーノードとして動作する場合において、ソース又はビクティムノードとして動作するｇＮＢ５−１、５−２のクリティカル送信を保護するために（例えば、当該リソースを使用する送信を回避することで、又はそのような送信の電力を削減することで）、リソース９のブランキング／ミューティングを管理する。
【００７８】
（概要−リソース調整方法）
図１３（ａ）及び１３（ｂ）は、図４のシステムのノード間でリソースを調整することができる例示的な方法を概略的に示す、簡略化したメッセージシーケンス図である。
【００７９】
図１３（ａ）では、Ｓ１３１０において、ソース（ビクティム）ｇＮＢ５−１が、ターゲット（アグレッサー）ＲＡＮノード（ｇＮＢ５−２又はｅＮＢ５−３）に対し、どの時間／周波数リソースを要求元のノードがクリティカル送信（例えば、ＰＤＣＣＨでの制御情報の送信、ＣＳＩ−ＲＳなどの参照信号、又はＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：超高信頼性低遅延通信）などの高優先順位データ送信）に使用するかを示す要求を送信する。
【００８０】
上述したように、時間／周波数リソースの詳細は、受信ノードが時間／周波数リソースのパターンを再構築することのできるパラメータのリスト、及び／又は時間／周波数リソースを明示的に示す１つ以上のビットマップの形式をとってもよい。当該指示にビットマップを使用する場合、当該ビットマップは、個別の時間用ビットマップと周波数用ビットマップとで構成される「分解」ビットマップであってもよい。しかしながら、より柔軟な方法は（コンパクトさは失われるが）、時間／周波数プレーンの各リソースについて１ビットの完全な二次元ビットマップを使用することである。このような個別のビットマップを使用することは、柔軟性を犠牲にしても（時間／周波数プレーンで「通常の」パターンしか表すことができないため）、比較的コンパクトであるという利点がある。ビットマップの周波数粒度は、１ＰＲＢ又は１サブキャリアである。ビットマップの時間粒度は、１ＯＦＤＭシンボル、１スロット、又は１サブフレームである。
【００８１】
要求元のノードが複数のニューメロロジー又は複数の部分帯域をサポートするＮＲ  ｇＮＢである場合、保護するリソースを示すメッセージに、サポートするニューメロロジー又はＢＷＰごとに個別の時間／周波数の説明を含めてもよい。さらに、要求元のノードが受信ノードの構成（例えば、ニューメロロジー、部分帯域の構成など）を認識している場合、要求に含める時間／周波数リソースを決定するときにこれを考慮に入れてもよい。受信ノードと要求元のノードが使用する周波数スペクトルは部分的にしか重ならない場合があるため、要求元のノードは、通常、受信ノードが重複周波数領域を計算するのに十分な情報（例えば、基準点Ａを識別する情報）を、要求メッセージに含める。
【００８２】
要求元のノードは、要求メッセージを複数の受信ノード（例えば、複数の隣接基地局／セル）に送信してもよい。受信ノードは、複数の要求元のノード（例えば、複数の隣接基地局／セル）から要求メッセージを受信してもよい。
【００８３】
ターゲットノード５−２、５−３は、Ｓ１３１２で、要求元のノードが指示した時間／周波数リソースでの送信が回避可能であるか否かを判定する。
【００８４】
ターゲットノード５−２、５−３は、要求元のノードが指示した時間／周波数リソースでの送信が回避可能であると判断した場合、Ｓ１３１４で、要求元のノードが指示した時間／周波数リソースでの送信を回避することを確認する確認応答を送信する。
【００８５】
ターゲットノード５−２、５−３は、要求元のノードが指示した時間／周波数リソースでの送信は回避不可又は（この実施例では）部分的にのみ回避可能であると判断した場合、Ｓ１３１６で、要求に応じることができない旨の通知を送信する。
【００８６】
図１３（ｂ）に示すこの方法の変形例では、Ｓ１３２０において、ソース（ビクティム）ｇＮＢ５−１が、ターゲット（アグレッサー）ＲＡＮノード（ｇＮＢ５−２又はｅＮＢ５−３）に対し、どの時間／周波数リソースを要求元のノードがクリティカル送信（例えば、ＰＤＣＣＨでの制御情報の送信、ＣＳＩ−ＲＳなどの参照信号、又はＵＲＬＬＣなどの高優先順位データ送信）に使用するかを示す要求を送信する。
【００８７】
図１３（ａ）のように、ターゲットノード５−２、５−３は、Ｓ１３２２で、要求元のノードが指示した時間／周波数リソースでの送信が回避可能であるか否かを判定する。
【００８８】
ターゲットノード５−２、５−３は、要求元のノードが指示した時間／周波数リソースでの送信が回避可能であると判断した場合、Ｓ１３２４で、要求元のノードが指示した時間／周波数リソースでの送信を回避することを確認する確認応答を送信する。
【００８９】
ターゲットノード５−２、５−３は、要求元のノードが指示した時間／周波数リソースでの送信は回避不可と判断した場合、Ｓ１３２６で、要求に応じることができない旨の通知を送信する。
【００９０】
しかしながら、図１３（ａ）の方法とは異なり、ターゲットノード５−２、５−３は、要求元のノードが指示した時間／周波数リソースでの送信は部分的にのみ回避可能であると判断した場合、Ｓ１３２８で、要求に応じることのできる時間／周波数リソースの通知を送信する（このとき、例えば、保護するリソースを示すのに使用するフォーマットを用いる）。
【００９１】
（例示的なリソース調整方法１）
指示されたリソースは非優先サービス用であり、当該リソースの少なくとも一部をターゲットにおける非クリティカル送信に使用する。
【００９２】
図１４及び図１５は、図４のシステムのノード間でリソースを調整することができる特定の例示的な方法を示す。この例示的な方法では、保護が必要と指示されたリソースは、ソースノードでのクリティカル送信に必要であるが、これらのリソースは非優先サービス用である。しかしながら、指示されたリソースがターゲットノードによるクリティカル送信に使用されていない間は、当該リソースの少なくとも一部をターゲットにおける非クリティカル送信に使用する。
【００９３】
特定の例示的な方法の概要を示す図１４を参照すると、当該方法は、３つの主要なステップを含む。ステップ（１）では、ソースノード（ビクティム）は、２つの隣接ターゲット（アグレッサー）ノード１及び２で保護を希望するリソース（Ｐ）を示す。ステップ（２）では、希望のリソースがターゲット隣接ノードによってすでに使用中である（しかし、クリティカル送信には使用されていない）場合、各ターゲットノードは、それぞれのリリース時間タイマーを開始する。ステップ（３）では、当該タイマーの満了後、ターゲットノードは、希望のリソースがアクセス可能（すなわち、ブランク／ミュート（Ｍ））であることをソースノードに示す。複数のソースノードが同一リソースの保護を要求した場合、リリース時間タイマーが満了した後、ターゲットノードにおいて、当該複数のソースノードは、解放されたリソースを、等しいアクセス確率でランダムに要求することができる。例えば、ターゲットノードがリリース時間タイマーの満了後にリソースを解放すると、関心を示すソースノードが、当該解放リソースに先着順でアクセスする。ランダムリソースアクセスを使用すると、複数のソースノードがターゲットノードでの同一リソースの保護を要求した場合、解放されたリソースにアクセスする際に、衝突回避を一定のレベルで実現することができる。図１５を参照すると、これは、ソースノード（例えば、ｇＮＢ５−１）とターゲットノード（例えば、ｇＮＢ５−２又はｅＮＢ５−３）との間の通信について、図１４の例示的な方法をより詳細に示す簡略化したメッセージシーケンス図である。
【００９４】
図１５に示すように、Ｓ１５１０において、ソースｇＮＢ５−１は、非優先サービス用に保護する時間／周波数リソースを識別する。ソースｇＮＢ５−１は、Ｓ１５１２で、保護する時間／周波数リソースの通知をターゲットＲＡＮノードに提供する。ターゲットＲＡＮノードは、Ｓ１５１４で、指示されたリソースはターゲットが非クリティカル送信に使用中であると判断し、Ｓ１５１６で、指示されたリソースに関連付けられたリリース時間タイマーを開始する。リリース時間タイマーの動作中にターゲットノードに到着する新規のリソース指示要求はすべて拒否される。Ｓ１５１８でリリース時間タイマーが満了すると、ターゲットＲＡＮノードは、Ｓ１５２０で、要求のあったリソースを解放し（影響を受けるＵＥを他のリソースに移動させた後であってもよい）、Ｓ１５２２で、要求されたリソースが利用可能である旨の通知を送信する。
【００９５】
Ｓ１５２４において、複数のソースｇＮＢが同一のリソースを要求した場合、要求元のソースノードはリソース調整手順を実行し、等しいアクセス確率でランダムにリソースを要求する。要求されたリソースへのアクセスを当該ソースノードの１つが取得すると、当該リソースを要求した他の各ソースノードにも通知が送信されて、対応するリリース時間タイマーが開始する。当該リリース時間タイマーの満了後、これらのリソースにまだ関心を示す他のノードの何れかが、当該希望のリソースへの関心を隣接するノードに示すことで、リソース調整手順を開始することができる（例えば、図１３を参照して概略的に説明したように、又は本明細書で説明する他のリソース調整手順の何れかに従う）。
【００９６】
（例示的なリソース調整方法２）
指示されたリソースは非優先サービス用であり、当該リソースの少なくとも一部はターゲットにおいて非クリティカル送信に使用されるが、解放することはできない。
【００９７】
図１６は、別の例示的な方法を示す簡略化したメッセージシーケンス図である。この例示的な方法では、保護が必要と指示されたリソースは、ソースノードでのクリティカル送信に必要であるが、これらのリソースは非優先サービス用である。図１５に示すように、指示されたリソースがターゲットノードによるクリティカル送信に使用されていない間は、当該リソースの少なくとも一部をターゲットにおける非クリティカル送信に使用する。しかしながら、この実施例では、少なくとも一部のリソースを解放することはできない。
【００９８】
図１６に示すように、Ｓ１６１０において、ソースｇＮＢ５−１は、非優先サービス用に保護する時間／周波数リソースを識別する。この実施例では、ソースｇＮＢ５−１は、１つ以上のバックオフ電力閾値（又は電力割り当て閾値）も計算する。バックオフ電力閾値は、当該送信電力の計算値未満では、指示されたリソースにおけるターゲットＲＡＮノードによる送信が当該リソースにおけるソースｇＮＢ５−１によるクリティカル送信に対する干渉を起こさない（又は許容範囲内に収まる）ことを示す。電力閾値は、例えば、ソースノードで共有ＢＷＰ内のＰＲＢに割り当てられた公称電力と、隣接するターゲットノードから所望のＰＲＢで受信した干渉をこれらのＰＲＢを用いて測定したものとに基づいて計算することができる。
【００９９】
ソースｇＮＢ５−１は、Ｓ１６１２で、保護する時間／周波数リソースの指示と、計算した電力閾値とをターゲットＲＡＮノードに提供する。ターゲットＲＡＮノードは、Ｓ１６１４で、指示されたリソースがターゲットが非クリティカル送信に使用中であると判断し、Ｓ１６１６で指示されたリソースをミュート／ブランクにすることを試みる（例えば、影響を受けるＵＥを新しいリソースにシフトし、指示されたリソースを解放することによってミューティング／ブランキングを行う。これは、図１５を参照して説明したリリース時間タイマーの満了後に行ってもよい）。Ｓ１６１８に示すように解放が成功した場合、Ｓ１６２０で、ターゲットＲＡＮノードは、要求されたリソースが利用可能である旨の通知を送信する。
【０１００】
解放が不可能である場合、Ｓ１６２２に示すように、ターゲットＲＡＮノードは、指示されたリソースの送信電力を削減することを決定する。ターゲットＲＡＮノードは、Ｓ１６２４で、指示されたリソースに割り当てられた電力を、ソースｇＮＢ５−１によって提供された対応する電力閾値未満に削減し、Ｓ１６２６で、要求がされたリソースの電力を削減した旨の通知を送信する。
【０１０１】
電力閾値は、（保護するリソースが識別されたときに）Ｓ１６１０で計算し、Ｓ１６１２で、保護する時間周波数リソースの指示とともにターゲットＲＡＮノードに送信すると説明したが、当該電力閾値は別途送信してもよい。例えば、電力閾値は、ソースノードとターゲットノードとの間における個別のリソース調整シグナリングの一部として別のタイミングに送信してもよい。
【０１０２】
また、簡略化した方法では、図１５及び図１６に示され、同図を参照して説明した方法と比較して、ターゲットＲＡＮノードは、単純に、保護するリソースの指示を受信した後、（当該リソース上の）既存のＵＥを他に利用可能なリソースにシフトし、希望のリソースを解放してもよい（例えば、満了タイマーを使用しない）。従って、ターゲットＲＡＮノードは、上述のように、希望のリソースのミューティング／ブランキングをソースノードに示すことができる。
【０１０３】
（例示的なリソース調整方法３）
指示されたリソースは優先サービス用である。
【０１０４】
図１７は、別の例示的な方法を示す簡略化したメッセージシーケンス図である。この例示的な方法では、保護が必要と指示されたリソースは、ＵＲＬＬＣサービスを必要とするＵＥに対する要求をサポートするリソースなど、優先サービス用のリソースである。
【０１０５】
図１７に示すように、Ｓ１７１０において、ソースｇＮＢ５−１は、優先サービス用に保護する時間／周波数リソースを識別する。ソースｇＮＢ５−１は、Ｓ１７１２で、サービスが優先サービスである旨の通知とともに、保護する時間／周波数リソースの通知をターゲットＲＡＮノードに提供する。ターゲットＲＡＮノードは、Ｓ１７１４で、指示されたリソースが優先サービス用であると判断し、当該指示されたリソースをミュート／ブランクにする（例えば、これらのリソースが非クリティカル送信にすでに使用中であるか否かに関わらず、或いはタイマーの満了や、影響を受けるＵＥを他のリソースへシフトさせた後のリソースの解放の成功を待たない）。Ｓ１７１０では、要求されたリソースが利用可能である旨の通知がソースｇＮＢ５−１に送信される。
【０１０６】
（例示的なリソース調整シグナリングの実装）
図１８から図２０は、ソースＲＡＮノードからターゲットＲＡＮノードにリソース調整情報を提供するための複数の異なる特定のシグナリング実装を示す図である。動作するシステムは、これらの実装のうちの何れか１つ又はそれらの組み合わせを実装してもよい。
【０１０７】
（保護ＮＲリソース指示ＩＥ）
図１８から図２０に示す実装のそれぞれにおいて、保護するリソースの指示をメッセージの受信者に提供するために、新規の専用情報要素（保護ＮＲリソース指示ＩＥ又は保護ＮＲリソースＩＥと呼ぶ）が特定のメッセージに含まれる。保護ＮＲリソース指示ＩＥは、通常、ＮＲ−ＬＴＥリソース通信と比較して、ＮＲ−ＮＲリソース調整のための様々な情報要素を含む。
【０１０８】
表１は、例えば、ＮＲ−ＬＴＥリソース調整のための保護ＮＲリソース指示ＩＥに含まれ得る情報要素の実施例を要約する。表１に示すように、ＮＲ−ＬＴＥリソース調整用の保護ＮＲリソース指示ＩＥは、（ソースｇＮＢ５−１の）ＮＲセルＩＤ、（ターゲットｅＮＢ５−３の）Ｅ−ＵＴＲＡセルＩＤ、ＳＣＳ、ＢＷＰサイズ、結合ビットマップ（周波数及び時間）、（指示されたＢＷＰの）基準点、及び（オプションとしての）サービス優先順位を含む。
【０１０９】
【表１】
2021517787.tif 000006
【０１１０】
表２は、例えば、ＮＲ−ＮＲリソース調整のための保護ＮＲリソース指示ＩＥに含まれ得る情報要素の実施例を要約する。表２に示すように、ＮＲ−ＮＲリソース調整用の保護ＮＲリソース指示ＩＥは、（ソース及びターゲットｇＮＢの）ＮＲセルＩＤ、ＳＣＳ、ＢＷＰサイズ、結合ビットマップ（周波数及び時間）、（指示されたＢＷＰの）基準点、（オプションとしての）サービス優先順位、及び（オプションとしての）電力閾値を含む。
【０１１１】
【表２】
2021517787.tif 000007
【０１１２】
本明細書では特定の情報要素を含む特定のＩＥを説明するが、当該情報は、単一の情報要素又は単一のメッセージとして提供する必要はない。一部のＩＥの目的は、異なる情報を提供することによって達成してもよい。例えば、本明細書では特定のＳＣＳを識別するＳＣＳ  ＩＥを説明するが、ＳＣＳを決定することができる異なるＩＥ（例えば、ニューメロロジー識別子など）を使用してもよい。同様に、セルＩＤは、任意の適切な基地局又はセル識別ＩＥを含んでもよい。
【０１１３】
（ＮＲ−ＮＲ（Ｘｎ）調整手順）
図１８（ａ）〜（ｃ）は、専用ＮＲ−ＮＲリソース調整シグナリングを専用ＮＲ−ＮＲ調整手順で使用する実装の例示的な変形例を示す３つのシグナリング図を含む。図１８の実施例では、ソースノードとターゲットノードは、同一の（完全又は部分的にオーバーラップする）スペクトルを共有するＮＲ  ＲＡＮノード（ｇＮＢ）である。
【０１１４】
図１８に各シグナリングの変形例として示すように、ソースｇＮＢは、ＮＲ−ＮＲ（Ｘｎ）  ＲＥＳＯＵＲＣＥ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージをターゲットｇＮＢ５−２に送信してソースｇＮＢ５−１でのクリティカル送信に必要なリソースの保護を要求することにより、ｇＮＢ間の直接（Ｘｎ）インタフェースを介して、ＮＲ−ＮＲリソース調整手順を開始する。リソースは、ＲＥＳＯＵＲＣＥ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージに含まれる保護ＮＲリソース指示ＩＥによって指示される。
【０１１５】
図１８（ａ）に示す変形例では、ターゲットｇＮＢは、指示されたリソースでは要求のあった保護が不可能であると判断して、当該要求を無視する。あるいは、ターゲットｇＮＢは、ＮＲ−ＮＲ（Ｘｎ）ＲＥＳＯＵＲＣＥ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージ（又は同様のメッセージ）を送信して応答し、要求に応じることができないことを示す。
【０１１６】
図１８（ｂ）に示す変形例では、ターゲットｇＮＢ５−２は、ＮＲ−ＮＲ（Ｘｎ）ＲＥＳＯＵＲＣＥ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージ（又は同様のメッセージ）を送信して応答し、ターゲットｇＮＢ自身のリソース割り当てを示す（例えば、保護ＮＲリソース指示ＩＥ形式又は同様の形式を用いる）。これにより、ソースｇＮＢ５−１とターゲットｇＮＢ−２の各々が他方のｇＮＢが使用するリソースに干渉するのを回避することができる。
【０１１７】
図１８（ｃ）に示す変形例では、ターゲットｇＮＢ５−２は、ＮＲ−ＮＲ（Ｘｎ）ＲＥＳＯＵＲＣＥ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージ（又は同様のメッセージ）を送信することによって応答し、例えば、部分的なブランキングのみが可能な場合（例えば、ソースｇＮＢ５−１によって要求されたリソースのサブセットのみ保護可能である場合）、指示されたリソースのうちターゲットｇＮＢ５−２が保護する（ブランク／ミュートにする）ことのできるリソースをソースｇＮＢ５−１に示す。
【０１１８】
（その他のＮＲ−ＮＲ（Ｘｎ）手順）
図１９（ａ）及び（ｂ）はそれぞれ、既存のＮＲ−ＮＲシグナリング手順が（例えば、Ｘｎインタフェースを介して）リソース調整情報を提供するように構成された、別の例示的な実装を示すシグナリング図を示す。
【０１１９】
図１９（ａ）では、ソースｇＮＢ５−１からターゲットｇＮＢ５−２に送信するＸｎ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージの一部として対応の保護ＮＲリソース指示ＩＥが含まれるように、Ｘｎセットアップ手順を構成する。ターゲットｇＮＢ５−２は、保護ＮＲリソース指示ＩＥを含むＸｎ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信した結果、保護ＮＲリソース指示ＩＥで指示されたリソースの割り当てを回避できるという利点がある。
【０１２０】
図１９（ｂ）では、ソースｇＮＢ５−１からターゲットｇＮＢ５−２に送信するＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージの一部として対応の保護ＮＲリソース指示ＩＥが含まれるように、ＮＧ−ＲＡＮノード構成更新手順を構成する。ターゲットｇＮＢ５−２は、保護ＮＲリソース指示ＩＥを含むＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを受信した結果、保護ＮＲリソース指示ＩＥで指示されたリソースの割り当てを回避できるという利点がある。保護ＮＲリソース指示ＩＥは、ターゲットｇＮＢによって開始されたＮＧ−ＲＡＮノード構成更新手順中に、ソースｇＮＢ５−１からターゲットｇＮＢ５−２に、ＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージで提供してもよい。
【０１２１】
（ＮＲ−ＬＴＥデュアルコネクティビティ（Ｅ−ＵＴＲＡ−ＮＲデュアルコネクティビティ（ＥＮ−ＤＣ））手順）
図２０（ａ）〜（ｃ）はそれぞれ、既存のＮＲ−ＬＴＥデュアルコネクティビティシグナリング手順（例えば、Ｘ２インタフェースを介して）が、デュアルコネクティビティ配置で動作するｇＮＢとｅＮＢとの間のリソース調整情報を提供するように構成された例示的なシグナリング実装を示すシグナリング図を含む。
【０１２２】
図２０（ａ）では、ｅＮＢ５−３からのＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージに応じて（ソース）ｇＮＢ５−１から（ターゲット）ｅＮＢ５−３に送信するＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージの一部として対応の保護ＮＲリソース指示ＩＥが含まれるように、ＥＮ−ＤＣ  Ｘ２セットアップ手順を構成する。ターゲットｅＮＢ５−３は、保護ＮＲリソース指示ＩＥを含むＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージを受信した結果、保護ＮＲリソース指示ＩＥで指示されたリソースの割り当てを回避できるという利点がある。
【０１２３】
図２０（ｂ）では、ＥＮ−ＤＣ構成更新手順を開始するために（ソース）ｇＮＢ５−１から（ターゲット）ｅＮＢ５−３に送信するＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージの一部として対応の保護ＮＲリソース指示ＩＥが含まれるように、ＥＮ−ＤＣ構成更新手順を構成する。ターゲットｅＮＢ５−３は、保護ＮＲリソース指示ＩＥを含むＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを受信した結果、保護ＮＲリソース指示ＩＥで指示されたリソースの割り当てを回避できるという利点がある。
【０１２４】
図２０（ｃ）では、ターゲットｅＮＢ５−３がＥＮ−ＤＣ構成更新手順を開始する際に（すなわち、ＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを送信することにより）、（ソース）ｇＮＢ５−１からターゲットｅＮＢ５−３に送信するＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージの一部として対応の保護ＮＲリソース指示ＩＥが含まれるように、ＥＮ−ＤＣ構成更新手順を構成する。ターゲットｅＮＢ５−３は、保護ＮＲリソース指示ＩＥを含むＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージを受信した結果、保護ＮＲリソース指示ＩＥで指示されたリソースの割り当てを回避できるという利点がある。
【０１２５】
（変形例及び代替案）
以上、例示的な実施形態を詳細に説明した。上記例示的な実施形態については複数の変形例および代替案が可能であり、そのようにして具現化された発明であっても同様の利を得ることができることは当業者には明らかである。説明のため、これらの変形例および代替案の実施例を一部のみ説明する。
【０１２６】
上述の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供してもよいし、コンピュータネットワークを介した信号として、または記録媒体上で、対象の装置（ＵＥ、ＲＡＮ、ｅＮＢ、ｇＮＢなど）に供給してもよい。さらに、このソフトウェアの一部またはすべてによって実行される機能は、１つ以上の専用ハードウェア回路を使用して実行してもよい。ただし、ソフトウェアモジュールは、基地局又はモバイルデバイスの更新を高速化するため、その使用が推奨される。
【０１２７】
本明細書で説明した装置の一部を形成する各コントローラは任意の適切な形態の処理回路を含んでもよく、これには、例えば以下が含まれるが、限定的ではない：１つ以上のハードウェア実装されたコンピュータプロセッサ；マイクロプロセッサ；ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）；ＡＬＵ（Ａｒｉｔｈｍｅｔｉｃ  Ｌｏｇｉｃ  Ｕｎｉｔ：算術論理ユニット）；ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ：入出力）回路；内部メモリ／キャッシュ（プログラム及び／又はデータ）；処理レジスタ；通信バス（例えば、制御、データ及び／又はアドレスバス）；ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）機能；及びハードウェア又はソフトウェア実装されたカウンタ、ポインタ、タイマーなど。
【０１２８】
種々の他の変更は、当業者にとって明らかであるため、ここでは更に詳細な説明は省略する。
【０１２９】
（まとめ）
上記の一態様においては、次世代（５Ｇ／ＮＲ）規格に従って動作する第１のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗａｒｋ：無線アクセスネットワーク）ノードによって実行される方法であって、少なくとも１つの更なるＲＡＮノードの干渉から保護するために、前記第１のＲＡＮノードが送信に用いるリソースを識別することと、前記少なくとも１つの更なるＲＡＮノードに、前記干渉から保護するために識別したリソースを示す情報を送信することを含み、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む、方法が開示される。
【０１３０】
前記識別したリソースを示す情報は、前記識別したリソースを明示的に示す少なくとも１つのビットマップを含んでもよい。前記少なくとも１つのビットマップは、識別した周波数リソースを明示的に示すように、及び時間リソースを明示的に示すように構成されてもよい。前記少なくとも１つのビットマップは、周波数リソースを明示的に示すように構成された少なくとも１つのビットマップと、時間リソースを明示的に示すように構成された少なくとも１つの別のビットマップとを含んでもよい。前記少なくとも１つのビットマップは、周波数リソースと時間リソースの両方を示す少なくとも１つの二次元ビットマップを含んでもよい。前記少なくとも１つのビットマップは、１ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：物理リソースブロック）の周波数粒度、又は  特定のＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ：サブキャリア間隔）に対応する所定のニューメロロジーに関連付けられた１サブキャリアを含んでもよい。前記少なくとも１つのビットマップは、特定のスロット長に対応する所定のニューメロロジーに関連付けられた１シンボル、１スロット、又は１サブフレームの時間粒度を含んでもよい。前記少なくとも１つのビットマップは、第１の特定のＳＣＳとスロット長とに対応する第１のニューメロロジーに関連付けられた最小周波数粒度を含んでもよく、前記少なくとも１つのビットマップは、前記第１のニューメロロジーとは異なる、第２のＳＣＳとスロット長とに対応する第２のニューメロロジーに関連付けられた最小時間粒度を含んでもよい。
【０１３１】
前記パラメータのリストは、第１のＲＡＮノードのセル又は基地局の識別子と、前記少なくとも１つの更なるＲＡＮノードのセル又は基地局の識別子と、サブキャリア間隔の識別子（又は他のニューメロロジー識別子）と、部分帯域サイズの識別子と、周波数基準点（例えば、基準点Ａ）と、前記識別したリソースでの送信に関連付けられたサービス優先順位と、電力閾値と、の少なくとも１つを識別する情報を含んでもよい。
【０１３２】
前記識別したリソースを示す情報は、専用の情報要素の一部として提供してもよい。前記識別したリソースを示す情報は、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された他のＲＡＮノードに送信される場合、専用ＮＲ−ＮＲ情報要素の一部として提供し、前記識別したリソースを示す情報は、ＬＴＥ規格に従って動作するように構成されたＲＡＮノードに送信される場合、専用ＮＲ−ＬＴＥ情報要素の一部として提供してもよい。
【０１３３】
前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つの更なるＲＡＮノードを含んでもよい。前記識別したリソースを示す情報は、専用ＮＲ−ＮＲ（Ｘｎ）調整手順と、（例えば、Ｘｎ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内の）Ｘｎセットアップ手順と、（例えば、ＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ又はＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＮＧ−ＲＡＮノード構成更新手順のうち少なくとも１つの手順の一部として、前記次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つの更なるＲＡＮノードに提供してもよい。
【０１３４】
前記少なくとも１つの更なるＲＡＮノードは、ＬＴＥ規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含んでもよい。前記識別したリソースを示す情報は、（例えば、ＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ内の）ＥＮ−ＤＣ  Ｘ２セットアップ手順と、（例えば、ＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ又はＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＥＮ−ＤＣ構成更新手順のうち少なくとも１つの手順の一部として、ＬＴＥ規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに提供してもよい。
【０１３５】
前記第１のＲＡＮノードは、複数の異なるニューメロロジー（サブキャリア間隔／スロット長）及び／又は複数の異なる部分帯域をサポートするように構成してもよい。前記識別したリソースを示す個別のそれぞれの情報は、前記複数の異なるニューメロロジーの各々及び／又は前記複数の異なる部分帯域の各々に提供してもよい。
【０１３６】
少なくとも１つの更なるＲＡＮノードの干渉から保護するリソースを識別する場合、前記第１のＲＡＮノードは、前記少なくとも１つの更なるＲＡＮノードの構成（例えば、ニューメロロジー及び部分帯域構成のうちの少なくとも１つ）を考慮に入れてもよい。前記第１のＲＡＮノードは、前記識別したリソースを示す情報を複数のＲＡＮノード（例えば、隣接セルを動作させるＲＡＮノード）に送信してもよい。前記識別した保護すべきリソースは、クリティカル送信と優先サービスのサポートとのうちの少なくとも１つに第１の基地局が必要とするリソースを含んでもよい。
【０１３７】
前記少なくとも１つの更なるＲＡＮノードから、前記指示されたリソースが解放された旨の通知を受信することを更に含み、前記指示されたリソースが解放された旨の通知を受信した場合、前記第１のＲＡＮノードは、前記解放されたリソースへのアクセスを試み、少なくとも１つの競合ＲＡＮノードが、前記第１のＲＡＮノードと同一リソースへのアクセスを試みた場合、前記第１のＲＡＮノードは、前記少なくとも１つの競合ＲＡＮノードとアクセス手順を実行し、各ＲＡＮノードは、前記手順を実行する各ＲＡＮノードが前記指示されたリソースへのアクセスに成功する確率が実質的に等しい方法（例えば、ランダム／先着順アクセス手順）で、前記指示されたリソースへのアクセスを試みてもよい。前記第１のＲＡＮノードが、前記アクセス手順の一部として前記指示されたリソースへのアクセスに成功した場合、前記第１のＲＡＮノードは、前記少なくとも１つの競合ＲＡＮノードが前記指示されたリソースへのアクセスに成功する前に、前記リソースへのアクセスに成功していない各競合ＲＡＮノードに、それぞれのタイマーの起動を開始するメッセージを送信し、前記タイマー満了時に、前記各競合ＲＡＮノードが前記指示されたリソースへのアクセスを再度試みることを可能としてもよい。
【０１３８】
上記の一態様においては、第１のＲＡＮノードによって実行される方法であって、前記方法は、少なくとも１つの更なるＲＡＮノードにおいて前記第１のＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信することを含み、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記第１のＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含み、前記方法は、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができるか否かを判断することを含み、前記第１のＲＡＮノードが、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記第１のＲＡＮノードは、前記識別したリソースを保護するように自身の送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記識別したリソースを保護することができる旨の通知を送信する、方法が開示される。
【０１３９】
前記第１のＲＡＮノードは、前記指示されたリソースの少なくとも一部において送信を回避すること、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部を解放すること、所定のＵＥ（ユーザー機器）が既に使用している、前記指示されたリソースの少なくとも一部における送信を他のリソースに移動すること、及び／又は、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部において送信電力を削減すること、のうち少なくとも１つに従って自身の送信を構成することによって、前記指示されたリソースを保護するように前記送信を構成してもよい。
【０１４０】
前記第一のＲＡＮノードは、リリース時間タイマーを開始することにより、及び前記リリース時間タイマーの満了後、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部を解放するように自身の送信を構成することにより、前記指示されたリソースを保護するように前記送信を構成して、前記指示されたリソースを保護することができる旨の通知は前記リソースが解放されたことを示してもよい。
【０１４１】
前記第１のＲＡＮノードが、前記指示されたリソースの全てでなく一部を前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記第１のＲＡＮノードは、前記指示された保護可能なリソースを保護するように自身の送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記指示されたリソースを部分的に保護することができる旨の通知と、前記指示された保護可能なリソースを識別する情報とを送信してもよい。前記第１のＲＡＮノードは、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができないと判断した場合、前記第１のＲＡＮノードは、前記指示されたリソースを保護することができない旨の通知を前記少なくとも１つの更なるＲＡＮノードに送信してもよい。
【０１４２】
上記の一態様においてはＲＡＮノードが開示され、前記ＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って前記ＲＡＮを動作させる手段と、前記ＲＡＮノードが送信に用いる、少なくとも１つの更なるＲＡＮノードの干渉から保護するリソースを識別する手段と、前記識別した、干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードに送信するように前記トランシーバを制御するする手段と、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む。
【０１４３】
上記の一態様においては、少なくとも１つの更なるＲＡＮノードにおいて前記第１のＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信する手段であり、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記第１のＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む手段と、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができるか否かを判断する手段と、前記判断手段が、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記識別したリソースを保護するように前記トランシーバの送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記識別したリソースを保護することができる旨の通知を送信するように制御を行う手段と、を含むＲＡＮノードが開示される。
【０１４４】
上述の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１４５】
（付記１）
次世代（５Ｇ／ＮＲ）規格に従って動作する第１のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗａｒｋ：無線アクセスネットワーク）ノードによって実行される方法であって、少なくとも１つの更なるＲＡＮノードの干渉から保護するために、前記第１のＲＡＮノードが送信に用いるリソースを識別することと、前記少なくとも１つの更なるＲＡＮノードに、前記干渉から保護するために識別したリソースを示す情報を送信することを含み、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む、方法。
【０１４６】
（付記２）
前記識別したリソースを示す情報は、前記識別したリソースを明示的に示す少なくとも１つのビットマップを含む、付記１記載の方法。
【０１４７】
（付記３）
前記少なくとも１つのビットマップは、前記識別した周波数リソースを明示的に示すように、及び時間リソースを明示的に示すように構成される、付記２記載の方法。
【０１４８】
（付記４）
前記少なくとも１つのビットマップは、前記周波数リソースを明示的に示すように構成された少なくとも１つのビットマップと、前記時間リソースを明示的に示すように構成された少なくとも１つの別のビットマップとを含む、付記３記載の方法。
【０１４９】
（付記５）
前記少なくとも１つのビットマップは、前記周波数リソースと前記時間リソースの両方を示す少なくとも１つの二次元ビットマップを含む、付記３記載の方法。
【０１５０】
（付記６）
前記少なくとも１つのビットマップは、１ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：物理リソースブロック）の周波数粒度、又は特定のＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ：サブキャリア間隔）に対応する所定のニューメロロジーに関連付けられた１サブキャリアを含む、付記３乃至５の何れか１項記載の方法。
【０１５１】
（付記７）
前記少なくとも１つのビットマップは、特定のスロット長に対応する所定のニューメロロジーに関連付けられた１シンボル、１スロット、又は１サブフレームの時間粒度を含む、付記３乃至６の何れか１項記載の方法。
【０１５２】
（付記８）
前記少なくとも１つのビットマップは、第１の特定のＳＣＳとスロット長とに対応する第１のニューメロロジーに関連付けられた最小周波数粒度を含み、前記少なくとも１つのビットマップは、前記第１のニューメロロジーとは異なる、第２のＳＣＳとスロット長とに対応する第２のニューメロロジーに関連付けられた最小時間粒度を含む、付記３乃至７の何れか１項記載の方法。
【０１５３】
（付記９）
前記パラメータのリストは、第１のＲＡＮノードのセル又は基地局の識別子と、前記少なくとも１つの更なるＲＡＮノードのセル又は基地局の識別子と、サブキャリア間隔の識別子（又は他のニューメロロジー識別子）と、周波数基準点（例えば、基準点Ａ）と、電力閾値と、の少なくとも１つを識別する情報を含む、付記１乃至８の何れか１項記載の方法。
【０１５４】
（付記１０）
前記識別したリソースを示す情報は、専用の情報要素の一部として提供される、付記１乃至９の何れか１項記載の方法。
【０１５５】
（付記１１）
前記識別したリソースを示す情報は、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された他のＲＡＮノードに送信される場合、専用ＮＲ−ＮＲ情報要素の一部として提供され、前記識別したリソースを示す情報は、ＬＴＥ規格に従って動作するように構成されたＲＡＮノードに送信される場合、専用ＮＲ−ＬＴＥ情報要素の一部として提供される、付記１０記載の方法。
【０１５６】
（付記１２）
前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つの更なるＲＡＮノードを含む、付記１乃至１１の何れか１項記載の方法。
【０１５７】
（付記１３）
前記識別したリソースを示す情報は、専用ＮＲ−ＮＲ（Ｘｎ）調整手順と、（例えば、Ｘｎ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内の）Ｘｎセットアップ手順と、（例えば、ＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ又はＮＧ−ＲＡＮ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＮＧ−ＲＡＮノード構成更新手順のうち少なくとも１つの手順の一部として、前記次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つの更なるＲＡＮノードに提供される、付記１２記載の方法。
【０１５８】
（付記１４）
前記少なくとも１つの更なるＲＡＮノードは、ＬＴＥ規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含む、付記１乃至１３の何れか１項記載の方法。
【０１５９】
（付記１５）
前記識別したリソースを示す情報は、（例えば、ＥＮ−ＤＣ  Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ内の）ＥＮ−ＤＣ  Ｘ２セットアップ手順と、（例えば、ＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ又はＥＮ−ＤＣ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ内の）ＥＮ−ＤＣ構成更新手順のうち少なくとも１つの手順の一部として、ＬＴＥ規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに提供される、付記１４記載の方法。
【０１６０】
（付記１６）
前記第１のＲＡＮノードは、複数の異なるニューメロロジー（サブキャリア間隔／スロット長）及び／又は複数の異なる部分帯域をサポートするように構成される、付記１乃至１５の何れか１項記載の方法。
【０１６１】
（付記１７）
識別したリソースを示す個別のそれぞれの情報は、前記複数の異なるニューメロロジーの各々及び／又は前記複数の異なる部分帯域の各々に提供される、付記１６記載の方法。
【０１６２】
（付記１８）
少なくとも１つの更なるＲＡＮノードの干渉から保護するリソースを識別する場合、前記第１のＲＡＮノードは、前記少なくとも１つの更なるＲＡＮノードの構成（例えば、ニューメロロジー及び部分帯域構成のうちの少なくとも１つ）を考慮に入れる、付記１乃至１７の何れか１項記載の方法。
【０１６３】
（付記１９）
前記第１のＲＡＮノードは、前記識別したリソースを示す情報を複数のＲＡＮノード（例えば、隣接セルを動作させるＲＡＮノード）に送信する、付記１乃至１８の何れか１項記載の方法。
【０１６４】
（付記２０）
前記識別した保護すべきリソースは、クリティカル送信と優先サービスのサポートとのうちの少なくとも１つに第１の基地局が必要とするリソースを含む、付記１乃至１９の何れか１項記載の方法。
【０１６５】
（付記２１）
前記少なくとも１つの更なるＲＡＮノードから、前記指示されたリソースが解放された旨の通知を受信することを更に含み、前記指示されたリソースが解放された旨の通知を受信した場合、前記第１のＲＡＮノードは、前記解放されたリソースへのアクセスを試み、少なくとも１つの競合ＲＡＮノードが、前記第１のＲＡＮノードと同一リソースへのアクセスを試みた場合、前記第１のＲＡＮノードは、前記少なくとも１つの競合ＲＡＮノードとアクセス手順を実行し、各ＲＡＮノードは、前記手順を実行する各ＲＡＮノードが前記指示されたリソースへのアクセスに成功する確率が実質的に等しい方法（例えば、ランダム／先着順アクセス手順）で、前記指示されたリソースへのアクセスを試みる、付記１乃至２０の何れか１項記載の方法。
【０１６６】
（付記２２）
前記第１のＲＡＮノードが、前記アクセス手順の一部として前記指示されたリソースへのアクセスに成功した場合、前記第１のＲＡＮノードは、前記少なくとも１つの競合ＲＡＮノードが前記指示されたリソースへのアクセスに成功する前に、前記リソースへのアクセスに成功していない各競合ＲＡＮノードに、それぞれのタイマーの起動を開始するメッセージを送信し、前記タイマー満了時に、前記各競合ＲＡＮノードが前記指示されたリソースへのアクセスを再度試みることを可能とする、付記２１記載の方法。
【０１６７】
（付記２３）
第１のＲＡＮノードによって実行される方法であって、前記方法は、少なくとも１つの更なるＲＡＮノードにおいて前記第１のＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信することを含み、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記第１のＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含み、前記方法は、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができるか否かを判断することを含み、前記第１のＲＡＮノードが、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記第１のＲＡＮノードは、前記識別したリソースを保護するように自身の送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記識別したリソースを保護することができる旨の通知を送信する、方法。
【０１６８】
（付記２４）
前記第１のＲＡＮノードは、前記指示されたリソースの少なくとも一部において送信を回避すること、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部を解放すること、所定のＵＥ（ユーザー機器）が既に使用している、前記指示されたリソースの少なくとも一部における送信を他のリソースに移動すること、及び／又は、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部において送信電力を削減すること、のうち少なくとも１つに従って自身の送信を構成することによって、前記指示されたリソースを保護するように前記送信を構成する、付記２３記載の方法。
【０１６９】
（付記２５）
前記第一のＲＡＮノードは、リリース時間タイマーを開始することにより、及び前記リリース時間タイマーの満了後、前記第１のＲＡＮノードが既に送信に使用している前記指示されたリソースの少なくとも一部を解放するように自身の送信を構成することにより、前記指示されたリソースを保護するように前記送信を構成し、前記指示されたリソースを保護することができる旨の通知は前記リソースが解放されたことを示す、付記２３又は２４記載の方法。
【０１７０】
（付記２６）
前記第１のＲＡＮノードが、前記指示されたリソースの全てでなく一部を前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記第１のＲＡＮノードは、前記指示された保護可能なリソースを保護するように自身の送信を構成し、前記少なくとも１つの更なるＲＡＮノードに、前記指示されたリソースを部分的に保護することができる旨の通知と、前記指示された保護可能なリソースを識別する情報とを送信する、付記２３乃至２５の何れか１項記載の方法。
【０１７１】
（付記２７）
前記第１のＲＡＮノードは、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができないと判断した場合、前記第１のＲＡＮノードは、前記指示されたリソースを保護することができない旨の通知を前記少なくとも１つの更なるＲＡＮノードに送信する、付記２３乃至２６の何れか１項記載の方法。
【０１７２】
（付記２８）
プロセッサとトランシーバとを備えるＲＡＮノードであって、前記プロセッサは、次世代（５Ｇ／ＮＲ）規格に従って動作するように前記トランシーバを制御し、前記ＲＡＮノードが送信に用いる、少なくとも１つの更なるＲＡＮノードの干渉から保護するリソースを識別し、前記識別した、干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードに送信するように前記トランシーバを制御するように構成され、前記識別したリソースを示す情報は、前記少なくとも１つの更なるＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含む、ＲＡＮノード。
【０１７３】
（付記２９）
プロセッサとトランシーバとを備えるＲＡＮノードであって、前記プロセッサは、少なくとも１つの更なるＲＡＮノードで、前記ＲＡＮノードの干渉から保護するリソースを示す情報を、前記少なくとも１つの更なるＲＡＮノードから受信するように、トランシーバを制御するように構成され、前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成され、前記識別したリソースを示す情報は、前記ＲＡＮノードが前記干渉から保護するリソースを決定することができるパラメータのリストを含み、前記プロセッサは、前記指示されたリソースを前記ＲＡＮノードの干渉から保護することができるか否かを判断するように構成され、前記プロセッサが、前記指示されたリソースを前記第１のＲＡＮノードの干渉から保護することができると判断した場合、前記プロセッサは、前記指示されたリソースを保護するために前記トランシーバからの送信を制御し、前記指示されたリソースを保護することができる旨の通知を少なくとも１つの更なるＲＡＮノードに送信するようにトランシーバを制御するように構成される、ＲＡＮノード。
【０１７４】
本出願は、２０１８年４月６日出願の英国特許出願番号１８０５８１４．９に基づく優先権の利益を主張する。この開示の内容は、全てここに含めておく。
【図１】
2021517787.tif 000008
【図２】
2021517787.tif 000009
【図３】
2021517787.tif 000010
【図４】
2021517787.tif 000011
【図５】
2021517787.tif 000012
【図６】
2021517787.tif 000013
【図７】
2021517787.tif 000014
【図８】
2021517787.tif 000015
【図９】
2021517787.tif 000016
【図１０】
2021517787.tif 000017
【図１１】
2021517787.tif 000018
【図１２】
2021517787.tif 000019
【図１３】
2021517787.tif 000020
【図１４】
2021517787.tif 000021
【図１５】
2021517787.tif 000022
【図１６】
2021517787.tif 000023
【図１７】
2021517787.tif 000024
【図１８】
2021517787.tif 000025
【図１９】
2021517787.tif 000026
【図２０】
2021517787.tif 000027
【手続補正書】
【提出日】令和2年10月2日(2020.10.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：次世代無線アクセスネットワーク）ノードにより、前記ＮＧ−ＲＡＮノードと少なくとも１つの更なるＲＡＮノードとの間でリソースを調整するために実行させる方法であって、
前記少なくとも１つの更なるＲＡＮノードに、前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを送信することを含み、
前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、方法。
【請求項２】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、少なくとも１つのビットマップを含み、前記少なくとも１つのビットマップにおける各々の位置は、それぞれの周波数リソースが前記送信側ＲＡＮノードによる送信に用いられることが意図されないか、又は前記送信側ＲＡＮノードによる送信に用いられることが意図されるかを示す、請求項１記載の方法。
【請求項３】
前記少なくとも１つのビットマップは、複数の時間リソースを表し、前記時間リソースごとに、前記送信側ＲＡＮノードによる送信に用いられることが意図されるそれぞれの周波数リソースを明示的に示すように構成される、請求項２記載の方法。
【請求項４】
前記少なくとも１つのビットマップにより表される各々の時間リソースは、それぞれのサブフレームを含む、請求項３記載の方法。
【請求項５】
前記少なくとも１つのビットマップにより表される前記周波数リソースは、物理リソースブロックを含む、請求項２乃至４のうち何れか１項記載の方法。
【請求項６】
前記少なくとも１つのビットマップは、１ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：物理リソースブロック）の周波数粒度、又は特定のＳＣＳ（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ：サブキャリア間隔）に対応する所定のニューメロロジーに関連付けられた１サブキャリアを含む、請求項３記載の方法。
【請求項７】
前記少なくとも１つのビットマップは、特定のスロット長に対応する所定のニューメロロジーに関連付けられた１シンボル、１スロット、又１サブフレームの時間粒度を含む、請求項３又は６記載の方法。
【請求項８】
前記少なくとも１つのビットマップは、第１の特定ＳＣＳとスロット長とに対応する第１のニューメロロジーに関連付けられた最小周波数粒度を含み、前記少なくとも１つのビットマップは、前記第１のニューメロロジーとは異なる、第２のＳＣＳとスロット長とに対応する第２のニューメロロジーに関連付けられた最小時間粒度を有する、請求項３、６又は７記載の方法。
【請求項９】
前記ＮＧ−ＲＡＮノードと前記更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、前記ＮＧ−ＲＡＮノードのセル又は基地局の識別子と、前記少なくとも１つの更なるＲＡＮノードのセル又は基地局の識別子と、サブキャリア間隔の識別子と、部分帯域サイズの識別子と、周波数基準点と、前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素により識別されるリソースでの送信に関連付けられたサービス優先順位と、電力閾値とを含む情報項目リストの中から、少なくとも１つの情報項目を含む少なくとも１つの情報要素を更に含む、請求項１乃至８のうち何れか１項記載の方法。
【請求項１０】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、ＮＲリソース調整のための専用情報要素及び／又はＬＴＥリソース調整のための専用情報要素を含む情報要素リストの中から少なくとも１つの情報要素を含む、請求項１乃至９のうち何れか１項記載の方法。
【請求項１１】
前記少なくとも１つの更なるＲＡＮノードは、次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含む、請求項１乃至１０のうち何れか１項記載の方法。
【請求項１２】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、専用ＮＲ−ＮＲ（Ｘｎ）調整手順と、Ｘｎセットアップ手順と、ＮＧ−ＲＡＮノード構成更新手順とを含む手順リストのうちの、少なくとも１つの手順の一部として次世代（５Ｇ／ＮＲ）規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに送信される、請求項１１記載の方法。
【請求項１３】
前記少なくとも１つの更なるＲＡＮノードは、ＬＴＥ規格に従って動作するように構成された少なくとも１つのＲＡＮノードを含む、請求項１乃至１２のうち何れか１項記載の方法。
【請求項１４】
前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素は、ＥＮ−ＤＣ  Ｘ２セットアップ手順と、ＥＮ−ＤＣ構成更新手順とを含む手順リストのうちの、少なくとも１つの手順の一部としてＬＴＥ規格に従って動作するように構成された前記少なくとも１つのＲＡＮノードに送信される、請求項１３記載の方法。
【請求項１５】
第１のＲＡＮノードは、複数の異なるニューメロロジー及び／又は複数の異なる部分帯域をサポートするように構成される、請求項１乃至１４のうち何れか１項記載の方法。
【請求項１６】
識別されたリソースを示す個別のそれぞれの情報は、前記複数の異なるニューメロロジーの各々、及び／又は前記複数の異なる部分帯域の各々に対して提供される、請求項１５記載の方法。
【請求項１７】
前記ＮＧ−ＲＡＮノードは、前記送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す前記少なくとも１つの更なる情報要素を、複数のＲＡＮノードに送信する、請求項１乃至１６のうち何れか１項記載の方法。
【請求項１８】
前記送信側ＲＡＮノードによる送信に用いられることが意図される前記リソースは、クリティカル送信と優先サービスのサポートとのうちの少なくとも１つのために第１の基地局が必要とするリソースを含む、請求項１乃至１７のうち何れか１項記載の方法。
【請求項１９】
ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）ノードにより、前記ＲＡＮノードと少なくとも１つのＮＧ−ＲＡＮ（次世代ＲＡＮ）ノードとの間でリソースを調整するために実行させる方法であって、
前記少なくとも１つのＮＧ−ＲＡＮノードから、前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを受信することを含み、
前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、方法。
【請求項２０】
ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：次世代無線アクセスネットワーク）ノードであって、
プロセッサとトランシーバとを備え、
前記プロセッサは、前記トランシーバを制御して、前記ＮＧ−ＲＡＮノードと少なくとも１つの更なるＲＡＮノードとの間のリソース調整のための手順の一部として、前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを送信するように構成され、
前記ＮＧ−ＲＡＮノードと前記少なくとも１つの更なるＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、ＮＧ−ＲＡＮノード。
【請求項２１】
ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）ノードであって、
プロセッサとトランシーバを制御とを備え、
前記プロセッサは、前記トランシーバを制御して、前記ＲＡＮノードと少なくとも１つのＮＧ−ＲＡＮ（次世代ＲＡＮ）ノードとの間のリソース調整のための手順の一部として、前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる情報要素を含む少なくとも１つのメッセージを受信するように構成され、
前記ＲＡＮノードと前記少なくとも１つのＮＧ−ＲＡＮノードとの間のリソース調整に用いる前記情報要素は、送信側ＲＡＮノードによる送信に用いられることが意図されるリソースを示す少なくとも１つの更なる情報要素を含む、ＲＡＮノード。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2021517787.tif 000028
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2021517787.tif 000029
【国際調査報告】
2021517787.tif 000030
2021517787.tif 000031