JP5847842B2 - 送信制御プロトコル（ｔｃｐ）レイヤ・スループットを制御するためにパケット欠落を用いるダウンリンク・フロー制御 - Google Patents

Description

関連出願に対する相互参照

本願は、２０１１年１月７日に出願された米国仮特許出願６１／４３０，８９５号の利益を主張する。この開示は、参照によって本明細書に明確に組み込まれている。

本開示の態様は、一般に、無線通信に関し、さらに詳しくは、ユーザ機器（ＵＥ）における制限に基づくダウンリンク・フロー制御に関する。

無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナシップ計画（３ＧＰＰ）ロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。

通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して、１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。順方向通信リンクおよび逆方向通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。

無線多元通信システムは、時分割デュプレクス（ＴＤＤ）システムおよび周波数デュプレクス（ＦＤＤ）システムをサポートしうる。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、アクセス・ポイントは、順方向リンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。

３ＧＰＰ ＬＴＥは、セルラ技術における主要な進歩を呈しており、グローバル移動体通信システム（ＧＳＭ（登録商標））およびユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の自然発展形として、セルラ第３世代（３Ｇ）サービスにおいて先行する次のステップである。ＬＴＥは、最大で毎秒７５メガビット（Ｍｂｐｓ）のアップリンク速度と、最大で３００Ｍｂｐｓのダウンリンク速度とを提供し、セルラ・ネットワークに対して多くの技術的な利点をもたらす。ＬＴＥは、高速なデータおよびメディア伝送のみならず、高いキャパシティの音声サポートに対するキャリア・ニーズを満足するように設計されている。帯域幅は、１．２５ＭＨｚから２０ＭＨｚまでスケール可能でありうる。これは、異なる帯域幅割当を有する異なるネットワーク・オペレータの要件に適合し、これによって、オペレータは、スペクトルに基づいて異なるサービスを提供することが可能となる。ＬＴＥはまた、３Ｇネットワークにおけるスペクトル効率を高め、もって、キャリアが、与えられた帯域幅で、より多くのデータ・サービスおよび音声サービスを提供することを可能にすることが期待されている。

ＬＴＥ規格の物理レイヤ（ＰＨＹ）は、エンハンスト基地局（ｅノードＢ）とモバイル・ユーザ機器（ＵＥ）との間でデータおよび制御情報の両方を伝送する非常に効率的な手段である。ＬＴＥ ＰＨＹは、セルラ・アプリケーションに、新しい、先進技術を適用する。これらは、直交周波数分割多重（ＯＦＤＭ）および複数入力複数出力（ＭＩＭＯ）データ送信を含んでいる。さらに、ＬＴＥ ＰＨＹは、ダウンリンクにおいてＯＦＤＭＡを用い、アップリンクにおいてシングル・キャリア−周波数分割多元接続（ＳＣ−ＦＤＭＡ）を用いる。ＯＦＤＭＡによって、データは、指定された数のシンボル期間にわたって、サブキャリア毎ベースで、複数のユーザとの間で送られるようになる。

３ＧＰＰ ＬＴＥ Ｒｅｌｅａｓｅ ８仕様は、ＬＴＥシステムが展開することができる１セットの周波数帯を提供する。帯域の使用は、普及している周波数割当ポリシーに基づいて国毎に変わりうる。帯域内では、利用されている実際のキャリア周波数はまた、１つのサービス・プロバイダから別のサービス・プロバイダで変わりうる。３ＧＰＰ ＵＳＩＭ (UMTS Subscriber Identity Module) は、ＰＬＭＮ ＩＤ (Public Land Mobile Network Identifications) のリストしか提供しない。これは、３ビットのモバイル・カントリ・コード（ＭＣＣ）と３ビットのネットワーク・カラー・コード（ＮＣＣ）とを備えうる。しかしながら、ＰＬＭＮ ＩＤは、使用されるべき帯域に関するインジケーションを提供せず、また、所望のサービス・プロバイダが存在する特定のキャリア周波数に関する情報をも備えない。ＬＴＥシステムで動作しているユーザ機器（ＵＥ）は、さまざまな国およびサービス・プロバイダにおいてサービスを正しく獲得することができるので、帯域情報およびキャリア周波数の適応リストを学習および維持していると仮定されうる。したがって、ＵＥは、初期獲得を試みる場合には、常に周波数スキャンを実行することを要求されうる。

本開示の態様では、無線通信のための方法が提供される。この方法は、一般に、ＵＥに関連する１または複数のパラメータをユーザ機器（ＵＥ）によってモニタすることと、受信されたパケットを、ＵＥにおいてレート制御メカニズムをトリガするために、１または複数のパラメータに基づいて選択的に落とすことと、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は一般に、ＵＥに関連する１または複数のパラメータをユーザ機器（ＵＥ）によってモニタする手段と、受信されたパケットを、ＵＥにおいてレート制御メカニズムをトリガするために、１または複数のパラメータに基づいて選択的に落とす手段と、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。この少なくとも１つのプロセッサは一般に、ＵＥに関連する１または複数のパラメータをユーザ機器（ＵＥ）によってモニタし、受信されたパケットを、ＵＥにおいてレート制御メカニズムをトリガするために、１または複数のパラメータに基づいて選択的に落とすように構成されている。

本開示の態様では、無線通信のためのコンピュータ・プログラム製品が提供される。このコンピュータ・プログラム製品は、一般に、格納されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を含む。このコードは一般に、ＵＥに関連する１または複数のパラメータをユーザ機器（ＵＥ）によってモニタすることと、受信されたパケットを、ＵＥにおいてレート制御メカニズムをトリガするために、１または複数のパラメータに基づいて選択的に落とすことと、のために１または複数のプロセッサによって実行可能である。

