(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-11
(45)【発行日】2023-12-19
(54)【発明の名称】通信制御方法
(51)【国際特許分類】
H04W 36/00 20090101AFI20231212BHJP
H04W 16/26 20090101ALI20231212BHJP
H04W 76/20 20180101ALI20231212BHJP
【ＦＩ】
H04W36/00
H04W16/26
H04W76/20
【請求項の数】
9
(21)【出願番号】P 2022521779
(86)(22)【出願日】2021-04-15
(86)【国際出願番号】 JP2021015617
(87)【国際公開番号】W WO2021229997
(87)【国際公開日】2021-11-18
【審査請求日】2022-11-10
(31)【優先権主張番号】P 2020083477
(32)【優先日】2020-05-11
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
【審査官】久松 和之
(56)【参考文献】
【文献】Huawei，Inter IAB donor-CU topology adaptation，3GPP TSG RAN WG3 #106 R3-196995，2019年11月08日
【文献】Qualcomm Incorporated (Mediator)，Rel-17 IAB email discussion - report，3GPP TSG RAN #86 RP-193094，2019年12月08日
【文献】Intel Corporation，IAB lossless delivery of UL data with hop-by-hop ARQ，3GPP TSG RAN WG3 #106 R3-197464，2019年11月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ソース基地局からターゲット基地局に対して中継ノードのハンドオーバ又は接続再確立を行う通信制御方法であって、前記中継ノードの分散ユニットと前記ソース基地局との間に確立されたフロントホール接続に関するフロントホール設定情報を前記ソース基地局が前記ターゲット基地局に送信することを有する
通信制御方法。
【請求項2】
前記フロントホール設定情報を送信することは、前記フロントホール設定情報を含む要求メッセージを前記ソース基地局が前記ターゲット基地局に送信することを含み、前記要求メッセージは、前記フロントホール接続を前記ソース基地局から前記ターゲット基地局に再配置することを要求するためのメッセージである
請求項１に記載の通信制御方法。
【請求項3】
前記要求メッセージを前記ターゲット基地局が受信することと、前記要求メッセージに対する応答メッセージを前記ターゲット基地局が前記ソース基地局に送信することと、をさらに有し、
前記応答メッセージは、前記フロントホール設定情報に対する修正内容を示すフロントホール修正情報及び前記ターゲット基地局のＩＰアドレスのうち少なくとも一方を含む
請求項２に記載の通信制御方法。
【請求項4】
前記応答メッセージを前記ソース基地局が受信することと、前記応答メッセージに含まれる情報を含むフロントホール再配置メッセージを前記ソース基地局が前記中継ノードに送信することと、をさらに有する
請求項３に記載の通信制御方法。
【請求項5】
前記フロントホール接続を前記ソース基地局から前記ターゲット基地局に再配置することを要求するための再配置要求を前記中継ノードが前記ターゲット基地局に送信することをさらに有する請求項１に記載の通信制御方法。
【請求項6】
前記再配置要求の受信に応じて、前記フロントホール設定情報を取得するための要求メッセージを前記ターゲット基地局が前記ソース基地局に送信することと、前記要求メッセージの受信に応じて、前記フロントホール設定情報を含む通知メッセージを前記ソース基地局が前記ターゲット基地局に送信することと、をさらに有する
請求項５に記載の通信制御方法。
【請求項7】
前記中継ノードのユーザ装置機能部と前記ソース基地局との間に確立されたＲＲＣ接続を前記ターゲット基地局に移すためのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再設定メッセージを、前記ソース基地局が前記中継ノードに送信することと、前記ＲＲＣ再設定メッセージに対応する完了通知メッセージを前記中継ノードが前記ターゲット基地局に送信することと、をさらに有し、
前記再配置要求を送信することは、前記再配置要求を含む前記完了通知メッセージを送信することを含む
請求項５又は６に記載の通信制御方法。
【請求項8】
前記中継ノードが、前記ソース基地局と前記中継ノードとの間の無線バックホールリンクの障害を検知することと、前記障害が検知された後、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立に関するＲＲＣ再確立関連メッセージを前記中継ノードが前記ターゲット基地局に送信することと、をさらに有し、
前記再配置要求を送信することは、前記再配置要求を含む前記ＲＲＣ再確立関連メッセージを送信することを含む
請求項５又は６に記載の通信制御方法。
【請求項9】
ソース基地局からターゲット基地局に対して、子中継ノードを有する親中継ノードのハンドオーバを行う通信制御方法であって、前記子中継ノードのコンテクスト情報を前記ソース基地局が前記ターゲット基地局に転送することと、
前記コンテクスト情報に基づいてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再設定メッセージを前記ターゲット基地局が前記親中継ノードを介して前記子中継ノードに送信することと、を有する
通信制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、セルラ通信システムで用いる通信制御方法に関する。
【背景技術】
【0002】
セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている。１又は複数の中継ノードが基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。
【発明の概要】
【0003】
第１の態様に係る通信制御方法は、ソース基地局からターゲット基地局に対して中継ノードのハンドオーバ又は接続再確立を行う通信制御方法であって、前記中継ノードの分散ユニットと前記ソース基地局との間に確立されたフロントホール接続に関するフロントホール設定情報を前記ソース基地局が前記ターゲット基地局に送信することを有する。
【0004】
第２の態様に係る通信制御方法は、ソース基地局からターゲット基地局に対して、子中継ノードを有する親中継ノードのハンドオーバを行う通信制御方法であって、前記子中継ノードのコンテクスト情報を前記ソース基地局から前記ターゲット基地局に転送することと、前記コンテクスト情報に基づいてＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再設定メッセージを前記ターゲット基地局が前記親中継ノードを介して前記子中継ノードに送信することとを有する。
【図面の簡単な説明】
【0005】
【図1】一実施形態に係るセルラ通信システムの構成を示す図である。
【図2】ＩＡＢノードと親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係を示す図である。
【図3】一実施形態に係る基地局の構成を示す図である。
【図4】一実施形態に係る中継ノードの構成を示す図である。
【図5】一実施形態に係るユーザ装置の構成を示す図である。
【図6】一実施形態に係るプロトコルスタックの構成を示す図である。
【図7】Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。
【図8】Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。
【図9】一実施形態に係るセルラ通信システムの動作を示す図である。
【図10】変更例１の動作を示す図である。
【図11】変更例２の動作を示す図である。
【図12】変更例３の動作を示す図である。
【発明を実施するための形態】
【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】
ステップＳ４１１において、親ＩＡＢノード３００－１のＩＡＢ－ＤＵは、Ｆ１再配置の完了を示すＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をターゲットｇＮＢ２００－２に送信する。これにより、親ＩＡＢノード３００－１のＦ１再配置が完了する。このＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）は、ターゲットｇＮＢ２００－２のＩＰアドレス宛に送信される。このＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）は、親ＩＡＢノード３００－１（ＤＵ及びＭＴ）の識別子を含んでいてもよい。
【0162】
このように、ステップＳ４０４乃至Ｓ４１１の処理により、親ＩＡＢノード３００－１のＦ１接続の再配置と、親ＩＡＢノード３００－１のＲＲＣレイヤでの再確立とが行われた状態になる（ステップＳ４１２）。
【0163】
ステップＳ４１３において、親ＩＡＢノード３００－１は、Ｆ１再配置が完了した旨を子ＩＡＢノード３００－２に通知する。この通知は、ＲＲＣ再確立が完了した旨の通知であってもよい。ここで、親ＩＡＢノード３００－１のＢＡＰレイヤは、Ｆ１再配置が完了した旨又はＲＲＣ再確立が完了した旨を、ＢＡＰ制御ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を用いて通知してもよい。このような通知は、ＢＨ ＲＬＦ Ｉｎｄｉｃａｔｉｏｎの一種（別タイプ）、例えば、「ＲＬＦ Ｒｅｃｏｖｅｒｅｄ ｗｉｔｈ ｄｉｆｆｅｒｅｎｔ ｄｏｎｏｒ（異なるドナーとのＲＬＦ復旧）」を示す通知であってもよい。
【0164】
ステップＳ４１４において、子ＩＡＢノード３００－２のＩＡＢ－ＭＴは、親ＩＡＢノード３００－１からの通知に応じて、ＲＲＣ再確立を要求するＲＲＣメッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）をターゲットｇＮＢ２００－２に送信する。
【0165】
ステップＳ４１５において、ターゲットｇＮＢ２００－２は、ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔの受信に応じて、ＲＲＣ再確立を示すＲＲＣメッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）を子ＩＡＢノード３００－２に送信する。
【0166】
ステップＳ４１６において、子ＩＡＢノード３００－２のＩＡＢ－ＭＴは、ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔの受信に応じて、ＲＲＣ再確立の完了を示すＲＲＣメッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）をターゲットｇＮＢ２００－２に送信する。
【0167】
ここで、子ＩＡＢノード３００－２のＩＡＢ－ＭＴは、Ｆ１再配置要求（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）をＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅに含めて送信する。このＦ１再配置要求は、子ＩＡＢノード３００－２がＩＡＢノードとして接続する旨を通知する旨の情報であってもよい。
【0168】
また、子ＩＡＢノード３００－２のＩＡＢ－ＭＴは、ソースｇＮＢ２００－１の識別子（Ｓｏｕｒｃｅ－ｄｏｎｏｒ ＩＤ）又はソースセルの識別子（Ｓｏｕｒｃｅ Ｃｅｌｌ ＩＤ）をＲＲＣメッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）に含めて送信してもよい。
【0169】
さらに、子ＩＡＢノード３００－２のＩＡＢ－ＭＴは、自ノードのＩＰアドレスをＲＲＣメッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）に含めて送信してもよい。
【0170】
ステップＳ４１７において、ターゲットｇＮＢ２００－２は、Ｘｎインターフェイスを介して、子ＩＡＢノード３００－２のＦ１コンテクスト情報（フロントホール設定情報）を取得するための要求メッセージ（Ｆ１ Ｃｏｎｔｅｘｔ Ｆｅｔｃｈ）をソースｇＮＢ２００－１に送信する。
【0171】
ステップＳ４１８において、ソースｇＮＢ２００－１は、要求メッセージの受信に応じて、子ＩＡＢノード３００－２のＦ１コンテクスト情報を含む通知メッセージ（Ｆ１ Ｃｏｎｔｅｘｔ Ｆｅｔｃｈ）をターゲットｇＮＢ２００－２に送信する。
【0172】
ステップＳ４１９において、ターゲットｇＮＢ２００－２は、子ＩＡＢノード３００－２のＦ１コンテクスト情報に基づいて、Ｆ１接続を介して、Ｆ１再配置メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ）を子ＩＡＢノード３００－２に送信する。Ｆ１再配置メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ）は、Ｆ１コンテクスト情報、ターゲットｇＮＢ２００－２のＩＰアドレス、及び子ＩＡＢノード３００－２の新たなＩＰアドレスのうち、少なくとも１つを含んでもよい。
【0173】
ステップＳ４２０において、子ＩＡＢノード３００－２のＩＡＢ－ＤＵは、Ｆ１再配置の完了を示すＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をターゲットｇＮＢ２００－２に送信する。これにより、子ＩＡＢノード３００－２のＦ１再配置が完了する。このＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）は、ターゲットｇＮＢ２００－２のＩＰアドレス宛に送信される。このＦ１メッセージ（Ｆ１ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）は、子ＩＡＢノード３００－２（ＤＵ及びＭＴ）の識別子を含んでいてもよい。
【0174】
このように、ステップＳ４１４乃至Ｓ４２０の処理により、子ＩＡＢノード３００－２のＦ１接続の再配置と、子ＩＡＢノード３００－２のＲＲＣレイヤでの再確立とが行われた状態になる（ステップＳ４２１）。
【0175】
（その他の実施形態）
上述した実施形態及び変更例において、セルラ通信システム１が５Ｇセルラ通信システムである一例について主として説明した。しかしながら、セルラ通信システム１における基地局はＬＴＥ基地局であるｅＮＢであってもよい。また、セルラ通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されてもよい。
上述した実施形態及び変更例において、セルラ通信システム１が５Ｇセルラ通信システムである一例について主として説明した。しかしながら、セルラ通信システム１における基地局はＬＴＥ基地局であるｅＮＢであってもよい。また、セルラ通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されてもよい。
【0176】
上述した実施形態及び変更例に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。
【0177】
本願は、日本国特許出願第２０２０－０８３４７７号（２０２０年５月１１日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】