リソース利用メッセージの適応型送信
適応型方式は、ワイヤレスノードによる干渉管理メッセージの送信を制御する。たとえば、適応型方式を使用して、リソース利用メッセージを送信すべきかどうか、および／またはリソース利用メッセージをどのように送信するかを判断することができる。そのような判断は、たとえば、サービス品質しきい値と、受信データに関連する現在のサービス品質レベルとの比較に基づくことができる。前に送信されたリソース利用メッセージの効果に基づいてサービス品質しきい値を適応させることができる。ワイヤレスノードがリソース利用メッセージを送信する頻度に基づいて、所与のワイヤレスノードのサービス品質しきい値を適応させることができる。別のワイヤレスノードから受信した情報に基づいて、所与のワイヤレスノードのサービス品質しきい値を適応させることができる。適応方式はまた、所与のワイヤレスノードによって受信されるトラフィックのタイプに依存する。スループット情報に基づいてサービス品質しきい値を適応させることもできる。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般にワイヤレス通信に関し、より詳細には、限定はしないが、リソース利用メッセージを送信するための適応型方式に関する。
【背景技術】
【０００２】
ワイヤレス通信システムの展開は、一般に、何らかの形式の干渉緩和方式を実装することを含む。いくつかのワイヤレス通信システムでは、隣接ワイヤレスノードが干渉を引き起こすことがある。一例として、セルラーシステムでは、第１のセルのセルホンまたは基地局のワイヤレス送信は、隣接セルのセルホンと基地局との間の通信に干渉することがある。同様に、Ｗｉ−Ｆｉネットワークでは、第１のサービスセットのアクセス端末またはアクセスポイントのワイヤレス送信は、隣接サービスセットのアクセス端末と基地局との間の通信に干渉することがある。
【０００３】
その開示が参照により本明細書に組み込まれる米国特許出願公開第２００７／０１０５５７４号には、リソース利用メッセージ（「ＲＵＭ」）を使用して、送信ノードおよび受信ノードによる伝送を共同スケジューリングすることによってワイヤレスチャネルの公平な共有を可能にするシステムが記載されている。ここで、送信ノードは、その近隣のリソース利用可能性の知識に基づいてリソースのセットを要求し、受信ノードは、その近隣のリソース利用可能性の知識に基づいて要求を許可する。たとえば、送信ノードは、その近傍の受信ノードをリッスンすることによってチャネル利用可能性を判断し、受信ノードは、その近傍の送信ノードをリッスンすることによって潜在的な干渉を判断する。
【０００４】
受信ノードが隣接送信ノードからの干渉を受ける場合、受信ノードは、隣接送信ノードにそれらの干渉送信を制限させる目的でＲＵＭを送信する。関連する態様によれば、受信ノードが（たとえば、受信する間に経験する干渉のために）不利になり、送信の衝突回避モードを望むことを示すだけでなく、受信ノードが不利である程度をも示すために、ＲＵＭに重み付けすることができる。
【０００５】
ＲＵＭを受信する送信ノードは、ＲＵＭならびにその重みを受信したということを利用して、適切な応答を判断することができる。たとえば、送信ノードは、送信するのを控えることを選ぶか、１つまたは複数の指定されたタイムスロット中にその送信電力を減少させるか、またはＲＵＭを無視することができる。したがって、ＲＵＭおよび関連する重みの広告は、システム中のすべてのノードに公平である衝突回避方式を与えることができる。
【発明の概要】
【０００６】
本開示の例示的な態様の概要について以下で説明する。本明細書における態様という用語への言及は、本開示の１つまたは複数の態様に関する可能性があることを理解されたい。
【０００７】
本開示は、いくつかの態様では、ワイヤレス通信システムにおいてパフォーマンスの最適なレベルを達成しようと試みることに関する。ここで、システムパフォーマンスは、ワイヤレスリソースの利用率（たとえば、スペクトル効率）、サービス品質（「ＱｏＳ」）、または何らかの他のパフォーマンス関連基準に関する。
【０００８】
本開示は、いくつかの態様では、ワイヤレス通信システムにおいて干渉を緩和することに関する。たとえば、いくつかの態様では、適応型方式を利用して、ワイヤレスノードによる干渉管理メッセージ（たとえば、リソース利用メッセージ）の送信を制御する。
【０００９】
ここで、適応型方式を使用して、リソース利用メッセージを送信すべきかどうか、および／またはリソース利用メッセージをどのように送信するかを判断することができる。そのような判断は、たとえば、サービス品質の所望のレベルを表すしきい値と、受信データに関連するサービス品質レベルの現在のレベルとの比較に基づくことができる。たとえば、現在のサービス品質レベルがこのサービス品質しきい値を下回る場合、リソース利用メッセージを送信することができる。ここで、サービス品質は、データスループット、データ待ち時間、干渉、または何らかの他の関連するパラメータに関する。
【００１０】
いくつかの態様では、前に送信されたリソース利用メッセージの効果に基づいてサービス品質しきい値を適応させることができる。たとえば、ワイヤレスノードによるリソース利用メッセージの前の送信が、そのノードにおけるサービス品質レベルを改善した場合、サービス品質しきい値を増加させる。このようにして、ワイヤレスノードは、そのワイヤレスノードにおけるサービス品質を改善するために、潜在的に、リソース利用メッセージをより頻繁に送信することができる。反対に、リソース利用メッセージの送信がサービス品質を改善しなかった場合、より少数のリソース利用メッセージが送信されるように、ワイヤレスノードはしきい値を減少させる。
【００１１】
いくつかの態様では、ワイヤレスノードがリソース利用メッセージを送信する頻度に基づいて所与のワイヤレスノードのサービス品質しきい値を適応させることができる。たとえば、リソース利用メッセージ送信の頻度が増加する場合、サービス品質しきい値を減少させることができる。多数のリソース利用メッセージの送信は、ワイヤレスノードにおけるサービス品質レベルを比例して改善せず、しかも他のノードのシステムリソースの利用可能性に悪影響を及ぼすことがあるので、このようにして、ワイヤレスノードは、より少数のリソース利用メッセージを送信することを選ぶ。
【００１２】
いくつかの態様では、別のワイヤレスノードから受信した情報に基づいて所与のワイヤレスノードのサービス品質しきい値を適応させることができる。たとえば、第１のワイヤレスノードは、第２のワイヤレスノードによって受信されるリソース利用メッセージに関する、第２のワイヤレスノードから受信する情報に基づいて、そのサービス品質しきい値を適応させることができる。別の例として、第１のワイヤレスノードは、隣接送信ノードによる送信に関する、その送信ノードから受信する情報（たとえば、送信側リソース利用メッセージ）に基づいて、そのサービス品質しきい値を適応させることができる。
【００１３】
いくつかの態様では、所与のワイヤレスノードによって受信される様々なタイプのトラフィックに対して様々な適応方式を使用する。たとえば、あるタイプのトラフィックのサービス品質しきい値を、別のタイプのトラフィックのサービス品質しきい値とは異なる方法で適応させることができる。
【００１４】
いくつかの態様では、スループット情報に基づいてサービス品質しきい値を適応させることができる。たとえば、サービス品質しきい値を、関連するワイヤレスセクタ中のワイヤレスノードのすべてのスループットレートの中央値に設定することができる。代替的に、サービス品質しきい値を、隣接ワイヤレスセクタのセットの中央スループットレートの中央値に設定することができる。
【００１５】
本開示のこれらおよび他の例示的な態様について、以下の詳細な説明および添付の特許請求の範囲、ならびに添付の図面において説明する。
【図面の簡単な説明】
【００１６】
【図１】ワイヤレス通信システムのいくつかの例示的な態様の簡略図。
【図２】データの受信に関連して実行される干渉緩和動作のいくつかの例示的な態様のフローチャート。
【図３】受信ノードのいくつかの例示的な態様の簡略ブロック図。
【図４】送信されたリソース利用メッセージの効果に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図５】リソース利用メッセージの頻度に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図６】ワイヤレスノードから受信したリソース利用メッセージ情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図７】いくつかの例示的なＲＳＴ適応曲線を示す簡略図。
【図８】ローカルスループットに基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図９】リソース利用メッセージの送信に関連して実行される動作のいくつかの例示的な態様のフローチャート。
【図１０Ａ】共有スループット入力情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図１０Ｂ】共有スループット入力情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図１１】通信構成要素のいくつかの例示的な態様の簡略ブロック図。
【図１２】本明細書で教示する干渉緩和メッセージの送信を適応させるように構成された装置のいくつかの例示的な態様の簡略ブロック図。
【図１３】本明細書で教示する干渉緩和メッセージの送信を適応させるように構成された装置のいくつかの例示的な態様の簡略ブロック図。
【発明を実施するための形態】
【００１７】
慣例により、図面中に示された様々な特徴は一定の縮尺で描かれていないことがある。したがって、様々な特徴の寸法は、分かりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは、分かりやすいように簡略化されることがある。したがって、図面は、所与の装置（たとえば、デバイス）または方法の構成要素のすべてを示しているわけではない。最後に、明細書および図の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。
【００１８】
本開示の様々な態様について以下で説明する。本明細書の教示は多種多様な形態で実施でき、本明細書で開示されている特定の構造、機能、またはその両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様とは独立に実装できること、およびこれらの態様のうちの２つ以上を様々な方法で組み合わせることができることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置を実現し、または方法を実施することができる。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置を実現し、またはそのような方法を実施することができる。さらに、態様は、請求項の少なくとも１つの要素を備えることができる。上記の一例として、いくつかの態様では、ワイヤレス通信の方法は、リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることを備えることができる。さらに、いくつかの態様では、リソース利用メッセージの送信がデータフローに関連するサービス品質を改善した場合、サービス品質しきい値の適応により、リソース利用メッセージのより頻繁な送信が行われることがある。
【００１９】
図１に、ワイヤレス通信システム１００のいくつかの例示的な態様を示す。システム１００は、一般にノード１０２および１０４として示されるいくつかのワイヤレスノードを含む。所与のノードは、１つまたは複数のトラフィックフロー（たとえば、データフロー）を受信および／または送信することができる。たとえば、各ノードは、少なくとも１つのアンテナと、関連する受信機構成要素および送信機構成要素とを備えることができる。以下の説明では、受信しているノードを指すために受信ノードという用語を使用し、送信しているノードを指すために送信ノードという用語を使用する。そのような言及は、ノードが送信と受信の両方の動作を実行することが不可能であることを暗示しない。
【００２０】
ノードは様々な方法で実装できる。たとえば、いくつかの実装形態では、ノードは、アクセス端末、中継ポイント、またはアクセスポイントを備えることができる。図１を参照すると、ノード１０２はアクセスポイントまたは中継ポイントを備え、ノード１０４はアクセス端末を備えることができる。いくつかの実装形態では、ノード１０２は、ネットワーク（たとえば、Ｗｉ−Ｆｉネットワーク、セルラーネットワーク、またはＷｉＭａｘネットワーク）のノード間の通信を可能にする。たとえば、アクセス端末（たとえば、アクセス端末１０４Ａ）が、アクセスポイント（たとえば、アクセスポイント１０２Ａ）または中継ポイントのカバレージエリア内にあるとき、それによって、アクセス端末１０４Ａは、システム１００の別のデバイス、またはシステム１００と通信するために結合される何らかの他のネットワークと通信することができる。ここで、ノードの１つまたは複数（たとえば、ノード１０２Ｂ）は、別の１つまたは複数のネットワーク（たとえば、インターネットなどのワイドエリアネットワーク）への接続性を与える有線アクセスポイントを備えることができる。
【００２１】
いくつかの態様では、システム１００の２つ以上のノード（たとえば、共通の独立したサービスセットのノード）は、１つまたは複数の通信リンクを介してノード間のトラフィックフローを確立するために、互いに関連する。たとえば、ノード１０４Ａおよび１０４Ｂは、対応するアクセスポイント１０２Ａおよび１０２Ｃを介して、互いに関連することができる。したがって、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ａを介してアクセス端末１０４Ａとの間で確立され、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ｃを介してアクセス端末１０４Ｂとの間で確立される。
【００２２】
場合によっては、システム１００中のいくつかのノードは、同時に（たとえば、同じタイムスロット中に）送信しようと試みることがある。送信ノードと受信ノードとの相対位置、および送信ノードの送信電力に応じて、そのような同時通信を確実に行うことが可能である。これらの状況下では、システム１００のワイヤレスリソースは、たとえば、キャリア検知多重アクセス（「ＣＳＭＡ」）動作モードを使用するだけのシステムに比較して、うまく利用できる。
【００２３】
しかしながら、他の状況下では、システム１００中のノードからのワイヤレス送信は、システム１００中の関連しないノードにおける受信に干渉することがある。たとえば、ノード１０２Ｄが（シンボル１０６Ｂで表されるように）ノード１０４Ｃに送信しているのと同時に、ノード１０４Ｂは（ワイヤレス通信シンボル１０６Ａで表されるように）ノード１０２Ｃから受信していることがある。ノード１０４Ｂと１０２Ｄとの間の距離、およびノード１０２Ｄの送信電力に応じて、（破線記号１０６Ｃで表される）ノード１０２Ｄからの送信は、ノード１０４Ｂにおける受信に干渉することがある。
【００２４】
このような干渉を緩和するために、ワイヤレス通信システムのノードは、ノード間メッセージング方式を採用することができる。たとえば、干渉を経験している受信ノードは、そのノードが不利であることを何らかの方法で示すためにリソース利用メッセージ（「ＲＵＭ」）を送信する。ＲＵＭを受信する隣接ノード（たとえば、潜在的な干渉物）は、ＲＵＭ送信ノード（すなわち、ＲＵＭを送信した受信ノード）に干渉することを回避するために、何らかの方法でその将来の送信を制限することを選ぶ。ここで、受信ノードによるＲＵＭを送信する決定は、そのノードにおいて受信されたデータに関連するサービス品質に少なくとも部分的に基づく。たとえば、受信ノードは、そのリンクまたはフローのうちの１つまたは複数の現在のサービス品質レベルが所望のサービス品質レベルを下回った場合、ＲＵＭを送信する。反対に、サービス品質が許容できる場合、ノードはＲＵＭを送信しない。
【００２５】
以下の説明では、ＲＵＭを送信すべきかどうかを判断するために使用されるサービス品質レベルを、ＲＵＭ送信しきい値（「ＲＳＴ」）と呼ぶことがある。たとえば、いくつかの実装形態では、ノードの１つまたは複数のリンクまたはデータフローに関連するサービス品質が、指定されたＲＳＴ値を下回った場合、ノードはＲＵＭを送信する。
【００２６】
実際問題として、ノードは、同時にアクティブであるいくつかのリンクを有することがある。この場合、ノードは、リンクのすべてのサービス品質に基づいて単一のＲＵＭを送信することができる。たとえば、いくつかの実装形態では、ノード（または、場合によっては、ノードに関連するアクセスポイント）は、ノードのリンクごとにＲＳＴを定義することできる。したがって、ノードは、リンクごとにサービス品質基準を決定し、各サービス品質基準を対応するＲＳＴと比較することができる。その場合、ＲＵＭを送信する決定は、リンクのいずれか１つがその所望のサービス品質を満たしていないかどうかに基づくことができる。ここで、ＲＵＭに与えられた重み係数（すなわち、重み）は、最も不利なリンクの重み（たとえば、最高の重み）に対応することができる。
【００２７】
ノードがいくつかのアクティブリンクを有するとき、他のＲＵＭ送信方式を採用することができることを諒解されたい。たとえば、ノードは、リンクごとにＲＵＭを送信するか、集合的なサービス品質基準およびＲＳＴをリンクのすべてに与えるか、または、データスループット、データ待ち時間、干渉、または何らかの他の関係するパラメータなどの他の基準に基づいてＲＵＭを送信することができる。
【００２８】
ノードがいくつかのアクティブなフローを有する場合、ノード（または、ノードがアクセス端末ならば関連するアクセスポイント）は、フローごとにＲＳＴを定義することができる。たとえば、ボイス呼は４０ｋｂｐｓのＲＳＴに関連し、ビデオ呼は２００ｋｂｐｓのＲＳＴを有することができる。ここで、ＲＳＴは、システムによって使用される帯域幅にわたって正規化される。フローがネットワーク中に導入されると、そのパスにおける各リンクは、そのＲＳＴによって増加することがある。したがって、リンクのＲＳＴは、それを通過するすべてのフローのＲＳＴの和とすることができる。その場合、ＲＵＭの重みを上述のように計算することができる。
【００２９】
いくつかの実装形態では、ノードは、そのフローのいずれか１つがその所望のサービス品質を満たしていない場合、ＲＵＭを送信することを選ぶことができる。この場合、ノードは、フローごとにサービス品質基準を決定し、各サービス品質基準を対応するＲＳＴと比較することができる。ここで、ＲＵＭを与えられた重みは、最も不利なフローの重み（たとえば、最高の重み）に対応することができる。
【００３０】
再び、ここで他のＲＵＭ送信方式を採用することができることを諒解されたい。たとえば、ノードは、フローごとにＲＵＭを送信するか、集合的なサービス品質基準およびＲＳＴをフローのすべてに与えるか、または、他の基準に基づいてＲＵＭを送信することができる。
【００３１】
システム中のノードのＲＳＴが合理的に達成可能な場合、ＲＵＭ方式は、システム中のリンクのすべてがそれらの所望のサービス品質を達成することを保証する。ここで、余剰リソースが、良好な搬送波対干渉波比（「Ｃ／Ｉ」）とのリンクによって利用できる。言い換えれば、これらのリンクは、それらの所望のサービス品質よりも高いサービス品質レベル（たとえば、スループットレベル）を達成することができる。
【００３２】
対照的に、ＲＳＴが不適当なレベルに設定された場合、システムは準最適平衡状態に落ち着く。ノードのためのＲＳＴの機能は、ある意味では、２通りに解釈できる。媒体アクセス制御（「ＭＡＣ」）層および上位層に対して、ＲＳＴは、１つまたは複数のリンクまたはフローに所望されるサービス品質の基準として機能することができる。物理的（「ＰＨＹ」）層に対して、ＲＳＴは、ノードに、チャネルの同時共有から、たとえば、各ノードがすべてのそのネイバーを切り離すＣＳＭＡのようなアクセスに切り替えさせる値として機能することができる。場合によっては、ＲＳＴのこれらの２つの機能は互いに競合している。したがって、システム中のノードによるＲＵＭの送信は、ある状況下では、対応するノードに有益であるが、（たとえば、ＲＵＭの送信がシステムの全体的なパフォーマンスに悪影響を及ぼすとき）すべての状況で有益であるわけではない。適切なＲＳＴを選択することに関連して発生することがある問題に関して、以下に少数の特定の例を挙げる。
【００３３】
ＲＳＴが達成できないレベルに設定された（たとえば、あまりに高く設定された）場合、リンクの一部または全部は常に不利であることがある。したがって、対応する受信ノードはＲＵＭを断続的に送信することができる。これはまた、システム中の他のノードによって送信を停止または制限し、それによって、システムの全体的なスループットを低下させることがある。ここで、多数のノードがＲＵＭを断続的に送信しているとき、システムは、ＣＳＭＡ動作モードで効果的に動作する。場合によっては、全体的なシステムスループットが最適よりも小さくても、システムは、ＲＵＭに関連する重みのために（たとえば、ＲＳＴの比によって示されるように）ノード間のリソースの比較的公平な割当てを依然として達成することができる。しかしながら、実際問題として、より最適なレベルのシステムパフォーマンスは、ある程度のリソース共有を行うことによって達成できる。たとえば、リソースを共有することによって、システムの累積サービス品質と、システム中の各ノード（または各リンク、フローなど）におけるサービス品質の両方における改善を達成することが可能である。
【００３４】
場合によっては、ノードは、ＲＵＭを送信した後も、その所望のサービス品質を満たすことができない。この状態は、たとえば、送信ノードと受信ノードとがはるかに離れているので、干渉が無視できる場合でも、所望のレートが満たされないために生じることがある。この状態はまた、たとえば、あまりに多くのアクセス端末がアクセスポイントに接続されているときに生じることがある。この場合、トラフィック負荷自体がボトルネックになることがある。そのような場合、これらのノードによって送信されるＲＵＭの数を制限するために、（たとえば、ＲＳＴを低下させることによって）１つまたは複数のノード、リンク、フローなどのサービス品質を落とし、それによって、システム中の他のノード、リンク、フローなどのサービス品質を改善することが有益であることがわかる。
【００３５】
システム中のＲＳＴがあまりに低く設定された場合、システム中のすべてまたは大部分のリンクは、それらの所望のサービス品質を常に達成する。この場合、ノードはＲＵＭを送信しない。したがって、ノードは自由に同時に送信することができる。この場合、システムで達成されるスループットは干渉制限される。ノードの位置と干渉環境とに応じて、これによりリソースの不公平な分配を生じることがある。
【００３６】
ＲＳＴの適切な選択はまた、システムによって搬送されるトラフィックのタイプに依存することがある。たとえば、固定レートトラフィックチャネル（たとえば、制御チャネル）の確実な動作を保証するために、特定のスループットを維持する必要がある。また、いくつかのノードは、大量のトラフィックを集めていることがあるので、より高いトラフィック要件を有することがある。ワイヤレスバックホールがツリーのようなアーキテクチャで使用され、ツリーのルートに近接するノードがスケジュールされている場合、これは特に当てはまる。したがって、ピークレートの観点から、または遅延に耐えられないサービスの場合、ノードが通常であれば同時送信を用いて達成することができるレートよりも高いレートで、そのノードがバーストできるようにすることが有益である。
【００３７】
上記に鑑みて、システム効率の見地から、どのモードが現在の条件下で最良のシステムパフォーマンスを達成するかに応じて、システムのノードが、同時送信または衝突回避に有利であるように、それらのそれぞれのＲＳＴを設定することが望ましいことがある。したがって、システム中のワイヤレスノードまたは関連するアクセスポイントは、たとえば、ネットワークから輻輳フィードバックに基づいてそれぞれのＲＳＴを動的に適応させるように構成できる。ここで、ＲＳＴを変更することによって、ノード、リンク、フローなどの能力は、輻輳の期間中に競合するように改変できる。
【００３８】
所与のノードまたはいくつかのノードに対するＲＳＴの適応は、異なる状況下で異なる形でシステムパフォーマンスに影響を及ぼすことがある。いくつかの態様では、システム中の所与のノードに対するＲＳＴの適応は、そのノードによって受信されたデータのサービス品質を改善することができる。たとえば、場合によっては、ＲＳＴを増加させると、ノードがより多くのＲＵＭを送信し、それによって、ノードがシステムリソース（たとえば、タイムスロット）により多くアクセスする可能性が高くなる。いくつかの態様では、システム中のノードのＲＳＴの適応は、システムの全体的なパフォーマンス（たとえば、スループット、スペクトル効率など）を改善することができる。たとえば、ＲＵＭの送信が所与のノードにおけるサービス品質を明らかな程度まで改善していないとき、システム中の他のノードがシステムリソースにより多くアクセスすることができるように、そのノードにおけるＲＳＴを減少させることが、システムの観点から、より有利なことがある。
【００３９】
上述のように、サービス品質は、スループット、待ち時間、干渉（たとえば、Ｃ／Ｉ）または何らかの他の好適なパラメータに関係する。したがって、いくつかの態様では、ＲＳＴは、１つまたは複数のデータリンクまたはデータフローに望まれる最小データスループットレートを定義することができる。いくつかの態様では、ＲＳＴは、１つまたは複数のデータリンクまたはデータフローに望まれる最大データ伝搬待ち時間期間を定義することができる。いくつかの態様では、しきい値は、１つまたは複数のデータリンクまたはデータフローにとって許容できる最大干渉レベルを定義することができる。
【００４０】
いくつかの態様では、ＲＳＴを正規化することができる。たとえば、ＲＳＴスループット値を（たとえば、ｂ／ｓ／Ｈｚに対応する）正規化ビットに関して定義することができる。特定の例として、２０ＭＨｚチャネルおよび１ｍｓタイムスロットサイズにわたって計算された０．４ｂ／ｓ／ＨｚＲＳＴは、リンクがタイムスロットごとに０．４×２０×１０６×１×１０−３＝８０００ビットのサービス品質を望むことを暗示する。
【００４１】
ＲＳＴの初期値は、様々な基準に基づいて選択できる。たとえば、最小サービス品質（たとえば、最大待ち時間または最小スループット）を必要とするアプリケーションの場合、初期ＲＳＴはこの基準に基づくことができる。
【００４２】
適用例によっては、初期ＲＳＴ値は、システムにおいて達成可能であると予想される許容できるサービス品質レベルの推定値に基づいて設定できる。たとえば、計画されたセルラーシステムにおいて順方向リンクエッジスペクトル効率を定義するのと同様の方法で、初期ＲＳＴ値を定義することができ、その場合、セルエッジスペクトル効率は、送受信基地局がエッジユーザ端末に送信することになっており、隣接するユーザ端末が常にオンである場合に、そのエッジユーザ端末が達成するスループットを示す。計画されたＣＤＭＡシステム中のセルエッジジオメトリは、たとえば、約６ｄＢ〜１０ｄＢにわたることがある。したがって、最大４ｄＢの間隙を仮定すると、０．０５〜０．１ｂ／ｓ／Ｈｚの範囲内でセルエッジスペクトル効率を定義することができる。
【００４３】
ＲＳＴベースのシステムでは、同時送信を用いたスループットが、初期ＲＳＴ値によって指定されたスループットよりも悪い場合、ノードは衝突回避モードに移行することができる。ここで、その最小スループットが達成できないので、衝突回避モードへの切替えは必ずしも所望のスループットをもたらすわけではない。しかしながら、衝突回避は、同時送信を使用して達成できるスループットよりも良いスループットをもたらすことがある。
【００４４】
次に図２を参照すると、図示のフローチャートは、ＲＳＴを適応させることに関連して（たとえば、受信ノードによって）実行されるいくつかの高いレベルの動作に関する。便宜上、図２の動作（または、本明細書で論じたかまたは教示した任意の他の動作）については、特定の構成要素によって実行されるものとして説明する。たとえば、図３に、ノード３００の受信動作に関連して採用される例示的な構成要素を示す。ただし、説明する動作は、他のタイプの構成要素によって実行でき、異なる個数の構成要素を使用して実行できることを諒解されたい。たとえば、本明細書で説明するしきい値適応動作および構成要素は、その関連するノード（たとえば、アクセス端末）ごとに１つまたは複数のＲＳＴ値を設定するアクセスポイントにおいて実装できる。また、本明細書で説明する動作の１つまたは複数は、所与の実装形態では採用されない場合があることを諒解されたい。
【００４５】
図２のブロック２０２で表されるように、システムのノードが別のノードの通信範囲内にあるとき、ノードは、通信セッションを形式的に確立するために互いに関連する。図３の例では、ワイヤレスノード３００は、別のワイヤレスノードと通信するための送信機構成要素および受信機構成要素３０６および３０８を含むトランシーバ３０４と協働する通信プロセッサ３０２を含む。このようにして、１つのノード（たとえば、図１のノード１０２Ｃ）から別のノード（たとえば、ノード１０４Ｂ）に、１つまたは複数のトラフィックフローを確立する。
【００４６】
図２のブロック２０４〜２０８は、ノード（たとえば、アクセスポイントまたはアクセス端末）がデータの受信とともに実行することができるＲＵＭ発生動作に関する。ここで、ノードは、その受信データのサービス品質を繰り返し（たとえば、継続的に、周期的になど）監視し、監視されたサービス品質レベルが所望のサービス品質レベルを下回ったときはいつでもＲＵＭを送信する。
【００４７】
ブロック２０４で表されるように、受信ノード（たとえばノード１０４Ｂ）は、関連する送信ノード（たとえばノード１０２Ｃ）からデータを受信する。上述のように、受信データは、１つまたは複数のリンクおよび／またはフローに関連する。
【００４８】
ブロック２０６で表されるように、受信ノードは、所望のサービス品質レベルに従ってデータを受信しているかどうかを判断する。たとえば、ノードは、所与の（たとえば、ビデオトラフィックのための）スループットレート以上で、所与の（たとえば、ボイストラフィックのための）待ち時間期間内に、または深刻な干渉なしに、所与のタイプのトラフィックに関連するデータを受信することが望ましい。図３の例では、ノード３００は、受信機３０８によって受信されたデータを分析して、そのデータに関連する１つまたは複数のサービス品質関連パラメータを判断するように構成されたＱｏＳ判断器３１０を含む。したがって、ＱｏＳ判断器３１０は、受信データのスループットを計算するためのスループット判断器３１２、受信データの待ち時間を計算するための待ち時間判断器３１４、または、たとえば受信データ上に付与される干渉の量を推定するための干渉判断器３１６のうちの１つまたは複数を備える。ＱｏＳ判断器が他の形式をとることもできることを諒解されたい。様々な技法を採用して、サービス品質を監視することができる。たとえば、いくつかの実装形態では、ノードはスライディングウィンドウ方式（たとえば、短期移動平均）を採用して、その受信データのサービス品質レベルを比較的継続的に監視することができる。
【００４９】
ここで、所与のサービス品質レベルが達成されているかどうかの判断は、ＱｏＳ判断器３１０によって与えられたサービス品質情報と、所望のサービス品質（たとえば、サービス品質しきい値３２０）を表す、記憶された情報３１８との比較に基づく。図３では、ＱｏＳ判断器３１０は、所与の時間期間、所与のパケット数などにわたって受信されたデータに関連するサービス品質レベルを示す（たとえば、サービス品質レベルの推定値を与える）サービス品質基準を生成する。さらに、１つまたは複数のしきい値３２０（たとえば、ＲＳＴ）は、所与のタイプのトラフィック、またはいくつかの異なるタイプのトラフィックに対して予想されるサービス品質レベルを定義する。したがって、コンパレータ３２２は、ノード３００が許容できるレベルでデータを受信しているかどうか、またはノード３００が何らかの形で不利であるかどうかを判断するために、現在のサービス品質基準をサービス品質しきい値３２０と比較する。
【００５０】
図２のブロック２０８で表されるように、所与のサービス品質レベルが受信ノードにおいて満たされていない場合、受信ノードは、受信ノードがある程度不利であることを示すＲＵＭを送信する。ここで、ノードが不利である程度をＲＵＭ重みで示す。図３の例では、ＲＵＭ送信判断器３２４は、コンパレータ３２２によって実行された比較に基づいてＲＵＭを送信すべきかどうかを判断する。ＲＵＭを送信する決定が行われた場合、ＲＵＭ発生器３２６は、ＲＵＭに対して適切な重みを判断し、ＲＵＭを送信する送信機３０６と協働する。いくつかの実装形態では、（たとえば、ＲＳＴに対応する）所望のサービス品質と、実際に達成されたサービス品質に関係するサービス品質基準との比の量子化された値として、ＲＵＭ重みを定義する。
【００５１】
いくつかの態様では、システム（たとえば、所与のネットワーク）中のＲＵＭのすべては、一定の電力スペクトル密度（「ＰＳＤ」）で、または一定の電力で送信される。所与のノードの通常の送信電力にかかわらず、これは事実である。このようにして、ＲＵＭ送信ノードがより低い電力ノードであるか、またはより高い電力ノードであるかにかかわりなく、比較的遠く離れた、潜在的に干渉する（たとえば、より高い電力の）送信ノードにおいてＲＵＭを受信することができる。言い換えれば、ＲＵＭ復号範囲は、実質的に、システムによって制御される最大送信干渉範囲以上となるように定義できる。
【００５２】
ＲＵＭを受信する送信ノードは、ＲＵＭならびにその重みの受信に基づいて適切な手順を判断することができる。たとえば、送信ノード（たとえば、図１のノード１０２Ｄ）は、関連しない受信ノード（たとえば、ノード１０４Ｂ）がその送信ノードに関連する受信ノード（たとえば、ノード１０４Ｃ）よりも不利であると判断した場合、関連しない受信ノードを干渉することを回避するために、送信するのを控えることを選ぶか、または１つまたは複数の指定されたタイムスロット中にその送信電力を減少させることができる。したがって、送信ノードは、ある時間にその送信を制限することによって、隣接するＲＵＭ送信ノードにおけるＣ／Ｉを改善することができる。
【００５３】
代替的に、送信ノードは、その関連する受信ノードがＲＵＭを送信した任意の他の受信ノードよりも不利であると判断した場合、関連しないノードからのＲＵＭを無視することができる。この場合、送信ノードは、所与のタイムスロット中に送信することを選ぶことができる。
【００５４】
ブロック２１０で表されるように、ノード（たとえば、アクセス端末、アクセスポイント、またはアクセス端末に代わるアクセスポイント）は、ある時点でノードのＲＳＴを適応させる。たとえば、以下でより詳細に述べるように、ＲＳＴを適応させる決定は、システム中のトラフィックのノード自体の分析に基づく。また、ＲＳＴを適応させるノードの決定は、システムトラフィックの他のノードの分析に関係する、システム中の別のノードから受信されたメッセージに基づく。
【００５５】
ブロック２１２で表されるように、いくつかの態様では、ノード３００は、サービス品質情報３１８を適応させるべきかどうかを判断するために使用される情報（たとえば、ＲＳＴ３２０）を収集するしきい値適応器３２８を含む。たとえば、しきい値適応器３２８は、送信されたＲＵＭを監視し、サービス品質情報を監視し、他のノードから受信されたメッセージを処理する。ここで、サービス品質情報を監視することは、たとえば、ノード自体のサービス品質統計を収集する（たとえば、判断する）こと、関連するノードからしきい値レート情報を収集すること、または関連しないワイヤレスセクタからしきい値レート情報を収集することを含む。
【００５６】
ブロック２１４で表されるように、次いで、しきい値適応器３２８は、収集された情報に基づいてＲＳＴを適応させる。所与のノードのＲＳＴを様々な方法で適応させ、様々な基準に基づいて適応させる。次に、ＲＳＴ適応方式のいくつかの例について、図４〜図６の動作に関して説明する。特に、図４は、前のＲＵＭの効果に基づいてＲＳＴを適応させることに関する。図５は、ＲＵＭ頻度に基づいてＲＳＴを適応させることに関する。図６は、別のノードから受信されたＲＵＭ関連情報に基づいてＲＳＴを適応させることに関する。図８は、関連するノードのスループット情報に基づいてＲＳＴを適応させることに関する。図１０Ａ〜図１０Ｂは、隣接するワイヤレスセクタのスループット情報に基づいてＲＳＴを適応させることに関する。
【００５７】
最初に、図４の動作を参照すると、ある場合には、多数のＲＵＭを送信することはシステムパフォーマンスに有益であるが、他の場合には、多数のＲＵＭの送信は、ＲＵＭが比較的効果がないことを示す。後者の場合の例として、ＲＵＭを送信することは、現在の送信の干渉環境を改善するが、１つのノードによるＲＵＭの送信は、他のノードにもＲＵＭを送信させ、それによってシステム中の送信機会の数を減少させる。
【００５８】
ＲＵＭを送信すべきかどうかを判断することに関連して、ノードは、全体的なシステム挙動のより良い感覚を得るために、得られたサービス品質に対する過去のＲＵＭの効果を考える。次いで、システムからのこのフィードバックに基づいて、ノードは、システムパフォーマンスを改善するためにそのＲＳＴを適応させる。
【００５９】
いくつかの態様では、ノードは、ＲＵＭのその送信が、その受信データのサービス品質に対して有する効果を考える。たとえば、ノードがＲＵＭを送信しており、ノードのスループットが増加している場合、ノードが（たとえば、そのＲＳＴを増加させることによって）より多くのＲＵＭを送信することは有益である。反対に、ノードがＲＵＭを送信しており、スループットに増加または減少がない場合、ノードは、ＲＵＭを送信するレートを減少させるようにそのＲＳＴを減少させる。図４のフローチャートは、ノードが１つまたは複数のＲＵＭの効果に基づいてＲＳＴを適応させることに関連して実行する動作のいくつかの態様を示す。
【００６０】
ブロック４０２で表されるように、受信ノード（たとえば、ノード３００）は、ある程度不利であると判断したときはいつでもＲＵＭを送信する。上述のように、この判断は、受信データのサービス品質基準とＲＳＴとの比較に基づく。したがって、ある条件下で、受信ノードは、ある時間期間にわたって一連のＲＵＭを送信する。
【００６１】
ブロック４０４で表されるように、受信ノードは、そのＲＵＭ送信のセット（たとえば、１つまたは複数）を監視する。たとえば、しきい値適応器３２８は、ある時間期間（たとえば、ある数のタイムスロット）にわたって送信されたＲＵＭを監視するか、または所与の数のＲＵＭについてＲＵＭ情報を収集する。いくつかの実装形態では、しきい値適応器３２８は、ＲＵＭを監視するための（たとえば、定義された時間期間の）スライディングウィンドウを採用する。
【００６２】
ブロック４０６で表されるように、受信ノードは、ＲＵＭの送信が受信データ（たとえば、１つまたは複数の受信データフロー）のサービス品質に対して有していた効果を判断する。この目的で、ＱｏＳ判断器３１０は、受信トラフィックを監視し、そのトラフィックに関連する１つまたは複数のサービス品質基準を判断する。たとえば、スループット判断器３１２は、受信トラフィックのスループットを計算または推定する。同様に、待ち時間判断器３１４は、受信トラフィックの待ち時間を計算または推定する。また、干渉判断器は、受信ノードにおける干渉（または、潜在的な干渉）を（たとえば、受信エラーレートなどを判断することによって）計算または推定する。上述した同様の方法で、スライディングウィンドウを介して、または何らかの他の好適な技法を使用して、サービス品質を監視することができる。
【００６３】
いくつかの態様では、（たとえば、所与の時間期間中の）サービス品質の監視は、対応するＲＵＭの監視と一致するか、またはそれより遅れることがある。このようにして、ＲＵＭの送信と監視されるサービス品質との間で適切な相関を維持することができる。
【００６４】
受信ノードはまた、ＱｏＳ判断器３１０によって与えられたか、または何らかの他の方法で収集されたサービス品質情報に関する情報を維持する。たとえば、しきい値適応器３２８は、１つまたは複数の受信フローと関連する時間期間とに対するサービス品質の前の値に関係するＱｏＳ基準統計３３２を維持する。したがって、ＲＵＭ効果分析器３３０は、現在のサービス品質情報を前のサービス品質情報と比較することによって、サービス品質がどのくらい影響を受けたかを判断する。たとえば、ＲＵＭ効果分析器３３０は、ＲＵＭの送信により、受信ノードにおけるサービス品質が改善、劣化、または変化なしとなったかに関係する指示を生成する。
【００６５】
ブロック４０８で表されるように、しきい値適応器３２８は、送信されたＲＵＭが対応するサービス品質に対して有する効果に基づいてＲＳＴ３２０を適応させる。たとえば、ＲＵＭの送信がサービス品質を改善した場合、しきい値適応器３２８はＲＳＴ３２０を増加させる。このようにして、ＲＵＭを送信することがノードにおけるデータの受信を改善したので、受信ノードはより多くのＲＵＭを送信するように構成される。
【００６６】
対照的に、ＲＵＭの送信がサービス品質に対してほとんど効果を有しないか、またはサービス品質を劣化させた場合、しきい値適応器３２８はＲＳＴ３２０を変更しないか、またはＲＳＴ３２０を減少させる。後者の場合、ＲＵＭを送信することがこの特定ノードに役立っていないので、ノードは、ＲＵＭをより少なく送信するように構成され、それによって、それらのデータを送信するより多くの機会をシステム中の他のノードに与える。
【００６７】
ＲＳＴを適応させるためのアルゴリズムの例を式１に示す。この例では、前の（ＲＵＭを送信する前の）ＱｏＳ基準をＲｏｌｄで示し、得られた（１つまたは複数のＲＵＭを送信した後の）ＱｏＳ基準はＲｎｅｗである。ＲＳＴｏｒｉｇｉｎａｌは、当初望まれたＲＳＴ（たとえば、サービス品質レベル）を表すが、ＲＳＴｏｌｄは、前の（たとえば、ＲＳＴの前の適応の後の）ＲＳＴ値である。ＲＳＴｎｅｗは、新たに更新されたＲＳＴ値である。最後に、γは、ＲＳＴのあまりに頻繁な更新を防ぐために使用できるヒステリシスパラメータ（たとえば、γ＝０．１）である。
【００６８】
式１：
【数１】
【００６９】
ここで、ＲＳＴｎｅｗは、ＲＳＴｎｅｗとＲＳＴｏｒｉｇｉｎａｌとのうちの最小値に制限されることがある。
【００７０】
次いで、ノードは、新しいＲＳＴ値に基づいてＲＵＭを送信し続ける。
【００７１】
そうではなく、Ｒｏｌｄ＜Ｒｎｅｗ≦Ｒｏｌｄ×（１＋γ）である場合、ＲＳＴは同じ値で維持される。
【００７２】
したがって、ノードは、前のＲＳＴ値に基づいてＲＵＭを送信し続ける。
【数２】
【００７３】
次いで、ノードは、新しいＲＳＴ値に基づいてＲＵＭを送信し続ける。
【００７４】
いくつかの実装形態では、１つまたは複数の制限（たとえば、限界）をＲＳＴ値に対して設けることがある。たとえば、場合によっては、ＲＳＴ値がある値（たとえば、定義された最小値）を下回らないようにＲＳＴの適応を制限することがある。このようにして、ノードに対してある最小レベルのサービスを維持しようと試みることができる。さらに、場合によっては、ＲＳＴ値がある値（たとえば、定義された最大値）を上回って増加しないように、ＲＳＴの適応を制限することがある。たとえば、ノードが最大ＲＵＭ頻度を超えるレートでＲＵＭを送信するのを防ぐように、ＲＳＴ値を設定することができる。このようにして、利用可能なワイヤレスリソースが、競合するノード間で公平に共有されるようにする試みを行うことができる。また、システムに対してＲＳＴ値上で上下の限界を課することが、システム中のノードが適応させているＲＳＴ値の収束を可能にする（たとえば、より高速な収束を生じる）ことができる。
【００７５】
次に図５を参照すると、いくつかの実装形態では、ノードは、ノードがＲＵＭを送信する頻度に基づいてＲＳＴを適応させる。いくつかの態様では、ノードがＲＵＭを送信する頻度は、そのＲＳＴ値の実現可能性を示す。たとえば、ノードが時々ＲＵＭを送信するのみの場合、そのリンク上のフローは、ＲＵＭの助けをかりてそれらのＲＳＴターゲットを達成している。一方、ＲＵＭを永久に送信するノードは、ＲＳＴを達成しておらず、より多くの妥当な値にそのＲＳＴを適応させる必要がある。
【００７６】
ブロック５０２で表されるように、いくつかの実装形態では、ＲＳＴ適応は、ＲＵＭ頻度とＲＳＴ値との間で（たとえば、システムレベルにおいて、またはノードにおいて）定義された１つまたは複数の関係に基づく。たとえば、そのような関係は、第１のＲＵＭ頻度値を第１のＲＳＴ値に関連付け、第２のＲＵＭ頻度を第２のＲＳＴ値に関連付け、以下同様に関連付けることを必要とする。いくつかの実装形態では、ノードは、たとえば、ＲＵＭ頻度とＲＳＴ値との間に比較的連続的な関係を定義するＲＳＴ適応曲線に基づいてＲＳＴを適応させる。いくつかの実装形態では、様々なトラフィックタイプ（たとえば、データフロータイプ）に対して様々な関係を定義することができる。言い換えれば、様々なタイプのトラフィックに様々なＲＳＴ適応方式を使用することができる。次いで、これらの関係に関する情報３３４（図３）を、後続のしきい値適応動作中に使用するために記憶する。
【００７７】
図７に、ＲＳＴ適応曲線のいくつかの例を示す。上述のように、ＲＳＴを適応させる方法は、そのＲＳＴに関連するトラフィックフローのタイプに依存する。たとえば、図７に示すように、様々なタイプのフローを、各々がそのフローのＲＳＴの弾性を表す様々なＲＳＴ適応曲線に関連付けることができる。
【００７８】
いくつかの態様では、フローのＲＳＴ適応は、２つのパラメータ、すなわち初期ＲＳＴ値およびＲＳＴ適応曲線によって特徴付けられる。その名前が示唆するように、初期ＲＳＴ値は、フローに対して最初に定義されたＲＳＴとすることができる。いくつかの実装形態では、この初期値は、フローが有することが予想される平均トラフィックレートと定義される。以下に、いくつかの例を示す。フルバッファトラフィック曲線は、８００ｋｂｐｓの初期ＲＳＴに関連付けられる。４０ｍｓごとに４００バイトパケットを送信するボイストラフィックは、８０ｋｂｐｓの初期ＲＳＴを有する。ビデオストリームは、たとえば、１Ｍｂｐｓの初期ＲＳＴを有する。
【００７９】
図７に示すように、ＲＳＴ適応曲線は、ＲＵＭ頻度対ＲＳＴ乗数をプロットする。この曲線の形状は、このフローのＲＳＴの弾性を示し、ＲＵＭ頻度に対するその感度を決定する。再び以下に、いくつかの例を示す。点線７０２は、輻輳フィードバックに対して比較的弾性的であるフルバッファフロー（たとえば、ウェブブラウジング、電子メールなどのデータアプリケーション）の曲線を表す。この場合、ＲＵＭ頻度が比較的高いとき、ＲＳＴが大幅に低減されても、フローは依然として存在する可能性がある。上述のように、ボイスベースのフロー（たとえば、ボイスオーバーＩＰ）は、一般に、そのサービス品質が満たされることを必要とする。たとえば、ボイスフローのＲＳＴは、図７において破線７０４の階段関数形状によって例示されるように、完全に非弾性的であることがある。線７０６は、２つの異なるＲＳＴレベルで動作することができるが、通常は非弾性的である２レートビデオフローの例を表す。
【００８０】
図７では、ＲＳＴおよびＲＵＭ頻度の値は正規化されている。たとえば、２０ＭＨｚのチャネルに対して、初期ＲＳＴ値は正規化されたｂ／ｓ／Ｈｚとすることができる。
【００８１】
図７の例におけるＲＳＴ適応曲線は、上限が１であり、たとえば、これらのフローのＲＳＴが初期ＲＳＴ値を超えないことを示している。これは、初期ＲＳＴ値がフローに対して所望される最小スループットである実装形態の場合である。ここで、輻輳がない場合、フローはいずれにしてもそのＲＳＴスループットを超えるので、ＲＳＴをこれを超えて増加する必要はない。一方、ＲＳＴが達成できないとき、ノードはＲＳＴをより低く適応させる。ノードは、次いで、輻輳が解消された場合、後の時点でＲＳＴを上げることができる。
【００８２】
ＲＳＴ適応曲線は様々な方法で定義できることを諒解されたい。たとえば、いくつかの実装形態では（たとえば、ＲＳＴ値がネットワークによって設定されているとき）、ＲＳＴ乗数は、１よりも大きい値に適応される。
【００８３】
再び図５を参照すると、ノードにおいて１つまたは複数のフローが確立された後、ノードは、本明細書で論じるＲＵＭを送信する（ブロック５０４）。図３の例では、たとえば、上述のように図４に関連して、しきい値適応器３２８はこのＲＵＭトラフィックを監視する。
【００８４】
ブロック５０６で表されるように、ＲＵＭ頻度分析器３３６は、送信されたＲＵＭのセットから現在のＲＵＭ頻度を判断する。たとえば、ＲＵＭ頻度分析器３３６は、ＲＵＭ頻度の現在値を与えるために（たとえば、ある時間期間にわたって）スライディングウィンドウを使用する。
【００８５】
いくつかの実装形態では、ＲＵＭ頻度は、式２に従って計算される。
【００８６】
式２：
【数３】
【００８７】
上式で、ＲＵＭが送信されなかった場合、ｚ＝０、
ＲＵＭが送信された場合、ｚ＝１、および
【数４】
【００８８】
ここで、ＲＵＭ頻度ｆＲは、ＲＵＭが送信されたか否かを示すＲＵＭビットｚのフィルタ処理された値である。場合によっては、ＲＵＭが送信されないとき、初期ウォームアップ期間を与えるために、ＲＵＭ頻度ｆＲは０に初期化される。
【００８９】
ｆＲは様々な方法で計算できることを諒解されたい。たとえば、ＲＵＭ頻度分析器３３６は、所与の数のタイムスロット（たとえば、最後の１００個のタイムスロット）の間に送信されるＲＵＭの数を単に計数する。
【００９０】
いくつかの実装形態では、ＲＳＴ適応アルゴリズムは、ＲＵＭよりもはるかに遅いタイムスケールに従う。この場合、フィルタ重みｗＲは、１に近接する値として定義される。たとえば、いくつかの実装形態では、ノードはｗＲ＝０．９９を設定することができる。
【００９１】
ブロック５０８で表されるように、次いでＲＵＭ頻度（たとえば、フィルタ処理されたｆＲ値）を使用してＲＳＴを適応させる。ここで、しきい値適応器３２８は、現在のＲＵＭ頻度に基づいて使用されるＲＵＭ値を判断するために、所与のフローに対応するしきい関係３３４（たとえば、ＲＳＴ適応曲線情報）を使用する。たとえば、ＲＵＭ頻度が与えられた場合、フローのＲＳＴの実効値は、適応曲線からＲＳＴ乗数を探索し、ＲＳＴ乗数に初期ＲＳＴ値を乗算することによって計算できる。
【００９２】
図２の曲線７０２がいくつかのタイプのフローについて示すように、ＲＵＭ頻度が増加すると、より低いＲＳＴ値が選択され、ＲＵＭ頻度が減少すると、より高いＲＳＴ値が選択される。したがって、ノードは、システムリソースの現在の利用可能性に基づいて、ＲＳＴ値を下げるかまたは上げる。たとえば、ノードは、ＲＳＴ値の減少を引き起こした輻輳が解消された場合に、ノードが以前抑制したフローのＲＳＴを上げることができる。
【００９３】
上述のように、所与のノードは、複数のリンクおよび／またはフローを同時にサポートすることができる。この場合、ノードは、すべてのノードの子リンクおよび／またはフローのＲＳＴと、それらが受信するサービス品質との関数である重みとともに、ＲＵＭを送信する。したがって、ノードは、そのノードにおけるすべてのリンクおよびフローのステータスを反映する単一のＲＵＭを使用することができる。
【００９４】
いくつかの実装形態では、ＲＵＭの重みは、サービス品質パフォーマンスが最悪であるフローおよび／またはリンクを示す。したがって、ＲＵＭ頻度は、所与のノードに関連付けられた最悪のリンクまたはフローのＲＳＴを適応させるために使用できる。
【００９５】
ＲＳＴ値の適応は様々な方法で達成できることを諒解されたい。たとえば、フローベースのＲＳＴを使用する実装形態では、ノードは、所与のリンク上のすべてのフローのＲＳＴを独立して適応させることができる。反対に、いくつかの実装形態では、リンクのＲＳＴ値は、それらのフローのＲＳＴ値の和を備えることができる。この場合、ＲＵＭ頻度を使用して、各フローの適応されたＲＳＴ値を探索することができ、それによってリンクの新しいＲＳＴを定義するためにこれらのＲＳＴ値を追加する。
【００９６】
上述した同様の方法で、いくつかの実装形態では、ＲＳＴ値の適応が制限されることがある。たとえば、場合によっては、ＲＳＴの最小値および／または最大値を定義することができる。さらに、場合によっては、ＲＵＭ頻度の最小値および／または最大値を定義することができる（それによってＲＳＴの適応をある程度まで潜在的に制限する）。
【００９７】
次に、表１を参照しながら、例示的なＲＳＴ適応プロセスについて、より詳細に説明する。この例では、３つのノード（ノード１〜３）は、別のノード（ノード０）に、それぞれリンク１〜３を介して送信している。タイムスロット０において、リンク１のサービス品質およびリンク２のサービス品質は、それぞれのＲＳＴターゲットを下回る。したがって、ノード０はＲＵＭを送信する。ＲＵＭ重み（「ＲＵＭｗｔ」）は、この例ではリンク１である最悪のリンクに対応する。ここで、ＲＵＭ重みはＲＳＴ／ＱｏＳと定義される。
【００９８】
上述のように、いくつかの実装形態では、ＲＳＴ適応アルゴリズムは、この場合はリンク１のＲＳＴのみを更新することができる。適応時に、リンク１は最悪のリンクのままではなく、今度は（たとえば、タイムスロット２で）同じくＲＵＭを引き起こしている他のリンク自体のＲＳＴが更新される。
【００９９】
代替ストラテジは、受信機においてすべてのリンクのＲＳＴを毎回適合させることである。これは計算的により費用がかかる可能性があるが、より良いパフォーマンスを提供する可能性もある。
【表１】
【０１００】
表１の各行に、ＲＵＭ（たとえば、１＝ＲＵＭが送信される、０＝ＲＵＭが送信されない）およびＲＵＭ頻度の現在値を記載する。ＲＵＭ頻度は、最悪のリンクのＲＳＴを適応させるために使用できる。表１に、適応される各リンクのパラメータを斜体の太字で示す。ＲＵＭが送信されるとき、リンクは高いスループットを得る可能性がある。したがって、そのＲＳＴが更新されても、リンクのサービス品質は高くなる。最後の行（タイムスロット２０）は、後の時点を表し、ＲＵＭ頻度が低い数に達したとき、ＲＳＴがどのように上方に適応されるかを示すために与えられている。
【０１０１】
再び図５を参照すると、ブロック５１０で表されるように、いくつかの実装形態では、定義された関係３３４を動的に適応させる。たとえば、所与のタイプのトラフィックのサービス品質要件が変化した場合、対応するＲＳＴ適応曲線を変更する。そのような適応は、たとえば、垂直線の曲線７０４または曲線７０６の位置を調整すること、または曲線７０２の傾きを変更することを含むことができる。
【０１０２】
ワイヤレス通信システムにおいて利用可能である様々なタイプの情報に基づいてＲＳＴを適応させることができることを諒解されたい。たとえば、次に図６を参照すると、いくつかの実装形態では、ノードは、ノードが別のノードから受信した情報に基づいて、そのＲＳＴを適応させる。
【０１０３】
ブロック６０２で表されるように、いくつかの実装形態では、受信ノードに関連する送信ノードは、ＲＳＴを適応させるために受信ノードが使用することができる情報を受信ノードに送信する。たとえば、送信ノードは、送信ノードが受信したＲＵＭの数、およびそれらのＲＵＭの対応する重みに関係する情報を送信する。そのような情報は、たとえば、受信ノードが送信ノードからの送信を受信しなかった理由（たとえば、送信ノードにおいてより優先順位が高いＲＵＭを受信したため）を受信ノードに通知するために役立つ。受信ノードは、次いで、この情報を使用して、そのサービス品質を改善するように、または何らかの他のノード（１つまたは複数）がシステムリソースにより多くアクセスできるように、そのＲＳＴを調整する必要があるかどうかを判断する。
【０１０４】
ブロック６０４で表されるように、いくつかの実装形態では、送信することを望む送信ノードは、送信ノードがワイヤレスリソース（たとえば、タイムスロット）について競合していることを隣接受信ノードに通知するために、別の形態のリソース利用メッセージを送信する。この形態のリソース利用メッセージは、送信ノードから発信するので、本明細書ではＴＸ＿ＲＵＭと呼ぶことがある。
【０１０５】
いくつかの実装形態では、送信ノードは、送信ノードが隣接受信ノードから受信したノードのＲＵＭの分析に基づいて、ＴＸ＿ＲＵＭを送信する。たとえば、送信ノードは、その関連する受信ノードがＲＵＭを送信する他の受信ノードよりも不利であると判断した場合、ＴＸ＿ＲＵＭを送信することができる。したがって、いくつかの態様では、ＴＸ＿ＲＵＭは、送信ノードがシステムから得た（たとえば、聴取した）情報に関係する情報を与える。
【０１０６】
いくつかの態様では、受信ノードは、ＴＸ＿ＲＵＭの受信を使用して、どの関連する送信ノードをリッスンするかを判断する。たとえば、受信ノードが複数の送信ノードとのフローを確立した場合、ノードは、ＴＸ＿ＲＵＭ機構を使用して、受信ノードが関連する送信ノードの１つからのデータをより効果的にスケジュールできるようにする。さらに、受信ノードは、受信したＴＸ＿ＲＵＭ情報を使用して、そのＲＳＴをどのように適応させるかを判断する。たとえば、所与のノードからの送信が現在不利である場合、受信ノードは、そのノードからより多くのトラフィックを受信するために、そのノードに関連する任意のＲＳＴを適応させる。
【０１０７】
ＴＸ＿ＲＵＭは、ＴＸ＿ＲＵＭを送信したノードに関連付けられていない受信ノードによって受信されることを諒解されたい。この場合、受信ノードは、受信したＴＸ＿ＲＵＭの知識を使用して、そのＲＳＴどのように設定するか（たとえば、関連する送信ノードからより多くのトラフィックを受信するか、またはより少ないトラフィックを受信するか）を判断する。
【０１０８】
ブロック６０６で表されるように、ある時点で、受信ノード（たとえば、図３のノード３００）は、１つまたは複数の送信ノードから１つまたは複数のＲＵＭ関連メッセージを受信する。たとえば、受信ノードは、ブロック６０２および６０４に関連して上述したメッセージの１つを受信する。
【０１０９】
ブロック６０８で表されるように、該当する場合、受信ノード（たとえば、図３の受信情報プロセッサ３３８）は、受信したメッセージからＲＵＭ関連の情報を導出する。たとえば、受信情報プロセッサ３３８は、（たとえば、ある時間期間にわたって）受信したリソース利用メッセージの量とそれらのリソース利用メッセージの重みとに関係する統計を収集する。受信情報プロセッサ３３８は、次いで、受信したＲＵＭ関連情報に関係する（たとえば、ＲＵＭ関連情報を備える）情報３３２（たとえば、ＲＵＭの数とＲＵＭ重みとに関係する統計）を記憶する。
【０１１０】
ブロック６１０で表されるように、しきい値適応器３２８はＲＵＭ関連の情報３３２に基づいてＲＳＴを適応させる。たとえば、受信ノードの関連する送信ノードによって受信されたＲＵＭの数と重みとに基づいて（たとえば、この情報に関係するトレンドに基づいて）、受信ノードは、関連するフローのサービス品質を改善するためにＲＳＴを上げることを選ぶ。特定の例として、ＲＵＭの重みが比較的低いか、またはＲＵＭが比較的少数である場合は、ＲＳＴを増加させる。反対に、受信ノードは、このＲＵＭ関連情報（たとえば、現在のトレンド）に基づいて、関連するフローのサービス品質を低下させるために、ＲＳＴを下げることを選ぶ。たとえば、ＲＵＭの重みが比較的高いか、または多数のＲＵＭがある場合は、ＲＳＴを減少させる。
【０１１１】
受信ノードが多数のＴＸ＿ＲＵＭを受信している場合、ノードは、（たとえば、送信ノードがシステムリソースにより多くアクセスできるように）そのＲＳＴを下げる。反対に、受信ノードが多数のＴＸ＿ＲＵＭを受信していない場合、ノードはそのＲＳＴを上げる。
【０１１２】
式３に、ＴＸ＿ＲＵＭの受信を使用してシステムにおける輻輳の程度を判断するときに採用するアルゴリズムの例を示す。
【０１１３】
式３：
【数５】
【０１１４】
この例では、「ネイバー」ＴＸ＿ＲＵＭは、この受信ノードに関連しない送信ノードからのＴＸ＿ＲＵＭを指す。このアルゴリズムにより、受信ノードは、衝突回避を要求する際に（「ネイバー」ＴＸ＿ＲＵＭが聴取されなかったことよって表されるように）輻輳が低い場合はより積極的になり、輻輳が高い場合はより慎重になる。
【０１１５】
次に図８および図１０を参照すると、いくつかの態様では、スループット情報に基づいてＲＳＴを適応させる。たとえば、図８は、ローカルスループット（たとえば、所与のワイヤレスセクタ内のノードのスループット）に基づいてＲＳＴを適応させることに関する。図１０Ａ〜図１０Ｂは、１つまたは複数の隣接ワイヤレスセクタのスループットを考慮に入れることによって、ＲＳＴを適応させることに関する。ここで、各ワイヤレスセクタは、たとえば、アクセスポイントと、その関連するアクセス端末とを備える。
【０１１６】
最初に図８に参照すると、ブロック８０２で表されるように、ワイヤレスノードは、関連するワイヤレスノードのセット（たとえば、所与のワイヤレスセクタのノード）に関連するスループット情報を収集する。たとえば、アクセスポイントは、データが各ノードで送信または受信されたレートを判断するために、その関連するノード（たとえば、アクセス端末）のフローを監視する。いくつかの態様では、図３のスループット判断器３１２などの構成要素を使用して、スループット情報を収集する。
【０１１７】
そのようなスループットレートは、様々な方法で判断できる。たとえば、場合によっては、スループットレートは、ある時間期間にわたる平均レートを備える。場合によっては、スループットレートは移動平均を備える。場合によっては、スループットレートは、フィルタ処理されたレート（たとえば、所与の数のタイムスロットにわたるレート）を備える。
【０１１８】
ブロック８０４で表されるように、ワイヤレスノード（たとえば、図３のスループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック８０２において得られる所与のワイヤレスセクタに関連するレート（たとえば、フィルタ処理されたレート）（の、たとえば、中央値）に関係する少なくとも１つの統計を計算することを必要とする。
【０１１９】
ブロック８０６で表されるように、ワイヤレスノード（たとえば、図３のしきい値適応器３２８）は、次いでスループット情報に基づいてＲＳＴ値を適応させる。たとえば、ＲＳＴを、ブロック８０４において計算された中央値に設定する。
【０１２０】
いくつかの実装形態では、適応されたＲＳＴ値を、セクタ中のすべてのワイヤレスノードに使用する。たとえば、アクセスポイントは、その関連するワイヤレスノードの各々に新しいＲＳＴ値を送信する。このようにして、システム中の各セクタ（たとえば、セル、サービスセット、またはノードの何らかの他のセット）は、中央値スループットレートを下回るスループットレートを有するノードのスループットを改善しようと試みる。ここで、ＲＳＴの適応時に、より低いスループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが高く設定されるので、次に、より高いスループットを達成する可能性がある。言い換えれば、これらの不利なノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が高くなる。反対に、より高いスループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが低く設定されるので、ある程度のスループットを失う可能性がある。すなわち、これらのより高いスループットのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が低くなる。
【０１２１】
図９に、所与のワイヤレスノードがＲＵＭを送信すべきかどうかを判断するために、新しいＲＳＴ値をどのように使用するかの例を示す。ブロック９０２で表されるように、ワイヤレスノードは、そのスループットに関する情報（たとえば、受信データの平均スループットレート）を得る。
【０１２２】
ブロック９０４および９０６で表されるように、スループット情報を新しいＲＳＴおよび最大レートパラメータ（「ＭＡＸＲＡＴＥ」）と比較する。スループットがこれらのパラメータの両方よりも小さい（またはそれら以下である）場合、ワイヤレスノードはＲＵＭを送信する。他の場合は、ワイヤレスノードは、（たとえば、本明細書で論じるように）そのスループットを監視し続ける。
【０１２３】
最大レートパラメータは、比較的高いスループットを有するノードがＲＵＭを送信しないように採用される。たとえば、最大レートパラメータは、平均よりも高いスループットレートを表す値で定義される。したがって、ノードのスループットがその定義されたレートを達成しているかまたは超える限り、ワイヤレスノードはＲＵＭを送信しない。最大レートは、他の基準に基づいて定義することもできる。たとえば、最大レートは、ワイヤレスノードの所与のユーザがそのノードの使用に対して支払う額（たとえば、購読料）に基づくことができる。したがって、様々な状況下で様々なワイヤレスノードに様々な最大レートが割り当てられる。
【０１２４】
ブロック９０８で表されるように、ＲＵＭが送信される場合、ワイヤレスノード（たとえば、図３のＲＵＭ発生器３２６）はＲＵＭの重みを計算する。本明細書で論じるように、（たとえば、受信データのＱｏＳに対応する）スループット値をＲＳＴ値で割ることによって、重みを計算する。この場合、低い重み値は、ワイヤレスノードがより不利であることを示す。
【０１２５】
いくつかの態様では、不利なノードに有利になるように、重みを適応させる。たとえば、式４は、より低い移動平均スループットレート（「ｒｕｎｎｉｎｇ＿ａｖｅｒａｇｅ」）を有するノードのＲＵＭに、より高い移動平均を有するノードよりも低い重みを割り当てるアルゴリズムの例を示す。ここで、以下に記載するＲＵＭ重み式の分子部分（すなわち、新しいＲＳＴ値）は、今度は移動平均に依存するΔの値に応じて調整される。ここで、移動平均が最大レート以上である場合は、ＲＵＭが送信できないので、Δは負の値に制限される。
【０１２６】
式４：
【数６】
【０１２７】
ブロック９１０で表されるように、ワイヤレスノードは、重み値とともにＲＵＭを送信する。次いで、ワイヤレスノードは（たとえば、本明細書で論じるように）そのスループットを監視し続ける。
【０１２８】
次に図１０Ａ〜図１０Ｂを参照すると、いくつかの態様では、共有スループット入力情報統計に基づいてＲＳＴを適応させる。たとえば、ワイヤレスセクタ（たとえば、隣接セクタのアクセスポイント）は、ワイヤレスセクタのそれぞれのスループット情報を共有し、各ワイヤレスセクタがそれらの（１つまたは複数の）ＲＳＴ値をこの共有スループット入力情報に基づいて適応させることができるようにする。
【０１２９】
図１０Ａに、各ワイヤレスセクタがそのスループット情報を共有するために実行する動作を示す。ブロック１００２で表されるように、ワイヤレスノードは、関連するワイヤレスノードのセット（たとえば、所与のワイヤレスセクタのノード）に関連するスループット情報を収集する。たとえば、アクセスポイントは、データが各ノードで送信または受信されたレートを判断するために、その関連するノード（たとえば、アクセス端末）のフローを監視する。いくつかの態様では、スループット判断器３１２などの構成要素を使用して、スループット情報を収集する。
【０１３０】
ブロック１００４で表されるように、ワイヤレスノード（たとえば、スループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック１００２において得られる所与のワイヤレスセクタに関連するレート（たとえば、フィルタ処理されたレート）（の、たとえば、中央値）に関係する少なくとも１つの統計を計算することを必要とする。
【０１３１】
ブロック１００６で表されるように、ワイヤレスノードは、次いで、隣接セクタがこの情報を収集することができるように、そのスループット情報（たとえば、中央値レート）を送信する。場合によっては、ワイヤレスノードは、（たとえば、平均してＲＵＭが送信されるよりも遅いレートで）この情報を周期的に送信する。場合によっては、ワイヤレスノードは、この情報をＲＵＭとともに送信する。
【０１３２】
図１０Ｂに、他のワイヤレスセクタから収集されたスループット情報に基づいてＲＳＴ値を適応させるために、各ワイヤレスセクタが実行する動作を示す。便宜上、これらの動作は、所与のセクタのアクセスポイントによって実行されるものとして説明する。
【０１３３】
ブロック１０１０で表されるように、アクセスポイント（たとえば、図３のセクタ選択器３４２）は、スループット情報を受信する対象のセクタを随意に選択する。たとえば、アクセスポイントは、アクセスポイントが干渉しない任意のセクタからスループット情報を収集しないことを決定する。場合によっては、そのような干渉判断は、アクセスポイントがセクタのノードから受信したＲＵＭに従うかどうかに基づく。場合によっては、ＲＵＭに従うという決定は、今度は確率関数に基づく。たとえば、アクセスポイントが別のセクタからのＲＵＭに確率０．５で従う場合、時間の半分はアクセスポイントがＲＵＭに従い、時間の半分はノードがＲＵＭに従わない。したがって、選択されたセクタからスループット情報を収集するという決定は、ワイヤレスノードからのＲＵＭに対する、アクセスポイントがＲＵＭに従う確率が、定義された値（たとえば、０．５）以上であるような少なくとも１つのワイヤレスノードが、選択されたセクタ中に存在するかどうかに基づく。
【０１３４】
ブロック１０１２で表されるように、アクセスポイントは、１つまたは複数の他のワイヤレスセクタによって送信されたスループット情報を収集する（たとえば、周期的に収集する）。上述のように、いくつかの態様では、この情報は、（たとえば、ブロック１００６のように）セクタの各々によって提供されたスループット値に関係する少なくとも１つの統計（たとえば、中央値）を備える。図３の例では、スループット判断器３１２などの構成要素を使用して、このスループット情報を収集する。
【０１３５】
ブロック１０１４で表されるように、アクセスポイント（たとえば、スループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック１０１２において得られた中央値レート（たとえば、フィルタ処理されたレート）、および（たとえば、ブロック１００４において計算された）アクセスポイントのセクタの中央値レートの統計（たとえば、中央値）を計算することを必要とする。
【０１３６】
ブロック１０１６で表されるように、アクセスポイント（たとえば、しきい値適応器３２８）は、次いでスループット情報に基づいてＲＳＴ値を適応させる。たとえば、ＲＳＴを、ブロック１０１４において計算された中央値に設定する。アクセスポイントは、次いで、アクセスポイントのセクタの各ワイヤレスノードに新しいＲＳＴ値を送信する。したがって、ワイヤレスノードは（たとえば、図９のように）新しいＲＳＴ値を使用して、ＲＵＭを送信すべきかどうかを判断する。
【０１３７】
上記のＲＳＴ適応方式を使用して、各セクタは、ブロック１０１４において計算された中央値スループットを下回るスループットを有する任意のワイヤレスノードのスループットを改善しようと試みる。ここで、ＲＳＴ値の適応後に、より低い中央値スループットを有したセクタのノードは、それらの現在のスループットよりもＲＳＴが高く設定されるので、より高いスループットを達成する可能性がある。言い換えれば、これらのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が高くなる。反対に、より高い中央値スループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが低く設定されるので、ある程度のスループットを失う可能性がある。すなわち、これらのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が低くなる。
【０１３８】
本明細書の教示は、少なくとも１つの他のワイヤレスデバイスと通信するために様々な構成要素を採用しているデバイス中に組み込むことができる。図１１に、デバイス間の通信を可能にするために使用されるいくつかの例示的な構成要素を示す。ここで、第１のデバイス１１０２（たとえば、アクセス端末）および第２のデバイス１１０４（たとえば、アクセスポイント）は、好適な媒体によってワイヤレス通信リンク１１０６を介して通信するように構成される。
【０１３９】
最初に、デバイス１１０２からデバイス１１０４へ（たとえば、逆方向リンク）の情報の送信に関与する構成要素について論じる。送信（「ＴＸ」）データプロセッサ１１０８は、データバッファ１１１０または何らかの他の好適な構成要素からトラフィックデータ（たとえば、データパケット）を受信する。送信データプロセッサ１１０８は、選択されたコーディングおよび変調方式に基づいて各データパケットを処理（たとえば、符号化、インターリーブ、およびシンボルマッピング）し、データシンボルを与える。一般に、データシンボルはデータの変調シンボルであり、パイロットシンボルは（アプリオリに知られる）パイロットの変調シンボルである。変調器１１１２は、データシンボル、パイロットシンボル、場合によっては逆方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／またはシステムによって指定された他の処理を実行し、出力チップストリームを与える。送信機（「ＴＭＴＲ」）１１１４は、出力チップストリームを処理（たとえば、アナログに変換、フィルタ処理、増幅、および周波数アップコンバート）し、変調信号を生成し、これが次いでアンテナ１１１６から送信される。
【０１４０】
（デバイス１１０４と通信中の他のデバイスからの信号とともに）デバイス１１０２によって送信される変調信号は、デバイス１１０４のアンテナ１１１８によって受信される。受信機（「ＲＣＶＲ」）１１２０は、アンテナ１１１８からの受信信号を処理（たとえば、調整およびデジタル化）し、受信サンプルを与える。復調器（「ＤＥＭＯＤ」）１１２２は、受信サンプルを処理（たとえば、復調および検出）し、（１つまたは複数の）他のデバイスによってデバイス１１０４に送信されたデータシンボルのノイズの多い推定値である場合がある検出データシンボルを与える。受信（「ＲＸ」）データプロセッサ１１２４は、検出データシンボルを処理（たとえば、シンボルデマッピング、デインターリーブ、および復号）し、各送信デバイス（たとえば、デバイス１１０２）に関連付けられた復号データを与える。
【０１４１】
次に、デバイス１１０４からデバイス１１０２へ（たとえば、順方向リンク）の情報の送信に関与する構成要素について論じる。デバイス１１０４において、トラフィックデータが送信（「ＴＸ」）データプロセッサ１１２６によって処理されて、データシンボルが生成される。変調器１１２８は、データシンボル、パイロットシンボルおよび順方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／または他の適切な処理を実行し、出力チップストリームを与え、これがさらに送信機（「ＴＭＴＲ」）１１３０によって調整され、アンテナ１１１８から送信される。いくつかの実装形態では、順方向リンクのためのシグナリングは、逆方向リンク上でデバイス１１０４に送信するすべてのデバイス（たとえば、端末）のために、コントローラ１１３２によって生成される電力制御コマンドおよび（たとえば、通信チャネルに関する）他の情報を含む。
【０１４２】
デバイス１１０２において、デバイス１１０４によって送信された変調信号が、アンテナ１１１６によって受信され、受信機（「ＲＣＶＲ」）１１３４によって調整およびデジタル化され、復調器（「ＤＥＭＯＤ」）１１３６によって処理されて、検出データシンボルが得られる。受信（「ＲＸ」）データプロセッサ１１３８は、検出データシンボルを処理し、デバイス１１０２のための復号データおよび順方向リンクシグナリングを与える。コントローラ１１４０は、電力制御コマンドおよび他の情報を受信して、データ送信を制御し、デバイス１１０４への逆方向リンク上の送信電力を制御する。
【０１４３】
コントローラ１１４０および１１３２は、それぞれデバイス１１０２およびデバイス１１０４の様々な動作を指示する。たとえば、コントローラは、フィルタについての情報を報告して適切なフィルタを決定し、フィルタを使用して情報を復号することができる。データメモリ１１４２および１１４４は、それぞれコントローラ１１４０および１１３２によって使用されるプログラムコードおよびデータを記憶することができる。
【０１４４】
図１１は、通信構成要素が、本明細書で教示するＲＵＭ関連動作を実施する１つまたは複数の構成要素を含むことをも示す。たとえば、ＲＵＭ制御構成要素１１４６は、ＲＳＴを適応させ、デバイス１１０２のコントローラ１１４０および／または他の構成要素と協働して、本明細書で教示する別のデバイス（たとえば、デバイス１１０４）との間で信号を送信および受信することができる。同様に、ＲＵＭ制御構成要素１１４８は、ＲＳＴを適応させ、デバイス１１０４のコントローラ１１３２および／または他の構成要素と協働して、別のデバイス（たとえば、デバイス１１０２）との間で信号を送信および受信することができる。
【０１４５】
本明細書の教示は、様々な装置（たとえば、デバイス）に組み込む（たとえば、装置内に実装する、または装置によって実行する）ことができる。たとえば、各ノードは、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅＮｏｄｅＢ、基地局コントローラ（「ＢＳＣ」）、ベーストランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語として当技術分野で構成するか、または呼ぶことができる。いくつかのノードは、アクセス端末とも呼ばれる。アクセス端末は、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器としても知られている。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備えることができる。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話、スマートフォン）、コンピュータ（たとえば、ラップトップ）、携帯型通信デバイス、携帯型コンピューティングデバイス（たとえば、個人情報端末）、娯楽デバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適デバイスに組み込むことができる。
【０１４６】
上述のように、一部の態様では、ワイヤレスノードは通信システムのためのアクセスデバイス（たとえば、セルラーまたはＷｉ−Ｆｉアクセスポイント）を備えることができる。たとえば、そのようなアクセスデバイスは、有線またはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど広域ネットワーク）のための、またはネットワークへの接続性を与えることができる。したがって、そのようなアクセスデバイスは、別のデバイス（たとえば、Ｗｉ−Ｆｉ局）がネットワークまたは何らかの他の機能にアクセスできるようにすることができる。
【０１４７】
したがって、ワイヤレスノードは、ワイヤレスノードで送信または受信される信号に基づいて機能を実行する様々な構成要素を含む。たとえば、アクセスポイントおよびアクセス端末は、信号（たとえば、制御情報および／またはデータを含むメッセージ）を送信および受信するためのアンテナを含む。アクセスポイントは、その受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、またはその送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されたトラフィックマネージャを含むこともできる。さらに、アクセス端末は、受信したデータ（たとえば、１つまたは複数のＲＵＭの送信に関連して受信したデータ）に基づいて指示を出力するように構成されたユーザインターフェースを含む。
【０１４８】
ワイヤレスデバイスは、好適なワイヤレス通信技術に基づくあるいはサポートする１つまたは複数のワイヤレス通信リンクを介して通信することができる。たとえば、いくつかの態様では、ワイヤレスデバイスはネットワークに関連することができる。いくつかの態様では、ネットワークはローカルエリアネットワークまたはワイドエリアネットワークを備えることができる。ワイヤレスデバイスは、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなど、１つまたは複数の様々なワイヤレス通信技術、プロトコル、または標準をサポートあるいは使用することができる。同様に、ワイヤレスデバイスは１つまたは複数の様々な対応する変調方式または多重化方式をサポートあるいは使用することができる。したがって、ワイヤレスデバイスは、上記または他のワイヤレス通信技術を使用して１つまたは複数のワイヤレス通信リンクを確立し、それを介して通信するために適切な構成要素（たとえば、エアインターフェース）を含む。たとえば、デバイスは、ワイヤレス媒体による通信を可能にする様々な構成要素（たとえば、信号発生器および信号処理器）を含む関連する送信機構成要素および受信機構成要素（たとえば、送信機３０６および受信機３０８）をもつワイヤレストランシーバを備えることができる。
【０１４９】
本明細書で説明した構成要素は、様々な方法で実装することができる。図１２および図１３を参照すると、装置１２００および１３００が、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）によって実装される機能を表す、または本明細書で教示する何らかの他の方法で実装できる一連の相互に関係する機能ブロックとして表されている。本明細書で論じるように、集積回路は、プロセッサ、ソフトウェア、他の構成要素、またはそれらの何らかの組合せを含むことができる。
【０１５０】
装置１２００および１３００は、様々な図に関して上述した１つまたは複数の機能を実行することができる１つまたは複数のモジュールを含むことができる。たとえば、適応用ＡＳＩＣ１２０２は、たとえば、本明細書で論じるしきい値適応器に対応する。送信すべきかどうかを判断するためのＡＳＩＣ１２０４は、たとえば、本明細書で論じる送信判断器に対応する。送信または受信用ＡＳＩＣ１２０６は、たとえば、本明細書で論じるトランシーバに対応する。ＱｏＳを判断するためのＡＳＩＣ１２０８は、たとえば、本明細書で論じるＱｏＳ判断器に対応する。関連付け用ＡＳＩＣ１２１０は、たとえば、本明細書で論じる通信プロセッサに対応する。収集用ＡＳＩＣ１３０２は、たとえば、本明細書で論じるスループット判断器に対応する。ＱｏＳしきい値を適応させるためのＡＳＩＣ１３０４は、たとえば、本明細書で論じるしきい値適応器に対応する。判断用ＡＳＩＣ１３０６は、たとえば、本明細書で論じる送信判断器に対応する。選択用ＡＳＩＣ１３０８は、たとえば、本明細書で論じるセクタ選択器に対応する。重み係数を適応させるためのＡＳＩＣ１３１０は、たとえば、本明細書で論じるＲＵＭ発生器に対応する。
【０１５１】
上記のように、いくつかの態様では、これらの構成要素は、適切なプロセッサ構成要素により実装できる。これらのプロセッサ構成要素は、いくつかの態様では、少なくとも部分的には本明細書で教示する構造を使用して実装できる。いくつかの態様では、プロセッサは、これらの構成要素のうちの１つまたは複数の機能の一部もしくはすべてを実装するように適応できる。いくつかの態様では、破線の囲みによって表す１つまたは複数の構成要素は任意選択である。
【０１５２】
上記のように、装置９００は、１つまたは複数の集積回路を備えることができる。たとえば、いくつかの態様では、単一の集積回路は、示された構成要素のうちの１つまたは複数の機能を実装することができ、一方、他の態様では、２つ以上の集積回路は、示された構成要素のうちの１つまたは複数の機能を実装することができる。
【０１５３】
さらに、図９で示した構成要素および機能ならびに本明細書で説明した他の構成要素および機能は、任意の好適な手段を使用して実装できる。そのような手段は、少なくとも部分的には本明細書で教示した対応する構造を使用して実装することもできる。たとえば、図９の「ＡＳＩＣ」構成要素に関連して上述した構成要素はまた、同様に指定された「手段」機能に対応することができる。したがって、いくつかの態様では、１つまたは複数のそのような手段は、本明細書で教示する１つまたは複数のプロセッサ構成要素、集積回路または他の好適な構造を使用して実装できる。
【０１５４】
また、本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は、本明細書において２つ以上の要素またはある要素の複数の例を区別する便利な方法として使用できる。したがって、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、１組の要素は１つまたは複数の要素を備えることがある。
【０１５５】
情報および信号は様々な異なる技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【０１５６】
さらに、本明細書で開示された態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれかは、電子ハードウェア（たとえば、ソース符号化または何らかの他の技法を使用して設計できる、デジタル実装形態、アナログ実装形態、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）、あるいは両方の組合せとして実装できることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じると解釈すべきではない。
【０１５７】
本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュールおよび回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内に実装できるか、またはそれらによって実行できる。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、または本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを備えることができ、ＩＣの内部に、ＩＣの外側に、またはその両方に常駐するコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装できる。
【０１５８】
開示されたプロセス中のステップの特定の順序または階層は例示的な手法の一例であることを理解されたい。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成できることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示するものであり、提示された特定の順序または階層に限定されるものではない。
【０１５９】
本明細書で開示された態様に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュール（たとえば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態のコンピュータ可読記憶媒体など、データメモリ中に常駐することができる。プロセッサが記憶媒体から情報（たとえばコード）を読み取り、情報を記憶媒体に書き込むことができるように、例示的な記憶媒体を、たとえばコンピュータ／プロセッサ（便宜上、本明細書では「プロセッサ」と呼ぶことがある）などのマシンに結合することができる。例示的な記憶媒体はプロセッサと一体とすることができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣはユーザ機器中に常駐することができる。代替形態では、プロセッサおよび記憶媒体はユーザ機器中の個別部品として常駐することができる。さらに、いくつかの態様では、好適なコンピュータプログラム製品は、本開示の態様のうちの１つまたは複数に関する（たとえば、少なくとも１つのコンピュータによって実行可能な）コードを備えるコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータプログラム製品はパッケージ材料を備えることができる。
【０１６０】
開示した態様の前述の説明は、当業者が本開示を実施または使用できるようにするために与えたものである。これらの態様への様々な変更は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の範囲から逸脱することなく他の態様に適用できる。したがって、本開示は、本明細書で示した態様に限定されるものではなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【技術分野】
【０００１】
本出願は、一般にワイヤレス通信に関し、より詳細には、限定はしないが、リソース利用メッセージを送信するための適応型方式に関する。
【背景技術】
【０００２】
ワイヤレス通信システムの展開は、一般に、何らかの形式の干渉緩和方式を実装することを含む。いくつかのワイヤレス通信システムでは、隣接ワイヤレスノードが干渉を引き起こすことがある。一例として、セルラーシステムでは、第１のセルのセルホンまたは基地局のワイヤレス送信は、隣接セルのセルホンと基地局との間の通信に干渉することがある。同様に、Ｗｉ−Ｆｉネットワークでは、第１のサービスセットのアクセス端末またはアクセスポイントのワイヤレス送信は、隣接サービスセットのアクセス端末と基地局との間の通信に干渉することがある。
【０００３】
その開示が参照により本明細書に組み込まれる米国特許出願公開第２００７／０１０５５７４号には、リソース利用メッセージ（「ＲＵＭ」）を使用して、送信ノードおよび受信ノードによる伝送を共同スケジューリングすることによってワイヤレスチャネルの公平な共有を可能にするシステムが記載されている。ここで、送信ノードは、その近隣のリソース利用可能性の知識に基づいてリソースのセットを要求し、受信ノードは、その近隣のリソース利用可能性の知識に基づいて要求を許可する。たとえば、送信ノードは、その近傍の受信ノードをリッスンすることによってチャネル利用可能性を判断し、受信ノードは、その近傍の送信ノードをリッスンすることによって潜在的な干渉を判断する。
【０００４】
受信ノードが隣接送信ノードからの干渉を受ける場合、受信ノードは、隣接送信ノードにそれらの干渉送信を制限させる目的でＲＵＭを送信する。関連する態様によれば、受信ノードが（たとえば、受信する間に経験する干渉のために）不利になり、送信の衝突回避モードを望むことを示すだけでなく、受信ノードが不利である程度をも示すために、ＲＵＭに重み付けすることができる。
【０００５】
ＲＵＭを受信する送信ノードは、ＲＵＭならびにその重みを受信したということを利用して、適切な応答を判断することができる。たとえば、送信ノードは、送信するのを控えることを選ぶか、１つまたは複数の指定されたタイムスロット中にその送信電力を減少させるか、またはＲＵＭを無視することができる。したがって、ＲＵＭおよび関連する重みの広告は、システム中のすべてのノードに公平である衝突回避方式を与えることができる。
【発明の概要】
【０００６】
本開示の例示的な態様の概要について以下で説明する。本明細書における態様という用語への言及は、本開示の１つまたは複数の態様に関する可能性があることを理解されたい。
【０００７】
本開示は、いくつかの態様では、ワイヤレス通信システムにおいてパフォーマンスの最適なレベルを達成しようと試みることに関する。ここで、システムパフォーマンスは、ワイヤレスリソースの利用率（たとえば、スペクトル効率）、サービス品質（「ＱｏＳ」）、または何らかの他のパフォーマンス関連基準に関する。
【０００８】
本開示は、いくつかの態様では、ワイヤレス通信システムにおいて干渉を緩和することに関する。たとえば、いくつかの態様では、適応型方式を利用して、ワイヤレスノードによる干渉管理メッセージ（たとえば、リソース利用メッセージ）の送信を制御する。
【０００９】
ここで、適応型方式を使用して、リソース利用メッセージを送信すべきかどうか、および／またはリソース利用メッセージをどのように送信するかを判断することができる。そのような判断は、たとえば、サービス品質の所望のレベルを表すしきい値と、受信データに関連するサービス品質レベルの現在のレベルとの比較に基づくことができる。たとえば、現在のサービス品質レベルがこのサービス品質しきい値を下回る場合、リソース利用メッセージを送信することができる。ここで、サービス品質は、データスループット、データ待ち時間、干渉、または何らかの他の関連するパラメータに関する。
【００１０】
いくつかの態様では、前に送信されたリソース利用メッセージの効果に基づいてサービス品質しきい値を適応させることができる。たとえば、ワイヤレスノードによるリソース利用メッセージの前の送信が、そのノードにおけるサービス品質レベルを改善した場合、サービス品質しきい値を増加させる。このようにして、ワイヤレスノードは、そのワイヤレスノードにおけるサービス品質を改善するために、潜在的に、リソース利用メッセージをより頻繁に送信することができる。反対に、リソース利用メッセージの送信がサービス品質を改善しなかった場合、より少数のリソース利用メッセージが送信されるように、ワイヤレスノードはしきい値を減少させる。
【００１１】
いくつかの態様では、ワイヤレスノードがリソース利用メッセージを送信する頻度に基づいて所与のワイヤレスノードのサービス品質しきい値を適応させることができる。たとえば、リソース利用メッセージ送信の頻度が増加する場合、サービス品質しきい値を減少させることができる。多数のリソース利用メッセージの送信は、ワイヤレスノードにおけるサービス品質レベルを比例して改善せず、しかも他のノードのシステムリソースの利用可能性に悪影響を及ぼすことがあるので、このようにして、ワイヤレスノードは、より少数のリソース利用メッセージを送信することを選ぶ。
【００１２】
いくつかの態様では、別のワイヤレスノードから受信した情報に基づいて所与のワイヤレスノードのサービス品質しきい値を適応させることができる。たとえば、第１のワイヤレスノードは、第２のワイヤレスノードによって受信されるリソース利用メッセージに関する、第２のワイヤレスノードから受信する情報に基づいて、そのサービス品質しきい値を適応させることができる。別の例として、第１のワイヤレスノードは、隣接送信ノードによる送信に関する、その送信ノードから受信する情報（たとえば、送信側リソース利用メッセージ）に基づいて、そのサービス品質しきい値を適応させることができる。
【００１３】
いくつかの態様では、所与のワイヤレスノードによって受信される様々なタイプのトラフィックに対して様々な適応方式を使用する。たとえば、あるタイプのトラフィックのサービス品質しきい値を、別のタイプのトラフィックのサービス品質しきい値とは異なる方法で適応させることができる。
【００１４】
いくつかの態様では、スループット情報に基づいてサービス品質しきい値を適応させることができる。たとえば、サービス品質しきい値を、関連するワイヤレスセクタ中のワイヤレスノードのすべてのスループットレートの中央値に設定することができる。代替的に、サービス品質しきい値を、隣接ワイヤレスセクタのセットの中央スループットレートの中央値に設定することができる。
【００１５】
本開示のこれらおよび他の例示的な態様について、以下の詳細な説明および添付の特許請求の範囲、ならびに添付の図面において説明する。
【図面の簡単な説明】
【００１６】
【図１】ワイヤレス通信システムのいくつかの例示的な態様の簡略図。
【図２】データの受信に関連して実行される干渉緩和動作のいくつかの例示的な態様のフローチャート。
【図３】受信ノードのいくつかの例示的な態様の簡略ブロック図。
【図４】送信されたリソース利用メッセージの効果に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図５】リソース利用メッセージの頻度に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図６】ワイヤレスノードから受信したリソース利用メッセージ情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図７】いくつかの例示的なＲＳＴ適応曲線を示す簡略図。
【図８】ローカルスループットに基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図９】リソース利用メッセージの送信に関連して実行される動作のいくつかの例示的な態様のフローチャート。
【図１０Ａ】共有スループット入力情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図１０Ｂ】共有スループット入力情報に基づいてサービス品質しきい値を適応させるために実行される動作のいくつかの例示的な態様のフローチャート。
【図１１】通信構成要素のいくつかの例示的な態様の簡略ブロック図。
【図１２】本明細書で教示する干渉緩和メッセージの送信を適応させるように構成された装置のいくつかの例示的な態様の簡略ブロック図。
【図１３】本明細書で教示する干渉緩和メッセージの送信を適応させるように構成された装置のいくつかの例示的な態様の簡略ブロック図。
【発明を実施するための形態】
【００１７】
慣例により、図面中に示された様々な特徴は一定の縮尺で描かれていないことがある。したがって、様々な特徴の寸法は、分かりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは、分かりやすいように簡略化されることがある。したがって、図面は、所与の装置（たとえば、デバイス）または方法の構成要素のすべてを示しているわけではない。最後に、明細書および図の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。
【００１８】
本開示の様々な態様について以下で説明する。本明細書の教示は多種多様な形態で実施でき、本明細書で開示されている特定の構造、機能、またはその両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様とは独立に実装できること、およびこれらの態様のうちの２つ以上を様々な方法で組み合わせることができることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置を実現し、または方法を実施することができる。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置を実現し、またはそのような方法を実施することができる。さらに、態様は、請求項の少なくとも１つの要素を備えることができる。上記の一例として、いくつかの態様では、ワイヤレス通信の方法は、リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることを備えることができる。さらに、いくつかの態様では、リソース利用メッセージの送信がデータフローに関連するサービス品質を改善した場合、サービス品質しきい値の適応により、リソース利用メッセージのより頻繁な送信が行われることがある。
【００１９】
図１に、ワイヤレス通信システム１００のいくつかの例示的な態様を示す。システム１００は、一般にノード１０２および１０４として示されるいくつかのワイヤレスノードを含む。所与のノードは、１つまたは複数のトラフィックフロー（たとえば、データフロー）を受信および／または送信することができる。たとえば、各ノードは、少なくとも１つのアンテナと、関連する受信機構成要素および送信機構成要素とを備えることができる。以下の説明では、受信しているノードを指すために受信ノードという用語を使用し、送信しているノードを指すために送信ノードという用語を使用する。そのような言及は、ノードが送信と受信の両方の動作を実行することが不可能であることを暗示しない。
【００２０】
ノードは様々な方法で実装できる。たとえば、いくつかの実装形態では、ノードは、アクセス端末、中継ポイント、またはアクセスポイントを備えることができる。図１を参照すると、ノード１０２はアクセスポイントまたは中継ポイントを備え、ノード１０４はアクセス端末を備えることができる。いくつかの実装形態では、ノード１０２は、ネットワーク（たとえば、Ｗｉ−Ｆｉネットワーク、セルラーネットワーク、またはＷｉＭａｘネットワーク）のノード間の通信を可能にする。たとえば、アクセス端末（たとえば、アクセス端末１０４Ａ）が、アクセスポイント（たとえば、アクセスポイント１０２Ａ）または中継ポイントのカバレージエリア内にあるとき、それによって、アクセス端末１０４Ａは、システム１００の別のデバイス、またはシステム１００と通信するために結合される何らかの他のネットワークと通信することができる。ここで、ノードの１つまたは複数（たとえば、ノード１０２Ｂ）は、別の１つまたは複数のネットワーク（たとえば、インターネットなどのワイドエリアネットワーク）への接続性を与える有線アクセスポイントを備えることができる。
【００２１】
いくつかの態様では、システム１００の２つ以上のノード（たとえば、共通の独立したサービスセットのノード）は、１つまたは複数の通信リンクを介してノード間のトラフィックフローを確立するために、互いに関連する。たとえば、ノード１０４Ａおよび１０４Ｂは、対応するアクセスポイント１０２Ａおよび１０２Ｃを介して、互いに関連することができる。したがって、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ａを介してアクセス端末１０４Ａとの間で確立され、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ｃを介してアクセス端末１０４Ｂとの間で確立される。
【００２２】
場合によっては、システム１００中のいくつかのノードは、同時に（たとえば、同じタイムスロット中に）送信しようと試みることがある。送信ノードと受信ノードとの相対位置、および送信ノードの送信電力に応じて、そのような同時通信を確実に行うことが可能である。これらの状況下では、システム１００のワイヤレスリソースは、たとえば、キャリア検知多重アクセス（「ＣＳＭＡ」）動作モードを使用するだけのシステムに比較して、うまく利用できる。
【００２３】
しかしながら、他の状況下では、システム１００中のノードからのワイヤレス送信は、システム１００中の関連しないノードにおける受信に干渉することがある。たとえば、ノード１０２Ｄが（シンボル１０６Ｂで表されるように）ノード１０４Ｃに送信しているのと同時に、ノード１０４Ｂは（ワイヤレス通信シンボル１０６Ａで表されるように）ノード１０２Ｃから受信していることがある。ノード１０４Ｂと１０２Ｄとの間の距離、およびノード１０２Ｄの送信電力に応じて、（破線記号１０６Ｃで表される）ノード１０２Ｄからの送信は、ノード１０４Ｂにおける受信に干渉することがある。
【００２４】
このような干渉を緩和するために、ワイヤレス通信システムのノードは、ノード間メッセージング方式を採用することができる。たとえば、干渉を経験している受信ノードは、そのノードが不利であることを何らかの方法で示すためにリソース利用メッセージ（「ＲＵＭ」）を送信する。ＲＵＭを受信する隣接ノード（たとえば、潜在的な干渉物）は、ＲＵＭ送信ノード（すなわち、ＲＵＭを送信した受信ノード）に干渉することを回避するために、何らかの方法でその将来の送信を制限することを選ぶ。ここで、受信ノードによるＲＵＭを送信する決定は、そのノードにおいて受信されたデータに関連するサービス品質に少なくとも部分的に基づく。たとえば、受信ノードは、そのリンクまたはフローのうちの１つまたは複数の現在のサービス品質レベルが所望のサービス品質レベルを下回った場合、ＲＵＭを送信する。反対に、サービス品質が許容できる場合、ノードはＲＵＭを送信しない。
【００２５】
以下の説明では、ＲＵＭを送信すべきかどうかを判断するために使用されるサービス品質レベルを、ＲＵＭ送信しきい値（「ＲＳＴ」）と呼ぶことがある。たとえば、いくつかの実装形態では、ノードの１つまたは複数のリンクまたはデータフローに関連するサービス品質が、指定されたＲＳＴ値を下回った場合、ノードはＲＵＭを送信する。
【００２６】
実際問題として、ノードは、同時にアクティブであるいくつかのリンクを有することがある。この場合、ノードは、リンクのすべてのサービス品質に基づいて単一のＲＵＭを送信することができる。たとえば、いくつかの実装形態では、ノード（または、場合によっては、ノードに関連するアクセスポイント）は、ノードのリンクごとにＲＳＴを定義することできる。したがって、ノードは、リンクごとにサービス品質基準を決定し、各サービス品質基準を対応するＲＳＴと比較することができる。その場合、ＲＵＭを送信する決定は、リンクのいずれか１つがその所望のサービス品質を満たしていないかどうかに基づくことができる。ここで、ＲＵＭに与えられた重み係数（すなわち、重み）は、最も不利なリンクの重み（たとえば、最高の重み）に対応することができる。
【００２７】
ノードがいくつかのアクティブリンクを有するとき、他のＲＵＭ送信方式を採用することができることを諒解されたい。たとえば、ノードは、リンクごとにＲＵＭを送信するか、集合的なサービス品質基準およびＲＳＴをリンクのすべてに与えるか、または、データスループット、データ待ち時間、干渉、または何らかの他の関係するパラメータなどの他の基準に基づいてＲＵＭを送信することができる。
【００２８】
ノードがいくつかのアクティブなフローを有する場合、ノード（または、ノードがアクセス端末ならば関連するアクセスポイント）は、フローごとにＲＳＴを定義することができる。たとえば、ボイス呼は４０ｋｂｐｓのＲＳＴに関連し、ビデオ呼は２００ｋｂｐｓのＲＳＴを有することができる。ここで、ＲＳＴは、システムによって使用される帯域幅にわたって正規化される。フローがネットワーク中に導入されると、そのパスにおける各リンクは、そのＲＳＴによって増加することがある。したがって、リンクのＲＳＴは、それを通過するすべてのフローのＲＳＴの和とすることができる。その場合、ＲＵＭの重みを上述のように計算することができる。
【００２９】
いくつかの実装形態では、ノードは、そのフローのいずれか１つがその所望のサービス品質を満たしていない場合、ＲＵＭを送信することを選ぶことができる。この場合、ノードは、フローごとにサービス品質基準を決定し、各サービス品質基準を対応するＲＳＴと比較することができる。ここで、ＲＵＭを与えられた重みは、最も不利なフローの重み（たとえば、最高の重み）に対応することができる。
【００３０】
再び、ここで他のＲＵＭ送信方式を採用することができることを諒解されたい。たとえば、ノードは、フローごとにＲＵＭを送信するか、集合的なサービス品質基準およびＲＳＴをフローのすべてに与えるか、または、他の基準に基づいてＲＵＭを送信することができる。
【００３１】
システム中のノードのＲＳＴが合理的に達成可能な場合、ＲＵＭ方式は、システム中のリンクのすべてがそれらの所望のサービス品質を達成することを保証する。ここで、余剰リソースが、良好な搬送波対干渉波比（「Ｃ／Ｉ」）とのリンクによって利用できる。言い換えれば、これらのリンクは、それらの所望のサービス品質よりも高いサービス品質レベル（たとえば、スループットレベル）を達成することができる。
【００３２】
対照的に、ＲＳＴが不適当なレベルに設定された場合、システムは準最適平衡状態に落ち着く。ノードのためのＲＳＴの機能は、ある意味では、２通りに解釈できる。媒体アクセス制御（「ＭＡＣ」）層および上位層に対して、ＲＳＴは、１つまたは複数のリンクまたはフローに所望されるサービス品質の基準として機能することができる。物理的（「ＰＨＹ」）層に対して、ＲＳＴは、ノードに、チャネルの同時共有から、たとえば、各ノードがすべてのそのネイバーを切り離すＣＳＭＡのようなアクセスに切り替えさせる値として機能することができる。場合によっては、ＲＳＴのこれらの２つの機能は互いに競合している。したがって、システム中のノードによるＲＵＭの送信は、ある状況下では、対応するノードに有益であるが、（たとえば、ＲＵＭの送信がシステムの全体的なパフォーマンスに悪影響を及ぼすとき）すべての状況で有益であるわけではない。適切なＲＳＴを選択することに関連して発生することがある問題に関して、以下に少数の特定の例を挙げる。
【００３３】
ＲＳＴが達成できないレベルに設定された（たとえば、あまりに高く設定された）場合、リンクの一部または全部は常に不利であることがある。したがって、対応する受信ノードはＲＵＭを断続的に送信することができる。これはまた、システム中の他のノードによって送信を停止または制限し、それによって、システムの全体的なスループットを低下させることがある。ここで、多数のノードがＲＵＭを断続的に送信しているとき、システムは、ＣＳＭＡ動作モードで効果的に動作する。場合によっては、全体的なシステムスループットが最適よりも小さくても、システムは、ＲＵＭに関連する重みのために（たとえば、ＲＳＴの比によって示されるように）ノード間のリソースの比較的公平な割当てを依然として達成することができる。しかしながら、実際問題として、より最適なレベルのシステムパフォーマンスは、ある程度のリソース共有を行うことによって達成できる。たとえば、リソースを共有することによって、システムの累積サービス品質と、システム中の各ノード（または各リンク、フローなど）におけるサービス品質の両方における改善を達成することが可能である。
【００３４】
場合によっては、ノードは、ＲＵＭを送信した後も、その所望のサービス品質を満たすことができない。この状態は、たとえば、送信ノードと受信ノードとがはるかに離れているので、干渉が無視できる場合でも、所望のレートが満たされないために生じることがある。この状態はまた、たとえば、あまりに多くのアクセス端末がアクセスポイントに接続されているときに生じることがある。この場合、トラフィック負荷自体がボトルネックになることがある。そのような場合、これらのノードによって送信されるＲＵＭの数を制限するために、（たとえば、ＲＳＴを低下させることによって）１つまたは複数のノード、リンク、フローなどのサービス品質を落とし、それによって、システム中の他のノード、リンク、フローなどのサービス品質を改善することが有益であることがわかる。
【００３５】
システム中のＲＳＴがあまりに低く設定された場合、システム中のすべてまたは大部分のリンクは、それらの所望のサービス品質を常に達成する。この場合、ノードはＲＵＭを送信しない。したがって、ノードは自由に同時に送信することができる。この場合、システムで達成されるスループットは干渉制限される。ノードの位置と干渉環境とに応じて、これによりリソースの不公平な分配を生じることがある。
【００３６】
ＲＳＴの適切な選択はまた、システムによって搬送されるトラフィックのタイプに依存することがある。たとえば、固定レートトラフィックチャネル（たとえば、制御チャネル）の確実な動作を保証するために、特定のスループットを維持する必要がある。また、いくつかのノードは、大量のトラフィックを集めていることがあるので、より高いトラフィック要件を有することがある。ワイヤレスバックホールがツリーのようなアーキテクチャで使用され、ツリーのルートに近接するノードがスケジュールされている場合、これは特に当てはまる。したがって、ピークレートの観点から、または遅延に耐えられないサービスの場合、ノードが通常であれば同時送信を用いて達成することができるレートよりも高いレートで、そのノードがバーストできるようにすることが有益である。
【００３７】
上記に鑑みて、システム効率の見地から、どのモードが現在の条件下で最良のシステムパフォーマンスを達成するかに応じて、システムのノードが、同時送信または衝突回避に有利であるように、それらのそれぞれのＲＳＴを設定することが望ましいことがある。したがって、システム中のワイヤレスノードまたは関連するアクセスポイントは、たとえば、ネットワークから輻輳フィードバックに基づいてそれぞれのＲＳＴを動的に適応させるように構成できる。ここで、ＲＳＴを変更することによって、ノード、リンク、フローなどの能力は、輻輳の期間中に競合するように改変できる。
【００３８】
所与のノードまたはいくつかのノードに対するＲＳＴの適応は、異なる状況下で異なる形でシステムパフォーマンスに影響を及ぼすことがある。いくつかの態様では、システム中の所与のノードに対するＲＳＴの適応は、そのノードによって受信されたデータのサービス品質を改善することができる。たとえば、場合によっては、ＲＳＴを増加させると、ノードがより多くのＲＵＭを送信し、それによって、ノードがシステムリソース（たとえば、タイムスロット）により多くアクセスする可能性が高くなる。いくつかの態様では、システム中のノードのＲＳＴの適応は、システムの全体的なパフォーマンス（たとえば、スループット、スペクトル効率など）を改善することができる。たとえば、ＲＵＭの送信が所与のノードにおけるサービス品質を明らかな程度まで改善していないとき、システム中の他のノードがシステムリソースにより多くアクセスすることができるように、そのノードにおけるＲＳＴを減少させることが、システムの観点から、より有利なことがある。
【００３９】
上述のように、サービス品質は、スループット、待ち時間、干渉（たとえば、Ｃ／Ｉ）または何らかの他の好適なパラメータに関係する。したがって、いくつかの態様では、ＲＳＴは、１つまたは複数のデータリンクまたはデータフローに望まれる最小データスループットレートを定義することができる。いくつかの態様では、ＲＳＴは、１つまたは複数のデータリンクまたはデータフローに望まれる最大データ伝搬待ち時間期間を定義することができる。いくつかの態様では、しきい値は、１つまたは複数のデータリンクまたはデータフローにとって許容できる最大干渉レベルを定義することができる。
【００４０】
いくつかの態様では、ＲＳＴを正規化することができる。たとえば、ＲＳＴスループット値を（たとえば、ｂ／ｓ／Ｈｚに対応する）正規化ビットに関して定義することができる。特定の例として、２０ＭＨｚチャネルおよび１ｍｓタイムスロットサイズにわたって計算された０．４ｂ／ｓ／ＨｚＲＳＴは、リンクがタイムスロットごとに０．４×２０×１０６×１×１０−３＝８０００ビットのサービス品質を望むことを暗示する。
【００４１】
ＲＳＴの初期値は、様々な基準に基づいて選択できる。たとえば、最小サービス品質（たとえば、最大待ち時間または最小スループット）を必要とするアプリケーションの場合、初期ＲＳＴはこの基準に基づくことができる。
【００４２】
適用例によっては、初期ＲＳＴ値は、システムにおいて達成可能であると予想される許容できるサービス品質レベルの推定値に基づいて設定できる。たとえば、計画されたセルラーシステムにおいて順方向リンクエッジスペクトル効率を定義するのと同様の方法で、初期ＲＳＴ値を定義することができ、その場合、セルエッジスペクトル効率は、送受信基地局がエッジユーザ端末に送信することになっており、隣接するユーザ端末が常にオンである場合に、そのエッジユーザ端末が達成するスループットを示す。計画されたＣＤＭＡシステム中のセルエッジジオメトリは、たとえば、約６ｄＢ〜１０ｄＢにわたることがある。したがって、最大４ｄＢの間隙を仮定すると、０．０５〜０．１ｂ／ｓ／Ｈｚの範囲内でセルエッジスペクトル効率を定義することができる。
【００４３】
ＲＳＴベースのシステムでは、同時送信を用いたスループットが、初期ＲＳＴ値によって指定されたスループットよりも悪い場合、ノードは衝突回避モードに移行することができる。ここで、その最小スループットが達成できないので、衝突回避モードへの切替えは必ずしも所望のスループットをもたらすわけではない。しかしながら、衝突回避は、同時送信を使用して達成できるスループットよりも良いスループットをもたらすことがある。
【００４４】
次に図２を参照すると、図示のフローチャートは、ＲＳＴを適応させることに関連して（たとえば、受信ノードによって）実行されるいくつかの高いレベルの動作に関する。便宜上、図２の動作（または、本明細書で論じたかまたは教示した任意の他の動作）については、特定の構成要素によって実行されるものとして説明する。たとえば、図３に、ノード３００の受信動作に関連して採用される例示的な構成要素を示す。ただし、説明する動作は、他のタイプの構成要素によって実行でき、異なる個数の構成要素を使用して実行できることを諒解されたい。たとえば、本明細書で説明するしきい値適応動作および構成要素は、その関連するノード（たとえば、アクセス端末）ごとに１つまたは複数のＲＳＴ値を設定するアクセスポイントにおいて実装できる。また、本明細書で説明する動作の１つまたは複数は、所与の実装形態では採用されない場合があることを諒解されたい。
【００４５】
図２のブロック２０２で表されるように、システムのノードが別のノードの通信範囲内にあるとき、ノードは、通信セッションを形式的に確立するために互いに関連する。図３の例では、ワイヤレスノード３００は、別のワイヤレスノードと通信するための送信機構成要素および受信機構成要素３０６および３０８を含むトランシーバ３０４と協働する通信プロセッサ３０２を含む。このようにして、１つのノード（たとえば、図１のノード１０２Ｃ）から別のノード（たとえば、ノード１０４Ｂ）に、１つまたは複数のトラフィックフローを確立する。
【００４６】
図２のブロック２０４〜２０８は、ノード（たとえば、アクセスポイントまたはアクセス端末）がデータの受信とともに実行することができるＲＵＭ発生動作に関する。ここで、ノードは、その受信データのサービス品質を繰り返し（たとえば、継続的に、周期的になど）監視し、監視されたサービス品質レベルが所望のサービス品質レベルを下回ったときはいつでもＲＵＭを送信する。
【００４７】
ブロック２０４で表されるように、受信ノード（たとえばノード１０４Ｂ）は、関連する送信ノード（たとえばノード１０２Ｃ）からデータを受信する。上述のように、受信データは、１つまたは複数のリンクおよび／またはフローに関連する。
【００４８】
ブロック２０６で表されるように、受信ノードは、所望のサービス品質レベルに従ってデータを受信しているかどうかを判断する。たとえば、ノードは、所与の（たとえば、ビデオトラフィックのための）スループットレート以上で、所与の（たとえば、ボイストラフィックのための）待ち時間期間内に、または深刻な干渉なしに、所与のタイプのトラフィックに関連するデータを受信することが望ましい。図３の例では、ノード３００は、受信機３０８によって受信されたデータを分析して、そのデータに関連する１つまたは複数のサービス品質関連パラメータを判断するように構成されたＱｏＳ判断器３１０を含む。したがって、ＱｏＳ判断器３１０は、受信データのスループットを計算するためのスループット判断器３１２、受信データの待ち時間を計算するための待ち時間判断器３１４、または、たとえば受信データ上に付与される干渉の量を推定するための干渉判断器３１６のうちの１つまたは複数を備える。ＱｏＳ判断器が他の形式をとることもできることを諒解されたい。様々な技法を採用して、サービス品質を監視することができる。たとえば、いくつかの実装形態では、ノードはスライディングウィンドウ方式（たとえば、短期移動平均）を採用して、その受信データのサービス品質レベルを比較的継続的に監視することができる。
【００４９】
ここで、所与のサービス品質レベルが達成されているかどうかの判断は、ＱｏＳ判断器３１０によって与えられたサービス品質情報と、所望のサービス品質（たとえば、サービス品質しきい値３２０）を表す、記憶された情報３１８との比較に基づく。図３では、ＱｏＳ判断器３１０は、所与の時間期間、所与のパケット数などにわたって受信されたデータに関連するサービス品質レベルを示す（たとえば、サービス品質レベルの推定値を与える）サービス品質基準を生成する。さらに、１つまたは複数のしきい値３２０（たとえば、ＲＳＴ）は、所与のタイプのトラフィック、またはいくつかの異なるタイプのトラフィックに対して予想されるサービス品質レベルを定義する。したがって、コンパレータ３２２は、ノード３００が許容できるレベルでデータを受信しているかどうか、またはノード３００が何らかの形で不利であるかどうかを判断するために、現在のサービス品質基準をサービス品質しきい値３２０と比較する。
【００５０】
図２のブロック２０８で表されるように、所与のサービス品質レベルが受信ノードにおいて満たされていない場合、受信ノードは、受信ノードがある程度不利であることを示すＲＵＭを送信する。ここで、ノードが不利である程度をＲＵＭ重みで示す。図３の例では、ＲＵＭ送信判断器３２４は、コンパレータ３２２によって実行された比較に基づいてＲＵＭを送信すべきかどうかを判断する。ＲＵＭを送信する決定が行われた場合、ＲＵＭ発生器３２６は、ＲＵＭに対して適切な重みを判断し、ＲＵＭを送信する送信機３０６と協働する。いくつかの実装形態では、（たとえば、ＲＳＴに対応する）所望のサービス品質と、実際に達成されたサービス品質に関係するサービス品質基準との比の量子化された値として、ＲＵＭ重みを定義する。
【００５１】
いくつかの態様では、システム（たとえば、所与のネットワーク）中のＲＵＭのすべては、一定の電力スペクトル密度（「ＰＳＤ」）で、または一定の電力で送信される。所与のノードの通常の送信電力にかかわらず、これは事実である。このようにして、ＲＵＭ送信ノードがより低い電力ノードであるか、またはより高い電力ノードであるかにかかわりなく、比較的遠く離れた、潜在的に干渉する（たとえば、より高い電力の）送信ノードにおいてＲＵＭを受信することができる。言い換えれば、ＲＵＭ復号範囲は、実質的に、システムによって制御される最大送信干渉範囲以上となるように定義できる。
【００５２】
ＲＵＭを受信する送信ノードは、ＲＵＭならびにその重みの受信に基づいて適切な手順を判断することができる。たとえば、送信ノード（たとえば、図１のノード１０２Ｄ）は、関連しない受信ノード（たとえば、ノード１０４Ｂ）がその送信ノードに関連する受信ノード（たとえば、ノード１０４Ｃ）よりも不利であると判断した場合、関連しない受信ノードを干渉することを回避するために、送信するのを控えることを選ぶか、または１つまたは複数の指定されたタイムスロット中にその送信電力を減少させることができる。したがって、送信ノードは、ある時間にその送信を制限することによって、隣接するＲＵＭ送信ノードにおけるＣ／Ｉを改善することができる。
【００５３】
代替的に、送信ノードは、その関連する受信ノードがＲＵＭを送信した任意の他の受信ノードよりも不利であると判断した場合、関連しないノードからのＲＵＭを無視することができる。この場合、送信ノードは、所与のタイムスロット中に送信することを選ぶことができる。
【００５４】
ブロック２１０で表されるように、ノード（たとえば、アクセス端末、アクセスポイント、またはアクセス端末に代わるアクセスポイント）は、ある時点でノードのＲＳＴを適応させる。たとえば、以下でより詳細に述べるように、ＲＳＴを適応させる決定は、システム中のトラフィックのノード自体の分析に基づく。また、ＲＳＴを適応させるノードの決定は、システムトラフィックの他のノードの分析に関係する、システム中の別のノードから受信されたメッセージに基づく。
【００５５】
ブロック２１２で表されるように、いくつかの態様では、ノード３００は、サービス品質情報３１８を適応させるべきかどうかを判断するために使用される情報（たとえば、ＲＳＴ３２０）を収集するしきい値適応器３２８を含む。たとえば、しきい値適応器３２８は、送信されたＲＵＭを監視し、サービス品質情報を監視し、他のノードから受信されたメッセージを処理する。ここで、サービス品質情報を監視することは、たとえば、ノード自体のサービス品質統計を収集する（たとえば、判断する）こと、関連するノードからしきい値レート情報を収集すること、または関連しないワイヤレスセクタからしきい値レート情報を収集することを含む。
【００５６】
ブロック２１４で表されるように、次いで、しきい値適応器３２８は、収集された情報に基づいてＲＳＴを適応させる。所与のノードのＲＳＴを様々な方法で適応させ、様々な基準に基づいて適応させる。次に、ＲＳＴ適応方式のいくつかの例について、図４〜図６の動作に関して説明する。特に、図４は、前のＲＵＭの効果に基づいてＲＳＴを適応させることに関する。図５は、ＲＵＭ頻度に基づいてＲＳＴを適応させることに関する。図６は、別のノードから受信されたＲＵＭ関連情報に基づいてＲＳＴを適応させることに関する。図８は、関連するノードのスループット情報に基づいてＲＳＴを適応させることに関する。図１０Ａ〜図１０Ｂは、隣接するワイヤレスセクタのスループット情報に基づいてＲＳＴを適応させることに関する。
【００５７】
最初に、図４の動作を参照すると、ある場合には、多数のＲＵＭを送信することはシステムパフォーマンスに有益であるが、他の場合には、多数のＲＵＭの送信は、ＲＵＭが比較的効果がないことを示す。後者の場合の例として、ＲＵＭを送信することは、現在の送信の干渉環境を改善するが、１つのノードによるＲＵＭの送信は、他のノードにもＲＵＭを送信させ、それによってシステム中の送信機会の数を減少させる。
【００５８】
ＲＵＭを送信すべきかどうかを判断することに関連して、ノードは、全体的なシステム挙動のより良い感覚を得るために、得られたサービス品質に対する過去のＲＵＭの効果を考える。次いで、システムからのこのフィードバックに基づいて、ノードは、システムパフォーマンスを改善するためにそのＲＳＴを適応させる。
【００５９】
いくつかの態様では、ノードは、ＲＵＭのその送信が、その受信データのサービス品質に対して有する効果を考える。たとえば、ノードがＲＵＭを送信しており、ノードのスループットが増加している場合、ノードが（たとえば、そのＲＳＴを増加させることによって）より多くのＲＵＭを送信することは有益である。反対に、ノードがＲＵＭを送信しており、スループットに増加または減少がない場合、ノードは、ＲＵＭを送信するレートを減少させるようにそのＲＳＴを減少させる。図４のフローチャートは、ノードが１つまたは複数のＲＵＭの効果に基づいてＲＳＴを適応させることに関連して実行する動作のいくつかの態様を示す。
【００６０】
ブロック４０２で表されるように、受信ノード（たとえば、ノード３００）は、ある程度不利であると判断したときはいつでもＲＵＭを送信する。上述のように、この判断は、受信データのサービス品質基準とＲＳＴとの比較に基づく。したがって、ある条件下で、受信ノードは、ある時間期間にわたって一連のＲＵＭを送信する。
【００６１】
ブロック４０４で表されるように、受信ノードは、そのＲＵＭ送信のセット（たとえば、１つまたは複数）を監視する。たとえば、しきい値適応器３２８は、ある時間期間（たとえば、ある数のタイムスロット）にわたって送信されたＲＵＭを監視するか、または所与の数のＲＵＭについてＲＵＭ情報を収集する。いくつかの実装形態では、しきい値適応器３２８は、ＲＵＭを監視するための（たとえば、定義された時間期間の）スライディングウィンドウを採用する。
【００６２】
ブロック４０６で表されるように、受信ノードは、ＲＵＭの送信が受信データ（たとえば、１つまたは複数の受信データフロー）のサービス品質に対して有していた効果を判断する。この目的で、ＱｏＳ判断器３１０は、受信トラフィックを監視し、そのトラフィックに関連する１つまたは複数のサービス品質基準を判断する。たとえば、スループット判断器３１２は、受信トラフィックのスループットを計算または推定する。同様に、待ち時間判断器３１４は、受信トラフィックの待ち時間を計算または推定する。また、干渉判断器は、受信ノードにおける干渉（または、潜在的な干渉）を（たとえば、受信エラーレートなどを判断することによって）計算または推定する。上述した同様の方法で、スライディングウィンドウを介して、または何らかの他の好適な技法を使用して、サービス品質を監視することができる。
【００６３】
いくつかの態様では、（たとえば、所与の時間期間中の）サービス品質の監視は、対応するＲＵＭの監視と一致するか、またはそれより遅れることがある。このようにして、ＲＵＭの送信と監視されるサービス品質との間で適切な相関を維持することができる。
【００６４】
受信ノードはまた、ＱｏＳ判断器３１０によって与えられたか、または何らかの他の方法で収集されたサービス品質情報に関する情報を維持する。たとえば、しきい値適応器３２８は、１つまたは複数の受信フローと関連する時間期間とに対するサービス品質の前の値に関係するＱｏＳ基準統計３３２を維持する。したがって、ＲＵＭ効果分析器３３０は、現在のサービス品質情報を前のサービス品質情報と比較することによって、サービス品質がどのくらい影響を受けたかを判断する。たとえば、ＲＵＭ効果分析器３３０は、ＲＵＭの送信により、受信ノードにおけるサービス品質が改善、劣化、または変化なしとなったかに関係する指示を生成する。
【００６５】
ブロック４０８で表されるように、しきい値適応器３２８は、送信されたＲＵＭが対応するサービス品質に対して有する効果に基づいてＲＳＴ３２０を適応させる。たとえば、ＲＵＭの送信がサービス品質を改善した場合、しきい値適応器３２８はＲＳＴ３２０を増加させる。このようにして、ＲＵＭを送信することがノードにおけるデータの受信を改善したので、受信ノードはより多くのＲＵＭを送信するように構成される。
【００６６】
対照的に、ＲＵＭの送信がサービス品質に対してほとんど効果を有しないか、またはサービス品質を劣化させた場合、しきい値適応器３２８はＲＳＴ３２０を変更しないか、またはＲＳＴ３２０を減少させる。後者の場合、ＲＵＭを送信することがこの特定ノードに役立っていないので、ノードは、ＲＵＭをより少なく送信するように構成され、それによって、それらのデータを送信するより多くの機会をシステム中の他のノードに与える。
【００６７】
ＲＳＴを適応させるためのアルゴリズムの例を式１に示す。この例では、前の（ＲＵＭを送信する前の）ＱｏＳ基準をＲｏｌｄで示し、得られた（１つまたは複数のＲＵＭを送信した後の）ＱｏＳ基準はＲｎｅｗである。ＲＳＴｏｒｉｇｉｎａｌは、当初望まれたＲＳＴ（たとえば、サービス品質レベル）を表すが、ＲＳＴｏｌｄは、前の（たとえば、ＲＳＴの前の適応の後の）ＲＳＴ値である。ＲＳＴｎｅｗは、新たに更新されたＲＳＴ値である。最後に、γは、ＲＳＴのあまりに頻繁な更新を防ぐために使用できるヒステリシスパラメータ（たとえば、γ＝０．１）である。
【００６８】
式１：
【数１】
【００６９】
ここで、ＲＳＴｎｅｗは、ＲＳＴｎｅｗとＲＳＴｏｒｉｇｉｎａｌとのうちの最小値に制限されることがある。
【００７０】
次いで、ノードは、新しいＲＳＴ値に基づいてＲＵＭを送信し続ける。
【００７１】
そうではなく、Ｒｏｌｄ＜Ｒｎｅｗ≦Ｒｏｌｄ×（１＋γ）である場合、ＲＳＴは同じ値で維持される。
【００７２】
したがって、ノードは、前のＲＳＴ値に基づいてＲＵＭを送信し続ける。
【数２】
【００７３】
次いで、ノードは、新しいＲＳＴ値に基づいてＲＵＭを送信し続ける。
【００７４】
いくつかの実装形態では、１つまたは複数の制限（たとえば、限界）をＲＳＴ値に対して設けることがある。たとえば、場合によっては、ＲＳＴ値がある値（たとえば、定義された最小値）を下回らないようにＲＳＴの適応を制限することがある。このようにして、ノードに対してある最小レベルのサービスを維持しようと試みることができる。さらに、場合によっては、ＲＳＴ値がある値（たとえば、定義された最大値）を上回って増加しないように、ＲＳＴの適応を制限することがある。たとえば、ノードが最大ＲＵＭ頻度を超えるレートでＲＵＭを送信するのを防ぐように、ＲＳＴ値を設定することができる。このようにして、利用可能なワイヤレスリソースが、競合するノード間で公平に共有されるようにする試みを行うことができる。また、システムに対してＲＳＴ値上で上下の限界を課することが、システム中のノードが適応させているＲＳＴ値の収束を可能にする（たとえば、より高速な収束を生じる）ことができる。
【００７５】
次に図５を参照すると、いくつかの実装形態では、ノードは、ノードがＲＵＭを送信する頻度に基づいてＲＳＴを適応させる。いくつかの態様では、ノードがＲＵＭを送信する頻度は、そのＲＳＴ値の実現可能性を示す。たとえば、ノードが時々ＲＵＭを送信するのみの場合、そのリンク上のフローは、ＲＵＭの助けをかりてそれらのＲＳＴターゲットを達成している。一方、ＲＵＭを永久に送信するノードは、ＲＳＴを達成しておらず、より多くの妥当な値にそのＲＳＴを適応させる必要がある。
【００７６】
ブロック５０２で表されるように、いくつかの実装形態では、ＲＳＴ適応は、ＲＵＭ頻度とＲＳＴ値との間で（たとえば、システムレベルにおいて、またはノードにおいて）定義された１つまたは複数の関係に基づく。たとえば、そのような関係は、第１のＲＵＭ頻度値を第１のＲＳＴ値に関連付け、第２のＲＵＭ頻度を第２のＲＳＴ値に関連付け、以下同様に関連付けることを必要とする。いくつかの実装形態では、ノードは、たとえば、ＲＵＭ頻度とＲＳＴ値との間に比較的連続的な関係を定義するＲＳＴ適応曲線に基づいてＲＳＴを適応させる。いくつかの実装形態では、様々なトラフィックタイプ（たとえば、データフロータイプ）に対して様々な関係を定義することができる。言い換えれば、様々なタイプのトラフィックに様々なＲＳＴ適応方式を使用することができる。次いで、これらの関係に関する情報３３４（図３）を、後続のしきい値適応動作中に使用するために記憶する。
【００７７】
図７に、ＲＳＴ適応曲線のいくつかの例を示す。上述のように、ＲＳＴを適応させる方法は、そのＲＳＴに関連するトラフィックフローのタイプに依存する。たとえば、図７に示すように、様々なタイプのフローを、各々がそのフローのＲＳＴの弾性を表す様々なＲＳＴ適応曲線に関連付けることができる。
【００７８】
いくつかの態様では、フローのＲＳＴ適応は、２つのパラメータ、すなわち初期ＲＳＴ値およびＲＳＴ適応曲線によって特徴付けられる。その名前が示唆するように、初期ＲＳＴ値は、フローに対して最初に定義されたＲＳＴとすることができる。いくつかの実装形態では、この初期値は、フローが有することが予想される平均トラフィックレートと定義される。以下に、いくつかの例を示す。フルバッファトラフィック曲線は、８００ｋｂｐｓの初期ＲＳＴに関連付けられる。４０ｍｓごとに４００バイトパケットを送信するボイストラフィックは、８０ｋｂｐｓの初期ＲＳＴを有する。ビデオストリームは、たとえば、１Ｍｂｐｓの初期ＲＳＴを有する。
【００７９】
図７に示すように、ＲＳＴ適応曲線は、ＲＵＭ頻度対ＲＳＴ乗数をプロットする。この曲線の形状は、このフローのＲＳＴの弾性を示し、ＲＵＭ頻度に対するその感度を決定する。再び以下に、いくつかの例を示す。点線７０２は、輻輳フィードバックに対して比較的弾性的であるフルバッファフロー（たとえば、ウェブブラウジング、電子メールなどのデータアプリケーション）の曲線を表す。この場合、ＲＵＭ頻度が比較的高いとき、ＲＳＴが大幅に低減されても、フローは依然として存在する可能性がある。上述のように、ボイスベースのフロー（たとえば、ボイスオーバーＩＰ）は、一般に、そのサービス品質が満たされることを必要とする。たとえば、ボイスフローのＲＳＴは、図７において破線７０４の階段関数形状によって例示されるように、完全に非弾性的であることがある。線７０６は、２つの異なるＲＳＴレベルで動作することができるが、通常は非弾性的である２レートビデオフローの例を表す。
【００８０】
図７では、ＲＳＴおよびＲＵＭ頻度の値は正規化されている。たとえば、２０ＭＨｚのチャネルに対して、初期ＲＳＴ値は正規化されたｂ／ｓ／Ｈｚとすることができる。
【００８１】
図７の例におけるＲＳＴ適応曲線は、上限が１であり、たとえば、これらのフローのＲＳＴが初期ＲＳＴ値を超えないことを示している。これは、初期ＲＳＴ値がフローに対して所望される最小スループットである実装形態の場合である。ここで、輻輳がない場合、フローはいずれにしてもそのＲＳＴスループットを超えるので、ＲＳＴをこれを超えて増加する必要はない。一方、ＲＳＴが達成できないとき、ノードはＲＳＴをより低く適応させる。ノードは、次いで、輻輳が解消された場合、後の時点でＲＳＴを上げることができる。
【００８２】
ＲＳＴ適応曲線は様々な方法で定義できることを諒解されたい。たとえば、いくつかの実装形態では（たとえば、ＲＳＴ値がネットワークによって設定されているとき）、ＲＳＴ乗数は、１よりも大きい値に適応される。
【００８３】
再び図５を参照すると、ノードにおいて１つまたは複数のフローが確立された後、ノードは、本明細書で論じるＲＵＭを送信する（ブロック５０４）。図３の例では、たとえば、上述のように図４に関連して、しきい値適応器３２８はこのＲＵＭトラフィックを監視する。
【００８４】
ブロック５０６で表されるように、ＲＵＭ頻度分析器３３６は、送信されたＲＵＭのセットから現在のＲＵＭ頻度を判断する。たとえば、ＲＵＭ頻度分析器３３６は、ＲＵＭ頻度の現在値を与えるために（たとえば、ある時間期間にわたって）スライディングウィンドウを使用する。
【００８５】
いくつかの実装形態では、ＲＵＭ頻度は、式２に従って計算される。
【００８６】
式２：
【数３】
【００８７】
上式で、ＲＵＭが送信されなかった場合、ｚ＝０、
ＲＵＭが送信された場合、ｚ＝１、および
【数４】
【００８８】
ここで、ＲＵＭ頻度ｆＲは、ＲＵＭが送信されたか否かを示すＲＵＭビットｚのフィルタ処理された値である。場合によっては、ＲＵＭが送信されないとき、初期ウォームアップ期間を与えるために、ＲＵＭ頻度ｆＲは０に初期化される。
【００８９】
ｆＲは様々な方法で計算できることを諒解されたい。たとえば、ＲＵＭ頻度分析器３３６は、所与の数のタイムスロット（たとえば、最後の１００個のタイムスロット）の間に送信されるＲＵＭの数を単に計数する。
【００９０】
いくつかの実装形態では、ＲＳＴ適応アルゴリズムは、ＲＵＭよりもはるかに遅いタイムスケールに従う。この場合、フィルタ重みｗＲは、１に近接する値として定義される。たとえば、いくつかの実装形態では、ノードはｗＲ＝０．９９を設定することができる。
【００９１】
ブロック５０８で表されるように、次いでＲＵＭ頻度（たとえば、フィルタ処理されたｆＲ値）を使用してＲＳＴを適応させる。ここで、しきい値適応器３２８は、現在のＲＵＭ頻度に基づいて使用されるＲＵＭ値を判断するために、所与のフローに対応するしきい関係３３４（たとえば、ＲＳＴ適応曲線情報）を使用する。たとえば、ＲＵＭ頻度が与えられた場合、フローのＲＳＴの実効値は、適応曲線からＲＳＴ乗数を探索し、ＲＳＴ乗数に初期ＲＳＴ値を乗算することによって計算できる。
【００９２】
図２の曲線７０２がいくつかのタイプのフローについて示すように、ＲＵＭ頻度が増加すると、より低いＲＳＴ値が選択され、ＲＵＭ頻度が減少すると、より高いＲＳＴ値が選択される。したがって、ノードは、システムリソースの現在の利用可能性に基づいて、ＲＳＴ値を下げるかまたは上げる。たとえば、ノードは、ＲＳＴ値の減少を引き起こした輻輳が解消された場合に、ノードが以前抑制したフローのＲＳＴを上げることができる。
【００９３】
上述のように、所与のノードは、複数のリンクおよび／またはフローを同時にサポートすることができる。この場合、ノードは、すべてのノードの子リンクおよび／またはフローのＲＳＴと、それらが受信するサービス品質との関数である重みとともに、ＲＵＭを送信する。したがって、ノードは、そのノードにおけるすべてのリンクおよびフローのステータスを反映する単一のＲＵＭを使用することができる。
【００９４】
いくつかの実装形態では、ＲＵＭの重みは、サービス品質パフォーマンスが最悪であるフローおよび／またはリンクを示す。したがって、ＲＵＭ頻度は、所与のノードに関連付けられた最悪のリンクまたはフローのＲＳＴを適応させるために使用できる。
【００９５】
ＲＳＴ値の適応は様々な方法で達成できることを諒解されたい。たとえば、フローベースのＲＳＴを使用する実装形態では、ノードは、所与のリンク上のすべてのフローのＲＳＴを独立して適応させることができる。反対に、いくつかの実装形態では、リンクのＲＳＴ値は、それらのフローのＲＳＴ値の和を備えることができる。この場合、ＲＵＭ頻度を使用して、各フローの適応されたＲＳＴ値を探索することができ、それによってリンクの新しいＲＳＴを定義するためにこれらのＲＳＴ値を追加する。
【００９６】
上述した同様の方法で、いくつかの実装形態では、ＲＳＴ値の適応が制限されることがある。たとえば、場合によっては、ＲＳＴの最小値および／または最大値を定義することができる。さらに、場合によっては、ＲＵＭ頻度の最小値および／または最大値を定義することができる（それによってＲＳＴの適応をある程度まで潜在的に制限する）。
【００９７】
次に、表１を参照しながら、例示的なＲＳＴ適応プロセスについて、より詳細に説明する。この例では、３つのノード（ノード１〜３）は、別のノード（ノード０）に、それぞれリンク１〜３を介して送信している。タイムスロット０において、リンク１のサービス品質およびリンク２のサービス品質は、それぞれのＲＳＴターゲットを下回る。したがって、ノード０はＲＵＭを送信する。ＲＵＭ重み（「ＲＵＭｗｔ」）は、この例ではリンク１である最悪のリンクに対応する。ここで、ＲＵＭ重みはＲＳＴ／ＱｏＳと定義される。
【００９８】
上述のように、いくつかの実装形態では、ＲＳＴ適応アルゴリズムは、この場合はリンク１のＲＳＴのみを更新することができる。適応時に、リンク１は最悪のリンクのままではなく、今度は（たとえば、タイムスロット２で）同じくＲＵＭを引き起こしている他のリンク自体のＲＳＴが更新される。
【００９９】
代替ストラテジは、受信機においてすべてのリンクのＲＳＴを毎回適合させることである。これは計算的により費用がかかる可能性があるが、より良いパフォーマンスを提供する可能性もある。
【表１】
【０１００】
表１の各行に、ＲＵＭ（たとえば、１＝ＲＵＭが送信される、０＝ＲＵＭが送信されない）およびＲＵＭ頻度の現在値を記載する。ＲＵＭ頻度は、最悪のリンクのＲＳＴを適応させるために使用できる。表１に、適応される各リンクのパラメータを斜体の太字で示す。ＲＵＭが送信されるとき、リンクは高いスループットを得る可能性がある。したがって、そのＲＳＴが更新されても、リンクのサービス品質は高くなる。最後の行（タイムスロット２０）は、後の時点を表し、ＲＵＭ頻度が低い数に達したとき、ＲＳＴがどのように上方に適応されるかを示すために与えられている。
【０１０１】
再び図５を参照すると、ブロック５１０で表されるように、いくつかの実装形態では、定義された関係３３４を動的に適応させる。たとえば、所与のタイプのトラフィックのサービス品質要件が変化した場合、対応するＲＳＴ適応曲線を変更する。そのような適応は、たとえば、垂直線の曲線７０４または曲線７０６の位置を調整すること、または曲線７０２の傾きを変更することを含むことができる。
【０１０２】
ワイヤレス通信システムにおいて利用可能である様々なタイプの情報に基づいてＲＳＴを適応させることができることを諒解されたい。たとえば、次に図６を参照すると、いくつかの実装形態では、ノードは、ノードが別のノードから受信した情報に基づいて、そのＲＳＴを適応させる。
【０１０３】
ブロック６０２で表されるように、いくつかの実装形態では、受信ノードに関連する送信ノードは、ＲＳＴを適応させるために受信ノードが使用することができる情報を受信ノードに送信する。たとえば、送信ノードは、送信ノードが受信したＲＵＭの数、およびそれらのＲＵＭの対応する重みに関係する情報を送信する。そのような情報は、たとえば、受信ノードが送信ノードからの送信を受信しなかった理由（たとえば、送信ノードにおいてより優先順位が高いＲＵＭを受信したため）を受信ノードに通知するために役立つ。受信ノードは、次いで、この情報を使用して、そのサービス品質を改善するように、または何らかの他のノード（１つまたは複数）がシステムリソースにより多くアクセスできるように、そのＲＳＴを調整する必要があるかどうかを判断する。
【０１０４】
ブロック６０４で表されるように、いくつかの実装形態では、送信することを望む送信ノードは、送信ノードがワイヤレスリソース（たとえば、タイムスロット）について競合していることを隣接受信ノードに通知するために、別の形態のリソース利用メッセージを送信する。この形態のリソース利用メッセージは、送信ノードから発信するので、本明細書ではＴＸ＿ＲＵＭと呼ぶことがある。
【０１０５】
いくつかの実装形態では、送信ノードは、送信ノードが隣接受信ノードから受信したノードのＲＵＭの分析に基づいて、ＴＸ＿ＲＵＭを送信する。たとえば、送信ノードは、その関連する受信ノードがＲＵＭを送信する他の受信ノードよりも不利であると判断した場合、ＴＸ＿ＲＵＭを送信することができる。したがって、いくつかの態様では、ＴＸ＿ＲＵＭは、送信ノードがシステムから得た（たとえば、聴取した）情報に関係する情報を与える。
【０１０６】
いくつかの態様では、受信ノードは、ＴＸ＿ＲＵＭの受信を使用して、どの関連する送信ノードをリッスンするかを判断する。たとえば、受信ノードが複数の送信ノードとのフローを確立した場合、ノードは、ＴＸ＿ＲＵＭ機構を使用して、受信ノードが関連する送信ノードの１つからのデータをより効果的にスケジュールできるようにする。さらに、受信ノードは、受信したＴＸ＿ＲＵＭ情報を使用して、そのＲＳＴをどのように適応させるかを判断する。たとえば、所与のノードからの送信が現在不利である場合、受信ノードは、そのノードからより多くのトラフィックを受信するために、そのノードに関連する任意のＲＳＴを適応させる。
【０１０７】
ＴＸ＿ＲＵＭは、ＴＸ＿ＲＵＭを送信したノードに関連付けられていない受信ノードによって受信されることを諒解されたい。この場合、受信ノードは、受信したＴＸ＿ＲＵＭの知識を使用して、そのＲＳＴどのように設定するか（たとえば、関連する送信ノードからより多くのトラフィックを受信するか、またはより少ないトラフィックを受信するか）を判断する。
【０１０８】
ブロック６０６で表されるように、ある時点で、受信ノード（たとえば、図３のノード３００）は、１つまたは複数の送信ノードから１つまたは複数のＲＵＭ関連メッセージを受信する。たとえば、受信ノードは、ブロック６０２および６０４に関連して上述したメッセージの１つを受信する。
【０１０９】
ブロック６０８で表されるように、該当する場合、受信ノード（たとえば、図３の受信情報プロセッサ３３８）は、受信したメッセージからＲＵＭ関連の情報を導出する。たとえば、受信情報プロセッサ３３８は、（たとえば、ある時間期間にわたって）受信したリソース利用メッセージの量とそれらのリソース利用メッセージの重みとに関係する統計を収集する。受信情報プロセッサ３３８は、次いで、受信したＲＵＭ関連情報に関係する（たとえば、ＲＵＭ関連情報を備える）情報３３２（たとえば、ＲＵＭの数とＲＵＭ重みとに関係する統計）を記憶する。
【０１１０】
ブロック６１０で表されるように、しきい値適応器３２８はＲＵＭ関連の情報３３２に基づいてＲＳＴを適応させる。たとえば、受信ノードの関連する送信ノードによって受信されたＲＵＭの数と重みとに基づいて（たとえば、この情報に関係するトレンドに基づいて）、受信ノードは、関連するフローのサービス品質を改善するためにＲＳＴを上げることを選ぶ。特定の例として、ＲＵＭの重みが比較的低いか、またはＲＵＭが比較的少数である場合は、ＲＳＴを増加させる。反対に、受信ノードは、このＲＵＭ関連情報（たとえば、現在のトレンド）に基づいて、関連するフローのサービス品質を低下させるために、ＲＳＴを下げることを選ぶ。たとえば、ＲＵＭの重みが比較的高いか、または多数のＲＵＭがある場合は、ＲＳＴを減少させる。
【０１１１】
受信ノードが多数のＴＸ＿ＲＵＭを受信している場合、ノードは、（たとえば、送信ノードがシステムリソースにより多くアクセスできるように）そのＲＳＴを下げる。反対に、受信ノードが多数のＴＸ＿ＲＵＭを受信していない場合、ノードはそのＲＳＴを上げる。
【０１１２】
式３に、ＴＸ＿ＲＵＭの受信を使用してシステムにおける輻輳の程度を判断するときに採用するアルゴリズムの例を示す。
【０１１３】
式３：
【数５】
【０１１４】
この例では、「ネイバー」ＴＸ＿ＲＵＭは、この受信ノードに関連しない送信ノードからのＴＸ＿ＲＵＭを指す。このアルゴリズムにより、受信ノードは、衝突回避を要求する際に（「ネイバー」ＴＸ＿ＲＵＭが聴取されなかったことよって表されるように）輻輳が低い場合はより積極的になり、輻輳が高い場合はより慎重になる。
【０１１５】
次に図８および図１０を参照すると、いくつかの態様では、スループット情報に基づいてＲＳＴを適応させる。たとえば、図８は、ローカルスループット（たとえば、所与のワイヤレスセクタ内のノードのスループット）に基づいてＲＳＴを適応させることに関する。図１０Ａ〜図１０Ｂは、１つまたは複数の隣接ワイヤレスセクタのスループットを考慮に入れることによって、ＲＳＴを適応させることに関する。ここで、各ワイヤレスセクタは、たとえば、アクセスポイントと、その関連するアクセス端末とを備える。
【０１１６】
最初に図８に参照すると、ブロック８０２で表されるように、ワイヤレスノードは、関連するワイヤレスノードのセット（たとえば、所与のワイヤレスセクタのノード）に関連するスループット情報を収集する。たとえば、アクセスポイントは、データが各ノードで送信または受信されたレートを判断するために、その関連するノード（たとえば、アクセス端末）のフローを監視する。いくつかの態様では、図３のスループット判断器３１２などの構成要素を使用して、スループット情報を収集する。
【０１１７】
そのようなスループットレートは、様々な方法で判断できる。たとえば、場合によっては、スループットレートは、ある時間期間にわたる平均レートを備える。場合によっては、スループットレートは移動平均を備える。場合によっては、スループットレートは、フィルタ処理されたレート（たとえば、所与の数のタイムスロットにわたるレート）を備える。
【０１１８】
ブロック８０４で表されるように、ワイヤレスノード（たとえば、図３のスループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック８０２において得られる所与のワイヤレスセクタに関連するレート（たとえば、フィルタ処理されたレート）（の、たとえば、中央値）に関係する少なくとも１つの統計を計算することを必要とする。
【０１１９】
ブロック８０６で表されるように、ワイヤレスノード（たとえば、図３のしきい値適応器３２８）は、次いでスループット情報に基づいてＲＳＴ値を適応させる。たとえば、ＲＳＴを、ブロック８０４において計算された中央値に設定する。
【０１２０】
いくつかの実装形態では、適応されたＲＳＴ値を、セクタ中のすべてのワイヤレスノードに使用する。たとえば、アクセスポイントは、その関連するワイヤレスノードの各々に新しいＲＳＴ値を送信する。このようにして、システム中の各セクタ（たとえば、セル、サービスセット、またはノードの何らかの他のセット）は、中央値スループットレートを下回るスループットレートを有するノードのスループットを改善しようと試みる。ここで、ＲＳＴの適応時に、より低いスループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが高く設定されるので、次に、より高いスループットを達成する可能性がある。言い換えれば、これらの不利なノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が高くなる。反対に、より高いスループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが低く設定されるので、ある程度のスループットを失う可能性がある。すなわち、これらのより高いスループットのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が低くなる。
【０１２１】
図９に、所与のワイヤレスノードがＲＵＭを送信すべきかどうかを判断するために、新しいＲＳＴ値をどのように使用するかの例を示す。ブロック９０２で表されるように、ワイヤレスノードは、そのスループットに関する情報（たとえば、受信データの平均スループットレート）を得る。
【０１２２】
ブロック９０４および９０６で表されるように、スループット情報を新しいＲＳＴおよび最大レートパラメータ（「ＭＡＸＲＡＴＥ」）と比較する。スループットがこれらのパラメータの両方よりも小さい（またはそれら以下である）場合、ワイヤレスノードはＲＵＭを送信する。他の場合は、ワイヤレスノードは、（たとえば、本明細書で論じるように）そのスループットを監視し続ける。
【０１２３】
最大レートパラメータは、比較的高いスループットを有するノードがＲＵＭを送信しないように採用される。たとえば、最大レートパラメータは、平均よりも高いスループットレートを表す値で定義される。したがって、ノードのスループットがその定義されたレートを達成しているかまたは超える限り、ワイヤレスノードはＲＵＭを送信しない。最大レートは、他の基準に基づいて定義することもできる。たとえば、最大レートは、ワイヤレスノードの所与のユーザがそのノードの使用に対して支払う額（たとえば、購読料）に基づくことができる。したがって、様々な状況下で様々なワイヤレスノードに様々な最大レートが割り当てられる。
【０１２４】
ブロック９０８で表されるように、ＲＵＭが送信される場合、ワイヤレスノード（たとえば、図３のＲＵＭ発生器３２６）はＲＵＭの重みを計算する。本明細書で論じるように、（たとえば、受信データのＱｏＳに対応する）スループット値をＲＳＴ値で割ることによって、重みを計算する。この場合、低い重み値は、ワイヤレスノードがより不利であることを示す。
【０１２５】
いくつかの態様では、不利なノードに有利になるように、重みを適応させる。たとえば、式４は、より低い移動平均スループットレート（「ｒｕｎｎｉｎｇ＿ａｖｅｒａｇｅ」）を有するノードのＲＵＭに、より高い移動平均を有するノードよりも低い重みを割り当てるアルゴリズムの例を示す。ここで、以下に記載するＲＵＭ重み式の分子部分（すなわち、新しいＲＳＴ値）は、今度は移動平均に依存するΔの値に応じて調整される。ここで、移動平均が最大レート以上である場合は、ＲＵＭが送信できないので、Δは負の値に制限される。
【０１２６】
式４：
【数６】
【０１２７】
ブロック９１０で表されるように、ワイヤレスノードは、重み値とともにＲＵＭを送信する。次いで、ワイヤレスノードは（たとえば、本明細書で論じるように）そのスループットを監視し続ける。
【０１２８】
次に図１０Ａ〜図１０Ｂを参照すると、いくつかの態様では、共有スループット入力情報統計に基づいてＲＳＴを適応させる。たとえば、ワイヤレスセクタ（たとえば、隣接セクタのアクセスポイント）は、ワイヤレスセクタのそれぞれのスループット情報を共有し、各ワイヤレスセクタがそれらの（１つまたは複数の）ＲＳＴ値をこの共有スループット入力情報に基づいて適応させることができるようにする。
【０１２９】
図１０Ａに、各ワイヤレスセクタがそのスループット情報を共有するために実行する動作を示す。ブロック１００２で表されるように、ワイヤレスノードは、関連するワイヤレスノードのセット（たとえば、所与のワイヤレスセクタのノード）に関連するスループット情報を収集する。たとえば、アクセスポイントは、データが各ノードで送信または受信されたレートを判断するために、その関連するノード（たとえば、アクセス端末）のフローを監視する。いくつかの態様では、スループット判断器３１２などの構成要素を使用して、スループット情報を収集する。
【０１３０】
ブロック１００４で表されるように、ワイヤレスノード（たとえば、スループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック１００２において得られる所与のワイヤレスセクタに関連するレート（たとえば、フィルタ処理されたレート）（の、たとえば、中央値）に関係する少なくとも１つの統計を計算することを必要とする。
【０１３１】
ブロック１００６で表されるように、ワイヤレスノードは、次いで、隣接セクタがこの情報を収集することができるように、そのスループット情報（たとえば、中央値レート）を送信する。場合によっては、ワイヤレスノードは、（たとえば、平均してＲＵＭが送信されるよりも遅いレートで）この情報を周期的に送信する。場合によっては、ワイヤレスノードは、この情報をＲＵＭとともに送信する。
【０１３２】
図１０Ｂに、他のワイヤレスセクタから収集されたスループット情報に基づいてＲＳＴ値を適応させるために、各ワイヤレスセクタが実行する動作を示す。便宜上、これらの動作は、所与のセクタのアクセスポイントによって実行されるものとして説明する。
【０１３３】
ブロック１０１０で表されるように、アクセスポイント（たとえば、図３のセクタ選択器３４２）は、スループット情報を受信する対象のセクタを随意に選択する。たとえば、アクセスポイントは、アクセスポイントが干渉しない任意のセクタからスループット情報を収集しないことを決定する。場合によっては、そのような干渉判断は、アクセスポイントがセクタのノードから受信したＲＵＭに従うかどうかに基づく。場合によっては、ＲＵＭに従うという決定は、今度は確率関数に基づく。たとえば、アクセスポイントが別のセクタからのＲＵＭに確率０．５で従う場合、時間の半分はアクセスポイントがＲＵＭに従い、時間の半分はノードがＲＵＭに従わない。したがって、選択されたセクタからスループット情報を収集するという決定は、ワイヤレスノードからのＲＵＭに対する、アクセスポイントがＲＵＭに従う確率が、定義された値（たとえば、０．５）以上であるような少なくとも１つのワイヤレスノードが、選択されたセクタ中に存在するかどうかに基づく。
【０１３４】
ブロック１０１２で表されるように、アクセスポイントは、１つまたは複数の他のワイヤレスセクタによって送信されたスループット情報を収集する（たとえば、周期的に収集する）。上述のように、いくつかの態様では、この情報は、（たとえば、ブロック１００６のように）セクタの各々によって提供されたスループット値に関係する少なくとも１つの統計（たとえば、中央値）を備える。図３の例では、スループット判断器３１２などの構成要素を使用して、このスループット情報を収集する。
【０１３５】
ブロック１０１４で表されるように、アクセスポイント（たとえば、スループットプロセッサ３４０）は、収集されたスループット情報を何らかの方法で処理する。たとえば、いくつかの態様では、これは、ブロック１０１２において得られた中央値レート（たとえば、フィルタ処理されたレート）、および（たとえば、ブロック１００４において計算された）アクセスポイントのセクタの中央値レートの統計（たとえば、中央値）を計算することを必要とする。
【０１３６】
ブロック１０１６で表されるように、アクセスポイント（たとえば、しきい値適応器３２８）は、次いでスループット情報に基づいてＲＳＴ値を適応させる。たとえば、ＲＳＴを、ブロック１０１４において計算された中央値に設定する。アクセスポイントは、次いで、アクセスポイントのセクタの各ワイヤレスノードに新しいＲＳＴ値を送信する。したがって、ワイヤレスノードは（たとえば、図９のように）新しいＲＳＴ値を使用して、ＲＵＭを送信すべきかどうかを判断する。
【０１３７】
上記のＲＳＴ適応方式を使用して、各セクタは、ブロック１０１４において計算された中央値スループットを下回るスループットを有する任意のワイヤレスノードのスループットを改善しようと試みる。ここで、ＲＳＴ値の適応後に、より低い中央値スループットを有したセクタのノードは、それらの現在のスループットよりもＲＳＴが高く設定されるので、より高いスループットを達成する可能性がある。言い換えれば、これらのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が高くなる。反対に、より高い中央値スループットを有したセクタ中のノードは、それらの現在のスループットよりもＲＳＴが低く設定されるので、ある程度のスループットを失う可能性がある。すなわち、これらのノードは、新しいＲＳＴ値により、ＲＵＭを送信する頻度が低くなる。
【０１３８】
本明細書の教示は、少なくとも１つの他のワイヤレスデバイスと通信するために様々な構成要素を採用しているデバイス中に組み込むことができる。図１１に、デバイス間の通信を可能にするために使用されるいくつかの例示的な構成要素を示す。ここで、第１のデバイス１１０２（たとえば、アクセス端末）および第２のデバイス１１０４（たとえば、アクセスポイント）は、好適な媒体によってワイヤレス通信リンク１１０６を介して通信するように構成される。
【０１３９】
最初に、デバイス１１０２からデバイス１１０４へ（たとえば、逆方向リンク）の情報の送信に関与する構成要素について論じる。送信（「ＴＸ」）データプロセッサ１１０８は、データバッファ１１１０または何らかの他の好適な構成要素からトラフィックデータ（たとえば、データパケット）を受信する。送信データプロセッサ１１０８は、選択されたコーディングおよび変調方式に基づいて各データパケットを処理（たとえば、符号化、インターリーブ、およびシンボルマッピング）し、データシンボルを与える。一般に、データシンボルはデータの変調シンボルであり、パイロットシンボルは（アプリオリに知られる）パイロットの変調シンボルである。変調器１１１２は、データシンボル、パイロットシンボル、場合によっては逆方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／またはシステムによって指定された他の処理を実行し、出力チップストリームを与える。送信機（「ＴＭＴＲ」）１１１４は、出力チップストリームを処理（たとえば、アナログに変換、フィルタ処理、増幅、および周波数アップコンバート）し、変調信号を生成し、これが次いでアンテナ１１１６から送信される。
【０１４０】
（デバイス１１０４と通信中の他のデバイスからの信号とともに）デバイス１１０２によって送信される変調信号は、デバイス１１０４のアンテナ１１１８によって受信される。受信機（「ＲＣＶＲ」）１１２０は、アンテナ１１１８からの受信信号を処理（たとえば、調整およびデジタル化）し、受信サンプルを与える。復調器（「ＤＥＭＯＤ」）１１２２は、受信サンプルを処理（たとえば、復調および検出）し、（１つまたは複数の）他のデバイスによってデバイス１１０４に送信されたデータシンボルのノイズの多い推定値である場合がある検出データシンボルを与える。受信（「ＲＸ」）データプロセッサ１１２４は、検出データシンボルを処理（たとえば、シンボルデマッピング、デインターリーブ、および復号）し、各送信デバイス（たとえば、デバイス１１０２）に関連付けられた復号データを与える。
【０１４１】
次に、デバイス１１０４からデバイス１１０２へ（たとえば、順方向リンク）の情報の送信に関与する構成要素について論じる。デバイス１１０４において、トラフィックデータが送信（「ＴＸ」）データプロセッサ１１２６によって処理されて、データシンボルが生成される。変調器１１２８は、データシンボル、パイロットシンボルおよび順方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／または他の適切な処理を実行し、出力チップストリームを与え、これがさらに送信機（「ＴＭＴＲ」）１１３０によって調整され、アンテナ１１１８から送信される。いくつかの実装形態では、順方向リンクのためのシグナリングは、逆方向リンク上でデバイス１１０４に送信するすべてのデバイス（たとえば、端末）のために、コントローラ１１３２によって生成される電力制御コマンドおよび（たとえば、通信チャネルに関する）他の情報を含む。
【０１４２】
デバイス１１０２において、デバイス１１０４によって送信された変調信号が、アンテナ１１１６によって受信され、受信機（「ＲＣＶＲ」）１１３４によって調整およびデジタル化され、復調器（「ＤＥＭＯＤ」）１１３６によって処理されて、検出データシンボルが得られる。受信（「ＲＸ」）データプロセッサ１１３８は、検出データシンボルを処理し、デバイス１１０２のための復号データおよび順方向リンクシグナリングを与える。コントローラ１１４０は、電力制御コマンドおよび他の情報を受信して、データ送信を制御し、デバイス１１０４への逆方向リンク上の送信電力を制御する。
【０１４３】
コントローラ１１４０および１１３２は、それぞれデバイス１１０２およびデバイス１１０４の様々な動作を指示する。たとえば、コントローラは、フィルタについての情報を報告して適切なフィルタを決定し、フィルタを使用して情報を復号することができる。データメモリ１１４２および１１４４は、それぞれコントローラ１１４０および１１３２によって使用されるプログラムコードおよびデータを記憶することができる。
【０１４４】
図１１は、通信構成要素が、本明細書で教示するＲＵＭ関連動作を実施する１つまたは複数の構成要素を含むことをも示す。たとえば、ＲＵＭ制御構成要素１１４６は、ＲＳＴを適応させ、デバイス１１０２のコントローラ１１４０および／または他の構成要素と協働して、本明細書で教示する別のデバイス（たとえば、デバイス１１０４）との間で信号を送信および受信することができる。同様に、ＲＵＭ制御構成要素１１４８は、ＲＳＴを適応させ、デバイス１１０４のコントローラ１１３２および／または他の構成要素と協働して、別のデバイス（たとえば、デバイス１１０２）との間で信号を送信および受信することができる。
【０１４５】
本明細書の教示は、様々な装置（たとえば、デバイス）に組み込む（たとえば、装置内に実装する、または装置によって実行する）ことができる。たとえば、各ノードは、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅＮｏｄｅＢ、基地局コントローラ（「ＢＳＣ」）、ベーストランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語として当技術分野で構成するか、または呼ぶことができる。いくつかのノードは、アクセス端末とも呼ばれる。アクセス端末は、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器としても知られている。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備えることができる。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話、スマートフォン）、コンピュータ（たとえば、ラップトップ）、携帯型通信デバイス、携帯型コンピューティングデバイス（たとえば、個人情報端末）、娯楽デバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適デバイスに組み込むことができる。
【０１４６】
上述のように、一部の態様では、ワイヤレスノードは通信システムのためのアクセスデバイス（たとえば、セルラーまたはＷｉ−Ｆｉアクセスポイント）を備えることができる。たとえば、そのようなアクセスデバイスは、有線またはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど広域ネットワーク）のための、またはネットワークへの接続性を与えることができる。したがって、そのようなアクセスデバイスは、別のデバイス（たとえば、Ｗｉ−Ｆｉ局）がネットワークまたは何らかの他の機能にアクセスできるようにすることができる。
【０１４７】
したがって、ワイヤレスノードは、ワイヤレスノードで送信または受信される信号に基づいて機能を実行する様々な構成要素を含む。たとえば、アクセスポイントおよびアクセス端末は、信号（たとえば、制御情報および／またはデータを含むメッセージ）を送信および受信するためのアンテナを含む。アクセスポイントは、その受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、またはその送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されたトラフィックマネージャを含むこともできる。さらに、アクセス端末は、受信したデータ（たとえば、１つまたは複数のＲＵＭの送信に関連して受信したデータ）に基づいて指示を出力するように構成されたユーザインターフェースを含む。
【０１４８】
ワイヤレスデバイスは、好適なワイヤレス通信技術に基づくあるいはサポートする１つまたは複数のワイヤレス通信リンクを介して通信することができる。たとえば、いくつかの態様では、ワイヤレスデバイスはネットワークに関連することができる。いくつかの態様では、ネットワークはローカルエリアネットワークまたはワイドエリアネットワークを備えることができる。ワイヤレスデバイスは、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなど、１つまたは複数の様々なワイヤレス通信技術、プロトコル、または標準をサポートあるいは使用することができる。同様に、ワイヤレスデバイスは１つまたは複数の様々な対応する変調方式または多重化方式をサポートあるいは使用することができる。したがって、ワイヤレスデバイスは、上記または他のワイヤレス通信技術を使用して１つまたは複数のワイヤレス通信リンクを確立し、それを介して通信するために適切な構成要素（たとえば、エアインターフェース）を含む。たとえば、デバイスは、ワイヤレス媒体による通信を可能にする様々な構成要素（たとえば、信号発生器および信号処理器）を含む関連する送信機構成要素および受信機構成要素（たとえば、送信機３０６および受信機３０８）をもつワイヤレストランシーバを備えることができる。
【０１４９】
本明細書で説明した構成要素は、様々な方法で実装することができる。図１２および図１３を参照すると、装置１２００および１３００が、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）によって実装される機能を表す、または本明細書で教示する何らかの他の方法で実装できる一連の相互に関係する機能ブロックとして表されている。本明細書で論じるように、集積回路は、プロセッサ、ソフトウェア、他の構成要素、またはそれらの何らかの組合せを含むことができる。
【０１５０】
装置１２００および１３００は、様々な図に関して上述した１つまたは複数の機能を実行することができる１つまたは複数のモジュールを含むことができる。たとえば、適応用ＡＳＩＣ１２０２は、たとえば、本明細書で論じるしきい値適応器に対応する。送信すべきかどうかを判断するためのＡＳＩＣ１２０４は、たとえば、本明細書で論じる送信判断器に対応する。送信または受信用ＡＳＩＣ１２０６は、たとえば、本明細書で論じるトランシーバに対応する。ＱｏＳを判断するためのＡＳＩＣ１２０８は、たとえば、本明細書で論じるＱｏＳ判断器に対応する。関連付け用ＡＳＩＣ１２１０は、たとえば、本明細書で論じる通信プロセッサに対応する。収集用ＡＳＩＣ１３０２は、たとえば、本明細書で論じるスループット判断器に対応する。ＱｏＳしきい値を適応させるためのＡＳＩＣ１３０４は、たとえば、本明細書で論じるしきい値適応器に対応する。判断用ＡＳＩＣ１３０６は、たとえば、本明細書で論じる送信判断器に対応する。選択用ＡＳＩＣ１３０８は、たとえば、本明細書で論じるセクタ選択器に対応する。重み係数を適応させるためのＡＳＩＣ１３１０は、たとえば、本明細書で論じるＲＵＭ発生器に対応する。
【０１５１】
上記のように、いくつかの態様では、これらの構成要素は、適切なプロセッサ構成要素により実装できる。これらのプロセッサ構成要素は、いくつかの態様では、少なくとも部分的には本明細書で教示する構造を使用して実装できる。いくつかの態様では、プロセッサは、これらの構成要素のうちの１つまたは複数の機能の一部もしくはすべてを実装するように適応できる。いくつかの態様では、破線の囲みによって表す１つまたは複数の構成要素は任意選択である。
【０１５２】
上記のように、装置９００は、１つまたは複数の集積回路を備えることができる。たとえば、いくつかの態様では、単一の集積回路は、示された構成要素のうちの１つまたは複数の機能を実装することができ、一方、他の態様では、２つ以上の集積回路は、示された構成要素のうちの１つまたは複数の機能を実装することができる。
【０１５３】
さらに、図９で示した構成要素および機能ならびに本明細書で説明した他の構成要素および機能は、任意の好適な手段を使用して実装できる。そのような手段は、少なくとも部分的には本明細書で教示した対応する構造を使用して実装することもできる。たとえば、図９の「ＡＳＩＣ」構成要素に関連して上述した構成要素はまた、同様に指定された「手段」機能に対応することができる。したがって、いくつかの態様では、１つまたは複数のそのような手段は、本明細書で教示する１つまたは複数のプロセッサ構成要素、集積回路または他の好適な構造を使用して実装できる。
【０１５４】
また、本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は、本明細書において２つ以上の要素またはある要素の複数の例を区別する便利な方法として使用できる。したがって、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、１組の要素は１つまたは複数の要素を備えることがある。
【０１５５】
情報および信号は様々な異なる技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【０１５６】
さらに、本明細書で開示された態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれかは、電子ハードウェア（たとえば、ソース符号化または何らかの他の技法を使用して設計できる、デジタル実装形態、アナログ実装形態、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）、あるいは両方の組合せとして実装できることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じると解釈すべきではない。
【０１５７】
本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュールおよび回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内に実装できるか、またはそれらによって実行できる。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、または本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを備えることができ、ＩＣの内部に、ＩＣの外側に、またはその両方に常駐するコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装できる。
【０１５８】
開示されたプロセス中のステップの特定の順序または階層は例示的な手法の一例であることを理解されたい。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成できることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示するものであり、提示された特定の順序または階層に限定されるものではない。
【０１５９】
本明細書で開示された態様に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュール（たとえば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態のコンピュータ可読記憶媒体など、データメモリ中に常駐することができる。プロセッサが記憶媒体から情報（たとえばコード）を読み取り、情報を記憶媒体に書き込むことができるように、例示的な記憶媒体を、たとえばコンピュータ／プロセッサ（便宜上、本明細書では「プロセッサ」と呼ぶことがある）などのマシンに結合することができる。例示的な記憶媒体はプロセッサと一体とすることができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣはユーザ機器中に常駐することができる。代替形態では、プロセッサおよび記憶媒体はユーザ機器中の個別部品として常駐することができる。さらに、いくつかの態様では、好適なコンピュータプログラム製品は、本開示の態様のうちの１つまたは複数に関する（たとえば、少なくとも１つのコンピュータによって実行可能な）コードを備えるコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータプログラム製品はパッケージ材料を備えることができる。
【０１６０】
開示した態様の前述の説明は、当業者が本開示を実施または使用できるようにするために与えたものである。これらの態様への様々な変更は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の範囲から逸脱することなく他の態様に適用できる。したがって、本開示は、本明細書で示した態様に限定されるものではなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【特許請求の範囲】
【請求項１】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることであって、リソース利用メッセージの前記セットがサービス品質に関する、適応させることと、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断することと
を備えるワイヤレス通信の方法。
【請求項２】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項１に記載の方法。
【請求項３】
リソース利用メッセージの前記セットが、定義された時間期間中または定義された数のタイムスロット中に送信または受信された、請求項１に記載の方法。
【請求項４】
前記サービス品質しきい値の前記適応が、関連するワイヤレス通信システムのデータフローのサービス品質を改善する、請求項１に記載の方法。
【請求項５】
リソース利用メッセージの前記セットの送信が、関連するワイヤレス通信システムのデータフローに関連するサービス品質を改善したかどうかを判断することをさらに備え、
リソース利用メッセージの前記セットの前記送信が前記データフローに関連する前記サービス品質を改善した場合、前記サービス品質しきい値の前記適応によりリソース利用メッセージのより頻繁な送信が行われる、請求項１に記載の方法。
【請求項６】
前記サービス品質しきい値の前記適応が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断にさらに基づく、請求項１に記載の方法。
【請求項７】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
前記サービス品質しきい値の前記適応が前記受信情報に基づく、請求項６に記載の方法。
【請求項８】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項６に記載の方法。
【請求項９】
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値が増加され、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値が減少される、請求項８に記載の方法。
【請求項１０】
定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限することをさらに備える、請求項６に記載の方法。
【請求項１１】
前記サービス品質しきい値の前記適応が、リソース利用メッセージの前記セットが送信された頻度にさらに基づく、請求項１に記載の方法。
【請求項１２】
前記頻度が増加する場合、前記サービス品質しきい値が減少され、
前記頻度が減少する場合、前記サービス品質しきい値が増加される、請求項１１に記載の方法。
【請求項１３】
前記サービス品質しきい値の前記適応が、様々なタイプのトラフィックに対して異なる方法で実行される、請求項１１に記載の方法。
【請求項１４】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
前記サービス品質しきい値の前記適応が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つにさらに基づく、請求項１１に記載の方法。
【請求項１５】
前記定義された関係の各々が、前記様々なタイプのトラフィックのうちの対応する１つに関連するサービス品質の変化に基づいて適応可能である、請求項１４に記載の方法。
【請求項１６】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
前記サービス品質しきい値の前記適応が、前記様々なサービス品質要件の１つにさらに基づく、請求項１１に記載の方法。
【請求項１７】
前記サービス品質しきい値の前記適応が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージにさらに基づき、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項１に記載の方法。
【請求項１８】
前記第１のワイヤレスノードが、前記第２のワイヤレスノードからデータを受信するために前記第２のワイヤレスノードに関連付けられ、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項１８に記載の方法。
【請求項２０】
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値が減少され、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値が増加される、請求項１８に記載の方法。
【請求項２１】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項１７に記載の方法。
【請求項２２】
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値が減少され、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値が増加される、請求項２１に記載の方法。
【請求項２３】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と
を備えるワイヤレス通信のための装置。
【請求項２４】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項２３に記載の装置。
【請求項２５】
定義された時間期間中または定義された数のタイムスロット中にリソース利用メッセージの前記セットを送信または受信するように構成されたトランシーバをさらに備える、請求項２３に記載の装置。
【請求項２６】
前記しきい値適応器が、関連するワイヤレス通信システムのデータフローのサービス品質を改善するために前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項２７】
関連するワイヤレス通信システムのデータフローに関連するサービス品質を判断するように構成されたサービス品質判断器をさらに備え、
リソース利用メッセージの前記セットの送信が前記データフローに関連する前記サービス品質を改善した場合、前記しきい値適応器が、リソース利用メッセージのより頻繁な送信が行われるように前記サービス品質しきい値を適応させるように構成された、請求項２３に記載の装置。
【請求項２８】
前記しきい値適応器が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項２９】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
前記しきい値適応器が、前記受信情報に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２８に記載の装置。
【請求項３０】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項２８に記載の装置。
【請求項３１】
前記しきい値適応器が、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値を増加させ、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値を減少させる、請求項３０に記載の装置。
【請求項３２】
前記しきい値適応器が、定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限するようにさらに構成された、請求項２８に記載の装置。
【請求項３３】
前記しきい値適応器が、リソース利用メッセージの前記セットが送信された頻度に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項３４】
前記しきい値適応器が、
前記頻度が増加する場合、前記サービス品質しきい値を減少させ、
前記頻度が減少する場合、前記サービス品質しきい値を増加させる、請求項３３に記載の装置。
【請求項３５】
前記しきい値適応器が、様々なタイプのトラフィックに対して異なる方法で前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３６】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
前記しきい値適応器が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つに基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３７】
前記しきい値適応器が、前記様々なタイプのトラフィックの対応する１つに関連するサービス品質の変化に基づいて前記定義された関係の各々を適応させるようにさらに構成された、請求項３６に記載の装置。
【請求項３８】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
前記しきい値適応器が、前記様々なサービス品質要件の１つに基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３９】
前記しきい値適応器が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージに基づいて前記サービス品質しきい値を適応させるようにさらに構成され、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項２３に記載の装置。
【請求項４０】
前記第２のワイヤレスノードからデータを受信するために前記第１のワイヤレスノードを前記第２のワイヤレスノードに関連付けるように構成された通信プロセッサをさらに備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項３９に記載の装置。
【請求項４１】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項４０に記載の装置。
【請求項４２】
前記しきい値適応器が、
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項４０に記載の装置。
【請求項４３】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項３９に記載の装置。
【請求項４４】
前記しきい値適応器が、
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項４３に記載の装置。
【請求項４５】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるための手段であって、リソース利用メッセージの前記セットがサービス品質に関する、適応させるための手段と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するための手段と
を備えるワイヤレス通信のための装置。
【請求項４６】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項４５に記載の装置。
【請求項４７】
定義された時間期間中または定義された数のタイムスロット中にリソース利用メッセージの前記セットを送信または受信するための手段をさらに備える、請求項４５に記載の装置。
【請求項４８】
前記適応させるための手段が、関連するワイヤレス通信システムのデータフローのサービス品質を改善するために前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項４９】
関連するワイヤレス通信システムのデータフローに関連するサービス品質を判断するための手段をさらに備え、
リソース利用メッセージの前記セットの送信が前記データフローに関連する前記サービス品質を改善した場合、適応させるための前記手段が、リソース利用メッセージのより頻繁な送信が行われるように前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５０】
適応させるための前記手段が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断に基づいて前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５１】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
適応させるための前記手段が、前記受信情報に基づいて前記サービス品質しきい値を適応させる、請求項５０に記載の装置。
【請求項５２】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項５０に記載の装置。
【請求項５３】
適応させるための前記手段が、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値を増加させ、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値を減少させる、請求項５２に記載の装置。
【請求項５４】
適応させるための前記手段が、定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限する、請求項５０に記載の装置。
【請求項５５】
適応させるための前記手段が、リソース利用メッセージの前記セットが送信された頻度に基づいて前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５６】
適応させるための前記手段が、
前記頻度が増加する場合、前記サービス品質しきい値を減少させ、
前記頻度が減少する場合、前記サービス品質しきい値を増加させる、請求項５５に記載の装置。
【請求項５７】
適応させるための前記手段が、様々なタイプのトラフィックに対して異なる方法で前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項５８】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
適応させるための前記手段が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つに基づいて前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項５９】
適応させるための前記手段が、前記様々なタイプのトラフィックの対応する１つに関連するサービス品質の変化に基づいて前記定義された関係の各々を適応させる、請求項５８に記載の装置。
【請求項６０】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
適応させるための前記手段が、前記様々なサービス品質要件の１つに基づいて前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項６１】
適応させるための前記手段が、前記サービス品質しきい値の前記適応が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージに基づいて前記サービス品質しきい値を適応させ、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項４５に記載の装置。
【請求項６２】
前記第２のワイヤレスノードからデータを受信するために前記第１のワイヤレスノードを前記第２のワイヤレスノードに関連付けるための手段をさらに備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項６１に記載の装置。
【請求項６３】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項６２に記載の装置。
【請求項６４】
適応させるための前記手段が、
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項６２に記載の装置。
【請求項６５】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項６１に記載の装置。
【請求項６６】
適応させるための前記手段が、
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項６５に記載の装置。
【請求項６７】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることであって、リソース利用メッセージの前記セットがサービス品質に関する、適応させることと、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断することと
を行うための、実行可能なコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。
【請求項６８】
アンテナと、
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、前記アンテナを介してリソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と
を備えるアクセスポイント。
【請求項６９】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と、
前記リソース利用メッセージの送信に関連して受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースと
を備えるアクセス端末。
【請求項１】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることであって、リソース利用メッセージの前記セットがサービス品質に関する、適応させることと、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断することと
を備えるワイヤレス通信の方法。
【請求項２】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項１に記載の方法。
【請求項３】
リソース利用メッセージの前記セットが、定義された時間期間中または定義された数のタイムスロット中に送信または受信された、請求項１に記載の方法。
【請求項４】
前記サービス品質しきい値の前記適応が、関連するワイヤレス通信システムのデータフローのサービス品質を改善する、請求項１に記載の方法。
【請求項５】
リソース利用メッセージの前記セットの送信が、関連するワイヤレス通信システムのデータフローに関連するサービス品質を改善したかどうかを判断することをさらに備え、
リソース利用メッセージの前記セットの前記送信が前記データフローに関連する前記サービス品質を改善した場合、前記サービス品質しきい値の前記適応によりリソース利用メッセージのより頻繁な送信が行われる、請求項１に記載の方法。
【請求項６】
前記サービス品質しきい値の前記適応が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断にさらに基づく、請求項１に記載の方法。
【請求項７】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
前記サービス品質しきい値の前記適応が前記受信情報に基づく、請求項６に記載の方法。
【請求項８】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項６に記載の方法。
【請求項９】
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値が増加され、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値が減少される、請求項８に記載の方法。
【請求項１０】
定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限することをさらに備える、請求項６に記載の方法。
【請求項１１】
前記サービス品質しきい値の前記適応が、リソース利用メッセージの前記セットが送信された頻度にさらに基づく、請求項１に記載の方法。
【請求項１２】
前記頻度が増加する場合、前記サービス品質しきい値が減少され、
前記頻度が減少する場合、前記サービス品質しきい値が増加される、請求項１１に記載の方法。
【請求項１３】
前記サービス品質しきい値の前記適応が、様々なタイプのトラフィックに対して異なる方法で実行される、請求項１１に記載の方法。
【請求項１４】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
前記サービス品質しきい値の前記適応が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つにさらに基づく、請求項１１に記載の方法。
【請求項１５】
前記定義された関係の各々が、前記様々なタイプのトラフィックのうちの対応する１つに関連するサービス品質の変化に基づいて適応可能である、請求項１４に記載の方法。
【請求項１６】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
前記サービス品質しきい値の前記適応が、前記様々なサービス品質要件の１つにさらに基づく、請求項１１に記載の方法。
【請求項１７】
前記サービス品質しきい値の前記適応が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージにさらに基づき、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項１に記載の方法。
【請求項１８】
前記第１のワイヤレスノードが、前記第２のワイヤレスノードからデータを受信するために前記第２のワイヤレスノードに関連付けられ、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項１８に記載の方法。
【請求項２０】
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値が減少され、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値が増加される、請求項１８に記載の方法。
【請求項２１】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項１７に記載の方法。
【請求項２２】
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値が減少され、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値が増加される、請求項２１に記載の方法。
【請求項２３】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と
を備えるワイヤレス通信のための装置。
【請求項２４】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項２３に記載の装置。
【請求項２５】
定義された時間期間中または定義された数のタイムスロット中にリソース利用メッセージの前記セットを送信または受信するように構成されたトランシーバをさらに備える、請求項２３に記載の装置。
【請求項２６】
前記しきい値適応器が、関連するワイヤレス通信システムのデータフローのサービス品質を改善するために前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項２７】
関連するワイヤレス通信システムのデータフローに関連するサービス品質を判断するように構成されたサービス品質判断器をさらに備え、
リソース利用メッセージの前記セットの送信が前記データフローに関連する前記サービス品質を改善した場合、前記しきい値適応器が、リソース利用メッセージのより頻繁な送信が行われるように前記サービス品質しきい値を適応させるように構成された、請求項２３に記載の装置。
【請求項２８】
前記しきい値適応器が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項２９】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
前記しきい値適応器が、前記受信情報に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２８に記載の装置。
【請求項３０】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項２８に記載の装置。
【請求項３１】
前記しきい値適応器が、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値を増加させ、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値を減少させる、請求項３０に記載の装置。
【請求項３２】
前記しきい値適応器が、定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限するようにさらに構成された、請求項２８に記載の装置。
【請求項３３】
前記しきい値適応器が、リソース利用メッセージの前記セットが送信された頻度に基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項２３に記載の装置。
【請求項３４】
前記しきい値適応器が、
前記頻度が増加する場合、前記サービス品質しきい値を減少させ、
前記頻度が減少する場合、前記サービス品質しきい値を増加させる、請求項３３に記載の装置。
【請求項３５】
前記しきい値適応器が、様々なタイプのトラフィックに対して異なる方法で前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３６】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
前記しきい値適応器が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つに基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３７】
前記しきい値適応器が、前記様々なタイプのトラフィックの対応する１つに関連するサービス品質の変化に基づいて前記定義された関係の各々を適応させるようにさらに構成された、請求項３６に記載の装置。
【請求項３８】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
前記しきい値適応器が、前記様々なサービス品質要件の１つに基づいて前記サービス品質しきい値を適応させるようにさらに構成された、請求項３３に記載の装置。
【請求項３９】
前記しきい値適応器が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージに基づいて前記サービス品質しきい値を適応させるようにさらに構成され、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項２３に記載の装置。
【請求項４０】
前記第２のワイヤレスノードからデータを受信するために前記第１のワイヤレスノードを前記第２のワイヤレスノードに関連付けるように構成された通信プロセッサをさらに備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項３９に記載の装置。
【請求項４１】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項４０に記載の装置。
【請求項４２】
前記しきい値適応器が、
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項４０に記載の装置。
【請求項４３】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項３９に記載の装置。
【請求項４４】
前記しきい値適応器が、
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項４３に記載の装置。
【請求項４５】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるための手段であって、リソース利用メッセージの前記セットがサービス品質に関する、適応させるための手段と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するための手段と
を備えるワイヤレス通信のための装置。
【請求項４６】
前記サービス品質しきい値が、データ待ち時間、データスループット、および推定された干渉からなるグループのうちの少なくとも１つに関する、請求項４５に記載の装置。
【請求項４７】
定義された時間期間中または定義された数のタイムスロット中にリソース利用メッセージの前記セットを送信または受信するための手段をさらに備える、請求項４５に記載の装置。
【請求項４８】
前記適応させるための手段が、関連するワイヤレス通信システムのデータフローのサービス品質を改善するために前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項４９】
関連するワイヤレス通信システムのデータフローに関連するサービス品質を判断するための手段をさらに備え、
リソース利用メッセージの前記セットの送信が前記データフローに関連する前記サービス品質を改善した場合、適応させるための前記手段が、リソース利用メッセージのより頻繁な送信が行われるように前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５０】
適応させるための前記手段が、リソース利用メッセージの前記セットの送信が受信データに関連するサービス品質を改善したかどうかの判断に基づいて前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５１】
リソース利用メッセージの前記セットが、第１のワイヤレスノードによって受信されたリソース利用メッセージを備え、
第２のワイヤレスノードが、前記第１のワイヤレスノードから、前記第１のワイヤレスノードによって受信された前記リソース利用メッセージに関する情報を受信し、
適応させるための前記手段が、前記受信情報に基づいて前記サービス品質しきい値を適応させる、請求項５０に記載の装置。
【請求項５２】
リソース利用メッセージの前記セットの前記送信がサービス品質を改善したかどうかの前記判断が、前記受信データの待ち時間またはスループットがリソース利用メッセージの前記セットの前記送信によって影響を受けるかどうかを判断することを備える、請求項５０に記載の装置。
【請求項５３】
適応させるための前記手段が、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが増加した場合、前記サービス品質しきい値を増加させ、
リソース利用メッセージの前記セットの前記送信により前記受信データのスループットが減少したかまたは実質的に変化しなかった場合、前記サービス品質しきい値を減少させる、請求項５２に記載の装置。
【請求項５４】
適応させるための前記手段が、定義された頻度よりも高い頻度でのリソース利用メッセージの送信を防ぐため、または前記サービス品質しきい値が定義された最小値または定義された最大値を超えて適応されるのを防ぐために、前記サービス品質しきい値の前記適応を制限する、請求項５０に記載の装置。
【請求項５５】
適応させるための前記手段が、リソース利用メッセージの前記セットが送信された頻度に基づいて前記サービス品質しきい値を適応させる、請求項４５に記載の装置。
【請求項５６】
適応させるための前記手段が、
前記頻度が増加する場合、前記サービス品質しきい値を減少させ、
前記頻度が減少する場合、前記サービス品質しきい値を増加させる、請求項５５に記載の装置。
【請求項５７】
適応させるための前記手段が、様々なタイプのトラフィックに対して異なる方法で前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項５８】
リソース利用メッセージしきい値レベルとリソース利用メッセージ頻度との間の様々な関係が、様々なタイプのトラフィックに対して定義され、
適応させるための前記手段が、前記様々なタイプのトラフィックの１つに関連する前記定義された関係の１つに基づいて前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項５９】
適応させるための前記手段が、前記様々なタイプのトラフィックの対応する１つに関連するサービス品質の変化に基づいて前記定義された関係の各々を適応させる、請求項５８に記載の装置。
【請求項６０】
様々なサービス品質要件が様々なタイプのトラフィックに関連付けられ、
適応させるための前記手段が、前記様々なサービス品質要件の１つに基づいて前記サービス品質しきい値を適応させる、請求項５５に記載の装置。
【請求項６１】
適応させるための前記手段が、前記サービス品質しきい値の前記適応が、第２のワイヤレスノードから第１のワイヤレスノードによって受信される少なくとも１つのメッセージに基づいて前記サービス品質しきい値を適応させ、
前記少なくとも１つのメッセージがリソース利用メッセージの前記セットに関する、請求項４５に記載の装置。
【請求項６２】
前記第２のワイヤレスノードからデータを受信するために前記第１のワイヤレスノードを前記第２のワイヤレスノードに関連付けるための手段をさらに備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードによって受信されるリソース利用メッセージを備える、請求項６１に記載の装置。
【請求項６３】
前記少なくとも１つのメッセージが、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージの量、および前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関連付けられた重みからなるグループのうちの少なくとも１つに関する、請求項６２に記載の装置。
【請求項６４】
適応させるための前記手段が、
定義された時間期間中または定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に、前記第２のワイヤレスノードによって受信される前記リソース利用メッセージに関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項６２に記載の装置。
【請求項６５】
前記第１のワイヤレスノードと前記第２のワイヤレスノードが現在関連付けられておらず、
前記少なくとも１つの受信メッセージがリソース利用メッセージの前記セットを備え、
リソース利用メッセージの前記セットが、前記第２のワイヤレスノードがワイヤレスリソースについて競合する送信ノードであることを示す、請求項６１に記載の装置。
【請求項６６】
適応させるための前記手段が、
定義された時間期間中または定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの増加があった場合、前記サービス品質しきい値を減少させ、
前記定義された時間期間中または前記定義された数のタイムスロット中に受信されるリソース利用メッセージの前記セットの量に関するトレンドの減少があった場合、前記サービス品質しきい値を増加させる、請求項６５に記載の装置。
【請求項６７】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させることであって、リソース利用メッセージの前記セットがサービス品質に関する、適応させることと、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断することと
を行うための、実行可能なコードを備えるコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品。
【請求項６８】
アンテナと、
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、前記アンテナを介してリソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と
を備えるアクセスポイント。
【請求項６９】
リソース利用メッセージのセットに基づいてサービス品質しきい値を適応させるように構成されたしきい値適応器であって、リソース利用メッセージの前記セットがサービス品質に関する、しきい値適応器と、
前記サービス品質しきい値に基づいて、リソース利用メッセージを送信すべきかどうかを判断するように構成された送信判断器と、
前記リソース利用メッセージの送信に関連して受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースと
を備えるアクセス端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１１−５１１５５５（Ｐ２０１１−５１１５５５Ａ）
【公表日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願番号】特願２０１０−５４４９４７（Ｐ２０１０−５４４９４７）
【出願日】平成２０年１月３１日（２００８．１．３１）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５２７１５
【国際公開番号】ＷＯ２００９／０９６９８０
【国際公開日】平成２１年８月６日（２００９．８．６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願日】平成２０年１月３１日（２００８．１．３１）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０５２７１５
【国際公開番号】ＷＯ２００９／０９６９８０
【国際公開日】平成２１年８月６日（２００９．８．６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]