特開 2023-179688 ドナーノード、プロセッサ、通信方法、通信システム及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023179688

(43)【公開日】2023-12-19

(54)【発明の名称】ドナーノード、プロセッサ、通信方法、通信システム及びプログラム

(51)【国際特許分類】

   H04W 24/04 20090101AFI20231212BHJP

   H04W 16/26 20090101ALI20231212BHJP

   H04W 40/24 20090101ALI20231212BHJP

   H04W 72/27 20230101ALI20231212BHJP

   H04W 92/20 20090101ALI20231212BHJP

【ＦＩ】

H04W24/04

H04W16/26

H04W40/24

H04W72/27

H04W92/20 110

【審査請求】有

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023176951

(22)【出願日】2023-10-12

(62)【分割の表示】P 2022557602の分割

【原出願日】2021-10-21

(11)【特許番号】

(45)【特許公報発行日】2023-12-05

(31)【優先権主張番号】63/104,034

(32)【優先日】2020-10-22

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

(57)【要約】      （修正有）

【解決手段】セルラ通信システムにおいて、通信制御方法は、第１のドナー基地局（ｇＮＢ２００－１）配下の第１の中継ノード（ＩＡＢノード３００）が、第１のドナー基地局とは異なる第２のドナー基地局（ｇＮＢ２００－２）へ、第１のパケットを送信することと、第２のドナー基地局が、第１のドナー基地局へ、データフォワーディング用のパスを利用して、第１のパケットを転送することと、第１のドナー基地局が、前記第１のパケットをネットワークへ送信することと、を有する。
【効果】第１のドナー基地局と第１の中継ノードとの間に障害などが発生した場合でも、第１のパケットをネットワークへ送信することが可能となる。
【選択図】図９

【特許請求の範囲】

【請求項1】

配下に中継ノードが存在するドナーノードであって、
前記中継ノードのトラフィックを前記ドナーノードと他のドナーノードとの間に移行するための要求メッセージを前記他のドナーノードへ送信する送信部と、
ルーティング設定に関する情報を含む、前記要求メッセージに対する応答メッセージを前記他のドナーノードから受信する受信部と、を備え、
前記送信部は、前記ルーティング設定に関する情報を前記中継ノードへ送信し、
前記受信部は、前記他のドナーノードから、前記中継ノードから前記他のドナーノードへ送信したパケットを受信し、
前記送信部は、前記パケットをネットワークへ送信する
ドナーノード。

【請求項2】

配下に中継ノードが存在するドナーノードにおいて実行される通信方法であって、
前記中継ノードのトラフィックを前記ドナーノードと他のドナーノードとの間に移行するための要求メッセージを前記他のドナーノードへ送信することと、
ルーティング設定に関する情報を含む、前記要求メッセージに対する応答メッセージを前記他のドナーノードから受信することと、
前記ルーティング設定に関する情報を前記中継ノードへ送信することと、
前記他のドナーノードから、前記中継ノードから前記他のドナーノードへ送信したパケットを受信することと、
前記パケットをネットワークへ送信することと、を有する
通信方法。

【請求項3】

配下に中継ノードが存在するドナーノードを制御するプロセッサであって、
前記中継ノードのトラフィックを前記ドナーノードと他のドナーノードとの間に移行するための要求メッセージを前記他のドナーノードへ送信する処理と、
ルーティング設定に関する情報を含む、前記要求メッセージに対する応答メッセージを前記他のドナーノードから受信する処理と、
前記ルーティング設定に関する情報を前記中継ノードへ送信する処理と、
前記他のドナーノードから、前記中継ノードから前記他のドナーノードへ送信したパケットを受信する処理と、
前記パケットをネットワークへ送信する処理と、を実行する
プロセッサ。

【請求項4】

配下に中継ノードが存在するドナーノードと、他のドナーノードとを有する通信システムであって、
前記ドナーノードは、前記中継ノードのトラフィックを前記ドナーノードと他のドナーノードとの間に移行するための要求メッセージを、前記他のドナーノードへ送信し、
前記他のドナーノードは、ルーティング設定に関する情報を含む、前記要求メッセージに対する応答メッセージを前記ドナーノードへ送信し、
前記ドナーノードは、前記ルーティング設定に関する情報を前記中継ノードへ送信し、
前記中継ノードは、パケットを前記他のドナーノードへ送信し、
前記他のドナーノードは、前記ドナーノードへ、前記パケットを転送し、
前記ドナーノードは、前記パケットをネットワークへ送信する
通信システム。

