特許 7599011 統合アクセスおよびバックホール通信におけるトラフィックの転送

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-04

(45)【発行日】2024-12-12

(54)【発明の名称】統合アクセスおよびバックホール通信におけるトラフィックの転送

(51)【国際特許分類】

   H04W 40/36 20090101AFI20241205BHJP

   H04W 36/08 20090101ALI20241205BHJP

   H04W 92/20 20090101ALI20241205BHJP

   H04W 16/26 20090101ALI20241205BHJP

【ＦＩ】

H04W40/36

H04W36/08

H04W92/20

H04W92/20 110

H04W16/26

【請求項の数】 10

(21)【出願番号】P 2023521850

(86)(22)【出願日】2020-10-22

(65)【公表番号】

(43)【公表日】2023-10-31

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

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

(87)【国際公開日】2022-04-28

【審査請求日】2023-04-11

(73)【特許権者】

【識別番号】513311642

【氏名又は名称】ノキア ソリューションズ アンド ネットワークス オサケユキチュア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤 嘉晃

(72)【発明者】

【氏名】シュ シャン

(72)【発明者】

【氏名】コスキネン ヘンリ

(72)【発明者】

【氏名】ライティラ マッティ

(72)【発明者】

【氏名】マルカマキ エサ

(72)【発明者】

【氏名】ユルマズ オスマン

(72)【発明者】

【氏名】ブルーメ オリヴァー

(72)【発明者】

【氏名】ケスキタロ イルッカ

【審査官】横田 有光

(56)【参考文献】

【文献】国際公開第２０１９／２１４７４７（ＷＯ，Ａ１）

【文献】Nokia (moderator)，Summary of Offline Discussion on CB: # 8 Topology Redundancy [online]，3GPP TSG-RAN WG3 #108-e R3-205468，2020年09月02日，[検索日2024.4.11]，インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_109-e/Docs/R3-205468.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１の統合アクセスおよびバックホール（ＩＡＢ）ドナー（２１０）の第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）（２１３）において第２のＩＡＢドナー（２２０）の第２のＣＵ－ＣＰ（２２３）に、ターゲットトラフィックを前記第２のＩＡＢドナー（２２０）の分散ユニット（ＤＵ）（２２２）を介して転送する要求を送信することであって、前記要求が前記ターゲットトラフィックの第１の情報を含み、前記第１の情報が、前記ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、または、前記ターゲットトラフィックのためのサービス品質パラメータ、のうちの少なくとも一方を含む、送信することと、
前記第２のＣＵ－ＣＰ（２２３）から、前記第２のＩＡＢドナーのＤＵ（２２２）を介してルーティングされる前記ターゲットトラフィックを構成するために使用される第２の情報を受信することであって、前記第２のＣＵ－ＣＰ（２２３）によって決定される前記第２の情報は、前記第１の情報に基づいている、受信することとを含む、方法。

【請求項2】

前記ターゲットトラフィックが、前記第１のＩＡＢドナー（２１０）の中央ユニットユーザプレーン（ＣＵ－ＵＰ）（２１４）とＩＡＢノード（２４０）との間のインターフェースのユーザプレーントラフィックを含み、前記方法が、
前記ＣＵ－ＵＰ（２１４）に前記ユーザプレーントラフィックに関する前記第２の情報の少なくとも一部を送信することをさらに含む、請求項１に記載の方法。

【請求項3】

前記ターゲットトラフィックが前記第１のＣＵ－ＣＰ（２１３）とＩＡＢノード（２４０）との間のインターフェースの制御プレーントラフィックを含み、前記方法が、
前記ＩＡＢノード（２４０）に前記第２のＩＡＢドナー（２２０）の前記ＤＵ（２２２）を介して、前記第２の情報の少なくとも一部を含む前記制御プレーントラフィックを送信することをさらに含む、請求項１に記載の方法。

【請求項4】

前記制御プレーントラフィックを送信する前に、前記第２の情報の前記少なくとも一部を使用して前記制御プレーントラフィックのパケットヘッダを構成することをさらに含む、請求項３に記載の方法。

【請求項5】

前記ターゲットトラフィックが、ＩＡＢノード（２４０）と通信する少なくとも１つのデバイスに宛てられ、前記第１の情報が、
前記少なくとも１つのデバイスの識別情報、
前記少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、または、
前記少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、
のうちの少なくとも１つをさらに含む、請求項１から４のいずれか１項に記載の方法。

【請求項6】

前記第２の情報が、
前記ターゲットトラフィックのための差別化サービスコードポイント、
前記ターゲットトラフィックのためのインターネットプロトコルバージョン６（ＩＰｖ６）フローラベル、
ＩＡＢノード（２４０）のトランスポート層アドレス、
前記ＩＡＢノード（２４０）のバックホールアダプテーションプロトコル（ＢＡＰ）アドレス、
バックホールアダプテーションプロトコル（ＢＡＰ）経路識別情報、
前記ＩＡＢノード（２４０）と通信する少なくとも１つのデバイスの識別情報、
前記少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、
前記少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、または、
前記少なくとも１つのデバイスのためのルーティング識別情報、
のうちの少なくとも１つを含む、請求項１から５のいずれか１項に記載の方法。

【請求項7】

第２の統合アクセスおよびバックホール（ＩＡＢ）ドナー（２２０）の第２の中央ユニット制御プレーン（ＣＵ－ＣＰ）（２２３）において第１のＩＡＢドナー（２１０）の第１のＣＵ－ＣＰ（２１３）から、ターゲットトラフィックを前記第２のＩＡＢドナー（２２０）の分散ユニット（ＤＵ）（２２２）を介して転送する要求を受信することであって、前記要求が前記ターゲットトラフィックの第１の情報を含み、前記第１の情報が、前記ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、または、前記ターゲットトラフィックのためのサービス品質パラメータ、のうちの少なくとも一方を含む、受信することと、
前記第１の情報に基づいて、前記ターゲットトラフィックのために使用される第２の情報を決定することと、
前記第２の情報を前記第１のＣＵ－ＣＰ（２１３）に送信することとを含む、方法。

【請求項8】

前記ターゲットトラフィックが、ＩＡＢノード（２４０）と通信する少なくとも１つのデバイスに宛てられ、前記第１の情報が、
前記少なくとも１つのデバイスの識別情報、
前記少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、または、
前記少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、
のうちの少なくとも１つをさらに含む、請求項７に記載の方法。

【請求項9】

前記第２の情報が、
前記ターゲットトラフィックの差別化サービスコードポイント、
前記ターゲットトラフィックのインターネットプロトコルバージョン６（ＩＰｖ６）フローラベル、
ＩＡＢノード（２４０）のトランスポート層アドレス、
前記ＩＡＢノード（２４０）のバックホールアダプテーションプロトコル（ＢＡＰ）アドレス、
バックホールアダプテーションプロトコル（ＢＡＰ）経路識別情報、
前記ＩＡＢノード（２４０）と通信する少なくとも１つのデバイスの識別情報、
前記少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、
前記少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、または、
前記少なくとも１つのデバイスのためのルーティング識別情報、
のうちの少なくとも１つを含む、請求項７または８に記載の方法。

【請求項10】

前記第２のＩＡＢドナー（２２０）の前記ＤＵ（２２２）に、前記第２のＩＡＢドナー（２２０）の前記ＤＵ（２２２）を、トラフィックマッピングを行い、前記ターゲットトラフィックをＩＡＢノード（２４０）にルーティングするように構成するための第３の情報を送信することをさらに含む、請求項７から９のいずれか１項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般には遠隔通信の分野に関し、具体的には、統合アクセスおよびバックホール（ＩＡＢ）通信においてトラフィックを転送するためのデバイス、方法、装置およびコンピュータ可読媒体に関する。

【背景技術】

【0002】

ＩＡＢは、３ＧＰＰ仕様のリリース１６（Ｒｅｌ－１６）において、高速でコスト効率の高いデプロイメントの実現の鍵として導入された。ＩＡＢノードは、アクセスとバックホールのために同一または異なるスペクトルとエアインターフェースを使用し、それによってサイト間に階層的無線マルチホップ（複数バックホールリンク）ネットワークを形成する。ホップは最終的に、従来型固定バックホールを使用してコアネットワークに接続されるＩＡＢドナーで終端する。ＩＡＢノードは、その親分散ユニット（ＤＵ）に対するユーザ装置（ＵＥ）として機能するモバイル端末（ＭＴ）部と、モバイル端末および／または子ＩＡＢノードに対する基地局として機能するＤＵ部とを含む。ＩＡＢドナーは、中央ユニット（ＣＵ）部とＤＵ部とを含む。ＩＡＢ ＤＵは、ＵＥにサービス提供する１つまたは複数のセルを提供することができる。

【0003】

バックホール（ＢＨ）接続において発生する可能性のある障害またはＩＡＢトポロジーもしくはＩＡＢモビリティの変化に起因して、ＩＡＢノードは、同一または異なるＩＡＢドナー下に存在し得るそのサービス提供ノードを変更する必要がある場合がある。後者の場合、新たなＩＡＢドナーへのハンドオーバーと接続の手順に時間がかかる。その結果、そのＩＡＢノードに接続されているＵＥにおいて接続とサービスの中断が生じることがある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

一般には、本開示の例示の実施形態は、ＩＡＢ通信においてトラフィックを転送するためのデバイス、方法、装置およびコンピュータ可読媒体を提供する。

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

【0005】

第１の態様では、方法が提供される。方法は、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第２のＩＡＢドナーの第２のＣＵ－ＣＰに、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求を送信することであって、その要求がターゲットトラフィックの第１の情報を含む、送信することと、第２のＣＵ－ＣＰから、ターゲットトラフィックを構成するために使用される第２の情報を受信することとを含む。

【0006】

第２の態様では、方法が提供される。方法は、第２の統合アクセスおよびバックホール（ＩＡＢ）ドナーの第２の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第１のＩＡＢドナーの第１のＣＵ－ＣＰから、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求を受信することであって、その要求がターゲットトラフィックの第１の情報を含む、受信することと、第１の情報に基づいて、ターゲットトラフィックのために使用される第２の情報を決定することと、第２の情報を第１のＣＵ－ＣＰに送信することとを含む。

【0007】

第３の態様では、方法が提供される。方法は、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの中央ユニットユーザプレーン（ＣＵ－ＵＰ）において第１のＩＡＢドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）から、ＣＵ－ＵＰとＩＡＢノードとの間のインターフェースのユーザプレーントラフィックのためのサービス品質マッピング情報を更新するための第４の情報を受信することであって、ユーザプレーントラフィックがＩＡＢノードに転送される、受信することと、第１のＩＡＢドナーまたは第２のＩＡＢドナーの分散ユニット（ＤＵ）を介してＩＡＢノードに、第４の情報の少なくとも一部を含むユーザプレーントラフィックを送信することとを含む。

【0008】

第４の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリとコンピュータプログラムコードとは、少なくとも１つのプロセッサによって第１のデバイスに、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第２のＩＡＢドナーの第２のＣＵ－ＣＰに、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求であって、ターゲットトラフィックの第１の情報を含む要求を送信させ、第２のＣＵ－ＣＰから、ターゲットトラフィックを構成するために使用される第２の情報を受信させるように構成される。

【0009】

第５の態様では、第２のデバイスが提供される。第２のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリとコンピュータプログラムコードとは、少なくとも１つのプロセッサによって、第２のデバイスに、第２の統合アクセスおよびバックホール（ＩＡＢ）の第２の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第１のＩＡＢドナーの第１のＣＵ－ＣＰから、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求であってターゲットトラフィックの第１の情報を含む要求を受信させ、第１の情報に基づいて、ターゲットトラフィックのために使用される第２の情報を決定させ、第２の情報を第１のＣＵ－ＣＰに送信させるように構成される。

【0010】

第６の態様では、第３のデバイスが提供される。第３のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリとコンピュータプログラムコードとは、少なくとも１つのプロセッサによって、第３のデバイスに、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの中央ユニットユーザプレーン（ＣＵ－ＵＰ）において第１のＩＡＢドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）から、ＩＡＢノードに転送される、ＣＵ－ＵＰとＩＡＢノードとの間のインターフェースのユーザプレーントラフィックのためのサービス品質マッピング情報を更新するための第４の情報を受信させ、ＩＡＢノードに第１のＩＡＢドナーまたは第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して第４の情報の少なくとも一部を含むユーザプレーントラフィックを送信させるように構成される。

【0011】

第７の態様では、第１の装置が提供される。第１の装置は、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第２のＩＡＢドナーの第２のＣＵ－ＣＰに、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求であって、ターゲットトラフィックの第１の情報を含む要求を送信する手段と、第２のＣＵ－ＣＰから、ターゲットトラフィックを構成するために使用される第２の情報を受信する手段とを含む。

【0012】

