JP2024516255A - ワイヤレス通信のための方法および装置 - Google Patents

Abstract

本開示の実施形態は、IABネットワークにおけるワイヤレス通信に関する。本開示の一部の実施形態によれば、IABノードによって実行される方法が、第1のIABドナーに、IABノードのモバイル端末(MT)のための第1のリソース構成を送信するステップであって、IABノードの分散ユニット(DU)が、第1のIABドナーに接続され、IABノードのMTが、第2のIABドナーに接続されるか、または第2のIABドナーにハンドオーバするためのものである、ステップと、第1のIABドナーから、IABノードのDUのための第2のリソース構成を受信するステップであって、第2のリソース構成が、第1のリソース構成に基づいて決定される、ステップとを含んでよい。

Description

本開示の実施形態は、概して、ワイヤレス通信テクノロジーに関し、より詳細には、統合アクセスおよびバックホール(IAB: integrated access and backhaul)ネットワークにおけるワイヤレス通信に関する。

ワイヤレス通信システムが、電話、映像、データ、メッセージング、放送、などの様々な電気通信サービスを提供するために広く展開されている。ワイヤレス通信システムは、利用可能なシステムリソース(たとえば、時間、周波数、および電力)を共有することによって複数のユーザとの通信をサポートすることができる多元接続テクノロジーを採用する場合がある。ワイヤレス通信システムの例は、ロングタームエボリューション(LTE)システム、LTE-アドバンスト(LTE-A)システム、またはLTE-A Proシステムなどの第4世代(4G)システム、および新無線(NR)システムとも呼ばれることがある第5世代(5G)システムを含む場合がある。

ワイヤレス通信システム(たとえば、5Gシステム)のカバレッジおよび可用性を拡張するために、第3世代パートナーシッププロジェクト(3GPP(登録商標))は、マルチホップリレーをサポートするための統合アクセスおよびバックホール(IAB)アーキテクチャを構想している。IABネットワークにおいては、IABノードが、基地局(「IABドナー」または「ドナーノード」とも呼ばれる)に到達する前に1つまたは複数のIABノードをホップする場合がある。シングルホップは、マルチホップの特別な場合と考えられてよい。マルチホップバックホーリング(backhauling)は、シングルホップバックホーリングと比較して、相対的により大きなカバレッジの拡張を提供するので有益である。比較的高い周波数の無線通信システム(たとえば、6GHzを超える周波数帯域で送信される無線信号)では、比較的狭いまたはより小さい信号のカバレッジが、マルチホップバックホーリング技術の恩恵を受ける場合がある。

業界は、IABネットワークにおけるワイヤレス通信を処理するテクノロジーを望んでいる。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードによって実行される方法を提供する。方法は、第1のIABドナーに、IABノードのモバイル端末(MT)のための第1のリソース構成を送信するステップであって、IABノードの分散ユニット(DU)が、第1のIABドナーに接続され、IABノードのMTが、第2のIABドナーに接続されるか、または第2のIABドナーにハンドオーバしている、ステップと、第1のIABドナーから、IABノードのDUのための第2のリソース構成を受信するステップであって、第2のリソース構成が、第1のリソース構成に基づいて決定される、ステップとを含んでよい。

本開示の一部の実施形態において、IABノードのDUによって第1のIABドナーに第1のリソース構成を送信するステップは、IABノードのMTのための第1のリソース構成を受信した後に実行されてよい。一部の例において、第1のリソース構成は、第2のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、IABノードの親IABノードから受信されてよく、親IABノードは、第2のIABドナーに接続されてよい。一部の例において、第1のリソース構成は、第1のIABドナーからのハンドオーバコマンド内で受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、IABノードのモバイル端末(MT)のための第1のリソース構成を受信するステップであって、IABノードの分散ユニット(DU)が、IABドナーに接続されてよく、IABノードのMTが、別のIABドナーに接続されてよく、または別のIABドナーにハンドオーバしていてよい、ステップと、第1のリソース構成に基づいてIABノードのDUのための第2のリソース構成を決定するステップと、IABノードに第2のリソース構成を送信するステップとを含んでよい。

一部の例において、第1のリソース構成は、F1インターフェースを介してIABノードのDUから受信されてよい。一部の例において、第1のリソース構成は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーから受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、IABノードの分散ユニット(DU)のための第1のリソース構成を受信するステップであって、IABノードのモバイル端末(MT)が、IABドナーに接続されてよく、またはIABドナーにハンドオーバしていてよく、IABノードのDUが、別のIABドナーに接続されてよい、ステップと、IABノードに、IABノードのMTのための第2のリソース構成を送信するステップであって、第2のリソース構成が、第1のリソース構成に基づいて決定されてよい、ステップとを含んでよい。

一部の例において、第1のリソース構成は、Xnインターフェースシグナリングを介して別のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、コアネットワークによって中継されるNGインターフェースシグナリングを介して別のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、IABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介してIABノードから受信されてよい。

一部の例において、第2のリソース構成は、別のIABドナーを介してIABノードに送信されてよい。一部の例において、第2のリソース構成は、IABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介してIABノードに送信されてよい。

本開示の一部の実施形態において、方法は、F1インターフェースを介してIABノードの親IABノードに第1のリソース構成を送信するステップであって、親IABノードが、IABドナーに接続されてよい、ステップと、F1インターフェースを介して親IABノードから第2のリソース構成を受信するステップとをさらに含んでよい。

本開示の一部の実施形態において、方法は、別のIABドナーから、IABノードの多重化情報を受信するか、またはIABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介して多重化情報をIABノードから受信するステップと、F1インターフェースを介してIABノードの親IABノードに多重化情報を送信するステップであって、親IABノードが、IABドナーに接続されてよい、ステップとをさらに含んでよい。

本開示の一部の実施形態において、第2のリソース構成は、さらに多重化情報に基づいて決定されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、別のIABドナーから、IABノードに関連するアップリンク(UL)着信(ingress)トラフィック情報を受信するステップであって、IABノードのモバイル端末(MT)が、IABドナーに接続されてよく、IABノードの分散ユニット(DU)が、別のIABドナーに接続されてよい、ステップと、別のIABドナーに、IABノードに関連するベアラマッピング構成およびIABノードに関連するULルーティング構成のうちの少なくとも一方を送信するステップであって、ベアラマッピング構成およびULルーティング構成が、UL着信トラフィック情報に基づく、ステップとを含んでよい。

UL着信トラフィック情報は、IABノードの着信チャネル、または着信チャネルと着信チャネルに関連するサービス品質(QoS)情報との両方を示してよい。

UL着信トラフィック情報は、IABノードとIABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、UL着信BH RLC CHのID、およびUL着信BH RLC CHに関連するサービス品質(QoS)情報、ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL: transport network layer)情報、ならびにUL UP TNL情報、UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、およびDRBに関連するQoS情報、のうちの少なくとも1つを含んでよい。

ベアラマッピング構成は、IABノードとIABノードの親ノードとの間のUL発信(egress)BH RLC CHと、UL着信BH RLC CHとの間のマッピング、およびUL発信BH RLC CHとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。

ULルーティング構成は、バックホール適応プロトコル(BAP: backhaul adaptation protocol)ルーティングIDとUL着信BH RLC CHとの間のマッピング、およびBAPルーティングIDとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。

UL BH RLC CHに関連するQoS情報は、帯域保証型ビットレート(GBR: guaranteed bit rate)、割り当ておよび保持優先度(ARP: allocation and retention priority)、ならびに集約最大ビットレート(AMBR: aggregate maximum bit rate)のうちの少なくとも1つを含んでよい。

UL UP TNL情報は、汎用パケット無線サービストンネリングプロトコルユーザプレーン(GTP-U)トンネルエンドポイント識別子(TEID: tunnel endpoint identifier)と、TNLアドレス、トランスポートレイヤアドレス、およびトランスポートレイヤインターネットプロトコル(IP)アドレスのうちの少なくとも1つとを含んでよい。

ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーに送信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、別のIABドナーに、IABノードに関連するアップリンク(UL)着信トラフィック情報を送信するステップであって、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよく、IABノードの分散ユニット(DU)が、IABドナーに接続されてよい、ステップと、別のIABドナーから、IABノードに関連するベアラマッピング構成およびIABノードに関連するULルーティング構成のうちの少なくとも一方を受信するステップであって、ベアラマッピング構成およびULルーティング構成が、UL着信トラフィック情報に基づく、ステップとを含んでよい。

本開示の一部の実施形態において、方法は、ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方をIABノードのDUにF1インターフェースを介して送信するステップをさらに含んでよい。

UL着信トラフィック情報は、IABノードの着信チャネル、または着信チャネルと着信チャネルに関連するサービス品質(QoS)情報との両方を示してよい。

UL着信トラフィック情報は、IABノードとIABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、UL着信BH RLC CHのID、およびUL着信BH RLC CHに関連するサービス品質(QoS)情報、ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL)情報、ならびにUL UP TNL情報、UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、およびDRBに関連するQoS情報、のうちの少なくとも1つを含んでよい。

ベアラマッピング構成は、IABノードとIABノードの親ノードとの間のUL発信BH RLC CHと、UL着信BH RLC CHとの間のマッピング、およびUL発信BH RLC CHとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。ULルーティング構成は、バックホール適応プロトコル(BAP)ルーティングIDとUL着信BH RLC CHとの間のマッピング、およびBAPルーティングIDとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。UL BH RLC CHに関連するQoS情報は、帯域保証型ビットレート(GBR)、割り当ておよび保持優先度(ARP)、ならびに集約最大ビットレート(AMBR)のうちの少なくとも1つを含んでよい。UL UP TNL情報は、汎用パケット無線サービストンネリングプロトコルユーザプレーン(GTP-U)トンネルエンドポイント識別子(TEID)と、TNLアドレス、トランスポートレイヤアドレス、およびトランスポートレイヤインターネットプロトコル(IP)アドレスのうちの少なくとも1つとを含んでよい。

ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーから受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、F1インターフェースを介してIABノードに、IABノードの分散ユニット(DU)を別のIABドナーにマイグレーションするべきかどうかを照会するメッセージを送信するステップであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、ステップと、F1インターフェースを介してIABノードから、メッセージに対する応答メッセージを受信するステップとを含んでよい。

一部の例において、応答メッセージは、IABノードのDUのマイグレーションを承認する場合がある。一部の例において、応答メッセージは、IABノードのDUのマイグレーションを拒否する場合がある。本開示の一部の実施形態において、方法は、IABノードのDUのマイグレーションを承認する応答メッセージに応答して、別のIABドナーへのIABノードのDUのマイグレーション手順を開始するステップをさらに含んでよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーによって実行される方法を提供する。方法は、F1インターフェースを介してIABノードから、別のIABドナーへのIABノードの分散ユニット(DU)のマイグレーションを要求するメッセージを受信するステップであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、ステップと、メッセージに応答して、別のIABドナーへのIABノードのDUのマイグレーション手順を開始するステップ、またはF1インターフェースを介してIABノードに、IABノードのDUのマイグレーションを拒否するメッセージを送信するステップとを含んでよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードによって実行される方法を提供する。方法は、F1インターフェースを介してIABドナーから、IABノードの分散ユニット(DU)を別のIABドナーにマイグレーションするべきかどうかを照会するメッセージを受信するステップであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、ステップと、F1インターフェースを介してIABドナーに、メッセージに対する応答メッセージを送信するステップとを含んでよい。

