JP6920551B2 - 移動通信システム、中継ノード、及び基地局 - Google Patents

Description

本開示は、移動通信システム、中継ノード、及び基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと称される新たな中継ノードが検討されている。１又は複数の中継ノードが基地局とユーザ機器との間の通信に介在し、この通信に対する中継を行う。かかる中継ノードは、ユーザ機器機能及び基地局機能を有しており、ユーザ機器機能を用いて上位ノード（基地局又は上位の中継ノード）との無線通信を行うとともに、基地局機能を用いて下位ノード（ユーザ機器又は下位の中継ノード）との無線通信を行う。

ユーザ機器と、中継ノード又は基地局との間の無線区間は、アクセスリンクと称されることがある。中継ノードと、基地局又は他の中継ノードとの間の無線区間は、バックホールリンクと称されることがある。非特許文献１には、アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクに動的に無線リソースを割り当てることにより、中継の経路を動的に切り替える方法が記載されている。

３ＧＰＰ寄書 ＲＰ−１７０２１７ 、「Ｍｏｔｉｖａｔｉｏｎ ｆｏｒ Ｓｔｕｄｙ ｏｎ Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ ｆｏｒ ＮＲ」、［ｏｎｌｉｎｅ］、［平成３０年５月１日検索］、インターネット＜1525835583096_0.zip＞

一実施形態に係る移動通信システムは、基地局と、ユーザ機器機能と基地局機能とを有し、前記ユーザ機器機能を用いて前記基地局との第１の無線接続を確立する中継ノードと、を備える。前記基地局は、前記第１の無線接続を維持しつつ、前記基地局機能のための第２の無線接続を前記中継ノードと前記基地局との間に確立させるメッセージを前記中継ノードに送信する。

一実施形態に係る中継ノードは、ユーザ機器機能と基地局機能とを有する中継ノードであって、前記ユーザ機器機能を用いて基地局との第１の無線接続を確立する制御部と、前記第１の無線接続を維持しつつ、前記基地局機能のための第２の無線接続を前記中継ノードと前記基地局との間に確立させるメッセージを前記基地局から受信する受信部と、を備える。

一実施形態に係る基地局は、ユーザ機器機能と基地局機能とを有する中継ノードとの第１の無線接続を確立する制御部と、前記第１の無線接続を維持しつつ、前記基地局機能のための第２の無線接続を前記中継ノードと前記基地局との間に確立させるメッセージを前記中継ノードに送信する送信部と、を備える。

実施形態に係る移動通信システムの構成を示す図である。 実施形態に係る基地局（ｇＮＢ）の構成を示す図である。 実施形態に係る中継ノード（ＩＡＢノード）の構成を示す図である。 実施形態に係るユーザ機器（ＵＥ）の構成を示す図である。 実施形態に係る移動通信システムにおけるユーザプレーンのプロトコルスタック構成の一例を示す図である。 実施形態に係る移動通信システムにおける通常動作シーケンスの一例を示す図である。 実施形態に係るコンテキスト転送先を決定するためのテーブルの一例を示す図である。 実施形態に係る移動通信システムにおける例外動作シーケンスの一例を示す図である。 実施形態に係る移動通信システムにおけるマルチホップ接続シーケンスの一例を示す図である。

図面を参照しながら、一実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（移動通信システムの構成）
本実施形態に係る移動通信システムの構成について説明する。図１は、本実施形態に係る移動通信システム１の構成を示す図である。移動通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）移動通信システムである。具体的には、移動通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲである。但し、移動通信システム１には、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。

図１に示すように、移動通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ機器（ＵＥ）１００と、基地局（ｇＮＢと称される）２００と、ＩＡＢノード３００とを備える。本実施形態において、基地局がＮＲ基地局である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。

５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）１２を備える。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。

ｇＮＢ２００は、ＮＧインターフェイスと称されるインターフェイスを介して、５ＧＣ１０に接続される。図１において、５ＧＣ１０に接続された３つのｇＮＢ２００−１〜ｇＮＢ２００−３を例示している。ｇＮＢ２００は、ＵＥ１００との無線通信を行う固定の無線通信装置である。ｇＮＢ２００がドナー機能を有する場合、ｇＮＢ２００は、自身に無線で接続するＩＡＢノードとの無線通信を行ってもよい。

ｇＮＢ２００は、Ｘｎインターフェイスと称される基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と接続される。図１において、ｇＮＢ２００−１がｇＮＢ２００−２及びｇＮＢ２００−２に接続される一例を示している。

各ｇＮＢ２００は、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。

ＵＥ１００は、ｇＮＢ２００との無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ＩＡＢノード３００との無線通信を行ってもよい。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末やタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置である。

図１において、ＵＥ１００−１がｇＮＢ２００−１に無線で接続され、ＵＥ１００−２がＩＡＢノード３００−１に無線で接続され、ＵＥ１００−３がＩＡＢノード３００−２に無線で接続される一例を示している。ＵＥ１００−１は、ｇＮＢ２００−１との通信を直接的に行う。ＵＥ１００−２は、ＩＡＢノード３００−１を介してｇＮＢ２００−１との通信を間接的に行う。ＵＥ１００−３は、ＩＡＢノード３００−１及びＩＡＢノード３００−２を介してｇＮＢ２００−１との通信を間接的に行う。

ＩＡＢノード３００は、ｅＮＢ２００とＵＥ１００との間の通信に介在し、この通信に対する中継を行う装置（中継ノード）である。図１において、ＩＡＢノード３００−１がドナーであるｇＮＢ２００−１に無線で接続され、ＩＡＢノード３００−２がＩＡＢノード３００−１に無線で接続される一例を示している。各ＩＡＢノード３００は、セルを管理する。ＩＡＢノード３００が管理するセルのセルＩＤは、ドナーｇＮＢ２００−１のセルのセルＩＤと同じであってもよいし、異なっていてもよい。

