知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024116340
(43)【公開日】2024-08-27
(54)【発明の名称】通信制御方法及び中継ノード
(51)【国際特許分類】
H04W 28/02 20090101AFI20240820BHJP
H04W 40/04 20090101ALI20240820BHJP
H04W 40/22 20090101ALI20240820BHJP
H04W 16/26 20090101ALI20240820BHJP
【ＦＩ】
H04W28/02
H04W40/04
H04W40/22
H04W16/26
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2024095650
(22)【出願日】2024-06-13
(62)【分割の表示】P 2023554693の分割
【原出願日】2022-10-18
(31)【優先権主張番号】P 2021171781
(32)【優先日】2021-10-20
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
(57)【要約】 （修正有）
【課題】ＩＡＢ（中継）ノードにおける輻輳制御方法および装置を提供する。
【解決手段】セルラ通信システムにおいて、通信制御方法は、ドナーノードが、ＩＡＢノードに対して、バッファサイズ閾値を設定するＦ１ＡＰメッセージを送信することＳ２１と、ＩＡＢノードがフロー制御フィードバックを受信することＳ２２と、ＩＡＢノードが、ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）をバッファサイズ閾値と比較することＳ２３と、閾値以下の場合、ローカルリルーティングをトリガすることＳ２４と、ＩＡＢノードが、代替パス（別ルート）上の他のＩＡＢノードへデータを送信することＳ２５と、を有する。
【選択図】図１２
【解決手段】セルラ通信システムにおいて、通信制御方法は、ドナーノードが、ＩＡＢノードに対して、バッファサイズ閾値を設定するＦ１ＡＰメッセージを送信することＳ２１と、ＩＡＢノードがフロー制御フィードバックを受信することＳ２２と、ＩＡＢノードが、ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）をバッファサイズ閾値と比較することＳ２３と、閾値以下の場合、ローカルリルーティングをトリガすることＳ２４と、ＩＡＢノードが、代替パス（別ルート）上の他のＩＡＢノードへデータを送信することＳ２５と、を有する。
【選択図】図１２
【特許請求の範囲】
【請求項1】
セルラ通信システムで用いる通信制御方法であって、
中継ノードが、バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信することと、
前記中継ノードが、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信することと、
前記中継ノードが、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断することと、を有し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
通信制御方法。
中継ノードが、バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信することと、
前記中継ノードが、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信することと、
前記中継ノードが、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断することと、を有し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
通信制御方法。
【請求項2】
前記判断することは、前記中継ノードが、ルーティングＩＤ毎に前記使用可能なバッファサイズが前記バッファサイズ閾値以下の場合、前記バックホールリンクが混雑すると判断することを含む
請求項１記載の通信制御方法。
請求項１記載の通信制御方法。
【請求項3】
ドナーノードと、中継ノードと、前記中継ノードの子ノードとを有するセルラ通信システムであって、
前記中継ノードは、バッファサイズ閾値を設定するＦ１ＡＰメッセージを前記ドナーノードから受信し、
前記中継ノードは、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信し、
前記中継ノードは、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
セルラ通信システム。
前記中継ノードは、バッファサイズ閾値を設定するＦ１ＡＰメッセージを前記ドナーノードから受信し、
前記中継ノードは、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信し、
前記中継ノードは、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
セルラ通信システム。
【請求項4】
前記中継ノードは、ルーティングＩＤ毎に前記使用可能なバッファサイズが前記バッファサイズ閾値以下の場合、前記バックホールリンクが混雑すると判断する
請求項３記載のセルラ通信システム。
請求項３記載のセルラ通信システム。
【請求項5】
セルラ通信システムにおける中継ノードであって、
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信するとともに、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信する受信部と、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断する制御部と、を有し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
中継ノード。
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信するとともに、ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信する受信部と、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断する制御部と、を有し、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
中継ノード。
【請求項6】
前記制御部は、ルーティングＩＤ毎に前記使用可能なバッファサイズが前記バッファサイズ閾値以下の場合、前記バックホールリンクが混雑すると判断する
請求項５記載の中継ノード。
請求項５記載の中継ノード。
【請求項7】
セルラ通信システムにおける中継ノードに、
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信する処理と、
ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信する処理と、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断する処理と、を実行させ、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
プログラム。
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信する処理と、
ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信する処理と、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断する処理と、を実行させ、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
プログラム。
【請求項8】
前記判断する処理は、ルーティングＩＤ毎に前記使用可能なバッファサイズが前記バッファサイズ閾値以下の場合、前記バックホールリンクが混雑すると判断する処理を含む
請求項７記載のプログラム。
請求項７記載のプログラム。
【請求項9】
セルラ通信システムにおける中継ノードのチップセットであって、
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信することと、
ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信することと、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断することと、を含み、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
チップセット。
バッファサイズ閾値を設定するＦ１ＡＰメッセージをドナーノードから受信することと、
ＤＬフロー制御フィードバックを前記中継ノードの子ノードから受信することと、
前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、前記中継ノードと前記子ノードとの間のバックホールリンクが混雑していると判断することと、を含み、
前記バッファサイズ閾値は、前記中継ノードに設定される全てのルーティングＩＤに共通の閾値である
チップセット。
【請求項10】
前記判断することは、ルーティングＩＤ毎に前記使用可能なバッファサイズが前記バッファサイズ閾値以下の場合、前記バックホールリンクが混雑すると判断することを含む
請求項９記載のチップセット。
請求項９記載のチップセット。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、セルラ通信システムに用いる通信制御方法に関する。
【背景技術】
【0002】
セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partner ship Project）（登録商標。以下同じ）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】3GPP TS 38.300 V16.7.0 (2021-09)
【発明の概要】
【0004】
第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノードが、中継ノードに対して、バッファサイズ閾値を設定するF1APメッセージを送信することと、前記中継ノードが、フロー制御フィードバックを受信することと、前記中継ノードが、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、ローカルリルーティングをトリガすることと、前記中継ノードが、代替パス上の他の中継ノードへデータを送信することと、を有する。
【0005】
第２の態様に係る中継ノードは、セルラ通信システムで用いる中継ノードである。前記中継ノードは、プロセッサを備える。前記プロセッサは、ドナーノードから、バッファサイズ閾値を設定するF1APメッセージを受信する処理と、フロー制御フィードバックを受信する処理と、前記ＤＬフロー制御フィードバックに含まれる使用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）が前記バッファサイズ閾値以下の場合、ローカルリルーティングをトリガする処理と、代替パス上の他の中継ノードへデータを送信する処理と、を実行する。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【0008】
（セルラ通信システムの構成）
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。
【0009】
図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。
【0010】
図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
【0011】
以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
【0012】
なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。
【0013】
５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
【0014】
各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。
【0015】
各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
【0016】
各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
【0017】
セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
【0018】
図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
【0019】
ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。
【0020】
図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係例を示す図である。
【0021】
図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。
【0022】
ＩＡＢ－ＭＴのＮＲ Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。
【0023】
ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
【0024】
また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。
【0025】
（基地局の構成）
次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
【0026】
無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0027】
ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
【0028】
制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。
【0029】
（中継ノードの構成）
次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
【0030】
無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
【0031】
無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0032】
制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。
【0033】
（ユーザ装置の構成）
次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
【0034】
無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0035】
制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。
【0036】
（プロトコルスタックの構成）
次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。
次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。
【0037】
図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource
Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。
Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。
【0038】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【0039】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ））及び割当リソースブロックを決定する。
【0040】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【0041】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
【0042】
ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
【0043】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。
【0044】
図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。
【0045】
図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
【0046】
各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ ＮＲ ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。
【0047】
【0048】
なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
【0049】
また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
【0050】
［第１実施形態］
次に、第１実施形態について説明する。
次に、第１実施形態について説明する。
【0051】
（フロー制御）
ＩＡＢノード３００間、或いは、ＩＡＢノード３００とドナーノード２００との間において、フロー制御が行われる場合がある。フロー制御により、例えば、混雑に関連したパケットの損失を防止することできる。なお、フロー制御のことを、ホップバイホップフロー制御（ｈｏｐ－ｂｙ－ｈｏｐ ｆｌｏｗ ｃｏｎｔｒｏｌ）と称する場合がある。
ＩＡＢノード３００間、或いは、ＩＡＢノード３００とドナーノード２００との間において、フロー制御が行われる場合がある。フロー制御により、例えば、混雑に関連したパケットの損失を防止することできる。なお、フロー制御のことを、ホップバイホップフロー制御（ｈｏｐ－ｂｙ－ｈｏｐ ｆｌｏｗ ｃｏｎｔｒｏｌ）と称する場合がある。
【0052】
【0053】
フロー制御フィードバックには、ダウンストリーム方向のフロー制御フィードバックと、アップストリーム方向のフロー制御フィードバックとがある。
【0054】
ここで、ダウンストリーム方向のフロー制御フィードバックをＤＬフロー制御フィードバックと称する場合がある。また、アップストリーム方向のフロー制御フィードバックをＵＬフロー制御フィードバックと称する場合がある。
【0055】
ダウンストリーム方向のフロー制御（ＤＬフロー制御）は、ＩＡＢノード３００のＢＡＰレイヤでサポートされている。ＩＡＢノード３００－ＴのＩＡＢ－ＭＴ（のＢＡＰエンティティ）は、バッファ負荷があるレベル（ｃｅｒｔａｉｎ ｌｅｖｅｌ）を超えると、フロー制御フィードバックをトリガする。又は、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、フロー制御ポーリングを、ＩＡＢノード３００－Ｔの親ノード３００－Ｐから受信すると、フロー制御フィードバックをトリガする。
【0056】
ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、フロー制御フィードバックをトリガすると、利用可能なバッファサイズ（ａｖａｉｌａｂｌｅ ｂｕｆｆｅｒ ｓｉｚｅ）などを含むＤＬフロー制御フィードバックを生成する。図９（Ａ）に示すように、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、生成したＤＬフロー制御フィードバックを親ノード３００－Ｐへ送信する。ＤＬフロー制御フィードバックは、ＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵを用いて送信される。
【0057】
親ノード３００－Ｐは、例えば、ＤＬフロー制御フィードバックの受信に応じて、ＩＡＢノード３００－Ｔへ（ダウンストリーム方向へ）のデータ送信量を少なくしたり、送信自体を控えたりすることができる。
【0058】
これにより、ＩＡＢノード３００－Ｔにおけるバッファオーバフローを抑制できる。バッファオーバフローとは、ＩＡＢノード３００－Ｔにおいて、親ノード３００－Ｐから受信したデータを子ノードへ転送（送信）することができないため、ＩＡＢノード３００－Ｔのバッファ（メモリ）に当該データを保持し続け、やがて、バッファサイズを超えてしまう現象のことである。親ノード３００－Ｐが、ＩＡＢノード３００－Ｔへのデータ送信量を少なくしたり、送信自体を控えたりすることで、このようなバッファオーバフローを抑制させることが可能となる。また、親ノード３００－ＰとＩＡＢノード３００－Ｔとの間の混雑（ｃｏｎｇｅｓｔｉｏｎ）を抑制させることも可能となる。
【0059】
なお、３ＧＰＰでは、ＤＬフロー制御フィードバックについて仕様化されている。
【0060】
一方、アップリンク方向のフロー制御（ＵＬフロー制御）がある。アップリンク方向のフロー制御は、図９（Ｂ）に示すように、ＩＡＢノード３００－Ｔが、ＩＡＢノード３００－Ｔの子ノード３００－Ｃへ、ＵＬフロー制御フィードバックを送信することで行われる。
【0061】
この場合、子ノード３００－Ｃは、ＵＬフロー制御フィードバックを受信したことに応じて、ＩＡＢノード３００－Ｔへ（アップストリーム方向への）データもしくは制御信号の送信量を少なくしたり、送信自体を控えたりすることが可能となる。
【0062】
なお、３ＧＰＰでは、ＵＬフロー制御フィードバックについて仕様化が検討されている。
【0063】
（フロー制御フィードバックとローカルリルーティング）
３ＧＰＰでは、ＤＬフロー制御フィードバックを用いたローカルリルーティングについてその一部が合意されている。
３ＧＰＰでは、ＤＬフロー制御フィードバックを用いたローカルリルーティングについてその一部が合意されている。
【0064】
一方、上述したように、３ＧＰＰでは、ＵＬフロー制御フィードバックを導入することについて検討がなされている。具体的には、ローカルリルーティングをトリガするために、ＵＬフロー制御フィードバックを用いることが検討されている。
【0065】
なお、ローカルリルーティングとは、例えば、受信したパケットを、代替パス（alternative path）を介して宛先ノード（アクセスＩＡＢノード又はドナーノード）へ転送するように制御することである。これにより、例えば、ＩＡＢノード３００－１とその親ノード３００－Ｐ１との間のバックホールリンクで無線リンク障害（ＢＨ ＲＬＦ（Radio Link Failure））が発生した場合であっても、ＩＡＢノード３００－１は、経路を代替パスに切り替えて、代替パス上の親ノード３００－Ｐ２へ、アップストリーム方向のパケットを送信するこが可能となる。
【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】
当該シナリオにおけるリルーティング（Ｓ１－２）は、所謂、ローカルリルーティングである。例えば、ＩＡＢノード３００－１が、ＩＡＢノード３００－２に対するバックホールリンクにおける無線リンク障害（ＢＨ ＲＬＦ（Radio Link Failure））（以下、「ＢＨ ＲＬＦ」と称する場合がある。）を検出したとき、アップリンク方向のパケットについて、代替パスであるＩＡＢノード３００－３を介した経路に切り替えて、リルーティングを行うことも可能である。
【0122】
（Ｓ２）「ＣＵ内／ドナーＤＵ間」シナリオについて
図１４（Ｂ）は、「ＣＵ内／ドナーＤＵ間」シナリオにおけるトポロジの構成例を表す図である。
図１４（Ｂ）は、「ＣＵ内／ドナーＤＵ間」シナリオにおけるトポロジの構成例を表す図である。
【0123】
ＩＡＢノード３００－１におけるリルーティングに関しては、例えば、ＩＡＢノード３００－２経由の経路から、ＩＡＢノード３００－３経由の経路（代替パス）に切り替えた場合を考える。この場合、当該パケットの宛先となるドナーＤＵが、ドナーＤＵ＃１（２００Ｄ１）からドナーＤＵ＃２（２００Ｄ２）へ変更される。すなわち、パケットの宛先ＢＡＰアドレスが変更される。そのため、３ＧＰＰでは、当該シナリオで、ＢＡＰヘッダの書き替えを行うことが合意された。ＢＡＰヘッダの書き替えは、直前のルーティングＩＤ（ｐｒｅｖｉｏｕｓ ｒｏｕｔｉｎｇ ＩＤ）から新たなルーティングＩＤ（ｎｅｗ ｒｏｕｔｉｎｇ ＩＤ）へのＢＡＰヘッダを書き替えることである。なお、ルーティングＩＤは、宛先ＢＡＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ）と経路識別子（Ｐａｔｈ ＩＤ
）とから構成される。
）とから構成される。
【0124】
（Ｓ３）「ＣＵ間」シナリオについて
図１４（Ｃ）は「ＣＵ間」シナリオにおけるトポロジの構成例を表す図である。
図１４（Ｃ）は「ＣＵ間」シナリオにおけるトポロジの構成例を表す図である。
【0125】
図１４（Ｃ）に示すように、当該シナリオでは、ドナーＣＵ＃１（２００Ｃ１）とドナーＣＵ＃２（２００Ｃ２）の２つの異なるＣＵが設けられる。そして、ドナーＣＵ＃１（２００Ｃ１）にはドナーＤＵ＃１（２００Ｄ１）が接続され、ドナーＣＵ＃２（２００Ｃ２）にはドナーＤＵ＃２（２００Ｄ２）が接続される構成となっている。
【0126】
一般的に、異なるドナーＣＵにより、異なるトポロジが形成される。すなわち、ドナーＣＵ＃１（２００Ｃ１）からＩＡＢノード３００－１へ至る経路で形成されたトポロジ（第１トポロジ）と、ドナーＣＵ＃２（２００Ｃ２）からＩＡＢノード３００－１へ至る経路で形成されたトポロジ（第２トポロジ）とは異なるトポロジとなり得る。ＩＡＢノード３００－１は、２つの異なるトポロジの境界に位置する。このようなＩＡＢノード３００－１を境界ＩＡＢノード（ｂｏｕｎｄａｒｙ ｎｏｄｅ）と称する場合がある。
【0127】
当該シナリオのリルーティングに関しては、例えば、境界ＩＡＢノード３００－１は、ドナーＣＵ＃２（２００Ｃ２）におけるトポロジ上の代替パスを介して、ドナーＤＵ＃１（２００Ｄ１）宛てのパケットを転送することができる。
【0128】
ただし、当該シナリオのリルーティングに関して、３ＧＰＰでは、境界ＩＡＢノード３００－１において、ソースドナーノードであるドナーＣＵ＃１（２００Ｃ１）とはＦ１接続を残したまま、ターゲットのドナーノードであるドナーＣＵ＃２（２００Ｃ２）に対してＲＲＣ再確立（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）状態で適用されてもよい、ことが合意された。
【0129】
（第３実施形態に係る通信制御方法）
第１実施形態で説明した動作例、処理などは、シナリオ（Ｓ１－２）、シナリオ（Ｓ２－２）、及びシナリオ（Ｓ３－２）に適用可能である。
第１実施形態で説明した動作例、処理などは、シナリオ（Ｓ１－２）、シナリオ（Ｓ２－２）、及びシナリオ（Ｓ３－２）に適用可能である。
【0130】
第１実施形態をシナリオ（Ｓ２－２）に適用した場合は、例えば、以下となる。すなわち、図１４（Ｂ）に示すように、ＩＡＢノード３００－１では、ＩＡＢノード３００－２へ送信するデータを蓄積するバッファのバッファ量が、ドナーＣＵ（２００Ｃ）によって設定された第１バッファ閾値以上となったと仮定する。この場合、ＩＡＢノード３００－１は、ＩＡＢノード３００－３へのリルーティングが可能な場合、ＩＡＢノード３００－３へ当該データを送信することができる。
【0131】
また、第１実施形態をシナリオ（Ｓ２－３）に適用した場合は、例えば、以下となる。すなわち、図１４（Ｃ）に示すように、ＩＡＢノード３００－１では、ＩＡＢノード３００－２へ送信するデータを蓄積するバッファのバッファ量が、ドナーＣＵ＃１（２００Ｃ１）によって設定された第１バッファ閾値以上となったと仮定する。この場合、ＩＡＢノード３００－１は、ＩＡＢノード３００－３へリルーティング可能な場合、ＩＡＢノード３００－３へ当該データを送信することができる。
【0132】
一方、第２実施形態で説明した動作例、処理なども、シナリオ（Ｓ１－２）、シナリオ（Ｓ２－２）、及びシナリオ（Ｓ３－２）に適用可能である。
【0133】
第２実施形態をシナリオ（Ｓ２－２）に適用した場合は、例えば、以下となる。すなわち、図１４（Ｂ）に示すように、ＩＡＢノード３００－１では、ＩＡＢノード３００－２からＵＬフロー制御フィードバックを受信すると、当該フィードバックに含まれる使用可能なバッファサイズがバッファ残量閾値以下となったと仮定する。この場合、ＩＡＢノード３００－１は、ＩＡＢノード３００－３へリルーティング可能な場合、バッファに蓄積したデータを、ＩＡＢノード３００－３へ送信することができる。
【0134】
ＩＡＢノード３００－１が、例えば、ＩＡＢノード３００－４からＤＬフロー制御フィードバックを受信した場合も、使用可能なバッファサイズがバッファ残量閾値以下になると、ＩＡＢノード３００－５へデータを送信することができる。
【0135】
また、第２実施形態をシナリオ（Ｓ３－２）に適用した場合は、例えば、以下となる。すなわち、図１４（Ｃ）に示すように、ＩＡＢノード３００－１では、ＩＡＢノード３００－２からのＵＬフロー制御フィードバックに含まれる使用可能なバッファサイズがバッファ残量閾値以下となったと仮定する。この場合、ＩＡＢノード３００－１は、ＩＡＢノード３００－３へリルーティング可能な場合、バッファに蓄積したデータを、ＩＡＢノード３００－３へ送信することができる。
【0136】
このように、第１実施形態で説明した動作例などは、リルーティングに関する各シナリオに適用可能である。また、第２実施形態で説明した動作例などは、リルーティングに関する各シナリオに適用可能である。
【0137】
［その他の実施形態］
実施形態では、ＩＡＢノード３００のバッファ量もしくはバッファ残量、及びフロー制御フィードバックのバッファ残量に基づいて、ローカルリルーティングをトリガする処理及びローカルルーティングを停止する処理について説明した。ＩＡＢノード３００は、当該ローカルリルーティングのトリガ及び停止をドナーノード２００へ報告してもよい。当該報告は、更にトリガ又は停止の原因を示す情報を含んでもよい。当該原因情報は、ＩＡＢノード３００のバッファ量及び／又はバッファ残量、ＩＡＢノード３００が受信したフロー制御フィードバックに含まれるバッファ残量であってもよい。当該報告は、ローカルリルーティングのトリガ又は停止を行ったルートの情報を含んでもよい。当該ルート情報は、ルーティングＩＤ又はバックホールＲＬＣチャネルＩＤであってもよい。ＩＡＢノード３００は、当該報告をローカルリルーティングのトリガ又は停止に伴い、即座にドナーノード２００へ送信してもよい。又は、ＩＡＢノード３００は、当該報告を事後に送信してもよい。事後に送信する場合、ＩＡＢノード３００は、ローカルリルーティングのトリガ及び停止に伴い、当該トリガ又は停止、前記原因情報、前記ルート情報を記録（ログ）してもよい。ＩＡＢノード３００は、更にローカルリルーティングのトリガ又は停止を実施した時刻情報を記録（ログ）してもよい。ＩＡＢノード３００は、ドナーノード２００からの要求に伴い、当該記録（ログ）を、当該報告としてドナーノード２００へ送信してもよい。
実施形態では、ＩＡＢノード３００のバッファ量もしくはバッファ残量、及びフロー制御フィードバックのバッファ残量に基づいて、ローカルリルーティングをトリガする処理及びローカルルーティングを停止する処理について説明した。ＩＡＢノード３００は、当該ローカルリルーティングのトリガ及び停止をドナーノード２００へ報告してもよい。当該報告は、更にトリガ又は停止の原因を示す情報を含んでもよい。当該原因情報は、ＩＡＢノード３００のバッファ量及び／又はバッファ残量、ＩＡＢノード３００が受信したフロー制御フィードバックに含まれるバッファ残量であってもよい。当該報告は、ローカルリルーティングのトリガ又は停止を行ったルートの情報を含んでもよい。当該ルート情報は、ルーティングＩＤ又はバックホールＲＬＣチャネルＩＤであってもよい。ＩＡＢノード３００は、当該報告をローカルリルーティングのトリガ又は停止に伴い、即座にドナーノード２００へ送信してもよい。又は、ＩＡＢノード３００は、当該報告を事後に送信してもよい。事後に送信する場合、ＩＡＢノード３００は、ローカルリルーティングのトリガ及び停止に伴い、当該トリガ又は停止、前記原因情報、前記ルート情報を記録（ログ）してもよい。ＩＡＢノード３００は、更にローカルリルーティングのトリガ又は停止を実施した時刻情報を記録（ログ）してもよい。ＩＡＢノード３００は、ドナーノード２００からの要求に伴い、当該記録（ログ）を、当該報告としてドナーノード２００へ送信してもよい。
【0138】
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0139】
また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
【0140】
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。第１実施形態から第３実施形態で説明した各実施形態、各動作例、各処理、又は各ステップなどは、相互に組み合わせることが可能である。また、第１実施形態から第３実施形態の各実施形態の全部又は一部は矛盾しない範囲で組み合わせることも可能である。
【0141】
本開示で使用されている「に基づいて（ｂａｓｅｄ ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【0142】
本願は、日本国特許出願第２０２１－１７１７８１号（２０２１年１０月２０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】