一部の例において、応答メッセージは、IABノードのDUのマイグレーションを承認する場合がある。一部の例において、応答メッセージは、IABノードのDUのマイグレーションを拒否する場合がある。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードによって実行される方法を提供する。方法は、F1インターフェースを介してIABドナーに、別のIABドナーへのIABノードの分散ユニット(DU)のマイグレーションを要求するメッセージを送信するステップであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、ステップを含んでよい。本開示の一部の実施形態において、方法は、F1インターフェースを介してIABドナーから、IABノードのDUのマイグレーションを拒否するメッセージを受信するステップをさらに含んでよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードを提供する。IABノードは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、第1のIABドナーに、IABノードのモバイル端末(MT)のための第1のリソース構成を送信することであって、IABノードの分散ユニット(DU)が、第1のIABドナーに接続され、IABノードのMTが、第2のIABドナーに接続されるか、または第2のIABドナーにハンドオーバするためのものである、送信すること、および第1のIABドナーから、IABノードのDUのための第2のリソース構成を受信することであって、第2のリソース構成が、第1のリソース構成に基づいて決定される、受信することを行うように構成されてよい。

トランシーバは、IABノードのMTのための第1のリソース構成が受信された後に、IABノードのDUから、第1のIABドナーに第1のリソース構成を送信するように構成されてよい。一部の例において、第1のリソース構成は、第2のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、IABノードの親IABノードから受信されてよく、親IABノードは、第2のIABドナーに接続されてよい。一部の例において、第1のリソース構成は、第1のIABドナーからのハンドオーバコマンド内で受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、トランシーバであって、トランシーバが、IABノードのモバイル端末(MT)のための第1のリソース構成を受信するように構成されてよく、IABノードの分散ユニット(DU)が、IABドナーに接続されてよく、IABノードのMTが、別のIABドナーに接続されてよく、または別のIABドナーにハンドオーバしていてよい、トランシーバと、トランシーバに結合されたプロセッサであって、プロセッサが、第1のリソース構成に基づいてIABノードのDUのための第2のリソース構成を決定するように構成されてよく、トランシーバが、IABノードに第2のリソース構成を送信するようにさらに構成されてよい、プロセッサとを含んでよい。

一部の例において、第1のリソース構成は、F1インターフェースを介してIABノードのDUから受信されてよい。一部の例において、第1のリソース構成は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーから受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、IABノードの分散ユニット(DU)のための第1のリソース構成を受信することであって、IABノードのモバイル端末(MT)が、IABドナーに接続されてよく、またはIABドナーにハンドオーバしていてよく、IABノードのDUが、別のIABドナーに接続されてよい、受信すること、およびIABノードに、IABノードのMTのための第2のリソース構成を送信することであって、第2のリソース構成が、第1のリソース構成に基づいて決定されてよい、送信することを行うように構成されてよい。

一部の例において、第1のリソース構成は、Xnインターフェースシグナリングを介して別のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、コアネットワークによって中継されるNGインターフェースシグナリングを介して別のIABドナーから受信されてよい。一部の例において、第1のリソース構成は、IABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介してIABノードから受信されてよい。

一部の例において、第2のリソース構成は、別のIABドナーを介してIABノードに送信されてよい。一部の例において、第2のリソース構成は、IABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介してIABノードに送信されてよい。

トランシーバは、F1インターフェースを介してIABノードの親IABノードに第1のリソース構成を送信することであって、親IABノードが、IABドナーに接続されてよい、送信すること、およびF1インターフェースを介して親IABノードから第2のリソース構成を受信することを行うように構成されてよい。

トランシーバは、別のIABドナーから、IABノードの多重化情報を受信するか、またはIABノードのMTがIABドナーに接続されてよいときに無線リソース制御(RRC)シグナリングを介して多重化情報をIABノードから受信すること、およびF1インターフェースを介してIABノードの親IABノードに多重化情報を送信することであって、親IABノードが、IABドナーに接続されてよい、送信することを行うように構成されてよい。第2のリソース構成は、さらに多重化情報に基づいて決定されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、別のIABドナーから、IABノードに関連するアップリンク(UL)着信トラフィック情報を受信することであって、IABノードのモバイル端末(MT)が、IABドナーに接続されてよく、IABノードの分散ユニット(DU)が、別のIABドナーに接続されてよい、受信すること、ならびに別のIABドナーに、IABノードに関連するベアラマッピング構成およびIABノードに関連するULルーティング構成のうちの少なくとも一方を送信することであって、ベアラマッピング構成およびULルーティング構成が、UL着信トラフィック情報に基づく、送信することを行うように構成されてよい。

UL着信トラフィック情報は、IABノードの着信チャネル、または着信チャネルと着信チャネルに関連するサービス品質(QoS)情報との両方を示してよい。

UL着信トラフィック情報は、IABノードとIABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、UL着信BH RLC CHのID、およびUL着信BH RLC CHに関連するサービス品質(QoS)情報、ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL)情報、ならびにUL UP TNL情報、UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、およびDRBに関連するQoS情報、のうちの少なくとも1つを含んでよい。

ベアラマッピング構成は、IABノードとIABノードの親ノードとの間のUL発信BH RLC CHと、UL着信BH RLC CHとの間のマッピング、およびUL発信BH RLC CHとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。ULルーティング構成は、バックホール適応プロトコル(BAP)ルーティングIDとUL着信BH RLC CHとの間のマッピング、およびBAPルーティングIDとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。UL BH RLC CHに関連するQoS情報は、帯域保証型ビットレート(GBR)、割り当ておよび保持優先度(ARP)、ならびに集約最大ビットレート(AMBR)のうちの少なくとも1つを含んでよい。UL UP TNL情報は、汎用パケット無線サービストンネリングプロトコルユーザプレーン(GTP-U)トンネルエンドポイント識別子(TEID)と、TNLアドレス、トランスポートレイヤアドレス、およびトランスポートレイヤインターネットプロトコル(IP)アドレスのうちの少なくとも1つとを含んでよい。

ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーに送信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、別のIABドナーに、IABノードに関連するアップリンク(UL)着信トラフィック情報を送信することであって、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよく、IABノードの分散ユニット(DU)が、IABドナーに接続されてよい、送信すること、ならびに別のIABドナーから、IABノードに関連するベアラマッピング構成およびIABノードに関連するULルーティング構成のうちの少なくとも一方を受信することであって、ベアラマッピング構成およびULルーティング構成が、UL着信トラフィック情報に基づく、受信することを行うように構成されてよい。

トランシーバは、ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方をIABノードのDUにF1インターフェースを介して送信するようにさらに構成されてよい。

UL着信トラフィック情報は、IABノードの着信チャネル、または着信チャネルと着信チャネルに関連するサービス品質(QoS)情報との両方を示してよい。

UL着信トラフィック情報は、IABノードとIABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、UL着信BH RLC CHのID、およびUL着信BH RLC CHに関連するサービス品質(QoS)情報、ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL)情報、ならびにUL UP TNL情報、UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、およびDRBに関連するQoS情報、のうちの少なくとも1つを含んでよい。

ベアラマッピング構成は、IABノードとIABノードの親ノードとの間のUL発信BH RLC CHと、UL着信BH RLC CHとの間のマッピング、およびUL発信BH RLC CHとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。ULルーティング構成は、バックホール適応プロトコル(BAP)ルーティングIDとUL着信BH RLC CHとの間のマッピング、およびBAPルーティングIDとUL UP TNL情報との間のマッピングのうちの少なくとも一方を示してよい。UL BH RLC CHに関連するQoS情報は、帯域保証型ビットレート(GBR)、割り当ておよび保持優先度(ARP)、ならびに集約最大ビットレート(AMBR)のうちの少なくとも1つを含んでよい。UL UP TNL情報は、汎用パケット無線サービストンネリングプロトコルユーザプレーン(GTP-U)トンネルエンドポイント識別子(TEID)と、TNLアドレス、トランスポートレイヤアドレス、およびトランスポートレイヤインターネットプロトコル(IP)アドレスのうちの少なくとも1つとを含んでよい。

ベアラマッピング構成およびULルーティング構成のうちの少なくとも一方は、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、別のIABドナーから受信されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、F1インターフェースを介してIABノードに、IABノードの分散ユニット(DU)を別のIABドナーにマイグレーションするべきかどうかを照会するメッセージを送信することであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、送信すること、およびF1インターフェースを介してIABノードから、メッセージに対する応答メッセージを受信することを行うように構成されてよい。

一部の例において、応答メッセージは、IABノードのDUのマイグレーションを承認する場合がある。一部の例において、応答メッセージは、IABノードのDUのマイグレーションを拒否する場合がある。

IABノードのDUのマイグレーションを承認する応答メッセージに応答して、プロセッサは、別のIABドナーへのIABノードのDUのマイグレーション手順を開始するように構成されてよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ドナーを提供する。IABドナーは、トランシーバであって、トランシーバが、F1インターフェースを介してIABノードから、別のIABドナーへのIABノードの分散ユニット(DU)のマイグレーションを要求するメッセージを受信するように構成されてよく、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、トランシーバと、トランシーバに結合されたプロセッサであって、メッセージに応答して、プロセッサが、別のIABドナーへのIABノードのDUのマイグレーション手順を開始するように構成されてよく、またはトランシーバが、F1インターフェースを介してIABノードに、IABノードのDUのマイグレーションを拒否するメッセージを送信するようにさらに構成されてよい、プロセッサとを含んでよい。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードを提供する。IABノードは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、F1インターフェースを介してIABドナーから、IABノードの分散ユニット(DU)を別のIABドナーにマイグレーションするべきかどうかを照会するメッセージを受信することであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、受信すること、およびF1インターフェースを介してIABドナーに、メッセージに対する応答メッセージを送信することを行うように構成されてよい。

一部の例において、応答メッセージは、IABノードのDUのマイグレーションを承認する場合がある。一部の例において、応答メッセージは、IABノードのDUのマイグレーションを拒否する場合がある。

本開示の一部の実施形態は、統合アクセスおよびバックホール(IAB)ノードを提供する。IABノードは、プロセッサと、プロセッサに結合されたトランシーバとを含んでよく、トランシーバは、F1インターフェースを介してIABドナーに、別のIABドナーへのIABノードの分散ユニット(DU)のマイグレーションを要求するメッセージを送信することであって、IABノードのDUが、IABドナーに接続されてよく、IABノードのモバイル端末(MT)が、別のIABドナーに接続されてよい、送信することを行うように構成されてよい。トランシーバは、F1インターフェースを介してIABドナーから、IABノードのDUのマイグレーションを拒否するメッセージを受信するようにさらに構成されてよい。

