JP7309890B2 - 通信制御方法及び中継装置 - Google Patents

Description

本開示は、移動通信システムで用いる通信制御方法及び中継装置に関する。

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

このような中継装置は、ユーザ装置機能部及び基地局機能部を有しており、ユーザ装置機能部を用いて上位装置（基地局又は上位の中継装置）との無線通信を行うとともに、基地局機能部を用いて下位装置（ユーザ装置又は下位の中継装置）との無線通信を行う。

第１の態様に係る通信制御方法は、下位装置と無線で接続する基地局機能部と、上位装置と無線で接続するユーザ装置機能部とを有し、前記下位装置から前記上位装置へのアップストリームデータを中継する中継装置において実行する方法である。前記通信制御方法は、前記中継装置の未送信アップストリームデータの量を示す第１バッファ状態報告を前記上位装置に送信することと、少なくとも前記下位装置の未送信アップストリームデータの量を示す第２バッファ状態報告を前記上位装置に送信することと、を有する。前記第２バッファ状態報告を送信するトリガ条件は、前記第１バッファ状態報告を送信するトリガ条件とは異なる。

第２の態様に係る中継装置は、下位装置と無線で接続する基地局機能部と、上位装置と無線で接続するユーザ装置機能部とを有し、前記下位装置から前記上位装置へのアップストリームデータを中継する装置である。前記中継装置は、前記中継装置の未送信アップストリームデータの量を示す第１バッファ状態報告を前記上位装置に送信する処理と、少なくとも前記下位装置の未送信アップストリームデータの量を示す第２バッファ状態報告を前記上位装置に送信する処理と、を実行するプロセッサを備える。前記第２バッファ状態報告を送信するトリガ条件は、前記第１バッファ状態報告を送信するトリガ条件とは異なる。

一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係る基地局の構成を示す図である。 一実施形態に係る中継装置の構成を示す図である。 一実施形態に係るユーザ装置の構成を示す図である。 一実施形態に係る移動通信システムのネットワーク構成の一例を示す図である。 一実施形態に係るＦ１－Ｕプロトコルのためのプロトコルスタックの一例を示す図である。 一実施形態に係るＦ１－Ｃプロトコルのためのプロトコルスタックの一例を示す図である。 一実施形態に係るプリエンプティブＢＳＲに関する動作を示す図である。 一実施形態に係るプリエンプティブＢＳＲの構成例１を示す図である。 一実施形態に係るプリエンプティブＢＳＲの構成例２を示す図である。 一実施形態に係る想定シナリオの一例を示す図である。 一実施形態に係る中継装置の動作フローの一例を示す図である。

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

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

図１に示すように、移動通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｇＮＢと呼ばれる）２００と、ＩＡＢノード３００とを有する。ＩＡＢノード３００は、中継装置の一例である。

一実施形態において、基地局がＮＲ基地局である一例について主として説明するが、基地局がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。

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

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

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

各ｇＮＢ２００－１は、集約ユニット（ＣＵ：Ｃｅｎｔｒａｌ Ｕｎｉｔ）と分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とを有していてもよい。

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

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

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

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

ＩＡＢノード３００は、ＵＥ機能部（ユーザ装置機能部）及びｇＮＢ機能部（基地局機能部）を有する。このようなＵＥ機能部はＭＴと呼ばれることがあり、ｇＮＢ機能部はＤＵと呼ばれることがある。

ＩＡＢノード３００は、自身のＵＥ機能部（ＭＴ）により上位装置（ｇＮＢ２００又は上位のＩＡＢノード３００）との無線通信を行うとともに、自身のｇＮＢ機能部（ＤＵ）により下位装置（ＵＥ１００又は下位のＩＡＢノード３００）との無線通信を行う。なお、ＵＥ機能部（ＭＴ）とは、ＵＥ１００が有する機能のうち少なくとも一部の機能を意味し、必ずしもＵＥ１００の全ての機能をＩＡＢノード３００が有していなくてもよい。ｇＮＢ機能部（ＤＵ）とは、ｇＮＢ２００の機能のうち少なくとも一部の機能を意味し、必ずしもｇＮＢ２００の全ての機能をＩＡＢノード３００が有していなくてもよい。例えば、ｇＮＢ機能部（ＤＵ）とは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＰＤＣＰレイヤ等を有していなくてもよい。

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

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

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

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

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

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

（中継装置の構成）
次に、一実施形態に係る中継装置であるＩＡＢノード３００の構成について説明する。図３は、ＩＡＢノード３００の構成を示す図である。図３に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。

無線通信部３１０は、ｇＮＢ２００との無線通信（バックホールリンク）及びＵＥ１００との無線通信（アクセスリンク）に用いられる。バックホールリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。

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

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

（ユーザ装置の構成）
次に、一実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図４は、ＵＥ１００の構成を示す図である。図４に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。

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

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

（プロトコルスタック構成の一例）
次に、一実施形態に係る移動通信システム１におけるプロトコルスタック構成の一例について説明する。

図５は、一実施形態に係る移動通信システム１のネットワーク構成の一例を示す図である。図５に示すように、移動通信システム１は、バックホールにＮＲを用いて、ＮＲアクセスの無線中継を可能とする。ドナーｇＮＢ２００－１は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたｇＮＢ２００である。バックホールは、複数のホップを介するマルチホップが可能である。ｇＮＢ２００は、ｇＮＢ－ＣＵ機能とｇＮＢ－ＤＵ機能とに分離されていてもよい。

各ＩＡＢノード３００は、ｇＮＢ－ＤＵ機能（基地局機能部）を有する。以下において、ｇＮＢ－ＤＵ機能を単に「ＤＵ」と呼ぶ。具体的には、ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ Ｕｕ無線インターフェイスを終端する。また、ＤＵは、ドナーｇＮＢ２００－１上のｇＮＢ－ＣＵ（以下、単に「ＣＵ」と呼ぶ）へのＦ１プロトコルをサポートする。ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位装置）は、「子ノード」と呼ばれることがある。

各ＩＡＢノード３００は、ＭＴ機能（ＵＥ機能部）によるＮＲ Ｕｕ無線インターフェイスをサポートする。以下において、ＭＴ機能を単に「ＭＴ」と呼ぶ。ＭＴは、上位のＩＡＢノード又はドナーｇＮＢ２００－１のＤＵに接続するとともに、ＲＲＣを用いてドナーｇＮＢ２００－１のＣＵに接続する。ＭＴは、ＲＲＣメッセージ及びＮＡＳメッセージを運ぶシグナリング無線ベアラ（ＳＲＢ）をドナーｇＮＢ２００－１と確立する。ＭＴのＮＲ Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位装置）は、「親ノード」と呼ばれることがある。

１つ又は複数のホップを介してドナーｇＮＢ２００－１に接続されているすべてのＩＡＢノード３００は、ドナーｇＮＢ２００－１をルートに持つＤＡＧ（Ｄｉｒｅｃｔｅｄ Ａｃｙｃｌｉｃ Ｇｒａｐｈ）トポロジを形成する。このＤＡＧトポロジは、ＩＡＢトポロジと呼ばれることもある。このＤＡＧトポロジにおいて、「アップストリーム」とは、親ノードの方向をいい、「ダウンストリーム」とは、子ノードの方向をいう。

図５において、ドナーｇＮＢ２００－１にＩＡＢノード３００－１が無線で接続し、ＩＡＢノード３００－１にＩＡＢノード３００－２が無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。Ｆ１プロトコルとは、ＣＵとＤＵとの間の通信プロトコルをいう。Ｆ１プロトコルには、制御プレーンのプロトコルであるＦ１－Ｃプロトコルと、ユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。

図６は、Ｆ１－Ｕプロトコルのためのプロトコルスタックの一例を示す図である。

図６に示すように、ドナーｇＮＢ２００－１は、ＧＴＰ－Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ）と、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）と、ＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）と、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）と、ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）との各レイヤを有する。

ダウンストリームのＩＡＢノード３００－２は、中間ノードであるＩＡＢノード３００－１を介してドナーｇＮＢ２００－１との通信を行う。ＩＡＢノード３００－２は、ドナーｇＮＢ２００－１と同様に、ＧＴＰ－Ｕと、ＵＤＰと、ＩＰと、ＢＡＰと、ＲＬＣと、ＭＡＣと、ＰＨＹとの各レイヤを有する。

中間ノードであるＩＡＢノード３００－１は、ＭＴ及びＤＵの各機能部を有する。ＭＴは、ＢＡＰと、ＲＬＣと、ＭＡＣと、ＰＨＹとの各レイヤを有する。同様に、ＤＵは、ＢＡＰと、ＲＬＣと、ＭＡＣと、ＰＨＹとの各レイヤを有する。図６において、ＤＵのＢＡＰレイヤとＭＴのＢＡＰレイヤとが別々に設けられる一例を示しているが、ＤＵのＢＡＰレイヤとＭＴのＢＡＰレイヤとが一体化されていてもよい。

