JP2020145710A - ｅＤＣＳのためのバッファステータス報告 - Google Patents

ｅＤＣＳのためのバッファステータス報告 Download PDF

Info

Publication number
JP2020145710A
JP2020145710A JP2020084514A JP2020084514A JP2020145710A JP 2020145710 A JP2020145710 A JP 2020145710A JP 2020084514 A JP2020084514 A JP 2020084514A JP 2020084514 A JP2020084514 A JP 2020084514A JP 2020145710 A JP2020145710 A JP 2020145710A
Authority
JP
Japan
Prior art keywords
uncompressed
compressed
packet
buffer
uplink
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.)
Ceased
Application number
JP2020084514A
Other languages
English (en)
Inventor
セイエド・アリ・アーマドザデー
Ali Ahmadzadeh Seyed
スリニバサン・バラサブラマニアン
Srinivasan Balasubramanian
シャイレシュ・マヘシュワリ
Maheshwari Shailesh
アシュウィニ・ライナ
Raina Ashwini
ビシャル・ダルミヤ
Dalmiya Vishal
ロヒット・カプーア
Kapoor Rohit
レーナ・ザカリアス
Zacharias Leena
バオ・ビン・ヌグイェン
Bao Vinh Nguyen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2020145710A publication Critical patent/JP2020145710A/ja
Ceased legal-status Critical Current

Links

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes

Abstract

【課題】進化型データ圧縮方式（ｅＤＣＳ）を利用するネットワークにおいてバッファステータス報告を生成するための方法を提供する。【解決手段】ユーザ機器（ＵＥ）１１５−ｂは、圧縮されていないバッファのコンテンツサイズと圧縮されたバッファのコンテンツサイズとを決定する。ＵＥは次いで、圧縮されていないバッファおよび圧縮されたバッファのコンテンツサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成する。代替的に、基地局１０５−ｂは、ＵＥの圧縮されていないバッファのサイズに基づいて、ＢＳＲを受信する４１０。基地局は次いで、ＵＥから圧縮されたパケットを受信し４２０、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに基づいて、圧縮利得を決定する４２５。基地局は、次いで、圧縮利得に基づいて、受信したＢＳＲを調整する４３０。【選択図】図４

Description