本開示の一部の実施形態は、装置を提供する。本開示の一部の実施形態によれば、装置は、コンピュータ実行可能命令を記憶している少なくとも1つの非一時的コンピュータ可読媒体と、少なくとも1つの受信回路と、少なくとも1つの送信回路と、少なくとも1つの非一時的コンピュータ可読媒体、少なくとも1つの受信回路、および少なくとも1つの送信回路に結合された少なくとも1つのプロセッサとを含んでよく、少なくとも1つの非一時的コンピュータ可読媒体およびコンピュータ実行可能命令は、少なくとも1つのプロセッサを用いて、本開示の一部の実施形態による方法を装置に実行させるように構成されてよい。

本開示の実施形態は、IABノードの展開を容易にするための技術的解決策を提供し、5G NRなどの様々な通信テクノロジーの実装を容易にし、改善することができる。

本開示の利点および特徴を得ることができる方法を説明するために、本開示の説明は、添付の図面に示されるその特定の実施形態を参照することによって行われる。これらの図面は、本開示の例示的な実施形態を示すに過ぎず、したがって、その範囲の限定とみなされるべきでない。

本開示の一部の実施形態によるワイヤレス通信システムの概略図である。 本開示の一部の実施形態による、IABネットワークのためのプロトコルスタックの例示的なブロック図である。 本開示の一部の実施形態による、IABネットワークのためのプロトコルスタックの例示的なブロック図である。 本開示の一部の実施形態による、IABノードのマイグレーションの概略図である。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態によるワイヤレス通信の例示的な手順のフローチャートである。 本開示の一部の実施形態による例示的な装置のブロック図である。

添付の図面の詳細な説明は、本開示の好ましい実施形態の説明として意図されており、本開示が実施されてよい唯一の形態を示すように意図されていない。同じまたは等価な機能が、本開示の精神および範囲内に包含されるように意図される異なる実施形態によって達成される場合があることを理解されたい。

ここで、本開示の一部の実施形態に対する参照が詳細になされ、それらの実施形態の例が、添付の図面に示される。理解を容易にするために、実施形態は、第3世代パートナーシッププロジェクト(3GPP(登録商標))5G(NR)、3GPP(登録商標)ロングタームエボリューション(LTE)リリース8などの特定のネットワークアーキテクチャおよび新しいサービスシナリオの下で提供される。ネットワークアーキテクチャおよび新しいサービスシナリオの発展とともに、本開示のすべての実施形態が同様の技術的問題に、やはり適用可能であり、さらに、本開示に記載された用語が変わる場合があるが、それは本開示の原理には影響しないはずであると考えられる。

4G通信システムと比較して、5G通信システムは、たとえば、1000倍の容量増加、より広いカバレッジ要件、超高信頼性および超低レイテンシなどの、様々なネットワーク性能指標に関するより厳しい要件を提起してきた。高周波数キャリアの豊富な周波数リソースを考慮して、5Gの超大容量のニーズを満たすために、高周波数小型局の展開の使用が、ホットスポットエリアにおいてますます普及しつつある。しかし、高周波数キャリアは、伝搬特性が悪く、障害物による減衰が激しく、カバレッジが限られる。したがって、小型局の高密度な展開が必要とされる。一方、光ファイバの敷設は、これらの小型局には困難でコストがかかる。そのため、経済的で便利なバックホール方式が必要とされている。光ファイバの敷設を回避するために、アクセスリンクとバックホールリンクとの両方がワイヤレス送信ソリューションを使用する統合アクセスおよびバックホール(IAB)テクノロジーは、上記の問題を解決するための考え方を提供する。

IABネットワークにおいては、中継ノード(RN)もしくはIABノード、またはワイヤレスバックホールノード/デバイスが、UEにワイヤレスアクセスサービスを提供することができる。つまり、UEは、1つまたは複数のIABノードによって中継されるIABドナーに接続することができる。また、IABドナーは、ドナーノードまたはドナー基地局(たとえば、DgNB、ドナーgNodeB)と呼ばれることもある。さらに、IABドナーとIABノードとの間のワイヤレスリンク、または異なるIABノード間のワイヤレスリンクは、「バックホールリンク」と呼ばれ得る。

IABノードは、IABモバイル端末(MT)部分およびIAB分散ユニット(DU)部分を含んでよい。あるIABノードがその親ノード(別のIABノードまたはIABドナーである場合がある)に接続するとき、そのIABノードは、UE、すなわち、MTの役割とみなされ得る。あるIABノードがその子ノード(別のIABノードまたはUEである場合がある)にサービスを提供するとき、そのIABノードは、ネットワークデバイス、すなわち、DUの役割とみなされ得る。

IABドナーは、完全な基地局機能を持つアクセスネットワーク要素、または集中ユニット(CU)および分散ユニット(DU)の別個の形態を持つアクセスネットワーク要素であることが可能である。IABドナーは、コアネットワークに接続され(たとえば、5Gコアネットワーク(5GC)に接続され)、IABノードにワイヤレスバックホール機能を提供してよい。IABドナーのCUは「IABドナーCU」(または直接的に「CU」)と呼ばれることがあり、IABドナーのDUは、「IABドナーDU」と呼ばれることがある。IABドナーCUは、制御プレーン(CP)およびユーザプレーン(UP)に分けられてよい。たとえば、CUは、1つのCU-CPおよび1つまたは複数のCU-UPを含む場合がある。

高周波数帯域の小さなカバレッジを考慮して、ネットワークのカバレッジ性能を保証するために、IABネットワークにおいて、マルチホップネットワーキングが採用されてよい。サービス送信の信頼性の要件を考慮に入れて、IABノードは、無線リンク障害(RLF)または閉塞、負荷の変動などのバックホール(BH)リンクで発生する場合がある異常な状況に対処するために、デュアルコネクティビティ(DC)またはマルチコネクティビティをサポートして送信の信頼性を向上させることができる。

IABネットワークがマルチホップおよびデュアル接続ネットワーキングをサポートする場合、UEとIABドナーとの間に複数の送信経路が存在する場合がある。送信経路は、UE、1つまたは複数のIABノード、およびIABドナーなどの複数のノードを含んでよい(IABドナーが別々のCUおよびDUの形態である場合、IABドナーは、IABドナーDUおよびIABドナーCUを含む場合もある)。各IABノードは、そのIABノードにバックホールサービスを提供する隣接ノードを親ノード(または親IABノード)として扱ってよく、各IABノードは、そのIABノードの親ノードの子ノード(または子IABノード)とみなされ得る。

図1は、本開示の一部の実施形態によるワイヤレス通信システム100の概略図を示す。

図1に示されるように、ワイヤレス通信システム100は、いくつかの基地局(たとえば、IABドナー110AおよびIABドナー110B)、いくつかのIABノード(たとえば、IABノード120A、IABノード120B、およびIABノード120C)、ならびにいくつかのUE(たとえば、UE130AおよびUE130B)を含んでよい。特定の数のUE、IABノード、およびIABドナーが図1に描かれているが、任意の数のUE、IABノード、およびIABドナーがワイヤレス通信システム100に含まれてよいと考えられる。

IABドナー110A、IABドナー110B、IABノード120A、IABノード120B、およびIABノード120Cの各々は、本開示の一部のその他の実施形態によれば、1つまたは複数のIABノードに直接接続されてよい。IABドナー110A、IABドナー110B、IABノード120A、IABノード120B、およびIABノード120Cの各々は、本開示の一部のその他の実施形態によれば、1つまたは複数のUEに直接接続されてよい。

UE130AおよびUE130Bは、ワイヤレス環境において動作および/または通信するように構成された任意の種類のデバイスであってよい。たとえば、UE130AおよびUE130Bは、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(PDA)、タブレットコンピュータ、スマートテレビ(たとえば、インターネットに接続されたテレビ)、セットトップボックス、ゲームコンソール、(防犯カメラを含む)セキュリティシステム、車載コンピュータ、ネットワークデバイス(たとえば、ルータ、スイッチ、およびモデム)などのコンピューティングデバイスを含む場合がある。本開示の一部の実施形態によれば、UE130AおよびUE130Bは、ポータブルワイヤレス通信デバイス、スマートフォン、セルラ電話、折り畳み式携帯電話、加入者識別モジュールを有するデバイス、パーソナルコンピュータ、選択的呼出受信機(selective call receiver)、またはワイヤレスネットワーク上で通信信号を送信および受信することができる任意のその他のデバイスを含む場合がある。本開示の一部の実施形態において、UE130AおよびUE130Bは、スマートウォッチ、フィットネスバンド、光学式ヘッドマウントディスプレイ、モノのインターネット(IoT)デバイスなどのウェアラブルデバイスを含む場合がある。さらに、UE130AおよびUE130Bは、加入者ユニット、移動体、移動局、ユーザ、端末、モバイル端末、ワイヤレス端末、固定端末、加入者局、ユーザ端末、もしくはデバイスと呼ばれる、または当技術分野で使用されるその他の用語を使用して説明される場合がある。

IABドナー110Aおよび110Bは、コアネットワーク(図1に示さず)と通信してよい。コアネットワーク(CN)は、モビリティ管理エンティティ(MME: mobility management entity)(図1に示さず)またはアクセスおよびモビリティ管理機能(AMF: access and mobility management function)(図1に示さず)などの複数のコアネットワークコンポーネントを含んでよい。CNは、UEが公衆交換電話網(PSTN)および/またはその他のネットワーク(図1に示さず)にアクセスするためのゲートウェイとして働く場合がある。

ワイヤレス通信システム100は、ワイヤレス通信信号を送信および受信することができる任意の種類のネットワークに適合する場合がある。たとえば、ワイヤレス通信システム100は、ワイヤレス通信ネットワーク、セルラ電話ネットワーク、時分割多元接続(TDMA)ベースのネットワーク、符号分割多元接続(CDMA)ベースのネットワーク、直交周波数分割多元接続(OFDMA)ベースのネットワーク、LTEネットワーク、3GPP(登録商標)ベースのネットワーク、3GPP(登録商標) 5Gネットワーク、衛星通信ネットワーク、成層圏プラットフォーム(high altitude platform)ネットワーク、および/またはその他の通信ネットワークに適合する。

本開示の一部の実施形態において、ワイヤレス通信システム100は、3GPP(登録商標)プロトコルの5G NRに適合する。たとえば、IABドナー110Aおよび110Bは、DLで直交周波数分割多重(OFDM)変調方式を使用してデータを送信する場合がある。UE130AおよびUE130Bは、離散フーリエ変換-拡散-直交周波数分割多重化(DFT-S-OFDM: discrete Fourier transform-spread-orthogonal frequency division multiplexing)またはサイクリックプレフィックス-OFDM(CP-OFDM)方式を使用してULでデータを送信する場合がある。しかし、より広く、ワイヤレス通信システム100は、プロトコルの中でもとりわけ、何らかのその他のオープンな、または独自仕様の通信プロトコル、たとえば、WiMAXを実装する場合がある。