ここで、無線インターフェイスに関するプロトコルについて説明する。ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＰＨＹレイヤ間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理等を行う。ＭＡＣレイヤ間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ドナーｇＮＢ２００のＭＡＣレイヤ及びＤＵのＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＲＬＣレイヤ間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＢＡＰレイヤは、ユーザプレーンにおいて、ルーティング処理と、ベアラマッピング・デマッピング処理とを行う。

図７は、Ｆ１－Ｃプロトコルのためのプロトコルスタックの一例を示す図である。ここでは、Ｆ１－Ｕプロトコルとの相違点について説明する。

図７に示すように、ドナーｇＮＢ２００－１は、図６に示したＧＴＰ－Ｕ及びＵＤＰの各レイヤに代えて、Ｆ１－ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）及びＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）の各レイヤを有する。同様に、ダウンストリームのＩＡＢノード３００－２は、図６に示したＧＴＰ－Ｕ及びＵＤＰの各レイヤに代えて、Ｆ１－ＡＰ及びＳＣＴＰの各レイヤを有する。

（プリエンプティブＢＳＲ）
次に、一実施形態に係るプリエンプティブＢＳＲについて説明する。図８は、一実施形態に係るプリエンプティブＢＳＲに関する動作を示す図である。

図８に示すように、ＩＡＢノード３００－１は、中間のＩＡＢノード（Ｉｎｔｅｒｍｅｄｉａｔｅ ＩＡＢ ｎｏｄｅ）であって、ＩＡＢノード３００－２は、ダウンストリームのＩＡＢノード（Ｄｏｗｎｓｔｒｅａｍ ＩＡＢ ｎｏｄｅ）である。

以下において、ＩＡＢノード３００－１の下位装置がダウンストリームのＩＡＢノードである一例について説明するが、ＩＡＢノード３００－１の下位装置がＵＥ１００であってもよい。また、ＩＡＢノード３００－１の上位装置がドナーｇＮＢ２００－１であることを主として想定するが、ＩＡＢノード３００－１の上位装置がアップストリームのＩＡＢノードであってもよい。すなわち、ＩＡＢノード３００－１とドナーｇＮＢ２００－１との間に少なくとも１つのＩＡＢノードが介在してもよい。

ＩＡＢノード３００－１は、ＩＡＢノード３００－２と無線で接続するＤＵと、上位装置と無線で接続するＭＴとを有し、ＩＡＢノード３００－２から上位装置へのアップストリームデータを中継する。一実施形態において、ＭＴのＭＡＣレイヤは、未送信アップストリームデータの量を示すプリエンプティブＢＳＲ（Ｐｒｅｅｍｐｔｉｖｅ ＢＳＲ）を上位装置に送信する。

一般的に、ＵＥ１００が送信するＢＳＲ（以下、「レガシーＢＳＲ」と呼ぶ）は、ＭＡＣ、ＲＬＣ、及びＰＤＣＰの各レイヤの未送信データ量（すなわち、アップリンクバッファ量）を論理チャネルグループ（ＬＣＧ）ごとに示すものである。各ＬＣＧは少なくとも１つの論理チャネルからなり、優先度別に設定されるグループである。レガシーＢＳＲのフォーマットには、ショートＢＳＲとロングＢＳＲとがある。ショートＢＳＲは、ＬＣＧのＩＤが格納されるフィールドと、未送信データ量を示す情報が格納されるバッファサイズフィールドとからなる。ロングＢＳＲは、ＬＣＧごとのバッファサイズフィールドの有無を示すビット列が格納されるフィールドと、複数のバッファサイズフィールドとからなる。ｇＮＢ２００は、ＵＥ１００からのＢＳＲに基づいてＵＥ１００の未送信データ量をＬＣＧごとに把握し、この未送信データ量に見合ったアップリンク無線リソースをＵＥ１００に割り当てるようにスケジューリングを行う。

一方、ＩＡＢノード３００－１はＭＴ（ＵＥ機能部）だけでなくＤＵ（基地局機能部）を有しており、且つ、このＤＵに接続するＩＡＢノード３００－２が存在し得る。このため、ＩＡＢノード３００－１のＭＴの未送信データ量（Ｌｅｇａｃｙ ｂｕｆｆｅｒ ｓｉｚｅ）だけを上位装置に報告すると、上位装置は、潜在的な未送信データ量（Ｅｘｐｅｃｔｅｄ ｂｕｆｆｅｒ ｓｉｚｅ）を考慮したスケジューリングを行うことができない。よって、ＩＡＢノード３００－２へのアップリンク無線リソースの割り当てにおいて不足や遅延が生じるといった問題がある。

このため、プリエンプティブＢＳＲは、ＩＡＢノード３００－１のＤＵに滞留しているデータ量と、このＤＵに接続するＩＡＢノード３００－２の未送信データ量とのうち少なくとも一方を反映させたものとする。これにより、上位装置は、潜在的な未送信データ量を考慮したスケジューリングを行うことができるため、アップリンク無線リソースの割り当てにおいて不足や遅延が生じることを抑制できる。例えば、ＩＡＢノード３００－１のバックホールリンク（すなわちＭＴ）に無線リソースが割り当てられていなかった場合、プリエンプティブＢＳＲをトリガすることにより、上位ノードに対してスケジューリング要求を送信することができる。このスケジューリング要求の送信により、実際のアップストリームデータがＭＴの送信系プロトコル（すなわちＲＬＣ、ＭＡＣ）に到達する前に、適切な無線リソース割当を準備することができる。

プリエンプティブＢＳＲが示す未送信アップストリームデータ量としては、次のＡ）乃至Ｃ）のバリエーションがある。

Ａ）プリエンプティブＢＳＲは、自ＩＡＢノード３００の未送信アップストリームデータ量と、自ＩＡＢノード３００に接続する下位装置の未送信アップストリームデータ量とのそれぞれを示す。

図９は、一実施形態に係るプリエンプティブＢＳＲの構成例１を示す図である。図９に示すように、ＩＡＢノード＃１は、自ＩＡＢノードの未送信アップストリームデータ量Ａを示すプリエンプティブＢＳＲをＩＡＢノード＃２に送信する。

ＩＡＢノード＃２は、自ＩＡＢノードの未送信アップストリームデータ量Ｂと、ＩＡＢノード＃１の未送信アップストリームデータ量Ａとを示すプリエンプティブＢＳＲをＩＡＢノード＃３に送信する。

ＩＡＢノード＃３は、自ＩＡＢノードの未送信アップストリームデータ量Ｃと、ＩＡＢノード＃２の未送信アップストリームデータ量Ｂとを示すプリエンプティブＢＳＲをＩＡＢノード＃４に送信する。

ＩＡＢノード＃４は、自ＩＡＢノードの未送信アップストリームデータ量Ｄと、ＩＡＢノード＃３の未送信アップストリームデータ量Ｃとを示すプリエンプティブＢＳＲをＩＡＢノード＃４に送信する。

Ｂ）プリエンプティブＢＳＲは、自ＩＡＢノード３００の未送信アップストリームデータ量と、自ＩＡＢノード３００に接続する下位装置の未送信アップストリームデータ量と、下位装置のさらに下位の装置の未送信データ量とのそれぞれを示す。

図１０は、一実施形態に係るプリエンプティブＢＳＲの構成例２を示す図である。図１０に示すように、ＩＡＢノード＃１は、自ＩＡＢノードの未送信アップストリームデータ量Ａを示すプリエンプティブＢＳＲをＩＡＢノード＃２に送信する。

ＩＡＢノード＃２は、自ＩＡＢノードの未送信アップストリームデータ量Ｂと、ＩＡＢノード＃１の未送信アップストリームデータ量Ａとを示すプリエンプティブＢＳＲをＩＡＢノード＃３に送信する。

ＩＡＢノード＃３は、自ＩＡＢノードの未送信アップストリームデータ量Ｃと、ＩＡＢノード＃２の未送信アップストリームデータ量Ｂと、ＩＡＢノード＃１の未送信アップストリームデータ量Ａとを示すプリエンプティブＢＳＲをＩＡＢノード＃４に送信する。

ＩＡＢノード＃４は、自ＩＡＢノードの未送信アップストリームデータ量Ｄと、ＩＡＢノード＃３の未送信アップストリームデータ量Ｃと、ＩＡＢノード＃２の未送信アップストリームデータ量Ｂと、ＩＡＢノード＃１の未送信アップストリームデータ量Ａとを示すプリエンプティブＢＳＲをＩＡＢノード＃４に送信する。

