(57)【要約】  ノードが確保することを望む可能性があるリソースの判定および要求を容易にするシステムおよび方法を説明する。リソースは、他のノードと共用される複数のキャリアを含む。一手法では、ノードは、複数のキャリアに関連する条件を判定し、複数のリソースの順序付けを作成し、順序付けおよび条件に基づいて複数のリソースのうちの１つまたは複数に関するリソース利用メッセージ（ＲＵＭ）を送信する。
2011520330.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソースに関連する条件を判定することと、
前記複数のリソースの順序付けを作成することと、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信することと、
を備える、無線データ通信の方法。
【請求項２】
前記条件は、前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、およびスペクトル効率のレベルのうちの少なくとも１つを備える、
請求項１に記載の方法。
【請求項３】
前記条件は、前記複数のリソースのサービス品質（ＱｏＳ）要件を備え、前記ＱｏＳ要件は、データレート、送信すべきデータの量、待ち時間のレベル、およびトラフィッククラスのうちの少なくとも１つを備える、
請求項１に記載の方法。
【請求項４】
前記判定は、
信号を受信することと、
前記信号から前記条件を導出することと、
を備える、請求項１に記載の方法。
【請求項５】
前記信号は、前記複数のリソースの好ましい順序付けの表示を備える、
請求項４に記載の方法。
【請求項６】
前記信号は、関連するノードで判定される前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、スペクトル効率のレベル、および１つまたは複数の受信されたＲＵＭのうちの少なくとも１つの表示を備える、
請求項４に記載の方法。
【請求項７】
前記順序付けは、所定の分配スキームを満たす、
請求項１に記載の方法。
【請求項８】
前記所定の分配スキームは、トラフィックのタイプに従ってそれについてＲＵＭを送信すべきリソースの所定のセットを指定する、
請求項７に記載の方法。
【請求項９】
前記順序付けは、擬似乱数シーケンスに基づく、
請求項１に記載の方法。
【請求項１０】
前記順序付けは、前記複数のリソースについて送信された以前のＲＵＭの結果に基づく、
請求項１に記載の方法。
【請求項１１】
送信された以前のＲＵＭの前記結果は、成功送信の数、不成功送信の数、以前に送信されたＲＵＭの数、および他のノードによって前記複数のリソースに関して以前に送信されたＲＵＭの数のうちの少なくとも１つを備える、
請求項１０に記載の方法。
【請求項１２】
複数のリソースに関連する条件を判定するための手段と、
前記複数のリソースの順序付けを作成するための手段と、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信するための手段と、
を備える、無線データ通信の装置。
【請求項１３】
前記条件は、前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、およびスペクトル効率のレベルのうちの少なくとも１つを備える、
請求項１２に記載の装置。
【請求項１４】
前記条件は、前記複数のリソースのサービス品質（ＱｏＳ）要件を備え、前記ＱｏＳ要件は、データレート、送信すべきデータの量、待ち時間のレベル、およびトラフィッククラスのうちの少なくとも１つを備える、
請求項１２に記載の装置。
【請求項１５】
前記判定手段は、
信号を受信するための手段と、
前記信号から前記条件を導出するための手段と、
を備える、請求項１２に記載の装置。
【請求項１６】
前記信号は、前記複数のリソースの好ましい順序付けの表示を備える、
請求項１５に記載の装置。
【請求項１７】
前記信号は、関連するノードで判定される前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、スペクトル効率のレベル、および１つまたは複数の受信されたＲＵＭのうちの少なくとも１つの表示を備える、
請求項１５に記載の装置。
【請求項１８】
前記順序付けは、所定の分配スキームを満足する、
請求項１２に記載の装置。
【請求項１９】
前記所定の分配スキームは、トラフィックのタイプに従ってそれについてＲＵＭを送信すべきリソースの所定のセットを指定する、
請求項１８に記載の装置。
【請求項２０】
前記順序付けは、擬似乱数シーケンスに基づく、
請求項１２に記載の装置。
【請求項２１】
前記順序付けは、前記複数のリソースについて送信された以前のＲＵＭの結果に基づく、
請求項１２に記載の装置。
【請求項２２】
送信された以前のＲＵＭの前記結果は、成功送信の数、複数の不成功送信の数、以前に送信されたＲＵＭの数、および他のノードによって前記複数のリソースに関して以前に送信されたＲＵＭの数のうちの少なくとも１つを備える、
請求項２１に記載の装置。
【請求項２３】
アンテナと、
前記アンテナに結合され、
前記アンテナを介して複数のリソースに関連する条件を判定し、
前記複数のリソースの順序付けを作成し、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信する、
ように構成された処理システムと、
を備えるアクセスポイント。
【請求項２４】
変換器と、
前記変換器に結合され、
前記変換器と共に使用可能なデータを通信するために利用できる複数のリソースに関連する条件を判定し、
前記複数のリソースの順序付けを作成し、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信する、
ように構成された処理システムと、
を備えるアクセス端末。
【請求項２５】
コンピュータ可読媒体を備える無線データ通信のためのコンピュータプログラム製品であって、
前記コンピュータ可読媒体は、
複数のリソースに関連する条件を判定し、
前記複数のリソースの順序付けを作成し、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信する、
ように構成される、
無線データ通信のためのコンピュータプログラム製品。
【請求項２６】
複数のリソースに関連する条件を判定し、
前記複数のリソースの順序付けを作成し、
前記順序付けおよび前記条件に基づいて前記複数のリソースのうちの少なくとも１つに関するリソース利用メッセージ（ＲＵＭ）を送信する、
ように構成された処理システム
を備える無線データ通信のための装置。
【請求項２７】
前記条件は、前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、およびスペクトル効率のレベルのうちの少なくとも１つを備える、
請求項２６に記載の装置。
【請求項２８】
前記条件は、前記複数のリソースのサービス品質（ＱｏＳ）要件を備え、前記ＱｏＳ要件は、データレート、送信すべきデータの量、待ち時間のレベル、およびトラフィッククラスのうちの少なくとも１つを備える、
請求項２６に記載の装置。
【請求項２９】
前記処理システムは、
信号を受信し、
前記信号から前記条件を導出する、
ようにさらに構成される、請求項２６に記載の装置。
【請求項３０】
前記信号は、前記複数のリソースの好ましい順序付けの表示を備える、
請求項２９に記載の装置。
【請求項３１】
前記信号は、関連するノードで判定される前記複数のリソースの熱干渉（ＩＯＴ）のレベル、キャリア対干渉波比（Ｃ／Ｉ）、スペクトル効率のレベル、および１つまたは複数の受信されたＲＵＭのうちの少なくとも１つの表示を備える、
請求項２９に記載の装置。
【請求項３２】
前記順序付けは、所定の分配スキームを満足する、
請求項２６に記載の装置。
【請求項３３】
前記所定の分配スキームは、トラフィックのタイプに従ってそれについてＲＵＭを送信すべきリソースの所定のセットを指定する、
請求項３２に記載の装置。
【請求項３４】
前記順序付けは、擬似乱数シーケンスに基づく、
請求項２６に記載の装置。
【請求項３５】
前記順序付けは、前記複数のリソースについて送信された以前のＲＵＭの結果に基づく、
請求項２６に記載の装置。
【請求項３６】
送信された以前のＲＵＭの前記結果は、成功送信の数、複数の不成功の送信、以前に送信されたＲＵＭの数、および他のノードによって前記複数のリソースに関して以前に送信されたＲＵＭの数うちの少なくとも１つを備える、
請求項３５に記載の装置。
【発明の詳細な説明】
【関連出願】
【０００１】
米国特許法第１１９条の下での優先権の主張  
本特許出願は、本願の譲受人に譲渡され、参照によって本明細書に明示的に組み込まれる、２００８年４月１５日に出願した米国仮出願第６１／０４５，２１７号、名称「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ｉｄｅｎｔｉｔｙ  Ｄｅｔｅｒｍｉｎａｔｉｏｎ  ｉｎ  Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ」の優先権を主張するものである。
【技術分野】
【０００２】
以下の説明は、一般に無線通信に関し、より詳細には、無線通信環境において、干渉を減らし、スループットおよびチャネル品質を改善することに関する。
【背景技術】
【０００３】
無線通信システムは、世界中の大多数の人々がそれによって通信する一般的な手段になった。無線通信デバイスは、消費者の必要を満足し、可搬性および便利さを改善するために、ますます小さく強力になってきた。携帯電話などの移動体デバイスでの処理能力の増大は、無線ネットワーク伝送システムでの需要の増加につながった。そのようなシステムは、通常、それを介して通信するセルラデバイスほどに簡単には更新されない。移動体デバイス機能が拡張されるにつれて、新しい改善された無線デバイス機能を十分に活用するのを容易にする形で、より古い無線ネットワークシステムを維持することが、むずかしくなる可能性がある。
【０００４】
通常の無線通信ネットワーク（たとえば、周波数分割技法、時分割技法、および符号分割技法を使用する）は、サービスエリアを提供する１つまたは複数の基地局と、サービスエリア内でデータを送信し、受信することができる１つまたは複数の移動体（たとえば、無線）端末とを含む。通常の基地局は、ブロードキャストサービス、マルチキャストサービス、および／またはユニキャストサービスのために複数のデータストリームを同時に送信することができ、ここで、データストリームは、移動体端末にとって重要な独立の受信とすることができるデータのストリームである。その基地局のカバレージエリア内の移動体端末は、合成ストリームによって搬送される１つ、複数、またはすべてのデータストリームの受信に関心を持つ可能性がある。同様に、移動体端末は、基地局または別の移動体端末にデータを送信することができる。基地局と移動体端末との間または移動体端末の間でのそのような通信は、チャネル変動および／または干渉電力変動に起因して劣化する可能性がある。したがって、当技術分野には、無線通信環境において、干渉を減らし、スループットを改善するのを容易にするシステムおよび／または方法論の必要が存在する。
【発明の概要】
【０００５】
次に、１つまたは複数の態様の基本的な理解を提供するために、そのような態様の単純化された概要を提示する。この概要は、すべての企図される態様の徹底的な概観ではなく、すべての態様の主要なまたはクリティカルな要素を識別することも、いずれかまたはすべての態様の範囲を区切ることも意図されてはいない。その唯一の目的は、後で提示するより詳細な説明の前置きとして単純化された形で１つまたは複数の態様のいくつかの概念を提示することである。
【０００６】
さまざまな態様によれば、主題の新しい手法は、セルラテクノロジとＷｉ−Ｆｉテクノロジとの両方に関連する短所を軽減しながらそれらに関連する利益を達成するのを容易にするために、ワイドおよびローカルの無線通信ネットワークのための統一されたテクノロジを提供するシステムおよび／または方法に関する。たとえば、セルラネットワークを、ネットワークを設計しまたは構築する時の効率を高めることができる計画された展開に従って配置することができ、Ｗｉ−Ｆｉネットワークは、通常は、より便利なアドホックな形で展開される。Ｗｉ−Ｆｉネットワークは、さらに、アクセスポイントおよびアクセス端末に関する対称の媒体アクセス制御（ＭＡＣ）チャネルならびにセルラシステムによって提供はされない帯域内無線機能を有するバックホールサポートを提供することを容易にすることができる。
【０００７】
本明細書で説明される統一されたテクノロジは、柔軟な形でネットワークを展開することを容易にする。本開示で説明される方法は、展開に従って性能を適応させることを可能にし、したがって、展開が計画的または半計画的である場合によい効率をもたらし、ネットワークが無計画である場合に適度な頑健性をもたらす。すなわち、本明細書で説明されるさまざまな態様は、計画的展開（たとえば、セルラ展開シナリオのように）、アドホック展開（たとえば、Ｗｉ−Ｆｉネットワーク展開で利用できるものなど）、またはこの２つの組合せを使用してネットワークを展開することを可能にする。さらに、他の態様は、変化する送信電力レベルを有するノードをサポートすることと、その諸態様がＷｉ−Ｆｉシステムまたはセルラシステムによって適切にサポートされてはいない、リソース割当てに関するセル間公平性を達成することとに関する。
【０００８】
たとえば、いくつかの態様によれば、無線キャリアのセットの加重公平共用（weighted fair-sharing）を、リソース利用メッセージ（ＲＵＭ：resource utilization message）を使用する、送信機と受信機との両方による伝送の合同スケジューリングによって容易にすることができ、これによって、送信機は、その近傍での可用性の知識に基づいてリソースのセットを要求し、受信機は、その近傍での可用性の知識に基づいて要求されたキャリアのサブセットを許可する。送信機は、その付近の受信機をリッスンすることに基づいて可用性について学習し、受信機は、その付近の送信機をリッスンすることによって潜在的干渉について学習する。関連する態様によれば、データ送信を受信するノードが不利な立場に置かれ（受信している間にそれが理解する干渉に起因して）、送信の衝突回避モードを望むことだけではなく、ノードが不利な立場に置かれる度合をも示すために、ＲＵＭに重みを付けることができる。ＲＵＭを受信するノードは、適当な応答を判定するために、それがＲＵＭを受信したという事実ならびにその重みを利用することができる。例として、そのような重みの通知は、公平な形での衝突回避を可能にする。本開示は、そのような方法論を説明する。
【０００９】
関連する態様によれば、ＲＵＭを送信するノードは、キャリアの個数（一般に、これらは、リソース、チャネル、周波数キャリア／サブキャリア、および／またはタイムスロットとすることができる）が、不利の度合を示すように、それについてＲＵＭが適用されるキャリアの個数を示すことによって、不利の度合を示すことができる。不利の度合が、ＲＵＭに応答して減らされる場合には、それについてＲＵＭが送信されるキャリアの個数を、後続のＲＵＭ送信のために減らすことができる。不利の度合が減らされない場合には、それについてＲＵＭが適用されるキャリアの個数を、後続のＲＵＭ送信のために増やすことができる。
【００１０】
ＲＵＭは、一定のパワースペクトル密度（ＰＳＤ）で送信されることができ、受信ノードは、送信する場合に、それが送信ノードで干渉（たとえば、所定の許容可能しきい値レベルを超える）を引き起こすかどうかを判定するために、それ自体とＲＵＭ送信ノードとの間のラジオ周波数（ＲＦ）チャネル利得を推定するのに、受信されたパワースペクトル密度および／またはＲＵＭの受信された電力を使用することができる。したがって、ＲＵＭ受信ノードが、ＲＵＭ送信ノードからのＲＵＭを復号できるが、ＲＵＭ受信ノードが干渉を引き起こさないと判定する状況がありえる。ＲＵＭ受信ノードが、ＲＵＭに従わなければならないと判定するときには、そのＲＵＭ受信ノードは、そのリソースから完全にバックオフすることを選択することによって、またはその推定潜在干渉レベルを所定の許容可能しきい値レベル未満にするために十分に下げられた送信電力を使用することを選択することによって、これを行うことができる。したがって、「ハード」干渉回避（完全なバックオフ）と「ソフト」干渉回避（電力制御）との両方が、統一された形でサポートされる。関連する態様によれば、送信ノードで引き起こされる推定された干渉に基づく送信すべきか否かの判定を容易にするために、受信ノードとＲＵＭ送信ノードとの間のチャネル利得を判定するのに、受信ノードによってＲＵＭを使用することができる。
【００１１】
ノードがＲＵＭメッセージ内でどのキャリアを送信することを望むかの選択も、重要である。一態様によれば、無線データ通信の方法は、複数のリソースに関連する条件を判定することと、複数のリソースの順序付けを作成することと、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信することとを含むことができる。
【００１２】
別の態様は、複数のリソースに関連する条件を判定するための手段と、複数のリソースの順序付けを作成するための手段と、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信するための手段とを含む、無線データ通信の装置に関する。
【００１３】
別の態様は、アンテナと、アンテナに結合された処理システムとを有する、無線データ通信のためのアクセスポイントに関する。処理システムは、アンテナを介して複数のリソースに関連する条件を判定し、複数のリソースの順序付けを作成し、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信するように構成される。
【００１４】
別の態様は、変換器と、変換器に結合された処理システムとを有する、無線データ通信のためのアクセス端末に関する。処理システムは、変換器と共に使用可能な情報を通信するために利用可能な複数のリソースに関連する条件を判定し、複数のリソースの順序付けを作成し、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信するように構成される。
【００１５】
別の態様は、コンピュータ可読媒体を有する、無線データ通信のためのコンピュータプログラム製品に関する。複数のリソースに関連する条件を判定し、複数のリソースの順序付けを作成し、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信するために実行可能なコードを含むコンピュータ可読媒体。
【００１６】
別の態様は、処理システムを有する無線データ通信のための装置に関する。処理システムは、複数のリソースに関連する条件を判定し、複数のリソースの順序付けを作成し、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関するＲＵＭを送信するように構成される。
【００１７】
前述の目的および関連する目的の達成のために、１つまたは複数の態様は、後で十分に説明され、特許請求の範囲で特に指摘される特徴を備える。次の説明および添付図面は、１つまたは複数の態様の、ある例示的な態様を詳細に示す。しかし、これらの態様は、さまざまな態様の原理を使用できるさまざまな形のうちの少数のみを示し、説明される諸態様は、すべてのそのような態様およびその均等を含むことが意図されている。
【図面の簡単な説明】
【００１８】
【図１】リソース利用メッセージ（ＲＵＭ）を使用することによって干渉を管理する方法論の１つまたは複数の態様に関連して利用できるものなどの複数のアクセスポイントおよび複数のアクセス端末を有する例示的な無線通信システムを示すネットワークの図。
【図２】本明細書で説明される１つまたは複数の態様によるリソース割当てを容易にすることができる要求−許可イベントのシーケンスを示すプロセス図。
【図３】ＲＵＭを生成する例示的な方法論を示すフローチャート図。
【図４】１つまたは複数の態様によるマルチキャリアシステム内のＲＵＭ内で使用されるキャリアマスク対キャリアマッピング方式を示す図。
【図５】１つまたは複数の態様による受信されたＲＵＭに基づいてアクセスポイントに帯域幅を要求する際のアクセス端末の方法論を示す図。
【図６】１つまたは複数の態様による１つまたは複数の受信されたＲＵＭに基づいて作成されるキャリアマスクのシーケンスを示す図。
【図７】アクセス端末によるアクセスポイントへの送信の要求の一部として要求されるキャリアの個数および選択を判定し、アクセスポイントによるアクセス端末への要求の許可の一部として許可されるキャリアの個数および選択を判定する方法論を示す図。
【図８】擬似乱数キャリアマスク優先順位リストに基づくキャリアマスク作成プロセスを示す流れ図。
【図９】図８の擬似乱数キャリア選択プロセスの動作を示す図。
【図１０】熱雑音干渉測定を使用して優先順位付けされるキャリアマスク優先順位リストに基づくキャリアマスク作成プロセスを示す流れ図。
【図１１】干渉するノードが最小／最大の干渉を引き起こすキャリアのノードによる推定に基づくキャリア選択プロセスを示す流れ図。
【図１２】図１１のキャリア選択プロセスに基づくキャリアマスクの作成を示すブロック図。
【図１３】１つまたは複数の態様による送信の要求に関する許可を生成する方法論を示す図。
【図１４】本明細書で説明されるさまざまなシステムおよび方法に関連して使用できる無線ネットワーク環境を示す図。
【図１５】さまざまな態様による無線データ通信を容易にする装置を示す図。
【図１６】１つまたは複数の態様によるＲＵＭを使用して無線通信を容易にする装置を示す図。
【図１７】１つまたは複数の態様によるどのノードが最も不利な立場に置かれるのかを判定するために無線通信環境内のノードの相対条件を比較するのを容易にする装置を示す図。
【図１８】１つまたは複数の態様によるキャリアマスキングシーケンスに基づいてリソースの確保を容易にする装置を示す図。
【図１９】１つまたは複数の態様による受信されたグループキャリアマスクに基づいて複数のリソースのサブセットを管理するのを容易にする装置を示す図。
【発明を実施するための形態】
【００１９】
本開示のさまざまな態様を、以下で説明する。本明細書の教示を、さまざまな形態で実施でき、本明細書で開示される任意の特定の構造、機能、またはその両方が、単に代表的であることは、明白である。本明細書の教示に基づいて、当業者は、本明細書で開示される態様を、任意の他の態様と独立に実施でき、これらの態様のうちの複数をさまざまな形で組み合わせることができることを了解するであろう。たとえば、任意の個数の本明細書で示される態様を使用して、装置を実施し、または方法を実行することができる。さらに、本明細書で示される態様のうちの１つまたは複数に加えてまたはそれ以外の他の構造、機能性、または構造および機能性を使用して、そのような装置を実施し、またはそのような方法を実践することができる。さらに、ある態様が、請求項の少なくとも１つの要素を備えることができる。
【００２０】
単語「例示的」は、本明細書では、「例、実例、または例示として働く」を意味するのに使用される。本明細書で「例示的」として説明されるすべての態様は、必ずしも、他の態様より好ましいまたは有利と解釈されるのではない。さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」からなる要素のリストへの言及は、要素Ａ、Ｂ、およびＣのそれぞれに個別にならびに要素Ａ、Ｂ、およびＣのすべての組合せに言及すると解釈されなければならない。さらに、この説明は、ＩＥＥＥ８０２．１１標準を用いるネットワークを利用するが、他のプロトコルを利用するネットワークが、本明細書で開示されるさまざまな技法およびシステムから利益を得ることができる。
【００２１】
本明細書で使用される時に、「ノード」を、アクセス端末またはアクセスポイントとすることができ、各ノードを、受信ノードならびに送信ノードとすることができることを理解されたい。たとえば、各ノードは、少なくとも１つの受信アンテナおよび関連する受信機チェーンならびに少なくとも１つの送信アンテナおよび関連する送信チェーンを備えることができる。さらに、各ノードは、本明細書で説明される方法および／またはプロトコルのいずれかおよびすべてを実行するためのソフトウェアコードを実行する１つまたは複数のプロセッサならびに本明細書で説明されるさまざまな方法および／またはプロトコルに関連するデータおよび／またはコンピュータ実行可能命令を格納するためのメモリを備えることができる。
【００２２】
ここで図１を参照すると、本明細書で提示されるさまざまな態様による無線ネットワーク通信システム１００が示されている。システム１００は、互いにおよび／またはアクセス端末１０４などの１つまたは複数の他のノードとの間で無線通信信号を受信し、送信し、反復するなどを行う１つまたは複数のセクタ内の、基地局とも称する１つまたは複数のアクセスポイント１０２（たとえば、セルラ、Ｗｉ−Ｆｉまたはアドホックなど）などの複数のノードを備えることができる。注記したように、「ノード」は、アクセス端末またはアクセスポイントとすることができ、受信機と送信機との両方を備えることができる。したがって、この説明での「送信機」および「受信機」などの用語法の使用は、それぞれ「あるノードが送信機の役割を演じるとき」および「あるノードが受信機の役割を行うとき」と解釈されなければならない。
【００２３】
当業者が了解するとおり、各アクセスポイント１０２は、送信機チェーンおよび受信機チェーンを備えることができ、このチェーンのそれぞれは、信号送信および信号受信に関連する複数のコンポーネント（たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えることができる。アクセス端末１０４は、たとえば、携帯電話、スマートホン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または無線ネットワークを介して通信するための任意の他の適切なデバイスとすることができる。
【００２４】
以下の議論は、本明細書で説明されるさまざまなシステムおよび／または方法論の理解を容易にするために提供されるものである。さまざまな態様によれば、各ノードに重みを割り当てることができ、各重みは、そのノードによってサポートされるフローの個数の関数である。「フロー」は、本明細書で使用される時に、ノードに出入りする伝送を表す。ノードの総重みは、そのノードを通過するすべてのフローの重みの合計によって判定することができる。たとえば、１つの手法では、データフローに、搬送されるトラフィックのタイプに比例する重みを割り当てることができる。したがって、ハイパーテキスト転送プロトコル（ＨＴＴＰ）フローまたはファイル転送プロトコル（ＦＰＴ）フローに、特定の重みを割り当てることができる。さらに、固定ビットレート（ＣＢＲ）フローは、ビットレートに比例する所定の重みを有することができる。さらに、各ノードに余分な優先順位を与えるために、各ノードに、各ノードのフロー重みに加算できる所定の静的重みを割り当てることができる。重みは、動的とし、ノードが搬送するフローの現在の状態を反映することもできる。たとえば、重みを、そのノードで搬送される（受信される）フローの最悪スループットに対応するものとすることができる。本質的に、重みは、ノードが経験する不利の度合を表し、共通リソースに関して競合する干渉するノードのセットの中で公平なチャネルアクセスを行うのに使用される。
【００２５】
要求メッセージ、許可メッセージ、およびデータ送信は、電力制御されるものとすることができるが、ノードは、それでも、信号対干渉雑音（ＳＩＮＲ）レベルを許容できないものにする過度な干渉を経験する可能性がある。望ましくなく低いＳＩＮＲを軽減するために、リソース利用メッセージ（ＲＵＭ）を利用することができる。ＲＵＭは、受信機の所望のキャリアでの干渉レベルが所定のしきい値レベルを超えるときに、受信機によってブロードキャストされることができる。本明細書で述べるように、ＲＵＭの展開の一態様では、ＲＵＭは、受信ノードがそのサービス品質（ＱｏＳ）要件を満足できないときに受信ノードによって送出される。ＱｏＳ要件は、所定とすることができ、スループット（たとえば、フルバッファトラフィックについて）、待ち時間（たとえば、音声トラフィックについて）、平均スペクトル効率、最小キャリア対干渉波（Ｃ／Ｉ）比、または他の適切なメトリックスの形で表すことができる。ＲＵＭは、重みをカプセル化し、この重みは、ＲＵＭを送信しているノードが直面する不利の度合を表す。言い換えると、重みの使用の一態様では、不利の度合は、ノードのＱｏＳおよびその所望のＱｏＳの関数である。このＲＵＭ重みを、所定のビット数を使用して量子化することができる。
【００２６】
「不利」は、本明細書で使用される時に、たとえば、所与のノードの実際の値に対する目標値の比の関数として判定することができる。たとえば、不利が、スループット、スペクトル効率、データレート、またはより大きい値が望ましいある他のパラメータの関数として測定されるときに、ノードが不利な立場に置かれる時には、実際の値は、目標値より相対的に小さい。その場合に、ノードの不利のレベルを示す重み付きの値を、実際の値に対する目標値の比の関数とすることができる。不利がそれに基づくパラメータが小さいことが望まれる場合（たとえば、待ち時間）には、実際の値に対する目標値の比の逆数を、重みを生成するのに利用することができる。本明細書で使用されるときに、別のノードに対して相対的に「よりよい」条件を有するものとして説明されるノードは、不利のより低いレベルを有すると理解することができる（たとえば、よりよい条件を有するノードは、それが比較される別のノードより少ない干渉、より短い待ち時間、より高いデータレート、より高いスループット、より高いスペクトル効率などを有する）。
【００２７】
ＲＵＭを使用すると、受信ノード（アクセスポイントなど）は、その受信ノードに多すぎる干渉を起こさせる干渉するノードをブロックすることができる。言い換えると、受信ノードは、キャリア上の送信から他のノードを要求することができる。帯域幅が１つのキャリアだけを含むネットワーク設計では、ＲＵＭが受信ノードによって送信される時に、帯域幅全体が、意図されたアクセス端末のためにブロックされる。使用可能な帯域幅が、それぞれをキャリアまたはチャネルと称する別々の部分に分割される多キャリア通信システムでは、ある種のキャリアだけがブロックされる可能性があり、その結果、受信ノードは、それでもその所望のスループットを達成できるが、システムの残りに対する影響を制限できるようになる。
【００２８】
たとえば、マルチキャリア通信システムの使用可能帯域幅を、４つのキャリアに分割することができる。各送信ノードを、１つまたは複数のキャリアを介して送信するようにスケジューリングすることができ、これによって、リソースのよりよい共用が可能になる。干渉回避が公平な形で発生することを保証するために、すなわち、すべてのノードが送信機会の公平な分け前を得ることを保証するために、ＲＵＭは、本明細書で説明するように、受信ノードがその上での減らされた干渉を望むキャリアのリストならびに前述の重み情報を含むことができる。所与の受信ノードの重みは、ノードへの割当てに関するリソースの公平な分け前を計算するのに利用することができる。
【００２９】
図２は、本明細書で説明される１つまたは複数の態様によるリソース割当てを容易にするためのＲＵＭの使用を伴う例示的な要求−許可イベントのシーケンス２００を示す。この図に示された例では、ノードの関連するペア２９０は、アクセス端末２９２および第１のアクセスポイント１  ２９４ならびにノードの関連するペア２９０に関連しない第２のアクセスポイント２  ２９６を含む。
【００３０】
シーケンス２００は、２０４および２０６から始まり、その間に、アクセスポイント１  ２９４およびアクセスポイント２  ２９６のそれぞれは、アクセス端末２９２を含む他のノードにブロードキャストされるＲＵＭを生成する。ＲＵＭは、図３を参照して本明細書でさらに説明するように、アクセスポイントがどれほど不利な立場に置かれているかならびにアクセスポイントが他のノードが送信するのをブロックすることを望むキャリアがどれであるのかを示す。
【００３１】
２１２で、アクセスポイント１  ２９４およびアクセスポイント２  ２９６は、そのそれぞれのＲＵＭをアクセス端末２９２などの他のノードにブロードキャストする。
【００３２】
２２２で、アクセス端末２９２は、２１２で受信されたすべてのＲＵＭを処理する。アクセス端末２９２によって実行されるＲＵＭ処理は、本明細書で図５を参照して説明する。
【００３３】
２３２で、アクセス端末２９２が、受信されたＲＵＭの処理の後に使用可能なキャリアがあると判定する場合に、アクセス端末２９２は、２４２で、それがアクセスポイント１  ２９４からの送信の要求をその上で送信することを望むキャリアを判定する。
【００３４】
２５２で、送信の要求を、アクセス端末２９２からアクセスポイント１  ２９４に送信する。この要求は、アクセス端末２９２がそれを介してデータを送信することを望むキャリアのリストを含むことができる。イベントのシーケンス２００を、通信イベント中に実施できる複数の制約を考慮して実行することができる。たとえば、アクセス端末２９２は、以前のタイムスロット内のＲＵＭによってブロックされなかった任意のキャリア（１つまたは複数）を要求することができる。要求されたキャリアに、最新の送信サイクル内の成功のキャリアを優先して優先順位を付けることができる。
【００３５】
２６４で、アクセスポイント１  ２９４は、アクセス端末２９２がその上で送信することをアクセスポイント１  ２９４が許可するキャリアを、アクセス端末２９２から受信した要求に基づいて判定する。許可は、要求されたキャリアのすべてまたはサブセットを含むことができる。したがって、アクセスポイント１  ２９４からの許可を、アクセス端末２９２によって送信された要求内でリストされたキャリアのサブセットとすることができる。アクセスポイント１  ２９４に、最新の送信中に高い干渉レベルを示したキャリアを回避する権限を与えることができる。
【００３６】
２７２で、アクセスポイント１  ２９４は、要求されたキャリアのすべてまたはサブセットが許可されたことを示す許可メッセージをアクセス端末２９２に送信することができる。
【００３７】
２８２で、アクセス端末２９２は、パイロットメッセージをアクセスポイント１  ２９４に送信することができ、このパイロットメッセージの受信時に、アクセスポイント１  ２９４は、望ましくなく低いＳＩＮＲの軽減を容易にするために、レート情報をアクセス端末２９２に戻って送信することができる。レート情報の受信時に、アクセス端末２９２は、許可されたキャリアを介する、示された送信レートでのデータ送信に進むことができる。さらに、送信する時に、アクセス端末２９２は、許可メッセージ内の許可されたキャリアのすべてまたはサブセットを介してデータを送信することができる。アクセス端末２９２は、そのデータの送信中に一部またはすべてのキャリアで送信電力を減らすことができる。
【００３８】
図３は、上で説明したさまざまな態様による、ＲＵＭを生成する方法論３００の図である。競合するノードの間で公平さを達成する方法論は、１つまたは複数の態様に従って、所与のノードに関連する不利のレベルに従ってそれに関してＲＵＭを送信すべきキャリアの個数を調整することによって実行される。本明細書で説明するように、ＲＵＭは、アクセスポイントなどの受信ノードによって、それが悪い通信条件を経験しており、それが直面する干渉の減少を望むことを示すために送出される。ＲＵＭは、ノードが経験している不利の度合を定量化する重みを含む。ある態様によれば、重みは、ＲＵＭ送信しきい値（ＲＳＴ）と称するしきい値の関数としてセットすることができる。もう１つの態様では、重みに、平均スループットをセットすることができる。ここで、ＲＳＴは、ノードが望む平均スループットである。アクセス端末などの送信ノードは、複数のＲＵＭを聞くときに、それらの間の競合を解決するのにそれぞれの重みを利用することができる。たとえば、アクセス端末が複数のＲＵＭを受信し、最大の重みを有するＲＵＭがアクセス端末自体のアクセスポイントから発した場合には、アクセス端末は、そのアクセスポイントにデータを送信する要求を送信すると判断することができる。そうでない場合には、アクセス端末は、送信をやめることができる。
【００３９】
ＲＵＭは、アクセスポイントがその直接の近傍で干渉をクリアすることを可能にする。というのは、ＲＵＭを受信するノードを、送信をやめるように誘導することができるからである。重みは、公平な競合（たとえば、最大の不利を有するアクセスポイントが勝つ）を可能にするが、マルチキャリアＭＡＣを有することは、もう１つの自由度をもたらすことができる。具体的に言うと、あるシステムが複数のキャリアをサポートするときに、ＲＵＭは、重みに加えてＣＭ（すなわち、ビットマスク）を搬送することができる。ＣＭは、このＲＵＭが適用可能なキャリアを示す。アクセスポイントがそれに関してＲＵＭを送信できるキャリアの個数は、非常に悪いヒストリを有するノードがよりすばやく追い付くことを可能にするために、不利の度合に基づくものとすることができる。ＲＵＭが成功であり、それに応答してアクセスポイントによって受信される送信レートがその条件を改善するときには、アクセスポイントは、それに関してＲＵＭを送信したキャリアの個数を減らすことができる。激しい輻輳に起因して、ＲＵＭが当初に成功せず、スループットが改善されない場合には、アクセスポイントは、それに関してＲＵＭを送信するキャリアの個数を増やすことができる。非常に輻輳した状況では、アクセスポイントは、非常に不利な立場に置かれる可能性があり、すべてのキャリアについてＲＵＭを送信する可能性があり、これによって、単一キャリアの場合に縮退する。
【００４０】
３０２で、不利のレベルをアクセスポイントについて判定することができ、「リスニング」範囲内の他のノードに不利のレベル（すなわち、それらがアクセスポイントにデータを送信するか否か）を示すためにＲＵＭを生成することができ、ここで、ＲＵＭは、第１の所定のしきい値が満足されたのかそれを超えたのかを示す情報を備える。第１の所定のしきい値は、たとえば、ＩＯＴのレベル、データレート、Ｃ／Ｉ比、スループットのレベル、スペクトル効率のレベル、待ち時間のレベル、または第１ノードのサービスをそれによって測定できる任意の他の適切な測定値を表すことができる。
【００４１】
３０４で、第２の所定のしきい値を超えた度合を示すために、ＲＵＭに重みを付けることができる。第２の所定のしきい値は、たとえば、ＩＯＴノイズのレベル、データレート、Ｃ／Ｉ比、スループットのレベル、スペクトル効率のレベル、待ち時間のレベル、または第１ノードのサービスのレベルをそれによって測定できる任意の他の適切な測定値を表すことができる。いくつかの態様によれば、重み値を、量子化された値とすることができる。第１および第２の所定のしきい値を実質的に等しくすることができるが、そうである必要はない。
【００４２】
各ＲＵＭ内で搬送される重み情報は、アクセスポイントが他の送信からの干渉に起因して帯域幅のために不足した度合をリスニング範囲内のすべてのノードに伝えることを意図されたものである。重みは、不利の度合を表すことができ、アクセスポイントがより不利な立場に置かれた時により大きく、より有利な立場に置かれる時により小さくなる。不利の度合は、さまざまな要因を使用して導出することができる。一例として、スループットが不利の度合を測定するのに使用される場合に、１つの可能な関係を、
【数１】
2011520330.tif 000003
【００４３】
と表すことができ、ここで、Ｒｔａｒｇｅｔは、所望のスループットを表し、Ｒａｃｔｕａｌは、達成されつつある実際のスループットであり、Ｑ（ｘ）は、ｘの量子化された値を表す。アクセスポイントに単一のフローがあるときには、Ｒｔａｒｇｅｔは、そのフローの最小の所望のスループットを表すことができ、Ｒａｃｔｕａｌは、そのフローについて達成された平均スループットを表すことができる。より大きい値の重みがより高い不利の度合を表すことが、取り決めの問題であることに留意されたい。一例として、あるノードの所望のスループットが５００ｋｂｐｓであると仮定する。しかし、このノードは、２５０ｋｂｐｓの実際のスループットを達成するのみである。この場合には、重みを、ノードが所望のスループットに達するためにスループットの現在の量の２倍を必要とする（５００ｋｂｐｓ／２５０ｋｂｐｓ＝２）ことに基づいて計算することができる。
【００４４】
同様の方法で、重み解決論理が適切に変更される限り、より大きい値の重みがより低い不利の度合を表す取り決めを利用することができる。たとえば、重みを計算するのに目標スループットに対する実際のスループットの比（上で示した例の逆）を使用することができる。したがって、上の値を使用すると、この比は２５０ｋｂｐｓ／５００ｋｂｐｓになるはずであり、これは、目標スループットの１／２すなわち５０％になるはずである。
【００４５】
アクセスポイントに、潜在的に異なるＲｔａｒｇｅｔ値を伴う複数のフローがあるときには、アクセスポイントは、最も不利な立場に置かれているフローに基づいて重みをセットすることを選択することができる。たとえば、
【数２】
2011520330.tif 000004
【００４６】
ここで、ｊは、アクセスポイントでのフローインデックスである。重みをフロースループットの合計に基づくものにするなど、他のオプションを実行することもできる。上の説明で重みに使用される関数の形が、純粋に例示のためのものであることに留意されたい。重みは、さまざまな異なる形で、スループット以外の異なるメトリックスを使用して計算することができる。関連する態様によれば、アクセスポイントは、送信側（たとえば、送信機）からの未解決のデータを有するかどうかを判定することができる。これは、要求を受信した場合、または許可しなかった以前の要求を受信した場合にあてはまる。この場合に、アクセスポイントは、ＲａｃｔｕａｌがＲｔａｒｇｅｔ未満のときにはＲＵＭを送出することができる。
【００４７】
さらに、重みを、最大値および最小値に関して正規化することができる。たとえば、重みを、０と１との間の値になるように正規化することができる。正規化された値は、受信されたＲＵＭ重みに基づいて判定することができ、最大の受信されたＲＵＭ重みが１の値にセットされ、最小の受信されたＲＵＭ重みが０の値にセットされる。
【００４８】
衝突回避に関する追加の次元は、ＲＵＭ内の、ノードがその上での干渉を減らすことを望むキャリアのリストが、ＲＵＭ内の重みと一緒に含まれる場合に実現することができ、この追加の次元は、アクセスポイントなどの受信ノードが、チャネルの一部を介する少量のデータの受信をスケジューリングする必要があり、他のノードがチャネル全体からバックオフすることを望まないときに有用である可能性がある。キャリアのリストは、アクセスポイントがブロックすることを望むキャリアに関する情報を含むビットマスクを用いて実施することができる。各ＲＵＭが、本明細書でキャリアマスク（ＣＭ）とも称するビットマスクを増補されるときに、送信ノードは、その近傍ノード（たとえば、アクセスポイントまたはアクセス端末）からの干渉を、すべてのキャリアではなくキャリアのサブセットで減らすことができる。この態様は、衝突回避機構におけるより微細な精度をもたらすことができ、これは、バースト的なトラフィックにとって重要である可能性がある。さらに、ＣＭは、チャネルの一部を要求する際のアクセス端末による送信要求の生成、ならびに要求に応答するアクセスポイントによる要求に対する許可の生成にも使用することができる（たとえば、応答を、チャネルの一部の許可とすることができる）。
【００４９】
図４を参照すると、帯域幅は、４つのキャリアに分割されており、ＲＵＭに含まれるＣＭ４００は、ＸＸＸＸの形を有し、各Ｘは、それが参照するキャリアがブロックされることを示す「１」またはそれが参照するキャリアがブロックされないことを示す「０」とすることができるビットマップである。さらに、キャリアに「０」、「１」、「２」、「３」という番号が付けられる、説明される例示的な実施態様では、ＣＭ４００の左端ビット４０２は、キャリア「３」のビットマスクであり、左端ビット４０２の右に配置された２番目のビット４０４は、キャリア「２」のビットマスクであり、２番目のビット４０４の右に配置された３番目のビット４０６は、キャリア「１」のビットマスクであり、３番目のビット４０６の右に配置された４番目のビット４０８は、キャリア「０」のビットマスクである。帯域幅全体をＲＵＭによってブロックできる態様について、ＲＵＭは、アクセスポイントが帯域幅内のすべてのキャリアをブロックすることを望むことを示す、すべて「１」のＣＭを含む。他の態様は、アクセスポイントに割り当てられるキャリアの個数を示すのにＣＭを使用することを提供する。たとえば、ＲＵＭを６つまでのキャリアについて送信できることを示すために、６ビットのマスクを利用することができる。アクセスポイントは、さらに、干渉するノードが、割り当てられたサブキャリアのすべてまたはサブセットで送信をやめることを要求することができる。
【００５０】
３０６および３０８では、部分的帯域幅ブロッキングを実施するためのＣＭの作成中に、変数のうちで決定される必要がある２つは、アクセスポイントによってブロックされなければならないキャリアの個数、ならびにブロックされなければならないキャリアの特定のアイデンティティである。
【００５１】
３０８では、どの特定のキャリアをブロックしなければならないのかを決定する。３０６で識別されたキャリアの個数に基づくブロックされなければならないキャリアのアイデンティティは、キャリアの使用可能な個数からランダムに選択することができ、あるいは、最大の干渉を有するキャリアまたは代替案では最小の干渉を有するキャリアを含む所定の選択判断基準から選択することができる。一態様では、各キャリアは、それと共に送信される関連する重みを有することができる。この手法では、本明細書で説明するように、重みを判定するさまざまな手法に基づいてキャリアごとに重みを生成することができる。この形を介して、微細な精度でさえ達成することができる。
【００５２】
３１０では、重み付きのマスキングされたＲＵＭを、１つまたは複数の他のノードに送信することができる。上で述べたように、ノードがＲＵＭを聞くときに、そのノードは、キャリアマスク内で指定されるキャリアに関してのみＲＵＭに従う必要がある。たとえば、あるアクセス端末が、異なるアクセスポイントからの複数のＲＵＭに従う必要があるときに、そのアクセス端末は、すべてのＲＵＭキャリアマスク内のキャリアに対して「ＯＲ」演算を実行しなければならず、このマスクの補数が、そのアクセス端末がアクセスポイントに要求できるキャリアを示す。さらに、アクセスポイントは、各ＲＵＭのキャリアマスク内で指定されるキャリアに関してのみ、他のアクセスポイントからのＲＵＭをも考慮する。
【００５３】
再度図２を参照して、アクセス端末２９２などのアクセス端末の、２２２、２３２、および２４２で帯域幅を要求する際の動作を、図５を参照し、図６をも参照してこれから説明する。５０２では、アクセス端末２９２は、それに関連するアクセスポイント１  ２９４を含む、任意のアクセスポイントによって送信されたＲＵＭを受信し、収集する。
【００５４】
５０４では、アクセス端末２９２の動作の一態様では、アクセス端末２９２は、受信されたＲＵＭからの、アクセス端末２９２に関連するアクセスポイント（すなわち、アクセスポイント１  ２９４）の重みより大きい重みを有するＲＵＭだけを検討する。アクセス端末２９２が、アクセスポイント１  ２９４すなわちそれに関連するアクセスポイントからのＲＵＭに加えて、３つのアクセスポイントからＲＵＭを受信し、これらの３つの他のＲＵＭのそれぞれが、アクセスポイント１  ２９４からのＲＵＭの重みより大きい重みを有する例を検討されたい。これらの３つのＲＵＭは、図４で説明した例示的なＣＭの形に従う、ＣＭ６０２（「１００１」）、ＣＭ６０４（「１０００」）、およびＣＭ６０６（「００１０」）のＣＭを有する。さらに、この３つのＲＵＭの重みに基づいて、アクセス端末２９２が、これらのＲＵＭを考慮に入れなければならないと仮定する。したがって、アクセス端末２９２は、この３つのＲＵＭに含まれるＣＭを処理しなければならない。
【００５５】
５０６では、アクセス端末２９２が、３つの受信されたＲＵＭを検討し、処理しなければならないと仮定すると、アクセス端末２９２は、合成ＣＭ６１２を作成するために、これらのＲＵＭのＣＭにまたがる「ＯＲ」演算を実行する（すなわち、合成キャリアマスク）。上の例を続けると、合成ＣＭ６１２は「１０１１」である。一態様では、アクセス端末２９２の関連するアクセスポイントからのＣＭは、利用されない。
【００５６】
５０８では、アクセス端末２９２が帯域幅を要求できるキャリアがあるかどうかを判定するために、アクセス端末２９２は、どのキャリアが使用可能であるのかを示す逆合成ＣＭ（Ｉ−ＣＭ）６２２を作成するために、合成ＣＭ６１２に対して「ＮＯＴ」演算を実行する。Ｉ−ＣＭ６２２は、アクセスポイント１  ２９４への帯域幅の要求で、アクセス端末２９２によって使用され得る。
【００５７】
５１０では、アクセス端末２９２が帯域幅を要求できるキャリアがあるかどうかを判定する。アクセス端末２９２の例示的な動作の一態様では、アクセス端末２９２は、Ｉ−ＣＭ６２２の使用を介してブロックされてはいないキャリアがあるかどうかを判定する。たとえば、Ｉ−ＣＭ６２２に少なくとも単一の「１」値がある場合には、少なくとも１つの使用可能なキャリアがある。
【００５８】
５１２では、使用可能なキャリアがある場合に、アクセス端末２９２は、要求ＣＭ（Ｒ−ＣＭ）６３２を作成する。一態様では、Ｒ−ＣＭ６３２は、５１０で作成されたＩ−ＣＭ６２２になるようにセットされる。帯域幅が４つのキャリアの間で分割される上の例を続けると、Ｒ−ＣＭ６３２も、形「ＸＸＸＸ」である、ＣＭ４００と同一の形を有し、ここで、各「Ｘ」は、アクセス端末２９２がそのキャリアでの送信を要求していることを示す「１」またはアクセス端末２９２がそのキャリアでの送信を要求していないことを示す「０」とすることができる。したがって、値「０１００」を有するＣＭを、アクセスポイント１  ２９４への要求内で送信することができる。言い換えると、アクセス端末２９２は、キャリア「３」、「１」、および「０」をブロックされているものと考え、キャリア「２」が空いていると考える。アクセス端末２９２が帯域幅を要求すると判断する場合には、Ｒ−ＣＭ６３２は、「０１００」になる。
【００５９】
もう１つの態様では、Ｒ−ＣＭ６３２は、図７に示されているように、Ｉ−ＣＭ６２２に基づくが、同一ではなく、図７には、アクセスポイント１  ２９４へのアクセス端末２９２による送信の要求に何個のキャリアを置くべきかを判定するプロセス７００が示されている。この図は、本明細書でさらに説明するように、アクセスポイント１  ２９４がアクセス端末２９２に許可するキャリアの個数を説明するのにも使用することができる。
【００６０】
７０２で、アクセス端末２９２は、それが要求するキャリアの個数を決定する。この決定は、アクセス端末２９２が送信を望むトラフィックの量に基づくものとすることができる。そのような決定は、たとえば、アクセス端末で経験される干渉に関連する必要、または任意の他の適切なパラメータ（たとえば、待ち時間、データレート、スペクトル効率など）に基づくものとすることもできる。
【００６１】
他の態様によれば、重みが各ノードに関連する場合に、所与の送信について望まれるキャリアの個数の判定を、ノードに関連する重みの関数、キャリアを要求する他のノードに関連する重みの関数、送信に使用可能なキャリアの個数の関数、または前述の要因の任意の組合せとすることができる。たとえば、重みを、ノードを通るフローの個数、ノードで経験される干渉のレベルなどの関数とすることができる。他の態様によれば、キャリア選択は、キャリアを１つまたは複数のセットに区分することを備えることができ、キャリアのセット内の１つまたは複数のキャリアが使用不能であることを示す受信されたＲＵＭに部分的に基づくものとすることができる。所与のキャリアが使用可能である（たとえば、ＲＵＭによって識別されない）かどうかを判定するために、ＲＵＭを評価することができる。たとえば、所与のキャリアがＲＵＭ内でリストされていない場合に、その所与のキャリアが使用可能であるという判定を行うことができる。もう１つの例は、ＲＵＭがキャリアについて受信されるが、そのキャリアについてアドバタイズされる重み（advertised weight）が、ノードの受信機によって送信されたＲＵＭ内でアドバタイズされる重みより小さい場合に、そのキャリアを使用可能と考えることである。
【００６２】
７０４では、アクセス端末２９２は、それがＲ−ＣＭ内で要求する特定のキャリアを決定し、この決定は、特定のトラフィックタイプについて指定される特定のキャリアまたは所定の選択判断基準に依存するものとすることができる。一態様では、選択されるキャリアは、ステップ５１０で判定された使用可能なキャリアの関数である。キャリア選択を、使用可能な周波数に関する優先権（preference）を用いて実行することもできる。たとえば、先行する送信周期に使用可能であったことがわかっているキャリアを、先行する送信周期に占有されていたキャリアの前に選択することができる。７０２および７０４によって示される動作のシーケンスを、要求できるキャリアの総数を使用可能なキャリアによって規定することができるという点で、逆転するか組み合わせることができることに留意されたい。たとえば、選択に使用可能なキャリアが１つだけある場合には、７０２および７０４によって示される動作のシーケンスを合併することができる。
【００６３】
７０６では、Ｒ−ＣＭを構成した後に、要求を送信する。上の例では、Ｒ−ＣＭの唯一の可能な構成は、使用可能なキャリアが１つだけあるので、「０１００」である。もう１つの例では、４つすべてのキャリアが使用可能であり、アクセス端末２９２がキャリア０、１、および３での送信を望む場合に、「１１０１」のＲ−ＣＭが作成されるはずである。
【００６４】
ＣＭ内でリストされる必要があるキャリアの量の判定に加えて、もう１つの考慮事項は、ＲＵＭを送出するノードによってブロックされなければならないキャリアの特定のアイデンティティである。一態様では、各ノードは、擬似乱数キャリア選択手法を使用して、ブロックしたい特定のキャリアを選択し、ここで、マスクが、ＣＭ優先順位リストに基づいて作成される。具体的に言うと、ＣＭに含めるために選択されるキャリアは、ＣＭ優先順位リスト内で指定される順序で選択される。ＣＭ優先順位リストは、スロットまたは通信周期ごとにランダムに作成される。
【００６５】
図８は、例示的な擬似乱数キャリア選択プロセス８００の動作を示し、８０２では、ＣＭ優先順位リストをランダムに作成する。８０４では、キャリアをＣＭ優先順位リストから選択する。次に、８０６で、選択すべきキャリアが残っているかどうかを判定する。たとえば、複数のキャリアを選択する必要があり、１つのキャリアだけが選択済みである場合には、このプロセスは、８０４に戻り、別のキャリアをＣＭ優先順位リストから選択する。選択される必要があるキャリアのすべてが識別済みである場合には、動作は８０８で継続され、ＣＭ優先順位リストから選択されたキャリアに基づいてＣＭを作成する。８０２に関して、擬似乱数キャリア選択プロセス８００の別の態様では、ＣＭ優先順位リストは、少なくとも１つのキャリアがブロックされようとしていると判定される場合に限って生成される。
【００６６】
図９は、擬似乱数キャリア選択プロセス８００を用いて作成されるマスクを示すテーブル９００を示し、複数のスロット９１０が、マスクされるキャリアを優先順位の順でリストする複数のＣＭ優先順位リスト９２０、ブロックされるキャリアの番号のリスト９３０、および結果のＣＭのリスト９４０と共に示されている。４つのキャリアが、例示的システム内で使用可能であると仮定され、各ＣＭ内のキャリアのリスティングは、左端のビットである最上位ビットを有し、したがって、キャリア「３」は、ＣＭ内の左端ビットによって示され、キャリア「２」は、ＣＭ内の左端から２番目のビットによって示され、キャリア「１」は、ＣＭ内の左端から３番目のビットによって示され、キャリア「０」は、ＣＭ内の左端から４番目のビット（すなわち、右端のビット）によって示される。
【００６７】
たとえば、スロット１  ９１２中に、「３、２、１、０」のＣＭ優先順位リスト９２２がリストされ、これは、１つのキャリアだけがブロックされる場合に、リスト内の最初のキャリアすなわちキャリア「３」だけが、結果のＣＭに含まれることを示す。２つのキャリアがブロックされる場合には、リスト内の最初および２番目のキャリアすなわちキャリア「３」および「２」が、結果のＣＭに含まれる。３つのキャリアがブロックされる場合には、リスト内の最初、２番目、および３番目のキャリアすなわちキャリア「３」、「２」、および「１」が、結果のＣＭに含まれる。４つすべてのキャリアがブロックされる場合には、キャリア「３」、「２」、「１」、および「０」が、結果のＣＭに含まれる。図９に示されているように、２つのキャリアがブロックされる（ブロックされるキャリアの番号のインジケータ９３２によって示される）ので、「１１００」という結果のＣＭ９４２が作成される。
【００６８】
スロット２  ９１４では、ブロックされるキャリアの番号のインジケータ９３４によって示されるように、３つのキャリアがブロックされる。「０、２、３、１」というＣＭ優先順位リスト９２４を考慮すると、キャリア「０」、「２」、および「３」がＣＭのために選択されるので、「１１０１」という結果のＣＭ９４４が作成される。２つのキャリアだけが選択される必要がある場合には、キャリア「０」および「２」が選択されるので、「０１０１」という結果のＣＭが作成される。１つのキャリアだけが選択される必要がある場合には、キャリア「０」が選択されるので、「０００１」という結果のＣＭが作成される。
【００６９】
スロット３  ９１６では、ブロックされるキャリアの番号のインジケータ９３６によって示されるように、１つのキャリアがブロックされ、「２、１、０、３」というＣＭ優先順位リスト９２６を考慮すると、キャリア「２」がＣＭのために選択されるので、「０１００」という結果のＣＭ９４６が作成される。
【００７０】
スロット４  ９１８では、ブロックされるキャリアの番号のインジケータ９３８によって示されるように、キャリアはブロックされず、キャリア「２」がＣＭのために選択されるので、「００００」という結果のＣＭ９４８が作成される。
【００７１】
もう１つの態様では、各ノードがスロットごとに擬似乱数ＣＭ優先順位リストを生成するのではなく、各ノードが、固定された静的ＣＭ優先順位リストを有して構成される。固定された静的ＣＭ優先順位リストを使用すると、ブロックされるキャリアの個数は、ＣＭ優先順位リスト内で指定される順序で選択される。したがって、１つのキャリアをブロックするためには、固定されたＣＭ優先順位リストからの最初のキャリアが選択される。２つのキャリアをブロックするためには、この固定されたＣＭ優先順位リスト内の最初の２つのキャリアが選択され、以下同様である。この方式では、結果のＣＭにリストされるキャリア（すなわち、ブロックされるキャリア）を所定の形で選択することによって、周波数再利用を組み込むことができる。第１の例では、ノードは、通常、すべての周波数を使用することができる。しかし、輻輳の時間中には、ノードは、そのノードの固定されたＣＭ優先順位リストによって指定される順序でブロックされるキャリアの個数の選択に切り替える。１つの手法では、固定されたＣＭ優先順位リストを、ノードが有線で接続される場合に有線接続を使用して各ノードに送信することができる。たとえば、ノードが、ネットワークに有線で接続されるＡＰである場合に、ＡＰに、コントローラから静的ＣＭ優先順位リストを送信することができる。
【００７２】
もう１つの態様では、結果のＣＭは、キャリアごとに検出された熱干渉（ＩＯＴ：interference over thermal）の測定値に基づくＣＭ優先順位リストを使用して作成され、ここで、各キャリアをそのキャリアについて測定されたＩＯＴと一緒に含むＣＭ優先順位リストが生成される。次に、ＣＭ優先順位リストにリストされたキャリアは、測定されたＩＯＴの順で最高ＩＯＴから最低ＩＯＴへとソートされる。一手法では、ＣＭ内でブロックされるキャリアは、ソートされた順序でＣＭ優先順位リストから選択され、これらは、ノードがその上で最大の干渉を見ていたキャリアである。この手法では、これらのキャリアのブロッキングが、ノードにとって最も有益である。しかし、これらは、ノードが最大個数の近傍ノードに影響する可能性が高いキャリアでもある。別の手法では、キャリアは、最小ＩＯＴから最大ＩＯＴへと、その順番でソートされる。したがって、この別の手法では、ノードは、多数の競合に直面しているキャリアをとっておき、その代わりに、最小の個数の競合ノードに影響する可能性が高いキャリアに焦点を合わせる。
【００７３】
図１０に、ＣＭ作成プロセス１０００を示すが、１００２で、各キャリアをそのキャリアについて測定されたＩＯＴと一緒に含むＣＭ優先順位リストが生成される。その後、１００４で、ＣＭ優先順位リストにリストされたキャリアを、測定されたＩＯＴの順でソートする。一手法では、上で述べたように、リストのより上にリストされたキャリアは、ノードが、干渉するノードが最大の干渉を引き起こすと推定するキャリアである。別の手法では、リストのより上にリストされたキャリアは、ノードが、干渉するノードが最小の干渉を引き起こすと推定するキャリアである。ＣＭに含めるために識別されるキャリア（１つまたは複数）は、所定の形で（たとえば、上から下へ）、ソートされたＣＭ優先順位リストから選択される。たとえば、ノードが、キャリア「３」が最大のＩＯＴを有し、キャリア「１」が最小のＩＯＴを有し、キャリア「２」および「０」がそれぞれ２番目および３番目に大きいＩＯＴを有するキャリアであることを識別したことを意味する、最大ＩＯＴから最小ＩＯＴへとソートされたＣＭ優先順位リストである「３」、「２」、「０」、および「１」という例示的なＣＭ優先順位リストを検討されたい。４つのキャリアのうちの２つだけがブロックされる必要がある場合には、ノードが最大のＩＯＴを検出するキャリアをブロックするように構成されたノードの例に基づいて、キャリア「３」および「２」が、この順番で選択される。
【００７４】
１００６では、ＣＭに含めるために識別される必要があるキャリアがあるかどうかを判定する。一態様では、これは、ブロックされるキャリアの個数と等しい、識別された十分な個数のキャリアがあるかどうかを判定することによって判定される。前の例を継続すると、２つのキャリアがブロックされる必要があるが、これらのキャリアのうちの１つ（たとえば、キャリア「３」）だけが識別されている場合には、ブロックされる十分な個数のキャリアが識別されてはいない。
【００７５】
ブロックされるキャリアを識別するために継続して、動作は、１００８で継続され、ここで、ＣＭ優先順位リストからキャリアを選択する。この例を継続すると、キャリア（すなわち、キャリア「３」）が識別された場合に、リスト内でキャリア「３」の下で次であるキャリア「２」が、ＣＭに含めるために識別される。
【００７６】
ＣＭによってブロックされるために識別される必要があるすべてのキャリアを識別し終えた場合には、１０１０でＣＭを作成する。やはり、与えられた例を継続すると、２つのキャリア（「３」および「２」）が、ＣＭ優先順位リスト内のそれらの位置に基づいてＣＭに含めるために識別された場合に、追加のキャリアを識別する必要はなく、「１１００」のＣＭ（たとえば、キャリア「３」および「２」をブロックされるＣＭ）が作成される。
【００７７】
ＣＭ優先順位リスト内でより上にリストされたキャリアが先に選択されることを例示したが、他の手法が、ＣＭ優先順位リスト内でより下にリストされたキャリアが先に選択される手法を含むことができることに留意されたい。したがって、最大のＩＯＴから最小のＩＯＴへまたはその逆のＣＭ優先順位リスト内のキャリアの説明されたソート順序は、キャリア選択の例示的手法を例示するためにのみ使用され、キャリア選択を実行する唯一の形として厳密に解釈されてはならない。たとえば、ＣＭ優先順位リストを、最小のＩＯＴから最大のＩＯＴへソートすることができるが、キャリアが選択される順序を、リストの最下部から開始することができる。
【００７８】
別の態様では、ブロックされるキャリアは、ノードがキャリア上で出会うと推定する干渉の量に基づいて選択される。一手法では、ノードは、最大の干渉に出会うと推定するキャリアをブロックする。この手法の考慮事項は、ノードが、最大の干渉を経験しているキャリア上でできる限り多くの干渉を減らすことを望むことである。別の手法では、ノードは、最小の干渉に出会うと推定するキャリアをブロックする。この手法の考慮事項は、ノードが、最小の個数の他のノードが送信しつつあるキャリアをブロックし、これによって、このキャリアを使用する他のノードに関して最小の量の妨害を引き起こすことである。
【００７９】
図１１に、ＡＰで実行されるキャリア選択プロセス１１００を示すが、１１０２で、ＡＰは、特定のＡＴのアクティブセット内のＡＰのそれぞれからのパイロット信号強度の特定のＡＴによる測定値を、ＡＰに関連する各ＡＴから受信する。たとえば、ネットワークが、ＡＴに関連するＡＰ＿０を含む場合に、ＡＴは、そのアクティブセット内のすべてのＡＰから受信するパイロット信号の強度を測定し、これらの測定値をＡＰ＿０に報告する。一手法では、各ＡＴは、多数の前のスロット上で受信された干渉測定値のシーケンスに基づいて、その主干渉源（interferer）を予測する。さらに、各ＡＴは、各ＡＰがそのＲＵＭメッセージ内でその識別情報を送信するので、その主干渉源（primary interferers）を識別することができる。
【００８０】
１１０４では、最強の予測された干渉源に基づいて、ＡＴをグループ化する。たとえば、ＡＰ＿０がＡＴのグループに関連し、ＡＴのグループ内のいくつかのＡＴが、ＡＰ＿１およびＡＰ＿３から最強の干渉を経験する場合に、ＡＰ＿０は、最大の干渉ＡＰ＿１およびＡＰ＿３の報告をそこから受信したＡＴのすべてを一緒にグループ化することができる。一態様では、ＡＰ＿０は、「｛ＡＰ＿１，ＡＰ＿３｝によって強く干渉される」としてＡＴのこのグループにタグを付けることができる。
【００８１】
１１０６では、ＡＰは、ＡＴの各グループ化内のすべてのＡＴに、そこからの干渉が検出され、継続すると予測された識別されたＡＰ（すなわち、予測された主干渉源）からのキャリアをブロックするように指示する。一態様では、ＡＰは、グループ内のＡＴに、識別されたＡＰによって送信されたキャリアマスク内にリストされていないキャリアのブロッキングを要求するように指示する。言い換えると、ＡＰは、各グループ化内のＡＴに、各それぞれのグループの予測された主干渉源によって送信されたキャリアマスクの和集合に含まれるキャリアのセットの補集合であるキャリアのセットをブロックするように指示する。一態様では、グループごとの予測された主干渉源によって送信されたキャリアマスクの和集合に含まれるキャリアをリストするために、和集合キャリアマスク（Ｕ−ＣＭ）を作成することができる。さらに、コンプリメンタリキャリアマスク（Ｃ−ＣＭ）を、Ｕ−ＣＭ内のキャリアの補集合であるキャリアのセット内のキャリアをリストするために作成することができ、これは、グループキャリアマスク（Ｇ−ＣＭ）と称する、関連するＡＴのそれぞれによってＣＭとして使用されるＣＭである。現在の例を継続すると、ＡＰ＿０は、｛ＡＰ＿１，ＡＰ＿３｝によって強く干渉されるグループに属するすべてのＡＴに、ＡＰ＿１およびＡＰ＿３によって送信されたキャリアマスクのＵ−ＣＭに含まれるＣ−ＣＭ内のキャリアをブロックするように指示する。
【００８２】
一態様では、グループキャリアマスク（Ｇ−ＣＭ）と称する、ＡＰ（たとえば、ＡＰ＿０）によって、その関連するＡＴのためにブロックされるすべてのキャリアを含むキャリアマスクが作成される。たとえば、上の例のＧ−ＣＭは、Ｃ−ＣＭを反映する。Ｃ−ＣＭ内のすべてのキャリアがＧ−ＣＭ内でリストされる必要はないことに留意されたい。そうではなく、別の態様では、ＡＰ（たとえば、ＡＰ＿０）がブロックされる必要があると判定するキャリアの個数が、Ｃ−ＣＭ内にリストされたキャリアの個数より少ない場合には、Ｇ−ＣＭは、ＡＰがブロックすることを望むキャリアだけをリストする。この後者の態様では、Ｃ−ＣＭを、ブロックすべきキャリアをＡＰが最初にそこから選択するＣＭ優先順位リストとして使用することができる。
【００８３】
図１２に、図１１のキャリア選択プロセス１１００に基づいて作成されるＣＭを示すが、ここで、ＡＰ＿１がキャリア「３」および「０」をブロックすることを望むことを示す、「１００１」のＡＰ＿１から受信されたＲＵＭからのＡＰ＿１  ＣＭ１２０２が示されている。ＡＰ＿３がキャリア「３」および「１」をブロックすることを望むことを示す、ＡＰ＿３から受信されたＲＵＭのＡＰ＿３  ＣＭ１２０４「１０１０」も示されている。ＡＰ＿１  ＣＭ１２０２およびＡＰ＿３  ＣＭ１２０４の和集合は、「１０１１」のＵ−ＣＭ１２１２を作り、ここで、キャリア「３」、「１」、および「０」は、ＡＰ＿１およびＡＰ＿３の組合せによってＣＭ内でブロックされることが要求されるものとして識別され、Ｕ−ＣＭの補集合によって作成されるＣ−ＣＭ１２２２は、ＡＰ＿１およびＡＰ＿３によってブロックされることを要求されない唯一のキャリアとしてキャリア「２」がリストされることをもたらす。結果のＧ−ＣＭ１２３２は、Ｃ−ＣＭ１２２２から構成され、本明細書で開示される態様では、Ｇ−ＣＭ１２３２は、Ｃ−ＣＭ１２２２と等しくなるようにセットされる。
【００８４】
あるノードがＲＵＭを送出しようとしている時に、そのノードは、このＲＵＭを送出させるフローの特性を知っている。これは、トラフィッククラスを輻輳の時間中に別々のキャリアに分離する機会をもたらす。したがって、分配スキームを、フローのトラフィックタイプに基づいて事前に決定することができる。
【００８５】
一態様では、ＲＵＭを送出しようとしているノードは、そのトラフィッククラスをチェックし、トラフィッククラスに基づいて、ＲＵＭがその上で送信されるキャリア（１つまたは複数）を決定する。たとえば、ＲＵＭが音声フローに関するものである場合には、ＲＵＭは、キャリア「０」など、所定のキャリア上で送信される。ＲＵＭがデータフローに関するものである場合には、ＲＵＭは、他のキャリア（キャリア「１」から「ｎ」までなど、ここで、システム内にｎ個のキャリアがある）上で送信される。ビデオトラフィックなどの他の優先順位クラスを、特定のキャリアに割り当てることができ、データトラフィックは、キャリアの残りを占有する。
【００８６】
好ましくは、キャリアの選択は、システム全体で共通である。一態様では、トラフィッククラスごとに確保されるキャリアの個数は、展開に依存し、オペレータによって判断される。トラフィッククラスごとに確保されるキャリアの特定の個数を、分配スキーム内に格納することができる。所定の分配スキームを、ネットワークセンタからなど、１つまたは複数の制御メッセージを使用してシステム内のすべてのノードに通信することができる。
【００８７】
非ＲＵＭ動作中に、すべてのトラフィックを、すべてのキャリアで自由にスケジューリングすることができる。これは、呼のスケジューリングにおける最大の柔軟性をもたらす。しかし、輻輳の時間中には、ノードは、その送信のために１つまたは複数の相対的に干渉のないキャリアを獲得するために、ＲＵＭを送信し始める。通常、これらのＲＵＭは、他のノードがこれらのキャリアで送信するのをブロックする。すべての音声トラフィックを単一キャリア（たとえば、キャリア「０」）でのＲＵＭの送出に制限することを要求することによって、音声フローは、他のキャリア上の他のトラフィックの送信をブロックしなくなる。音声フローは、通常、小さい帯域幅要件を有するので、単一キャリア上で満足されなければならない。データ呼は、輻輳する可能性もあるが、今や、使用すべき他のキャリアを有する。音声呼が、複数のキャリアでＲＵＭを送信することを許可される場合には、それらの音声呼は、音声トラフィックが少量の帯域幅だけを必要とする場合であっても、他のキャリア上のデータフローを完全にブロックする可能性がある。さらに、高優先順位キャリアを含むキャリアマスクを有するＲＵＭを、より高い送信電力で送信することができる。
【００８８】
音声ＲＵＭがデータＲＵＭより高い優先順位を有することが保証される、別の態様では、データフローは、音声トラフィック用に確保されたキャリア（たとえば、キャリア「０」）でＲＵＭを送信することも許可され得る。この手法は、音声フローが満足されるがデータフローが満足されない状況に特に対処するものである。データフローが音声キャリア上でＲＵＭを送信することを許可することによって、データフローは、そのサービスの質を高めるためにこのキャリアをも占有することができる。これは、いくつかの音声呼が一時的にブロックされることをもたらす場合があるが、音声呼が問題を引き起こすのに十分にブロックされる場合には、そのノードも、ＲＵＭを送信する。しかし、音声ＲＵＭは、必ずより高い優先順位を有するので、データ呼に、音声用に確保されたキャリアを強制的に空けさせる。
【００８９】
別の態様では、ブロックされるキャリアをランダムに選択することができる。実施態様において単純ではあるが、この手法の使用からの結果は、予測通り予測不能である。
【００９０】
図５に戻って参照すると、５１４で、アクセス端末２９２は、アクセス端末２９２がその上でデータを送信するつもりであるキャリアをリストするＲ−ＣＭを担持するアクセスポイント１  ２９４に要求を送信する。この要求は、最新のタイムスロットにブロックされなかった第１の複数のキャリアに関する要求、第１の複数のキャリアがデータ送信に不十分である場合の第２の複数のキャリアに関する要求とすることができる。５１４で送信される要求メッセージを、さらに、アクセスポイント１  ２９４での所望のレベルの信頼性を保証するために電力制御することができる。
【００９１】
５１６では、使用可能なキャリアがない場合に、アクセス端末２９２は、次のＲＵＭメッセージブロードキャストまたはアクセスポイント１  ２９４からの任意のメッセージを待つために、「スタンバイ」モードに戻る。
【００９２】
図１３に、１つまたは複数の態様による、２６４で、要求を処理し、アクセスポイント１  ２９４などに送信するために要求の許可を生成する方法論１３００を示す。述べたように、送信すべきトラフィックを有する各アクセス端末（たとえば、アクセス端末２９２）は、別のアクセスポイントからのＲＵＭによってブロックされていない限り、そのそれぞれのアクセスポイント（たとえば、アクセスポイント１  ２９４）に要求を送信することができる。アクセスポイント１  ２９４によって受信された要求に基づいて、アクセスポイント１  ２９４は、１つまたは複数の要求されたキャリア上で所与の要求を許可すると判断することができる。
【００９３】
１３０２では、アクセスポイント１  ２９４が、要求を査定する。要求が受信されていない場合には、１３０４で、アクセスポイント１  ２９４は、許可メッセージの送信をやめる。
【００９４】
少なくとも１つの要求がアクセス端末から受信されている場合には、１３１０で、アクセスポイント１  ２９４は、要求に応答して許可するキャリアの個数および選択を決定する。アクセス端末（たとえば、アクセス端末２９２）による送信の要求の生成に関して上で説明した図７に示されたプロセスを、要求に応答して許可されるキャリアの選択を説明するのに使用することもできる。７０２では、アクセスポイント１  ２９４は、要求をそこから受信した、それがサービスするアクセス端末のすべてに帯域幅を割り当てるプロセスの一部として、各アクセス端末（たとえば、アクセス端末２９２）に割り当てるキャリアの個数を決定する。次に、７０４で、アクセスポイント１  ２９４は、それを介して送信する許可を各アクセス端末（たとえば、アクセス端末２９２）に与える特定のキャリア（１つまたは複数）がある場合に、それを決定する。
【００９５】
一態様では、アクセスポイントは、アクセス端末からの各要求に応答する許可でキャリアを割り当てる能力において制限される。たとえば、アクセスポイント１  ２９４は、アクセス端末２９２から前に受信された要求に含まれたＲ−ＣＭ内で見つかるキャリアに対応するキャリアだけを割り当てることに制限されるものとすることができる。言い換えると、アクセスポイントは、特定のアクセス端末からの前の要求に含まれたＣＭ（すなわち、Ｒ−ＣＭ）によってリストされるキャリアのグループ内で見つかるキャリアだけを、特定のアクセス端末に割り当てることができる。
【００９６】
１３１２では、１３１０ですべての可能な許可を生成した後に、それらの許可を、そのそれぞれの要求元アクセス端末（たとえば、アクセス端末２９２）に送信する。
【００９７】
関連する態様によれば、アクセスポイントは、それがサービスするアクセス端末のうちの１つまたは複数からの未解決のデータを有するかどうかを周期的におよび／または継続的に査定する。これは、アクセスポイントが現在の要求を受信した場合、または、アクセスポイントが、許可しなかった以前の要求を受信した場合にあてはまる。どちらの場合でも、アクセスポイントは、許可が正当化されると判定するときに、そのような許可を送出することができる。さらに、判定された許可レート（たとえば、平均送信レートが目標レート未満であるかどうか）に基づいて、アクセスポイントは、それに関連するアクセス端末のためにより多くの帯域幅を確保するために、ＲＵＭを送信することができる。さらに、許可の受信時に、アクセス端末は、データフレームを送信することができ、このデータフレームは、アクセスポイントによって受信され得る。
【００９８】
図１４に、例示的な無線通信システム１４００を示す。無線通信システム１４００は、簡潔にするために１つのアクセスポイントおよび１つの端末を示す。しかし、このシステムが、複数のアクセスポイントおよび／または複数の端末を含むことができ、追加のアクセスポイントおよび／または端末を、下で説明する例示的なアクセスポイントおよび端末に実質的に類似するものまたは異なるものとすることができることを了解されたい。さらに、アクセスポイントおよび／または端末が、その間での無線通信を容易にするために本明細書で説明される方法および／またはシステムを使用できることを了解されたい。たとえば、システム１４００内のノード（たとえば、アクセスポイントおよび／または端末）は、上で説明した方法のいずれか（たとえば、ＲＵＭの生成、ＲＵＭへの応答、ノード不利の判定、ＲＵＭ送信のための複数のキャリアの選択など）を実行するための命令ならびにそのようなアクションおよび本明細書で説明されるさまざまなプロトコルを実行するための任意の他の適切なアクションの実行に関連するデータを格納し、実行することができる。
【００９９】
図１４を参照すると、ダウンリンク上のアクセスポイント１４０５で、送信（ＴＸ）データプロセッサ１４１０は、トラフィックデータを受け取り、フォーマットし、コーディングし、インタリーブし、変調し（またはシンボルマッピングし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１４１５は、データシンボルおよびパイロットシンボルを受け取り、処理し、シンボルのストリームを提供する。具体的に言うと、シンボル変調器１４１５は、データシンボルおよびパイロットシンボルを多重化し、これらを送信機ユニット（ＴＭＴＲ）１４２０に供給する。各送信シンボルは、データシンボル、パイロットシンボル、または０の信号値とすることができる。パイロットシンボルを、各シンボル周期に継続的に送信することができる。パイロットシンボルを、周波数分割多重（ＦＤＭ）、直交周波数分割多重（ＯＦＤＭ）、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、または符号分割多重（ＣＤＭ）によるものとすることができる。
【０１００】
ＴＭＴＲ１４２０は、シンボルのストリームを受け取り、１つまたは複数のアナログ信号に変換し、さらに、無線チャネルを介する送信に適するダウンリンク信号を生成するためにアナログ信号を条件付ける（たとえば、増幅し、フィルタリングし、周波数アップコンバートする）。その後、ダウンリンク信号が、アンテナ１４２５を介して端末に送信される。端末１４３０では、アンテナ１４３５が、ダウンリンク信号を受信し、受信信号を受信機ユニット（ＲＣＶＲ）１４４０に供給する。受信機ユニット１４４０は、受信信号を条件付け（たとえば、フィルタリングし、増幅し、周波数ダウンコンバートし）、サンプルを入手するために、条件付けされた信号をディジタル化する。シンボル復調器１４４５は、受信されたパイロットシンボルを復調し、チャネル推定のために処理システム１４５０に供給する。シンボル復調器１４４５は、さらに、処理システム１４５０からダウンリンクに関する周波数レスポンス推定値を受け取り、データシンボル推定値（送信されたデータシンボルの推定値である）を入手するために受信されたデータシンボルに対してデータ復調を実行し、データシンボル推定値をＲＸデータプロセッサ１４５５に供給し、ＲＸデータプロセッサ１４５５は、送信されたトラフィックデータを回復するためにデータシンボル推定値を復調し（すなわち、シンボルデマッピングし）、デインタリーブし、復号する。シンボル復調器１４４５およびＲＸデータプロセッサ１４５５による処理は、それぞれ、アクセスポイント１４０５でのシンボル変調器１４１５およびＴＸデータプロセッサ１４１０による処理に対して相補的である。
【０１０１】
アップリンクでは、ＴＸデータプロセッサ１４６０が、トラフィックデータを処理し、データシンボルをシンボル変調器１４６５に供給し、このシンボル変調器１４６５は、データシンボルを受け取り、パイロットシンボルと多重化し、変調を実行し、シンボルのストリームを作成する。送信機ユニット１４７０は、アンテナ１４３５によってアクセスポイント１４０５に送信されるアップリンク信号を生成するためにシンボルのストリームを受け取り、処理する。
【０１０２】
アクセスポイント１４０５では、端末１４３０からのアップリンク信号が、アンテナ１４２５によって受信され、サンプルを入手するために受信機ユニット１４７５によって処理される。次に、シンボル復調器１４８０が、サンプルを処理し、アップリンクの受信されたパイロットシンボルおよびデータシンボル推定値を供給する。ＲＸデータプロセッサ１４８５が、端末１４３０によって送信されたトラフィックデータを回復するためにデータシンボル推定値を処理する。処理システム１４９０は、アップリンクで送信するアクティブ端末ごとにチャネル推定を実行する。複数の端末が、パイロットサブバンドのそれぞれの割り当てられたセット上のアップリンクで同時にパイロットを送信することができ、ここで、パイロットサブバンドセットをインターレースすることができる。
【０１０３】
処理システム１４９０および１４５０は、それぞれアクセスポイント１４０５および端末１４３０での動作を指示する（たとえば、制御する、調整する、管理するなど）。それぞれの処理システム１４９０および１４５０を、プログラムコードおよびデータを格納するメモリユニット（図示せず）に関連付けることができる。処理システム１４９０および１４５０は、それぞれアップリンクおよびダウンリンクの周波数レスポンス推定値およびインパルス応答推定値を導出するために計算を実行することもできる。処理システム１４９０および１４５０は、１つまたは複数のプロセッサを含むことができる。プロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、論理回路、ディスクリートハードウェアコンポーネント、または計算もしくは情報の他の操作を実行できる任意の他の適切なエンティティとすることができる。
【０１０４】
処理システムは、アクセス端末アプリケーションのために識別子をＩＰアドレスに変換するルックアップテーブルを含むデータストレージを提供し、および／またはソフトウェアアプリケーションをサポートする１つまたは複数の機械可読媒体をも含むことができる。ソフトウェアは、命令、プログラム、コード、またはソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、もしくは他のいずれと称するものであれ、任意の他の電子媒体コンテンツを意味すると広義に解釈されなければならない。機械可読媒体は、ＡＳＩＣの場合にそうである場合があるものなど、プロセッサに一体化されたストレージを含むことができる。機械可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、または任意の他の適切なストレージデバイスなど、プロセッサの外部のストレージをも含むことができる。さらに、機械可読媒体は、データ信号を符号化する送信線またはキャリアを含むことができる。当業者は、処理システムに関して所望の機能性をどのようにして最もよく実施すべきかを明確に理解するであろう。
【０１０５】
多元接続システム（たとえば、周波数分割多元接続、直交周波数分割多元接続、符号分割多元接続、時分割多元接続など）について、複数の端末が、アップリンク上で同時に送信することができる。そのようなシステムについて、パイロットサブバンドを、異なる端末の間で共用することができる。各端末のパイロットサブバンドが動作帯域全体にまたがる（おそらくは帯域の縁を除いて）場合に、チャネル推定技法を使用することができる。そのようなパイロットサブバンド構造は、端末ごとに周波数ダイバーシティを得るのに望ましい。本明細書に記載の技法を、さまざまな手段によって実施することができる。たとえば、これらの技法を、ハードウェア、ソフトウェア、またはその組合せで実施することができる。
【０１０６】
ここで図１５〜１７に移り、それに関して説明されるさまざまなモジュールに移り、送信のためのモジュールは、たとえば、送信機を備えることができ、かつ／または送信のためのモジュールを、プロセッサ内で実施することなどができることを了解されたい。同様に、受信のためのモジュールは、受信機を備えることができ、かつ／または受信のためのモジュールを、プロセッサ内で実施することなどができる。さらに、比較し、判定し、計算し、かつ／または他の分析アクションを実行するためのモジュールは、さまざまなおよびそれぞれのアクションを実行するための命令を実行するプロセッサを備えることができる。
【０１０７】
図１５に、さまざまな態様による無線データ通信を容易にするチャネル選択装置１５００を示す。チャネル選択装置１５００は、プロセッサ、ソフトウェア、またはその組合せ（たとえば、ファームウェア）によって実施される機能を表すことができる一連の相互に関係する機能ブロックとして表される。たとえば、チャネル選択装置１５００は、さまざまな図面に関して上で説明したものなどのさまざまな行為を実行するためのモジュールを提供することができる。チャネル選択装置１５００は、アクセス端末などのノードによる送信のために望まれるキャリアの個数を決定するためのモジュール１５０２を備える。アクセスポイントのために使用される時に、決定するためのモジュール１５０２は、要求されるチャネルの所望の個数に基づいて、許可されるキャリアの個数を決定することもできる。この決定は、この装置が使用されるノードに関連する重み、１つまたは複数の他のノードに関連する重み、送信に使用可能なキャリアの個数などの関数として実行することができる。さらに、各重みを、その重みに関連するノードによってサポートされるフローの個数の関数とすることができる。それに加えてまたはその代わりに、所与の重みを、ノードによって経験される干渉の関数とすることができる。
【０１０８】
チャネル選択装置１５００は、さらに、ノードがそれに関する要求を送信できるキャリアを選択する選択するためのモジュール１５０４を備える。選択するためのモジュール１５０４は、さらに、どのキャリアが使用可能であり、どのキャリアが使用可能でないのかを判定するために、受信されたＲＵＭを評価することができる。たとえば、各ＲＵＭは、使用不能なキャリアに関連する情報を備えることができ、選択するためのモジュール１５５４は、ＲＵＭによって示されない所与のキャリアが使用可能であると判定することができる。送信するためのモジュール１５０６は、選択するためのモジュール１５０４によって選択された少なくとも１つのキャリアの要求を送信することができる。チャネル選択装置１５００を、アクセスポイントまたはアクセス端末内で使用することができ、チャネル選択装置１５００が、本明細書で説明されるさまざまな方法を実行するためのすべての適切な機能性を備えることができることを了解されたい。
【０１０９】
図１６は、１つまたは複数の態様によるＲＵＭを使用して無線通信を容易にするＲＵＭ生成装置１６００の図である。ＲＵＭ生成装置１６００は、プロセッサ、ソフトウェア、またはその組合せ（たとえば、ファームウェア）によって実施される機能を表すことができる一連の相互に関係する機能ブロックとして表される。たとえば、ＲＵＭ生成装置１６００は、さまざまな図面に関して上で説明したものなどのさまざまな行為を実行するためのモジュールを提供することができる。ＲＵＭ生成装置１６００は、ノードの不利のレベルを判定する判定するためのモジュール１６０２と、判定するためのモジュール１６０２が第１の所定のしきい値を超えた（たとえば、あるノードで受け取られるサービスのレベルが、所定のしきい値レベル以下である）と判定する場合にＲＵＭを生成するＲＵＭを生成するためのモジュール１６０４とを備える。代替案では、それに加えてまたはその代わりに、判定するためのモジュール１６０２は、ＲＵＭを生成する前に、干渉のレベルが所定のしきい値レベルを超えるかどうかを判定することができる。所定のしきい値は、ＩＯＴ、データレート、Ｃ／Ｉ、スループットのレベル、スペクトル効率のレベル、待ち時間のレベルなどに関連し、かつ／またはこれらを表すことができる。選択するためのモジュール１６０８は、それについてＲＵＭを送信すべき１つまたは複数のリソースを選択することができ、ＲＵＭを生成するためのモジュール１６０４は、ＲＵＭ内でそのようなキャリアを示すことができる。送信するためのモジュール１６１０は、ＲＵＭを送信することができる。
【０１１０】
ＲＵＭ生成装置１６００は、さらに、目標値または所望の値に対するノードで達成されるパラメータ（たとえば、ＩＯＴ、データレート、Ｃ／Ｉ、スループットのレベル、スペクトル効率のレベル、待ち時間のレベルなど）の実際の値の比を判定することを備えることができる、第２の所定のしきい値を超えた度合を示す値を用いてＲＵＭに重みを付けることが可能な、ＲＵＭに重みを付けるためのモジュール１６０６を備えることができる。さらに、重み付けされる値を、量子化された値とすることができる。
【０１１１】
リソースを選択するためのモジュール１６０８は、受け取られるサービスのレベルが前のＲＵＭに応答して改善されたことの、判定するためのモジュール１６０２による判定に基づいて、それについて後続ＲＵＭが送信される複数の選択されたリソースを調整することができる。たとえば、そのようなシナリオでは、選択するためのモジュール１６０８は、ノードで受け取られるサービスの改善されたレベルに応答して後続ＲＵＭで示される複数のリソースを減らすことができ、受け取られるサービスの下げられたレベルまたは静的なレベルに応答して複数の選択されるリソースを増やすことができる。リソースは、ＲＵＭ（たとえば、ＲＵＭのＣＭ）に含めるために選択されるキャリアの個数およびアイデンティティを含むことができる。
【０１１２】
ＲＵＭ生成装置１６００を、アクセスポイント、アクセス端末などで使用することができ、ＲＵＭ生成装置１６００が、本明細書で説明されるさまざまな方法を実行するためのすべての適切な機能性を備えることができることを了解されたい。
【０１１３】
図１７は、１つまたは複数の態様によるどのノードが最も不利な立場に置かれるのかを判定するために無線通信環境内のノードの相対条件を比較するのを容易にする比較装置１７００の図である。比較装置１７００は、プロセッサ、ソフトウェア、またはその組合せ（たとえば、ファームウェア）によって実施される機能を表すことができる一連の相互に関係する機能ブロックとして表される。たとえば、比較装置１７００は、さまざまな図面に関して上で説明したものなどのさまざまな行為を実行するためのモジュールを提供することができる。比較装置１７００を、第１のノード内で使用することができ、比較装置１７００は、少なくとも１つの第２のノードからＲＵＭを受信するＲＵＭを受信するためのモジュール１７０２を備える。比較装置１７００は、さらに、第２のノードから受信したＲＵＭに関連する情報に基づいて第２のノードの条件を判定する条件を判定するためのモジュール１７０４と、第１のノードの条件を第２のノードの判定された条件と比較する比較するためのモジュール１７０６とを備えることができる。判定するためのモジュール１７０４は、さらに、比較に基づいて、第１のキャリアを介してデータを送信すべきかどうかを判定することができる。
【０１１４】
さまざまな他の態様によれば、送信すべきかどうかの判定を、第１のノードの条件が第２のノードの条件よりよい、実質的に等しい、またはより悪い、のいずれかに基づくものとすることができる。さらに、判定するためのモジュール１７０４は、第１のキャリア上でデータ信号を、第１のキャリア上で送信要求メッセージを、または第２のキャリア上で送信要求メッセージを送信することができる。後者の場合に、第２のキャリア上で送信される送信要求メッセージは、第１のキャリア上でデータを送信する要求を備えることができる。比較装置１７００を、アクセスポイントまたはアクセス端末で使用することができ、比較装置１７００が、本明細書で説明されるさまざまな方法を実行するためのすべての適切な機能性を備えることができることを了解されたい。
【０１１５】
図１８は、１つまたは複数の態様によるキャリアマスキングシーケンスに基づいてリソースの確保を容易にする確保装置（reservation apparatus）１８００の図である。確保装置１８００は、プロセッサ、ソフトウェア、またはその組合せ（たとえば、ファームウェア）によって実施される機能を表すことができる一連の相互に関係する機能ブロックとして表される。たとえば、確保装置１８００は、さまざまな図面に関して上で説明したものなどのさまざまな行為を実行するためのモジュールを提供することができる。確保装置１８００を、第１のノード内で使用することができ、確保装置１８００は、複数のリソースに関係する条件を判定するためのモジュール１８０２を備える。確保装置１８００は、さらに、複数のリソースの順序付けを作成するためのモジュール１８０４と、順序付けおよび条件に基づいて複数のリソースのうちの少なくとも１つに関してＲＵＭを送信するためのモジュール１８０６とを備えることができる。
【０１１６】
図１９は、１つまたは複数の態様による受信されたグループキャリアマスクに基づいてリソースを管理するのを容易にするリソース管理装置１９００の図である。リソース管理装置１９００は、プロセッサ、ソフトウェア、またはその組合せ（たとえば、ファームウェア）によって実施される機能を表すことができる一連の相互に関係する機能ブロックとして表される。たとえば、リソース管理装置１９００は、さまざまな図面に関して上で説明したものなどのさまざまな行為を実行するためのモジュールを提供することができる。リソース管理装置１９００を、第１のノード内で使用することができ、リソース管理装置１９００は、複数のリソース上での干渉を測定するためのモジュール１９０２を備えることができる。リソース管理装置１９００は、さらに、干渉測定値に基づいて少なくとも１つの予測された主干渉源のアイデンティティを送信するためのモジュール１９０４と、送信された予測された主干渉源アイデンティティに基づくグループ順序付けを受信するためのモジュール１９０６とを備えることができる。
【０１１７】
当業者は、情報および信号を、さまざまな異なるテクノロジおよび技法のいずれをも使用して表すことができることを理解するであろう。たとえば、上の説明全体を通じて参照される可能性があるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップを、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはその任意の組合せによって表すことができる。
【０１１８】
当業者は、本明細書で開示される態様に関連して説明されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、またはこの両方の組合せとして実施できることを、さらに了解するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、上では一般にその機能性に関して説明した。そのような機能性がハードウェアまたはソフトウェアのどちらとして実施されるかは、特定の応用例および全体的なシステムに課せられる設計制約に依存する。当業者は、説明された機能性を各特定の応用例のためにさまざまな形で実施することができるが、そのような実施判断が、本開示の範囲からの逸脱を引き起こすと解釈してはならない。
【０１１９】
本明細書で開示される対応に関連して説明された方法またはアルゴリズムのステップを、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、またはこの２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で既知の任意の他の形の記憶媒体に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、これに情報を書き込むことができるように、プロセッサに結合される。代替案では、記憶媒体を、プロセッサに一体とすることができる。プロセッサおよび記憶媒体が、ＡＳＩＣに常駐することができる。そのＡＳＩＣが、ユーザ端末に常駐することができる。代替案では、プロセッサおよび記憶媒体が、ユーザ端末内に別個のコンポーネントとして常駐することができる。さらに、いくつかの態様では、任意の適切なコンピュータプログラム製品は、本開示の諸態様のうちの１つまたは複数に関連するコード（たとえば、少なくとも１つのコンピュータによって実行可能な）を備えるコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータプログラム製品は、パッケージング材料を備えることができる。
【０１２０】
本明細書の教示を、さまざまな装置（たとえば、デバイス）に組み込む（たとえば、それを用いて実施するかそれによって実行する）ことができる。たとえば、各ノードを、アクセスポイント（ＡＰ）、ＮｏｄｅＢ、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢ、基地局コントローラ（ＢＳＣ）、無線基地局（ＢＴＳ）、基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）、ＥＳＳ（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）、無線基地局（ＲＢＳ）、またはある他の用語法として構成し、または当技術分野でそのように称する場合がある。ある種のノードを、加入者ステーションと称する場合もある。加入者ステーションは、加入者ユニット、移動局、遠隔ステーション、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器としても知られる場合がある。いくつかの実施態様で、加入者ステーションは、携帯電話、コードレス電話、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、ＷＬＬ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ）ステーション、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルドデバイス、または無線モデムに接続されたある他の適切な処理デバイスを備えることができる。したがって、本明細書で教示される１つまたは複数の態様を、電話（たとえば、セル電話またはスマートホン）、コンピュータ（たとえば、ラップトップ機）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（たとえば、携帯情報端末）、エンターテイメントデバイス（たとえば、音楽デバイス、ビデオデバイス、または衛星ラジオ）、全地球測位システムデバイス、または無線媒体を介して通信するように構成された任意の他の適切なデバイスに組み込むことができる。
【０１２１】
無線デバイスは、任意の適切な無線通信テクノロジに基づくか他の形でこれをサポートする１つまたは複数の無線通信リンクを介して通信することができる。たとえば、いくつかの態様では、無線デバイスは、ネットワークと連合することができる。いくつかの態様では、ネットワークは、ボディエリアネットワークまたはパーソナルエリアネットワーク（たとえば、ウルトラワイドバンドネットワーク）を備えることができる。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたは広域ネットワークを備えることができる。無線デバイスは、たとえばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、およびＷｉ−Ｆｉなどのさまざまな無線通信テクノロジ、無線通信プロトコル、または無線通信標準規格のうちの１つまたは複数をサポートし、または他の形でこれを使用することができる。同様に、無線デバイスは、さまざまな対応する変調方式または多元化方式のうちの１つまたは複数をサポートし、または他の形でこれを使用することができる。したがって、無線デバイスは、上記のまたは他の無線通信テクノロジを使用して１つまたは複数の無線通信リンクを介して確立し、通信する適当なコンポーネント（たとえば、エアインターフェース）を含むことができる。たとえば、デバイスは、無線媒体を介する通信を容易にするさまざまなコンポーネント（たとえば、信号ジェネレータおよび信号プロセッサ）を含むことができる関連する送信機コンポーネントおよび受信機コンポーネントを有する無線トランシーバを備えることができる。
【０１２２】
本明細書で開示される態様に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路を、集積回路（ＩＣ）、アクセス端末、またはアクセスポイント内で実施し、またはこれらによって実行することができる。ＩＣは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡもしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェアコンポーネント、電気コンポーネント、光学コンポーネント、機械コンポーネント、または本明細書で説明される機能を実行するように設計されたその任意の組合せを備えることができ、ＩＣ内に常駐するかＩＣの外部に常駐するかその両方であるコードまたは命令を実行することができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替案では、プロセッサを従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサを、コンピューティングデバイスの組合せ、たとえば、ＤＰＳおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実施することもできる。
【０１２３】
開示される態様の前の説明は、当業者が本開示を作りまたは使用することを可能にするために提供されたものである。これらの態様に対するさまざまな変更が、当業者にたやすく明白になり、本明細書で定義される包括的原理は、本開示の範囲から逸脱せずに他の態様に適用することができる。したがって、本開示は、本明細書で示された態様に限定されることを意図されているのではなく、本明細書で開示される原理および新規の特徴と一貫する最も広い範囲に従わなければならない。
【図１】
2011520330.tif 000005
【図２】
2011520330.tif 000006
【図３】
2011520330.tif 000007
【図４】
2011520330.tif 000008
【図５】
2011520330.tif 000009
【図６】
2011520330.tif 000010
【図７】
2011520330.tif 000011
【図８】
2011520330.tif 000012
【図９】
2011520330.tif 000013
【図１０】
2011520330.tif 000014
【図１１】
2011520330.tif 000015
【図１２】
2011520330.tif 000016
【図１３】
2011520330.tif 000017
【図１４】
2011520330.tif 000018
【図１５】
2011520330.tif 000019
【図１６】
2011520330.tif 000020
【図１７】
2011520330.tif 000021
【図１８】
2011520330.tif 000022
【図１９】
2011520330.tif 000023
【国際調査報告】
2011520330.tif 000024
2011520330.tif 000025
2011520330.tif 000026