当業者は、テクノロジーが発展し、進歩するにつれて、本開示に記載された用語が変化する場合があるが、本開示の原理および精神には影響を与えず、それらを限定しないはずであることを当然理解するであろう。

図1を参照すると、IABノード120Aは、IABドナー110Aおよび110Bに直接接続され得、IABノード120Bは、IABドナー110Aに直接接続され得る。IABドナー110Aおよび110Bは、IABノード120Aの親ノードであり、IABドナー110Aは、IABノード120Bの親ノードである。言い換えると、IABノード120Aおよび120Bは、IABドナー110Aの子IABノードであり、IABノード120Aは、IABドナー110Bの子IABノードでもある。IABノード120Cは、IABノード120BをホッピングすることによってIABドナー110Aに到達することができる。IABノード120Bは、IABノード120Cの親IABノードである。言い換えると、IABノード120Cは、IABノード120Bの子IABノードである。

本開示の一部のその他の実施形態においては、IABノードが、IABノード120CおよびIABノード120BをホッピングすることによってIABドナー110Aに到達することができるように、IABノード120Cに接続される場合がある。このIABノードおよびIABノード120Cは、IABノード120Bの子孫IABノードと呼ばれることがある。

UE130Aおよび130Bは、それぞれ、IABノード120Aおよび120Cに接続され得る。UE130AまたはUE130Bからのアップリンク(UL)パケット(たとえば、データまたはシグナリング)は、1つまたは複数のIABノードを介してIABドナー(たとえば、IABドナー110Aまたは110B)に送信され、それから、IABドナーによって(5GCのユーザプレーン機能(UPF)などの)モバイルゲートウェイデバイスに送信され得る。ダウンリンク(DL)パケット(たとえば、データまたはシグナリング)は、ゲートウェイデバイスによって受信された後、IABドナー(たとえば、IABドナー110Aまたは110B)から送信され、それから、1つまたは複数のIABノードを通じてUE130Aまたは130Bに送信され得る。

たとえば、図1を参照すると、UE130Aは、ULデータをIABドナー110Aもしくは110Bに送信するか、またはIABノード120Aを介してそれらのIABドナーからDLデータを受信してよい。UE130Bは、IABドナー110AにULデータを送信するか、またはIABノード120CおよびIABノード120Bを介してIABドナー110AからDLデータを受信してよい。

ワイヤレス通信システム100のようなIABの展開において、IABドナー(たとえば、図1のIABドナー110Aもしくは110B)とIABノードとの間、または2つのIABノード間の無線リンクは、バックホールリンク(BL)と呼ばれることがある。IABドナー(たとえば、図1のIABドナー110Aもしくは110B)とUEとの間、またはIABノードとUEとの間の無線リンクは、アクセスリンク(AL)と呼ばれることがある。たとえば、図1において、無線リンク140A～140Dは、BLであり、無線リンク150Aおよび150Bは、ALである。

無線リンク制御(RLC)レイヤの上に位置するプロトコルレイヤ、バックホール適応プロトコル(BAP)レイヤが、IABシステムに導入され、ワイヤレスバックホールリンク上のパケットルーティング、ベアラマッピング、およびフロー制御を実現するために使用され得る。

本開示の一部の実施形態においては、IABネットワークにおけるBAPルーティングのために、BHリンク上の各ULパケットまたはDLパケットが、BAPヘッダに含まれてよい特定のBAPルーティングIDにマッピングされる場合がある。BAPルーティングIDは、BHリンクにおける送信先ノードのBAPアドレスを示すBAPアドレスを含む場合がある。DL BHリンクおよびUL BHリンクの送信先ノードは、それぞれ、アクセスIABノード、およびIABドナーのDUであってよい。BAPルーティングIDは、送信先ノードにおいて終端されるルーティング経路を示す経路IDを含む場合もある。

F1インターフェースが、IABノード(たとえば、IABノードのDU部分)とIABドナー(たとえば、IABドナー-CU)との間に確立されてよい。F1インターフェースは、ユーザプレーンプロトコル(たとえば、F1-U)と制御プレーンプロトコル(たとえば、F1-C)との両方をサポートしてよい。F1インターフェースのユーザプレーンプロトコルは、汎用パケット無線サービス(GPRS)トンネリングプロトコルユーザプレーン(GTP-U)、ユーザデータグラムプロトコル(UDP)、インターネットプロトコル(IP)、およびその他のプロトコルのうちの1つまたは複数を含む場合がある。F1インターフェースの制御プレーンプロトコルは、F1アプリケーションプロトコル(F1AP: F1 application protocol)、ストリーム制御トランスポートプロトコル(SCTP: stream control transport protocol)、IP、およびその他のプロトコルのうちの1つまたは複数を含む場合がある。

F1インターフェースの制御プレーンを通じて、IABノードおよびIABドナーは、たとえば、インターフェース管理、IAB-DU管理、およびUEコンテキストに関連する構成を実行することができる。F1インターフェースのユーザプレーンを通じて、IABノードおよびIABドナーは、たとえば、ユーザプレーンデータ送信およびダウンリンク送信ステータスフィードバック機能を実行することができる。

図2は、本開示の一部の実施形態によるIABネットワークのためのユーザプレーン(UP)プロトコルスタック200の例示的なブロック図を示す。図3は、本開示の一部の実施形態によるIABネットワークのための制御プレーン(CP)プロトコルスタック300の例示的なブロック図を示す。図2および図3において、UEは、IABノード2およびIABノード1を介してIABドナーに接続されてよい。

図2を参照すると、UEのUPプロトコルスタックは、サービスデータ適応プロトコル(SDAP: service data adaptation protocol)レイヤ、パケットデータコンバージェンスプロトコル(PDCP: packet data convergence protocol)レイヤ、無線リンク制御(RLC)レイヤ、媒体アクセス制御(MAC)レイヤ、および物理(PHY)レイヤを含んでよい。IABノード2のDUのUPプロトコルスタックは、GTP-Uレイヤ、UDPレイヤ、IPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよい。IABノード2のMTまたはIABノード1のDUもしくはMTのUPプロトコルスタックは、BAPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよい。IABドナーのDUのUPプロトコルスタックは、IPレイヤ、BAPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよく、PHYレイヤは、レイヤ1(L1)に属し、BAPレイヤ、RLCレイヤ、およびMACレイヤは、レイヤ2(L2)に属する。IABドナーのCU-UPのプロトコルスタックは、GTP-Uレイヤ、UDPレイヤ、IPレイヤ、SDAPレイヤ、PDCPレイヤ、L2レイヤ、およびL1レイヤを含んでよい。

図3を参照すると、UEのCPプロトコルスタックは、無線リソース制御(RRC)レイヤ、PDCPレイヤ、RLCレイヤ、MACレイヤ、および物理(PHY)レイヤを含んでよい。IABノード2のDUのCPプロトコルスタックは、F1APレイヤ、SCTPレイヤ、IPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよい。IABノード2のMTまたはIABノード1のDUもしくはMTのCPプロトコルスタックは、BAPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよい。IABドナーのDUのCPプロトコルスタックは、IPレイヤ、BAPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤを含んでよく、PHYレイヤは、L1に属し、BAPレイヤ、RLCレイヤ、およびMACレイヤは、L2に属する。IABドナーのCU-CPのプロトコルスタックは、RRCレイヤ、PDCPレイヤ、F1APレイヤ、SCTPレイヤ、IPレイヤ、L2レイヤ、およびL1レイヤを含んでよい。

図2および図3に示されたプロトコルスタックは、例示を目的とするに過ぎない。たとえば、図2および図3のプロトコルスタックのプロトコルレイヤの一部のシーケンスは、例示を目的として再配置される場合がある。たとえば、SDAPレイヤおよびPDCPレイヤは、L2に属するが、図2のIABドナーのCU-UPのプロトコルスタックにおいてはGTP-Uレイヤ、UDPレイヤ、およびIPレイヤの上に示されている。

様々なリソース割り当て手法および多重化方式が、IABネットワークに適用される場合がある。

たとえば、IAB-DUまたはIAB-MTのスロットフォーマットは、ダウンリンクシンボル、アップリンクシンボル、およびフレキシブルシンボル(flexible symbol)を含む場合がある。たとえば、IAB-MTの各サービングセルに関して、IAB-MTは、tdd-UL-DL-ConfigurationDedicated-IAB-MTなどの上位レイヤ(たとえば、RRCレイヤ)パラメータによって、いくつかのスロットにわたるスロットフォーマットに関するインジケーションを提供され得る。IAB-DUの各サービングセルに関して、IAB-DUは、IAB-DU-Resource-Configurationなどの上位レイヤパラメータによって、いくつかのスロットにわたるスロットフォーマットに関するインジケーションを提供され得る。

IAB-DUサービングセルのスロットに関して、IAB-DUサービングセルのスロットのシンボルは、ハード(hard)、ソフト(soft)、または使用不可能(not available)タイプであるように構成され得る。ダウンリンク、アップリンク、またはフレキシブルシンボルがハードとして構成されるとき、IAB-DUサービングセルは、それぞれ、シンボルで送信するか、受信するか、または送信もしくは受信のどちらかを行うことができる。一部の例において、ダウンリンク、アップリンク、またはフレキシブルシンボルがソフトとして構成されるとき、IAB-DUは、それぞれ、以下のときにのみシンボルで送信するか、受信するか、または送信もしくは受信のどちらかを行うことができる。
- IAB-MTがシンボルで送信もしくは受信をしない、
- IAB-MTがシンボルで送信もしくは受信をし、IAB-DUによるシンボルの使用が原因でシンボルでの送信もしくは受信が変更されない、または
- IAB-MTが特定のDCIフォーマット(たとえば、3GPP(登録商標)仕様で定義されたDCIフォーマット2_5)を検出し、使用可能インジケーション(AI: available indication)インデックスフィールド値がソフトシンボルを使用可能であるものとして示す。

シンボルが使用不可能として構成されるとき、IAB-DUは、シンボルで送信も受信もしない。

本開示の一部の実施形態において、IABノードは、異なる能力に応じて、IAB-MTおよびIAB-DUの送信動作および受信動作を同時に実行することができ、IAB-MTおよびIAB-DU送信、IAB-MTおよびIAB-DU受信、IAB-MT受信およびIAB-DU送信、ならびにIAB-MT送信およびIAB-DU受信などの様々な多重化動作の組合せをサポートすることができる。

たとえば、下に示される3GPP(登録商標)仕様で定義された「多重化情報(Multiplexing info)」情報要素(IE)は、IAB-DUのセルと、並置されたIAB-MTに構成されたセルとの間の多重化能力に関する情報を含んでよい。

一部のシナリオでは、IABノードが、あるIABドナー(ソースIABドナー)から別のIABドナー(ターゲットIABドナー)にマイグレーション(またはハンドオーバ)され得る。たとえば、再び図1を参照すると、IABノード120CまたはIABノード120Bは、IABドナー110AからIABドナー110Bにマイグレーションされる場合がある。マイグレーション中、IABノードのMTのみが、ターゲットIABドナーにマイグレーションされてよい。IABノードのDU、IABノードの子孫IABノード、ならびにIABノードおよび子孫IABノードに接続されたUEは、依然としてソースIABドナーにアンカリングされ(anchored)てよい。つまり、論理的なF1接続のアンカーノードは変わらなくてよい。本開示の一部の実施形態において、IABノードのDUおよびIABノードの子孫IABノードのDUのF1転送経路は、ソース経路からターゲット経路にマイグレーションされる必要がある場合がある。

