知財求人 - 知財ポータルサイト「IP Force」
特許7608618通信制御方法、中継ノード、ドナーノード、通信システム、プログラム、及びチップセット
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-20
(45)【発行日】2025-01-06
(54)【発明の名称】通信制御方法、中継ノード、ドナーノード、通信システム、プログラム、及びチップセット
(51)【国際特許分類】
H04W 8/24 20090101AFI20241223BHJP
H04W 92/20 20090101ALI20241223BHJP
H04W 40/22 20090101ALI20241223BHJP
H04W 16/26 20090101ALI20241223BHJP
【ＦＩ】
H04W8/24
H04W92/20 110
H04W40/22
H04W16/26
【請求項の数】
12
(21)【出願番号】P 2023540343
(86)(22)【出願日】2022-08-01
(86)【国際出願番号】 JP2022029548
(87)【国際公開番号】W WO2023013604
(87)【国際公開日】2023-02-09
【審査請求日】2024-02-01
(31)【優先権主張番号】P 2021127856
(32)【優先日】2021-08-03
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
【審査官】松野 吉宏
(56)【参考文献】
【文献】国際公開第２０１９／２１６７１７（ＷＯ，Ａ１）
【文献】Samsung，Topology adaptation enhancements，3GPP TSG RAN WG2#114-e R2-2105782，フランス，3GPP，2021年05月10日
【文献】Intel Corporation，Dual-parent IAB-node topology adaptation enhancement，3GPP TSG RAN WG2#114-e R2-2104879，フランス，3GPP，2021年05月11日
【文献】Nokia, Nokia Shanghai Bell，Summary of 8.4.3: Topology Adaptation Enhancements，3GPP TSG RAN WG2#114-e R2-2106485，フランス，3GPP，2021年05月18日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
セルラ通信システムで用いられる通信制御方法であって、中継ノードが、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、ドナーノードへ送信することを有する、
通信制御方法。
【請求項2】
前記中継ノードが、トポロジ間ルーティングに関する設定に従い、データパケットを転送すること、を更に有し、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであって、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む、
請求項１記載の通信制御方法。
【請求項3】
前記転送することは、前記中継ノードが、前記データパケットに含まれるルーティングＩＤを前記第１トポロジ―に関するルーティングＩＤから前記第２トポロジに関するルーティングＩＤへ書き換えることを含む
請求項２記載の通信制御方法。
【請求項4】
セルラ通信システムで用いられる通信制御方法であって、
ドナーノードが、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を中継ノードから受信することと、
前記ドナーノードが、トポロジ間ルーティングに関する設定を前記中継ノードに行うことと、を含み、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであって、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む
通信制御方法。
【請求項5】
セルラ通信システムの中継ノードであって、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、ドナーノードへ送信する送信部を有する、
中継ノード。
【請求項6】
セルラ通信システムにおけるドナーノードであって、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を中継ノードから受信する受信部と、
トポロジ間ルーティングに関する設定を前記中継ノードに行う制御部と、を有し、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであり、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む
ドナーノード。
【請求項7】
中継ノードと、
ドナーノードと、を有するセルラ通信システムであって、
前記中継ノードは、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、前記ドナーノードへ送信する
セルラ通信システム。
【請求項8】
中継ノードと、
ドナーノードと、を有するセルラ通信システムであって、
前記ドナーノードは、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を中継ノードから受信し、
前記ドナーノードは、トポロジ間ルーティングに関する設定を前記中継ノードに行い、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであって、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む
セルラ通信システム。
【請求項9】
セルラ通信システムにおける中継ノードのコンピュータに、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、ドナーノードへ送信する処理、を実行させる
プログラム。
【請求項10】
セルラ通信システムにおけるドナーノードのコンピュータに、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を中継ノードから受信する処理と、
トポロジ間ルーティングに関する設定を前記中継ノードに行う処理と、を実行させ、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであり、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む
プログラム。
【請求項11】
セルラ通信システムにおける中継ノードのチップセットであって、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、ドナーノードへ送信する処理を実行する
チップセット。
【請求項12】
セルラ通信システムにおけるドナーノードのチップセットであって、
ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を中継ノードから受信する処理と、
トポロジ間ルーティングに関する設定を前記中継ノードに行う処理と、を実行し、
前記中継ノードは、第１トポロジと第２トポロジとの境界に位置する中継ノードであり、
前記設定は、前記第１トポロジのルーティングＩＤを適用するのではなく、前記第２トポロジのルーティングＩＤを適用することを示す情報を含む
チップセット。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、セルラ通信システムに用いる通信制御方法に関する。
【背景技術】
【0002】
セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
【先行技術文献】
【非特許文献】
【0003】
【文献】３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．６．０ （２０２１－０６）
【発明の概要】
【0004】
第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダ書き替え機能をサポートしていることを示す情報を、ドナーノードへ送信するステップと、前記ドナーノードが、前記中継ノードに対して、トポロジ間ルーティングに関する設定を行うことと、前記中継ノードが、前記トポロジ間ルーティングに関する設定に従い、データパケットを転送することと、を有する。
【0005】
第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノードは、ルーティングＩＤと対応付けた代替ルーティングＩＤ（ａｌｔｅｒｎａｔｉｖｅ Ｒｏｕｔｉｎｇ ＩＤ）を中継ノードに設定することを有する。また、前記通信制御方法は、中継ノードが、データパケットを代替パスへ転送するローカルリルーティングを実行することを決定することを有する。更に、前記通信制御方法は、中継ノードが、他の中継ノードからデータパケットを受信することを有する。更に、前記通信制御方法は、中継ノードが、代替ルーティングＩＤを使用することができない場合、データパケットに含まれる宛先アドレスと一致する宛先アドレスを含む他のルーティングＩＤを使用して、ローカルリルーティングを実行することを有する。
【0006】
第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノードは、複数の代替ルーティングＩＤを中継ノードに設定することを有する。また、前記通信制御方法は、中継ノードが、データパケットを代替パスへ転送するローカルリルーティングを実行することを決定することを有する。更に、前記通信制御方法は、中継ノードが、他の中継ノードからデータパケットを受信することを有する。更に、前記通信制御方法は、中継ノードは、複数の代替ルーティングＩＤのいずれかを使用して、ローカルリルーティングを実行することを有する。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
本開示は、パケットの転送制御が適切に行われる通信制御方法を提供することを目的とする。
【0009】
図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【0010】
（セルラ通信システムの構成）
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）である。但し、セルラ通信システム１には、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）である。但し、セルラ通信システム１には、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
【0011】
図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。
【0012】
図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
【0013】
以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
【0014】
なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。
【0015】
５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
【0016】
各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。
【0017】
各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
【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】
このような状況で、第４実施形態では、以下の２つのシナリオを想定している。すなわち、第１シナリオは、ＩＡＢノード３００－１がＭＣＧ ＢＨ ＲＬＦとＳＣＧ ＢＨ ＲＬＦのいずれかを検知した場合のＩＡＢノード３００－１に対する代替ルーティングＩＤの設定である。第２シナリオは、親ノードであるＩＡＢノード３００－１においてＭＣＧ ＢＨ ＲＬＦとＳＣＧ ＢＨ ＲＬＦのいずれかを検知した場合のＩＡＢノード３００－２に対する代替ルーティングＩＤの設定である。
【0138】
第４実施形態では、ドナーノード２００がセルグループ毎の代替ルーティングＩＤを設定する実施形態である。具体的には、ドナーノード（例えば、ドナーノード２００）が、セルグループ毎の代替ルーティングＩＤを中継ノード（例えば、ＩＡＢノード３００－１又はＩＡＢノード３００－２）に設定する。
【0139】
これにより、例えば、ドナーノード２００は、当該代替ルーティングＩＤを、ＩＡＢノード３００－１とＩＡＢノード３００－２とで異なるものとして設定することができる。従って、ドナーノード２００は、第１シナリオと第２シナリオを考慮した当該代替ルーティングＩＤを設定できる。
【0140】
また、例えば、ドナーノード２００は、ＭＣＧ ＢＨ ＲＬＦに対するローカルリルーティングと、ＳＣＧ ＢＨ ＲＬＦに対するローカルリルーティングとで、異なる代替ルーティングＩＤを設定できる。従って、ＩＡＢノード３００－１は、ＭＣＧ ＢＨ ＲＬＦとＳＣＧ ＢＨ ＲＬＦの各々に応じたローカルリルーティングを実行でき、受信したパケットを適切に転送することが可能となる。
【0141】
（第４実施形態の動作例）
図１４は、第４実施形態に係る動作例を表す図である。
図１４は、第４実施形態に係る動作例を表す図である。
【0142】
図１４に示すように、ステップＳ４０において、ドナーノード２００は、処理を開始する。
【0143】
ステップＳ４１において、ドナーノード２００は、ＩＡＢノード３００に対して、セルグループ（ＣＧ）毎に代替ルーティングＩＤを設定する。例えば、ドナーノード２００は、ＭＣＧ ＢＨ ＲＬＦに対しては第１代替ルーティングＩＤを設定し、ＳＣＧ ＢＨ ＲＬＦに対しては第２代替ルーティングＩＤを設定する。
【0144】
ＣＧ毎の代替ルーティングＩＤの設定には、ドナーノード２００が、（Ｂ１）ＩＡＢノード３００－１に対して設定するのか、（Ｂ２）ＩＡＢノード３００－２に対して設定するのか、のいずれかを示す情報を含んでもよい。ドナーノード２００は、（Ｂ１）の場合と（Ｂ２）の場合とで、更に、以下の情報を設定してもよい。
【0145】
（Ｂ１）ＩＡＢノード３００－１に設定する場合
ドナーノード２００が、ＩＡＢノード３００－１に対して設定する場合は、ＩＡＢノード３００－１自身がＢＨ ＲＬＦを検出した場合である。これは、第１シナリオに対応する。ドナーノード２００は、ＭＣＧ ＢＨ ＲＬＦに対しては第１代替ルーティングＩＤを設定し、ＳＣＧ ＢＨ ＲＬＦに対しては第２代替ルーティングＩＤを設定してもよい。
ドナーノード２００が、ＩＡＢノード３００－１に対して設定する場合は、ＩＡＢノード３００－１自身がＢＨ ＲＬＦを検出した場合である。これは、第１シナリオに対応する。ドナーノード２００は、ＭＣＧ ＢＨ ＲＬＦに対しては第１代替ルーティングＩＤを設定し、ＳＣＧ ＢＨ ＲＬＦに対しては第２代替ルーティングＩＤを設定してもよい。
【0146】
（Ｂ２）ＩＡＢノード３００－２に設定する場合
一方、ドナーノード２００が、ＩＡＢノード３００－２に対して設定する場合は、ＩＡＢノード３００－２がＩＡＢノード３００－１からＴｙｐｅ２ ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎを受信した場合である（例えば図１３）。これは、第２シナリオに対応する。ドナーノード２００は、親ノード３００－１におけるＭＣＧ ＢＨ ＲＬＦに対しては、第３代替ルーティングＩＤを設定し、親ノード３００－１におけるＳＣＧ ＢＨ ＲＬＦに対しては第４代替ルーティングＩＤを設定してもよい。この場合、第３代替ルーティングＩＤは、親ノード３００－１においてＭＣＧ ＢＨ ＲＬＦが発生した場合に、親ノード３００－１の子ノードであるＩＡＢノード３００－２に適用する代替ルーティングＩＤとなっている。また、第４代替ルーティングＩＤは、親ノード３００－１においてＳＣＧ ＢＨ ＲＬＦが発生した場合に、親ノード３００－１の子ノードであるＩＡＢノード３００－２に適用する代替ルーティングＩＤとなっている。
一方、ドナーノード２００が、ＩＡＢノード３００－２に対して設定する場合は、ＩＡＢノード３００－２がＩＡＢノード３００－１からＴｙｐｅ２ ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎを受信した場合である（例えば図１３）。これは、第２シナリオに対応する。ドナーノード２００は、親ノード３００－１におけるＭＣＧ ＢＨ ＲＬＦに対しては、第３代替ルーティングＩＤを設定し、親ノード３００－１におけるＳＣＧ ＢＨ ＲＬＦに対しては第４代替ルーティングＩＤを設定してもよい。この場合、第３代替ルーティングＩＤは、親ノード３００－１においてＭＣＧ ＢＨ ＲＬＦが発生した場合に、親ノード３００－１の子ノードであるＩＡＢノード３００－２に適用する代替ルーティングＩＤとなっている。また、第４代替ルーティングＩＤは、親ノード３００－１においてＳＣＧ ＢＨ ＲＬＦが発生した場合に、親ノード３００－１の子ノードであるＩＡＢノード３００－２に適用する代替ルーティングＩＤとなっている。
【0147】
ＩＡＢノード３００は、上記（Ｂ１）と（Ｂ２）を考慮して、第１シナリオ用（自ＢＨ ＲＬＦ検出用）として、第１代替ルーティングＩＤと第２代替ルーティングＩＤとを設定するとともに、第２シナリオ用（親ノード３００－１がＢＨ ＲＬＦを検出）として、第３代替ルーティングＩＤと第４代替ルーティングＩＤとを設定してもよい。
【0148】
ステップＳ４２において、ＩＡＢノード３００－１又はＩＡＢノード３００－２は、ローカルリルーティングを実行することを決定する。ＩＡＢノード３００－１は、ＭＣＧ ＢＨ ＲＬＦとＳＣＧ ＢＨ ＲＬＦのいずれか１つを検出した場合に、ローカルリルーティングを実行することを決定する。また、ＩＡＢノード３００－２は、親ノード３００－１からＴｙｐｅ２ ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎを受信した場合に、ローカルリルーティングを実行することを決定する。なお、Ｔｙｐｅ２ ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎには、親ノードであるＩＡＢノード３００－１において、ＭＣＧ側でＢＨ ＲＬＦ（ＭＣＧ ＢＨ ＲＬＦ）が発生したのか、又は、ＳＣＧ側でＢＨ ＲＬＦ（ＳＣＧ ＢＨ ＲＬＦ）が発生したのか、を示す情報が含まれてもよい。或いは、Ｔｙｐｅ２ ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎとともに当該情報が送信されてもよい。
【0149】
ステップＳ４３において、ＩＡＢノード３００－１又はＩＡＢノード３００－２は、ローカルリルーティング対象のＢＡＰパケット（ＢＡＰ ＰＤＵ）を受信すると、当該ＢＡＰパケットに対して、ＣＧ毎の代替ルーティングＩＤを用いてローカルリルーティングを実行する。
【0150】
例えば、ＩＡＢノード３００－１は、ＭＣＧ ＢＨ ＲＬＦを検出した場合、第１代替ルーティングＩＤを使用して、ローカルリルーティングを実行する。
【0151】
また、例えば、ＩＡＢノード３００－１は、ＳＣＧ ＢＨ ＲＬＦを検出した場合、第２代替ルーティングＩＤを使用して、ローカルリルーティングを実行する。
【0152】
更に、例えば、ＩＡＢノード３００－２は、親ノードであるＩＡＢノード３００－１から、Ｔｙｐｅ２ ＩｎｄｉｃａｔｉｏｎとともにＩＡＢノード３００－１においてＭＣＧ ＢＨ ＲＬＦが発生したことを示す情報を受信した場合、第３代替ルーティングＩＤを使用してローカルリルーティングを実行する。
【0153】
更に、例えば、ＩＡＢノード３００－２は、親ノードであるＩＡＢノード３００－１から、Ｔｙｐｅ２ ＩｎｄｉｃａｔｉｏｎとともにＩＡＢノード３００－１においてＳＣＧ ＢＨ ＲＬＦが発生したことを示す情報を受信した場合、第４代替ルーティングＩＤを使用してローカルリルーティングを実行する。
【0154】
代替ルーティングＩＤを用いたローカルリルーティング自体の動作は、第２実施形態（図１１のステップＳ２４）と同様であってよい。
【0155】
そして、ステップＳ４４において、ＩＡＢノード３００－１又はＩＡＢノード３００－２は、一連の処理を終了する。
【0156】
［その他の実施形態］
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0157】
また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
【0158】
本開示で使用されている「に基づいて（ｂａｓｅｄ ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【0159】
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態の全部又は一部を組み合わせることも可能である。
【0160】
本願は、日本国特許出願第２０２１－１２７８５６号（２０２１年８月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【符号の説明】
【0161】
１ ：移動通信システム
１０ ：５ＧＣ
１００ ：ＵＥ
１１０ ：無線通信部
１２０ ：制御部
２００（２００－１～２００－３） ：ｇＮＢ（ドナーノード）
２１０ ：無線通信部
２２０ ：ネットワーク通信部
２３０ ：制御部
３００（３００－１，３００－２，３００－Ｐ１，３００－Ｐ２）：ＩＡＢノード
３１０ ：無線通信部
３２０ ：制御部
１０ ：５ＧＣ
１００ ：ＵＥ
１１０ ：無線通信部
１２０ ：制御部
２００（２００－１～２００－３） ：ｇＮＢ（ドナーノード）
２１０ ：無線通信部
２２０ ：ネットワーク通信部
２３０ ：制御部
３００（３００－１，３００－２，３００－Ｐ１，３００－Ｐ２）：ＩＡＢノード
３１０ ：無線通信部
３２０ ：制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】