このようなプリエンプティブＢＳＲの構成において、プリエンプティブＢＳＲは、レガシーＢＳＲとはフォーマットが異なる新たなＭＡＣ ＣＥであってもよい。プリエンプティブＢＳＲのフォーマットとして、各ノードの未送信アップストリームデータ量が格納される個別のバッファサイズフィールドを有するフォーマットとしてもよい。

Ｃ）プリエンプティブＢＳＲは、自ＩＡＢノード３００の未送信アップストリームデータ量を示さずに、自ＩＡＢノード３００に接続する下位装置の未送信アップストリームデータ量を示す。

例えば、プリエンプティブＢＳＲとレガシーＢＳＲとを併用するような場合、レガシーＢＳＲにより自ＩＡＢノード３００の未送信アップストリームデータ量を上位装置に示し、プリエンプティブＢＳＲを下位装置の未送信アップストリームデータ量を示すことができる。このため、プリエンプティブＢＳＲを、下位装置の未送信アップストリームデータ量の報告用としてのみ用いてもよい。上記のＢ）と同様に、下位装置のさらに下位の装置の未送信データ量を示すものとしてもよい。

一実施形態において、プリエンプティブＢＳＲのフォーマットは、レガシーＢＳＲとはフォーマットが異なる新たなＭＡＣ制御要素（ＭＡＣ ＣＥ）であってもよい。プリエンプティブＢＳＲは、ノードごとに個別のバッファサイズフィールドを有するフォーマットであってもよい。

或いは、プリエンプティブＢＳＲのフォーマットは、レガシーＢＳＲのフォーマットを流用したものであってもよい。ＬＣＧをノード識別用に用いることにより、レガシーＢＳＲによりノードごとの未送信アップストリームデータ量を示すことができる。

以下において、上記のＡ）のようなプリエンプティブＢＳＲの構成を主として想定するが、上記のＢ）又はＣ）のようなプリエンプティブＢＳＲの構成としてもよい。

図８に示すように、プリエンプティブＢＳＲは、レガシーＢＳＲが示すデータ量（Ｌｅｇａｃｙ ｂｕｆｆｅｒ ｓｉｚｅ）と同様に、次のデータ量ＢＳ＃１及び＃２を示す。

・ＭＴのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃１。

・ＭＴのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃２。

さらに、プリエンプティブＢＳＲは、次のデータ量ＢＳ＃３乃至＃６のうち少なくとも１つを示す。

・ＩＡＢノード３００－２からのＢＳＲが示すデータ量ＢＳ＃３。或いは、このＢＳＲに応じてＩＡＢノード３００－１がＩＡＢノード３００－２に割り当てたアップリンクの無線リソース量（すなわち、アップリンクグラントのサイズ）ＢＳ＃３’。以下において、ＢＳＲが示すデータ量ＢＳ＃３を用いる一例について説明するが、ＢＳＲが示すデータ量ＢＳ＃３に代えて、アップリンクグラントサイズＢＳ＃３’を用いてもよい。

・ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃４。

・ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃５。

・ＢＡＰレイヤに滞留しているアップストリームデータの量ＢＳ＃６。

（データ量算出動作）
次に、図８を用いて、データ量ＢＳ＃３乃至＃６をプリエンプティブＢＳＲに反映するためのデータ量算出動作について説明する。

（１）ＩＡＢノード３００－２からのＢＳＲが示すデータ量ＢＳ＃３：
第１に、ＩＡＢノード３００－１において、ＤＵのＭＡＣレイヤは、ＩＡＢノード３００－２の未送信アップストリームデータの量ＢＳ＃３を示すＢＳＲ（第１ＢＳＲ）をＩＡＢノード３００－２から受信する。

第２に、ＤＵのＭＡＣレイヤは、このデータ量ＢＳ＃３（ＭＡＣデータ量）をＭＴのＭＡＣレイヤに通知する。ＤＵのＭＡＣレイヤは、ＩＡＢノード３００－２からのＢＳＲが示すデータ量ＢＳ＃３をＭＴのＭＡＣレイヤに通知する際に、ＢＡＰレイヤを介して間接的に通知してもよいし、ＢＡＰレイヤを介さずに直接的に通知してもよい。

第３に、ＭＴのＭＡＣレイヤは、通知されたデータ量ＢＳ＃３をＩＡＢノード３００－１の送信ＭＡＣレイヤに滞留しているアップストリームデータの量の一部とみなして、ＩＡＢノード３００－１の未送信アップストリームデータの量を算出する。

第４に、ＭＴのＭＡＣレイヤは、算出した未送信アップストリームデータの量を示すプリエンプティブＢＳＲ（第２ＢＳＲ）を上位装置に送信する。

これにより、上位装置は、ＩＡＢノード３００－２の未送信アップストリームデータの量ＢＳ＃３を考慮したスケジューリングを行うことができる。

ＤＵのＭＡＣレイヤは、データ量ＢＳ＃３をＭＴのＭＡＣレイヤに通知するか否か、すなわち、ＭＴのＭＡＣレイヤへの通知を有効化するか又は無効化するかを、論理チャネル単位又はＬＣＧ単位又は一括で切り替えてもよい。

例えば、ＤＵのＭＡＣレイヤは、ドナーｇＮＢ２００－１がＩＡＢノード３００－１に対して行う設定（例えば、ＲＲＣメッセージ又はＦ１メッセージによる設定）に応じて、ＭＴのＭＡＣレイヤへの通知を有効化するか又は無効化するかを論理チャネル単位又はＬＣＧ単位又は一括で切り替えてもよい。具体的には、ＭＴのＭＡＣレイヤへの通知の対象とする論理チャネル又はＬＣＧがドナーｇＮＢ２００－１から指定されてもよい。

次に、ＩＡＢノード３００－２からのＢＳＲが示すデータ量ＢＳ＃３に基づくデータ量計算の動作例１乃至３について説明する。

・動作例１
ＩＡＢノード３００－１がＩＡＢノード３００－２から受信するＢＳＲ（第１ＢＳＲ）は、上記のＡ）の構成であり得る。このＢＳＲは、ＩＡＢノード３００－２の未送信アップストリームデータの量を示す第１バッファ状態情報（第１バッファサイズフィールド）と、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示す第２バッファ状態情報（第２バッファサイズフィールド）とを含む。

このような場合において、ＭＴのＭＡＣレイヤは、第１バッファ状態情報及び第２バッファ状態情報のうち、第１バッファ状態情報が示す第１未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部として扱う。すなわち、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部とみなさずに、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成する。

ＤＵのＭＡＣレイヤは、第１バッファ状態情報及び第２バッファ状態情報のうち、第２バッファ状態情報をＭＴのＭＡＣレイヤに通知せずに、第１バッファ状態情報をＭＴのＭＡＣレイヤに通知してもよい。これにより、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成できる。

・動作例２
ＩＡＢノード３００－１は、ＩＡＢノード３００－２から、上記のＣ）のプリエンプティブＢＳＲ（第３ＢＳＲ）とレガシーＢＳＲ（第１ＢＳＲ）との両方を受信し得る。このようなプリエンプティブＢＳＲは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示す。一方、レガシーＢＳＲは、ＩＡＢノード３００－２の未送信アップストリームデータの量を示す。

このような場合において、ＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲ及びレガシーＢＳＲのうち、レガシーＢＳＲが示す未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部として扱う。すなわち、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部とみなさずに、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成する。

ＤＵのＭＡＣレイヤは、プリエンプティブＢＳＲ及びレガシーＢＳＲのうち、プリエンプティブＢＳＲが示すデータ量をＭＴのＭＡＣレイヤに通知せずに、レガシーＢＳＲが示すデータ量をＭＴのＭＡＣレイヤに通知してもよい。これにより、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成できる。

・動作例３
ＩＡＢノード３００－１は、ＩＡＢノード３００－２から、レガシーＢＳＲのフォーマットを流用したプリエンプティブＢＳＲを受信し得る。この場合、各バックホールリンク（各ノード）がＬＣＧと対応付けられており、ＬＣＧによりノードを識別できる。例えば、レガシーＢＳＲは、第１ＬＣＧと対応付けられた未送信アップストリームデータの量を示す第１バッファ状態情報と、第２ＬＣＧと対応付けられた未送信アップストリームデータの量を示す第２バッファ状態情報とを含む。

ここで、第１ＬＣＧは、ＩＡＢノード３００－１とＩＡＢノード３００－２との間のリンク（第１バックホールリンク）と対応付けられている。一方、第２ＬＣＧは、ＩＡＢノード３００－２とＩＡＢノード３００－２のさらに下位の装置との間のリンク（第２バックホールリンク）と対応付けられている。

このような場合において、ＭＴのＭＡＣレイヤは、第１バッファ状態情報及び第２バッファ状態情報のうち、第１バッファ状態情報が示す未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部として扱う。すなわち、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を、ＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部とみなさずに、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成する。

