JP7053823B2 - 方法、装置、コンピュータプログラム製品およびコンピュータプログラム - Google Patents

方法、装置、コンピュータプログラム製品およびコンピュータプログラム Download PDF

Info

Publication number
JP7053823B2
JP7053823B2 JP2020524005A JP2020524005A JP7053823B2 JP 7053823 B2 JP7053823 B2 JP 7053823B2 JP 2020524005 A JP2020524005 A JP 2020524005A JP 2020524005 A JP2020524005 A JP 2020524005A JP 7053823 B2 JP7053823 B2 JP 7053823B2
Authority
JP
Japan
Prior art keywords
logical channel
subset
channel group
buffer
priority order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020524005A
Other languages
English (en)
Other versions
JP2021501521A (ja
Inventor
チュンリー ウー
セビール ブノワスト
トゥルティネン サムリ
Original Assignee
ノキア テクノロジーズ オサケユイチア
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ノキア テクノロジーズ オサケユイチア filed Critical ノキア テクノロジーズ オサケユイチア
Publication of JP2021501521A publication Critical patent/JP2021501521A/ja
Application granted granted Critical
Publication of JP7053823B2 publication Critical patent/JP7053823B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

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

Claims (32)

  1. 装置により実行される方法であって、
    論理チャネル・グループのセットからの論理チャネル・グループの第１のサブセットに関連するバッファ・データが、送信に使用可能であると判断するステップと、
    バッファ状態レポートを生成するステップであって、
    該バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの前記第１のサブセットを識別するための情報と、
    論理チャネル・グループの第２のサブセットに関連付けられた、送信に利用可能なバッファ・データの量を識別するための情報と、を含み、
    論理チャネル・グループの前記第２のサブセットは、論理チャネル・グループの前記第１のサブセットの適切なサブセットである、ステップと、
    前記バッファ状態レポートを送信するステップと、を含む方法。
  2. 決定された論理チャネル・グループの優先順序と、前記論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
    前記論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
    降順論理チャネル・グループ識別値と、
    昇順論理チャネル・グループ識別値と、
    決定された論理チャネル・グループ識別値に基づいた論理チャネル・グループ優先順序
    および前記論理チャネル・グループ識別値に基づいた２次順序レベルとのうちの少なくとも１つに基づいて、論理チャネル・グループの前記セットの優先順序を決定するステップをさらに含む、請求項１に記載の方法。
  3. 前記バッファ状態レポートを生成するステップは、前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて、前記論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択することをさらに含む、請求項２に記載の方法。
  4. 前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択するステップは、論理チャネル・グループの前記セットの前記優先順序に基づいて、前記第１のサブセットから決定された数の要素を選択するステップを含み、
    前記決定された数は、パケット・データ・ユニットの端部に利用可能な決定されたスペースに基づいている、請求項３に記載の方法。
  5. 前記バッファ状態レポートの送信は、前記バッファ状態レポートの開始からパケット・データ・ユニットの終了までのバッファ状態レポートの長さを決定することに基づいて、前記第２のサブセット内の論理チャネル・グループの数を決定し、
    前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の論理チャネル・グループをさらに決定することができるように、前記パケット・データ・ユニットの終了時に前記バッファ状態レポートを送信することを含む、
    請求項２ないし４のいずれか１項に記載の方法。
  6. 前記バッファ状態レポートの受信者が、前記バッファ状態レポートの長さの値から第２のサブセット内の論理チャネル・グループの数を決定し、
    前記第２のサブセット内の論理チャネル・グループの数に基づいて第２のサブセット内の前記論理チャネル・グループをさらに決定することができるように、前記バッファ状態レポートは、論理チャネル・グループの前記第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含む、
    請求項２または３に記載の方法。
  7. バッファ状態レポートを生成することは、論理チャネル・グループの前記第１のサブセットを識別する情報に対して、論理チャネル・グループのセットから、ビット・マップを含むバイトを生成することを含み、
    ビット・マップ内のビットの値は、論理チャネル・グループの前記セットからの論理チャネル・グループが、第１のサブセット内にあり、
    送信に利用可能な前記論理チャネル・グループに関連するバッファ・データを有するかどうかを識別する、請求項１から６のいずれかに記載の方法。
  8. バッファ状態レポートを生成するステップが、
    論理チャネル・グループの前記第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループの前記第２のサブセット内の前記論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値を含むバイトを生成することと、
    論理チャネル・グループの前記第２のサブセット内の各論理チャネル・グループに対して、前記論理チャネル・グループを識別するための論理チャネル・グループ識別子と、論理チャネル・グループの前記第２のサブセット内の前記論理チャネル・グループに関連付けられた送信に利用可能なデータ量を識別するバッファ状態値とを含むバイトを生成することと、
    のうちの１つをさらに含む、請求項７に記載の方法。
  9. バッファ状態レポートを受信するステップであって、
    該バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報を含み、
    論理チャネル・グループの前記第１のサブセットは、受信に利用可能なバッファ・データを有する論理チャネル・グループを含み、受信に利用可能なバッファ・データの量を識別する論理チャネル・グループの第２のサブセット情報に関連付けられ、
    論理チャネル・グループの前記第２のサブセットは、論理チャネル・グループの前記第１のサブセットの適切なサブセットである、
    ステップと、
    論理チャネル・グループの第２のサブセット内の任意の論理チャネル・グループに対して、受信に使用可能なバッファ・データの量を抽出するステップと、
    ゼロ以外の量のデータが受信のために利用可能であり、バッファ・データの量が定義されていない、少なくとも１つのさらなる論理チャネル・グループを識別するステップと、
    抽出および識別のうちの少なくとも１つに基づいて、少なくとも１つのネットワーク制御機能を実行するステップと、
    を含む方法。
  10. 決定された論理チャネル・グループの優先順序と、
    前記論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
    前記論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
    降順論理チャネル・グループ識別値と、
    昇順論理チャネル・グループ識別値と、
    論理チャネル・グループ識別値に基づいて決定された論理チャネル・グループ優先順序および二次順序レベルに基づいて決定された一次順序レベルと、
    のうちの少なくとも１つに基づいて、前記論理チャネル・グループの前記セットの優先順序を決定するステップをさらに含む、
    請求項９に記載の方法。
  11. 論理チャネル・グループの第２サブセット内の任意の論理チャネル・グループについて、前記受信に利用可能なバッファリングされたデータの量を抽出するステップが、論理チャネル・グループの前記セットの優先順序に基づいて、論理チャネル・グループの前記第２のサブセットのそれぞれに、前記受信に利用可能なバッファリングされたデータの量を識別する前記情報を関連付けることを含む、
    請求項１０に記載の方法。
  12. バッファ状態レポートを受信するステップは、
    パケット・データ・ユニットの最後でバッファ状態レポートを受信することと、
    受信に利用可能なバッファ・データの量を識別する情報を、論理チャネル・グループの前記セットの優先順序に基づいて論理チャネルの第２のサブセットのそれぞれに関連付けることと、を含み、
    パケット・データ・ユニットの最後までのバッファ状態レポートの開始に基づいて、バッファ状態レポートの長さを決定することと、
    バッファ状態レポートの長さに基づいて、前記第２のサブセット内の論理チャネル・グループを決定することと、を含む、
    請求項１１に記載の方法。
  13. 論理チャネル・グループの前記セットの優先順序に基づいて、第２の論理チャネルのサブセットのそれぞれに対して、受信に利用可能なバッファリングされたデータの量を識別する前記情報を関連付けるステップは、
    前記バッファ状態レポート内の、論理チャネル・グループの前記第２のサブセット内の論理チャネル・グループの数を示す長さの値を受信することと、
    前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の前記論理チャネル・グループを決定することと、を含む、請求項１１に記載の方法。
  14. 前記第２のサブセットは、空のセットである、請求項１ないし１３のいずれか１項に記載の方法。
  15. 前記パケット・データ・ユニットの終わりは、アップリンク媒体アクセス制御パケット・データ・ユニットにおいて多重化された最後の媒体アクセス制御要素である、請求項５または１２に記載の方法。
  16. 前記バッファ状態レポートは、ＮＲロング・トランケート・バッファ状態レポートである、請求項１から１４のいずれか１項に記載の方法。
  17. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、
    論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットに関連するバッファ・データが、送信に使用可能であることを決定させ、
    論理チャネル・グループのセットから、論理チャネル・グループの前記第１のサブセットを識別するための情報と、
    論理チャネル・グループの第２のサブセットに関連付けられた送信に利用可能なバッファ・データの量を識別するための情報であって、論理チャネル・グループの前記第２のサブセットは、論理チャネル・グループの前記第１のサブセットの適切なサブセットである、情報と、を含むバッファ状態レポートを生成させ、
    前記バッファ状態レポートを送信させる
    ように構成される装置。
  18. 前記少なくとも１つのプロセッサは、さらに、
    前記論理チャネル・グループのセットの優先順序を決定された論理チャネル・グループの優先順序と、
    前記論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序と、
    前記論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序と、
    降順論理チャネル・グループ識別値と、
    昇順論理チャネル・グループ識別値と、
    論理チャネル・グループ優先順序に基づいて決定された優先順序と、および
    二次順序レベルに基づいて決定された一次順序レベルと、
    のうちの少なくとも１つに基づいて、決定させる、
    請求項１７に記載の装置。
  19. 前記バッファ状態レポートを生成させた前記少なくとも１つのプロセッサは、さらに、 前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて、論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択させる、請求項１８に記載の装置。
  20. 前記第２のサブセットを形成するために、論理チャネル・グループの前記セットの優先順序に基づいて、論理チャネル・グループの前記第１のサブセットから論理チャネル・グループを選択させた前記少なくとも１つのプロセッサは、さらに、
    論理チャネル・グループの前記セットの優先順序に基づいて、前記第１のサブセットから決定された数の要素を選択させ、
    前記決定された数は、パケット・データ・ユニットの端部に利用可能な決定された空間に基づいて行われる、請求項１９に記載の装置。
  21. 前記バッファ状態レポートを送信するようにさせた少なくとも１つのプロセッサが、さらに、
    前記バッファ状態レポートを受信するように構成された、少なくとも１つの更なる装置が、前記バッファ状態レポートの開始から前記バッファ状態レポートの終わりまでの前記バッファ状態レポートの長さを決定することに基づいて、前記第２のサブセット内の論理チャネル・グループの数を決定することができ、
    さらに、前記第２のサブセット内の論理チャネル・グループの数に基づいて、第２のサブセット内の前記論理チャネル・グループを決定することができるように、パケット・データ・ユニットの端部における前記バッファ状態レポートを送信するようにさせる、
    請求項１８ないし２０のいずれか１項に記載の装置。
  22. 前記バッファ状態レポートを受信するように構成された少なくとも１つのさらなる装置が、前記バッファ状態レポートの長さの値から前記第２のサブセット内の論理チャネル・グループの数を決定することができ、
    前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の前記論理チャネル・グループをさらに決定できるように、前記バッファ状態レポートは、論理チャネル・グループの第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を含む、請求項１７および１９のいずれかに記載の装置。
  23. バッファ状態レポートを生成させた前記少なくとも１つのプロセッサが、さらに、
    論理チャネル・グループのセットから論理チャネル・グループの前記第１のサブセットを識別する情報に対して、ビット・マップを含むバイトを生成させ、
    前記ビット・マップ内のビットの値は、前記論理チャネル・グループの前記セットからの論理チャネル・グループが第１のサブセット内にあり、送信に利用可能な前記論理チャネル・グループに関連するバッファ・データを有するかどうかを識別する、請求項１７から２２のいずれかに記載の装置。
  24. 前記バッファ状態レポートを生成させる前記少なくとも１つのプロセッサは、さらに、
    論理チャネル・グループの前記第２のサブセット内の各論理チャネル・グループに対して、論理チャネル・グループの前記第２のサブセット内の前記論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値を含むバイト、および、論理チャネル・グループの前記第２のサブセット内の各論理チャネル・グループに対して、前記論理チャネル・グループを識別するための論理チャネル・グループ識別子と、
    論理チャネル・グループの前記第２のサブセット内の前記論理チャネル・グループに関連する送信に利用可能なデータ量を識別するバッファ状態値と、を含むバイトのうちの１つを生成させる、
    請求項２３に記載の装置。
  25. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
    前記少なくとも１つのメモリおよび前記少なくとも１つのプロセッサは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも、
    バッファ状態レポートを受信させ、ここで、バッファ状態レポートは、論理チャネル・グループのセットから論理チャネル・グループの第１のサブセットを識別する情報と、受信に利用可能なバッファ・データを有する論理チャネル・グループを含む論理チャネル・グループの前記第１のサブセットと、を含み、受信に利用可能なバッファリングデータの量を識別する論理チャネル・グループの第２のサブセット情報に関連付けられ、論理チャネル・グループの第２のサブセットは、論理チャネル・グループの第１のサブセットの適切なサブセットであり、
    論理チャネル・グループの前記第２のサブセット内の任意の論理チャネル・グループに対して、受信に利用可能なバッファリングされたデータの量を抽出させ、ゼロ以外の量のデータが受信のために利用可能であり、
    バッファ・データの量が定義されていない、少なくとも１つのさらなる論理チャネル・グループを識別させ、
    抽出および識別のうちの少なくとも１つに基づいて、少なくとも１つのネットワーク制御機能を実行させる
    ように構成される装置。
  26. 前記少なくとも１つのプロセッサは、前記論理チャネル・グループのセットの優先順序を、
    決定された論理チャネル・グループの優先順序、
    前記論理チャネル・グループ内に構成された論理チャネルの最も高い論理チャネル優先順序に基づいて決定された論理チャネル・グループ優先順序、
    前記論理チャネル・グループ内で送信可能なデータを有する論理チャネルの最も高い論理チャネル優先度に基づいて決定された論理チャネル・グループ優先順序、
    降順論理チャネル・グループ識別値、
    昇順論理チャネル・グループ識別値、および、
    論理チャネル・グループ識別値に基づいて決定された論理チャネル・グループ優先順序と二次順序レベルに基づいて決定された一次順序レベル、のうちの少なくとも１つに基づいて、決定させる、
    請求項２５に記載の装置。
  27. 論理チャネル・グループの第２のサブセット内の任意の論理チャネル・グループに対して、受信に利用可能なバッファリングされたデータの量を抽出させた前記少なくとも１つのプロセッサが、前記受信に利用可能なバッファリングされたデータの量を識別する情報を、論理チャネル・グループの前記セットの優先順序に基づいて、第２の論理チャネルのサブセットのそれぞれに関連付けさせる、
    請求項２６に記載の装置。
  28. バッファ状態レポートを受信させる前記少なくとも１つのプロセッサは、さらに、
    パケット・データ・ユニットの末尾でバッファ状態レポートを受信するようにさせ、
    論理チャネル・グループの前記セットの優先順序に基づいて、受信に利用可能なバッファ・データの量を識別する情報を論理チャネルの第２のサブセットのそれぞれに関連付けさせた前記少なくとも１つのプロセッサは、さらに、前記パケット・データ・ユニットの終わりまでの前記バッファ状態レポートの開始に基づいて、前記バッファ状態レポートの長さを決定させ、
    前記バッファ状態レポートの長さに基づいて、前記第２のサブセット内の論理チャネル・グループを決定させる、
    請求項２７に記載の装置。
  29. 論理チャネル・グループの前記セットの優先順序に基づいて、第２の論理チャネルのサブセットのそれぞれに、受信のために利用可能なバッファリングされたデータの量を識別する情報を関連付けさせた前記少なくとも１つのプロセッサが、さらに、
    バッファ状態レポート内の、論理チャネル・グループの前記第２のサブセット内の論理チャネル・グループの数を示すレポートの長さの値を受信させ、
    前記第２のサブセット内の論理チャネル・グループの数に基づいて、前記第２のサブセット内の前記論理チャネル・グループを決定させる、
    請求項２７に記載の装置。
  30. 前記第２のサブセットは、空のセットである、請求項１７ないし２９のいずれか１項に記載の装置。
  31. 前記パケット・データ・ユニットの終わりは、アップリンク媒体アクセス制御パケット・データ・ユニットにおいて多重化された最後の媒体アクセス制御要素である、請求項２１または２８に記載の装置。
  32. 前記バッファ状態レポートは、ＮＲロング・トランケート・バッファ状態レポートである、請求項１７ないし３０のいずれか１項に記載の装置。
JP2020524005A 2017-10-30 2017-10-30 方法、装置、コンピュータプログラム製品およびコンピュータプログラム Active JP7053823B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/108410 WO2019084730A1 (en) 2017-10-30 2017-10-30 Method, apparatus, computer program product and computer program

Publications (2)

Publication Number Publication Date
JP2021501521A JP2021501521A (ja) 2021-01-14
JP7053823B2 true JP7053823B2 (ja) 2022-04-12

Family

ID=66333446

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020524005A Active JP7053823B2 (ja) 2017-10-30 2017-10-30 方法、装置、コンピュータプログラム製品およびコンピュータプログラム

Country Status (7)

Country Link
US (1) US11647417B2 (ja)
EP (1) EP3704910A4 (ja)
JP (1) JP7053823B2 (ja)
KR (1) KR102510519B1 (ja)
CN (2) CN111316725B (ja)
TW (1) TWI687108B (ja)
WO (1) WO2019084730A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200017780A (ko) * 2018-08-09 2020-02-19 삼성전자주식회사 무선 통신 시스템에서 상향링크 데이터 보고 및 제어 채널의 동기화를 위한 장치 및 방법
US11877301B2 (en) * 2018-10-24 2024-01-16 Lg Electronics Inc. Method and apparatus for transmitting buffer size information in wireless communication system
WO2020138777A1 (en) * 2018-12-27 2020-07-02 Lg Electronics Inc. Method of transmitting/receiving data unit, and device therefor
US20210400526A1 (en) * 2019-01-14 2021-12-23 Lenovo (Beijing) Limited Apparatus and method for communication with buffer status report
US11284292B2 (en) * 2019-06-28 2022-03-22 Apple Inc. Queuing latency aware buffer status report
CN112469076A (zh) * 2019-09-06 2021-03-09 深圳市中兴微电子技术有限公司 一种上报缓存状态报告的方法及装置和用户终端
WO2024093383A1 (en) * 2023-07-24 2024-05-10 Lenovo (Beijing) Limited Buffer status report

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009165128A (ja) 2008-01-03 2009-07-23 Innovative Sonic Ltd バッファ状態報告を実行する方法及び通信装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8483146B2 (en) * 2008-02-01 2013-07-09 Lg Electronics Inc. Method for performing efficient BSR procedure using SPS resource
JP5307232B2 (ja) * 2008-05-07 2013-10-02 テレフオンアクチーボラゲット エル エム エリクソン（パブル） バッファ状態レポート（ｂｓｒ）の送信により起動される不連続受信（ｄｒｘ）タイマー
WO2011087406A1 (en) * 2010-01-13 2011-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements in a wireless communication system
US9019818B2 (en) * 2010-04-02 2015-04-28 Nokia Solutions And Networks Oy Dynamic buffer status report selection for carrier aggregation
EP3425954B1 (en) * 2010-06-18 2024-04-03 LG Electronics Inc. Method for transmitting buffer status report from terminal to base station in a wireless communication system and apparatuses therefor
CN102291760B (zh) * 2010-06-21 2014-04-02 电信科学技术研究院 一种上报和确认缓存状态信息的方法、系统及设备
CN102612143A (zh) * 2011-01-20 2012-07-25 华为技术有限公司 资源请求的处理方法、用户设备及通信系统
CN102685895B (zh) * 2011-03-11 2015-02-04 华为技术有限公司 一种上行数据的调度方法、系统及装置
CN102740483B (zh) * 2011-03-31 2015-09-23 华为技术有限公司 数据发送方法和装置
US9264930B2 (en) * 2012-11-07 2016-02-16 Qualcomm Incorporated Buffer status reporting and logical channel prioritization in multiflow operation
CN104144512B (zh) 2013-05-10 2017-09-08 上海贝尔股份有限公司 支持多连接的上行链路调度信息报告的装置与系统
ES2717978T3 (es) 2013-09-26 2019-06-26 Lg Electronics Inc Procedimiento para activar y notificar un estado de la memoria tampón, y dispositivo correspondiente
EP3122152B1 (en) * 2014-03-20 2019-02-13 Sharp Kabushiki Kaisha Terminal device, integrated circuit, and radio communication method
KR102004272B1 (ko) * 2015-08-12 2019-07-26 엘지전자 주식회사 D2d 무선 통신 시스템에서 버퍼 상태 보고를 수행하는 방법 및 이를 이용한 장치
CN110996391B (zh) * 2016-11-01 2020-11-20 华为技术有限公司 一种资源分配方法及终端
US11044643B2 (en) 2017-01-11 2021-06-22 Telefonaktiebolaget Lm Ericsson (Publ) 5G QoS flow to radio bearer remapping
US10986530B2 (en) * 2017-03-10 2021-04-20 Kt Corporation Buffer state report transmission method and device therefor
US10582413B2 (en) * 2017-03-16 2020-03-03 Ofinno, Llc Truncated buffer status reporting
US11102807B2 (en) * 2017-04-14 2021-08-24 Sharp Kabushiki Kaisha Systems and methods for supporting URLLC service in 5G NR
EP3823398A1 (en) * 2017-06-16 2021-05-19 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus relating to buffer status reports in a wireless communication network
CN109152025B (zh) * 2017-06-16 2024-04-26 华为技术有限公司 通信方法、终端及基站
CN110771076B (zh) * 2017-07-28 2022-05-03 富士通株式会社 命令指示方法及装置、信息交互方法及装置
KR102367676B1 (ko) * 2017-09-15 2022-02-28 삼성전자주식회사 무선 통신 시스템에서의 데이터 송수신 방법 및 장치
RU2749102C1 (ru) * 2017-09-21 2021-06-04 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ передачи отчета о состоянии буфера, терминал и компьютерный носитель данных
CN109587726B (zh) * 2017-09-28 2021-08-13 华为技术有限公司 通信方法、终端设备和接入网设备
CA3077132C (en) * 2017-09-28 2022-10-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for wireless communication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009165128A (ja) 2008-01-03 2009-07-23 Innovative Sonic Ltd バッファ状態報告を実行する方法及び通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG Electronics Inc.，Flexible long BSR[online]，3GPP TSG RAN WG2 #99bis R2-1711723，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1711723.zip>，2017年09月29日

Also Published As

Publication number Publication date
EP3704910A1 (en) 2020-09-09
US20200344640A1 (en) 2020-10-29
CN111316725A (zh) 2020-06-19
JP2021501521A (ja) 2021-01-14
WO2019084730A1 (en) 2019-05-09
KR20200080285A (ko) 2020-07-06
US11647417B2 (en) 2023-05-09
CN116684921A (zh) 2023-09-01
CN111316725B (zh) 2023-07-21
TW201924378A (zh) 2019-06-16
TWI687108B (zh) 2020-03-01
EP3704910A4 (en) 2021-07-07
KR102510519B1 (ko) 2023-03-16

Similar Documents

Publication Publication Date Title
JP7053823B2 (ja) 方法、装置、コンピュータプログラム製品およびコンピュータプログラム
RU2728541C1 (ru) Улучшенная поддержка качества обслуживания для передач v2x
AU2014296952B2 (en) Terminal for supporting device to device communication and method for operating same
US9295040B2 (en) Packet scheduling in communications
EP2391172B1 (en) Method and apparatus for handling buffer status reporting in a wireless communication system
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
EP3782400B1 (en) Method, apparatus and terminal for service transmission
JP7254064B2 (ja) 無線通信システムにおいてアンカー搬送波に基づいて資源を割り当てるための方法及び装置
CN111586864A (zh) 用于辅基站的连接配置激活的方法和网络节点
US20220377781A1 (en) Method, apparatus, computer program product and computer program
WO2018053692A1 (zh) 数据传输方法、装置及系统
CN110447262B (zh) 用于发送分组数据单元的装置和方法
CN116326086A (zh) 用于通过侧链路的传输的中继ue选择
US10834780B2 (en) Radio terminal and base station
WO2019072364A1 (en) METHOD, APPARATUS, COMPUTER PROGRAM PRODUCT AND COMPUTER PROGRAM
WO2023286695A1 (ja) 通信方法及び通信装置
TWI616078B (zh) 用於ｄ２ｄ通訊的通訊系統、通訊裝置及其方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200626

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210525

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210824

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211125

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220301

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220331

R150 Certificate of patent or registration of utility model

Ref document number: 7053823

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150