本開示の前述した特徴が、より詳細に理解される方式で、簡潔に要約された上記具体的な記載が、態様に対する参照によってなされている。そして、それらの幾つかは、添付図面で例示されている。しかしながら、この記載は、その他の等しく有効な態様に対しても当てはまるので、添付図面は、本開示のある典型的な態様のみを示していることや、本開示の範囲を限定するものとしては考慮されないことが注目されるべきである。
図１は、本開示のある態様にしたがう多元接続無線通信システムの例を例示する。 図２は、本開示の態様にしたがうアクセス・ポイントおよびユーザ端末のブロック図を例示する。 図３は、本開示のある態様にしたがう無線デバイスの例のブロック図を例示する。 図４は、本開示のある態様にしたがうシステム・アーキテクチャの例を例示する。 図５は、本開示のある態様にしたがう、ダウンリンク・フロー制御へのバッファしきい値ベースのアプローチの例を例示する。 図６は、本開示のある態様にしたがう、モニタされたパラメータに基づく集中ダウンリンク・フロー制御の例を例示する。 図７は、本開示のある態様にしたがうダウンリンク・フロー制御の例を例示する。 図８は、本開示のある態様にしたがうダウンリンク・フロー制御のためのアルゴリズムの例を例示する。 図９は、本開示のある態様にしたがって、ダウンリンク・フロー制御のために、例えばＵＥによって実行される動作の例を例示する。

本開示の態様は、ユーザ機器（ＵＥ）においてダウンリンク・フロー制御をトリガするために、例えばデバイスの温度、利用可能なメモリ、および／または、処理電力のようなシステム・トリガを使用する。態様によれば、受信されたインターネット・プロトコル（ＩＰ）パケットは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、アプリケーション・プロセッサへ転送される前に、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて落とされうる。したがって、本開示の態様によって、ユーザ経験を高め、リソースを解放するために、ＵＥは、ダウンリンク・データ・レートを低減できるようになる。

本開示のさまざまな態様は、添付図面を参照して以下により十分に記載される。しかしながら、本開示は、異なる多くの形態で具体化され、本開示を通じて示された如何なる具体的な構成または機能にも限定されるとは解釈されるべきではない。むしろ、これらの態様は、本開示が十分で完全であり、本開示の範囲を当業者に十分に伝達できるように提供される。本明細書における教示に基づいて、当業者は、本開示の範囲は、独立して実施されようが、あるいは、本開示の任意の他の態様と組み合わされようが、本明細書で示された開示の態様をカバーすることが意図されていることを認識すべきである。例えば、本明細書に記載された任意の数の態様を用いて装置が実現され、方法が実施されうる。さらに、本開示の範囲は、別の構成、機能、または、本明細書に記載された開示のさまざまな態様またはそれ以外の態様が追加された構成および機能を用いて実現される装置または方法をカバーすることが意図されている。本明細書で示された開示のあらゆる態様は、特許請求の範囲の１または複数の要素によって具体化されうる。

「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書において「典型的」と記載されるいかなる態様も、他の態様よりも好適であるとか、有利であると必ずしも解釈される必要はない。

本明細書では、特定の態様が記載されているが、これら態様の多くの変形および置換が、本開示の範囲内にある。好適な態様のいくつかの利点および長所が述べられているが、本開示の範囲は、特定の利点、使用、および目的に限定されることは意図されていない。むしろ、本開示の態様は、このうちのいくつかが図面における例示によって、および、以下の好適な態様の記載によって例示されている異なる無線技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であることが意図されている。詳細な記載および図面は、限定ではない開示の単なる例示であり、本開示の範囲は、特許請求の範囲およびその均等物によって定義される。

（典型的な無線通信システム）
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップ・レート（ＬＣＲ）を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された団体からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された団体からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された団体からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、ＬＴＥに関して記載されており、ＬＴＥ用語が以下の説明の多くで使用される。

アクセス・ポイント（“ＡＰ”）は、ノードＢ、ラジオ・ネットワーク・コントローラ（“ＲＮＣ”）、ｅノードＢ（“ｅＮＢ”）、基地局コントローラ（“ＢＳＣ”）、基地トランシーバ局（“ＢＴＳ”）、基地局（“ＢＳ”）、トランシーバ機能（“ＴＦ”）、ラジオ・ルータ、ラジオ・トランシーバ、基本サービス・セット（“ＢＳＳ”）、拡張サービス・セット（“ＥＳＳ”）、ラジオ基地局（“ＲＢＳ”）、または、その他いくつかの用語として知られているか、備えているか、または実現されうる。

例えば、アクセス端末（“ＡＴ”）は、アクセス端末、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、ユーザ機器（“ＵＥ”）、ユーザ局、またはその他いくつかの用語として知られているか、または、実現されうるか、または、備えうる。いくつかの実施において、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（“ＳＩＰ”）電話、無線ローカル・ループ（“ＷＬＬ”）局、携帯情報端末（“ＰＤＡ”）、無線接続機能を有するハンドヘルド・デバイス、局（“ＳＴＡ”）、あるいは無線モデムに接続されたその他いくつかの適切な処理デバイスを備えうる。したがって、本明細書で教示された１または複数の態様は、電話（例えば、セルラ電話またはスマート・フォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブル・コンピューティング・デバイス（例えば、情報携帯端末）、エンタテイメント・デバイス（例えば、音楽またはビデオ・デバイス、または衛星ラジオ）、全地球測位システム・デバイス、あるいは無線媒体または有線媒体によって通信するように構成されたその他任意の適切なデバイスに組み入れられうる。いくつかの態様では、ノードは無線ノードである。このような無線ノードは、例えば、有線または無線による通信リンクによる（例えば、インターネットまたはセルラ・ネットワークのような広域ネットワークのような）ネットワークへの、または、ネットワークのための接続を提供しうる。

図１に示すように、本開示の１つの態様にしたがった多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１つのグループはアンテナ１０４，１０６を含み、別のグループはアンテナ１０８，１１０を含み、さらに別のグループはアンテナ１１２，１１４を含む複数のアンテナ・グループを含みうる。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、２本より多いまたは少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２，１１４と通信している。ここで、アンテナ１１２，１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２（ＡＴ）はアンテナ１０６，１０８と通信している。ここで、アンテナ１０６，１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８，１２０，１２４，１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。

