(57)【特許請求の範囲】
【請求項１】
無線通信の方法であって、
無線通信のための装置によって、複数のキャリアに関係する条件を決定することと、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備える、
前記装置によって、前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別することと、及び
前記装置によって、前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアについてのＲＵＭ（リソース利用メッセージ）を送信することと、ここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、前記装置の近辺における干渉する送信側ノードが前記選択されたキャリア上で送信することをブロックするための前記装置による要求を示す、
を備える方法。
【請求項２】
前記条件は、前記複数のキャリアに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件は、データ転送速度、送信されるべきデータの量、レイテンシのレベル及びトラヒッククラス、の少なくとも１つを含む請求項１に記載の方法。
【請求項３】
前記決定することは、
信号を受信することと、
前記信号から前記条件を導き出すことと、を備える請求項１に記載の方法。
【請求項４】
前記信号は、前記複数のキャリアの好ましい数の指示を含む請求項３に記載の方法。
【請求項５】
前記信号は、関連するノードにおいて特定された前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び少なくとも１つの受信されたＲＵＭ、の少なくとも１つの指示を含む請求項３に記載の方法。
【請求項６】
前記識別することは、
前記条件に基づいて重みを決定することと、
前記重みに基づいてキャリアの前記所望される数を選択することと、を備える請求項１に記載の方法。
【請求項７】
前記識別することは、
関連するノードの数を特定することと、
前記関連するノードの数に基づいてキャリアの前記所望される数を選択することと、を備える請求項１に記載の方法。
【請求項８】
前記選択することは、前記関連するノードの数に比例してキャリアの前記所望される数を選択すること、を備える請求項７に記載の方法。
【請求項９】
前記識別することは、
関連するノードの優先度を特定することと、
前記優先度に基づいて前記キャリアの所望される数を選択することと、を備える請求項１に記載の方法。
【請求項１０】
前記キャリアの所望される数は、前記装置が他の装置による使用からブロックすることを所望するキャリアの数である請求項１に記載の方法。
【請求項１１】
前記条件が後続して向上するかを特定することと、
前記条件が向上した場合、前記キャリアの所望される数を減らすことと、をさらに備える請求項１０に記載の方法。
【請求項１２】
前記キャリアの所望される数は不利の度合いを示し、前記不利は前記装置に関する目標値対実際の値の比の関数である請求項１に記載の方法。
【請求項１３】
前記目標値及び実際の値は、スループット、スペクトル効率、レイテンシ、干渉またはデータ転送速度の少なくとも１つに基づく請求項１２に記載の方法。
【請求項１４】
前記ＲＵＭは、前記装置が前記干渉する送信側ノードからの干渉のために送信において経験している不利の度合いを示す重みをさらに備える請求項１に記載の方法。
【請求項１５】
前記送信することは、前記装置の近辺における前記干渉する送信側ノードに前記ＲＵＭをブロードキャストすることを備える請求項１に記載の方法。
【請求項１６】
前記送信することは、前記干渉する送信側ノードによる干渉が干渉の所定のしきい値のレベルを超えていることを特定することにさらに基づく請求項１に記載の方法。
【請求項１７】
無線データ通信のための装置であって、
複数のキャリアに関係する条件を決定する手段と、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備える、
前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別する手段と、
前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアについてのリソース利用メッセージ（ＲＵＭ）を送信する手段と、ここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、前記装置の近辺における干渉する送信機が前記選択されたキャリア上で送信することをブロックするための前記装置による要求を示す、を備える装置。
【請求項１８】
前記条件は、前記複数のキャリアに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件は、データ転送速度、送信されるべきデータの量、レイテンシのレベル及びトラヒッククラス、の少なくとも１つを含む請求項１７に記載の装置。
【請求項１９】
前記決定手段は、
信号を受信する手段と、
前記信号から前記条件を導き出す手段と、を備える請求項１７に記載の装置。
【請求項２０】
前記信号は、前記複数のキャリアの好ましい数の指示を含む請求項１９に記載の装置。
【請求項２１】
前記信号は、関連するノードにおいて特定された前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び１つまたは複数の受信されたＲＵＭ、の少なくとも１つの指示を含む請求項１９に記載の装置。
【請求項２２】
前記識別手段は、
前記条件に基づいて重みを決定する手段と、
前記重みに基づいて前記キャリアの所望される数を選択する手段と、を備える請求項１７に記載の装置。
【請求項２３】
前記識別手段は、
関連するノードの数を特定する手段と、
前記関連するノードの数に基づいて前記キャリアの所望される数を選択する手段と、を備える請求項１７に記載の装置。
【請求項２４】
前記選択手段は、関連するノードの前記数に比例してキャリアの前記所望される数を選択する手段を備える請求項２３に記載の装置。
【請求項２５】
前記識別手段は、
関連するノードの優先度を特定する手段と、
前記優先度に基づいて前記キャリアの所望される数を選択する手段と、を備える請求項１７に記載の装置。
【請求項２６】
アンテナと、
前記アンテナに結合され、
前記アンテナを介して複数のキャリアに関係する条件を決定し、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備える、
前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別し、
前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアについてのリソース利用メッセージ（ＲＵＭ）を送信するここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、アクセスポイントの近辺における干渉する送信側ノードが前記選択されたキャリア上で送信することをブロックするための前記アクセスポイントによる要求を示す、
ように構成された処理システムと、を備える、アクセスポイント。
【請求項２７】
トランスデューサと、
前記トランスデューサに結合され、
前記トランスデューサで使用可能なデータを通信するのに使用可能な複数のキャリアに関係する条件を特定し、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備える、
前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別することと、
前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアについてのリソース利用メッセージ（ＲＵＭ）を送信する、ここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、前記アクセス端末の近辺における干渉する送信側ノードが前記選択されたキャリア上で送信することをブロックするための前記アクセス端末による要求を示す、
ように構成された処理システムと、を備える、アクセス端末。
【請求項２８】
無線データ通信のためのコンピュータ可読記録媒体であって、
複数のキャリアに関係する条件を決定し、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備え、
前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別し、
前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアについてのリソース利用メッセージ（ＲＵＭ）を送信する、ここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、前記コンピュータ可読記録媒体の近辺における干渉する送信側ノードが前記選択されたキャリア上で送信することをブロックするための前記コンピュータ可読記録媒体による要求を示す、
ように実行可能なコードを含む非トランジトリなコンピュータ可読媒体を備える、コンピュータ可読記録媒体。
【請求項２９】
無線データ通信のための装置であって、
複数のキャリアに関係する条件を決定し、ここにおいて前記条件は、前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、及びスペクトル効率のレベルの少なくとも１つを備え、
前記条件および前記複数のキャリアがブロックされるべき優先度の順序に基づいて前記複数のキャリアからキャリアの所望される数を識別し、
前記キャリアの識別された所望される数に基づいて前記複数のキャリアの少なくとも１つの選択されたキャリアに関してリソース利用メッセージ（ＲＵＭ）を送信する、ここにおいて前記ＲＵＭが、前記選択されたキャリア上で送信し、前記装置の近辺における干渉する送信側ノードが前記選択されたキャリア上で送信することをブロックするための前記装置による要求を示す、
ように構成された処理システムを備える、装置。
【請求項３０】
前記条件は、前記複数のキャリアに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件はデータ転送速度、送信されるべきデータの量、レイテンシのレベル及びトラヒッククラス、の少なくとも１つを含む請求項２９に記載の装置。
【請求項３１】
前記処理システムは、信号を受信し、さらに前記信号から前記条件を導き出すようにさらに構成される請求項３０に記載の装置。
【請求項３２】
前記信号は、前記複数のキャリアの好ましい数の指示を含む請求項３１に記載の装置。
【請求項３３】
前記信号は、関連するノードにおいて特定された前記複数のキャリアに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び１つまたは複数の受信されたＲＵＭ、の少なくとも１つの指示を含む請求項３１に記載の装置。
【請求項３４】
前記処理システムは、前記条件に基づいて重みを決定し、さらに前記重みに基づいて前記キャリアの所望される数を選択するようにさらに構成される請求項２９に記載の装置。
【請求項３５】
前記処理システムは、関連するノードの数を特定し、さらに前記関連するノードの数に基づいて前記キャリアの所望される数を選択するようにさらに構成される請求項２９に記載の装置。
【請求項３６】
前記処理システムは、前記関連するノードの数に比例して前記キャリアの所望される数を選択するようにさらに構成される請求項３５に記載の装置。
【請求項３７】
前記処理システムは、関連するノードの優先度を特定し、さらに前記優先度に基づいて前記キャリアの所望される数を選択するようにさらに構成される請求項３４に記載の装置。
【請求項３８】
コンピュータに、請求項１−９及び１１−１８の１つに従って前記方法を実行させるプログラム。
【請求項３９】
プログラムがコンピュータに、請求項１−９及び１１−１６の１つに従って前記方法を実行させる、前記プログラムを記録したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権の主張
本特許出願は、本特許出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれている、２００８年４月１５に出願した“Method and Apparatus for Carrier Selection in Multi-Carrier Communication Systems”という名称の米国仮出願第６１／０４５，２２５号の優先権を主張するものである。
【０００２】
以下の説明は、一般に無線通信に関し、より詳細には無線通信環境において干渉を低減し、スループット及びチャネル品質を向上させることに関する。
【背景技術】
【０００３】
無線通信システムは、世界中の大多数の人々が通信を行う一般的な手段となっている。無線通信デバイスは、消費者のニーズを満たし、可搬性及び利便性を向上させるために、より小さく、より強力になっている。セルラ電話機などの移動デバイスにおける処理能力の向上は、無線ネットワーク伝送システムに対する要求の増大につながっている。そのようなシステムは、そのようなシステム上で通信するセルラデバイスほど容易に更新されない。移動デバイス能力が拡大するにつれ、新たな、改良された無線デバイス能力を完全に活用することを容易にする仕方で、より古い無線ネットワークシステムを維持することは困難であり得る。
【０００４】
通常の無線通信ネットワーク（例えば、周波数分割技術、時分割技術、及び符号分割技術を使用する）は、カバレッジエリアを提供する１つまたは複数の基地局と、当該カバレッジエリア内でデータを送受信することができる１つまたは複数の移動端末（例えば、無線端末）とを含む。通常の基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために複数のデータストリームを同時に送信することができ、データストリームは移動端末の独立した受信対象であり得るデータのストリームである。当該基地局のカバレッジエリア内の移動端末は、複合ストリームによって伝送される１つのデータストリーム、複数のデータストリーム、または全てのデータストリームを受信対象とすることができる。同様に、移動端末は当該基地局または別の移動端末にデータを送信することができる。そのような基地局と移動端末の間、または移動端末の間の通信は、チャネル変動及び／または干渉電力変動のために劣化し得る。従って、当該分野では無線通信環境において干渉を低減し、スループットを向上させることを容易にするシステム及び／または方法の必要性が存在する。
【発明の概要】
【０００５】
以下、そのような態様の基本的理解をもたらすために１つまたは複数の態様の簡略化された概要を提示する。この概要は、企図される全ての態様の広範な概観ではなく、全ての態様の重要な、もしくは不可欠な要素を特定することも、任意の、もしくは全ての態様の範囲を線引きすることも意図していない。この概要の唯一の目的は、後に提示されるより詳細な説明の前置きとして、１つまたは複数の態様の幾つかの概念を簡略化された形態で提示することである。
【０００６】
様々な態様によれば、本発明はセルラ技術とＷｉ−Ｆｉ技術の両方に関連する利点をこれらの技術に関連する欠点を軽減しつつ実現することを容易にするために、広域無線通信ネットワーク及びローカル無線通信ネットワークのための統一された技術を提供するシステム及び／または方法に関する。例えば、セルラネットワークはネットワークを設計または構築する際に効率を高めることができる、計画された展開に従って構成され得るのに対して、Ｗｉ−Ｆｉネットワークは典型的にはより便利なアドホックな仕方で展開される。Ｗｉ−Ｆｉネットワークは、さらにアクセスポイント及びアクセス端末に対称的な媒体アクセス制御（ＭＡＣ）チャネルを提供することを容易にすると共に、セルラシステムによっては提供されない帯域内無線能力を有するバックホールサポートを容易にすることができる。
【０００７】
本明細書で説明される統一された技術は、ネットワークを柔軟に展開することを容易にする。本開示で説明される方法は、パフォーマンスが展開に応じて適合されることを可能にし、このため展開が計画されるか、もしくは半ば計画される場合に良好な効率をもたらし、ネットワークが計画外である場合に十分な堅牢性をもたらす。つまり、本明細書で説明される様々な態様は、ネットワークが計画された展開（例えば、セルラ展開シナリオにおける場合のように）、アドホックな展開（例えば、Ｗｉ−Ｆｉネットワーク展開のために利用され得るような）、または計画された展開とアドホックな展開の組合せを使用して展開されることを許す。さらに、他の態様は様々な送信電力レベルでノードをサポートすること、及びリソース割当てに関してセル間の公平性を実現することに関しており、これらの態様はＷｉ−Ｆｉシステムまたはセルラシステムによって十分にサポートされない。
【０００８】
例えば、一部の態様によれば無線キャリアのセットの重み付けされた公平な共有がＲＵＭ（リソース利用メッセージ）を使用する送信機と受信機の両方による送信の共同スケジューリングによって容易にされ得、送信機はその近隣における利用可能性の知識に基づいてリソースのセットを要求し、受信機はその近隣における利用可能性の知識に基づいて要求されたキャリアのサブセットを許可する。送信機はその近辺における受信機に対するリッスンに基づいて利用可能性について知り、受信機はその近辺における送信機をリッスンすることによって潜在的な干渉について知る。関連する態様によれば、ＲＵＭはデータ伝送信号を受信するノードが不利になっており（disadvantaged）（当該ノードが受信中に経験する干渉のために）、衝突回避送信モードを所望することだけでなく、当該ノードが不利になっている度合いも示すように重み付けされ得る。ＲＵＭ受信側ノードは、当該ノードがＲＵＭを受信しているという事実と共に、ＲＵＭの重みを利用して適切な応答を決定することができる。例として、重みのそのような通知は公平な仕方で衝突回避を可能にする。本開示は、そのような方法を説明する。
【０００９】
関連する態様によれば、ＲＵＭ送信側ノードはＲＵＭが適用されるキャリアの数を示して、キャリアの数（一般に、この数はリソース数、チャネル数、周波数キャリア数／サブキャリア数及び／またはタイムスロット数であってもよい）が不利の度合い（degree of disadvantage）を示すようにすることによって、当該ノードの不利の度合いを示すことができる。ＲＵＭに応答して不利の度合いが低減された場合、ＲＵＭが送信されるキャリアの数は、後続のＲＵＭ送信に関して低減され得る。不利度が低減されない場合、ＲＵＭが適用されるキャリアの数は、後続のＲＵＭ送信に関して増加され得る。
【００１０】
ＲＵＭは一定の電力スペクトル密度（ＰＳＤ）で送信され得、さらに受信側ノードはＲＵＭの受信された電力スペクトル密度及び／または受信された電力を使用して受信側ノードとＲＵＭ送信側ノードの間のＲＦ（無線周波数）チャネル利得を推定し、受信側ノードが送信した場合に、受信側ノードが送信側ノードにおいて干渉を生じさせる（例えば、所定の許容できるしきい値レベルを超える）かどうかを判定することができる。このため、ＲＵＭ受信側ノードはＲＵＭ送信側ノードからのＲＵＭを復号することができるが、ＲＵＭ受信側ノードは干渉を生じさせないと判定する状況が存在するかもしれない。ＲＵＭ受信側ノードがＲＵＭに従うべきであると判定すると、ＲＵＭ受信側ノードはそのリソースから完全にバックオフすることを選択することによって、または十分に低減された送信電力を使用してＲＵＭ受信側ノードの推定される潜在的干渉レベルを所定の許容できるしきい値レベルを下回るようにすることを選択することによってそのようにすることができる。このため、“ハード”干渉回避（完全なバックオフ）と“ソフト”干渉回避（電力制御）が共に統一された仕方でサポートされる。関連する態様によれば、ＲＵＭは受信側ノードによって、送信側ノードにおいて生じる推定される干渉に基づいて送信すべきか否かの判定を容易にするために、受信側ノードとＲＵＭ送信側ノードの間のチャネル利得を決定するのに使用され得る。
【００１１】
また、ＲＵＭメッセージの中でノードが送信することを望むキャリアの数の選択も重要である。ある態様によれば、無線データ通信の方法が複数のリソースに関係する条件を特定すること、この条件に基づいて複数のリソースからのリソースの所望される量を識別すること、及びリソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信すること、を含むことができる。
【００１２】
別の態様は、複数のリソースに関係する条件を特定する手段と、この条件に基づいて複数のリソースからのリソースの所望される量を識別する手段と、リソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信する手段とを含む無線データ通信のための装置に関する。
【００１３】
別の態様は、アンテナと、当該アンテナに結合された処理システムとを有する無線データ通信のためのアクセスポイントに関する。処理システムは、アンテナを介して複数のリソースに関係する条件を特定し、この条件に基づいて複数のリソースからのリソースの所望される量を識別し、さらにリソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信するように構成される。
【００１４】
別の態様は、トランスデューサと、当該トランスデューサに結合された処理システムとを有する無線データ通信のためのアクセス端末に関する。処理システムは、トランスデューサで使用可能なデータを通信するのに使用可能な複数のリソースに関係する条件を特定し、この条件に基づいて複数のリソースからのリソースの所望される量を識別し、さらにリソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信するように構成される。
【００１５】
別の態様は、コンピュータ可読媒体を有する無線データ通信のためのコンピュータプログラム製品に関する。コンピュータ可読媒体は、複数のリソースに関係する条件を特定し、この条件に基づいて複数のリソースからのリソースの所望される量を識別し、さらにリソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信するように実行可能なコードを含む。
【００１６】
別の態様は、処理システムを有する無線データ通信のための装置に関する。処理システムは、複数のリソースに関係する条件を特定し、この条件に基づいて複数のリソースからのリソースの所望される量を識別し、さらにリソースの所望される量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信するように構成される。
【００１７】
以上、及び関連する目的を達するのに、１つまたは複数の態様は、後段で完全に説明され、特許請求の範囲において特に指摘される特徴を備える。以下の説明、及び添付の図面は、１つまたは複数の態様の幾つかの例示的な態様を詳細に示す。しかし、これらの態様は、様々な態様の原理が使用され得る様々な仕方の幾つかを示すに過ぎず、説明される態様は、全てのそのような態様、及びそれら態様の均等物を含むことを意図している。
【図面の簡単な説明】
【００１８】
【図１】リソース利用メッセージ（ＲＵＭ）を使用することによって干渉を管理する方法の１つまたは複数の態様に関連して利用され得るような複数のアクセスポイント及び複数のアクセス端末を有する例示的な無線通信システムのネットワーク図。
【図２】本明細書で説明される１つまたは複数の態様によるリソース割当てを容易にし得る要求−許可イベントの系列に関するプロセス図。
【図３】ＲＵＭを生成する例示的な方法を示す流れ図。
【図４】１つまたは複数の態様によるマルチキャリアシステムにおけるＲＵＭにおいて使用するキャリアマスク−キャリアマッピングスキームを示す図。
【図５】１つまたは複数の態様による受信されたＲＵＭに基づいてアクセスポイントから帯域幅を要求する際のアクセス端末に関する方法を示す図。
【図６】１つまたは複数の態様による１つまたは複数の受信されたＲＵＭに基づいて作成されたキャリアマスクの系列を示す図。
【図７】アクセス端末によってアクセスポイントに送信されるべき要求の一部として要求されるべきキャリアの数及び選択を決定するため、ならびにアクセスポイントによるアクセス端末に対する要求の許可の一部として許可されるべきキャリアの数及び選択を決定する方法を示す図。
【図８】選択されるべきキャリアの数に基づくキャリアマスク作成プロセスを示す流れ図。
【図９】図８のキャリア選択プロセスの動作を示す図。
【図１０】１つまたは複数の態様による送信する要求の許可を生成する方法を示す図。
【図１１】本明細書で説明される様々なシステム及び方法に関連して使用され得る無線ネットワーク環境を示す図。
【図１２】様々な態様による無線データ通信を容易にする装置を示す図。
【図１３】１つまたは複数の態様によるＲＵＭを使用する無線通信を容易にする装置を示す図。
【図１４】１つまたは複数の態様による無線通信環境におけるノードにおける相対条件を比較していずれのノードが最も不利になっているかを特定することを容易にする装置を示す図。
【図１５】１つまたは複数の態様によるキャリア量選択プロセスに基づいてリソースを予約することを容易にする装置を示す図。
【発明を実施するための形態】
【００１９】
本開示の様々な態様が、以下に説明される。本明細書の教示は、多種多様な形態で実施され得ること、及び本明細書で開示されているいずれの特定の構造、機能、または構造と機能の両方とも、単に代表的であるに過ぎないことが明白であろう。本明細書の教示に基づいて本明細書で開示される態様は、他のいずれの態様からも無関係に実施され得ること、及びこれらの態様の２つ以上が様々な仕方で組み合わされてもよいことが当業者には認識されよう。例えば、本明細書で説明される態様をいくつでも使用して、装置が実装され得るし、あるいは方法が実施され得る。さらに、本明細書で説明される態様の１つまたは複数に加えて、またはそのような態様以外の他の構造、他の機能、または他の構造と機能を使用して、そのような装置が実装され得るし、あるいはそのような方法が実施され得る。さらに、ある態様はある請求項の少なくとも１つの要素を備えることができる。
【００２０】
“例示的”という語は、本明細書で“例、実例、または例示の役割をする”を意味するように使用される。“例示的”と本明細書で説明されるいずれの態様も、必ずしも他の態様より好ましい、または有利であると解釈されるべきではない。さらに、“Ａ、Ｂ及びＣの少なくとも１つ”から成る要素のリストについて述べることは、要素Ａ、Ｂ及びＣのそれぞれについて個々に述べると共に、要素Ａ、Ｂ及びＣの任意の組合せについても述べているものと解釈されるべきである。さらにまた、当該説明はＩＥＥＥ８０２．１１標準が関わるネットワークを利用し、他のプロトコルを利用するネットワークが本明細書で開示される様々な技術及びシステムから利益を得ることができる。
【００２１】
本明細書で使用される“ノード”は、アクセス端末またはアクセスポイントであり得ること、及び各ノードは受信側ノードであると共に、送信側ノードであり得ることが理解されよう。例えば、各ノードは少なくとも１つの受信アンテナと、関連する受信機チェーンを備えると共に、少なくとも１つの送信アンテナと、関連する送信チェーンとを備えることができる。さらに、各ノードは本明細書で説明される方法及び／またはプロトコルのいずれか、及び全てを実行するソフトウェアコードを実行する１つまたは複数のプロセッサを備えると共に、本明細書で説明される様々な方法及び／またはプロトコルに関連するデータ及び／またはコンピュータ実行可能命令を格納するメモリを備えることもできる。
【００２２】
次に、図１を参照すると、本明細書で提示される様々な態様による無線ネットワーク通信システム１００が示されている。システム１００は、互いを相手に、さらに／またはアクセス端末１０４などの他の１つまたは複数のノードを相手に無線通信信号の受信、送信、中継などを行う１つまたは複数のセクタ内の基地局とも呼ばれる１つまたは複数のアクセスポイント１０２（例えば、セルラ、Ｗｉ−Ｆｉまたはアドホックなど）などの複数のノードを備えることができる。前述した通り、“ノード”はアクセス端末またはアクセスポイントであり得るし、さらに受信機と送信機の両方を備えることができる。従って、当該説明における”送信機”及び”受信機”などの用語の使用は、それぞれ“ノードが送信機の役割をする場合”及び“ノードが受信機の役割をする場合”と解釈されるべきである。
【００２３】
各アクセスポイント１０２は、送信機チェーンと受信機チェーンとを備えることができ、送信機チェーン及び受信機チェーンはそれぞれ当業者によって認識される通り、信号送信及び信号受信に関連する複数の構成要素（例えばプロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備え得る。アクセス端末１０４は、例えばセルラフォン、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星ラジオ、グローバルポジショニングシステム、ＰＤＡ及び／または無線ネットワークを介して通信する他の任意の適切なデバイスであり得る。
【００２４】
以下の説明は、本明細書で説明される様々なシステム及び／または方法の理解を促進するように与えられる。様々な態様によれば、各ノードに重みが割り当てられ得、各重みは当該ノードによってサポートされるフローの数である。本明細書で使用される”フロー”は、ノードに入ってくる、またはノードから出ていく伝送信号を表す。ノードの全体の重みは、ノードを通過する全てのフローの重みを合計することによって決定される。例えば、１つのアプローチにおいて、データフローに伝送されているトラヒックのタイプに比例する重みが割り当てられ得る。このため、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）フローまたはファイル転送プロトコル（ＦＴＰ）フローに、ある特定の重みが割り当てられ得る。さらに、一定ビット伝送速度（ＣＢＲ）フローがビット伝送速度に比例する所定の重みを持ち得る。さらに、各ノードには各ノードに特別の優先度を与えるために、各ノードのフロー重みに追加され得る所定の静的重みが割り当てられ得る。また、重みは動的であり、ノードが伝送するフローの現在の条件を反映することもできる。例えば、重みは当該ノードにおいて伝送されている（受信されている）フローの最悪のスループットに対応し得る。要するに、重みはノードが経験している不利の度合いを表し、共通のリソースを求めて競合している、干渉をもたらすノードのセットの間で公平なチャネルアクセスを行うのに使用される。
【００２５】
要求メッセージ、許可メッセージ及びデータ伝送信号は、電力制御され得るが、それでもノードは信号対干渉雑音比（ＳＩＮＲ）レベルを許容できないものにする過度の干渉を経験し得る。望ましくなく低いＳＩＮＲを向上させるために、リソース利用メッセージ（ＲＵＭ）が利用され得る。ＲＵＭは、受信機の所望されるキャリア上の干渉レベルが所定のしきい値レベルを超えた場合に、受信機によってブロードキャストされ得る。本明細書で説明される通り、ＲＵＭの展開のある態様において、ＲＵＭは受信側ノードがサービス品質（ＱｏＳ）要件を満たすことができない場合に、受信側ノードによって送出される。ＱｏＳ要件は、予め定められ得、スループット（例えば、フルバッファトラヒックに関する）、レイテンシ（例えば、音声トラヒックに関する）、平均スペクトル効率、最小キャリア対干渉（Ｃ／Ｉ）比、または他の適切なメトリックの形態で表現され得る。ＲＵＭは、ＲＵＭを送信しているノードが直面する不利の度合いを意味する重みをカプセル化する。言い替えれば、重みの使用のある態様において、不利の度合いはノードのＱｏＳ及びノードの所望されるＱｏＳの関数である。このＲＵＭ重みは、所定の数のビットを使用して量子化され得る。
【００２６】
本明細書で使用される”不利”は、例えば所定のノードに関する目標値対実際の値の比の関数として決定され得る。例えば、不利がより高い値が望ましいスループット、スペクトル効率、データ転送速度または他の何らかのパラメータの関数として測定される場合、ノードが不利になっていると実際の値は目標値より比較的低い。このようなケースにおいて、モードの不利のレベルを示す重み付けされた値は、目標値対実際の値の比の関数であり得る。不利が基づくパラメータが低いことが望ましいケース（例えば、レイテンシ）においては、目標値対実際の値の比の逆数を利用して重みが生成され得る。ここで使用されるところでは、別のノードと比べて“より良好な”条件を有すると説明されるノードは、より少ないレベルの不利を有するものと理解され得る（例えば、より良好な条件を有するノードは、当該ノードが比較される別のノードと比べて、干渉がより小さく、レイテンシがより小さく、データ転送速度がより高く、スループットがより高く、スペクトル効率がより高いといった具合である）。
【００２７】
受信側ノード（アクセスポイントなどの）は、ＲＵＭを使用して受信側ノードに余りにも干渉をもたらす、干渉するノードをブロックすることができる。すなわち、受信側ノードは他のノードにそのキャリアで送信することから要求することができる。帯域幅が１つだけのキャリアしか含まないネットワーク設計において、ＲＵＭが受信側ノードによって送信されると、ＲＵＭが向けられたアクセス端末に対してその帯域幅全体がブロックされる。利用可能な帯域幅が、それぞれがキャリアまたはチャネルと呼ばれる別々の部分に分割されるマルチキャリア通信システムの場合、幾つかのキャリアだけがブロックされ、従って受信側ノードはシステムの残りの部分に対する影響を制限しながら、受信側ノードの所望されるスループットを依然として実現することができる。
【００２８】
例えば、マルチキャリア通信システムにおける利用可能な帯域幅が４つのキャリアに分割され得る。次に、各送信側ノードが１つまたは複数のキャリアで送信するようにスケジュールされて、リソースのより良い共有を許すことができる。干渉回避が公平な仕方で行われることを確実にする、つまり、全てのノードが送信機会の公平なシェアを得ることを確実にするために、ＲＵＭは本明細書で説明される通り受信側ノードが干渉の低減されることを望むキャリアのリスト、及び前述した重み情報を含み得る。所定の受信側ノードの重みを利用して、当該ノードに割り当てられるリソースの公平なシェアが計算され得る。
【００２９】
図２は、本明細書で説明される１つまたは複数の態様による、リソース割当てを容易にするＲＵＭの使用を含む例示的な要求−許可イベント系列２００を示す。図に示される例において、関連するノードペア２９０はアクセス端末２９２及び第１のアクセスポイント１ ２９４、ならびに関連するノードペア２９０に関連していない第２のアクセスポイント２ ２９６を含む。
【００３０】
系列２００は、２０４及び２０６で始まり、２０４及び２０６の間、アクセスポイント１ ２９４及びアクセスポイント２ ２９６がそれぞれアクセス端末２９２を含む他のノードにブロードキャストされるべきＲＵＭを生成する。ＲＵＭは、アクセスポイントがどれだけ不利になっているかを示す重みを示すと共に、図３を参照して本明細書でさらに説明される通り、いずれのキャリアでアクセスポイントが他のノードが送信することをブロックすることを所望するかを示す。
【００３１】
２１２で、アクセスポイント１ ２９４及びアクセスポイント２ ２９６がそれぞれのＲＵＭをアクセス端末２９２などの他のノードにブロードキャストする。
【００３２】
２２２で、アクセス端末２９２が２１２で受信された全てのＲＵＭを処理する。アクセス端末２９２によって実行されるＲＵＭ処理は、図５を参照して本明細書で説明される。
【００３３】
２３２で、アクセス端末２９２が受信されたＲＵＭを処理した後に利用可能なキャリアが存在すると判定した場合、アクセス端末２９２は２４２でアクセスポイント１ ２９４に送信する要求を送ることをアクセス端末２９２が所望するキャリアを決定する。
【００３４】
２５２で、送信する要求がアクセス端末２９２からアクセスポイント１ ２９４に送られる。この要求は、キャリアのリストを含むことができ、これらのキャリア上でアクセス端末２９２はデータを送信することを所望している。イベントの系列２００は、通信イベント中に実施され得る複数の制約を考慮して実行され得る。例えば、アクセス端末２９２は以前のタイムスロット内のＲＵＭによってブロックされていない任意の（１つまたは複数の）キャリアを要求することができる。要求されるキャリアは、直近の伝送サイクルにおいて成功したキャリアを優先して優先順位が付けられ得る。
【００３５】
２６４で、アクセスポイント１ ２９４がアクセス端末２９２から受信された要求に基づいて送信することをアクセス端末２９２に許可するキャリアを決定する。この許可は、要求されたキャリアの全て、またはサブセットを含むことができる。このため、アクセスポイント１ ２９４からの許可は、アクセス端末２９２によって送られた要求の中でリストアップされるキャリアのサブセットであり得る。アクセスポイント１ ２９４は、直近の伝送中に高い干渉レベルを示したキャリアを回避する権限が与えられ得る。
【００３６】
次に、２７２でアクセスポイント１ ２９４が要求されたキャリアの全てまたはサブセットが許可されたことを示す許可メッセージをアクセス端末２９２に送ることができる。
【００３７】
次に、２８２でアクセス端末２９２がアクセスポイント１ ２９４にパイロットメッセージを送信することができ、アクセスポイント１ ２９４はパイロットメッセージを受信するとアクセス端末２９２に速度情報（rate information）を送り返して、不所望の低いＳＩＮＲを高めることを容易にすることができる。アクセス端末２９２は、速度情報を受信すると許可されたキャリアで、示された伝送速度でデータ送信を開始することができる。さらに、アクセス端末２９２は送信する際に許可メッセージの中で許可されたキャリアの全て、またはサブセットのキャリアで、データを送信することができる。アクセス端末２９２は、データの送信中に一部のキャリアで、または全てのキャリアで送信電力を低減することができる。
【００３８】
図３は、前述した様々な態様による、ＲＵＭを生成する方法３００の図である。１つまたは複数の態様によれば、競合するノード間で公平性を実現する方法は、送信されるべきＲＵＭが関わるキャリアの数を所定のノードに関連する不利のレベルに応じて調整することによって実行される。本明細書で説明される通り、ＲＵＭはアクセスポイントなどの受信側ノードによって、当該ノードが劣悪な通信条件を経験し、かつ直面する干渉の低減を欲することを示すように送出される。ＲＵＭは、ノードが経験している不利の度合いを数量化する重みを含む。ある態様によれば、この重みはＲＵＭ送信しきい値（ＲＳＴ）と呼ばれるしきい値の関数として設定され得る。別の態様において、この重みは平均スループットに設定され得る。この場合、ＲＳＴはノードが所望する平均スループットである。アクセス端末などの送信側ノードが複数のＲＵＭを聞き取ると、送信側ノードはそれぞれの重みを利用して送信側ノード間の競合を解決することができる。例えば、あるアクセス端末が複数のＲＵＭを受信し、最高の重みのＲＵＭが当該アクセス端末自らのアクセスポイントを発信元としていた場合、当該アクセス端末は当該アクセスポイントにデータを送る要求を送信することを決定できる。そうでなければ、当該アクセス端末は送信を控えることができる。
【００３９】
ＲＵＭは、ＲＵＭを受信するノードが送信を控えるように誘導され得るため、アクセスポイントがそれに隣接する近辺における干渉を除くことを可能にする。重みが公平な競合（例えば、最も不利であるアクセスポイントが成功する）を可能にする一方で、マルチキャリアＭＡＣを有することは別の自由度をもたらすことができる。具体的には、システムが複数のキャリアをサポートする場合、ＲＵＭは重みに加えてＣＭ（すなわち、ビットマスク）を伝送することができる。ＣＭは、当該ＲＵＭが適用可能であるキャリアを示す。アクセスポイントがいくつのキャリアについてＲＵＭを送ることができるかは、アクセスポイントの不利度に基づいて非常に劣悪な履歴を有するノードがより迅速に追いつくことを許すことができる。ＲＵＭが成功し、ＲＵＭに応答してアクセスポイントにより受信される伝送速度がアクセスポイントの条件を向上させると、アクセスポイントはそれが送るＲＵＭが関わるキャリアの数を減らすことができる。重い輻輳のために最初はＲＵＭが成功せず、スループットが向上しない場合、アクセスポイントはそれが送るＲＵＭが関わるキャリアの数を増やすことができる。非常に輻輳した状況において、アクセスポイントは極めて不利になり得、全てのキャリアについてＲＵＭを送信した結果、単一キャリアのケースにまで劣化する可能性がある。
【００４０】
３０２で、アクセスポイントに関する不利のレベルが決定され得、“リッスン”範囲内の他のノードに（すなわち、それらのノードが当該アクセスポイントにデータを送信するか否かにかかわらず）不利のレベルを示すＲＵＭが生成され得る。ここで、当該ＲＵＭは第１の所定のしきい値が満たされるか、または超えられたことを示す情報を含む。第１の所定のしきい値は、例えば干渉／熱雑音（interference over thermal noise）（ＩＯＴ）のレベル、データ転送速度、Ｃ／Ｉ比、スループットのレベル、スペクトル効率のレベル、レイテンシのレベル、または第１のノードにおいてサービスが測定され得る他の任意の適切な測度を表すことができる。
【００４１】
３０４で、ＲＵＭは第２の所定のしきい値が超えられた度合いを示すために重み付けされ得る。第２の所定のしきい値は、例えばＩＯＴ雑音のレベル、データ転送速度、Ｃ／Ｉ比、スループットのレベル、スペクトル効率のレベル、レイテンシのレベル、または第１のノードにおいてサービスのレベルが測定され得る他の任意の適切な測度を表すことができる。幾つかの態様によれば、重み値は量子化された値であり得る。第１の所定のしきい値と第２の所定のしきい値は、実質的に等しいことがあり得るものの、そうである必要はない。
【００４２】
各ＲＵＭ中で伝送される重み情報は、リッスン範囲内の全てのノードに、アクセスポイントが他の伝送からの干渉のために帯域幅を渇望している度合いを伝えることを意図している。この重みは、不利の度合いを表すことができ、さらにアクセスポイントがより不利になっている場合はより大きく、それほど不利になっていない場合はより小さくなり得る。不利の度合いは、様々な要因を使用して導き出され得る。例として、スループットが不利の度合いを測定するのに使用される場合、可能な１つの関係は以下の通り表され得る。すなわち、
【数１】
0005539316.tif 000002
【００４３】
ここで、Ｒtargetは所望のスループットを表し、Ｒactualは実現されている実際のスループットを表し、さらにＱ（ｘ）はｘの量子化された値を表す。アクセスポイントにおいて単一のフローが存在する場合、Ｒtargetは当該フローに関する所望の最低限のスループットを表すことができ、Ｒactualは当該フローに関して実現されている平均スループットを表すことができる。より高い値の重みがより大きい不利の度合いを表すことは、規約の問題であることに留意されたい。例として、あるノードに関する所望のスループットが５００ｋｂｐｓであるものと想定する。しかし、当該ノードは２５０ｋｂｐｓという実際のスループットしか実現しない。このケースにおいて、重みは当該ノードが所望のスループットに到達するのに現在のスループット量の２倍（５００ｋｂｐｓ／２５０ｋｂｐｓ＝２）を必要としていることに基づいて計算され得る。
【００４４】
同様に、重みレゾリューション論理（weight resolution logic）が適切に変更される限り、より高い値の重みがより低い不利の度合いいを表す規約（convention）が利用されてもよい。例えば、実際のスループット対目標スループットの比（上で示された例の逆）を使用して、重みを計算することもできる。このため、前述の値を使用すると比は２５０ｋｂｐｓ／５００ｋｂｐｓであり、これは目標とされるスループットの１／２、つまり５０％である。
【００４５】
アクセスポイントにおいて、潜在的に異なるＲtarget値を有する複数のフローが存在する場合、アクセスポイントは最も不利になったフローに基づいて重みを設定することを選択できる。例えば、
【数２】
0005539316.tif 000003
【００４６】
ここで、ｊはアクセスポイントにおけるフローインデックスである。この重みをフロースループットの合計に基づかせることなどの他のオプションも実行され得る。以上の説明において重みに関して使用される関数形は、単に例示を目的としていることに留意されたい。この重みは、様々な異なる手法でスループット以外の様々なメトリックを使用して計算され得る。関連する態様によれば、アクセスポイントは送信側（例えば、送信機）からの未処理のデータを有するかどうかを決定することができる。このことは、アクセスポイントが要求を受信しているか、または、アクセスポイントが許可する前の要求を受信している場合に当てはまる。このケースにおいて、アクセスポイントはＲactualがＲtargetを下回る場合にＲＵＭを送出することができる。
【００４７】
さらに、この重みは最大値及び最小値に関して正規化され得る。例えば、この重みは０から１までの範囲内の値であるように正規化され得る。正規化された値は、受信された最も高いＲＵＭ重みが１という値に設定される一方で、受信された最も低いＲＵＭ重みが０という値に設定され、受信されたＲＵＭ重みに基づいて決定され得る。
【００４８】
ノードが干渉を低減することを所望するＲＵＭの中のキャリアのリストがＲＵＭ中の重みと一緒に含められる場合、衝突回避のためのさらなる次元が実現され得、このことはアクセスポイントなどの受信側ノードがチャネルの一部の上で少量のデータの受信をスケジュールする必要があり、他のノードが当該チャネル全体からバックオフすることを望まない場合に有用であり得る。キャリアのリストは、アクセスポイントがいずれのキャリアをブロックすることを所望するかについての情報を含むビットマスクを使用して実施され得る。各ＲＵＭが本明細書でキャリアマスク（ＣＭ）とも呼ばれるビットマスクで増強されると、送信側ノードは全てのキャリア上ではなく、キャリアのサブセット上で隣接ノード（例えば、アクセスポイントまたはアクセス端末）からの干渉を低減することができる。この態様は、衝突回避機構においてより細かいグラニュラリティをもたらすことが可能であり、このことはバースト性トラヒックに関して重要であり得る。さらに、ＣＭはチャネルの一部分を要求する際のアクセス端末による送信要求の生成、ならびにこれらの要求に応答する（例えば、この応答はチャネルの一部分の許可であり得る）際のアクセスポイントによる、要求に対する許可の生成において使用され得る。
【００４９】
図４を参照すると、帯域幅が４つのキャリアに分割されている場合、ＲＵＭの中に含まれるＣＭ４００はＸＸＸＸという形態を有し、ただし各Ｘは当該Ｘが指すキャリアがブロックされていることを示す“１”、または当該Ｘが指すキャリアがブロックされていないことを示す”０”であり得るビットマップである。さらに、キャリアに “０”，“１”，“２”，“３”という番号が付けられた、説明される例示的な実施形態において、ＣＭ４００の中の左端のビット４０２はキャリア“３”に関するビットマスクであり、左端のビット４０２の右側に位置する第２のビット４０４はキャリア“２”に関するビットマスクであり、第２のビット４０４の右側に位置する第３のビット４０６はキャリア“１”に関するビットマスクであり、第３のビット４０６の右側に位置する第４のビット４０８はキャリア“０”に関するビットマスクである。帯域幅全体がＲＵＭによってブロックされ得る態様について、ＲＵＭは全て“１”であることがその帯域幅における全てのキャリアをブロックすることをアクセスポイントが所望することを示すＣＭを含む。さらに他の態様は、ＣＭを使用してアクセスポイントに割り当てられたキャリアの数を示すことを提供する。例えば、６ビットのマスクを利用してＲＵＭが６つまでのキャリアについて送られ得ることが示され得る。アクセスポイントは、干渉するノードが割り当てられた副キャリアの全ての副キャリア、またはサブセットのサブキャリアで送信することを控えることをさらに要求し得る。
【００５０】
３０６及び３０８で、部分的帯域幅ブロッキングを実施するＣＭの作成中、特定される必要がある変数のうちの２つは、アクセスポイントによってブロックされなければならないキャリアの数及びブロックされなければならないキャリアの特定のアイデンティティである。
【００５１】
３０６で、ブロックされる必要があるキャリアの数（すなわち、送信されるべきＲＵＭが関わるキャリアの数）が特定される。好ましくは、アクセスポイントはブロックするキャリアの数を可能な限り少なくする。一態様において、ブロックされるキャリアの数は、アクセスポイントがどれだけ不利になっているかの関数である。このため、キャリアブロッキングのある態様では、アクセスポイントが不利になっているほど、アクセスポイントがブロックしようと試みるキャリアの数は多くなる。後続の時間中、当該アクセスポイントに関してＱｏＳが測定され得、不利の度合いが再評価されて当該アクセスポイントの条件が改善されているかどうかが判定され得る。測定されたＱｏＳに基づいて、送信される後続のＲＵＭが関わるキャリアの数が調整され得る。例えば、アクセスポイントのＱｏＳが向上しなかったか、または悪化した場合、送信される後続のＲＵＭが関わるキャリアの数は将来のＲＵＭ作成の際に増やされ、当該ノードにおいて受信されるサービスのレベルを向上させることができる。当該ノードのＱｏＳが向上した場合、送信される後続のＲＵＭが関わるキャリアの数は、リソースを節約するように減らされ得る。この方法はＲＵＭ送信、サービス評価及びキャリア数調整の数回の繰り返しを含む。また、送られるＲＵＭが関わるキャリアの数を増やすか減らすかの決定は、アクセスポイントによって使用されているＱｏＳメトリックの関数であってもよい。例えば、送られるＲＵＭが関わるキャリアの数を増やすこと（継続した、または悪化する不利のレベルに基づいて）は、スループット／データ転送速度タイプのメトリックに関しては意味があり得るが、レイテンシメトリックに関しては意味がないかもしれない。
【００５２】
関連する態様によれば、より高い優先度を有するアクセスポイントがより低い優先度のアクセスポイントより多くのキャリアを獲得することを許すことによって、ノードベース及び／またはトラヒックベースの優先が組み込まれ得る。例えば、不利になったビデオ発呼者は、同様に不利になった音声発呼者より多くの同時のキャリアを受け取ることができる。また、アクセスポイントが獲得することが可能なキャリアの最大数が制限され得る。上限は、伝送されているトラヒックのタイプ（例えば、通常幾つかのキャリアしか要求しない小さな音声パケット）、アクセスポイントの電力クラス（例えば、弱い送信機が大きすぎる帯域幅にわたってその電力を拡散させないことができる）、アクセスポイントまでの距離及び結果として得られる受信ＰＳＤなどによって決定され得る。
【００５３】
本明細書で説明される通り、ノードがＲＵＭを送出することによって幾つかのキャリアがブロックされるべきかを決定することには、他の幾つかのアプローチが存在し、これらのアプローチは本明細書で開示される他のアプローチとは独立に使用されてもよいし、そのようなアプローチと組合せで使用されてもよい。ある態様において、ブロックされるべきキャリアの数はノードがそれまでに送信したＲＵＭに関して決定された重みと比例する。すなわち、ブロックされるべきキャリアの数はノードがどれだけ不利になっているかに、またはノードがどれだけの干渉に直面しているかという条件に依存する。このことの背景にある１つの目的は、ノードが干渉を管理することを欲したしたためにＲＵＭを送出しており、ＲＵＭに付けられた重みはノードの不利の度合いを数量化していたということである。このため、より不利になっているノードは、それほど不利になっていないノードと比べて、次のタイムスロットにおいてより多くのキャリアをブロックすることを許され、より不利になっているノードがこれまでに実現することができたよりも良好なスループットを実現すること試みるべきである。このアプローチにおいてキャリアの数を計算する例示的なアルゴリズムは、以下によって与えられる。すなわち、
【数３】
0005539316.tif 000004
【００５４】
ただし、“ceiling”演算は、決定された数の端数を切り上げ（すなわち、決定された数以上の最小の数を戻し）、“RUMwt”は、ノードのＲＵＭの重みであり、“minRUMwt”は、ＲＵＭの中で送信され得る最小の重みであり、“maxRUMwt”は、ＲＵＭの中で送信され得る最大の重みであり、さらに“numCarriers”は、ブロックされ得るキャリアの数である。
【００５５】
別の態様において、ブロックされるキャリアの数は確率論的な性質であり得る。このアプローチにおいて、各キャリアは確率論的決定に基づいてランダムにブロックされ、ブロックされるノードの結果として得られる総数は各キャリアに関する確率論的決定の累積効果によって規定される。特定のキャリアがブロックされる確率は、様々な要因に基づき得る。例えば、任意の特定のキャリアがブロックされる確率は、ノードの優先度の関数に基づき得るのであり、ただし、より高い優先度を有するノードが任意の特定のキャリアをブロックする、より高い確率を有する。さらに、確率論的アプローチが使用されない場合、ノードがブロック可能なキャリアの数は単に、ＲＵＭを送信するノードによってサポートされる他のノードの数に基づく。さらに、ノードにクラスが割り当てられ得、優先度は当該クラスに基づき得、従って確率は当該クラスに基づき得る。
【００５６】
さらに別の態様において、ノードは異なるタイプのトラヒックを伝送し、ノードのマルチキャリアＲＵＭの振舞いは異なるタイプのトラヒックに関して異なってもよい。１つのアプローチにおいて、ＲＵＭを送出する際、ノードはＲＵＭを生じさせている不利になったフローのトラヒックタイプを認識している。このため、ノードがＲＵＭを使用してブロックするキャリアの数は、当該トラヒックタイプの関数である。例えば、以下の通りである。
【００５７】
−音声トラヒック：音声呼は、１つのキャリアしかブロックすることができない。音声呼は通常、帯域幅要件は小さいが、遅延要件は厳格である。このため、干渉管理された単一のキャリアで十分であるはずであり、さらなるキャリアをブロックすることは不必要にリソースをコミットさせる。具体的には、帯域幅の小さい部分を要求する音声トラヒックに関して複数のキャリアをブロックすることは、これらのブロックされたキャリアで他のトラヒックが通信されることを妨げるため、利用可能なキャリアを非効率に使用することになる。全ての音声トラヒックが単一のキャリア（例えば、キャリア””０”）上でＲＵＭを送出することに制限されることを要求することにより、音声フローはその他のキャリアでの他のトラヒックの伝送をブロックしない。
【００５８】
−データトラヒック：データ呼は、前述した通りＲＵＭ重みアプローチを使用し続けることができる。この場合、ノードはデータトラヒックが伝送されていると判定すると、重みに基づく複数のキャリアでＲＵＭを送出することができる。
【００５９】
−高い優先度のデータトラヒック：高い優先度のデータ呼は、常に複数のキャリアをブロックすることが許され得る。例えば、高い優先度のデータは、４キャリアネットワークにおいて２つないし３つのキャリアをブロックすることが許され得る。
【００６０】
好ましくは、キャリアの選択及び数はシステム全体で共通である。一態様では、各トラヒッククラスのために予約されるキャリアの数は展開に依存し、事業者によって決められる。各トラヒッククラスのために予約されるキャリアの特定の数は、分割スキームの中に記憶され得る。所定の分割スキームは、ネットワークセンタなどから、１つまたは複数の制御メッセージを使用して、システムにおける全てのノードに通信され得る。
【００６１】
さらに別の態様において、ブロックされるべきキャリアの数は、ランダムに選択され得る。実施は単純明快であるものの、このアプローチの使用することの結果は予測できないことが予測できる。
【００６２】
さらに別の態様において、各ノードは、当該ノードがブロックすることを許されるキャリアの事前に指定された最大数を有することができる。このアプローチにおいて、各ノードは当該ノードがブロックすることができる数である、最大数のキャリアが割り当てられる。一般に、キャリアの数の限度は、ノード自体の特性、当該ノードによってサポートされるノード、または通信されるべきトラヒックのタイプの組合せに依存し得る。
【００６３】
３０８で、いずれの特定のキャリアがブロックされるべきかが決定される。３０６で識別されたキャリアの数に基づいてブロックされるべきキャリアのアイデンティティは、利用可能な数のキャリア、あるいは干渉の最も多いキャリア、または代替として干渉の最も少ないキャリアを含む所定の選択基準からランダムに選択さ得る。ある態様において、各キャリアは、当該キャリアを使用して送信される関連した重みを有することができる。このアプローチにおいて、重みは本明細書で説明される重みを決定するための様々なアプローチに基づいて各キャリアに関して生成され得る。このようにして、さらに細かいグラニュラリティが実現され得る。
【００６４】
３１０で、重み付けされマスクされたＲＵＭが他の１つまたは複数のノードに送信され得る。本明細書で説明される通り、ノードがＲＵＭを聞き取ると、ノードはキャリアマスクにおいて指定されたキャリアに関してだけＲＵＭに従う必要がある。例えば、アクセス端末が様々なアクセスポイントからの複数のＲＵＭに従う必要がある場合、アクセス端末は、全てのＲＵＭキャリアマスクにおけるキャリアに対して”ＯＲ”演算を実行しなければならず、つまり、当該マスクのコンプリメントが、アクセス端末がアクセスポイントから要求することができるキャリアを示す。さらに、アクセスポイントはやはり各ＲＵＭのキャリアマスクにおいて指定されたキャリアに関してだけ、他のアクセスポイントからのＲＵＭを考慮する。
【００６５】
図２を再び参照して、次に２２２、２３２及び２４２において帯域幅を要求する際のアクセス端末２９２などのアクセス端末の動作を図５に関連して図６も参照して説明する。５０２で、アクセス端末２９２が関連するアクセスポイント１ ２９４を含む任意のアクセスポイントによって送られたＲＵＭを受信し、収集する。
【００６６】
５０４で、アクセス端末２９２の動作のある態様では、アクセス端末２９２は受信されたＲＵＭからアクセス端末２９２に関連するアクセスポイント（すなわち、アクセスポイント１ ２９４）の重みより高い重みを有するＲＵＭだけを考慮する。アクセス端末２９２がアクセス端末２９２に関連するアクセスポイントであるアクセスポイント１ ２９４からのＲＵＭに加えて、３つのアクセスポイントからのＲＵＭを受信しており、これら３つの他のＲＵＭのそれぞれがアクセスポイント１ ２９４からのＲＵＭの重みより高い重みを有する例を考慮されたい。これら３つのＲＵＭは、図４に示される例示的なＣＭ形態に従ってＣＭ６０２（“１００１”）、ＣＭ６０４（“１０００”）及びＣＭ６０６（“００１０”）というＣＭを有する。さらに、アクセス端末２９２はこれら３つのＲＵＭの重みに基づいてこれらのＲＵＭを考慮に入れなければならないと想定する。このため、アクセス端末２９２はこれら３つのＲＵＭの中に含まれるＣＭを処理しなければならない。
【００６７】
５０６で、アクセス端末２９２が受信された３つのＲＵＭを考慮し、処理しなければならないものと想定すると、アクセス端末２９２はこれらのＲＵＭのＣＭにわたって“ＯＲ”演算を実行して、複合ＣＭ６１２（すなわち、複合キャリアマスク）を作成する。前述の例を続けると、複合ＣＭ６１２は、“１０１１”である。一態様では、アクセスポイント２９２の関連するアクセスポイントからのＣＭは利用されない。
【００６８】
５０８で、アクセス端末２９２が帯域幅を要求することができるキャリアが存在するかどうかを判定するのに、アクセス端末２９２は複合ＣＭ６１２に対して“ＮＯＴ”演算を実行し、いずれのキャリアが利用可能であるかを示すＩ−ＣＭ（反転された複合ＣＭ）６２２を作成する。Ｉ−ＣＭ６２２は、アクセス端末２９２によって、アクセスポイント１ ２９４から帯域幅を求める要求の際に使用され得る。
【００６９】
５１０で、アクセス端末２９２が帯域幅を要求することができるキャリアが存在するかどうかが判定される。アクセス端末２９２の例示的な動作の一態様において、アクセス端末２９２はＩ−ＣＭ６２２の使用を介してブロックされていないキャリアが存在するかどうかを判定する。例えば、Ｉ−ＣＭ６２２の中に少なくとも単一の“１”値が存在する場合、少なくとも１つのキャリアが利用可能である。
【００７０】
５１２で、利用可能なキャリアが存在する場合、アクセス端末２９２はＲ−ＣＭ（要求ＣＭ）６３２を作成する。一態様において、Ｒ−ＣＭ６３２は５１０で作成されたＩ−ＣＭ６２２であるように設定される。帯域幅が４つのキャリアの間で分割される前述の例を続けると、Ｒ−ＣＭ６３２もやはり“ＸＸＸＸ”という形態であるＣＭ４００と同一の形態を有し、ただし各“Ｘ”は、アクセス端末２９２が当該キャリアで送信することを要求していることを示す“１”、またはアクセス端末２９２が当該キャリアで送信することを要求していないことを示す“０”であり得る。このため、値“０１００”を有するＣＭが要求の中でアクセスポイント１ ２９４に送信され得る。つまり、アクセス端末２９２は、キャリア“３”，“１”及び“０”をブロックされていると見なし、キャリア“２”を開放されていると見なす。アクセス端末２９２が帯域幅を要求することを決定したとすると、Ｒ−ＣＭ６３２は“０１００”となる。
【００７１】
別の態様において、Ｒ−ＣＭ６３２は図７によって示される通りＩ−ＣＭ６２２に基づくがＩ−ＣＭ６２２と同一ではなく、図７ではアクセスポイント１ ２９４に対するアクセス端末２９２による送信する要求の中に、幾つかのキャリアが入れられるべきかを決定するプロセス７００が示されている。また、この図は、本明細書でさらに説明される通りアクセスポイント１ ２９４がアクセス端末２９２に許可するキャリアの数を説明するのにも使用され得る。
【００７２】
７０２で、アクセス端末２９２はそれが要求するキャリアの数を決定する。この決定は、アクセス端末２９２が送信することを所望するトラヒックの量に基づき得る。また、そのような決定は例えばアクセス端末において経験される干渉に関連する必要性、または任意の他の適切なパラメータ（例えば、レイテンシ、データ転送速度、スペクトル効率など）に基づくこともできる。
【００７３】
他の態様によれば、各ノードに重みが関連付けられている場合、所定の送信のために要求されるキャリアの数の決定は当該ノードに関連付けられた重みの関数、キャリアを要求する他のノードに関連付けられた重みの関数、送信のために利用可能なキャリアの数の関数、または以上のファクタの任意の組合せであってよい。例えば、重みは当該ノードを通るフローの数、当該ノードにおいて経験される干渉のレベルなどの関数であり得る。他の態様によれば、キャリア選択はキャリアを１つまたは複数のセットに分割することを含むことができ、さらにキャリアのセットの中の１つまたは複数のキャリアが利用できないことを示す、受信されたＲＵＭに部分的に基づくことができる。ＲＵＭは、所定のキャリアが利用可能であるか（例えば、ＲＵＭによって識別されていないか）どうかを特定するように評価され得る。例えば、所定のキャリアがＲＵＭの中でリストアップされていない場合、当該キャリアが利用可能であるという判定が行われ得る。別の例は、キャリアが当該キャリアに関してＲＵＭが受信されている場合でも、当該キャリアに関する通知された重みがノードの受信機によって送信されたＲＵＭ中で通知される重みより低い場合は利用可能であると見なされることである。
【００７４】
７０４で、アクセス端末２９２がＲ−ＣＭ中で要求する特定のキャリアを決定する。この決定は、特定のトラヒックタイプのために指定された特定のキャリア、または所定の選択基準に依存し得る。一態様では、選択されるキャリアはステップ５１０で特定された利用可能なキャリアの関数である。また、キャリア選択は利用可能なキャリアを優先して実行され得る。例えば、先行する伝送期間において利用可能であったことが知られているキャリアが、先行する伝送期間において占有されていたキャリアより前に選択され得る。７０２及び７０４によって示される動作のシーケンスは、要求され得るキャリアの総数が利用可能なキャリアによって規定され得るという点で、逆にされるか、または組み合わされてもよいことに留意されたい。例えば、選択できるキャリアが１つだけしか存在しない場合、７０２及び７０４によって示される動作のシーケンスはマージされてもよい。
【００７５】
７０６で、Ｒ−ＣＭが構築された後、要求が送信される。前述の例において、Ｒ−ＣＭの可能な唯一の構成は、利用可能なキャリアが１つだけしかないので、“０１００”である。別の例において、４つ全てのキャリアが利用可能であり、さらにアクセス端末２９２がキャリア０，１及び３の上で送信することを所望する場合、“１１０１”というＲ−ＣＭが作成される。
【００７６】
ＣＭにおいてリストアップされる必要があるキャリアの数量を決定することに加えて、ノードがＲＵＭを送出することによってブロックされるべきキャリアの特定の識別が別に考慮されるである。ある態様では、各ノードは当該ノードがブロックすることを所望する特定のキャリアを、ＣＭ優先リストを使用して決定された数量まで選択する。具体的には、ＣＭに含められるように選択される必要があるキャリアの数は、ＣＭ優先リストの中で指定された順序で選択される。ＣＭ優先リストは、各スロットに関して、つまり各通信期間に関してランダムに作成され得る。別の態様において、ＣＭ優先リストはシステムにおける所定のノードによって規定される。さらに別の態様において、アクセス端末などの各ノードによって送られるＲＵＭは、アクセス端末が関連するアクセスポイントなどの指定されたノードによって制御される。
【００７７】
図８は、例示的なキャリア選択プロセス８００の動作を示し、８０２において選択されるべきキャリアの数量が決定される。８０４で、ＣＭ優先リストからキャリアが選択される。次に、８０６で選択されるべきキャリアが残っているかどうかが判定される。例えば、複数のキャリアが選択される必要があり、１つだけのキャリアしか選択されていない場合、プロセスは８０４に戻り、ＣＭ優先リストから別のキャリアが選択される。選択される必要がある全てのキャリアが識別されると、動作は８０８に進み、ＣＭがＣＭ優先リストから選択されたキャリアに基づいて作成される。８０２に関して、キャリア選択プロセス８００の別の態様では、ＣＭ優先リストは少なくとも１つのキャリアがブロックされると判定された場合に限って生成される。
【００７８】
図９は、キャリア選択プロセス８００を使用して作成されたマスクを示すテーブル９００を示し、優先順位を有するマスクされるべきキャリアをリストアップする複数のＣＭ優先リスト９２０、ブロックされるべきキャリアの数のリスト９３０及び結果として得られるＣＭのリスト９４０と共に複数のスロット９１０が示されている。例示的なシステムにおいて４つのキャリアが利用可能であるものと想定され、各ＣＭにおけるキャリアのリストは左端のビットである最上位ビットを有し、このためキャリア“３”がＣＭにおける左端のビットによって示され、キャリア“２”が左から２番目のビットであり、キャリア“１”が左から３番目のビットであり、さらにキャリア“０”が左から４番目のビット（つまり、右端のビット）である。
【００７９】
例えば、スロット１ ９１２中“３，２，１，０”というＣＭ優先リスト９２２がリストアップされ、このことは１つだけのキャリアがブロックされるべき場合、リストの中の最初のキャリア、すなわちキャリア“３”だけが結果として得られるＣＭに含められることを示す。２つのキャリアがブロックされるべき場合、リストの中の最初のキャリア及び２番目のキャリア、すなわちキャリア“３”及び“２”が結果として得られるＣＭの中に含められる。３つのキャリアがブロックされるべき場合、最初のキャリア、２番目のキャリア及び３番目のキャリア、すなわちキャリア“３”，“２”及び“１”が結果として得られるＣＭの中に含められる。４つ全てのキャリアがブロックされるべき場合、キャリア“３”，“２”，“１”及び“０”が結果として得られるＣＭの中に含められる。図９に示される通り、２つのキャリアがブロックされるべきであるので（ブロックされるべきキャリアの数のインジケータ９３２によって示される通り）、“１１００”という、結果として得られるＣＭ９４２が作成される。
【００８０】
スロット２ ９１４中でブロックされるべきキャリアの数のインジケータ９３４によって示される通り、３つのキャリアがブロックされるべきである。“０，２，３，１”というＣＭ優先リスト９２４が与えられると、キャリア“０”，“２”及び“３”がＣＭのために選択されるため、“１１０１”という、結果として得られるＣＭ９４４が作成される。２つキャリアが選択されるだけでよい場合、“０”及び“２”が選択されるので、“０１０１”という結果として得られるＣＭが作成される。１つだけのキャリアが選択される必要がある場合、キャリア“０”が選択されるため、“０００１”という結果として得られるＣＭが作成される。
【００８１】
スロット３ ９１６内でブロックされるべきキャリアの数のインジケータ９３６によって示される通り、１つのキャリアがブロックされるべきであって、“２，１，０，３”というＣＭ優先リスト９２６が与えられると、ＣＭのためにキャリア”２”が選択されるため、“０１００”という結果として得られるＣＭ９４６が作成される。
【００８２】
スロット４ ９１８内でブロックされるべきキャリアの数のインジケータ９３８によって示される通り、ブロックされるべきキャリアは存在せず、ＣＭのためにキャリア“２”が選択されるため、“００００”という結果として得られるＣＭ９４８が作成される。
【００８３】
図５を再び参照すると、５１４で、アクセス端末２９２はそれがデータを送信するキャリアをリストアップするＲ−ＣＭを伝送する要求をアクセスポイント１ ２９４に送る。この要求は、最近のタイムスロット内でブロックされていなかった第１の複数のキャリアを求める要求、第１の複数のキャリアがデータ伝送に不十分である場合、第２の複数のキャリアを求める要求であり得る。５１４で送られる要求メッセージは、アクセスポイント１ ２９４における所望される信頼性レベルを確実にするように、さらに電力制御され得る。
【００８４】
５１６で、利用可能なキャリアが存在しない場合、アクセス端末２９２は”スタンバイ”モードに戻って、アクセスポイント１ ２９４からの次のＲＵＭメッセージブロードキャストまたは任意のメッセージを待つ。
【００８５】
図１０は、１つまたは複数の態様による、２６４におけるアクセスポイント１ ２９４などによる要求を処理し、送信する要求の許可を生成する方法１０００を示す。説明される通り、送信すべきトラヒックを有する各アクセス端末（例えば、アクセス端末２９２）は、別のアクセスポイントからのＲＵＭによってブロックされているのでない限り、それぞれのアクセスポイント（例えば、アクセスポイント１ ２９４）に要求を送ることができる。アクセスポイント１ ２９４は、受信される要求に基づいて要求される１つまたは複数のキャリアで所定の要求を許可することを決定できる。
【００８６】
１００２で、アクセスポイント１ ２９４は要求にアクセスする。要求が全く受信されていない場合、アクセスポイント１ ２９４は１００４で、許可メッセージを送ることを控える。
【００８７】
アクセス端末から少なくとも１つの要求が受信された場合、アクセスポイント１ ２９４は１０１０で当該要求に応答して、アクセスポイント１ ２９４が許可するキャリアの数及び選択を決定する。アクセス端末（例えば、アクセス端末２９２）による送信要求の生成に関連して前述した図７に示されるプロセスは、当該要求に応答して許可されるべきキャリアの選択を説明するのにも使用され得る。７０２で、アクセスポイント１ ２９４はそれが要求を受信しているアクセスポイント１ ２９４がサービスを提供する全てのアクセス端末に帯域幅を割り当てるプロセスの一環として各アクセス端末（例えば、アクセス端末２９２）に割り当てるキャリアの数を決定する。次に、７０４でアクセスポイント１ ２９４はそれが各アクセス端末（例えば、アクセス端末２９２）に送信する許可を与える特定の（１つまたは複数の）キャリアをそのようなキャリアが存在する場合に決定する。
【００８８】
ある態様において、アクセスポイントはアクセス端末からの各要求に応答して許可の中でキャリアを割り当てる能力が限られている。例えば、アクセスポイント１ ２９４はアクセス端末２９２からのそれまでに受信された要求中に含まれるＲ−ＣＭにおいて見られるキャリアに当たるキャリアだけを割り当てることに制限され得る。すなわち、アクセスポイントはある特定のアクセス端末からの以前の要求に含まれるＣＭ（例えば、Ｒ−ＣＭ）によってリストアップされたキャリアのグループ中に見られるキャリアだけをある特定のアクセス端末に割り当てることができる。
【００８９】
１０１２で、１０１０で可能な全ての許可が生成された後、次にそれらの許可がそれぞれの要求するアクセス端末（例えば、アクセス端末２９２）に送られる。
【００９０】
関連する態様によれば、アクセスポイントはアクセスポイントがサービスを提供するアクセス端末の１つまたは複数からの未処理のデータを有するかどうかを周期的に、及び／または継続的に評価することができる。このことは、アクセスポイントが現行の要求を受信している場合、またはアクセスポイントが許可していない前の要求を受信している場合に当てはまる。いずれの場合も、アクセスポイントは許可が正当であると判定した場合に、そのような許可を送出することができる。さらに、決定された許可レートに基づいて（例えば、平均伝送速度が目標速度を下回っている場合にはいつでも）、アクセスポイントはＲＵＭを送信してアクセスポイントに関連するアクセス端末のためにより多くの帯域幅を予約することができる。さらに、許可の受信後、アクセス端末はアクセスポイントによって受信され得るデータフレームを送信することができる。
【００９１】
図１１は、例示的な無線通信システム１１００を示す。無線通信システム１１００は、簡明のため１つのアクセスポイント及び１つの端末を示す。しかし、システムは複数のアクセスポイント及び／または複数の端末を含むことが可能であり、さらなるアクセスポイント及び／またはさらなる端末は、後段で説明される例示的なアクセスポイント及び端末と実質的に同様であってもよいし、異なっていてもよいことを認識されたい。さらに、アクセスポイント及び／または端末は、本明細書で説明される方法及び／またはシステムを使用して、アクセスポイント及び／または端末の間の無線通信を容易にすることができることを認識されたい。例えば、システム１１００におけるノード（例えば、アクセスポイント及び／または端末）は、前述した方法の任意の方法を実行する（例えば、ＲＵＭを生成する、ＲＵＭに応答する、ノードの不利の度合いを決定する、ＲＵＭ送信に関するキャリアの数を選択する、その他）ための命令を格納し、実行することができると共に、そのようなアクション及び本明細書で説明される様々なプロトコルを実行するための他の任意の適切なアクションを実行することに関連するデータを格納することができる。
【００９２】
次に、図１１を参照すると、ダウンリンクでアクセスポイント１１０５においてＴＸ（送信）データプロセッサ１１１０がトラヒックデータを受信し、フォーマットし、符号化し、インタリーブし、さらに変調して（またはシンボルマップして）、変調シンボル（”データシンボル”）を結果として得る。シンボル変調器１１１５がは、これらのデータシンボル及びパイロットシンボルを受け取り、処理して、シンボルのストリームを結果として得る。具体的には、シンボル変調器１１１５はデータシンボル及びパイロットシンボルを多重化し、多重化されたシンボルをＴＭＴＲ（送信機ユニット）１１２０に供給する。各送信シンボルは、データシンボル、パイロットシンボルまたは０の信号値であることができる。パイロットシンボルは、各シンボル周期において絶えず送信され得る。パイロットシンボルは、ＦＤＭ（周波数分割多重化）されるか、ＯＦＤＭ（直交周波数分割多重化）される、ＴＤＭ（時分割多重化）されるか、ＦＤＭ（周波数分割多重化）されるか、またはＣＤＭ（符号分割多重化）される。
【００９３】
ＴＭＴＲ１１２０は、シンボルのストリームを受け取り、１つまたは複数のアナログ信号に変換し、これらのアナログ信号をさらに調整して（例えば、増幅し、フィルタリングし、周波数アップコンバートする）、無線チャネルを介して送信するのに適したダウンリンク信号を生成する。次に、このダウンリンク信号がアンテナ１１２５を介して端末に送信される。端末１１３０において、アンテナ１１３５がダウンリンク信号を受信し、受信された信号をＲＣＶＲ（受信機ユニット）１１４０に供給する。受信機ユニット１１４０は、受信された信号を調整し（例えば、フィルタリングし、増幅し、周波数ダウンコンバートする）、さらにこの調整された信号をディジタル化してサンプルを得る。シンボル復調器１１４５は、受信されたパイロットシンボルを復調してチャネル推定のために処理システム１１５０に供給する。シンボル復調器１１４５は、処理システム１１５０からダウンリンクに関する周波数応答推定値をさらに受け取り、受信されたデータシンボルに対しデータ復調を行ってデータシンボル推定値（送信されたデータシンボルの推定値）を獲得し、さらにこれらのデータシンボル推定値をＲＸデータプロセッサ１１５５に供給し、プロセッサ１１５５はこれらのデータシンボル推定を復調し（すなわち、シンボル逆マップし）、ディインタリーブし、復号して、送信されたトラヒックデータを再生する。シンボル復調器１１４５及びＲＸデータプロセッサ１１５５による処理は、それぞれアクセスポイント１１０５におけるシンボル変調器１１１５及びＴＸデータプロセッサ１１１０による処理と相補的である。
【００９４】
アップリンクで、ＴＸデータプロセッサ１１６０がトラヒックデータを処理してデータシンボルをシンボル変調器１１６５に供給し、シンボル変調器１１６５はこれらのデータシンボルを受け取り、パイロットシンボルと多重化し、変調を行ってシンボルのストリームを作成する。次に、送信機ユニット１１７０がシンボルのストリームを受け取り、処理してアップリンク信号を生成し、このアップリンク信号がアンテナ１１３５によってアクセスポイント１１０５に送信される。
【００９５】
アクセスポイント１１０５において、端末１１３０からのアップリンク信号がアンテナ１１２５によって受信され、受信機ユニット１１７５によって処理されてサンプルが得られる。次に、シンボル復調器１１８０がこれらのサンプルを処理し、アップリンクに関する受信されたパイロットシンボル推定値及びデータシンボル推定値を結果として得る。ＲＸデータプロセッサ１１８５は、これらのデータシンボル推定を処理して、端末１１３０によって送信されたトラヒックデータを再生する。処理システム１１９０は、アップリンクで送信するそれぞれのアクティブな端末に関するチャネル推定を行う。複数の端末は、パイロットサブバンドのそれぞれの割り当てられたセットを介してアップリンクで同時にパイロットを送信することが可能であり、これらのパイロットサブバンドセットはインタレースされ得る。
【００９６】
処理システム１１９０及び１１５０は、それぞれアクセスポイント１１０５及び端末１１３０における動作を誘導する（例えば、制御する、調整する、管理する、その他）。それぞれの処理システム１１９０及び１１５０は、プログラムコード及びデータを格納するメモリユニット（図示せず）に関連付けられ得る。また、処理システム１１９０及び１１５０は、それぞれアップリンク及びダウンリンクに関する周波数応答推定値及びインパルス応答推定値を導き出す計算を行うこともできる。処理システム１１９０及び１１５０は、１つまたは複数のプロセッサを含み得る。プロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレー（ＦＰＧＡ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、論理回路、ディスクリートのハードウェアコンポーネント、または計算もしくは情報の他の操作を実行することができる他の任意の適切なエンティティであり得る。
【００９７】
また、処理システムはアクセス端末アプリケーションのために識別子をＩＰアドレスに変換するルックアップテーブルを含むデータストレージを提供し、さらに／またはソフトウェアアプリケーションをサポートする１つまたは複数の機械可読媒体を含むこともできる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコードまたはハードウェア記述言語と呼ばれるか、あるいはそれ以外の呼び方をされるかにかかわらず、命令、プログラム、コードまたは他の任意の電子メディアコンテンツを意味するものと広く解釈されるべきである。機械可読媒体には、ＡＳＩＣの場合に該当し得るように、プロセッサと一体化したストレージが含まれ得る。また、マシン可読媒体にはランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、または他の任意の適切な記憶デバイスなど、プロセッサの外部の記憶装置が含まれることもできる。さらに、機械可読媒体には、伝送線路、またはデータ信号を符号化するキャリアも含まれ得る。処理システムのために説明される機能をどのように実施するのが最良であるかは、当業者に認識されよう。
【００９８】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）の場合、複数の端末がアップリンクで同時に送信をすることができる。そのようなシステムの場合、パイロットサブバンドは異なる端末の間で共有され得る。チャネル推定技術は、各端末に関するパイロットサブバンドが動作帯域（場合により、帯域エッジを例外として）全体にわたるケースにおいて使用され得る。そのようなパイロットサブバンド構造は、各端末に関する周波数ダイバーシティを得るのに望ましい。本明細書で説明される技術は、様々な手段によって実施され得る。例えば、これらの技術はハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せで実施され得る。
【００９９】
次に、図１２〜図１４及び図１２〜図１４に関連して説明される様々なモジュールを参照すると、送信するモジュールは例えば送信機を備えることができ、さらに／またはプロセッサなどにおいて実施され得ることが認識されよう。同様に、受信するモジュールは受信機を備えることができ、さらに／またはプロセッサなどにおいて実施され得る。さらに、比較するため、判定するため、計算するため及び／または他の分析アクションを実行するモジュールは、様々なそれぞれのアクションを行うための命令を実行するプロセッサを含み得る。
【０１００】
図１２は、様々な態様による無線データ通信を容易にするチャネル選択装置１２００の図である。チャネル選択装置１２００はプロセッサ、ソフトウェアまたはプロセッサとソフトウェアの組合せ（例えば、ファームウェア）によって実施される機能を表し得る一連の互いに関係する機能ブロックとして表される。例えば、チャネル選択装置１２００は様々な図に関連して前述したような様々な動作を実行するモジュールを提供することができる。チャネル選択装置１２００は、アクセス端末などのノードによる送信のために所望のキャリアの数を決定するモジュール１２０２を含む。アクセスポイントのために使用される場合、決定モジュール１２０２はチャネルの要求された所望される数に基づいて許可されるべきキャリアの数を決定することもできる。この決定は、装置が使用されるノードに関連付けられた重み、他の１つまたは複数のノードに関連付けられた重み、送信のために利用可能なキャリアの数などに応じて実行され得る。さらに、各重みは当該重みに関連付けられるノードによってサポートされるフローの数の関数であり得る。さらに、または代替として所定の重みはノードによって経験される干渉の関数であってもよい。
【０１０１】
チャネル選択装置１２００は、ノードが要求を送信し得るキャリアを選択する選択するモジュール１２０４をさらに含む。選択モジュール１２０４は、さらに受信されたＲＵＭを評価して、いずれのキャリアが利用可能であり、いずれのキャリアが利用可能でないかを特定することができる。例えば、各ＲＵＭは利用できないキャリアに関連する情報を含むことが可能であり、さらに選択モジュール１２５４はＲＵＭによって示されていない所定のキャリアが利用可能であると判定することができる。送信モジュール１２０６は、選択モジュール１２０４によって選択された少なくとも１つのキャリアを求める要求を送信することができる。チャネル選択装置１２００は、アクセスポイントまたはアクセス端末において使用され得、さらに本明細書で説明される様々な方法を実行する任意の適切な機能を備えることが可能であることを認識されたい。
【０１０２】
図１３は、１つまたは複数の態様による、ＲＵＭを使用して無線通信を容易にするＲＵＭ生成装置１３００の図である。ＲＵＭ生成装置１３００はプロセッサ、ソフトウェアまたはプロセッサとソフトウェアの組合せ（例えば、ファームウェア）によって実施される機能を表し得る一連の互いに関係する機能ブロックとして表される。例えば、ＲＵＭ生成装置１３００はこれまでの図に関連して前述したような様々な動作を実行するモジュールを提供することができる。ＲＵＭ生成装置１３００は、ノードに関する不利のレベルを判定する判定モジュール１３０２と、判定モジュール１３０２が第１の所定のしきい値が超えられた（例えば、ノードにおける受信されたサービスのレベルが所定のしきい値レベル以下である）と判定した場合にＲＵＭを生成する、ＲＵＭ生成モジュール１３０４とを備える。代替として、判定モジュール１３０２は、ＲＵＭを生成するより前に干渉のレベルが所定のしきい値レベルを超えているかどうかをさらに、または代替として判定してもよい。所定のしきい値は、ＩＯＴ、データ転送速度、Ｃ／Ｉ、スループットのレベル、スペクトル効率のレベル、レイテンシのレベルなどに関連するか、さらに／またはそれらを表すこともできる。選択するモジュール１３０８が、送信すべきＲＵＭが関わる１つまたは複数のリソースを選択することが可能であり、次に、ＲＵＭを生成するモジュール１３０４は、ＲＵＭの中でそのようなキャリアを示すことができる。次に、送信するモジュール１３１０は、ＲＵＭを送信することができる。
【０１０３】
ＲＵＭ生成装置１３００は、ＲＵＭに重みを付けるモジュール１３０６をさらに備えることが可能であり、重み付けモジュール１３０６は第２の所定のしきい値が超えられた度合いを示す値でＲＵＭに重みを付けることが可能であり、このことはノードにおいて実現されたパラメータ（例えばＩＯＴ、データ転送速度、Ｃ／Ｉ、スループットのレベル、スペクトル効率のレベル、レイテンシのレベルなど）の実際の値対目標値、つまり所望される値の比を決定することを含み得る。さらに、重み付けされた値は量子化された値であり得る。
【０１０４】
リソースを選択するモジュール１３０８は、受信されたサービスのレベルが前のＲＵＭに応答して向上したという、判定するモジュール１３０２による判定に基づいて送信される後続のＲＵＭが関わる、選択されたリソースの数を調整し得る。例えば、そのようなシナリオにおいて、選択するモジュール１３０８は、ノードにおける受信されたサービスの向上したレベルに応答して、後続のＲＵＭの中で示されるリソースの数を減らすことができ、受信されたサービスの低下した、または静的なレベルに応答して、選択されたリソースの数を増やすことができる。これらのリソースには、ＲＵＭの中（例えば、ＲＵＭのＣＭ中）に含められるように選択されたキャリアの数及びアイデンティティが関与することもできる。
【０１０５】
ＲＵＭ生成装置１３００は、アクセスポイント、アクセス端末などにおいて使用され得、さらに本明細書で説明される様々な方法を実行する任意の適切な機能を備え得ることが認識されよう。
【０１０６】
図１４は、１つまたは複数の態様による、無線通信環境におけるノードにおける相対条件を比較して、いずれのノードが最も不利になっているかを特定することを容易にする比較装置１４００の図である。比較装置１４００はプロセッサ、ソフトウェアまたはプロセッサとソフトウェアの組合せ（例えば、ファームウェア）によって実施される機能を表し得る一連の互いに関係する機能ブロックとして表される。例えば、比較装置１４００は様々な図に関連して前述したような様々な動作を実行するモジュールを提供することができる。比較装置１４００は、第１のノードにおいて使用され得、さらに少なくとも１つの第２のノードからＲＵＭを受信する、ＲＵＭ受信モジュール１４０２を含む。比較装置１４００は、第２のノードから受信されたＲＵＭに関連する情報に基づいて第２のノードの条件を判定する、条件判定モジュール１４０４と、第１のノードの条件を第２のノードの判定された条件と比較する比較モジュール１４０６とをさらに含むことができる。次に、判定するモジュール１４０４は、この比較に基づいて第１のキャリアでデータを送信すべきかどうかをさらに判定することができる。
【０１０７】
他の様々な態様によれば、送信すべきかどうかの判定は第１のノードの条件が第２のノードの条件と比べてより良好であるか、実質的に等しいか、またはより悪いかに基づき得る。さらに、判定するモジュール１４０４は、第１のキャリアでデータ信号を送信する、第１のキャリアで送信要求メッセージを送信する、または第２のキャリアで送信要求メッセージを送信することができる。第２のキャリアで送信要求メッセージを送信する場合、第２のキャリアで送られる送信要求メッセージは、第１のキャリアでデータを送信する要求を含むことができる。比較装置１４００は、アクセスポイントまたはアクセス端末において使用され得、さらに本明細書で説明される様々な方法を実行する任意の適切な機能を備え得ることが認識されよう。
【０１０８】
図１５は、１つまたは複数の態様による、キャリアマスキング系列に基づいてリソースを予約することを容易にする予約装置（reservation apparatus）１５００の図である。予約装置１５００はプロセッサ、ソフトウェアまたはプロセッサとソフトウェアの組合せ（例えば、ファームウェア）によって実施される機能を表し得る一連の互いに関係する機能ブロックとして表される。例えば、予約装置１５００は様々な図に関連して前述したような様々な動作を実行するモジュールを提供することができる。予約装置１５００は、第１のノードにおいて使用され得、さらに複数のリソースに関係する条件を判定するモジュール１５０２を含む。予約装置１５００は、その条件に基づいて複数のリソースからリソースの所望とされる量を識別するモジュール１５０４と、リソースの所望とされる量に基づいて複数のリソースの少なくとも１つに関してＲＵＭを送信するモジュール１５０６とをさらに含むことができる。
【０１０９】
情報及び信号は、様々な異なる技術及び技法のいずれかを使用して表され得ることが当業者には理解されよう。例えば、以上の説明の全体で言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁界または磁気粒子、光の場または粒子、あるいは以上の任意の組合せによって表現され得る。
【０１１０】
本明細書で開示される態様に関連して説明される様々な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップは、電子ハードウェアとして実施されても、コンピュータソフトウェアとして実施されても、あるいはその両方の組合せとして実施されてもよいことは、当業者にはさらに理解されよう。このハードウェアとソフトウェアの互換性を明確に示すのに、様々な例示的なコンポーネント、ブロック、モジュール、回路及びステップが、概ね機能の点で以上に説明されてきた。そのような機能がハードウェアとして実施されるか、ソフトウェアとして実施されるかは、全体的なシステムに課される特定の応用上の制約及び設計上の制約に依存する。当業者は、説明される機能をそれぞれの特定の応用例に関して様々な仕方で実施することができるが、そのような実施上の決定が本開示の範囲からの逸脱を生じさせるものと解釈されてはならない。
【０１１１】
本明細書で開示される態様に関連して説明される方法またはアルゴリズムのステップは、ハードウェアで直接にプロセッサによって実行されるソフトウェアモジュールで、またはこの２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルなディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の任意の形態の記憶媒体の中に存在し得る。例示的な記憶媒体は、プロセッサが当該記憶媒体から情報を読み取ること、及び当該記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサと一体化していてもよい。プロセッサと記憶媒体は、ＡＳＩＣ中に存在し得る。このＡＳＩＣは、ユーザ端末内に存在し得る。代替として、プロセッサと記憶媒体はユーザ端末内のディスクリートのコンポーネントとして存在してもよい。さらに、一部の態様において、任意の適切なコンピュータプログラム製品が本開示の態様の１つまたは複数と関係するコード（例えば、少なくとも１つのコンピュータによって実行可能な）を含むコンピュータ可読媒体を備えることができる。一部の態様において、コンピュータプログラム製品は、実装材料を備えてもよい。
【０１１２】
本明細書の教示は、様々な装置（例えば、デバイス）に組み込まれる（装置内部に実装される、または装置によって実行される）ことができる。例えば、各ノードは当技術分野においてアクセスポイント（ＡＰ）、ＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、ｅＮｏｄｅＢ、基地局コントローラ（ＢＳＣ）、基地トランシーバ局（ＢＴＳ）、（基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または無線基地局（ＲＢＳ）として構成されるか、あるいはそのような用語もしくは他の何らかの用語で呼ばれ得る。また、幾つかのノードは、加入者局とも呼ばれ得る。また、加入者局は加入者ユニット、移動局、遠隔局、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイスまたはユーザ機器（equipment）としても知られ得る。一部の実施形態において、加入者局はセルラ電話機、コードレス電話機、セッションイニシエーションプロトコル（ＳＩＰ）電話機、（無線ローカルループ（ＷＩＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続能力を有するハンドヘルドデバイス、または無線モデムに接続された他の何らかの適切な処理デバイスを備えることができる。従って、本明細書で教示される１つまたは複数の態様は、電話機（例えば、セルラ電話機またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテイメントデバイス（例えば、音楽デバイスもしくはビデオデバイス、または衛星ラジオ）、グローバルポジショニングシステムデバイス、あるいは無線媒体を介して通信するように構成された他の任意の適切なデバイスに組み込まれ得る。
【０１１３】
無線デバイスは、任意の適切な無線通信技術に基づくか、またはそれ以外でそのような技術をサポートする１つまたは複数の無線通信リンクを介して通信することができる。例えば、一部の態様において無線デバイスはネットワークに関連し得る。一部の態様において、当該ネットワークはボディエリアネットワークまたはパーソナルエリアネットワーク（例えば、超広帯域ネットワーク）を含み得る。一部の態様において、ネットワークはローカルエリアネットワークまたはワイドエリアネットワークを含み得る。無線デバイスは、例えば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ及びＷｉ−Ｆｉなどの様々な無線通信技術、無線通信プロトコル、または無線通信標準の１つまたは複数をサポートするか、またはそれ以外で使用することができる。同様に、無線デバイスは様々な対応する変調スキームまたは多重化スキームの１つまたは複数をサポートするか、またはそれ以外で使用することができる。このため、無線デバイスは以上のまたはその他の無線通信技術を使用して１つまたは複数の無線通信リンクを確立し、そのようなリンクを介して通信する適切なコンポーネント（例えば、無線インタフェース）を含むことができる。例えば、デバイスは無線媒体を介する通信を容易にする様々なコンポーネント（例えば、信号発生器及び信号プロセッサ）を含むことが可能な関連する送信機コンポーネント及び受信機コンポーネントを有する無線トランシーバを含むことができる。
【０１１４】
本明細書で開示される態様に関連して説明される様々な例示的な論理ブロック、論理モジュール及び論理回路は、集積回路（ＩＣ）、アクセス端末またはアクセスポイントの内部に実装されるか、あるいはＩＣ、アクセス端末またはアクセスポイントによって実行され得る。ＩＣは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または他のプログラマブル論理デバイス、ディスクリートのゲートもしくはトランジスタロジック、ディスクリートのハードウェアコンポーネント、電気コンポーネント、光コンポーネント、機械コンポーネント、または本明細書で説明される機能を実行するように設計された以上の任意の組合せを含むことができ、さらにＩＣの内部、ＩＣの外部またはＩＣの内部と外部の両方に存在するコードもしくは命令を実行し得る。汎用プロセッサは、マイクロプロセッサでよいが、代替として任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械であってもよい。また、プロセッサはコンピューティングデバイスの組合せとして、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成としても実施され得る。
【０１１５】
開示される態様の以上の説明は、任意の当業者が本開示を作製したり、使用したりできるように与えられる。これらの態様の様々な変形は当業者には自明であり、本明細書で規定される一般的な原理は本開示の範囲を逸脱することなく、他の態様にも適用され得る。このため、本開示は本明細書で示される態様に限定されることは意図されず、本明細書で開示される原理及び新規な特徴と合致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信の方法であって、
複数のリソースに関係する条件を決定することと、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別することと、及び
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つについてのＲＵＭ（リソース利用メッセージ）を送信することと、を備える方法。
［Ｃ２］
前記条件は、前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）及びスペクトル効率のレベルの少なくとも１つを含むＣ１に記載の方法。
［Ｃ３］
前記条件は、前記複数のリソースに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件は、データ転送速度、送信されるべきデータの量、レイテンシレイテンシのレベル及びトラヒッククラス、の少なくとも１つを含むＣ１に記載の方法。
［Ｃ４］
前記決定することは、
信号を受信すること及びと、
前記信号から前記条件を導き出すことと、を備えるＣ１に記載の方法。
［Ｃ５］
前記信号は、前記複数のリソースの好ましい量の指示を含むＣ４に記載の方法。
［Ｃ６］
前記信号は、関連するノードにおいて特定された前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び少なくとも１つの受信されたＲＵＭ、の少なくとも１つの指示を含むＣ４に記載の方法。
［Ｃ７］
前記識別することは、
前記条件に基づいて重みを決定すること及びと、
前記重みに基づいてリソースの前記所望される量を選択することと、を備えるＣ１に記載の方法。
［Ｃ８］
前記識別することは、
関連するノードの数を特定すること及びと、
前記関連するノードの数に基づいてリソースの前記所望される量を選択することと、を備えるＣ１に記載の方法。
［Ｃ９］
前記選択することは、前記関連するノードの数に比例してリソースの前記所望される量を選択すること、を備えるＣ８に記載の方法。
［Ｃ１０］
前記識別することは、
関連するノードの優先度を特定すること及びと、
前記優先度に基づいて前記リソースの所望される量を選択することと、を備えるＣ１に記載の方法。
［Ｃ１１］
無線データ通信のための装置であって、
複数のリソースに関係する条件を決定する手段と、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別する手段と、
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つについてのリソース利用メッセージ（ＲＵＭ）を送信する手段と、を備える装置。
［Ｃ１２］
前記条件は、前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）及びスペクトル効率のレベル、の少なくとも１つを備えるＣ１１に記載の装置。
［Ｃ１３］
前記条件は、前記複数のリソースに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件は、データ転送速度、送信されるべきデータの量、レイテンシのレベル及びトラヒッククラス、の少なくとも１つを含むＣ１１に記載の装置。
［Ｃ１４］
前記決定手段は、
信号を受信する手段と、
前記信号から前記条件を導き出す手段と、を備えるＣ１１に記載の装置。
［Ｃ１５］
前記信号は、前記複数のリソースの好ましい量の指示を含むＣ１４に記載の装置。
［Ｃ１６］
前記信号は、関連するノードにおいて特定された前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び１つまたは複数の受信されたＲＵＭ、の少なくとも１つの指示を含むＣ１４に記載の装置。
［Ｃ１７］
前記識別手段は、
前記条件に基づいて重みを決定する手段と、
前記重みに基づいて前記リソースの所望される量を選択する手段と、を備えるＣ１１に記載の装置。
［Ｃ１８］
前記識別手段は、
関連するノードの数を特定する手段と、
前記関連するノードの数に基づいて前記リソースの所望される量を選択する手段と、を備えるＣ１１に記載の装置。
［Ｃ１９］
前記選択手段は、関連するノードの前記数に比例してリソースの前記所望される量を選択する手段を備えるＣ１８に記載の装置。
［Ｃ２０］
前記識別手段は、
関連するノードの優先度を特定する手段と、
前記優先度に基づいて前記リソースの所望される量を選択する手段と、を備えるＣ１１に記載の装置。
［Ｃ２１］
アンテナと、
前記アンテナに結合され、
前記アンテナを介して複数のリソースに関係する条件を決定し、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別し、さらに
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つについてのリソース利用メッセージ（ＲＵＭ）を送信するように構成された処理システムと、を備えるアクセスポイント。
［Ｃ２２］
トランスデューサと、
前記トランスデューサに結合され、
前記トランスデューサで使用可能なデータを通信するのに使用可能な複数のリソースに関係する条件を特定し、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別し、さらに
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つについてのリソース利用メッセージ（ＲＵＭ）を送信するように構成された処理システムと、を備えるアクセス端末。
［Ｃ２３］
無線データ通信のためのコンピュータプログラム製品であって、
複数のリソースに関係する条件を決定し、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別し、さらに
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つについてのリソース利用メッセージ（ＲＵＭ）を送信するように実行可能なコードを含むコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ２４］
無線データ通信のための装置であって、
複数のリソースに関係する条件を決定し、
前記条件に基づいて前記複数のリソースからリソースの所望される量を識別し、さらに
前記リソースの所望される量に基づいて前記複数のリソースの少なくとも１つに関してリソース利用メッセージ（ＲＵＭ）を送信するように構成された処理システムを備える装置。
［Ｃ２５］
前記条件は、前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、（キャリア対干渉比（Ｃ／Ｉ）及びスペクトル効率のレベル、の少なくとも１つを含むＣ２４に記載の装置。
［Ｃ２６］
前記条件は、前記複数のリソースに関するサービス品質（ＱｏＳ）要件を含み、前記ＱｏＳ要件はデータ転送速度、送信されるべきデータの量、レイテンシのレベル及びトラヒッククラス、の少なくとも１つを含むＣ２４に記載の装置。
［Ｃ２７］
前記処理システムは、信号を受信し、さらに前記信号から前記条件を導き出すようにさらに構成されるＣ２６に記載の装置。
［Ｃ２８］
前記信号は、前記複数のリソースの好ましい量の指示を含むＣ２７に記載の装置。
［Ｃ２９］
前記信号は、関連するノードにおいて特定された前記複数のリソースに関する干渉／熱雑音（ＩＯＴ）のレベル、キャリア対干渉比（Ｃ／Ｉ）、スペクトル効率のレベル及び１つまたは複数の受信されたＲＵＭ、の少なくとも１つの指示を含むＣ２７に記載の装置。
［Ｃ３０］
前記処理システムは、前記条件に基づいて重みを決定し、さらに前記重みに基づいて前記リソースの所望される量を選択するようにさらに構成されるＣ２４に記載の装置。
［Ｃ３１］
前記処理システムは、関連するノードの数を特定し、さらに前記関連するノードの数に基づいて前記リソースの所望される量を選択するようにさらに構成されるＣ２４に記載の装置。
［Ｃ３２］
前記処理システムは、前記関連するノードの数に比例して前記リソースの所望される量を選択するようにさらに構成されるＣ３１に記載の装置。
［Ｃ３３］
前記処理システムは、前記関連するノードの優先度を特定し、さらに前記優先度に基づいて前記リソースの所望される量を選択するようにさらに構成されるＣ２４に記載の装置。
【図１】
0005539316.tif 000005
【図２】
0005539316.tif 000006
【図３】
0005539316.tif 000007
【図４】
0005539316.tif 000008
【図５】
0005539316.tif 000009
【図６】
0005539316.tif 000010
【図７】
0005539316.tif 000011
【図８】
0005539316.tif 000012
【図９】
0005539316.tif 000013
【図１０】
0005539316.tif 000014
【図１１】
0005539316.tif 000015
【図１２】
0005539316.tif 000016
【図１３】
0005539316.tif 000017
【図１４】
0005539316.tif 000018
【図１５】
0005539316.tif 000019