ＤＵのＭＡＣレイヤは、第１バッファ状態情報及び第２バッファ状態情報のうち、第２バッファ状態情報をＭＴのＭＡＣレイヤに通知せずに、第１バッファ状態情報をＭＴのＭＡＣレイヤに通知してもよい。これにより、ＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２のさらに下位の装置の未送信アップストリームデータの量を示さないプリエンプティブＢＳＲを生成できる。

（２）ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃４：
第１に、ＤＵのＭＡＣレイヤは、ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃４（ＭＡＣデータ量）をＭＴのＭＡＣレイヤに通知する。ここで、ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量とは、ＤＵのＭＡＣレイヤが受信（具体的には、復号）に成功したもののみとしてもよい。例えば、ＤＵのＭＡＣレイヤがＩＡＢノード３００－２にＨＡＲＱ ＡＣＫを送信済みのパケットであってもよいし、ＤＵのＭＡＣレイヤのＨＡＲＱバッファに滞留しているデータ量を除いたものであってもよい。ＤＵのＭＡＣレイヤは、ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃４を、ＢＡＰレイヤを介してＭＴのＭＡＣレイヤに間接的に通知してもよいし、ＢＡＰレイヤを介さずに直接的に通知してもよい。

第２に、ＭＴのＭＡＣレイヤは、通知されたアップストリームデータの量ＢＳ＃４をＩＡＢノード３００－１のＭＡＣレイヤに滞留しているアップストリームデータの量の一部とみなして、ＩＡＢノード３００－１の未送信アップストリームデータの量を算出する。

第３に、ＭＴのＭＡＣレイヤは、算出した未送信アップストリームデータの量を示すプリエンプティブＢＳＲを上位装置に送信する。

これにより、上位装置は、ＤＵのＭＡＣレイヤに滞留しているアップストリームデータの量ＢＳ＃４を考慮したスケジューリングを行うことができる。

ＤＵのＭＡＣレイヤは、データ量ＢＳ＃４をＭＴのＭＡＣレイヤに通知するか否か、すなわち、ＭＴのＭＡＣレイヤへの通知を有効化するか又は無効化するかを、論理チャネル単位又はＬＣＧ単位又は一括で切り替えてもよい。例えば、ＤＵのＭＡＣレイヤは、ドナーｇＮＢ２００－１がＩＡＢノード３００－１に対して行う設定（例えば、ＲＲＣメッセージ又はＦ１メッセージによる設定）に応じて、ＭＴのＭＡＣレイヤへの通知を有効化するか又は無効化するかを論理チャネル単位又はＬＣＧ単位又は一括で切り替えてもよい。具体的には、ＭＴのＭＡＣレイヤへの通知の対象とする論理チャネル又はＬＣＧがドナーｇＮＢ２００－１から指定されてもよい。或いは、ＭＴのＭＡＣレイヤへの通知を行うか否かを一括で設定できてもよい。

例えば、ドナーｇＮＢ２００－１からＩＡＢノード３００－１に対してＲＲＣで送信されるＭＡＣ設定情報（ＭＡＣ ｍａｉｎ ｃｏｎｆｉｇ．）において、ＬＣＧ毎にＭＡＣデータ量として扱うか否かを示す情報（フラグ等）が設定できるようになっていてもよい。

（３）ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃５：
第１に、ＤＵのＲＬＣレイヤは、ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃５（ＲＬＣデータ量）をＭＴのＭＡＣレイヤに通知する。ここで、ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量とは、ＤＵのＲＬＣレイヤが受信に成功したもののみとしてもよい。例えば、ＤＵのＲＬＣレイヤがＩＡＢノード３００－２にＡＲＱ ＡＣＫを送信済みのパケット（すなわち、ＡＲＱ ＡＣＫの送信待ちに該当するパケット以外のパケット）であってもよいし、ＤＵのＲＬＣレイヤのＡＲＱバッファに滞留しているデータ量（すなわち、スライディングウィンドウに滞留中のデータ量）を除いたものであってもよい。ＤＵのＲＬＣレイヤは、ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃５を、ＢＡＰレイヤを介してＭＴのＭＡＣレイヤに間接的に通知してもよいし、ＢＡＰレイヤを介さずに直接的に通知してもよい。

第２に、ＭＴのＭＡＣレイヤは、通知されたアップストリームデータの量をＩＡＢノード３００－１のＲＬＣレイヤに滞留しているアップストリームデータの量の一部とみなして、ＩＡＢノード３００－１の未送信アップストリームデータの量を算出する。

第３に、ＭＴのＭＡＣレイヤは、算出した未送信アップストリームデータの量を示すプリエンプティブＢＳＲを上位装置に送信する。

これにより、上位装置は、ＤＵのＲＬＣレイヤに滞留しているアップストリームデータの量ＢＳ＃５を考慮したスケジューリングを行うことができる。

ＤＵのＲＬＣレイヤは、ＭＴのＭＡＣレイヤへのデータ量ＢＳ＃５の通知を有効化するか又は無効化するかを論理チャネル単位又は一括で切り替えてもよい。ＤＵのＲＬＣレイヤは、ドナーｇＮＢ２００－１がＩＡＢノード３００－１に対して行う設定（例えば、ＲＲＣメッセージ又はＦ１メッセージによる設定）に応じて、通知を有効化するか又は無効化するかを論理チャネル単位又は一括で切り替えてもよい。

例えば、ドナーｇＮＢ２００－１からＩＡＢノード３００－１に対してＲＲＣで送信される論理チャネル設定情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｃｏｎｆｉｇ．）において、論理チャネルＩＤ毎にＲＬＣデータ量として扱うか否かを示す情報（フラグ等）が設定できるようになっていてもよい。

（４）ＢＡＰレイヤに滞留しているアップストリームデータの量ＢＳ＃６：
第１に、ＩＡＢノード３００－１のＢＡＰレイヤは、ＢＡＰレイヤに滞留しているアップストリームデータの量ＢＳ＃６（ＢＡＰデータ量）をＭＴのＭＡＣレイヤに通知する。

上述したように、ＤＵのＭＡＣレイヤ及びＲＬＣレイヤからのデータ量通知を受けている場合、ＢＡＰレイヤは、これらのデータ量も一緒にＭＴのＭＡＣレイヤに通知してもよい。ここで、ＢＡＰレイヤは、ＭＡＣ、ＲＬＣ、及びＢＡＰで別々のデータ量としてＭＴのＭＡＣレイヤに通知してもよい。ＢＡＰレイヤは、論理チャネルＩＤ毎に別々のデータ量としてＭＴのＭＡＣレイヤに通知してもよい。ＢＡＰレイヤは、ＬＣＧ （論理チャネルグループ）毎にＭＡＣレイヤに通知してもよく、当該ＬＣＧはＭＴの（ＭＡＣレイヤの）ＬＣＧ設定に従ってもよい。ＢＡＰレイヤは、ＭＡＣデータ量及びＲＬＣデータ量がＢＡＰデータ量に加算して１つの情報としてＭＴのＭＡＣレイヤに通知してもよい。

第２に、ＭＴのＭＡＣレイヤは、通知されたアップストリームデータの量ＢＳ＃６をＩＡＢノード３００－１に滞留しているアップストリームデータの量の一部とみなして、ＩＡＢノード３００－１の未送信アップストリームデータの量を算出する。

第３に、ＭＴのＭＡＣレイヤは、算出した未送信アップストリームデータの量を示すプリエンプティブＢＳＲを上位装置に送信する。

ＢＡＰレイヤは、ＭＴのＭＡＣレイヤへのデータ量ＢＳ＃６の通知を有効化するか又は無効化するかを論理チャネル単位で又は一括で切り替えてもよい。例えば、ドナーｇＮＢ２００－１がＩＡＢノード３００－１に対して行う設定（例えば、ＲＲＣメッセージ又はＦ１メッセージによる設定）に応じて、通知を有効化するか又は無効化するかを論理チャネル単位で又は一括で切り替えてもよい。

例えば、ＢＡＰレイヤに設定されるルーティング設定において、論理チャネルＩＤ毎にＢＡＰデータ量として扱うか否かを示す情報（フラグ等）が設定できるようになっていてもよい。

ここで、ＢＡＰデータ量として扱うか否かを設定する対象となる論理チャネルＩＤは、ＤＵ側の論理チャネルＩＤ（受信側論理チャネルＩＤ）であってもよいし、ＭＴ側の論理チャネルＩＤ（送信側論理チャネルＩＤ）であってもよい。具体的には、ＢＡＰレイヤは、ベアラマッピング、すなわち、ＤＵ側の論理チャネルＩＤとＭＴ側の論理チャネルＩＤとのマッピングを行うため、いずれか一方の論理チャネルＩＤを設定に用いることができる。