通信するように設計された領域および／またはアンテナのおのおののグループはしばしば、アクセス・ポイントのセクタと称される。本開示の１つの態様では、おのおののアンテナ・グループは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末へ通信するように設計される。

順方向リンク１２０，１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６，１２４のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。さらに、有効範囲領域にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、全てのアクセス端末へ単一のアンテナによって送信するアクセス・ポイントよりも、近隣のセル内のアクセス端末に対して少ない干渉しかもたらさない。

図２は、複数入力複数出力（ＭＩＭＯ）システム２００における（アクセス・ポイントとしても知られている）送信機システム２１０および（アクセス端末としても知られている）受信機システム２５０の態様のブロック図である。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。

本開示の１つの態様では、データ・ストリームはおのおのの、それぞれの送信アンテナを介して送信されうる。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。

おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。

すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ ＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、Ｎ_Ｔ個の変調シンボル・ストリームを、Ｎ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。本開示のある態様では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮ_Ｔ個の変調信号は、その後、Ｎ_Ｔ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。

受信機システム２５０では、送信された変調信号がＮ_Ｒ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供されうる。受信機２５４はおのおの、それぞれの受信信号を調整（例えば、フィルタ、増幅、および、ダウンコンバート）し、調整された信号をデジタル化して、サンプルを得る。さらに、これらサンプルを処理して、対応する「受信」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ２６０は、Ｎ_Ｒ個の受信機２５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。

プロセッサ２７０は、前述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定する。これら逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージはその後、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定するために、この抽出されたメッセージを処理する。

図３は、図１の無線通信システム内で適用されうる無線デバイス３０２内で利用されうるさまざまな構成要素を例示する。無線デバイス３０２は、本明細書で説明されるさまざまな方法を実施するために構成され得るデバイスの例である。無線デバイス３０２は、図１からのアクセス・ポイント１００でありうるか、または、アクセス端末１１６，１２２のうちの何れかでありうる。

無線デバイス３０２は、無線デバイス３０２の動作を制御するプロセッサ３０４を含みうる。このプロセッサ３０４は、中央制御装置（ＣＰＵ）とも称されうる。読取専用メモリ（ＲＯＭ）とランダム・アクセス・メモリ（ＲＡＭ）との両方を含みうるメモリ３０６が、プロセッサ３０４に命令およびデータを提供する。メモリ３０６の一部は、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）をも含みうる。プロセッサ３０４は、通常、メモリ３０６に格納されたプログラム命令に基づいて、論理演算および算術演算を実行する。本明細書で説明される方法を実施するために、メモリ３０６内の命令が実行可能とされうる。

無線デバイス３０２は、無線デバイス３０２と遠隔位置との間でのデータの送信および受信を可能にする送信機３１０および受信機３１２を含むことができるハウジング３０８をも含みうる。送信機３１０および受信機３１２は、トランシーバ３１４に結合されうる。単一あるいは複数の送信アンテナ３１６が、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に接続されうる。無線デバイス３０２はまた、（図示しない）複数の送信機、複数の受信機、および複数のトランシーバを含みうる。

無線デバイス３０２は、トランシーバ３１４によって受信された信号を検出し、そのレベルを定量化する目的で使用される信号検出器３１８をも含みうる。信号検出器３１８は、合計エネルギ、シンボル毎のサブキャリア毎のエネルギ、電力スペクトル密度、およびその他の信号のような信号を検出しうる。無線デバイス３０２は、信号を処理する際に使用されるデジタル信号プロセッサ（ＤＳＰ）３２０をも含みうる。いくつかの態様では、無線デバイス３０２は、例えば温度モニタ３２１のような１または複数のモニタを含みうる。温度モニタ３２１は、（例えば、図示しない電力増幅器のように）無線デバイス３０２の１または複数の構成要素の温度を測定するように構成されている。このモニタは図３において温度モニタ３２１として示されているが、本開示のある態様は、限定される訳ではないがＣＰＵモニタおよびメモリ・モニタを含み、１または複数のＵＥパラメータまたはメトリックを検出するために１または複数の対応するセンサ構成要素を有するその他の適切なモニタを利用しうることが考慮される。

無線デバイス３０２のさまざまな構成要素を、データ・バスに加えて電力バス、制御信号バス、およびステータス信号バスを含むことができるバス・システム３２２によってともに結合することができる。

本開示のある態様は、例えば、図１からのアクセス端末１１６，１２２、図２からのアクセス端末２５０、図３からの無線デバイス３０２のように、ユーザ・モバイル・デバイスによる周波数スキャンを実行するための方法をサポートする。態様では、周波数スキャンは、モバイル・デバイスにおけるあらゆる事前獲得情報無しで実行されうる。これは、フル周波数スキャン（ＦＦＳ）と称されうる。別の態様では、周波数スキャンは、モバイル・デバイスにおいて格納された事前の正しい獲得情報を用いて実行されうる。これは、リスト周波数スキャン（ＬＦＳ）と称されうる。３ＧＰＰ ＬＴＥシステムは、周波数分割デュプレクス（ＦＤＤ）モードまたは時分割デュプレクス（ＴＤＤ）モードの何れかを用いて展開されうる。提案された周波数スキャン・アルゴリズム（すなわち、ＦＦＳおよびＬＦＳ）は、ＦＤＤ動作モードとＴＤＤ動作モードとの両方をサポートしうる。

（ＬＴＥダウンリンク・フロー制御）
ＵＥにおけるリソース制限により、あるシナリオでは、ダウンリンク・フロー制御は、アプリケーション・サブシステムがデータ・パケットをどのように受信し、処理するのかを規定するために望ましい場合がある。ダウンリンク・フロー制御をトリガするために、例えばメモリ・サイズ、処理電力、および／または、許容可能なデバイス温度のようなシステム・トリガが使用されうる。限定する訳ではなく、さまざまな技術が使用されうるネットワークの具体例として、これらさまざまな技術が、ＬＴＥネットワークを参照して説明されている。しかしながら、当業者であれば、これら技術は、さまざまなタイプの無線ネットワークにおいて、より一般的に適用されうることを認識するだろう。