相互参照
[0001]本特許出願は、２０１５年１１月９日に出願された「Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ ｆｏｒ ｅＤＣＳ」という表題のＡｈｍａｄｚａｄｅｈ他による米国特許出願第１４／９３６，４７９号、２０１５年８月２０日に出願された「Ｔｅｃｈｎｉｑｕｅｓ ｆｏｒ Ｏｐｔｉｍｉｚｉｎｇ Ｕｐｌｉｎｋ Ｄａｔａ Ｃｏｍｐｒｅｓｓｉｏｎ」という表題のＺａｃｈａｒｉａｓ他による米国仮特許出願第６２／２０７，７６８号、２０１５年８月２０日に出願された「Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ
ｆｏｒ ｅＤＣＳ」という表題のＺａｃｈａｒｉａｓ他による米国仮特許出願第６２／２０７，８５２号、および２０１４年１１月１４日に出願された「Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ ｆｏｒ ｅＤＣＳ」という表題のＡｈｍａｄｚａｄｅｈ他による米国仮特許出願第６２／０８０，１５６号の優先権を主張し、これらの各々が本明細書の譲受人に譲渡される。
[0002]以下は全般にワイヤレス通信に関し、より具体的には、進化型データ圧縮方式（ｅＤＣＳ：evolved data compression scheme）におけるバッファステータス報告に関する。
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム（たとえば、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ（登録商標））システム）を含む。
[0004]例として、ワイヤレス多元接続通信システムは、場合によってはユーザ機器（ＵＥ）として知られ得る、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得る。基地局は、（たとえば、基地局からＵＥへの送信のために）ダウンリンクチャネル、および（たとえば、ユーザ機器（ＵＥ）から基地局への送信のために）アップリンクチャネル上で、通信デバイスと通信し得る。
[0005]いくつかの場合、ＵＥは、基地局へのチャネルを通じた送信が保留中であるデータの量を伝えるために、バッファステータス報告（ＢＳＲ：buffer status report）を使用し得る。データはパケットへと分割されることがあり、ＢＳＲはパケットのサイズに基づくことがある。ＢＳＲを使用して、基地局の中のスケジューラは、ＵＥのためのグラントサイズとグラント割当て頻度とを定め得る。ＵＥは次いで、グラントサイズに基づいて、１つまたは複数の保留中のパケットを基地局に通信し得る。しかしながら、いくつかの場合、パケットを圧縮するためにデータアクセラレーション技法が使用されることがある。パケットが圧縮されるとき、ＢＳＲは送信が保留中であるデータの量を正確に伝えないことがある。
[0006]進化型データ圧縮方式（ｅＤＣＳ）を利用するネットワークにおいてバッファステータス報告を生成するためのシステム、方法、および装置が説明される。ＵＥは、圧縮されていないバッファのコンテンツサイズと圧縮されたバッファのコンテンツサイズとを決定し得る。ＵＥは次いで、圧縮されていないバッファおよび圧縮されたバッファのコンテンツサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成し得る。加えて、または代替的に、基地局は、ＵＥの圧縮されていないバッファのサイズに基づいて、ＢＳＲを受信し得る。基地局は次いで、ＵＥから圧縮されたパケットを受信することができ、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに基づいて、圧縮利得を決定することができる。基地局は次いで、圧縮利得に基づいて、受信されたＢＳＲを調整し得る。
[0007]いくつかの態様では、ワイヤレスデバイスにおける通信の方法は、圧縮されていないバッファの第１のコンテンツサイズを決定することと、圧縮されたバッファの第２のコンテンツサイズを決定することと、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成することとを含み得る。
[0008]いくつかの態様では、方法はさらに、圧縮されていないバッファのコンテンツおよび圧縮されたバッファのコンテンツに少なくとも一部基づいて、パケットが圧縮されていないか圧縮されているかを決定することを含むことがあり、ＢＳＲを生成することは、パケットが圧縮されていない場合には圧縮されていないサービスデータユニット（ＳＤＵ：service data unit）サイズに、またはパケットが圧縮されている場合には圧縮されたＳＤＵサイズに少なくとも一部基づく。
[0009]いくつかの態様では、方法はさらに、成功裏に受信されたパケットを示す肯定応答（ＡＣＫ）を受信することと、圧縮されたバッファからパケットの圧縮されたコピーを削除することと、圧縮されていないバッファからパケットの圧縮されていないコピーを削除することとを含み得る。
[0010]いくつかの態様では、肯定応答を受信することは、成功裏に受信されたパケットに対応する無線リンク制御（ＲＬＣ）ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、ＡＣＫを受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、方法はさらに、成功裏に受信されたパケットを示す肯定応答を受信することと、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットが受信機ウィンドウにおける穴に対応すると決定することと、成功裏に受信されたパケットを後続のＢＳＲから省くこととを含み得る。
[0011]いくつかの態様では、方法はさらに、データ圧縮方式が無効にされる、またはリセットされると決定することと、圧縮されたバッファのコンテンツを削除することと、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいて、後続のＢＳＲを生成することとを含み得る。
[0012]いくつかの態様では、方法はさらに、圧縮されていないバッファが圧縮されていないパケットを含むと決定することと、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定することと、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて圧縮利得を決定することと、圧縮利得に少なくとも一部基づいてＢＳＲを生成することとを含み得る。いくつかの態様では、圧縮利得を決定することは、圧縮されていないパケットのサイズを決定することと、対応する圧縮されたパケットのサイズを決定することと、圧縮されていないパケットのサイズを対応する圧縮されたパケットのサイズと比較することとを含み得る。
[0013]いくつかの態様では、ＢＳＲを生成することは、圧縮されていないバッファの第１のコンテンツサイズを圧縮利得によってスケーリングすることを含み得る。いくつかの態様では、方法はさらに、圧縮されていないバッファの中の後続の圧縮されていないパケットを特定することと、後続の圧縮されていないパケットに対応する圧縮されたバッファの中の後続の圧縮されたパケットを特定することと、後続の圧縮されていないパケットを対応する後続の圧縮されたパケットと比較することと、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットとの比較に少なくとも一部基づいて、圧縮利得を調整することとを含み得る。いくつかの態様では、圧縮利得を調整することは、圧縮されていないパケット、対応する圧縮されたパケット、後続の圧縮されていないパケット、および対応する後続の圧縮されたパケットに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。
[0014]いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ユーザ機器（ＵＥ）のすべてのアクティブベアラを備える。いくつかの態様では、方法はさらに、データ圧縮方式が無効にされると決定することと、圧縮利得に所定の値を割り当てることとを含み得る。いくつかの態様では、方法はさらに、圧縮利得を所定の値に初期化することと、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を更新することとを含み得る。
[0015]いくつかの態様では、ワイヤレスデバイスにおける通信の方法は、圧縮されていないバッファのコンテンツサイズを決定することと、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいてＢＳＲを生成することと、成功裏に受信された圧縮されたパケットを示す肯定応答を受信することと、圧縮されたバッファから圧縮されたパケットを削除することと、圧縮されていないバッファから圧縮されていないパケットを削除することとを含み得る。
[0016]いくつかの態様では、肯定応答を受信することは、圧縮されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、肯定応答を受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。
[0017]いくつかの態様では、ワイヤレスデバイスにおける通信の方法は、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいてＢＳＲを受信することと、ＵＥから圧縮されたパケットを受信することと、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定することと、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整することと、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当てることとを含み得る。
[0018]いくつかの態様では、方法はさらに、以前のグラントを埋めるためにＵＥによって使用されるパディングサイズを決定することを含むことがあり、圧縮利得を決定することは、決定されたパディングサイズに少なくとも一部基づく。いくつかの態様では、受信されたバッファステータス報告を調整することは、受信されたＢＳＲと関連付けられるグラントサイズを決定することと、圧縮利得によってグラントサイズをスケーリングすることとを含み得る。いくつかの態様では、方法はさらに、ＵＥから後続の圧縮されたパケットを受信することと、後続の圧縮されたパケットのサイズおよび対応する後続の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を調整することとを含み得る。いくつかの態様では、圧縮利得を調整することは、圧縮されていないパケットのサイズ、対応する圧縮されたパケットのサイズ、後続の圧縮されていないパケットのサイズ、および対応する後続の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。
[0019]いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ＵＥのすべてのアクティブベアラを含み得る。
[0020]いくつかの態様では、方法はさらに、データ圧縮方式が無効にされる、またはリセットされると決定することと、圧縮利得に所定の値を割り当てることとを含み得る。いくつかの態様では、方法はさらに、バックホールリンクを介して、圧縮利得を基地局に送信することを含み得る。いくつかの態様では、方法はさらに、ＵＥから圧縮情報を受信することと、圧縮情報に少なくとも一部基づいて、圧縮利得を決定することとを含み得る。
[0021]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、圧縮されていないバッファの第１のコンテンツサイズを決定するための手段と、圧縮されたバッファの第２のコンテンツサイズを決定するための手段と、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成するための手段とを含み得る。いくつかの態様では、装置はさらに、圧縮されていないバッファのコンテンツおよび圧縮されたバッファのコンテンツに少なくとも一部基づいて、パケットが圧縮されていないか圧縮されているかを決定するための手段を含むことがあり、ＢＳＲを生成することは、パケットが圧縮されていない場合には圧縮されていないサービスデータユニット（ＳＤＵ）サイズに、またはパケットが圧縮されている場合には圧縮されたＳＤＵサイズに少なくとも一部基づく。
[0022]いくつかの態様では、装置はさらに、成功裏に受信されたパケットを示す肯定応答を受信するための手段と、圧縮されたバッファからパケットの圧縮されたコピーを削除するための手段と、圧縮されていないバッファからパケットの圧縮されていないコピーを削除するための手段とを含み得る。いくつかの態様では、肯定応答（ＡＣＫ）を受信することは、成功裏に受信されたパケットに対応する無線リンク制御（ＲＬＣ）ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、ＡＣＫを受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。
[0023]いくつかの態様では、装置はさらに、成功裏に受信されたパケットを示す肯定応答を受信するための手段と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットが受信機ウィンドウにおける穴に対応すると決定するための手段と、成功裏に受信されたパケットを後続のＢＳＲから省くための手段とを含み得る。いくつかの態様では、装置はさらに、データ圧縮方式が無効にされる、またはリセットされると決定するための手段と、圧縮されたバッファのコンテンツを削除するための手段と、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいて、後続のＢＳＲを生成するための手段とを含み得る。
[0024]いくつかの態様では、装置はさらに、圧縮されていないバッファが圧縮されていないパケットを含むと決定するための手段と、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定するための手段と、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて圧縮利得を決定するための手段と、圧縮利得に少なくとも一部基づいてＢＳＲを生成するための手段とを含み得る。いくつかの態様では、圧縮利得を決定することは、圧縮されていないパケットのサイズを決定することを含み、対応する圧縮されたパケットのサイズを決定し、圧縮されていないパケットのサイズを対応する圧縮されたパケットのサイズと比較し得る。いくつかの態様では、ＢＳＲを生成することは、圧縮されていないバッファの第１のコンテンツサイズを圧縮利得によってスケーリングすることを含み得る。
[0025]いくつかの態様では、装置はさらに、圧縮されていないバッファの中の後続の圧縮されていないパケットを特定するための手段と、後続の圧縮されていないパケットに対応する圧縮されたバッファの中の後続の圧縮されたパケットを特定するための手段と、後続の圧縮されていないパケットを対応する後続の圧縮されたパケットと比較するための手段と、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットとの比較に少なくとも一部基づいて、圧縮利得を調整するための手段とを含み得る。
[0026]いくつかの態様では、圧縮利得を調整することは、圧縮されていないパケット、対応する圧縮されたパケット、後続の圧縮されていないパケット、および対応する後続の圧縮されたパケットに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。
[0027]いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ユーザ機器（ＵＥ）のすべてのアクティブベアラを備える。いくつかの態様では、装置はさらに、データ圧縮方式が無効にされると決定するための手段と、圧縮利得に所定の値を割り当てるための手段とを含み得る。いくつかの態様では、装置はさらに、圧縮利得を所定の値に初期化するための手段と、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を更新するための手段とを含み得る。
[0028]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、圧縮されていないバッファのコンテンツサイズを決定するための手段と、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいてＢＳＲを生成するための手段と、成功裏に受信された圧縮されたパケットを示す肯定応答を受信するための手段と、圧縮されたバッファから圧縮されたパケットを削除するための手段と、圧縮されていないバッファから圧縮されていないパケットを削除するための手段とを含み得る。いくつかの態様では、肯定応答を受信することは、圧縮されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、肯定応答を受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。
[0029]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいてＢＳＲを受信するための手段と、ＵＥから圧縮されたパケットを受信するための手段と、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定するための手段と、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整するための手段と、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当てるための手段とを含み得る。いくつかの態様では、装置はさらに、以前のグラントを埋めるためにＵＥによって使用されるパディングサイズを決定するための手段を含むことがあり、圧縮利得を決定することは、決定されたパディングサイズに少なくとも一部基づく。
[0030]いくつかの態様では、受信されたバッファステータス報告を調整することは、受信されたＢＳＲと関連付けられるグラントサイズを決定することと、圧縮利得によってグラントサイズをスケーリングすることとを含み得る。いくつかの態様では、装置はさらに、ＵＥから後続の圧縮されたパケットを受信するための手段と、後続の圧縮されたパケットのサイズおよび対応する後続の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を調整するための手段とを含み得る。
[0031]いくつかの態様では、圧縮利得を調整することは、圧縮されていないパケットのサイズ、対応する圧縮されたパケットのサイズ、後続の圧縮されていないパケットのサイズ、および対応する後続の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ＵＥのすべてのアクティブベアラを備える。
[0032]いくつかの態様では、装置はさらに、データ圧縮方式が無効にされる、またはリセットされると決定するための手段と、圧縮利得に所定の値を割り当てるための手段とを含み得る。いくつかの態様では、装置はさらに、バックホールリンクを介して、圧縮利得を基地局に送信するための手段を含み得る。いくつかの態様では、装置はさらに、ＵＥから圧縮情報を受信するための手段と、圧縮情報に少なくとも一部基づいて、圧縮利得を決定するための手段とを含み得る。
[0033]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含み得る。いくつかの態様では、命令は、圧縮されていないバッファの第１のコンテンツサイズを決定し、圧縮されたバッファの第２のコンテンツサイズを決定し、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成するように、プロセッサによって実行可能である。
[0034]いくつかの態様では、命令は、圧縮されていないバッファのコンテンツおよび圧縮されたバッファのコンテンツに少なくとも一部基づいて、パケットが圧縮されていないか圧縮されているかを決定するようにプロセッサによって実行可能であり、ＢＳＲを生成することは、パケットが圧縮されていない場合には圧縮されていないサービスデータユニット（ＳＤＵ）サイズに、またはパケットが圧縮されている場合には圧縮されたＳＤＵサイズに少なくとも一部基づく。
[0035]いくつかの態様では、命令、成功裏に受信されたパケットを示す肯定応答を受信し、圧縮されたバッファからパケットの圧縮されたコピーを削除し、圧縮されていないバッファからパケットの圧縮されていないコピーを削除するように、プロセッサによって実行可能である。いくつかの態様では、肯定応答（ＡＣＫ）を受信することは、成功裏に受信されたパケットに対応する無線リンク制御（ＲＬＣ）ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、ＡＣＫを受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ
ＡＣＫメッセージを受信することを含み得る。
[0036]いくつかの態様では、命令は、成功裏に受信されたパケットを示す肯定応答を受信し、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットが受信機ウィンドウにおける穴に対応すると決定し、成功裏に受信されたパケットを後続のＢＳＲから省くように、プロセッサによって実行可能である。いくつかの態様では、命令は、データ圧縮方式が無効にされる、またはリセットされると決定し、圧縮されたバッファのコンテンツを削除し、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいて、後続のＢＳＲを生成するように、プロセッサによって実行可能である。
[0037]いくつかの態様では、命令は、圧縮されていないバッファが圧縮されていないパケットを含むと決定し、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定し、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて圧縮利得を決定し、圧縮利得に少なくとも一部基づいてＢＳＲを生成するように、プロセッサによって実行可能である。
[0038]いくつかの態様では、圧縮利得を決定することは、圧縮されていないパケットのサイズを決定することを含み、対応する圧縮されたパケットのサイズを決定し、圧縮されていないパケットのサイズを対応する圧縮されたパケットのサイズと比較し得る。いくつかの態様では、ＢＳＲを生成することは、圧縮されていないバッファの第１のコンテンツサイズを圧縮利得によってスケーリングすることを含み得る。いくつかの態様では、命令は、圧縮されていないバッファの中の後続の圧縮されていないパケットを特定し、後続の圧縮されていないパケットに対応する圧縮されたバッファの中の後続の圧縮されたパケットを特定し、後続の圧縮されていないパケットを対応する後続の圧縮されたパケットと比較し、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットとの比較に少なくとも一部基づいて、圧縮利得を調整するように、プロセッサによって実行可能である。
[0039]いくつかの態様では、圧縮利得を調整することは、圧縮されていないパケット、対応する圧縮されたパケット、後続の圧縮されていないパケット、および対応する後続の圧縮されたパケットに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。
[0040]いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ユーザ機器（ＵＥ）のすべてのアクティブベアラを含み得る。
[0041]いくつかの態様では、命令、データ圧縮方式が無効にされると決定し、圧縮利得に所定の値を割り当てるように、プロセッサによって実行可能である。いくつかの態様では、命令は、圧縮利得を所定の値に初期化し、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を更新するように、プロセッサによって実行可能である。
[0042]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含むことがあり、この命令は、圧縮されていないバッファのコンテンツサイズを決定し、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいてＢＳＲを生成し、成功裏に受信された圧縮されたパケットを示す肯定応答を受信し、圧縮されたバッファから圧縮されたパケットを削除し、圧縮されていないバッファから圧縮されていないパケットを削除するように、プロセッサによって実行可能である。
[0043]いくつかの態様では、肯定応答を受信することは、圧縮されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。いくつかの態様では、肯定応答を受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得る。
[0044]いくつかの態様では、ワイヤレスデバイスにおける通信のための装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含むことがあり、この命令は、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいてＢＳＲを受信し、ＵＥから圧縮されたパケットを受信し、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当てるように、プロセッサによって実行可能である。
[0045]いくつかの態様では、命令は、以前のグラントを埋めるためにＵＥによって使用されるパディングサイズを決定するようにプロセッサによって実行可能であり、圧縮利得を決定することは、決定されたパディングサイズに少なくとも一部基づく。いくつかの態様では、受信されたバッファステータス報告を調整することは、受信されたＢＳＲと関連付けられるグラントサイズを決定することと、圧縮利得によってグラントサイズをスケーリングすることとを含み得る。いくつかの態様では、命令は、ＵＥから後続の圧縮されたパケットを受信し、後続の圧縮されたパケットのサイズおよび対応する後続の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を調整するように、プロセッサによって実行可能である。
[0046]いくつかの態様では、命令が圧縮利得をアジャスティングするようにプロセッサによって実行可能であるは、圧縮されていないパケットのサイズ、対応する圧縮されたパケットのサイズ、後続の圧縮されていないパケットのサイズ、および対応する後続の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。いくつかの態様では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。いくつかの態様では、ベアラは、ＵＥのすべてのアクティブベアラを含み得る。
[0047]いくつかの態様では、命令は、データ圧縮方式が無効にされる、またはリセットされると決定し、圧縮利得に所定の値を割り当てるように、プロセッサによって実行可能である。いくつかの態様では、命令は、バックホールリンクを介して、圧縮利得を基地局に送信するようにプロセッサによって実行可能である。いくつかの態様では、命令は、ＵＥから圧縮情報を受信し、圧縮情報に少なくとも一部基づいて、圧縮利得を決定するように、プロセッサによって実行可能である。
[0048]いくつかの態様では、ワイヤレスデバイスにおける通信のためのコードを記憶する非一時的コンピュータ可読媒体、このコードは、圧縮されていないバッファの第１のコンテンツサイズを決定し、圧縮されたバッファの第２のコンテンツサイズを決定し、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成するように実行可能な命令を含み得る。
[0049]いくつかの態様では、ワイヤレスデバイスにおける通信のためのコードを記憶する非一時的コンピュータ可読媒体、このコードは、圧縮されていないバッファのコンテンツサイズを決定し、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいてＢＳＲを生成し、成功裏に受信された圧縮されたパケットを示す肯定応答を受信し、圧縮されたバッファから圧縮されたパケットを削除し、圧縮されていないバッファから圧縮されていないパケットを削除するように実行可能な命令を含み得る。
[0050]いくつかの態様では、ワイヤレスデバイスにおける通信のためのコードを記憶する非一時的コンピュータ可読媒体、このコードは、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいてＢＳＲを受信し、ＵＥから圧縮されたパケットを受信し、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当てるように実行可能な命令を含み得る。
[0051]いくつかの態様では、ワイヤレス通信のための方法は、ＵＥによって、圧縮されていないアップリンクデータの量を特定することと、ＵＥによって、圧縮されたアップリンクデータの量を特定することと、ＵＥによって、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、バッファステータス報告を準備することとを含み得る。
[0052]いくつかの態様では、方法はさらに、アップリンクデータの予測される量を決定するために、圧縮されていないアップリンクデータの量と予想される圧縮利得を乗じることを含むことがあり、バッファステータス報告を準備することはさらに、アップリンクデータの予測される量に少なくとも一部基づいて、バッファステータス報告を準備することを含み得る。
[0053]いくつかの態様では、方法はさらに、アップリンクデータの総量を決定するために、アップリンクデータの予測される量と圧縮されたアップリンクデータの量を合成することを含むことがあり、バッファステータス報告を準備することはさらに、アップリンクデータの総量に少なくとも一部基づいて、バッファステータス報告を準備することを含み得る。
[0054]いくつかの態様では、方法はさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定することと、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新することとを含み得る。
[0055]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、アップリンクデータの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0056]いくつかの態様では、方法はさらに、バッファの中の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮されたアップリンクデータの量を特定することを含み得る。
[0057]いくつかの態様では、方法はさらに、バッファの中の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮されていないアップリンクデータの量を特定することを含み得る。
[0058]いくつかの態様では、ワイヤレス通信のための装置は、圧縮されていないアップリンクデータの量を特定し、圧縮されたアップリンクデータの量を特定し、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、バッファステータス報告を準備するための、１つまたは複数のプロセッサを含み得る。
[0059]いくつかの態様では、１つまたは複数のプロセッサはさらに、アップリンクデータの予測される量を決定するために、圧縮されていないアップリンクデータの量と予想される圧縮利得を乗じるためのものであることがあり、１つまたは複数のプロセッサは、バッファステータス報告を準備するときに、アップリンクデータの予測される量に少なくとも一部基づいて、バッファステータス報告を準備するためのものであることがある。
[0060]いくつかの態様では、１つまたは複数のプロセッサはさらに、アップリンクデータの総量を決定するために、アップリンクデータの予測される量と圧縮されたアップリンクデータの量を合成するためのものであることがあり、１つまたは複数のプロセッサは、バッファステータス報告を準備するときに、アップリンクデータの総量に少なくとも一部基づいて、バッファステータス報告を準備するためのものであることがある。
[0061]いくつかの態様では、１つまたは複数のプロセッサはさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定し、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新するためのものであり得る。
[0062]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、アップリンクデータの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0063]いくつかの態様では、１つまたは複数のプロセッサはさらに、バッファの中の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮されたアップリンクデータの量を特定するためのものであり得る。
[0064]いくつかの態様では、１つまたは複数のプロセッサはさらに、バッファの中の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮されていないアップリンクデータの量を特定するためのものであり得る。
[0065]いくつかの態様では、非一時的コンピュータ可読媒体は、ワイヤレス通信のためのコンピュータ実行可能コードを記憶し得る。１つまたは複数の命令は、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータの量を特定させ、圧縮されたアップリンクデータの量を特定させ、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、バッファステータス報告を準備させ得る。
[0066]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、アップリンクデータの予測される量を決定するために、圧縮されていないアップリンクデータの量と予想される圧縮利得を乗じさせることがあり、１つまたは複数のプロセッサにバッファステータス報告を準備させる１つまたは複数の命令は、１つまたは複数のプロセッサに、アップリンクデータの予測される量に少なくとも一部基づいて、バッファステータス報告を準備させることがある。
[0067]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、アップリンクデータの総量を決定するために、１つまたは複数のプロセッサにアップリンクデータの予測される量と圧縮されたアップリンクデータの量を合成させることがあり、１つまたは複数のプロセッサにバッファステータス報告を準備させる１つまたは複数の命令は、１つまたは複数のプロセッサに、アップリンクデータの総量に少なくとも一部基づいて、バッファステータス報告を準備させることがある。
[0068]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定させ、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新させることがある。
[0069]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、アップリンクデータの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0070]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、バッファの中の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮されたアップリンクデータの量を特定させ得る。
[0071]いくつかの態様では、１つまたは複数の命令は、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、バッファ中の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮されていないアップリンクデータの量を特定させることがある。
[0072]いくつかの態様では、ワイヤレス通信のための装置は、圧縮されていないアップリンクデータの量を特定するための手段と、圧縮されたアップリンクデータの量を特定するための手段と、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、バッファステータス報告を準備するための手段とを含み得る。
[0073]いくつかの態様では、装置はさらに、アップリンクデータの予測される量を決定するために、圧縮されていないアップリンクデータの量と予想される圧縮利得を乗じるための手段を含むことがあり、バッファステータス報告を準備するための手段は、アップリンクデータの予測される量に少なくとも一部基づいて、バッファステータス報告を準備するための手段を含み得る。
[0074]いくつかの態様では、装置はさらに、アップリンクデータの総量を決定するために、アップリンクデータの予測される量と圧縮されたアップリンクデータの量を合成するための手段を含むことがあり、バッファステータス報告を準備するための手段は、アップリンクデータの総量に少なくとも一部基づいて、バッファステータス報告を準備するための手段を含み得る。
[0075]いくつかの態様では、装置はさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定するための手段と、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新するための手段とを含み得る。
[0076]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、アップリンクデータの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0077]いくつかの態様では、装置はさらに、バッファの中の圧縮されたパケットのサイズに少なくとも一部基づいて、圧縮されたアップリンクデータの量を特定するための手段を含み得る。
[0078]いくつかの態様では、装置はさらに、バッファの中の圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮されていないアップリンクデータの量を特定するための手段を含み得る。
[0079]いくつかの態様では、ワイヤレス通信のための方法は、ユーザ機器（ＵＥ）において、アップリンク方向の無線ベアラにおいて送信されるべきデータを特定することと、ここにおいて、無線ベアラがアップリンク論理チャネルに対応し得る、ＵＥにおいて、データの圧縮された部分を形成するためにデータの少なくとも一部分を圧縮することと、ＵＥによって、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるかどうかを決定することとを含み得る。
[0080]いくつかの態様では、データの圧縮された部分に対応するトークンをトークンバケットから推測することは、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきであると決定したことに少なくとも一部基づき得る。
[0081]いくつかの態様では、データの圧縮された部分に対応するトークンを推測することは、アップリンク論理チャネルと関連付けられる優先ビットレートが、媒体アクセス制御層において満たされるようにし得る。
[0082]いくつかの態様では、データの圧縮された部分に対応するトークンを推測することは、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートより大きくなるようにし得る。
[0083]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測することは、第１のアップリンク論理チャネルおよび第２のアップリンク論理チャネルと関連付けられるスループットの上昇を引き起こすことがあり、第２のアップリンク論理チャネルはアップリンク方向の第２の無線ベアラに対応することがある。
[0084]いくつかの態様では、無線ベアラは、第１のアップリンク論理チャネルに対応するアップリンク方向の第１の無線ベアラであることがあり、データの圧縮された部分に対応するトークンを推測することは、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮された部分に対応するトークンを推測することは、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、データ圧縮を伴わずに第２のアップリンク論理チャネルのビットレートとほぼ等しくなるようにすることがあり、第２のアップリンク論理チャネルは、アップリンク方向の第２の無線ベアラに対応する。
[0085]いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し得る。いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有し得る。
[0086]いくつかの態様では、１つまたは複数の方法は、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきではないと決定したことに少なくとも一部基づいて、データの圧縮されていない部分に対応するトークンをトークンバケットから推測することを含み得る。
[0087]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測することは、アップリンク論理チャネルと関連付けられる優先ビットレートが、アプリケーション層において満たされるようにし得る。
[0088]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測することは、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートとほぼ等しくなるようにし得る。
[0089]いくつかの態様では、アップリンク論理チャネルは、第１の優先ビットレートを伴う第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測することは、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮されていない部分に対応するトークンを推測することは、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、第２のアップリンク論理チャネルと関連付けられる第２の優先ビットレートとほぼ等しくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有することがある。
[0090]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであり、データの圧縮されていない部分に対応するトークンを推測することは、第１のアップリンク論理チャネルと関連付けられるビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し、データ圧縮を伴わない第１のアップリンク論理チャネルのビットレートは、第１のアップリンク論理チャネルと関連付けられる優先ビットレートより低いことがある。
[0091]いくつかの態様では、ワイヤレス通信のための装置は、アップリンク方向の、アップリンク論理チャネルに対応する無線ベアラにおいて送信されるべきデータを特定し、データの圧縮された部分を形成するためにデータの少なくとも一部分を圧縮し、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるかどうかを決定するための、１つまたは複数のプロセッサを含み得る。
[0092]いくつかの態様では、１つまたは複数のプロセッサはさらに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきであると決定したことに少なくとも一部基づいて、データの圧縮された部分に対応するトークンをトークンバケットから推測するためのものであり得る。
[0093]いくつかの態様では、データの圧縮された部分に対応するトークンを推測する１つまたは複数のプロセッサは、アップリンク論理チャネルと関連付けられる優先ビットレートが、媒体アクセス制御層において満たされるようにし得る。
[0094]いくつかの態様では、データの圧縮された部分に対応するトークンを推測する１つまたは複数のプロセッサは、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートより大きくなるようにし得る。
[0095]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測する１つまたは複数のプロセッサは、第１のアップリンク論理チャネルおよび第２のアップリンク論理チャネルと関連付けられるスループットの上昇を引き起こすことがあり、第２のアップリンク論理チャネルはアップリンク方向の第２の無線ベアラに対応する。
[0096]いくつかの態様では、無線ベアラはアップリンク方向の第１の無線ベアラであり、アップリンク論理チャネルは第１のアップリンク論理チャネルであり、データの圧縮された部分に対応するトークンを推測する１つまたは複数のプロセッサは、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮された部分に対応するトークンを推測する１つまたは複数のプロセッサは、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、データ圧縮を伴わずに第２のアップリンク論理チャネルのビットレートとほぼ等しくなるようにすることがあり、第２のアップリンク論理チャネルは、アップリンク方向の第２の無線ベアラに対応する。
[0097]いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し得る。いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有し得る。
[0098]いくつかの態様では、１つまたは複数のプロセッサはさらに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきではないと決定したことに少なくとも一部基づいて、データの圧縮されていない部分に対応するトークンをトークンバケットから推測するためのものであり得る。
[0099]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数のプロセッサは、アップリンク論理チャネルと関連付けられる優先ビットレートが、アプリケーション層において満たされるようにし得る。
[0100]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数のプロセッサは、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートとほぼ等しくなるようにし得る。
[0101]いくつかの態様では、アップリンク論理チャネルは、第１の優先ビットレートを伴う第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数のプロセッサは、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数のプロセッサは、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、第２のアップリンク論理チャネルと関連付けられる第２の優先ビットレートにほぼ等しくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有する。
[0102]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数のプロセッサは、第１のアップリンク論理チャネルと関連付けられるビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有することがあり、データ圧縮を伴わない第１のアップリンク論理チャネルのビットレートは、第１のアップリンク論理チャネルと関連付けられる優先ビットレートより低いことがある。
[0103]いくつかの態様では、ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体。コードは、アップリンク方向の、アップリンク論理チャネルに対応する無線ベアラにおいて送信されるべきデータを特定し、データの圧縮された部分を形成するためにデータの少なくとも一部分を圧縮し、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるかどうかを決定するように、プロセッサによって実行可能であり得る。
[0104]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきであると決定したことに少なくとも一部基づいて、データの圧縮された部分に対応するトークンをトークンバケットから推測させ得る。
[0105]いくつかの態様では、データの圧縮された部分に対応するトークンを推測する１つまたは複数の命令は、アップリンク論理チャネルと関連付けられる優先ビットレートが、媒体アクセス制御層において満たされるようにし得る。
[0106]いくつかの態様では、データの圧縮された部分に対応するトークンを推測する１つまたは複数の命令は、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートより大きくなるようにし得る。
[0107]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測する１つまたは複数の命令は、第１のアップリンク論理チャネルおよび第２のアップリンク論理チャネルと関連付けられるスループットの上昇を引き起こすことがあり、第２のアップリンク論理チャネルはアップリンク方向の第２の無線ベアラに対応する。
[0108]いくつかの態様では、無線ベアラはアップリンク方向の第１の無線ベアラであることがあり、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測する１つまたは複数の命令は、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮された部分に対応するトークンを推測する１つまたは複数の命令は、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、データ圧縮を伴わずに第２のアップリンク論理チャネルのビットレートとほぼ等しくなるようにすることがあり、第２のアップリンク論理チャネルは、アップリンク方向の第２の無線ベアラに対応する。
[0109]いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し得る。いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有し得る。
[0110]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきではないと決定したことに少なくとも一部基づいて、データの圧縮されていない部分に対応するトークンをトークンバケットから推測させ得る。
[0111]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数の命令は、アップリンク論理チャネルと関連付けられる優先ビットレートが、アプリケーション層において満たされるようにし得る。
[0112]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数の命令は、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートとほぼ等しくなるようにし得る。
[0113]いくつかの態様では、アップリンク論理チャネルは、第１の優先ビットレートを伴う第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数の命令は、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数の命令は、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、第２のアップリンク論理チャネルと関連付けられる第２の優先ビットレートとほぼ等しくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有する。
[0114]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測する１つまたは複数の命令は、第１のアップリンク論理チャネルと関連付けられるビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し、データ圧縮を伴わない第１のアップリンク論理チャネルのビットレートは、第１のアップリンク論理チャネルと関連付けられる優先ビットレートより低いことがある。
[0115]いくつかの態様では、ワイヤレス通信のための装置は、アップリンク方向の無線ベアラにおいて送信されるべきデータを特定するための手段と、無線ベアラがアップリンク論理チャネルに対応する、データの圧縮された部分を形成するためにデータの少なくとも一部分を圧縮するための手段と、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推定されるかどうかを決定するため手段とを含み得る。
[0116]いくつかの態様では、装置はさらに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきであると決定したことに少なくとも一部基づいて、データの圧縮された部分に対応するトークンをトークンバケットから推測するための手段を含み得る。
[0117]いくつかの態様では、データの圧縮された部分に対応するトークンを推測するための手段は、アップリンク論理チャネルと関連付けられる優先ビットレートが、媒体アクセス制御層において満たされるようにし得る。
[0118]いくつかの態様では、データの圧縮された部分に対応するトークンを推測するための手段は、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートより大きくなるようにし得る。
[0119]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測するための手段は、第１のアップリンク論理チャネルおよび第２のアップリンク論理チャネルと関連付けられるスループットの上昇を引き起こすことがあり、第２のアップリンク論理チャネルはアップリンク方向の第２の無線ベアラに対応する。
[0120]いくつかの態様では、無線ベアラはアップリンク方向の第１の無線ベアラであることがあり、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮された部分に対応するトークンを推測するための手段は、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮された部分に対応するトークンを推測するための手段は、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、データ圧縮を伴わずに第２のアップリンク論理チャネルのビットレートとほぼ等しくなるようにすることがあり、第２のアップリンク論理チャネルは、アップリンク方向の第２の無線ベアラに対応する。
[0121]いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し得る。いくつかの態様では、第１のアップリンク論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有し得る。
[0122]いくつかの態様では、装置はさらに、データの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるべきではないと決定したことに少なくとも一部基づいて、データの圧縮されていない部分に対応するトークンをトークンバケットから推測するための手段を含み得る。
[0123]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測するための手段は、アップリンク論理チャネルと関連付けられる優先ビットレートが、アプリケーション層において満たされるようにし得る。
[0124]いくつかの態様では、データの圧縮されていない部分に対応するトークンを推測するための手段は、アップリンク論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられる優先ビットレートとほぼ等しくなるようにし得る。
[0125]いくつかの態様では、アップリンク論理チャネルは、第１の優先ビットレートを伴う第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測するための手段は、第１のアップリンク論理チャネルと関連付けられる第１のビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、データの圧縮されていない部分に対応するトークンを推測するための手段は、第２のアップリンク論理チャネルと関連付けられる第２のビットレートが、第２のアップリンク論理チャネルと関連付けられる第２の優先ビットレートとほぼ等しくなるようにすることがあり、第１の論理チャネルは、第２のアップリンク論理チャネルより高い優先度を有する。
[0126]いくつかの態様では、アップリンク論理チャネルは第１のアップリンク論理チャネルであることがあり、データの圧縮されていない部分に対応するトークンを推測するための手段は、第１のアップリンク論理チャネルと関連付けられるビットレートが、データ圧縮を伴わずに第１のアップリンク論理チャネルのビットレートより大きくなるようにすることがあり、第１の論理チャネルは、第２のアップリンク論理チャネルより低い優先度を有し、データ圧縮を伴わない第１のアップリンク論理チャネルのビットレートは、第１のアップリンク論理チャネルと関連付けられる優先ビットレートより低いことがある。
[0127]いくつかの態様では、ワイヤレス通信のための方法は、ＵＥによって、アップリンク送信グラントのために割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定することと、ＵＥによって、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定することと、ＵＥによって、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信することとを含み得る。
[0128]いくつかの態様では、アップリンク送信グラントのために割り振られるリソースの量が圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定することは、アップリンク送信グラントのリソースの残りの量を決定するために、アップリンク送信グラントのために割り振られたリソースの量から圧縮されたアップリンクデータの量を差し引くことを含み得る。
[0129]いくつかの態様では、方法はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算することと、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定することとを含むことがあり、圧縮されていないアップリンクデータを選択的に送信することは、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定したことに少なくとも一部基づいて、未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機することを含むことがある。
[0130]いくつかの態様では、方法はさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定することと、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新することとを含み得る。
[0131]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、データの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0132]いくつかの態様では、方法はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算することと、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定することとを含むことがあり、圧縮されていないアップリンクデータを選択的に送信することは、パディングデータを用いてアップリンク送信グラントのリソースの残りの量を埋めること、または、圧縮されたアップリンクデータと関連付けられる論理チャネルとは異なる論理チャネルと関連付けられるデータを用いてアップリンク送信グラントのリソースの残りの量を埋めることを含むことがある。
[0133]いくつかの態様では、方法はさらに、圧縮されていないアップリンクデータが未来のアップリンク送信グラントにおいて送信されるべきであるかどうかを決定することに関連して使用するための、アップリンク送信グラントのリソースの残りの量を特定する情報を記憶することを含み得る。
[0134]いくつかの態様では、方法はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算することと、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多くないと決定することとを含むことがあり、圧縮されていないアップリンクデータを選択的に送信することは、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めることを含むことがある。
[0135]いくつかの態様では、リソースの残りの量を埋めることは、圧縮されていないアップリンクデータのパケットを第１のセグメントおよび第２のセグメントへとセグメント化することと、アップリンク送信グラントのリソースの残りの量を埋めるために、第２のセグメントを送信することなく第１のセグメントを送信することとを含み得る。
[0136]いくつかの態様では、ワイヤレス通信のための装置は、アップリンク送信グラントのために割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定し、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定し、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信するための、１つまたは複数のプロセッサを含み得る。
[0137]いくつかの態様では、１つまたは複数のプロセッサは、アップリンク送信グラントのために割り振られるリソースの量が圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定するとき、アップリンク送信グラントのリソースの残りの量を決定するために、アップリンク送信グラントのために割り振られたリソースの量から圧縮されたアップリンクデータの量を差し引く。
[0138]いくつかの態様では、１つまたは複数のプロセッサはさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算し、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定することがあり、１つまたは複数のプロセッサは、圧縮されていないアップリンクデータを選択的に送信するとき、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定したことに少なくとも一部基づいて、未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機することがある。
[0139]いくつかの態様では、１つまたは複数のプロセッサはさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を特定し、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新し得る。
[0140]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、データの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0141]いくつかの態様では、１つまたは複数のプロセッサはさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算し、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定することがあり、１つまたは複数のプロセッサは、圧縮されていないアップリンクデータを選択的に送信するとき、パディングデータを用いてアップリンク送信グラントのリソースの残りの量を埋め、または、圧縮されたアップリンクデータと関連付けられる論理チャネルとは異なる論理チャネルと関連付けられるデータを用いてアップリンク送信グラントのリソースの残りの量を埋める。いくつかの態様では、１つまたは複数のプロセッサはさらに、圧縮されていないアップリンクデータが未来のアップリンク送信グラントにおいて送信されるべきであるかどうかを決定することに関連して使用するための、アップリンク送信グラントのリソースの残りの量を特定する情報を記憶し得る。
[0142]いくつかの態様では、１つまたは複数のプロセッサはさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算し、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多くないと決定することがあり、１つまたは複数のプロセッサは、圧縮されていないアップリンクデータを選択的に送信するとき、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋める。
[0143]いくつかの態様では、１つまたは複数のプロセッサは、リソースの残りの量を埋めるとき、圧縮されていないアップリンクデータのパケットを第１のセグメントおよび第２のセグメントへとセグメント化し、アップリンク送信グラントのリソースの残りの量を埋めるために、第２のセグメントを送信することなく第１のセグメントを送信し得る。
[0144]いくつかの態様では、非一時的コンピュータ可読媒体は、ワイヤレス通信のためのコンピュータ実行可能コードを記憶し得る。１つまたは複数の命令は、１つまたは複数のプロセッサに、アップリンク送信グラントのために割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定させ、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定させ、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信させ得る。
[0145]いくつかの態様では、１つまたは複数のプロセッサに、アップリンク送信グラントのために割り振られるリソースの量が圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定させる１つまたは複数の命令は、１つまたは複数のプロセッサに、アップリンク送信グラントのリソースの残りの量を決定するために、アップリンク送信グラントのために割り振られたリソースの量から圧縮されたアップリンクデータの量を差し引かせ得る。
[0146]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算させ、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定させることがあり、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータを選択的に送信させる１つまたは複数の命令は、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定したことに少なくとも一部基づいて、未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機させることがある。
[0147]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を決定させ、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新させ得る。
[0148]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、データの圧縮が有効にされる複数のベアラ、またはＵＥと関連付けられる複数のベアラに対応し得る。
[0149]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算させ、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定させることがあり、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータを選択的に送信させる１つまたは複数の命令は、１つまたは複数のプロセッサに、パディングデータを用いてアップリンク送信グラントのリソースの残りの量を埋めさせ、または、圧縮されたアップリンクデータと関連付けられる論理チャネルとは異なる論理チャネルと関連付けられるデータフロムを用いてアップリンク送信グラントのリソースの残りの量を埋めさせることがある。
[0150]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータが未来のアップリンク送信グラントにおいて送信されるべきであるかどうかを決定することに関連して使用するための、アップリンク送信グラントのリソースの残りの量を特定する情報を記憶させ得る。
[0151]いくつかの態様では、１つまたは複数の命令はさらに、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算させ、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多くないと決定させることがあり、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータを選択的に送信させる１つまたは複数の命令は、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めさせることがある。
[0152]いくつかの態様では、１つまたは複数のプロセッサに、リソースの残りの量を埋めさせる１つまたは複数の命令はさらに、１つまたは複数のプロセッサに、圧縮されていないアップリンクデータのパケットを第１のセグメントおよび第２のセグメントへとセグメント化させ、アップリンク送信グラントのリソースの残りの量を埋めるために、第２のセグメントを送信することなく第１のセグメントを送信させ得る。
[0153]いくつかの態様では、ワイヤレス通信のための装置は、アップリンク送信グラントのために割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定するための手段と、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定するための手段と、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信するための手段とを含み得る。
[0154]いくつかの態様では、アップリンク送信グラントのために割り振られるリソースの量が圧縮されたアップリンクデータを送信するために必要とされるリソースの量より多いかどうかを決定するための手段は、アップリンク送信グラントのリソースの残りの量を決定するために、アップリンク送信グラントのために割り振られたリソースの量から圧縮されたアップリンクデータの量を差し引くための手段を含み得る。
[0155]いくつかの態様では、装置はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算するための手段と、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定するための手段とを含むことがあり、圧縮されていないアップリンクデータを選択的に送信するための手段は、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定したことに少なくとも一部基づいて、未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機するための手段を含むことがある。
[0156]いくつかの態様では、装置はさらに、アップリンクデータを圧縮することと関連付けられる以前の圧縮利得を決定するための手段と、移動平均に少なくとも一部基づいて、予想される圧縮利得を決定するために以前の圧縮利得を更新するための手段とを含み得る。
[0157]いくつかの態様では、予想される圧縮利得は、圧縮されたアップリンクデータを送信することと関連付けられる別個のベアラ、圧縮されたアップリンクデータを送信することと関連付けられる別個のフロー、データの圧縮が有効にされる複数のベアラ、または装置と関連付けられる複数のベアラに対応し得る。
[0158]いくつかの態様では、装置はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算するための手段と、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多いと決定するための手段とを含むことがあり、圧縮されていないアップリンクデータを選択的に送信するための手段は、パディングデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるための手段、または、圧縮されたアップリンクデータと関連付けられる論理チャネルとは異なる論理チャネルと関連付けられるデータフロムを用いてアップリンク送信グラントのリソースの残りの量を埋めるための手段を含むことがある。
[0159]いくつかの態様では、装置はさらに、圧縮されていないアップリンクデータが未来のアップリンク送信グラントにおいて送信されるべきであるかどうかを決定することに関連して使用するための、アップリンク送信グラントのリソースの残りの量を特定する情報を記憶するための手段を含み得る。
[0160]いくつかの態様では、装置はさらに、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を計算するための手段と、圧縮されていないアップリンクデータの量がアップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量を足したものより多くないと決定するための手段とを含むことがあり、圧縮されていないアップリンクデータを選択的に送信するための手段は、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるための手段を含むことがある。
[0161]いくつかの態様では、リソースの残りの量を埋めるための手段は、圧縮されていないアップリンクデータのパケットを第１のセグメントおよび第２のセグメントへとセグメント化するための手段と、アップリンク送信グラントのリソースの残りの量を埋めるために、第２のセグメントを送信することなく第１のセグメントを送信するための手段とを含み得る。
[0162]態様は、たとえば、添付の図面を参照して本明細書で実質的に説明され、添付の図面によって示されるような、方法と、装置と、システムと、コンピュータプログラム製品と、非一時的コンピュータ可読媒体と、ユーザ機器とを含み得る。
[0163]上記では、以下の発明を実施するための形態がより良く理解され得るように、本開示による例の特徴および技術的利点をかなり広く概説した。追加の特徴および利点が以下で説明される。開示される概念および具体例は、本開示の同じ目的を実行するために他の構造を修正または設計するための基礎として容易に利用され得る。そのような等価な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性、それらの編成と動作の方法の両方は、関連する利点とともに、添付の図に関して検討されると以下の説明からより良く理解されよう。図の各々は、例示および説明のみのために与えられ、特許請求の範囲の限定の定義として与えられるものではない。
[0164]本開示の性質および利点のさらなる理解は、以下の図面を参照することによって実現され得る。添付の図では、同様のコンポーネントまたは特徴は、同一の参照ラベルを有し得る。さらに、同じタイプの様々なコンポーネントが、参照ラベルの後に、ダッシュと、同様のコンポーネントを区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルだけが本明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様のコンポーネントのいずれにも適用可能である。
[0165]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のためのワイヤレス通信システムの例を示す図。 [0166]本開示の様々な態様による、ＬＴＥネットワークアーキテクチャにおける例示的なアクセスネットワークを示す図。 [0167]本開示の様々な態様による、進化型データ圧縮方式におけるパケットバッファの例を示す図。 [0168]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のためのプロセスフローの例を示す図。 [0169]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための別のプロセスフローの例を示す図。 [0170]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたユーザ機器（ＵＥ）のブロック図。 [0171]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたＵＥのブロック図。 [0172]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたｅＤＣＳバッファステータス報告（ＢＳＲ）コンポーネントのブロック図。 [0173]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたＵＥを含むシステムのブロック図。 [0174]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成された基地局のブロック図。 [0175]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成された基地局ｅＤＣＳ ＢＳＲコンポーネントのブロック図。 [0176]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成された基地局のブロック図。 [0177]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成された基地局を含むシステムのブロック図。 [0178]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0179]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0180]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0181]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0182]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0183]本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のための方法を示すフローチャート。 [0184]本開示の様々な態様による、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいてバッファステータス報告を準備することの例を示す図。 [0185]本開示の様々な態様による、図１９に示される例に関係する例示的な方法の流れ図。 [0186]本開示の様々な態様による、ＬＴＥにおけるダウンリンク（ＤＬ）フレーム構造の例を示す図。 [0187]本開示の様々な態様による、ＬＴＥにおけるアップリンク（ＵＬ）フレーム構造の例を示す図。 [0188]本開示の様々な態様による、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例を示す図。 [0189]本開示の様々な態様による、基地局とＵＥとを含む通信システムの例示的なコンポーネントを示す図。 [0190]本開示の様々な態様による、アップリンクデータの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるかどうかを決定することの例を示す図。 [0191]本開示の様々な態様による、図２５に示される例に関係する例示的なプロセスの流れ図。 [0192]本開示の様々な態様による、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、アップリンク送信のための圧縮されたアップリンクデータを送信することの例を示す図。 [0193]本開示の様々な態様による、図２７に示される例に関係する例示的なプロセスの流れ図。
[0194]バッファステータス報告（ＢＳＲ）は、進化型データ圧縮方式（ｅＤＣＳ）などのデータ圧縮方式を利用して圧縮されたパケットに基づくことがあり、またはそのようなパケットのために調整されることがある。ユーザ機器（ＵＥ）の圧縮されていないバッファのコンテンツサイズおよび圧縮されたバッファのコンテンツサイズは各々、ＢＳＲを決定するために使用され得る。ＢＳＲは基地局に送信されることがあり、基地局はＢＳＲに基づいてリソースグラントをＵＥに割り当てることがある。ＢＳＲもしくはグラント、または両方が、ＵＥによって送信されることが保留されているパケットの、ならびに、すでに圧縮されているパケットまたは送信されるであろう圧縮されていないパケットの、圧縮されたサイズを考慮する方式で計算され得る。圧縮されたパケットと圧縮されていないパケットの両方に基づいてＢＳＲと対応するグラントとを生成することは、ＵＥのアップリンク送信の実際のサイズにリソースグラントをより密接に適合させることによって、システム内のリソースを最大化するのを助け得る。
[0195]以下の説明は例を与えるものであり、特許請求の範囲に記載される範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成に変更が行われ得る。様々な例は、適宜、様々な手順またはコンポーネントを省略し、置換し、または追加することがある。たとえば、説明される方法は、説明される順序とは異なる順序で実行されることがあり、様々なステップが追加され、省略され、または組み合わされることがある。また、いくつかの例に関して説明される特徴は、他の例では組み合わされることがある。
[0196]図１Ａは、本開示の様々な態様による、ワイヤレス通信システム１００の例を示す。ワイヤレス通信システム１００は、少なくとも１つの基地局１０５と、少なくとも１つのＵＥ１１５と、コアネットワーク１３０とを含む。コアネットワーク１３０は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル（ＩＰ）接続性と、他のアクセス、ルーティング、またはモビリティ機能とを与え得る。基地局１０５は、バックホールリンク１３２（たとえば、Ｓ１など）を通じてコアネットワーク１３０とインターフェースする。基地局１０５は、少なくとも１つのＵＥ１１５との通信のための無線構成とスケジューリングとを実行することができ、または基地局コントローラ（図示せず）の制御下で動作することができる。様々な例では、基地局１０５は、有線またはワイヤレス通信リンクであり得るバックホールリンク１３４（たとえば、Ｘ１など）を通じて、別の基地局１０５と直接的にまたは間接的に（たとえば、コアネットワーク１３０を通じて）通信し得る。
[0197]基地局１０５は、１つまたは複数の基地局アンテナを介して、少なくとも１つのＵＥ１１５とワイヤレスに通信し得る。各基地局１０５は、それぞれの地理的カバレッジエリア１１０のための通信カバレッジを与え得る。いくつかの例では、基地局１０５は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、または何らかの他の好適な用語で呼ばれることがある。基地局１０５のための地理的カバレッジエリア１１０は、カバレッジエリアの一部分のみを構成するセクタに分割され得る（図示せず）。ワイヤレス通信システム１００は、異なるタイプ（たとえば、マクロセル基地局またはスモールセル基地局）の基地局（たとえば、基地局１０５）を含み得る。異なる技術のための重複する地理的カバレッジエリア１１０があり得る。
[0198]いくつかの例では、ワイヤレス通信システム１００は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）／ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）ネットワークである。ＬＴＥ／ＬＴＥ−Ａネットワークでは、ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ（ｅＮＢ）という用語が、たとえば基地局１０５を表すために使用されることがあり、ＵＥという用語が、たとえばＵＥ１１５を表すために使用されることがある。ワイヤレス通信システム１００は、異なるタイプのｅＮＢが様々な地理的領域にカバレッジを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークであり得る。たとえば、各ｅＮＢまたは基地局１０５は、マクロセル、スモールセル、または他のタイプのセルのための通信カバレッジを与え得る。「セル」という用語は、文脈に応じて、基地局、基地局と関連付けられるキャリアもしくはコンポーネントキャリア、またはキャリアもしくは基地局のカバレッジエリア（たとえば、セクタなど）を表すために使用され得る３ＧＰＰ（登録商標）用語である。
[0199]マクロセルは、たとえば、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーすることがあり、ネットワークプロバイダのサービスに加入している少なくとも１つのＵＥ１１５による無制限アクセスを可能にすることがある。スモールセルは、マクロセルと同じまたは異なる（たとえば、免許、免許不要などの）周波数帯域で動作し得る、マクロセルと比較して低電力の基地局である。スモールセルは、様々な例によれば、ピコセルと、フェムトセルと、マイクロセルとを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーすることがあり、ネットワークプロバイダのサービスに加入している少なくとも１つのＵＥ１１５による無制限アクセスを可能にすることがある。また、フェムトセルは、小さい地理的エリア（たとえば、自宅）をカバーすることがあり、フェムトセルとの関連を有する少なくとも１つのＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ）中のＵＥ１１５、自宅内のユーザのためのＵＥ１１５など）による制限付きアクセスを提供することがある。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セル（たとえば、コンポーネントキャリア）をサポートし得る。
[0200]ワイヤレス通信システム１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、基地局１０５は同様のフレームタイミングを有することがあり、異なる基地局１０５からの送信は時間的に概ね整合されることがある。非同期動作の場合、基地局１０５は異なるフレームタイミングを有することがあり、異なる基地局１０５からの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作または非同期動作のいずれにも使用され得る。
[0201]少なくとも１つのＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散していることがあり、各ＵＥ１１５は固定式または移動式であり得る。ＵＥ１１５は、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語を含むことがあり、またはそのように当業者によって呼ばれることがある。ＵＥ１１５は、携帯電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、リレー基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。
[0202]ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信、または基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。通信リンク１２５の各々は１つまたは複数のキャリアを含むことがあり、ここで、各キャリアは、上で説明された様々な無線技術に従って変調された複数のサブキャリア（たとえば、異なる周波数の波形信号）からなる信号であり得る。各々の変調される信号は、異なるサブキャリア上で送られることがあり、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、ユーザデータなどを搬送することがある。通信リンク１２５は、周波数分割複信（ＦＤＤ）動作を使用して（たとえば、対スペクトルリソースを使用して）、または時分割複信（ＴＤＤ）動作を使用して（たとえば、不対スペクトルリソースを使用して）、双方向通信を送信し得る。ＦＤＤ（たとえば、フレーム構造タイプ１）およびＴＤＤ（たとえば、フレーム構造タイプ２）のためのフレーム構造が定義され得る。
[0203]ワイヤレス通信システム１００のいくつかの例では、基地局１０５またはＵＥ１１５は、少なくとも１つの基地局１０５と少なくとも１つのＵＥ１１５との間の通信品質と信頼性とを改善するために、アンテナダイバーシティ方式を利用するための複数のアンテナを含み得る。加えて、または代替的に、基地局１０５またはＵＥ１１５は、同じまたは異なるコーディングされたデータを搬送する複数の空間層を送信するために、マルチパス環境を利用し得る多入力多出力（ＭＩＭＯ）技法を利用し得る。
[0204]ワイヤレス通信システム１００は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション（ＣＡ）またはマルチキャリア動作と呼ばれることがある機能をサポートし得る。キャリアは、コンポーネントキャリア（ＣＣ）、層、チャネルなどと呼ばれることもある。「キャリア」、「コンポーネントキャリア」、「セル」、および「チャネル」という用語は、本明細書では互換的に使用されることがある。ＵＥ１１５は、キャリアアグリゲーションのために、複数のダウンリンクＣＣと１つまたは複数のアップリンクＣＣとで構成され得る。キャリアアグリゲーションは、ＦＤＤコンポーネントキャリアとＴＤＤコンポーネントキャリアの両方とともに使用され得る。
[0205]様々な開示される例のいくつかに適応し得る通信ネットワークは、階層化されたプロトコルスタックに従って動作するパケットベースネットワークであることがあり、ユーザプレーン中のデータはＩＰに基づくことがある。無線リンク制御（ＲＬＣ）層は、論理チャネルを通じて通信するためにパケットのセグメント化とリアセンブリとを実行し得る。媒体アクセス制御（ＭＡＣ）層は、優先度処理と、トランスポートチャネルへの論理チャネルの多重化とを実行し得る。ＭＡＣ層はまた、リンク効率を改善するために、ＭＡＣ層において再送信を行うためにハイブリッド自動再送要求（ＨＡＲＱ）を使用し得る。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコル層は、ＵＥ１１５と少なくとも１つの基地局１０５との間のＲＲＣ接続の確立と構成と保守とを行い得る。ＲＲＣプロトコル層はまた、ユーザプレーンデータのための無線ベアラのコアネットワーク１３０によるサポートのために使用され得る。物理（ＰＨＹ）層において、トランスポートチャネルは物理チャネルにマッピングされ得る。
[0206]ワイヤレス通信システム１００内で、ＲＬＣ層は、より高次の層（たとえば、ＲＲＣおよびパケットデータコンバージェンスプロトコル（ＰＤＣＰ））をより低次の層（たとえば、ＭＡＣ層）に接続し得る。基地局１０５またはＵＥ１１５の中のＲＬＣエンティティは、送信パケットが（ＭＡＣ層トランスポートブロックサイズに対応する）適切なサイズのブロックへと編成されることを保証し得る。入来するデータパケット（すなわち、ＰＤＣＰまたはＲＲＣサービスデータユニット（ＳＤＵ））が送信には大きすぎる場合、ＲＬＣ層は、入来するデータパケットをいくつかのより小さいＲＬＣプロトコルデータユニット（ＰＤＵ）にセグメント化し得る。入来するパケットが小さすぎる場合、ＲＬＣ層は、それらのパケットのいくつかを連結して単一のより大きいＲＬＣ ＰＤＵにし得る。各ＲＬＣ ＰＤＵは、データをどのようにリアセンブルするかについての情報を含むヘッダを含み得る。
[0207]ＲＬＣ層はまた、パケットが確実に送信されることを保証し得る。送信機は、インデックス付けされたＲＬＣ ＰＤＵのバッファを保持し、対応する肯定応答（ＡＣＫ）を受信するまで各ＰＤＵの再送信を続け得る。いくつかの場合、送信機は、どのＰＤＵが受信されているかを決定するためにポール要求（Ｐｏｌｌ Ｒｅｑｕｅｓｔ）を送信することがあり、受信機はステータス報告（Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）により応答することがある。ＭＡＣ層のＨＡＲＱとは異なり、ＲＬＣ自動再送要求（ＡＲＱ）は、前方誤り訂正機能を含まないことがある。ＲＬＣエンティティは、３つのモードのうちの１つにおいて動作し得る。肯定応答済モード（ＡＭ：acknowleged mode）、未肯定応答モード（ＵＭ：unacknowledged mode）、およびＴＭにおいて。ＡＭでは、ＲＬＣエンティティは、セグメント化／連結とＡＲＱとを実行し得る。このモードは、遅延に寛容な送信または誤りに感受性のある送信に適していることがある。ＵＭでは、ＲＬＣエンティティは、セグメント化／連結を実行するがＡＲＱを実行しないことがある。これは、遅延に感受性のあるトラフィックまたは誤りに寛容なトラフィック（たとえば、ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＶｏＬＴＥ））に適していることがある。透過モード（ＴＭ：transparent mode）はデータのバッファリングだけを実行し、連結／セグメント化もＡＲＱも含まない。ＴＭは、ブロードキャスト制御情報（たとえば、マスター情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ））と、ページングメッセージと、ＲＲＣ接続メッセージとを送信するために主に使用され得る。一部の送信は、ＲＬＣ（たとえば、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルおよび応答）を伴わずに送信され得る。
[0208]いくつかの場合、ワイヤレス通信システム１００は、情報を送信するために要するリソースの量を減らすために、データ圧縮技法を使用することがある。１つのそのような技法が進化型データ圧縮方式（ｅＤＣＳ）であり、これは、以前の送信されたパケットに基づいてパケットヘッダおよびペイロードの圧縮を実行することを含み得る。この圧縮は、様々なトラフィックタイプに対して適用されることがあり、圧縮を実行しないこと、ヘッダのみの圧縮を実行すること、またはヘッダのペイロードの両方の圧縮を実行することに動的に関与することがある。ｅＤＣＳは、ＵＥ１１５およびｅＮＢ１５０において、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層で実装され得る。ｅＤＣＳは、ＰＤＣＰ層および他のより高次の層におけるヘッダおよびペイロードの圧縮を可能にし得る。ｅＤＣＳは、ワイヤレス通信システム１００が、より高い帯域幅とより多数のＵＥ１１５とを収容することによって、より大きいシステム容量を有することを可能にし得る。ｅＤＣＳはまた、各ＵＥ１１５がより高いレートで日付を受信して送信することを可能にし得る。
[0209]ＵＥ１１５は、ｅＮＢ１５０へのチャネルを通じた送信が保留中であるデータの量を伝えるために、バッファステータス報告（ＢＳＲ）を使用し得る。ｅＤＣＳでは、保留中のデータは、圧縮されていないパケット、圧縮されたパケット、または圧縮されたパケットと圧縮されていないパケットの組合せを含み得る。ＢＳＲは、ＵＥの ＲＬＣ ＰＤＵに基づき得る。ＢＳＲは、基地局１０５への最初の送信の試行のためのより低次の層に運ばれていないパケットを考慮し得る。ＲＬＣのフラグメント化の場合、ＢＳＲはまだ送信されていないフラグメントを考慮し得る。ＢＳＲはまた、送信を試行したが否定応答（ＮＡＣＫ）ＲＬＣメッセージに終わり、再送信が保留中であるパケットを考慮し得る。
[0210]基地局１０５は、ＵＥ１１５からＢＳＲを受信し得る。基地局１０５は、ＵＥ１１５のためのグラントサイズとグラント割当て頻度とを決定するために、受信されたＢＳＲを使用し得る。グラントサイズは、ＵＥ１１５における送信が保留中である圧縮されていないパケット、圧縮されたパケット、または圧縮されたパケットと圧縮されていないパケットの組合せのサイズに基づき得る。基地局１０５は次いで、グラントをＵＥ１１５に送信することができ、ＵＥ１１５は、１つまたは複数の圧縮されたパケットまたは圧縮されていないパケットを送信することに進むことができる。
[0211]いくつかの場合、ＵＥ１１５は、あるソース基地局からターゲット基地局へのハンドオーバーを経験することがある。これらの場合、ＢＳＲ情報は、基地局１０５間で移送されないことがある。代わりに、ＵＥ１１５は、ハンドオーバーが完了した後で新たなＢＳＲをターゲット基地局に送信し得る。
[0212]ワイヤレス通信システム１００のＷｉ−Ｆｉ（登録商標）ネットワークを参照すると、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント１３５、１３５−Ａは、１つまたは複数の通信リンク１４５を通じて、１つまたは複数のＷＬＡＮアクセスポイントアンテナを介してＷＬＡＮ局１４０、１４０−Ａとワイヤレスに通信することができる。いくつかの例では、ＷＬＡＮアクセスポイント１３５、１３５−Ａは、米国電気電子学会（ＩＥＥＥ）規格８０２．１１（たとえば、ＩＥＥＥ規格８０２．１１ａ、ＩＥＥＥ規格８０２．１１ｎ、またはＩＥＥＥ規格８０２．１１ａｃ）などの、１つまたは複数のＷｉ−Ｆｉ通信規格を使用して、ＷＬＡＮ局１４０、１４０−Ａと通信し得る。
[0213]いくつかの例では、ＷＬＡＮ局１４０、１４０−Ａは、携帯電話、携帯情報端末（ＰＤＡ）、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータなどであってよい。いくつかの例では、装置は、ＵＥ１１５、１１５−Ａと、ＷＬＡＮ局１４０、１４０−Ａの両方の態様を含むことがあり、そのような装置は、第１の無線アクセス技術（ＲＡＴ）（たとえば、１つのセルラーＲＡＴまたは複数のセルラーＲＡＴ）を使用して、少なくとも１つの基地局１０５、１０５−Ａと通信し、第２のＲＡＴ（たとえば、１つのＷｉ−Ｆｉ ＲＡＴまたは複数のＷｉ−Ｆｉ ＲＡＴ）を使用して、１つまたは複数のＷＬＡＮアクセスポイント１３５、１３５−Ａと通信することができる。
[0214]いくつかの例では、少なくとも１つの基地局１０５、１０５−Ａ、および少なくとも１つのＵＥ１１５、１１５−Ａは、免許無線周波数スペクトル帯域および／または免許不要無線周波数スペクトル帯域を通じて通信することができ、一方でＷＬＡＮアクセスポイント１３５、１３５−Ａ、およびＷＬＡＮ局１４０、１４０−Ａは、免許不要無線周波数スペクトル帯域を通じて通信することができる。免許不要無線周波数スペクトル帯域はしたがって、基地局１０５、１０５−Ａ、ＵＥ１１５、１１５−Ａ、ＷＬＡＮアクセスポイント１３５、１３５−Ａ、および／またはＷＬＡＮ局１４０、１４０−Ａによって共有され得る。
[0215]図１Ａに示されているコンポーネントの数および配置は、例として与えられている。実際には、ワイヤレス通信システム１００は、追加のデバイス、より少数のデバイス、異なるデバイス、または図１Ａに示されているものとは異なるように配置されたデバイスを含み得る。加えて、または代替的に、ワイヤレス通信システム１００のデバイスのセット（たとえば、１つまたは複数のデバイス）が、ワイヤレス通信システム１００のデバイスの別のセットによって実行されるものとして説明される１つまたは複数の機能を実行し得る。
[0216]図１Ｂは、本開示の様々な態様による、ＬＴＥネットワークアーキテクチャにおける例示的なアクセスネットワーク１０１を示す。示されるように、アクセスネットワーク１０１は、セルラー領域（セル）１６０の対応するセットにサービスする少なくとも１つのｅＮＢ１５０と、対応する少なくとも１つのセル１８０にサービスする少なくとも１つの低電力ｅＮＢ１７０と、少なくとも１つのＵＥ１９０とを含み得る。
[0217]各ｅＮＢ１５０は、それぞれのセル１６０に割り当てられることがあり、アクセスポイントをＲＡＮに提供するために構成されることがある。たとえば、ｅＮＢ１５０は、ＵＥ１９０のためのアクセスポイントを無線アクセスネットワーク（ＲＡＮ）に提供することがある（たとえば、ｅＮＢ１５０は図１Ａに示される基地局１０５に対応することがある）。ＵＥ１９０は図１Ａに示されるＵＥ１１５に対応することがある。図１Ｂは例示的なアクセスネットワーク１０１のための集中型のコントローラを示さないが、アクセスネットワーク１０１はいくつかの態様では集中型のコントローラを使用することがある。各ｅＮＢ１５０は、無線ベアラ制御と、アドミッション制御と、モビリティ制御と、スケジューリングと、セキュリティと、ネットワーク接続性とを含む、無線関係の機能を実行し得る。
[0218]図１Ｂに示されるように、少なくとも１つの低電力ｅＮＢ１７０が少なくとも１つのセル１８０にサービスすることがあり、セル１８０は少なくとも１つのｅＮＢ１５０によってサービスされる少なくとも１つのセル１６０と重複することがある。低電力ｅＮＢ１７０は、図１Ａに示される基地局１０５に対応することがある。低電力ｅＮＢ１７０は、リモートラジオヘッド（ＲＲＨ：remote radio head）と呼ばれることがある。低電力ｅＮＢ１７０は、フェムトセルｅＮＢ（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセルｅＮＢ、マイクロセルｅＮＢなどを含み得る。
[0219]アクセスネットワーク１０１によって利用される変調方式および多元接続方式は、展開されている別個の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、直交周波数分割多重化（ＯＦＤＭ）がダウンリンク（ＤＬ）上で使用され、ＳＣ−ＦＤＭＡがアップリンク（ＵＬ）上で使用される。本明細書で提示される様々な概念は、ＬＴＥ適用例によく適していることがある。しかしながら、これらの概念は、他の変調技法および多元接続技法を利用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ （ＥＶ−ＤＯ）またはＵｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ （ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを利用する。別の例として、これらの概念は、Ｗｉｄｅｂａｎｄ ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形（たとえば、ＴＤ−ＳＣＤＭＡ、ＴＤＭＡを利用するＧＳＭ（登録商標）、Ｅ−ＵＴＲＡなど）を利用するＵＴＲＡ、ＵＭＢ、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＯＦＤＭを利用するＦｌａｓｈ−ＯＦＤＭなどに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。利用される実際のワイヤレス通信規格および多元接続技術は、具体的な適用例およびシステムに課された全体的な設計制約に依存する。
[0220]図１Ｂに示されているデバイスおよびセルの数および配置は、例として与えられている。実際には、追加のデバイスおよび／もしくはセル、より少数のデバイスおよび／もしくはセル、異なるデバイスおよび／もしくはセル、または図１Ｂに示されるものとは異なるように配置されたデバイスおよび／もしくはセルがあり得る。さらに、図１Ｂに示される２つ以上のデバイスは単一のデバイス内で実装されることがあり、または図１Ｂに示される単一のデバイスは複数の分散されたデバイスとして実装されることがある。加えて、または代替的に、図１Ｂに示されるデバイスのセット（たとえば、１つまたは複数のデバイス）が、図１Ｂに示されるデバイスの別のセットによって実行されるものとして説明される１つまたは複数の機能を実行することがある。
[0221]図２は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるパケットバッファ２００の例を示す。パケットバッファ２００は、とりわけ、図１Ａを参照して上で説明されたＵＥ１１５などのＵＥに含まれ得る。
[0222]ＵＥは、圧縮されていないバッファ２０５および圧縮されたバッファ２１０などの、外に向かうパケットに対して２つの異なるパケットバッファを維持し得る。圧縮されていないバッファ２０５は、少なくとも１つの圧縮されていないパケット２１５を含み得る。各々の圧縮されていないパケット２１５は、圧縮されていないサイズ２２０を有し得る。圧縮されていないバッファ２０５のコンテンツ（たとえば、圧縮されていないパケット２１５）は、圧縮されていないコンテンツサイズ２２５と関連付けられ得る。圧縮されたバッファ２１０は、少なくとも１つの圧縮されていないパケット２１５に対応する少なくとも１つの圧縮されたパケット２３０を含み得る。圧縮されたパケット２３０の各々は、圧縮されたサイズ２３５を有し得る。圧縮されたバッファ２１０のコンテンツ（たとえば、圧縮されたパケット２３０）は、圧縮されたコンテンツサイズ２４０と関連付けられ得る。
[0223]圧縮されていないバッファ２０５は、上層から受信され、最初の送信のためにＭＡＣ層に渡されていない、少なくとも１つの圧縮されていないパケット２１５を含み得る。ＲＬＣ肯定応答モード（ＡＭ）ベアラでは、圧縮されていないバッファ２０５の中の圧縮されていないパケット２１５は、圧縮されていないパケット２１５が、とりわけ図１Ａを参照して上で説明されたｅＮＢ１５０などの受信機によって肯定応答されるとき、圧縮されていないバッファ２０５から削除され得る。圧縮されていないパケット２１５は、圧縮されていないパケット２１５自体が受信機によってＲＬＣ肯定応答される場合、肯定応答されたと見なされ得る。圧縮されていないパケット２１５はまた、すべての以前のＰＤＣＰシーケンス番号に対応するパケット（圧縮されたまたは圧縮されていない）が受信機によってＲＬＣ肯定応答される場合、肯定応答されたと見なされ得る。
[0224]いくつかの場合、圧縮されていないパケット２１５は、その圧縮されていないパケット２１５に対するＲＬＣ肯定応答だけに基づいて、肯定応答されたと見なされ得る。これらの場合、肯定応答されるべきすべての以前のＰＤＣＰシーケンス番号を考慮せずに、圧縮されていないバッファ２０５から圧縮されていないパケット２１５を削除することは、送信機と受信機との間の同期が失われて受信機に伝播されていないＲＬＣウィンドウ中の穴がある場合、復元不可能なパケットロスを引き起こし得る。
[0225]ＲＬＣ未肯定応答モード（ＵＭ）ベアラでは、圧縮されていないパケット２１５は、圧縮されていないパケット２１５に対応する１つまたは複数の圧縮されたパケット２３０が受信機（たとえば、ｅＮＢ１５０）に送信されるとき、圧縮されていないバッファ２０５から削除され得る。代替的に、ＲＬＣ ＡＭベアラとＲＬＣ ＵＭベアラの両方において、圧縮されていないパケット２１５は、圧縮されていないパケット２１５が圧縮されたバッファ２１０へと圧縮されるとき、圧縮されていないバッファ２０５から削除され得る。圧縮時に圧縮されていないバッファ２０５から圧縮されていないパケット２１５を削除することで、ｅＤＣＳに対するメモリ要件を下げることができる。しかしながら、圧縮時に圧縮されていないバッファ２０５から圧縮されていないパケット２１５を削除することは、送信機と受信機との間の同期が失われて受信機に伝播されていないＲＬＣウィンドウ中の穴がある場合、（ＲＬＣ ＡＭベアラに対しても）復元不可能なパケットロスを引き起こし得る。
[0226]圧縮されたバッファ２１０の中の圧縮されたパケット２３０は各々、圧縮されていないバッファ２０５の中の圧縮されていないパケット２１５から生成されていることがあり、圧縮されていないバッファ２０５の中の圧縮されていないパケット２１５に対応することがある。圧縮アルゴリズムは、トラフィック特性に応じて様々な圧縮利得を与え得る。パケット圧縮の処理コストが原因で、少なくとも１つの圧縮されていないパケット２１５の圧縮はオフラインで実行され得る。圧縮されたバッファ２１０は、（圧縮されたまたは圧縮されていない）パケットを送信するためのグラントを受信する前に圧縮されたパケット２３０を記憶するための別個の位置として、ＵＥによって使用され得る。グラントが受信される時間までに、またはグラントが使用されることが可能になる時間（たとえば、グラントの受信から４送信時間間隔（ＴＴＩ）後）までに、さらなる圧縮されていないパケット２１５が上層から受信されることがあり、圧縮されたバッファ２１０へと圧縮されることがある。
[0227]ＵＥがＢＳＲを生成するためにパケットバッファ２００のコンテンツを評価するとき、圧縮されたバッファ２１０は、圧縮されていないバッファ２０５の中の圧縮されていないパケット２１５の断片だけに対応する、圧縮されたパケット２３０を含み得る。これらの場合、ＵＥは、ＵＥが圧縮されていないコンテンツサイズ２２５だけを使用するとすれば、ＢＳＲを過大評価することがある。ＢＳＲの過大評価はパディングにつながることがあり、これは、さらなるグラントをＵＥに割り当てる際のｅＮＢのスケジューリングの挙動に影響することがある。あるいは、ＵＥが圧縮されたコンテンツサイズ２４０だけを使用する場合、ＵＥはＢＳＲを過小評価することがある。ＢＳＲの過小評価により、ＵＥがｅＮＢからの余計なグラントを要求するようになることがあり、これは、余計なＢＳＲを送信するための余計な帯域幅のオーバーヘッドと、ＵＥがｅＮＢからの余計なグラントを待機する間の送信の遅延とを引き起こすことがある。様々なトラフィック特性によって引き起こされる圧縮利得の変動により、圧縮されたコンテンツサイズ２４０に対する固定されたＢＳＲ調整は効果的ではないことがある。したがって、ｅＤＣＳでは、ＢＳＲの評価は、圧縮されていないコンテンツサイズ２２５と圧縮されたコンテンツサイズ２４０の組合せに基づき得る。
[0228]上の説明はＵＥの中にあるものとしてパケットバッファ２００を説明したが、パケットバッファ２００は、基地局またはｅＮＢなどの任意の送信デバイスの中にあることを理解されたい。同様に、任意の送信デバイスがＢＳＲを生成し得ることを理解されたい。
[0229]図３は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のためのプロセスフロー３００の例を示す。プロセスフロー３００はＵＥ１１５−ａを含むことがあり、これは、とりわけ図１Ａを参照して上で説明されたＵＥ１１５の例であり得る。プロセスフロー３００は基地局１０５−ａも含むことがあり、これは、とりわけ図１Ａを参照して上で説明された基地局１０５の例であり得る。
[0230]ステップ３０５において、ＵＥ１１５−ａがＢＳＲを生成し得る。ＢＳＲは、圧縮されたバッファコンテンツと圧縮されていないバッファコンテンツの組合せに基づき得る。圧縮されたバッファが圧縮されたパケットを含む場合、圧縮されたサービスデータユニット（ＳＤＵ）サイズが、ＢＳＲを決定する際に使用され得る。この場合、ＢＳＲは、圧縮されていないバッファの中の圧縮されたパケットの圧縮されていないコピーを考慮しないことがある。圧縮されていないバッファが圧縮されていないパケットを含む場合、圧縮されていないＳＤＵサイズが、ＢＳＲを決定する際に使用され得る。ＢＳＲは次いで、ステップ３１０において基地局１０５−ａに送信され得る。
[0231]基地局１０５−ａは、ＵＥ１１５−ａのためのグラントサイズとグラント割当て頻度とを決定するために、ＢＳＲを使用し得る。ステップ３１０において、基地局１０５−ａは、グラント情報をＵＥ１１５−ａに送信し得る。
[0232]グラント情報に基づいて、ＵＥ１１５−ａは、ステップ３２０において、１つまたは複数のパケットを基地局１０５−ａに送信する。送信されるパケットは、圧縮されたパケット、圧縮されていないパケット、または圧縮されたパケットと圧縮されていないパケットの組合せを含み得る。ステップ３２５において、基地局１０５−ａは、各々の受信されたパケットに対する肯定応答（ＡＣＫ）を送信し得る。
[0233]パケット（圧縮されたまたは圧縮されていない）が基地局１０５−ａによって成功裏に肯定応答される場合、ステップ３３０において、パケットの圧縮されたコピーおよび圧縮されていないコピーが、対応するバッファから削除され得る。パケット自体が基地局１０５−ａによってＲＬＣ肯定応答される場合、パケットは肯定応答されたと見なされ得る。すべての以前のＰＤＣＰシーケンス番号に対応するパケットが基地局１０５−ａによってＲＬＣ肯定応答される場合も、パケットは肯定応答されたと見なされ得る。
[0234]ＵＥ１１５−ａまたは基地局１０５−ａは、ＲＬＣ肯定応答されたが受信機ウィンドウの中の穴が原因で対応するバッファから削除されていないパケットを、考慮し得る。後続のＢＳＲは、穴が原因で削除されていないＲＬＣ肯定応答されたパケットを、後続のＢＳＲ評価から省き得る。
[0235]ｅＤＣＳ圧縮が無効にされる、またはリセットされる場合、ＢＳＲは再評価されることがあり、新たなＢＳＲが基地局１０５−ａに送信されることがある。ＵＥ１１５−ａの圧縮されたバッファが空である場合、ＢＳＲは圧縮されていないコンテンツサイズだけに基づくことがある。
[0236]いくつかの場合、ステップ３０５において、ＵＥ１１５−ａは、圧縮されていないバッファの中のパケットの圧縮されたサイズの予測に基づいて、ＢＳＲを生成し得る。ＵＥ１１５−ａは、対応する圧縮されていないパケットのサイズと圧縮されたパケットのサイズを比較することによって、予想される圧縮利得を計算し得る。これらの場合、ＢＳＲは、予想される圧縮利得によって乗じられた圧縮されていないコンテンツサイズに基づき得る。
[0237]ＵＥ１１５−ａは、後続のパケット圧縮からの情報を使用して、予想される圧縮利得を更新し得る。圧縮利得は、パケットごとに移動平均式を使用して更新され得る。圧縮利得（ＣＧ：compression gain）は、ｅＤＣＳの初期に所定の値に設定され得る。たとえば、圧縮利得は、ｅＤＣＳが開始されるとき、１という値に設定され得る。初期ＣＧは次いで、次のように更新され得る。
圧縮利得は、様々なパケットグループに基づいて計算され得る。たとえば、圧縮利得は、ベアラごとまたはフローごとに計算されることがある。代替的に、ｅＤＣＳが有効にされたすべてのベアラに対して、１つの圧縮利得が計算されることがある。代替的に、ＵＥ１１５−ａの中のすべてのアクティブベアラに対して、１つの圧縮利得が計算されることがある。
[0238]ｅＤＣＳが無効にされる、またはリセットされる場合、圧縮利得は初期の所定の値にリセットされ得る（たとえば、ＣＧ＝１）。ＵＥ１１５−ａがターゲットｅＮＢへのハンドオーバーを経験する場合も、圧縮利得は初期の所定の値にリセットされ得る（たとえば、ＣＧ＝１）。圧縮利得が１という値にリセットされるとき、ターゲットｅＮＢに送信される、得られるＢＳＲは、圧縮されていないバッファの全体の圧縮されていないコンテンツのサイズを反映し得る。
[0239]代替的に、ＵＥ１１５−ａがターゲットｅＮＢへのハンドオーバーを経験するとき、圧縮利得は、圧縮されていないバッファおよび圧縮されたバッファの現在のコンテンツサイズに基づいて、次のように初期化され得る。
ここで、Ｎcは圧縮されたバッファ中のパケットの数であり、Ｎuは圧縮されていないバッファ中のパケットの数である。圧縮利得は次いで、式１に従ってパケットごとに更新され得る。
[0240]上の説明は、ＵＥがＢＳＲを生成してパケットを基地局に送信することを説明するが、本技法は、任意の受信デバイスにパケットを送信する任意の送信デバイスに適用され得ることを理解されたい。
[0241]図４は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための別のプロセスフロー４００の例を示す。プロセスフロー４００はＵＥ１１５−ｂを含むことがあり、これは、とりわけ図１Ａを参照して上で説明されたＵＥ１１５の例であり得る。プロセスフロー４００は基地局１０５−ｂも含むことがあり、これは、とりわけ図１Ａを参照して上で説明された基地局１０５の例であり得る。
[0242]ステップ４０５において、ＵＥ１１５−ｂがＢＳＲを生成し得る。ＢＳＲは、圧縮されていないバッファコンテンツだけに基づき得る。ＵＥ１１５−ｂは次いで、ステップ４１０において、ＢＳＲを基地局１０５−ｂに送信し得る。基地局１０５−ｂは、ステップ４１５において、ＢＳＲに基づいて初期グラントを決定し、初期グラントをＵＥに送信し得る。初期グラントは圧縮されたバッファのコンテンツを正しく考慮していないことがあり、それは、ＢＳＲが圧縮されていないバッファのコンテンツだけに基づいていたからである。
[0243]ステップ４１５において、ＵＥ１１５−ｂは、初期グラントに応答して、１つまたは複数の圧縮されたパケットを基地局１０５−ｂに送信し得る。基地局１０５−ｂは次いで、受信された圧縮されたパケットに対応する圧縮されていないパケットのサイズを比較することによって、ステップ４２５において、推定される圧縮利得を決定し得る。基地局１０５−ｂはまた、初期グラントを埋めるためにＵＥによって使用されるパディングサイズを考慮し得る。基地局１０５−ａは、受信される後続の圧縮されたまたは圧縮されていないパケットからの情報を使用して、推定される圧縮利得を更新し続け得る。圧縮利得（ＣＧ）は、式１を使用して、パケットごとに移動平均式を使用して更新され得る。基地局１０５−ｂによって使用される圧縮利得は、ｅＤＣＳが開始されるとき、所定の値により初期化され得る（たとえば、ＣＧ＝１）。
[0244]いくつかの例では、基地局１０５−ｂは、異なるパケットグループに基づいて圧縮利得を計算し得る。たとえば、圧縮利得は、ベアラごとまたはフローごとに計算されることがある。代替的に、ｅＤＣＳが有効にされたすべてのベアラに対して、１つの圧縮利得が計算されることがある。代替的に、ＵＥ１１５−ｂの中のすべてのアクティブベアラに対して、１つの圧縮利得が計算されることがある。
[0245]ｅＤＣＳが無効にされる、またはリセットされる場合、圧縮利得は初期の所定の値にリセットされ得る（たとえば、ＣＧ＝１）。基地局１０５−ｂがハンドオーバー手順におけるターゲットｅＮＢである場合も、圧縮利得は初期の所定の値にリセットされ得る（たとえば、ＣＧ＝１）。代替的に、基地局１０５−ｂは、Ｘ２インターフェースを通じてソースｅＮＢから圧縮利得を受信することがあり、受信された圧縮利得を初期値として使用することがある。他の例では、ＵＥ１１５−ｂは圧縮利得情報を基地局１０５−ｂに送信することがあり、基地局１０５−ｂはＵＥ１１５−ｂから受信された圧縮利得情報に基づいて圧縮利得をある値に初期化することがある。圧縮利得が初期化されると、推定される圧縮利得が次いで、式１に従ってパケットごとに更新され得る。
[0246]ステップ４３０において、基地局１０５−ｂは、推定される圧縮利得に基づいてＢＳＲをアジャスツし得る。たとえば、基地局１０５−ｂは、元のグラントサイズを推定される圧縮利得と乗じることによって、ＢＳＲを調整し得る。基地局１０５−ｂは次いで、調整されたＢＳＲに基づいて、ステップ４３５において、更新されたグラントをＵＥ１１５−ｂに割り当て得る。
[0247]更新されたグラント情報に基づいて、ＵＥ１１５−ｂは、ステップ４４０において、１つまたは複数の追加のパケットを基地局１０５−ｂに送信する。追加のパケットは、圧縮されたパケット、圧縮されていないパケット、または圧縮されたパケットと圧縮されていないパケットの組合せを含み得る。ステップ４４５において、基地局１０５−ｂは、各々の受信されたパケットに対する肯定応答（ＡＣＫ）を送信し得る。
[0248]パケット（圧縮されたまたは圧縮されていない）が基地局１０５−ｂによって成功裏に肯定応答される場合、ステップ４５０において、パケットの圧縮されたコピーおよび圧縮されていないコピーが、対応するバッファから削除され得る。パケット自体が基地局１０５−ｂによってＲＬＣ肯定応答される場合、パケットは肯定応答されたと見なされ得る。すべての以前のＰＤＣＰシーケンス番号に対応するパケットが基地局１０５−ｂによってＲＬＣ肯定応答される場合も、パケットは肯定応答されたと見なされ得る。
[0249]ＵＥ１１５−ｂまたはｅＮＢ１５０−ｂは、ＲＬＣ肯定応答されたが受信機ウィンドウの中の穴が原因で対応するバッファから削除されていないパケットを、考慮し得る。ＵＥ１１５−ｂからの、または基地局１０５−ａによって調整された、後続のＢＳＲは、穴が原因で削除されていないＲＬＣ肯定応答されたパケットを省き得る。
[0250]上の説明は、ＵＥがＢＳＲを生成してパケットを基地局に送信することを説明するが、本技法は、任意の受信デバイスにパケットを送信する任意の送信デバイスに適用され得ることを理解されたい。
[0251]図５は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のために構成されたワイヤレスデバイス５００のブロック図を示す。ワイヤレスデバイス５００は、図１、図３、または図４を参照して説明されたＵＥ１１５の態様の例であり得る。ワイヤレスデバイス５００は、受信機５０５、ｅＤＣＳ ＢＳＲコンポーネント５１０、または送信機５１５を含み得る。ワイヤレスデバイス５００はまた、プロセッサを含み得る。これらのコンポーネントの各々は、互いに通信していることがある。
[0252]受信機５０５は、パケット、ユーザデータ、または様々な情報チャネルと関連付けられる制御情報（たとえば、制御チャネル、データチャネル、および進化型データ圧縮方式におけるバッファステータス報告に関する情報など）などの情報を受信し得る。情報は、ｅＤＣＳ ＢＳＲコンポーネント５１０に、およびワイヤレスデバイス５００の他のコンポーネントに受け渡され得る。
[0253]ｅＤＣＳ ＢＳＲコンポーネント５１０は、圧縮されていないバッファの第１のコンテンツサイズを決定し、圧縮されたバッファの第２のコンテンツサイズを決定し、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。
[0254]送信機５１５は、ワイヤレスデバイス５００の他のコンポーネントから受信された信号を送信し得る。いくつかの例では、送信機５１５は、送受信機コンポーネントにおいて受信機５０５と併置され得る。送信機５１５は単一のアンテナを含むことがあり、または送信機５１５は複数のアンテナを含むことがある。
[0255]図６は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のためのワイヤレスデバイス６００のブロック図を示す。ワイヤレスデバイス６００は、図１、または図３〜図５を参照して説明されたワイヤレスデバイス５００またはＵＥ１１５の態様の例であり得る。ワイヤレスデバイス６００は、受信機５０５−ａ、ｅＤＣＳ ＢＳＲコンポーネント５１０−ａ、または送信機５１５−ａを含み得る。ワイヤレスデバイス６００は、プロセッサも含み得る。これらのコンポーネントの各々は、互いに通信していることがある。ｅＤＣＳ ＢＳＲコンポーネント５１０−ａはまた、圧縮されていないバッファコンポーネント６０５と、圧縮されたバッファコンポーネント６１０と、ＢＳＲコンポーネント６１５とを含み得る。
[0256]受信機５０５−ａは、ｅＤＣＳ ＢＳＲコンポーネント５１０−ａに受け渡され得る情報を受信し得る。ｅＤＣＳ ＢＳＲコンポーネント５１０−ａは、図５を参照して上で説明された動作を実行し得る。送信機５１５−ａは、ワイヤレスデバイス６００の他のコンポーネントから受信された信号を送信し得る。
[0257]圧縮されていないバッファコンポーネント６０５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの第１のコンテンツサイズを決定し得る。圧縮されていないバッファコンポーネント６０５はまた、圧縮されていないバッファのコンテンツサイズを決定し得る。
[0258]圧縮されたバッファコンポーネント６１０は、図２〜図４を参照して上で説明されたように、圧縮されたバッファの第２のコンテンツサイズを決定し得る。
[0259]ＢＳＲコンポーネント６１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。ＢＳＲコンポーネント６１５はまた、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいて、後続のＢＳＲを生成し得る。いくつかの例では、ＢＳＲを生成することは、圧縮されていないバッファの第１のコンテンツサイズを圧縮利得によってスケーリングすることを含み得る。ＢＳＲコンポーネント６１５はまた、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。
[0260]図７は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のためのワイヤレスデバイス５００またはワイヤレスデバイス６００のコンポーネントであり得る、ｅＤＣＳ ＢＳＲコンポーネント５１０−ｂのブロック図７００を示す。ｅＤＣＳ ＢＳＲコンポーネント５１０−ｂは、図５〜図６を参照して説明されたｅＤＣＳ ＢＳＲコンポーネント５１０の態様の例であり得る。ｅＤＣＳ ＢＳＲコンポーネント５１０−ｂは、圧縮されていないバッファコンポーネント６０５−ａと、圧縮されたバッファコンポーネント６１０−ａと、ＢＳＲコンポーネント６１５−ａとを含み得る。これらのコンポーネントの各々が、図６を参照して上で説明された機能を実行し得る。ｅＤＣＳ ＢＳＲコンポーネント５１０−ｂはまた、パケット分析コンポーネント７０５と、ＡＣＫコンポーネント７１０と、圧縮されたバッファ制御コンポーネント７１５と、圧縮されていないバッファ制御コンポーネント７２０と、ＲＬＣ ＡＣＫコンポーネント７２５と、ＰＤＣＰシーケンスＡＣＫコンポーネント７３０と、パケットストリームコンポーネント７３５と、ＢＳＲ調整コンポーネント７４０と、ＤＣＳ制御コンポーネント７４５と、圧縮利得コンポーネント７５０と、ＢＳＲ制御コンポーネント７５５とを含み得る。
[0261]パケット分析コンポーネント７０５は、圧縮されていないバッファのコンテンツおよび圧縮されたバッファのコンテンツに少なくとも一部基づいて、パケットが圧縮されていないか圧縮されているかを決定し得る。いくつかの例では、図２〜図３を参照して上で説明されたように、ＢＳＲは、パケットが圧縮されていない場合には圧縮されていないＳＤＵサイズに、またはパケットが圧縮されている場合には圧縮されたＳＤＵサイズに、少なくとも一部基づいて生成され得る。パケット分析コンポーネント７０５はまた、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットを比較し得る。
[0262]ＡＣＫコンポーネント７１０は、図２〜図４を参照して上で説明されたように、成功裏に受信されたパケットを示す肯定応答を受信し得る。ＡＣＫコンポーネント７１０はまた、成功裏に受信された圧縮されたパケットを示す肯定応答を受信し得る。
[0263]圧縮されたバッファ制御コンポーネント７１５は、図２〜図４を参照して上で説明されたように、圧縮されたバッファからパケットの圧縮されたコピーを削除し得る。圧縮されたバッファ制御コンポーネント７１５はまた、圧縮されたバッファのコンテンツを削除し得る。圧縮されたバッファ制御コンポーネント７１５はまた、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定し得る。圧縮されたバッファ制御コンポーネント７１５はまた、後続の圧縮されていないパケットに対応する圧縮されたバッファの中の後続の圧縮されたパケットを特定し得る。圧縮されたバッファ制御コンポーネント７１５はまた、圧縮されたバッファから圧縮されたパケットを削除し得る。
[0264]圧縮されていないバッファ制御コンポーネント７２０は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファからパケットの圧縮されていないコピーを削除し得る。圧縮されていないバッファ制御コンポーネント７２０はまた、圧縮されていないバッファが圧縮されていないパケットを含むと決定し得る。圧縮されていないバッファ制御コンポーネント７２０はまた、圧縮されていないバッファの中の後続の圧縮されていないパケットを特定し得る。圧縮されていないバッファ制御コンポーネント７２０はまた、圧縮されていないバッファから圧縮されていないパケットを削除し得る。
[0265]ＡＣＫを受信することが、図２〜図４を参照して上で説明されたように、送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得るように、ＲＬＣ ＡＣＫコンポーネント７２５が構成され得る。いくつかの例では、肯定応答を受信することは、圧縮されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを備える。
[0266]ＡＣＫを受信することが、図２〜図４を参照して上で説明されたように、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを含み得るように、ＰＤＣＰシーケンスＡＣＫコンポーネント７３０が構成され得る。いくつかの例では、肯定応答を受信することは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを備える。
[0267]パケットストリームコンポーネント７３５は、図２〜図４を参照して上で説明されたように、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットが受信機ウィンドウの中の穴に対応すると決定し得る。いくつかの場合、ＢＳＲ調整コンポーネント７４０は、図２〜図４を参照して上で説明されたように、後続のＢＳＲから送信されたパケットを省き得る。
[0268]ＤＣＳ制御コンポーネント７４５は、図２〜図４を参照して上で説明されたように、データ圧縮方式が無効にされる、またはリセットされると決定し得る。ＤＣＳ制御コンポーネント７４５はまた、データ圧縮方式が無効にされている、またはリセットされていると決定し得る。
[0269]圧縮利得コンポーネント７５０は、図２〜図４を参照して上で説明されたように、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を決定し得る。いくつかの例では、圧縮利得を決定することは、圧縮されていないパケットのサイズを決定することと、対応する圧縮されたパケットのサイズを決定することと、圧縮されていないパケットのサイズを対応する圧縮されたパケットのサイズと比較することとを含み得る。圧縮利得コンポーネント７５０はまた、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットとの比較に少なくとも一部基づいて、圧縮利得を調整し得る。圧縮利得をイン調整することは、たとえば、圧縮されていないパケット、対応する圧縮されたパケット、後続の圧縮されていないパケット、および対応する後続の圧縮されたパケットに少なくとも一部基づいて、圧縮利得の平均を決定することを含み得る。
[0270]いくつかの例では、圧縮利得を決定することは、ベアラに少なくとも一部基づいて圧縮利得を決定することを含み得る。いくつかの例では、圧縮利得を決定することは、データ圧縮が有効にされたすべてのベアラのための圧縮利得を決定することを含み得る。ベアラは、ＵＥのすべてのアクティブベアラを含み得る。圧縮利得コンポーネント７５０はまた、所定の値を圧縮利得に割り当て得る。圧縮利得コンポーネント７５０はまた、所定の値に圧縮利得を初期化し得る。加えて、または代替的に、ＢＳＲ制御コンポーネント７５５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいてＢＳＲを生成し得る。
[0271]通信バス７６０は、ｅＤＣＳ ＢＳＲコンポーネント５１０−ｃのコンポーネントの各々が、互いに直接または間接的に通信することを可能にし得る。ワイヤレスデバイス５００、ワイヤレスデバイス６００、またはｅＤＣＳ ＢＳＲコンポーネント５１０−ｂのコンポーネントは各々、適用可能な機能の一部またはすべてをハードウェアで実行するように適応された少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）を用いて、個々にまたは集合的に実装され得る。代替的に、それらの機能は、１つまたは複数の他の処理ユニット（またはコア）によって、少なくとも１つのＩＣ上で実行され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る、他のタイプの集積回路（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または別のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的または部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
[0272]図８は、本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたＵＥ１１５を含むシステム８００の図を示す。システム８００はＵＥ１１５−ｃを含むことがあり、これは、図１または図３〜図７を参照して説明された、ワイヤレスデバイス５００、ワイヤレスデバイス６００、またはＵＥ１１５の例であり得る。ＵＥ１１５−ｃはｅＤＣＳ ＢＳＲコンポーネント８１０を含むことがあり、これは、図５〜図７を参照して説明されたｅＤＣＳ ＢＳＲコンポーネント５１０の例であり得る。ＵＥ１１５−ｃはデフォルト８２５も含み得る。ＵＥ１１５−ｃは、通信を送信するためのコンポーネントと通信を受信するためのコンポーネントとを含む、双方向の音声およびデータ通信のためのコンポーネントも含み得る。たとえば、ＵＥ１１５−ｃは、基地局１０５−ｃまたはＵＥ１１５−ｄと双方向に通信し得る。
[0273]ＵＥ１１５−ｃはまた、プロセッサモジュール８０５と、（ソフトウェア（ＳＷ）８２０を含む）メモリ８１５と、送受信機コンポーネント８３５と、１つまたは複数のアンテナ８４０とを含むことがあり、これらの各々が、（たとえば、バス８４５を介して）直接または間接的に、互いに通信することがある。送受信機コンポーネント８３５は、上で説明されたように、アンテナ８４０または有線リンクもしくはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信し得る。たとえば、送受信機コンポーネント８３５は、基地局１０５または別のＵＥ１１５と双方向に通信し得る。送受信機コンポーネント８３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ８４０に与え、アンテナ８４０から受信されたパケットを復調するためのモデムを含み得る。ＵＥ１１５−ｃは、単一のアンテナ８４０を含み得るが、ＵＥ１１５−ｃはまた、複数のワイヤレス送信を同時に送信または受信することが可能な少なくとも１つの単一のアンテナ８４０を有し得る。
[0274]メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含み得る。メモリ８１５は、実行されるとプロセッサコンポーネント８０５に本明細書で説明される様々な機能（たとえば、進化型データ圧縮方式におけるバッファステータス報告など）を実行させる命令を含む、コンピュータ可読のコンピュータ実行可能ソフトウェア／ファームウェアコード８２０を記憶し得る。代替的に、コンピュータ実行可能ソフトウェア／ファームウェアコード８２０は、プロセッサコンポーネント８０５によって直接に実行可能ではないことがあるが、（たとえば、コンパイルされ実行されると）コンピュータに本明細書で説明される機能を実行させることがある。プロセッサコンポーネント８０５は、インテリジェントハードウェアデバイス（たとえば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなど）を含み得る。
[0275]図９は、本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成されたワイヤレスデバイス９００のブロック図を示す。ワイヤレスデバイス９００は、図１または図３〜図８を参照して説明された基地局１０５の態様の例であり得る。ワイヤレスデバイス９００は、受信機９０５、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０、または送信機９１５を含み得る。ワイヤレスデバイス９００はまた、プロセッサを含み得る。これらのコンポーネントの各々は、互いに通信していることがある。
[0276]受信機９０５は、パケット、ユーザデータ、または様々な情報チャネルと関連付けられる制御情報（たとえば、制御チャネル、データチャネル、および進化型データ圧縮方式におけるバッファステータス報告に関する情報など）などの情報を受信し得る。情報は、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０に、およびワイヤレスデバイス９００の他のコンポーネントに受け渡され得る。いくつかの例では、受信機９０５は、ＵＥから圧縮されたパケットを受信し得る。いくつかの例では、受信機９０５は、ＵＥから圧縮情報を受信し得る。
[0277]基地局ｅＤＣＳ ＢＳＲコンポーネント９１０は、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいてＢＳＲを受信し、ＵＥから圧縮されたパケットを受信し、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当て得る。
[0278]送信機９１５は、ワイヤレスデバイス９００の他のコンポーネントから受信された信号を送信し得る。いくつかの例では、送信機９１５は、送受信機コンポーネントにおいて受信機９０５と併置され得る。送信機９１５は単一のアンテナを含むことがあり、または送信機９１５は複数のアンテナを含むことがある。
[0279]図１０は、本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のためのワイヤレスデバイス１０００のブロック図を示す。ワイヤレスデバイス１０００は、図１、または図３〜図９を参照して説明されたワイヤレスデバイス９００または基地局１０５の態様の例であり得る。ワイヤレスデバイス１０００は、受信機９０５−ａ、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ａ、または送信機９１５−ａを含み得る。ワイヤレスデバイス１０００は、プロセッサも含み得る。これらのコンポーネントの各々は、互いに通信していることがある。基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ａはまた、ＢＳ ＢＳＲコンポーネント１００５と、ＢＳ圧縮利得コンポーネント１０１０と、ＢＳ ＢＳＲ調整コンポーネント１０１５と、グラント割当てコンポーネント１０２０とを含み得る。
[0280]受信機９０５−ａは、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ａに受け渡され得る情報を受信し得る。基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ａは、図９を参照して上で説明された動作を実行し得る。送信機９１５−ａは、ワイヤレスデバイス１０００の他のコンポーネントから受信された信号を送信し得る。
[0281]ＢＳ ＢＳＲコンポーネント１００５は、図２〜図４を参照して上で説明されたように、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信し得る。
[0282]ＢＳ圧縮利得コンポーネント１０１０は、図２〜図４を参照して上で説明されたように、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し得る。
[0283]ＢＳ ＢＳＲ調整コンポーネント１０１５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し得る。
[0284]グラント割当てコンポーネント１０２０は、図２〜図４を参照して上で説明されたように、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当て得る。
[0285]図１１は、本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のためのワイヤレスデバイス９００またはワイヤレスデバイス１０００のコンポーネントであり得る、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ｂのブロック図１１００を示す。基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ｂは、図９〜図１０を参照して説明された基地局ｅＤＣＳ ＢＳＲコンポーネント９１０の態様の例であり得る。基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ｂは、ＢＳ ＢＳＲコンポーネント１００５−ａと、ＢＳ圧縮利得コンポーネント１０１０−ａと、ＢＳ ＢＳＲ調整コンポーネント１０１５−ａと、グラント割当てコンポーネント１０２０−ａとを含み得る。これらのコンポーネントの各々が、図１０を参照して上で説明された機能を実行し得る。基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ｂはまた、パディングサイズコンポーネント１１０５と、グラント調整コンポーネント１１１０と、ＢＳパケット分析コンポーネント１１１５と、ＢＳ ＤＣＳ制御コンポーネント１１２０と、局間通信コンポーネント１１２５とを含み得る。
[0286]パディングサイズコンポーネント１１０５は、図２〜図４を参照して上で説明されたように、以前のグラントを埋めるためにＵＥによって使用されるパディングサイズを決定し得る。いくつかの場合、受信されたバッファステータス報告を調整することが、図２〜図４を参照して上で説明されたように、受信されたＢＳＲと関連付けられるグラントサイズを決定することと、圧縮利得によってグラントサイズをスケーリングすることとを含み得るように、グラント調整コンポーネント１１１０が構成され得る。
[0287]ＢＳパケット分析コンポーネント１１１５は、図２〜図４を参照して上で説明されたように、ＵＥから後続の圧縮されたパケットを受信し得る。いくつかの例では、ＢＳ
ＤＣＳ制御コンポーネント１１２０が、図２〜図４を参照して上で説明されたように、データ圧縮方式が無効にされる、またはリセットされると決定し得る間。加えて、または代替的に、局間通信コンポーネント１１２５は、図２〜図４を参照して上で説明されたように、バックホールリンクを介して、圧縮利得を基地局に送信し得る。
[0288]通信バス１１３０は、基地局ｅＤＣＳ ＢＳＲコンポーネントのコンポーネントの各々が、互いに直接または間接的に通信することを可能にし得る。ワイヤレスデバイス９００、ワイヤレスデバイス１０００、または基地局ｅＤＣＳ ＢＳＲコンポーネント９１０−ｂのコンポーネントは、適用可能な機能の一部またはすべてをハードウェアで実行するように適応された少なくとも１つのＡＳＩＣを用いて、個々にまたは集合的に実装され得る。代替的に、それらの機能は、１つまたは複数の他の処理ユニット（またはコア）によって、少なくとも１つのＩＣ上で実行され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る、他のタイプの集積回路（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的または部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
[0289]図１２は、本開示の様々な態様による、進化型データ圧縮方式におけるバッファステータス報告のために構成された基地局１０５を含むシステム１２００の図を示す。システム１２００は基地局１０５−ｄを含むことがあり、これは、図１、図２、および図９〜図１１を参照して説明された、ワイヤレスデバイス９００、ワイヤレスデバイス１０００、または基地局１０５の例であり得る。基地局１０５−ｄは基地局ｅＤＣＳ ＢＳＲコンポーネント１２１０を含むことがあり、これは、図９〜図１１を参照して説明された基地局ｅＤＣＳ ＢＳＲコンポーネント９１０の例であり得る。基地局１０５−ｄは、通信を送信するためのコンポーネントと通信を受信するためのコンポーネントとを含む、双方向の音声およびデータ通信のためのコンポーネントも含み得る。たとえば、基地局１０５−ｄは、ＵＥ１１５−ｅまたはＵＥ１１５−ｆと双方向に通信し得る。
[0290]いくつかの場合、基地局１０５−ｄは、１つまたは複数の有線バックホールリンクを有し得る。基地局１０５−ｄは、コアネットワーク１３０への有線バックホールリンク（たとえば、Ｓ１インターフェースなど）を有し得る。基地局１０５−ｄはまた、基地局間バックホールリンク（たとえば、Ｘ２インターフェース）を介して、基地局１０５−ｅおよび基地局１０５−ｆなどの、少なくとも１つの他の基地局１０５と通信し得る。基地局１０５の各々は、同じまたは異なるワイヤレス通信技術を使用して、少なくとも１つのＵＥ１１５と通信し得る。いくつかの場合、基地局１０５−ｄは、基地局通信コンポーネント１２２５を利用して、１０５−ｅまたは１０５−ｆなどの他の基地局と通信し得る。いくつかの例では、基地局通信コンポーネント１２２５は、基地局１０５のいくつかの間の通信を行うために、ＬＴＥ／ＬＴＥ−Ａワイヤレス通信ネットワーク技術内のＸ２インターフェースを提供し得る。いくつかの例では、基地局１０５−ｄは、コアネットワーク１３０を通じて他の基地局と通信し得る。いくつかの場合、基地局１０５−ｄは、ネットワーク通信コンポーネント１２３０を通じてコアネットワーク１３０と通信し得る。
[0291]基地局１０５−ｄは、プロセッサコンポーネント１２０５と、（ソフトウェア（ＳＷ）１２２０を含む）メモリ１２１５と、送受信機コンポーネント１２３５と、アンテナ１２４０とを含むことがあり、これらの各々が、（たとえば、バスシステム１２４５を通じて）直接または間接的に、互いに通信していることがある。送受信機コンポーネント１２３５は、アンテナ１２４０を介して、マルチモードデバイスであり得るＵＥ１１５と双方向に通信するように構成され得る。送受信機コンポーネント１２３５（または基地局１０５−ｄの他のコンポーネント）はまた、アンテナ１２４０を介して、１つまたは複数の他の基地局（図示せず）と双方向に通信するように構成され得る。送受信機コンポーネント１２３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ１２４０に与え、アンテナ１２４０から受信されたパケットを復調するように構成されたモデムを含み得る。基地局１０５−ｄは、各々が１つまたは複数の関連するアンテナ１２４０をもつ複数の送受信機コンポーネント１２３５を含み得る。
[0292]メモリ１２１５はＲＡＭとＲＯＭとを含み得る。メモリ１２１５はまた、実行されると、プロセッサコンポーネント１２１０に本明細書で説明される様々な機能（たとえば、進化型データ圧縮方式におけるバッファステータス報告、カバレッジ拡張技法を選択すること、呼処理、データベース管理、メッセージルーティングなど）を実行させるように構成された命令を含む、コンピュータ可読のコンピュータ実行可能ソフトウェアコード１２２０を記憶し得る。代替的に、コンピュータ実行可能ソフトウェアコード１２２０は、プロセッサモジュール１２０５によって直接に実行可能ではないことがあるが、たとえば、コンパイルされ実行されると、本明細書で説明された機能をコンピュータに実行させるように構成されることがある。プロセッサコンポーネント１２０５は、インテリジェントハードウェアデバイス、たとえばＣＰＵ、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサコンポーネント１２０５は、エンコーダ、待ち行列処理モジュール、ベースバンドプロセッサ、無線ヘッドコントローラ、デジタル信号プロセッサ（ＤＳＰ）などの、様々な専用プロセッサを含み得る。
[0293]基地局通信コンポーネント１２２５は、少なくとも１つの他の基地局１０５との通信を管理し得る。通信管理コンポーネントは、少なくとも１つの他の基地局１０５と協働してＵＥ１１５との通信を制御するためのコントローラまたはスケジューラを含み得る。たとえば、基地局通信コンポーネント１２２５は、ビームフォーミングまたはジョイント送信などの様々な干渉緩和技法のための少なくとも１つのＵＥ１１５への送信のために、スケジューリングを調整し得る。
[0294]図１３は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１３００を示すフローチャートを示す。方法１３００の動作は、図１〜図１２を参照して説明されたように、ＵＥ１１５またはそのコンポーネントによって実施され得る。たとえば、方法１３００の動作は、図５〜図８を参照して説明されたように、ｅＤＣＳ ＢＳＲコンポーネント５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。
[0295]ブロック１３０５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの第１のコンテンツサイズを決定し得る。いくつかの例では、ブロック１３０５の動作は、図６を参照して上で説明されたように、圧縮されていないバッファコンポーネント６０５によって実行され得る。
[0296]ブロック１３１０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されたバッファの第２のコンテンツサイズを決定し得る。いくつかの例では、ブロック１３１０の動作は、図６を参照して上で説明されたように、圧縮されたバッファコンポーネント６１０によって実行され得る。
[0297]ブロック１３１５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたような、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。いくつかの例では、ブロック１３１５の動作は、図６を参照して上で説明されたように、ＢＳＲコンポーネント６１５によって実行され得る。
[0298]図１４は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１４００を示すフローチャートを示す。方法１４００の動作は、図１〜図１２を参照して説明されたように、ＵＥ１１５またはそのコンポーネントによって実施され得る。たとえば、方法１４００の動作は、図５〜図８を参照して説明されたように、ｅＤＣＳ ＢＳＲコンポーネント５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。方法１４００はまた、図１３の方法１３００の態様を組み込み得る。
[0299]ブロック１４０５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの第１のコンテンツサイズを決定し得る。いくつかの例では、ブロック１４０５の動作は、図６を参照して上で説明されたように、圧縮されていないバッファコンポーネント６０５によって実行され得る。
[0300]ブロック１４１０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されたバッファの第２のコンテンツサイズを決定し得る。いくつかの例では、ブロック１４１０の動作は、図６を参照して上で説明されたように、圧縮されたバッファコンポーネント６１０によって実行され得る。
[0301]ブロック１４１５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたような、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。いくつかの例では、ブロック１４１５の動作は、図６を参照して上で説明されたように、ＢＳＲコンポーネント６１５によって実行され得る。
[0302]ブロック１４２０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファが圧縮されていないパケットを含むと決定し得る。いくつかの例では、ブロック１４２０の動作は、図７を参照して上で説明されたように、圧縮されていないバッファ制御コンポーネント７２０によって実行され得る。
[0303]ブロック１４２５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定し得る。いくつかの例では、ブロック１４２５の動作は、図７を参照して上で説明されたように、圧縮されたバッファ制御コンポーネント７１５によって実行され得る。
[0304]ブロック１４３０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を決定し得る。いくつかの例では、ブロック１４３０の動作は、図７を参照して上で説明されたように、圧縮利得コンポーネント７５０によって実行され得る。
[0305]ブロック１４３５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいてＢＳＲを生成し得る。いくつかの例では、ブロック１４３５の動作は、図７を参照して上で説明されたように、ＢＳＲ制御コンポーネント７５５によって実行され得る。
[0306]図１５は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１５００を示すフローチャートを示す。方法１５００の動作は、図１〜図１２を参照して説明されたように、ＵＥ１１５またはそのコンポーネントによって実施され得る。たとえば、方法１５００の動作は、図５〜図８を参照して説明されたように、ｅＤＣＳ ＢＳＲコンポーネント５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。方法１５００はまた、とりわけ、図１３〜図１４の方法１３００および１４００の態様を組み込み得る。
[0307]ブロック１５０５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの第１のコンテンツサイズと、圧縮されたバッファの第２のコンテンツサイズとを決定し得る。いくつかの例では、ブロック１５０５の動作は、図６を参照して上で説明されたように、圧縮されていないバッファコンポーネント６０５および圧縮されたバッファコンポーネント６１０によって実行され得る。
[0308]ブロック１５１０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたような、圧縮されていないバッファの第１のコンテンツサイズおよび圧縮されたバッファの第２のコンテンツサイズに少なくとも一部基づいて、ＢＳＲを生成し得る。いくつかの例では、ブロック１５１０の動作は、図６を参照して上で説明されたように、ＢＳＲコンポーネント６１５によって実行され得る。
[0309]ブロック１５１５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファが圧縮されていないパケットを含むと決定し得る。いくつかの例では、ブロック１５１５の動作は、図７を参照して上で説明されたように、圧縮されていないバッファ制御コンポーネント７２０によって実行され得る。
[0310]ブロック１５２０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないパケットに対応する圧縮されたバッファの中の圧縮されたパケットを特定し得る。いくつかの例では、ブロック１５２０の動作は、図７を参照して上で説明されたように、圧縮されたバッファ制御コンポーネント７１５によって実行され得る。
[0311]ブロック１５２５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないパケットおよび対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を決定し得る。いくつかの例では、ブロック１５２５の動作は、図７を参照して上で説明されたように、圧縮利得コンポーネント７５０によって実行され得る。
[0312]ブロック１５３０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいてＢＳＲを生成し得る。いくつかの例では、ブロック１５３０の動作は、図７を参照して上で説明されたように、ＢＳＲ制御コンポーネント７５５によって実行され得る。
[0313]ブロック１５３５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファの中の後続の圧縮されていないパケットと、後続の圧縮されていないパケットに対応する圧縮されたバッファの中の後続の圧縮されたパケットとを特定し得る。いくつかの例では、ブロック１５３５の動作は、図７を参照して上で説明されたように、圧縮されたバッファ制御コンポーネント７１５および圧縮されていないバッファ制御コンポーネント７２０によって実行され得る。
[0314]ブロック１５４０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、後続の圧縮されていないパケットと、対応する後続の圧縮されたパケットとを比較し得る。いくつかの例では、ブロック１５４０の動作は、図７を参照して上で説明されたように、パケット分析コンポーネント７０５によって実行され得る。
[0315]ブロック１５４５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、後続の圧縮されていないパケットと対応する後続の圧縮されたパケットとの比較に少なくとも一部基づいて、圧縮利得を調整し得る。いくつかの例では、ブロック１５４５の動作は、図７を参照して上で説明されたように、圧縮利得コンポーネント７５０によって実行され得る。
[0316]図１６は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１６００を示すフローチャートを示す。方法１６００の動作は、図１〜図１２を参照して説明されたように、ＵＥ１１５またはそのコンポーネントによって実施され得る。たとえば、方法１６００の動作は、図５〜図８を参照して説明されたように、ｅＤＣＳ ＢＳＲコンポーネント５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。方法１６００はまた、とりわけ、図１３〜図１５の方法１３００、１４００、および１５００の態様を組み込み得る。
[0317]ブロック１６０５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファのコンテンツサイズを決定し得る。いくつかの例では、ブロック１６０５の動作は、図６を参照して上で説明されたように、圧縮されていないバッファコンポーネント６０５によって実行され得る。
[0318]ブロック１６１０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファのコンテンツサイズに少なくとも一部基づいてＢＳＲを生成し得る。いくつかの例では、ブロック１６１０の動作は、図６を参照して上で説明されたように、ＢＳＲコンポーネント６１５によって実行され得る。
[0319]ブロック１６１５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、成功裏に受信された圧縮されたパケットを示す肯定応答を受信し得る。いくつかの例では、ブロック１６１５の動作は、図７を参照して上で説明されたように、ＡＣＫコンポーネント７１０によって実行され得る。
[0320]ブロック１６２０において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されたバッファから圧縮されたパケットを削除し得る。いくつかの例では、ブロック１６２０の動作は、図７を参照して上で説明されたように、圧縮されたバッファ制御コンポーネント７１５によって実行され得る。
[0321]ブロック１６２５において、ＵＥ１１５は、図２〜図４を参照して上で説明されたように、圧縮されていないバッファから圧縮されていないパケットを削除し得る。いくつかの例では、ブロック１６２５の動作は、図７を参照して上で説明されたように、圧縮されていないバッファ制御コンポーネント７２０によって実行され得る。
[0322]図１７は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１７００を示すフローチャートを示す。方法１７００の動作は、図１〜図１２を参照して説明されたように、基地局１０５またはそのコンポーネントによって実施され得る。たとえば、方法１７００の動作は、図９〜図１２を参照して説明されたように、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０によって実行され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実行するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、基地局１０５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。方法１７００はまた、とりわけ、図１３〜図１６および図２０の方法１３００、１４００、１５００、１６００、および２０００の態様を組み込み得る。
[0323]ブロック１７０５において、基地局１０５は、図２〜図４を参照して上で説明されたように、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信し得る。いくつかの例では、ブロック１７０５の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ ＢＳＲコンポーネント１００５によって実行され得る。
[0324]ブロック１７１０において、基地局１０５は、図２〜図４を参照して上で説明されたように、ＵＥから圧縮されたパケットを受信し得る。いくつかの例では、ブロック１７１０の動作は、図９を参照して上で説明されたように、受信機９０５よって実行され得る。
[0325]ブロック１７１５において、基地局１０５は、図２〜図４を参照して上で説明されたように、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し得る。いくつかの例では、ブロック１７１５の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ圧縮利得コンポーネント１０１０によって実行され得る。
[0326]ブロック１７２０において、基地局１０５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し得る。いくつかの例では、ブロック１７２０の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ ＢＳＲ調整コンポーネント１０１５によって実行され得る。
[0327]ブロック１７２５において、基地局１０５は、図２〜図４を参照して上で説明されたように、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当て得る。いくつかの例では、ブロック１７２５の動作は、とりわけ、図１Ａを参照して上で説明されたように、グラント割当てコンポーネント１０２０によって実行され得る。
[0328]図１８は、本開示の様々な態様による、進化型データ圧縮方式（ｅＤＣＳ）におけるバッファステータス報告（ＢＳＲ）のための方法１８００を示すフローチャートを示す。方法１８００の動作は、図１〜図１２を参照して説明されたように、基地局１０５またはそのコンポーネントによって実施され得る。たとえば、方法１８００の動作は、図９〜図１２を参照して説明されたように、基地局ｅＤＣＳ ＢＳＲコンポーネント９１０によって実行され得る。いくつかの例では、基地局１０５は、以下で説明される機能を実行するように基地局１０５の機能要素を制御するためのコードのセットを実行し得る。加えて、または代替的に、基地局１０５は、専用ハードウェアを使用して、以下で説明される態様機能を実行し得る。方法１８００はまた、とりわけ、図１３〜図１７および図２０の方法１３００、１４００、１５００、１６００、１７００、および２０００の態様を組み込み得る。
[0329]ブロック１８０５において、基地局１０５は、図２〜図４を参照して上で説明されたように、ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信し得る。いくつかの例では、ブロック１８０５の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ ＢＳＲコンポーネント１００５によって実行され得る。
[0330]ブロック１８１０において、基地局１０５は、図２〜図４を参照して上で説明されたように、ＵＥから圧縮されたパケットを受信し得る。いくつかの例では、ブロック１８１０の動作は、図９を参照して上で説明されたように、受信機９０５よって実行され得る。
[0331]ブロック１８１５において、基地局１０５は、図２〜図４を参照して上で説明されたように、圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し得る。いくつかの例では、ブロック１８１５の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ圧縮利得コンポーネント１０１０によって実行され得る。
[0332]ブロック１８２０において、基地局１０５は、図２〜図４を参照して上で説明されたように、圧縮利得に少なくとも一部基づいて、受信されたＢＳＲを調整し得る。いくつかの例では、ブロック１８２０の動作は、とりわけ、図１Ａを参照して上で説明されたように、ＢＳ ＢＳＲ調整コンポーネント１０１５によって実行され得る。
[0333]ブロック１８２５において、基地局１０５は、図２〜図４を参照して上で説明されたように、調整されたＢＳＲに少なくとも一部基づいて、グラントをＵＥに割り当て得る。いくつかの例では、ブロック１８２５の動作は、とりわけ、図１Ａを参照して上で説明されたように、グラント割当てコンポーネント１０２０によって実行され得る。
[0334]ブロック１８３０において、基地局１０５は、図２〜図４を参照して上で説明されたように、以前のグラントを埋めるためにＵＥによって使用されるパディングサイズを決定し得る。いくつかの例では、ブロック１８３０の動作は、とりわけ、図１Ａを参照して上で説明されたように、パディングサイズコンポーネント１１０５によって実行され得る。
[0335]したがって、方法１３００、１４００、１５００、１６００、１７００、１８００、および２０００は、とりわけ、進化型データ圧縮方式におけるバッファステータス報告を規定し得る。方法１３００、１４００、１５００、１６００、１７００、１８００、および２０００は、とりわけ、可能な実装形態を表すこと、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは別様に変更され得ることに留意されたい。いくつかの例では、とりわけ、方法１３００、１４００、１５００、１６００、１７００、１８００、および２０００のうちの２つ以上からの態様が組み合わせられ得る。
[0336]図１９は、本開示の様々な態様による、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいてバッファステータス報告を準備することの例１９００を示す図である。
[0337]アップリンクデータ上でアップリンクデータ圧縮（ＵＤＣ：uplink data compression）を実行することは、（たとえば、ＵＤＣを実行せずに１つまたは複数のＭＡＣ層機能を実行することと比較して）ＵＥによって実行される１つまたは複数のＭＡＣ層機能の実行に影響することがある。たとえば、アップリンクデータ上でＵＤＣを実行することは、（たとえば、論理チャネルの優先順位付けを行うことと関連付けられる）トークンアルゴリズムの実行、バッファステータス報告（ＢＳＲ）の準備、および／またはアップリンク送信グラントに少なくとも一部基づくアップリンク送信のためのデータの送信に影響することがある。
[0338]ＢＳＲは、ＵＥによるアップリンク送信のために待ち行列に入れられているアップリンクデータの量を特定する、ＵＥによって提供される報告を含み得る。しかしながら、ＵＥは、（たとえば、ＵＥが圧縮されたアップリンクデータと圧縮されていないアップリンクデータとを記憶するように）ＵＥがアップリンクデータの一部分に対してＵＤＣを実行する前に、ＢＳＲを提供するための指示を受信し得る。したがって、ＢＳＲを準備するとき、ＵＥは、送信のために待ち行列に入れられているアップリンクデータの量を正確に決定することが不可能であることがある（たとえば、圧縮されていないアップリンクデータがまだ圧縮されていないので）。したがって、ＵＥは、ＵＤＣがまだ実行されていなくても、圧縮されていないアップリンクデータに対してＵＤＣが実行された後で送信されるべきアップリンクデータの量を特定する、ＢＳＲに含まれるべきアップリンクデータの総量を決定する必要があり得る。
[0339]図１９では、ＵＥ１９０５は、ｅＮＢ１９１０へとアップリンク方向の無線ベアラを介して送信されるべきアップリンクデータに対してＵＤＣを実行するように構成される。ＵＥ１９０５は、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。同様に、ｅＮＢ１９１０は、本開示の１つまたは複数の他の図面に関連して説明されるｅＮＢに対応し得る。
[0340]図１９に示されるように、ＵＥ１９０５は、ｅＮＢ１９１０にアップリンクデータを送信することと関連付けられる１つまたは複数のアップリンクバッファを含み得る。示されるように、１つまたは複数のアップリンクバッファは、圧縮されていないアップリンクデータと圧縮されたアップリンクデータとを含み得る。図１９に示されるように、ＵＥ１９０５は、ＵＥ１９０５の１つまたは複数のアップリンクバッファにおいて保留中のアップリンクデータの量を特定する情報を含むＢＳＲを準備するための指示を受信し得る。
[0341]図１９に示されるように、ＵＥ１９０５は、ＢＳＲが準備されるべきアップリンクデータの予測される量を決定することと関連付けられる、予想される圧縮利得を決定し得る。アップリンクデータの予測される量は、１つまたは複数のアップリンクバッファの中の圧縮されていないアップリンクデータに対してＵＤＣを実行することに起因する、アップリンクデータの予測される量を含み得る。予想される圧縮利得は、圧縮されていないアップリンクデータに対してＵＤＣを実行するときに、圧縮されていないアップリンクデータの量がそれを乗じた分だけ減ると予想され得る係数を含み得る。
[0342]図１９に示されるように、ＵＥ１９０５は、ＢＳＲにおいて特定されることになるアップリンクデータの総量を決定し得る。アップリンクデータの総量は、圧縮されたアップリンクデータの量および圧縮されていないアップリンクデータの量に少なくとも一部基づき得る。示されるように、ＵＥ１９０５は、アップリンクデータの予測される量および／またはバッファの予測される量を決定するために圧縮されていないアップリンクデータの量を予想される圧縮利得と乗じ、アップリンクデータの予測される量および／またはバッファの予測される量を圧縮されたアップリンクデータの量に加算することに少なくとも一部基づいて、アップリンクデータの総量を決定し得る。
[0343]図１９に示されるように、ＵＥは、アップリンクデータの総量および／またはバッファの総量を特定する情報を含むＢＳＲを準備することができ、ＢＳＲをｅＮＢ１９１０に送信することができる。このようにして、ＵＥ１９０５は、圧縮されたアップリンクデータの量および圧縮されていないアップリンクデータの量に少なくとも一部基づいて決定される、アップリンクデータの総量および／またはバッファの総量を特定するＢＳＲを生成し得る。したがって、アップリンクデータに対するＵＤＣのさらなる実行は、ＵＥ１９０５によって提供されるＢＳＲにおいて反映され得る。これにより、ＵＥは、圧縮されたアップリンクデータの量だけを特定するＢＳＲ、圧縮されたアップリンクデータの量と圧縮されていないアップリンクデータの量とを特定するＢＳＲなどと比較して、より正確なＢＳＲを提供するようになる。
[0344]上で示されたように、図１９は例として提供される。他の例が可能であり、他の例は図１９に関連して説明されたものとは異なることがある。
[0345]図２０は、本開示の様々な態様による、図１９に示される例１９００に関係する例示的な方法２０００の流れ図である。いくつかの態様では、図２０の１つまたは複数の処理ブロックは、本明細書で説明される１つまたは複数のＵＥによって実行され得る。例示的な方法２０００と関連付けられて説明されるＵＥは、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。いくつかの態様では、図２０の１つまたは複数の処理ブロックは、ＵＥとは別個の、もしくはＵＥを含む、別のデバイスまたは複数のデバイスによって実行され得る。
[0346]図２０に示されるように、方法２０００は、圧縮されていないアップリンクデータの量を特定することを含み得る（ブロック２０１０）。たとえば、ＵＥは、ＵＥによって送信されるべき圧縮されていないアップリンクデータの量を特定し得る。いくつかの態様では、圧縮されていないアップリンクデータは、ＵＤＣがまだ実行されていない、アップリンク方向の無線ベアラを介してＵＥによって送信されるべきデータを含み得る。たとえば、圧縮されていないアップリンクデータは、アップリンク方向の無線ベアラを介して送信されるべきデータを備えるパケットを含み得る。
[0347]いくつかの態様では、ＵＥは、ＢＳＲを準備するための指示をＵＥが受信するとき、圧縮されていないアップリンクデータの量を特定し得る。ＢＳＲは、ＵＥのアップリンクバッファにおいて保留中のアップリンクデータの量を特定する情報を含む、ネットワークデバイス（たとえば、ｅＮＢ）へＵＥによって提供される報告を含み得る。たとえば、ＵＥは、論理チャネルのためのアップリンクデータ（たとえば、アップリンク方向の無線ベアラに対応する）がＰＤＣＰ層における送信に利用可能になるとき、ＢＳＲタイマーの期限切れのときなどに、ＢＳＲを準備するための指示を受信し得る。
[0348]いくつかの態様では、ＢＳＲを準備するための指示を受信すると、ＵＥは、圧縮されていないアップリンクデータの量を特定し得る。たとえば、ＵＥは、圧縮されていないアップリンクデータの量（たとえば、バイト数）を決定するために、論理チャネルと関連付けられるアップリンクバッファに含まれる圧縮されていないアップリンクデータパケットを検査することによって、圧縮されていないアップリンクデータの量を特定し得る。
[0349]図２０にさらに示されるように、方法２０００は、圧縮されたアップリンクデータの量を特定することを含み得る（ブロック２０２０）。たとえば、ＵＥは、圧縮されたアップリンクデータの量を特定し得る。いくつかの態様では、圧縮されたアップリンクデータは、ＵＤＣが実行された、アップリンク方向の無線ベアラを介してＵＥによって送信されるべきデータを含み得る。たとえば、圧縮されたアップリンクデータは、アップリンク方向の無線ベアラを介して送信されるべきデータを備える圧縮されたパケットを含み得る。
[0350]いくつかの態様では、ＵＥは、上で説明されたように、ＢＳＲを準備するための指示をＵＥが受信するとき、圧縮されたアップリンクデータの量を特定し得る。いくつかの態様では、ＢＳＲを準備するための指示を受信すると、ＵＥは、圧縮されたアップリンクデータの量を特定し得る。たとえば、ＵＥは、圧縮されたアップリンクデータの量（たとえば、バイト数）を決定するために、アップリンクバッファに含まれる圧縮されたアップリンクデータパケットを検査することによって、圧縮されたアップリンクデータの量を特定し得る。
[0351]図２０にさらに示されるように、方法２０００は、圧縮されていないアップリンクデータの量に少なくとも一部基づいて、アップリンクデータの予測される量を決定することを含み得る（ブロック２０３０）。たとえば、ＵＥは、圧縮されていないアップリンクデータの量に少なくとも一部基づいて、アップリンクデータの予測される量を決定し得る。いくつかの態様では、ＵＥは、圧縮されていないアップリンクデータの量をＵＥが特定した後で、アップリンクデータの予測される量を決定し得る。
[0352]アップリンクデータの予測される量は、圧縮されていないアップリンクデータに対してＵＤＣを実行することに起因する、アップリンクデータの予測される量を含み得る。いくつかの態様では、ＵＥは、ＵＤＣを実行することと関連付けられる予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を決定し得る。
[0353]予想される圧縮利得は、ある百分率（たとえば、３０％、５０％など）、分数（たとえば、４分の１、８分の１など）などの、圧縮されていないアップリンクデータに対してＵＤＣを実行するときに圧縮されていないアップリンクデータの量がそれを乗じた分だけ減ると予想され得る係数を含み得る。いくつかの態様では、予想される圧縮利得は、ＵＥと関連付けられる１つまたは複数の無線ベアラに対応し得る。たとえば、予想される圧縮利得は、アップリンクデータを送信することと関連付けられる単一の無線ベアラ（または対応する論理チャネル）に対応し得る（たとえば、各無線ベアラは異なる予想される圧縮利得と関連付けられ得る）。別の例として、予想される圧縮利得は、ＵＤＣが有効にされる、ＵＥと関連付けられる複数のベアラに対応し得る。追加の例では、予想される圧縮利得は、ＵＥと関連付けられるすべての無線ベアラに対応し得る。加えて、または代替的に、予想される圧縮利得は、アップリンクデータを送信することと関連付けられる別個のフローに対応し得る。
[0354]いくつかの態様では、ＵＥは、ＵＥによって記憶されている情報に少なくとも一部基づいて、予想される圧縮利得を決定し得る。たとえば、ＵＥは、ＵＥと関連付けられる１つまたは複数の無線ベアラおよび／または１つまたは複数の論理チャネルのために使用されるべき予想される圧縮利得を特定する情報を記憶していることがある。いくつかの態様では、ＵＥは、予想される圧縮利得の移動平均に少なくとも一部基づいて、予想される圧縮利得を更新し得る。たとえば、ＵＥは、以前の予想される圧縮利得（たとえば、より早い時間に決定された予想される圧縮利得）を特定する情報を記憶していることがあり、またはその情報へのアクセス権を有することがある。ここで、ＵＥは、圧縮されていないアップリンクデータに対してＵＤＣを実行することができ、ＵＤＣを実行することと関連付けられる圧縮利得を決定することができる。この例では、ＵＥは、以前の予想される圧縮利得と、ＵＤＣを実行することと関連付けられる圧縮利得とを含む、移動平均式に少なくとも一部基づいて、予想される圧縮利得を更新し得る。
[0355]いくつかの態様では、ＵＥは、圧縮されていないアップリンクデータの量および予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を決定し得る。たとえば、ＵＥは、アップリンクデータの予測される量を決定するために、圧縮されていないアップリンクデータの量を予想される圧縮利得と乗じ得る。
[0356]図２０にさらに示されるように、方法２０００は、圧縮されていないアップリンクデータの量、圧縮されたアップリンクデータの量、およびアップリンクデータの予測される量に少なくとも一部基づいて、バッファステータス報告を準備することを含み得る（ブロック２０４０）。たとえば、ＵＥは、圧縮されていないアップリンクデータの量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、ＢＳＲを準備し得る。いくつかの態様では、ＵＥは、アップリンクデータの予測される量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、ＢＳＲを準備し得る。
[0357]いくつかの態様では、ＵＥは、圧縮されていないアップリンクデータの量、圧縮されたアップリンクデータの量、および／またはアップリンクデータの予測される量をＵＥが特定した後で、ＢＳＲを準備し得る。加えて、または代替的に、ＵＥは、上で説明されたように、ＢＳＲを準備するための指示を受信したことに少なくとも一部基づいて、ＢＳＲを準備し得る。
[0358]いくつかの態様では、ＵＥは、（たとえば、ＢＳＲがアップリンクデータの予測される量を特定する情報を含むように）アップリンクデータの予測される量に少なくとも一部基づいてＢＳＲを準備し得る。加えて、または代替的に、ＵＥは、アップリンクデータの予測される量および圧縮されたアップリンクデータの量に少なくとも一部基づいて、アップリンクデータの総量を決定し得る。アップリンクデータの総量は、ＢＳＲに含まれるべきアップリンクデータの量を特定し得る。たとえば、ＵＥは、アップリンクデータの予測される量と圧縮されたアップリンクデータの量とを加算することによって、アップリンクデータの総量を決定し得る。ここで、ＵＥは、（たとえば、ＢＳＲがアップリンクデータの決定された総量および／またはバッファの総量を特定するように）アップリンクデータの総量に少なくとも一部基づいてＢＳＲを準備し得る。
[0359]このようにして、ＵＥは、圧縮されたアップリンクデータの量、ならびに圧縮されていないアップリンクデータの量に少なくとも一部基づいて、ＢＳＲを準備し得る。したがって、ＵＥによって準備されるＢＳＲは、（たとえば、圧縮されたアップリンクデータの量だけを特定するＢＳＲ、圧縮されたアップリンクデータの量と圧縮されていないアップリンクデータの量とを特定するＢＳＲなどと比較して）ＵＥによって送信されるべきデータの量をより正確に特定することができる。
[0360]図２０にさらに示されるように、方法２０００は、ＢＳＲを送信することを含み得る（ブロック２０４０）。たとえば、ＵＥは、ＵＥによって準備されるＢＳＲを送信し得る。いくつかの態様では、ＵＥは、ＵＥがＢＳＲを準備した後でＢＳＲを送信し得る。いくつかの態様では、ＵＥは、ＢＳＲをｅＮＢ（たとえば、本開示の１つまたは複数の他の図面に関連して説明されるｅＮＢ）に送信し得る。
[0361]図２０は方法２０００の例示的なブロックを示すが、いくつかの態様では、方法２０００は、追加のブロック、より少数のブロック、異なるブロック、または図１０に示されるものとは異なるように配置されたブロックを含み得る。加えて、または代替的に、方法２０００のブロックの２つ以上が、並列に実行され得る。
[0362]図２１は、本開示の様々な態様による、ＬＴＥにおけるダウンリンク（ＤＬ）フレーム構造の例２１００を示す図である。（たとえば、１０ｍｓの）フレームが、０〜９のインデックスをもつ等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用されることがあり、各タイムスロットはリソースブロック（ＲＢ）を含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域において１２個の連続するサブキャリアを含み、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスの場合、時間領域において７個の連続するＯＦＤＭシンボルを含み、すなわち８４個のリソース要素を含む。拡張サイクリックプレフィックスの場合、リソースブロックは、時間領域において６個の連続するＯＦＤＭシンボルを含み、７２個のリソース要素を有する。Ｒ２１１０、Ｒ２１２０として示されるリソース要素の一部は、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ）２１１０と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ）２１２０とを含む。ＵＥ−ＲＳ２１２０は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
[0363]ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルのために１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送信し得る。１次同期信号および２次同期信号は、それぞれ、ノーマルサイクリックプレフィックス（ＣＰ）をもつ各無線フレームのサブフレーム０および５の各々の中のシンボル期間６および５の中で送信され得る。同期信号は、セルの検出および捕捉のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１の中のシンボル期間０〜３の中で物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨは、何らかのシステム情報を搬送し得る。
[0364]ｅＮＢは、各サブフレームの最初のシンボル期間において物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送信し得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を搬送することがあり、ここで、Ｍは、１、２、または３に等しいことがあり、サブフレームごとに変化することがある。Ｍはまた、たとえば、リソースブロックが１０個未満である小さいシステム帯域幅では、４に等しいことがある。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間において物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信し得る。ＰＨＩＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りについての情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信を予定されている、ＵＥのためのデータを搬送し得る。
[0365]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいて、ＰＳＳと、ＳＳＳと、ＰＢＣＨとを送信し得る。ｅＮＢは、これらのチャネルが送信される各シンボル期間において、システム帯域幅全体にわたってＰＣＦＩＣＨとＰＨＩＣＨとを送信し得る。ｅＮＢは、システム帯域幅のいくつかの部分において、ＵＥのグループにＰＤＣＣＨを送信し得る。ｅＮＢは、システム帯域幅のいくつかの部分において、特定のＵＥにＰＤＳＣＨを送信し得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳと、ＳＳＳと、ＰＢＣＨと、ＰＣＦＩＣＨと、ＰＨＩＣＨとを送信することがあり、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送信することがあり、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送信することがある。
[0366]各シンボル期間において、いくつかのリソース要素が利用可能であり得る。各リソース要素（ＲＥ：resource group）は、１つのシンボル期間において１つのサブキャリアをカバーすることがあり、実数値または複素数値であり得る１つの変調シンボルを送信するために使用されることがある。各シンボル期間において基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）へと構成され得る。各ＲＥＧは、１つのシンボル期間において４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨのための３つのＲＥＧは、すべてシンボル期間０に属することがあり、またはシンボル期間０、１および２に拡散されることがある。ＰＤＣＣＨは、たとえば、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３６、または７２個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみが、ＰＤＣＣＨに対して許容され得る。
[0367]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知っていることがある。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、通常、ＰＤＣＣＨに対して許容される組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいて、ＵＥにＰＤＣＣＨを送信し得る。
[0368]上で示されたように、図２１は例として提供される。他の例が可能であり、他の例は図２１に関連して上で説明されたものとは異なることがある。
[0369]図２２は、本開示の様々な態様による、ＬＴＥにおけるアップリンク（ＵＬ）フレーム構造の例２２００を示す図である。ＵＬのために利用可能なリソースブロックは、データセクションおよび制御セクションに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成されることがあり、構成可能なサイズを有することがある。制御セクションの中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクションの中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクションの中の連続するサブキャリアのすべてを割り当てられることを可能にし得る、連続するサブキャリアを含むデータセクションをもたらす。
[0370]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック２２１０ａ、２２１０ｂを割り当てられ得る。ＵＥはまた、ｅＮＢにデータを送信するために、データセクション中のリソースブロック２２２０ａ、２２２０ｂを割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）において制御情報を送信し得る。いくつかの態様では、ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）中で、データだけを、またはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにまたがることがあり、周波数にわたってホッピングすることがある。
[0371]初期のシステムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）２２３０の中でのＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ２２３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨでは、周波数ホッピングはない。ＰＲＡＣＨの試行は、（たとえば、１ｍｓの）単一のサブフレームにおいて、または数個の連続するサブフレームのシーケンスにおいて搬送される。
[0372]上で示されたように、図２２は例として提供される。他の例が可能であり、他の例は図２２に関連して上で説明されたものとは異なることがある。
[0373]図２３は、本開示の様々な態様による、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例２３００を示す図である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つの層、すなわち、層１、層２、および層３とともに示される。層１（Ｌ１層）は最下位層であり、様々な物理層の信号処理機能を実装する。Ｌ１層は、本明細書では物理層２３１０と呼ばれる。層２（Ｌ２層）２３２０は、物理層２３１０の上にあり、物理層２３１０を通じたＵＥとｅＮＢとの間のリンクを担う。
[0374]ユーザプレーンでは、Ｌ２層２３２０は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ）サブレイヤ２３３０と、無線リンク制御（ＲＬＣ）サブレイヤ２３４０と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）２３５０サブレイヤとを含む。示されていないが、ＵＥは、ネットワーク側のパケットデータネットワーク（ＰＤＮ）ゲートウェイにおいて終端されるネットワーク層（たとえば、ＩＰ層）と、接続の他端（たとえば、遠端ＵＥ、サーバなど）において終端されるアプリケーション層とを含む、Ｌ２層２３２０の上のいくつかの上位層を有し得る。
[0375]ＰＤＣＰサブレイヤ２３５０は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ２３５０はまた、無線送信のオーバーヘッドを減らすための上位層データパケットのためのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバーのサポートとを行う。ＲＬＣサブレイヤ２３４０は、上位層のデータパケットのセグメント化およびリアセンブリと、失われたデータパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）が原因で順序が狂った受信を補償するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ２３３０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ２３３０はまた、１つのセル中の様々な無線リソース（たとえば、リソースブロック）をＵＥの間で割り振ることを担う。ＭＡＣサブレイヤ２３３０はＨＡＲＱ動作をも担う。
[0376]制御プレーンにおいて、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理層２３１０およびＬ２層２３２０に対して実質的に同じである。いくつかの態様では、制御プレーンデータに対して完全性の保護が提供され得る。制御プレーンはまた、層３（Ｌ３層）の中に無線リソース制御（ＲＲＣ）サブレイヤ２３６０を含む。ＲＲＣサブレイヤ２３６０は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位層を構成することとを担う。
[0377]上で示されたように、図２３は例として提供される。他の例が可能であり、他の例は図２３に関連して上で説明されたものとは異なることがある。
[0378]図２４は、本開示の様々な態様による、基地局２４１０とＵＥ２４１５とを含む通信システム２４００の例示的なコンポーネントを示す図である。いくつかの態様では、基地局２４１０は、とりわけ、図１Ａまたは図２を参照して説明された、少なくとも１つの基地局１０５、１０５−ａ、少なくとも１つのｅＮＢ１５０、または少なくとも１つの低電力ｅＮＢ１７０に対応し得る。いくつかの態様では、ＵＥ２４１５は、とりわけ、図１Ａまたは図２を参照して上で説明された、ＵＥ１１５、１１５−Ａ、または２５０の１つまたは複数に対応し得る。基地局２４１０はアンテナ２４３４1〜２４３４tを備えることがあり、ＵＥ２４１５はアンテナ２４５２1〜２４５２rを備えることがあり、ここでｔおよびｒは１以上の整数である。
[0379]基地局２４１０において、基地局送信プロセッサ２４２０は、基地局データソース２４１２からデータを受信し、基地局コントローラ／プロセッサ２４４０から制御情報を受信し得る。制御情報は、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などで搬送され得る。データは、たとえば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）などで搬送され得る。基地局送信プロセッサ２４２０は、それぞれデータシンボルと制御シンボルとを取得するために、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）し得る。基地局送信プロセッサ２４２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号（ＲＳ）のための、基準シンボルを生成し得る。基地局送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２４３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行することができ、基地局変調器／復調器（ＭＯＤ／ＤＥＭＯＤ）２４３２1〜２４３２tに出力シンボルストリームを提供することができる。各基地局変調器／復調器２４３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理することができる。各基地局変調器／復調器２４３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理する（たとえば、アナログへ変換し、増幅し、フィルタリングし、アップコンバートする）ことができる。変調器／復調器２４３２1〜２４３２tからのダウンリンク信号は、それぞれアンテナ２４３４1〜２４３４tを介して送信され得る。
[0380]ＵＥ２４１５において、例として、アンテナ２４５２1〜２４５２rは、基地局２４１０からダウンリンク信号を受信することができ、受信された信号をそれぞれＵＥ変調器／復調器（ＭＯＤ／ＤＥＭＯＤ）２４５４1〜２４５４rに提供することができる。各ＵＥ変調器／復調器２４５４は、入力サンプルを取得するために、それぞれの受信された信号を調整する（たとえば、フィルタリングし、増幅し、ダウンコンバートし、デジタル化する）ことができる。各ＵＥ変調器／復調器２４５４はさらに、受信されたシンボルを取得するために、（たとえば、ＯＦＤＭなどのために）入力サンプルを処理することができる。ＵＥ ＭＩＭＯ検出器２４５６は、すべてのＵＥ変調器／復調器２４５４1〜２４５４rから受信されたシンボルを取得し、適用可能な場合は受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供することができる。ＵＥ受信プロセッサ２４５８は、検出されたシンボルを処理し（たとえば、復調し、デインターリーブし、復号し）、ＵＥ２４１５のための復号されたデータをＵＥデータシンク２４６０に提供し、復号された制御情報をＵＥコントローラ／プロセッサ２４８０に提供することができる。
[0381]アップリンク上では、ＵＥ２４１５において、ＵＥ送信プロセッサ２４６４が、ＵＥデータソース２４６２から（たとえば、物理アップリンク共有チャネル（ＰＵＳＣＨ）のための）データを受信して処理することができ、ＵＥコントローラ／プロセッサ２４８０から（たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ）のための）制御情報を受信して処理することができる。ＵＥ送信プロセッサ２４６４はまた、基準信号のための基準シンボルを生成することができる。ＵＥ送信プロセッサ２４６４からのシンボルは、適用可能な場合、ＵＥ ＴＸ ＭＩＭＯプロセッサ２４６６によってプリコーディングされることがあり、（たとえば、ＳＣ−ＦＤＭなどのために）ＵＥ変調器／復調器２４５４1〜２４５４rによってさらに処理されることがあり、基地局２４１０に送信されることがある。基地局２４１０において、ＵＥ２４１５からのアップリンク信号は、基地局アンテナ２４３４によって受信され、少なくとも１つの基地局変調器／復調器２４３２によって処理され、適用可能な場合は基地局ＭＩＭＯ検出器２４３６によって検出され、復号されたデータとＵＥ２４１５によって送信された制御情報とを取得するために、基地局受信プロセッサ２４３８によってさらに処理され得る。基地局受信プロセッサ２４３８は、復号されたデータを基地局データシンク２４４６に提供し、復号された制御情報を基地局コントローラ／プロセッサ２４４０に提供し得る。
[0382]基地局コントローラ／プロセッサ２４４０およびＵＥコントローラ／プロセッサ６８０は、それぞれ基地局２４１０およびＵＥ２４１５における動作を指示し得る。基地局２４１０における基地局コントローラ／プロセッサ２４４０ならびに／または他のプロセッサおよびコンポーネントは、たとえば、本明細書で説明される技法のための様々なプロセスを実行し、またはその実行を指示し得る。ＵＥ２４１５におけるＵＥコントローラ／プロセッサ２４８０ならびに／または他のプロセッサおよびコンポーネントはまた、たとえば、図２６もしくは図２８に示されている１つまたは複数のブロック、および／または本明細書で説明される技法のための他のプロセスを実行するか、またはその実行を指示し得る。基地局メモリ２４４２およびＵＥメモリ２４８２は、それぞれ、基地局２４１０およびＵＥ２４１５のためのデータとプログラムコードとを記憶し得る。スケジューラ２４４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のために少なくとも１つのＵＥ２４１５をスケジューリングし得る。
[0383]図２４に示されているコンポーネントの数および配置は、例として与えられている。実際には、追加のコンポーネント、より少数のコンポーネント、異なるコンポーネント、または図２４に示されるものとは異なるように配置されたコンポーネントがあり得る。さらに、図２４に示される２つ以上のコンポーネントが単一のコンポーネント内で実装されることがあり、または図２４に示される単一のコンポーネントが複数の分散されたコンポーネントとして実装されることがある。加えて、または代替的に、図２４に示されるコンポーネントのセット（たとえば、１つまたは複数のコンポーネント）が、図２４に示されるコンポーネントの別のセットによって実行されるものとして説明される１つまたは複数の機能を実行することがある。
[0384]図２５は、本開示の様々な態様による、アップリンクデータの圧縮された部分に少なくとも一部基づいてトークンバケットからトークンが推測されるかどうかを決定することの例２５００を示す図である。図２５では、ＵＥ２５０５は、ｅＮＢ２５１０へとアップリンク方向の無線ベアラを介して送信されるべきアップリンクデータに対してＵＤＣを実行するように構成される。ＵＥ２５０５は、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。同様に、ｅＮＢ２５１０は、本開示の１つまたは複数の他の図面に関連して説明されるｅＮＢに対応し得る。
[0385]図２５に示されるように、ＵＥ２５０５は、ｅＮＢ２５１０にアップリンクデータを送信することと関連付けられるアップリンクバッファを含み得る。示されるように、アップリンクバッファ２５１５は、アップリンク方向の無線ベアラを介して送信されるべき圧縮されていないアップリンクデータを含み得る。いくつかの態様では、以下でさらに詳細に説明されるように、無線ベアラは、論理チャネルの優先順位付けを実行するためのトークンバケットと関連付けられるアップリンク論理チャネルに対応し得る。図２５に示されるように、ＵＥ２５０５は、圧縮されたアップリンクデータを形成するために、アップリンクバッファ２５２５に含まれるアップリンクデータに対してＵＤＣを実行し得る。
[0386]図２５に示されるように、アップリンクデータを圧縮した後、ＵＥ２５０５は、（たとえば、ＵＤＣを実行することと関連付けられるＰＤＣＰ層からＭＡＣ層への）送信のためのアップリンクデータを提供することができ、アップリンク方向の無線ベアラを介して圧縮されたアップリンクデータを送信することができる。さらに示されるように、ＵＥ２５０５は、トークンがトークンバケットから推測されるべき方式を決定し得る。たとえば、図２５に示されるように、ＵＥ２５０５は、圧縮されたアップリンクデータの量に少なくとも一部基づいて、トークンバケットからトークンを推測するように構成されることがあり、それに従ってトークンを推測することがある。代替的に、示されるように、ＵＥ２５０５は、圧縮前のアップリンクデータの量に少なくとも一部基づいて、トークンバケットからトークンを推測するように構成されることがあり、それに従ってトークンを推測することがある。
[0387]いくつかの態様では、ＵＥ２５０５がトークンを推測する方式は、ＵＥによって構成され得る。たとえば、ＵＥ２５０５は、第１の論理チャネルに対応するアップリンクデータのための圧縮されたアップリンクデータの量に少なくとも一部基づいてトークンを推測するように構成されることがあり、第２の論理チャネルに対応するアップリンクデータのための圧縮前のアップリンクデータの量に少なくとも一部基づいてトークンを推測するように構成されることがある。いくつかの態様では、圧縮されたアップリンクデータの量または圧縮前のアップリンクデータの量に少なくとも一部基づいてトークンを推測することは、ＵＥ２５０５の複数の論理チャネルと関連付けられる全体的なＵＥのスループットの向上をもたらし得る。上の方式でトークンを推測することに関する追加の詳細が、とりわけ図２６に関して以下で説明される。
[0388]上で示されたように、図２５は例として提供される。他の例が可能であり、他の例は図２５に関連して説明されたものとは異なることがある。
[0389]図２６は、本開示の様々な態様による、図２５に示される例２５００に関係する例示的なプロセス２６００の流れ図である。いくつかの態様では、図２６の１つまたは複数の処理ブロックは、本明細書で説明される１つまたは複数のＵＥによって実行され得る。例示的なプロセス２６００と関連付けられて説明されるＵＥは、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。いくつかの態様では、図２６の１つまたは複数の処理ブロックは、ＵＥとは別個の、もしくはＵＥを含む、別のデバイスまたは複数のデバイスによって実行され得る。
[0390]図２６に示されるように、プロセス２６００は、アップリンク方向の無線ベアラにおいて送信されるべきデータを特定することを含み得る（ブロック２６１０）。たとえば、ＵＥは、アップリンク方向の無線ベアラにおいて送信されるべきアップリンクデータを特定し得る。いくつかの態様では、ＵＥは、ＵＥの１つまたは複数のアップリンクデータバッファにアップリンクデータを記憶したことに少なくとも一部基づいて、送信されるべきアップリンクデータを特定し得る。
[0391]いくつかの態様では、ＵＥは、１つまたは複数のアップリンクバッファを維持することがあり、ここで、各バッファは、アップリンク方向の無線ベアラに対応することがあり、対応する無線ベアラにおいて送信されるべきアップリンクデータを記憶することがある。いくつかの態様では、アップリンク方向の無線ベアラの各々は、アップリンク論理チャネル（本明細書では「論理チャネル」と呼ばれることがある）にマッピングされ、ＭＡＣ層と関連付けられることがあり、優先権と優先ビットレート（ＰＢＲ：prioritized bit rate）とを有することがある。
[0392]ＰＢＲは、低優先度のアップリンク論理チャネルがアップリンクデータを送信することが許可される前に、アップリンク論理チャネルによって受信されることになる（たとえば、保証される）最低のデータレートを含み得る。いくつかの態様では、ＵＥは、（たとえば、低優先度の論理チャネルがアップリンクデータを送信することを許可される前に高優先度の論理チャネルが割り当てられたＰＢＲを受信するように）２つ以上の論理チャネルの優先度に少なくとも一部基づいて、論理チャネルの優先順位付けを実行し得る。
[0393]いくつかの態様では、アップリンク論理チャネルは対応するトークンバケットと関連付けられることがあり、ここで、トークンバケットは、最高で、最大のトークンバケットサイズの論理チャネルのＰＢＲに対応するレートで、トークンを収集し得る。トークンは、アップリンク論理チャネルに対応するアップリンクデータを含むアップリンク送信に少なくとも一部基づいて、トークンバケットから推測され得る。いくつかの態様では、ＵＥは、複数の論理チャネルにサービスするためにトークンバケットアルゴリズムを使用し得る。たとえば、ＵＥは、最高の優先度の論理チャネルと関連付けられるトークンバケットが空になる（たとえば、論理チャネルがＰＢＲより速いビットレートを達成したことを示す）まで、最高の優先度の論理チャネルにサービスし得る。ＵＥは次いで、次に優先度の高い論理チャネルと関連付けられるトークンバケットが空になるまで（または最高の優先度のトークンバケットが追加のトークンを受信するまで）、次に優先度の高い論理チャネルにサービスすることができ、以下同様である。いくつかの態様では、ＵＥは、アップリンク方向の無線ベアラにおいて送信されるべきアップリンクデータを、トークンバケットと関連付けられるアップリンク論理チャネルに対応するアップリンクバッファに記憶されているアップリンクデータとして特定し得る。
[0394]図２６にさらに示されるように、プロセス２６００は、データの圧縮された部分を形成するために、データの一部分を圧縮することを含み得る（ブロック２６２０）。たとえば、ＵＥは、アップリンクデータの圧縮された部分を形成するために、アップリンクデータの一部分を圧縮し得る。いくつかの態様では、ＵＥは、アップリンク方向の無線ベアラにおいて送信されるべきアップリンクデータを特定した後で、アップリンクデータのその部分を圧縮し得る。
[0395]いくつかの態様では、ＵＥは、アップリンクデータに対してＵＤＣを実行したことに少なくとも一部基づいて、アップリンクデータのその部分を圧縮し得る。たとえば、ＵＥは、アップリンク方向の無線ベアラにおいて送信されるべきアップリンクデータを特定することがあり、たとえばＵＤＣがアップリンクデータと関連付けられるアップリンク論理チャネル上で有効にされるときに１つまたは複数のパケットに対してＵＤＣを実行することによって、アップリンクデータに含まれる１つまたは複数のパケットを圧縮することがある。いくつかの態様では、上で説明されたように、ＵＤＣは、ＭＡＣ層に提供されるアップリンクデータの量がＰＤＣＰ層におけるデータの量より少なくなるように、ＰＤＣＰ層において実行され得る。
[0396]いくつかの態様では、アップリンクデータのその部分は、１つまたは複数の論理チャネルと関連付けられるアップリンクデータを含み得る。たとえば、ＵＥは、（たとえば、ＵＥのすべての論理チャネルに対応するアップリンクデータに対してＵＤＣを実行するのではなく）論理チャネルのサブセットに対応するアップリンクデータに対してＵＤＣを実行するように構成され得る。言い換えると、いくつかの態様では、ＵＥは、ＵＤＣが有効にされる、アップリンク方向の１つまたは複数の無線ベアラに対応するアップリンクデータの一部分を圧縮し得る。いくつかの態様では、ＵＤＣは、ＵＥと関連付けられる１つまたは複数の論理チャネル上で有効にされないことがある。
[0397]図２６にさらに示されるように、プロセス２６００は、データの圧縮された部分に少なくとも一部基づいて、トークンバケットからトークンが推測されるかどうかを決定することを含み得る（たとえば、ブロック２６３０）。たとえば、ＵＥは、アップリンクデータの圧縮された部分に少なくとも一部基づいて、アップリンクデータと関連付けられるアップリンク論理チャネルに対応するトークンバケットからトークンが推測されるかどうかを決定し得る。いくつかの態様では、ＵＥは、ＵＥがアップリンクデータのその部分を圧縮した後で、アップリンクデータの圧縮された部分に少なくとも一部基づいて、トークンがトークンバケットから推測されるかどうかを決定し得る。加えて、または代替的に、ＵＥは、ＵＥがアップリンク送信のための圧縮されたアップリンクデータを提供するときに、アップリンクデータの圧縮された部分に少なくとも一部基づいて、トークンがトークンバケットから推測されるかどうかを決定し得る。
[0398]いくつかの態様では、ＵＥのある構成は、アップリンクデータの圧縮された部分に少なくとも一部基づいて、トークンがトークンバケットから推測されるかどうかを指示し得る。たとえば、ＵＥは、（たとえば、推測されるトークンがアップリンクデータの圧縮された部分の量に対応するように）アップリンクデータの圧縮された部分に少なくとも一部基づいて、トークンバケットからトークンを推測するように構成され得る。別の例として、ＵＥは、（たとえば、推測されるトークンがアップリンクデータの圧縮された部分の量ではなくアップリンクデータの圧縮されていない部分の量に対応するように）圧縮前のアップリンクデータのその部分に少なくとも一部基づいて、トークンバケットからトークンを推測するように構成され得る。いくつかの態様では、ＵＥの構成は、ＵＥの単一の論理チャネル、ＵＥの複数の論理チャネル、ＵＥのすべての論理チャネルなどに対応し得る。
[0399]いくつかの態様では、ＵＥは、ＵＥがアップリンク送信のためのデータを提供するときに、アップリンクデータの圧縮された部分に少なくとも一部基づいて、トークンがトークンバケットから推測されるかどうかを決定し得る。ＵＥは次いで、それに従ってトークンバケットからトークンを推測し得る。たとえば、ＵＥは、アップリンク送信のための、論理チャネルと関連付けられるアップリンクデータの圧縮された部分を提供し得る。ここで、ＵＥは、論理チャネルと関連付けられるＵＥの構成に少なくとも一部基づいて、アップリンクデータの圧縮された部分と関連付けられるトークンが、アップリンクデータの圧縮された部分の量に少なくとも一部基づいて推測されるべきか、または圧縮前のアップリンクデータの量に基づいて推測されるべきかを決定することができ、それに従ってトークンを推測することができる。
[0400]図２６にさらに示されるように、ＵＥがデータの圧縮された部分に対応するトークンを推測すべきであるとＵＥが決定する場合（ブロック２６３０−ＹＥＳ）、プロセス２６００は、データの圧縮された部分に少なくとも一部基づいて、トークンバケットからトークンを推測することを含み得る（ブロック２６４０）。いくつかの態様では、アップリンクデータの圧縮された部分に対応するトークンを推測することは、（たとえば、アプリケーション層におけるビットレートがＰＢＲより高いまたは低い可能性があっても）アップリンク論理チャネルと関連付けられるＰＢＲがＭＡＣ層において満たされるようにし得る。加えて、または代替的に、アップリンクデータの圧縮された部分に対応するトークンを推測することは、論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられるＰＢＲより大きくなるようにし得る。
[0401]いくつかの態様では、アップリンクデータの圧縮された部分に対応するトークンを推測することは、２つ以上の論理チャネルと関連付けられる全体的なＵＥのスループットの向上をもたらし得る。たとえば、ＵＥが第１の論理チャネルと関連付けられるアップリンクデータの圧縮された部分に対応するトークンを推測する場合、第１の論理チャネルおよび第２の論理チャネルと関連付けられる全体的なＵＥのスループットは向上し得る（たとえば、ＵＤＣが第１の論理チャネルだけと関連付けられるアップリンクデータに対して実行されるとしても）。
[0402]加えて、または代替的に、アップリンクデータの圧縮された部分に対応するトークンを推測することは、圧縮されたアップリンクデータと関連付けられる論理チャネルと関連付けられるビットレートの向上をもたらし得る。たとえば、アップリンクデータの圧縮された部分に対応するトークンを推測することは、ＵＤＣが実行された第１の論理チャネルと関連付けられる第１のビットレートが、ＵＤＣを実行しない場合の第１の論理チャネルのビットレートより大きくなるようにし得る。この例では、第２の論理チャネル（たとえば、ＵＤＣが実行されなかった論理チャネル）と関連付けられる第２のビットレートは、データ圧縮を伴わない第２の論理チャネルのビットレートとほぼ等しいことがある。この場合、全体的なＵＥのスループットが向上し得る（たとえば、第１の論理チャネルがＵＤＣを伴わずに受信される場合よりも高いビットレートを受信し、第２の論理チャネルがＵＤＣを伴わずに受信される場合と同じビットレートを受信するので）。第１の論理チャネルに対するこの向上したＵＥのスループットは、第１の論理チャネルが第２の論理チャネルより高い優先度を有するとき、または第１の論理チャネルが第２の論理チャネルより低い優先度を有するときに、生じ得る。
[0403]図２６にさらに示されるように、ＵＥがｋデータの圧縮された部分に対応するトークンを推測すべきではないとＵＥが決定する場合（ブロック２６３０−ＮＯ）、プロセス２６００は、圧縮前のデータのその部分に少なくとも一部基づいて、トークンバケットからトークンを推測すること得る（ブロック２６５０）。いくつかの態様では、ＵＥは、ＵＥがアップリンクデータの圧縮された部分に対応するトークンを推測すべきではないと決定することがあり、ＵＥは、圧縮前のアップリンクデータのその部分（たとえば、アップリンクデータの圧縮されていない部分のサイズ）に対応するトークンを推測すべきであると決定することがあり、ＵＥは、トークンバケットからトークンを推測することがある。
[0404]いくつかの態様では、圧縮前のアップリンクデータのその部分に対応するトークンを推測することは、（たとえば、ＭＡＣ層におけるビットレートがＰＢＲより高いまたは低い可能性があっても）アップリンク論理チャネルと関連付けられるＰＢＲがアプリケーション層において満たされるようにし得る。加えて、または代替的に、圧縮前のアップリンクデータのその部分に対応するトークンを推測することは、論理チャネルと関連付けられる保証されたビットレートが、アップリンク論理チャネルと関連付けられるＰＢＲとほぼ等しくなるようにし得る。
[0405]いくつかの態様では、圧縮前のアップリンクデータのその部分に対応するトークンを推測することは、圧縮されたアップリンクデータと関連付けられる論理チャネルとは異なる論理チャネルに対するビットレートの向上をもたらし得る。たとえば、圧縮前のアップリンクデータのその部分に対応するトークンを推測することは、第１の論理チャネル（たとえば、ＵＤＣが実行されなかった論理チャネル）と関連付けられる第１のビットレートが、第２の論理チャネルと関連付けられるアップリンクデータ上でＵＤＣを実行しない場合の第１の論理チャネルのビットレートより大きくなるようにし得る。この例では、第２の論理チャネル（たとえば、ＵＤＣが実行された論理チャネル）と関連付けられる第２のビットレートは、第２の論理チャネルと関連付けられるＰＢＲとほぼ等しいことがある。この場合、全体的なＵＥのスループットが向上し得る（たとえば、第２の論理チャネルのアップリンクデータ上でＵＤＣが実行されずに受信される場合よりも高いビットレートを第１の論理チャネルが受信するので）。第１の論理チャネルに対するこの向上したＵＥのスループットは、第１の論理チャネルが第２の論理チャネルより高い優先度を有するとき、または第１の論理チャネルが第２の論理チャネルより低い優先度を有するときに、生じ得る。
[0406]上で論じられたように、いくつかの態様では、データの圧縮された部分に少なくとも一部基づいて、またはデータの圧縮されていない部分に少なくとも一部基づいてトークンを推測することは、ＵＤＣが実行された論理チャネルおよび／または別の論理チャネル（たとえば、ＵＤＣが実行されなかった論理チャネル）と関連付けられるスループットに影響し得る。
[0407]ある例として、ＵＥは、第１の論理チャネル（たとえば、ＬＣ１）およびＰＢＲ（たとえば、８キロバイト毎秒（ｋＢｐｓ））と関連付けられる第１のアップリンクデータと、第２の論理チャネル（たとえば、ＬＣ２）および同じＰＢＲと関連付けられる第２のアップリンクデータとを送信するように構成される。さらに、ＬＣ１はＬＣ２より高い優先度を有し、そのＬＣ１およびＬＣ２は送信されるべきアップリンクデータの限られた待ち行列を有する。最終的に、ＵＥはＵＤＣを使用してアップリンクデータを圧縮するときに５０％の圧縮利得を達成し、ｅＮＢは別個の時間の間隔（たとえば、２０秒という期間ごとに１ミリ秒）で別個のサイズ（たとえば、１２バイト）のアップリンク送信グラントをＵＥに提供する。ＬＣ１アップリンクデータ上でＵＤＣを実行して、上で説明された２つの方式に基づいてトークンを推測することに少なくとも一部基づく、ＬＣ１およびＬＣ２のスループットに対する影響が、以下の表において示され得る。
[0408]示されるように、この例では、ＵＥがＬＣ１のためのアップリンクデータまたはＬＣ２のためのアップリンクデータに対してＵＤＣを実行しない場合、（たとえば、ＬＣ２がＭＡＣ層とアプリケーション層の両方において４ｋＢｐｓしか達成しないので）ＬＣ１だけがＰＢＲを達成する。
[0409]さらに示されるように、この例では、アップリンクデータの圧縮された部分に少なくとも一部基づいてトークンを推測することは、ＵＤＣが実行された論理チャネル（たとえば、ＬＣ１）がＭＡＣ層においてＰＢＲを達成するようにするが、アップリンクデータの圧縮されていない部分に少なくとも一部基づいてトークンを推測することは、ＵＤＣが実行された論理チャネルがアプリケーション層においてＰＢＲを達成するようにする。
[0410]また示されるように、この例では、アップリンクデータの圧縮された部分に少なくとも一部基づいてトークンを推測することは、ＵＤＣが実行された論理チャネル（たとえば、ＬＣ１）がＵＤＣなしの事例と比較してより高いビットレート（たとえば、アプリケーション層において８ｋＢｐｓではなく１６ｋＢｐｓ）を達成するようにするが、ＵＤＣが実行されなかった論理チャネル（たとえば、ＬＣ２）がＵＤＣが実行されなかったときにＬＣ２によって達成されるビットレート（たとえば、４ｋＢｐｓ）に等しいビットレートを達成するようにする。
[0411]さらに示されるように、この例では、アップリンクデータの圧縮されていない部分に少なくとも一部基づいてトークンを推測することは、ＵＤＣが実行された論理チャネル（たとえば、ＬＣ１）がＵＤＣが実行されなかったときにＬＣ１によって達成されるビットレート（たとえば、アプリケーション層において８ｋＢｐｓ）に等しいビットレートを達成するようにするが、ＵＤＣが実行されなかった論理チャネル（たとえば、ＬＣ２）がＵＤＣなしの事例と比較してより高いビットレート（たとえば、４ｋＢＰｓではなく８ｋＢｐｓ）を達成するようにする。
[0412]示されるように、この例では、いずれの方法を使用してトークンを推測することも、ＵＤＣなしの事例と比較して全体的なＵＥのスループットの向上を引き起こす（たとえば、ＵＤＣなしの場合のアプリケーション層における８ｋＢＰｓ＋４ｋＢＰｓ＝１２ｋＢｐｓ＜圧縮されていないアップリンクデータに少なくとも一部基づく推測の場合のアプリケーションにおける８ｋＢｐｓ＋８ｋＢｐｓ＝１６ｋＢｐｓ＜圧縮されたアップリンクデータに少なくとも一部基づく推測の場合のアプリケーション層における１６ｋＢｐｓ＋４ｋＢｐｓ＝２０ｋＢｐｓ）。このようにして、ＵＤＣを実行することの利益は、ＵＤＣが実行される論理チャネルおよび／またはＵＤＣが実行されない論理チャネル上で見られることがある。同様の効果は、ＵＤＣが低優先度の論理チャネル（たとえば、ＬＣ１ではなくＬＣ２）に適用されるときなどの、他の例からも得られることがある。
[0413]このようにして、複数の論理チャネルと関連付けられるＵＥのスループットは、ＵＤＣの実施により向上することがある。その上、複数の論理チャネルと関連付けられる論理チャネルの優先順位付けは、複数の論理チャネルの１つまたは複数に対してＵＤＣを実施しても維持され得る。
[0414]図２６はプロセス２６００の例示的なブロックを示すが、いくつかの態様では、プロセス２６００は、追加のブロック、より少数のブロック、異なるブロック、または図２６に示されるものとは異なるように配置されたブロックを含み得る。加えて、または代替的に、プロセス２６００のブロックの２つ以上が、並列に実行され得る。
[0415]図２７は、本開示の様々な態様による、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、アップリンク送信のための圧縮されたアップリンクデータを送信することの例２７００を示す図である。
[0416]いくつかの場合、ＵＥがアップリンク送信グラントを受信するとき、ＵＥの１つまたは複数のアップリンクバッファは、アップリンク送信グラントを埋めるのに十分な量の圧縮されたアップリンクデータを含まないことがある。したがって、ＵＥは、パディングデータまたは圧縮されていないアップリンクデータを用いて、リソースの残りの量（たとえば、圧縮されたアップリンクデータがアップリンク送信グラントに含められた後にアップリンク送信グラントに残っているリソースの量）を埋めることがある。パディングデータを用いて残りのリソースを埋めることは、アップリンク送信グラントのリソースの無駄となることがあるが、（たとえば、圧縮されていないアップリンクデータを用いて残りのリソースを埋めることは、セグメント化が原因の圧縮されていないアップリンクデータの今後の圧縮を妨げるので）圧縮されていないアップリンクデータを用いて残りのリソースを埋めることも、無駄となることがある。したがって、ＵＥは、所与の状況において、これらの選択肢のいずれがアップリンクリソースの無駄をより減らすかを決定し得る。以下で説明されるように、ＵＥは、単一のアップリンク送信グラントに関してではなく、複数のアップリンク送信グラントにわたってこの決定を行い得る。
[0417]図２７では、ＵＥ２７０５は、ｅＮＢ２７１０へとアップリンク方向の無線ベアラを介して送信されるべきアップリンクデータに対してＵＤＣを実行するように構成される。ＵＥ２７０５は、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。同様に、ｅＮＢ２７１０は、本開示の１つまたは複数の他の図面に関連して説明されるｅＮＢに対応し得る。
[0418]図２７に示されるように、ＵＥ２７０５は、ｅＮＢ２７１０にアップリンクデータを送信することと関連付けられる１つまたは複数のアップリンクバッファを含み得る。示されるように、１つまたは複数のアップリンクバッファは、圧縮されていないアップリンクデータと圧縮されたアップリンクデータとを含み得る。図２７に示されるように、ｅＮＢ２７１０は、アップリンク送信グラントをＵＥ２７０５に与え得る。アップリンク送信グラントは、アップリンク方向の無線ベアラを使用してアップリンクデータを送信するためにＵＥが使用し得る量リソースを特定するグラントを含み得る。
[0419]図２７に示されるように、アップリンク送信グラントにおいて特定されるリソースの量および１つまたは複数のアップリンクバッファに含まれる圧縮されたデータの量に少なくとも一部基づいて、ＵＥ２７０５は、圧縮されたアップリンクデータの量がアップリンク送信グラントにおいて特定されるリソースの量より少ないと決定し得る。言い換えると、ＵＥ２７０５は、ＵＥ２７０５の１つまたは複数のアップリンクバッファがアップリンク送信グラントを埋めるであろう圧縮されたアップリンクデータの量を含まないと決定し得る。
[0420]図２７に示されるように、圧縮されたアップリンクデータの量がアップリンク送信グラント中のリソースの量より少ないと決定したことに少なくとも一部基づいて、ＵＥ２７０５は、アップリンク送信グラントの残りのリソースの量（たとえば、圧縮されたデータを考慮した後に残っているアップリンク送信グラントのリソースの量）を決定し得る。
[0421]さらに示されるように、ＵＥ２７０５は、圧縮されていないアップリンクデータの量（たとえば、圧縮されていないアップリンクデータのパケットのサイズ）をＵＥ２７０５に記憶されているまたはＵＥ２７０５がアクセス可能である圧縮利得と乗じることによって、（たとえば、アップリンク送信のために提供されるべき圧縮されていないアップリンクデータと関連付けられる）圧縮されたアップリンクデータの予測される量を決定し得る。示されるように、ＵＥ２７０５は次いで、リソースの残りの量とアップリンクデータの予測される量の合成（たとえば、加算）が圧縮されていないアップリンクデータの量より少ないかどうかを決定し得る。
[0422]図２７に示されるように、リソースの残りの量とアップリンクデータの予測される量の加算が圧縮されていないアップリンクデータの量より少ないという決定に少なくとも一部基づいて、ＵＥ２７０５は、ＵＥ２７０５がアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信すべきではないと決定することができ、パディングデータを用いてリソースの残りの量を埋めることができる。パディングデータは、任意のデータおよび／または無意味な情報を運ぶデータを含み得る。いくつかの態様では、ＵＥ２７０５は代替的に、異なる論理チャネル（たとえば、アップリンクデータと関連付けられる論理チャネルより優先度の低い論理チャネル）に対応するアップリンクデータを用いて、アップリンクリソースの残りの量を埋めることがある。
[0423]代替的に、リソースの残りの量とアップリンクデータの予測される量の加算が圧縮されていないアップリンクデータの量より少なくないという決定に少なくとも一部基づいて、ＵＥ２７０５は、ＵＥ２７０５がアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信すべきであると決定することができ、圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めることができる。この場合、ＵＥ２７０５は、圧縮されていないアップリンクデータのパケットをセグメント化する（たとえば、アップリンク送信グラントのためのパケットの第１の部分を送信し、未来の（たとえば、次の）アップリンク送信グラントのためのパケットの第２の部分を送信する）ことがある。
[0424]このようにして、ＵＥ２７０５は、アップリンクデータを送信するためにＵＥ２７０５によって使用されるアップリンクリソースの全体の量（たとえば、バイトの数）を減らすために、圧縮されていないアップリンクデータを用いて、アップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定し得る。したがって、ＵＤＣを実施するＵＥ２７０５は、アップリンクデータを送信するとき、（たとえば、複数のアップリンク送信グラントにわたる）アップリンクリソースの全体的な使用を減らす。
[0425]上で示されたように、図２７は例として提供される。他の例が可能であり、他の例は図２７に関連して説明されたものとは異なることがある。
[0426]図２８は、本開示の様々な態様による、図２７に示される例２７００に関係する例示的なプロセス２８００の流れ図である。いくつかの態様では、図２８の１つまたは複数の処理ブロックは、本明細書で説明される１つまたは複数のＵＥによって実行され得る。例示的なプロセス２８００と関連付けられて説明されるＵＥは、本開示の１つまたは複数の他の図面に関連して説明されるＵＥに対応し得る。いくつかの態様では、図２８の１つまたは複数の処理ブロックは、ＵＥとは別個の、もしくはＵＥを含む、別のデバイスまたは複数のデバイスによって実行され得る。
[0427]図２８に示されるように、プロセス２８００は、アップリンク送信グラントによって割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するのに必要とされるリソースの量より多いかどうかを決定することを含み得る（ブロック２８１０）。たとえば、ＵＥは、アップリンク送信グラントによって割り振られるリソースの量がアップリンク送信のための圧縮されたアップリンクデータを送信するのに必要とされるリソースの量より多いかどうかを決定し得る。言い換えると、ＵＥは、アップリンク送信のための圧縮されたアップリンクデータと圧縮されていないアップリンクデータ（ＵＤＣを待機している）とを有することがあり、圧縮されたアップリンクデータの量は、アップリンク送信グラントによって割り振られるリソースの量より少ないことがある。
[0428]いくつかの態様では、ＵＥは、アップリンク送信グラントによって割り振られるリソースの量が、ｅＮＢからアップリンク送信グラントを受信したことに少なくとも一部基づいて圧縮されたアップリンクデータを送信するのに必要とされるリソースの量より多いかどうかを決定し得る。アップリンク送信グラントは、アップリンク方向の無線ベアラを介してアップリンクデータを送信するためにＵＥが使用し得る量アップリンクリソースを特定するグラントを含み得る。たとえば、アップリンク送信グラントは、ＵＥがアップリンク送信グラントにおいて特定される時間の間に送信することが許可されるアップリンクデータの量（たとえば、バイト単位のサイズ）を含み得る。
[0429]いくつかの態様では、アップリンク送信グラントを受信したことに少なくとも一部基づいて、ＵＥは、ＵＥのアップリンクバッファの中の圧縮されたアップリンクデータに対応する圧縮されたアップリンクデータの量を決定し得る。ＵＥは次いで、圧縮されたアップリンクデータの量と、アップリンク送信グラントによって割り振られたリソースの量とを比較することができ、この比較に少なくとも一部基づいて、アップリンク送信グラントによって割り振られたリソースの量が圧縮されたアップリンクデータを送信するのに必要とされるリソースの量より多いかどうかを決定することができる。言い換えると、ＵＥは、ＵＥのアップリンクバッファがアップリンク送信グラントを埋めるのに十分な圧縮されたアップリンクデータの量を含むかどうかを決定し得る。いくつかの態様では、ＵＥは、圧縮されていないアップリンクデータに対してＵＥがＵＤＣを実行する前にアップリンク送信グラントを受信することがあるので、アップリンクバッファは、アップリンク送信グラントを埋めるのに十分な圧縮されたアップリンクデータを含まないことがある。
[0430]いくつかの態様では、リソースの量が圧縮されたアップリンクデータの量より多い場合、ＵＥは、アップリンク送信グラントのリソースの残りの量を決定し得る。たとえば、ＵＥは、アップリンク送信のリソースの残りの量を決定するために、リソースの量から圧縮されたアップリンクデータの量を差し引き得る。
[0431]加えて、または代替的に、リソースの量が圧縮されたアップリンクデータの量以下である場合、ＵＥは、圧縮されたアップリンクデータを用いてアップリンク送信グラントを（たとえば、完全に）埋めることができ、それに従って、圧縮されたアップリンクデータを送信することができる。
[0432]図２８にさらに示されるように、プロセス２８００は、圧縮されていないデータの量がアップリンク送信グラントのリソースの残りの量とデータの予測される量を足したものより多いかどうかを決定することを含むことがあり（ブロック２８２０）、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定することを含むことがある（ブロック２８３０）。たとえば、ＵＥは、圧縮されていないデータの量がアップリンク送信グラントのリソースの残りの量とデータの予測される量を足したものより多いかどうかを決定することがあり、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定することがある。いくつかの態様では、ＵＥは、アップリンク送信グラントによって割り振られるリソースの量が圧縮されたアップリンクデータを送信するのに必要とされるリソースの量より多いと決定した後で、ブロック２８２０とブロック２８３０とを実行し得る。
[0433]いくつかの態様では、ＵＥは、アップリンクデータの予測される量に少なくとも一部基づいて、圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるかどうかを決定し得る。上で説明されたように、アップリンクデータの予測される量は、圧縮されていないアップリンクデータに対してＵＤＣを実行することに起因する、アップリンクデータの予測される量を含み得る。いくつかの態様では、上で説明されたように、ＵＥは、圧縮されていないアップリンクデータの量、および圧縮されていないアップリンクデータに対してＵＤＣを実行することと関連付けられる予想される圧縮利得に少なくとも一部基づいて、アップリンクデータの予測される量を決定し得る。たとえば、ＵＥは、アップリンク送信のために送信されるべき圧縮されていないアップリンクデータの次のパケットのサイズを決定することがあり、アップリンクデータの予測される量を決定するために次のパケットのサイズを予想される圧縮利得と乗じることがある。
[0434]いくつかの態様では、ＵＥは、アップリンクデータの予測される量を残りのリソースの量と加算し、加算の結果を圧縮されていないアップリンクデータの量と比較することによって、圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるかどうかを決定し得る。
[0435]いくつかの態様では、圧縮されていないアップリンクデータの量がアップリンクデータの予測される量と残りのリソースの量との加算の結果より大きい場合、ＵＥは、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきではないと決定し得る。この場合、ＵＥは、圧縮されていないアップリンクデータを（ＵＤＣの後の）圧縮されたアップリンクデータとして未来の（たとえば、次の）アップリンク送信グラントにおいて提供するのを待機し得る。いくつかの態様では、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきではないと決定したことに少なくとも一部基づいて、ＵＥは、パディングデータ（たとえば、任意のデータ、無意味な情報を運ぶデータなど）を用いてリソースの残りの量を埋めることができる。加えて、または代替的に、ＵＥは、圧縮されたデータと関連付けられる論理チャネルとは異なる論理チャネル（たとえば、次に優先度の高い論理チャネル）のためのアップリンクデータを用いてリソースの残りの量を埋めることができる。
[0436]いくつかの態様では、ＵＥは、アップリンクデータを用いてアップリンク送信グラントを完全には埋めないことによって、（たとえば、アップリンク送信グラントに圧縮されていないアップリンクデータを含めることと比較して）より効率的にアップリンクリソースを使用することができる。たとえば、圧縮されていないアップリンクデータを圧縮するときに、ＵＥが、残りのリソースの量と（たとえば、圧縮されていないアップリンクデータを圧縮したことに起因する）圧縮されたアップリンクデータの量とを足したものが圧縮されていないアップリンクデータの量より少なくなるような圧縮利得を達成する場合、ＵＥは、未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機することによって、アップリンクデータを送信するためにより少量のアップリンクリソースを使用するであろう。
[0437]いくつかの態様では、ＵＥは、（たとえば、アップリンク送信グラントの中の埋められていないリソースの残りの量が、次のアップリンク送信グラントに圧縮されていないアップリンクデータを含めるかどうかを決定するときに考慮され得るように）圧縮されていないアップリンクデータが未来のアップリンク送信グラントにおいて送信されるべきであるかどうかを決定する際に使用するためのリソースの残りの量を特定する情報を記憶していることがある。
[0438]代替的に、圧縮されていないアップリンクデータの量がアップリンクデータの予測される量と残りのリソースの量との加算の結果より大きくない場合、ＵＥは、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきであると決定し得る。この場合、圧縮されていないアップリンクデータは、アップリンク送信グラントと１つまたは複数の未来のアップリンク送信グラントとの間でセグメント化（たとえば、分割）されることがあり、ＵＤＣはセグメント化された圧縮されていないアップリンクデータに対しては可能ではないことがある。
[0439]図２８にさらに示されるように、プロセス２８００は、圧縮されていないデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信することを含み得る（ブロック２８４０）。たとえば、ＵＥは、圧縮されていないデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかの決定に少なくとも一部基づいて、圧縮されていないアップリンクデータを選択的に送信し得る。
[0440]いくつかの態様では、ＵＥは、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきかどうかをＵＥが決定した後で、圧縮されていないアップリンクデータを選択的に送信し得る。たとえば、ＵＥは、圧縮されたアップリンクデータを送信することがあり、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきではないとＵＥが決定するとき、アップリンク送信グラントのリソースの残りの量を埋めることと関連付けられるパディングデータを送信することもある。
[0441]別の例として、ＵＥは、圧縮されたアップリンクデータを送信することがあり、ＵＥが圧縮されていないアップリンクデータを用いてリソースの残りの量を埋めるべきであるとＵＥが決定するとき、（たとえば、アップリンク送信グラントのリソースの残りの量を埋めるためにセグメント化されるべき）圧縮されていないアップリンクデータも送信することがある。
[0442]そのような選択的な送信の例では、ＵＥは、圧縮されたアップリンクデータの量（たとえば、６００バイトの第１のパケット）と、圧縮されていないアップリンクデータの量（たとえば、５００バイトの第２のパケット）とを、別個のサイズ（たとえば、１０００バイト）のアップリンク送信グラントをＵＥが受信する時点で記憶する。さらに、ＵＥは、圧縮されていないアップリンクデータを圧縮するとき、５０％の圧縮利得を予想し得る。ここで、ＵＥは、圧縮されたデータの量がアップリンク送信グラントのリソースの量より少ない（たとえば、６００バイト＜１０００バイト）ことと、圧縮されたアップリンクデータをアップリンク送信グラントに含めた後のリソースの残りの量が４００バイトであることとを決定し得る。ここで、ＵＥは、圧縮されていないアップリンクデータと関連付けられるアップリンクデータの予測される量が２５０バイト（たとえば、５００バイト×５０％＝２５０バイト）であると決定し得る。ＵＥは次いで、アップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量とを足したものが圧縮されていないデータの量より少なくない（たとえば、４００バイト＋２５０バイト＝６５０バイト＞５００バイト）と決定し得る。したがって、ＵＥは、（たとえば、圧縮されていないアップリンクデータがセグメント化されるように）ＵＥがアップリンク送信グラントの残りのリソースにおいて圧縮されていないアップリンクデータを送信すべきであると決定することができ、それに従って圧縮されていないデータを送信することができる。
[0443]選択的な送信の別の例として、ＵＥは、圧縮されたアップリンクデータの量（たとえば、９００バイトの第１のパケット）と、圧縮されていないアップリンクデータの量（たとえば、５００バイトの第２のパケット）とを、別個のサイズ（たとえば、１０００バイト）のアップリンク送信グラントをＵＥが受信する時点で記憶する。さらに、ＵＥは、圧縮されていないアップリンクデータを圧縮するとき、５０％の圧縮利得を予想し得る。ここで、ＵＥは、圧縮されたデータの量がアップリンク送信グラントのリソースの量より少ない（たとえば、９００バイト＜１０００バイト）ことと、圧縮されたアップリンクデータをアップリンク送信グラントに含めた後のリソースの残りの量が１００バイトであることとを決定し得る。ここで、ＵＥは、圧縮されていないアップリンクデータと関連付けられるアップリンクデータの予測される量が２５０バイト（たとえば、５００バイト×５０％＝２５０バイト）であると決定し得る。ＵＥは次いで、アップリンク送信グラントのリソースの残りの量とアップリンクデータの予測される量とを足したものが圧縮されていないデータの量より少ない（たとえば、１００バイト＋２５０バイト＝３５０バイト＜５００バイト）と決定し得る。したがって、ＵＥは、（たとえば、圧縮されていないアップリンクデータが圧縮された後で）ＵＥが未来のアップリンク送信グラントにおいて圧縮されていないアップリンクデータを送信するのを待機すべきであると決定することができ、ＵＥは、パディングデータを用いてアップリンク送信の残りのリソースを埋めることができる。
[0444]このようにして、ＵＥは、圧縮されていないアップリンクデータを用いてアップリンク送信グラントのリソースの残りの量を埋めるかどうかを決定することができ、それに従って、圧縮されていないアップリンクデータを選択的に送信することができる。そのような決定に少なくとも一部基づいて、ＵＥは、アップリンクデータを送信するために使用されるアップリンクリソースの全体の量（たとえば、バイトの数）を減らす。
[0445]図２８はプロセス２８００の例示的なブロックを示すが、いくつかの態様では、プロセス２８００は、追加のブロック、より少数のブロック、異なるブロック、または図２８に示されるものとは異なるように配置されたブロックを含み得る。加えて、または代替的に、プロセス２８００のブロックの２つ以上が、並列に実行され得る。
[0446]本明細書で説明される技法は、アップリンクデータ上でＵＤＣを実行するように構成されるＵＥが、１つまたは複数のＭＡＣ層の機能の性能がアップリンクデータ上でのＵＤＣの実施に少なくとも一部基づいて改善される（たとえば、最適化される）ような方式で、１つまたは複数のＭＡＣ層の機能を実行することを可能にし得る。ＵＥは、ＵＤＣを実施することに少なくとも一部基づいてＵＥの全体の性能が改善されるような方式で、１つまたは複数のＭＡＣ層の機能を実行し得る。
[0447]上述の開示は、例示と説明とを与えるものであり、網羅的であることまたは態様を開示された厳密な形態に限定することは意図されない。修正および変形が、上記の開示を考慮して可能であり、または態様の実践から得られることがある。たとえば、上述の開示は、アップリンク方向に提供されるべきデータと関連付けられる機能を最適化するための技法を説明するが、いくつかの態様では、説明される技法は、ダウンリンク方向（たとえば、ｅＮＢからＵＥ）に提供されるべきデータにも適用されることがある。
[0448]本明細書で使用される場合、コンポーネントという用語は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアの組合せとして、広く解釈されることが意図される。本明細書で使用される場合、プロセッサは、ハードウェア、ファームアップ、またはハードウェアとソフトウェアの組合せで実装される。
[0449]いくつかの態様が、本明細書において閾値に関連して説明された。本明細書で使用される場合、閾値を満たすとは、値が閾値より大きいこと、閾値以上であること、閾値より小さいこと、閾値以下であること、閾値に等しいこと、閾値に等しくないことなどを指し得る。
[0450]本明細書で説明される技法は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアの組合せの様々な形式で実施され得ることが明らかであろう。これらの技法を実施するために使用される実際の特別な制御ハードウェアまたはソフトウェアコードは、態様を限定するものではない。したがって、特定のソフトウェアコードを参照せずに本明細書で説明される技法の動作および挙動、ソフトウェアおよびハードウェアは本明細書の説明に少なくとも一部基づいて技法を実施するように設計され得ることが理解される。
[0451]特徴の明確な組合せが請求項に記載され、および／または明細書において開示されていても、これらの組合せは可能な態様の開示を限定することは意図されていない。実際には、これらの特徴の多くが、請求項において特に記載されていない、および／または明細書において開示されていない方法で組み合わされ得る。以下で列挙される各従属請求項は１つの請求項だけに直接従属することがあるが、あり得る態様の開示は、請求項のセットの中のあらゆる他の請求項と組み合わされた各従属請求項を含む。項目のリスト「の少なくとも１つ」を指す語句は、単一のメンバーを含む、項目の任意の組合せを指す。例として、「ａ、ｂ、またはｃの少なくとも１つ」は、ａ、ｂ、ｃ、ａおよびｂ、ａおよびｃ、ｂおよびｃ、ならびにａ、ｂおよびｃを包含することが意図される。
[0452]明示的にそのように説明されていない限り、本明細書で使用されるいずれの要素、活動、または命令も、重要または必須であると見なされるべきではない。また、本明細書で使用される場合、冠詞「ａ」および「ａｎ」は、１つまたは複数の項目を含むことが意図されるが、「１つまたは複数の」と交換可能に使用されることがある。さらに、本明細書で使用される場合、「セット」および「グループ」という用語は、１つまたは複数の項目（たとえば、関連する項目、関連しない項目、関連する項目と関連しない項目の組合せなど）を含むことが意図され、「１つまたは複数の」と交換可能に使用されることがある。１つの項目だけが意図される場合、「１つの」という用語または同様の表現が使用される。また、本明細書で使用される場合、「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｖｉｎｇ）」などの用語は、非限定的な用語であることが意図される。さらに、「に少なくとも一部基づいて」という語句は、別段明示的に述べられていない限り、「に少なくとも一部基づいて」を意味することが意図される。
[0453]添付の図面に関して上に記載された詳細な説明は、例示的な実施形態を説明しており、実装され得るまたは特許請求の範囲内に入るすべての例を表すとは限らない。この説明全体において使用される「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の実施形態よりも有利である」を意味しない。発明を実施するための形態は、説明される技法の理解を与えるための具体的な詳細を含む。しかしながら、これらの技法は、これらの具体的な詳細を伴わずに実践され得る。場合によっては、説明された例の概念を不明瞭にすることを回避するために、周知の構造およびデバイスがブロック図の形態で示される。
[0454]情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得る。たとえば、上の説明全体を通じて参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁気粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
[0455]本明細書の開示に関して説明された様々な例示的なブロックおよびコンポーネントは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェアコンポーネント、または本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて、実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ（たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成）としても実装され得る。
[0456]本明細書で説明される機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、１つまたは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶されることがあり、またはコンピュータ可読媒体を介して送信されることがある。他の例および実装形態は、本開示の範囲および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質に起因して、上で説明された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、機能の部分が異なる物理的位置において実装されるように分散されることを含めて、様々な場所に物理的に位置し得る。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙（たとえば、「の少なくとも１つ」あるいは「の１つまたは複数」などの句で終わる項目の列挙）中で使用される「または」は、たとえば、Ａ、Ｂ、またはＣの少なくとも１つという列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味するような包括的列挙を示す。
[0457]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ソフトウェアがウェブサイト、サーバまたは他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
[0458]本開示の前述の説明は、当業者が本開示を作成または使用することができるように与えられている。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義される一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるべきでなく、本明細書で開示された原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
[0459]本明細書で説明された技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、ＯＦＤＭＡ、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムなどの、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、Ｕｎｉｖｅｒｓａｌ
Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）などの無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００ Ｒｅｌｅａｓｅ ０およびＡは、一般に、ＣＤＭＡ２０００ １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ、Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、ＷＣＤＭＡとＣＤＭＡの他の変形とを含む。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡシステムは、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ（ＵＭＴＳ）の新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術に使用され得る。しかしながら、上記の説明は、例としてＬＴＥシステムを説明し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥの適用例以外に適用可能である。
[0459]本明細書で説明された技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、ＯＦＤＭＡ、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムなどの、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、Ｕｎｉｖｅｒｓａｌ
Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）などの無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００ Ｒｅｌｅａｓｅ ０およびＡは、一般に、ＣＤＭＡ２０００ １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ、Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、ＷＣＤＭＡとＣＤＭＡの他の変形とを含む。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡシステムは、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ（ＵＭＴＳ）の新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術に使用され得る。しかしながら、上記の説明は、例としてＬＴＥシステムを説明し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥの適用例以外に適用可能である。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレスデバイスにおけるワイヤレス通信のための方法であって、
圧縮されていないバッファの第１のコンテンツサイズを決定することと、
圧縮されたバッファの第２のコンテンツサイズを決定することと、
前記圧縮されていないバッファの前記第１のコンテンツサイズおよび前記圧縮されたバッファの前記第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成することとを備える、方法。
［Ｃ２］
前記圧縮されていないバッファのコンテンツおよび前記圧縮されたバッファのコンテンツに少なくとも一部基づいて、パケットが圧縮されていないか圧縮されているかを決定することをさらに備え、前記ＢＳＲを生成することが、前記パケットが圧縮されていない場合には圧縮されていないサービスデータユニット（ＳＤＵ）サイズに、または前記パケットが圧縮されている場合には圧縮されたＳＤＵサイズに少なくとも一部基づく、Ｃ１に記載の方法。
［Ｃ３］
成功裏に受信されたパケットを示す肯定応答を受信することと、
前記圧縮されたバッファからパケットの圧縮されたコピーを削除することと、
前記圧縮されていないバッファからパケットの圧縮されていないコピーを削除することとをさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記肯定応答（ＡＣＫ）を受信することが、
前記成功裏に受信されたパケットに対応する無線リンク制御（ＲＬＣ）ＡＣＫメッセージを受信することを備える、Ｃ３に記載の方法。
［Ｃ５］
前記ＡＣＫを受信することが、
パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットに対応するＲＬＣ ＡＣＫメッセージを受信することを備える、Ｃ３に記載の方法。
［Ｃ６］
成功裏に受信されたパケットを示す肯定応答を受信することと、
パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンスの以前に送信されたパケットが受信機ウィンドウの中の穴に対応すると決定することと、
後続のＢＳＲから前記成功裏に受信されたパケットを省くこととをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
データ圧縮方式が無効にされる、またはリセットされると決定することと、
前記圧縮されたバッファのコンテンツを削除することと、
前記圧縮されていないバッファの前記第１のコンテンツサイズに少なくとも一部基づいて、後続のＢＳＲを生成することとをさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記圧縮されていないバッファが圧縮されていないパケットを含むと決定することと、
前記圧縮されていないパケットに対応する前記圧縮されたバッファの中の圧縮されたパケットを特定することと、
前記圧縮されていないパケットおよび前記対応する圧縮されたパケットに少なくとも一部基づいて、圧縮利得を決定することと、
前記圧縮利得に少なくとも一部基づいて前記ＢＳＲを生成することとをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記圧縮利得を決定することが、
前記圧縮されていないパケットのサイズを決定することと、前記対応する圧縮されたパケットのサイズを決定することと、前記圧縮されていないパケットの前記サイズを前記対応する圧縮されたパケットの前記サイズと比較することとを備える、Ｃ８に記載の方法。
［Ｃ１０］
前記ＢＳＲを生成することが、
前記圧縮されていないバッファの前記第１のコンテンツサイズを前記圧縮利得によってスケーリングすることを備える、Ｃ８に記載の方法。
［Ｃ１１］
前記圧縮されていないバッファの中の後続の圧縮されていないパケットを特定することと、
前記後続の圧縮されていないパケットに対応する前記圧縮されたバッファの中の後続の圧縮されたパケットを特定することと、
前記後続の圧縮されていないパケットと前記対応する後続の圧縮されたパケットとを比較することと、
前記後続の圧縮されていないパケットと前記対応する後続の圧縮されたパケットとの前記比較に少なくとも一部基づいて、前記圧縮利得を調整することとをさらに備える、Ｃ８に記載の方法。
［Ｃ１２］
前記圧縮利得を調整することが、
前記圧縮されていないパケット、前記対応する圧縮されたパケット、前記後続の圧縮されていないパケット、および前記対応する後続の圧縮されたパケットに少なくとも一部基づいて、前記圧縮利得の平均を決定することを備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記圧縮利得を決定することが、
ベアラに少なくとも一部基づいて前記圧縮利得を決定することを備える、Ｃ８に記載の方法。
［Ｃ１４］
前記圧縮利得を決定することが、
データ圧縮が有効にされたすべてのベアラのための前記圧縮利得を決定することを備える、Ｃ１３に記載の方法。
［Ｃ１５］
前記圧縮利得を所定の値に初期化することと、
前記圧縮されていないパケットおよび前記対応する圧縮されたパケットに少なくとも一部基づいて、前記圧縮利得を更新することとをさらに備える、Ｃ８に記載の方法。
［Ｃ１６］
バッファの予測される量を決定するために、前記圧縮されていないバッファの前記第１のコンテンツサイズと予想される圧縮利得を乗じることをさらに備え、
前記ＢＳＲを準備することがさらに、
バッファの前記予測される量に少なくとも一部基づいて前記ＢＳＲを準備することを備える、Ｃ１に記載の方法。
［Ｃ１７］
バッファの総量を決定するために、バッファの前記予測される量と前記圧縮されたバッファの前記第２のコンテンツサイズとを合成することをさらに備え、
前記ＢＳＲを準備することがさらに、
バッファの前記総量に少なくとも一部基づいて前記ＢＳＲを準備することを備える、Ｃ１６に記載の方法。
［Ｃ１８］
ワイヤレスデバイスにおけるワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリに記憶された命令とを備え、前記命令が、
圧縮されていないバッファの第１のコンテンツサイズを決定し、
圧縮されたバッファの第２のコンテンツサイズを決定し、
前記圧縮されていないバッファの前記第１のコンテンツサイズおよび前記圧縮されたバッファの前記第２のコンテンツサイズに少なくとも一部基づいて、バッファステータス報告（ＢＳＲ）を生成する
ように前記プロセッサによって実行可能である、装置。
［Ｃ１９］
ワイヤレスデバイスにおける通信の方法であって、
ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信することと、
前記ＵＥから圧縮されたパケットを受信することと、
前記圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定することと、
前記圧縮利得に少なくとも一部基づいて、前記受信されたＢＳＲを調整することと、
前記調整されたＢＳＲに少なくとも一部基づいて、グラントを前記ＵＥに割り当てることとを備える、方法。
［Ｃ２０］
以前のグラントを埋めるために前記ＵＥによって使用されるパディングサイズを決定することをさらに備え、
前記圧縮利得を前記決定することが、前記決定されたパディングサイズに少なくとも一部基づく、Ｃ１９に記載の方法。
［Ｃ２１］
前記受信されたバッファステータス報告を調整することが、
前記受信されたＢＳＲと関連付けられるグラントサイズを決定することと、前記グラントサイズを前記圧縮利得によってスケーリングすることとを備える、Ｃ１９に記載の方法。
［Ｃ２２］
前記ＵＥから後続の圧縮されたパケットを受信することと、
前記後続の圧縮されたパケットのサイズおよび対応する後続の圧縮されていないパケットのサイズに少なくとも一部基づいて、前記圧縮利得を調整することとをさらに備える、Ｃ１９に記載の方法。
［Ｃ２３］
前記圧縮利得を調整することが、
圧縮されていないパケットの前記サイズ、前記対応する圧縮されたパケットの前記サイズ、後続の圧縮されていないパケットの前記サイズ、および前記対応する後続の圧縮されたパケットのサイズに少なくとも一部基づいて、前記圧縮利得の平均を決定することを備える、Ｃ２２に記載の方法。
［Ｃ２４］
前記圧縮利得を決定することが、
ベアラに少なくとも一部基づいて前記圧縮利得を決定することを備える、Ｃ１９に記載の方法。
［Ｃ２５］
前記圧縮利得を決定することが、
データ圧縮が有効にされたすべてのベアラのための前記圧縮利得を決定することを備える、Ｃ２４に記載の方法。
［Ｃ２６］
前記ベアラが前記ＵＥのすべてのアクティブベアラを備える、Ｃ２４に記載の方法。
［Ｃ２７］
データ圧縮方式が無効にされる、またはリセットされると決定することと、
前記圧縮利得に所定の値を割り当てることとをさらに備える、Ｃ１９に記載の方法。
［Ｃ２８］
バックホールリンクを介して前記圧縮利得を基地局に送信することをさらに備える、Ｃ１９に記載の方法。
［Ｃ２９］
前記ＵＥから圧縮情報を受信することと、
前記圧縮情報に少なくとも一部基づいて前記圧縮利得を決定することとをさらに備える、Ｃ１９に記載の方法。
［Ｃ３０］
ワイヤレスデバイスにおけるワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリに記憶された命令とを備え、前記命令が、
ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信し、
前記ＵＥから圧縮されたパケットを受信し、
前記圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し、
前記圧縮利得に少なくとも一部基づいて前記受信されたＢＳＲを調整し、
前記調整されたＢＳＲに少なくとも一部基づいて、グラントを前記ＵＥに割り当てる
ように前記プロセッサによって実行可能である、装置。