第８の態様では、第２の装置が提供される。第２の装置は、第２の統合アクセスおよびバックホール（ＩＡＢ）ドナーの第２の中央ユニット制御プレーン（ＣＵ－ＣＰ）において第１のＩＡＢドナーの第１のＣＵ－ＣＰから、ターゲットトラフィックを第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して転送する要求であって、ターゲットトラフィックの第１の情報を含む要求を受信する手段と、第１の情報に基づいて、ターゲットトラフィックのために使用される第２の情報を決定する手段と、第２の情報を第１のＣＵ－ＣＰに送信する手段とを含む。

【0013】

第９の態様では、第３の装置が提供される。第３の装置は、第１の統合アクセスおよびバックホール（ＩＡＢ）ドナーの中央ユニットユーザプレーン（ＣＵ－ＵＰ）において第１のＩＡＢドナーの第１の中央ユニット制御プレーン（ＣＵ－ＣＰ）から、ＣＵ－ＵＰとＩＡＢノードとの間のインターフェースのユーザプレーントラフィックのためのサービス品質マッピング情報を更新するための第４の情報を受信する手段であって、ユーザプレーントラフィックがＩＡＢノードに転送される、第４の情報を受信する手段と、ＩＡＢノードに第１のＩＡＢドナーまたは第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して、第４の情報の少なくとも一部を含むユーザプレーントラフィックを送信する手段とを含む。

【0014】

第１０の態様では、プログラム命令が記憶されたコンピュータ可読記憶媒体がある。命令は、装置によって実行されると、装置に上記の第１、第２または第３の態様による方法を実行させる。

【0015】

発明の概要の項は、本開示の実施形態の重要なまたは必須の特徴を特定することは意図しておらず、本開示の範囲を限定するために使用されることも意図していない。本開示のその他の特徴は、以下の説明から容易にわかるであろう。

【0016】

添付図面における本開示のいくつかの例示の実施形態のより詳細な説明から、本開示の上記およびその他の目的、特徴および利点がより明らかになるであろう。

【図面の簡単な説明】

【0017】

【図1】ＩＡＢ通信のためのシステムのブロック図を示す図である。

【図2a】本開示の実施形態を実装可能な例示のＩＡＢ環境を示す図である。

【図2b】本開示の実施形態を実装可能な例示のＩＡＢ環境を示す図である。

【図3】本開示の一部の実施形態による、トラフィックを転送するための例示のプロセスを示すフローチャートを示す図である。

【図4】本開示の一部の例示の実施形態による例示の方法のフローチャートを示す図である。

【図5a】本開示の一部の例示の実施形態による例示の方法のフローチャートを示す図である。

【図5b】本開示の一部の例示の実施形態による例示の方法のフローチャートを示す図である。

【図6】本開示の実施形態を実装するのに適した装置の概略ブロック図を示す図である。

【図7】本開示の一部の例示の実施形態による例示のコンピュータ可読媒体のブロック図を示す図である。

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

【0018】

全図面を通じて、同一または類似の参照番号は同一または類似の要素を表す。

【0019】

以下、本開示の原理についていくつかの例示の実施形態を参照しながら説明する。これらの実施形態は、例示のみを目的として説明し、本開示の範囲に関していかなる限定も示唆せずに、当業者が本開示を理解し、実装するのを助けるものであることを理解されたい。本明細書に記載の本開示は、以下に記載される方式以外の様々な方式でも実装可能である。

【0020】

以下の説明および特許請求の範囲では、別に定義されていない限り、本明細書で使用されているすべての技術用語および科学用語は、本開示が属する技術分野の業者によって一般的に理解されているものと同じ意味を有する。

【0021】

本開示において「一実施形態」、「実施形態」、「例示の実施形態」などと言う場合、記載されている実施形態が特定の特徴、構造または特性を含み得ることを示すが、すべての実施形態がその特定の特徴、構造または特性を含むとは限らない。また、そのような語句は、必ずしも同じ実施形態を指しているとは限らない。また、特定の特徴、構造または特性について、例示の実施形態に関連して説明している場合、明記されているか否かを問わず、そのような特徴、構造または特性を他の実施形態に関連して採用することは当業者の知識の範囲内に含まれるものとみなされる。

【0022】

本明細書では様々な要素について説明するために「第１」および「第２」などの用語が使用されている場合があるが、これらの要素はこれらの用語によって限定されるべきではないものと理解されたい。これらの用語は、１つの要素を別の要素から区別するためにのみ使用されている。たとえば、例示の実施形態の範囲から逸脱することなく、第１の要素を第２の要素と称することもでき、同様に、第２の要素を第１の要素と称することもできる。本明細書で使用される「および／または」という用語は、列挙されている用語のうちの１つまたは複数の用語のあらゆる組合せを含む。

【0023】

本明細書で使用されている用語は、特定の実施形態のみについて説明することを目的としており、例示の実施形態の限定は意図されていない。本明細書で使用されている単数形の「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が他の解釈を明確に示していない限り、複数形も含むことが意図されている。また、「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という用語は、本明細書で使用されている場合、記載されている特徴、要素および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、要素、構成要素および／またはこれらの組合せの存在または追加を排除しないことを理解されたい。

【0024】

本出願で使用される「回路」という用語は、以下のうちの１つまたは複数あるいはすべてを指し得る。
（ａ）ハードウェアのみの回路実装形態（アナログおよび／またはデジタル回路のみの実装形態など）および、
（ｂ）以下のもの（該当する場合）などのハードウェア回路とソフトウェアとの組合せ、
（ｉ）アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの組合せ、および、
（ｉｉ）ソフトウェアを備えたハードウェアプロセッサの任意の部分（携帯電話またはサーバなどの装置に様々な機能を実行させるように共働するデジタルシグナルプロセッサ、ソフトウェアおよびメモリを含む）、
（ｃ）動作のためにソフトウェア（たとえばファームウェア）を必要とするマイクロプロセッサまたはマイクロプロセッサの一部などのハードウェア回路およびまたはプロセッサであるが、ソフトウェアは動作のために必要がない場合には存在しなくてもよい。

【0025】

この回路の定義は、特許請求の全範囲を含む本出願におけるこの用語のすべての使用に適用される。さらなる一例として、本出願で使用される回路という用語は、ハードウェア回路もしくはプロセッサ（もしくは複数のプロセッサ）のみ、またはハードウェア回路もしくはプロセッサの一部とその（もしくはそれらの）付随するソフトウェアおよび／もしくはファームウェアの実装形態も対象として含む。回路という用語は、たとえば、特定のクレーム要素に適用可能な場合には、モバイルデバイス用のベースバンド集積回路もしくはプロセッサ集積回路、またはサーバ、セルラネットワークデバイス、もしくはその他のコンピューティングもしくはネットワークデバイスにおける同様の集積回路も対象として含む。

【0026】

本明細書で使用される「通信ネットワーク」という用語は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）などの、任意の適切な通信規格に準拠するネットワークを指す。また、通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、および／または、現在知られているかまたは今後開発される任意のその他のプロトコルを含むがこれらには限定されない、任意の適切な世代の通信プロトコルに従って行われてもよい。本開示の実施形態は、様々な通信システムにおいて適用可能である。通信における急速な発展を考えると、当然ながら、本開示をともに具現化可能な未来型通信技術およびシステムもあるであろう。本開示の範囲を上述のシステムのみに限定するものとみなされるべきではない。

【0027】

本明細書で使用される「ネットワークデバイス」という用語は、端末デバイスがそれを介してネットワークにアクセスし、そこからサービスを受ける通信ネットワークにおけるノードを指す。ネットワークデバイスは、適用される用語および技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）、たとえばｎｏｄｅＢ（ＮｏｄｅＢまたはＮＢ）、ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードを指す場合がある。また、ＩＡＢノードまたはＩＡＢ－ＤＵは、ネットワークデバイスの一例である。以下の説明では、「ネットワークデバイス」、「ＢＳ」および「ノード」という用語が交換可能に使用される場合がある。

【0028】

「端末デバイス」という用語は、無線通信可能であり得る任意の端末デバイスを指す。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ装置（ＵＥ）、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）とも呼ばれることがある。端末デバイスは、携帯電話、セルラ電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶および再生機器、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組み込み装置（ＬＥＥ）、ラップトップマウント装置（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線加入者宅内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイスおよび用途（たとえば遠隔外科手術）、工業用デバイスおよび用途（たとえば、工業および／または自動加工チェーンの環境で動作するロボットおよび／またはその他の無線デバイス）、家電デバイス、商業および／または工業無線ネットワーク上で動作するデバイスなどを含み得るがこれらには限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ装置」および「ＵＥ」という用語が交換可能に使用される場合がある。

【0029】

本開示の例示の実施形態は、アクセスポイントの無線バックホールを備えた無線アクセスネットワークを対象とする。バックホールは、マルチホップまたはメッシュであってもよい。本開示の実施形態の重要な用途は、端末デバイス、ＩＡＢノードおよび有線ＩＡＢドナーノードを有する３ＧＰＰ ＩＡＢネットワークにおけるＩＡＢ通信用である。以下では、本開示の実施形態について３ＧＰＰ ＩＡＢネットワークを参照しながら説明する。本開示の実施形態は、無線バックホールを備えた任意のその他のネットワークにも適用可能であり得ることを理解されたい。

【0030】

図１に、ＩＡＢ通信用のシステム１００のブロック図を示す。図１に示すように、システム１００は、コアネットワーク（ＣＮ）１１０と、ＩＡＢドナー１２０と、ＩＡＢノード１３０－１および１３０－２（「ＩＡＢノード１３０」と総称するか、または個別に「ＩＡＢノード１３０」と呼ぶ）と、端末デバイス１５０－１、１５０－２および１５０－３（「端末デバイス１５０」と総称するかまたは個別に「端末デバイス１５０」と呼ぶ）とを含む。本明細書で使用する「ＩＡＢノード」および「ＩＡＢデバイス」という用語は交換可能に使用される場合がある。「ＩＡＢドナーノード」、「ＩＡＢドナー」および「ＩＡＢドナーデバイス」という用語は交換可能に使用される場合がある。

【0031】

図１に示すアーキテクチャでは、ＣＮインターフェースがＩＡＢドナー１２０で終端し、したがって中継が唯一の無線アクセスネットワーク（ＲＡＮ）機能である。このアーキテクチャは、ＣＵ機能がＩＡＢドナー１２０にあり、ＤＵ機能がＩＡＢドナーＤＵ１２２またはＩＡＢノード１３０にあるように、ＣＵとＤＵのために分割ｇＮＢアーキテクチャを利用する。親ノード（別のＩＡＢノードまたはＩＡＢドナーとすることができる）との接続設定と通信のために、ＩＡＢノード１３０がＵＥ動作に、またはＵＥ動作の一部に対応するＭＴ機能をホストする。

【0032】

ＩＡＢドナー１２０は、ＣＵ１２１（「ＩＡＢドナーＣＵ１２１」とも呼ぶ）とＤＵ１２２（「ＩＡＢドナーＤＵ１２２」とも呼ぶ）を含み得る。ＣＵ１２１とＤＵ１２２は、同じデバイスで、または異なるデバイスで実装されてもよいことを理解されたい。ＣＵ１２１はさらに、ＣＵ制御プレーン（ＣＵ－ＣＰ）１２３と、１つまたは複数のＣＵユーザプレーン（ＣＵ－ＵＰ）１２４とを含み得る。ＣＵ－ＣＰ１２３とＣＵ－ＵＰ１２４とは同じデバイスで、または異なるデバイスで実装されてもよいことを理解されたい。ＩＡＢノード１３０－１は、ＭＴ部１３１－１とＤＵ１３２－１とを含み得る。ＩＡＢノード１３０－２は、ＭＴ部１３１－２とＤＵ１３２－２とを含み得る。ＭＴ部１３１－１および１３１－２を「ＩＡＢ ＭＴ１３１」と総称するかまたは個別に「ＩＡＢ ＭＴ１３１」とも呼ぶ。ＤＵ１３２－１および１３２－２を「ＩＡＢ ＤＵ１３２」と総称するかまたは個別に「ＩＡＢ ＤＵ１３２」とも呼ぶ。

【0033】

ＩＡＢドナーＤＵ１２２または各ＩＡＢ ＤＵ１３２は、端末デバイスおよび／または１つまたは複数のＩＡＢ－ＭＴ１３１にサービス提供するための１つまたは複数のセルを提供することができる。たとえば、図１に示すように、ＩＡＢドナーＤＵ１２２は端末デバイス１５０－１にサービス提供し、ＩＡＢ ＤＵ１３２－１は端末デバイス１５０－２にサービス提供し、ＩＡＢ ＤＵ１３２－２は端末デバイス１５０－３にサービス提供する。

【0034】