フロー制御がトリガされた場合、ＵＥは、ＵＥにおけるリソースを解放するために、パケットを選択的に落とし、送信制御プロトコル（ＴＣＰ）スループットを制御する。態様によれば、パケットは、アプリケーション・レイヤへ転送される前に、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて選択的に落とされうる。

以下により詳細に説明されるように、ＵＥは、ダウンリンク・フローを制御するために、アクティブ・バッファ管理を実施し、レート制御メカニズムをトリガする。レート制御は、集中フロー制御を含みうるしきい値ベースの方法によって実行されうる。ＵＥにおいてレート制御メカニズムをトリガすることによって、バッファ管理が、輻輳源のより近くで実行され、さらなるネットワーク・リソースを用いることなく、ダウンリンク・レート制御を可能としうる。

図４は、本開示の態様にしたがう、システム・アーキテクチャ４００の例を例示する。ｅＮＢ４０２は、例えばＬＴＥリンク４０６のような通信リンクを介して、ＵＥのモデム・プロセッサ４０４にパケットを送信しうる。モデム・プロセッサ４０４は、アプリケーション・プロセッサ４０８にパケットを送信しうる。ＴＣＰクライアント４１０は、ＴＣＰサーバ４１２に、ＴＣＰアクノレッジメントおよび／または否定的アクノレッジメントを送信しうる。

あるシナリオでは、アプリケーション・プロセッサ４０８は、任意のレートでパケットを受信している間、受信されたパケットを、パケットがＬＴＥリンク４０６に到着するほど迅速に処理できないことがありうる。

態様によれば、ＵＥにおけるバッファは、その容量に達した場合、データが喪失されうるので、本明細書に記載されたダウンリンク・フロー制御方法は、ＵＥにおけるリソースの解放を助けるために実施されうる。例えば、バーストにおけるデータ喪失およびＴＣＰの一時的なタイミング喪失を回避するために、バッファのためにしきい値を設定することが望ましい場合がある。バッファしきい値は、受信されたデータをアプリケーション・プロセッサ４０８が処理するレートに依存しうる。

以下により詳細に記載されるように、ＵＥは、所望のレートを決定するために、アプリケーション・プロセッサ４０８のためにインタフェースを提供しうる。例えば、アプリケーション・プログラミング・インタフェース（ＡＰＩ）によって、アプリケーション・プロセッサ４０８は、モデム・プロセッサ４０４に、所望の処理レートを提供できるようになる。この所望のレートは、提供されると、１または複数のバッファしきい値および／またはパケット欠落率を調整するために使用されうる。

態様によれば、ＵＥは、集中ダウンリンク・フロー制御を実施しうる。集中フロー制御は、例えば、ＵＥが、グローバル・メモリを使い果たし始めた場合に、メモリ関連パラメータに基づいてトリガされうる。ＵＥは、アップリンク・バッファおよびダウンリンク・バッファ内に多すぎるデータを有している場合、例えば、分散共有メモリ（ＤＳＭ）アイテムのようなメモリを使い果たし始めうる。集中フロー制御の態様によれば、ＵＥは、ＴＣＰパケットを落としうる。例えば、ＵＥは、デフォルト周期に基づいて、ＴＣＰパケットを、周期的に落としうる。デフォルト周期は、以下により詳細に記載される動的アルゴリズムによって説明される。

図５は、本開示のある態様にしたがう、しきい値ベースのフロー制御５００の例を例示する。ＵＥによって受信されたダウンリンク・パケットは、モデム・サブシステム５０８のＰＤＣＰレイヤ５０２に達しうる。態様によれば、アプリケーション・サブシステム５０４は、受信されたパケット（例えば、ＰＤＣＰレイヤ５０２によって正しく受信されたパケット）を処理できない場合がありうる。

態様によれば、受信パスにおける遅延がしきい値未満になるように、１または複数しきい値が設定されうる。例えば、しきい値は、ラジオ・リンク制御（ＲＬＣ）とアプリケーション・サブシステム５０４との間の遅延が、ある値（例えば８０ミリ秒）未満であることを保証しうる。バッファがしきい値５０６に達した場合、ＵＥは、ＴＣＰウィンドウ・サイズを低減するために、パケットを周期的に落としうる。

態様によれば、バッファがしきい値５０６に達した場合、ＰＤＣＰレイヤ５０２は、受信されたパケットを選択的に落としうる。態様によれば、パケットを選択的に落とすことは、パケットをモデムからアプリケーション・プロセッサへ転送する前に行われうる。落とされたパケットは、アプリケーション・サブシステム５０４でもＴＣＰクライアントでも受信されないだろう。したがって、アプリケーション・レイヤにおいてパケットが落とされたことは、ＴＣＰレイヤがそのレートを下げる必要があることを示しうる。

ＴＣＰクライアントは、落とされたパケットを受信しない場合にはＴＣＰ否定的アクノレッジメント（ＮＡＣＫ）を、および／または、以前に受信されたパケットのためには複製アクノレッジメントを、ＴＣＰサーバへ送信しうる。このような否定的アクノレッジメント、および／または、以前に受信されたパケットの複製アクノレッジメントは、ＴＣＰウィンドウ・サイズの減少をもたらすので、もって、ＴＣＰスループットを下げる。したがって、ＰＤＣＰレイヤにおける負荷が低減されうる。

図６は、ＵＥにおいてモニタされた集中ダウンリンク・フロー制御ベースのパラメータの例６００を例示する。態様によれば、ＵＥは、温度関連パラメータ、処理電力関連パラメータ、および／または、メモリ関連パラメータを含む１または複数のパラメータをモニタしうる。例えば、温度モニタ６０２は、例えばモデムおよびバッテリを含む、ＵＥにおける１または複数のデバイスの温度を観察しうる。態様によれば、バッテリ温度は一般に、アップリンク送信電力に関連しているので、温度モニタ６０２は、アップリンク・データ・レートが、あるレート（例えば最大レートまたは最小レート）に達した後、バッテリ温度を観察しうる。ＤＳＭモニタ６０４は、ＤＳＭアイテム利用可能度を観察することによって、ＵＥにおいて利用可能なグローバル・メモリを観察しうる。