ＩＡＢノード３００は、ＵＥ機能（ユーザ機器機能）及びｇＮＢ機能（基地局機能）を有する。ＩＡＢノード３００は、ＵＥ機能を用いて上位ノード（ｇＮＢ２００又は上位のＩＡＢノード３００）との無線通信を行うとともに、ｇＮＢ機能を用いて下位ノード（ＵＥ１００又は下位のＩＡＢノード３００）との無線通信を行う。なお、ＵＥ機能とは、ＵＥ１００が有する機能のうち少なくとも一部の機能を意味し、必ずしもＵＥ１００の全ての機能をＩＡＢノード３００が有していなくてもよい。ｇＮＢ機能とは、ｇＮＢ２００の機能のうち少なくとも一部の機能を意味し、必ずしもｇＮＢ２００の全ての機能をＩＡＢノード３００が有していなくてもよい。

ＵＥ１００と、ＩＡＢノード３００又はｇＮＢ２００との間の無線区間は、アクセスリンク（或いは、Ｕｕ）と称されることがある。ＩＡＢノード３００と、ｇＮＢ２００又は他のＩＡＢノード３００との間の無線区間は、バックホールリンク（或いは、Ｕｎ）と称されることがある。かかるバックホールリンクは、フロントホールリンクと称されてもよい。

アクセスリンクのデータ通信及びバックホールリンクのデータ通信をレイヤ２において統合及び多重化し、バックホールリンクのデータ通信に動的に無線リソースを割り当て、中継の経路を動的に切り替えることが可能である。なお、アクセスリンク及びバックホールリンクには、ミリ波帯が用いられてもよい。また、アクセスリンク及びバックホールリンクは、時分割及び／又は周波数分割により多重化されてもよい。

（ｇＮＢの構成）
本実施形態に係るｇＮＢ２００の構成について説明する。図２は、ｇＮＢ２００の構成を示す図である。図２に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを備える。

無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部２１０は、受信部２１１及び送信部２１２を備える。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）に用いられる。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を備える。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

（ＩＡＢノードの構成）
本実施形態に係るＩＡＢノード３００の構成について説明する。図３は、ＩＡＢノード３００の構成を示す図である。図２に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを備える。

無線通信部３１０は、ｇＮＢ２００との無線通信（バックホールリンク）及びＵＥ１００との無線通信（アクセスリンク）に用いられる。無線通信部３１０は、受信部３１１及び送信部３１２を備える。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

（ＵＥの構成）
本実施形態に係るＵＥ１００の構成について説明する。図４は、ＵＥ１００の構成を示す図である。図４に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを備える。

無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信に用いられる。無線通信部１１０は、受信部１１１及び送信部１１２を備える。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。

（プロトコルスタック構成の一例）
本実施形態に係る移動通信システム１におけるプロトコルスタック構成の一例について説明する。図５は、ユーザプレーンのプロトコルスタック構成の一例を示す図である。ここでは、図１に示したＵＥ１００−３と５ＧＣ１０のＵＰＦ１２との間のユーザデータ伝送に関するプロトコルスタック構成の一例について説明する。

図５に示すように、ＵＰＦ１２は、ＧＴＰ−Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ）と、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）と、レイヤ１／レイヤ２（Ｌ１／Ｌ２）とを備える。ｇＮＢ２００−１（ドナーｇＮＢ）には、これらに対応するプロトコルスタックが設けられる。

また、ｇＮＢ２００−１は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とを備える。無線インターフェイスのプロトコルスタックのうちＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）以上の各レイヤをＣＵが有し、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）以下の各レイヤをＤＵが有し、Ｆ１インターフェイスと称されるインターフェイスを介してＣＵ及びＤＵが接続される。

具体的には、ＣＵは、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と、ＰＤＣＰと、ＩＰと、Ｌ１／Ｌ２とを備える。ＣＵのＳＤＡＰ及びＰＤＣＰは、ＤＵと、ＩＡＢノード３００−１と、ＩＡＢノード３００−２とを介して、ＵＥ１００のＳＤＡＰ及びＰＤＣＰとの通信を行う。

また、ＤＵは、無線インターフェイスのプロトコルスタックのうち、ＲＬＣと、アダプテーションレイヤ（Ａｄａｐｔ）と、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）と、ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）とを有する。これらのプロトコルスタックは、ｇＮＢ向けのプロトコルスタックである。なお、アダプテーションレイヤ及びＲＬＣ（Ｓ−ＲＬＣ）は上下関係が逆であってもよい。

ＩＡＢノード３００−１には、これらに対応するＵＥ向けのプロトコルスタックＳＴ１が設けられる。さらに、ＩＡＢノード３００−１には、ｇＮＢ向けのプロトコルスタックＳＴ２が設けられる。プロトコルスタックＳＴ１及びプロトコルスタックＳＴ２は、何れもレイヤ２以下の各レイヤ（各サブレイヤ）からなる。すなわち、ＩＡＢノード３００−１は、レイヤ２以下の各レイヤを用いてユーザデータの中継を行うレイヤ２中継ノードである。ＩＡＢノード３００−１は、レイヤ３以上のレイヤ（具体的には、ＰＤＣＰ以上のレイヤ）を用いることなくデータ中継を行う。なお、ＩＡＢノード３００−２は、ＩＡＢノード３００−１と同様なプロトコルスタック構成を有する。