Claims (30)

  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. ワイヤレスデバイスにおけるワイヤレス通信のための装置であって、
    プロセッサと、
    前記プロセッサと電子通信しているメモリと、
    前記メモリに記憶された命令とを備え、前記命令が、
    ＵＥの圧縮されていないバッファのサイズに少なくとも一部基づいて、ＢＳＲを受信し、
    前記ＵＥから圧縮されたパケットを受信し、
    前記圧縮されたパケットのサイズおよび対応する圧縮されていないパケットのサイズに少なくとも一部基づいて、圧縮利得を決定し、
    前記圧縮利得に少なくとも一部基づいて前記受信されたＢＳＲを調整し、
    前記調整されたＢＳＲに少なくとも一部基づいて、グラントを前記ＵＥに割り当てる
    ように前記プロセッサによって実行可能である、装置。
JP2020084514A 2014-11-14 2020-05-13 ｅＤＣＳのためのバッファステータス報告 Ceased JP2020145710A (ja)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201462080156P 2014-11-14 2014-11-14
US62/080,156 2014-11-14
US201562207852P 2015-08-20 2015-08-20
US201562207768P 2015-08-20 2015-08-20
US62/207,852 2015-08-20
US62/207,768 2015-08-20
US14/936,479 US10412619B2 (en) 2014-11-14 2015-11-09 Buffer status report for eDCS
US14/936,479 2015-11-09

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017525864A Division JP2017539153A (ja) 2014-11-14 2015-11-10 ｅＤＣＳのためのバッファステータス報告