集中フロー制御モジュール（ＣＦＭ）６０６は、例えば、温度モニタ６０２およびＤＭＳモニタ６０４のような１または複数のモニタまたはセンサから受信した１または複数のパラメータに基づいて、ダウンリンク・フロー制御をトリガするか否かを判定しうる。図５を参照して前述したように、ＰＤＣＰレイヤ５０２は、観察されたパラメータに基づいて、ＴＣＰウィンドウ・サイズを低減するために、パケットを周期的に落としうる。

態様によれば、ＣＦＭ６０６は、ＵＥにおけるデバイスの温度、処理電力使用量、および／または、メモリ使用量（例えば、ＤＳＭアイテムの数）に基づいて、パケットが落とされる率を調節するように、ＰＤＣＰレイヤ５０２に示しうる。パケットが落とされる率を調節することは、ＵＥにおけるレート制御メカニズムをトリガしうる。例えば、高いバッテリ温度またはモデム温度、および／または、制限されたＤＭＳアイテムの数は、ダウンリンク・フローを減らすために、ＰＤＣＰレイヤが、パケットが落とされる率を高めねばならないことを示しうる。したがって、ＵＥ ＴＣＰ ＮＡＣＫおよび／または複製アクノレッジメントが増加しうる。これは、ＴＣＰウィンドウ・サイズにおける減少をもたらし、もって、ダウンリンク・レート・フロー制御が提供される。

６０８では、ＣＦＭ６０６から受信したインジケーションに基づいて、パケット欠落率が更新されうる。更新された欠落率は、ＰＤＣＰレイヤからパケットが落とされる率を調節し、結果的に、６１０において、パケットがバッファされる率を調節しうる。

態様によれば、予め定められたサイズよりも大きなＰＤＣＰパケットは、ＣＦＭ６０６が、ダウンリンク・フロー制御をトリガした場合に選択的に落とされうる。予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択されうる。例えば２００バイトよりも大きなパケットのみを選択的に落とすことは、ＴＣＰアクノレッジメントが落とされないことを保証しうる。ＴＣＰアクノレッジメントを含む、予め定められたしきい値未満のパケットを落とさないことによって、ＵＥは、落とされたパケットが、ダウンリンク・フロー制御に影響を持つことを保証しうる。

図７は、本開示のある態様にしたがう、ダウンリンク・フロー制御方法７００の例を例示する。前述したように、あるシナリオでは、アプリケーション・プロセッサ４０８は、データを受信するための所望のレートをモデムに提供しうる。

ＡＰＩによって、アプリケーション・プロセッサ４０８は、モデム・サブシステムに、所望の処理レートを提供できるようになる。所望の処理レートは、提供されると、バッファしきい値およびパケット欠落率を調整するために使用されうる。例えば、アプリケーション・プロセッサ４０８は、所望のターゲット・レート７０２を決定し、このターゲット・レートを、モデム・サブシステムのＰＤＣＰレイヤ５０２へ送信しうる。

この場合、ＵＥは、ＰＤＣＰパケットの欠落率を動的に調節する必要はないかもしれない。代わりに、ＵＥは、アプリケーション・プロセッサ４０８の所望の出力ターゲット・レートに基づいて、パケットのバッファリングを調節しうる。

ダウンリンク・フロー制御に関連するパラメータは、アプリケーション・プロセッサの所望の出力ターゲット・レートを用いて計算されうる。態様によれば、アプリケーション・プロセッサ４０８が第１のしきい値Ｔ１に達した後、以下の関数にしたがって、ｎ個毎のパケットのうちの１つが落とされうる。
Ｔ１＝ｒａｔｅ＊ｒｔｔ
ｎ＝２＊ｒａｔｅ＊ｒｔｔ／ＭＳＳ
第１のしきい値Ｔ１は、アプリケーション・プロセッサの所望の出力レート（ｒａｔｅ）と、ＴＣＰ往復時間（ｒｔｔ）とに基づいて計算されうる。ＴＣＰ往復時間は、ＰＤＣＰレイヤにおいて利用可能ではないかもしれない。したがって、態様によれば、ＵＥは、例えば、ＴＣＰ往復時間の漸増的な分布関数に基づいて、往復時間を決定しうる。シナリオでは、往復時間は、最悪ケースｒｔｔに設定されうる。別のシナリオでは、ｒｔｔは、例えば２００ミリ秒のような値を超えないかもしれず、例えば６０ミリ秒に設定されうる。しかしながら、その他の値が適用されることがある。

ＵＥは、パケット数がしきい値Ｔ１に達した後、アプリケーション・プロセッサ、ＴＣＰ ｒｔｔ、および最大ＴＣＰセグメント・サイズ（ＭＳＳ）によって提供されたレートに基づいて、落とされうるパケット数ｎを決定しうる。態様によれば、ＭＳＳは、例えば１４００バイトのような値に設定されうる。しかしながら、その他の値が適用されることがある。

態様によれば、到来パケットが第２のしきい値Ｔ２に達した後、すべての到来パケットが落とされうる。第２のしきい値Ｔ２は、バッファに格納されうる最大データ量を示しうる。したがって、到来パケットがしきい値Ｔ２に達した後、すべての到来パケットが落とされうる。バッファは、例えば、以前のフロー制御方法が、ＵＥにおいて十分なリソースを解放しなかった場合、しきい値Ｔ２に達しうる。態様によれば、しきい値Ｔ２は、しきい値Ｔ１より大きな（例えば、十分大きな）任意の値でありうる。

態様によれば、アプリケーション・プロセッサが、所望のターゲット・レート７０２を与えていない場合、ＵＥにおいて利用可能な情報に基づいて、ターゲット・レートが選択されうる。選択されたターゲット・レートは、Ｔ１、Ｔ２、および／またはｎを計算するために使用されうる。