ここではユーザプレーンにおけるプロトコルスタック構成について説明した。しかしながら、制御プレーンにおいて、ｇＮＢ２００−１、ＩＡＢノード３００−１、ＩＡＢノード３００−２、及びＵＥ１００−３のそれぞれは、レイヤ３に相当するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を備える。

ｇＮＢ２００−１（ドナーｇＮＢ）のＲＲＣとＩＡＢノード３００−１のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。また、ｇＮＢ２００−１のＲＲＣとＩＡＢノード３００−２のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。さらに、ｇＮＢ２００−１のＲＲＣとＵＥ１００−３のＲＲＣとの間にＲＲＣ接続が確立され、このＲＲＣ接続を用いてＲＲＣメッセージが送受信される。

（移動通信システムにおける動作）
本実施形態に係る移動通信システム１における動作について説明する。具体的には、ＩＡＢノード３００−１がｇＮＢ２００−１（ドナーｇＮＢ）に無線で接続する場合の動作について説明する。

かかる場合、最初に、ＩＡＢノード３００−１は、ＵＥ機能を用いてｇＮＢ２００−１とのアクセスリンク接続（第１の無線接続）を確立する。言い換えると、ＩＡＢノード３００−１は、ＵＥ１００として振る舞ってｇＮＢ２００−１とのアクセスリンク接続を確立する。アクセスリンク接続の確立は、ＲＲＣ接続の確立を含む。

次に、ｇＮＢ２００−１は、アクセスリンク接続を維持しつつ、ＩＡＢノード３００−１のｇＮＢ機能のためのバックホールリンク接続（第２の無線接続）をＩＡＢノード３００−１とｇＮＢ２００−１との間に確立させるメッセージをＩＡＢノード３００−１に送信する。本実施形態において、かかるメッセージは、ＲＲＣ接続を用いて送受信されるＲＲＣ再設定（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージである。

その結果、バックホールリンク接続がＩＡＢノード３００−１とｇＮＢ２００−１との間に確立されるため、ＩＡＢノード３００−１とｇＮＢ２００−１との間でバックホールリンクの通信を適切に開始可能とすることができる。

バックホールリンク接続を確立させるＲＲＣ再設定メッセージは、バックホールリンク接続を構成するベアラ（又はＬ２リンク）の設定情報、及びＩＡＢノード３００−１が送信するべきセルＩＤ（具体的には、セルＩＤに関連付けられた参照信号及び同期信号の送信設定）を含んでもよい。以下において、かかるＲＲＣ再設定メッセージをＩＡＢノード設定メッセージと称する。

ＩＡＢノード設定メッセージは、デフォルトベアラ（又はデフォルトリンク）の設定情報を含んでもよい。デフォルトベアラ（又はデフォルトリンク）は、例えば、ＳＩＢの中継やＵＥからのＭｓｇ３中継などを行うためのベアラ（又はリンク）である。

ＩＡＢノード設定メッセージは、ドナーｇＮＢ２００−１側のスタックの設定情報と、オプションでＩＡＢノード３００−２（又はＵＥ１００）側のスタックの設定情報とを含んでもよい。ＩＡＢノード３００−２（又はＵＥ１００）側のスタックの設定情報は、暗示的にドナーｇＮＢ２００−１のＳＩＢで報知されている設定群を再利用してもよいし、オペレータ（ＯＡＭ）から（事前に）設定されてもよい。

ＩＡＢノード設定メッセージにおける設定内容としては、基本的にＲＲＣ再設定メッセージに含まれる設定全てが対象になり得るが、ＲＬＣ設定（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ／ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ／ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ等の動作モード、ＬＣＰ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）パラメータ等）、ＭＡＣ設定（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ／ＴＡＧ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｇｒｏｕｐ／ＰＨＲ：Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍパラメータ、ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｅｓ Ｒｅｃｅｐｔｉｏｎ設定等）、ＰＨＹ設定が含まれてもよい。

また、ＩＡＢノード設定メッセージにおける設定内容には、アダプテーションレイヤの設定（下位側又は上位側の論理チャネルのマッピング（ルーティング）設定、優先度設定等）が含まれてもよい。

さらに、ＩＡＢノード設定メッセージにおける設定内容には、必要に応じて、ＩＡＢノード３００−１の（仮想的な）ＩＰアドレス（すなわち、Ｌ３アドレス）を含めてもよい。これは、例えばＦ１インターフェイスをＬ２リンク上に確立するために、Ｆ１のプロトコルスタックがＳＣＴＰ ｏｖｅｒ ＩＰを想定しているためである。

なお、ＩＡＢノード設定メッセージにおける設定内容は、ＮＲプロトコルの設定情報に限らず、ＬＴＥプロトコル（ＲＬＣ、ＭＡＣ、ＰＨＹ）の設定情報であってもよい。

本実施形態において、ＩＡＢノード３００−１は、バックホールリンク接続を確立するよりも前に、ＩＡＢノードの機能（すなわち、レイヤ２中継機能）を有すること又はバックホールリンク接続の確立を要求することを示すインディケーションをｇＮＢ２００−１に送信してもよい。これにより、ｇＮＢ２００−１は、バックホールリンク接続を確立するためのプロシージャを適切に開始できる。以下において、かかるインディケーションをＩＡＢインディケーションと称する。ＩＡＢインディケーションは、ＩＡＢノード３００−１におけるＵＥ機能向けリンクプロトコルスタックをＬＴＥで準備するのか、ＮＲで準備するのか、もしくはその両方か、という意図又は能力を示す情報を含んでもよい。

なお、ＩＡＢノード３００−１は、ｇＮＢ２００−１とのアクセスリンク接続の確立後にＩＡＢインディケーションを送信してもよいし、ｇＮＢ２００−１とのアクセスリンク接続を確立するプロシージャ中にＩＡＢインディケーションを送信してもよい。