Publications (1)

Publication Number Publication Date
JP2020145710A true JP2020145710A (ja) 2020-09-10

Family

ID=54697663

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017525864A Withdrawn JP2017539153A (ja) 2014-11-14 2015-11-10 ｅＤＣＳのためのバッファステータス報告
JP2020084514A Ceased JP2020145710A (ja) 2014-11-14 2020-05-13 ｅＤＣＳのためのバッファステータス報告

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017525864A Withdrawn JP2017539153A (ja) 2014-11-14 2015-11-10 ｅＤＣＳのためのバッファステータス報告

Country Status (6)

Country Link
US (2) US10412619B2 (ja)
EP (2) EP3585122A1 (ja)
JP (2) JP2017539153A (ja)
KR (1) KR20170083548A (ja)
CN (2) CN107113649B (ja)
WO (1) WO2016077314A1 (ja)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10412619B2 (en) 2014-11-14 2019-09-10 Qualcomm Incorporated Buffer status report for eDCS
MY197626A (en) * 2015-11-09 2023-06-29 Astrazeneca Ab Dihydroimidazopyrazinone derivatives useful in the treatment of cancer
US10674504B2 (en) * 2015-12-18 2020-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling of subframes at protocol layer L1
US10492104B2 (en) 2016-03-10 2019-11-26 Cable Television Laboratories, Inc. Latency reduction in wireless service
EP4007423A1 (en) 2016-03-10 2022-06-01 Cable Television Laboratories, Inc. Methods for latency reduction
US10321351B2 (en) * 2017-03-02 2019-06-11 Cable Television Laboratories, Inc. System and method for grant assignment
US10433213B2 (en) * 2016-06-09 2019-10-01 Apple Inc. Apparatus, systems and methods for an adaptive segment size for data transmissions
GB2552192A (en) * 2016-07-13 2018-01-17 Canon Kk Method and apparatus for managing quantity of data to be transmitted in a wireless network
WO2018026238A1 (en) * 2016-08-04 2018-02-08 Lg Electronics Inc. Method for transmitting a buffer status report in a wireless communication system and device therefor
TWI657708B (zh) * 2016-09-30 2019-04-21 聯發科技股份有限公司 用於新型無線電系統的分段與級聯方法及使用者設備
US10420085B2 (en) 2016-10-07 2019-09-17 Cable Television Laboratories, Inc. System and method for grant assignment
CN108012332B (zh) * 2016-11-01 2021-01-15 华为技术有限公司 一种资源分配方法及终端
US10420128B2 (en) * 2016-11-11 2019-09-17 Qualcomm Incorporated Uplink data transfer for wireless communications with mixed transmission time intervals
CN106888078B (zh) * 2016-12-26 2019-03-12 中国移动通信有限公司研究院 前传网络的数据传输方法及装置
CN107094142B (zh) 2017-04-28 2020-11-27 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
CN111066272B (zh) * 2017-09-12 2022-09-09 诺基亚通信公司 移动无线电接入网络中的分组延迟减少
WO2019061168A1 (en) * 2017-09-28 2019-04-04 Qualcomm Incorporated PRIORITIZING DATA PACKETS WHEN DYNAMIC COMPRESSION IS ON
KR102416439B1 (ko) * 2017-11-09 2022-07-05 삼성전자주식회사 무선통신 시스템에서 통신 방법 및 장치
US11825346B2 (en) 2017-11-09 2023-11-21 Samsung Electronics Co., Ltd Method and apparatus for wireless communication in wireless communication system
WO2019093961A1 (en) * 2017-11-10 2019-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting device, receiving device, and methods performed therein for handling buffer reset
CN109788545A (zh) * 2017-11-15 2019-05-21 电信科学技术研究院 一种进行同步的方法和装置
KR102509070B1 (ko) * 2017-11-24 2023-03-10 삼성전자주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
CN109842905B (zh) * 2017-11-28 2021-08-06 中国移动通信有限公司研究院 字典配置方法、网络侧设备及用户终端
US11438797B2 (en) * 2018-05-17 2022-09-06 Lg Electronics Inc. Method and apparatus for discarding data among associated transmission buffers in wireless communication system
CN111104052B (zh) * 2018-10-26 2023-08-25 伊姆西Ip控股有限责任公司 用于存储数据的方法、装置和计算机可读存储介质
US20200204986A1 (en) * 2018-12-21 2020-06-25 Mediatek Inc. Uplink Data Compression In Mobile Communications
JP7206920B2 (ja) * 2019-01-08 2023-01-18 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
JP7096968B2 (ja) * 2019-04-09 2022-07-07 日本電信電話株式会社 無線通信システム、制御局装置および無線基地局装置
EP4014537A4 (en) * 2019-08-15 2023-05-10 Nokia Technologies Oy RADIO COMMUNICATION
US11653263B2 (en) * 2021-03-08 2023-05-16 Qualcomm Incorporated Packet compression enhancements
US20230217302A1 (en) * 2022-01-04 2023-07-06 Qualcomm Incorporated Wireless uplink (ul) bandwidth enhancement with machine learning for compression estimate
WO2024007291A1 (zh) * 2022-07-08 2024-01-11 华为技术有限公司 调度资源的方法和通信装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006217604A (ja) * 2005-01-31 2006-08-17 Lucent Technol Inc 統合型基地局およびモバイル装置のための通信システム内でデータ・ユニットを送信する方法
WO2009058086A1 (en) * 2007-11-01 2009-05-07 Telefonaktiebolaget L M Ericsson (Publ) Buffer status reporting based on radio bearer configuration
US20100189006A1 (en) * 2009-01-29 2010-07-29 Samsung Electronics Co., Ltd. Method and system for computing and sending resource requests and avoiding deadlock situations in mobile communication system
US20100284314A1 (en) * 2008-01-04 2010-11-11 Ghyslain Pelletier Compressed Buffer Status Reports in LTE
JP2011508482A (ja) * 2007-12-13 2011-03-10 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおけるハンドオーバのための方法及び装置
JP2011511480A (ja) * 2007-08-12 2011-04-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置
US20130121157A1 (en) * 2011-11-11 2013-05-16 Stmicroelectronics, Inc. System and Method for an Energy Efficient Network Adapter
WO2014024610A1 (ja) * 2012-08-07 2014-02-13 日本電気株式会社 データ転送装置、データ転送方法、及びプログラム
WO2014168025A1 (ja) * 2013-04-12 2014-10-16 日本電気株式会社 データ転送装置、データ転送システム、データ圧縮転送方法、およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101627648B (zh) * 2007-01-19 2012-11-28 株式会社Ntt都科摩 基站装置和通信控制方法
CN102158901B (zh) * 2011-02-16 2014-01-08 大唐移动通信设备有限公司 网络侧进行终端操作配置的方法及网络侧装置
CN103379543B (zh) * 2012-04-23 2016-06-15 普天信息技术研究院有限公司 一种基于td-lte的数据传输方法
KR102005227B1 (ko) * 2013-03-12 2019-07-30 삼성전자 주식회사 데이터 처리 시스템과 이의 동작 방법
US9398489B1 (en) * 2013-10-09 2016-07-19 Integrated Device Technology Method and apparatus for context based data compression in a communication system
US10075872B2 (en) * 2013-10-29 2018-09-11 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic compression coverage
JP2016529846A (ja) * 2013-10-31 2016-09-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 送信ノード及びバッファステータス報告方法
CN104640223B (zh) * 2013-11-11 2019-12-03 中兴通讯股份有限公司 一种上报bsr的方法、基站和终端
US10412619B2 (en) 2014-11-14 2019-09-10 Qualcomm Incorporated Buffer status report for eDCS

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006217604A (ja) * 2005-01-31 2006-08-17 Lucent Technol Inc 統合型基地局およびモバイル装置のための通信システム内でデータ・ユニットを送信する方法
JP2011511480A (ja) * 2007-08-12 2011-04-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置
WO2009058086A1 (en) * 2007-11-01 2009-05-07 Telefonaktiebolaget L M Ericsson (Publ) Buffer status reporting based on radio bearer configuration
JP2011508482A (ja) * 2007-12-13 2011-03-10 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおけるハンドオーバのための方法及び装置
US20100284314A1 (en) * 2008-01-04 2010-11-11 Ghyslain Pelletier Compressed Buffer Status Reports in LTE
US20100189006A1 (en) * 2009-01-29 2010-07-29 Samsung Electronics Co., Ltd. Method and system for computing and sending resource requests and avoiding deadlock situations in mobile communication system
US20130121157A1 (en) * 2011-11-11 2013-05-16 Stmicroelectronics, Inc. System and Method for an Energy Efficient Network Adapter
WO2014024610A1 (ja) * 2012-08-07 2014-02-13 日本電気株式会社 データ転送装置、データ転送方法、及びプログラム
WO2014168025A1 (ja) * 2013-04-12 2014-10-16 日本電気株式会社 データ転送装置、データ転送システム、データ圧縮転送方法、およびプログラム