図８は、本開示のある態様にしたがう、バッファしきい値ベースのフロー制御８００の例を例示する。８０２では、アプリケーション・プロセッサのターゲット出力レートがトラックされうる。このレートは、アプリケーション・プロセッサによって決定され、モデムへ送信されうるか、ＵＥにおいて利用可能な情報に基づいて推定されうる。８０４では、このターゲット・レートに基づいて、ダウンリンク・フロー制御のためのパラメータＴ１、Ｔ２、および／または、ｎが計算されうる。態様によれば、Ｔ１は、ある遅れＤを用いて計算され、ｎは、係数Ｋ１を用いて計算され、Ｔ２は、係数Ｋ２を用いて計算されうる。

８０６では、しきい値Ｔ１，Ｔ２が、ＰＤＣＰレイヤにおけるダウンリンク・フロー制御をトリガするためのしきい値として使用されうる。例えば、バッファがしきい値Ｔ１に達した場合、ｎ個のパケットのうちの１つが落とされうる。これらパケットは、モデムからアプリケーション・プロセッサへ転送される前に落とされうる。到来パケットがバッファしきい値Ｔ２に達した場合、モデムからのすべての到来パケットが落とされうる。

モデムからアプリケーション・プロセッサへ渡されたパケットは、８１０においてバッファされうる。態様によれば、ＰＤＣＰバッファ８１０においてパケットによって観察された平均遅れは、ダウンリンク・フロー制御をトリガするために使用されうる。例えば、パケットがＰＤＣＰバッファ内に３００ミリ秒とどまっていることをＰＤＣＰレイヤが観察した場合、ダウンリンク・フロー制御がトリガされうる。

アプリケーション・プロセッサが、ＰＤＣＰバッファ８１０からデータを読み取る平均レートは、ダウンリンク・フロー制御をトリガするために使用されうる。例えば、ＰＤＣＰレイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量は、ダウンリンク・フロー制御をトリガするために使用されうる。ＵＥは、アプリケーション・プロセッサにおける所望のターゲット・レートを達成するために、バッファ内において、読み取られていないデータの量、および／または、アプリケーション・プロセッサが、このバッファからデータを読み取るレートに基づいて、バッファ・サイズ、および／または、パケット欠落率を動的に調節しうる。さらに、または、その代わりに、読み取られていないデータがバッファ内に存在する時間の長さが、ダウンリンク・フロー制御をトリガするために使用されうる。

図９は、本開示の態様にしたがって、例えばＵＥによってダウンリンク・フロー制御のために実行されうる動作９００の例を例示する。９０２において、ＵＥは、ＵＥに関連する１または複数のパラメータをモニタしうる。９０４において、ＵＥは、ＵＥにおけるレート制御メカニズムをトリガするために、受信されたパケットを、１または複数のパラメータに基づいて、選択的に落としうる。これらパケットは、アプリケーション・レイヤへ送信される前に、ＰＤＣＰレイヤにおいて落とされうる。

本開示の態様は、ＵＥにおいて観察されたパラメータに基づいて、ダウンリンク・フロー制御のための技術を提供する。本明細書に記載されているように、パケットは、対応するＴＣＰレイヤ・スループットを低減するために、ＰＤＣＰレイヤにおいて選択的に落とされうる。ＰＤＣＰレイヤにおいて落とされたパケットは、アプリケーション・プロセッサに達しないだろう。したがって、ＴＣＰクライアントは、ダウンリンク・フロー制御をトリガするために、否定的アクノレッジメントをＴＣＰサーバへ送信しうるか、および／または、以前に受信されたパケットのための複製アクノレッジメントを送信しうる。

態様によれば、ダウンリンク・フロー制御は、例えば、ＵＥにおける１または複数のデバイスの温度、利用可能なグローバル・メモリ、ＰＤＣＰバッファ内においてパケットによって観察される遅れ、および／または、ＰＤＣＰレイヤからのデータをアプリケーション・プロセッサが処理するレートを含む、ＵＥに関連する１または複数のパラメータによってトリガされうる。これらのパラメータに基づいて、ＵＥは、パケットがＰＤＣＰレイヤにおいて落とされる率を調節しうる。

前述された方法のさまざまな動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されうる。これら手段は、限定される訳ではないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むさまざまなハードウェア構成要素および／またはソフトウェア構成要素および／またはモジュールを含みうる。一般に、図面に例示された動作が存在する場合、これら動作は、同じ符番を付された対応するミーンズ・プラス・ファンクション構成要素を有しうる。

本明細書で使用される場合、用語「決定すること（determining）」は、さまざまな動作を含む。例えば、「決定すること」は、計算、コンピューティング、処理、導出、調査、ルックアップ（例えば、テーブル、データベース、または他のデータ構造内のルックアップ）、確認等を行うことを含みうる。また、「決定すること」は、受信（例えば、情報の受信）、アクセス（例えば、メモリ内のデータへのアクセス）等を行うことを含みうる。また、「決定すること」は、解決、選択、選定、確立等を行うことを含みうる。

本明細書に記載されるように、項目のリストのうちの「少なくとも１つ」と称する文言は、単数を含むこれら項目のうちの任意の組み合わせを称する。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることが意図されている。

前述された方法のさまざまな動作は、例えばさまざまなハードウェア構成要素および／またはソフトウェア構成要素、回路、および／または、モジュール（単数または複数）のように、動作を実行することが可能な任意の適切な手段によって実行されうる。通常、図面に例示される何れの動作も、これら動作を実行することが可能な対応する機能的手段によって実行されうる。

本開示に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路を、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ信号（ＦＰＧＡ）もしくはその他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または本明細書で説明される機能を実行するように設計されたその任意の組み合わせを用いて実施または実行することができる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代替案では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。

本開示に関連して記載される方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェア・モジュールで、あるいは、これらの組み合わせで具体化されうる。ソフトウェア・モジュールは、当該技術分野において周知のすべての形式の記憶媒体に常駐しうる。使用されうる記憶媒体のいくつかの例は、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭなどを含む。ソフトウェア・モジュールは、単一の命令または複数の命令を備えることができ、複数の異なるコード・セグメント上で、異なるプログラムの間で、および複数の記憶媒体にわたって分散されうる。記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込めるように、プロセッサに結合されうる。あるいは、この記憶媒体は、プロセッサに統合されうる。

