知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-06
(45)【発行日】2025-01-15
(54)【発明の名称】通信制御方法、中継ノード及びプロセッサ
(51)【国際特許分類】
H04W 28/14 20090101AFI20250107BHJP
H04W 16/26 20090101ALI20250107BHJP
H04W 72/1268 20230101ALI20250107BHJP
H04W 92/20 20090101ALI20250107BHJP
【ＦＩ】
H04W28/14
H04W16/26
H04W72/1268
H04W92/20 110
【請求項の数】
13
(21)【出願番号】P 2023520998
(86)(22)【出願日】2022-05-06
(86)【国際出願番号】 JP2022019570
(87)【国際公開番号】W WO2022239707
(87)【国際公開日】2022-11-17
【審査請求日】2023-11-09
(31)【優先権主張番号】P 2021080063
(32)【優先日】2021-05-10
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
【審査官】久松 和之
(56)【参考文献】
【文献】国際公開第２０２１／０６５７６３（ＷＯ，Ａ１）
【文献】Kyocera，Possible solutions for topology-wide fairness, multi-hop latency and congestion mitigation in eIAB，3GPP TSG RAN WG2 #113bis-e R2-2103370，2021年04月02日
【文献】Intel Corporation，Uplink latency reduction，3GPP TSG RAN WG2 #109_e R2-2000471，2020年02月14日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４、６
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
セルラ通信システムで用いる通信制御方法であって、第１の中継ノードが、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算することと、
前記第１の中継ノードが、前記第１の中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信することと、
前記第１の中継ノードが、前記第１の計算方法を決定し、決定した前記第１の計算方法を、前記第１の中継ノードの上位ノードへ送信することと、を有する、
通信制御方法。
【請求項2】
更に、前記第１の中継ノードの前記上位ノードが、前記第１の計算方法を前記第１の中継ノードに設定することを有する、請求項１記載の通信制御方法。
【請求項3】
セルラ通信システムで用いる通信制御方法であって、
第１の中継ノードが、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算することと、
前記第１の中継ノードが、前記第１の中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信することと、を有し、
前記計算することは、前記第１の中継ノードが、前記プリエンプティブＢＳＲの送信タイミングに応じて、前記第１の計算方法を決定することを含む、
通信制御方法。
【請求項4】
セルラ通信システムで用いる通信制御方法であって、中継ノードが、算出したバッファサイズを、割り振り率に従って、第１のバッファサイズと第２のバッファサイズに分配することと、
前記中継ノードが、前記第１のバッファサイズを含む第１のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第１の親ノードへ送信し、前記第２のバッファサイズを含む第２のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第２の親ノードへ送信することと、を有し、
前記第１の親ノードはメインセルグループ（ＭＣＧ）に含まれ、前記第２の親ノードはセカンダリセルグループ（ＳＣＧ）に含まれる、
通信制御方法。
【請求項5】
更に、ドナーノードが、前記割り振り率を、前記中継ノードに設定することを有する、請求項４記載の通信制御方法。
【請求項6】
前記割り振り率は、前記算出したバッファサイズの１／２である、請求項４記載の通信制御方法。
【請求項7】
更に、前記中継ノードが、当該中継ノードに流入するパケットと流出するパケットの履歴に基づいて、前記割り振り率を決定することを有する、請求項４記載の通信制御方法。
【請求項8】
中継ノードであって、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算する制御部と、
前記中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信する送信部と、を備え、
前記制御部は、前記第１の計算方法を決定し、決定した前記第１の計算方法を、前記中継ノードの上位ノードへ送信する制御を実行する、
中継ノード。
【請求項9】
中継ノードであって、
バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算する制御部と、
前記中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信する送信部と、を備え、
前記制御部は、前記プリエンプティブＢＳＲの送信タイミングに応じて、前記第１の計算方法を決定する
中継ノード。
【請求項10】
中継ノードであって、算出したバッファサイズを、割り振り率に従って、第１のバッファサイズと第２のバッファサイズに分配する制御部と、
前記第１のバッファサイズを含む第１のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第１の親ノードへ送信し、前記第２のバッファサイズを含む第２のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第２の親ノードへ送信する送信部と、を備え、
前記第１の親ノードはメインセルグループ（ＭＣＧ）に含まれ、前記第２の親ノードはセカンダリセルグループ（ＳＣＧ）に含まれる、
中継ノード。
【請求項11】
中継ノードを制御するプロセッサであって、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算する処理と、
前記中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信する処理と、
前記第１の計算方法を決定し、決定した前記第１の計算方法を、前記中継ノードの上位ノードへ送信する処理と、を実行する、
プロセッサ。
【請求項12】
中継ノードを制御するプロセッサであって、
バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、前記バッファサイズを計算する処理と、
前記中継ノードの親ノードへ、前記バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ））を送信する処理と、
前記プリエンプティブＢＳＲの送信タイミングに応じて、前記第１の計算方法を決定する処理と、を実行する、
プロセッサ。
【請求項13】
中継ノードを制御するプロセッサであって、算出したバッファサイズを、割り振り率に従って、第１のバッファサイズと第２のバッファサイズに分配する処理と、
前記第１のバッファサイズを含む第１のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第１の親ノードへ送信し、前記第２のバッファサイズを含む第２のプリエンプティブＢＳＲを、前記中継ノードの親ノードである第２の親ノードへ送信する処理と、を実行し、
前記第１の親ノードはメインセルグループ（ＭＣＧ）に含まれ、前記第２の親ノードはセカンダリセルグループ（ＳＣＧ）に含まれる
プロセッサ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、セルラ通信システムに用いる通信制御方法に関する。
【背景技術】
【0002】
セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．５．０（２０２１－０３）」参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、基地局とユーザ装置との間の通信に対する中継を行う。
【発明の概要】
【0003】
第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、第１の中継ノードが、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、バッファサイズを計算することを含む。また、前記通信制御方法は、第１の中継ノードが、第１の中継ノードの親ノードへ、バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Buffer Status Report））を送信することを含む。
【0004】
第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、中継ノードの子ノードから、バッファサイズ量Ｘ１を含むレガシーＢＳＲを受信することを含む。また、前記通信制御方法は、中継ノードが、子ノードへ、リソース量Ｘ２を含むアップリンクグラント（ＵＬ ｇｒａｎｔ）を送信することを含む。更に、前記通信制御方法は、中継ノードが、子ノードから、データを受信することと、中継ノードが、データを、当該中継ノードのＩＡＢ－ＭＴへ転送することとを含む。更に、前記通信制御方法は、中継ノードが、当該中継ノードのＩＡＢ－ＭＴへ転送したデータ量をＭとすると、（Ｘ１－Ｍ）又は（Ｘ２－Ｍ）のいずれかでバッファサイズを算出することを含む。更に、前記通信制御方法は、中継ノードが、バッファサイズを含むプリエンプティブＢＳＲを、中継ノードの親ノードへ送信することを含む。
【0005】
第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、中継ノードの子ノードから、第１のレガシーＢＳＲを受信することを含む。また、前記通信制御方法は、中継ノードが、子ノードへ、アップリンクグラント（ＵＬ ｇｒａｎｔ）を送信することを含む。更に、前記通信制御方法は、中継ノードが、前記子ノードから、データを受信することを含む。更に、前記通信制御方法は、中継ノードが、第１のレガシーＢＳＲを受信した時点、又は、アップリンクグラントを送信した時点、において、当該中継ノードのＩＡＢ－ＤＵに滞留するデータ量をバッファサイズに含む第２のレガシーＢＳＲを、中継ノードの親ノードへ送信することを含む。
【0006】
第４の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、中継ノードが、算出したバッファサイズを、割り振り率に従って、第１のバッファサイズと第２のバッファサイズに分配することを含む。また、前記通信制御方法は、中継ノードが、第１のバッファサイズを含む第１のプリエンプティブＢＳＲを、中継ノードの親ノードである第１の親ノードへ送信し、第２のバッファサイズを含む第２のプリエンプティブＢＳＲを、中継ノードの親ノードである第２の親ノードへ送信することを含む。更に、前記通信制御方法は、第１の親ノードはメインセルグループ（ＭＣＧ）に含まれ、第２の親ノードはセカンダリセルグループ（ＳＣＧ）に含まれる。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【0009】
（セルラ通信システムの構成）
まず、一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システムは３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システムには、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システムは、６Ｇなど、将来のセルラ通信システムも適用されてよい。
まず、一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システムは３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システムには、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システムは、６Ｇなど、将来のセルラ通信システムも適用されてよい。
【0010】
図１は、一実施形態に係るセルラ通信システム１の構成例を表す図である。
【0011】
図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００と、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２と、ＩＡＢノード３００－１，３００－２とを有する。基地局２００は、ｇＮＢと呼ばれる場合がある。
【0012】
以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。
【0013】
なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）と称する場合がある。また、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００と称する場合がある。
【0014】
５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。
【0015】
各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。また、セルは、ｇＮＢ２００など、基地局と区別しないで用いられる場合がある。１つのセルは１つのキャリア周波数に属する。
【0016】
各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。
【0017】
各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。
【0018】
セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ（又はドナーノード。以下、「ドナーノード」と称する場合がある。）２００－１は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。
【0019】
図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。
【0020】
ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末及び／又はタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、無人航空機若しくは無人航空機に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１は、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。
【0021】
図２は、ＩＡＢノード３００と、親ノード（Ｐａｒｅｎｔ ｎｏｄｅｓ）及び子ノード（Ｃｈｉｌｄ ｎｏｄｅｓ）との関係を表す図である。
【0022】
図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。
【0023】
ＩＡＢ－ＭＴのＮＲ Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。
【0024】
ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。
【0025】
また、１又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノードとなり、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。
【0026】
（基地局の構成）
次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を表す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を表す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。
【0027】
無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0028】
ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。
【0029】
制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Central Processing Unit）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００（又はドナーノード２００）における各種処理を行ってもよい。
【0030】
（中継ノードの構成）
次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を表す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を表す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。
【0031】
無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。
【0032】
無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0033】
制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各種処理を行ってもよい。
【0034】
（ユーザ装置の構成）
次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を表す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を表す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。
【0035】
無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。
【0036】
制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。また、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行ってもよい。
【0037】
（プロトコルスタックの構成）
次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を表す図である。
次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を表す図である。
【0038】
図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。
【0039】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【0040】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Modulation and Coding Scheme））及び割当リソースブロックを決定する。
【0041】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【0042】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＣＵのＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。
【0043】
ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＣＵのＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。
【0044】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
【0045】
図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを表す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを表す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。
【0046】
図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。
【0047】
各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）は、バックホールＲＬＣチャネル（ＢＨ ＮＲ ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。
【0048】
なお、ドナーノード２００のＣＵは、ＩＡＢノード３００とドナーノード２００のＤＵへのＦ１インターフェイスを終端する、ドナーノード２００のｇＮＢ－ＣＵ機能である。また、ドナーノード２００のＤＵは、ＩＡＢ ＢＡＰサブレイヤをホストし、ＩＡＢノード３００へワイヤレスバックホールを提供する、ドナーノード２００のｇＮＢ－ＤＵ機能である。
【0049】
【0050】
なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。
【0051】
また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。
【0052】
（第１実施形態）
次に第１実施形態について説明する。
次に第１実施形態について説明する。
【0053】
（プリエンプティブＢＳＲ（Buffer Status Report）について）
一般的に、ＵＥ１００が送信するＢＳＲ（以下、適宜「レガシーＢＳＲ」と呼ぶ。）は、ＭＡＣ、ＲＬＣ、及びＰＤＣＰの各レイヤの未送信上りリンクデータ量（すなわち、上りリンクバッファ量）を論理チャネルグループ（ＬＣＧ：Logical Channel Group）ごとに示すものである。各ＬＣＧは少なくとも１つの論理チャネルを含み、優先度別に設定されるグループである。ｇＮＢ２００は、ＵＥ１００から受信したレガシーＢＳＲに基づいて、ＵＥ１００の未送信上りリンクデータ量をＬＣＧごとに把握し、この未送信上りリンクデータ量に見合った上りリンク無線リソースをＵＥ１００に割り当てるようにスケジューリングを行う。
一般的に、ＵＥ１００が送信するＢＳＲ（以下、適宜「レガシーＢＳＲ」と呼ぶ。）は、ＭＡＣ、ＲＬＣ、及びＰＤＣＰの各レイヤの未送信上りリンクデータ量（すなわち、上りリンクバッファ量）を論理チャネルグループ（ＬＣＧ：Logical Channel Group）ごとに示すものである。各ＬＣＧは少なくとも１つの論理チャネルを含み、優先度別に設定されるグループである。ｇＮＢ２００は、ＵＥ１００から受信したレガシーＢＳＲに基づいて、ＵＥ１００の未送信上りリンクデータ量をＬＣＧごとに把握し、この未送信上りリンクデータ量に見合った上りリンク無線リソースをＵＥ１００に割り当てるようにスケジューリングを行う。
【0054】
図９（Ａ）は、第１実施形態に係るレガシーＢＳＲの送信例を表す図である。図９（Ａ）では、「Ｒｅｇｕｌａｒ ＢＳＲ」と表されているが、以下では、「Ｒｅｇｕｌａｒ ＢＳＲ」もレガシーＢＳＲと称する場合がある。
【0055】
図９（Ａ）に示すように、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、レガシーＢＳＲを利用して、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴにおけるＭＡＣとＲＬＣに存在する送信待ちデータ量（又はバッファリングしているデータ量）を、バッファサイズとして報告する。親ノード３００－ＰのＩＡＢ－ＤＵは、ＩＡＢノード３００－Ｔに対して、このデータ量に見合った上りリンク無線リソースを割り当てる。ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、割り当てられた上りリンク無線リソースを利用して、当該データを、親ノード３００－Ｐへ送信する。
【0056】
【0057】
図９（Ｂ）に示すように、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵが、子ノード３００－Ｃへアップリンクグラント（ＵＬ ｇｒａｎｔ）を送信後、子ノード３００－ＣからＵＬデータを受信する前に、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、プリエンプティブＢＳＲを親ノード３００－Ｐへ送信する。また、図９（Ｃ）に示すように、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵが、子ノード３００－ＣからレガシーＢＳＲを受信後、ＵＬ ｇｒａｎｔを子ノード３００－Ｃへ送信する前に、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、プリエンプティブＢＳＲを親ノード３００－Ｐへ送信する。
【0058】
このように、プリエンプティブＢＳＲは、レガシーＢＳＲよりも早いタイミングで、親ノード３００－Ｐへ送信される。そのため、プリエンプティブＢＳＲは、レガシーＢＳＲの場合と比較して、親ノード３００－ＰのＩＡＢノード３００－Ｔに対するＵＬスケジューリングの遅延（レイテンシ）を低減させることが可能となる。
【0059】
図１０は、第１実施形態に係るプリエンプティブＢＳＲのＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）（以下、「プリエンプティブＢＳＲ ＭＡＣ ＣＥ」と称する場合がある。）の構成例を表している。
【0060】
図１０に示すように、プリエンプティブＢＳＲ ＭＡＣ ＣＥは、「ＬＣＧｉ」領域と、「バッファサイズ領域」とを含む。
【0061】
「ＬＣＧｉ」領域は、論理チャネルグループｉのバッファサイズが存在することを示す領域である。すなわち、ＬＣＧｉに「１」が設定されると、論理チャネルグループｉのバッファサイズが報告されることを表す。他方、ＬＣＧｉに「０」が設定されると、論理チャネルグループｉのバッファサイズが報告されないことを表す。「ＬＣＧｉ」領域の領域長は８ビットである。
【0062】
「バッファサイズ」領域には、所定のバッファサイズが格納される。所定のバッファサイズは、プリエンプティブＢＳＲがトリガされたＩＡＢノード３００（図９の場合はＩＡＢノード３００－Ｔ）のＩＡＢ－ＭＴに到着することが期待されるデータの総量であって、ＩＡＢ－ＭＴにおいて現在利用可能なデータの総量は含まない。
【0063】
なお、図１０に示すＢＳＲ ＭＡＣ ＣＥは、ロングＢＳＲ ＭＡＣ ＣＥとロングトランケイテッド（Ｔｒｕｎｃａｔｅｄ）ＢＳＲ ＭＡＣ ＣＥの構成例も表している。ロングＢＳＲ ＭＡＣ ＣＥは、例えば、複数のＬＣＧに関するバッファサイズを報告する場合に利用されるＭＡＣ ＣＥである。また、ロングトランケイテッド（Ｔｒｕｎｃａｔｅｄ）ＢＳＲ ＭＡＣ ＣＥは、例えば、ＭＡＣレイヤがＭＡＣ ＰＤＵを構成する際に挿入するパディングビット（又はパディングデータ）を報告する際に利用され、パディングビットが所定のサイズよりも大きい場合に利用されるＭＡＣ ＣＥである。ＢＳＲ ＭＡＣ ＣＥが、ロングＢＳＲ ＭＡＣ ＣＥとロングトランケイテッド（Ｔｒｕｎｃａｔｅｄ）ＢＳＲ ＭＡＣ ＣＥの場合、「バッファサイズ」領域には、ＭＡＣ ＰＤＵが構築された後の全ての論理チャネルに亘って利用可能なデータ量、すなわち、ＩＡＢ－ＭＴのＲＬＣとＭＡＣに存在する送信待ちのデータ量が格納される。
【0064】
以下では、プリエンプティブＢＳＲとレガシーＢＳＲとを区別しない場合は、「ＢＳＲ」と称する場合がある。
【0065】
第１の実施形態では、上位ノードが、プリエンプティブＢＳＲに含まれるバッファサイズについての複数の計算方法の中から所定の計算方法を、ＩＡＢノード３００に設定する例である。具体的には、第１に、第１の中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、バッファサイズ（ＢＳ）に関する複数の計算方法のうち第１の計算方法を用いて、バッファサイズを計算する。第２に、第１の中継ノードが、第１の中継ノードの親ノード（例えば、親ノード３００－Ｐ）へ、バッファサイズを含むプリエンプティブＢＳＲ（ｐｒｅ－ｅｍｐｔｉｖｅ ＢＳＲ（Buffer Status Report））を送信する。更に、第１の中継ノードの上位ノード（例えば、親ノード３００－Ｐ又はドナーノード２００）が、第１の計算方法を第１の中継ノードに設定する。
【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】
また、上位ノードは、ＩＡＢノード３００－ＴにＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙが設定されている場合、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴに対して、セルグループ（ＭＣＧ（Master Cell Group）とＳＣＧ（Secondary Cell Group））毎に、異なる計算方法を設定してもよい。例えば、上位ノードは、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴに対して、ＭＣＧは計算方法＃１、ＳＣＧは計算方法＃２を設定する、などである。この場合、セルグループとＢＳの計算方法とが紐づけられて設定されることになる。
【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】
ここで、ＩＡＢ－ＤＵに滞留するデータ量は、具体的には、ＩＡＢ－ＤＵが子ノード３００－Ｃから受信したデータのデータ量Ｄであってもよい。そのため、ＩＡＢ－ＤＵは、子ノード３００－Ｃから受信したデータのデータ量Ｄを取得してもよい。また、ＩＡＢ－ＤＵに滞留するデータ量は、第２実施形態の変形例１と同様に、Ｂ＝Ｄ－Ｍであってもよい。そのため、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＩＡＢ－ＤＵで受信したデータのデータ量Ｄと、ＩＡＢ－ＭＴへ転送したデータのデータ量Ｍとを取得してもよい。
【0178】
ステップＳ６５において、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＩＡＢ－ＤＵに滞留するデータ量をＢＳ値として含むレガシーＢＳＲを、親ノード３００－Ｐへ送信する。
【0179】
そして、ステップＳ６６において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
【0180】
（第３実施形態）
次に、第３実施形態について説明する。第３実施形態は、第２実施形態と同様に、プリエンプティブＢＳＲのＢＳ値を計算する計算方法に関する実施形態である。ただし、第３実施形態では、第２実施形態と異なり、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙが設定された場合のＢＳ値の計算方法に関する実施形態である。
次に、第３実施形態について説明する。第３実施形態は、第２実施形態と同様に、プリエンプティブＢＳＲのＢＳ値を計算する計算方法に関する実施形態である。ただし、第３実施形態では、第２実施形態と異なり、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙが設定された場合のＢＳ値の計算方法に関する実施形態である。
【0181】
ＩＡＢノード３００－Ｔが、プリエンプティブＢＳＲのＢＳ値を計算した場合、マスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）にどのようにＢＳ値を分配するかが問題となる場合がある。
【0182】
一方、ドナーノード２００は、トポロジ内の各ＩＡＢノード３００に対して、ルーティング設定を行い、受信したパケットをどのＩＡＢノード３００に転送するかを制御している。従って、ドナーノード２００は、ルート毎の負荷予測を行って、ルーティング設定を行う場合がある。
【0183】
また、ドナーノード２００は、各ＩＡＢノード３００から送信された測定報告又は状況報告、更に、ドナーノード２００自身が受信したパケットから、各ルートの送信実績を把握することが可能である。
【0184】
そこで、第３実施形態では、ドナーノード２００が、ＩＡＢノード３００に対して、ＢＳ値の割り振り率を設定する。そして、ＩＡＢノード３００は、割り振り率に従って、プリエンプティブＢＳＲのＢＳ値をセルグループ（ＣＧ）毎に分配し、分配されたＢＳ値を含む各プリエンプティブＢＳＲを、ＭＣＧとＳＣＧへ送信する。
【0185】
具体的には、第１に、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、算出したバッファサイズを、割り振り率に従って、第１のバッファサイズ及び第２のバッファサイズに分配する。第２に、中継ノードが、第１のバッファサイズを含む第１のプリエンプティブＢＳＲを、中継ノードの親ノードである第１の親ノード（例えば、ＩＡＢノード３００－Ｐ１）へ送信し、第２のバッファサイズを含む第２のプリエンプティブＢＳＲを、中継ノードの親ノードである第２の親ノード（例えば、ＩＡＢノード３００－Ｐ２）へ送信する。ここで、第１の親ノードはメインセルグループ（ＭＣＧ）に含まれ、第２の親ノードはセカンダリセルグループ（ＳＣＧ）に含まれる。また、ドナーノード（例えば、ドナーノード２００）が、割り振り率を、中継ノードに設定する。
【0186】
（第３実施形態の構成例）
図２０は、第３実施形態に係るセルラ通信システム１の構成例を表す図である。
図２０は、第３実施形態に係るセルラ通信システム１の構成例を表す図である。
【0187】
図２０に示すように、セルラ通信システム１は、ＩＡＢノード３００－Ｔに対して、２つの親ノード３００－Ｐ１，３００－Ｐ２を有する。２つの親ノード３００－Ｐ１，３００－Ｐ２も、ドナーノード２００配下のトポロジ内のＩＡＢノードである。
【0188】
ＩＡＢノード３００－Ｔと、２つのＩＡＢノード３００－Ｐ１，３００－Ｐ２には、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙが設定されている。このため、ＩＡＢノード３００－Ｔは、２つの親ノード３００－Ｐ１，３００－Ｐ２と接続可能となっている。
【0189】
図２０に示す例では、親ノード３００－Ｐ１がＭＣＧに含まれるセル（又はノード）であり、親ノード３００－Ｐ２がＳＣＧに含まれるセル（又はノード）である。親ノード３００－Ｐ１がＳＣＧに含まれ、親ノード３００－Ｐ２がＭＣＧに含まれてもよい。
【0190】
なお、それ以外の構成は、第２実施形態と同様である。
【0191】
（第３実施形態の動作例）
図２１は、第３実施形態の動作例を表す図である。
図２１は、第３実施形態の動作例を表す図である。
【0192】
図２１に示すように、ステップＳ７０において、ドナーノード２００は、処理を開始する。
【0193】
ステップＳ７１において、ドナーノード２００は、ＩＡＢノード３００－ＴのＭＣＧ及びＳＣＧに対して、パケットの送信比率を推定する。例えば、ドナーノード２００は、ルーティング設定時の負荷予測、又は、各ＩＡＢノード３００からの測定報告又は状況報告等に基づいて、パケットの送信比率を推定してもよい。
【0194】
ステップＳ７２において、ドナーノード２００は、ＩＡＢノード３００－Ｔへ、パケットの割り振り率を設定する。例えば、ドナーノード２００は、ステップＳ７１で推定したパケットの送信比率に基づいて、パケットの割り振り率を決定する。パケットの送信比率とパケットの割り振り率は同じでもよいし、異なっていてもよい。ドナーノード２００のＣＵは、ＩＡＢノード３００－Ｔに対して、Ｆ１ＡＰメッセージ、又はＲＲＣメッセージなどを利用して、パケットの割り振り率を送信することで、割り振り率の設定を行ってもよい。
【0195】
ステップＳ７３において、ＩＡＢノード３００－Ｔは、プリエンプティブＢＳＲのＢＳ値を算出し、当該ＢＳ値を、割り振り率に従って、ＣＧ毎に分配する。ＩＡＢノード３００－ＴのＩＡＢ－ＤＵが、割り振り率に従って、算出したＢＳ値を、ＭＣＧに対応するＢＳ＃１と、ＳＣＧに対応するＢＳ＃２とに分配し、ＢＳ＃１とＢＳ＃２とを、ＩＡＢ－ＭＴへ通知してもよい。又は、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴが、割り振り率に従って、ＢＳ値を、ＭＣＧに対応するＢＳ＃１と、ＳＣＧに対応するＢＳ＃２とに分配してもよい。ここで、ＢＳ＝ＢＳ＃１＋ＢＳ＃２である。
【0196】
ステップＳ７４において、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＣＧ毎のＢＳ値を含む各プリエンプティブＢＳＲを、各ＣＧへ送信する。例えば、ＩＡＢ－ＭＴのＭＣＧ ＭＡＣは、ＢＳ＃１を含むプリエンプティブＢＳＲを、親ノード３００－Ｐ１へ送信する。また、例えば、ＩＡＢ－ＭＴのＳＣＧ ＭＡＣは、ＢＳ＃２を含むプリエンプティブＢＳＲを、親ノード３００－Ｐ２へ送信する。
【0197】
そして、ステップＳ７５において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
【0198】
このように、第３実施形態では、ＩＡＢノード３００－Ｔが、ドナーノード２００によって設定された割り振り率に従って、ＢＳ値を分配し、分配されたＢＳ値を含むプリエンプティブＢＳＲを、各ＣＧへ送信する。これにより、例えば、ドナーノード２００による負荷予測、又は各ＩＡＢノード３００からの測定報告等に対応するＢＳ値を、ＩＡＢノード３００－Ｔが各親ノード３００－Ｐ１，３００－Ｐ２へ報告することが可能となる。
【0199】
（第３実施形態の変形例１）
次に、第３実施形態の変形例１を説明する。第３実施形態の変形例１は、第３実施形態で説明したＣＧ毎の割り振り率を１／２（又は１：１）に固定にする例である。具体的には、割り振り率は、算出したバッファサイズの１／２にする例である。
次に、第３実施形態の変形例１を説明する。第３実施形態の変形例１は、第３実施形態で説明したＣＧ毎の割り振り率を１／２（又は１：１）に固定にする例である。具体的には、割り振り率は、算出したバッファサイズの１／２にする例である。
【0200】
ドナーノード２００は、上述したルーティング設定の際に、各ルートについて、バランスをとるように設定する場合がある。
【0201】
そこで、第３実施形態の変形例１では、そのような、ドナーノード２００によるルーティング設定を考慮して、ＢＳ値についてのＣＧ毎の割り振り率を１／２とする例である。
【0202】
第３実施形態の変形例１では、割り振り率が１／２で固定であるため、第３実施形態のように、ドナーノード２００は、割り振り率を、ＩＡＢノード３００－Ｔに設定することはしない。それ以外は、第３実施形態と同様の動作を行う。ＩＡＢノード３００－Ｔは、固定である（又はハードコーディングによる）割り振り率に従って、算出したＢＳをＣＧ毎に分配する。そして、ＩＡＢノード３００－Ｔは、分配したＢＳを含む各プリエンプティブＢＳＲを各ＣＧへ送信する。
【0203】
第３実施形態の変形例１では、ドナーノード２００によるＩＡＢノード３００－Ｔに対する割り振り率の設定が行われないため、第３実施形態と比較して、処理軽減を図ることが可能である。
【0204】
（第３実施形態の変形例２）
次に、第３実施形態の変形例２について説明する。第３実施形態では、ドナーノード２００が割り振り率を決定したが、ＩＡＢノード３００－Ｔ自身も、各ＣＧに対する過去のトラフィックの実績に基づいて、割り振り率を決定することは可能である。すなわち、第３実施形態の変形例２は、ＢＳ値についてのＣＧ毎の割り振り率を、ＩＡＢノード３００－Ｔが決定する例である。具体的には、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、当該中継ノードに流入するパケットと流出するパケットの履歴に基づいて、割り振り率を決定する。
次に、第３実施形態の変形例２について説明する。第３実施形態では、ドナーノード２００が割り振り率を決定したが、ＩＡＢノード３００－Ｔ自身も、各ＣＧに対する過去のトラフィックの実績に基づいて、割り振り率を決定することは可能である。すなわち、第３実施形態の変形例２は、ＢＳ値についてのＣＧ毎の割り振り率を、ＩＡＢノード３００－Ｔが決定する例である。具体的には、中継ノード（例えば、ＩＡＢノード３００－Ｔ）が、当該中継ノードに流入するパケットと流出するパケットの履歴に基づいて、割り振り率を決定する。
【0205】
図２２は、第３実施形態の変形例２に係る動作例を表す図である。
【0206】
図２２に示すように、ステップＳ８０において、ＩＡＢノード３００－Ｔは、処理を開始する。
【0207】
ステップＳ８１において、ＩＡＢノード３００－Ｔは、ＣＧ毎に、流入パケット及び／又は流出パケットの履歴を記録する。例えば、ＩＡＢノード３００－ＴのＩＡＢ－ＤＵは、ＣＧ毎に流入パケットの履歴をメモリに記録し、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＣＧ毎に流出パケットの履歴を当該メモリに記録する。
【0208】
ステップＳ８２において、ＩＡＢノード３００－Ｔは、履歴に基づいて、ＭＣＧ及びＳＣＧの割り振り率を決定する。ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、メモリに記録された、過去、所定時間分の履歴を読み出して、ＣＧ毎に平均値をとって、当該平均値に基づいて、割り振り率を決定してもよい。又は、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、メモリに記録された、過去、所定パケット数分の履歴を読み出して、ＣＧ毎のパケット数を取得し、ＣＧ毎のパケット数に基づいて、割り振り率を決定してもよい。所定時間は、数秒から数十秒でもよいし、それより長い時間であってもよい。また、所定パケット数は、数十から数千個のパケット数でもよいし、それ以上の個数のパケットでもよい。
【0209】
ステップＳ８３において、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、割り振り率に従って、ＢＳ値を、ＣＧ毎に分配する。例えば、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、割り振り率に従って、ＢＳ値を、ＭＣＧに対してＢＳ＃１、ＳＣＧに対してＢＳ＃２に分配する。ここで、ＢＳ＝ＢＳ＃１＋ＢＳ＃２である。
【0210】
ステップＳ８４において、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴは、ＣＧ毎に分配されたＢＳ値を含む各プリエンプティブＢＳＲを各ＣＧへそれぞれ送信する。例えば、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴ（のＭＣＧ ＭＡＣ）は、ＢＳ＃１を含むプリエンプティブＢＳＲを、ＭＣＧに含まれる親ノード３００－Ｐ１へ送信する。また、ＩＡＢノード３００－ＴのＩＡＢ－ＭＴ（のＳＣＧ ＭＡＣ）は、ＢＳ＃２を含むプリエンプティブＢＳＲを、ＳＣＧに含まれる親ノード３００－Ｐ２へ送信する。
【0211】
そして、ステップＳ８５において、ＩＡＢノード３００－Ｔは、一連の処理を終了する。
【0212】
（第３実施形態のその他の変形例）
上述した第３実施形態において、ドナーノード２００が、ＩＡＢノード３００－Ｔへ、ＢＳ値の割り振り率を送信する例について説明したが、これに限らない。例えば、ドナーノード２００は、親ノード３００－Ｐ１及び３００－Ｐ２へ、ＢＳ値の割り振り率を送信してもよい。この場合、ＩＡＢノード３００－Ｔは、同一のＢＳ値を格納したプリエンプティブＢＳＲを、ＭＣＧ及びＳＣＧ（つまり、親ノード３００－Ｐ１及び３００－Ｐ２）へ送信する。当該ＢＳ値は、第１実施形態及び／又は第２実施形態に従って算出してもよい。ＩＡＢノード３００－Ｔから送信されたプリエンプティブＢＳＲを受信した親ノード３００－Ｐ１及び３００－Ｐ２は、ドナーノード２００から受信した割り振り率を用いて、自身宛てのＢＳ値を算出する。例えば、親ノード３００－Ｐ１は、プリエンプティブＢＳＲに格納されたＢＳ値として「ＢＳ」を受信した場合、ドナーノード２００から受信した割り振り率に従って、「ＢＳ＃１」のＢＳ値を得る。また、例えば、親ノード３００－Ｐ２は、プリエンプティブＢＳＲに格納されたＢＳ値として「ＢＳ」を受信した場合、ドナーノード２００から受信した割り振り率に従って、「ＢＳ＃２」のＢＳ値を得る。ここで、「ＢＳ」＝「ＢＳ＃１」＋「ＢＳ＃２」である。これにより、親ノード３００－Ｐ１及び３００－Ｐは、適切なリソース量のＵＬ ｇｒａｎｔをＩＡＢノード３００－Ｔへ送信することができる。
上述した第３実施形態において、ドナーノード２００が、ＩＡＢノード３００－Ｔへ、ＢＳ値の割り振り率を送信する例について説明したが、これに限らない。例えば、ドナーノード２００は、親ノード３００－Ｐ１及び３００－Ｐ２へ、ＢＳ値の割り振り率を送信してもよい。この場合、ＩＡＢノード３００－Ｔは、同一のＢＳ値を格納したプリエンプティブＢＳＲを、ＭＣＧ及びＳＣＧ（つまり、親ノード３００－Ｐ１及び３００－Ｐ２）へ送信する。当該ＢＳ値は、第１実施形態及び／又は第２実施形態に従って算出してもよい。ＩＡＢノード３００－Ｔから送信されたプリエンプティブＢＳＲを受信した親ノード３００－Ｐ１及び３００－Ｐ２は、ドナーノード２００から受信した割り振り率を用いて、自身宛てのＢＳ値を算出する。例えば、親ノード３００－Ｐ１は、プリエンプティブＢＳＲに格納されたＢＳ値として「ＢＳ」を受信した場合、ドナーノード２００から受信した割り振り率に従って、「ＢＳ＃１」のＢＳ値を得る。また、例えば、親ノード３００－Ｐ２は、プリエンプティブＢＳＲに格納されたＢＳ値として「ＢＳ」を受信した場合、ドナーノード２００から受信した割り振り率に従って、「ＢＳ＃２」のＢＳ値を得る。ここで、「ＢＳ」＝「ＢＳ＃１」＋「ＢＳ＃２」である。これにより、親ノード３００－Ｐ１及び３００－Ｐは、適切なリソース量のＵＬ ｇｒａｎｔをＩＡＢノード３００－Ｔへ送信することができる。
【0213】
第３実施形態の変形例２において、ＩＡＢノード３００－ＴがＢＳ値の割り振り率を決定し、当該割り振り率を用いて、プリエンプティブＢＳＲのＢＳ値を算出する例を説明したが、これに限らない。ＩＡＢノード３００－Ｔは、決定した割り振り率をＭＣＧ及びＳＣＧ（つまり親ノード３００－Ｐ１及び３００－Ｐ２）へ送信してもよい。親ノード３００－Ｐ１及び３００－Ｐ２は、上述した例と同様に、報告されたプリエンプティブＢＳＲのＢＳ値に対して、ＩＡＢノード３００－Ｔから受信した割り振り率を用いて、自身宛てのＢＳ値を算出する。これにより、上述した例と同様に、親ノード３００－Ｐ１及び３００－Ｐ２は、適切なリソース量のＵＬ ｇｒａｎｔをＩＡＢノード３００－Ｔへ送信することができる。
【0214】
（その他の実施形態）
ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0215】
また、ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行する回路を集積化し、ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ））として構成してもよい。
【0216】
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態の全部又は一部を組み合わせることも可能である。
【0217】
日本国特許出願第２０２１－０８００６３号（２０２１年５月１０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【符号の説明】
【0218】
１０ ：移動通信システム
１００ ：ＵＥ
１１０ ：無線通信部
１２０ ：制御部
２００ ：ｇＮＢ（ドナーノード）
２１０ ：無線通信部
２２０ ：ネットワーク通信部
２３０ ：制御部
３００（３００－１，３００－２，３００－Ｔ）：ＩＡＢノード
３００－Ｃ：子ノード３００－Ｐ：親ノード
３１０ ：無線通信部
３２０ ：制御部
１００ ：ＵＥ
１１０ ：無線通信部
１２０ ：制御部
２００ ：ｇＮＢ（ドナーノード）
２１０ ：無線通信部
２２０ ：ネットワーク通信部
２３０ ：制御部
３００（３００－１，３００－２，３００－Ｔ）：ＩＡＢノード
３００－Ｃ：子ノード３００－Ｐ：親ノード
３１０ ：無線通信部
３２０ ：制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】