(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークのための端末機器における方法であって、前記端末機器は、複数の論理チャネルグループで構成可能であり、前記方法が、
バッファステータス情報を生成(904)することと、
前記無線通信ネットワークにおいて動作するネットワークノードにメッセージを送信(910)することとを有し、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは、
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループのサブセットのみについての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する、方法。
【請求項２】
前記個別の指示が第１の順序で配置され、前記バッファサイズフィールドが前記第１の順序に対応する第２の順序で配置される、請求項１に記載の方法。
【請求項３】
前記第１の順序が、各論理チャネルグループに関連付けられた論理チャネルグループ優先順位値にしたがって決定され、あるいは、前記第１の順序が、論理チャネルIDにしたがって決定される、請求項２に記載の方法。
【請求項４】
前記第１の順序が、前記論理チャネルグループに属する論理チャネルに関連付けられた論理チャネル優先順位値にしたがって決定される、請求項２に記載の方法。
【請求項５】
前記第１の順序が、各論理チャネルグループについての平均論理チャネル優先順位値にしたがって決定され、あるいは、前記第１の順序が、各論理チャネルグループについての最も高い論理チャネル優先順位値にしたがって決定される、請求項４に記載の方法。
【請求項６】
前記メッセージが、前記バッファステータスレポートの長さの指示をさらに含む、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記バッファステータス情報を生成(904)することが、送信にデータが利用可能な論理チャネルグループの数と、前記バッファステータスレポートの最大長さとに基づいて、前記バッファステータスレポートの長さを決定(906)することを有する、請求項６に記載の方法。
【請求項８】
前記最大長さが、前記バッファステータスレポートの送信のために前記端末機器に許可されているリソースの量に基づいて決定され、あるいは、前記最大長さが、前記端末機器に設定される、請求項７に記載の方法。
【請求項９】
前記バッファステータス情報を生成(904)することが、送信にデータが利用可能である前記論理チャネルグループの各々について個別のバッファサイズフィールドを有するバッファステータスレポートの長さが前記最大長さを超えるであろうとの判定(908)に応答して、前記バッファステータスレポートが前記最大長さ以下の長さを有するように、送信にデータが利用可能である前記論理チャネルグループの前記サブセットのためのバッファサイズフィールドを生成(912)することを有する、請求項７または８に記載の方法。
【請求項１０】
前記サブセットが、１つ以上の最も高い優先順位値に関連付けられた１つまたは複数の論理チャネルグループを含み、１つ以上の最も低い優先順位値に関連付けられた１つまたは複数の論理チャネルグループを除外する、請求項９に記載の方法。
【請求項１１】
無線通信ネットワークにおいて動作するネットワークノードにおける方法であって、
前記無線通信ネットワークにおいて動作する端末機器からメッセージを受信(1002)することを有し、前記端末機器は複数の論理チャネルグループで構成可能であり、前記メッセージはバッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは、
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループのサブセットのみについての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する、方法。
【請求項１２】
前記バッファステータスレポートに基づいて、データを送信するための無線リソースを前記端末機器にスケジューリングする(1006; 1008)こと、をさらに有する、請求項１１に記載の方法。
【請求項１３】
前記個別の指示が第１の順序で配置され、前記１つまたは複数のバッファサイズフィールドが前記第１の順序に対応する第２の順序で配置される、請求項１１または１２に記載の方法。
【請求項１４】
前記端末機器を前記第１の順序で構成(1000)することをさらに有する、請求項１３に記載の方法。
【請求項１５】
前記メッセージは前記バッファステータスレポートの長さの指示をさらに含み、前記方法は、前記長さの指示と、前記送信するためのデータの利用可能性の個別の指示とから、送信にデータが利用可能であり、前記バッファステータスレポートがバッファサイズフィールドを含まない少なくとも１つの論理チャネルグループで前記端末機器が構成されていると判定することをさらに有する、請求項１１から１４のいずれか１項に記載の方法。
【請求項１６】
送信にデータが利用可能であり、かつ前記バッファステータスレポートがバッファサイズフィールドを有しない前記少なくとも１つの論理チャネルグループに対して、既定量のリソースをスケジューリングすることをさらに有する、請求項１５に記載の方法。
【請求項１７】
複数の論理チャネルグループで構成可能であり、請求項１から１０のいずれか１項に記載の方法を実行するように構成された無線通信ネットワーク用端末機器。
【請求項１８】
請求項１１から１６のいずれか１項に記載の方法を実行するように構成された、無線通信ネットワークのためのネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態はワイヤレス通信ネットワークにおける方法および装置に関し、特に、ワイヤレス通信ネットワークにおいて端末機器からネットワークノードに送信されるバッファステータスレポートに関する方法および装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション(LTE)では、アップリンク(UL)送信のためのリソースがネットワークノードによって許可される。リソースの許可は動的に行うことができ、すなわち、ネットワークノードは送信時間隔(TTI)ごとにUL送信をスケジュールする。あるいは、複数の周期的TTIが同時に、すなわちデータ送信の前に許可されるように、半固定スケジューリング(SPS)フレームワークを使用してリソースを許可してもよい。この許可は、データ送信が後続のSPS機会に、例えば指定されたリソース割り当ておよび、変調および符号化スキーム(MCS)にしたがって行われるような、設定された許可とみなされる。LTE リリース14では、１TTIの周期性を可能にするために、すなわち、連続するTTIが特定の端末機器に固定的に割り当てられるように、SPSフレームワークが「インスタントアップリンクアクセス」または「高速アップリンクアクセス」の名前で拡張される。
【０００３】
端末機器が新たな送信を行うとき、端末機器は、まず、リソースがネットワークノードによってスケジュールされることを要求しなければならない。UEは例えば、スケジューリング要求(SR)またはバッファステータスレポート(BSR)を送信することによって、リソーススケジューリングを要求することができる。
【０００４】
スケジューリング要求(SR)は、端末機器に有効な許可がない場合、新規送信のためのアップリンク共有チャネル(UL-SCH)リソースを要求するために用いられる。SRが端末機器用に構成されていない場合、端末機器は、ULでスケジュールされるためにランダムアクセス手順を開始する。LTEでは、SRが１ビットの情報のみからなり、端末機器がUL許可を必要とすることのみを示す。つまり、SRを受信した時点では、（あるQoSクラス識別子に関連付けられた）どの論理チャネルが送信に利用可能なデータを有しているかも、端末機器において送信に利用可能なデータ量も、ネットワークノードには分からない。
【０００５】
バッファステータスレポート(BSR)は、SRと比較してより詳細な情報を伝える。BSRは、各LCG(Logical Channel Group)について、バッファサイズ（すなわち、データ量）を示す。BSRは端末機器からネットワークへのメディアアクセス制御(MAC)制御要素(CE)であり、アップリンクで送信されるべき端末機器バッファ内のデータ量に関する情報を伝える。そして、リソースが利用可能である場合、ネットワークはある量のUL許可（例えば、物理アップリンク共有チャネルPUSCHのためのリソース）を割り当てることができる。
【０００６】
BSRは関連するネットワークノードからのULリソースの許可を必要とするが、この許可に先立ってSRの送信が必要となりうるため、ネットワークノードに送信するのに長時間を要し得る。SR、BSR、および許可の間の例示的なやりとりを図１のシグナリング図に示す。１０２で、UE（すなわち、端末機器）がデータを受信もしくは取得する。そして、UEは、UEがBSRを送信できるようにするため、ネットワークノードにリソース割り当てを要求するためのSR １０４をネットワークノード（例えば、eNB）に送信する。１０６でネットワークノードは、リソースをスケジュールし、許可の指示(indication)を送信する。許可の指示に応答して、１０８でUEは、許可されたリソースを、データと、UEバッファに格納されたデータの量を示すBSRとを送信するために用いる。ネットワークノードは、示されたデータ量に基づいて適切なリソースをスケジュールし、１１０で、これらのさらなるリソースの許可をUEにシグナリングする。そして１１２でUEは、さらなるリソースを用いてデータを送信することができる。
【０００７】
図２ａおよび図２ｂに示すように、LTE規格のリリース１３によれば、BSR用に２つのタイプのデータ構造が存在する。
【０００８】
図２ａは、論理チャネルグループID(LCG ID)フィールド２０２とバッファサイズフィールド２０４とを有する短いBSR２００のデータ構造を示す。目盛りは、各フィールドに割り当てられたビットの相対数を示す。したがって、LCG IDフィールド２０２には２ビットが割り当てられ、バッファサイズフィールド２０４には６ビットが割り当てられる。短いBSRを用いることにより、端末機器はネットワークノードに、UEのバッファ内のデータ量を１つの特定のLCGのみについて通知することができる（すなわち、BSRは、１つのLCG IDフィールドおよび１つの対応するバッファサイズフィールドを含む)。さらに、LCG IDフィールド２０２は２ビットしか有さないので、短いBSRは、端末機器のために構成された４つのLCGのみのうちの１つを示すことしかできない。
【０００９】
図２ｂは、長いBSR２０６のデータ構造を示す。長いBSRは３バイトを有し、これら３バイトに割り当てられた４つのフィールド２０８、２１０、２１２、２１４（例えば、各フィールドに対して６ビット）を有する。４つのフィールドの各々は特定のLCGに属するUEのバッファ内のデータ量を記述し、フィールドの順序は、LCG IDの送信を要しないように予め決定されてもよい。このようにして、端末機器は、１つのメッセージで、４つすべてのLCGについてULバッファ情報を送信することができる。
【００１０】
特定のフィールド２０４、２０８、２１０、２１２、２１４に対する「０」のBSRインデックス（すなわち、値）は、「データなし」を示すことができる。値が大きくなるにつれて、フィールドは、関連付けられたLCGについて送信すべきより多くのデータを示す。
【００１１】
次世代モバイルネットワークアライアンスでは、第５世代無線システム(5G)の要件に対応した通信ネットワークやプロトコルの開発および標準化を進めている。このような通信ネットワークおよびプロトコルはしばしば、New Radio(NR)と呼ばれる。
【００１２】
開発中のNR規格について合意された１つの態様は、論理チャネルグループの数が４から８に増加されるべきであるということである。（LCG IDフィールド２０２では、異なるLCGを４つしか識別できないため、）追加の論理チャネルグループを収容するために、図２ａおよび図２ｂに示したBSRフォーマットに変更が必要なことは明らかである。
【００１３】
さらに、NRネットワークおよび規格は多数のユースケースをサポートすることが期待されており、異なるユースケースは、ネットワークによって提供されるサービスに関して大きく異なる要件を有する。NRが数キロビットから大きなギガビットまでの範囲のデータレートで、広範囲の混合無線状況および用途で用いられることが意図されているものとすると、短すぎるBSR値範囲を用いた場合には、スケジューラは自身の論理チャネルに対して端末機器が送信する必要があるデータ量をおおまかにしか理解できないため、場合によっては非効率的なスケジューリングをもたらすことになる。
【発明の概要】
【００１４】
本開示の実施形態は、上述した問題のいくつかまたはすべてを軽減する、方法および、端末機器およびネットワークノード（例えば、eNodeBまたはgNodeB、あるいはそのようなノードに接続されたサーバ）などノードを提供する。
本開示の一態様は、無線通信ネットワークのための端末機器における方法を提供する。
端末機器は、複数の論理チャネルグループで構成可能である。方法は、バッファステータス情報を生成することと、バッファステータス情報を含むバッファステータスレポートを含んだメッセージを、無線通信ネットワークにおいて動作するネットワークノードに送信することとを有する。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信にデータが利用可能である論理チャネルグループの１つまたは複数についての、送信に利用可能なデータの量を示す個別のバッファサイズフィールドとを有する。
【００１５】
本開示のさらなる態様は、ワイヤレス通信ネットワークにおいて動作するネットワークノードにおける方法を提供する。方法は、無線通信ネットワークにおいて動作する端末機器からメッセージを受信することを有し、端末機器は複数の論理チャネルグループで構成可能であり、メッセージは、バッファステータス情報を含んだバッファステータスレポートを含む。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信にデータが利用可能である論理チャネルグループの１つまたは複数について、送信に利用可能であるデータの量を示す個別のバッファサイズフィールドとを有する。
【００１６】
さらなる態様は、上述の方法を実行するための命令を有する装置および機械可読媒体を提供する。
【００１７】
以下の議論はLTEおよび次世代移動体ネットワークアライアンスによって規定される無線システムの第５世代(5G)の要件を満たすことを意図されたネットワークのための技術的解決策に焦点を当てていることに留意されたい。しかしながら、当業者は、ここで説明される方法および装置を他のネットワークおよびアクセス技術にも適用しうることを理解するであろう。他のネットワークでは、ノードおよびインタフェースが異なる名前を有しうる。
【００１８】
さらに、以下の説明は、最大８つの論理チャネルグループが端末機器のために同時に構成されうる実施形態を含んでいる。しかしながら、当業者は、ここで説明される概念がより多くの同時論理チャネルグループについてのBSR報告を提供するように拡張されうることを理解するであろう。例えば、複数の指示(indications)のサイズは、８つより多くの論理チャネルグループについての指示を提供するように増やされてもよい。
【００１９】
さらに、以下の説明では論理チャネルのグループ化について、論理チャネルグループのレベルで提供される、送信するデータの指示およびバッファサイズフィールドを用いて説明する。当業者であれば、いくつかのネットワークまたはネットワークプロトコルは論理チャネルのグループ化を提供しなくてもよく、代わりに、論理チャネルのためのバッファサイズフィールドを個別に報告してもよいことを理解するであろう。そして、以下に開示される概念は、個々の論理チャネルに対して提供される指示と、個々の論理チャネルに対して提供されるバッファサイズフィールドとともに、そのようなネットワークにおいても利用できる。いくつかのネットワークまたはネットワークプロトコルは、論理チャネルグループと個別の論理チャネルとの組み合わせについてBSR報告を利用することができる。そして、以下に開示される概念は、個々の論理チャネルおよび論理チャネルグループに対して提供される指示と、個々の論理チャネルおよび論理チャネルグループに対して提供されるバッファサイズフィールドとともに、そのようなネットワークまたはネットワークプロトコルにおいて利用できる。
【００２０】
本開示をよりよく理解し、それがどのように実施されうるかを示すために、例として、以下の添付図面を参照する。
【図面の簡単な説明】
【００２１】
【図１】UEにアップリンクリソースを許可するための許可手順のシグナリング図である。
【図２ａ】短いフォーマットのバッファステータスレポートを示す図である。
【図２ｂ】長いフォーマットのバッファステータスレポートを示す図である。
【図３】本開示の実施形態による無線通信ネットワークの模式図である。
【図４ａ】２つのタイプのMAC制御要素サブヘッダの模式図である。
【図４ｂ】２つのタイプのMAC制御要素サブヘッダの模式図である。
【図５】拡張されたバッファステータスレポートを示す図である。
【図６】さらに拡張されたバッファステータスレポートを示す図である。
【図７】別の拡張されたバッファステータスレポートを示す図である。
【図８】本開示の実施形態によるバッファステータスレポートを示す図である。
【図９】本開示の実施形態による端末機器における方法のフローチャートである。
【図１０】本開示の実施形態によるネットワークノードにおける方法のフローチャートである。
【図１１】本開示の実施形態による端末機器の模式図である。
【図１２】本開示のさらなる実施形態による端末機器の模式図である。
【図１３】本開示の実施形態によるネットワークノードの模式図である。
【図１４】本開示のさらなる実施形態によるネットワークノードの模式図である。
【発明を実施するための形態】
【００２２】
以下では、限定ではなく説明の目的で、特定の実施形態などの特定の詳細を記載する。しかし、当業者であれば、これらの特定の詳細とは別に、他の実施形態を用いてもよいことを理解するであろう。以下の説明を不必要な詳細で曖昧にしないように、周知の方法、ノード、インターフェース、回路、および装置の詳細な説明は省略されている場合がある。当業者であれば、説明された機能はハードウェア回路（例えば、特化された機能を実行するために相互接続されたアナログおよび／または個別論理ゲート、ASIC、PLAなど）を使用することにより、および／またはソフトウェアプログラムおよびデータを、そのようなプログラムの実行に基づいて、本明細書で開示された処理を実行するように特に適合された１つまたは複数のデジタルマイクロプロセッサまたは汎用コンピュータと併せて使用することにより、１つまたは複数のノードで実施されうることを理解するであろう。エアインタフェースを使用して通信するノードは、適切な無線通信回路も有する。さらに、本技術は、プロセッサにここで説明される技法を実行させる適切なコンピュータ命令セットを含む半導体メモリ、磁気ディスク、または光ディスクなど、任意の形態のコンピュータ可読メモリ内に完全に具現化されると考えることができる。
【００２３】
ハードウェアによる実施は、デジタル信号プロセッサ(DSP)ハードウェア、縮小命令セットプロセッサ、例として（１つ以上の）特定用途向け集積回路(ASIC)および／または（１つ以上の）フィールドプログラマブルゲートアレイ(FPGA)を含むハードウェア（例えば、デジタルまたはアナログ）回路、ならびに（適切であれば）そのような機能を実行することができる状態機械を含むか、または包含することができるが、これらに限定されない。
【００２４】
コンピュータによる実施に関して、コンピュータは一般に、１つまたは複数のプロセッサ、１つまたは複数の処理モジュール、または１つまたは複数のコントローラを有するものと理解され、また、コンピュータ、プロセッサ、処理モジュール、およびコントローラという用語は、互換的に使用されうる。コンピュータ、プロセッサ、またはコントローラによって提供される場合、機能は単一の専用コンピュータまたはプロセッサまたはコントローラによって、単一の共有コンピュータまたはプロセッサまたはコントローラによって、あるいは、いくつかは共有または分散されてもよい複数の別個のコンピュータまたはプロセッサまたはコントローラによって提供されてもよい。さらに、「プロセッサ」または「コントローラ」という用語は、そのような機能を実行することができる、および／またはソフトウェアを実行することができる、上で列挙した例示的なハードウェアのような他のハードウェアも意味しうる。
【００２５】
端末機器またはユーザ機器(UE)について説明するが、「UE」が、アップリンク(UL)で信号を送信することと、ダウンリンク(DL)で信号を受信および／または測定することの少なくとも１つを可能にする無線インタフェースを有する任意のモバイルもしくは無線機器、端末またはノードを含む非限定的な用語であることは当業者が当然に理解することである。ここでのUEは１つまたは複数の周波数、キャリア周波数、コンポーネントキャリア、または周波数帯域で測定を動作または少なくとも実行することができるUE（一般的な意味で）を含みうる。UEは単一または複数の無線アクセス技術(RAT)またはマルチスタンダードモードで動作する「UE」であってよい。「UE」だけでなく、「移動機」(「MS」)、「モバイル装置」、「端末機器」、および「無線端末機器」という用語は以下の説明では互換的に使用されることがあり、そのような装置はユーザによって持ち運ばれるという意味において必ずしも「モバイル」である必要はないことは理解されよう。UEの例は、ターゲットデバイス、デバイスツーデバイス(D2D)UE、マシンタイプUEまたはマシンツーマシン(M2M)通信が可能なUE、PDA、タブレットコンピュータ、モバイル端末、スマートフォン、ラップトップ埋め込み装備(LEE)、ラップトップ搭載機器(LME)、USBドングル、ProSe UE、V2V UE、V2X UE、MTC UE、eMTC UE、FeMTC UE、UE Cat 0、UE Cat M1、狭帯域モノのインターネット(NB-IoT)UE、UE CAT NB1などである。
【００２６】
いくつかの実施形態ではより一般的な用語「ネットワークノード」が用いられ、それはUEおよび／または別のネットワークノードと通信する任意のタイプの無線アクセスノードまたは任意のネットワークノードに相当しうる。ネットワークノードの例は、NodeB、MeNB、SeNB、MCGまたはSCGに属するネットワークノード、基地局(BS)、MSR BS、eNodeB、gNodeB、ネットワークコントローラ、無線ネットワークコントローラ(RNC)、基地局コントローラ(BSC)、リレー、ドナーノード制御リレー、基地トランシーバ局(BTS)、アクセスポイント(AP)、送信ポイント、送信ノード、RRU、RRH、分散アンテナシステム(DAS)内のノード、コアネットワークノード(例えば、MSC、MMEなど)、O&M、OSS、SON、測位ノード(例えば、E−SMLC)、MDT、試験装置などのマルチスタンダード無線(MSR)無線ノードである。さらに、以下の説明がネットワークノードまたは無線アクセスノードにおいて、またはネットワークノードまたは無線アクセスノードによって行われるステップを意味する場合、それは処理および／または意思決定ステップの一部またはすべてが、ノードの無線アンテナから物理的に分離されているが、ノードに論理的に接続されている装置において実行されうる可能性も含む。したがって、処理および／または意思決定が「クラウド内で」実行される場合、関連する処理デバイスは、これらの目的のためのノードの一部であると見なされる。
【００２７】
機械式通信(MTC)、進化版MTC(eMTC)、NB-IoTなどのLTEまたはLTEベースシステムについて実施形態を説明する。一例として、MTC UE、eMTC UE、およびNB−IoT UEは、UEカテゴリ0、UEカテゴリM1、およびUEカテゴリNB1とも呼ばれる。しかしながら実施形態は、UEが信号（例えばデータ）を受信および／または送信する任意のRATまたはマルチRATシステム、例えばLTE FDD/TDD、WCDMA/HSPA、GSM/GERAN、Wi-Fi、WLAN、CDMA2000、5G、NRなどに適用可能である。第５世代の移動体通信および無線技術である5Gはまだ完全には規定されていないが、3GPPにおいてアドバンストドラフト段階にあることを念頭におくべきである。これには、5G NR(New Radio)アクセス技術に関する検討が含まれる。それが5Gで異なる用語で特定される場合であっても、同等の5Gエンティテイまたは機能を包含するように、本開示においてLTE用語は未来志向の意味で用いられる。これまでの5G New Radio(NR)アクセス技術に関する合意の一般的な説明は、3GPP ３８-series Technical Reportsの最新バージョンに含まれている。
【００２８】
図３は、本開示の実施形態の原理を説明するために利用されうるネットワーク３１０を示す。ネットワーク３１０は、バックホールネットワーク３２０を介してコアネットワーク３１８に接続されたネットワークノード３１２を有する。図３はまた、ネットワークノード３１２と無線通信している端末機器（またはUE、無線端末など）３１６を示している。端末機器３１６によってネットワークノード３１２に送信されるメッセージは「アップリンク」で送信されると言われ、ネットワークノード３１２によって端末機器３１６に送信されるメッセージは「ダウンリンク」で送信されると言われる。
【００２９】
端末機器３１６のデータストリームまたはフローはレイヤ２（例えば、媒体アクセス制御またはMACレイヤ）の論理チャネル(LCH)にマッピングされ、各チャネルは論理チャネル優先度(LCP)を有する。UE MACスケジューラは、それらLCPにしたがって論理チャネルのための送信をスケジュールする。
【００３０】
論理チャネルの各々は論理チャネルグループに属することができ、端末機器３１２は各々が１つまたは複数の論理チャネルを含むそのような論理チャネルグループの複数を用いて構成されてよい。一実施形態では、同時に最大８つの論理チャネルグループによって端末機器３１２を構成可能であってもよい。
【００３１】
端末機器３１６は携帯電話またはスマートフォンとして示されているが、端末機器は上述したように、無線通信ネットワーク３１０と通信するように構成された任意の装置であってもよいことが、当業者には理解されよう。
【００３２】
ネットワークノード３１２は、例えば、使用される無線アクセス技術および用語に応じて、例えば、無線アクセスノード、基地局、ノードB、進化型ノードＢ(eNB、またはeNodeB)、gNodeB、基地トランシーバ局、アクセスポイント基地局、基地局ルータ、無線基地局(RBS)、マクロ基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ホームeNodeB、リレーおよび／またはリピータ、ビーコン装置、または、無線インターフェースを介して無線装置と通信するように構成された任意の他のネットワークノードと呼ばれるタイプのものであってもよい。
【００３３】
上述のように、ネットワークノード３１２に信号を送信するために、端末機器３１６は送信するための無線リソース（すなわち、周波数、タイムスロット、直交符号など）をスケジュールされる必要がある。そのようなリソースを要求するための１つのメカニズムは、バッファステータスレポート(BSR)である。BSRは、端末機器において送信に利用可能なデータの指示を含む。
【００３４】
上述のように、BSRは、一種のMAC制御要素(CE)である。MAC CEおよび他のMACサービスデータユニット(SDU)は、MACプロトコルデータユニット(PDU)を形成するためにパッケージ化されてもよい。各MAC CEおよびMAC SDUは、対応するサブヘッダに関連付けられてよい。図４ａおよび４ｂは、MAC CEのための２つの例示的なサブヘッダフィールドを示す。
【００３５】
図４aは、予約(R)フィールド４０２と、フォーマット(F)フィールド４０４と、論理チャネルID(LCID)フィールド４０６とを有する第１のサブヘッダ４００を示す。Rフィールド４０２は、将来の機能、または追加の機能のために予約されている。Fフィールド４０４はサブヘッダのフォーマットを規定し、特に、サブヘッダ内の長さフィールドの有無を示すことができる。Fフィールド４０４は、Ｌフィールドが存在する場合にはＬフィールドの長さを規定することもできる。LCIDフィールド４０６は、関連する制御要素の機能および／またはフォーマットを規定する識別子を有する。例えば、１つまたは複数の特定の値をとることによって、LCIDフィールド４０６は、関連する制御要素がBSRであることを示すことができる。
【００３６】
図では、Rフィールド４０２は単一ビットを有し、Fフィールド４０４は単一ビットを有し、LCIDフィールド４０６は６ビットを有する。したがって、サブヘッダ４００は、１バイトを有する。
【００３７】
図４ｂは、予約(R)フィールド４５２と、フォーマット(F)フィールド４５４と、論理チャネルID(LCID)フィールド４５６と、長さ(L)フィールド４５８とを有する第２のサブヘッダ４５０を示す。Rフィールド４５２、Fフィールド４５４、およびLCIDフィールド４５６は、それぞれ４０２、４０４、および４０６の対応するものと同様の機能を有する。Lフィールド４５８は、関連する制御要素の長さを示す。例えば、Lフィールド４５８は、関連する制御要素のバイト数の表示を含むことができる。
【００３８】
図では、Rフィールド４５２は単一ビットを有し、Fフィールド４５４は単一ビットを有し、LCIDフィールド４５６は６ビットを有し、Lフィールド４５８は８ビットを有する。
【００３９】
サブヘッダ内のフィールド、それらのサイズ、およびそれらの位置は、NRに関して未確定であることを理解されたい。本開示の目的のためには、少なくとも２つのサブヘッダタイプ、すなわち、可変サイズの制御要素のために使用される長さ(L)フィールドを有するタイプと、固定サイズの制御要素のために使用されるLフィールドを有さないタイプとが定義されうることをが説明できれば十分である。
【００４０】
上述のように、本開示の実施形態によって扱う１つの問題は、４つより多い論理チャネルグループに対処するために、図２ａおよび図２ｂに示されるBSRフォーマットを適合させる必要性に関する。図５は、その適応を達成するための１つの可能な構成によるBSR ５００を示す。
【００４１】
BSR ５００は本質的に、図２ｂに示される長いフォーマットのBSRに対応する。最大８つのLCGを取り扱うために、BSRの大きさは２倍であり、６バイトを有する。したがって、LCGの各々に対して個別のバッファサイズフィールドが提供され、各バッファサイズフィールドは６ビットを有する。
【００４２】
BSR ５００のサイズは固定であり、したがって、図４ａに示すサブヘッダ４００に関連付けることができる。したがって、全体として、BSRとサブヘッダとを加えたサイズは７バイトである。
【００４３】
しかしながら、BSR ５００には多くの欠点がある。例えば、端末機器が８つ未満のLCGで構成される場合、あるバッファサイズフィールドは冗長であるため、リソースが無駄になる。
【００４４】
さらに、６ビットは、NRおよび将来の通信ネットワークによってサポートされることが予想される広範囲の混合サービスおよび無線チャネル容量に必要とされる粒度でバッファステータスを伝達するには不十分である可能性がある。
【００４５】
図６は、別の可能性のある構成によるBSR ６００を示す。BSR ６００はBSR ５００に対応するが、バッファサイズフィールドごとに８ビット（１バイト）が与えられている。したがって、BSR自体の送信にさらなるリソースを費やすという代償を払って、バッファサイズ報告の粒度が改善される。BSR ６００のサイズは固定であるため、図４ａに示したサブヘッダ４００と共に用いることができる。全体として、BSR ６００およびサブヘッダ４００は９バイトを有する。しかしながら、BSR ６００は、端末機器が８つ未満のLCGで構成される場合に冗長なバッファサイズフィールドを有するという点でBSR ５００と同じ欠点を有する。
【００４６】
図７は、可能性のある別の構成によるBSR ７００を示す。
【００４７】
BSR ７００は、ビットマップ７０２と、１つまたは複数のバッファサイズフィールド７０４とを有する。BSR ７００の例では、ただ１つのバッファサイズフィールドが示されている。BSR ７００と同様に構成される第２のBSR７５０も図７に示されており、ビットマップ７５２と、８つのバッファサイズフィールド７５４とを有する。
【００４８】
ビットマップ７０２、７５２は、BSR内のそれぞれのLCGのためのバッファサイズフィールドの有無を示す、LCGのそれぞれのためのそれぞれの指示を備える。BSR ７００の例では、ビットB 2のみがアサートされ（すなわち、「１」に等しい）、他のすべてのビットはアサートされない（すなわち、「０」に等しい）。したがって、BSR ７００は、ビットB 2に関連付けられたLCGのについてのただ１つのバッファサイズフィールド７０４を有する。BSR７５０の例では、各ビットがアサートされ、したがって、BSR７５０は各LCGについて個別のバッファサイズフィールド７５４を有する。
【００４９】
BSR７００、７５０の各々のためのバッファサイズフィールドは１バイトを有してよく、端末機器のために構成されるLCGが最大８つ存在するので、ビットマップ７０２、７５２も１バイトを有する。
【００５０】
ビットマップ７０２、７５２は各LCGについてのバッファサイズフィールドの有無の指示を有するので、BSRの長さはビットマップのビットの合計によって決定することができる。例えば、ビットマップ７０２は「１」を１つのみ有するので、引き続くバッファサイズフィールドは１つだけであること、BSR ７００の長さが２バイトであることは明らかである。ビットマップ７５２は「１」を８つ有するので、バッファサイズフィールドが８つ続き、BSR７５０の長さは９バイトである。
【００５１】
したがって、BSR７００、７５０もまた図４ａに示すようなサブヘッダ４００に関連付けることができる（そして、図７ではサブヘッダ７２０として再生される)。
BSRの長さはビットマップ内のビットの合計によって決定されるので、長さフィールドは不要である。したがって、この解決策（すなわち、BSRおよび関連付けられるサブヘッダ）の合計サイズは、２バイト（送信すべきデータがなく、ビットマップがすべて「０」を格納する場合）から１０バイト（８つすべてのLCGについて送信すべきデータがある場合）までの範囲である。
【００５２】
したがって、BSR７００、７５０は８つまでのLCGをサポートするという問題に対処し、端末機器が８つ未満のLCGで構成される場合でも冗長フィールドが含まれない。
【００５３】
しかしながら、BSR７００、７５０でさえ、特に端末機器が多数のLCGを用いて構成されるとき、BSRを送信するためにかなりのリソースが必要とされるという点で、いくらかの欠点を有する。将来のネットワークは限られたリソースを効率的に使用し、貧弱な無線状態でも確実に動作することが期待される。
【００５４】
図８は、本開示の実施形態によるBSR８００を示す。
【００５５】
BSR８００は複数のLCG（すなわち、８つまで）の各々について、端末機器がそのLCGについて送信に利用可能なデータを有するかどうかを示す指示を有する。一実施形態ではそれぞれの指示がビットマップ８０２内に含まれ、ビットマップ８０２の各ビットは１つのLCGに対応する。したがって、ビットマップ８０２の長さは１バイトであってよい。ビットマップ内のある特定のビット位置におけるアサートされたビットは、端末機器がその特定のビット位置に関連付けられたLCGに属する少なくとも１つの論理チャネルについて送信に利用可能なデータを有することを示す。換言すれば、そのLCGについてのバッファサイズがゼロよりも大きいことを示す。ビットマップ８０２内のある特定のビット位置におけるアサートされていないビットは、端末機器がその特定のビット位置に関連付けられたLCGに属するいかなる論理チャネルについても送信に利用可能なデータを有していないこと、またはその特定のビット位置にいかなるLCGも関連付けられていないこと（すなわち、端末機器が８つ未満のLCGで構成されている場合）を示す。
【００５６】
指示は、第１のLCGの指示が第２のLCGの指示の前に生じるようになど、ある特定の順序にしたがって配置されてもよい。順序はネットワークからのシグナリングによって（すなわち、無線リソース制御(RRC)シグナリングなどの無線アクセスノードからの専用シグナリングを介して、またはシステム情報ブロックなどの無線アクセスノードからのブロードキャストシグナリングを用いて）設定されてもよいし、端末機器において事前にプログラムされてもよいし、または端末機器によって決定され、(例えば、物理制御チャネルを介して)ネットワークノードにシグナリングされてもよい。
【００５７】
順序は、LCGまたはそれらに属する論理チャネルに関連づけられた優先順位値にしたがって決定されてもよい。例えば、当業者は、MACスケジューラがMAC PDUにMAC SDUを割り当てる（すなわち、利用可能な許可されたリソースを使用して送信されるべきデータを割り当てる）ために用いられる論理チャネル優先度(LCP)の概念に精通しているであろう。したがって、LCP値が比較的高い論理チャネルに属するデータはLCP値が比較的低い論理チャネルに属するデータよりも前に、または優先してMAC PDUに割り当てられる。いくつかの実施形態では、そのようなLCP値（以下、LCPスケジューリング値と呼ぶ）にしたがって指示が配置されるように、本明細書で説明される優先順位値がそのようなLCP値と同一のものまたは同義のものであってもよい。比較的高いLCPスケジューリング値が関連付けられたLCGは順序において比較的高く位置づけされてよく（すなわち、最初に考慮されてもよく）、比較的低いLCPスケジューリング値が関連付けられたするLCGは順序において比較的低く位置づけされてよい（すなわち、他のLCGのうちの１つ以上の後に考慮されてもよい）。
【００５８】
しかしながら、他の実施形態では、優先度という用語がLCPスケジューリング値に関連付けられた意味とは異なる意味を有してもよい。したがって、優先順位値は、指示の順序（すなわち、ビットマップ８０２内の）を決定する目的のために、各LCGまたは各LCG内の論理チャネルに割り当てられた専用値であってもよい。そのような実施形態の１つでは、優先順位値が、ある特定の論理チャネルまたはLCGがそのバッファサイズを正確に報告することができるという重要性の指示を有してもよい。以下、このような優先順位値をBSR優先順位値と呼ぶ。
【００５９】
例えば、特定の論理チャネルは、少量のデータ、または規則的な量のデータに関連付けられ得る。これらの論理チャネルは、非常に高いLCPスケジューリング値を有することができる。例えば、その論理チャネルのためのデータは非常に低いレイテンシを有することが重要であろうため、他の論理チャネルのためのデータより前に、送信のためにMAC PDUに割り当てられることが重要であろう。しかしながら、例えばその論理チャネルのためのデータサイズが小さいか、または規則的であって予測可能である場合には、その論理チャネルが自身のバッファのサイズを正確に報告できることはあまり重要ではない。その場合、その論理チャネルは比較的低いBSR優先順位値に関連付けられてよい。同様に、論理チャネルは低いレイテンシを必要としないこともあり、したがって、比較的低いLCPスケジューリング値に関連付けられてよい。しかしながら、そのチャネルは予測不可能なデータ生成レートに関連付けられることがあり、したがって、その論理チャネルが自身のバッファサイズを正確に報告することができることは重要である。したがって、その論理チャネルは比較的高いBSR優先順位値に関連付けられてよい。
【００６０】
上述したように、優先順位値は、LCG自体、またはLCGに属する論理チャネル（またはその両方）に関連付けることができる。後者の場合、論理チャネル優先順位値を使用して、ビットマップ８０２内の指示の順序をいくつかの異なる方法で決定することができる。例えば、LCGは、自身に属するすべての論理チャネルの平均優先順位値に関連付けられてもよい。あるいは、LCGは、自身に属するすべての論理チャネルの最も高い優先順位値に関連付けられてもよい。本開示は、その点において限定されない。
【００６１】
LCGに関連付けられる優先順位値は、暗黙的であり得ることに留意されたい。例えば、LCGは、自身の優先順位値に基づいてLCG ID番号に割り当てられてよく、指示の順序はLCG ID番号に基づいて決定される。
【００６２】
図示の実施形態では、ビットマップ情報が最下位ビット(LSB)から最上位ビット(MSB)へ、B 0からB 7に並べられ、最高優先LCGはB 0に関連付けられ、最低優先LCGはB 7に関連付けられる。当業者は、本明細書に添付された供述の範囲から逸脱することなく、ビットの代替配置が利用されうることを理解するであろう。
【００６３】
BSR８００は、ビットマップ８０２に示されるLCGのために、０以上のバッファサイズフィールド８０４をさらに有する。各バッファサイズフィールドは１バイトであってよく、関連付けられた論理チャネルグループについて送信に利用可能なデータ量の指示を含むことができる。しかしながら、ビットマップ８０２内の指示は、それぞれのLCGが送信に利用可能なデータを有する（または有しない）ことを示すことが思い出されるであろう。指示は、対応するバッファサイズフィールド８０４がLCGのために存在することを必ずしも示さず、したがって、BSR８００はビットマップ８０２内の肯定指示よりも少ないバッファサイズフィールド８０４を有してもよい。
【００６４】
BSR８００は可変サイズを有し、したがって、Lフィールドを有するサブヘッダ８２０（上述のサブヘッダ４５０に対応する）に関連付けられる。上述したように、LフィールドはBSR８００の長さを示す。したがって、本開示の実施形態によれば、サブヘッダは、（図７でのように）ビットマップ８０２ではなくBSR８００の長さを示すために使用されうる。例えば、長さフィールドは、BSR８００によって占有されるバイト数を示すか、または何らかの他の測定単位を使用することができる。
【００６５】
BSR８００の長さフィールドは、BSRの送信のために端末機器が利用可能なリソースに少なくとも部分的に基づいて、端末機器によって決定されうる。例えば、図１から、端末機器は、自身がリソースのUL許可で構成されていない場合、スケジューリング要求１０４を無線アクセスノードに送信できることが思い出されよう。スケジューリング要求は単一ビットを有してよく、送信に利用可能なデータ量の指示を有しなくてよい。したがって、無線アクセスノードは、端末機器がBSRおよびおそらくは少量のデータを送信することができる程度の限られたリソースのみを（許可１０６において）許可してよい。
【００６６】
したがって、BSRの送信のために端末機器が利用可能なリソースは制限されてよく、実際には、BSRが占有することができる最大長（すなわち、最大バイト数）に設定されてもよい。一実施形態によれば、送信に利用可能なデータを有するすべてのLCGのためのバッファサイズフィールドとともにBSRを生成可能な様な最大長である場合、最大長を超えることなく、送信に利用可能なデータを有するすべてのLCGのためのバッファサイズフィールドとともにBSRが生成されうる。しかしながら、最大長を超えないと、送信に利用可能なデータを有するすべてのLCGのためのバッファサイズフィールドをBSRが含むことができないような最大長である場合、１つ以上のバッファサイズフィールドが除外されてもよい。
【００６７】
したがって、BSRは、送信に利用可能なデータを有するLCGのサブセットのみのためのバッファサイズフィールドを含むことができる。一実施形態では、LCGのサブセットは、（１つ以上の）最も高い優先順位値に関連付けられた（送信に利用可能なデータを有する）１つまたは複数のLCGについてのバッファサイズフィールドが含まれるように選択されうる。（１つ以上の）最も低い優先順位値に関連付けられた（送信に利用可能なデータを有する）１つまたは複数のLCGは除外することができる。
【００６８】
図８およびBSR８００の例では、ビットマップがB 2およびB 6について肯定指示（すなわち、アサートされたビット）を有し、他のすべてのビット位置についての否定指示（すなわち、アサートされていないビット）を有している。サブヘッダの長さフィールドは、BSR８００が２バイトの長さを有することを示す。したがって、BSR８００はビットB 2に関連付けられたLCGについての１つのバッファサイズフィールド８０４のみを有する。ビットB 6に関連付けられたLCGは、ビットB 2に関連付けられたLCGよりも低い優先順位値を有するので、関連付けられたバッファサイズフィールドを有しない。
【００６９】
図８は、ビットマップ８５２およびバッファサイズフィールド８５４を含む、別の例示的なBSR８５０を示す。この例では、ビットマップのすべてのビットがアサートされている。さらに、関連付けられたサブヘッダの長さフィールドは、BSR８５０が９バイトの長さを有することを示す。したがって、BSR８５０は、LCGの各々のためのそれぞれのバッファサイズフィールドを有する。
【００７０】
いくつかのシナリオでは、端末機器が報告すべきデータを有さず、したがってBSRがバッファサイズフィールドを含まないことがあることに留意されたい。この場合ビットマップはゼロのみを含み、したがって、BSRの合計サイズは１バイトであり、サブヘッダを合わせた合計サイズは３バイトである。一実施形態では、Lフィールドを値「０」に設定（すなわち、長さフィールドの０を許容する)し、それによってビットマップを除外することによって、バイト数を低減することができる。したがって、端末機器が送信すべきデータを有していない場合、BSRソリューションは、（サブヘッダについての）２バイトのみを占有することになる。そのようなBSRはパディングBSRとして、すなわち、端末機器が送信すべきデータを有さず、したがってもはやスケジュールされる必要がないという即時的な指示をネットワークスケジューラに提供するBSRとして使用されうる。
【００７１】
送信に利用可能なデータが１つの論理チャネルグループについて存在する場合、合計サイズは４バイトになり、以下同様である。これをLTEで使用される（図２ａに示されるような）短いBSRのサイズと比較すると、提案するフォーマットは、現在のフォーマットよりも１または２バイト大きい。しかしながら、提案されたフォーマットは８つまでの論理チャネルグループをサポートし、８ビット長を有する、より精度の高いBSR値がサポートされ、ネットワークノードは、端末機器が送信すべきデータを有するすべての論理チャネルグループ（ならびに送信必要性）について通知され、フォーマットは統一され、８つすべてまでの論理チャネルグループについて報告するBSRデータを含むように拡張することができる。さらに、この解決策は、利用可能なデータの存在および送信必要性の明示的な情報を伝達することができるというさらなる利点を有する。これは、例えば、１つの無線アクセス技術カバレッジ（例えば、NR）から別の無線アクセス技術カバレッジ（例えば、LTE）に移動する状況において、例えば、送信に利用可能なデータをネットワークに認識させるための無線容量が限られる場合一般において用いることができる。さらに、クリティカルな論理チャネルを含んでいるLCGについての何らかのデータが存在していれば不可知的(agnostically)にリソースを許可しうる簡略化されたスケジューラを実施するためにも用いることができる。
【００７２】
図９は、本開示の実施形態による方法のフローチャートである。この方法は例えば、端末機器３１６のような端末機器において実行されてもよい。
【００７３】
この方法は、ステップ９００で始まる。ステップ９０２で、端末機器は、バッファステータスレポート(BSR)の送信が必要であるか否か判定する。BSRは、様々な異なる状況において、また様々な異なる理由のために送信されうることを、当業者は理解するであろう。１つのシナリオでは、送信に利用可能なデータを自身が有することを判定すると、端末機器はBSRの送信が必要であると判定することができる。例えば、端末機器は、自身のバッファ内のデータの存在を判定することができる。（図１に示されるように）BSRは、スケジューリング要求の送信およびULリソースの制限された許可の受信に続いて要求されうる。
【００７４】
あるいは、BSRは定期的に(すなわち、規定された間隔で)送信されても、ネットワークノードからの要求に応じて送信されてもよい。したがって、ステップ９０２は、BSR送信インスタンス（すなわち、規定された規則的なBSR送信タイムスロットのうちの１つ）でBSRが必要であると端末機器が判定すること、またはネットワークノード（ノード３１２など）からの適切な要求またはコマンドを受信したことに応じてBSRが必要であると端末機器が判断することを有しうる。これらの状況では、送信に利用可能なデータがない場合であっても、BSRが送信されるべきであると決定されうる。
【００７５】
BSRが不要な場合、図示の実施形態において方法は、肯定的な判定が行われるまでステップ９０２を繰り返す。
【００７６】
BSRが必要な場合、方法はステップ９０４に進み、バッファステータスレポート(BSR)として送信するためのバッファステータス情報を生成する。
【００７７】
上述したように、端末機器のデータストリームまたはフローはレイヤ２（例えば、メディアアクセス制御またはMACレイヤ）内の論理チャネル(LCH)にマッピングされる。各論理チャネルは論理チャネルグループ(LCG)に属することができ、端末機器は、それぞれが１つまたは複数の論理チャネルを有する複数のそのようなLCGで構成されうる。一実施形態では、端末機器が最大８つのLCGで構成可能である。
【００７８】
ステップ９０４において、端末機器は、送信に利用可能な任意のデータに関連付けられた論理チャネルまたは論理チャネルグループを判定する。例えば、端末機器は複数のバッファを備えることができ、各バッファは、特定の論理チャネルまたは論理チャネルグループに対して送信に利用可能なデータを記憶する。したがって、端末機器は複数のバッファのそれぞれにおけるデータの存在を判定することにより、送信に利用可能なデータを有する論理チャネルまたはLCGを特定することができる。いくつかの実施形態では、（いかなるLCGに対しても）送信に利用可能なデータがないことが起こりうることは明らかであろう。
【００７９】
ステップ９０６において端末機器は、送信に利用可能なデータを有する各LCGについてのバッファサイズフィールドが含まれるものと仮定して、BSRの長さを決定する。ステップ９０６における決定では、バッファサイズフィールドの設定されたサイズ（例えば、１バイト）と、データの有無の指示（例えば、１バイト）とを利用することができる。したがって、これらの例示的なサイズを使用して、５つのLCGが送信に利用可能なデータを有する場合、ステップ９０６で決定されるBSR長は６バイトになる。
【００８０】
ステップ９０８において端末機器は、ステップ９０６で計算された長さがBSR送信のための最大長さを超えるか否かを判定する。
【００８１】
上述したように、端末機器はBSRおよびおそらくは少量のデータを送信するための限られたリソースのみを（例えば、許可１０６で）許可されてもよく、これは、BSRが占有することができる最大長（例えば、最大バイト数）を設定してもよい。あるいは、例えば、ネットワークノードからのシグナリングを通じて（例えば、RRC信号などの専用シグナリングを通じて、またはシステム情報などのブロードキャストシグナリングを通じて）、端末機器に最大長が構成されてもよい。例えば、端末機器は送信するためのデータの利用可能性の指示のみを含む（すなわち、バッファサイズフィールドのない）BSRを送信するように構成されてもよい。
【００８２】
ステップ９０６で計算された長さが最大長を超えない（すなわち、最大長と等しいか最大長未満の）場合、送信に利用可能なデータを有するすべてのLCGのためのバッファサイズフィールドを有するBSRが生成される。方法はステップ９１０に進み、BSRはネットワークノード（例えば、ネットワークノード３１２）に送信される。BSRは図８に関して上述したようなフォーマット（すなわち、送信するデータの有無などの複数の指示を有する）をとることができることに留意されたい。
【００８３】
ステップ９０６で計算された長さが最大長さを超える場合、方法はステップ９１２に進む。ステップ９１２において端末機器は、送信にデータが利用可能であるLCGのサブセットのみに対してバッファサイズフィールドを生成する。バッファサイズフィールドが含まれるLCGの数（すなわち、サブセット内のLCGの数）は、BSRが最大長を超えることなくバッファサイズフィールドの最大数を有するように選択することができる。例えば、バッファサイズフィールドが含まれるLCGの数（すなわち、サブセット内のLCGの数）は、BSRが最大長に等しい長さを有するように選択されてもよい。
【００８４】
上述のように、LCGおよび／または論理チャネル自体はそれぞれの優先順位値（例えば、LCPスケジューリング値、またはBSR優先順位値）に関連付けられうる。一実施形態では、１つまたは複数の最も高いの優先順位値に関連付けられた（送信に利用可能なデータを有する）１つまたは複数のLCGについてのバッファサイズフィールドが含まれるように、LCGのサブセットが選択されうる。１つまたは複数の最も低い優先順位値に関連付けられた（送信可能なデータを有する）１つまたは複数のLCGは除外されうる。
【００８５】
方法はステップ９１０に進み、（バッファサイズフィールドの数が低減されている）BSRが、ネットワークノードに送信される。BSRは図８に関して上述したようなフォーマット（すなわち、送信するデータの有無などの複数の指示を有する）をとることができることに留意されたい。
【００８６】
図９に示す実施形態の代替実施形態では、ステップ９１２がバッファサイズフィールドの数を１（または他の何らかの減分）だけ減らすことを含むことができる。ステップ９１２が完了すると、ステップ９１０に進むのではなく、本方法ではステップ９０８を繰り返すことができ、そこで、新しい、削減された長さが最大長さと比較される。ステップ９０８および９１２は、ステップ９０７においてBSRの長さが最大長を超えなくなったと判定されるまで繰り返されうる。その時点で、方法はステップ９０８からステップ９１０に移動する。
【００８７】
図１０は、本開示の実施形態による方法のフローチャートである。この方法は、ネットワークノード３１２のような、無線通信ネットワークのネットワークノードにおいて実行されてもよい。ネットワークノードは、無線アクセスネットワークノード、または無線アクセスネットワークノードに接続され、無線アクセスネットワークノードを遠隔的に（例えば、クラウドから）制御するように動作可能なネットワークノードであってよい。
【００８８】
方法はステップ１０００で始まり、ここで、ネットワークノードは、必要に応じて端末機器にBSR報告順序を構成する。
【００８９】
上述したように、端末機器のデータストリームまたはフローはレイヤ２（例えば、メディアアクセス制御またはMACレイヤ）内の論理チャネル(LCH)にマッピングされる。各論理チャネルは論理チャネルグループ(LCG)に属することができ、端末機器は、それぞれが１つまたは複数の論理チャネルを備える複数のそのようなLCGで構成されうる。一実施形態では、端末機器は同時に最大８つのLCGで構成可能である。
【００９０】
ステップ１０００でネットワークノードは、（図８に関して上述したように）、LCGに対するバッファサイズを報告すべき順序によって端末機器を構成する。順序は、LCPスケジューリング値などの優先順位値、または先に規定したBSR優先順位値などの専用優先順位値に基づくことができる。いくつかの実施形態では、LCG IDがそれらの優先順位値に基づいてLCGに割り当てられることにより、優先順位値は暗黙的であってもよい。
【００９１】
順序は、明示的または暗黙的に構成されてもよい。後者の場合、ネットワークノードは先に説明した優先順位値またはLCG IDを提供し、端末機器が優先順位値またはLCG IDに基づいて（例えば、LCG IDの優先順位値の昇順または降順に並べるように）順序を決定することを可能にすることによって、報告順序を端末機器に構成することができる。
【００９２】
順序の構成は専用のシグナリング（例えば、RRC信号）またはブロードキャストシグナリング（例えば、システム情報ブロードキャスト）を通じて端末機器に通知されうる。
【００９３】
ステップ１００２において、ネットワークノードは、端末機器からBSRを受信する。BSRは図８に関して上述したようなフォーマットをとることができる。例えば、BSRは複数の指示を有することができ、各指示は、それぞれの論理チャネルまたは論理チャネルグループが送信に利用可能なデータを有するかどうかを示す。複数の指示は、各ビットが対応する論理チャネルまたは論理チャネルグループが送信に利用可能なデータを有するかどうかを示すビットマップを有することができる。複数の指示は、BSRの始めに配置されてもよい。
【００９４】
BSRはゼロ以上のバッファサイズフィールドを有することができ、各バッファサイズフィールドは、送信に利用可能なデータを有すると示された論理チャネルまたは論理チャネルグループのうちの１つについて送信に利用可能なデータの量を示す。各バッファサイズフィールドは、１バイトを有してよい。
【００９５】
BSRは、BSRの長さの指示を、さらに含むか、関連付けられてもよい。例えば、一実施形態においてBSRは、MACサブヘッダに関連付けられたMAC制御要素を有することができる。サブヘッダは対応するMAC制御要素の長さ（例えば、バイト数）を示すフィールドを有することができる。
【００９６】
ステップ１００４において、ネットワークノードは、複数の指示と長さとに基づいて、BSRが、送信に利用可能なデータを有する論理チャネルまたはLCGのすべてについてバッファサイズフィールドを有しているか否かを判定する。判定に際してネットワークノードは、複数の指示（１バイト長であってもよい）およびバッファサイズフィールド（１バイト長であってもよい）の既知のまたは構成されたサイズを考慮に入れてもよい。したがって、BSRの長さがｎバイト（例えば、ｎはゼロ以上の正の整数）に等しいと示される一方で、複数の指示が少なくともｎ個の論理チャネルまたは論理チャネルグループについての肯定指示を含む場合、ネットワークノードは、複数の指示が１バイトを占有するので、送信にデータが利用可能な論理チャネルまたは論理チャネルグループのうちの少なくとも１つについてはバッファサイズフィールドがないことが分かる。
【００９７】
すべての論理チャネルまたは論理チャネルグループに対してバッファサイズフィールドが提供される場合、方法はステップ１００６に進み、ネットワークノードは、バッファサイズフィールド内の値に基づくリソースによって端末機器のスケジューリングを行う。スケジューリングは、ネットワークノードにおけるトラフィック負荷などの他のパラメータも考慮に入れることができる。しかしながら、状況によってスケジューリングは自動的かつ端末機器がバッファサイズフィールドに示されるデータ量を送信するのに十分なリソースを許可するものであってよい。アップリンクリソースの許可は例えば、ダウンリンク制御チャネルを通じた送信によって指示されうる。
【００９８】
バッファサイズフィールドが提供されていない論理チャネルまたは論理チャネルグループがある場合、方法はステップ１００８に進む。ステップ１００８においてネットワークノードは、(もしあれば）バッファサイズフィールドに示された値にしたがって、端末機器のためのリソースを再びスケジューリングすることができる。ここでも、スケジューリングは、トラフィック負荷などの他のパラメータを考慮に入れてもよく、または自動であってもよい。
【００９９】
しかしながら、ネットワークノードは、どれだけのデータが送信に利用可能であるかは分からないが、１つまたは複数の論理チャネルまたは論理チャネルグループについて送信にデータが利用可能であることは分かる。そのような状況においてネットワークノードは、（バッファサイズフィールドが提供される論理チャネルまたは論理チャネルグループのための任意のリソースに加えて、）バッファサイズフィールドが提供されない論理チャネルまたは論理チャネルグループに属するデータの送信のために、端末機器に１つまたは複数の既定セットまたは量のリソースをスケジューリングすることができる。リソースの既定セットまたは量は総括的なものであってよく、すなわち、ネットワーク全体に対して、またはネットワークノードによってサービスされるセル全体に対して既定されてもよい。あるいは、リソースの既定セットまたは量は、バッファサイズフィールドが提供されない論理チャネルまたは論理チャネルグループに特有なものであってもよい。リソースの既定セットまたは量は、端末機器に特有なものであってもよい。
【０１００】
上述のBSRフォーマット、特にビットおよびバッファサイズフィールドの特定の順序での配置により、バッファサイズフィールドが提供されていない論理チャネルまたは論理チャネルグループが、それらのバッファサイズを正確に報告することはそれほど重要ではない。これらの論理チャネルまたは論理チャネルグループは、規則的なサイズのデータ送信に関連付けられてもよく、ネットワークノードは論理チャネルまたは論理チャネルグループのために送信される規則的な量のデータの送信のための十分なリソースを提供するように、リソースの既定セットまたは量を構成してもよい。
【０１０１】
図１１は、本開示の実施形態による端末機器１１００の模式図である。例えば、端末機器１１００は、上述した端末機器３１６に相当しうる。端末機器１１００は、図９に関して上述した方法を実行するのに適しているであろう。
【０１０２】
端末機器１１００は、処理回路１１０２と、処理回路１１０２によって実行されうる命令を記憶する非一時的な機械可読媒体１１０４とを有する。端末機器１１００は、複数の論理チャネルグループで構成可能である。
【０１０３】
処理回路１１０２によって実行されると、命令は端末機器１１００に、バッファステータス情報を生成させ、バッファステータス情報を含むバッファステータスレポートを含むメッセージを、無線通信ネットワークにおいて動作するネットワークノードに送信させる。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信にデータが利用可能である論理チャネルグループの１つまたは複数について、送信に利用可能なデータの量を示す個別のバッファサイズフィールドとを有する。
【０１０４】
端末機器１１００はまた、一般に、１つまたは複数のアンテナなどのワイヤレス信号を送受信するためのハードウェアおよび／またはソフトウェアと、１つまたは複数のアンテナに接続された送受信機回路とを備えることができる。
【０１０５】
図１２は、本開示のさらなる実施形態による端末機器１２００の模式図である。例えば、端末機器１２００は、上述した端末機器３１６に相当しうる。端末機器１２００は、図９に関して上述した方法を実行するのに適しているであろう。
【０１０６】
端末機器は、生成モジュール１２０２および送信モジュール１２０４を有する。端末機器は、複数の論理チャネルグループで構成可能である。生成モジュール１２０２は、バッファステータス情報を生成するように構成される。送信モジュール１２０４はワイヤレス通信ネットワークにおいて動作するネットワークノードにメッセージを送信するように構成され、メッセージはバッファステータス情報を含んだバッファステータスレポートを含む。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信のにデータが利用可能な論理チャネルグループの１つまたは複数について、送信に利用可能なデータの量を示す個別のバッファサイズフィールドとを有する。
【０１０７】
端末機器１２００はまた、一般に、１つまたは複数のアンテナなど、ワイヤレス信号を送信および受信するためのハードウェアおよび／またはモジュールと、１つまたは複数のアンテナに接続された送受信機モジュールとを有することができる。
【０１０８】
図１３は、本開示の実施形態によるネットワークノード１３００の模式図である。例えば、ネットワークノード１３００は、上述したようなネットワークノード３１２のような無線アクセスネットワークノードであってよい。あるいは、ネットワークノードがそのような無線アクセスネットワークノードに通信可能に接続されてもよい。ノード１３００は、図９に関して上述した方法を実行するのに適しているであろう。
【０１０９】
ノード１３００は、処理回路１３０２と、処理回路１３０２によって実行されうる命令を記憶する非一時的な機械可読媒体１３０４とを有する。
【０１１０】
処理回路１３０２によって実行されると、命令はネットワークノード１３００に、ワイヤレス通信ネットワークにおいて動作する端末機器からメッセージを受信させ、端末機器は複数の論理チャネルグループで構成可能であり、メッセージは、バッファステータス情報を含んだバッファステータスレポートを含む。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信にデータが利用可能な論理チャネルグループの１つまたは複数について、送信に利用可能なデータの量を示す個別のバッファサイズフィールドとを有する。
【０１１１】
ノード１３００はまた、一般に、１つまたは複数のアンテナなどのワイヤレス信号を送受信するためのハードウェアおよび／またはソフトウェアと、１つまたは複数のアンテナに接続された送受信機回路とを有することができる。
【０１１２】
図１４は、本開示の実施形態によるネットワークノード１４００の模式図である。例えば、ネットワークノード１４００は、上述したようなネットワークノード３１２のような無線アクセスネットワークノードであってよい。あるいは、ネットワークノードがそのような無線アクセスネットワークノードに通信可能に接続されてもよい。ノード１４００は、図９に関して上述した方法を実行するのに適しているであろう。
【０１１３】
ネットワークノード１４００はワイヤレス通信ネットワークにおいて動作する端末機器からメッセージを受信するように構成された受信モジュール１４０４を有し、端末機器は複数の論理チャネルグループで構成可能であり、メッセージはバッファステータス情報を含んだバッファステータスレポートを含む。バッファステータスレポートは、複数の論理チャネルグループの各々についての、論理チャネルグループに対して送信するデータの端末機器における可用性の個別の指示と、送信にデータが利用可能な論理チャネルグループの１つまたは複数について、送信に利用可能なデータの量を示す個別のバッファサイズフィールドとを有する。
【０１１４】
ノード１４００はまた、一般に、１つまたは複数のアンテナなど、信号を送受信するためのハードウェアおよび／または部と、ワイヤレス信号を送受信するための１つまたは複数のアンテナに接続されたトランシーバ部と、受光信号および／または電気信号を送受信するための光学および／または電気回路とを有することができる。
【０１１５】
したがって、上述のように、本開示の実施形態は、バッファステータスレポートを送信および受信するための方法および装置を提供する。バッファステータスレポートは、多数の論理チャネルグループに対して送信に利用可能なデータに関する情報を提供するように構成可能である。本開示の実施形態ではバッファステータスレポートが比較的少ないリソースを利用し、特に、バッファステータスレポートのサイズはバッファステータスレポートの送信に利用可能なリソースにしたがって適合されうる。
【０１１６】
先に概要を説明した詳細な例は、単なる例であることが理解されるであろう。本明細書の実施形態によれば、ステップは、本明細書に記載される順序とは異なる順序で提示されてもよい。さらに、追加のステップが、明示的に述べていない方法に組み込まれてもよい。
【０１１７】
以下の番号付けされた段落は、本開示の実施形態を記載する。
1.  無線通信ネットワークのための端末機器における方法であって、前記端末機器は、複数の論理チャネルグループで構成可能であり、前記方法が:
バッファステータス情報を生成することと、
前記無線通信ネットワークにおいて動作するネットワークノードにメッセージを送信することとを有し、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１１８】
2.  前記個別の指示が第１の順序で配置され、前記１つまたは複数のバッファサイズフィールドが前記第１の順序に対応する第２の順序で配置される、段落１に記載の方法。
【０１１９】
3.  前記第１の順序が、各論理チャネルグループに関連付けられた論理チャネルグループ優先順位値にしたがって決定される、段落２に記載の方法。
【０１２０】
4.  前記論理チャネルグループ優先順位値が、前記第１の順序を決定するための専用の優先順位値である段落３に記載の方法。
【０１２１】
5.  前記第１の順序が、論理チャネルIDにしたがって決定される、段落２に記載の方法。
【０１２２】
6.  前記第１の順序が、前記論理チャネルグループに属する論理チャネルに関連付けられた論理チャネル優先順位値にしたがって決定される、段落２に記載の方法。
【０１２３】
7.  前記第１の順序が、論理チャネルグループごとの論理チャネル優先順位値の平均にしたがって決定される、段落６に記載の方法。
【０１２４】
8.  前記第１の順序が、論理チャネルグループごとの最も高い論理チャネル優先順位値にしたがって決定される、段落６に記載の方法。
【０１２５】
9.  前記論理チャネル優先順位値が、前記第１の順序を決定するための専用の優先順位値である、段落６から段落８までのいずれか１つに記載の方法。
【０１２６】
10.  前記論理チャネル優先順位値が、MACスケジューリングのための論理チャネル優先順位値である、段落６から段落８までのいずれか１つに記載の方法。
【０１２７】
11.  前記メッセージが、前記バッファステータスレポートの長さの指示をさらに含む、先の段落のいずれか１つに記載の方法。
【０１２８】
12.  前記バッファステータスレポートの前記長さの指示が、前記バッファステータスレポートのサブヘッダ内に含まれる、段落１１に記載の方法。
【０１２９】
13.  前記バッファステータスレポートの前記長さの指示が、前記バッファステータスレポートの前記サブヘッダ内のフィールドを構成する、段落１２に記載の方法。
【０１３０】
14.  送信にデータが利用可能な論理チャネルグループの数と、前記バッファステータスレポートの最大長さとに基づいて、前記バッファステータスレポートの長さを決定することを有する、段落１１から１３のいずれか１つに記載の方法。
【０１３１】
15.  前記最大長さが、前記バッファステータスレポートを送信するために前記端末機器に許可されたリソースの量に基づいて決定される、段落１４に記載の方法。
【０１３２】
段落１５に記載されたものの代替実施形態では、前記最大長さが例えば、ネットワークノードからのシグナリングを通じて（例えば、RRC信号のような専用信号を通じて、またはシステム情報のようなブロードキャストシグナリングを通じて)、端末機器で構成されてもよい。
【０１３３】
16.  前記バッファステータス情報を生成することが、送信にデータが利用可能である前記論理チャネルグループのそれぞれについての個別のバッファサイズフィールドを有する前記バッファステータスレポートの長さが前記最大長さを超えるであろうという判定に応答して、前記バッファステータスレポートが前記最大長以下の長さを有するよう、送信にデータが利用可能である前記論理チャネルグループのサブセットについてのバッファサイズフィールドを生成することを有する、段落１４または段落１５に記載の方法。
【０１３４】
17.  前記サブセットが、１つ以上の最も高い優先順位値に関連付けられた１つまたは複数の論理チャネルグループを含み、１つ以上の最も低い優先順位値に関連付けられた１つまたは複数の論理チャネルグループを除外する、段落１６に記載の方法。
【０１３５】
18.  前記バッファステータスレポートが、メディアアクセス制御(MAC)制御要素に対応する、先の段落のいずれか１つに記載の方法。
【０１３６】
19.  前記複数の指示が、ビットマップを構成する、先の段落のいずれか１つに記載の方法。
【０１３７】
20.  前記ビットマップが１バイト長である、段落１９に記載の方法。
【０１３８】
21.  各バッファサイズフィールドが１バイト長である、先の段落のいずれか１つに記載の方法。
【０１３９】
22.  無線通信ネットワークにおいて動作するネットワークノードにおける方法であって、前記方法が：
前記無線通信ネットワークにおいて動作する端末機器からメッセージを受信することを有し、ここで前記端末機器は複数の論理チャネルグループで構成可能であり、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１４０】
23.  段落２２に記載の方法であって、さらに、
前記バッファステータスレポートに基づいて、データを送信するための無線リソースを端末機器にスケジューリングすることを有する。
【０１４１】
24.  前記個別の指示が第１の順序で配置され、前記１つまたは複数のバッファサイズフィールドが前記第１の順序に対応する第２の順序で配置される、段落２２または段落２３に記載の方法。
【０１４２】
25.  段落２４に記載の方法であって、さらに、
前記端末機器を前記第１の順序で構成することを有する。
【０１４３】
26.  前記第１の順位で前記端末機器を構成することが、専用のシグナリングまたはブロードキャストシグナリングを通じて前記第１の順序で前記端末機器を構成することを有する、段落２５に記載の方法。
【０１４４】
27.  前記メッセージはバッファステータスレポートの長さの指示をさらに含む、段落２２から段落２６のいずれか１つに記載の方法。
【０１４５】
28.  前記バッファステータスレポートの前記長さの指示が、前記バッファステータスレポートのサブヘッダー内に含まれる、段落２７に記載の方法。
【０１４６】
29.  前記バッファステータスレポートの前記長さの指示が、前記バッファステータスレポートの前記サブヘッダ内のフィールドを構成する、段落２８に記載の方法。
【０１４７】
30.  さらに、前記長さの指示と、送信のためのデータの利用可能性を示す前記個別の指示とから、送信にデータが利用可能であり、かつ前記バッファステータスレポートがバッファサイズフィールドを有しない少なくとも１つの論理チャネルグループによって前記端末機器が構成されていると判定することを有する、段落２７から段落２９のいずれか１つに記載の方法。
【０１４８】
31.  送信にデータが利用可能であり、かつ前記バッファステータスレポートがバッファサイズフィールドを有しない前記少なくとも１つの論理チャネルグループに対して、既定量のリソースをスケジューリングすることをさらに有する、段落３０に記載の方法。
【０１４９】
32.  前記バッファステータス報告が、メディアアクセス制御(MAC)制御要素に対応する、段落２２から３１のいずれか１つに記載の方法。
【０１５０】
33.  前記複数の指示がビットマップを構成する、段落２２から３２のいずれか１つに記載の方法。
【０１５１】
34.  前記ビットマップが１バイト長である、段落３３に記載の方法。
【０１５２】
35.  各バッファサイズフィールドが１バイト長である、段落２２から３４のいずれか１項に記載の方法。
【０１５３】
36.  無線通信ネットワークのための端末機器であって、前記端末機器は複数の論理チャネルグループで構成可能であり、前記端末機器は、
バッファステータス情報を生成し、
前記無線通信ネットワークにおいて動作するネットワークノードにメッセージを送信する、ように構成され、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１５４】
37.  段落２から２１のいずれか１項に記載の方法を実行するようにさらに構成された、段落３６に記載の端末機器。
【０１５５】
38.  無線通信ネットワークのための端末機器であって、前記端末機器は複数の論理チャネルグループで構成可能であり、処理回路と、命令を記憶する非一時的な機械可読媒体とを有し、前記命令は前記処理回路に実行されると、前記端末機器に、
バッファステータス情報を生成し、
前記無線通信ネットワークにおいて動作するネットワークノードにメッセージを送信する、ようにさせ、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１５６】
39.  前記非一時的な機械可読媒体が、前記処理回路によって実行されると、前記端末機器に段落２から２１のいずれか１つに記載の方法を実行させる命令をさらに記憶する、段落３８に記載の端末機器。
【０１５７】
40.  無線通信ネットワークのための端末機器であって、前記端末機器は複数の論理チャネルグループで構成可能であり、前記端末機器は:
バッファステータス情報を生成するように構成された生成モジュールと、
前記無線通信ネットワークにおいて動作するネットワークノードにメッセージを送信するように構成された送信モジュールと、を有し、前記バッファステータスレポートは前記バッファステータス情報を含み、前記バッファステータスレポートは、
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１５８】
41.  無線通信ネットワークのためのネットワークノードであって、
前記無線通信ネットワークにおいて動作する端末機器からメッセージを受信するように構成され、ここで前記端末機器は複数の論理チャネルグループで構成可能であり、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１５９】
42.  段落２３から３５のいずれか１つに記載の方法を実行するようにさらに構成された、段落４１に記載のネットワークノード。
【０１６０】
43.  無線通信ネットワークのためのネットワークノードであって、前記ネットワークノードは処理回路と、命令を記憶する非一時的な機械可読媒体とを有し、前記命令は前記処理回路に実行されると、前記ネットワークノードに、
前記無線通信ネットワークにおいて動作する端末機器からメッセージを受信させ、前記端末機器は複数の論理チャネルグループで構成可能であり、前記メッセージは前記バッファステータス情報を含んだバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【０１６１】
44.  前記非一時的な機械可読媒体が、前記処理回路によって実行されると、前記ネットワークノードに段落２３から３５のいずれか１つに記載の方法を実行させる命令をさらに記憶する、段落４３に記載のネットワークノード。
【０１６２】
45.  無線通信ネットワークのためのネットワークノードであって、
前記無線通信ネットワークにおいて動作する端末機器からメッセージを受信するように構成された受信モジュールを有し、前記端末機器は複数の論理チャネルグループで構成可能であり、前記メッセージはバッファステータス情報を含むバッファステータスレポートを含み、前記バッファステータスレポートは:
前記複数の論理チャネルグループの各々について、前記端末機器における、論理チャネルグループに対して送信するためのデータの利用可能性を示す個別の指示と、
送信にデータが利用可能な前記論理チャネルグループの１つまたは複数についての、送信に利用可能なデータ量を示す個別のバッファサイズフィールドとを有する。
【図１】
0006850518.tif 000002
【図２ａ】
0006850518.tif 000003
【図２ｂ】
0006850518.tif 000004
【図３】
0006850518.tif 000005
【図４ａ】
0006850518.tif 000006
【図４ｂ】
0006850518.tif 000007
【図５】
0006850518.tif 000008
【図６】
0006850518.tif 000009
【図７】
0006850518.tif 000010
【図８】
0006850518.tif 000011
【図９】
0006850518.tif 000012
【図１０】
0006850518.tif 000013
【図１１】
0006850518.tif 000014
【図１２】
0006850518.tif 000015
【図１３】
0006850518.tif 000016
【図１４】
0006850518.tif 000017