或いは、ＢＡＰデータ量として扱うか否かを設定する対象は、送信元ＩＡＢノード（すなわち、下位装置）のＩＤであってもよいし、宛先ＩＡＢノード（すなわち、上位装置）のＩＤであってもよい。ここで、送信元及び宛先は、直近のＩＡＢノードであってもよいし、数ホップ離れた送信元及び宛先であってもよい。

（プリエンプティブＢＳＲのトリガ条件）
次に、一実施形態に係るプリエンプティブＢＳＲのトリガ条件について説明する。

上述したように、ＩＡＢノード３００－１は、ＩＡＢノード３００－２と無線で接続するＤＵと、上位装置と無線で接続するＭＴとを有し、ＩＡＢノード３００－２から上位装置へのアップストリームデータを中継する。

一実施形態において、ＩＡＢノード３００－１は、ＩＡＢノード３００－１の未送信アップストリームデータの量を示すレガシーＢＳＲ（第１バッファ状態報告）を上位装置に送信する。また、ＩＡＢノード３００－１は、少なくともＩＡＢノード３００－２の未送信アップストリームデータの量を示すプリエンプティブＢＳＲ（第２バッファ状態報告）を上位装置に送信する。例えば、プリエンプティブＢＳＲは、ＩＡＢノード３００－１の未送信アップストリームデータの量と、ＩＡＢノード３００－２の未送信アップストリームデータの量とを合算したデータ量を示す。

これにより、上位装置は、レガシーＢＳＲ及びプリエンプティブＢＳＲに基づいて、各ホップの未送信アップストリームデータの量、すなわち、ＩＡＢノード３００－１の未送信アップストリームデータの量と、ＩＡＢノード３００－２の未送信アップストリームデータの量とのそれぞれを把握できる。

例えば、プリエンプティブＢＳＲが合算データ量を示す場合、上位装置は、ＩＡＢノード３００－１からのレガシーＢＳＲが示すデータ量を、この合算データ量から差し引くことにより、ＩＡＢノード３００－２の未送信アップストリームデータの量を推定できる。

ここで、一般的なレガシーＢＳＲのトリガ条件には、次のａ）乃至ｃ）の３つのトリガ条件がある。

ａ）所定のアップストリームデータが存在することを示す第１トリガ条件：
例えば、第１トリガ条件は、アップストリームデータがバッファに到着し、且つ、このアップストリームデータの優先順位が既存のデータより高いという条件である。第１トリガ条件が満たされたことに応じて送信されるＢＳＲは、「レギュラーＢＳＲ」と呼ばれることがある。

ｂ）周期的タイマの満了を示す第２トリガ条件：
第２トリガ条件は、周期的タイマが満了したという条件である。周期的タイマは、満了と同時に再開されるため、ＢＳＲが周期的に送信されることになる。第２トリガ条件が満たされたことに応じて送信されるＢＳＲは、「周期的ＢＳＲ」と呼ばれることがある。

ｃ）送信パディングサイズが所定条件を満たしたことを示す第３トリガ条件：
例えば、第３トリガ条件は、送信ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のパディング領域のサイズがＢＳＲ ＭＡＣ ＣＥ以上であるという条件である。第３トリガ条件が満たされたことに応じて送信されるＢＳＲは、「パディングＢＳＲ」と呼ばれることがある。

一実施形態において、プリエンプティブＢＳＲのトリガ条件は、レガシーＢＳＲのトリガ条件と異なる。これにより、ＩＡＢノード３００－１から上位装置に対するプリエンプティブＢＳＲの送信を適切なタイミングで行うことが可能になる。

プリエンプティブＢＳＲのトリガ条件としては、次の例１乃至例４の少なくとも１つを適用できる。次の例１乃至例４のいずれのトリガ条件を用いるか及びこのトリガ条件に関する各種設定は、ドナーｇＮＢ２００－１からＩＡＢノード３００－１に対して設定されてもよい。

・プリエンプティブＢＳＲのトリガ条件の例１：
上述したように、ＢＳＲのトリガ条件の候補には、所定のアップストリームデータがＩＡＢノード３００－１に存在することを示す第１トリガ条件と、ＩＡＢノード３００－１における周期的タイマの満了を示す第２トリガ条件と、ＩＡＢノード３００－１から上位装置への送信パディングサイズが所定条件を満たしたことを示す第３トリガ条件とがある。

本動作例において、第１トリガ条件乃至第３トリガ条件のうち、一部のトリガ条件がレガシーＢＳＲに適用されるとともに、残りのトリガ条件がプリエンプティブＢＳＲに適用される。

具体的には、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、レギュラーＢＳＲ（第１トリガ条件）及び周期的ＢＳＲ（第２トリガ条件）をプリエンプティブＢＳＲに適用し、パディングＢＳＲ（第３トリガ条件）をレガシーＢＳＲに適用する。

或いは、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、レギュラーＢＳＲ（第１トリガ条件）をプリエンプティブＢＳＲに適用し、周期的ＢＳＲ（第２トリガ条件）及びパディングＢＳＲ（第３トリガ条件）をレガシーＢＳＲに適用する。

或いは、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、周期的ＢＳＲ（第２トリガ条件）をプリエンプティブＢＳＲに適用し、レギュラーＢＳＲ（第１トリガ条件）及びパディングＢＳＲ（第３トリガ条件）をレガシーＢＳＲに適用する。

上述したように、プリエンプティブＢＳＲは、少なくともＩＡＢノード３００－２の未送信アップストリームデータの量を示す。レガシーＢＳＲは、ＩＡＢノード３００－１の未送信アップストリームデータの量を示す。

ここで、レガシーＢＳＲは、ＩＡＢノード３００－１のＭＴの未送信アップストリームデータの量に加えて、ＢＡＰレイヤ、ＤＵのＲＬＣレイヤ、及びＤＵのＭＡＣレイヤのうち少なくとも１つのレイヤの未送信アップストリームデータの量を示すものであってもよい。

・プリエンプティブＢＳＲのトリガ条件の例２：
本動作例において、プリエンプティブＢＳＲを送信するトリガ条件は、プリエンプティブＢＳＲを周期的に送信するために設定された周期的タイマ（以下、「プリエンプティブＢＳＲ用の周期的タイマ」と呼ぶ）が満了したという第１条件を含む。また、ＩＡＢノード３００－１は、レガシーＢＳＲを周期的に送信するための他の周期的タイマ（以下、「レガシーＢＳＲ用の周期的タイマ」と呼ぶ）を有する。レガシーＢＳＲ用の周期的タイマは、上述した第２トリガ条件に用いられる。なお、プリエンプティブＢＳＲ用の周期的タイマ及びレガシーＢＳＲ用の周期的タイマのそれぞれは、ドナーｇＮＢ２００－１からＩＡＢノード３００－１に対して設定されてもよい。

本動作例において、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、第１条件が満たされたことに応じて、プリエンプティブＢＳＲを上位装置に送信する。言い換えると、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲ用の周期的タイマを用いて、プリエンプティブＢＳＲを周期的に送信する。

本動作例において、プリエンプティブＢＳＲを送信するトリガ条件は、プリエンプティブＢＳＲ用の周期的タイマの開始から満了までの間に、下位装置であるＩＡＢノード３００－２の未送信アップストリームデータの量を示すＢＳＲ（第３バッファ状態報告）をＩＡＢノード３００－１が少なくとも１つ以上受信したという第２条件をさらに含んでもよい。つまり、プリエンプティブＢＳＲ用の周期的タイマが満了した時点で、ＢＳＲ（第３バッファ状態報告）を受信している場合は、プリエンプティブＢＳＲをトリガする。もしくは、プリエンプティブＢＳＲ用の周期的タイマが満了した時点で、ＢＳＲ（第３バッファ状態報告）をひとつも受信していない場合は、プリエンプティブＢＳＲをトリガしない（スキップする）。下位装置からのＢＳＲ（第３バッファ状態報告）は、プリエンプティブＢＳＲであってもよいし、レガシーＢＳＲであってもよい。

具体的には、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、第１条件及び第２条件が満たされたことに応じて、プリエンプティブＢＳＲを送信する。例えば、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲ用の周期的タイマの開始から満了までの間、すなわち、プリエンプティブＢＳＲの１つの送信周期内において、下位装置であるＩＡＢノード３００－２からＢＳＲを受信した場合、プリエンプティブＢＳＲを上位装置に対して１回送信する。すなわち、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲ用の周期的タイマの開始から満了までの間において、下位装置であるＩＡＢノード３００－２からＢＳＲを受信しない場合、プリエンプティブＢＳＲを上位装置に送信しない。