ＩＡＢノード１３０のＩＡＢ ＭＴ１３１は、その親ノードに対するＵＥとして機能することができる。たとえば、ＩＡＢ ＭＴ１３１－１はＩＡＢドナー１２０（すなわちＩＡＢドナーＤＵ１２２）に対するＵＥとして機能してもよく、ＩＡＢ ＭＴ１３１－２はＩＡＢノード１３０－１（すなわちＩＡＢ ＤＵ１３２－１）に対するＵＥとして機能してもよい。子リンク上で、ＩＡＢノード１３０のＩＡＢ ＤＵ１３２がその次のホップＩＡＢノードに対するネットワークデバイス（ｇＮＢなど）として機能してもよい。たとえば、ＩＡＢドナーＤＵ１２２はＩＡＢノード１３０－１に対するｇＮＢとして機能してもよく、ＩＡＢ ＤＵ１３２－１はＩＡＢノード１３０－２に対するｇＮＢとして機能してもよい。アクセスリンク上で、ＩＡＢドナー１２０とＩＡＢノード１３０が通常のネットワークデバイスとして機能してもよく、それによってそれらのカバレッジエリアにおいて端末デバイス１５０に無線インターフェースを提供する。

【0035】

ＩＡＢ ＭＴ１３１と親ノードのＤＵとの間にＢＨ無線リンク制御（ＲＬＣ）チャネルを設定することができ、バックホールアダプテーションプロトコル（ＢＡＰ）と呼ばれるアダプテーション層がＲＬＣ層の上にあることが合意される。ＩＡＢ ＤＵ１３２は、ＩＡＢ機能をサポートするＦ１インターフェースを使用してＩＡＢドナーＣＵ１２１に接続する。たとえば、ＩＡＢ ＤＵ１３２－１はＦ１インターフェース１９０を介してＩＡＢドナーＣＵ１２１に接続し、ＩＡＢ ＤＵ１３２－２はＦ１インターフェース１８０を介してＩＡＢドナーＣＵ１２１に接続する。Ｆ１インターフェースは、Ｆ１－ＣインターフェースとＦ１－Ｕインターフェースとを含み得る。ＩＡＢ ＤＵ１３２は、Ｆ１－Ｃインターフェースを介してＩＡＢドナーＣＵ－ＣＰ１２３に接続し、ＩＡＢ ＤＵ１３２はＦ１－Ｕインターフェースを介してＩＡＢドナーＣＵ－ＵＰ１２４に接続する。

【0036】

Ｆ１インターフェーストラフィックはＦ１－Ｕインターフェースのトラフィック（「Ｆ１－Ｕトラフィック」とも呼ぶ）とＦ１－Ｃインターフェースのトラフィック（「Ｆ１－Ｃトラフィック」とも呼ぶ）とを含む。Ｆ１インターフェーストラフィックは、アダプテーション層の上で送信される。したがってＩＡＢはＬ２中継を実装する。ＩＡＢノード１３０のためのサービス提供ＩＡＢドナーＤＵ１２２にルーティングされるダウンリンク（ＤＬ）Ｆ１トラフィックを可能にするために、ＩＡＢノード１３０は、ＩＡＢドナーＤＵ１２２にアンカーされているインターネットプロトコル（ＩＰ）アドレス（たとえば、ＩＰＳｅｃトンネルが有効化される場合の外部ＩＰアドレス）が割り当てられる。ＩＡＢドナーＣＵ１２１がＩＡＢノード１３０にＤＬ Ｆ１トラフィックを送ると、Ｆ１トラフィックはＩＰアドレスに基づいてＩＡＢドナーＤＵ１２２までルーティングされる。ＩＡＢドナーＤＵ１２２は、ＩＡＢドナーＣＵ１２１によって予め構成された構成に基づいて、ＤＬ Ｆ１トラフィックを関連するＢＨ ＲＬＣチャネルにマップする。構成は、ＤＬ Ｆ１トラフィックを識別するための差別化サービスコードポイント（ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ（ＤＳＣＰ））および／またはインターネットプロトコルバージョン６（ＩＰｖ６）フローラベルおよび／またはＩＰアドレスと、関連するＢＨ ＲＬＣチャネル情報とを含む。これは、ＩＡＢドナーＤＵ１２２におけるトラフィックマッピングをサポートするために、ＩＡＢドナーＣＵ１２１（たとえば、ドナーＣＵ－ＣＰまたはドナーＣＵ－ＵＰ）が特定のＤＳＣＰおよび／またはＩＰｖ６フローラベルおよび／またはＩＰアドレスを使用することを必要とする。

【0037】

また、トポロジーアダプテーション時、ＩＡＢノード１３０のためのサービス提供ＩＡＢドナーＤＵがソースＩＡＢドナーＤＵからターゲットＩＡＢドナーＤＵに変更され得る。したがって、ＩＡＢノード１３０は、ターゲットＩＡＢドナーＤＵにアンカーされている新規ＩＰアドレスを取得し得る。

【0038】

環境１００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）および第５世代（５Ｇ）などのセルラ通信プロトコル、電気電子技術者協会（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、ならびに／または現在知られているかもしくは今後開発される任意のその他のプロトコルを含むがこれらには限定されない、任意の適切な通信プロトコルに従って実装されてもよい。また、通信は、符号分割多重アドレス（ＣＤＭＡ）、周波数分割多重アドレス（ＦＤＭＡ）、時分割多重アドレス（ＴＤＭＡ）、周波数分割二重（ＦＤＤ）、時分割二重（ＴＤＤ）、多重入出力（ＭＩＭＯ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）および／または現在知られているかまたは今後開発される任意のその他の技術を含むがこれらには限定されない、任意の適切な無線通信技術を使用することができる。

【0039】

一態様では、ＢＨ接続において発生する可能性のある障害またはＩＡＢトポロジーもしくはＩＡＢモビリティの変化に起因して、ＩＡＢノードはそのサービス提供ノードを変更する必要がある場合がある。このようなバックホールトポロジーの変化は、ＩＡＢノードの親ＩＡＢノードの変更またはＩＡＢドナーの変更さえも伴うことがある。ＩＡＢドナーが変更される後者の場合は、ドナー間トポロジーアダプテーションとみなされ得る。別の態様では、たとえばバックホールリンク遮断が起こった場合に堅牢な動作を可能にするためと、バックホールリンク間の負荷バランスのために、トポロジー冗長性が提案されている。ドナー間トポロジー冗長性のシナリオでは、複数のＩＡＢ ＤＵを有するＩＡＢノードが、複数のＩＡＢドナーＣＵとの複数のＦ１インターフェースを有することができ、ここで、１つのＩＡＢ ＤＵはそれぞれのＩＡＢドナーＣＵとインターフェースする。

【0040】

図２ａおよび図２ｂに、本開示の実施形態を実装可能な例示のＩＡＢ環境２００および２０５を示す。図２ａおよび図２ｂに示すように、環境２００および２０５は、ＩＡＢドナー２１０（以下、「第１のＩＡＢドナー」または「ソースドナー」または「ドナー１」とも呼ぶ）と、ＩＡＢドナー２２０（以下、「第２のＩＡＢドナー」または「ターゲットドナー」または「ドナー２」とも呼ぶ）と、ＩＡＢノード２５０（「ソース親セル」または「ソース親」とも呼ぶ）と、ＩＡＢノード２６０（「ターゲット親セル」または「ターゲット親」とも呼ぶ）と、ＩＡＢノード２４０と、端末デバイス２７０－１および２７０－２（「端末デバイス２７０」と総称するかまたは「端末デバイス２７０」と個別に呼ぶ）とを含む。

【0041】

ＩＡＢドナー２１０は、ＣＵ２１１（以下、「ＩＡＢドナーＣＵ２１１」または「ドナー１ＣＵ２１１」とも呼ぶ）と、ＤＵ２１２（以下、「ＩＡＢドナーＤＵ２１２」または「ドナー１ＤＵ２１２」とも呼ぶ）とを含む。ＩＡＢドナーＣＵ２１１は、以下で「ドナー１ＣＵ－ＣＰ２１３」とも呼ぶＣＵ－ＣＰ２１３と、以下で「ドナー１ＣＵ－ＵＰ２１４」とも呼ぶＣＵ－ＵＰ２１４とを含み得る。

【0042】

ＩＡＢドナー２２０は、ＣＵ２２１（以下、「ＩＡＢドナーＣＵ２２１」または「ドナー２ＣＵ２２１」とも呼ぶ）と、ＤＵ２２２（以下、「ＩＡＢドナーＤＵ２２２」または「ドナー２ＤＵ２２２」とも呼ぶ）とを含む。ＩＡＢドナーＣＵ２２１は、以下で「ドナー２ＣＵ－ＣＰ２２３」とも呼ぶＣＵ－ＣＰ２２３と、以下で「ドナー２ＣＵ－ＵＰ２２４」とも呼ぶＣＵ－ＵＰ２２４とを含み得る。

【0043】

ＩＡＢドナー２１０とＩＡＢノード２４０との間の中間ノードとして機能するＩＡＢノード２５０が、ＭＴ２５１とＤＵ２５２とを含む。同様に、ＩＡＢドナー２２０とＩＡＢノード２４０との間の中間ノードとして機能するＩＡＢノード２６０が、ＭＴ２６１とＤＵ２６２とを含む。

【0044】

ＩＡＢノード２４０は、ＭＴ２４１（以下、「ＩＡＢ ＭＴ２４１」とも呼ぶ）と、少なくとも１つのＤＵ２４２－１（以下、「ＩＡＢ ＤＵ２４２－１」とも呼ぶ）とを含む。たとえば、図２ａに示すように、一部の例示の実施形態では、ＩＡＢノード２４０はＤＵ２４２－２（以下、「ＩＡＢ ＤＵ２４２－２」とも呼ぶ）をさらに含み得る。ＤＵ２４２－１および２４２－２を、「ＩＡＢ ＤＵ２４２」と総称するかまたは「ＩＡＢ ＤＵ２４２」と個別に呼ぶ場合がある。図２ａおよび図２ｂに示すＩＡＢノード２４０におけるＤＵの数は、本開示の範囲に対するいかなる限定も示唆せずに、例示のみを目的としていることを理解されたい。

【0045】

図２ａに、トポロジーアダプテーションのシナリオを示す。ＩＡＢノード２４０が、最初にＩＡＢノード２５０に接続され、したがってＩＡＢドナー２１０がＩＡＢノード２４０に対するサービス提供ＩＡＢドナーとして機能する。トポロジーアダプテーション時、ＩＡＢノード２４０はソースＩＡＢノード２５０から異なるＣＵのターゲットＩＡＢノード２６０に移行する。したがって、図２ａに示すように、ＩＡＢ ＤＵ２４２（たとえばＤＵ２４２－１）とＩＡＢドナーＣＵ２１１との間にＦ１インターフェース２８０（Ｆ１－ＣインターフェースおよびＦ１－Ｕインターフェースを含む）が確立され、ＩＡＢ ＭＴ２４１とＤＵ２５２との間にＢＨリンクも確立される。トポロジーアダプテーションの後、ＩＡＢ ＤＵ２４２（たとえばＤＵ２４２－２）とＩＡＢドナーＣＵ２２１との間にＦ１インターフェース２９１が確立され、ＩＡＢ ＭＴ２４１とＤＵ２６２との間にＢＨリンクも確立される。

【0046】

図２ｂに、トポロジー冗長性シナリオを示す。図２ｂに示すように、ＩＡＢノード２４０がＩＡＢノード２５０と２６０の両方に接続され、したがってＩＡＢドナー２１０および２２０がＩＡＢノード２４０に対するサービス提供ＩＡＢドナーとして機能する。ＩＡＢ ＤＵ２４２－１とＩＡＢドナーＣＵ２１１との間にＦ１インターフェース２８０が確立される。ＩＡＢ ＭＴ２４１とＤＵ２５２との間にＢＨリンクも確立される。ＩＡＢ ＤＵ２４２－２とＩＡＢドナーＣＵ２２１との間にＦ１インターフェース２９２が確立される。ＩＡＢ ＭＴ２４１とＤＵ２６２との間にＢＨリンクも確立される。ＩＡＢノード２４０がＤＵを１つのみ有し、ＩＡＢノード２４０におけるそのＤＵがＦ１インターフェース２８０またはＦ１インターフェース２９２のみを有することも可能である。

【0047】

ＩＡＢドナー、ＩＡＢノード、およびＩＡＢノードに接続される端末デバイスの数は、本開示の範囲のいかなる限定も示唆することなく、例示のみを目的としていることを理解されたい。また、ＣＵ、ＤＵおよびＭＴの数は、本開示の範囲のいかなる限定も示唆することなく、例示のみを目的としていることも理解されたい。この通信システムは、本開示の例示の実施形態を実装するようになされた任意の適切な数のＩＡＢドナー、ＩＡＢノード、および端末デバイスを含むことができる。たとえば、一部の例示の実施形態では、ＩＡＢノード２４０はＩＡＢドナー、たとえばＩＡＢドナー２１０または２２０に直接接続されてもよい。別の例として、一部の例示の実施形態では、ＩＡＢノード２４０とＩＡＢドナー、たとえばＩＡＢドナー２１０または２２０との間に複数の中間ＩＡＢノードがあってもよい。ＤＵ２１２と１つまたは複数の中間ＩＡＢノード（たとえばＩＡＢノード２５０）とを介する送信経路を「ソース経路」と呼ぶ。ＤＵ２２２と１つまたは複数の中間ＩＡＢノード（たとえばＩＡＢノード２６０）とを介する送信経路を「ターゲット経路」と呼ぶ。