【請求項5】

配下に中継ノードが存在するドナーノードを制御するためのプログラムであって、
前記中継ノードのトラフィックを前記ドナーノードと他のドナーノードとの間に移行するための要求メッセージを前記他のドナーノードへ送信する処理と、
ルーティング設定に関する情報を含む、前記要求メッセージに対する応答メッセージを前記他のドナーノードから受信する処理と、
前記ルーティング設定に関する情報を前記中継ノードへ送信する処理と、
前記他のドナーノードから、前記中継ノードから前記他のドナーノードへ送信したパケットを受信する処理と、
前記パケットをネットワークへ送信する処理と、を前記ドナーノードに実行させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、セルラ通信システムに用いるドナーノード、プロセッサ、通信方法、通信システム及びプログラムに関する。

【背景技術】

【0002】

セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０（２０２０－０７）」参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。

【発明の概要】

【0003】

第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、第１のドナー基地局配下の第１の中継ノードが、前記第１のドナー基地局とは異なる第２のドナー基地局へ、第１のパケットを送信することを有する。また、前記通信制御方法は、前記第２のドナー基地局が、前記第１のドナー基地局へ、データフォワーディング用のパスを利用して、前記第１のパケットを転送することと、前記第１のドナー基地局が、前記パケットをネットワークへ送信することとを有する。

【0004】

第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、第１のドナー基地局配下の第１の中継ノードが、前記第１のドナー基地局とは異なる第２のドナー基地局配下の第２の中継ノードへ、前記第１のドナー基地局へのパスを有しているか否かを問い合わせることを有する。また、前記通信制御方法は、前記第２の中継ノードが、前記第１のドナー基地局へのパスを有している場合、前記問い合わせに対する応答を、前記第１の中継ノードへ送信することを有する。

【0005】

第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、第１のドナー基地局によって第１のＢＡＰアドレスが設定された、中継ノードの第１のユーザ装置機能部が、第２のドナー基地局によって前記中継ノードの第２のユーザ装置機能部に設定された第２のＢＡＰアドレスを、前記第１のドナー基地局へ送信することを有する。また、前記通信制御方法は、前記第２のユーザ装置機能部が、前記第１のＢＡＰアドレスを、前記第２のドナー基地局へ送信することを有する。

【0006】

第４の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、第１のユーザ装置機能部を有する中継ノードが、第１のドナー基地局から前記第１のユーザ装置機能部に対して第１のＢＡＰアドレスが設定されることを有する。また、前記通信制御方法は、前記中継ノードが、第２のドナー基地局への接続確立の際に、前記第２のＢＡＰアドレスを前記第２のドナー基地局へ送信することを有する。

【図面の簡単な説明】

【0007】

【図1】図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。

【図2】図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係を示す図である。

【図3】図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。

【図4】図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。

【図5】図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。

【図6】図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。

【図7】図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。

【図8】図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。

【図9】図９は、第１実施形態に係るセルラ通信システムの構成例を示す図である。

【図10】図１０は、第１実施形態の動作例を示す図である。

【図11】図１１は、第３実施形態に係るセルラ通信システムの構成例を示す図である。

【図12】図１２は、第３実施形態の動作例を示す図である。

【図13】図１３は、第４実施形態に係るセルラ通信システムの構成例を示す図である。

【図14】図１４は、第４実施形態の動作例を示す図である。

【図15】図１５は、第５実施形態の動作例を示す図である。

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

【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】

１ ：移動通信システム
１０ ：５ＧＣ
１１ ：ＡＭＦ
１２ ：ＵＰＦ
１００（１００－１～１００－３）：ＵＥ
１１０ ：無線通信部
１１１ ：受信部
１１２ ：送信部
１２０ ：制御部
２００（２００－１，２００－２）：ＩＡＢドナー
２１０ ：無線通信部
２１１ ：受信部
２１２ ：送信部
２２０ ：ネットワーク通信部
２２１ ：受信部
２２２ ：送信部
３００（３００－１，３００－２，３００－３）：ＩＡＢノード
３１０ ：無線通信部
３１１ ：受信部
３１２ ：送信部
３２０ ：制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】