上記では、下位装置からのＢＳＲ（第３バッファ状態報告）の受信有無を判定基準としていたが、これに限らない。プリエンプティブＢＳＲ用の周期的タイマが満了した時点で、プリエンプティブＢＳＲを用いて報告すべきデータ量の情報の有無によって判定を行ってもよい。例えば、ＩＡＢノード３００－１は、下位装置から送信される予定のデータ量の情報が存在する場合、もしくは自ノードのＤＵに滞留するデータが存在する場合に、プリエンプティブＢＳＲをトリガする。もしくは、ＩＡＢノード３００－１は、ＢＳＲの受信有無に代えて、下位装置へＵＬ ｇｒａｎｔ （上りデータ送信用の無線リソース割当）を行ったか否かで判定してもよい。

図１１は、本動作例における想定シナリオの一例を示す図である。図１１に示すように、ＩＡＢノード３００－１のＤＵのＭＡＣレイヤは、下位装置である各ＩＡＢノード３００－２（３００－２ａ及び３００－２ｂ）及び各ＵＥ１００－１（１００－１ａ及び１００－２ｂ）からＢＳＲを受信し、各ＩＡＢノード３００－２及び各ＵＥ１００－１に対してアップリンクグラント（ＵＬ ｇｒａｎｔ）を送信する。なお、ＩＡＢノード３００－２ａには、ＵＥ１００－２ａ及び１００－２ｂが接続しており、ＩＡＢノード３００－２ｂには、ＵＥ１００－２ｃが接続している。

このような想定シナリオにおいて、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、第１条件及び第２条件が満たされたことに応じて、プリエンプティブＢＳＲを上位装置であるドナーｇＮＢ２００－１に送信してもよい。これにより、ＩＡＢノード３００－１から上位装置に対するプリエンプティブＢＳＲの送信を適切なタイミングで行うことができる。

・プリエンプティブＢＳＲのトリガ条件の例３：
本動作例において、プリエンプティブＢＳＲを送信するトリガ条件は、プリエンプティブＢＳＲの送信要求を上位装置からＩＡＢノード３００－１が受信したという条件を含む。この送信要求は、ＭＡＣ ＣＥであってもよいし、ＢＡＰレイヤで送受信される制御情報（例えば、ＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵ又はＢＡＰヘッダ）であってもよい。

ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、送信要求を上位装置から受信したことに応じて、プリエンプティブＢＳＲを上位装置に送信する。例えば、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、１つの送信要求を上位装置から受信したことに応じて、１つのプリエンプティブＢＳＲを上位装置に送信する。

これにより、要求・応答の形式で、すなわち、上位装置の要求に応じて、プリエンプティブＢＳＲを上位装置に送信できる。

・プリエンプティブＢＳＲのトリガ条件の例４：
本動作例において、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲを送信した際に、次のプリエンプティブＢＳＲの送信が禁止される期間を示すタイマ（以下、「禁止タイマ」と呼ぶ）を開始する。

ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、禁止タイマが満了するまでは、次のプリエンプティブＢＳＲの送信を避ける。言い換えると、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、禁止タイマが満了した場合、次のプリエンプティブＢＳＲの送信を可能とする。

このような禁止タイマを導入することにより、ＩＡＢノード３００－１から上位装置に対するプリエンプティブＢＳＲの送信頻度が過多になることを防止できる。

ＩＡＢノード３００－１は、下位装置から高優先度のＢＳＲを受信した場合、禁止タイマの満了前であっても、次のプリエンプティブＢＳＲをトリガしてよい。高優先度のＢＳＲとは、下位装置がＵＥである場合、例えば所定の値よりも大きい数値のアクセスクラスを有するＵＥから受信したＢＳＲである。高優先度のＢＳＲとは、下位装置がＩＡＢノードである場合、例えば、所定の基準よりも高い優先度が設定されたバックホールリンク（ベアラ又は論理チャネル）と対応したＢＳＲである。

なお、本動作例を、上述した例１乃至３のいずれかと組み合わせてもよい。

また、上述した例１乃至４において、ＩＡＢノード３００－１がプリエンプティブＢＳＲ及びレガシーＢＳＲを併用する一例について説明したが、例えば図９及び図１０に示したようなプリエンプティブＢＳＲの構成を採用する場合、ＩＡＢノード３００－１は必ずしもレガシーＢＳＲを用いなくてもよい。

（動作フローの一例）
次に、一実施形態に係るＩＡＢノード３００－１の動作フローの一例について説明する。図１２は、一実施形態に係るＩＡＢノード３００－１の動作フローの一例を示す図である。

図１２に示すように、ステップＳ１において、ＩＡＢノード３００－１のＤＵのＭＡＣレイヤは、下位装置であるＩＡＢノード３００－２からＢＳＲを受信する。

ステップＳ２において、ＩＡＢノード３００－１のＤＵのＭＡＣレイヤは、ＩＡＢノード３００－２から受信したＢＳＲが示すデータ量を特定し、特定したデータ量をＩＡＢノード３００－１のＭＴのＭＡＣレイヤに通知する。また、ＩＡＢノード３００－１のＤＵのＭＡＣレイヤは、自身に滞留しているアップストリームデータ量を算出し、算出したデータ量をＩＡＢノード３００－１のＭＴのＭＡＣレイヤに通知する。さらに、ＩＡＢノード３００－１のＤＵのＲＬＣレイヤは、自身に滞留しているアップストリームデータ量を算出し、算出したデータ量をＩＡＢノード３００－１のＭＴのＭＡＣレイヤに通知する。ＩＡＢノード３００－１のＢＡＰレイヤは、自身に滞留しているアップストリームデータ量を算出し、算出したデータ量をＩＡＢノード３００－１のＭＴのＭＡＣレイヤに通知する。

ステップＳ３において、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲの送信トリガ条件、すなわち、上述した例１乃至４で説明したような送信トリガ条件が満たされたか否かを判定する。ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、プリエンプティブＢＳＲの送信トリガ条件が満たされていないと判定した場合（ステップＳ３：ＮＯ）、処理をステップＳ１に戻す。

一方、プリエンプティブＢＳＲの送信トリガ条件が満たされたと判定した場合（ステップＳ３：ＹＥＳ）、ステップＳ４において、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、ＩＡＢノード３００－１のＤＵのＭＡＣ、ＲＬＣ、及びＢＡＰの各レイヤから通知されたデータ量を合算し、合算したデータ量を示すプリエンプティブＢＳＲを上位装置に送信する。

なお、図９及び図１０に示したように、ＩＡＢノード３００－１のＭＴのＭＡＣレイヤは、ＩＡＢノード３００－２の未送信アップストリームデータ量（すなわち、ＩＡＢノード３００－２から受信したＢＳＲが示すデータ量）を示すバッファサイズフィールドと、ＩＡＢノード３００－１の未送信アップストリームデータ量（すなわち、ＩＡＢノード３００－１のＤＵのＭＡＣ、ＲＬＣ、及びＢＡＰの各レイヤの滞留データ量の合算値）を示すバッファサイズフィールドとを含むプリエンプティブＢＳＲを上位装置に送信してもよい。

（その他の実施形態）
上述した実施形態において、レガシーＢＳＲとプリエンプティブＢＳＲとを区別する方法として、ＢＳＲのフォーマットの相違によりこれらを区別することが可能であるが、ＩＡＢノード３００－１は、プリエンプティブＢＳＲであることを示すための識別子をプリエンプティブＢＳＲに含めてもよい。上述したように、プリエンプティブＢＳＲは、ＭＴの未送信アップストリームデータの量以外の未送信アップストリームデータの量が反映されたＢＳＲである。例えば、ＩＡＢノード３００－１は、ＢＳＲ ＭＡＣ ＣＥと共に送信するヘッダ部分（ＭＡＣサブヘッダ）に、プリエンプティブＢＳＲ用に規定された論理チャネルＩＤを含めることにより、プリエンプティブＢＳＲであることを上位装置に示してもよい。

上述した実施形態において、ドナーｇＮＢ２００とは別に、各ＩＡＢノード３００を管理する基地局（以下、マスタ基地局と呼ぶ）が存在してもよい。マスタ基地局は、ＬＴＥ基地局であってもよい。各ＩＡＢノード３００のＭＴは、マスタ基地局との接続と、上位装置（上位ＩＡＢノード又はドナーｇＮＢ）との接続の２つの接続（すなわち、二重接続）を有していてもよい。マスタ基地局がマスタノードであって、その接続がＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）リンクであってもよい。上位装置（上位ＩＡＢノード又はドナーｇＮＢ）がセカンダリノードであって、その接続がＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）リンクであってもよい。

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