【0048】

従来、ＩＡＢドナーのＣＵとＩＡＢノードとの間のトラフィックは、別のＩＡＢドナーのＤＵを介して送信およびルーティングされることは不可能である。たとえば、従来の解決策によると、図２ａおよび図２ｂにおいて、Ｆ１インターフェース２８０のトラフィックはソース経路を介してのみ送信可能であり、Ｆ１インターフェース２９１またはＦ１インターフェース２９２のトラフィックはターゲット経路を介してのみ送信可能であった。ＩＡＢノードに対するサービス提供ＩＡＢドナーがソースＩＡＢドナーからターゲットＩＡＢドナーに変更されるトポロジーアダプテーションシナリオでは、ソースＩＡＢドナーのＣＵはそのＤＬ Ｆ１トラフィックをターゲット経路を介して、すなわちターゲットＩＡＢドナーのＤＵを介してＩＡＢノードに送ることはできず、ターゲットＩＡＢドナーのＣＵはそのＤＬ Ｆ１トラフィックをソース経路を介して、すなわちソースＩＡＢドナーのＤＵを介してＩＡＢノードに送ることができない。これは、どの時点でも、Ｆ１インターフェースのうちの１つ（Ｆ１インターフェース２８０またはＦ１インターフェース２９１／２９２のどちらか）を作動させることができることを意味するに過ぎない。ＩＡＢノードとターゲットＩＡＢドナーとのセキュアな接続の確立は時間がかかるため、ＩＡＢノードに接続された端末デバイスにおいて接続とサービスの中断が生じる可能性がある。したがって、トポロジーアダプテーションシナリオでは、ターゲット経路を介してセキュリティ接続が確立される前に、まずＩＡＢノードがターゲットドナーにハンドオーバーされ、ターゲット親セルとのＢＨ ＲＬＣチャネルを設定し、ターゲット経路を介してルーティングされるソースＩＡＢドナーとＩＡＢノードとの間のＦ１トラフィックを継続することができるように、ソースＩＡＢドナーのＣＵとＩＡＢノードとの間のＦ１トラフィックをターゲットＩＡＢドナーのＤＵを介して送信し、ルーティングすることができることが望ましい。たとえば、本開示の一部の実施形態によると、ＩＰヘッダのターゲットＩＰアドレスをＤＵ２２２にアンカーされているＩＡＢノード２４０のＩＰアドレスに設定することによって、ＩＡＢドナーＣＵ２１１からＩＡＢノード２４０に送られるトラフィックがＤＵ２２２にルーティングされ、さらにＩＡＢノード２６０に送信される。ＩＡＢ２４０ノードがＣＵ２１１にアップリンクトラフィックを送ると、そのトラフィックはターゲット経路を介して送られ、すなわちそのトラフィックは中間ＩＡＢノード２６０に送られ、さらにＤＵ２２２に送信され、次にＤＵ２２２がそのトラフィックをＣＵ２１１に転送する。Ｆ１インターフェース２８０のトラフィックのためにターゲット経路を使用することによって、ＩＡＢドナーＣＵ２１１がまずＩＡＢをターゲットドナーにハンドオーバーすることができるようにし、一方、Ｆ１インターフェース２８０のＦ１トラフィックは引き続きターゲット経路を介して送信可能である。これによって、ＵＥにとっての中断を減らすことができる。

【0049】

本開示の一部の他の実施形態によると、中断は、最初に、ソース経路を通るＦ１インターフェース２９１を確立することによって低減することができる。ターゲットドナーとＩＡＢノードとの間のＦ１インターフェースのトラフィックは、ソース経路を通って、すなわちソースドナーのＤＵを介して送信可能である。たとえば、ＩＰヘッダのターゲットＩＰアドレスをＤＵ２１２にアンカーされたＩＡＢノード２４０のＩＰアドレスに設定することによって、ＩＡＢドナーＣＵ２２１からＩＡＢノード２４０に送られるトラフィックがＤＵ２１２にルーティングされ、さらにＩＡＢノード２４０に送信される。ＩＡＢ２４０ノードがＣＵ２２１にアップリンクトラフィックを送ると、そのトラフィックはソース経路を介して送られ、すなわちそのトラフィックは中間ＩＡＢノード２５０に送られ、さらにＤＵ２１２に送信され、次にＤＵ２１２がそのトラフィックをＣＵ２２１に転送する。Ｆ１インターフェース２９１のためにソース経路を使用することによって、ＩＡＢノード２４０がＩＡＢドナー２１０に接続されたままで、ＩＡＢドナーＣＵ２１１がＩＡＢノード２４０に接続されたＵＥのためのハンドオーバー手順を開始することができるようにする。これによって、ソースドナーはまずＵＥをターゲットドナーにハンドオーバーし、次にＩＡＢノードをターゲットドナーにハンドオーバーすることができ、それによって中断が低減される。

【0050】

ＩＡＢノードが少なくとも２つのＩＡＢドナーに接続され、ＩＡＢノードとソース親セルとの間（たとえばＩＡＢノード２４０とＩＡＢノード２５０との間）と、ＩＡＢノードとターゲット親セルとの間（たとえばＩＡＢノード２４０とＩＡＢノード２６０との間）にＢＨ ＲＬＣチャネルが確立されるトポロジー冗長性シナリオにおいて、従来の解決策によると、第１のＩＡＢドナーのＣＵとＩＡＢノードとの間のトラフィックは第２のＩＡＢドナーのＤＵを介して送信およびルーティングすることはできず、第２のＩＡＢドナーのＣＵとＩＡＢノードとの間のトラフィックは第１のＩＡＢドナーのＤＵを介して送信し、ルーティングすることができない。たとえば、第１のＩＡＢドナーのＤＵからＩＡＢノードまでの経路が遮断された場合、第１のＩＡＢドナーのＤＬ Ｆ１トラフィックをＩＡＢノードにルーティングすることができない。したがって、トポロジー冗長性の利点が失われる。したがって、トポロジー冗長性シナリオでは、第１のＩＡＢドナーのＣＵとＩＡＢノードとの間のトラフィックを第２のＩＡＢドナーのＤＵを介して送信し、ルーティングすることが可能であることと、第２のＩＡＢドナーのＣＵとＩＡＢノードとの間のトラフィックを第１のＩＡＢドナーのＤＵを介して送信し、ルーティングすることができることが望ましい。

【0051】

本開示の実施形態は、上述の問題とその他の潜在的な問題のうちの１つまたは複数の問題とを解決するように、ＩＡＢ通信におけるトラフィックを転送するための解決策を提供する。この解決策では、第１のＩＡＢドナー（たとえば第１のＩＡＢドナーのＣＵ－ＣＰ）が第２のＩＡＢドナー（たとえば第２のＩＡＢドナーのＣＵ－ＣＰ）に、第２のＩＡＢドナーのＤＵを介したターゲットトラフィックの転送する要求を送信する。ターゲットトラフィックは、第１のＩＡＢドナーとＩＡＢノードとの間のＦ１トラフィックを含み得る。一部の例示の実施形態では、ターゲットトラフィックは、第１のＩＡＢドナーのＣＵ－ＣＰとＩＡＢノードとの間のＦ１－Ｃトラフィックを含み得る。上記に代えて、または上記に加えて、一部の例示の実施形態では、ターゲットトラフィックは第１のＩＡＢドナーのＣＵ－ＵＰとＩＡＢノードとの間のＦ１－Ｕトラフィックを含み得る。要求は、ターゲットトラフィックの特性情報を含む。第１のＩＡＢドナーは次に、第２のＩＡＢドナーから、ターゲットトラフィックを構成するために使用されるトラフィック識別情報を受信する。この解決策は、ＩＡＢドナーが別のＩＡＢドナーを介して、たとえば他のＩＡＢドナーのＤＵを介して、ＩＡＢノードにトラフィックをルーティングすることを可能にする。このようにして、この解決策は、ＩＡＢ通信の信頼性と堅牢性とを向上させることができる。たとえば、トポロジーアダプテーションシナリオでは、この解決策は、Ｆ１－ＣインターフェースとＦ１－Ｕインターフェースとがターゲットドナーに移行させられる前にＵＥが送受信を継続することを可能にすることができ、それによってドナー間トポロジーアダプテーション時に移行ＩＡＢノードによってサービス提供されるＵＥへの影響を低減することができる。別の実施例として、トポロジー冗長性シナリオにおいて、この解決策は利用可能なルーティング経路の数を増やすことができる。

【0052】

以下、いくつかの例示の実施形態について詳述する。図３に、本開示の一部の実施形態による、トラフィックを転送するための例示のプロセス３００を示すフローチャートを示す。解説のために、プロセス３００について図２ａおよび図２ｂを参照しながら説明する。プロセス３００は、少なくともＩＡＢドナー２１０およびＩＡＢドナー２２０を関与させる。一部の例示の実施形態では、プロセス３００はさらにＩＡＢノード２４０を関与させ得る。

【0053】

図３のブロック３０１に示すように、一部の例示の実施形態では、ＩＡＢノード２４０は最初にＩＡＢドナー２１０に接続されていてもよい。たとえば、ドナー１ＣＵ２１１とＤＵ２４２との間にＦ１インターフェース２８０が設定される。この状況で、Ｆ１トラフィックがドナー１ＣＵ２１１からＩＡＢノード２４０、たとえば図２ａおよび図２ｂに示すようにＩＡＢ ＤＵ２４２に送信されてもよい。たとえば、ＣＵ－ＣＰ２１３からＩＡＢ ノード２４０におけるＩＡＢ ＤＵ２４２へのＦ１－Ｃトラフィックが、ドナー１ＤＵ２１２にルーティング３０２されてもよい。次にドナー１ＤＵ２１２は、関連するＢＨ ＲＬＣチャネルへのトラフィックマッピングを行ってもよく、無線バックホールを通って、Ｆ１－ＣトラフィックをＩＡＢ ＤＵ２４２に送信３０４してもよい。同様に、ＣＵ－ＵＰ２１４からＩＡＢノード２４０におけるＩＡＢ ＤＵ２４２へのＦ１－Ｕトラフィックが、ドナー１ＤＵ２１２にルーティング３０６されてもよい。ドナー１ＤＵ２１２は、関連するＢＨ ＲＬＣチャネルへのトラフィックマッピングを行ってもよく、次にＦ１－ＵトラフィックをＩＡＢ ＤＵ２４２に送信３０８してもよい。

【0054】

一部の例示の実施形態では、たとえばトポロジー冗長性シナリオにおいて、ＩＡＢノード２４０が、ＩＡＢドナー２１０およびＩＡＢドナー２２０のドナーＤＵに直接接続されるかまたはＩＡＢノード２４０とＩＡＢドナー２１０およびＩＡＢドナー２２０のドナーＤＵとの間に１つまたは複数の中間ノードを使用して、ＩＡＢドナー２１０とＩＡＢドナー２２０の両方に接続されてもよい。この状況において、Ｆ１－Ｃ／Ｕトラフィックがドナー１ＣＵ２１１からＩＡＢノード２４０と、ドナー２ＣＵ２２１からＩＡＢノード２４０とに送信可能である。

【0055】

例示のプロセス３００において、ＩＡＢドナー２１０がＩＡＢドナー２２０に、ＩＡＢドナー２１０とＩＡＢノード２４０との間のインターフェースのターゲットトラフィックをＩＡＢドナー２２０のドナー２ＤＵ２２２を介して転送する要求を送信３０５する。ターゲットトラフィックは、ＩＡＢドナー２１０とＩＡＢノード２４０との間のＦ１トラフィックを含んでもよい。一部の例示の実施形態では、ターゲットトラフィックは、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３とＩＡＢノード２４０との間のＦ１－Ｃトラフィックを含んでもよい。これに代えて、またはこれに加えて、ターゲットトラフィックは、ＩＡＢドナー２１０のＣＵ－ＵＰ２１４とＩＡＢノード２４０との間のＦ１－Ｕトラフィックを含んでもよい。以下では、本開示の範囲のいかなる限定もなしに説明を目的として、このような要求を「ルート要求」と呼ぶ場合がある。たとえば、ドナー１ＣＵ２１１のＣＵ－ＣＰ２１３が、ドナー２ＣＵ２２１のＣＵ－ＣＰ２２３にルート要求を送信してもよい。ルート要求は、ＩＡＢドナー２２０に、ターゲットトラフィック（たとえばドナー１ＣＵ２１１からのＦ１－Ｃ／Ｕトラフィック）をドナー２ＤＵ２２２を介してＩＡＢノード２４０に転送することを可能にするように要求してもよい。

【0056】