本明細書で開示された方法は、説明された方法を達成するための１または複数のステップまたは動作を備える。方法ステップおよび／または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換されうる。言い換えると、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲のスコープから逸脱せずに変更されうる。

記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいは、これらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体に、１または複数の命令群として格納される。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含んでいる。ここで、ｄｉｓｋは通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。

したがって、ある態様は、本明細書に記載された動作を実行するためのコンピュータ・プログラム製品を備えうる。例えば、このようなコンピュータ・プログラム製品は、格納された（および／または符号化された）命令群を有するコンピュータ読取可能な媒体を備える。これら命令群は、本明細書において記載された動作を実行するために、１または複数のプロセッサによって実行されることが可能である。ある態様の場合、コンピュータ・プログラム製品は、パッケージング・マテリアルを含みうる。

ソフトウェアまたは命令群は、送信媒体を介しても送信される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。

さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段を、適宜、ユーザ端末および／または基地局によってダウンロードし、かつ／または他の形式で入手することができることを了解されたい。例えば、このようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合されうる。代替案では、本明細書に記載されたさまざまな方法は、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクト・ディスク（ＣＤ）またはフロッピー・ディスクなどの物理記憶媒体など）を介して提供され、ユーザ端末および／または基地局は、記憶手段をデバイスに結合するか提供するときにさまざまな方法を取得しうる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法が利用されうる。

特許請求の範囲は、前述された正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施されうる。

前述したものは、本開示の態様に向けられているが、これら開示のその他およびさらなる態様が、本願の基本的な範囲から逸脱することなく考案され、この範囲は、以下に示す特許請求の範囲によって決定される。以下に本件出願当初の特許請求の範囲を付記する。
［Ｃ１］
無線通信のための方法であって、
ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタすることと、
受信されたパケットを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とすことと、
を備える方法。
［Ｃ２］
前記１または複数のパラメータに基づいてパケットを選択的に落とすことは、前記パケットが落とされる率を調節することを備える、［Ｃ１］に記載の方法。
［Ｃ３］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすことは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすことを備える、［Ｃ１］に記載の方法。
［Ｃ４］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすことは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすことを備える、［Ｃ１］に記載の方法。
［Ｃ５］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすことは、予め定められたサイズより大きなパケットのみを選択的に落とすことを備える、［Ｃ１］に記載の方法。
［Ｃ６］
前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、［Ｃ５］に記載の方法。
［Ｃ７］
前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、［Ｃ１］に記載の方法。
［Ｃ８］
前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、［Ｃ１］に記載の方法。
［Ｃ９］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、［Ｃ１］に記載の方法。
［Ｃ１０］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、［Ｃ１］に記載の方法。
［Ｃ１１］
前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つをさらに備える、［Ｃ１０］に記載の方法。
［Ｃ１２］
前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、［Ｃ１］に記載の方法。
［Ｃ１３］
前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、［Ｃ１］に記載の方法。
［Ｃ１４］
無線通信のための装置であって、
ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタする手段と、
受信されたパケットを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とす手段と、
を備える装置。
［Ｃ１５］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とす手段は、前記パケットが落とされる率を調節する手段を備える、［Ｃ１４］に記載の装置。
［Ｃ１６］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とす手段は、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とす手段を備える、［Ｃ１４］に記載の装置。
［Ｃ１７］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とす手段は、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とす手段を備える、［Ｃ１４］に記載の装置。
［Ｃ１８］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とす手段は、予め定められたサイズより大きなパケットのみを選択的に落とす手段を備える、［Ｃ１４］に記載の装置。
［Ｃ１９］
前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、［Ｃ１８］に記載の装置。
［Ｃ２０］
前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、［Ｃ１４］に記載の装置。
［Ｃ２１］
前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、［Ｃ１４］に記載の装置。
［Ｃ２２］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、［Ｃ１４］に記載の装置。
［Ｃ２３］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、［Ｃ１４］に記載の装置。
［Ｃ２４］
前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つのための手段、をさらに備える［Ｃ２３］に記載の装置。
［Ｃ２５］
前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、［Ｃ１４］に記載の装置。
［Ｃ２６］
前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、［Ｃ１４］に記載の装置。
［Ｃ２７］
無線通信のための装置であって、
ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタし、
受信されたパケットを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とす
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと、
を備える装置。
［Ｃ２８］
前記少なくとも１つのプロセッサは、前記パケットが落とされる率を調節することによって、前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、［Ｃ２７］に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすことによって、前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、［Ｃ２７］に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすことによって、前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、［Ｃ２７］に記載の装置。
［Ｃ３１］
前記少なくとも１つのプロセッサは、予め定められたサイズより大きなパケットのみを選択的に落とすことによって、前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、［Ｃ２７］に記載の装置。
［Ｃ３２］
前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、［Ｃ３１］に記載の装置。
［Ｃ３３］
前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、［Ｃ２７］に記載の装置。
［Ｃ３４］
前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、［Ｃ２７］に記載の装置。
［Ｃ３５］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、［Ｃ２７］に記載の装置。
［Ｃ３６］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、［Ｃ２７］に記載の装置。
［Ｃ３７］
前記少なくとも１つのプロセッサはさらに、前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つを行うように構成された、［Ｃ３６］に記載の装置。
［Ｃ３８］
前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、［Ｃ２７］に記載の装置。
［Ｃ３９］
前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、［Ｃ２７］に記載の装置。
［Ｃ４０］
無線通信のためのコンピュータ・プログラム製品であって、
前記コンピュータ・プログラム製品は、格納されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を備え、
前記コードは、
ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタすることと、
受信されたパケットを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とすことと、
のために１または複数のプロセッサによって実行可能である、
コンピュータ・プログラム製品。
［Ｃ４１］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、前記パケットが落とされる率を調節するためのコードを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４２］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすためのコードを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４３］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすためのコードを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４４］
前記受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、予め定められたサイズより大きなパケットのみを選択的に落とすためのコードを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４５］
前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、［Ｃ４４］に記載のコンピュータ・プログラム製品。
［Ｃ４６］
前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４７］
前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４８］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ４９］
前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ５０］
前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つのためのコードをさらに備える、［Ｃ４９］に記載のコンピュータ・プログラム製品。
［Ｃ５１］
前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、［Ｃ４０］に記載のコンピュータ・プログラム製品。
［Ｃ５２］
前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、［Ｃ４０］に記載のコンピュータ・プログラム製品。