Also Published As

Publication number Publication date
WO2016077314A1 (en) 2016-05-19
EP3219163A1 (en) 2017-09-20
CN111711967A (zh) 2020-09-25
JP2017539153A (ja) 2017-12-28
KR20170083548A (ko) 2017-07-18
US10805828B2 (en) 2020-10-13
EP3219163B1 (en) 2019-08-07
US20200059819A1 (en) 2020-02-20
CN107113649B (zh) 2020-06-09
EP3585122A1 (en) 2019-12-25
US20160142934A1 (en) 2016-05-19
US10412619B2 (en) 2019-09-10
CN107113649A (zh) 2017-08-29

Similar Documents

Publication Publication Date Title
JP2020145710A (ja) ｅＤＣＳのためのバッファステータス報告
US20230354352A1 (en) Standalone L2 Processing and Control Architecture in 5G Flexible RAT Systems
US11917472B2 (en) Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer
TWI770060B (zh) 可撓無線電服務5g nr資料傳輸
JP6837964B2 (ja) Ｄｃｉフラグとｄｃｉフォーマットサイズインジケータとを有する２段階ｐｄｃｃｈ
JP7015307B2 (ja) 短縮送信時間区間送信におけるタイミングアドバンス値に基づくワイヤレス送信タイミング
JP6559688B2 (ja) キャリアアグリゲーションによるカバレージ拡張
JP7028870B2 (ja) 混合送信時間区間を伴うワイヤレス通信用のアップリンクデータ転送
US11812312B2 (en) Link quality based single radio-voice call continuity and packet scheduling for voice over long term evolution communications
US20200068624A1 (en) Data sending method and apparatus thereof
US11304249B2 (en) Buffer management techniques for enhanced multi-connectivity communications
JP2020532202A (ja) アップリンクワイヤレス送信における制御およびデータの多重化
JP6807856B2 (ja) 低レイテンシアップリンク確認応答チャネル波形設計
JP6608947B2 (ja) 事前スケジューリングおよびスケジューリングメッセージの交換に基づくダウンリンク送信のスケジューリング
KR20170108966A (ko) 향상된 캐리어 집성을 위한 소프트 버퍼 관리
WO2015023528A1 (en) Methods and apparatuses for adapting application uplink rate to wireless communications network
JP6541781B2 (ja) 無線周波数（ｒｆ）とベースバンドの処理のデカップリング
US10645718B2 (en) Method and apparatus for scheduling for wireless packet network

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200603

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200603

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210622

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210730

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211116

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20220329