ルート要求の送信のトリガは、特定のシナリオに依存し得る。図２ａに示すようなトポロジーアダプテーションシナリオでは、ＩＡＢノード２４０がＩＡＢノード２５０からＩＡＢノード２６０に移行してもよい。したがって、ＩＡＢ ＭＴ２４１がＩＡＢノード２６０のＤＵ２６２に接続を試みてもよい。このシナリオでは、ルート要求の送信のトリガは、たとえば負荷バランスの理由または任意のその他の理由による、ドナー１ＣＵ２１１によってなされたハンドオーバーの決定であってもよい。図２ｂに示すようなトポロジー冗長性シナリオでは、ＩＡＢノード２４０がＩＡＢドナー２１０とＩＡＢドナー２２０の両方に接続されてもよい。このシナリオでは、ルート要求の送信のトリガは、ＩＡＢドナー２２０への接続の確立であってもよい。これに代えて、またはこれに加えて、ルート要求の送信のトリガは、ＩＡＢドナー２１０からＩＡＢノード２４０までのルート経路におけるバックホールリンクの遮断またはバックホールリンク間の負荷バランスであってもよい。上記のトリガは例として示したものであり、本開示の範囲はこれに関して限定されないことを理解されたい。

【0057】

ルート要求は、ＩＡＢノード２４０の識別情報を含んでもよい。たとえば、ルート要求は、ＩＡＢ ＭＴ２４１の識別情報を含んでもよい。

【0058】

ルート要求は、ルーティングされるターゲットトラフィックの特性情報（「第１の情報」とも呼ぶ）を含んでもよい。一部の例示の実施形態では、特性情報は、ターゲットトラフィックが制御プレーントラフィックまたはユーザプレーントラフィックを含むかを示すトラフィックタイプを含んでもよい。たとえば、トラフィックタイプは、ターゲットトラフィックがＦ１－Ｃトラフィック、またはＦ１－Ｕトラフィック、またはＦ１－ＣトラフィックおよびＦ１－Ｕトラフィック以外のトラフィックを含むことを示してもよい。一部の他の例示の実施形態では、トラフィックタイプが含まれなくてもよく、または、ターゲットトラフィックがＦ１－ＣトラフィックとＦ１－Ｕとトラフィックの両方を含むことを示してもよく、これはＦ１－ＣトラフィックとＦ１－Ｕトラフィックが同様に扱われることを示す。ターゲットトラフィックがＦ１－Ｃトラフィックを含む場合、トラフィックタイプは、Ｆ１－Ｃトラフィックが、ＵＥに関連付けられたＦ１－ＣシグナリングまたはＵＥに関連付けられていないＦ１－Ｃシグナリングを含むかをさらに示してもよい。

【0059】

上記に代えて、または上記に加えて、一部の例示の実施形態では、特性情報は、ターゲットトラフィックのサービス品質（ＱｏＳ）パラメータを含んでもよい。ＱｏＳパラメータは、５Ｇ ＱｏＳ識別子（５ＱＩ）、優先レベル、最大フロービットレートダウンリンク、最大フロービットレートアップリンク、保証フロービットレートダウンリンク、保証フロービットレートアップリンク、パケット遅延バジェット、パケットエラーレートなどを含み得るがこれには限定されない。ターゲットトラフィックがＦ１－Ｕトラフィックを含む場合、特性情報はＦ１－Ｕトラフィックの上記のＱｏＳパラメータのうちの少なくとも１つを含んでもよい。ＱｏＳパラメータは、Ｆ１－Ｃトラフィックにも必要であってもよい。

【0060】

一部の例示の実施形態では、ターゲットトラフィックは、ＩＡＢノード２４０と通信する少なくとも１つの端末デバイス、たとえばＵＥに宛てられてもよい。したがって、特性情報は、その少なくとも１つの端末デバイスの識別情報をさらに含んでもよい。たとえば、トラフィックタイプおよび／またはＱｏＳパラメータがＵＥのそれぞれに与えられてもよく、したがって特性情報はＵＥのそれぞれの識別情報をさらに含んでもよい。これに代えて、またはこれに加えて、特性情報は、その少なくとも１つの端末デバイスのためのデータ無線ベアラ（ＤＲＢ）の識別情報をさらに含んでもよい。たとえば、トラフィックタイプおよび／またはＱｏＳパラメータがＵＥの各ＤＲＢに与えられてもよく、したがって特性情報はＵＥのＤＲＢの識別情報をさらに含んでもよい。同様に、特性情報は、その少なくとも１つの端末デバイスのためのトンネルの識別情報を含んでもよい。たとえば、トラフィックタイプおよび／またはＱｏＳパラメータがＵＥの各Ｆ１－Ｕトンネルに与えられてもよく、したがって特性情報はＵＥのＦ１－Ｕトンネルの識別情報をさらに含んでもよい。

【0061】

これらの例示の実施形態では、端末デバイス、ＤＲＢおよびトンネルのどの識別情報が特性情報に含まれるかは、ＢＨ ＲＬＣチャネルに対するＵＥベアラのマッピングに依存し得る。一例として、ＵＥベアラとＢＨ ＲＬＣチャネルとの１対１マッピングの場合、トラフィックタイプおよび／またはＱｏＳパラメータがＵＥの各ＤＲＢに与えられてもよい。したがって、特性情報は、ＵＥの識別情報と、ＵＥの各ＤＲＢまたはＦ１－Ｕトンネルの識別情報とを含んでもよい。以下では、ＤＲＢの識別情報を「ＤＲＢ識別情報」とも呼び、Ｆ１－Ｕトンネルの識別情報を「Ｆ１－Ｕトンネル識別情報」とも呼ぶ。

【0062】

一部の例示の実施形態では、ルート要求は、ターゲットトラフィックの転送に関する推奨をさらに含んでもよい。一例として、ルート要求は、ターゲットトラフィックのＤＳＣＰまたはターゲットトラフィックのインターネットプロトコルバージョン６（ＩＰｖ６）フローラベルの推奨値を含んでもよく、推奨値はドナー１ＣＵ２１１によって提供されてもよい。推奨値は、同一または類似の種類のターゲットトラフィックを送信するためにドナー１ＣＵ２１１によって使用される値であってもよい。たとえば、ＤＳＣＰおよび／またはＩＰｖ６フローラベルは、ドナー１ＤＵ２１２を介してルーティングされる、ドナー１ＣＵ２１１からＩＡＢノード２４０に送られるＦ１－ＣトラフィックまたはＦ１－Ｕトラフィックに使用される。別の例として、ルート要求は、ターゲットトラフィックのＱｏＳに関連する他の情報またはプリファレンスを含んでもよい。

【0063】

ルート要求は、任意の適切な方式で実施可能である。ルート要求は、別の要求を再使用してもよい。たとえば、ルート要求は、ＩＡＢ ＭＴ２４１のためのＸｎ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ、またはＸｎ Ｓ－ＮＯＤＥ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージであってもよい。あるいは、ルート要求は、異なるＩＡＢドナーのＤＵを介したトラフィックの転送専用の要求であってもよい。

【0064】

図３に示すように、ＩＡＢドナー２１０からルート要求を受信した後、ＩＡＢドナー２２０（たとえばドナー２ＣＵ２２１）は、ターゲットトラフィックの特性情報に基づいてトラフィック識別情報またはトラフィックマッピング情報（「第２の情報」とも呼ぶ）を決定３１０する。トラフィック識別情報は、ターゲットトラフィックを構成し、転送するために使用される。たとえば、ＩＡＢドナー２２０（たとえばＤＵ２２２）がＦ１パケットを識別し、Ｆ１パケットを適切なＢＨ ＲＬＣチャネルにマップすることができるように、トラフィック識別情報の少なくとも一部がドナー１ＣＵ２１１によってＦ１パケットのＩＰパケットヘッダに組み込まれてもよい。ＩＡＢドナー２１０からルート要求を受信した後、ＩＡＢドナー２２０（たとえばドナー２ＣＵ２２１）はＩＡＢノードとターゲット親ノードとの間、たとえば図２ａおよび図２ｂに示すようなＩＡＢノード２４０とＩＡＢノード２６０との間にＢＨ ＲＬＣチャネルを確立することができる。ＢＨ ＲＬＣチャネルの確立は、ターゲットトラフィックの特性情報を考慮してもよい。ＢＨ ＲＬＣチャネルの確立は、早期に、たとえばトポロジー冗長性シナリオにおいて親セルがＩＡＢノードの二次ノードとして加えられるときに行われてもよい。ＩＡＢノード２４０は、アップリンクトラフィックマッピングおよびルーティング情報を使用して構成され、この情報はターゲットトラフィックを送信するために使用される。中間ＩＡＢノードもトラフィックマッピングおよびルーティング情報を使用して構成され、この情報はターゲットトラフィックを送信／ルーティングするために使用される。

【0065】

ＩＡＢドナー２２０は、ＩＡＢノード２４０にトランスポート層アドレスを割り当ててもよい。たとえば、ドナー２ＣＵ２２１のＣＵ－ＣＰ２２３がＩＡＢノード２４０にＩＰアドレスを割り当ててもよい。一部の例示の実施形態では、ＣＵ－ＣＰ２２３はＩＡＢノード２４０によって使用されるバックホールアダプテーションプロトコル（ＢＡＰ）アドレスを割り当ててもよい。たとえば、ＩＡＢノード２４０は、ルーティング識別情報部のＢＡＰアドレスを予め割り当てられたＢＡＰアドレスと照らし合わせることによって、ＩＡＢノード２４０において終端される必要があるＢＡＰパケットを識別することができる。ＣＵ－ＣＰ２２３は、端末デバイスのトラフィックによって使用されるルーティング識別情報も割り当ててもよい。ＣＵ－ＣＰ２２３は、ＢＡＰ経路識別情報も割り当ててもよい。

【0066】

ＩＡＢドナー２２０は、ターゲットトラフィックにＤＳＣＰをさらに割り当ててもよい。ターゲットトラフィックのＤＳＣＰは、特性情報、たとえばＱｏＳパラメータに基づいてドナー２ＣＵ２２１によって割り当てられてもよい。一例として、＃ＡのＱｏＳを有するトラフィックに＃ＣのＤＳＣＰが割り当てられてもよく、＃ＢのＱｏＳを有するトラフィックに＃ＤのＤＳＣＰが割り当てられてもよい。

【0067】

上記に代えて、または上記に加えて、ＩＡＢドナー２２０は、ターゲットトラフィックのフローラベル、たとえばターゲットトラフィックのＩＰｖ６フローラベルを割り当ててもよい。ターゲットトラフィックのフローラベルは、特性情報、たとえばＱｏＳパラメータに基づいてドナー２ＣＵ２２１によって割り当てられてもよい。

【0068】

ＵＥベアラとＢＨ ＲＬＣチャネルとの１対１マッピングの場合、端末デバイスのＤＲＢまたはＦ１－Ｕトンネルごとにトラフィック識別情報が決定されてもよい。たとえば、ドナー２ＣＵ２２１は、ＵＥの各ＤＲＢのトラフィックにＤＳＣＰまたはフローラベルを割り当ててもよい。

【0069】

ルート要求がターゲットトラフィックの転送に関する推奨を含む例示の実施形態では、ドナー２ＣＵ２２１は推奨を考慮に入れてトラフィック識別情報を決定してもよい。たとえば、ルート要求がターゲットトラフィックの推奨ＤＳＣＰを含む場合、ドナー２ＣＵ２２１はその推奨ＤＳＣＰをターゲットトラフィックに割り当ててもよい。あるいは、ドナー２ＣＵ２２１は、推奨を考慮に入れなくてもよく、ドナー２ＣＵ２２１自体の構成に基づいてトラフィック識別情報を決定してもよい。たとえば、ドナー２ ＣＵ２２１は、ターゲットトラフィックに推奨ＤＳＣＰとは異なるＤＳＣＰを割り当ててもよい。

【0070】

一部の例示の実施形態では、図３に示すように、トラフィック識別情報を決定すると、ドナー２ＣＵ２２１はドナー２ＤＵ２２２が、ターゲットトラフィックをルーティングするために準備されるように構成３１５してもよい。ドナー２ＣＵ２２１は、さらに、ＤＵ２２２からＩＡＢノード２４０までの経路に沿ったすべてのＩＡＢノードのために、たとえば図２ａおよび図２ｂに示すＩＡＢノード２４０および２６０のために、ＢＡＰルーティングテーブルを構成してもよい。たとえば、ドナー２ＣＵ２２１は、ターゲットトラフィックをルーティングするようにドナー２ＤＵ２２２を構成するために、ドナー２ＤＵ２２２に構成情報（「第３の情報」とも呼ぶ）を送信してもよい。構成情報は、トラフィック識別情報に基づいてＢＨ ＲＬＣチャネルにターゲットトラフィックをマッピングする規則を少なくとも示してもよい。一例として、構成情報は、＃ＥのＤＳＣＰを有するＦ１トラフィックがＢＨ ＲＬＣチャネル＃１にマップされる必要があることを示してもよい。構成情報は、さらに、ＢＡＰルーティングテーブルを示してもよい。

【0071】