また、ＩＡＢインディケーションをｇＮＢに送信可能とする条件として、このｇＮＢから、ドナー機能を有することを示すドナー機能識別子を含むＳＩＢを受信しているという条件があってもよい。かかる場合、ＩＡＢノード３００−１は、ｇＮＢ２００−１からＳＩＢによりドナー機能識別子を受信している場合に限り、ｇＮＢ２００−１に対してＩＡＢインディケーションを送信する。

本実施形態において、ＩＡＢノード３００−１とのバックホールリンク接続を確立するドナー機能をｇＮＢ２００−１が有する場合、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信する。一方、ドナー機能をｇＮＢ２００−１が有しない場合、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信した後、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信することに代えて、ＩＡＢノード３００−１のハンドオーバを要求するハンドオーバ要求を他のｇＮＢに送信してもよい。ここで、ｇＮＢ２００−１は、ドナー機能を有する他のｇＮＢの情報を予め記憶していることが好ましい。ｇＮＢ２００−１は、ドナー機能を有する他のｇＮＢの情報をＩＡＢノード３００−１から取得してもよい。ＩＡＢノード３００−１は、５ＧＣ１０（コアネットワーク）から情報を入手、もしくは隣接セルのＳＩＢ（ドナー機能識別子）を確認することにより、ドナー機能を有する他のｇＮＢ（隣接セル）の情報を取得し、取得した情報をｇＮＢ２００−１に通知する。ｇＮＢ２００−１は、記憶している情報又はＩＡＢノード３００−１から取得した情報に基づいて、ドナー機能を有する他のｇＮＢに対してハンドオーバ要求を送信する。これにより、ＩＡＢノード３００−１を他のｇＮＢにハンドオーバさせた後に、ＩＡＢノード３００−１が当該他のｇＮＢとのバックホールリンク接続を確立できる。或いは、ドナー機能をｇＮＢ２００−１が有しない場合、ＩＡＢノード３００−１は、５ＧＣ１０に対して、ドナー機能を有するセル（ｇＮＢ）へハンドオーバさせることを要求し、５ＧＣ１０がハンドオーバに係る処理を行ってもよい。

本実施形態において、ｇＮＢ２００−１は、ＩＡＢノード３００−１からＩＡＢインディケーションを受信したことに応じて、無線測定を設定する測定設定をＩＡＢノード３００−１に送信してもよい。ＩＡＢノード３００−１は、ｇＮＢ２００−１から測定設定を受信した後、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、ＩＡＢノード３００−１からの測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。例えば、ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）に対する測定結果よりも他のｇＮＢに対する測定結果が良好であり、かつ、これらの測定報告の差が閾値よりも大きい場合に、他のｇＮＢが適切なドナーｇＮＢであると判断する。そうでなければ、ｇＮＢ２００−１は、自身が適切なドナーｇＮＢであると判断する。

そして、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢ２００−１であると判断した場合、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信する。一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージをＩＡＢノード３００−１に送信することに代えて、ＩＡＢノード３００−１のハンドオーバを要求するハンドオーバ要求を当該他のｇＮＢに送信する。これにより、ＩＡＢノード３００−１をより無線状態の良好な他のｇＮＢにハンドオーバさせて、ＩＡＢノード３００−１が当該他のｇＮＢとのバックホールリンク接続を確立できる。

本実施形態において、ｇＮＢ２００−１は、バックホールリンク接続の確立後、ＩＡＢノード３００−１に関するコンテキスト情報を他のｇＮＢに送信してもよい。このコンテキスト情報は、無線側のＡＳレイヤの接続設定（ＲＲＣ再設定の内容）、ネットワーク側のＰＤＵセッションリソース設定（ＡＭＦ又はＲＡＮのＵＥ ＩＤ、セッションＩＤ、ＱｏＳ／スライス設定等）、その他関連情報（ＩＡＢノードの挙動や通信などの履歴情報、プリファレンス情報などを含む。

具体的には、ｇＮＢ２００−１は、ＩＡＢノード３００−１を他のｇＮＢにハンドオーバさせるという判断を行っていなくても、ＩＡＢノード３００−１に関するコンテキスト情報を予め他のｇＮＢに送信する。これにより、ｇＮＢ２００−１とＩＡＢノード３００−１との間の無線状態が悪化し、ＩＡＢノード３００−１が他のｇＮＢとの無線接続を再確立する場合に、予め共有したコンテキスト情報を用いて速やかな再確立を行うことができる。

ここで、ｇＮＢ２００−１は、ＩＡＢノード３００−１とＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを保持していることが好ましい。ｇＮＢ２００−１は、テーブル中の候補である他のｇＮＢに対してコンテキスト情報を送信する。これにより、ｇＮＢ２００−１は、コンテキスト情報を適切な他のｇＮＢと共有できる。

（１）通常動作シーケンスの一例
図６は、本実施形態に係る移動通信システム１における通常動作シーケンスの一例を示す図である。

図６に示すように、ステップＳ１０１において、ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−１は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ１０１において、ＩＡＢノード３００−１に関するコンテキスト情報を取得する。

ステップＳ１０２において、ＩＡＢノード３００−１は、ｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００−１は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００−１は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、その他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００−１のアタッチがあった旨や、ＩＡＢノード３００−１のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００−１が既にアタッチしている場合は、ステップＳ１０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００−１は、ステップＳ１０１において、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。

ステップＳ１０３において、ＩＡＢノード３００−１は、ＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−１は、次のイベントのうち１又は複数が満たされたことをトリガとしてＩＡＢインディケーションを送信してもよい。

・Ｍｓｇ５（ＲＲＣ Ｃｏｍｐｌｅｔｅ）を送信する際。