図4は、本開示の一部の実施形態によるIABノードのマイグレーションの概略図を示す。本開示の前述の実施形態のすべてにおいて説明された詳細は、図4に示される実施形態に適用可能である。

図4において、IABドナー410Aは、CU475およびDU465を含んでよく、IABドナー410Bは、CU476およびDU466を含んでよい。IABノード420Aは、IABドナー410Aに直接接続されてよく、MT451およびDU461を含んでよい。IABノード420Bは、IABドナー410Bに直接接続されてよく、MT452およびDU462を含んでよい。IABノード420Cは、MT453およびDU463を含んでよい。IABノード420Dは、IABノード420Cに接続されてよく、MT454およびDU464を含んでよく、UE430は、IABノード420Dに接続されてよい。IABノード420Dは、UE430のアクセスIABノードと呼ばれることがある。

図4の左側は、IABノード420Cのマイグレーション前のIABネットワークを示す。図4の左側において、IABノード420Cは、IABノード420Aを介してIABドナー410Aに到達することができ、IABノード420Dは、IABノード420CおよびIABノード420Aを介してIABドナー410Aに到達することができる。IABノード420CのMT453とDU463との両方は、IABドナー410AのCU476にアンカリングされてよい。440Cは、DU463とCU475との間のF1シグナリングフローを示し、440Dは、DU464とCU475との間のF1シグナリングフローを示す。

図4の右側は、IABノード420CのMT453のみがIABドナー410AからIABドナー410Bにマイグレーションされ、IABノード420CのDU463が依然としてIABドナー410Aの制御下にある、IABノード420Cのマイグレーション後のIABネットワークを示す。言い換えると、MT453は、CU476にアンカリングされ、DU463は、依然としてCU475にアンカリングされる。440C'は、DU463とCU475との間のF1シグナリングフローを示し、440D'は、DU464とCU475との間のF1シグナリングフローを示す。

図4の右側のトポロジーにおいては、いくつかの問題を解決する必要がある場合がある。

1つの問題は、IABノード420CのMT453とDU463との間でリソースの衝突が発生する場合があることである。たとえば、IABノード420Cのマイグレーション中、および図4の右側のトポロジーが安定するとき、いくつかのリソース構成の問題が存在する場合がある。

解決する必要がある別の問題は、IABノード420CのMT453へのルーティングおよびベアリング(bearing)マッピングをどのように構成するべきかである。IAB-MTのルーティングおよびベアリングマッピングの構成のための知られているメカニズムによれば、IAB-MTのルーティングおよびベアリングマッピングは、IABドナーのCUと、並置されたIAB-DUとの間のF1APメッセージによって構成されてよく、並置されたIAB-DUは、IABノード内の内部インターフェースを通じて、対応するIAB-MTに構成を届けてよい。DU463およびMT453が異なるIABドナーまたはCUの制御下にあるので、知られているメカニズムは、MT453に適用可能でない場合がある。

解決する必要があるさらに別の問題は、IABノード420CのMT453のマイグレーションの後、IABノード420CのDU463がマイグレーションされるべきか否かである。

本開示の実施形態は、上記の問題を解決することができる、IABノードのマイグレーションを強化するためのソリューションを提供する。本開示の実施形態についてのさらなる詳細が、添付の図面と組み合わせて以下のテキストに示される。

図5は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順500のフローチャートを示す。例示的な手順500は、IABノードのMTのためのリソース構成に従って、IABノードのDUのためのリソース構成を更新する手順を示す。

一部の例において、IABノード520BおよびIABノード520Cは、それぞれ、図4のIABノード420BおよびIABノード420Cとして機能する場合がある。IABドナー510AおよびIABドナー510Bは、それぞれ、図4のIABドナー410AおよびIABドナー410Bとして機能する場合がある。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図5に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順500の動作の順番が変更される場合があり、例示的な手順500の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

図5を参照すると、本開示の一部の実施形態において、IABノード520Cは、IABドナー510AからIABドナー510Bにハンドオーバされた可能性がある。ハンドオーバ手順の後、IABノード520CのMTは、IABドナー510Bに接続されてよく、IABノード520CのDUは、IABドナー510Aに接続されてよい。IABノード520Bは、IABドナー510Bに接続されてよく、IABノード520Cの親ノードであってよい。

場合によっては、IABノード520CのMTとDUとの間でリソースの衝突が発生することがある。たとえば、IABノード520Cが半二重複信しかサポートしないとき、IABノード520CのMTおよびIABノード520CのDUのためのリソース構成は、半二重複信の制限を満たすべきである。しかし、IABノード520CのMTがIABドナー510AからIABドナー510Bにマイグレーション済みであり(またはマイグレーション中であり)、IABノード520CのDUが依然としてIABドナー510Aの制御下にあるので、IABノード520CのDUのリソース構成およびIABノード520CのMTのリソース構成は、異なるエンティティによって構成される場合があり、これは、リソースの衝突を引き起こす場合がある。

動作513において、IABノード520C(たとえば、IABノード520CのMT)が、IABノード520BからIABノード520CのMTのためのリソース構成(MTリソース構成)を受信してよい。

MTリソース構成は、時間領域の構成、周波数領域の構成、またはそれら両方を含む場合がある。一部の例において、IABノード520CのMTのための周波数領域の構成は、周波数帯域、帯域の組合せ、中心周波数点(central frequency point)と帯域幅との組合せなどのうちの1つまたは複数を含んでよい。一部の例において、IABノード520CのMTのための時間領域の構成は、システムフレーム番号、時間領域継続時間(time domain duration)、各サブフレームまたは各シンボルのダウンリンク、アップリンク、フレキシブル属性を示すスロットフォーマットなどのうちの1つまたは複数を含んでよい。

本開示の一部の実施形態において、IABノード520CのためのMTリソース構成は、IABドナー510B(たとえば、IABドナー510BのCU)からのものであってよい。たとえば、(点線の矢印によってオプションとして示される)動作511において、IABドナー510Bが、MTリソース構成をIABノード520Bに送信してよく、IABノード520Bは、動作513において、同じ構成をIABノード520Cに送信してよい。

本開示の一部のその他の実施形態において、MTリソース構成の受信のタイミングは、IABノード520CのMTのマイグレーションの前(たとえば、ハンドオーバ手順中)に発生する場合がある。場合によっては、MTリソース構成は、ハンドオーバコマンドを介して送信されてよい。たとえば、IABドナー510Aは、IABドナー510BからのハンドオーバコマンドをIABノード520Cに透過的に(たとえば、復号せずに)送信する場合がある。別の例において、IABドナー510Aは、ハンドオーバコマンドを復号し、したがって、MTリソース構成を取得する場合がある。この例においては、下で説明される動作515または動作515'は、削除されてよい。

IABノード520CのMTリソース再構成に応答して、IABノード520CのDUのためのリソース構成が、それに応じて更新される必要がある場合がある。

一部の例では、動作515において、MTリソース構成の受信に応答して、IABノード520C(たとえば、IABノード520CのDU)が、MTリソース構成をIABドナー510A(たとえば、IABドナー510AのCU)に送信してよい。たとえば、IABノード520Cは、MTリソース構成の受信直後に、MTリソース構成をIABドナー510Aに送信する場合がある。MTリソース構成は、F1インターフェースを介して(またはF1APメッセージを介して)送信されてよい。

一部のその他の例においては、IABドナー510Bが、MTリソース構成をIABドナー510Aに送信してよい。MTリソース構成を送信するタイミングは、IABドナー510Bの実装次第である場合がある。

たとえば、(点線矢印によって動作515の代替として示される)動作515'においては、IABドナー510B(たとえば、IABドナー510BのCU)が、MTリソース構成をIABドナー510A(たとえば、IABドナー510AのCU)に、それらの間のXnインターフェースシグナリングを介して送信してよい。さらにその他の例においては、IABドナー510B(たとえば、IABドナー510BのCU)が、コアネットワーク(図5に示さず)によって中継されるNGインターフェースシグナリングを介して、MTリソース構成をIABドナー510A(たとえば、IABドナー510AのCU)に送信してよい。たとえば、IABドナー510Bが、MTリソース構成をコアネットワークに送信してよく、コアネットワークは、そのMTリソース構成をIABドナー510Aに送信してよい。

動作517において、受信されたMTリソース構成に基づいて、IABドナー510A(たとえば、IABドナー510AのCU)が、IABノード520CのDUのための更新されたリソース構成(DUリソース構成)を決定してよい。

DUリソース構成は、時間領域の構成、周波数領域の構成、またはそれら両方を含む場合がある。一部の例において、IABノード520CのDUのための周波数領域の構成は、周波数帯域、帯域の組合せ、中心周波数点と帯域幅との組合せなどのうちの1つまたは複数を含んでよい。一部の例において、IABノード520CのDUのための時間領域の構成は、システムフレーム番号、時間領域継続時間、各サブフレームまたは各シンボルのダウンリンク、アップリンク、フレキシブル属性を示すスロットフォーマット、各シンボルのハードまたはソフトまたは使用不可能属性などのうちの1つまたは複数を含んでよい。

動作519において、IABドナー510A(たとえば、IABドナー510AのCU)が、IABノード520CのDUへのDUリソース構成を構成してよい。

図6は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順600のフローチャートを示す。例示的な手順600は、IABノードのDUのためのリソース構成に従って、IABノードのMTのためのリソース構成を更新する手順を示す。

一部の例において、IABノード620BおよびIABノード620Cは、それぞれ、図4のIABノード420BおよびIABノード420Cとして機能する場合がある。IABドナー610AおよびIABドナー610Bは、それぞれ、図4のIABドナー410AおよびIABドナー410Bとして機能する場合がある。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図6に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順600の動作の順番が変更される場合があり、例示的な手順600の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

例示的な手順600は、IABノード620CがIABドナー610AからIABドナー610Bにハンドオーバしているときに実行されてよい。ハンドオーバ手順の後、IABノード620CのMTは、IABドナー610Bに接続されてよく、IABノード620CのDUは、IABドナー610Aに接続されてよい。IABノード620Bは、IABドナー610Bに接続されてよく、IABノード620Cの親ノードであってよい。

図5と同様に、IABノード620CのMTとDUとの間でリソースの衝突が発生することがある。IABノード620CのMTのマイグレーション中に(または後に)、IABノード620CのMTのためのリソース構成が、IABノード620CのDUのためのリソース構成と両立可能であるように更新されてよい。

一部の例では、動作611において、IABドナー610A(たとえば、IABドナー610AのCU)が、IABノード620CのDUのためのリソース構成(DUリソース構成)をIABドナー610B(たとえば、IABドナー610BのCU)に、それらの間のXnインターフェースシグナリングを介して送信してよい。