例示のプロセス３００を続けると、ＩＡＢドナー２２０はＩＡＢドナー２１０にトラフィック識別情報を送信３２０する。たとえば、ドナー２ＣＵ２２１のＣＵ－ＣＰ２２３は、ＣＵ－ＣＰ２１３にトラフィック識別情報を送信してもよい。トラフィック識別情報は、ルート要求に応答して送信されてもよい。

【0072】

トラフィック識別情報は、ＩＡＢノード２４０のトランスポート層アドレスを含んでもよい。たとえば、トラフィック識別情報は、ドナー２ＣＵ２２１によって割り当てられたＩＡＢノード２４０のＩＰアドレスを含んでもよい。これに代えて、またはこれに加えて、トラフィック識別情報は、ＩＡＢノード２４０のＢＡＰアドレスおよび／またはＢＡＰ経路識別情報を含んでもよい。

【0073】

トラフィック識別情報は、ドナー２ＣＵ２２１によって割り当てられたターゲットトラフィックのＤＳＣＰをさらに含んでもよい。これに代えて、またはこれに加えて、トラフィック識別情報は、ターゲットトラフィックのフローラベル、たとえばターゲットトラフィックのＩＰｖ６フローラベルを含んでもよい。

【0074】

ＵＥベアラとＢＨ ＲＬＣチャネルとの１対１マッピングの場合、トラフィック識別情報は、端末デバイスの各ＤＲＢまたはＦ１－Ｕトンネルに与えられてもよい。たとえば、ＵＥの各ＤＲＢのトラフィックにＤＳＣＰまたはフローラベルが与えられてもよい。トラフィック識別情報は、端末デバイスの識別情報、端末デバイスに関連するＤＲＢ識別情報またはＦ１－Ｕトンネル識別情報も含んでもよい。トラフィック識別情報は、端末デバイスのルーティング識別情報も含んでもよい。

【0075】

ＩＡＢドナー２２０からトラフィック識別情報を受信した後、ＩＡＢドナー２１０はトラフィック識別情報を使用してターゲットトラフィックをＩＡＢノード２４０に送信してもよく、ターゲットトラフィックはドナー２ＤＵ２２２にルーティングされる。具体的には、ドナー１ＣＵ２１１がトラフィック識別情報の少なくとも一部をターゲットトラフィックに組み込み、ＩＡＢノード２４０にターゲットトラフィックを送信してもよく、ターゲットトラフィックはドナー２ＤＵ２２２にルーティングされる。ターゲットトラフィックは、ドナー２ＤＵ２２２にルーティングされ、さらにＩＡＢノード２４０に送信される。たとえば、ドナー１ＣＵ２１１は、ドナー２ＣＵ２２１によって割り当てられたＤＳＣＰおよび／またはＩＰｖ６フローラベルとＩＡＢノード２４０のＩＰアドレスとを、Ｆ１パケットを含むＩＰパケットのＩＰヘッダに挿入してもよい。ドナー１ＣＵ２１１は次に、Ｆ１パケットを含むＩＰパケットを送信してもよく、これがドナー２ＤＵ２２２にルーティングされる。ドナー２ＤＵ２２２は、トラフィックマッピングを行い、Ｆ１パケットを含むＩＰパケットをＩＡＢノード２４０、たとえばＩＡＢ ＤＵ２４２に送信する。このようにして、Ｆ１トラフィックがＩＡＢドナー２１０からＩＡＢドナー２２０のＤＵ２２２を介してＩＡＢノード２４０にルーティングされる。

【0076】

一部の例示の実施形態では、ターゲットトラフィックはユーザプレーントラフィックを含み得る。ＩＡＢドナー２１０のＣＵ－ＣＰ２１３がＣＵ－ＵＰ２１４にユーザプレーントラフィックに関するトラフィック識別情報の少なくとも一部を送信３２５してもよい。ユーザプレーントラフィックに関するトラフィック識別情報のこの少なくとも一部を「第４の情報」と呼ぶ場合がある。たとえば、ＩＡＢノード２４０のＩＰアドレス、ＤＳＣＰおよび／またはフローラベル、端末デバイスの識別情報、ＤＲＢ識別情報、またはＦ１－ＵトラフィックのためのＦ１－Ｕトンネル識別情報が、ＣＵ－ＣＰ２１３からＣＵ－ＵＰ２１４に送信されてもよい。他の一部の例示の実施形態では、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３がＣＵ－ＵＰ２１４に、更新されるユーザプレーントラフィックに関するトラフィック識別情報（「サービス品質マッピング情報」とも呼ぶ）の少なくとも一部を含む更新要求を送信３２５してもよい。更新要求は、新たなトラフィック識別情報（またはサービス品質マッピング情報）によって更新される古いトラフィック識別情報（またはサービス品質マッピング情報）、たとえば新たなＤＳＣＰ値によって更新される古いＤＳＣＰ値、または新たなＩＰｖ６フローラベル値によって更新される古いＩＰｖ６フローラベル値を示す。この更新手順は、たとえば同じ種類のトラフィックがすでにＣＵ－ＵＰ２１４からドナー１ＤＵ（たとえばＤＵ２１２）を介してＩＡＢノード２４０に送信されており、ＣＵ－ＣＰ２１３が今度はドナー２ＤＵ（たとえばＤＵ２２２）を介して同じ種類のトラフィックをルーティングすることに決定した場合に、ＣＵ－ＣＰ２１３によって開始されてもよい。トラフィック識別情報（またはサービス品質マッピング情報）を含む更新要求を受信すると、ＣＵ－ＵＰ２１４は、すべての関連するユーザプレーントラフィックについて古いトラフィック識別情報（またはサービス品質マッピング情報）を新たなトラフィック識別情報（またはサービス品質マッピング情報）によって置き換える必要がある。ＣＵ－ＵＰ２１４は次に、ＩＡＢノード２４０へのさらなるユーザプレーントラフィックのためにこの新たなトラフィック識別情報（またはサービス品質マッピング情報）を使用する。

【0077】

これらの例示の実施形態では、ＩＡＢドナー２１０のＣＵ－ＵＰ２１４は、トラフィック識別情報の少なくとも一部を使用してユーザプレーントラフィックをＩＡＢノード２４０に送信３４０してもよく、これがドナー２ＤＵ２２２にルーティングされる。ドナー２ＤＵ２２２は、トラフィックマッピングを行い、次に、ユーザプレーントラフィックをＩＡＢノード２４０に送信３４５する。ユーザプレーントラフィックは、トラフィック識別情報の一部を含んでもよい。たとえば、ＩＡＢノード２４０のＩＰアドレスと、ＤＳＣＰおよび／またはフローラベルが、ＣＵ－ＵＰ２１４においてＦ１－Ｕパケットを含むＩＰパケットのＩＰパケットヘッダに挿入されてもよい。次に、Ｆ１－Ｕパケットを含むＩＰパケットはＣＵ－ＵＰ２１４からドナー２ＤＵ２２２に送信されてもよい。ドナー２ＤＵ２２２はトラフィックマッピングを行ってもよく、次にＦ１－Ｕパケットを含むＩＰパケットをＩＡＢノード２４０に送信してもよい。

【0078】

一部の例示の実施形態では、ターゲットトラフィックは制御プレーントラフィックを含んでもよい。ＩＡＢドナー２１０のＣＵ－ＣＰ２１３が、トラフィック識別情報の少なくとも一部を使用して制御プレーントラフィックをＩＡＢノード２４０に送信３３０してもよく、これがＩＡＢドナーＤＵ２２２にルーティングされる。ドナー２ＤＵ２２２はトラフィックマッピングを行ってもよく、次に、制御プレーントラフィックをＩＡＢノード２４０に送信３３５してもよい。たとえば、ＩＡＢノード２４０のＩＰアドレスと、Ｆ１－ＣトラフィックのＤＳＣＰおよび／またはフローラベルとが、ＣＵ－ＣＰ２１３においてＦ１－Ｃパケットを含むＩＰパケットのＩＰパケットヘッダに挿入されてもよい。次に、Ｆ１－Ｃパケットを含むＩＰパケットはＣＵ－ＣＰ２１３からドナー２ ＤＵ２２２に送信されてもよい。ドナー２ＤＵ２２２は、Ｆ１－ＣパケットをＢＨ ＲＬＣチャネルにマッピングしてもよく、次にＦ１－Ｃパケットを含むＩＰパケットをＩＡＢノード２４０に送信してもよい。

【0079】

図３には示されていないが、ドナー２ＤＵ２２２は、図２ａおよび図２ｂに示すような中間ＩＡＢノード２６０を介してＩＡＢノード２４０に制御プレーントラフィックを送信３３５してもよく、ユーザプレーントラフィックを送信３４５してもよいことを理解されたい。

【0080】

上記からわかるように、本提案の解決策では、ＩＡＢドナーからのユーザプレーントラフィックと制御プレーントラフィックの両方を、別のＩＡＢドナーのＤＵを介してＩＡＢノードにルーティングすることができる。本提案の解決策は、ＩＡＢノードがＩＡＢドナーに直接接続されているか間接的に接続されているかを問わず適用可能であることを理解されたい。

【0081】

例示のプロセス３００において、ドナー２ＣＵ２２１は、トラフィック識別情報を決定するとターゲットトラフィックをルーティングするようにドナー２ＤＵ２２２を構成３１５してもよい。一部の例示の実施形態では、ドナー２ＣＵ２２１は、たとえばドナー２ＣＵ２２１とドナー１ＣＵ２１１との間のハンドシェークを完了させるために、まず、トラフィック識別情報をドナー１ＣＵ２１１に送信してもよい。ドナー１ＣＵ２１１から確認メッセージが受信された場合、ドナー２ＣＵ２２１はドナー２ＤＵ２２２が、ターゲットトラフィックをルーティングするように構成してもよい。ドナー１ＣＵ２１１から拒否メッセージが受信された場合、ドナー２ＣＵ２２１はドナー２ＤＵ２２２がターゲットトラフィックをルーティングするように構成しなくてもよい。

【0082】

これらの例示の実施形態では、ドナー１ＣＵ２１１は、ターゲットトラフィックをＤＵ２２２を介してルーティングすることを拒否することができるようにされる。たとえば、トポロジーアダプテーションシナリオにおいて、トポロジーアダプテーションの理由がモビリティ以外、たとえば負荷バランスである場合、ソースドナーＣＵはトポロジーアダプテーションを拒否することができるようにされる。拒否の理由は、ＣＵ２２１から受信したトラフィック識別情報が、ＣＵ２１１の許容可能ＤＳＣＰまたはＱｏＳレベルより低いＤＳＣＰまたはＱｏＳレベルに対応していることであってもよい。ＣＵ２１１がＤＵ２２２を介してターゲットトラフィックをルーティングすることを拒否した後、ＣＵ２２１または異なるノードへの新たな要求が送られる。あるいは、たとえば、無線リンク問題またはトポロジーアダプテーションの新たなトリガがない場合、ＩＡＢ動作は元のトポロジーを継続する。

【0083】

図３には動作がＩＡＢドナー２１０および２２０の特定の要素によって行われるものとして示されているが、これは説明のために過ぎない。動作はＩＡＢドナー２１０および２２０の任意の適切な要素によって行われてもよい。図２ａ、図２ｂおよび図３では、ＩＡＢドナー２１０および２２０の要素が、本開示の範囲に対するいかなる限定もなしに例示を目的として別々に示されている。一部の例示の実施形態では、これらの要素のうちの２つ以上の要素が同一のデバイスまたは装置によって実装されてもよい。たとえば、ＩＡＢドナー２２０のＤＵ２２２とＣＵ２２１とが同一のデバイスまたは装置によって実装されてもよい。別の例として、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３とＣＵ－ＵＰ２１４とが同一のデバイスまたは装置によって実装されてもよい。

【0084】

図４に、本開示の一部の例示の実施形態によるＩＡＢ通信の例示の方法４００のフローチャートを示す。方法４００は、任意の適切なデバイスにおいて実施可能である。たとえば、方法４００は、図２ａおよび／または図２ｂに示すＩＡＢドナー２１０のＣＵ－ＣＰ２１３において実施されてもよい。解説のために、方法４００について図２ａおよび／または図２ｂを参照しながら説明する。以下では、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３を「第１のＣＵ－ＣＰ２１３」とも呼び、ＩＡＢドナー２２０のＣＵ－ＣＰ２２３を「第２のＣＵ－ＣＰ２１４」とも呼ぶ。方法４００は、図示されていない追加のブロックを含んでもよく、および／または、一部の図示されているブロックを省いてもよく、本開示の範囲はこれに関して限定されないことを理解されたい。

【0085】

ブロック４１０で、第１のＣＵ－ＣＰ２１３が第２のＣＵ－ＣＰ２１４に、第１のＩＡＢドナー２１０とＩＡＢノード２４０との間のインターフェースのターゲットトラフィックを第２のＩＡＢドナー２２０のＤＵ２２２を介して転送する要求を送信する。要求はターゲットトラフィックの第１の情報を含む。

【0086】

