干渉管理メッセージを使用するトラフィック管理
【課題】マルチホップワイヤレス通信システムにおいて、さまざまなトラフィック管理技術を使用する。
【解決手段】データを別のノードに送信する決定は、そのノードがそのノードのデータを効率的に送信できるか否かに基づいていてもよい（１１０４）。干渉管理メッセージを送信する決定は、親ノードが送信するかもしれないデータの量に基づいていてもよい。干渉管理メッセージを送信する決定は、どのくらい効率よくデータが送信されているかに基づいていてもよい（１１０６）。トラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対して重みを割り当ててもよい（１１１０）。
【解決手段】データを別のノードに送信する決定は、そのノードがそのノードのデータを効率的に送信できるか否かに基づいていてもよい（１１０４）。干渉管理メッセージを送信する決定は、親ノードが送信するかもしれないデータの量に基づいていてもよい。干渉管理メッセージを送信する決定は、どのくらい効率よくデータが送信されているかに基づいていてもよい（１１０６）。トラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対して重みを割り当ててもよい（１１１０）。
【発明の詳細な説明】
【背景】
【０００１】
分野
本出願は、一般的に、ワイヤレス通信に関する。さらに詳細に説明すると、本出願は、マルチホップトラフィックを管理することに関するが、これに限定されるものではない。
【０００２】
イントロダクション
ワイヤレス通信を確立するために、さまざまなネットワークトポロジーが使用される。所望のワイヤレス通信能力に応じて、例えば、ワイドエリアネットワーク、ローカルエリアネットワーク、または他の何らかのタイプのネットワークが配備されてもよい。
【０００３】
ワイヤレスワイドエリアネットワークは、認可された周波数帯域内の計画的配備として実現されてもよい。このようなネットワークは、比較的大多数のユーザをサポートするために、スペクトル効率およびサービスの品質を最適化するように設計されていてもよい。セルラネットワークが、ワイヤレスワイドエリアネットワークの１つの例である。
【０００４】
ワイヤレスローカルネットワークは、集中的計画なく配備されることが多い。このようなネットワークは、例えば、インフラストラクチャベースのアーキテクチャまたはアドホックベースのアーキテクチャを利用している認可されていないスペクトルで配備されているかもしれない。このタイプのネットワークは、一般的に、比較的少ない数のユーザをサポートするかもしれない。Ｗｉ−Ｆｉ（登録商標）ネットワークが、ワイヤレスローカルエリアネットワークの１つの例である。
【０００５】
実際に、所定のタイプのサービスを提供するためになされるかもしれないトレードオフにより、上記のネットワークには、さまざまな短所がある。例えば、集中的計画の複雑性が原因で、ワイヤレスワイドエリアネットワークをセットアップすることは、比較的費用がかかるかもしれない。さらに、このタイプのネットワークは、動的トラフィックフローに効率的に対処しないかもしれない。したがって、このようなスキームは、「ホットスポット」配備にうまく適していないかもしれない。一方、計画されていないワイヤレスローカルエリアネットワークは、計画されたネットワークのように、同じレベルの空間効率（ビット／単位面積）を実現しないかもしれない。さらに、ネットワーク中のノード間の潜在的な干渉を補償するために、計画されていないスキームは、キャリア検知多元接続のような干渉緩和技術を使用してもよい。しかしながら、実際に、これらのような干渉緩和技術は、低い利用や、公平性の制限された制御や、隠れノードおよび露出ノードに影響を受け易いことがある。
【０００６】
米国特許出願公開番号第２００７／０１０５５７４号では、ワイヤレス通信システムにおいて効果的に使用されるさまざまな技術を記述しており、この開示は、参照によって組み込まれている。いくつかの態様では、このようなシステムは、タイムスロットベースの通信を使用してもよく、タイムスロットベースの通信では、システムにおける複数のワイヤレスノードが、指定されたタイムスロット中に、所定のチャネルを通して、同時に送信および受信する。
【０００７】
ここで、１つのノードの送信機と別のノードの受信機とによる送信の共同スケジューリングによって、ワイヤレスチャネルの公平な分担が促進される。例えば、送信することを望むノードが、そのノード付近のワイヤレスリソースの利用可能性の知識に基づいて、１組のリソース（例えば、１つ以上のチャネル上の１つ以上のタイムスロット）を要求するかもしれない。この要求に応答して、送信を受信するであろうノードが、そのノード付近におけるワイヤレスリソースの利用可能性のノードの知識に基づいて、要求されたチャネルのうちのいくつか、または、すべてを許可してもよい。例えば、送信することを意図するノードが、ノードが送信することを望むときに受信するかもしれない隣接ノードをリスニングすることによって、リソースの利用可能性を知ってもよい。逆に、受信することを意図するノードが、ノードが受信することを望むときに送信するかもしれない隣接ノードをリスニングすることによって、潜在的な干渉を知ってもよい。隣接送信によってそのノードの受信が影響されるであろうこと、または、影響されるかもしれないことを、ノードが決定する場合には、ノードは、隣接ノードの干渉送信の制限を隣接ノードに実行させようとして、リソース利用メッセージ（「ＲＵＭ」）を送信するかもしれない。関連する態様にしたがうと、（例えば、受信している間にノードが認識する干渉が原因で）ノードが損害を受けたり、送信の衝突防止モードを望んだりすることだけではなく、ノードが損害を受ける度合いもまた示すために、ＲＵＭを重み付けしてもよい。
【０００８】
ＲＵＭを受信するノードは、ＲＵＭを受信した事実とともに、この重みも利用して、適切な応答を決定してもよい。例えば、ノードは、送信をやめることを選択してもよいし、または、１つ以上の指定されたタイムスロット中でノードの送信電力を低下させてもよい。代替的に、例えば、ＲＵＭを送信した他の何らかのノードよりも、関係ノードがより損害を受けたことを示すＲＵＭをノードが受信した場合、ノードは、ＲＵＭを無視してもよい。このケースでは、ノードは、指定されたタイムスロット中で、そのノードの関係ノードに送信することを選択するかもしれない。したがって、重みのアドバタイズは、システムにおけるすべてのノードに公正である衝突防止スキームを提供するかもしれない。
【概要】
【０００９】
本開示のサンプルの態様の概要が続く。ここでの、態様という用語の何らかの言及は、本開示の１つ以上の態様に関連していることを理解すべきである。
【００１０】
いくつかの態様において、本開示は、マルチホップワイヤレス通信システム中でトラフィックを管理することに関する。ここで、トラフィックを管理することは、例えば、データを送信するか否かを決定したり、干渉管理（例えば、緩和）メッセージを送信するか否かや、干渉管理（例えば、緩和）メッセージをどのように送信するかを決定したりすることに関連する。
【００１１】
いくつかの態様では、本開示は、ノードのデータをノードが効率的に送信できるか否かに基づいて、データを別のノードに送信するか否かを決定することに関連する。例えば、ノードの送信パスにおける障害が原因で、ノードが、データを効率的に送信できないことがある。このケースでは、ノードに送信された何らかのデータが、そのノードによって効率的な方法で転送されないかもしれないので、このノードに送信しないことが決定されてもよい。
【００１２】
いくつかの態様では、本開示は、親ノードから受信されるかもしれないデータの量に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを決定することに関連する。先述したように、いくつかの状況のもと、データの受信に対するリソース（例えば、帯域幅）を予約するために、干渉管理メッセージが使用されてもよい。しかしながら、親ノードが、送るデータをほとんど有さない場合には、受信データに関係するサービスの品質が不十分であるときにでさえ、干渉管理メッセージを送信しないことが決定されるかもしれない。これらの状況下で干渉管理メッセージを使用しないで済ませることによって、ノードは、効率的に利用されずに終わるかもしれないリソースを予約することを効果的に防止する。
【００１３】
本開示は、いくつかの態様において、どのくらい効率よく、そのノードがそのノードのデータを送信するかに基づいて、干渉管理メッセージを所定のノードから送信するか否かを決定することに関連する。例えば、ノードが（例えば、送信パスにおける障害が原因で）データを効率的に送信できない場合には、ノードは干渉管理メッセージを送信しないことを選択してもよい。すなわち、その受信データに対する不十分なサービスの品質の検出の際にノードがそうでなければ送信するかもしれない干渉管理メッセージを送信することを、ノードは回避する。例えば、干渉管理メッセージの使用により受信された何らかのデータが、意図されている宛先に効率的な方法で転送されることにならないかもしれないので、干渉管理メッセージを送信することを回避することは好ましい。
【００１４】
本開示は、いくつかの態様において、別のノードのトラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対するサービスの品質に関する表示（例えば、重み）を干渉管理メッセージに割り当てることに関連する。ここで、ノードの階層に対するスケジューリングポリシーは、階層のノードにわたってデータフローをどのように分配すべきかを指定してもよい。例えば、階層における中継ノードにわたって、または、階層のすべてのリーフノードにわたって、スケジューリングポリシーはサービスの等しいグレードを指定してもよい。いくつかの観点において、階層のノードによって送信される干渉管理メッセージの重みは、スケジューリングポリシーにしたがって、そのノードを通る予期されるトラフィックの量に基づいていてもよい。
【図面の簡単な説明】
【００１５】
以下に続く詳細な説明や、特許請求の範囲や、図面において、本開示の、これらのサンプルの態様および他のサンプルの態様を記述する。
【図１】図１は、ワイヤレス通信システムのサンプルの態様の簡略図である。
【図２】図２は、ワイヤレスノードの階層のサンプルの態様の簡略図である。
【図３】図３は、マルチホップ構成におけるワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図４】図４は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図５】図５は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図６】図６は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図７】図７は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図８】図８は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図９】図９は、ワイヤレス通信システムのコンポーネントのサンプルのいくつかの態様の簡略ブロック図である。
【図１０】図１０は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図１１】図１１は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図１２】図１２は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図１３】図１３は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図１４】図１４は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図１５】図１５は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図１６】図１６は、通信コンポーネントのいくつかのサンプルの態様の簡略ブロック図である。
【図１７】図１７は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図１８】図１８は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図１９】図１９は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図２０】図２０は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【００１６】
一般的なプラクティスにしたがった、図面で図示したさまざまな特徴は、スケーリングして描かれていない。したがって、さまざまな特徴の寸法は、明確にするために、適宜、拡大または縮小をしているかもしれない。さらに、図面のうちのいくつかは、明確にするために簡略化しているかもしれない。したがって、図面は、所定の装置（例えば、デバイス）または方法のコンポーネントのすべてを図示しているわけではない。最後に、同じ参照番号は、明細書および図面全体を通して同じ特徴を示すために使用されている。
【詳細な説明】
【００１７】
本開示のさまざまな態様を以下で記述する。ここでの教示は、幅広いさまざまな形態で具現化してもよいことや、ここで開示している任意の特定の構成、機能、または双方のものは、単なる代表例であることは明らかである。ここでの教示に基づいて、ここで開示した態様は他の何らかの態様とは無関係に実現されてもよいこと、そして、これらの態様のうちの２つ以上のものはさまざまな方法で組み合わせされてもよいことを、当業者は正しく認識すべきである。例えば、ここで述べた任意の数の態様を使用して、装置を実現しても、または、方法を実施してもよい。さらに、ここで述べた態様のうちの１つ以上の態様に加えて、または、これとは異なる構成および機能性、あるいは他の構成、機能性を使用して、このような装置を実現しても、このような方法を実施してもよい。さらに、態様は、クレームの少なくとも１つの要件を含む。上記の例のように、いくつかの態様では、ワイヤレス通信の方法は、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバアッファリングされるデータに関連する情報を、第１のワイヤレスノードにおいて受信することと、情報に基づいて、第２のワイヤレスノードに送信するか否かを決定することとを含む。さらに、いくつかの態様では、情報は、第２のワイヤレスノードの送信バッファのステータスを示す。
【００１８】
図１は、ワイヤレス通信システム１００のいくつかのサンプルの態様を図示している。システム１００は、いくつかのワイヤレスノードを含んでおり、一般的にノード１０２および１０４と指定されている。それぞれのノードは、システムにおける他のノードとの通信を確立するための、少なくとも１つの、アンテナと、関係する受信機および送信機のコンポーネントとを備えていてもよい。後続する説明では、受信しているノードのことを意味するために、受信ノードという用語を使用し、そして、送信しているノードのことを意味するために、送信ノードという用語を使用する。このような言及は、ノードが送信動作および受信動作の双方を実行できないことを、暗に示すものではない。
【００１９】
ノードは、さまざまな方法で実現されてもよい。例えば、ノードは、アクセス端末、アクセスポイント、または他の何らかのネットワーク関連コンポーネントを含んでいてもよい。図１の例では、ノード１０２はアクセスポイントを含んでいてもよく、ノード１０４はアクセス端末を含んでいてもよい。したがって、ノード１０２は、ネットワーク（例えば、Ｗｉ−Ｆｉ（登録商標）ネットワーク、セルラネットワーク、またはＷｉＭａｘネットワーク）のノード間の通信を促進し、別のネットワークに対するアクセスを提供してもよい。例えば、アクセス端末（例えば、アクセス端末１０４Ａ）が、アクセスポイント（例えば、ワイヤレスアクセスポイント１０２Ａ）のカバレージエリア内に存在するとき、これにより、アクセス端末１０４Ａは、システム１００の別のデバイスまたは他の何らかのネットワークの別のデバイスとの通信リンクに関係しており、この通信リンクを確立してもよい。ここで、ノード（例えば、ノード１０２Ｂ）のうちの１つ以上は、別のネットワークまたはネットワーク（例えば、インターネットのようなワイドエリアネットワーク１０８）に接続性を提供するワイヤードアクセスポイントを含んでいてもよい。さらに、ノード１０２のうちの１つ以上は、他のノード（例えば、ワイヤードアクセスポイント、別の中継ノード、またはアクセス端末）との間の接続性を提供する中継ノード（例えば、ワイヤレスアクセスポイント）を含んでいてもよい。
【００２０】
具体的な例として、ノード１０４Ａおよび１０２Ｂは、ノード１０２Ａ（例えば、中継ノード）を通して、互いに関係していてもよい。結果的に、ノード１０４Ａおよび１０２Ｂのそれぞれは、中継ノード１０２Ａに対する対応通信リンクを確立する。結果として、１つ以上のトラフィックフローは、アクセス端末１０４Ａへの、および、アクセス端末１０４Ａからのこれらのリンクのそれぞれ、ならびに、アクセスポイント１０２Ｂへの、および、アクセスポイント１０２Ｂからのこれらのリンクのそれぞれを通して確立されてもよい。
【００２１】
図２は、通信システム２００におけるノード２００Ａおよび２００Ｂ（例えば、２つの隣接セル）の２つのグループに対するトラフィックフローの簡略した例を図示している。例示目的のために、この例は、サンプルの階層的なルーティングスキームの（矢印によって表したような）トラフィックフローの方向のうちの一方だけを示している。第１のグループ２００Ａでは、第１のノード２０２（例えば、ワイヤードアクセスポイント）に対するトラフィックフローが、隣接ノード２０４および２０６に配信される。ノード２０４および２０６は、ノード２０４および２０６の各近傍にあるノード（それぞれ、ノード２０８−２１２、および２１４−２１６）にトラフィックを配信する。この配信スキームは、グループ全体にわたって続いてもよく、これにより、グループ中のノードのすべてが、少なくとも１つの他のノードからトラフィックを受信することが可能になる。第２のグループ２００Ｂでは、一対のノード２２２および２２４は、比較的、第１のグループ２００Ａのノード２０６および２１６に至近距離にある。
【００２２】
図２では陰影を付けることにより表されているように、システム２００におけるそれぞれのノードは、いくつかのタイムスロット中に送信または受信するように構成されていてもよい。比較的簡単な例では、第１の組のノード（例えば、ノード２０２、２０８、２１０、２１２、２１４、２１６、および２２２）が、最初に、奇数の番号が付けられたタイムスロット中に送信するように構成されていてもよい一方で、第２の組のノード（例えば、ノード２０４、２０６、２１８、２２０、および２２４）は、最初に、偶数の番号が付けられたタイムスロット中に送信するように構成されていてもよい。反対に、偶数の番号が付けられたタイムスロット中に、第１の組のノードがデータを受信してもよく、奇数の番号が付けられたタイムスロット中に、第２の組のノードがデータを受信してもよい。
【００２３】
図２の例は、交互タイムスロットスキームを図示しており、これにより、階層ツリーにおけるそれぞれの連続的なレベルに異なるタイムスロットが割り当てられる。このような交互タイムスロットスキームは、マルチホップ構成におけるデータフローのより効率的な多重化を可能にするかもしれない。例えば、システムにおける他のノードに対するノードの相対的な近接さに基づいて（例えば、階層ツリーにおけるノードの位置に対応して）、システムにおけるノードは、いくつかのタイムスロットが割り当てられてもよい。ここで、同じタイムスロット中に送信するノードが、十分な距離をあけて配置されているとき、ノードは、他の受信ノードにおける過度な干渉を生じさせることなく、これらの受信ノードに送信することに成功することができるかもしれない。具体的な例として、ノード２０２が、奇数タイムスロット中にデータをノード２０４に送ってもよく、これにより、ノード２０４は、次の偶数タイムスロット中にそのデータをノード２０８に転送する。このケースでは、ノード２０２が送信しているときにノード２０８−２１６のノードは受信していないので、ノード２０２による送信は、ノード２０８−２１６における受信に過度に干渉していないかもしれない。
【００２４】
いくつかのケースにおいて（例えば、上記の例において）、システムにおける２つ以上のノードが、同時に（例えば、同じタイムスロット中に）送信を試行することがある。送信ノードおよび受信ノードの相対的位置と、送信ノードの送信電力とに応じて、１つのノードからのワイヤレス送信は、システムにおける別のノード（例えば、無関係ノード）における受信に干渉するかもしれない。例えば、図１におけるワイヤレス通信記号１０６Ａによって表したように、図１のノード１０４Ｂ（例えば、図２のノード２１６）は、いくつかのタイムスロット中にノード１０２Ｃ（例えば、ノード２０６）からデータを受信するかもしれない。同時に、通信記号１０６Ｂによって表したように、ノード１０２Ｄ（例えば、ノード２２２）は、ノード１０４Ｃ（例えば、ノード２２４）に送信しているかもしれない。ノード１０４Ｂと１０２Ｄとの間の距離と、ノード１０２Ｄの送信電力とに応じて、破線の記号１０６Ｃによって表したような、ノード１０２Ｄからの送信は、ノード１０４Ｂにおける受信に干渉していることがある。
【００２５】
このような干渉を緩和するために、ワイヤレス通信システムのノードは、干渉管理メッセージングスキームを使用してもよい。例えば、干渉を受けている受信ノードが（例えば、制御パケットを通して）ＲＵＭを送信して、何らかの方法でノードが損害を受けていることを示してもよい。いくつかの態様では、ＲＵＭを送信する受信ノードによる決定は、そのノードにおいて受信されたデータに関係するサービスの品質に少なくとも部分的に基づいていてもよい。例えば、受信ノードは、（例えば、スライドウィンドウまたは他の何らかの適切な技術を使用して）そのリンクまたはフローのうちの１つ以上のものに対するサービスの品質の現在のレベルを繰り返し監視するかもしれない。サービスの品質の現在のレベルが、所望の、サービスの品質レベルを下回る場合には、ノードはＲＵＭを送信するかもしれない。反対に、サービスの品質が受け入れ可能である場合には、ノードはＲＵＭを送信しないかもしれない。ここで、受け入れ不可能な、サービスの品質レベルは、低スループット、長い待ち時間（例えば、長いパケット遅延）、または他の何らかのサービスの品質関連パラメータに関連していてもよい。
【００２６】
先述したように、ＲＵＭ送信ノード（すなわち、ＲＵＭを送った受信ノード）との干渉を回避するために、何らかの方法で、ＲＵＭを受信する隣接ノード（例えば、潜在的な干渉者）がその将来の送信を制限することを選択してもよい。例えば、所定のＲＵＭを、所定のタイムスロットに関係付けて、これにより、潜在的な干渉者が、ＲＵＭに応答して、そのタイムスロット中にその送信を制限することを選択してもよい。したがって、この干渉管理スキームにより、良いサービスの品質を受けていないノードにおけるサービスの品質を向上させようとして、良いサービスの品質を受けているノードのトラフィックフローを制約してもよい。
【００２７】
図３−図１５をこれから参照すると、ワイヤレス通信システムにおける性能を向上させるために使用するいくつかの技術を記述している。例えば、これらの技術のうちの１つ以上の使用により、システムにおけるサービスの品質を向上させることができ、ノード間の干渉を減少させることができる、すなわち、結果的に、システムリソースのより効率的な利用をもたらすことができる。ここで説明したように、いくつかの態様では、このようなシステムは、複数のホップおよび／または干渉管理スキームを使用してもよい。
【００２８】
後続する説明を容易にするために、マルチホップ環境においてデータをルーティングすることに関連して、ワイヤレスデバイス中で使用される図３中のいくつかのコンポーネントの簡単な説明を行う。ここで、システム３００は、ワイヤレスデバイス３０２、３０４、および３０６を含んでおり、ワイヤレスデバイス３０２、３０４、および３０６は、例えば、ここで記述したような１組の関係するワイヤレスノードに対応していてもよい。いくつかの態様では、デバイス３０２は、アップストリームノード、または、ノード階層の高い方のレベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０４は、中継ノード、または、ノード階層の中間レベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０６は、ダウンストリームノード、または、ノード階層の低い方のレベルにおけるノードを構成していてもよい。しかしながら、所定のデバイスについて記述したコンポーネントは、マルチホップ階層における他の位置に関係する他のデバイスで実現されてもよいことを正しく認識すべきである。
【００２９】
デバイス３０２は、デバイス３０４および（図３では示していない）他の何らかの隣接デバイスとのワイヤレス通信を確立するためのトランシーバ３０８を備えている。トランシーバ３０８は、送信機コンポーネント３１０と受信機コンポーネント３１２とを備えている。送出トラフィックに対して、デバイス３０２は、デバイス３０４および他のデバイスに送信されるデータをバッファリングするための送信バッファ３１４を備えていてもよい。以下でより詳細に説明するように、対応する受信デバイスがデータを受信する準備ができていないときに送信されるデータを、デバイス３０２がバッファリングしてもよい。この目的のために、デバイス３０２は、バッファ制御コンポーネント３１６を備えていてもよく、バッファ制御コンポーネント３１６は、例えば、送信バッファ３１４においてデータをバッファリングすべきときや、送信バッファ３１４からデータを読み取り、送信のために送信機３１２にデータを送るべきときを決定する。
【００３０】
デバイス３０４は、データの受信および送信を促進するための類似した通信コンポーネントを備えている。例えば、トランシーバ３１８は、システムにおけるデバイス３０２および３０６と、システムにおける（示していない）他のノードと通信するための、送信機３２０および受信機３２２を備えている。さらに、デバイス３０４は、（例えば、デバイス３０２から）受信したデータをバッファリングするための受信バッファ３２６と、（例えば、デバイス３０６に）送信されるデータをバッファリングするための送信バッファ３２８とを備えていてもよいバッファコンポーネント３２４を備えている。さらに、デバイス３０４は、バッファ３２４においてデータをいつ、または、どのようにバッファリングすべきかや、バッファ３２４からデータをいつ、または、どのように読み取るべき（例えば、そして、送信のために送信機３２０に送るべき）かを管理するためのバッファ制御コンポーネント３３０を備えていてもよい。
【００３１】
デバイス３０４はまた、干渉管理メッセージを発生させるためのコンポーネントを備えていてもよい。例示目的のために、ＲＵＭを発生させるＲＵＭ発生器３３８の文脈において、このようなコンポーネントについて記述する。
【００３２】
デバイス３０６はまた、データの受信および送信を促進させるための類似した通信コンポーネントを備えている。例えば、トランシーバ３３２は、システムにおけるデバイス３０４およびシステムにおける（示していない）他のノードと通信するための、送信機３３４および受信機３３６を備えている。さらに、デバイス３０４が、到来データの受信およびアウトバウンドデータの送信を促進する（示していない）バッファ関連コンポーネントを備えていてもよい。
【００３３】
実際に、先に記述したバッファは、１つ以上のバッファを含んでいてもよい。例えば、所定のデバイスは複数のバッファを規定してもよく、複数のバッファのそれぞれは、特定のリンクまたはフローに関係している。便宜のため、ここでの記述は、いくつかの文脈において単なる「バッファ」のことを意味することがある。このような言及は、１つ以上のバッファに同様に適用されてもよいことを正しく認識すべきである。
【００３４】
図４−図６をこれから参照すると、いくつかの態様では、１つのノードから別のノードに情報を送信する決定は、有効性に基づいており、この有効性により、情報を受信するであろうノードが、その情報を送信している。例えば、マルチホップシナリオにおいて、そのノードがデータを所望の方法で転送しないであろう場合、（例えば、所望のスループットレートで、または、所望の待ち時間内に）所定のノードにデータを送信しない決定が行われてもよい。
【００３５】
図４は、第１の組のノード４０２と第２の組のノード４０４とを備えているシステム４００の例を図示している。組４０２のマルチホップシナリオでは、ノードＡが、データをノードＢに送信し、ノードＢがデータをノードＥおよびＦに送信する。組４０４のマルチホップシナリオでは、ノードＣがデータをノードＤに送信し、ノードＤがデータをノードＧに送信する。さらに、便宜のため、図４では、ノード間のデータフローの一方向だけを図示した。
【００３６】
記号４０６によって表したように、ノードＢとノードＥとの間のリンク、および、ノードＢとノードＦとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥおよびＦがデータをノードＢから受信しているときに、ノードＥおよびＦは干渉を受けているかもしれない。このケースでは、ノードＡがデータをノードＢに送信する場合、ノードＢとノードＥおよびＦとの間の障害が原因で、ノードＢにおけるバッファ中にこのデータが蓄積するかもしれない。したがって、ノードＢにおけるバックログが減少するまで、このデータは、単に、ノードＢにおいて残っているかもしれない。結果的に、ノードＡからノードＢへの送信は、そのとき、システム全体の性能に利益をほとんど提供しないかもしれない。しかしながら、このような送信（例えば、ノードＣからの送信）が、ノードＤにおける受信に干渉するかもしれない。
【００３７】
上記の観点から、送信ノードがデータを受信ノードに送るべきか否かに関する決定は、受信ノードによるデータの送信に関する、送信ノードが得る情報に効果的に基づいていてもよい。例えば、所定のしきい値に等しいまたは所定のしきい値を超える量のデータを受信中継ノードがバッファリングしたことを、送信ノードが決定した場合、送信ノードは、中継ノードによる送信に影響を与える障害が存在するか否かを決定するかもしれない。このケースにおいて、このデータを送ることは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、送信ノードは、さらなるデータを中継データに送らないかもしれない。
【００３８】
図５は、中継ノードに送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。便宜のため、図５の動作（または、ここで説明または教示した他の何らかの動作）は、特定のコンポーネント（例えば、図６に記述したシステム６００のコンポーネント）によって実行されているとして記述する。しかしながら、これらの動作は、他のタイプのコンポーネントによって実行されてもよいこと、ならびに異なる数のコンポーネントを使用して実行されてもよいことを正しく認識すべきである。ここで記述した動作のうちの１つ以上は所定のインプリメンテーションでは使用され得ないことも正しく認識すべきである。
【００３９】
図５のブロック５０２によって表したように、システムにおける１組のノードは、通信を確立していてもよく、これにより、トラフィックが複数のホップを横切る。例えば、システム６００（図６）では、ダウンストリームノード６０６（例えば、図３のデバイス３０６）は、アップストリームノード６０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード６０２は、中継ノード６０４（例えば、デバイス３０４）を通して、ノード６０６にデータを送る。
【００４０】
ブロック５０４によって表したように、さまざまな時点で、ノード６０４に送られる必要がある何らかのデータが存在するか否かを、ノード６０２が決定してもよい。例として、ノード６０２上で実行するアプリケーションが、ノード６０４を通して、ノード６０６に送られる必要があるデータを発生させてもよい。
【００４１】
ブロック５０６および５０８によって表したように、ノード６０４において（例えば、バッファリングされている送信データによって明示されるように）トラフィックのバックアップが存在するか否かを示す情報を、ノード６０２が取得してもよい。この情報は、さまざまな形態を取っていてもよい。例えば、いくつかの態様では、この情報は、ノード６０４における送信バッファのステータスに関連していてもよい。いくつかの態様では、この情報は、ノード６０４が所定のデータフローに対するデータを送信するレートに関連していてもよい。いくつかの態様では、この情報は、データルーティングパスに対するデータスループットの減少に関連していてもよい。ここで、バッファリングされるデータの量の増加、あるいは、データフローレートまたはデータスループットの減少は、ノード６０４のアウトバウンドリンク（例えば、ノード６０６に対するリンク）における何らかの形態の障害を示すかもしれない。
【００４２】
ブロック５０６は、アップストリームノード６０２が中継ノード６０４からトラフィックバックアップ情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード６０４がノード６０２にバッファステータス情報を送ることを要求するメッセージを、ノード６０２のバッファリングトラフィック決定器６０８がノード６０４に繰り返し（例えば、周期的に）送ってもよい。
【００４３】
他のケースでは、ノード６０４が、一方的に、この情報をノード６０２に送ってもよい。例えば、いくつかの態様では、バッファ制御コンポーネント３３０は、バッファステータス情報、送信データレート、またはスループット情報を繰り返し（例えば、周期的に）ノード６０２に送信するように適合されていてもよい。
【００４４】
いずれにおいても、ブロック５０８によって表したように、ノード６０４における送信のためにバッファリングされたデータに関する情報を、何らかの時点で、ノード６０２の受信機３１２が受信してもよい。ブロック５１０によって表したように、取得した情報に基づいて、ノード６０４に送信するか否かを、ノード６０２の送信制御装置６１０が決定してもよい。例えば、いくつかの態様では、バッファリングトラフィック決定器６０８は、トラフィック中の潜在的なバックアップを識別するために、取得した情報（例えば、バッファリングされているデータの量、データフローレート、スループットレート等）を、１つ以上のしきい値６０８と比較するための比較器６１２を備えていてもよい。
【００４５】
これらのような動作のような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード６０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルに等しいまたはしきい値よりも多いときいつでも、あるいは送信データレートまたはスループットがしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード６０４はトラフィックバックアップ情報メッセージを送ってもよい。
【００４６】
ノード６０４に関係する障害が存在するかことが決定された場合には、送信制御装置６１０が、ノード６０４に対するその送信を遅延させるかもしれない。このケースでは、ノード６０２が、ノード６０２の送信バッファ３１４中のデータを一時的にバッファリングしてもよい。ノード６０２は、ノード６０４のステータスを監視し続けて、このバッファリングされたデータをノード６０４に送るべきか否かを決定してもよい。
【００４７】
ブロック５１２によって表したように、ノード６０２が送信することをやめる場合には、（例えば、所定の時間期間にわたって）送信を予期すべきでないことをノード６０４に知らせるためのメッセージを、送信制御装置６１０がノード６０４に送信してもよい。この方法では、ノード６０２からの減少したトラフィックの結果として、ノード６０４のＲＵＭ発生器３３８が、そうでなければ送るかもしれないＲＵＭを送信することを防ぐかもしれない。言い換えると、ノード６０２は、ノード６０４によって受信したノード６０２からのデータに関係するサービスの品質の低下に基づいて、ＲＵＭを送信しないようにノード６０４に命令するメッセージを、ノード６０４に送ってもよい。
【００４８】
ブロック５１４によって表したように、一度、データをノード６０４に送ることを送信決定器６１０が決定すると、バッファ制御コンポーネント３１６が、送信機３１０と協働して、バッファ３１４からのデータの少なくとも一部を送信してもよい。図３に関連して先に説明したように、ノード６０４が、そのデータを、その向けられた宛先（例えば、ノード６０６）に転送してもよい。
【００４９】
ネットワーク輻輳のケースにおいて、現れる負荷を絞り込むＴＣＰのようなプロトコルをデータ源が使用するときでさえも、図４−図６のトラフィック管理スキームは有用である。このようなケースでは、ＴＣＰは、先に記述したスキームが適用してもよいタイムスケールよりも、より大きいタイムスケールでネットワーク輻輳に対処する。ここで、現れる負荷はＴＣＰにより最終的に減少されるかもしれないが、この減少は、リンクに対する帯域幅の相当量が十分に活用されなかった後のみ起こり得る。これに対して、上記のスキームは、より早く輻輳に応答するように実現され、これにより、ネットワークのリソースのより効率的な利用が可能になる。
【００５０】
図７−図９をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する所定のノードによる決定は、ノードに送られるであろうデータの量に基づいている。例えば、対応する送信ノードが、受信ノードに送るために感知可能なデータを持たない場合には、受信したデータに関係するサービスの品質が受け入れ可能でないときにでさえ、受信ノードは干渉管理メッセージを送信しないかもしれない。
【００５１】
図７は、第１の組のノード７０２と、第２の組のノード７０４とを含むシステム７００の例を図示している。組７０２のマルチホップシナリオでは、ノードＨおよびＫがノードＥにデータを送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組７０４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図７では、ノード間のデータフローの一方向だけを図示した。
【００５２】
記号７０６によって表したように、ノードＨとＥとの間のリンクおよびノードＫとＥとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥがデータをノードＨおよびＫから受信しているとき、ノードＥが干渉を受けているかもしれない。このケースでは、ノードＥは、通常の量の、ノードＢに送信するデータを持っていないかもしれない。結果として、ノードＢが、ノードＥから受信したデータに関係するサービスの品質（例えば、より低いスループットまたは増加したデータ遅延）の低下を検出するかもしれない。しかしながら、このケースでは、サービスの品質の低下は、ノードＢによって受けている干渉が原因でなく、システムにおける別の障害の結果である。結果的に、ノードＢによる干渉管理メッセージの送信により、ノードＢにおけるサービスの品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信により、ノードＤへの送信の制限をノードＧに実行させてもよい。結果として、ノードＢの干渉管理メッセージによって予約された帯域幅（例えば、タイムスロット）をノードＥが利用できないかもしれないので、システム帯域幅は十分に活用されずに終わるかもしれない。
【００５３】
上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、受信ノードが取得する、関係する送信ノードによるデータの送信に関する情報に効果的に基づいていてもよい。例えば、しきい値量よりも少ないまたはしきい値量に等しい量のデータを送信中継ノードがバッファリングしていることを、受信ノードが決定した場合、受信ノードは、中継ノードにおける受信に影響する障害が存在することを決定するかもしれない。このケースにおいて、受信ノードは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、受信ノードは、干渉管理メッセージを送信しないかもしれない。
【００５４】
図８は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック８０２によって表したように、システムにおける１組のノードは、通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図９に示したようなシステム９００では、ダウンストリームノード９０６（例えば、図３のデバイス３０６）は、アップストリームノード９０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード９０２は、中継ノード９０４（例えば、デバイス３０４）を通して、データをノード９０６に送る。
【００５５】
図８のブロック８０４によって表したように、受信したデータに関係するサービスの品質（「ＱＯＳ」）が受け入れ可能か否かを、ノード９０６の干渉制御装置９０８が決定する。いくつかの態様では、この動作は、サービスの品質関連しきい値を、最近受信したデータに関係するサービスの品質メトリックと比較するための比較器９１０を使用することを伴っていてもよい。例えば、規定された、サービスの品質しきい値（例えば、ＲＵＭ送信しきい値）は、１つ以上のリンクまたはデータフローに関係するサービスの品質の予期されるレベルに関連していてもよい。さらに、干渉制御装置９０８は、受信したデータに関係する、サービスの品質情報を繰り返し取得し、サービスの品質メトリック情報を提供してもよい。例えば、干渉制御装置９０８が、スライドウィンドウを使用して、最近受信したデータのスループットまたは待ち時間を測定してもよい。サービスの品質が受け入れ不可能である場合には、サービスの品質の劣化が、ノード９０６における受信に干渉する隣接ノードによる送信の結果であるか否か、または、（例えば、ノード９０４に対するトラフィックフローにおける途絶を生じさせる）ネットワークにおける他の何らかの状態の結果であるか否かを決定することを、ノード９０６が試行してもよい。
【００５６】
ブロック８０６および８０８によって表したように、ノード９０６に送るデータをノード９０４が有するか否かを示す情報を、さまざまな時点で、ノード９０６のトラフィックモニタ９１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード９０４における送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、送信バッファ３２８中にどのくらいの量のデータが記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ＴＣＰ輻輳表示を含んでいてもよい。例えば、トラフィックモニタ９１２は、（例えば、ノード９０２から）ノード９０４を通して流れる１つ以上のトラフィックフローに対してＴＣＰ輻輳ビットが設定されているか否かを決定するために、ＴＣＰメッセージを解析するように適合されていてもよい。
【００５７】
ブロック８０６は、ダウンストリームノード９０６が中継ノード９０４からのトラフィック情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード９０４（例えば、バッファ制御３３０）がノード９０６にバッファステータス情報を送ることを要求するメッセージを、トラフィックモニタ９１２がノード９０４に繰り返し（例えば、周期的に）送ってもよい。
【００５８】
他のケースでは、ノード９０４が、一方的に、この情報をノード９０６に送ってもよい。例えば、バッファ制御コンポーネント３３０が、バッファステータス情報をノード９０６に繰り返し（例えば、周期的に）送るように適合されていてもよい。
【００５９】
上記のケースのいずれかにおいて、ブロック８０８によって表したように、送信するデータをノード９０４が有するか否かに関する情報を、何らかの時点で、受信機３３６を通して、トラフィックモニタ９１２が受信してもよい。ブロック８１０によって表したように、取得した情報に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置９０８が決定してもよい。
【００６０】
いくつかの態様では、トラフィックモニタ９１２は、送るデータをノード９０４が有するか否かを決定するために、取得した情報を１つ以上のしきい値９１６と比較する比較器９１４を備えていてもよい。例えば、先述したように、取得した情報は、送信バッファ３２８中のデータの量に関連していてもよい。したがって、それより少なければ干渉管理メッセージが送られないバッファリングデータの量を反映するように、しきい値９１６を規定してもよい。これらのような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード９０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード９０４はトラフィック情報メッセージを送ってもよい。
【００６１】
ブロック８１０において、干渉管理メッセージが送られるべきでない（例えば、送信バッファ３２８のデータ量がフルでない、または少ない）ことが決定された場合には、図８に示したように、動作フローが進んでもよい。したがって、先に説明したように、ノード９０６が、受信したデータのサービスの品質を監視することを続けてもよく、ノード９０４によって送信されるデータが存在するか否かを監視することを続けてもよい。
【００６２】
一方、（例えば、フルであることが送信バッファ３２８によって示されたように）ノード９０６における干渉によってサービスの品質の低下が生じたことが決定された場合、ノード９０６のＲＵＭ発生器９１８がＲＵＭを発生させる（ブロック８１２）。先述したように、いくつかのケースでは、ＲＵＭのような干渉管理メッセージは、サービスの品質に関連する表示を含んでいてもよい。いくつかの態様では、このような表示は、特定のリソースに対するノードの受給権（例えば、１つ以上のワイヤレスチャネルの１つ以上のタイムスロット）に関連する。便宜のため、後続する説明は、ＲＵＭ重みの例に関連している。いくつかのケースでは、（例えば、ＲＵＭ送信しきい値に対応している）所望のサービスの品質と、実際に達成されたサービスの品質に関連するサービスの品質メトリックとの比の量子化された値として、ＲＵＭ重みが規定されてもよい。ブロック８１４では、ノードの各送信の制限を任意の干渉ノードに実行させようとして、送信機３３４が、発生されたＲＵＭを送信してもよい。
【００６３】
図１０−図１２をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する、所定のノードによる決定は、データを通過させるそのノードの能力に基づいている。例えば、所望の方法でノードがデータを送信することを妨げるシステムの障害が存在するときに、その受信したデータに関係するサービスの品質が受け入れ不可能であるとき、ノードは干渉管理メッセージを送信しないことを選択してもよい。
【００６４】
図１０は、第１の組のノード１００２と第２の組のノード１００４とを含むシステム１０００の例を図示している。組１００２のマルチホップシナリオでは、ノードＨおよびＫがデータをノードＥに送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組１００４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図１０では、ノード間のデータフローの一方向だけを図示した。
【００６５】
記号１００６によって表したように、ノードＦとＢとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＢがデータをノードＦから受信しているときに、ノードＢは干渉を受けているかもしれない。結果として、ノードＢは、ノードＢが予期したデータ（例えば、ノードＡに送信されることになるデータ）よりも少ないデータを受信するかもしれない。したがって、通常の状況のもと、ノードＦから受信したデータに関係するサービスの品質の低下（例えば、減少したスループットまたは増加したデータ遅延）が原因で、ノードＢは、干渉管理メッセージ（例えば、ＲＵＭ）を送信することを選択するかもしれない。
【００６６】
しかしながら、記号１００８によって表したように、システムにおけるノードＢとノードＡとの間のリンクでは、別の障害が存在することがある。例えば、ノードＡがデータをノードＢから受信しているときに、ノードＡはまた、干渉を受けているかもしれない。結果として、ノードＢによって受信された何らかのデータは、単に、ノードＡに送信される機会を待っているノードＢにおいてバックアップされるかもしれない（例えば、ノードＢはノードＢの送信バッファを十分に速く排出していない）。
【００６７】
結果的に、ノードＦからの受信に関係するサービスの不十分な品質に応答した、ノードＢによる干渉管理メッセージの送信により、システム１０００を通る、そのフローに対するサービスの全体的な品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信が、ノードＤに対する送信の制限をノードＧに実行させるかもしれない。結果として、ノードＢの干渉管理メッセージによって予約された何らかのリソースは、ノードＢにおいて単にキューに入れられているデータを送るために使用されるかもしれないので、システムリソースは非効率的に利用されることになるかもしれない。言い換えると、システムを通じて、そのパスにおいてまったく障害を受けていないトラフィックのフローを制限する目的が、そのパスにおいて後に障害を受けるトラフィックフローを向上させることであるとき、その制限は、システム全体の観点から非効率的であるかもしれない。
【００６８】
上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、どれくらい効率的に、そのノードがデータを送信するかに効果的に基づいていてもよい。例えば、しきい値量よりも多い、または、しきい値量に等しい量の送信データをバッファリングしたことを、受信ノードが決定した場合、その送信に影響を及ぼす障害が存在することを、受信ノードが決定するかもしれない。このケースでは、これは、システムリソースを十分に活用しない結果になるかもしれないので、受信ノードは、受信データに関係するサービスの不十分な品質に応答して干渉管理メッセージを送信しないかもしれない。
【００６９】
図１１は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック１１０２によって表したように、システムにおける１組のノードは通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図１２に示したようなシステム１２００では、中継ノード１２０４（例えば、図３のデバイス３０４）がアップストリームノード１２０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリームノード１２０６（例えば、デバイス３０６）に送信してもよい。
【００７０】
図１１のブロック１１０４によって表したように、受信データに関係するサービスの品質が受け入れ可能か否かを、ノード１２０４の干渉制御装置１２０８が決定してもよい。先に説明したのと類似した方法では、この動作は、サービスの品質関連のしきい値（例えば、ＲＵＭ送信しきい値）を、受信データに関係するサービスの品質メトリックと比較する比較器１２１０を伴っていてもよい。
【００７１】
サービスの品質が受け入れ不可能である場合には、ノード１２０４の送出トラフィックのバックアップが存在するか否かを決定することを、ノード１２０４が試行してもよい。例えば、ブロック１１０６によって表したように、ノード１２０４がそのデータをいかによく（例えば、ノード１２０６に）送信できているかを示す情報を、ノード１２０４のトラフィックモニタ１２１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード１２０４の送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、どのくらいの量のデータが送信バッファ３２８中に記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ノード１２０４のデータをノード１２０４が送信するレートに関連していてもよい。例えば、トラフィックモニタ１２１２が、送信バッファ３２８によってデータが出力されるレートを繰り返し（例えば、スライドウィンドウを通して継続的に）監視するかもしれない。
【００７２】
先述したのと類似した方法では、送出トラフィックのバックアップが存在するか否かを決定するために、トラフィックモニタ１２１２は、バッファ情報または他の情報を、１つ以上のしきい値１２１６と比較するための比較器１２１４を備えていてもよい。したがって、比較器１２１４は、送信バッファ２１８中のデータの量またはアウトバウンドデータレートを、対応するしきい値１２１６と比較するように適合されていてもよい。ここで、しきい値１２１６は、それより多ければ干渉管理メッセージが送られないバッファリングデータの量、または、それより低ければ干渉管理メッセージが送られないデータレートに対応していてもよい。
【００７３】
ブロック１１０８によって表したように、バッファステータスまたは他の適切な情報に基づいて干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置１２０８が決定してもよい。干渉管理メッセージが送信されるべきでないと決定された（例えば、送信バッファ３２８が比較的フルである、または、アウトバウンドデータレートが比較的低い）場合には、ノード１２０４は、受信データのサービスの品質を管理することを続けてもよく、そして図１１のフローによって示したように、トラフィックのバックアップが存在するか否かを監視することを続けてもよい。
【００７４】
（例えば、比較的空になっている送信バッファ３２８、または、比較的高いアウトバウンドデータレートによって示したように）ノード１２０４における送出トラフィックのバックアップが存在していないことが、ブロック１１０８において決定された場合、ブロック１１００において、ノード１２０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、いくつかのケースでは、これは、ＲＵＭに対する重み値を決定することを伴っていてもよい。ブロック１１１２によって表したように、ノードＦからのデータのノードＢの受信を向上させようとして、送信機３３４が、発生したＲＵＭを送信するかもしれない。
【００７５】
図１３−図１５をこれから参照すると、いくつかの態様では、スケジューリングノードにおいて発生された干渉管理メッセージ（例えば、ＲＵＭ）に対するサービスの品質表示（例えば、重み）を規定するために、スケジューリングポリシーが使用される。例えば、ＲＵＭ重み選択は、送信ノードにおいて使用されるスケジューラのタイプを考慮に入れてもよい。階層ツリーのリーフ全体にわたって、サービスの等しいグレード（「ＥＧＯＳ」）を送信ノードが使用した場合、ＲＵＭ重みは、ツリーの対応するリーフ間で最小のスループットに等しく設定されてもよい。送信ノードがツリーのその直接的な子ノードにわたってＥＧＯＳを使用する場合、ＲＵＭ重みは、ノードの総スループット（例えば、対応するリーフのスループットの合計）に等しく設定されてもよい。
【００７６】
図１３は、マルチホップネットワーク１３００の例を図示している。ここで、ノードＡは、ワイヤードアクセスポイントであってもよく、ノードＢおよびＣはワイヤレスアクセスポイント（例えば、中継ノード）であってもよく、ノードＤ、Ｅ、およびＦはアクセス端末であってもよい。ダウンリンクトラフィックフローに対して、データは、最初にノードＡを通過し、そして、ノードＢまたはノードＣのいずれかを通過し、最終的にノードＤ、Ｅ、およびＦのうちの１つ以上に行く。したがって、ノードＡは、この階層ツリーのルートであり、ノードＢおよびＣは中間ノードであり、ノードＤ、Ｅ、およびＦはツリーのリーフである。
【００７７】
実際に、ノードＡは、異なる状況において、異なるスケジューリングポリシーを使用してもよい。中間ノードは、選択されたスケジューリングポリシーに基づいて、中間ノードが送信する何らかの干渉管理メッセージに対する重みを計算する異なる方法を使用してもよい。
【００７８】
例えば、フルバッファトラフィックモデルのもと、ノードＡが、階層ツリーのすべてのリーフにわたってＥＧＯＳを使用する場合、ノードＤ、Ｅ、およびＦは、サービスの等しい品質（例えば、スループット）を得るだろう。これを実行するために、ノードＡは、スループットをノードＢに、二度、提供し、ノードＣにスループットを提供してもよい。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤに対するスループットおよびノードＥに対するスループットのうちの最小値を使用してもよい。
【００７９】
別の例として、ノードＡは、その直接の子供にわたってＥＧＯＳを使用してもよい。フルバッファモデルのもと、ノードＢおよびＣは、サービスの等しい品質（例えば、スループット）を得るだろう。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤのスループットとノードＥのスループットとの合計を使用してもよい。
【００８０】
上記の原理は、反対方向へのトラフィックフローに等しく適用可能であってもよい。例えば、リバースリンクトラフィックフローは、ノードＤ、Ｅ、およびＦから、ノードＢおよびＣを通して、ノードＡに流れてもよい。ＥＧＯＳがノードＢおよびＣを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＢまたはノードＣのスループットに基づいていてもよい。ＥＧＯＳが、ノードＤ、Ｅ、およびＦを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＤ、Ｅ、およびＦを組み合わせたスループットに基づいていてもよい。
【００８１】
図１４は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかのサンプル動作を図示している。例示目的のために、図１５において示した通信システム１５００の文脈において、これらの動作を説明する。ここで、中継ノード１５０４（例えば、図３のデバイス３０４）は、アップストリームノード１５０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリーム１５０６（例えば、デバイス３０６）に送信してもよい。しかしながら、ここでの教示は、他のタイプの構成（例えば、単一ホップ構成）に適用可能であってもよいことを正しく認識すべきである。
【００８２】
図１４のブロック１４０２によって表したように、ノード間のトラフィックフローに対して、スケジューリングポリシーが規定されてもよい。この目的のために、ノード１５０２（または、通信システムの他の何らかのノードまたはコンポーネント）は、特定の基準に基づいてスケジューリングポリシーを規定するスケジューリングポリシー規定器１５０８を備えていてもよい。例として、システムが音声トラフィックを提供する場合には、階層ツリーのリーフノードのすべてにわたって、ＥＧＯＳが適用されてもよい。このケースにおいて、トラフィックの等しい量が、それぞれのリーフノード（例えば、アクセス端末）にそれぞれの方向に提供されてもよい。
【００８３】
干渉管理メッセージを送るであろう、システムにおけるノードは、サービスの品質表示を発生させる際に使用するために、規定されたスケジューリングポリシーを取得してもよい（便宜のため、以下では、ＲＵＭ重みの例を使用することにする）。例えば、ノード１５０４は、スケジューリングポリシー決定器１５１０を備えていてもよく、スケジューリングポリシー決定器１５１０は、スケジューリングポリシー情報を受信するために、トランシーバ３０８および３１８を通して、スケジューリングポリシー規定器１５０８と通信する。
【００８４】
ブロック１４０４によって表したように、ノードは、その通信リンクまたはトラフィックフローに対するサービスの品質の予期されるレベル（例えば、スループット）を決定してもよい。先述したように、サービスの品質の予期されるレベルは、スケジューリングポリシーに基づいていてもよい。例えば、図１３の中間ノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤおよびノードＥを通る予期されるスループットの合計を含んでいてもよい。図１３のリーフノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤまたはノードＥのうちのいずれかの、予期される最小スループットを含んでいてもよい。いくつかの態様では、この情報は、対応するトラフィックフローをスケジューリングするノード（例えば、アクセスポイント）によって規定されてもよい。例えば、スケジューリングポリシー規定器１５０８は、所定のフローに対する予期されるスループットを規定し、この情報をスケジューリングポリシー決定器１５１０に送ってもよい。代替的に、所定のノード（例えば、スケジューリングポリシー決定器１５１０）は、（例えば、そのノードに認識されている条件に基づいて）所定のノード自体の予期されるスループットを規定してもよい。
【００８５】
ブロック１４０６によって表したように、ノード１５０４の干渉制御装置１５１２が、受信データに関係するサービスの品質が受け入れ可能であるか否かを決定してもよい。先に説明したのと類似した方法において、この動作は、最近受信したデータに関係するサービスの品質メトリックを、サービスの品質関連のしきい値（例えば、ブロック１４０４において取得されたサービスの品質の予期されるレベルに基づいているＲＵＭ送信しきい値）と比較することを伴っていてもよい。
【００８６】
サービスの品質が受け入れ不可能である場合には、ブロック１４０８において、ノード１５０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、ＲＵＭに対する重みは、スケジューリングポリシーに基づいていてもよい。例えば、ＲＵＭの重みは、予期されるサービスの品質（スループット）と、リンクまたはフローに対する実際のサービスの品質との比に基づいて計算されてもよい。
【００８７】
実際のサービスの品質は、どのノードがＲＵＭを発生させるかに基づいて、さまざまな方法で決定されてもよい。トラフィックがノード１５０２からノード１５０６に流れているとき、ノード１５０４は、そのトラフィックフローに基づいて、実際のサービスの品質を容易に決定してもよい。トラフィックがノード１５０６からノード１５０２に流れているとき、フローのすべては最終的にノード１５０２を通過するので、ノード１５０２が、フローの所定のリンクに対する実際のサービスの品質を決定できるかもしれない。
【００８８】
ブロック１４１０によって表したように、ＲＵＭ発生器３３８は、ノード１５０４における干渉を減少させようとして、発生したＲＵＭを送信するために、送信機３２０と協働してもよい。
【００８９】
ここでの教示は、さまざまなタイプのネットワークに適用可能であってもよいことを正しく認識すべきである。例えば、いくつかの態様では、ここでの教示は、同期ワイヤレスネットワークまたは非同期ワイヤレスネットワークのいずれかで実現されてもよい。
【００９０】
さらに、いくつかの態様では、ここでの教示は、アドホックワイヤレスネットワークで実現されてもよい。一般的に、アドホックワイヤレスネットワークは、アクセスポイントのような中央調整器を使用せずに、ワイヤレスデバイスが互いに通信できるようにするかもしれない。代わりに、アクセスポイントによってそうでなければ提供されるかもしれない機能性（例えば、ビーコンを発生させ、トラフィックをバッファリングすること）は、アドホックネットワークを形成するワイヤレス端末のすべてで実現されてもよく、および、アドホックネットワークを形成するワイヤレス端末のすべての間で共有されてもよい。先述したのと類似した方法において、アドホックネットワークのノードのうちの１つ以上が、アドホックネットワークの有効なカバレージエリアを拡張するための中継ノードとして機能してもよい。
【００９１】
ここでの教示は、少なくとも１つの他のワイヤレスデバイスと通信するための、さまざまなコンポーネントを使用するデバイスに組み込まれてもよい。図１６は、デバイス間の通信を促進するために使用されるいくつかのサンプルのコンポーネントを図示している。ここで、第１のデバイス１６０２（例えば、アクセス端末）および第２のデバイス１６０４（例えば、アクセスポイント）は、適切な媒体によって、ワイヤレス通信リンク１６０６を通して通信するように適合されている。
【００９２】
最初に、デバイス１６０２からデバイス１６０４に情報を送る（例えば、リバースリンク）に際に関係するコンポーネントについて論じる。送信（「ＴＸ」）データプロセッサ１６０８は、データバッファ１６１０または他のいくつかの適切なコンポーネントからトラフィックデータ（例えば、データパケット）を受け取る。送信データプロセッサ１６０８は、選択されたコーディングおよび変調スキームに基づいて、それぞれのデータパケットを処理（例えば、エンコード、インターリーブ、シンボルマッピング）し、データシンボルを提供する。一般的に、データシンボルは、データに対する変調シンボルであり、パイロットシンボルは、（アプリオリとして知られている）パイロットに対する変調シンボルである。変調器１６１２は、リバースリンクに対するデータシンボル、パイロットシンボル、可能であればシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいはシステムによって指定されたような他の処理を実行し、出力チップのストリームを提供する。送信機（「ＴＭＴＲ」）１６１４は、出力チップストリームを処理（例えば、アナログ変換、フィルタリング、増幅、および周波数アップコンバート）し、変調信号を発生させ、アンテナ１６１６から変調信号を送信する。
【００９３】
（デバイス１６０４と通信している他のデバイスからの信号とともに）デバイス１６０２によって送信された変調信号は、デバイス１６０４のアンテナ１６１８によって受信される。受信機（「ＲＣＶＲ」）１６２０は、アンテナ１６１８からの受信信号を処理（例えば、調整およびデジタル化）し、受信サンプルを提供する。復調器（「ＤＥＭＯＤ」）１６２２は、受信サンプルを処理（例えば、復調および検出）し、検出したデータシンボルを提供する。検出したデータシンボルは、他のデバイスによってデバイス１６０４に送信されたデータシンボルのノイズのある推定値であってもよい。受信（「ＲＸ」）データプロセッサ１６２４は、検出したデータシンボルを処理（例えば、シンボルデマッピング、デインターリーブ、デコード）し、それぞれの送信デバイス（例えば、デバイス１６０２）に関係するデコードデータを提供する。
【００９４】
デバイス１６０４からデバイス１６０２への情報（例えば、フォワードリンク）を送る際に関係するコンポーネントについて、これから論じる。デバイス１６０４では、送信（「ＴＸ」）データプロセッサ１６２６によってトラフィックデータを処理し、データシンボルを発生させる。変調器１６２８は、フォワードリンクに対する、データシンボル、パイロットシンボル、およびシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいは他の関連処理を実行し、出力チップストリームを提供し、送信機（「ＴＭＴＲ」）１６３０によって出力チップストリームをさらに調整し、アンテナ１６１８から送信する。いくつかのインプリメンテーションでは、フォワードリンクに対するシグナリングは、電力制御コマンドと、リバースリンク上でデバイス１６０４に送信しているすべてのデバイス（例えば、端末）に対して制御装置１６３２によって発生された（例えば、通信チャネルに関連する）他の情報とを含んでいてもよい。
【００９５】
デバイス１６０２では、デバイス１６０４によって送信された変調信号は、アンテナ１６１６によって受信され、受信機（「ＲＣＶＲ」）１６３４によって調整およびデジタル化され、復調器（「ＤＥＭＯＤ」）１６３６によって処理され、検出したデータシンボルを得る。受信（「ＲＸ」）データプロセッサ１６３８は、検出したデータシンボルを処理し、デバイス１６０２に対するデコードされたデータとフォワードリンクシグナリングとを提供する。制御装置１６４０は、データ送信を制御するための、および、リバースリンク上でデバイス１６０４への送信電力を制御するための、電力制御コマンドと他の情報とを受信する。
【００９６】
制御装置１６４０および１６３２は、それぞれ、デバイス１６０２およびデバイス１６０４のさまざまな動作を命令する。例えば、制御装置は、適切なフィルタを決定し、フィルタについての情報を報告し、フィルタを使用して情報をデコードしてもよい。データメモリ１６４２および１６４４は、それぞれ、制御装置１６４０および１６３２によって使用されるプログラムコードおよびデータを記憶してもよい。
【００９７】
図１６はまた、通信コンポーネントが、ここで教示したようなトラフィック管理関連動作を実行する１つ以上のコンポーネントを備えていてもよいことを図示している。例えば、トラフィック制御コンポーネント１６４６は、ここで教示したように、信号を別のデバイス（例えば、デバイス１６０４）に送信および受信するために、デバイス１６０２の制御装置１６４０および／または他のコンポーネントと協働してもよい。同様に、トラフィック制御コンポーネント１６４８は、信号を別のデバイス（例えば、デバイス１６０２）に送信および受信するために、デバイス１６０４の制御装置１６３２および／または他のコンポーネントと協働してもよい。
【００９８】
ここでの教示は、さまざまな装置（例えば、デバイス）に組み込まれ（例えば、さまざまな装置（例えば、デバイス）内で実現される、または、さまざまな装置（例えば、デバイス）によって実行され）てもよい。例えば、それぞれのノードは、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）として構成されていてもよく、またはそれぞれのノードを、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）と技術的に呼ぶことがあり、または他の何らかの専門用語で呼ぶことがある。また、いくつかのノードをアクセス端末と呼ぶことがある。また、アクセス端末は、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器として知られているかもしれない。いくつかのインプリメンテーションでは、アクセス端末は、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス接続能力を有しているハンドヘルドデバイス、またはワイヤレスモデムに接続されている他の何らかの適切な処理デバイスを含んでいてもよい。したがって、ここで教示した１つ以上の態様は、電話機（例えば、セルラ電話機またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、パーソナルデータアシスタント）、エンターテイメントデバイス（例えば、音楽またはビデオデバイス、衛星ラジオ）、グローバルポジショニングシステムデバイス、またはワイヤレス媒体を通して通信するように構成されている他の何らかの適切なデバイスに組み込まれていてもよい。
【００９９】
先述したように、いくつかの態様では、ワイヤレスノードは、通信システム向けのアクセスデバイス（例えば、セルラまたはＷｉ−Ｆｉアクセスポイント）を含んでいてもよい。このようなアクセスデバイスは、例えば、ワイヤードまたはワイヤレス通信リンクを通して、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）への、または、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）に対する接続性を提供してもよい。したがって、アクセスデバイスによって、別のデバイス(例えば、Ｗｉ−Ｆｉ局)が、ネットワークまたは他の何らかの機能性にアクセスすることが可能になるかもしれない。
【０１００】
このように、ワイヤレスノードによって送信したデータまたはワイヤレスノードにおいて受信したデータに基づいて機能を実行するさまざまなコンポーネントを、ワイヤレスノードは備えていてもよい。例えば、アクセスポイントおよびアクセス端末は、信号（例えば、制御および／またはデータのような情報を伝えるメッセージ）を送信および受信するためのアンテナを備えていてもよい。アクセスポイントはまた、そのアクセスポイントの受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、または、そのアクセスポイントの送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されているトラフィックマネージャを備えていてもよい。さらに、アクセス端末は、受信データに基づいて、表示を出力するように構成されているユーザインターフェースを備えていてもよい。
【０１０１】
ワイヤレスデバイスは、何らかの適切なワイヤレス通信技術に基づいている１つ以上のワイヤレス通信リンク、またはそうでなければ、何らかの適切なワイヤレス通信技術をサポートする１つ以上のワイヤレス通信リンクを通して通信してもよい。例えば、いくつかの態様では、ワイヤレスデバイスは、ネットワークに関係していてもよい。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたはワイドエリアネットワークを含んでいてもよい。ワイヤレスデバイスは、例えば、ＣＤＭＡや、ＴＤＭＡや、ＯＦＤＭや、ＯＦＤＭＡや、ＷｉＭＡＸや、Ｗｉ−Ｆｉのような、さまざまなワイヤレス通信技術、プロトコル、または標準規格のうちの１つ以上をサポートしてもよく、またはそうでなければ使用してもよい。同様に、ワイヤレスデバイスは、さまざまな対応する変調または多重化スキームのうちの１つ以上をサポートしても、またはそうでなければ使用してもよい。したがって、ワイヤレスデバイスは、上記のワイヤレス通信技術または他のワイヤレス通信技術を使用して、１つ以上のワイヤレス通信リンクを通して確立および通信するための適切なコンポーネント（例えば、無線インターフェース）を備えていてもよい。例えば、デバイスは、ワイヤレス媒体を通して通信を促進するさまざまなコンポーネント（例えば、信号発生器および信号プロセッサ）を備えていてもよい、関係する送信機および受信機コンポーネント（例えば、送信機３１０、３２０、および３３４、ならびに受信機３１２、３２２、および３３６）に関係するワイヤレストランシーバを備えていてもよい。
【０１０２】
ここで記述したコンポーネントは、さまざまな方法で実現されてもよい。図１７−図２０を参照すると、装置１７００、１８００、１９００、および２０００のそれぞれは、例えば、１つ以上の集積回路（例えば、ＡＳＩＣ）によって実現される機能を表している一連の相関機能ブロックとして、または、ここで教示した他の何らかの方法で実現されてもよい一連の相関機能ブロックとして表されている。ここで説明したように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネント、またはこれらの何らかの組み合わせたものを備えていてもよい。
【０１０３】
装置１７００、１８００、１９００、および２０００は、さまざまな図面に関して先に記述した機能のうちの１つ以上を実行する１つ以上のモジュールを備えていてもよい。例えば、受信するためのＡＳＩＣ１７０２は、例えば、ここで説明した受信機に相当していてもよい。送信するか否かを決定するためのＡＳＩＣ１７０４は、例えば、ここで説明したような送信制御装置に相当していてもよい。受信するためのＡＳＩＣ１８０２は、例えば、ここで説明したような受信機に相当していてもよい。干渉管理メッセージを送信するか否かを決定するためのＡＳＩＣ１８０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。要求を送るためのＡＳＩＣ１８０６は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。データがバッファリングされているか否かを決定するためのＡＳＩＣ１９０２は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ１９０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。トラフィックスケジューリングポリシーを決定するためのＡＳＩＣ２００２は、例えば、ここで説明したようなスケジューリングポリシー決定器に相当していてもよい。サービスの品質表示を発生させるためのＡＳＩＣ２００４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ２００６は、例えば、ここで説明したような送信機に相当していてもよい。
【０１０４】
先述したように、いくつかの態様では、これらのコンポーネントは、適切なプロセッサコンポーネントを通して実現されてもよい。いくつかの態様では、これらのプロセッサコンポーネントは、ここで教示したような構成を使用して、少なくとも部分的に実現されてもよい。いくつかの態様では、プロセッサは、これらのコンポーネントのうちの１つ以上の機能性の一部またはすべてを実現するように適合されていてもよい。いくつかの態様では、破線で囲ったボックスによって表したコンポーネントのうちの１つ以上は、オプションである。
【０１０５】
先述したように、装置１７００、１８００、１９００、および２０００は、１つ以上の集積回路を含んでいてもよい。例えば、いくつかの態様では、単一の集積回路は、図示したコンポーネントのうちの１つ以上の機能性を実現してもよいのに対して、他の態様では、１つよりも多い集積回路が、図示したコンポーネントのうちの１つ以上の機能性を実現してもよい。
【０１０６】
さらに、図１７−図２０によって表したコンポーネントおよび機能とともに、ここで記述した他のコンポーネントおよび機能は、任意の適切な手段を使用して実現されてもよい。この手段はまた、ここで教示したような対応する構成を使用して、少なくとも部分的に実現されてもよい。例えば、図１７−図２０の「ＡＳＩＣ向けの」コンポーネントに関連して先に記述したコンポーネントはまた、同様に指定された、機能性の「ための手段」に対応していてもよい。したがって、いくつかの態様では、このような手段のうちの１つ以上は、プロセッサコンポーネント、集積回路、またはここで教示したような他の適切な構成のうちの１つ以上を使用して実現されてもよい。
【０１０７】
また、「第１の」「第２の」等のような指定を用いた、ここでのエレメントに対する何らかの言及は、一般的に、これらのエレメントの量または順序を制限していないことを理解すべきである。むしろ、これらの指定は、ここでは、２つ以上のエレメント間またはエレメントの例を区別する便利な方法として使用されていることがある。したがって、第１および第２のエレメントに対する言及は、ここでは、２つだけのエレメントを使用したこと、または、第１のエレメントは第２のエレメントに何らかの方法で先行しなければならないことを意味しているわけではない。また、記述がない限り、１組のエレメントは１つ以上のエレメントを含んでいてもよい。
【０１０８】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の記述全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表されてもよい。
【０１０９】
さらに、ここで開示した態様に関連して記述した、さまざまな例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのうちの任意のものが、電子ハードウェア（例えば、ソースコーディングまたは他の何らかの技術を使用して設計されているかもしれない、デジタルインプリメンテーション、アナログインプリメンテーション、または２つのものを組み合わせたもの）として、（ここでは、便宜のため、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）命令を組み込んでいるさまざまな形態のプログラムまたは設計コードとして、または両方のものを組み合わせたものとして実現されてもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップは、一般的に、これらの機能性の観点から、先に記述した。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱を生じさせるとして解釈されるべきでない。
【０１１０】
ここで開示した様態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実現されても、あるいは、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイントによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気コンポーネント、光コンポーネント、機械コンポーネント、あるいは、ここで記述した機能を実行するように設計されているこれらの任意の組み合わせを含んでいてもよく、ＩＣ内に存在する、ＩＣの外側に存在する、または双方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとを組み合わせたもののような、コンピューティングデバイスを組み合わせたものとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現されてもよい。
【０１１１】
任意の開示したプロセスにおける、ステップの任意の特定の順序または階層は、サンプルのアプローチの例であることが理解される。設計選択に基づいて、プロセスにおけるステップの特定の順序または階層は、本開示の範囲内のままで再構成されてもよいことが理解される。ここに示した方法クレームは、エレメントのさまざまなステップをサンプルの順序で表現しており、表現した特定の順序または階層に限定することを意味しているわけではない。
【０１１２】
ここでの開示した態様に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。（例えば、実行可能な命令や関連データや他のデータを含む）ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている他の何らかの形態のコンピュータ読み取り可能記憶媒体のような、データメモリ中に存在していてもよい。サンプルの記憶媒体は、プロセッサが記憶媒体から情報（例えば、コード）を読み取ったり、記憶媒体に情報（例えば、コード）を書き込んだりできるように、例えば、（ここでは、便宜のため、「プロセッサ」と呼ぶことがある）コンピュータ／プロセッサのような機械に結合されていてもよい。サンプルの記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ機器中にディスクリートコンポーネントとして存在していてもよい。さらに、いくつかの様態では、任意の適切なコンピュータプログラムプロダクトは、本開示の態様のうちの１つ以上に関連する（例えば、少なくとも１つのコンピュータによって実行可能な）コードを含むコンピュータ読み取り可能媒体を含んでいてもよい。いくつかの態様では、コンピュータプログラムプロダクトは、パッケージングマテリアルを含んでいてもよい。
【０１１３】
開示した態様の先の説明は、当業者が本開示を作り、または使用できるように提供されている。これらの態様に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定した一般的な原理は、本開示の範囲を逸脱することなく、他の態様に適用されてもよい。したがって、本開示は、ここで示した態様に限定されることを意図しているものではないが、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【背景】
【０００１】
分野
本出願は、一般的に、ワイヤレス通信に関する。さらに詳細に説明すると、本出願は、マルチホップトラフィックを管理することに関するが、これに限定されるものではない。
【０００２】
イントロダクション
ワイヤレス通信を確立するために、さまざまなネットワークトポロジーが使用される。所望のワイヤレス通信能力に応じて、例えば、ワイドエリアネットワーク、ローカルエリアネットワーク、または他の何らかのタイプのネットワークが配備されてもよい。
【０００３】
ワイヤレスワイドエリアネットワークは、認可された周波数帯域内の計画的配備として実現されてもよい。このようなネットワークは、比較的大多数のユーザをサポートするために、スペクトル効率およびサービスの品質を最適化するように設計されていてもよい。セルラネットワークが、ワイヤレスワイドエリアネットワークの１つの例である。
【０００４】
ワイヤレスローカルネットワークは、集中的計画なく配備されることが多い。このようなネットワークは、例えば、インフラストラクチャベースのアーキテクチャまたはアドホックベースのアーキテクチャを利用している認可されていないスペクトルで配備されているかもしれない。このタイプのネットワークは、一般的に、比較的少ない数のユーザをサポートするかもしれない。Ｗｉ−Ｆｉ（登録商標）ネットワークが、ワイヤレスローカルエリアネットワークの１つの例である。
【０００５】
実際に、所定のタイプのサービスを提供するためになされるかもしれないトレードオフにより、上記のネットワークには、さまざまな短所がある。例えば、集中的計画の複雑性が原因で、ワイヤレスワイドエリアネットワークをセットアップすることは、比較的費用がかかるかもしれない。さらに、このタイプのネットワークは、動的トラフィックフローに効率的に対処しないかもしれない。したがって、このようなスキームは、「ホットスポット」配備にうまく適していないかもしれない。一方、計画されていないワイヤレスローカルエリアネットワークは、計画されたネットワークのように、同じレベルの空間効率（ビット／単位面積）を実現しないかもしれない。さらに、ネットワーク中のノード間の潜在的な干渉を補償するために、計画されていないスキームは、キャリア検知多元接続のような干渉緩和技術を使用してもよい。しかしながら、実際に、これらのような干渉緩和技術は、低い利用や、公平性の制限された制御や、隠れノードおよび露出ノードに影響を受け易いことがある。
【０００６】
米国特許出願公開番号第２００７／０１０５５７４号では、ワイヤレス通信システムにおいて効果的に使用されるさまざまな技術を記述しており、この開示は、参照によって組み込まれている。いくつかの態様では、このようなシステムは、タイムスロットベースの通信を使用してもよく、タイムスロットベースの通信では、システムにおける複数のワイヤレスノードが、指定されたタイムスロット中に、所定のチャネルを通して、同時に送信および受信する。
【０００７】
ここで、１つのノードの送信機と別のノードの受信機とによる送信の共同スケジューリングによって、ワイヤレスチャネルの公平な分担が促進される。例えば、送信することを望むノードが、そのノード付近のワイヤレスリソースの利用可能性の知識に基づいて、１組のリソース（例えば、１つ以上のチャネル上の１つ以上のタイムスロット）を要求するかもしれない。この要求に応答して、送信を受信するであろうノードが、そのノード付近におけるワイヤレスリソースの利用可能性のノードの知識に基づいて、要求されたチャネルのうちのいくつか、または、すべてを許可してもよい。例えば、送信することを意図するノードが、ノードが送信することを望むときに受信するかもしれない隣接ノードをリスニングすることによって、リソースの利用可能性を知ってもよい。逆に、受信することを意図するノードが、ノードが受信することを望むときに送信するかもしれない隣接ノードをリスニングすることによって、潜在的な干渉を知ってもよい。隣接送信によってそのノードの受信が影響されるであろうこと、または、影響されるかもしれないことを、ノードが決定する場合には、ノードは、隣接ノードの干渉送信の制限を隣接ノードに実行させようとして、リソース利用メッセージ（「ＲＵＭ」）を送信するかもしれない。関連する態様にしたがうと、（例えば、受信している間にノードが認識する干渉が原因で）ノードが損害を受けたり、送信の衝突防止モードを望んだりすることだけではなく、ノードが損害を受ける度合いもまた示すために、ＲＵＭを重み付けしてもよい。
【０００８】
ＲＵＭを受信するノードは、ＲＵＭを受信した事実とともに、この重みも利用して、適切な応答を決定してもよい。例えば、ノードは、送信をやめることを選択してもよいし、または、１つ以上の指定されたタイムスロット中でノードの送信電力を低下させてもよい。代替的に、例えば、ＲＵＭを送信した他の何らかのノードよりも、関係ノードがより損害を受けたことを示すＲＵＭをノードが受信した場合、ノードは、ＲＵＭを無視してもよい。このケースでは、ノードは、指定されたタイムスロット中で、そのノードの関係ノードに送信することを選択するかもしれない。したがって、重みのアドバタイズは、システムにおけるすべてのノードに公正である衝突防止スキームを提供するかもしれない。
【概要】
【０００９】
本開示のサンプルの態様の概要が続く。ここでの、態様という用語の何らかの言及は、本開示の１つ以上の態様に関連していることを理解すべきである。
【００１０】
いくつかの態様において、本開示は、マルチホップワイヤレス通信システム中でトラフィックを管理することに関する。ここで、トラフィックを管理することは、例えば、データを送信するか否かを決定したり、干渉管理（例えば、緩和）メッセージを送信するか否かや、干渉管理（例えば、緩和）メッセージをどのように送信するかを決定したりすることに関連する。
【００１１】
いくつかの態様では、本開示は、ノードのデータをノードが効率的に送信できるか否かに基づいて、データを別のノードに送信するか否かを決定することに関連する。例えば、ノードの送信パスにおける障害が原因で、ノードが、データを効率的に送信できないことがある。このケースでは、ノードに送信された何らかのデータが、そのノードによって効率的な方法で転送されないかもしれないので、このノードに送信しないことが決定されてもよい。
【００１２】
いくつかの態様では、本開示は、親ノードから受信されるかもしれないデータの量に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを決定することに関連する。先述したように、いくつかの状況のもと、データの受信に対するリソース（例えば、帯域幅）を予約するために、干渉管理メッセージが使用されてもよい。しかしながら、親ノードが、送るデータをほとんど有さない場合には、受信データに関係するサービスの品質が不十分であるときにでさえ、干渉管理メッセージを送信しないことが決定されるかもしれない。これらの状況下で干渉管理メッセージを使用しないで済ませることによって、ノードは、効率的に利用されずに終わるかもしれないリソースを予約することを効果的に防止する。
【００１３】
本開示は、いくつかの態様において、どのくらい効率よく、そのノードがそのノードのデータを送信するかに基づいて、干渉管理メッセージを所定のノードから送信するか否かを決定することに関連する。例えば、ノードが（例えば、送信パスにおける障害が原因で）データを効率的に送信できない場合には、ノードは干渉管理メッセージを送信しないことを選択してもよい。すなわち、その受信データに対する不十分なサービスの品質の検出の際にノードがそうでなければ送信するかもしれない干渉管理メッセージを送信することを、ノードは回避する。例えば、干渉管理メッセージの使用により受信された何らかのデータが、意図されている宛先に効率的な方法で転送されることにならないかもしれないので、干渉管理メッセージを送信することを回避することは好ましい。
【００１４】
本開示は、いくつかの態様において、別のノードのトラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対するサービスの品質に関する表示（例えば、重み）を干渉管理メッセージに割り当てることに関連する。ここで、ノードの階層に対するスケジューリングポリシーは、階層のノードにわたってデータフローをどのように分配すべきかを指定してもよい。例えば、階層における中継ノードにわたって、または、階層のすべてのリーフノードにわたって、スケジューリングポリシーはサービスの等しいグレードを指定してもよい。いくつかの観点において、階層のノードによって送信される干渉管理メッセージの重みは、スケジューリングポリシーにしたがって、そのノードを通る予期されるトラフィックの量に基づいていてもよい。
【図面の簡単な説明】
【００１５】
以下に続く詳細な説明や、特許請求の範囲や、図面において、本開示の、これらのサンプルの態様および他のサンプルの態様を記述する。
【図１】図１は、ワイヤレス通信システムのサンプルの態様の簡略図である。
【図２】図２は、ワイヤレスノードの階層のサンプルの態様の簡略図である。
【図３】図３は、マルチホップ構成におけるワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図４】図４は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図５】図５は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図６】図６は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図７】図７は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図８】図８は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図９】図９は、ワイヤレス通信システムのコンポーネントのサンプルのいくつかの態様の簡略ブロック図である。
【図１０】図１０は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図１１】図１１は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図１２】図１２は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図１３】図１３は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
【図１４】図１４は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
【図１５】図１５は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
【図１６】図１６は、通信コンポーネントのいくつかのサンプルの態様の簡略ブロック図である。
【図１７】図１７は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図１８】図１８は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図１９】図１９は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【図２０】図２０は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
【００１６】
一般的なプラクティスにしたがった、図面で図示したさまざまな特徴は、スケーリングして描かれていない。したがって、さまざまな特徴の寸法は、明確にするために、適宜、拡大または縮小をしているかもしれない。さらに、図面のうちのいくつかは、明確にするために簡略化しているかもしれない。したがって、図面は、所定の装置（例えば、デバイス）または方法のコンポーネントのすべてを図示しているわけではない。最後に、同じ参照番号は、明細書および図面全体を通して同じ特徴を示すために使用されている。
【詳細な説明】
【００１７】
本開示のさまざまな態様を以下で記述する。ここでの教示は、幅広いさまざまな形態で具現化してもよいことや、ここで開示している任意の特定の構成、機能、または双方のものは、単なる代表例であることは明らかである。ここでの教示に基づいて、ここで開示した態様は他の何らかの態様とは無関係に実現されてもよいこと、そして、これらの態様のうちの２つ以上のものはさまざまな方法で組み合わせされてもよいことを、当業者は正しく認識すべきである。例えば、ここで述べた任意の数の態様を使用して、装置を実現しても、または、方法を実施してもよい。さらに、ここで述べた態様のうちの１つ以上の態様に加えて、または、これとは異なる構成および機能性、あるいは他の構成、機能性を使用して、このような装置を実現しても、このような方法を実施してもよい。さらに、態様は、クレームの少なくとも１つの要件を含む。上記の例のように、いくつかの態様では、ワイヤレス通信の方法は、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバアッファリングされるデータに関連する情報を、第１のワイヤレスノードにおいて受信することと、情報に基づいて、第２のワイヤレスノードに送信するか否かを決定することとを含む。さらに、いくつかの態様では、情報は、第２のワイヤレスノードの送信バッファのステータスを示す。
【００１８】
図１は、ワイヤレス通信システム１００のいくつかのサンプルの態様を図示している。システム１００は、いくつかのワイヤレスノードを含んでおり、一般的にノード１０２および１０４と指定されている。それぞれのノードは、システムにおける他のノードとの通信を確立するための、少なくとも１つの、アンテナと、関係する受信機および送信機のコンポーネントとを備えていてもよい。後続する説明では、受信しているノードのことを意味するために、受信ノードという用語を使用し、そして、送信しているノードのことを意味するために、送信ノードという用語を使用する。このような言及は、ノードが送信動作および受信動作の双方を実行できないことを、暗に示すものではない。
【００１９】
ノードは、さまざまな方法で実現されてもよい。例えば、ノードは、アクセス端末、アクセスポイント、または他の何らかのネットワーク関連コンポーネントを含んでいてもよい。図１の例では、ノード１０２はアクセスポイントを含んでいてもよく、ノード１０４はアクセス端末を含んでいてもよい。したがって、ノード１０２は、ネットワーク（例えば、Ｗｉ−Ｆｉ（登録商標）ネットワーク、セルラネットワーク、またはＷｉＭａｘネットワーク）のノード間の通信を促進し、別のネットワークに対するアクセスを提供してもよい。例えば、アクセス端末（例えば、アクセス端末１０４Ａ）が、アクセスポイント（例えば、ワイヤレスアクセスポイント１０２Ａ）のカバレージエリア内に存在するとき、これにより、アクセス端末１０４Ａは、システム１００の別のデバイスまたは他の何らかのネットワークの別のデバイスとの通信リンクに関係しており、この通信リンクを確立してもよい。ここで、ノード（例えば、ノード１０２Ｂ）のうちの１つ以上は、別のネットワークまたはネットワーク（例えば、インターネットのようなワイドエリアネットワーク１０８）に接続性を提供するワイヤードアクセスポイントを含んでいてもよい。さらに、ノード１０２のうちの１つ以上は、他のノード（例えば、ワイヤードアクセスポイント、別の中継ノード、またはアクセス端末）との間の接続性を提供する中継ノード（例えば、ワイヤレスアクセスポイント）を含んでいてもよい。
【００２０】
具体的な例として、ノード１０４Ａおよび１０２Ｂは、ノード１０２Ａ（例えば、中継ノード）を通して、互いに関係していてもよい。結果的に、ノード１０４Ａおよび１０２Ｂのそれぞれは、中継ノード１０２Ａに対する対応通信リンクを確立する。結果として、１つ以上のトラフィックフローは、アクセス端末１０４Ａへの、および、アクセス端末１０４Ａからのこれらのリンクのそれぞれ、ならびに、アクセスポイント１０２Ｂへの、および、アクセスポイント１０２Ｂからのこれらのリンクのそれぞれを通して確立されてもよい。
【００２１】
図２は、通信システム２００におけるノード２００Ａおよび２００Ｂ（例えば、２つの隣接セル）の２つのグループに対するトラフィックフローの簡略した例を図示している。例示目的のために、この例は、サンプルの階層的なルーティングスキームの（矢印によって表したような）トラフィックフローの方向のうちの一方だけを示している。第１のグループ２００Ａでは、第１のノード２０２（例えば、ワイヤードアクセスポイント）に対するトラフィックフローが、隣接ノード２０４および２０６に配信される。ノード２０４および２０６は、ノード２０４および２０６の各近傍にあるノード（それぞれ、ノード２０８−２１２、および２１４−２１６）にトラフィックを配信する。この配信スキームは、グループ全体にわたって続いてもよく、これにより、グループ中のノードのすべてが、少なくとも１つの他のノードからトラフィックを受信することが可能になる。第２のグループ２００Ｂでは、一対のノード２２２および２２４は、比較的、第１のグループ２００Ａのノード２０６および２１６に至近距離にある。
【００２２】
図２では陰影を付けることにより表されているように、システム２００におけるそれぞれのノードは、いくつかのタイムスロット中に送信または受信するように構成されていてもよい。比較的簡単な例では、第１の組のノード（例えば、ノード２０２、２０８、２１０、２１２、２１４、２１６、および２２２）が、最初に、奇数の番号が付けられたタイムスロット中に送信するように構成されていてもよい一方で、第２の組のノード（例えば、ノード２０４、２０６、２１８、２２０、および２２４）は、最初に、偶数の番号が付けられたタイムスロット中に送信するように構成されていてもよい。反対に、偶数の番号が付けられたタイムスロット中に、第１の組のノードがデータを受信してもよく、奇数の番号が付けられたタイムスロット中に、第２の組のノードがデータを受信してもよい。
【００２３】
図２の例は、交互タイムスロットスキームを図示しており、これにより、階層ツリーにおけるそれぞれの連続的なレベルに異なるタイムスロットが割り当てられる。このような交互タイムスロットスキームは、マルチホップ構成におけるデータフローのより効率的な多重化を可能にするかもしれない。例えば、システムにおける他のノードに対するノードの相対的な近接さに基づいて（例えば、階層ツリーにおけるノードの位置に対応して）、システムにおけるノードは、いくつかのタイムスロットが割り当てられてもよい。ここで、同じタイムスロット中に送信するノードが、十分な距離をあけて配置されているとき、ノードは、他の受信ノードにおける過度な干渉を生じさせることなく、これらの受信ノードに送信することに成功することができるかもしれない。具体的な例として、ノード２０２が、奇数タイムスロット中にデータをノード２０４に送ってもよく、これにより、ノード２０４は、次の偶数タイムスロット中にそのデータをノード２０８に転送する。このケースでは、ノード２０２が送信しているときにノード２０８−２１６のノードは受信していないので、ノード２０２による送信は、ノード２０８−２１６における受信に過度に干渉していないかもしれない。
【００２４】
いくつかのケースにおいて（例えば、上記の例において）、システムにおける２つ以上のノードが、同時に（例えば、同じタイムスロット中に）送信を試行することがある。送信ノードおよび受信ノードの相対的位置と、送信ノードの送信電力とに応じて、１つのノードからのワイヤレス送信は、システムにおける別のノード（例えば、無関係ノード）における受信に干渉するかもしれない。例えば、図１におけるワイヤレス通信記号１０６Ａによって表したように、図１のノード１０４Ｂ（例えば、図２のノード２１６）は、いくつかのタイムスロット中にノード１０２Ｃ（例えば、ノード２０６）からデータを受信するかもしれない。同時に、通信記号１０６Ｂによって表したように、ノード１０２Ｄ（例えば、ノード２２２）は、ノード１０４Ｃ（例えば、ノード２２４）に送信しているかもしれない。ノード１０４Ｂと１０２Ｄとの間の距離と、ノード１０２Ｄの送信電力とに応じて、破線の記号１０６Ｃによって表したような、ノード１０２Ｄからの送信は、ノード１０４Ｂにおける受信に干渉していることがある。
【００２５】
このような干渉を緩和するために、ワイヤレス通信システムのノードは、干渉管理メッセージングスキームを使用してもよい。例えば、干渉を受けている受信ノードが（例えば、制御パケットを通して）ＲＵＭを送信して、何らかの方法でノードが損害を受けていることを示してもよい。いくつかの態様では、ＲＵＭを送信する受信ノードによる決定は、そのノードにおいて受信されたデータに関係するサービスの品質に少なくとも部分的に基づいていてもよい。例えば、受信ノードは、（例えば、スライドウィンドウまたは他の何らかの適切な技術を使用して）そのリンクまたはフローのうちの１つ以上のものに対するサービスの品質の現在のレベルを繰り返し監視するかもしれない。サービスの品質の現在のレベルが、所望の、サービスの品質レベルを下回る場合には、ノードはＲＵＭを送信するかもしれない。反対に、サービスの品質が受け入れ可能である場合には、ノードはＲＵＭを送信しないかもしれない。ここで、受け入れ不可能な、サービスの品質レベルは、低スループット、長い待ち時間（例えば、長いパケット遅延）、または他の何らかのサービスの品質関連パラメータに関連していてもよい。
【００２６】
先述したように、ＲＵＭ送信ノード（すなわち、ＲＵＭを送った受信ノード）との干渉を回避するために、何らかの方法で、ＲＵＭを受信する隣接ノード（例えば、潜在的な干渉者）がその将来の送信を制限することを選択してもよい。例えば、所定のＲＵＭを、所定のタイムスロットに関係付けて、これにより、潜在的な干渉者が、ＲＵＭに応答して、そのタイムスロット中にその送信を制限することを選択してもよい。したがって、この干渉管理スキームにより、良いサービスの品質を受けていないノードにおけるサービスの品質を向上させようとして、良いサービスの品質を受けているノードのトラフィックフローを制約してもよい。
【００２７】
図３−図１５をこれから参照すると、ワイヤレス通信システムにおける性能を向上させるために使用するいくつかの技術を記述している。例えば、これらの技術のうちの１つ以上の使用により、システムにおけるサービスの品質を向上させることができ、ノード間の干渉を減少させることができる、すなわち、結果的に、システムリソースのより効率的な利用をもたらすことができる。ここで説明したように、いくつかの態様では、このようなシステムは、複数のホップおよび／または干渉管理スキームを使用してもよい。
【００２８】
後続する説明を容易にするために、マルチホップ環境においてデータをルーティングすることに関連して、ワイヤレスデバイス中で使用される図３中のいくつかのコンポーネントの簡単な説明を行う。ここで、システム３００は、ワイヤレスデバイス３０２、３０４、および３０６を含んでおり、ワイヤレスデバイス３０２、３０４、および３０６は、例えば、ここで記述したような１組の関係するワイヤレスノードに対応していてもよい。いくつかの態様では、デバイス３０２は、アップストリームノード、または、ノード階層の高い方のレベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０４は、中継ノード、または、ノード階層の中間レベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０６は、ダウンストリームノード、または、ノード階層の低い方のレベルにおけるノードを構成していてもよい。しかしながら、所定のデバイスについて記述したコンポーネントは、マルチホップ階層における他の位置に関係する他のデバイスで実現されてもよいことを正しく認識すべきである。
【００２９】
デバイス３０２は、デバイス３０４および（図３では示していない）他の何らかの隣接デバイスとのワイヤレス通信を確立するためのトランシーバ３０８を備えている。トランシーバ３０８は、送信機コンポーネント３１０と受信機コンポーネント３１２とを備えている。送出トラフィックに対して、デバイス３０２は、デバイス３０４および他のデバイスに送信されるデータをバッファリングするための送信バッファ３１４を備えていてもよい。以下でより詳細に説明するように、対応する受信デバイスがデータを受信する準備ができていないときに送信されるデータを、デバイス３０２がバッファリングしてもよい。この目的のために、デバイス３０２は、バッファ制御コンポーネント３１６を備えていてもよく、バッファ制御コンポーネント３１６は、例えば、送信バッファ３１４においてデータをバッファリングすべきときや、送信バッファ３１４からデータを読み取り、送信のために送信機３１２にデータを送るべきときを決定する。
【００３０】
デバイス３０４は、データの受信および送信を促進するための類似した通信コンポーネントを備えている。例えば、トランシーバ３１８は、システムにおけるデバイス３０２および３０６と、システムにおける（示していない）他のノードと通信するための、送信機３２０および受信機３２２を備えている。さらに、デバイス３０４は、（例えば、デバイス３０２から）受信したデータをバッファリングするための受信バッファ３２６と、（例えば、デバイス３０６に）送信されるデータをバッファリングするための送信バッファ３２８とを備えていてもよいバッファコンポーネント３２４を備えている。さらに、デバイス３０４は、バッファ３２４においてデータをいつ、または、どのようにバッファリングすべきかや、バッファ３２４からデータをいつ、または、どのように読み取るべき（例えば、そして、送信のために送信機３２０に送るべき）かを管理するためのバッファ制御コンポーネント３３０を備えていてもよい。
【００３１】
デバイス３０４はまた、干渉管理メッセージを発生させるためのコンポーネントを備えていてもよい。例示目的のために、ＲＵＭを発生させるＲＵＭ発生器３３８の文脈において、このようなコンポーネントについて記述する。
【００３２】
デバイス３０６はまた、データの受信および送信を促進させるための類似した通信コンポーネントを備えている。例えば、トランシーバ３３２は、システムにおけるデバイス３０４およびシステムにおける（示していない）他のノードと通信するための、送信機３３４および受信機３３６を備えている。さらに、デバイス３０４が、到来データの受信およびアウトバウンドデータの送信を促進する（示していない）バッファ関連コンポーネントを備えていてもよい。
【００３３】
実際に、先に記述したバッファは、１つ以上のバッファを含んでいてもよい。例えば、所定のデバイスは複数のバッファを規定してもよく、複数のバッファのそれぞれは、特定のリンクまたはフローに関係している。便宜のため、ここでの記述は、いくつかの文脈において単なる「バッファ」のことを意味することがある。このような言及は、１つ以上のバッファに同様に適用されてもよいことを正しく認識すべきである。
【００３４】
図４−図６をこれから参照すると、いくつかの態様では、１つのノードから別のノードに情報を送信する決定は、有効性に基づいており、この有効性により、情報を受信するであろうノードが、その情報を送信している。例えば、マルチホップシナリオにおいて、そのノードがデータを所望の方法で転送しないであろう場合、（例えば、所望のスループットレートで、または、所望の待ち時間内に）所定のノードにデータを送信しない決定が行われてもよい。
【００３５】
図４は、第１の組のノード４０２と第２の組のノード４０４とを備えているシステム４００の例を図示している。組４０２のマルチホップシナリオでは、ノードＡが、データをノードＢに送信し、ノードＢがデータをノードＥおよびＦに送信する。組４０４のマルチホップシナリオでは、ノードＣがデータをノードＤに送信し、ノードＤがデータをノードＧに送信する。さらに、便宜のため、図４では、ノード間のデータフローの一方向だけを図示した。
【００３６】
記号４０６によって表したように、ノードＢとノードＥとの間のリンク、および、ノードＢとノードＦとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥおよびＦがデータをノードＢから受信しているときに、ノードＥおよびＦは干渉を受けているかもしれない。このケースでは、ノードＡがデータをノードＢに送信する場合、ノードＢとノードＥおよびＦとの間の障害が原因で、ノードＢにおけるバッファ中にこのデータが蓄積するかもしれない。したがって、ノードＢにおけるバックログが減少するまで、このデータは、単に、ノードＢにおいて残っているかもしれない。結果的に、ノードＡからノードＢへの送信は、そのとき、システム全体の性能に利益をほとんど提供しないかもしれない。しかしながら、このような送信（例えば、ノードＣからの送信）が、ノードＤにおける受信に干渉するかもしれない。
【００３７】
上記の観点から、送信ノードがデータを受信ノードに送るべきか否かに関する決定は、受信ノードによるデータの送信に関する、送信ノードが得る情報に効果的に基づいていてもよい。例えば、所定のしきい値に等しいまたは所定のしきい値を超える量のデータを受信中継ノードがバッファリングしたことを、送信ノードが決定した場合、送信ノードは、中継ノードによる送信に影響を与える障害が存在するか否かを決定するかもしれない。このケースにおいて、このデータを送ることは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、送信ノードは、さらなるデータを中継データに送らないかもしれない。
【００３８】
図５は、中継ノードに送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。便宜のため、図５の動作（または、ここで説明または教示した他の何らかの動作）は、特定のコンポーネント（例えば、図６に記述したシステム６００のコンポーネント）によって実行されているとして記述する。しかしながら、これらの動作は、他のタイプのコンポーネントによって実行されてもよいこと、ならびに異なる数のコンポーネントを使用して実行されてもよいことを正しく認識すべきである。ここで記述した動作のうちの１つ以上は所定のインプリメンテーションでは使用され得ないことも正しく認識すべきである。
【００３９】
図５のブロック５０２によって表したように、システムにおける１組のノードは、通信を確立していてもよく、これにより、トラフィックが複数のホップを横切る。例えば、システム６００（図６）では、ダウンストリームノード６０６（例えば、図３のデバイス３０６）は、アップストリームノード６０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード６０２は、中継ノード６０４（例えば、デバイス３０４）を通して、ノード６０６にデータを送る。
【００４０】
ブロック５０４によって表したように、さまざまな時点で、ノード６０４に送られる必要がある何らかのデータが存在するか否かを、ノード６０２が決定してもよい。例として、ノード６０２上で実行するアプリケーションが、ノード６０４を通して、ノード６０６に送られる必要があるデータを発生させてもよい。
【００４１】
ブロック５０６および５０８によって表したように、ノード６０４において（例えば、バッファリングされている送信データによって明示されるように）トラフィックのバックアップが存在するか否かを示す情報を、ノード６０２が取得してもよい。この情報は、さまざまな形態を取っていてもよい。例えば、いくつかの態様では、この情報は、ノード６０４における送信バッファのステータスに関連していてもよい。いくつかの態様では、この情報は、ノード６０４が所定のデータフローに対するデータを送信するレートに関連していてもよい。いくつかの態様では、この情報は、データルーティングパスに対するデータスループットの減少に関連していてもよい。ここで、バッファリングされるデータの量の増加、あるいは、データフローレートまたはデータスループットの減少は、ノード６０４のアウトバウンドリンク（例えば、ノード６０６に対するリンク）における何らかの形態の障害を示すかもしれない。
【００４２】
ブロック５０６は、アップストリームノード６０２が中継ノード６０４からトラフィックバックアップ情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード６０４がノード６０２にバッファステータス情報を送ることを要求するメッセージを、ノード６０２のバッファリングトラフィック決定器６０８がノード６０４に繰り返し（例えば、周期的に）送ってもよい。
【００４３】
他のケースでは、ノード６０４が、一方的に、この情報をノード６０２に送ってもよい。例えば、いくつかの態様では、バッファ制御コンポーネント３３０は、バッファステータス情報、送信データレート、またはスループット情報を繰り返し（例えば、周期的に）ノード６０２に送信するように適合されていてもよい。
【００４４】
いずれにおいても、ブロック５０８によって表したように、ノード６０４における送信のためにバッファリングされたデータに関する情報を、何らかの時点で、ノード６０２の受信機３１２が受信してもよい。ブロック５１０によって表したように、取得した情報に基づいて、ノード６０４に送信するか否かを、ノード６０２の送信制御装置６１０が決定してもよい。例えば、いくつかの態様では、バッファリングトラフィック決定器６０８は、トラフィック中の潜在的なバックアップを識別するために、取得した情報（例えば、バッファリングされているデータの量、データフローレート、スループットレート等）を、１つ以上のしきい値６０８と比較するための比較器６１２を備えていてもよい。
【００４５】
これらのような動作のような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード６０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルに等しいまたはしきい値よりも多いときいつでも、あるいは送信データレートまたはスループットがしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード６０４はトラフィックバックアップ情報メッセージを送ってもよい。
【００４６】
ノード６０４に関係する障害が存在するかことが決定された場合には、送信制御装置６１０が、ノード６０４に対するその送信を遅延させるかもしれない。このケースでは、ノード６０２が、ノード６０２の送信バッファ３１４中のデータを一時的にバッファリングしてもよい。ノード６０２は、ノード６０４のステータスを監視し続けて、このバッファリングされたデータをノード６０４に送るべきか否かを決定してもよい。
【００４７】
ブロック５１２によって表したように、ノード６０２が送信することをやめる場合には、（例えば、所定の時間期間にわたって）送信を予期すべきでないことをノード６０４に知らせるためのメッセージを、送信制御装置６１０がノード６０４に送信してもよい。この方法では、ノード６０２からの減少したトラフィックの結果として、ノード６０４のＲＵＭ発生器３３８が、そうでなければ送るかもしれないＲＵＭを送信することを防ぐかもしれない。言い換えると、ノード６０２は、ノード６０４によって受信したノード６０２からのデータに関係するサービスの品質の低下に基づいて、ＲＵＭを送信しないようにノード６０４に命令するメッセージを、ノード６０４に送ってもよい。
【００４８】
ブロック５１４によって表したように、一度、データをノード６０４に送ることを送信決定器６１０が決定すると、バッファ制御コンポーネント３１６が、送信機３１０と協働して、バッファ３１４からのデータの少なくとも一部を送信してもよい。図３に関連して先に説明したように、ノード６０４が、そのデータを、その向けられた宛先（例えば、ノード６０６）に転送してもよい。
【００４９】
ネットワーク輻輳のケースにおいて、現れる負荷を絞り込むＴＣＰのようなプロトコルをデータ源が使用するときでさえも、図４−図６のトラフィック管理スキームは有用である。このようなケースでは、ＴＣＰは、先に記述したスキームが適用してもよいタイムスケールよりも、より大きいタイムスケールでネットワーク輻輳に対処する。ここで、現れる負荷はＴＣＰにより最終的に減少されるかもしれないが、この減少は、リンクに対する帯域幅の相当量が十分に活用されなかった後のみ起こり得る。これに対して、上記のスキームは、より早く輻輳に応答するように実現され、これにより、ネットワークのリソースのより効率的な利用が可能になる。
【００５０】
図７−図９をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する所定のノードによる決定は、ノードに送られるであろうデータの量に基づいている。例えば、対応する送信ノードが、受信ノードに送るために感知可能なデータを持たない場合には、受信したデータに関係するサービスの品質が受け入れ可能でないときにでさえ、受信ノードは干渉管理メッセージを送信しないかもしれない。
【００５１】
図７は、第１の組のノード７０２と、第２の組のノード７０４とを含むシステム７００の例を図示している。組７０２のマルチホップシナリオでは、ノードＨおよびＫがノードＥにデータを送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組７０４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図７では、ノード間のデータフローの一方向だけを図示した。
【００５２】
記号７０６によって表したように、ノードＨとＥとの間のリンクおよびノードＫとＥとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥがデータをノードＨおよびＫから受信しているとき、ノードＥが干渉を受けているかもしれない。このケースでは、ノードＥは、通常の量の、ノードＢに送信するデータを持っていないかもしれない。結果として、ノードＢが、ノードＥから受信したデータに関係するサービスの品質（例えば、より低いスループットまたは増加したデータ遅延）の低下を検出するかもしれない。しかしながら、このケースでは、サービスの品質の低下は、ノードＢによって受けている干渉が原因でなく、システムにおける別の障害の結果である。結果的に、ノードＢによる干渉管理メッセージの送信により、ノードＢにおけるサービスの品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信により、ノードＤへの送信の制限をノードＧに実行させてもよい。結果として、ノードＢの干渉管理メッセージによって予約された帯域幅（例えば、タイムスロット）をノードＥが利用できないかもしれないので、システム帯域幅は十分に活用されずに終わるかもしれない。
【００５３】
上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、受信ノードが取得する、関係する送信ノードによるデータの送信に関する情報に効果的に基づいていてもよい。例えば、しきい値量よりも少ないまたはしきい値量に等しい量のデータを送信中継ノードがバッファリングしていることを、受信ノードが決定した場合、受信ノードは、中継ノードにおける受信に影響する障害が存在することを決定するかもしれない。このケースにおいて、受信ノードは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、受信ノードは、干渉管理メッセージを送信しないかもしれない。
【００５４】
図８は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック８０２によって表したように、システムにおける１組のノードは、通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図９に示したようなシステム９００では、ダウンストリームノード９０６（例えば、図３のデバイス３０６）は、アップストリームノード９０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード９０２は、中継ノード９０４（例えば、デバイス３０４）を通して、データをノード９０６に送る。
【００５５】
図８のブロック８０４によって表したように、受信したデータに関係するサービスの品質（「ＱＯＳ」）が受け入れ可能か否かを、ノード９０６の干渉制御装置９０８が決定する。いくつかの態様では、この動作は、サービスの品質関連しきい値を、最近受信したデータに関係するサービスの品質メトリックと比較するための比較器９１０を使用することを伴っていてもよい。例えば、規定された、サービスの品質しきい値（例えば、ＲＵＭ送信しきい値）は、１つ以上のリンクまたはデータフローに関係するサービスの品質の予期されるレベルに関連していてもよい。さらに、干渉制御装置９０８は、受信したデータに関係する、サービスの品質情報を繰り返し取得し、サービスの品質メトリック情報を提供してもよい。例えば、干渉制御装置９０８が、スライドウィンドウを使用して、最近受信したデータのスループットまたは待ち時間を測定してもよい。サービスの品質が受け入れ不可能である場合には、サービスの品質の劣化が、ノード９０６における受信に干渉する隣接ノードによる送信の結果であるか否か、または、（例えば、ノード９０４に対するトラフィックフローにおける途絶を生じさせる）ネットワークにおける他の何らかの状態の結果であるか否かを決定することを、ノード９０６が試行してもよい。
【００５６】
ブロック８０６および８０８によって表したように、ノード９０６に送るデータをノード９０４が有するか否かを示す情報を、さまざまな時点で、ノード９０６のトラフィックモニタ９１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード９０４における送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、送信バッファ３２８中にどのくらいの量のデータが記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ＴＣＰ輻輳表示を含んでいてもよい。例えば、トラフィックモニタ９１２は、（例えば、ノード９０２から）ノード９０４を通して流れる１つ以上のトラフィックフローに対してＴＣＰ輻輳ビットが設定されているか否かを決定するために、ＴＣＰメッセージを解析するように適合されていてもよい。
【００５７】
ブロック８０６は、ダウンストリームノード９０６が中継ノード９０４からのトラフィック情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード９０４（例えば、バッファ制御３３０）がノード９０６にバッファステータス情報を送ることを要求するメッセージを、トラフィックモニタ９１２がノード９０４に繰り返し（例えば、周期的に）送ってもよい。
【００５８】
他のケースでは、ノード９０４が、一方的に、この情報をノード９０６に送ってもよい。例えば、バッファ制御コンポーネント３３０が、バッファステータス情報をノード９０６に繰り返し（例えば、周期的に）送るように適合されていてもよい。
【００５９】
上記のケースのいずれかにおいて、ブロック８０８によって表したように、送信するデータをノード９０４が有するか否かに関する情報を、何らかの時点で、受信機３３６を通して、トラフィックモニタ９１２が受信してもよい。ブロック８１０によって表したように、取得した情報に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置９０８が決定してもよい。
【００６０】
いくつかの態様では、トラフィックモニタ９１２は、送るデータをノード９０４が有するか否かを決定するために、取得した情報を１つ以上のしきい値９１６と比較する比較器９１４を備えていてもよい。例えば、先述したように、取得した情報は、送信バッファ３２８中のデータの量に関連していてもよい。したがって、それより少なければ干渉管理メッセージが送られないバッファリングデータの量を反映するように、しきい値９１６を規定してもよい。これらのような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード９０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード９０４はトラフィック情報メッセージを送ってもよい。
【００６１】
ブロック８１０において、干渉管理メッセージが送られるべきでない（例えば、送信バッファ３２８のデータ量がフルでない、または少ない）ことが決定された場合には、図８に示したように、動作フローが進んでもよい。したがって、先に説明したように、ノード９０６が、受信したデータのサービスの品質を監視することを続けてもよく、ノード９０４によって送信されるデータが存在するか否かを監視することを続けてもよい。
【００６２】
一方、（例えば、フルであることが送信バッファ３２８によって示されたように）ノード９０６における干渉によってサービスの品質の低下が生じたことが決定された場合、ノード９０６のＲＵＭ発生器９１８がＲＵＭを発生させる（ブロック８１２）。先述したように、いくつかのケースでは、ＲＵＭのような干渉管理メッセージは、サービスの品質に関連する表示を含んでいてもよい。いくつかの態様では、このような表示は、特定のリソースに対するノードの受給権（例えば、１つ以上のワイヤレスチャネルの１つ以上のタイムスロット）に関連する。便宜のため、後続する説明は、ＲＵＭ重みの例に関連している。いくつかのケースでは、（例えば、ＲＵＭ送信しきい値に対応している）所望のサービスの品質と、実際に達成されたサービスの品質に関連するサービスの品質メトリックとの比の量子化された値として、ＲＵＭ重みが規定されてもよい。ブロック８１４では、ノードの各送信の制限を任意の干渉ノードに実行させようとして、送信機３３４が、発生されたＲＵＭを送信してもよい。
【００６３】
図１０−図１２をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する、所定のノードによる決定は、データを通過させるそのノードの能力に基づいている。例えば、所望の方法でノードがデータを送信することを妨げるシステムの障害が存在するときに、その受信したデータに関係するサービスの品質が受け入れ不可能であるとき、ノードは干渉管理メッセージを送信しないことを選択してもよい。
【００６４】
図１０は、第１の組のノード１００２と第２の組のノード１００４とを含むシステム１０００の例を図示している。組１００２のマルチホップシナリオでは、ノードＨおよびＫがデータをノードＥに送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組１００４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図１０では、ノード間のデータフローの一方向だけを図示した。
【００６５】
記号１００６によって表したように、ノードＦとＢとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＢがデータをノードＦから受信しているときに、ノードＢは干渉を受けているかもしれない。結果として、ノードＢは、ノードＢが予期したデータ（例えば、ノードＡに送信されることになるデータ）よりも少ないデータを受信するかもしれない。したがって、通常の状況のもと、ノードＦから受信したデータに関係するサービスの品質の低下（例えば、減少したスループットまたは増加したデータ遅延）が原因で、ノードＢは、干渉管理メッセージ（例えば、ＲＵＭ）を送信することを選択するかもしれない。
【００６６】
しかしながら、記号１００８によって表したように、システムにおけるノードＢとノードＡとの間のリンクでは、別の障害が存在することがある。例えば、ノードＡがデータをノードＢから受信しているときに、ノードＡはまた、干渉を受けているかもしれない。結果として、ノードＢによって受信された何らかのデータは、単に、ノードＡに送信される機会を待っているノードＢにおいてバックアップされるかもしれない（例えば、ノードＢはノードＢの送信バッファを十分に速く排出していない）。
【００６７】
結果的に、ノードＦからの受信に関係するサービスの不十分な品質に応答した、ノードＢによる干渉管理メッセージの送信により、システム１０００を通る、そのフローに対するサービスの全体的な品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信が、ノードＤに対する送信の制限をノードＧに実行させるかもしれない。結果として、ノードＢの干渉管理メッセージによって予約された何らかのリソースは、ノードＢにおいて単にキューに入れられているデータを送るために使用されるかもしれないので、システムリソースは非効率的に利用されることになるかもしれない。言い換えると、システムを通じて、そのパスにおいてまったく障害を受けていないトラフィックのフローを制限する目的が、そのパスにおいて後に障害を受けるトラフィックフローを向上させることであるとき、その制限は、システム全体の観点から非効率的であるかもしれない。
【００６８】
上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、どれくらい効率的に、そのノードがデータを送信するかに効果的に基づいていてもよい。例えば、しきい値量よりも多い、または、しきい値量に等しい量の送信データをバッファリングしたことを、受信ノードが決定した場合、その送信に影響を及ぼす障害が存在することを、受信ノードが決定するかもしれない。このケースでは、これは、システムリソースを十分に活用しない結果になるかもしれないので、受信ノードは、受信データに関係するサービスの不十分な品質に応答して干渉管理メッセージを送信しないかもしれない。
【００６９】
図１１は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック１１０２によって表したように、システムにおける１組のノードは通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図１２に示したようなシステム１２００では、中継ノード１２０４（例えば、図３のデバイス３０４）がアップストリームノード１２０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリームノード１２０６（例えば、デバイス３０６）に送信してもよい。
【００７０】
図１１のブロック１１０４によって表したように、受信データに関係するサービスの品質が受け入れ可能か否かを、ノード１２０４の干渉制御装置１２０８が決定してもよい。先に説明したのと類似した方法では、この動作は、サービスの品質関連のしきい値（例えば、ＲＵＭ送信しきい値）を、受信データに関係するサービスの品質メトリックと比較する比較器１２１０を伴っていてもよい。
【００７１】
サービスの品質が受け入れ不可能である場合には、ノード１２０４の送出トラフィックのバックアップが存在するか否かを決定することを、ノード１２０４が試行してもよい。例えば、ブロック１１０６によって表したように、ノード１２０４がそのデータをいかによく（例えば、ノード１２０６に）送信できているかを示す情報を、ノード１２０４のトラフィックモニタ１２１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード１２０４の送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、どのくらいの量のデータが送信バッファ３２８中に記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ノード１２０４のデータをノード１２０４が送信するレートに関連していてもよい。例えば、トラフィックモニタ１２１２が、送信バッファ３２８によってデータが出力されるレートを繰り返し（例えば、スライドウィンドウを通して継続的に）監視するかもしれない。
【００７２】
先述したのと類似した方法では、送出トラフィックのバックアップが存在するか否かを決定するために、トラフィックモニタ１２１２は、バッファ情報または他の情報を、１つ以上のしきい値１２１６と比較するための比較器１２１４を備えていてもよい。したがって、比較器１２１４は、送信バッファ２１８中のデータの量またはアウトバウンドデータレートを、対応するしきい値１２１６と比較するように適合されていてもよい。ここで、しきい値１２１６は、それより多ければ干渉管理メッセージが送られないバッファリングデータの量、または、それより低ければ干渉管理メッセージが送られないデータレートに対応していてもよい。
【００７３】
ブロック１１０８によって表したように、バッファステータスまたは他の適切な情報に基づいて干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置１２０８が決定してもよい。干渉管理メッセージが送信されるべきでないと決定された（例えば、送信バッファ３２８が比較的フルである、または、アウトバウンドデータレートが比較的低い）場合には、ノード１２０４は、受信データのサービスの品質を管理することを続けてもよく、そして図１１のフローによって示したように、トラフィックのバックアップが存在するか否かを監視することを続けてもよい。
【００７４】
（例えば、比較的空になっている送信バッファ３２８、または、比較的高いアウトバウンドデータレートによって示したように）ノード１２０４における送出トラフィックのバックアップが存在していないことが、ブロック１１０８において決定された場合、ブロック１１００において、ノード１２０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、いくつかのケースでは、これは、ＲＵＭに対する重み値を決定することを伴っていてもよい。ブロック１１１２によって表したように、ノードＦからのデータのノードＢの受信を向上させようとして、送信機３３４が、発生したＲＵＭを送信するかもしれない。
【００７５】
図１３−図１５をこれから参照すると、いくつかの態様では、スケジューリングノードにおいて発生された干渉管理メッセージ（例えば、ＲＵＭ）に対するサービスの品質表示（例えば、重み）を規定するために、スケジューリングポリシーが使用される。例えば、ＲＵＭ重み選択は、送信ノードにおいて使用されるスケジューラのタイプを考慮に入れてもよい。階層ツリーのリーフ全体にわたって、サービスの等しいグレード（「ＥＧＯＳ」）を送信ノードが使用した場合、ＲＵＭ重みは、ツリーの対応するリーフ間で最小のスループットに等しく設定されてもよい。送信ノードがツリーのその直接的な子ノードにわたってＥＧＯＳを使用する場合、ＲＵＭ重みは、ノードの総スループット（例えば、対応するリーフのスループットの合計）に等しく設定されてもよい。
【００７６】
図１３は、マルチホップネットワーク１３００の例を図示している。ここで、ノードＡは、ワイヤードアクセスポイントであってもよく、ノードＢおよびＣはワイヤレスアクセスポイント（例えば、中継ノード）であってもよく、ノードＤ、Ｅ、およびＦはアクセス端末であってもよい。ダウンリンクトラフィックフローに対して、データは、最初にノードＡを通過し、そして、ノードＢまたはノードＣのいずれかを通過し、最終的にノードＤ、Ｅ、およびＦのうちの１つ以上に行く。したがって、ノードＡは、この階層ツリーのルートであり、ノードＢおよびＣは中間ノードであり、ノードＤ、Ｅ、およびＦはツリーのリーフである。
【００７７】
実際に、ノードＡは、異なる状況において、異なるスケジューリングポリシーを使用してもよい。中間ノードは、選択されたスケジューリングポリシーに基づいて、中間ノードが送信する何らかの干渉管理メッセージに対する重みを計算する異なる方法を使用してもよい。
【００７８】
例えば、フルバッファトラフィックモデルのもと、ノードＡが、階層ツリーのすべてのリーフにわたってＥＧＯＳを使用する場合、ノードＤ、Ｅ、およびＦは、サービスの等しい品質（例えば、スループット）を得るだろう。これを実行するために、ノードＡは、スループットをノードＢに、二度、提供し、ノードＣにスループットを提供してもよい。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤに対するスループットおよびノードＥに対するスループットのうちの最小値を使用してもよい。
【００７９】
別の例として、ノードＡは、その直接の子供にわたってＥＧＯＳを使用してもよい。フルバッファモデルのもと、ノードＢおよびＣは、サービスの等しい品質（例えば、スループット）を得るだろう。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤのスループットとノードＥのスループットとの合計を使用してもよい。
【００８０】
上記の原理は、反対方向へのトラフィックフローに等しく適用可能であってもよい。例えば、リバースリンクトラフィックフローは、ノードＤ、Ｅ、およびＦから、ノードＢおよびＣを通して、ノードＡに流れてもよい。ＥＧＯＳがノードＢおよびＣを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＢまたはノードＣのスループットに基づいていてもよい。ＥＧＯＳが、ノードＤ、Ｅ、およびＦを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＤ、Ｅ、およびＦを組み合わせたスループットに基づいていてもよい。
【００８１】
図１４は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかのサンプル動作を図示している。例示目的のために、図１５において示した通信システム１５００の文脈において、これらの動作を説明する。ここで、中継ノード１５０４（例えば、図３のデバイス３０４）は、アップストリームノード１５０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリーム１５０６（例えば、デバイス３０６）に送信してもよい。しかしながら、ここでの教示は、他のタイプの構成（例えば、単一ホップ構成）に適用可能であってもよいことを正しく認識すべきである。
【００８２】
図１４のブロック１４０２によって表したように、ノード間のトラフィックフローに対して、スケジューリングポリシーが規定されてもよい。この目的のために、ノード１５０２（または、通信システムの他の何らかのノードまたはコンポーネント）は、特定の基準に基づいてスケジューリングポリシーを規定するスケジューリングポリシー規定器１５０８を備えていてもよい。例として、システムが音声トラフィックを提供する場合には、階層ツリーのリーフノードのすべてにわたって、ＥＧＯＳが適用されてもよい。このケースにおいて、トラフィックの等しい量が、それぞれのリーフノード（例えば、アクセス端末）にそれぞれの方向に提供されてもよい。
【００８３】
干渉管理メッセージを送るであろう、システムにおけるノードは、サービスの品質表示を発生させる際に使用するために、規定されたスケジューリングポリシーを取得してもよい（便宜のため、以下では、ＲＵＭ重みの例を使用することにする）。例えば、ノード１５０４は、スケジューリングポリシー決定器１５１０を備えていてもよく、スケジューリングポリシー決定器１５１０は、スケジューリングポリシー情報を受信するために、トランシーバ３０８および３１８を通して、スケジューリングポリシー規定器１５０８と通信する。
【００８４】
ブロック１４０４によって表したように、ノードは、その通信リンクまたはトラフィックフローに対するサービスの品質の予期されるレベル（例えば、スループット）を決定してもよい。先述したように、サービスの品質の予期されるレベルは、スケジューリングポリシーに基づいていてもよい。例えば、図１３の中間ノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤおよびノードＥを通る予期されるスループットの合計を含んでいてもよい。図１３のリーフノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤまたはノードＥのうちのいずれかの、予期される最小スループットを含んでいてもよい。いくつかの態様では、この情報は、対応するトラフィックフローをスケジューリングするノード（例えば、アクセスポイント）によって規定されてもよい。例えば、スケジューリングポリシー規定器１５０８は、所定のフローに対する予期されるスループットを規定し、この情報をスケジューリングポリシー決定器１５１０に送ってもよい。代替的に、所定のノード（例えば、スケジューリングポリシー決定器１５１０）は、（例えば、そのノードに認識されている条件に基づいて）所定のノード自体の予期されるスループットを規定してもよい。
【００８５】
ブロック１４０６によって表したように、ノード１５０４の干渉制御装置１５１２が、受信データに関係するサービスの品質が受け入れ可能であるか否かを決定してもよい。先に説明したのと類似した方法において、この動作は、最近受信したデータに関係するサービスの品質メトリックを、サービスの品質関連のしきい値（例えば、ブロック１４０４において取得されたサービスの品質の予期されるレベルに基づいているＲＵＭ送信しきい値）と比較することを伴っていてもよい。
【００８６】
サービスの品質が受け入れ不可能である場合には、ブロック１４０８において、ノード１５０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、ＲＵＭに対する重みは、スケジューリングポリシーに基づいていてもよい。例えば、ＲＵＭの重みは、予期されるサービスの品質（スループット）と、リンクまたはフローに対する実際のサービスの品質との比に基づいて計算されてもよい。
【００８７】
実際のサービスの品質は、どのノードがＲＵＭを発生させるかに基づいて、さまざまな方法で決定されてもよい。トラフィックがノード１５０２からノード１５０６に流れているとき、ノード１５０４は、そのトラフィックフローに基づいて、実際のサービスの品質を容易に決定してもよい。トラフィックがノード１５０６からノード１５０２に流れているとき、フローのすべては最終的にノード１５０２を通過するので、ノード１５０２が、フローの所定のリンクに対する実際のサービスの品質を決定できるかもしれない。
【００８８】
ブロック１４１０によって表したように、ＲＵＭ発生器３３８は、ノード１５０４における干渉を減少させようとして、発生したＲＵＭを送信するために、送信機３２０と協働してもよい。
【００８９】
ここでの教示は、さまざまなタイプのネットワークに適用可能であってもよいことを正しく認識すべきである。例えば、いくつかの態様では、ここでの教示は、同期ワイヤレスネットワークまたは非同期ワイヤレスネットワークのいずれかで実現されてもよい。
【００９０】
さらに、いくつかの態様では、ここでの教示は、アドホックワイヤレスネットワークで実現されてもよい。一般的に、アドホックワイヤレスネットワークは、アクセスポイントのような中央調整器を使用せずに、ワイヤレスデバイスが互いに通信できるようにするかもしれない。代わりに、アクセスポイントによってそうでなければ提供されるかもしれない機能性（例えば、ビーコンを発生させ、トラフィックをバッファリングすること）は、アドホックネットワークを形成するワイヤレス端末のすべてで実現されてもよく、および、アドホックネットワークを形成するワイヤレス端末のすべての間で共有されてもよい。先述したのと類似した方法において、アドホックネットワークのノードのうちの１つ以上が、アドホックネットワークの有効なカバレージエリアを拡張するための中継ノードとして機能してもよい。
【００９１】
ここでの教示は、少なくとも１つの他のワイヤレスデバイスと通信するための、さまざまなコンポーネントを使用するデバイスに組み込まれてもよい。図１６は、デバイス間の通信を促進するために使用されるいくつかのサンプルのコンポーネントを図示している。ここで、第１のデバイス１６０２（例えば、アクセス端末）および第２のデバイス１６０４（例えば、アクセスポイント）は、適切な媒体によって、ワイヤレス通信リンク１６０６を通して通信するように適合されている。
【００９２】
最初に、デバイス１６０２からデバイス１６０４に情報を送る（例えば、リバースリンク）に際に関係するコンポーネントについて論じる。送信（「ＴＸ」）データプロセッサ１６０８は、データバッファ１６１０または他のいくつかの適切なコンポーネントからトラフィックデータ（例えば、データパケット）を受け取る。送信データプロセッサ１６０８は、選択されたコーディングおよび変調スキームに基づいて、それぞれのデータパケットを処理（例えば、エンコード、インターリーブ、シンボルマッピング）し、データシンボルを提供する。一般的に、データシンボルは、データに対する変調シンボルであり、パイロットシンボルは、（アプリオリとして知られている）パイロットに対する変調シンボルである。変調器１６１２は、リバースリンクに対するデータシンボル、パイロットシンボル、可能であればシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいはシステムによって指定されたような他の処理を実行し、出力チップのストリームを提供する。送信機（「ＴＭＴＲ」）１６１４は、出力チップストリームを処理（例えば、アナログ変換、フィルタリング、増幅、および周波数アップコンバート）し、変調信号を発生させ、アンテナ１６１６から変調信号を送信する。
【００９３】
（デバイス１６０４と通信している他のデバイスからの信号とともに）デバイス１６０２によって送信された変調信号は、デバイス１６０４のアンテナ１６１８によって受信される。受信機（「ＲＣＶＲ」）１６２０は、アンテナ１６１８からの受信信号を処理（例えば、調整およびデジタル化）し、受信サンプルを提供する。復調器（「ＤＥＭＯＤ」）１６２２は、受信サンプルを処理（例えば、復調および検出）し、検出したデータシンボルを提供する。検出したデータシンボルは、他のデバイスによってデバイス１６０４に送信されたデータシンボルのノイズのある推定値であってもよい。受信（「ＲＸ」）データプロセッサ１６２４は、検出したデータシンボルを処理（例えば、シンボルデマッピング、デインターリーブ、デコード）し、それぞれの送信デバイス（例えば、デバイス１６０２）に関係するデコードデータを提供する。
【００９４】
デバイス１６０４からデバイス１６０２への情報（例えば、フォワードリンク）を送る際に関係するコンポーネントについて、これから論じる。デバイス１６０４では、送信（「ＴＸ」）データプロセッサ１６２６によってトラフィックデータを処理し、データシンボルを発生させる。変調器１６２８は、フォワードリンクに対する、データシンボル、パイロットシンボル、およびシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいは他の関連処理を実行し、出力チップストリームを提供し、送信機（「ＴＭＴＲ」）１６３０によって出力チップストリームをさらに調整し、アンテナ１６１８から送信する。いくつかのインプリメンテーションでは、フォワードリンクに対するシグナリングは、電力制御コマンドと、リバースリンク上でデバイス１６０４に送信しているすべてのデバイス（例えば、端末）に対して制御装置１６３２によって発生された（例えば、通信チャネルに関連する）他の情報とを含んでいてもよい。
【００９５】
デバイス１６０２では、デバイス１６０４によって送信された変調信号は、アンテナ１６１６によって受信され、受信機（「ＲＣＶＲ」）１６３４によって調整およびデジタル化され、復調器（「ＤＥＭＯＤ」）１６３６によって処理され、検出したデータシンボルを得る。受信（「ＲＸ」）データプロセッサ１６３８は、検出したデータシンボルを処理し、デバイス１６０２に対するデコードされたデータとフォワードリンクシグナリングとを提供する。制御装置１６４０は、データ送信を制御するための、および、リバースリンク上でデバイス１６０４への送信電力を制御するための、電力制御コマンドと他の情報とを受信する。
【００９６】
制御装置１６４０および１６３２は、それぞれ、デバイス１６０２およびデバイス１６０４のさまざまな動作を命令する。例えば、制御装置は、適切なフィルタを決定し、フィルタについての情報を報告し、フィルタを使用して情報をデコードしてもよい。データメモリ１６４２および１６４４は、それぞれ、制御装置１６４０および１６３２によって使用されるプログラムコードおよびデータを記憶してもよい。
【００９７】
図１６はまた、通信コンポーネントが、ここで教示したようなトラフィック管理関連動作を実行する１つ以上のコンポーネントを備えていてもよいことを図示している。例えば、トラフィック制御コンポーネント１６４６は、ここで教示したように、信号を別のデバイス（例えば、デバイス１６０４）に送信および受信するために、デバイス１６０２の制御装置１６４０および／または他のコンポーネントと協働してもよい。同様に、トラフィック制御コンポーネント１６４８は、信号を別のデバイス（例えば、デバイス１６０２）に送信および受信するために、デバイス１６０４の制御装置１６３２および／または他のコンポーネントと協働してもよい。
【００９８】
ここでの教示は、さまざまな装置（例えば、デバイス）に組み込まれ（例えば、さまざまな装置（例えば、デバイス）内で実現される、または、さまざまな装置（例えば、デバイス）によって実行され）てもよい。例えば、それぞれのノードは、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）として構成されていてもよく、またはそれぞれのノードを、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）と技術的に呼ぶことがあり、または他の何らかの専門用語で呼ぶことがある。また、いくつかのノードをアクセス端末と呼ぶことがある。また、アクセス端末は、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器として知られているかもしれない。いくつかのインプリメンテーションでは、アクセス端末は、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス接続能力を有しているハンドヘルドデバイス、またはワイヤレスモデムに接続されている他の何らかの適切な処理デバイスを含んでいてもよい。したがって、ここで教示した１つ以上の態様は、電話機（例えば、セルラ電話機またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、パーソナルデータアシスタント）、エンターテイメントデバイス（例えば、音楽またはビデオデバイス、衛星ラジオ）、グローバルポジショニングシステムデバイス、またはワイヤレス媒体を通して通信するように構成されている他の何らかの適切なデバイスに組み込まれていてもよい。
【００９９】
先述したように、いくつかの態様では、ワイヤレスノードは、通信システム向けのアクセスデバイス（例えば、セルラまたはＷｉ−Ｆｉアクセスポイント）を含んでいてもよい。このようなアクセスデバイスは、例えば、ワイヤードまたはワイヤレス通信リンクを通して、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）への、または、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）に対する接続性を提供してもよい。したがって、アクセスデバイスによって、別のデバイス(例えば、Ｗｉ−Ｆｉ局)が、ネットワークまたは他の何らかの機能性にアクセスすることが可能になるかもしれない。
【０１００】
このように、ワイヤレスノードによって送信したデータまたはワイヤレスノードにおいて受信したデータに基づいて機能を実行するさまざまなコンポーネントを、ワイヤレスノードは備えていてもよい。例えば、アクセスポイントおよびアクセス端末は、信号（例えば、制御および／またはデータのような情報を伝えるメッセージ）を送信および受信するためのアンテナを備えていてもよい。アクセスポイントはまた、そのアクセスポイントの受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、または、そのアクセスポイントの送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されているトラフィックマネージャを備えていてもよい。さらに、アクセス端末は、受信データに基づいて、表示を出力するように構成されているユーザインターフェースを備えていてもよい。
【０１０１】
ワイヤレスデバイスは、何らかの適切なワイヤレス通信技術に基づいている１つ以上のワイヤレス通信リンク、またはそうでなければ、何らかの適切なワイヤレス通信技術をサポートする１つ以上のワイヤレス通信リンクを通して通信してもよい。例えば、いくつかの態様では、ワイヤレスデバイスは、ネットワークに関係していてもよい。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたはワイドエリアネットワークを含んでいてもよい。ワイヤレスデバイスは、例えば、ＣＤＭＡや、ＴＤＭＡや、ＯＦＤＭや、ＯＦＤＭＡや、ＷｉＭＡＸや、Ｗｉ−Ｆｉのような、さまざまなワイヤレス通信技術、プロトコル、または標準規格のうちの１つ以上をサポートしてもよく、またはそうでなければ使用してもよい。同様に、ワイヤレスデバイスは、さまざまな対応する変調または多重化スキームのうちの１つ以上をサポートしても、またはそうでなければ使用してもよい。したがって、ワイヤレスデバイスは、上記のワイヤレス通信技術または他のワイヤレス通信技術を使用して、１つ以上のワイヤレス通信リンクを通して確立および通信するための適切なコンポーネント（例えば、無線インターフェース）を備えていてもよい。例えば、デバイスは、ワイヤレス媒体を通して通信を促進するさまざまなコンポーネント（例えば、信号発生器および信号プロセッサ）を備えていてもよい、関係する送信機および受信機コンポーネント（例えば、送信機３１０、３２０、および３３４、ならびに受信機３１２、３２２、および３３６）に関係するワイヤレストランシーバを備えていてもよい。
【０１０２】
ここで記述したコンポーネントは、さまざまな方法で実現されてもよい。図１７−図２０を参照すると、装置１７００、１８００、１９００、および２０００のそれぞれは、例えば、１つ以上の集積回路（例えば、ＡＳＩＣ）によって実現される機能を表している一連の相関機能ブロックとして、または、ここで教示した他の何らかの方法で実現されてもよい一連の相関機能ブロックとして表されている。ここで説明したように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネント、またはこれらの何らかの組み合わせたものを備えていてもよい。
【０１０３】
装置１７００、１８００、１９００、および２０００は、さまざまな図面に関して先に記述した機能のうちの１つ以上を実行する１つ以上のモジュールを備えていてもよい。例えば、受信するためのＡＳＩＣ１７０２は、例えば、ここで説明した受信機に相当していてもよい。送信するか否かを決定するためのＡＳＩＣ１７０４は、例えば、ここで説明したような送信制御装置に相当していてもよい。受信するためのＡＳＩＣ１８０２は、例えば、ここで説明したような受信機に相当していてもよい。干渉管理メッセージを送信するか否かを決定するためのＡＳＩＣ１８０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。要求を送るためのＡＳＩＣ１８０６は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。データがバッファリングされているか否かを決定するためのＡＳＩＣ１９０２は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ１９０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。トラフィックスケジューリングポリシーを決定するためのＡＳＩＣ２００２は、例えば、ここで説明したようなスケジューリングポリシー決定器に相当していてもよい。サービスの品質表示を発生させるためのＡＳＩＣ２００４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ２００６は、例えば、ここで説明したような送信機に相当していてもよい。
【０１０４】
先述したように、いくつかの態様では、これらのコンポーネントは、適切なプロセッサコンポーネントを通して実現されてもよい。いくつかの態様では、これらのプロセッサコンポーネントは、ここで教示したような構成を使用して、少なくとも部分的に実現されてもよい。いくつかの態様では、プロセッサは、これらのコンポーネントのうちの１つ以上の機能性の一部またはすべてを実現するように適合されていてもよい。いくつかの態様では、破線で囲ったボックスによって表したコンポーネントのうちの１つ以上は、オプションである。
【０１０５】
先述したように、装置１７００、１８００、１９００、および２０００は、１つ以上の集積回路を含んでいてもよい。例えば、いくつかの態様では、単一の集積回路は、図示したコンポーネントのうちの１つ以上の機能性を実現してもよいのに対して、他の態様では、１つよりも多い集積回路が、図示したコンポーネントのうちの１つ以上の機能性を実現してもよい。
【０１０６】
さらに、図１７−図２０によって表したコンポーネントおよび機能とともに、ここで記述した他のコンポーネントおよび機能は、任意の適切な手段を使用して実現されてもよい。この手段はまた、ここで教示したような対応する構成を使用して、少なくとも部分的に実現されてもよい。例えば、図１７−図２０の「ＡＳＩＣ向けの」コンポーネントに関連して先に記述したコンポーネントはまた、同様に指定された、機能性の「ための手段」に対応していてもよい。したがって、いくつかの態様では、このような手段のうちの１つ以上は、プロセッサコンポーネント、集積回路、またはここで教示したような他の適切な構成のうちの１つ以上を使用して実現されてもよい。
【０１０７】
また、「第１の」「第２の」等のような指定を用いた、ここでのエレメントに対する何らかの言及は、一般的に、これらのエレメントの量または順序を制限していないことを理解すべきである。むしろ、これらの指定は、ここでは、２つ以上のエレメント間またはエレメントの例を区別する便利な方法として使用されていることがある。したがって、第１および第２のエレメントに対する言及は、ここでは、２つだけのエレメントを使用したこと、または、第１のエレメントは第２のエレメントに何らかの方法で先行しなければならないことを意味しているわけではない。また、記述がない限り、１組のエレメントは１つ以上のエレメントを含んでいてもよい。
【０１０８】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の記述全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表されてもよい。
【０１０９】
さらに、ここで開示した態様に関連して記述した、さまざまな例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのうちの任意のものが、電子ハードウェア（例えば、ソースコーディングまたは他の何らかの技術を使用して設計されているかもしれない、デジタルインプリメンテーション、アナログインプリメンテーション、または２つのものを組み合わせたもの）として、（ここでは、便宜のため、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）命令を組み込んでいるさまざまな形態のプログラムまたは設計コードとして、または両方のものを組み合わせたものとして実現されてもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップは、一般的に、これらの機能性の観点から、先に記述した。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱を生じさせるとして解釈されるべきでない。
【０１１０】
ここで開示した様態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実現されても、あるいは、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイントによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気コンポーネント、光コンポーネント、機械コンポーネント、あるいは、ここで記述した機能を実行するように設計されているこれらの任意の組み合わせを含んでいてもよく、ＩＣ内に存在する、ＩＣの外側に存在する、または双方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとを組み合わせたもののような、コンピューティングデバイスを組み合わせたものとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現されてもよい。
【０１１１】
任意の開示したプロセスにおける、ステップの任意の特定の順序または階層は、サンプルのアプローチの例であることが理解される。設計選択に基づいて、プロセスにおけるステップの特定の順序または階層は、本開示の範囲内のままで再構成されてもよいことが理解される。ここに示した方法クレームは、エレメントのさまざまなステップをサンプルの順序で表現しており、表現した特定の順序または階層に限定することを意味しているわけではない。
【０１１２】
ここでの開示した態様に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。（例えば、実行可能な命令や関連データや他のデータを含む）ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている他の何らかの形態のコンピュータ読み取り可能記憶媒体のような、データメモリ中に存在していてもよい。サンプルの記憶媒体は、プロセッサが記憶媒体から情報（例えば、コード）を読み取ったり、記憶媒体に情報（例えば、コード）を書き込んだりできるように、例えば、（ここでは、便宜のため、「プロセッサ」と呼ぶことがある）コンピュータ／プロセッサのような機械に結合されていてもよい。サンプルの記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ機器中にディスクリートコンポーネントとして存在していてもよい。さらに、いくつかの様態では、任意の適切なコンピュータプログラムプロダクトは、本開示の態様のうちの１つ以上に関連する（例えば、少なくとも１つのコンピュータによって実行可能な）コードを含むコンピュータ読み取り可能媒体を含んでいてもよい。いくつかの態様では、コンピュータプログラムプロダクトは、パッケージングマテリアルを含んでいてもよい。
【０１１３】
開示した態様の先の説明は、当業者が本開示を作り、または使用できるように提供されている。これらの態様に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定した一般的な原理は、本開示の範囲を逸脱することなく、他の態様に適用されてもよい。したがって、本開示は、ここで示した態様に限定されることを意図しているものではないが、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【特許請求の範囲】
【請求項１】
マルチホップワイヤレス通信の方法において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信することと、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定することとを含む方法。
【請求項２】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項１記載の方法。
【請求項３】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項２記載の方法。
【請求項４】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項１記載の方法。
【請求項５】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項４記載の方法。
【請求項６】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項１記載の方法。
【請求項７】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記干渉管理メッセージを送信するか否かの決定は、前記データの量をしきい値と比較することを含む請求項１記載の方法。
【請求項８】
前記干渉管理メッセージを送信するか否かの決定は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しないことを決定することを含む請求項７記載の方法。
【請求項９】
前記情報は、バッファフルの表示に関する請求項１記載の方法。
【請求項１０】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項１記載の方法。
【請求項１１】
前記情報は、送信制御プロトコル輻輳表示を含む請求項１記載の方法。
【請求項１２】
前記第２のワイヤレスノードから前記情報を受信するための要求を送ることをさらに含む請求項１記載の方法。
【請求項１３】
マルチホップワイヤレス通信のための装置において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置とを具備する装置。
【請求項１４】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項１３記載の装置。
【請求項１５】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項１４記載の装置。
【請求項１６】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項１３記載の装置。
【請求項１７】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項１６記載の装置。
【請求項１８】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項１３記載の装置。
【請求項１９】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記干渉制御装置は、前記データの量としきい値との比較に基づいて、前記干渉管理メッセージを送信するか否かを決定するようにさらに適合されている請求項１３記載の装置。
【請求項２０】
前記干渉制御装置は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しないようにさらに適合されている請求項１９記載の装置。
【請求項２１】
前記情報は、バッファフルの表示に関する請求項１３記載の装置。
【請求項２２】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項１３記載の装置。
【請求項２３】
前記情報は、送信制御プロトコル輻輳表示を含む請求項１３記載の装置。
【請求項２４】
前記第２のワイヤレスノードから情報を受信するための要求を送るように適合されているトラフィックモニタをさらに具備する請求項１３記載の装置。
【請求項２５】
マルチホップワイヤレス通信のための装置において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信する手段と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定する手段とを具備する装置。
【請求項２６】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項２５記載の装置。
【請求項２７】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項２６記載の装置。
【請求項２８】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項２５記載の装置。
【請求項２９】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項２８記載の装置。
【請求項３０】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項２５記載の装置。
【請求項３１】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記決定する手段は、前記データの量としきい値との比較に基づいて、前記干渉管理メッセージを送信するか否かを決定する請求項２５記載の装置。
【請求項３２】
前記決定する手段は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しない請求項３１記載の装置。
【請求項３３】
前記情報は、バッファフルの表示に関する請求項２５記載の装置。
【請求項３４】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項２５記載の装置。
【請求項３５】
前記情報は、送信制御プロトコル輻輳表示を含む請求項２５記載の装置。
【請求項３６】
前記第２のワイヤレスノードから前記情報を受信するための要求を送る手段をさらに具備する請求項２５記載の装置。
【請求項３７】
マルチホップワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するために実行可能なコードと、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するために実行可能なコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプログラムプロダクト。
【請求項３８】
アクセスポイントにおいて、
アンテナと、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記アンテナを通して前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置とを具備するアクセスポイント。
【請求項３９】
アクセス端末において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置と、
前記受信機を通して受信したデータに基づいて、表示を出力するように構成されているユーザインターフェースとを具備するアクセス端末。
【請求項４０】
マルチホップワイヤレス通信の方法において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定することと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信することとを含む方法。
【請求項４１】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項４０記載の方法。
【請求項４２】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項４０記載の方法。
【請求項４３】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項４２記載の方法。
【請求項４４】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項４０記載の方法。
【請求項４５】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項４４記載の方法。
【請求項４６】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファのステータスに基づいている請求項４０記載の方法。
【請求項４７】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することを含む請求項４０記載の方法。
【請求項４８】
前記干渉管理メッセージは、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に送信される請求項４７記載の方法。
【請求項４９】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することを含む請求項４０記載の方法。
【請求項５０】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することを含む請求項４０記載の方法。
【請求項５１】
マルチホップワイヤレス通信のための装置において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するように適合されている干渉制御装置とを具備する装置。
【請求項５２】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項５１記載の装置。
【請求項５３】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項５１記載の装置。
【請求項５４】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項５３記載の装置。
【請求項５５】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項５１記載の装置。
【請求項５６】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項５５記載の装置。
【請求項５７】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファのステータスに基づいて、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項５８】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項５９】
前記干渉制御装置は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に、前記管理メッセージを送信するようにさらに適合されている請求項５８記載の装置。
【請求項６０】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項６１】
前記トラフィックモニタは、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項６２】
マルチホップワイヤレス通信のための装置において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定する手段と、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信する手段とを具備する装置。
【請求項６３】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項６２記載の装置。
【請求項６４】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項６２記載の装置。
【請求項６５】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項６４記載の装置。
【請求項６６】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項６２記載の装置。
【請求項６７】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項６６記載の装置。
【請求項６８】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファのステータスに基づいて、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項６９】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することによって、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項７０】
前記送信する手段は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に、前記干渉管理メッセージを送信する請求項６９記載の装置。
【請求項７１】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することによって、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項７２】
前記決定する手段は、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することによって、バッファリングされているデータが存在するか否を決定する請求項６２記載の装置。
【請求項７３】
マルチホップワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するために実行可能なコードと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するために実行可能なコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプログラムプロダクト。
【請求項７４】
アクセスポイントにおいて、
アンテナと、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、前記アンテナを通して干渉管理メッセージを送信するように適合されている干渉制御装置とを具備するアクセスポイント。
【請求項７５】
アクセス端末において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するように適合されている干渉制御装置と、
別のワイヤレスノードから受信したデータに基づいて、表示を出力するように構成されているユーザインターフェースとを具備するアクセス端末。
【請求項１】
マルチホップワイヤレス通信の方法において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信することと、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定することとを含む方法。
【請求項２】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項１記載の方法。
【請求項３】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項２記載の方法。
【請求項４】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項１記載の方法。
【請求項５】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項４記載の方法。
【請求項６】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項１記載の方法。
【請求項７】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記干渉管理メッセージを送信するか否かの決定は、前記データの量をしきい値と比較することを含む請求項１記載の方法。
【請求項８】
前記干渉管理メッセージを送信するか否かの決定は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しないことを決定することを含む請求項７記載の方法。
【請求項９】
前記情報は、バッファフルの表示に関する請求項１記載の方法。
【請求項１０】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項１記載の方法。
【請求項１１】
前記情報は、送信制御プロトコル輻輳表示を含む請求項１記載の方法。
【請求項１２】
前記第２のワイヤレスノードから前記情報を受信するための要求を送ることをさらに含む請求項１記載の方法。
【請求項１３】
マルチホップワイヤレス通信のための装置において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置とを具備する装置。
【請求項１４】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項１３記載の装置。
【請求項１５】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項１４記載の装置。
【請求項１６】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項１３記載の装置。
【請求項１７】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項１６記載の装置。
【請求項１８】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項１３記載の装置。
【請求項１９】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記干渉制御装置は、前記データの量としきい値との比較に基づいて、前記干渉管理メッセージを送信するか否かを決定するようにさらに適合されている請求項１３記載の装置。
【請求項２０】
前記干渉制御装置は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しないようにさらに適合されている請求項１９記載の装置。
【請求項２１】
前記情報は、バッファフルの表示に関する請求項１３記載の装置。
【請求項２２】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項１３記載の装置。
【請求項２３】
前記情報は、送信制御プロトコル輻輳表示を含む請求項１３記載の装置。
【請求項２４】
前記第２のワイヤレスノードから情報を受信するための要求を送るように適合されているトラフィックモニタをさらに具備する請求項１３記載の装置。
【請求項２５】
マルチホップワイヤレス通信のための装置において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信する手段と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定する手段とを具備する装置。
【請求項２６】
前記干渉管理メッセージは、前記第２のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項２５記載の装置。
【請求項２７】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項２６記載の装置。
【請求項２８】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項２５記載の装置。
【請求項２９】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項２８記載の装置。
【請求項３０】
前記情報は、前記第１のワイヤレスノードに送信されるバッファリングされたデータの量を示す請求項２５記載の装置。
【請求項３１】
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量を示し、
前記決定する手段は、前記データの量としきい値との比較に基づいて、前記干渉管理メッセージを送信するか否かを決定する請求項２５記載の装置。
【請求項３２】
前記決定する手段は、前記データの量が前記しきい値よりも少ないまたは前記しきい値に等しい場合、前記干渉管理メッセージを送信しない請求項３１記載の装置。
【請求項３３】
前記情報は、バッファフルの表示に関する請求項２５記載の装置。
【請求項３４】
前記情報は、前記第１のワイヤレスノードと前記第２のワイヤレスノードとの間のデータルーティングパスに対するデータスループットの減少を示す請求項２５記載の装置。
【請求項３５】
前記情報は、送信制御プロトコル輻輳表示を含む請求項２５記載の装置。
【請求項３６】
前記第２のワイヤレスノードから前記情報を受信するための要求を送る手段をさらに具備する請求項２５記載の装置。
【請求項３７】
マルチホップワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するために実行可能なコードと、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するために実行可能なコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプログラムプロダクト。
【請求項３８】
アクセスポイントにおいて、
アンテナと、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記アンテナを通して前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置とを具備するアクセスポイント。
【請求項３９】
アクセス端末において、
第１のワイヤレスノードに送信されるデータを第２のワイヤレスノードが有するか否かに関する情報を、前記第１のワイヤレスノードにおいて受信するように適合されている受信機と、
前記情報に基づいて、干渉管理メッセージを送信するか否かを決定するように適合されている干渉制御装置と、
前記受信機を通して受信したデータに基づいて、表示を出力するように構成されているユーザインターフェースとを具備するアクセス端末。
【請求項４０】
マルチホップワイヤレス通信の方法において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定することと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信することとを含む方法。
【請求項４１】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項４０記載の方法。
【請求項４２】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項４０記載の方法。
【請求項４３】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項４２記載の方法。
【請求項４４】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項４０記載の方法。
【請求項４５】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項４４記載の方法。
【請求項４６】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファのステータスに基づいている請求項４０記載の方法。
【請求項４７】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することを含む請求項４０記載の方法。
【請求項４８】
前記干渉管理メッセージは、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に送信される請求項４７記載の方法。
【請求項４９】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することを含む請求項４０記載の方法。
【請求項５０】
前記バッファリングされているデータが存在するか否かの決定は、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することを含む請求項４０記載の方法。
【請求項５１】
マルチホップワイヤレス通信のための装置において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するように適合されている干渉制御装置とを具備する装置。
【請求項５２】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項５１記載の装置。
【請求項５３】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項５１記載の装置。
【請求項５４】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項５３記載の装置。
【請求項５５】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項５１記載の装置。
【請求項５６】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項５５記載の装置。
【請求項５７】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファのステータスに基づいて、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項５８】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項５９】
前記干渉制御装置は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に、前記管理メッセージを送信するようにさらに適合されている請求項５８記載の装置。
【請求項６０】
前記トラフィックモニタは、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項６１】
前記トラフィックモニタは、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することによって、バッファリングされているデータが存在するか否かを決定するようにさらに適合されている請求項５１記載の装置。
【請求項６２】
マルチホップワイヤレス通信のための装置において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定する手段と、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信する手段とを具備する装置。
【請求項６３】
前記第１のワイヤレスノードは、ワイヤレス中継ノードを含む請求項６２記載の装置。
【請求項６４】
前記干渉管理メッセージは、第３のワイヤレスノードから前記第１のワイヤレスノードへのデータのフローに関係するサービスの品質が不十分であることを示す請求項６２記載の装置。
【請求項６５】
前記サービスの品質は、データスループットまたは待ち時間に関する請求項６４記載の装置。
【請求項６６】
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第１のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項６２記載の装置。
【請求項６７】
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項６６記載の装置。
【請求項６８】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファのステータスに基づいて、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項６９】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファ中のデータの量を、しきい値と比較することによって、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項７０】
前記送信する手段は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に、前記干渉管理メッセージを送信する請求項６９記載の装置。
【請求項７１】
前記決定する手段は、前記第１のワイヤレスノードの送信バッファが空になるレートを決定することによって、バッファリングされているデータが存在するか否かを決定する請求項６２記載の装置。
【請求項７２】
前記決定する手段は、前記第１のワイヤレスノードから前記第２のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少が存在しているか否かを決定することによって、バッファリングされているデータが存在するか否を決定する請求項６２記載の装置。
【請求項７３】
マルチホップワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するために実行可能なコードと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するために実行可能なコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプログラムプロダクト。
【請求項７４】
アクセスポイントにおいて、
アンテナと、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、前記アンテナを通して干渉管理メッセージを送信するように適合されている干渉制御装置とを具備するアクセスポイント。
【請求項７５】
アクセス端末において、
第２のワイヤレスノードに対する送信のために第１のワイヤレスノードにおいてデータがバッファリングされているか否かを、前記第１のワイヤレスノードにおいて決定するように適合されているトラフィックモニタと、
前記バッファリングされているデータが存在するか否かの決定に基づいて、干渉管理メッセージを送信するように適合されている干渉制御装置と、
別のワイヤレスノードから受信したデータに基づいて、表示を出力するように構成されているユーザインターフェースとを具備するアクセス端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−７０３８７（Ｐ２０１３−７０３８７Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−２４０１７０（Ｐ２０１２−２４０１７０）
【出願日】平成２４年１０月３１日（２０１２．１０．３１）
【分割の表示】特願２０１０−５４６９４０（Ｐ２０１０−５４６９４０）の分割
【原出願日】平成２１年２月１３日（２００９．２．１３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１２−２４０１７０（Ｐ２０１２−２４０１７０）
【出願日】平成２４年１０月３１日（２０１２．１０．３１）
【分割の表示】特願２０１０−５４６９４０（Ｐ２０１０−５４６９４０）の分割
【原出願日】平成２１年２月１３日（２００９．２．１３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]