・ｇＮＢとの接続が確立した際（Ｍｓｇ５以降でもよい。例えば最初のＲＲＣ再設定が行われた際）。

・ＡＭＦからＩＡＢ設定情報（上記参照）を入手した際（既にＩＡＢ設定情報を持っている場合も含む）。

・単純にＩＡＢノードとして動作したくなった際（上位レイヤからＩＡＢノードとして動作する指示を受信したことを含む）。

・下位のＩＡＢノード３００−２又はＵＥ１００−３からＩＡＢノードとなるように要求された場合（その旨の要求を示す信号を下位のＩＡＢノード３００−２又はＵＥ１００−３から受信した場合）。

・下位のＩＡＢノード３００−２又はＵＥ１００−３が既に接続している場合。

ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ１０１においてＩＡＢインディケーションを送信している場合、ステップＳ１０３は省略可能である。

或いは、ＩＡＢインディケーションは、ＡＭＦ１１からＰＤＵセッションリソースの変更という形でｇＮＢ２００−１に通知されてもよい。なお、ＡＭＦは、ＩＡＢ管理用（専用）のＡＭＦであってもよい。

本通常動作シーケンスにおいては、ｇＮＢ２００−１がドナー能力を有すると仮定して説明を進める。ｇＮＢ２００−１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００−１に確立させる必要があると判断する。

ステップＳ１０４において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−１に送信する。ＩＡＢノード３００−１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００−１は、現在のサービングセルであるｇＮＢ２００−１のセルと、隣接セルであるｇＮＢ２００−２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。

ステップＳ１０５において、ＩＡＢノード３００−１は、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００−１が、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ１０４及びステップＳ１０５の処理は必須ではなく、省略してもよい。

ステップＳ１０６において、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−１に送信する。ＩＡＢノード設定メッセージは、ｇＮＢ２００−１のセル（すなわち、ＩＡＢノード３００−１の現在のサービングセル）をハンドオーバ先として指定するハンドオーバ指示を含んでもよい。ＩＡＢノード３００−１は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をｇＮＢ２００−１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。

ステップＳ１０７において、ＩＡＢノード３００−１は、バックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。ステップＳ１０７以降は、ＩＡＢノード３００−１はｇＮＢ２００−１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。

ステップＳ１０８において、ｇＮＢ２００−１は、ステップＳ１０１において取得したコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００−２に転送する。ｇＮＢ２００−１は、ＩＡＢノード３００−１とＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを保持しており、このテーブルを参照してコンテキスト転送先を決定する。このようにして、ｇＮＢ２００−１が、他のｇＮＢに対してコンテキストを事前に転送しておけば、ＩＡＢノード３００−１と接続しているｇＮＢとの無線接続状態が悪化した場合に、直ぐに、当該他のｇＮＢとの再接続を確立することができる。図７は、コンテキスト転送先を決定するためのテーブルの一例を示す図である。かかるテーブルは、例えばオペレータにより各ｇＮＢに対して予め設定される。図７に示すように、テーブルにおいて、ＩＡＢノードごとに、そのドナーｇＮＢの候補が対応けられている。具体的には、ＩＡＢノードに関する識別子ごとに、そのドナーｇＮＢの候補の識別子が対応けられている。例えば、ＩＡＢノードに地理的に近いｇＮＢがそのＩＡＢノードのドナーｇＮＢの候補として設定される。なお、ｇＮＢとの対応付けの例を示したが、セルＩＤとの対応付けであってもよい。セルＩＤは、物理レイヤセルＩＤでもよく、グローバルセルＩＤでもよい。なお、ｇＮＢ２００−１は、ＩＡＢノード３００−１から受信した測定報告に基づいて、ＩＡＢノード３００−１に地理的に近いｇＮＢ２００−１をドナー候補として決定してもよい。ｇＮＢ２００−１は、当該決定したドナー候補に基づいて、ＩＡＢノード３００−１と当該ＩＡＢノード３００−１のドナーｇＮＢの候補とを対応付けるテーブルを作成又は既存のテーブルを更新してもよい。

ステップＳ１０９において、ｇＮＢ２００−１は、ＩＡＢノード３００−１とのバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００−１は、ＩＡＢノード用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ１０９よりも先に又はステップＳ１０９においてＡＭＦ１１からｇＮＢ２００−１に送信されてもよい。

（２）例外動作シーケンスの一例
図８は、本実施形態に係る移動通信システム１における例外動作シーケンスの一例を示す図である。例外動作シーケンスにおいて、ｇＮＢ２００−１は、ＩＡＢノード３００−１をｇＮＢ２００−２にハンドオーバさせる。

図８に示すように、ステップＳ２０１において、ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−１は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ２０１において、ＩＡＢノード３００−１に関するコンテキスト情報を取得する。

ステップＳ２０２において、ＩＡＢノード３００−１は、ｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。

ステップＳ２０３において、ＩＡＢノード３００−１は、ＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−１は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥの能力を示す「ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ２０１においてＩＡＢインディケーションを送信している場合、ステップＳ２０３は省略可能である。

ステップＳ２０４において、ｇＮＢ２００−１は、自身がドナー能力を有するか否かを判断する。ｇＮＢ２００−１がドナー能力を有しない場合（ステップＳ２０４：ＮＯ）、ｇＮＢ２００−１は、処理をステップＳ２０８に進める。

ｇＮＢ２００−１がドナー能力を有する場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−１に送信する。ＩＡＢノード３００−１は、測定設定に基づいて無線測定を行う。例えば、ＩＡＢノード３００−１は、現在のサービングセルであるｇＮＢ２００−１のセルと、隣接セルであるｇＮＢ２００−２のセルとに対して受信電力（セル固有参照信号の受信電力）の測定を行う。