一部のその他の例においては、IABドナー610A(たとえば、IABドナー610AのCU)が、コアネットワーク(図6に示さず)によって中継されるNGインターフェースシグナリングを介して、DUリソース構成をIABドナー610B(たとえば、IABドナー610BのCU)に送信してよい。たとえば、IABドナー610Aが、DUリソース構成をコアネットワークに送信してよく、コアネットワークは、そのDUリソース構成をIABドナー610Bに送信してよい。

DUリソース構成の送信のタイミングは、IABノード620CのMTのマイグレーションの前(たとえば、ハンドオーバ手順中)に発生する場合がある。たとえば、DUリソース構成は、ハンドオーバ要請メッセージ(handover required message)およびハンドオーバ要求メッセージを介して送信されてよい。たとえば、IABドナー610Aが、DUリソース構成を運ぶハンドオーバ要請メッセージをコアネットワークに送信してよく、コアネットワークは、DUリソース構成を運ぶハンドオーバ要求メッセージをIABドナー610Bに送信してよい。

DUリソース構成は、時間領域の構成、周波数領域の構成、またはそれら両方を含む場合がある。上述のDUリソース構成、時間領域の構成、および周波数領域の構成に関する説明が、ここで適用されてよい。

さらに、IABノード620CのMTリソース構成がIABノード620CのDUリソース構成と両立可能であり得るように、IABノード620CのMTリソース構成の更新を容易にするために、IABドナー610BまたはIABノード620Cの親ノード(たとえば、IABノード620B)は、IABノード620Cの多重化情報(たとえば、多重化能力、複信モード、またはそれら両方)を知る必要がある場合がある。したがって、IABドナー610A(たとえば、IABドナー610AのCU)は、多重化情報をIABドナー610B(たとえば、IABドナー610BのCU)にさらに送信してよい。多重化情報およびDUリソース構成は、同じまたは別々のシグナリングメッセージで送信される場合がある。

一部の例において、多重化情報は、IABノード620CがそのMTおよびDUでの同時送信または受信、たとえば、「MT Tx & DU Tx」、「MT Tx & DU Rx」、「MT Rx & DU Tx」、および「MT Rx & DU Rx」をサポートするかどうかを示す場合がある。「MT Tx & DU Tx」は、MTでの送信およびDUでの送信の同時実行を指し、「MT Tx & DU Rx」は、MTでの送信およびDUでの受信の同時実行を指し、「MT Rx & DU Tx」は、MTでの受信およびDUでの送信の同時実行を指し、「MT Rx & DU Rx」は、MTでの受信およびDUでの受信の同時実行を指す。

IABドナー610BまたはIABノード620Bが、DUリソース構成と両立可能であるIABノード620CのMTリソース構成を生成してよい。

たとえば、動作613において、IABドナー610B(たとえば、IABドナー610BのCU)が、F1インターフェースを介してIABノード620B(たとえば、IABドナー610BのDU)にMTリソース構成(およびもしあれば多重化情報)を送信してよい。動作615において、IABノード620B(たとえば、IABドナー610BのDU)が、DUリソース構成(およびもしあれば多重化情報)に基づいて、IABノード620CのためのMTリソース構成を決定してよい。動作617において、IABノード620B(たとえば、IABドナー610BのDU)が、決定されたMTリソース構成をIABドナー610B(たとえば、IABドナー610BのCU)に送信してよい。

別の例で、(点線矢印によって動作613～617の代替として示される)動作615'においては、IABドナー610B(たとえば、IABドナー610BのCU)が、DUリソース構成(およびもしあれば多重化情報)に基づいて、IABノード620CのためのMTリソース構成を決定してよい。

動作619において、IABドナー610B(たとえば、IABドナー610BのCU)が、MTリソース構成をIABドナー610A(たとえば、IABドナー610AのCU)に送信してよい。動作621において、IABドナー610A(たとえば、IABドナー610AのCU)が、MTリソース構成をIABノード620C(たとえば、IABノード620CのMT)に送信してよい。一部の例において、MTリソース構成は、ハンドオーバコマンドで運ばれてよい。

図7は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順700のフローチャートを示す。例示的な手順700は、IABノードのDUのためのリソース構成に従って、IABノードのMTのためのリソース構成を更新する手順を示す。

一部の例において、IABノード720BおよびIABノード720Cは、それぞれ、図4のIABノード420BおよびIABノード420Cとして機能する場合がある。IABドナー710AおよびIABドナー710Bは、それぞれ、図4のIABドナー410AおよびIABドナー410Bとして機能する場合がある。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図7に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順700の動作の順番が変更される場合があり、例示的な手順700の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

例示的な手順700は、IABノード720CをIABドナー710AからIABドナー710Bにハンドオーバした後に実行されてよい。ハンドオーバ手順の後、IABノード720CのMTは、IABドナー710Bに接続されてよく、IABノード720CのDUは、IABドナー710Aに接続されてよい。IABノード720Bは、IABドナー710Bに接続されてよく、IABノード720Cの親ノードであってよい。IABノード720CのMTのハンドオーバ(またはマイグレーション)後に、IABノード720CのMTのためのリソース構成が、複信の制限を満たし、リソースの衝突を回避するために、IABノード720CのDUのためのリソース構成の更新と両立可能であるように更新されてよい。

たとえば、動作711において、IABドナー710A(たとえば、IABドナー710AのCU)が、IABノード720CのDUのためのリソース構成(DUリソース構成)をIABノード720C(たとえば、IABノード720CのDU)にF1APメッセージを介して送信してよい。上述のDUリソース構成に関する説明が、ここで適用されてよい。F1APメッセージに応答して、IABノード720CのDUは、そのリソース構成を更新してよい。

一部の例では、動作713において、IABノード720C(たとえば、IABノード720CのMT)が、IABノード720CのためのDUリソース構成をIABドナー710B(たとえば、IABドナー710BのCU)にRRCシグナリングを介して送信してよい。たとえば、IABノード720Cは、DUリソース構成の受信直後に、DUリソース構成をIABドナー710Bに送信する場合がある。

一部のその他の例では、(点線矢印によって動作713の代替として示される)動作713'において、IABドナー710A(たとえば、IABドナー710AのCU)が、IABノード720CのためのDUリソース構成をIABドナー710B(たとえば、IABドナー710BのCU)に、それらの間のXnインターフェースシグナリングを介して送信してよい。さらにその他の例においては、IABドナー710A(たとえば、IABドナー710AのCU)が、コアネットワーク(図7に示さず)によって中継されるNGインターフェースシグナリングを介して、IABノード720CのためのDUリソース構成をIABドナー710B(たとえば、IABドナー710BのCU)に送信してよい。

さらに、IABノード720CのMTリソース構成がIABノード720CのDUリソース構成と両立可能であり得るように、IABノード720CのMTリソース構成の更新を容易にするために、IABドナー710BまたはIABノード720Cの親ノード(たとえば、IABノード720B)は、IABノード720Cの多重化情報(たとえば、多重化能力、複信モード、またはそれら両方)を知る必要がある場合がある。したがって、IABノード720C(たとえば、IABノード720CのMT)またはIABドナー710A(たとえば、IABドナー710AのCU)は、多重化情報をIABドナー710B(たとえば、IABドナー710BのCU)にさらに送信してよい。多重化情報およびDUリソース構成は、同じまたは別々のシグナリングメッセージで送信される場合がある。上述の多重化情報に関する説明が、ここで適用されてよい。

IABドナー710BまたはIABノード720Bが、DUリソース構成と両立可能であるIABノード720CのMTリソース構成を生成してよい。

たとえば、動作715において、IABドナー710B(たとえば、IABドナー710BのCU)が、F1インターフェース(たとえば、F1APメッセージ)を介してIABノード720B(たとえば、IABドナー710BのDU)にDUリソース構成(およびもしあれば多重化情報)を送信してよい。動作717において、IABノード720B(たとえば、IABドナー710BのDU)が、DUリソース構成(およびもしあれば多重化情報)に基づいて、IABノード720CのためのMTリソース構成を決定してよい。動作719において、IABノード720B(たとえば、IABドナー710BのDU)が、決定されたMTリソース構成をIABドナー710B(たとえば、IABドナー710BのCU)に送信してよい。

別の例では、(点線矢印によって動作715～719の代替として示される)動作717'において、IABドナー710B(たとえば、IABドナー710BのCU)が、DUリソース構成(およびもしあれば多重化情報)に基づいて、IABノード720CのためのMTリソース構成を決定してよい。

動作721において、IABドナー710B(たとえば、IABドナー710BのCU)が、MTリソース構成をIABノード720C(たとえば、IABノード720CのMT)にRRCシグナリングを介して送信してよい。

図8は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順800のフローチャートを示す。例示的な手順800は、IABノードのルーティングおよびベアリングマッピング構成のための手順を示す。

一部の例において、IABノード820C、IABドナー810A、およびIABドナー810Bは、それぞれ、図4のIABノード420C、IABドナー410A、およびIABドナー410Bとして機能する場合がある。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図8に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順800の動作の順番が変更される場合があり、例示的な手順800の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

例示的な手順800は、IABノード820CをIABドナー810AからIABドナー810Bにハンドオーバした後に実行されてよい。ハンドオーバ手順の後、IABノード820CのMTは、IABドナー810Bに接続されてよく、IABノード820CのDUは、IABドナー810Aに接続されてよい。例示的な手順800においては、IABノード820CのMTのためのULルーティングおよびベアラマッピング構成が、IABドナー810B(たとえば、IABドナー810BのCU)によって生成され、それから、IABドナー810A(たとえば、IABドナー810AのCU)に送信されてよい。IABドナー810A(たとえば、IABドナー810AのCU)は、構成をIABノード820C(たとえば、IABノード820CのDU)にF1APメッセージを介して送信してよい。

たとえば、動作811において、IABドナー810A(たとえば、IABドナー810AのCU)が、IABノード820Cに関連するUL着信トラフィック情報をIABドナー810B(たとえば、IABドナー810BのCU)に送信してよい。UL着信トラフィック情報は、IABノード820Cの着信チャネル、またはIABノード820Cの着信チャネルと着信チャネルに関連するサービス品質(QoS)情報との両方を示す場合がある。

一部の例において、IABノード820Cが子IABノードを有するとき、UL着信トラフィック情報は、IABノード820CとIABノード820Cの子IABノードとの間のUL着信BH RLCチャネル(CH)のID、またはUL着信BH RLC CHのIDとUL着信BH RLC CHに関連するQoS情報との両方を示す場合がある。

UL着信BH RLC CHに関連するQoS情報は、UL着信BH RLC CHに関して、以下、すなわち、帯域保証型ビットレート(GBR)、割り当ておよび保持優先度(ARP)、集約最大ビットレート(AMBR)などのうちの少なくとも1つを含む場合がある。