上述した実施形態において、ＩＡＢトポロジにおいて、ＩＡＢノード（ＭＴ）がプリエンプティブＢＳＲを送信する一例を主として説明した。しかしながら、プリエンプティブＢＳＲをＵＥ１００が送信してもよく、当該ＵＥ１００は、ＩＡＢトポロジに属していなくてもよい。具体的には、ＵＥ１００は、自身のＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰに滞留するデータ量以外を反映して、プリエンプティブＢＳＲとして通知してもよい。この場合、例えばアプリケーションレイヤからのデータ量通知によりプリエンプティブＢＳＲをトリガしてもよい。これにより、プリエンプティブＢＳＲの受信側は、例えばＴＳＣ（Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：時間制約の厳格な通信）において、パケット（例えば優先度やＱｏＳ要求の高いパケット）が上位レイヤで発生した（或いは、発生が予期された）時点で、無線リソース割当のスケジューリング実行が可能となり、低遅延でＵＥ１００が送信することができる。

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

［付記］
（導入）
マルチホップネットワークでの低遅延スケジューリングのサポートを含むＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）のＷＩＤが承認された。対応するメールディスカッションの結果に基づいて、ＲＡＮＩＩ＃１０７は次の合意に達した。

－「プリエンプティブ」ＢＳＲを含み得る。

－Ｒ２は、新しいトリガルールはプリエンプティブＢＳＲに対してのみ導入されると想定する。即ち、ＳＲトリガはＮＲ Ｒｅｌ－１５ベースラインによって管理される（ＳＲトリガの観点からは、プリエンプティブＢＳＲ＝レギュラーＢＳＲ）。

－Ｒ２は、プリエンプティブＢＳＲの両方のタイプのトリガ（１.子ノード及び/又はＵＥに提供されるＵＬグラントに基づく、２．子ノード又はＵＥからのＢＳＲに基づく）が、ＩＡＢ Ｒｅｌ－１６動作でサポートできることを前提とする。何を規定するかは更なる検討が必要である。

－次の会議に延期された議論の継続（ドキュメントはそのまま再提出される）
この付記では、プリエンプティブＢＳＲの詳細及び考えられる問題が、上記の議論に基づいて検討される。

（議論）
（データ量計算）
図８に示されるように、プリエンプティブＢＳＲは、ＭＴのＭＡＣ及びＲＬＣでの送信に使用可能なデータだけでなく、ＭＴで利用可能となるであろうデータ量に基づくバッファ状態報告に使用されることが期待される。合意自体はプリエンプティブＢＳＲのトリガ条件に言及しただけですが、現在の想定「１.子ノード及び/又はＵＥに提供されるＵＬグラントに基づく、２．子ノード又はＵＥからのＢＳＲに基づく」で暗示されると考える。

所見１：プリエンプティブＢＳＲは、既存のルールに加えて、ダウンストリームＩＡＢノード／ＵＥのバッファサイズに加えて、ＩＡＢノードのＭＡＣ、ＲＬＣ、及びＢＡＰのバッファサイズを報告することが期待される。

現在の仕様では、ＵＬデータが送信可能になると、以下のように、レギュラーＢＳＲがトリガされる。

ＭＡＣエンティティは、ＴＳ３８．３２２及びＴＳ３８．３２３のデータ量計算手順に従って、論理チャネルで使用可能なＵＬデータ量を決定する。

ＢＳＲは、次のいずれかのイベントが発生した場合にトリガされる。

－ＬＣＧに属する論理チャネルのＵＬデータが、ＭＡＣエンティティで利用可能になり、；かつ
－このＵＬデータが、ＬＣＧに属する利用可能なＵＬデータを含むどの論理チャネルの優先度よりも高い優先度を持つ論理チャネルに属する；又は
－ＬＣＧに属する論理チャネルのいずれにも、利用可能なＵＬデータが含まれない
この場合、ＢＳＲは「レギュラーＢＳＲ」と呼ばれる。

所見２：ＲＬＣ（及びＰＤＣＰ）におけるデータ量計算手順に従って、ＭＡＣエンティティがＵＬデータを利用可能になると、レギュラーＢＳＲがトリガされる。

以下のように、既存のデータ量計算手順では、ＵＥの動作、即ち、ＵＬデータ送信時の動作のみが考慮される。

５．５ データ量計算
ＭＡＣバッファ状態報告のために、ＵＥは以下をＲＬＣデータ量と見なす。
－ＲＬＣデータＰＤＵにまだ含まれていないＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメント
－初期送信が保留されているＲＬＣデータＰＤＵ
－再送信が保留されているＲＬＣデータＰＤＵ（ＲＬＣ ＡＭ）
さらに、ＳＴＡＴＵＳ ＰＤＵがトリガされ、ｔ－ＳｔａｔｕｓＰｒｏｈｉｂｉｔが実行されていない又は満了した場合、ＵＥは、次の送信機会で送信されるＳＴＡＴＵＳ ＰＤＵのサイズを推定し、これをＲＬＣデータ量の一部と見なす。

所見３：既存のデータ量計算手順は、ＭＴのＲＬＣにのみ適用可能である。

上記の所見を考慮すると、プリエンプティブＢＳＲをサポートするようにデータ量計算手順を拡張すべきである。次のデータ量を検討すべきである。

・ＭＡＣ（受信側、即ち、ＤＵ上）：ダウンストリームノード／ＵＥからの（既存の）ＢＳＲで報告されたバッファサイズ、及びまだＭＡＣの受信側にあるＭＡＣ ＰＤＵ及びＭＡＣ ＳＤＵが、ＭＡＣデータ量と見なされる。

・ＲＬＣ（受信側、即ち、ＤＵ上）：まだＲＬＣの受信側にあるＲＬＣ ＰＤＵ及びＲＬＣ ＳＤＵが、ＲＬＣデータ量と見なされる。

・ＢＡＰ：例えば、ルーティングプロセスなどにまだあるＢＡＰ ＰＤＵが、ＢＡＰデータ量と見なされる。

これらの追加のデータ量は、最終的にＭＡＣ（送信側、即ち、ＭＴ上）に通知され、プリエンプティブＢＳＲで報告される。

提案１：ＲＡＮ２は、ダウンストリームノード／ＵＥからのＢＳＲで報告されるバッファサイズ、及びまだＭＡＣの受信側にあるＭＡＣ ＰＤＵ及びＭＡＣ ＳＤＵが、データ量計算のためのＭＡＣの仕様に含まれることに合意すべきである。

提案２：ＲＡＮ２は、まだＲＬＣの受信側にあるＲＬＣ ＰＤＵ及びＲＬＣ ＳＤＵがＲＬＣデータ量計算としてＲＬＣの仕様に含まれることに合意すべきである。

提案３：ＲＡＮ２は、例えば、ルーティングプロセスにまだあるＢＡＰ ＰＤＵがＢＡＰデータ量計算としてＢＡＰの仕様に含まれることに合意すべきである。

これらの追加のデータ量計算手順は、主に（中間ＩＡＢノードの）ＤＵ側にあるため、ＤＵの実装に任せることが１つのオプションである。但し、アップストリームＩＡＢノード／ドナーのＤＵの観点から見ると、プリエンプティブＢＳＲは無線リソースのスケジューリングに使用される。つまり、ダウンストリームノード（この場合は中間ノード）の動作は確定的で制御可能でなければならない。従って、各手順のアクティブ化/非アクティブ化は、ＲＲＣ又はＦ１－ＡＰを介した設定に依るべきである。

提案４：ＲＡＮ２は、ＲＲＣ又はＦ１－ＡＰを介した設定を通して、追加のデータ量計算手順がアクティブ化/非アクティブ化され得るか否かについて議論すべきである。

（ＭＡＣ ＣＥフォーマット）
メールディスカッションのもう1つの議論のポイントは、既存のＢＳＲ ＭＡＣ ＣＥを再利用するか、新しいプリエンプティブＢＳＲ ＭＡＣ ＣＥを定義するかである。言い換えると、アップストリームＤＵのスケジューラの観点から、「予想データ量」を既存のバッファサイズと区別すべきかどうかはまだ決定されていなかった。

既存のＢＳＲ ＭＡＣ ＣＥを再利用することを望んでいたが、更に分析した後、潜在的な問題に気づいた。マルチホップバックホールのシナリオを考えると、図９及び図１０に示されるように、プリエンプティブＢＳＲが全てのダウンストリームＩＡＢノード（即ち、子、孫、ひ孫：オプション１）のバッファ報告を含むか、又は最も近いホップのみ（即ち、子及びそれ自身：オプション２）を含むかが明確ではない。

所見４：プリエンプティブＢＳＲがマルチホップバックホール上の全てのダウンストリームノードのバッファサイズを含むかどうかが明確でない。

オプション１は、マルチホップバックホール上でのリソース割り当て及びＵＬデータ送信がタイムリーに行われる場合に、低レイテンシスケジューリングに関して最高のパフォーマンスを提供する可能性がある。そうでない場合には、オーバースケジューリングがアップストリームバックホールで発生する可能性がある。一方、オプション２は一種のｈｏｐ－ｂｙ－ｈｏｐのスケジューリングであるため、より安全なスキームである。