一部の例示の実施形態では、第１の情報は、ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、または、ターゲットトラフィックのサービス品質パラメータのうちの、少なくとも一方を含む。

【0087】

一部の例示の実施形態では、ターゲットトラフィックは、ＩＡＢノード２４０と通信する少なくとも１つのデバイス（たとえば少なくとも１つのＵＥ）に宛てられ、第１の情報は、その少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、またはその少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報のうちの少なくとも１つをさらに含む。

【0088】

ブロック４２０で、第１のＣＵ－ＣＰ２１３は、第２のＣＵ－ＣＰ２１４から、ＤＵ２２２を介してルーティングされるようにターゲットトラフィックを構成するために使用される第２の情報を受信する。

【0089】

一部の例示の実施形態では、第２の情報は、ターゲットトラフィックのための差別化サービスコードポイント、ターゲットトラフィックのＩＰｖ６フローラベル、ＩＡＢノード２４０のトランスポート層アドレス、ＩＡＢノード２４０のバックホールアダプテーションプロトコル（ＢＡＰ）アドレス、ＢＡＰ経路識別情報、ＩＡＢノード２４０と通信する少なくとも１つのデバイス（たとえば少なくとも１つのＵＥ）の識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのためのルーティング識別情報のうちの少なくとも１つを含む。

【0090】

一部の例示の実施形態では、ターゲットトラフィックは、第１のＩＡＢドナー２１０のＣＵ－ＵＰ２１４とＩＡＢノード２４０との間のインターフェースのユーザプレーントラフィックを含む。第１のＣＵ－ＣＰ２１３は、ＣＵ－ＵＰ２１４に、ユーザプレーントラフィックに関する第２の情報の少なくとも一部を送信する。

【0091】

一部の例示の実施形態では、ターゲットトラフィックは、第１のＣＵ－ＣＰ２１３とＩＡＢノード２４０との間のインターフェースの制御プレーントラフィックを含む。第１のＣＵ－ＣＰ２１３は、第２のＩＡＢドナー２２０のＤＵ２２２を介してＩＡＢノード２４０に、第２の情報の少なくとも一部を含む制御プレーントラフィックを送信する。一部の例示の実施形態では、制御プレーントラフィックを送信する前に、第１のＣＵ－ＣＰ２１３は第２の情報のその少なくとも一部を使用して制御プレーントラフィックのパケットヘッダを構成する。

【0092】

図５ａに、本開示の一部の例示の実施形態によるＩＡＢ通信の例示の方法５００のフローチャートを示す。方法５００は、任意の適切なデバイスにおいて実施可能である。たとえば、方法５００は、図２ａおよび／または図２ｂに示すようなＩＡＢドナー２２０のＣＵ－ＣＰ２２３において実施することができる。解説のために、方法５００について図２ａおよび／または図２ｂを参照しながら説明する。以下では、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３を「第１のＣＵ－ＣＰ２１３」とも呼び、ＩＡＢドナー２２０のＣＵ－ＣＰ２２３を「第２のＣＵ－ＣＰ２１４」とも呼ぶ。方法５００は、図示されていない追加のブロックを含んでもよく、および／または、一部の図示されているブロックを省いてもよく、本開示の範囲はこれに関して限定されないことを理解されたい。

【0093】

ブロック５１０で、第２のＣＵ－ＣＰ２２３が第１のＣＵ－ＣＰ２１３から、第１のＩＡＢドナー２１０とＩＡＢノード２４０との間のインターフェースのターゲットトラフィックを第２のＩＡＢドナー２２０のＤＵ２２２を介して転送する要求を受信する。要求は、ターゲットトラフィックの第１の情報を含む。

【0094】

一部の例示の実施形態では、第１の情報は、ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、またはターゲットトラフィックのためのサービス品質パラメータのうちの少なくとも一方を含む。

【0095】

一部の例示の実施形態では、ターゲットトラフィックは、ＩＡＢノード２４０と通信する少なくとも１つのデバイス（たとえば少なくとも１つのＵＥ）に宛てられ、第１の情報は、その少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、またはその少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報のうちの少なくとも１つをさらに含む。

【0096】

ブロック５２０で、第２のＣＵ－ＣＰ２２３が、第１の情報に基づいて、ターゲットトラフィックのために使用される第２の情報を決定する。

【0097】

一部の例示の実施形態では、第２の情報は、ターゲットトラフィックのための差別化サービスコードポイント、ターゲットトラフィックのためのＩＰｖ６フローラベル、ＩＡＢノード２４０のトランスポート層アドレス、ＩＡＢノード２４０のＢＡＰアドレス、ＢＡＰ経路識別情報、ＩＡＢノード２４０と通信する少なくとも１つのデバイス（たとえば少なくとも１つのＵＥ）の識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのためのルーティング識別情報のうちの少なくとも１つを含む。

【0098】

ブロック５３０で、第２のＣＵ－ＣＰ２２３は、第１のＣＵ－ＣＰ２１３に第２の情報を送信する。

【0099】

一部の例示の実施形態では、第２のＣＵ－ＣＰ２２３は、第２のＩＡＢドナー２２０のＤＵ２２２に、第２のＩＡＢドナー２２０のＤＵ２２２がトラフィックマッピングを行い、ターゲットトラフィックをＩＡＢノード２４０にルーティングするように構成するための第３の情報を送信する。

【0100】

図５ｂに、本開示の一部の例示の実施形態によるＩＡＢ通信の例示の方法５０５のフローチャートを示す。方法５０５は、任意の適切なデバイスにおいて実施可能である。たとえば、方法５０５は、図２ａおよび／または図２ｂに示すようなＩＡＢドナー２１０のＣＵ－ＵＰ２１４において実施可能である。解説のために、方法５０５について図２ａおよび／または図２ｂを参照しながら説明する。以下では、ＩＡＢドナー２１０のＣＵ－ＣＰ２１３を「第１のＣＵ－ＣＰ２１３」とも呼び、ＩＡＢドナー２２０のＣＵ－ＣＰ２２３を「第２のＣＵ－ＣＰ２１４」とも呼ぶ。方法５０５は、図示されていない追加のブロックを含んでもよく、および／または、一部の図示されているブロックを省いてもよく、本開示の範囲はこれに関して限定されないことを理解されたい。

【0101】

ブロック５６０で、ＣＵ－ＵＰ２１４はＣＵ－ＣＰ２１３から、ＣＵ－ＵＰ２１４とＩＡＢノード２４０との間のインターフェースのユーザプレーントラフィックのためのサービス品質マッピング情報を更新するための第４の情報を受信する。ユーザプレーントラフィックは、ＩＡＢノード２４０に転送されるものである。

【0102】

一部の例示の実施形態では、第４の情報は、ユーザプレーントラフィックのためにＣＵ－ＵＰ２１４によって使用される第１の差別化サービスコードポイント、ユーザプレーントラフィックのためにＣＵ－ＵＰ２１４によって使用される第１のＩＰｖ６フローラベル、ユーザプレーントラフィックのためにＣＵ－ＵＰ２１４によって使用される第２の差別化サービスコードポイント、ユーザプレーントラフィックのためにＣＵ－ＵＰ２１４によって使用される第２のＩＰｖ６フローラベル、ＩＡＢノード２４０のトランスポート層アドレス、ＩＡＢノードのＢＡＰアドレス、ＢＡＰ経路識別情報、ＩＡＢノード２４０と通信する少なくとも１つのデバイス（たとえば少なくとも１つのＵＥ）の識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのルーティング識別情報のうちの少なくとも１つを含む。

【0103】

ブロック５７０で、ＣＵ－ＵＰ２１４は、たとえば第１のＩＡＢドナーまたは第２のＩＡＢドナーの分散ユニット（ＤＵ）を介して、ＩＡＢノード２４０に第４の情報の少なくとも一部を含むユーザプレーントラフィックを送信する。

【0104】

一部の例示の実施形態では、ユーザプレーントラフィックを送信する前に、ＣＵ－ＵＰ２１４は第４の情報の少なくとも一部を使用してサービス品質マッピング情報を更新する。ＣＵ－ＵＰ２１４は、更新されたサービス品質マッピング情報によってユーザプレーントラフィックのパケットヘッダを構成する。

【0105】

一部の例示の実施形態では、方法４００を実行することができる第１の装置（たとえばＣＵ－ＣＰ２１３）が、方法４００のそれぞれの動作を行う手段を含んでもよい。この手段は、任意の適切な形態で実装可能である。たとえば、この手段は回路またはソフトウェアモジュールで実装されてもよい。第１の装置は、ＣＵ－ＣＰ２１３として実装されるかまたはＣＵ－ＣＰ２１３に含まれてもよい。

【0106】

一部の例示の実施形態では、第１の装置は、第１のＩＡＢドナーの第１のＣＵ－ＣＰにおいて第２のＩＡＢドナーの第２のＣＵ－ＣＰに、ターゲットトラフィックを第２のＩＡＢドナーのＤＵを介して転送する要求を送信する手段であって、その要求がターゲットトラフィックの第１の情報を含む送信する手段と、第２のＣＵ－ＣＰからターゲットトラフィックを構成するために使用される第２の情報を受信する手段とを含む。

【0107】

一部の例示の実施形態では、ターゲットトラフィックは、第１のＩＡＢドナーのＣＵ－ＵＰとＩＡＢノードとの間のインターフェースのユーザプレーントラフィックを含み、第１の装置は、ユーザプレーントラフィックに関する第２の情報の少なくとも一部をＣＵ－ＵＰに送信する手段をさらに含む。

【0108】

一部の例示の実施形態では、ターゲットトラフィックは、第１のＣＵ－ＣＰとＩＡＢノードとの間のインターフェースの制御プレーントラフィックを含み、第１の装置は、第２のＩＡＢドナーのＤＵを介してＩＡＢノードに、第２の情報の少なくとも一部を含む制御プレーントラフィックを送信する手段をさらに含む。一部の例示の実施形態では、第１の装置は、制御プレーントラフィックを送信する前に、第２の情報の少なくとも一部を使用して制御プレーントラフィックのパケットヘッダを構成する手段をさらに含む。

【0109】

一部の例示の実施形態では、第１の情報は、ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、またはターゲットトラフィックのサービス品質パラメータのうちの少なくとも一方を含む。一部の例示の実施形態では、ターゲットトラフィックは、ＩＡＢノードと通信する少なくとも１つのデバイスに宛てられ、第１の情報は、その少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、またはその少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報のうちの少なくとも１つをさらに含む。

【0110】

一部の例示の実施形態では、第２の情報は、ターゲットトラフィックのための差別化サービスコードポイント、ターゲットトラフィックのためのＩＰｖ６フローラベル、ＩＡＢノードのトランスポート層アドレス、ＩＡＢノードのＢＡＰアドレス、ＢＡＰ経路識別情報、ＩＡＢノードと通信する少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのルーティング識別情報のうちの少なくとも１つを含む。

【0111】

一部の例示の実施形態では、方法５００を実行することができる第２の装置（たとえばＣＵ－ＣＰ２２３）が、方法５００のそれぞれの動作を行う手段を含んでもよい。この手段は、任意の適切な形態で実装可能である。たとえば、この手段は回路またはソフトウェアモジュールで実装されてもよい。第１の装置は、ＣＵ－ＣＰ２２３として実装されるかまたはＣＵ－ＣＰ２２３に含まれてもよい。

【0112】

一部の例示の実施形態では、第２の装置は、第２のＩＡＢの第２のＣＵ－ＣＰにおいて第１のＩＡＢドナーの第１のＣＵ－ＣＰから、ターゲットトラフィックを第２のＩＡＢドナーのＤＵを介して転送する要求を受信する手段であって、その要求がターゲットトラフィックの第１の情報を含む、受信する手段と、第１の情報に基づいて、ターゲットトラフィックのために使用される第２の情報を決定する手段と、第１のＣＵ－ＣＰに第２の情報を送信する手段とを含む。

【0113】

一部の例示の実施形態では、第１の情報は、ターゲットトラフィックがユーザプレーントラフィックもしくは制御プレーントラフィックを含むかどうかを示すトラフィックタイプ、または、ターゲットトラフィックのサービス品質パラメータのうちの少なくとも一方を含む。一部の例示の実施形態では、ターゲットトラフィックはＩＡＢノードと通信する少なくとも１つのデバイスに宛てられ、第１の情報は、その少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、またはその少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報のうちの少なくとも１つをさらに含む。

【0114】

一部の例示の実施形態では、第２の情報は、ターゲットトラフィックのための差別化サービスコードポイント、ターゲットトラフィックのためのＩＰｖ６フローラベル、ＩＡＢノードのトランスポート層アドレス、ＩＡＢノードのＢＡＰアドレス、ＢＡＰ経路識別情報、ＩＡＢノードと通信する少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのルーティング識別情報のうちの少なくとも１つを含む。

【0115】

一部の例示の実施形態では、第２の装置は、第２のＩＡＢドナーのＤＵに、第２のＩＡＢドナーのＤＵを、トラフィックマッピングを行い、ターゲットトラフィックをＩＡＢノードにルーティングするように構成するための第３の情報を送信する手段をさらに含む。