一部の例において、IABノード820Cがサービスを提供されるUEのためのアクセスIABノードの役割を果たす(たとえば、UEがネットワークにアクセスするためにIABノード820Cに直接接続する)とき、UL着信トラフィック情報は、UL UPトランスポートネットワークレイヤ(TNL)情報、またはUL UP TNL情報と、UL UP TNL情報に関連するデータ無線ベアラ(DRB)のIDと、DRBに関連するQoS情報とのすべてを示す場合がある。UL UP TNL情報は、GTP-Uトンネルエンドポイント識別子(TEID)と、TNLアドレス、トランスポートレイヤアドレス、およびトランスポートレイヤIPアドレスのうちの少なくとも1つとを含む場合がある。

動作813において、IABドナー810B(たとえば、IABドナー810BのCU)が、IABノード820Cに関連するベアラマッピング構成、IABノード820Cに関連するULルーティング構成、またはそれら両方を生成してよい。構成は、IABノード820CのMTに適用されてよい。

たとえば、IABドナー810Bは、IABノード820Cの各UL着信BH RLC CHに関するIABノード820Cの対応するUL発信BH RLC CHと、IABノード820Cに関連する各UL UP TNL情報に関するIABノード820Cの対応するUL発信BH RLC CHとを決定することができる。IABドナー810Bは、IABノード820Cの各UL着信BH RLC CHに関するBAPルーティングIDと、IABノード820Cに関連する各UL UP TNL情報に関するBAPルーティングIDとを含んでよい、ULルーティング構成、経路、戦略、またはそれらの任意の組合せを決定することができる。

一部の例において、ベアラマッピング構成およびULルーティング構成は、受信されたUL着信トラフィック情報に基づいてよい。

