(57)【要約】【課題】ＮＲにおけるバッファ状態レポート（ＢＳＲ）の方法、装置、コンピュータプログラム製品およびコンピュータプログラム。【解決手段】本開示は、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットに関連するバッファリングされたデータが送信に利用可能であることを決定するステップと、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報と、論理チャネル・グループの第２のサブセットに関連し、送信に利用可能なバッファリングされたデータの量を識別する情報と、を含むバッファ状態レポートを生成するステップであって、論理チャネル・グループの第２のサブセットが論理チャネル・グループの第１のサブセットの適切なサブセットである、バッファ状態レポートを送信することステップと、を含む方法に関する。【選択図】図７
2021501521.tif 000002
【特許請求の範囲】
【請求項１】
論理チャネル・グループのセットからの論理チャネル・グループの第１のサブセットに関連するバッファ・データが、送信に使用可能であると判断するステップと、
バッファ状態レポートを生成するステップであって、該バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの前記第１のサブセットを識別し、論理チャネル・グループの第２のサブセットに関連付けられた情報と、送信に利用可能なバッファされたデータの量を識別する情報とを含み、論理チャネル・グループの前記第２のサブセットは、論理チャネル・グループの前記第１のサブセットの適切なサブセットである、ステップと、
前記バッファ状態レポートを送信するステップと、
を含む方法。
【請求項２】
決定された論理チャネル・グループの優先順序と、前記論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
前記論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
降順論理チャネル・グループ識別値と、
昇順論理チャネル・グループ識別値と、
決定された論理チャネル・グループ識別値に基づいた論理チャネル・グループ優先順序および前記論理チャネル・グループ識別値に基づいた２次順序レベルと
のうちの少なくとも１つに基づいて、論理チャネル・グループの前記セットの優先順序を決定するステップ
をさらに含む、請求項１に記載の方法。
【請求項３】
前記バッファ状態レポートを生成するステップは、前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて、前記論理チャネル・グループの第１のサブセットから論理チャネル・グループを選択することをさらに含む、請求項２に記載の方法。
【請求項４】
前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択するステップは、論理チャネル・グループの前記セットの前記優先順序に基づいて、前記第１のサブセットから決定された数の要素を選択するステップを含み、前記決定された数は、パケット・データ・ユニットの端部に利用可能な決定されたスペースに基づいている、請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
請求項２に従属する場合、前記バッファ状態レポートの送信は、前記バッファ状態レポートの開始から前記パケット・データ・ユニットの終了までのバッファ状態レポートの長さを決定することに基づいて、前記第２のサブセット内の論理チャネル・グループの数を決定し、前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の論理チャネル・グループをさらに決定することができるように、前記パケット・データ・ユニットの終了時に前記バッファ状態レポートを送信することを含む、請求項４に記載の方法。
【請求項６】
前記バッファ状態レポートの受信者は、前記レポートの長さの値から第２のサブセット内の論理チャネル・グループの数を決定し、前記第２のサブセット内の論理チャネル・グループの数に基づいて第２のサブセット内の論理チャネル・グループをさらに決定することができる、ように、前記バッファ状態レポートは、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含む、請求項２および３のいずれかに記載の方法。
【請求項７】
バッファ状態レポートを生成することは、論理チャネル・グループの第１のサブセットを識別する情報に対して、論理チャネル・グループのセットから、ビット・マップを含むバイトを生成することを含み、ビット・マップ内のビットの値は、論理チャネル・グループのセットからの論理チャネル・グループが、第１のサブセット内にあり、送信に利用可能な論理チャネル・グループに関連するバッファされたデータを有するかどうかを識別する、請求項１から６のいずれかに記載の方法。
【請求項８】
バッファ状態レポートを生成するステップが、
論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループの第２のサブセット内の論理チャネル・グループ内の第２のサブセット内の送信に利用可能なデータ量を識別するバッファ状態値を含むバイトを生成することと、
論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループを識別するための論理チャネル・グループ識別子と、論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連付けられた送信に利用可能なデータ量を識別するバッファ状態値とを含むバイトを生成することと、
のうちの１つをさらに含む、
請求項７に記載の方法。
【請求項９】
バッファ状態レポートを受信するステップであって、該バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報を含み、論理チャネル・グループの前記第１のサブセットは、受信に利用可能なバッファ・データを有する論理チャネル・グループを含み、受信に利用可能なバッファ・データの量を識別する論理チャネル・グループの第２のサブセット情報に関連付けられ、論理チャネル・グループの第２のサブセットは、論理チャネル・グループの第１のサブセットの適切なサブセットである、ステップと、
論理チャネル・グループの第２のサブセット内の任意の論理チャネル・グループに対して、受信に使用可能なバッファ・データの量を抽出するステップと、
論理要素の第１のサブセットと、ゼロ以外の量のデータが受信のために利用可能であり、バッファされたデータの量が定義されていない論理チャネル・グループの第２のサブセットのコンプリメントとの交差の要素で少なくとも１つのさらなる論理チャネル・グループを識別するステップと、
抽出および識別のうちの少なくとも１つに基づいて、少なくとも１つのネットワーク制御機能を実行するステップと、
を含む方法。
【請求項１０】
決定された論理チャネル・グループの優先順序と、
論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
降順論理チャネル・グループ識別値と、
昇順論理チャネル・グループ識別値と、
論理チャネル・グループ識別値に基づいて決定された論理チャネル・グループ優先順序および二次順序レベルに基づいて決定された一次順序レベルと、
のうちの少なくとも１つに基づいて、前記論理チャネル・グループのセットの優先順序を決定するステップをさらに含む、
請求項９に記載の方法。
【請求項１１】
第２の論理チャネル・グループのサブセット内の任意の論理チャネル・グループについて、前記受信に利用可能なバッファリングされたデータの量を抽出するステップが、前記論理チャネル・グループのセットの優先順序に基づいて、前記第２の論理チャネルのサブセットのそれぞれに、前記受信に利用可能なバッファリングされたデータの量を識別する前記情報を関連付けることを含む、
請求項１０に記載の方法。
【請求項１２】
バッファ状態レポートを受信するステップは、
パケット・データ・ユニットの最後でバッファ状態レポートを受信することと、
受信に利用可能なバッファ・データの量を識別する情報を、論理チャネル・グループのセットの優先順序に基づいて論理チャネルの第２のサブセットのそれぞれに関連付けることと、を含み、
パケット・データ・ユニットの最後までのバッファ状態レポートの開始に基づいて、バッファ状態レポートの長さを決定することと、
バッファ状態レポートの長さに基づいて、２番目のサブセット内の論理チャネル・グループを決定することと、を含む、
請求項１１に記載の方法。
【請求項１３】
前記論理チャネル・グループのセットの優先順序に基づいて、前記第２の論理チャネルのサブセットのそれぞれに対して、受信に利用可能なバッファリングされたデータの量を識別する前記情報を関連付けるステップは、
前記バッファ状態レポート内の、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示す長さの値を受信することと、
前記第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の前記論理チャネル・グループを決定することと、
を含む、請求項１１に記載の方法。
【請求項１４】
前記第２のサブセットは、空のセットである、請求項１ないし１３のいずれか１項に記載の方法。
【請求項１５】
前記パケット・データ・ユニットの終わりは、アップリンク媒体アクセス制御パケット・データ・ユニットにおいて多重化された最後の媒体アクセス制御要素である、
請求項５または１２のいずれかに記載の方法。
【請求項１６】
前記バッファ状態レポートは、ＮＲロング・トランケート・バッファ状態レポートである、請求項１から１４のいずれか１項に記載の方法。
【請求項１７】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、
論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットに関連するバッファ・データが、送信に使用可能であることを決定させ、
論理チャネル・グループのセットから、論理チャネル・グループの第２のサブセットに関連付けられた論理チャネル・グループの第１のサブセットを識別する情報と、送信に利用可能なバッファリングデータの量を識別する情報であって、論理チャネル・グループの第２のサブセットは、論理チャネル・グループの第１のサブセットの適切なサブセットである、情報と、を含むバッファ状態レポートを生成させ、
前記バッファ状態レポートを送信させる
ように構成される装置。
【請求項１８】
前記少なくとも１つのプロセッサは、さらに、
前記論理チャネル・グループのセットの優先順序を決定された論理チャネル・グループの優先順序と、
論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
降順論理チャネル・グループ識別値と、
昇順論理チャネル・グループ識別値と、
論理チャネル・グループ識別値に基づいて決定された論理チャネル・グループ優先順序および二次順序レベルに基づいて決定された一次順序レベルと、
のうちの少なくとも１つに基づいて、決定させる、
請求項１７に記載の装置。
【請求項１９】
前記バッファ状態レポートを生成させた前記少なくとも１つのプロセッサは、さらに、
前記第２のサブセットを形成するために、前記セットの論理チャネル・グループの優先順序に基づいて、論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択させる、
請求項１８に記載の装置。
【請求項２０】
前記第２のサブセットを形成するために、前記セットの論理チャネル・グループの優先順序に基づいて、論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択させた前記少なくとも１つのプロセッサは、さらに、
前記セットの論理チャネル・グループの優先順序に基づいて、前記第１のサブセットから決定された数の要素を選択させ、
前記決定された数は、パケット・データ・ユニットの端部に利用可能な決定された空間に基づいて行われる、
請求項１７から１９のいずれかに記載の装置。
【請求項２１】
前記バッファ状態レポートを送信するようにさせた少なくとも１つのプロセッサが、さらに、
前記バッファ状態レポートを受信するように構成された、少なくとも１つの更なる装置が、前記バッファ状態レポートの開始から前記バッファ状態レポートの終わりまでの前記バッファ状態レポートの長さを決定することに基づいて、第２のサブセット内の論理チャネル・グループの数を決定することができ、
さらに、第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の論理チャネル・グループを決定することができるように、パケット・データ・ユニットの端部における前記バッファ状態レポートを送信するようにさせる、
請求項１８に従属するときに、請求項２０に記載の装置。
【請求項２２】
前記バッファ状態レポートを受信するように構成された少なくとも１つのさらなる装置が、前記レポートの長さの値から前記第２のサブセット内の論理チャネル・グループの数を決定することができ、
前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の論理チャネル・グループをさらに決定できるように、前記バッファ状態レポートは、第２の論理チャネル・グループのサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含む、
請求項１７および１９のいずれかに記載の装置。
【請求項２３】
バッファ状態レポートを生成させた前記少なくとも１つのプロセッサが、さらに、
論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報に対して、ビット・マップを含むバイトを生成させ、
前記ビット・マップ内のビットの値は、前記論理チャネル・グループのセットからの論理チャネル・グループが第１のサブセット内にあり、送信に利用可能な前記論理チャネル・グループに関連するバッファされたデータを有するかどうかを識別する、
請求項１７から２２のいずれかに記載の装置。
【請求項２４】
前記バッファ状態レポートを生成させる前記少なくとも１つのプロセッサは、さらに、    論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値を含むバイト、および、論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループを識別するための論理チャネル・グループ識別子と、
論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値と、を含むバイトのうちの１つを生成させる、
請求項２３に記載の方法。
【請求項２５】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
前記少なくとも１つのメモリおよび前記少なくとも１つのプロセッサは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、
バッファ状態レポートを受信させ、ここで、バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報と、論理チャネル・グループの第１のサブセットは受信に利用可能なバッファリングデータを有する論理チャネル・グループとを含み、受信に利用可能なバッファリングデータの量を識別する論理チャネル・グループの第２のサブセット情報に関連付けられ、論理チャネル・グループの第２のサブセットは、論理チャネル・グループの第１のサブセットの適切なサブセットであり、
論理チャネル・グループの第２のサブセット内の任意の論理チャネル・グループに対して、受信に利用可能なバッファリングされたデータの量を抽出させ、論理要素の第１のサブセットと、ゼロ以外の量のデータが受信のために利用可能であり、
バッファされたデータの量が定義されていない論理チャネル・グループの第２のサブセットのコンプリメントとの交差の要素である少なくとも１つのさらなる論理チャネル・グループを識別させ、
抽出および識別のうちの少なくとも１つに基づいて、少なくとも１つのネットワーク制御機能を実行させる
ように構成される装置。
【請求項２６】
前記少なくとも１つのプロセッサは、前記論理チャネル・グループのセットの優先順序を、
決定された論理チャネル・グループの優先順序、
論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序、
論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序、
降順論理チャネル・グループ識別値、昇順論理チャネル・グループ識別値、および、
論理チャネル・グループ識別値に基づいて決定された論理チャネル・グループ優先順序と二次順序レベルに基づいて決定された一次順序レベル、
のうちの少なくとも１つに基づいて、決定させる、
請求項２５に記載の装置。
【請求項２７】
第２の論理チャネル・グループのサブセット内の任意の論理チャネル・グループに対して、受信に利用可能なバッファリングされたデータの量を抽出させた前記少なくとも１つのプロセッサが、前記受信に利用可能なバッファリングされたデータの量を識別する情報を、前記論理チャネル・グループのセットの優先順序に基づいて、前記第２の論理チャネルのサブセットのそれぞれに関連付けさせる、
請求項２６に記載の装置。
【請求項２８】
バッファ状態レポートを受信させる前記少なくとも１つのプロセッサは、さらに、
パケット・データ・ユニットの末尾でバッファ状態レポートを受信するようにさせ、
論理チャネル・グループのセットの優先順序に基づいて、受信に利用可能なバッファされたデータの量を識別する情報を論理チャネルの第２のサブセットのそれぞれに関連付けさせた前記少なくとも１つのプロセッサは、さらに、前記パケット・データ・ユニットの終わりまでの前記バッファ状態レポートの開始に基づいて、前記バッファ状態レポートの長さを決定させ、
前記バッファ状態レポートの長さに基づいて、前記第２のサブセット内の論理チャネル・グループを決定させる、
請求項２７に記載の装置。
【請求項２９】
前記論理チャネル・グループのセットの優先順序に基づいて、前記第２の論理チャネルのサブセットのそれぞれに、受信のために利用可能なバッファリングされたデータの量を識別する情報を関連付けさせた前記少なくとも１つのプロセッサが、さらに、
バッファ状態レポート内の、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を受信させ、
前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の前記論理チャネル・グループを決定させる、
請求項２７に記載の装置。
【請求項３０】
前記第２のサブセットは、空のセットである、請求項１７ないし２９のいずれか１項に記載の装置。
【請求項３１】
前記パケット・データ・ユニットの終わりは、アップリンク媒体アクセス制御パケット・データ・ユニットにおいて多重化された最後の媒体アクセス制御要素である、請求項２１または２８に記載の装置。
【請求項３２】
前記バッファ状態レポートは、ＮＲロング・トランケート・バッファ状態レポートである、請求項１７ないし３０のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、方法、装置、コンピュータプログラム製品、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
通信システムは、通信デバイス間にキャリアを提供することによって、ユーザ端末、機械のような端末、基地局、および／または他のノードのような２つ以上のデバイス間の通信を可能にするファシリティと見ることができる。通信システムは、例えば、通信ネットワークと１つ以上の互換性のある通信装置との手段によって提供することができる。通信は、例えば、音声、電子メール、テキストメッセージ、マルチメディア及び／又は、コンテンツデータ等の通信を搬送するためのデータの通信を含むことができる。提供されるサービスの非限定的な例には、双方向通話または多方向通話、データ通信またはマルチメディアサービス、およびインターネットのようなデータネットワークシステムへのアクセスが含まれる。
【０００３】
無線システムでは、少なくとも２つのステーション間の通信の少なくとも一部が、無線インタフェースをわたって行われる。無線システムの例には、公衆陸上移動ネットワーク（ＰＬＭＮ）、衛星ベースの通信システム、および、異なる無線ローカルネットワーク、例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）が含まれる。デバイスをデータネットワークに接続できるローカルエリア・ワイヤレスネットワーク・テクノロジーは、商標名Ｗｉ−Ｆｉ（またはＷｉ−Ｆｉ）という名で知られている。Ｗｉ−Ｆｉは、ＷＬＡＮと同義で使用されることがよくある。ワイヤレスシステムはセルに分割することができ、したがって、しばしばセルラシステムと呼ばれる。
【０００４】
ユーザは、適切な通信装置又は端末の手段により、通信システムに接続することができる。ユーザの通信装置は、しばしばユーザ装置（ＵＥ）と呼ばれる。通信装置は、通信を可能にするための、例えば、通信ネットワークへのアクセスまたは他のユーザとの直接通信を可能にするための、適切な信号受信および送信装置を備える。通信デバイスは、局、例えば、セルの基地局によって提供されるキャリアにアクセスし、キャリア上で通信を送信および／または受信することができる。
【０００５】
通信システムおよび関連するデバイスは、典型的には、システムに関連する様々なエンティティが何を行うことを許可されているか、およびそれがどのように達成されるべきかを規定する所与の規格または仕様に従って動作する。接続のために使用される通信プロトコルおよび／またはパラメータもまた、典型的に定義される。標準化された通信システムアーキテクチャの一例は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）無線アクセス技術のＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）である。ＬＴＥは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によって標準化されている。ＬＴＥは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）アクセスを採用する。ＬＴＥのさらなる開発は、ＬＴＥ  Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）と呼ばれることがある。現在の３ＧＰＰ標準化努力は、いわゆる第５世代（５Ｇ）システムに向けられている。５Ｇシステムは、ＮＲ（ｎｅｗ  ｒａｄｉｏ）と呼ばれることもある。
【０００６】
さらなる研究を続けられているＮＲの態様の１つは、ユーザ機器（ＵＥ）およびバッファ状態レポート（ＢＳＲ）手順から、バッファ状態をレポートすることである。バッファ状態レポート手順は、ＵＥのアップリンク（ＵＬ）バッファにおける送信に利用可能なデータ量に関する情報を、サービスアクセスポイント（基地局またはｅＮｏｄｅＢ（ｅＮＢ）、または５Ｇシステムでは次世代ノードＢ（ｇＮＢ））に提供するために使用される。
【発明の概要】
【０００７】
第１の態様において、論理チャネル・グループのセットからの論理チャネル・グループの第１のサブセットに関連するバッファリングされたデータが、送信に利用可能であることを決定するステップと、論理チャネル・グループのセットからの論理チャネル・グループの第１のサブセットを識別する情報と、論理チャネル・グループの第２のサブセットに関連し、送信に利用可能なバッファリングされたデータの量を識別する情報と、論理チャネル・グループの第１のサブセットの適切なサブセットである論理チャネル・グループの第２のサブセットと、を含むバッファ状態レポートを生成するステップと、バッファ状態レポートを送信するステップと、を含む方法が提供される。
【０００８】
本方法は、決定された論理チャネル・グループの優先順序と、論理チャネル・グループ内で構成された論理チャネルの最も高い論理チャネル優先順序に基づいて、決定された論理チャネル・グループ優先順序と、論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、降順の論理チャネル・グループ識別値と、昇順の論理チャネル・グループ識別値と、決定された論理チャネル・グループの優先順序に基づく一次順序レベルと、論理チャネル・グループ識別値に基づく二次順序レベルと、のうちの少なくとも１つに基づいて、論理チャネル・グループの優先順序を決定するステップをさらに含む。
【０００９】
バッファ状態レポートを生成するステップは、第２のサブセットを形成するために、論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第１のサブセットから論理チャネル・グループを選択することをさらに含むことができる。
【００１０】
論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第１のサブセットから論理チャネル・グループを選択して、第２のサブセットを形成することは、論理チャネル・グループのセットの優先順序に基づいて論理チャネル・グループの第１のサブセットから決定された数の要素を選択することを含み、決定された数は、パケット・データ・ユニットの端部に利用可能な決定された空間に基づくことができる。
【００１１】
バッファ状態レポートを送信することは、バッファ状態レポートの受信者が、バッファ状態レポートの開始からパケット・データ・ユニットの終了までのバッファ状態レポートの長さを決定することに基づいて、第２のサブセット内の論理チャネル・グループの数を決定し、第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の論理チャネル・グループをさらに決定することができるように、パケット・データ・ユニットの終了時にバッファ状態レポートを送信することを含むことができる。
【００１２】
第２のサブセット内の論理チャネル・グループを決定することは、第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序にさらに基づくことができる。
【００１３】
バッファ状態レポートは、バッファ状態レポートの受信者は、レポートの長さの値から第２のサブセット内の論理チャネル・グループの数を決定し、第２のサブセット内の論理チャネル・グループの数に基づいて第２のサブセット内の論理チャネル・グループをさらに決定することができるように、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含むことができる。
【００１４】
第２のサブセット内の論理チャネル・グループを決定することは、第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序に基づくことができる。
【００１５】
バッファ状態レポートを生成することは、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報に対して、ビット・マップを含むバイトを生成することを含み、ビット・マップ内のビットの値は、論理チャネル・グループのセットからの論理チャネル・グループが、第１のサブセット内にあり、送信に利用可能な論理チャネル・グループに関連するバッファされたデータを有するかどうかを識別することができる。
【００１６】
バッファ状態レポートを生成することは、論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値を含むバイトを生成することと、論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループを識別するための論理チャネル・グループ識別子と、論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値と、を含むバイトを生成することとのうちの１つをさらに含むことができる。
【００１７】
第２の態様によれば、バッファ状態レポートを受信するステップであって、バッファ状態レポートは、一組の論理チャネル・グループから論理チャネル・グループの第１のサブセットを識別する情報を含み、論理チャネル・グループの第１のサブセットは、受信に利用可能なバッファ・データを有する論理チャネル・グループを含む、ステップと、論理チャネル・グループ情報の第２のサブセットに関連して、受信に利用可能なバッファ・データの量を識別するステップであって、論理チャネル・グループの第２のサブセットは論理チャネル・グループの第１のサブセットの適切なサブセットである、ステップと、論理チャネル・グループの第１のサブセット内の任意の論理チャネル・グループに対する、受信に利用可能なバッファ・データの量を抽出するステップと、論理要素の第１のサブセットの要素である少なくとも１つのさらなる論理チャネル・グループを識別するステップであって、論理要素の第１のサブセット、ゼロ以外の量のデータが受信に利用可能である、論理チャネル・グループの第２のサブセットの補足物、および、バッファ・データの量が定義されていないステップと、抽出と識別の少なくとも１つに基づいて、１つのネットワーク制御機能を実行するステップとを含む方法が提供される。
【００１８】
本方法は、決定された論理チャネル・グループの優先順序と、論理チャネル・グループ内で構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、降順の論理チャネル・グループ識別値と、昇順の論理チャネル・グループ識別値と、決定された論理チャネル・グループの優先順序に基づく一次順序レベルと、論理チャネル・グループ識別値に基づく二次順序レベルと、のうちの少なくとも１つに基づいて、論理チャネル・グループの優先順序を決定するステップと、をさらに含む。
【００１９】
論理チャネル・グループの第２のサブセット内の任意の論理チャネル・グループに対して、受信に利用可能なバッファされたデータの量を抽出することは、論理チャネル・グループのセットの優先順序に基づいて、論理チャネルの第２のサブセットのそれぞれに、受信に利用可能なバッファされたデータの量を識別する情報を、関連付けることを含むことができる。
【００２０】
バッファ状態レポートを受信することは、パケット・データ・ユニットの最後でバッファ状態レポートを受信することと、論理チャネル・グループのセットの優先順序に基づいて、論理チャネルの第２のサブセットのそれぞれに、受信に利用可能なバッファ・データの量を識別する情報を関連付けることと、を含むことができる。
【００２１】
第２のサブセット内の論理チャネル・グループを決定することは、バッファ状態レポートの長さ、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序に基づくことができる。
【００２２】
論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第２のサブセットのそれぞれに、受信に利用可能なバッファリングされたデータの量を識別する情報を関連付けることは、バッファ状態レポート内で、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を受信することと、第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序を識別する情報に基づいて、第２のサブセット内の論理チャネル・グループを決定することと、を含むことができる。
【００２３】
第２のサブセットは、空のセットであり得る。
【００２４】
パケット・データ・ユニットの端部は、アップリンク媒体アクセス制御パケット・データ・ユニットで多重化された最後の媒体アクセス制御要素であり得る。
【００２５】
バッファ状態レポートは、ＮＲ（ｎｅｗ  ｒａｄｉｏ）ロング・トランケート・バッファ状態レポートであり得る。
【００２６】
第３の態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、前記少なくとも１つのメモリと、前記少なくとも１つのプロセッサとは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットに関連するバッファリングされたデータが、送信可能であることを判断させ、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報と、論理チャネル・グループの第２のサブセットに関連する、送信可能なバッファリングされたデータの量を識別する情報と、論理チャネル・グループの第１のサブセットの適切なサブセットである論理チャネル・グループの第２のサブセットと、を含むバッファ状態レポートを生成させ、バッファ状態レポートを送信させる、装置が提供される。
【００２７】
少なくとも１つのプロセッサは、さらに、決定された論理チャネル・グループ優先順序、論理チャネル・グループ内で構成された論理チャネルの最上位の論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序、論理チャネル・グループ内で伝送に利用可能なデータを有する論理チャネルの最上位の論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序、降順の論理チャネル・グループ識別値、昇順の論理チャネル・グループ識別値、および、決定された論理チャネル・グループ優先順序に基づいた１次順序レベルと論理チャネル・グループ識別値に基づいた２次順序レベルのうちの少なくとも１つに基づいて、論理チャネル・グループの優先順序を決定させることができる。
【００２８】
バッファ状態レポートを生成させた少なくとも１つのプロセッサはさらに、第２のサブセットを形成するために、論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第１のサブセットから論理チャネル・グループを選択させることができる。
【００２９】
第２のサブセットを形成するために論理チャネル・グループのセットの優先順序に基づいて論理チャネル・グループの第１のサブセットから論理チャネル・グループを選択させた、この少なくとも１つのプロセッサは、さらに、論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第１のサブセットから決定された数の要素を選択させることができる。この決定された数は、パケット・データ・ユニットの端部に利用可能な決定された空間に基づくことができる。
【００３０】
バッファ状態レポートを送信させた少なくとも１つのプロセッサは、さらに、バッファ状態レポートを受信するように構成された少なくとも１つのさらなる装置が、バッファ状態レポートの開始からパケット・データ・ユニットの終了までのバッファ状態レポートの長さを決定することに基づいて、第２のサブセット内の論理チャネル・グループの数を決定することができ、第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の論理チャネル・グループをさらに決定することができるように、パケット・データ・ユニットの最後でバッファ状態レポートを送信させる。
【００３１】
受信機はさらに、第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序に基づいて、第２のサブセット内の論理チャネル・グループを決定することができる。
【００３２】
バッファ状態レポートは、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含むことができ、それにより、バッファ状態レポートを受信するように構成された少なくとも１つのさらなる装置は、レポートの長さの値から第２のサブセット内の論理チャネル・グループの数を決定することができ、第２のサブセット内の論理チャネル・グループの数に基づいて第２のサブセット内の論理チャネル・グループをさらに決定することができる。
【００３３】
受信機はさらに、第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および、論理チャネル・グループのセットの優先順序に基づいて第２のサブセット内の論理チャネル・グループを決定することができる。
【００３４】
バッファ状態レポートを生成させた少なくとも１つのプロセッサは、さらに、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報に対して、ビット・マップを含むバイトを生成させることができ、ここで、ビット・マップ内のビットの値は、論理チャネル・グループのセットからの論理チャネル・グループが第１のサブセット内にあり、送信に利用可能な論理チャネル・グループに関連するバッファされたデータを有するかどうかを識別することができる。
【００３５】
バッファ状態レポートを生成するために発生した少なくとも１つのプロセッサは、さらに、論理チャネル・グループの第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値を含むバイトと、論理チャネル・グループの第２のサブセット内の各論理チャネル・グループ内の各論理チャネル・グループに対して、論理チャネル・グループを識別するための論理チャネル・グループ識別子と、論理チャネル・グループの第２のサブセット内の論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値と、を含むバイトとを生成することができる。
【００３６】
第５の態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのプロセッサおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、バッファ状態レポートを受信させ、ここで、前記バッファ状態レポートは、論理チャネル・グループのセットから第１のサブセットを識別する情報を含み、論理チャネル・グループの前記第１のサブセットは、受信に利用可能なバッファされたデータを有する論理チャネル・グループを備え、受信に利用可能なバッファされたデータの量を識別する論理チャネル・グループの第２のサブセットに関連付けられ、論理チャネル・グループの第２のサブセットは、論理チャネル・グループの第１のサブセットの適切なサブセットであり、前記第２のサブセット内の論理チャネル・グループに対して、利用可能なバッファされたデータの量を抽出させ、論理要素の前記第１のサブセットと、ゼロ以外の量のデータが受信のために利用可能であり、バッファされたデータの量が定義されていない、論理チャネル・グループの第２のサブセットの補完との交差の要素である、少なくとも１つの論理チャネル・グループを識別させ、抽出および識別のうちの少なくとも１つに基づいて、少なくとも１つのネットワーク制御機能を実行させるように構成される、装置が提供される。
【００３７】
少なくとも１つのプロセッサは、さらに、決定された論理チャネル・グループの優先順序と、論理チャネル・グループ内で構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、降順の論理チャネル・グループ識別値と、昇順の論理チャネル・グループ識別値と、決定された論理チャネル・グループの優先順序に基づく一次順序レベルと、論理チャネル・グループ識別値に基づく二次順序レベルとのうちの少なくとも１つに基づいて、論理チャネル・グループの優先順序を決定させることができる。
【００３８】
前記第２のサブセット内の論理チャネル・グループに対して、受信に利用可能なバッファされたデータの量を抽出させた、少なくとも１つのプロセッサは、さらに、論理チャネル・グループのセットの優先順序に基づいて、論理チャネルの第２のサブセットの各々への受信に使えるバッファリングされたデータの量を識別する情報を関連付けさせることができる。
【００３９】
バッファ状態レポートを受信させた、この少なくとも１つのプロセッサは、さらに、パケット・データ・ユニットの終わりにおいてバッファ状態レポートを受信させることができ、受信に利用可能なバッファ・データの量を識別する情報を、論理チャネル・グループのセットの優先順序に基づいて、論理チャネルの第２のサブセットのそれぞれに、関連付けさせた、少なくとも１つのプロセッサは、さらに、バッファ状態レポートの開始からパケット・データ・ユニットの終わりまでの長さに基づいて、バッファ状態レポートの長さを決定させ、バッファ状態レポートの長さに基づいて、第２のサブセット内の論理チャネル・グループを決定させることができる。
【００４０】
この少なくとも１つのプロセッサは、バッファ状態レポートの長さ、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序に基づいて、第２のサブセット内の論理チャネル・グループを決定させるようにされることができる。
【００４１】
論理チャネル・グループのセットの優先順序に基づいて、論理チャネル・グループの第２のサブセットのそれぞれに、受信のために利用可能なバッファされたデータの量を識別する情報を関連づけさせた、少なくとも１つのプロセッサは、さらに、バッファ状態レポート内で、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値と、を受信させ、第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の論理チャネル・グループを決定させることができる。
【００４２】
少なくとも１つのプロセッサは、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数、第１のサブセットを識別する情報、および論理チャネル・グループのセットの優先順序に基づいて、第２のサブセット内の論理チャネル・グループを決定するようにされ得る。
【００４３】
第２のサブセットは、空のセットであることができる。
【００４４】
パケット・データ・ユニットの端部は、アップリンク媒体アクセス制御パケット・データ・ユニットにおいて多重化された最後の媒体アクセス制御要素であり得る。
【００４５】
バッファ状態レポートは、ＮＲ（ｎｅｗ  ｒａｄｉｏ）ロング・トランケート・バッファ状態レポートであり得る。
【００４６】
この装置は、ユーザ機器であり得る。
【００４７】
この装置は、ｇＮｏｄｅ  Ｂであり得る。
【００４８】
コンピュータのためのコンピュータプログラム製品であって、前記製品がコンピュータ上で実行されるときに、本明細書に記載される方法のステップを実行するためのソフトウェアコード部分を含む、コンピュータプログラム製品。
【００４９】
一時的でないコンピュータ可読記憶媒体上に具現化されたコンピュータプログラムであって、プロセスを実行するためのプロセスを制御するためのプログラムコードを含むコンピュータプログラムであって、前記プロセスは、本明細書に論じるような方法のステップを含む、コンピュータプログラム。
【００５０】
さらなる態様では、本明細書で説明される動作を実行するための手段を備える機器が提供される。
【図面の簡単な説明】
【００５１】
いくつかの実施形態は、以下の実施例および添付の図面を参照して、単なる例として、ここでさらに詳細に記載される。
【図１】図１は、実施形態が使用され得る通信システムを概略的に示す。
【図２】図２は、実施形態が使用され得る通信デバイスを概略的に示す。
【図３】図３は、実施形態を採用することができる制御装置を概略的に示す。
【図４】図４は、既知の新しい無線ショートバッファ状態レポートフォーマットを概略的に示す。
【図５】図５は、既知の新しい無線フレキシブル・ロングバッファ状態レポートフォーマットを概略的に示す。
【図６】図６は、５Ｇ  ＮＲのためのプロトコルスタックを示す。
【図７】図７−図１０は、いくつかの実施形態によるＮＲロング・トランケート・バッファ状態レポート・フォーマットの例を概略的に示す。
【図８】図７−図１０は、いくつかの実施形態によるＮＲロング・トランケート・バッファ状態レポート・フォーマットの例を概略的に示す。
【図９】図７−図１０は、いくつかの実施形態によるＮＲロング・トランケート・バッファ状態レポート・フォーマットの例を概略的に示す。
【図１０】図７−図１０は、いくつかの実施形態によるＮＲロング・トランケート・バッファ状態レポート・フォーマットの例を概略的に示す。
【図１１】図１１は、いくつかの実施形態による、ＮＲロング・トランケート・バッファ状態レポートの生成／送信の概要のフロー図を示し、
【図１２】図１２ー図１４は、いくつかの実施形態による、ロング・トランケート・バッファ状態レポート動作の生成のフロー図をさらに詳細に示し、
【図１３】図１２ー図１４は、いくつかの実施形態による、ロング・トランケート・バッファ状態レポート動作の生成のフロー図をさらに詳細に示し、
【図１４】図１２ー図１４は、いくつかの実施形態による、ロング・トランケート・バッファ状態レポート動作の生成のフロー図をさらに詳細に示し、
【図１５】図１５は、いくつかの実施形態による、ＮＲロング・トランケート・バッファ状態レポートの受信／処理の概要のフロー図を示す。
【発明を実施するための形態】
【００５２】
詳細な実施形態を説明する前に、通信システム、モバイル通信デバイス、および制御装置の特定の一般的な原理を、図１から図３を参照して簡単に説明し、記載した本発明の基礎をなす技術の理解を助ける。
【００５３】
図１に示すような無線通信システム１００において、無線通信装置、例えば、ユーザ装置１０２、１０４、１０５は、少なくとも１つの基地局または同様の無線送信および／または受信無線インフラストラクチャノードまたはポイントを介して無線アクセスを提供される。このようなノードは、例えば、基地局またはｅＮｏｄｅＢ（ｅＮＢ）、または５Ｇシステムにおいて次世代ノードＢ（ｇＮＢ）、または、他の無線インフラストラクチャノードであることができる。これらのノードは、一般に基地局と呼ばれる。基地局は、典型的には、少なくとも１つの適切なコントローラ装置によって制御され、基地局の動作および基地局と通信する移動通信デバイスの管理を可能にする。コントローラ装置は、無線アクセスネットワーク（例えば、無線通信システム１００）またはコアネットワーク（ＣＮ）（図示せず）に配置されてもよく、１つの中央装置として実装されてもよく、または、その機能は、いくつかの装置にわたって分散されてもよい。コントローラ装置は、基地局の一部であってもよく、および／または、無線ネットワークコントローラなどの別個のエンティティによって提供されてもよい。図１では、制御装置１０８および１０９が、それぞれのマクロレベル基地局１０６および１０７を制御するように示されている。いくつかのシステムでは、制御装置が、追加的に、または代替的に、無線ネットワークコントローラ内に提供され得る。無線アクセスシステムの他の例は、５Ｇまたは新しい無線、無線ローカルエリアネットワーク（ＷＬＡＮ）および／またはＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）などの技術に基づくシステムの基地局によって提供されるものを含む。基地局は、セル全体または同様の無線サービスエリアのカバレージを提供することができる。
【００５４】
図１では、基地局１０６および１０７が、ゲートウェイ１１２を介してより広い通信ネットワーク１１３に接続されているように示されている。別のネットワークに接続するために、さらなるゲートウェイ機能が提供され得る。
【００５５】
より小さい基地局１１６、１１８、および１２０は、例えば、別個のゲートウェイ機能によって、および／またはマクロレベル局のコントローラを介して、ネットワーク１１３に接続されることができる。基地局１１６、１１８および１２０は、ピコまたはフェムトレベルの基地局などであることができる。この例では、局１１６および１１８はゲートウェイ１１１を介して接続され、局１２０はコントローラ装置１０８を介して接続される。いくつかの実施形態では、より小さい局は提供されなくてもよい。
【００５６】
次に、通信装置２００の概略部分断面図を示す図２を参照して、可能な無線通信装置をより詳細に説明する。このような通信デバイスは、しばしばエンドポイントデバイスと呼ばれる。適切な通信デバイスは、無線信号を送受信することができる任意のデバイスによって提供することができる。
【００５７】
通信デバイスは、例えば、モバイルデバイス、すなわち、特定の位置に固定されていないデバイスであってもよく、または固定デバイスであってもよい。通信デバイスは通信のために人間の対話を必要とすることがあり、または通信のために人間の対話を必要としないことがある。
【００５８】
通信デバイス２００は、受信するための適切な装置を介して、エアまたは無線インタフェース２０７を介して信号を受信することができ、無線信号を送信するための適切な装置を介して信号を送信することができる。図２において、トランシーバ装置はブロック２０６によって概略的に示されている。送受信機２０６は、例えば、無線部および関連するアンテナアレンジメントの手段によって提供することができる。アンテナ構成は、無線装置に内部又は外部に配置することができる。
【００５９】
通信装置は、典型的には、少なくとも１つのデータ処理エンティティ２０１、少なくとも１つのメモリ２０２、および、アクセスシステムおよび他の通信装置へのアクセスおよび通信の制御を含む、実行するように設計されたタスクのソフトウェアおよびハードウェア支援実行で使用するための他の可能なコンポーネント２０３を備えている。データ処理、記憶、および他の関連する制御装置は、適切な回路基板上および／またはチップセット内に設けることができる。この特徴は参照番号２０４で示されている。さらに、無線通信デバイスは、他のデバイスへの、および／または、外部アクセサリを接続するための適切なコネクタ（有線または無線のいずれか）を備えることができる。通信デバイス１０２、１０４、１０５は、様々なアクセス技術に基づいて通信システムにアクセスすることができる。
【００６０】
図３は、制御装置３００の一例を示す。制御装置は、ｇＮＢに統合することができる。制御装置３００は、システムのサービスエリアにおける通信の制御を提供するように構成することができる。制御装置３００は、少なくとも１つのメモリ３０１と、少なくとも１つのデータ処理ユニット３０２、３０３と、入出力インタフェース３０４とを備える。インタフェースを介して、制御装置３００は、ｇＮＢの受信器および送信器に結合することができる。受信機および／または送信機は、無線フロントエンドまたは遠隔無線ヘッドとして実装することができる。例えば、制御装置３００は、制御機能を提供する適切なソフトウェアコードを実行するように構成することができる。
【００６１】
無線通信システムの一例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されたアーキテクチャである。最新の３ＧＰＰベースの開発は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の無線アクセス技術のＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）と呼ばれることが多い。３ＧＰＰ仕様の様々な開発段階は、リリースと呼ばれる。ＬＴＥのより最近の開発は、しばしばＬＴＥ  Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）と呼ばれる。ＬＴＥは、ＥーＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）として知られるモバイルアーキテクチャを採用する。このようなシステムの基地局は、進化または強化されたノードＢｓ（ｅＮＢ）として知られ、ユーザプレーン・パッケット・データ収束／ラジオ・リンク制御／中アクセス制御／物理階層（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびコミュニケーション装置に向けた制御プレーン無線資源制御（ＲＲＣ）プロトコルのようなＥ−ＵＴＲＡＮ機能を提供する。無線アクセスシステムの他の例は、無線ローカルエリアネットワーク（ＷＬＡＮ）および／またはＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）などの技術に基づくシステムの基地局によって提供されるものを含む。基地局は、セル全体または同様の無線サービスエリアのカバレージを提供することができる。
【００６２】
通信システムの別の例は５Ｇ概念である。５Ｇにおけるネットワークアーキテクチャは、ＬＴＥアドバンストのものと全く同様であり得る。ネットワークアーキテクチャの変更は、様々な無線技術をサポートし、より細かいＱｏＳサポートをサポートする必要性、および、例えばユーザ視点のＱｏＥをサポートするためのＱｏＳレベルのためのいくつかのオンデマンド要件に依存することができる。また、ネットワーク認識サービスとアプリケーション、サービスとアプリケーション認識ネットワークは、アーキテクチャに変更をもたらす可能性がある。これらは、情報中心ネットワーク（ＩＣＮ）およびユーザ中心コンテンツ配信ネットワーク（ＵＣ−ＣＤＮ）アプローチに関連する。５Ｇは、複数の入力−複数の出力（ＭＩＭＯ）アンテナ、ＬＴＥ（いわゆる小セルコンセプト）よりも多くの基地局またはノードを使用することができる。これにはより小さな局と協力して運用するマクロサイトが含まれ、おそらくは、より良いカバレッジおよび強化されたデータレートのために、多様な無線技術も採用される。
【００６３】
図６は、３ＧＰＰ  ＴＳ３８．３００で定義されているような５ＧＮＲ無線プロトコルスタック（ユーザプレーン）を示す。プロトコルスタックは、ＵＥ６０１とｇＮＢ６１１との間に示されている。プロトコルスタックは、物理層（ＰＨＹ）６０９、６１９と、媒体アクセス層（ＭＡＣ）６０８、６１８と、無線リソース制御（ＲＲＣ）を特徴とする無線リンク制御層（ＲＬＣ）６０７、６１７と、パケット・データ収束制御層（ＰＤＣＰ）６０５、６１５と、サービスデータ適応プロトコル層（ＳＤＡＰ）６０３、６１３とを備える。
【００６４】
ＳＤＡＰ６０３、６１３の機能は、サービス品質（ＱｏＳ）フローとデータ無線ベアラとの間のマッピングと、ＤＬおよびＵＬパケットの両方におけるＱｏＳフローＩＤ（ＱＦＩ）のマーキングとを含む。個々のＰＤＵセッションごとに１つのＳＤＡＰが設定される。ただし、２つのＳＤＡＰ  エンティティを設定できるデュアルコネクティビティ（ＤＣ）は除く。
【００６５】
ＰＤＣＰ６０５、６１５副層の機能には、シーケンス番号付け、ヘッダ圧縮と圧縮解除、ユーザデータの転送、順序変更と重複検出、ＰＤＣＰパケット・データ・ユニット（ＰＤＵ）ルーティング、ＰＤＣＰサービスデータ・ユニット（ＳＤＵ）の再送、暗号化と解読、ＰＤＣＰ  ＳＤＵ廃棄、ＲＬＣ確認応答モード（ＡＭ）のためのＰＤＣＰ再確立とデータ回復、ＰＤＣＰ  ＰＤＵの重複が含まれる。
【００６６】
ＲＬＣレイヤ６０７、６１７の機能は送信モードに依存し、上位レイヤＰＤＵの転送、ＰＤＣＰにおけるものとは独立したシーケンス番号付け、自動反復要求（ＡＲＱ）による誤り訂正、セグメント化および再セグメント化、ＲＬ  ＳＤＵの再アセンブリ、ＲＬＣ  ＳＤＵ廃棄、ＲＬＣ再確立を含む。
【００６７】
ＭＡＣ層６０８、６１８の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートチャネル上で物理層に／から配信されるトランスポートブロック（ＴＢ）への／からの、１つまたは異なる論理チャネルに属するＭＡＣ  ＳＤＵの多重化／逆多重化、スケジューリング情報レポート、ハイブリッドＡＲＱによる誤り訂正（ＨＡＲＱ）、ダイナミックスケジューリングの手段によるＵＥ間の優先順序処理、論理チャネル優先順序付けの手段による１つのＵＥの論理チャネル間の優先順序処理、パディングを含む。単一のＭＡＣエンティティは、論理チャネルが、多数の論理および／またはＴＴＩ継続時間のどれを使用できるかを制御する論理チャネル優先順序付けにおいて、１つまたは複数の論理および／またはＴＴＩ継続時間およびマッピング制限をサポートすることができる。
【００６８】
物理層６０９、６１９の機能は、トランスポートチャネルからのすべての情報を、物理チャネルを介して搬送することを含む。これは、リンク適応（ＡＭＣ）、電力制御、セル探索（初期同期およびハンドオーバの目的のため）、およびＲＲＣ層のための他の測定を処理する。
【００６９】
いくつかの実施形態は、５Ｇ  ＮＲにおけるバッファ状態レポートプロシージャに関するが、それらは他の無線アクセス技術に等しく適用可能であることが理解される。
【００７０】
先に議論したように、バッファ状態レポート（ＢＳＲ）およびレポート手順は、ＵＥのアップリンク（ＵＬ）バッファにおける送信に利用可能なデータ量に関する情報を供給ｅＮＢおよびｇＮＢに提供するために使用される。
【００７１】
ＢＳＲには、通常ＢＳＲ、周期的ＢＳＲ、およびパディングＢＳＲの３つのタイプがある。
【００７２】
ＢＳＲレポートを制御するＲＲＣパラメータは、２つのタイマ周期ＢＳＲタイマおよびｒｅｔｘＢＳＲタイマを含み、任意選択で、論理チャネル・グループ（ＬＣＧ）を各論理チャネルに割り当てる。論理チャネル・グループは、各無線ベアラ（ＲＢ）の論理チャネル構成（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｃｏｎｆｉｇ）の下でシグナリングされる。ＬＣＧへのＲＢ（または論理チャネル）のマッピングは、ＲＢがｇＮＢによってセットアップされたときに行われる。バッファ状態レポート（ＢＳＲ）は、
ＬＣＧに属する論理チャネルのＵＬデータがＲＬＣエンティティまたはＰＤＣＰエンティティで送信可能になり、任意のＬＣＧに属する論理チャネルの送信に使用できるデータがない場合（これはレギュラーＢＳＲと呼ばれる）、
ＵＬデータが、ＬＣＧに属する論理チャネルに対して、ＲＬＣエンティティまたはＰＤＣＰエンティティで送信可能になり、バッファが空でない論理チャネルの優先順序よりも高い優先順序を持つ論理チャネルにデータが属する場合（これもまた、レギュラーＢＳＲと呼ぶ）、
ｒｅｔｘＢＳＲ−タイマが時間切れになり、ＵＥは、ＬＣＧに属する任意の論理チャネルの送信に使用できるデータを持っている（これをも、レギュラーＢＳＲとも呼ぶ）、
ＵＥにＵＬリソースが割り当てられており、パディングビット数がＢＳＲ  ＭＡＣ  ＣＥ＋そのサブヘッダのサイズ以上である場合（これをパディングＢＳＲと呼ぶ）、
のいずれかのイベントが発生した場合にトリガできる。
【００７３】
周期的ＢＳＲタイマが満了すると、トリガされたＢＳＲは周期的ＢＳＲと呼ばれる。
【００７４】
ｒｅｔｘＢＳＲタイマはＵＥのバッファ状態レポート動作のロバスト性を改善し、ＵＥがＢＳＲを送信したが、アップリンク許可を受信しなかった場合などのデッドロック状況を回避する。たとえば、ｇＮＢが誤ってＰＵＳＣＨ上のデータをデコードし、ＮＡＣＫを送信したが、ＵＥがＮＡＣＫをＡＣＫとして検出した場合などである。
【００７５】
ＵＥは、ＵＬ−ＳＣＨの新しいデータの送信に対するグラントの指示があると、ｘｒｅｔｓＢＳＲタイマを起動／再起動する。このタイマが満了すると、通常のＢＳＲがトリガされる。このタイマは、ＲＲＣによって構成され、３２０ｍｓから１０．２４秒まで変化することができる。
【００７６】
周期的ＢＳＲタイマは、周期的ＢＳＲをトリガする。周期的ＢＳＲは、更新されたバッファ状態レポートをｇＮＢに提供するために使用される。ｒｅｔｘＢＳＲタイマとは異なり、周期的ＢＳＲタイマはオプションであり、このタイマを無効にするために無限大に設定することができる。その値は、５ｍｓから２．５６秒まで変化し得る。
【００７７】
ＢＳＲはＵＥ  ＭＡＣプロシージャであり、ＢＳＲはバッファ状態レポートＭＡＣ制御要素として送信される。
【００７８】
最近のＲＡＮ２＃９９会議では、ＮＲ  ＢＳＲ概念の以下の詳細が合意された。
【００７９】
レギュラーＢＳＲ、周期的ＢＳＲ、パディングＢＳＲの３種類がある。
【００８０】
１バイトのショートＢＳＲ形式がサポートされている。また、１バイトのトランケートＢＳＲ形式（ショート・トランケートＢＳＲ）もサポートされている。ただし、このフォーマットの詳細については、さらに研究する。
【００８１】
バッファ状態（ＢＳ）サイズおよびテーブルは、同様に、さらに研究する。
【００８２】
フレキシブル・ロングＢＳＲ形式がサポートされる。レポートするＬＣＧの数は、ＰＤＵが構築される前に決定される。ＢＳ情報はＬＣＰ後のＢＳ状態であり、いくつかのＬＣＧについて０のＢＳをレポートすることができ、ＢＳＲキャンセルは、さらなる研究による。
【００８３】
最近のＲＡＮ２＃９９ｂｉｓ会議では、以下のＮＲ  ＢＳＲ概念の詳細も合意された。
【００８４】
合意されたショートＢＳＲフォーマットに対して、５ビットがバッファ状態値を表すために使用される。
【００８５】
合意されたロングＢＳＲフォーマットに対して、バッファ状態値を表すために８ビットが使用される。
【００８６】
レポートされたＬＣＧを示すビット・マップを有する可変サイズＢＳＲ  ＭＡＣ  ＣＥが合意された。これは、使用される１バイトのビット・マップを定義し、指示されたのみのＬＣＧ（複数可）のバッファサイズは増加するＬＣＧ順序に従って提供される。ＬＣＰ前にバッファにデータがないＬＣＧは、レポートする必要がない。
【００８７】
ベースラインとして、単一のＬＣＧが利用可能なデータを有する場合、ショートＢＳＲがレポートされる。
【００８８】
トランケートＢＳＲは、ショートＢＳＲまたは長いＢＳＲフォーマットを使用することができる。トランケートショートＢＳＲは、２バイトのパディングしか使用できない場合に使用され、２バイトを超えるパディングが使用可能な場合にはロング・トランケートＢＳＲが使用される。
【００８９】
トランケートＢＳＲの場合、ＬＣＧは、優先順序の最高位に基づいて選択される。
【００９０】
４ＬＣＩＤは、ショートＢＳＲ、長いＢＳＲ、短いトランケートＢＳＲ、および長いトランケートＢＳＲを示すために使用される。
【００９１】
図４に関して、ＲＡＮ２＃９９ｂｉｓで合意されているようなショートＢＳＲフォーマットの例が示されている。ショートＢＳＲ４０１は、第１バイトおよび第２バイトからなる。第１バイト（Ｏｃｔ１）は、２つの予約ビット４０３および４０５と、ＢＳＲがショートＢＳＲフォーマットメッセージであることを識別するＬＣＩＤ値４０７とを含む。ＢＳＲタイプを識別するＬＣＩＤ値４０７の例は、１１１０１１−トランケートＢＳＲ、１１１１００−長縮ＢＳＲ、１１１１０１−トランケートＢＳＲ、および１１１１１０−長縮ＢＳＲであり得る。しかしながら、任意の適切な値を使用することができる。第２バイト（Ｏｃｔ２）は、ＬＣＧ  ＩＤ値（３ビット）４０９と、バッファレベルを表す関連するバッファ状態値（５ビット）４１１とを含む。
【００９２】
図５に関して、ＲＡＮ２＃９９ｂｉｓで合意されているような、例示的なフレキシブル・ロングＢＳＲフォーマットが示されている。フレキシブル・ロングＢＳＲ５０１は、多数のバイトを含む。第１バイト（Ｏｃｔ１）は、２つの予約ビット５０３および５０５と、ＢＳＲがフレキシブルなロングＢＳＲフォーマットメッセージであることを識別するＬＣＩＤ値５０７とを含む。２番目のバイト（Ｏｃｔ２）は、ＬＣＧ０〜７バッファ状態値のどれがレポートされるかを識別するビット・マップ（一連のＬＣＧ  ＩＤビット５０９０〜５０９７）を含む。さらにバイト５１１は、ビット・マップ５０９で示されるバッファレベルを表すバッファ状態値（８ビット）を含む（ビット５０９０から５０９７を含む）。このように、図５に示すように、レポートバイト（Ｏｃｔ３）５１１０がＬＣＧ０のバッファレベルを表すバッファ状態値、（Ｏｃｔ４）５１１１がＬＣＧ１のバッファ状態を表すバッファ状態値、（Ｏｃｔ５）５１１３がＬＣＧ３のバッファ状態を表すバッファ状態値、（Ｏｃｔ６）５１１４がＬＣＧ４のバッファレベルを表すバッファ状態値、（Ｏｃｔ７）５１１６がＬＣＧ６のバッファレベルを表すバッファ状態値、（Ｏｃｔ８）５１１７がＬＣＧ７のバッファ状態レベルを表すバッファ状態値が存在する。このような例では、２番目のバイト（Ｏｃｔ２）のビット・マップ５０９の予期されるバイナリ値は１１０１１０１１になる。換言すれば、ＬＣＧ  ＩＤビット５０９０は１であり、ＬＣＧ  ＩＤビット５０９１は１であり、ＬＣＧ  ＩＤビット５０９２は０であり、ＬＣＧ  ＩＤビット５０９３は１であり、ＬＣＧ  ＩＤビット５０９４は１であり、ＬＣＧ  ＩＤビット５０９５は０であり、ＬＣＧ  ＩＤビット５０９６は１であり、ＬＣＧ  ＩＤビット５０９７は１である。
【００９３】
図５に見られるように、ＮＲロングＢＳＲフォーマットは、ＢＳＲが構築されるべきとき（及びＢＳがゼロであるとき）、データを有しないＬＣＧをレポートすることを柔軟に必要としないデータを有するＬＣＧの数を示すことができる。
【００９４】
ＲＡＮ２合意によれば、トランケートＢＳＲはショートＢＳＲまたは長いＢＳＲフォーマットを使用することができる。さらに、トランケートＢＳＲは、完全な長いＢＳＲ、すなわち、データを有するすべてのＬＣＧをレポートすることをパディングビットの数が許さない場合、データを有するすべてのＬＣＧではなく、ＬＣＧのための２つ以上のＢＳを示すことができることが合意された。
【００９５】
パディングＢＳＲのためのトランケート／ショート／ロングＢＳＲフォーマットをレポートするＬＴＥ原理は、３ＧＰＰ  ＴＳ  ３６．３２１に基づいて以下のように与えられる。
【００９６】
パディングＢＳＲに対して、
−    パディングビットの数が、ショートＢＳＲとそのサブヘッダのサイズ以上で、長いＢＳＲとそのサブヘッダのサイズより小さい場合、
−    複数のＬＣＧが、ＢＳＲが送信される送信時間隔（ＴＴＩ）で送信可能なデータを持っており、送信可能なデータを持つ、最も優先順序の高い論理チャネルを持つＬＣＧのトランケートＢＳＲをレポートする場合、
−    さもなければ、ショートＢＳＲをレポートする、
−    そうでなく、パディングビットの数が、ロングＢＳＲとそのサブヘッダのサイズに等しいか、それより大きい場合は、ロングＢＳＲをレポートする。
【００９７】
ＬＴＥでは、トランケートＢＳＲが、レポートされ対応するＬＣＧ  ＩＤが含まれる１つのＬＣＧのみを有する１バイトのショートＢＳＲフォーマットを使用する。ロング・トランケートＢＳＲがＮＲの同じ行に沿って続くようにするには、２番目のバイトのビット・マップが、ＢＳが、このＢＳＲレポートでレポートされるＬＣＧのみを示している場合、つまり、すべてのＬＣＧにデータがあるわけではない場合に機能する。
【００９８】
しかしながら、これは、ＬＣＧが同じ優先順序を有する場合にＬＣＨがどのＬＣＧを含むべきかが明らかでないという点で潜在的な問題をもたらした。これは、ＮＲにおいて論理チャネル制限が論理チャネルのために構成されることができると仮定すると、ＬＴＥよりもＮＲにおいて発生する可能性が高い。例えば、サポートされるサービス（ｅＭＢＢ対ＵＲＬＬＣ）に基づく数値／ＴＴＩ長さ制限である。さらに、異なるＬＣＧに構成されるために、複製データ無線ベアラ（ＤＲＢ）が、複数のＬＣＧにおいて等しいＬＣＨ優先順序を有すること、ならびに同じ優先順序を有するＬＣＨを有することが可能であり得る。グループ内のＬＣＨの優先度に基づいてレポートするＬＣＧを選択するＬＴＥ原理に基づいて、ＵＥが、トランケートＢＳＲでレポートするＬＣＧをどのように選択するか、および、ＬＣＧ内のＬＣＨが同じ優先度を有する場合に、どのＬＣＧがレポートされるかをｇＮＢが知るかについて、曖昧さがある。この問題は、ＬＴＥでは対処されておらず、ＵＥ固有の実装ベースで処理される。
【００９９】
さらに、ＵＥがどのようにレポートするかに応じて、ｇＮＢは、特定のＵＬ許可タイプにマッピングされるように制限され得る特定のサービスのＬＣＨを含み得るデータを有するＬＣＧの情報を取得し得ない。
【０１００】
以下でさらに詳細に説明する概念は、ＵＥが、ロング・トランケートされたＢＳＲフォーマットでより多くの情報をｇＮＢに提供するように構成される概念である。したがって、いくつかの実施形態では、ＢＳＲフォーマットのビット・マップが（例えば、ビットが「１」値に設定されている場合に）ＵＥバッファ内にデータを有するすべてのＬＣＧを、たとえそれらのＬＣＧの一部のみについて実際のＢＳがレポートに含まれ得るとしても、示すことが提案される。
【０１０１】
さらに、そのような実施形態では、ロング・トランケートＢＳＲが、ＵＬ  ＭＡＣ  ＰＤＵにおいて多重化された最後のＭＡＣ  ＣＥであるようにＵＥによって定義されるように構成される。長いトランケートＢＳＲはＭＡＣ  ＰＤＵ内の最後のサブＰＤＵとして位置するので、受信ｇＮＢは、暗黙的に（ＭＡＣ  ＰＤＵの残りのサイズに基づいて）ＭＡＣ  ＣＥのサイズを決定することができ、したがって、たとえデータを有するすべてのＬＣＧがビット・マップ内でレポートされたとしても、実際のＢＳが長いトランケートＢＳＲ内でレポートされるＬＣＧの数を決定することができる。最後のサブＰＤＵとしてロング・トランケートＢＳＲを実装することによって、本方法は、実際にレポートされたＢＳの数が、ＭＡＣ  ＣＥの残りのＭＡＣ  ＰＤＵサイズに基づいて、ｇＮＢによって暗黙的に導出されるので、レポートされたＬＣＧの実際の数を指定しなければならないことを回避する。そのような実施形態では、実際にレポートされるＬＣＧ  ＩＤがビット・マップ内に示される（例えば、値「１」で）既知の実装と比較して、ＢＳＲ内により多くの情報をネットワーク（ＮＷ）に提供することができる。
【０１０２】
例えば、ｇＮＢは、ＵＥバッファ内にデータを有するすべてのＬＣＧを決定して、ＮＷとして図４および図５に示されるような既知の方法よりも多くの情報を実際にＮＷにレポートすることができるので、（より高い優先順序のために）明示的にレポートされたバッファ状態を有するＬＣＧの上にレポートすることができる。ＮＷは、ＵＥ内で利用可能なデータ（言い換えると、明示的にレポートされたＬＣＧだけでなく）を有するすべてのＬＣＧの情報を取得するので、制御エンティティが、他のレポートされないＬＣＧの正確なバッファ状態を知らなくても、ＮＷはこの追加情報に基づいて制御操作を実行するように構成することができる。
【０１０３】
例えば、論理チャネル・グループ（ＬＣＧ）は、５Ｇ／ＮＲネットワーク内のＬＣＨマッピング制限をＵＥに構成する可能性がある場合に、特定のタイプのＵＬ許可にのみマッピングすることができる論理チャネルまたはチャネル（ＬＣＨ）データを含むことができる。データを有する論理チャネル・グループ識別子（ＬＣＧ  ＩＤ）のみを知ることによって、ＮＷ制御エンティティは、そのＬＣＧのＬＣＨのデータがＭＡＣ  ＰＤＵにマッピングされるように、特定のＵＬ許可タイプをＵＥに提供する必要があることを決定するように構成することができる。
【０１０４】
いくつかの実施形態では、どのＬＣＧ  ＩＤが、実際のＢＳ値とレポートされるかどうかの曖昧さを克服するために、一連の優先順序決定が提案される。
【０１０５】
第１のセットの実施形態によれば、ＬＣＧ優先度は、トランケートＢＳＲの目的のために導入される。そのような実施形態では、ＵＥは、優先度の高い順にバッファリングされたデータを有する最高優先度ＬＣＧを常にレポートするように構成される。さらに、これらの実施形態のいくつかでは、ＬＣＧに属する最高優先度ＬＣＨに基づいて、ＬＣＧ優先度を決定することもできる。ＬＣＨの優先順序は、ＵＥおよびｇＮＢの両方に知られており、さらに、ＬＣＧがＵＥおよびｇＮＢの両方にも知られているＬＣＨがマッピングされる。
【０１０６】
例えば、図７は、実施形態の第１のセットにおける優先度定義に従って、ロング・トランケート・バッファ状態レポート・フォーマットの例を示す。ロング・トランケート・バッファ状態レポート７０１は、ロング・トランケート・バッファ状態レポートとしてレポートを識別する予約ビット７０３、７０５およびＬＣＩＤ値７０７のペアを含む第１バイト（Ｏｃｔ１）と共に示される。ロング・トランケート・バッファ状態レポート７０１は、データ・バッファを有する論理チャネル・グループを識別するビット・マップ７０９を含む第２バイト（Ｏｃｔ２）と共に示される。
【０１０７】
残りのバイトは、ＬＣＧの優先順序に基づいて、レポートするＬＣＧバッファ状態値の数を選択するために使用できる。したがって、例えばビット・マップ７０９によって示されるように、バッファＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７に格納されたデータがある。この例において、ＬＣＧ優先順序がＬＣＧ３、ＬＣＧ７、ＬＣＧ４、ＬＣＧ１である場合、レポートすべき選択されたＬＣＧはＬＣＧ３およびＬＣＧ７である。これは、ＬＣＧ３バッファ状態値７１１３を含む第３のバイト（Ｏｃｔ３）と、ＬＣＧ７バッファ状態値７１１７を含む第４のバイト（Ｏｃｔ４）とによって図７に示される。
【０１０８】
このように、図７に示された例では、論理チャネル・グループＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７はすべてデータ・バッファがあるが、ＬＣＧの優先順序（またはＬＣＧでの最優先ＬＣＨ）に基づいて、ＬＣＧ３、７のみが実際にレポートされていることが示されている。しかし、ｇＮＢは、実際の値がレポートされていないにもかかわらず、ＬＣＧ１およびＬＣＧ４にもデータがあると判定することができる。
【０１０９】
実施形態の第２のセットに従って、レポートするＬＣＧの優先順序は、ビット・マップ内のデータを有する昇順／降順で第１のＸ個のＬＣＧ  ＩＤを選択することによって決定され、レポートされるように選択される。この実施形態では、値Ｘは、ＢＳがロング・トランケートＢＳＲでレポートされることが可能なＬＣＧの数である。
【０１１０】
例えば、図８は、実施形態の第２のセットにおける優先度定義に従って、ロング・トランケート・バッファ状態レポート・フォーマットの例を示す。ロング・トランケート・バッファ状態レポート８０１は、ロング・トランケート・バッファ状態レポートとしてレポートを識別する予約ビット８０３、８０５およびＬＣＩＤ値８０７のペアを含む第１バイト（Ｏｃｔ１）と共に示される。ロング・トランケート・バッファ状態レポート８０１は、また、データ・バッファを有する論理チャネル・グループを識別するビット・マップ８０９を含む第２バイト（Ｏｃｔ２）と共に示される。
【０１１１】
残りのバイトは、ＬＣＧ  ＩＤの降順に基づいて、レポートするＬＣＧバッファ状態値の数Ｘ（図８のＸ＝２）を選択するために使用される。したがって、例えば、ビット・マップ８０９によって示されるように、バッファＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７に格納されたデータがある。この例では、ＬＣＧ  ＩＤ優先順序が降順のＩＤ値である場合、レポートすべき選択されたＬＣＧはＬＣＧ１およびＬＣＧ３である。これは、ＬＣＧ１バッファ状態値８１１１を含む第３のバイト（Ｏｃｔ３）と、ＬＣＧ３バッファ状態値８１１３を含む第４のバイト（Ｏｃｔ４）とによって、図８に示される。
【０１１２】
第１の優先順序決定実施形態のセットに関して説明したのと同様に、第２の実施形態のセットはｇＮＢ、したがってネットワークに、バッファ状態レポート値で明示的にレポートされた情報以外の情報も提供する。したがって、図８  では、論理チャネル・グループＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７には、すべてデータ・バッファがあるが、ＬＣＧＩＤベース優先順序に基づいて、ＬＣＧ１および３のみが実際にレポートされていることが示されている。しかしながら、ｇＮＢは、実際の値がレポートされていないにもかかわらず、ＬＣＧ４およびＬＣＧ７バッファにもデータがあることを決定することができる。
【０１１３】
第３のセットの実施形態によれば、レポートされるＬＣＧの優先順序は、第１のセットの実施形態と第２のセットの実施形態とのハイブリッドまたは組合せに基づいて決定され得る。例えば、どのＬＣＧをレポートするかの選択は、実施形態の第１のセットによって最初に決定された優先順序に基づいて（言い換えれば、決定されたＬＣＧ優先順序に基づいて）、次に、同じＬＣＧ優先順序を有する２つ以上のＬＣＧが存在する場合、ＬＣＧ  ＩＤ値に基づいてさらに順序付けられる。言い換えれば、ＬＣＧ間の優先順序が等しい場合、最低／最高のＬＣＧ  ＩＤに基づいて、等しい優先順序のＬＣＧ間で優先順序付ける。
【０１１４】
例えば、図９は、実施形態の第２のセットにおける優先度定義に従って、ロング・トランケート・バッファ状態レポート・フォーマットの例を示す。ロング・トランケート・バッファ状態レポート９０１は、一対の予約ビット９０３、９０５と、ロング・トランケート・バッファ状態レポートを識別するＬＣ  ＩＤ値９０７とを含む第１のバイト（Ｏｃｔ１）で示されている。ロング・トランケート・バッファ状態レポート９０１は、また、データ・バッファを有する論理チャネル・グループを識別するビット・マップ９０９を含む第２バイト（Ｏｃｔ２）で示される。
【０１１５】
残りのバイトは、ＬＣＧ優先順序に基づいて、次に、ＬＣＧ  ＩＤ順序に基づいて等しい優先順序がある場合に、レポートするＬＣＧバッファ状態値の数Ｘ（図９のＸ＝２）を選択するために使用される。したがって、例えば、ビット・マップ９０９によって示されるように、バッファＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７に格納されたデータがある。この例では、ＬＣＧ優先順序がＬＣＧ３（ＬＣＧ７、ＬＣＧ４）、ＬＣＧ１であり、ＬＣＧ４およびＬＣＧ７が括弧で示される等しいＬＣＧ優先順序を有する場合、ＬＣＤ  ＩＤ順序が考慮され、したがってレポートすべき選択されたＬＣＧはＬＣＧ３およびＬＣＧ４である。これは、ＬＣＧ３バッファ状態値９１１３を含む第３のバイト（Ｏｃｔ３）と、ＬＣＧ４バッファ状態値９１１４を含む第４のバイト（Ｏｃｔ４）とによって、図９の例に示されている。
【０１１６】
第１および第２の優先順序決定実施形態のセットに関して説明したのと同様に、第３の実施形態のセットはまた、ｇＮＢ、したがってネットワークに、バッファ状態レポート値において明示的にレポートされた情報以外の情報を提供する。このため、図９の例では、論理チャネル・グループＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７にはすべてデータ・バッファがあるが、しかし、ＬＣＧ  ＩＤベース優先順序に基づいて、ＬＣＧ３およびＬＣＧ４のみが、実際にレポートされることが示されている。しかしながら、ｇＮＢは、実際の値がレポートされていないにもかかわらず、ＬＣＧ１およびＬＣＧ７バッファにもデータがあることを決定することができる。
【０１１７】
上記の実施形態セットは、使用されているロングバッファ状態レポートデータタイプを使用して示されており、ＬＣＧ  ＩＤによって順序付けられたバッファ・データのインジケータと、次にバッファ状態値を構成するバイトとを含むバイトとを含む。いくつかの実施形態では、第４の実施形態セットでは、ショートＢＳＲタイプが、レポートされるＬＣＧのためのバッファ状態のために使用されることができる。言い換えると、レポートバイトは、３ビットＬＣＧ  ＩＤフィールドと、それに続く５ビットのバッファ状態値で構成される。
【０１１８】
例えば、図１０は、実施形態の第２のセットにおける優先度定義に従って、ロング・トランケート・バッファ状態レポート・フォーマットの例を示す。ロング・トランケート・バッファ状態レポート１００１は、予約ビット１００３、１００５のペアおよび、ロング・トランケート・バッファ状態レポートとしてレポートを識別するＬＣ  ＩＤ値１００７を含む第１バイト（Ｏｃｔ１）で示される。ロング・トランケート・バッファ状態レポート１００１は、また、データ・バッファを有する論理チャネル・グループを識別するビット・マップ１００９を含む第２バイト（Ｏｃｔ２）で示される。
【０１１９】
残りのバイトは、第１から第３の実施形態のいずれかに基づいて、レポートするＬＣＧバッファ状態値を選択するために使用される。したがって、例えば、ビット・マップ１００９によって示されるように、ＬＣＧ４、およびＬＣＧ７に格納されたデータがあり、バッファＬＣＧ１、ＬＣＧ３、次に、バッファＬＣＧ１およびＬＣＧ４が、レポートされるために選択される。これは、図１０の例において、ＬＣＧ  ＩＤ１値（３ビット）１０１１１のショートバッファ状態レポートタイプと、ＬＣＧ１バッファ状態値（５ビット）１０１３１とを含む第３バイト（Ｏｃｔ３）、および、ＬＣＧ  ＩＤ４値１０１１４のショートバッファ状態レポートタイプとＬＣＧ４バッファ状態値１０１３４とを含む第４バイト（Ｏｃｔ４）によって示されている。
【０１２０】
これは、また、ｇＮＢ、従って、バッファ状態レポート値の中で明示的にレポートされた情報以外の情報をネットワークに提供する。このため、図１０では、論理チャネル・グループＬＣＧ１、ＬＣＧ３、ＬＣＧ４、ＬＣＧ７にはすべてデータ・バッファがあるが、ＬＣＧの優先順序に基づいているＬＣＧ１およびＬＣＧ４のみが実際にレポートされていることが示されている。しかし、ｇＮＢは、実際の値がレポートされていないにもかかわらず、ＬＣＧ３およびＬＣＧ７バッファにもデータがあると判定することができる。
【０１２１】
さらに、実施形態の第４のセットに関して、レポートされるＬＣＧの選択は、定義されたＬＴＥ手順に従って行うことができる。言い換えると、送信可能なデータを持つ最も優先順序の高い論理チャネルを持つＬＣＧに基づいている。さらに、いくつかの実施形態では、ＵＥは、ＬＣＧのデータを有する最高優先順序ＬＣＨが同じ優先順序を有するかどうか、または、上記の方法のうちの１つを適用することができるかどうか、どの実装を選択すべきかを決定することができる。
【０１２２】
図１１を参照すると、上述の実施形態によるＮＲロング・トランケート・バッファ状態レポートの生成の概要のフローチャートが、示されている。
【０１２３】
ユーザ装置、およびいくつかの実施形態では、少なくとも１つのプロセッサが、論理チャネル・グループに関連するアップリンクバッファ状態を決定するように構成されることができる（または、決定させることができる）。
【０１２４】
（論理チャネル・グループに関連する）アップリンク（ＵＬ）バッファ状態を決定する動作は、図１１のステップ１１０１に示されている。
【０１２５】
アップリンクバッファ状態の決定に続いて、パディングＢＳＲのために残されたパディングバイトに続いて、ロング・トランケート・バッファ状態レポートが生成され、ここで、アップリンクバッファ内にデータを有する論理チャネル・グループの数が選択され、バッファ状態値が、選択されたフォーマットに従ってフォーマットされて生成される。
【０１２６】
ロング・トランケート・バッファ状態レポートを生成する動作は、図１１のステップ１１０３に示されている。
【０１２７】
ロング・トランケート・バッファ状態レポートの生成に続いて、ロング・トランケート・バッファ状態レポートが、アップリンク（ＵＬ）メディアアクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）で多重化された最後のメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）として、ＵＥからアクセスポイント（ｇＮＢ）に、送信される。言い換えると、パディングＢＳＲはＭＡＣ  ＰＤＵの最後のサブＰＤＵとして配置される。
【０１２８】
ＵＬ  ＭＡＣ  ＰＤＵに多重化された最後のＭＡＣ  ＣＥとして、生成されたロング・トランケート・バッファ状態レポートを送信する動作は、図１１のステップ１１０５に示されている。
【０１２９】
図１２−図１４は、先に説明した第１−第３の実施形態のセットに基づく、ロング・トランケート・バッファ状態レポート動作の生成を詳細に示す流れ図である。
【０１３０】
したがって、例えば、図１２は、第１の実施形態セットに基づく、（図１１のステップ１１０３に示すような）ロング・トランケート・バッファ状態レポート・オペレーションの生成の流れ図を示す。
【０１３１】
第１の動作は、論理チャネル・グループ（ＬＣＧ）優先順序を確立または決定することのうちの１つである。例えば、ＬＣＧ優先順序は、優先順序が、論理チャネル・グループ内の最高優先順序論理チャネル（ＬＣＨ）、または、論理チャネル・グループ内の送信に利用可能なデータを有する最高優先順序論理チャネル（ＬＣＨ）に基づくものであり得る。
【０１３２】
論理チャネル・グループ（ＬＣＧ）優先順序を確立または決定する動作は、図１２のステップ１２０１に示されている。
【０１３３】
次の動作は、論理チャネル・グループ（ＬＣＧ）の優先順序に基づいて、ＬＣＧのアップリンクバッファにデータがあることをバッファ状態が示すＬＣＧの選択またはレポートのうちの１つである。これは、どのＬＣＧがデータを有するかを識別するバイトの生成（図１１の動作ステップ１１０１によって判定される）と、選択されたＬＣＧに関連するバッファ状態値のバイトの生成とを特徴とすることができる。
【０１３４】
論理チャネル・グループ（ＬＣＧ）の優先順序に基づいて、ＬＣＧのアップリンクバッファにデータがあることをバッファ状態が示すＬＣＧ  を選択／レポートする動作を、図１２にステップ１２０３で示す。
【０１３５】
図１３は、第２の実施形態セットに基づく、（ステップ１１０３によって図１１に示されるように）ロング・トランケート・バッファ状態レポート・オペレーションの生成のフロー図を示す。
【０１３６】
最初の動作は、論理チャネル・グループ（ＬＣＧ）ＩＤ優先順序の確立または決定のうちの１つである。たとえば、ＬＣＧ  ＩＤの優先順序は昇順または降順にすることができる。
【０１３７】
ＬＣＧ  ＩＤ優先順序を確立または決定する動作は、図１３のステップ１３０１に示されている。
【０１３８】
次の操作は、ＬＣＧ  ＩＤの優先順序に基づいて、ＬＣＧのアップリンクバッファにデータがあることをバッファ状態が示す最初のＸ  ＬＣＧを選択またはレポートする操作のうちの１つである。これは、どのＬＣＧがデータを有するかを識別するバイトの生成（図１１の動作ステップ１１０１によって判定される）と、選択されたＬＣＧに関連するバッファ状態値のバイトの生成とを特徴とすることができる。
【０１３９】
バッファ状態が、ＬＣＧ  ＩＤの優先順序に基づいて、ＬＣＧのアップリンクバッファにデータがあることを示す最初のＸ  ＬＣＧを選択／レポートする動作は、図１３にステップ１３０３によって示されている。
【０１４０】
図１４は、第３の実施形態セットに基づく、（ステップ１１０３によって図１１に示されるように）ロング・トランケート・バッファ状態レポート・オペレーションの生成のフロー図を示す。
【０１４１】
第１の動作は、主に決定された論理チャネル・グループ（ＬＣＧ）優先順序に基づいて、次に、第２に、決定された論理チャネル・グループＩＤ優先順序に基づいて選択優先順序を確立または決定するものである。
【０１４２】
決定されたＬＣＧ優先順序によって定義される一次順序と、決定されたＬＣＧ  ＩＤ優先順序によって定義される二次順序とに基づいて選択優先順序を確立または決定する動作は、ステップ１３０１によって図１４に示される。
【０１４３】
次の操作は、バッファ状態が決定されたプライマリおよびセカンダリの優先順序に基づいてＬＣＧのアップリンクバッファにデータがあることを示す最初のＸ  ＬＣＧを選択またはレポートする操作のうちの１つである。これは、どのＬＣＧがデータを有するかを識別するバイトの生成（図１１の動作ステップ１１０１によって判定される）と、選択されたＬＣＧに関連するバッファ状態値のバイトの生成とを特徴とすることができる。
【０１４４】
バッファ状態が決定されたプライマリ優先順序およびセカンダリ優先順序に基づいてＬＣＧのためのアップリンクバッファ内にデータがあることを示す第１のＸ個のＬＣＧを選択／レポートする動作は、ステップ１４０３によって図１４に示される。
【０１４５】
図１５は、上述した実施形態による、ＮＲロング・トランケート・バッファ状態レポートの受信および処理の動作の概要を示す。
【０１４６】
第１の動作は、アップリンク（ＵＬ）媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）において多重化された最後の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）として、ＵＥからのＮＲロング・トランケート・バッファ状態レポートをアクセスポイント（ｇＮＢ）において受信することである。言い換えると、パディングＢＳＲはＭＡＣ  ＰＤＵの最後のサブＰＤＵとして配置される。
【０１４７】
アップリンク（ＵＬ）媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）で多重化された最後の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）として、ＵＥからＮＲロング・トランケート・バッファ状態レポートをアクセス・ポイント（ｇＮＢ）で受信する動作を、図１５のステップ１５０１に示す。
【０１４８】
次の動作は、受信バッファ状態レポートから、指示ビットから識別されたＬＣＧに関連するバッファ状態値を抽出することと、および、決定された優先順序（ＬＣＧプライオリティ、ＬＣＧ  ＩＤプライオリティ、ＬＣＧとＬＣＧ  ＩＤプライオリティの組み合わせなど）から抽出することとのうちの１つである。要素はＭＡＣ  ＰＤＵの最後のサブＰＤＵであるため、バッファ・レポートの数は分かる、しかしながら、指示ビットからはレポートされていないが、ゼロ以外のＬＣＧバッファ状態値も判別できる。
【０１４９】
レポートされたバッファ状態値およびレポートされていない非ゼロバッファ状態情報を抽出する動作は、図１５のステップ１５０３に示されている。
【０１５０】
いくつかの実施形態では、たとえ、制御エンティティが他のレポートされていないＬＣＧの正確なバッファ状態を知らなくても、このレポートされた情報および追加の情報に基づいて制御動作を実行するために、この情報はネットワークコントローラ（例えば、ｇＮＢ）によって使用され得る。
【０１５１】
例えば、データを有する論理チャネル・グループ識別子（ＬＣＧ  ＩＤ）のみを既に知っているように、ネットワーク制御エンティティは、そのＬＣＧのＬＣＨデータがＭＡＣ  ＰＤＵにマッピングされるように、特定のＵＬ許可タイプをＵＥに提供する必要があることを決定するように構成することができる。
【０１５２】
レポートされた追加情報に基づいて制御動作を実行する動作は、図１５のステップ１５０５に示されている。上記の例では、バッファ状態レポートがデータパケットの最後、つまりＭＡＣ  ＰＤＵの最後のサブＰＤＵで送受信される。このようにすると、バッファ・レポートの数が分かり、指示ビットまたはビット・マップから、レポートされないがゼロではない他のＬＣＧバッファ状態値を決定することもできる。しかしながら、いくつかの実施形態では、同様の結果が、バッファ状態レポートの長さを示すレポートの長さの値を含むバッファ状態レポートを送信することによって、または、生成されレポートされているバッファ・レポートの数を明示的に送信することによって達成され得る。
【０１５３】
このように、上記の実施形態は、ＬＣＧのセットから、データが送信および受信の準備ができたアップリンクバッファに格納されているＬＣＧの第１のサブセットに関する情報を識別し、シグナリングすることが可能であることを示す。同様に、第２のサブセットがＬＣＧの第１のサブセットの適切なサブセットであるＬＣＧの第２のサブセット（換言すれば、ＬＣＧの第１のサブセットから、少なくとも、ＬＣＧの第１のサブセットのメンバの分だけ異なるＬＣＧのセット）のためのバッファ状態情報を識別し、信号伝達することが可能である。
【０１５４】
いくつかの実施形態では、ＬＣＧの第２のサブセットが空のセットである。言い換えると、ある実施形態では、バッファ状態レポートがＬＣＧの第１のサブセットを識別する情報のみを含み、これは、例えば、どのＬＣＧがＵＥによって送信され、したがってｇＮＢによって受信されるために利用可能なデータを有するかを識別するビット・マップであってもよい。したがって、そのようなバッファ状態レポートは、ＵＥによる送信、したがってＬＣＧに関連するｇＮＢによる受信に利用可能なデータの実際の量を識別する情報を含まない。
【０１５５】
一般に、様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。本発明のいくつかの態様は、ハードウェアで実施することができ、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行することができるファームウェアまたはソフトウェアで実施することができるが、本発明はこれに限定されない。本発明の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の絵画的表現を使用して図示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラ、または他のコンピューティングデバイス、あるいはそれらのいくつかの組合せで実装され得ることは、よく理解される。
【０１５６】
本発明の実施形態は、プロセッサエンティティ内などのモバイル装置のデータプロセッサによって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、あるいはソフトウェアとハードウェアの組み合わせによって実行可能なコンピュータソフトウェアによって実現することができる。ソフトウェアルーチン、アプレットおよび／またはマクロを含む、プログラム製品とも呼ばれるコンピュータソフトウェアまたはプログラムは、装置読み取り可能な任意のデータ記憶媒体に記憶することができ、特定のタスクを実行するためのプログラム命令を含む。コンピュータプログラム製品は、プログラムが実行されるとき、実施形態を実行するように構成される、１つ以上のコンピュータ実行可能構成要素を含むことができる。１つ以上のコンピュータ実行可能コンポーネントは、少なくとも１つのソフトウェアコードまたはその一部であることができる。
【０１５７】
さらに、この点に関して、図のような論理フローの任意のブロックは、プログラムステップ、または相互接続された論理回路、ブロックおよび機能、またはプログラムステップと論理回路との組合せ、ブロックおよび機能を表すことができることに留意する。このソフトウェアは、メモリチップなどの物理媒体、またはプロセッサ内に実装されたメモリブロック、ハードディスクまたはフロッピー（登録商標）ディスクなどの磁気媒体、および、たとえばＤＶＤやそのデータバリアントなどの光学媒体、ＣＤなどに格納することができる。物理媒体は、非一時的媒体である。
【０１５８】
メモリは、ローカル技術環境に適した任意のタイプのものとすることができ、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実装することができる。データプロセッサは、ローカル技術環境に適した任意のタイプとすることができ、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ、ゲートレベル回路、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を備えることができる。
【０１５９】
本発明の実施形態は、集積回路モジュールなどの様々な構成要素で実施することができる。集積回路の設計は高度に自動化されたプロセスによるものであり、大規模である。論理レベルの設計を、エッチングされ、半導体基板上に形成される準備の整った半導体回路設計に変換するための、複雑で強力なソフトウェアツールが利用可能である。
【０１６０】
前述の説明は、非限定的な例として、本発明の例示的な実施形態の完全かつ有益な説明を提供した。しかしながら、添付の図面および添付の特許請求の範囲と併せて読めば、前述の説明に鑑みて、当業者には様々な修正および適応が明らかになる。しかしながら、本発明の教示の全てのそのような及び同様の修正は、添付の特許請求の範囲に定義される本発明の範囲内に依然として含まれる。実際に、１つ以上の実施形態と、先に論じた他の実施形態のいずれかとの組み合わせを含むさらなる実施形態がある。
【図１】
2021501521.tif 000003
【図２】
2021501521.tif 000004
【図３】
2021501521.tif 000005
【図４】
2021501521.tif 000006
【図５】
2021501521.tif 000007
【図６】
2021501521.tif 000008
【図７】
2021501521.tif 000009
【図８】
2021501521.tif 000010
【図９】
2021501521.tif 000011
【図１０】
2021501521.tif 000012
【図１１】
2021501521.tif 000013
【図１２】
2021501521.tif 000014
【図１３】
2021501521.tif 000015
【図１４】
2021501521.tif 000016
【図１５】
2021501521.tif 000017
【国際調査報告】
2021501521.tif 000018
2021501521.tif 000019