ステップＳ２０６において、ＩＡＢノード３００−１は、無線測定の結果を含む測定報告をｇＮＢ２００−１に送信する。

ステップＳ２０７において、ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＹＥＳ）、ｇＮＢ２００−１は、上述した通常動作シーケンス（図６参照）のステップＳ１０６に処理を進める。

一方、他のｇＮＢが適切なドナーｇＮＢであると判断した場合（ステップＳ２０７：ＮＯ）、ｇＮＢ２００−１は、ステップＳ２０８に処理を進める。

ステップＳ２０８において、ｇＮＢ２００−１は、ＩＡＢノード３００−１から受信したＩＡＢインディケーションを含むハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００−２に転送する。ｇＮＢ２００−１は、ステップＳ２０１において取得したコンテキスト情報をハンドオーバ要求メッセージに含めてもよい。または、ｇＮＢ２００−１は、ハンドオーバ要求メッセージに、ＩＡＢインディケーションを含める代わりに、ＩＡＢノード３００−１がｇＮＢに対してドナーｇＮＢとして機能することを要求する旨を示す情報を含めて送信してもよい。なお、ステップＳ２０８において、ｇＮＢ２００−１は、ｇＮＢ２００−２がドナー能力を有すると判断した上で、ハンドオーバ要求メッセージをＸｎインターフェイス上でｇＮＢ２００−２に転送してもよい。具体的には、例えば、ｇＮＢ２００−１は、図７に示すテーブルにおいて、ＩＡＢノード３００−１にドナー候補としてｇＮＢ２００−２が対応付けられていると判断した場合に、ハンドオーバ要求メッセージをｇＮＢ２００−２に対して転送してもよい。この場合、ｇＮＢ２００−２がハンドオーバ要求を拒否する可能性が低減されるため、ＩＡＢノード３００−１のハンドオーバをより早急に実行することができる。または、互いに隣接する複数のｇＮＢ２００間でＸｎインターフェイスを介して、自身のドナー能力に関する情報を事前に共有してもよい。これによって、ｇＮＢ２００−１は、ドナー能力を有する隣接のｇＮＢ２００を特定することができ、当該特定した隣接のｇＮＢ２００に対してハンドオーバ要求メッセージを転送することができる。

ｇＮＢ２００−２は、ハンドオーバ要求メッセージに含まれるＩＡＢインディケーションも考慮して、ＩＡＢノード３００−１のハンドオーバを受け入れるか否かを判断する。ｇＮＢ２００−２は、自身がドナー能力を有しない場合には、ハンドオーバ要求を拒否してもよい。ここではｇＮＢ２００−２がＩＡＢノード３００−１のハンドオーバを受け入れると判断したと仮定して説明を進める。

ステップＳ２０９において、ｇＮＢ２００−２は、ハンドオーバ肯定応答メッセージをＸｎインターフェイス上でｇＮＢ２００−１に送信する。

ステップＳ２１０において、ｇＮＢ２００−１は、ｇＮＢ２００−２からのハンドオーバ肯定応答メッセージに基づいて、ハンドオーバ指示メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−１に送信する。ハンドオーバ指示メッセージは、ハンドオーバ先のｇＮＢ２００−２（のセル）を指定する情報を含む。

ステップＳ２１１において、ＩＡＢノード３００−１は、ｇＮＢ２００からのハンドオーバ指示メッセージに基づいて、ｇＮＢ２００−２へのハンドオーバを行う。

（３）マルチホップ接続シーケンスの一例
図９は、本実施形態に係る移動通信システム１におけるマルチホップ接続シーケンスの一例を示す図である。マルチホップ接続シーケンスは、ＩＡＢノード３００−１とｇＮＢ２００−１との間にバックホールリンク接続が接続された後において、ＩＡＢノード３００−１にＩＡＢノード３００−２又はＵＥ１００−２が接続する場合のシーケンスである。ここではＩＡＢノード３００−１にＩＡＢノード３００−２が接続する場合について主として説明するが、ＩＡＢノード３００−２をＵＥ１００−２と適宜読み替えてもよい。また、上述した「（１）通常動作シーケンス」と重複する説明を省略する。

図９に示すように、ステップＳ３０１において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１を介してｇＮＢ２００−１に対してランダムアクセスプロシージャを行うことにより、ｇＮＢ２００−１とのアクセスリンク接続（ＲＲＣ接続）を確立する。ＩＡＢノード３００−２は、ランダムアクセスプロシージャ中にｇＮＢ２００−１に送信するメッセージ（例えば、Ｍｓｇ３）にＩＡＢインディケーションを含めてもよい。また、ｇＮＢ２００−１は、ステップＳ３０１において、ＩＡＢノード３００−２に関するコンテキスト情報を取得する。

ステップＳ３０２において、ＩＡＢノード３００−２は、ＩＡＢノード３００−２及びｇＮＢ２００−１を介して、５ＧＣ１０（具体的には、ＡＭＦ１１）に対するアタッチプロシージャを行う。ここで、ＩＡＢノード３００−２は、ＩＡＢインディケーションのような通知（つまり、ＩＡＢノードとして動作したいことを示す通知）をＡＭＦ１１に通知してもよい。これにより、ＩＡＢノード３００−２は、ＡＭＦ１１から、ドナーｇＮＢ（セル）の候補リストや下位ノードの有無などのルーティング情報、その他管理情報などを入手してもよい。もしくは、ＡＭＦ１１からドナーｇＮＢの各候補に対して、ＩＡＢノード３００−２のアタッチがあった旨や、ＩＡＢノード３００−２のルーティング情報などのコンテキスト情報を通知してもよい。なお、ＩＡＢノード３００−２が既にアタッチしている場合は、ステップＳ３０２におけるアタッチ処理を省略可能である。具体的には、ＩＡＢノード３００−２は、ＲＲＣ再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などのように、何らかのエラー発生によってドナーｇＮＢとの接続を再確立しなければならない場合などにおいて、アタッチ処理を省略する。