オプション１が論点であるか又は構成可能である場合は、予想されるデータ量を実際のバッファされるデータから区別するために、新しいＭＡＣ ＣＥを導入すべきである。そうでなければ、既存のＭＡＣ ＣＥがまだ十分に機能すると考える。

提案５：ＲＡＮ２は、スケジューラ実装の観点だけでなく、予想されるデータ量の詳細（即ち、最も近いダウンストリームノードの１つか、又は全てのダウンストリームマルチホップノードからの１つか）も考慮して、新しいＭＡＣ ＣＥがプリエンプティブＢＳＲに導入されるかどうかを議論すべきである。

（トリガ条件）
Ｒ２は、「Ｒ２は、プリエンプティブＢＳＲの両方のタイプのトリガ（１.子ノード及び/又はＵＥに提供されるＵＬグラントに基づく、２．子ノード又はＵＥからのＢＳＲに基づく）が、ＩＡＢ Ｒｅｌ－１６動作でサポートできることを前提とする。何を規定するかは更なる検討が必要である。」ことに合意した。これらのトリガが非周期的に発生すること、即ち、イベントによりトリガされることが意図され得る。加えて、識別された２つのタイプは複数形、即ち複数の「ＵＬグラント」及び「ＢＳＲ」に基づく。

図１１に示すように、中間ＩＡＢノードが複数のダウンストリームノードを扱うすることを考えると、アップストリームへのプリエンプティブＢＳＲのトリガは、ダウンストリームでの複数のイベント、即ち、ＢＳＲ受信又はＵＬ許可の提供に関連する。この場合、いくつかの主要な問題が次のように観察される。

問題１：プリエンプティブＢＳＲが全てのダウンストリームイベントによってトリガされる場合、トリガが多すぎる。

問題２：プリエンプティブＢＳＲが全てのダウンストリームイベントを待つ場合、トリガが過度に遅延する可能性がある。

これらの問題を回避するには、トリガ条件を慎重に定義することが望ましい。

提案６：ＲＡＮ２は、複数のダウンストリームノードを考慮して、プリエンプティブＢＳＲのトリガについて議論すべきである。

本願は、米国仮出願第６２/９０９９１７号（２０１９年１０月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (10)

1. 下位装置と無線で接続する基地局機能部と、上位装置と無線で接続するユーザ装置機能部とを有し、前記下位装置から前記上位装置へのアップストリームデータを中継する中継装置において実行する通信制御方法であって、
   前記中継装置の未送信アップストリームデータの量を示す第１バッファ状態報告を前記上位装置に送信することと、
   少なくとも前記下位装置の未送信アップストリームデータの量に関する第２バッファ状態報告を前記上位装置に送信することと、を有し、
   前記第２バッファ状態報告を送信するトリガ条件は、前記第１バッファ状態報告を送信するトリガ条件とは異なり、
   前記通信制御方法は、
   前記基地局機能部が、前記下位装置の前記未送信アップストリームデータの量を示す第３バッファ状態報告を前記下位装置から受信することと、
   前記第３バッファ状態報告とは異なるバッファ状態報告であって、前記下位装置のさらに下位の装置の未送信アップストリームデータの量に関する第４バッファ状態報告を前記下位装置から前記基地局機能部が受信することと、をさらに有し、
   前記第２バッファ状態報告は、前記第３バッファ状態報告及び前記第４バッファ状態報告のうち、前記第３バッファ状態報告が示す前記未送信アップストリームデータの量に基づいている
   通信制御方法。
2. 前記第２バッファ状態報告を送信することは、前記中継装置のＭＡＣレイヤが、前記ＭＡＣレイヤよりも上位に位置するレイヤが所定の制御情報を受信した場合に、前記第２バッファ状態報告を送信することを含む
   請求項１に記載の通信制御方法。
3. 前記第２バッファ状態報告を送信することは、前記第２バッファ状態報告を前記第１バッファ状態報告と区別するための識別子を含むＭＡＣサブヘッダと一緒に前記第２バッファ状態報告を送信することを含む
   請求項１又は２に記載の通信制御方法。
4. 前記第１バッファ状態報告のフォーマットは、前記第２バッファ状態報告のフォーマットと共通である、
   請求項１に記載の通信制御方法。
5. 前記トリガ条件の候補には、所定のアップストリームデータが前記中継装置に存在することを示す第１トリガ条件と、前記中継装置における周期的タイマの満了を示す第２トリガ条件と、前記中継装置から前記上位装置への送信パディングサイズが所定条件を満たしたことを示す第３トリガ条件とがあり、
   前記第１トリガ条件乃至前記第３トリガ条件のうち、一部のトリガ条件が前記第１バッファ状態報告に適用されるとともに、残りのトリガ条件が前記第２バッファ状態報告に適用される
   請求項１に記載の通信制御方法。
6. 前記第２バッファ状態報告を送信するトリガ条件は、前記第２バッファ状態報告を周期的に送信するために設定された周期的タイマが満了したという第１条件を含み、
   前記中継装置は、前記第１バッファ状態報告を周期的に送信するための他の周期的タイマを有し、
   前記第２バッファ状態報告を送信することは、前記第１条件が満たされたことに応じて、前記第２バッファ状態報告を送信することを含み、
   前記第２バッファ状態報告用の前記周期的タイマは、前記第１バッファ状態報告用の前記他の周期的タイマとは異なるタイマである
   請求項１に記載の通信制御方法。
7. 前記第２バッファ状態報告を送信するトリガ条件は、前記周期的タイマの開始から満了までの間に、前記第３バッファ状態報告を前記中継装置が受信したという第２条件をさらに含み、
   前記第２バッファ状態報告を送信することは、前記第１条件及び前記第２条件が満たされたことに応じて、前記第２バッファ状態報告を送信することを含む
   請求項６に記載の通信制御方法。
8. 前記第２バッファ状態報告を送信した際に、次の前記第２バッファ状態報告の送信が禁止される期間を示すタイマを開始することと、
   前記タイマが満了するまでは、次の前記第２バッファ状態報告の送信を避けることと、
   をさらに有する
   請求項１に記載の通信制御方法。
9. 下位装置と無線で接続する基地局機能部と、上位装置と無線で接続するユーザ装置機能部とを有し、前記下位装置から前記上位装置へのアップストリームデータを中継する中継装置であって、
   前記中継装置の未送信アップストリームデータの量を示す第１バッファ状態報告を前記上位装置に送信する処理と、
   少なくとも前記下位装置の未送信アップストリームデータの量に関する第２バッファ状態報告を前記上位装置に送信する処理と、を実行するプロセッサを備え、
   前記第２バッファ状態報告を送信するトリガ条件は、前記第１バッファ状態報告を送信するトリガ条件とは異なり、
   前記プロセッサは、
   前記基地局機能部が、前記下位装置の前記未送信アップストリームデータの量を示す第３バッファ状態報告を前記下位装置から受信する処理と、
   前記第３バッファ状態報告とは異なるバッファ状態報告であって、前記下位装置のさらに下位の装置の未送信アップストリームデータの量に関する第４バッファ状態報告を前記下位装置から前記基地局機能部が受信する処理と、をさらに実行し、
   前記第２バッファ状態報告は、前記第３バッファ状態報告及び前記第４バッファ状態報告のうち、前記第３バッファ状態報告が示す前記未送信アップストリームデータの量に基づいている
   中継装置。
10. 下位装置と無線で接続する基地局機能部と、上位装置と無線で接続するユーザ装置機能部とを有し、前記下位装置から前記上位装置へのアップストリームデータを中継する中継装置を制御するプロセッサであって、
    前記中継装置の未送信アップストリームデータの量を示す第１バッファ状態報告を前記上位装置に送信する処理と、
    少なくとも前記下位装置の未送信アップストリームデータの量に関する第２バッファ状態報告を前記上位装置に送信する処理と、を実行し、
    前記第２バッファ状態報告を送信するトリガ条件は、前記第１バッファ状態報告を送信するトリガ条件とは異なり、
    前記プロセッサは、
    前記基地局機能部が、前記下位装置の前記未送信アップストリームデータの量を示す第３バッファ状態報告を前記下位装置から受信する処理と、
    前記第３バッファ状態報告とは異なるバッファ状態報告であって、前記下位装置のさらに下位の装置の未送信アップストリームデータの量に関する第４バッファ状態報告を前記下位装置から前記基地局機能部が受信する処理と、をさらに実行し、
    前記第２バッファ状態報告は、前記第３バッファ状態報告及び前記第４バッファ状態報告のうち、前記第３バッファ状態報告が示す前記未送信アップストリームデータの量に基づいている
    プロセッサ。

Images