【0116】

一部の例示の実施形態では、方法５０５を実行することができる第３の装置（たとえばＣＵ－ＵＰ２１４）が、方法５０５のそれぞれの動作を行う手段を含んでもよい。この手段は、任意の適切な形態で実装可能である。たとえば、この手段は回路またはソフトウェアモジュールで実装されてもよい。第１の装置は、ＣＵ－ＵＰ２１４として実装されるかまたはＣＵ－ＵＰ２１４に含まれてもよい。

【0117】

一部の例示の実施形態では、第３の装置は、第１のＩＡＢドナーのＣＵ－ＵＰにおいて第１のＩＡＢドナーの第１のＣＵ－ＣＰから、ＣＵ－ＵＰとＩＡＢノードとの間のインターフェースのユーザプレーントラフィックのサービス品質マッピング情報を更新するための第４の情報を受信する手段であって、ユーザプレーントラフィックがＩＡＢノードに転送される、第４の情報を受信する手段と、ＩＡＢノードに第４の情報の少なくとも一部を含むユーザプレーントラフィックを送信する手段とを含む。

【0118】

一部の例示の実施形態では、第３の装置は、ユーザプレーントラフィックを送信する前に、第４の情報の少なくとも一部を使用してサービス品質マッピング情報を更新する手段と、更新されたサービス品質マッピング情報によってユーザプレーントラフィックのパケットヘッダを構成する手段とをさらに含む。

【0119】

一部の例示の実施形態では、第４の情報は、ユーザプレーントラフィックのためにＣＵ－ＵＰによって使用される第１の差別化サービスコードポイント、ユーザプレーントラフィックのためにＣＵ－ＵＰによって使用される第１のインターネットプロトコルバージョン６（ＩＰｖ６）フローラベル、ユーザプレーントラフィックのためにＣＵ－ＵＰによって使用される第２の差別化サービスコードポイント、ユーザプレーントラフィックのためにＣＵ－ＵＰによって使用される第２のインターネットプロトコルバージョン６（ＩＰｖ６）フローラベル、ＩＡＢノードのトランスポート層アドレス、ＩＡＢノードのバックホールアダプテーションプロトコル（ＢＡＰ）アドレス、バックホールアダプテーションプロトコル（ＢＡＰ）経路識別情報、ＩＡＢノードと通信する少なくとも１つのデバイスの識別情報、その少なくとも１つのデバイスのためのデータ無線ベアラの識別情報、その少なくとも１つのデバイスのためのユーザプレーントンネルの識別情報、またはその少なくとも１つのデバイスのルーティング識別情報のうちの少なくとも１つを含む。

【0120】

図６は、本開示の実施形態を実装するのに適したデバイス６００の概略ブロック図である。たとえば、図２ａおよび／または図２ｂに示すＩＡＢノード２４０、ＩＡＢドナー２１０、ＩＡＢドナー２２０、ＣＵ－ＣＰ２１３、ＣＵ－ＵＰ２１４、ＣＵ２１１、ＣＵ－ＣＰ２２３、ＣＵ２２１、ＤＵ２２２をデバイス６００によって実装することができる。図のように、デバイス６００は、１つまたは複数のプロセッサ６１０と、プロセッサ６１０に結合された１つまたは複数のメモリ６２０と、プロセッサ６１０に結合された１つまたは複数の通信モジュール６４０とを含む。

【0121】

通信モジュール６４０は、双方向通信用である。通信モジュール６４０は、通信を容易にするための少なくとも１つのアンテナを有する。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースに相当し得る。

【0122】

プロセッサ６１０は、ローカル技術ネットワークに適した任意の種類のものであってよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。デバイス６００は、時間的にメインプロセッサを同期させるクロックの制御下にある特殊用途向け集積回路チップなどの複数のプロセッサを有してもよい。

【0123】

メモリ６２０は、１つまたは複数の不揮発性メモリと１つまたは複数の揮発性メモリとを含んでもよい。不揮発性メモリの例には、読み出し専用メモリ（ＲＯＭ）６２４、電気的プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、およびその他の磁気ストレージおよび／または光ストレージが含まれるが、これらには限定されない。揮発性メモリの例には、ランダムアクセスメモリ（ＲＡＭ）６２２と、電源切断期間に持続しないその他の揮発性メモリが含まれるが、これらには限定されない。

【0124】

コンピュータプログラム６３０は、関連付けられたプロセッサ６１０によって実行されるコンピュータ実行可能命令を含む。プログラム６３０は、ＲＯＭ６２４に記憶されてもよい。プロセッサ６１０は、プログラム６３０をＲＡＭ６２２にロードすることによって任意の適切なアクションと処理を行ってもよい。

【0125】

本開示の実施形態は、デバイス６００が、図３～図５を参照しながら説明した本開示の任意のプロセスを実行することができるように、プログラム６３０を使用して実装可能である。本開示の実施形態は、ハードウェアによって、またはソフトウェアとハードウェアとの組合せによって実装されてもよい。

【0126】

一部の例示の実施形態では、プログラム６３０は、デバイス６００に含まれてもよいコンピュータ可読媒体（メモリ６２０など）またはデバイス６００によってアクセス可能なその他のストレージデバイスに、有形に含まれ得る。デバイス６００は、プログラム６３０を実行のためにコンピュータ可読媒体からＲＡＭ６２２にロードしてもよい。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤなどの任意の種類の有形の不揮発性ストレージを含み得る。図７に、ＣＤまたはＤＶＤの形態のコンピュータ可読媒体７００の一例を示す。コンピュータ可読媒体にはプログラム６３０が記憶されている。

【0127】

将来のネットワークは、ネットワークノード機能を、サービスを提供するために互いに動作可能に接続またはリンク可能な「ビルディングブロック」またはエンティティとして仮想化することを提案するネットワークアーキテクチャ概念である、ネットワーク機能仮想化（ＮＦＶ）を使用してもよいことを理解されたい。仮想化ネットワーク機能（ＶＮＦ）は、カスタマイズされたハードウェアではなく標準または汎用型サーバを使用してコンピュータプログラムコードを実行する１つまたは複数の仮想マシンを含み得る。クラウドコンピューティングまたはクラウドデータストレージも使用可能である。無線通信では、これは、分散ユニット、ＤＵ（たとえば無線ヘッド／ノード）に動作可能に結合された中央／集中ユニット、ＣＵ（たとえばサーバ、ホストまたはノード）において少なくとも部分的に実施されるノード動作を意味し得る。また、ノード動作は、複数のサーバ、ノードまたはホストに分散されることも可能である。コアネットワーク動作と基地局動作との間での労力の分散は実装形態に応じて異なり得ることも理解されたい。

【0128】

一実施形態では、サーバは、サーバがそれを介して分散ユニットと通信する仮想ネットワークを生成してもよい。一般に、仮想ネットワーキングは、ハードウェアおよびソフトウェアネットワークリソースとネットワーク機能を単一のソフトウェアベースの管理エンティティ、仮想ネットワークとして結合するプロセスを含み得る。このような仮想ネットワークは、サーバと無線ヘッド／ノードとの間での動作の柔軟性のある分散をもたらすことができる。実際には、任意のデジタル信号処理タスクがＣＵまたはＤＵにおいて行われてよく、ＣＵとＤＵの間で担当がシフトする境界は実装形態に応じて選択可能である。

【0129】

したがって、一実施形態では、ＣＤ－ＤＵアーキテクチャが実装される。そのような場合、デバイス６００は、（たとえば無線または有線ネットワークを介して）分散ユニット（たとえばリモート無線ヘッド／ノード）に動作可能に結合された中央ユニット（たとえば制御ユニット、エッジクラウドサーバ、サーバ）に含まれてもよい。すなわち、中央ユニット（たとえばエッジクラウドサーバ）と分散ユニットは、電波伝搬路を介して、または有線接続を介して互いに通信するスタンドアロン装置であってもよい。あるいは、これらは、有線接続などを介して通信する同じエンティティにあってもよい。エッジクラウドまたはエッジクラウドサーバは、複数の分散ユニットまたは無線アクセスネットワークにサービスを提供することができる。一実施形態では、記載のプロセスのうちの少なくとも一部が中央ユニットによって実行されてもよい。別の実施形態では、デバイス６００は上記に代えて分散ユニットに含まれてもよく、記載のプロセスの少なくとも一部が分散ユニットによって実行されてもよい。

【0130】

一実施形態では、デバイス６００の機能の少なくとも一部の実行が、１つの動作エンティティを形成する２つの物理的に別個のデバイス（ＤＵおよびＣＵ）間で分担されてもよい。したがって、装置は記載のプロセスの少なくとも一部を実行するための１つまたは複数の物理的に別個のデバイスを含む動作エンティティを表すとみなせる。一実施形態では、このようなＣＵ－ＤＵアーキテクチャが、ＣＵとＤＵとの間の動作の柔軟な分散をもたらすことができる。実際には、任意のデジタル信号処理タスクがＣＵまたはＤＵで行われてよく、ＣＵとＤＵとの間で担当がシフトする境界は、実装に応じて選択可能である。一実施形態では、装置の場所にかかわりなく、また、プロセス／機能がどこで実行されるかにかかわりなく、デバイス１０００がプロセスの実行を制御する。

【0131】

一般に、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジックまたはこれらの任意の組合せで実装可能である。態様によってはハードウェアで実装されてもよく、他の態様は、コントローラ、マイクロプロセッサまたはその他のコンピューティングデバイスによって実行可能なファームウェアまたはソフトウェアで実装されてもよい。本開示の実施形態の様々な態様についてブロック図、フローチャートとして、または何らかの他の図式表現を使用して図示し、説明しているが、本明細書に記載されているブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたはその他のコンピューティングデバイス、あるいはこれらの何らかの組合せで実装されてもよいことを理解されたい。

【0132】

本開示は、非一過性のコンピュータ可読記憶媒体に有形に記録された少なくとも１つのコンピュータプログラム製品も提供する。コンピュータプログラム製品は、図４を参照しながら上述したような方法４００、図５ａを参照しながら上述したような方法５００、および図５ｂを参照しながら上述したような方法５０５を実行するために、ターゲットの実プロセッサまたは仮想プロセッサ上のデバイスで実行されるプログラムモジュールに含まれるものなどの、コンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で説明したようにプログラムモジュール間で組合せまたは分割されてもよい。プログラムモジュールのマシン実行可能命令は、ローカルデバイスまたは分散デバイス内で実行されてもよい。分散デバイスでは、プログラムモジュールは、ローカルとリモートの両方の記憶媒体に置かれてもよい。

【0133】

本開示の方法を実行するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組合せで書かれてもよい。これらのプログラムコードは、プロセッサまたはコントローラによって実行されるとプログラムコードがフローチャートおよび／またはブロック図で指定されている機能／動作を実施させるように、汎用コンピュータ、専用コンピュータまたはその他のプログラマブルデータ処理装置のプロセッサまたはコントローラに供給されてもよい。プログラムコードは、全部がマシン上で、一部がマシン上で、スタンドアロンソフトウェアパッケージとして、一部がマシン上で一部がリモートマシン上で、または全部がリモートマシンまたはサーバ上で実行されてもよい。

【0134】

本開示の文脈では、コンピュータプログラムコードまたは関連するデータは、デバイス、装置またはプロセッサが上述のような様々なプロセスおよび動作を行うことができるようにするために任意の適切な担持体によって担持可能である。担持体の例には、信号、コンピュータ可読媒体などが含まれる。

【0135】

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってもよい。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体システム、装置またはデバイス、あるいはこれらの任意の適切な組合せを含み得るがこれらには限定されない。コンピュータ可読記憶媒体のより具体的な例には、１つまたは複数のワイヤを有する電気接続、携帯型コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、携帯型コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光ストレージデバイス、磁気ストレージデバイス、またはこれらの任意の適切な組合せが含まれる。

【0136】

また、動作が特定の順序で示されているが、これは、望ましい結果を得るために、そのような動作が示されているその特定の順序で行われるかまたは順次に行われること、または示されているすべての動作が行われることを必要とするものと解釈されるべきではない。特定の状況では、マルチタスク化および並列処理が有利な場合がある。同様に、上記の説明にはいくつかの特定の実装の詳細が含まれているが、これらは本開示の範囲に対する限定と解釈されるべきではなく、特定の実施形態に固有である場合がある特徴の説明と解釈されるべきである。別々の実施形態の文脈で説明されている特定の特徴が、単一の実施形態において組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で説明されている様々な特徴が、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実装されてもよい。

【0137】

本開示について構造的特徴および／または方法論的動作に特有の言葉で記載しているが、添付の特許請求の範囲で定義されている本開示は、上述の特定の特徴または動作には必ずしも限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実装する例示の形態として開示されている。

【図1】

【図2a】

【図2b】

【図3】

【図4】

【図5a】

【図5b】

【図6】

【図7】