"無線通信のための方法であって、ユーザ機器UEに関連する1または複数のパラメータを前記UEによってモニタすることと、受信されたパケットを、前記UEにおいてレート制御メカニズムをトリガするために、前記1または複数のパラメータに基づいて選択的に落とすことと、を備える方法。前記1または複数のパラメータに基づいてパケットを選択的に落とすことは、前記パケットが落とされる率を調節することを備える、請求項1に記載の方法。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすことは、送信制御プロトコルTCPウィンドウサイズを低減するために、パケットを周期的に落とすことを備える、請求項1に記載の方法。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすことは、対応する送信制御プロトコルTCPレイヤスループットを低減するために、パケットデータ収束プロトコルPDCPレイヤにおいて、パケットを選択的に落とすことを備える、請求項1に記載の方法。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすことは、予め定められたサイズより大きなパケットのみを選択的に落とすことを備える、請求項1に記載の方法。前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項5に記載の方法。前記1または複数のパラメータは、前記UEの温度、または、前記UEのデバイスの温度のうちの少なくとも1つを備える、請求項1に記載の方法。前記1または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも1つを備える、請求項1に記載の方法。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCPレイヤからアプリケーションプロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも1つを備える、請求項1に記載の方法。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCDレイヤからアプリケーションプロセッサへデータを転送するために使用されるバッファから、前記アプリケーションプロセッサがデータを読み取るレートを備える、請求項1に記載の方法。前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲットレートへ調節することのうちの少なくとも1つをさらに備える、請求項10に記載の方法。前記1または複数のパラメータは、アプリケーションプログラミングインタフェースを介して前記UEのアプリケーションプロセッサによって前記UEのモデムへ提供されるレートを含む、請求項1に記載の方法。前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーションプロセッサへ転送する前に行われる、請求項1に記載の方法。無線通信のための装置であって、ユーザ機器UEに関連する1または複数のパラメータを前記UEによってモニタする手段と、受信されたパケットを、前記UEにおいてレート制御メカニズムをトリガするために、前記1または複数のパラメータに基づいて選択的に落とす手段と、を備える装置。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とす手段は、前記パケットが落とされる率を調節する手段を備える、請求項14に記載の装置。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とす手段は、送信制御プロトコルTCPウィンドウサイズを低減するために、パケットを周期的に落とす手段を備える、請求項14に記載の装置。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とす手段は、対応する送信制御プロトコルTCPレイヤスループットを低減するために、パケットデータ収束プロトコルPDCPレイヤにおいて、パケットを選択的に落とす手段を備える、請求項14に記載の装置。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とす手段は、予め定められたサイズより大きなパケットのみを選択的に落とす手段を備える、請求項14に記載の装置。前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項18に記載の装置。前記1または複数のパラメータは、前記UEの温度、または、前記UEのデバイスの温度のうちの少なくとも1つを備える、請求項14に記載の装置。前記1または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも1つを備える、請求項14に記載の装置。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCPレイヤからアプリケーションプロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも1つを備える、請求項14に記載の装置。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCDレイヤからアプリケーションプロセッサへデータを転送するために使用されるバッファから、前記アプリケーションプロセッサがデータを読み取るレートを備える、請求項14に記載の装置。前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲットレートへ調節することのうちの少なくとも1つのための手段、をさらに備える請求項23に記載の装置。前記1または複数のパラメータは、アプリケーションプログラミングインタフェースを介して前記UEのアプリケーションプロセッサによって前記UEのモデムへ提供されるレートを含む、請求項14に記載の装置。前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーションプロセッサへ転送する前に行われる、請求項14に記載の装置。無線通信のための装置であって、ユーザ機器UEに関連する1または複数のパラメータを前記UEによってモニタし、受信されたパケットを、前記UEにおいてレート制御メカニズムをトリガするために、前記1または複数のパラメータに基づいて選択的に落とすように構成された少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに接続されたメモリと、を備える装置。前記少なくとも1つのプロセッサは、前記パケットが落とされる率を調節することによって、前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすように構成された、請求項27に記載の装置。前記少なくとも1つのプロセッサは、送信制御プロトコルTCPウィンドウサイズを低減するために、パケットを周期的に落とすことによって、前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすように構成された、請求項27に記載の装置。前記少なくとも1つのプロセッサは、対応する送信制御プロトコルTCPレイヤスループットを低減するために、パケットデータ収束プロトコルPDCPレイヤにおいて、パケットを選択的に落とすことによって、前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすように構成された、請求項27に記載の装置。前記少なくとも1つのプロセッサは、予め定められたサイズより大きなパケットのみを選択的に落とすことによって、前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすように構成された、請求項27に記載の装置。前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項31に記載の装置。前記1または複数のパラメータは、前記UEの温度、または、前記UEのデバイスの温度のうちの少なくとも1つを備える、請求項27に記載の装置。前記1または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも1つを備える、請求項27に記載の装置。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCPレイヤからアプリケーションプロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも1つを備える、請求項27に記載の装置。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCDレイヤからアプリケーションプロセッサへデータを転送するために使用されるバッファから、前記アプリケーションプロセッサがデータを読み取るレートを備える、請求項27に記載の装置。前記少なくとも1つのプロセッサはさらに、前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲットレートへ調節することのうちの少なくとも1つを行うように構成された、請求項36に記載の装置。前記1または複数のパラメータは、アプリケーションプログラミングインタフェースを介して前記UEのアプリケーションプロセッサによって前記UEのモデムへ提供されるレートを含む、請求項27に記載の装置。前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーションプロセッサへ転送する前に行われる、請求項27に記載の装置。無線通信のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、格納されたプログラムコードを有する非一時的なコンピュータ読取可能な媒体を備え、前記コードは、ユーザ機器UEに関連する1または複数のパラメータを前記UEによってモニタすることと、受信されたパケットを、前記UEにおいてレート制御メカニズムをトリガするために、前記1または複数のパラメータに基づいて選択的に落とすことと、のために1または複数のプロセッサによって実行可能である、コンピュータプログラム製品。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすためのコードは、前記パケットが落とされる率を調節するためのコードを備える、請求項40に記載のコンピュータプログラム製品。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすためのコードは、送信制御プロトコルTCPウィンドウサイズを低減するために、パケットを周期的に落とすためのコードを備える、請求項40に記載のコンピュータプログラム製品。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすためのコードは、対応する送信制御プロトコルTCPレイヤスループットを低減するために、パケットデータ収束プロトコルPDCPレイヤにおいて、パケットを選択的に落とすためのコードを備える、請求項40に記載のコンピュータプログラム製品。前記受信されたパケットを、前記1または複数のパラメータに基づいて選択的に落とすためのコードは、予め定められたサイズより大きなパケットのみを選択的に落とすためのコードを備える、請求項40に記載のコンピュータプログラム製品。前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項44に記載のコンピュータプログラム製品。前記1または複数のパラメータは、前記UEの温度、または、前記UEのデバイスの温度のうちの少なくとも1つを備える、請求項40に記載のコンピュータプログラム製品。前記1または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも1つを備える、請求項40に記載のコンピュータプログラム製品。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCPレイヤからアプリケーションプロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも1つを備える、請求項40に記載のコンピュータプログラム製品。前記1または複数のパラメータは、パケットデータ収束プロトコルPDCDレイヤからアプリケーションプロセッサへデータを転送するために使用されるバッファから、前記アプリケーションプロセッサがデータを読み取るレートを備える、請求項40に記載のコンピュータプログラム製品。前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲットレートへ調節することのうちの少なくとも1つのためのコードをさらに備える、請求項49に記載のコンピュータプログラム製品。前記1または複数のパラメータは、アプリケーションプログラミングインタフェースを介して前記UEのアプリケーションプロセッサによって前記UEのモデムへ提供されるレートを含む、請求項40に記載のコンピュータプログラム製品。前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーションプロセッサへ転送する前に行われる、請求項40に記載のコンピュータプログラム製品。本開示の態様は、ユーザ機器UEにおいてダウンリンクフロー制御をトリガするために、例えばデバイスの温度、利用可能なメモリ、および/または、処理電力のようなシステムトリガを使用する。態様によれば、受信されたインターネットプロトコルIPパケットは、対応する送信制御プロトコルTCPレイヤスループットを低減するために、アプリケーションプロセッサへ転送される前に、パケットデータ収束プロトコルPDCPレイヤにおいて落とされうる。したがって、本開示の態様によって、ユーザ経験を高め、リソースを解放するために、UEは、ダウンリンクデータレートを低減できるようになる。本開示のさまざまな態様は、添付図面を参照して以下により十分に記載される。しかしながら、本開示は、異なる多くの形態で具体化され、本開示を通じて示された如何なる具体的な構成または機能にも限定されるとは解釈されるべきではない。むしろ、これらの態様は、本開示が十分で完全であり、本開示の範囲を当業者に十分に伝達できるように提供される。本明細書における教示に基づいて、当業者は、本開示の範囲は、独立して実施されようが、あるいは、本開示の任意の他の態様と組み合わされようが、本明細書で示された開示の態様をカバーすることが意図されていることを認識すべきである。例えば、本明細書に記載された任意の数の態様を用いて装置が実現され、方法が実施されうる。さらに、本開示の範囲は、別の構成、機能、または、本明細書に記載された開示のさまざまな態様またはそれ以外の態様が追加された構成および機能を用いて実現される装置または方法をカバーすることが意図されている。本明細書で示された開示のあらゆる態様は、特許請求の範囲の1または複数の要素によって具体化されうる。典型的であるという単語は例、事例、あるいは実例として役立つことを意味するために本明細書で使用される。本明細書において典型的と記載されるいかなる態様も、他の態様よりも好適であるとか、有利であると必ずしも解釈される必要はない。本明細書では、特定の態様が記載されているが、これら態様の多くの変形および置換が、本開示の範囲内にある。好適な態様のいくつかの利点および長所が述べられているが、本開示の範囲は、特定の利点、使用、および目的に限定されることは意図されていない。むしろ、本開示の態様は、このうちのいくつかが図面における例示によって、および、以下の好適な態様の記載によって例示されている異なる無線技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であることが意図されている。詳細な記載および図面は、限定ではない開示の単なる例示であり、本開示の範囲は、特許請求の範囲およびその均等物によって定義される。典型的な無線通信システム本明細書に記載された技術は、例えば符号分割多元接続CDMAネットワーク、時分割多元接続TDMAネットワーク、周波数分割多元接続FDMAネットワーク、直交周波数分割多元接続OFDMAネットワーク、シングルキャリアFDMASC-FDMAネットワーク等のような様々な無線通信ネットワークのために使用されうる。ネットワークおよびシステムという用語は、しばしば置換可能に使用される。CDMAネットワークは、例えば、ユニバーサル地上ラジオアクセスUTRA、CDMA2000等のようなラジオ技術を実現しうる。UTRAは、広帯域CDMAW-CDMAおよび低チップレートLCRを含む。CDMA2000は、IS-2000規格、IS-95規格、およびIS-856規格をカバーする。TDMAネットワークは、例えばグローバル移動体通信システムGSM登録商標のようなラジオ技術を実現しうる。OFDMAネットワークは、例えば、イボルブドUTRAE-UTRA、IEEE802.11、IEEE802.16、IEEE802.20、フラッシュ-OFDM登録商標等のようなラジオ技術を実現しうる。UTRA、E-UTRA、およびGSMは、ユニバーサルモバイルテレコミュニケーションシステムUMTSの一部である。ロングタームイボリューションLTEは、E-UTRAを使用するUMTSの最新のリリースである。UTRA、E-UTRA、GSM、UMTS、およびLTEは、第3世代パートナシップ計画3GPPと命名された団体からの文書に記載されている。CDMA2000は、第3世代パートナシップ計画23GPP2と命名された団体からの文書に記載されている。CDMA2000は、第3世代パートナシップ計画23GPP2と命名された団体からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、LTEに関して記載されており、LTE用語が以下の説明の多くで使用される。アクセスポイントAPは、ノードB、ラジオネットワークコントローラRNC、eノードBeNB、基地局コントローラBSC、基地トランシーバ局BTS、基地局BS、トランシーバ機能TF、ラジオルータ、ラジオトランシーバ、基本サービスセットBSS、拡張サービスセットESS、ラジオ基地局RBS、または、その他いくつかの用語として知られているか、備えているか、または実現されうる。例えば、アクセス端末ATは、アクセス端末、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器UE、ユーザ局、またはその他いくつかの用語として知られているか、または、実現されうるか、または、備えうる。いくつかの実施において、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコルSIP電話、無線ローカルループWLL局、携帯情報端末PDA、無線接続機能を有するハンドヘルドデバイス、局STA、あるいは無線モデムに接続されたその他いくつかの適切な処理デバイスを備えうる。したがって、本明細書で教示された1または複数の態様は、電話例えば、セルラ電話またはスマートフォン、コンピュータ例えば、ラップトップ、ポータブル通信デバイス、ポータブルコンピューティングデバイス例えば、情報携帯端末、エンタテイメントデバイス例えば、音楽またはビデオデバイス、または衛星ラジオ、全地球測位システムデバイス、あるいは無線媒体または有線媒体によって通信するように構成されたその他任意の適切なデバイスに組み入れられうる。いくつかの態様では、ノードは無線ノードである。このような無線ノードは、例えば、有線または無線による通信リンクによる例えば、インターネットまたはセルラネットワークのような広域ネットワークのようなネットワークへの、または、ネットワークのための接続を提供しうる。図1に示すように、本開示の1つの態様にしたがった多元接続無線通信システムが例示される。アクセスポイント100APは、1つのグループはアンテナ104,106を含み、別のグループはアンテナ108,110を含み、さらに別のグループはアンテナ112,114を含む複数のアンテナグループを含みうる。図1では、おのおののアンテナグループについて2本のアンテナしか示されていない。しかしながら、おのおののアンテナグループについて、2本より多いまたは少ないアンテナが利用されうる。アクセス端末116ATはアンテナ112,114と通信している。ここで、アンテナ112,114は、順方向リンク120でアクセス端末116へ情報を送信し、逆方向リンク118でアクセス端末116から情報を受信する。アクセス端末122ATはアンテナ106,108と通信している。ここで、アンテナ106,108は、順方向リンク126でアクセス端末122へ情報を送信し、逆方向リンク124でアクセス端末122から情報を受信する。FDDシステムでは、通信リンク118,120,124,126は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク120は、逆方向リンク118によって使用されるものとは異なる周波数を使用しうる。通信するように設計された領域および/またはアンテナのおのおののグループはしばしば、アクセスポイントのセクタと称される。本開示の1つの態様では、おのおののアンテナグループは、アクセスポイント100によってカバーされる領域のセクタ内のアクセス端末へ通信するように設計される。順方向リンク120,126による通信では、アクセスポイント100の送信アンテナは、別のアクセス端末116,124のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。さらに、有効範囲領域にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセスポイントは、全てのアクセス端末へ単一のアンテナによって送信するアクセスポイントよりも、近隣のセル内のアクセス端末に対して少ない干渉しかもたらさない。図2は、複数入力複数出力MIMOシステム200におけるアクセスポイントとしても知られている送信機システム210およびアクセス端末としても知られている受信機システム250の態様のブロック図である。送信機システム210では、多くのデータストリームのトラフィックデータが、データソース212から送信TXデータプロセッサ214に提供される。本開示の1つの態様では、データストリームはおのおのの、それぞれの送信アンテナを介して送信されうる。TXデータプロセッサ214は、おのおののデータストリームのトラフィックデータをフォーマットし、このデータストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。おのおののデータストリームの符号化されたデータは、OFDM技術を用いてパイロットデータと多重化されうる。パイロットデータは一般に、既知の手法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータストリームについて多重化されたパイロットおよび符号化されたデータは、データストリームのために選択された特定の変調スキーム例えば、BPSK、QPSK、M-PSK、またはM-QAM等に基づいて変調例えば、シンボルマップされ、変調シンボルが提供される。おのおののデータストリームのデータレート、符号化、および変調は、プロセッサ230によって実行される命令群によって決定されうる。すべてのデータストリームの変調シンボルは、例えば、OFDMのために変調シンボルをさらに処理するTXMIMOプロセッサ220に提供される。TXMIMOプロセッサ220はその後、NT個の変調シンボルストリームを、NT個の送信機TMTR222a乃至222tへ提供する。本開示のある態様では、TXMIMOプロセッサ220は、データストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。おのおのの送信機222は、1または複数のアナログ信号を提供するために、それぞれのシンボルストリームを受信して処理し、さらには、MIMOチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整例えば、増幅、フィルタ、およびアップコンバートする。送信機222a乃至222tからのNT個の変調信号は、その後、NT個のアンテナ224a乃至224tからそれぞれ送信される。受信機システム250では、送信された変調信号がNR個のアンテナ252a乃至252rによって受信され、おのおののアンテナ252からの受信信号が、それぞれの受信機RCVR254a乃至254rへ提供されうる。受信機254はおのおの、それぞれの受信信号を調整例えば、フィルタ、増幅、および、ダウンコンバートし、調整された信号をデジタル化して、サンプルを得る。さらに、これらサンプルを処理して、対応する受信シンボルストリームを提供する。RXデータプロセッサ260は、NR個の受信機254からNR個のシンボルストリームを受信し、受信されたこれらシンボルストリームを、特定の受信機処理技術に基づいて処理して、NT個の検出されたシンボルストリームを提供する。RXデータプロセッサ260は、その後、検出されたおのおののシンボルストリームを復調し、デインタリーブし、復号して、このデータストリームのためのトラフィックデータを復元する。RXデータプロセッサ260による処理は、送信機システム210におけるTXMIMOプロセッサ220およびTXデータプロセッサ214によって実行されるものと相補的である。プロセッサ270は、前述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ270は、行列インデクス部およびランク値部を備えた逆方向リンクメッセージを規定する。これら逆方向リンクメッセージは、通信リンクおよび/または受信データストリームに関するさまざまなタイプの情報を備えうる。逆方向リンクメッセージはその後、多くのデータストリームのトラフィックデータをデータソース236から受け取るTXデータプロセッサ238によって処理され、変調器280によって変調され、送信機254a乃至254rによって調整され、基地局210へ送り戻される。送信機システム210では、受信機システム250からの変調信号が、アンテナ224によって受信され、受信機222によって調整され、復調器240によって復調され、RXデータプロセッサ242によって処理されて、受信機システム250によって送信された逆方向リンクメッセージを抽出する。さらに、プロセッサ230は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定するために、この抽出されたメッセージを処理する。図3は、図1の無線通信システム内で適用されうる無線デバイス302内で利用されうるさまざまな構成要素を例示する。無線デバイス302は、本明細書で説明されるさまざまな方法を実施するために構成され得るデバイスの例である。無線デバイス302は、図1からのアクセスポイント100でありうるか、または、アクセス端末116,122のうちの何れかでありうる。無線デバイス302は、無線デバイス302の動作を制御するプロセッサ304を含みうる。このプロセッサ304は、中央制御装置CPUとも称されうる。読取専用メモリROMとランダムアクセスメモリRAMとの両方を含みうるメモリ306が、プロセッサ304に命令およびデータを提供する。メモリ306の一部は、不揮発性ランダムアクセスメモリNVRAMをも含みうる。プロセッサ304は、通常、メモリ306に格納されたプログラム命令に基づいて、論理演算および算術演算を実行する。本明細書で説明される方法を実施するために、メモリ306内の命令が実行可能とされうる。無線デバイス302は、無線デバイス302と遠隔位置との間でのデータの送信および受信を可能にする送信機310および受信機312を含むことができるハウジング308をも含みうる。送信機310および受信機312は、トランシーバ314に結合されうる。単一あるいは複数の送信アンテナ316が、ハウジング308に取り付けられ、トランシーバ314に電気的に接続されうる。無線デバイス302はまた、図示しない複数の送信機、複数の受信機、および複数のトランシーバを含みうる。無線デバイス302は、トランシーバ314によって受信された信号を検出し、そのレベルを定量化する目的で使用される信号検出器318をも含みうる。信号検出器318は、合計エネルギ、シンボル毎のサブキャリア毎のエネルギ、電力スペクトル密度、およびその他の信号のような信号を検出しうる。無線デバイス302は、信号を処理する際に使用されるデジタル信号プロセッサDSP320をも含みうる。いくつかの態様では、無線デバイス302は、例えば温度モニタ321のような1または複数のモニタを含みうる。温度モニタ321は、例えば、図示しない電力増幅器のように無線デバイス302の1または複数の構成要素の温度を測定するように構成されている。このモニタは図3において温度モニタ321として示されているが、本開示のある態様は、限定される訳ではないがCPUモニタおよびメモリモニタを含み、1または複数のUEパラメータまたはメトリックを検出するために1または複数の対応するセンサ構成要素を有するその他の適切なモニタを利用しうることが考慮される。無線デバイス302のさまざまな構成要素を、データバスに加えて電力バス、制御信号バス、およびステータス信号バスを含むことができるバスシステム322によってともに結合することができる。本開示のある態様は、例えば、図1からのアクセス端末116,122、図2からのアクセス端末250、図3からの無線デバイス302のように、ユーザモバイルデバイスによる周波数スキャンを実行するための方法をサポートする。態様では、周波数スキャンは、モバイルデバイスにおけるあらゆる事前獲得情報無しで実行されうる。これは、フル周波数スキャンFFSと称されうる。別の態様では、周波数スキャンは、モバイルデバイスにおいて格納された事前の正しい獲得情報を用いて実行されうる。これは、リスト周波数スキャンLFSと称されうる。3GPPLTEシステムは、周波数分割デュプレクスFDDモードまたは時分割デュプレクスTDDモードの何れかを用いて展開されうる。提案された周波数スキャンアルゴリズムすなわち、FFSおよびLFSは、FDD動作モードとTDD動作モードとの両方をサポートしうる。LTEダウンリンクフロー制御UEにおけるリソース制限により、あるシナリオでは、ダウンリンクフロー制御は、アプリケーションサブシステムがデータパケットをどのように受信し、処理するのかを規定するために望ましい場合がある。ダウンリンクフロー制御をトリガするために、例えばメモリサイズ、処理電力、および/または、許容可能なデバイス温度のようなシステムトリガが使用されうる。限定する訳ではなく、さまざまな技術が使用されうるネットワークの具体例として、これらさまざまな技術が、LTEネットワークを参照して説明されている。しかしながら、当業者であれば、これら技術は、さまざまなタイプの無線ネットワークにおいて、より一般的に適用されうることを認識するだろう。フロー制御がトリガされた場合、UEは、UEにおけるリソースを解放するために、パケットを選択的に落とし、送信制御プロトコルTCPスループットを制御する。態様によれば、パケットは、アプリケーションレイヤへ転送される前に、パケットデータ収束プロトコルPDCPレイヤにおいて選択的に落とされうる。以下により詳細に説明されるように、UEは、ダウンリンクフローを制御するために、アクティブバッファ管理を実施し、レート制御メカニズムをトリガする。レート制御は、集中フロー制御を含みうるしきい値ベースの方法によって実行されうる。UEにおいてレート制御メカニズムをトリガすることによって、バッファ管理が、輻輳源のより近くで実行され、さらなるネットワークリソースを用いることなく、ダウンリンクレート制御を可能としうる。図4は、本開示の態様にしたがう、システムアーキテクチャ400の例を例示する。eNB402は、例えばLTEリンク406のような通信リンクを介して、UEのモデムプロセッサ404にパケットを送信しうる。モデムプロセッサ404は、アプリケーションプロセッサ408にパケットを送信しうる。TCPクライアント410は、TCPサーバ412に、TCPアクノレッジメントおよび/または否定的アクノレッジメントを送信しうる。あるシナリオでは、アプリケーションプロセッサ408は、任意のレートでパケットを受信している間、受信されたパケットを、パケットがLTEリンク406に到着するほど迅速に処理できないことがありうる。態様によれば、UEにおけるバッファは、その容量に達した場合、データが喪失されうるので、本明細書に記載されたダウンリンクフロー制御方法は、UEにおけるリソースの解放を助けるために実施されうる。例えば、バーストにおけるデータ喪失およびTCPの一時的なタイミング喪失を回避するために、バッファのためにしきい値を設定することが望ましい場合がある。バッファしきい値は、受信されたデータをアプリケーションプロセッサ408が処理するレートに依存しうる。以下により詳細に記載されるように、UEは、所望のレートを決定するために、アプリケーションプロセッサ408のためにインタフェースを提供しうる。例えば、アプリケーションプログラミングインタフェースAPIによって、アプリケーションプロセッサ408は、モデムプロセッサ404に、所望の処理レートを提供できるようになる。この所望のレートは、提供されると、1または複数のバッファしきい値および/またはパケット欠落率を調整するために使用されうる。態様によれば、UEは、集中ダウンリンクフロー制御を実施しうる。集中フロー制御は、例えば、UEが、グローバルメモリを使い果たし始めた場合に、メモリ関連パラメータに基づいてトリガされうる。UEは、アップリンクバッファおよびダウンリンクバッファ内に多すぎるデータを有している場合、例えば、分散共有メモリDSMアイテムのようなメモリを使い果たし始めうる。集中フロー制御の態様によれば、UEは、TCPパケットを落としうる。例えば、UEは、デフォルト周期に基づいて、TCPパケットを、周期的に落としうる。デフォルト周期は、以下により詳細に記載される動的アルゴリズムによって説明される。図5は、本開示のある態様にしたがう、しきい値ベースのフロー制御500の例を例示する。UEによって受信されたダウンリンクパケットは、モデムサブシステム508のPDCPレイヤ502に達しうる。態様によれば、アプリケーションサブシステム504は、受信されたパケット例えば、PDCPレイヤ502によって正しく受信されたパケットを処理できない場合がありうる。態様によれば、受信パスにおける遅延がしきい値未満になるように、1または複数しきい値が設定されうる。例えば、しきい値は、ラジオリンク制御RLCとアプリケーションサブシステム504との間の遅延が、ある値例えば80ミリ秒未満であることを保証しうる。バッファがしきい値506に達した場合、UEは、TCPウィンドウサイズを低減するために、パケットを周期的に落としうる。態様によれば、バッファがしきい値506に達した場合、PDCPレイヤ502は、受信されたパケットを選択的に落としうる。態様によれば、パケットを選択的に落とすことは、パケットをモデムからアプリケーションプロセッサへ転送する前に行われうる。落とされたパケットは、アプリケーションサブシステム504でもTCPクライアントでも受信されないだろう。したがって、アプリケーションレイヤにおいてパケットが落とされたことは、TCPレイヤがそのレートを下げる必要があることを示しうる。TCPクライアントは、落とされたパケットを受信しない場合にはTCP否定的アクノレッジメントNACKを、および/または、以前に受信されたパケットのためには複製アクノレッジメントを、TCPサーバへ送信しうる。このような否定的アクノレッジメント、および/または、以前に受信されたパケットの複製アクノレッジメントは、TCPウィンドウサイズの減少をもたらすので、もって、TCPスループットを下げる。したがって、PDCPレイヤにおける負荷が低減されうる。図6は、UEにおいてモニタされた集中ダウンリンクフロー制御ベースのパラメータの例600を例示する。態様によれば、UEは、温度関連パラメータ、処理電力関連パラメータ、および/または、メモリ関連パラメータを含む1または複数のパラメータをモニタしうる。例えば、温度モニタ602は、例えばモデムおよびバッテリを含む、UEにおける1または複数のデバイスの温度を観察しうる。態様によれば、バッテリ温度は一般に、アップリンク送信電力に関連しているので、温度モニタ602は、アップリンクデータレートが、あるレート例えば最大レートまたは最小レートに達した後、バッテリ温度を観察しうる。DSMモニタ604は、DSMアイテム利用可能度を観察することによって、UEにおいて利用可能なグローバルメモリを観察しうる。集中フロー制御モジュールCFM606は、例えば、温度モニタ602およびDMSモニタ604のような1または複数のモニタまたはセンサから受信した1または複数のパラメータに基づいて、ダウンリンクフロー制御をトリガするか否かを判定しうる。図5を参照して前述したように、PDCPレイヤ502は、観察されたパラメータに基づいて、TCPウィンドウサイズを低減するために、パケットを周期的に落としうる。態様によれば、CFM606は、UEにおけるデバイスの温度、処理電力使用量、および/または、メモリ使用量例えば、DSMアイテムの数に基づいて、パケットが落とされる率を調節するように、PDCPレイヤ502に示しうる。パケットが落とされる率を調節することは、UEにおけるレート制御メカニズムをトリガしうる。例えば、高いバッテリ温度またはモデム温度、および/または、制限されたDMSアイテムの数は、ダウンリンクフローを減らすために、PDCPレイヤが、パケットが落とされる率を高めねばならないことを示しうる。したがって、UETCPNACKおよび/または複製アクノレッジメントが増加しうる。これは、TCPウィンドウサイズにおける減少をもたらし、もって、ダウンリンクレートフロー制御が提供される。608では、CFM606から受信したインジケーションに基づいて、パケット欠落率が更新されうる。更新された欠落率は、PDCPレイヤからパケットが落とされる率を調節し、結果的に、610において、パケットがバッファされる率を調節しうる。態様によれば、予め定められたサイズよりも大きなPDCPパケットは、CFM606が、ダウンリンクフロー制御をトリガした場合に選択的に落とされうる。予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択されうる。例えば200バイトよりも大きなパケットのみを選択的に落とすことは、TCPアクノレッジメントが落とされないことを保証しうる。TCPアクノレッジメントを含む、予め定められたしきい値未満のパケットを落とさないことによって、UEは、落とされたパケットが、ダウンリンクフロー制御に影響を持つことを保証しうる。図7は、本開示のある態様にしたがう、ダウンリンクフロー制御方法700の例を例示する。前述したように、あるシナリオでは、アプリケーションプロセッサ408は、データを受信するための所望のレートをモデムに提供しうる。APIによって、アプリケーションプロセッサ408は、モデムサブシステムに、所望の処理レートを提供できるようになる。所望の処理レートは、提供されると、バッファしきい値およびパケット欠落率を調整するために使用されうる。例えば、アプリケーションプロセッサ408は、所望のターゲットレート702を決定し、このターゲットレートを、モデムサブシステムのPDCPレイヤ502へ送信しうる。この場合、UEは、PDCPパケットの欠落率を動的に調節する必要はないかもしれない。代わりに、UEは、アプリケーションプロセッサ408の所望の出力ターゲットレートに基づいて、パケットのバッファリングを調節しうる。ダウンリンクフロー制御に関連するパラメータは、アプリケーションプロセッサの所望の出力ターゲットレートを用いて計算されうる。態様によれば、アプリケーションプロセッサ408が第1のしきい値T1に達した後、以下の関数にしたがって、n個毎のパケットのうちの1つが落とされうる。T1=raterttn=2ratertt/MSS第1のしきい値T1は、アプリケーションプロセッサの所望の出力レートrateと、TCP往復時間rttとに基づいて計算されうる。TCP往復時間は、PDCPレイヤにおいて利用可能ではないかもしれない。したがって、態様によれば、UEは、例えば、TCP往復時間の漸増的な分布関数に基づいて、往復時間を決定しうる。シナリオでは、往復時間は、最悪ケースrttに設定されうる。別のシナリオでは、rttは、例えば200ミリ秒のような値を超えないかもしれず、例えば60ミリ秒に設定されうる。しかしながら、その他の値が適用されることがある。UEは、パケット数がしきい値T1に達した後、アプリケーションプロセッサ、TCPrtt、および最大TCPセグメントサイズMSSによって提供されたレートに基づいて、落とされうるパケット数nを決定しうる。態様によれば、MSSは、例えば1400バイトのような値に設定されうる。しかしながら、その他の値が適用されることがある。態様によれば、到来パケットが第2のしきい値T2に達した後、すべての到来パケットが落とされうる。第2のしきい値T2は、バッファに格納されうる最大データ量を示しうる。したがって、到来パケットがしきい値T2に達した後、すべての到来パケットが落とされうる。バッファは、例えば、以前のフロー制御方法が、UEにおいて十分なリソースを解放しなかった場合、しきい値T2に達しうる。態様によれば、しきい値T2は、しきい値T1より大きな例えば、十分大きな任意の値でありうる。態様によれば、アプリケーションプロセッサが、所望のターゲットレート702を与えていない場合、UEにおいて利用可能な情報に基づいて、ターゲットレートが選択されうる。選択されたターゲットレートは、T1、T2、および/またはnを計算するために使用されうる。図8は、本開示のある態様にしたがう、バッファしきい値ベースのフロー制御800の例を例示する。802では、アプリケーションプロセッサのターゲット出力レートがトラックされうる。このレートは、アプリケーションプロセッサによって決定され、モデムへ送信されうるか、UEにおいて利用可能な情報に基づいて推定されうる。804では、このターゲットレートに基づいて、ダウンリンクフロー制御のためのパラメータT1、T2、および/または、nが計算されうる。態様によれば、T1は、ある遅れDを用いて計算され、nは、係数K1を用いて計算され、T2は、係数K2を用いて計算されうる。806では、しきい値T1,T2が、PDCPレイヤにおけるダウンリンクフロー制御をトリガするためのしきい値として使用されうる。例えば、バッファがしきい値T1に達した場合、n個のパケットのうちの1つが落とされうる。これらパケットは、モデムからアプリケーションプロセッサへ転送される前に落とされうる。到来パケットがバッファしきい値T2に達した場合、モデムからのすべての到来パケットが落とされうる。モデムからアプリケーションプロセッサへ渡されたパケットは、810においてバッファされうる。態様によれば、PDCPバッファ810においてパケットによって観察された平均遅れは、ダウンリンクフロー制御をトリガするために使用されうる。例えば、パケットがPDCPバッファ内に300ミリ秒とどまっていることをPDCPレイヤが観察した場合、ダウンリンクフロー制御がトリガされうる。アプリケーションプロセッサが、PDCPバッファ810からデータを読み取る平均レートは、ダウンリンクフロー制御をトリガするために使用されうる。例えば、PDCPレイヤからアプリケーションプロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量は、ダウンリンクフロー制御をトリガするために使用されうる。UEは、アプリケーションプロセッサにおける所望のターゲットレートを達成するために、バッファ内において、読み取られていないデータの量、および/または、アプリケーションプロセッサが、このバッファからデータを読み取るレートに基づいて、バッファサイズ、および/または、パケット欠落率を動的に調節しうる。さらに、または、その代わりに、読み取られていないデータがバッファ内に存在する時間の長さが、ダウンリンクフロー制御をトリガするために使用されうる。図9は、本開示の態様にしたがって、例えばUEによってダウンリンクフロー制御のために実行されうる動作900の例を例示する。902において、UEは、UEに関連する1または複数のパラメータをモニタしうる。904において、UEは、UEにおけるレート制御メカニズムをトリガするために、受信されたパケットを、1または複数のパラメータに基づいて、選択的に落としうる。これらパケットは、アプリケーションレイヤへ送信される前に、PDCPレイヤにおいて落とされうる。本開示の態様は、UEにおいて観察されたパラメータに基づいて、ダウンリンクフロー制御のための技術を提供する。本明細書に記載されているように、パケットは、対応するTCPレイヤスループットを低減するために、PDCPレイヤにおいて選択的に落とされうる。PDCPレイヤにおいて落とされたパケットは、アプリケーションプロセッサに達しないだろう。したがって、TCPクライアントは、ダウンリンクフロー制御をトリガするために、否定的アクノレッジメントをTCPサーバへ送信しうるか、および/または、以前に受信されたパケットのための複製アクノレッジメントを送信しうる。態様によれば、ダウンリンクフロー制御は、例えば、UEにおける1または複数のデバイスの温度、利用可能なグローバルメモリ、PDCPバッファ内においてパケットによって観察される遅れ、および/または、PDCPレイヤからのデータをアプリケーションプロセッサが処理するレートを含む、UEに関連する1または複数のパラメータによってトリガされうる。これらのパラメータに基づいて、UEは、パケットがPDCPレイヤにおいて落とされる率を調節しうる。前述された方法のさまざまな動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されうる。これら手段は、限定される訳ではないが、回路、特定用途向け集積回路ASIC、またはプロセッサを含むさまざまなハードウェア構成要素および/またはソフトウェア構成要素および/またはモジュールを含みうる。一般に、図面に例示された動作が存在する場合、これら動作は、同じ符番を付された対応するミーンズプラスファンクション構成要素を有しうる。本明細書で使用される場合、用語決定することdeterminingは、さまざまな動作を含む。例えば、決定することは、計算、コンピューティング、処理、導出、調査、ルックアップ例えば、テーブル、データベース、または他のデータ構造内のルックアップ、確認等を行うことを含みうる。また、決定することは、受信例えば、情報の受信、アクセス例えば、メモリ内のデータへのアクセス等を行うことを含みうる。また、決定することは、解決、選択、選定、確立等を行うことを含みうる。本明細書に記載されるように、項目のリストのうちの少なくとも1つと称する文言は、単数を含むこれら項目のうちの任意の組み合わせを称する。例として、a、b、またはcのうちの少なくとも1つは、a、b、c、a-b、a-c、b-c、およびa-b-cをカバーすることが意図されている。前述された方法のさまざまな動作は、例えばさまざまなハードウェア構成要素および/またはソフトウェア構成要素、回路、および/または、モジュール単数または複数のように、動作を実行することが可能な任意の適切な手段によって実行されうる。通常、図面に例示される何れの動作も、これら動作を実行することが可能な対応する機能的手段によって実行されうる。本開示に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路を、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイ信号FPGAもしくはその他のプログラマブル論理デバイスPLD、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、または本明細書で説明される機能を実行するように設計されたその任意の組み合わせを用いて実施または実行することができる。汎用プロセッサは、マイクロプロセッサでありうるが、代替案では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、またはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実現されうる。本開示に関連して記載される方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、あるいは、これらの組み合わせで具体化されうる。ソフトウェアモジュールは、当該技術分野において周知のすべての形式の記憶媒体に常駐しうる。使用されうる記憶媒体のいくつかの例は、ランダムアクセスメモリRAM、読取専用メモリROM、フラッシュメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROMなどを含む。ソフトウェアモジュールは、単一の命令または複数の命令を備えることができ、複数の異なるコードセグメント上で、異なるプログラムの間で、および複数の記憶媒体にわたって分散されうる。記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込めるように、プロセッサに結合されうる。あるいは、この記憶媒体は、プロセッサに統合されうる。本明細書で開示された方法は、説明された方法を達成するための1または複数のステップまたは動作を備える。方法ステップおよび/または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換されうる。言い換えると、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび/または動作の順序および/または使用は、特許請求の範囲のスコープから逸脱せずに変更されうる。記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいは、これらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体に、1または複数の命令群として格納される。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、RAM、ROM、EEPROM、CD-ROMまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラムコード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようなディスクdiskおよびdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdisk、およびBlu-ray登録商標ディスクdiscを含んでいる。ここで、diskは通常、データを磁気的に再生する一方、discは、レーザを用いてデータを光学的に再生する。したがって、ある態様は、本明細書に記載された動作を実行するためのコンピュータプログラム製品を備えうる。例えば、このようなコンピュータプログラム製品は、格納されたおよび/または符号化された命令群を有するコンピュータ読取可能な媒体を備える。これら命令群は、本明細書において記載された動作を実行するために、1または複数のプロセッサによって実行されることが可能である。ある態様の場合、コンピュータプログラム製品は、パッケージングマテリアルを含みうる。ソフトウェアまたは命令群は、送信媒体を介しても送信される。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線DSL、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび/または他の適切な手段を、適宜、ユーザ端末および/または基地局によってダウンロードし、かつ/または他の形式で入手することができることを了解されたい。例えば、このようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合されうる。代替案では、本明細書に記載されたさまざまな方法は、記憶手段例えば、RAM、ROM、コンパクトディスクCDまたはフロッピーディスクなどの物理記憶媒体などを介して提供され、ユーザ端末および/または基地局は、記憶手段をデバイスに結合するか提供するときにさまざまな方法を取得しうる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法が利用されうる。特許請求の範囲は、前述された正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施されうる。前述したものは、本開示の態様に向けられているが、これら開示のその他およびさらなる態様が、本願の基本的な範囲から逸脱することなく考案され、この範囲は、以下に示す特許請求の範囲によって決定される。"