ステップＳ３０３において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１を介してＩＡＢインディケーションをｇＮＢ２００−１に送信する。ＩＡＢノード３００−２は、上述した「（１）通常動作シーケンス」のステップＳ１０３において説明したトリガと同様なトリガに応じてＩＡＢインディケーションを送信してもよい。

ＩＡＢノード３００−２は、例えばｇＮＢ２００−１に送信するＲＲＣメッセージにＩＡＢインディケーションを含める。かかるＲＲＣメッセージは、ＵＥとしての能力を示す「ＵＥ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ」メッセージであってもよい。但し、ステップＳ３０１においてＩＡＢインディケーションを送信している場合、ステップＳ３０３は省略可能である。

或いは、ＩＡＢインディケーションは、ＡＭＦ１１からＰＤＵセッションリソースの変更という形でｇＮＢ２００−１に通知されてもよい。なお、ＡＭＦは、ＩＡＢ管理用（専用）のＡＭＦであってもよい。

本動作シーケンスにおいては、ｇＮＢ２００−１がドナー能力を有すると仮定しているため、ｇＮＢ２００−１は、ＩＡＢインディケーションに基づいて、バックホールリンク接続をＩＡＢノード３００−１とＩＡＢノード３００−２との間に確立させる必要があると判断する。

ステップＳ３０４において、ｇＮＢ２００−１は、無線測定を設定する測定設定をＩＡＢノード３００−２に送信する。ＩＡＢノード３００−２は、測定設定に基づいて無線測定を行う。

ステップＳ３０５において、ＩＡＢノード３００−２は、無線測定の結果を含む測定報告を、ＩＡＢノード３００−１を介してｇＮＢ２００−１に送信する。ｇＮＢ２００−１は、測定報告に基づいて、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであるか又は他のｇＮＢが適切なドナーｇＮＢであるかを判断する。ここでは、ｇＮＢ２００−１が、自身（ｇＮＢ２００−１）が適切なドナーｇＮＢであると判断したと仮定して説明を進める。なお、ステップＳ３０４及びステップＳ３０５の処理は必須ではなく、省略してもよい。

ステップＳ３０６において、ｇＮＢ２００−１は、ＩＡＢノード設定メッセージ（ＲＲＣ再設定メッセージ）をＩＡＢノード３００−２に送信する。ＩＡＢノード３００−２は、ＩＡＢノード設定メッセージに基づいて、バックホールリンク接続をＩＡＢノード３００−１と確立する処理を行う。かかる確立処理は、ＩＡＢノード設定メッセージ中の設定情報に基づいて、バックホールリンク用のプロトコルスタック（アダプテーション／ＲＬＣ／ＭＡＣ／ＰＨＹエンティティ）を生成したり、パラメータ設定したりする処理を含む。かかる確立処理は、ＵＥ側（のアクセスリンク用）のプロトコルスタックを準備して、同期信号やセル固有参照信号の送信を開始する処理（もしくは、開始する準備をする処理）を含んでもよい。

ステップＳ３０７において、ｇＮＢ２００−１は、ＲＲＣ再設定メッセージをＩＡＢノード３００−１に送信する。かかるＲＲＣ再設定メッセージは、ＩＡＢノード３００−２の追加に伴ってＩＡＢノード３００−１における設定を変更するためのメッセージである。かかるＲＲＣ再設定メッセージは、例えば、ＩＡＢノード３００−２の論理チャネルとＩＡＢノード３００−１のバックホールリンクの論理チャネルとの対応付けを示すマッピング情報を含む。なお、ステップＳ３０７は、ステップＳ３０６の前であってもよいし、ステップＳ３０６と同時であってもよい。

ステップＳ３０８において、ＩＡＢノード３００−２は、ＩＡＢノード３００−１とのバックホールリンク接続の確立を含むＩＡＢノード設定が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。ステップＳ３０８以降は、ＩＡＢノード３００−２はｇＮＢ２００−１に対してＵＥとして振る舞うのではなく、ＩＡＢノードとして振る舞う。

ステップＳ３０９において、ＩＡＢノード３００−１は、ＩＡＢノード３００−２とのバックホールリンク接続の確立に伴う設定変更が完了したことを示す完了通知メッセージをｇＮＢ２００−１に送信する。なお、ステップＳ３０９は、ステップＳ３０８の前であってもよいし、ステップＳ３０８と同時であってもよい。

ステップＳ３１０において、ｇＮＢ２００−１は、ステップＳ３０１において取得したＩＡＢノード３００−２のコンテキスト情報を、Ｘｎインターフェイス上でｇＮＢ２００−２に転送する。

ステップＳ３１１において、ｇＮＢ２００−１は、ＩＡＢノード３００−２のバックホールリンク接続を確立したことを示す通知を５ＧＣ１０に送信する。もしくは、ｇＮＢ２００−１は、ＩＡＢノード３００−２用のＰＤＵセッションの確立要求を５ＧＣ１０に送信してもよい。なお、上述したように、ＰＤＵセッションの確立要求は、ステップＳ３１１よりも先に又はステップＳ３１１においてＡＭＦ１１からｇＮＢ２００−１に送信されてもよい。