一部の例において、ベアラマッピング構成は、IABノード820CとIABノード820Cの親ノードとの間のUL発信BH RLC CH(またはそのID)と、UL着信BH RLC CH(またはそのID)との間のマッピング(ベアラマッピング#1)を示す場合がある。たとえば、IABノード820CとIABノード820Cの対応する子IABノードとの間の各UL着信BH RLC CHに関して、ベアラマッピング構成は、IABノード820CとIABノード820Cの親ノードとの間の対応するUL発信BH RLC CH(またはそのID)を示す場合がある。異なるUL着信BH RLC CHは、同じまたは異なるUL発信BH RLC CHに対応する場合がある。

一部の例において、ベアラマッピング構成は、IABノード820CとIABノード820Cの親ノードとの間のUL発信BH RLC CH(またはそのID)と、UL UP TNL情報との間のマッピング(ベアラマッピング#2)を示す場合がある。たとえば、各UL UP TNL情報に関して、ベアラマッピング構成は、IABノード820CとIABノード820Cの親ノードとの間の対応するUL発信BH RLC CHを示す場合がある。

一部の例において、ベアラマッピング構成は、ベアラマッピング#1とベアラマッピング#2との両方を示す場合がある。

一部の例において、ULルーティング構成は、BAPルーティングIDと、IABノード820CとIABノード820Cの子IABノードとの間のUL着信BH RLC CH(またはそのID)との間のマッピング(ルーティングマッピング#1)を示す場合がある。たとえば、IABノード820Cの各UL着信BH RLC CHに関して、ULルーティング構成は、対応するBAPルーティングIDを示す場合がある。

一部の例において、ULルーティング構成は、BAPルーティングIDとUL UP TNL情報との間のマッピング(ルーティングマッピング#2)を示す場合がある。たとえば、各UL UP TNL情報に関して、ULルーティング構成は、対応するBAPルーティングIDを示す場合がある。

一部の例において、ULルーティング構成は、ルーティングマッピング#1とルーティングマッピング#2との両方を示す場合がある。

動作815において、IABドナー810B(たとえば、IABドナー810BのCU)が、IABノード820Cに関連するベアラマッピング構成およびIABノード820Cに関連するULルーティング構成のうちの少なくとも一方をIABドナー810A(たとえば、IABドナー810AのCU)に送信してよい。

一部の例において、IABドナー810Bは、IABノード820Cに関連する上記の構成をIABドナー810Aに、それらの間のXnインターフェースシグナリングを介して送信してよい。一部のその他の例において、IABドナー810Bは、コアネットワーク(図8に示さず)によって中継されるNGインターフェースシグナリングを介して、IABノード820Cに関連する上記の構成をIABドナー810Aに送信してよい。

動作817において、IABドナー810A(たとえば、IABドナー810AのCU)が、IABノード820Cに関連するベアラマッピング構成およびIABノード820Cに関連するULルーティング構成のうちの少なくとも一方を、たとえば、F1インターフェースを介してIABノード820C(たとえば、IABドナー810CのDU)に送信してよい。

動作819において、IABドナー810CのDUが、上記の構成を、たとえば、内部インターフェースを介してIABドナー810CのMTに届けてよい。

図9は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順900のフローチャートを示す。例示的な手順900は、別のIABドナーへのIABノードのMTのマイグレーション後に、IABノードのDUのマイグレーションを実行するべきかどうかを判定するための、IABドナーとIABノードとの間の手順を示す。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図9に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順900の動作の順番が変更される場合があり、例示的な手順900の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

一部の例において、IABドナー910AおよびIABノード920Cは、それぞれ、図4のIABドナー410AおよびIABノード420Cとして機能する場合がある。IABノード920CのMTをIABドナー910Aから別のIABドナー(図9に示さず)にハンドオーバした後、IABノード920CのMTは、別のIABドナー(ターゲットIABドナー)に接続されてよく、一方、IABノード920CのDUは、依然としてIABドナー910Aに接続してよい。例示的な手順900は、IABノード920CのDUをターゲットIABドナーにハンドオーバするべきかどうかをネゴシエーションするために実行されてよい。

図9を参照すると、動作911において、IABドナー910A(たとえば、IABドナー910AのCU)が、メッセージをIABノード920C(たとえば、IABノード920CのDU)にF1インターフェースを介して送信してよい。メッセージは、IABノード920CのDUをターゲットIABドナーにマイグレーションするべきかどうかを照会する場合がある。メッセージは、IAB-DUハンドオーバ照会メッセージ、IAB-DUマイグレーション照会メッセージ、F1ハンドオーバ照会メッセージ、またはF1マイグレーション照会メッセージと呼ばれることがある。

動作913において、照会メッセージに応答して、IABノード920C(たとえば、IABノード920CのDU)が、応答メッセージをIABドナー910A(たとえば、IABドナー910AのCU)にF1インターフェースを介して送信してよい。

一部の例において、応答メッセージは、IABノード920CのDUのマイグレーションを拒否する場合がある。応答メッセージは、IAB-DUハンドオーバ拒否メッセージ、IAB-DUマイグレーション拒否メッセージ、F1ハンドオーバ拒否メッセージ、またはF1マイグレーション拒否メッセージと呼ばれることがある。

一部の例において、応答メッセージは、IABノード920CのDUのマイグレーションを承認する場合がある。応答メッセージは、IAB-DUハンドオーバ承認メッセージ、IAB-DUマイグレーション承認メッセージ、F1ハンドオーバ承認メッセージ、またはF1マイグレーション承認メッセージと呼ばれることがある。

(点線のブロックによってオプションとして示される)動作915において、承認メッセージに応答して、IABドナー910A(たとえば、IABドナー910AのCU)が、IABノード920CのDUをターゲットIABドナーにハンドオーバまたはマイグレーションするための手順を開始してよい。手順は、IAB-DUハンドオーバ手順、IAB-DUマイグレーション手順、F1ハンドオーバ手順、またはF1マイグレーション手順として知られている場合がある。

図10は、本開示の一部の実施形態によるワイヤレス通信の例示的な手順1000のフローチャートを示す。例示的な手順1000は、別のIABドナーへのIABノードのMTのマイグレーション後に、IABノードのDUのマイグレーションを実行するべきかどうかを判定するための、IABドナーとIABノードとの間の手順を示す。

本開示の前述の実施形態のすべてにおいて説明された詳細は、図10に示される実施形態に適用可能である。本開示の精神および範囲から逸脱することなく、例示的な手順1000の動作の順番が変更される場合があり、例示的な手順1000の動作の一部が削除または修正される場合があることは、当業者によって理解されるはずである。

一部の例において、IABドナー1010AおよびIABノード1020Cは、それぞれ、図4のIABドナー410AおよびIABノード420Cとして機能する場合がある。IABノード1020CのMTをIABドナー1010Aから別のIABドナー(図10に示さず)にハンドオーバした後、IABノード1020CのMTは、別のIABドナー(ターゲットIABドナー)に接続されてよく、一方、IABノード1020CのDUは、依然としてIABドナー1010Aに接続してよい。例示的な手順1000は、IABノード1020CのDUをターゲットIABドナーにハンドオーバするべきかどうかをネゴシエーションするために実行されてよい。

図10を参照すると、動作1011において、IABノード1020C(たとえば、IABノード1020CのDU)が、メッセージをIABドナー1010A(たとえば、IABドナー1010AのCU)にF1インターフェースを介して送信してよい。メッセージは、ターゲットIABドナーへのIABノード1020CのDUのマイグレーションを要求する場合がある。メッセージは、IAB-DUハンドオーバ要求メッセージ、IAB-DUマイグレーション要求メッセージ、F1ハンドオーバ要求メッセージ、またはF1マイグレーション要求メッセージと呼ばれることがある。

一部の例では、(点線の矢印によってオプションとして示される)動作1013において、要求メッセージに応答して、IABドナー1010A(たとえば、IABドナー1010AのCU)が、マイグレーションを拒否する応答メッセージをIABノード1020C(たとえば、IABノード1020CのDU)にF1インターフェースを介して送信してよい。応答メッセージは、IAB-DUハンドオーバ拒否メッセージ、IAB-DUマイグレーション拒否メッセージ、F1ハンドオーバ拒否メッセージ、またはF1マイグレーション拒否メッセージと呼ばれることがある。

一部の例では、(点線のブロックによってオプションとして示される)動作1015において、要求メッセージに応答して、IABドナー1010A(たとえば、IABドナー1010AのCU)が、IABノード1020CのDUをターゲットIABドナーにハンドオーバまたはマイグレーションするための手順を開始してよい。手順は、IAB-DUハンドオーバ手順、IAB-DUマイグレーション手順、F1ハンドオーバ手順、またはF1マイグレーション手順として知られている場合がある。

図11は、本開示の一部の実施形態による例示的な装置1100のブロック図を示す。

図11に示されるように、装置1100は、少なくとも1つのプロセッサ1106と、プロセッサ1106に結合された少なくとも1つのトランシーバ1102とを含んでよい。装置1100は、IABドナーまたはIABノードである場合がある。

この図では、少なくとも1つのトランシーバ1102およびプロセッサ1106などの要素が単数で記載されているが、単数への限定が明示的に述べられていない限り、複数が考えられる。本出願の一部の実施形態において、トランシーバ1102は、受信回路および送信回路などの2つのデバイスに分割されてよい。本出願の一部の実施形態において、装置1100は、入力デバイス、メモリ、および/またはその他のコンポーネントをさらに含む場合がある。

本出願の一部の実施形態において、装置1100は、IABドナーである場合がある。トランシーバ1102およびプロセッサ1106は、図1～図10において説明されたIABドナーに関する動作を実行するために互いにインタラクションしてよい。

本出願の一部の実施形態において、装置1100は、IABノードである場合がある。トランシーバ1102およびプロセッサ1106は、図1～図10において説明されたIABノードに関する動作を実行するために互いにインタラクションしてよい。

本出願の一部の実施形態において、装置1100は、少なくとも1つの非一時的コンピュータ可読媒体をさらに含む場合がある。

たとえば、本開示の一部の実施形態において、非一時的コンピュータ可読媒体は、上述のIABドナーに関する方法をプロセッサ1106に実施させるためのコンピュータ実行可能命令を記憶していてよい。たとえば、コンピュータ実行可能命令は、実行されるときに、図1～図10において説明されたIABドナーに関する動作を実行するためにプロセッサ1106がトランシーバ1102とインタラクションすることを引き起こす。

本開示の一部の実施形態において、非一時的コンピュータ可読媒体は、上述のIABノードに関する方法をプロセッサ1106に実施させるためのコンピュータ実行可能命令を記憶していてよい。たとえば、コンピュータ実行可能命令は、実行されるときに、図1～図10において説明されたIABノードに関する動作を実行するためにプロセッサ1106がトランシーバ1102とインタラクションすることを引き起こす。

当業者は、本明細書において開示された態様と関連して説明された方法の動作またはステップが、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこれら2つの組合せで具現化される場合があることを理解するであろう。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意のその他の形態のストレージ媒体に存在する場合がある。さらに、一部の態様において、方法の動作またはステップは、コンピュータプログラム製品に組み込まれてよい、非一時的コンピュータ可読媒体上のコードおよび/または命令のうちの1つ、またはそれらの任意の組合せ、またはそれらのセットとして存在する場合がある。

本開示がその特定の実施形態を用いて説明されたが、多くの代替形態、修正形態、および変形形態が当業者に明らかであろうことは明らかである。たとえば、実施形態の様々なコンポーネントが、その他の実施形態において入れ替えられるか、追加されるか、または置き換えられる場合がある。また、各図の要素のすべてが、開示された実施形態の動作に必要なわけではない。たとえば、開示された実施形態の当業者は、単に独立請求項の要素を採用することによって本開示の教示を作成し、使用することを可能にされる。したがって、本明細書に記載された本開示の実施形態は、例示的であるように意図されており、限定的であるように意図されていない。様々な変更が、本開示の精神および範囲から逸脱することなしになされる場合がある。

本明細書において、語「含む(includes)」、「含んでいる(including)」、またはそれらの任意のその他の変化形は、要素のリストを含むプロセス、方法、製品、または装置がそれらの要素のみを含むのではなく、明示的に列挙されていない、またはそのようなプロセス、方法、製品、もしくは装置に固有でないその他の要素を含んでよいように非排他的包含を含むように意図される。「a」、「an」などが前に付く要素は、さらなる制約がなく、要素を含むプロセス、方法、製品、または装置に追加的な同一の要素が存在することを排除しない。また、語「別の」は、少なくとも2番目以降として定義される。本明細書において使用される語「有している(having)」などは、「含んでいる(including)」として定義される。「Aおよび/またはB」または「AおよびBのうちの少なくとも一方」などの表現は、表現とともに列挙された単語の任意のおよびすべての組合せを含む場合がある。たとえば、表現「Aおよび/またはB」または「AおよびBのうちの少なくとも一方」は、A、B、またはAとBとの両方を含む場合がある。言い回し「第1の」、「第2の」などは、本出願の実施形態を明瞭に説明するために使用されているに過ぎず、本出願の趣旨を限定するために使用されていない。

100 ワイヤレス通信システム
110A IABドナー
110B IABドナー
120A IABノード
120B IABノード
120C IABノード
130A UE
130B UE
140A～140D 無線リンク
150A 無線リンク
150B 無線リンク
200 ユーザプレーン(UP)プロトコルスタック
300 制御プレーン(CP)プロトコルスタック
410A IABドナー
410B IABドナー
420A IABノード
420B IABノード
420C IABノード
420D IABノード
430 UE
440C F1シグナリングフロー
440C' F1シグナリングフロー
440D F1シグナリングフロー
440D' F1シグナリングフロー
451 MT
452 MT
453 MT
454 MT
461 DU
462 DU
463 DU
464 DU
465 DU
466 DU
475 CU
476 CU
500 手順
510A IABドナー
510B IABドナー
520B IABノード
520C IABノード
600 手順
610A IABドナー
610B IABドナー
620B IABノード
620C IABノード
700 手順
710A IABドナー
710B IABドナー
720B IABノード
720C IABノード
800 手順
810A IABドナー
810B IABドナー
820C IABノード
900 手順
910A IABドナー
920C IABノード
1000 手順
1010A IABドナー
1020C IABノード
1100 装置
1102 トランシーバ
1106 プロセッサ

Claims (14)

1. 統合アクセスおよびバックホール(IAB)ノードによって実行される方法であって、
   第1のIABドナーに、前記IABノードのモバイル端末(MT)のための第1のリソース構成を送信するステップであって、前記IABノードの分散ユニット(DU)が、前記第1のIABドナーに接続され、前記IABノードの前記MTが、第2のIABドナーに接続されるか、または前記第2のIABドナーにハンドオーバするためのものである、ステップと、
   前記第1のIABドナーから、前記IABノードの前記DUのための第2のリソース構成を受信するステップであって、前記第2のリソース構成が、前記第1のリソース構成に基づいて決定される、ステップと
   を含む、方法。
2. 前記IABノードの前記DUによって前記第1のIABドナーに前記第1のリソース構成を送信する前記ステップが、前記IABノードの前記MTのための前記第1のリソース構成を受信した後に実行される、請求項1に記載の方法。
3. 統合アクセスおよびバックホール(IAB)ドナーによって実行される方法であって、
   IABノードのモバイル端末(MT)のための第1のリソース構成を受信するステップであって、前記IABノードの分散ユニット(DU)が、IABドナーに接続され、前記IABノードの前記MTが、別のIABドナーに接続されるか、または前記別のIABドナーにハンドオーバしている、ステップと、
   前記第1のリソース構成に基づいて前記IABノードの前記DUのための第2のリソース構成を決定するステップと、
   前記IABノードに前記第2のリソース構成を送信するステップと
   を含む、方法。
4. 前記第1のリソース構成が、F1インターフェースを介して前記IABノードの前記DUから受信されるか、または
   前記第1のリソース構成が、Xnインターフェースシグナリングを介して、またはコアネットワークによって中継されるNGインターフェースシグナリングを介して、前記別のIABドナーから受信される、請求項3に記載の方法。
5. 統合アクセスおよびバックホール(IAB)ドナーによって実行される方法であって、
   IABノードの分散ユニット(DU)のための第1のリソース構成を受信するステップであって、前記IABノードのモバイル端末(MT)が、前記IABドナーに接続されるか、または前記IABドナーにハンドオーバしており、前記IABノードの前記DUが、別のIABドナーに接続される、ステップと、
   前記IABノードに前記IABノードの前記MTのための第2のリソース構成を送信するステップであって、前記第2のリソース構成が、前記第1のリソース構成に基づいて決定される、ステップと
   を含む、方法。
6. 前記第1のリソース構成が、Xnインターフェースシグナリングを介して前記別のIABドナーから受信されるか、
   前記第1のリソース構成が、コアネットワークによって中継されるNGインターフェースシグナリングを介して前記別のIABドナーから受信されるか、または
   前記第1のリソース構成が、前記IABノードの前記MTが前記IABドナーに接続されるときに無線リソース制御(RRC)シグナリングを介して前記IABノードから受信される、請求項5に記載の方法。
7. 前記別のIABドナーから、前記IABノードの多重化情報を受信するか、または前記IABノードの前記MTが前記IABドナーに接続されるときに無線リソース制御(RRC)シグナリングを介して前記多重化情報を前記IABノードから受信するステップをさらに含む、請求項5に記載の方法。
8. 統合アクセスおよびバックホール(IAB)ドナーによって実行される方法であって、
   別のIABドナーから、IABノードに関連するアップリンク(UL)着信トラフィック情報を受信するステップであって、前記IABノードのモバイル端末(MT)が、前記IABドナーに接続され、前記IABノードの分散ユニット(DU)が、前記別のIABドナーに接続される、ステップと、
   前記別のIABドナーに、前記IABノードに関連するベアラマッピング構成および前記IABノードに関連するULルーティング構成のうちの少なくとも一方を送信するステップであって、前記ベアラマッピング構成および前記ULルーティング構成が、前記UL着信トラフィック情報に基づく、ステップと
   を含む、方法。
9. 前記UL着信トラフィック情報が、前記IABノードの着信チャネル、または前記着信チャネルと前記着信チャネルに関連するサービス品質(QoS)情報との両方を示す、請求項8に記載の方法。
10. 前記UL着信トラフィック情報が、
    前記IABノードと前記IABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、
    前記UL着信BH RLC CHの前記ID、および前記UL着信BH RLC CHに関連するサービス品質(QoS)情報、
    ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL)情報、ならびに
    前記UL UP TNL情報、前記UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、および前記DRBに関連するQoS情報
    のうちの少なくとも1つを含む、請求項8に記載の方法。
11. 統合アクセスおよびバックホール(IAB)ドナーによって実行される方法であって、
    別のIABドナーに、IABノードに関連するアップリンク(UL)着信トラフィック情報を送信するステップであって、前記IABノードのモバイル端末(MT)が、前記別のIABドナーに接続され、前記IABノードの分散ユニット(DU)が、前記IABドナーに接続される、ステップと、
    前記別のIABドナーから、前記IABノードに関連するベアラマッピング構成および前記IABノードに関連するULルーティング構成のうちの少なくとも一方を受信するステップであって、前記ベアラマッピング構成および前記ULルーティング構成が、前記UL着信トラフィック情報に基づく、ステップと
    を含む、方法。
12. 前記ベアラマッピング構成および前記ULルーティング構成のうちの少なくとも一方を前記IABノードの前記DUにF1インターフェースを介して送信するステップをさらに含む、請求項11に記載の方法。
13. 前記UL着信トラフィック情報が、前記IABノードの着信チャネル、または前記着信チャネルと前記着信チャネルに関連するサービス品質(QoS)情報との両方を示す、請求項11に記載の方法。
14. 前記UL着信トラフィック情報が、
    前記IABノードと前記IABノードの子IABノードとの間のUL着信バックホール(BH)無線リンク制御(RLC)チャネル(CH)のID、
    前記UL着信BH RLC CHの前記ID、および前記UL着信BH RLC CHに関連するサービス品質(QoS)情報、
    ULユーザプレーン(UP)トランスポートネットワークレイヤ(TNL)情報、ならびに
    前記UL UP TNL情報、前記UL UP TNL情報に関連するデータ無線ベアラ(DRB)のID、および前記DRBに関連するQoS情報
    のうちの少なくとも1つを含む、請求項11に記載の方法。

Images