特開 2024-79751 通信制御方法、セルラ通信システム、ユーザ装置、プログラム及びチップセット

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

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

(11)【公開番号】P2024079751

(43)【公開日】2024-06-11

(54)【発明の名称】通信制御方法、セルラ通信システム、ユーザ装置、プログラム及びチップセット

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240604BHJP

   H04W 72/54 20230101ALI20240604BHJP

   H04W 16/14 20090101ALI20240604BHJP

   H04W 74/0808 20240101ALI20240604BHJP

   H04W 76/18 20180101ALI20240604BHJP

   H04B 17/24 20150101ALI20240604BHJP

   H04B 17/309 20150101ALI20240604BHJP

   H04W 92/20 20090101ALI20240604BHJP

【ＦＩ】

H04W24/10

H04W72/54 110

H04W16/14

H04W74/0808

H04W76/18

H04B17/24

H04B17/309

H04W92/20 110

【審査請求】有

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2024045076

(22)【出願日】2024-03-21

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

【原出願日】2022-07-07

(31)【優先権主張番号】P 2021115338

(32)【優先日】2021-07-12

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

(71)【出願人】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

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

【課題】ネットワークを自律的に最適化するかまたは通信状況を改善させるために、運用中の情報を収集する通信制御方法、セルラ通信システム、ユーザ装置、プログラム及びチップセットを提供する。
【解決手段】セルラ通信システムで用いる通信制御方法であり、ユーザ装置が、ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行し、ユーザ装置が、ＬＢＴの失敗数を示す情報と、ユーザ装置と基地局との間の無線状態に関する情報とを含むレポートを基地局へ送信する。
【選択図】なし

【特許請求の範囲】

【請求項1】

セルラ通信システムで用いる通信制御方法であって、
ユーザ装置が、ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行するステップと、
前記ユーザ装置が、前記ＬＢＴの失敗数を示す情報と、前記ユーザ装置と基地局との間の無線状態に関する情報とを含むレポートを前記基地局へ送信するステップと、を有する、
通信制御方法。

【請求項2】

ユーザ装置と基地局とを有するセルラ通信システムであって、
前記ユーザ装置は、ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行し、
前記ユーザ装置は、前記ＬＢＴの失敗数を示す情報と、前記ユーザ装置と前記基地局との間の無線状態に関する情報とを含むレポートを前記基地局へ送信し、
前記基地局は、前記レポートを受信する、
セルラ通信システム。

【請求項3】

セルラ通信システムにおけるユーザ装置であって、
ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行する制御部と、
前記ＬＢＴの失敗数を示す情報と、前記ユーザ装置と基地局との間の無線状態に関する情報とを含むレポートを前記基地局へ送信する送信部と、を有する、
ユーザ装置。

【請求項4】

セルラ通信システムにおけるユーザ装置に、
ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行する処理と、
前記ＬＢＴの失敗数を示す情報と、前記ユーザ装置と基地局との間の無線状態に関する情報とを含むレポートを前記基地局へ送信する処理と、を実行させる、
プログラム。

【請求項5】

セルラ通信システムにおけるユーザ装置のチップセットであって、
ライセンス不要の周波数に対してＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）を実行することと、
前記ＬＢＴの失敗数を示す情報と、前記ユーザ装置と基地局との間の無線状態に関する情報とを含むレポートを前記基地局へ送信することと、を実行する、
チップセット。

【発明の詳細な説明】

【技術分野】

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】