（その他の実施形態）
上述した実施形態において、ＩＡＢノード３００−１がｇＮＢ２００−１に無線で接続した後に、ｇＮＢ２００−１がドナー能力を有しないことに応じてＩＡＢノード３００−１をハンドオーバさせる一例について説明した。しかしながら、各ｇＮＢ２００は、自身がドナー能力を有するか否かに関する情報をＩＡＢノード３００−１に提供してもよい。これにより、ＩＡＢノード３００−１は、ドナー能力を有するｇＮＢ２００を選択したうえで接続することが可能になる。

例えば、ドナー能力を有するｇＮＢ２００は、ドナー能力を有することを示す情報をシステム情報ブロック（ＳＩＢ）に含めてブロードキャストする。ＩＡＢノード３００−１は、かかるＳＩＢに基づいて、接続先とするｇＮＢ２００を選択する。ＩＡＢノード３００−１は、ドナー能力を有するｇＮＢ２００であって、且つ、このｇＮＢ２００からの受信電力が閾値以上である場合に、このｇＮＢ２００を接続先として選択してもよい。または、ｇＮＢ２００がドナー能力を有しない場合には、ＩＡＢノード３００−１は、ｇＮＢ２００から送信されたＳＩＢを受信したことに応じて、他のｇＮＢ２００を再選択してもよい。その後、他のｇＮＢ２００から送信されたＳＩＢにより当該他のｇＮＢ２００がドナー能力を有することが示される場合には、ＩＡＢノード３００−１は、当該他のｇＮＢ２００を接続先として、ランダムアクセスプロシージャを行うと共にＩＡＢインディケーションを送信してもよい。

上述した実施形態において、移動通信システム１が５Ｇ移動通信システムである一例について主として説明した。しかしながら、移動通信システム１における基地局はｅＮＢであってもよい。また、移動通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されることもできる。

なお、上述した実施形態に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。

なお、各図において示されるフローは、適宜組み合わされても良い。

［相互参照］
本願は、日本国特許出願第２０１８−９０４４７号（２０１８年５月９日出願）の優先権を主張し、その内容のすべてが本願明細書に組み込まれている。

Claims (10)

1. ユーザ機器機能と基地局機能とを有する中継ノードであって、
   前記ユーザ機器機能を用いて基地局とのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を確立する制御部と、
   前記ＲＲＣ接続を用いて、バックホールＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）チャネルを前記中継ノードと前記基地局との間に確立させる情報を含むＲＲＣ再設定メッセージを前記基地局から受信する受信部と、を備え、
   前記ＲＲＣ再設定メッセージは、前記中継ノードのＩＰアドレスを設定するための情報をさらに含む、
   中継ノード。
2. 前記バックホールＲＬＣチャネルは、前記中継ノードと前記基地局との間のバックホールリンクにおいて確立される、前記中継ノードのＲＬＣレイヤと前記基地局のＲＬＣレイヤとの間のチャネルを含む、
   請求項１に記載の中継ノード。
3. 前記ＩＰアドレスは、前記中継ノードと前記基地局との間のＦ１インタフェースの確立に使用される
   請求項１に記載の中継ノード。
4. 前記ＲＲＣ接続の確立の完了を確認するためのＲＲＣメッセージを前記基地局に送信する送信部を備え、
   前記送信部は、前記中継ノードが中継機能を有することを示すインディケーションを含む前記ＲＲＣメッセージを送信する
   請求項１に記載の中継ノード。
5. 前記受信部は、前記基地局が前記中継機能をサポートすることを示す情報を含むシステム情報ブロック（ＳＩＢ）を前記基地局から受信する
   請求項１に記載の中継ノード。
6. 前記制御部は、前記情報を含む前記ＳＩＢに基づいて、前記基地局に対して前記ＲＲＣ接続を確立する
   請求項５に記載の中継ノード。
7. ユーザ機器機能と基地局機能とを有する中継ノードを制御するプロセッサであって、 前記ユーザ機器機能を用いて基地局とのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を確立する処理と、
   前記ＲＲＣ接続を用いて、バックホールＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）チャネルを前記中継ノードと前記基地局との間に確立させる情報を含むＲＲＣ再設定メッセージを前記基地局から受信する処理と、を実行し、
   前記ＲＲＣ再設定メッセージは、前記中継ノードのＩＰアドレスを設定するための情報をさらに含む、
   プロセッサ。
8. ユーザ機器機能と基地局機能とを有する中継ノードにおいて実行される方法あって、
   前記ユーザ機器機能を用いて基地局とのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を確立するステップと、
   前記ＲＲＣ接続を用いて、バックホールＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）チャネルを前記中継ノードと前記基地局との間に確立させる情報を含むＲＲＣ再設定メッセージを前記基地局から受信するステップと、を有し、
   前記ＲＲＣ再設定メッセージは、前記中継ノードのＩＰアドレスを設定するための情報をさらに含む
   方法。
9. ユーザ機器機能と基地局機能とを有する中継ノードとのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を確立する制御部と、
   前記ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を用いて、バックホールＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）チャネルを前記中継ノードと前記基地局との間に確立させるメッセージを前記中継ノードに送信する送信部と、を備え、
   前記ＲＲＣ再設定メッセージは、前記中継ノードのＩＰアドレスを設定するための情報をさらに含む
   基地局。
10. 基地局と、
    ユーザ機器機能と基地局機能とを有し、前記ユーザ機器機能を用いて前記基地局とのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続を確立する中継ノードと、
    を備え、
    前記基地局は、前記ＲＲＣ接続を用いて、バックホールＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）チャネルを前記中継ノードと前記基地局との間に確立させる情報を含むＲＲＣ再設定メッセージを前記中継ノードに送信し、
    前記ＲＲＣ再設定メッセージは、前記中継ノードのＩＰアドレスを設定するための情報をさらに含む
    移動通信システム。
    

Images