Claims (48)

1. 無線通信のための方法であって、
   ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタすることと、
   予め定められたサイズよりも大きな受信されたパケットのみを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とすことと、
   を備える、方法。
2. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすことは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすことを備える、請求項１に記載の方法。
3. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすことは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすことを備える、請求項１に記載の方法。
4. 前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項１に記載の方法。
5. 前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、請求項１に記載の方法。
6. 前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、請求項１に記載の方法。
7. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、請求項１に記載の方法。
8. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、請求項１に記載の方法。
9. 前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つをさらに備える、請求項８に記載の方法。
10. 前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、請求項１に記載の方法。
11. 前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、請求項１に記載の方法。
12. 無線通信のための装置であって、
    ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタする手段と、
    予め定められたサイズよりも大きな受信されたパケットのみを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とす手段と、を備える、装置。
13. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とす手段は、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とす手段を備える、請求項１２に記載の装置。
14. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とす手段は、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とす手段を備える、請求項１２に記載の装置。
15. 前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項１２に記載の装置。
16. 前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、請求項１２に記載の装置。
17. 前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、請求項１２に記載の装置。
18. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、請求項１２に記載の装置。
19. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、請求項１２に記載の装置。
20. 前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つのための手段、をさらに備える請求項１９に記載の装置。
21. 前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、請求項１２に記載の装置。
22. 前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、請求項１２に記載の装置。
23. 無線通信のための装置であって、
    ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタし、
    予め定められたサイズよりも大きな受信されたパケットのみを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とすように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに接続されたメモリと、を備える、装置。
24. 前記少なくとも１つのプロセッサは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすことによって、前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、請求項２３に記載の装置。
25. 前記少なくとも１つのプロセッサは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすことによって、前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、請求項２３に記載の装置。
26. 前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項２３に記載の装置。
27. 前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、請求項２３に記載の装置。
28. 前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、請求項２３に記載の装置。
29. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、請求項２３に記載の装置。
30. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、請求項２３に記載の装置。
31. 前記少なくとも１つのプロセッサはさらに、前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つを行うように構成された、請求項３０に記載の装置。
32. 前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、請求項２３に記載の装置。
33. 前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、請求項２３に記載の装置。
34. 無線通信のためのコードを記憶したコンピュータ読取可能な記憶媒体であって、
    前記コードは、
    ユーザ機器（ＵＥ）に関連する１または複数のパラメータを前記ＵＥによってモニタすることと、
    予め定められたサイズよりも大きな受信されたパケットのみを、前記ＵＥにおいてレート制御メカニズムをトリガするために、前記１または複数のパラメータに基づいて選択的に落とすことと、
    のために１または複数のプロセッサによって実行可能である、コンピュータ読取可能な記憶媒体。
35. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、送信制御プロトコル（ＴＣＰ）ウィンドウ・サイズを低減するために、パケットを周期的に落とすためのコードを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
36. 前記予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、対応する送信制御プロトコル（ＴＣＰ）レイヤ・スループットを低減するために、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤにおいて、パケットを選択的に落とすためのコードを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
37. 前記予め定められたサイズは、予測された制御パケットのサイズよりも大きくなるように選択される、請求項３４に記載のコンピュータ読取可能な記憶媒体。
38. 前記１または複数のパラメータは、前記ＵＥの温度、または、前記ＵＥのデバイスの温度のうちの少なくとも１つを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
39. 前記１または複数のパラメータは、メモリに関連するパラメータ、または、処理電力に関連するパラメータのうちの少なくとも１つを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
40. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤからアプリケーション・プロセッサへとデータを転送するために使用される、バッファ内において、読み取られていないデータの量、または、読み取られていないデータが前記バッファ内に存在する時間の長さ、のうちの少なくとも１つを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
41. 前記１または複数のパラメータは、パケット・データ収束プロトコル（ＰＤＣＤ）レイヤからアプリケーション・プロセッサへデータを転送するために使用されるバッファから、前記アプリケーション・プロセッサがデータを読み取るレートを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。
42. 前記バッファのサイズを動的に調節すること、または、前記レートを所望のターゲット・レートへ調節することのうちの少なくとも１つのためのコードをさらに備える、請求項４１に記載のコンピュータ読取可能な記憶媒体。
43. 前記１または複数のパラメータは、アプリケーション・プログラミング・インタフェースを介して前記ＵＥのアプリケーション・プロセッサによって前記ＵＥのモデムへ提供されるレートを含む、請求項３４に記載のコンピュータ読取可能な記憶媒体。
44. 前記受信されたパケットを選択的に落とすことは、前記パケットをモデムからアプリケーション・プロセッサへ転送する前に行われる、請求項３４に記載のコンピュータ読取可能な記憶媒体。
45. パケットを、前記１または複数のパラメータに基づいて選択的に落とすことは、前記パケットが落とされる率を調節することを備える、請求項１に記載の方法。
46. 受信されたパケットを、前記１または複数のパラメータに基づいて選択的に落とす手段は、前記パケットが落とされる率を調節する手段を備える、請求項１２に記載の装置。
47. 前記少なくとも１つのプロセッサは、前記パケットが落とされる率を調節することによって、予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすように構成された、請求項２３に記載の装置。
48. 予め定められたサイズよりも大きな受信されたパケットのみを、前記１または複数のパラメータに基づいて選択的に落とすためのコードは、前記パケットが落とされる率を調節するためのコードを備える、請求項３４に記載のコンピュータ読取可能な記憶媒体。

Images