(57)【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＷＬＡＮ）の中で、局（ＳＴＡ）で使用される方法において、
アクセスポイント（ＡＰ）から、サウンディング制限アクセスウィンドウ（ＲＡＷ）および選好インジケーションＲＡＷに関する情報を受信するステップと、
前記サウンディングＲＡＷの間に、前記ＡＰから複数のサウンディングフレームを受信するステップであって、前記複数のサウンディングフレームの各々は前記ＡＰのそれぞれのセクタと関連付けられている、ステップと、
前記受信された複数のサウンディングフレームに基づいた前記ＡＰの少なくとも１つの好ましいセクタの表示と、前記ＡＰの複数のセクタの各々に関連付けられたサウンディングフレームを前記ＳＴＡが受信したかどうかを示しているビットマップとを含むフィードバックメッセージを生成するステップと、
前記選好インジケーションＲＡＷの間に、前記ＡＰへ前記フィードバックメッセージを送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＡＰからの前記サウンディングＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含み、前記ＡＰからの前記選好インジケーションＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＰからセクタ割り当てを受信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＡＰとのセクタ化された送信で、データパケットを受信または送信するステップであって、前記データパケットは、前記ＡＰからの前記セクタ割り当てにおいて識別されたセクタにおいて送信または受信される、ステップ
をさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
無線ローカルエリアネットワーク（ＷＬＡＮ）の中で、使用するために構成された局（ＳＴＡ）において、
アクセスポイント（ＡＰ）から、サウンディング制限アクセスウィンドウ（ＲＡＷ）および選好インジケーションＲＡＷに関する情報を受信するよう構成された受信機と、
前記サウンディングＲＡＷの間に、前記ＡＰから複数のサウンディングフレームを受信するようさらに構成され、前記複数のサウンディングフレームの各々は前記ＡＰのそれぞれのセクタと関連付けられている、前記受信機と、
前記受信された複数のサウンディングフレームに基づいた前記ＡＰの少なくとも１つの好ましいセクタの表示と、前記ＡＰの複数のセクタの各々に関連付けられたサウンディングフレームを前記ＳＴＡが受信したかどうかを示しているビットマップとを含むフィードバックメッセージを生成するよう構成されたプロセッサと、
前記選好インジケーションＲＡＷの間に、前記ＡＰへ前記フィードバックメッセージを送信するよう構成された送信機と
を備えたことを特徴とするＳＴＡ。
【請求項６】
前記ＡＰからの前記サウンディングＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含み、前記ＡＰからの前記選好インジケーションＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含むことを特徴とする請求項５に記載のＳＴＡ。
【請求項７】
前記受信機は、前記ＡＰからセクタ割り当てを受信するようさらに構成されたことを特徴とする請求項５に記載のＳＴＡ。
【請求項８】
前記受信機は、前記ＡＰからのセクタ化された送信で、データパケットを受信するようさらに構成されており、
前記送信機は、前記ＡＰへのセクタ化された送信で、データパケットを送信するようさらに構成されており、
前記データパケットは、前記ＡＰからの前記セクタ割り当てにおいて識別されたセクタにおいて送信または受信されることを特徴とする請求項７に記載のＳＴＡ。
【請求項９】
無線ローカルエリアネットワーク（ＷＬＡＮ）の中で、アクセスポイント（ＡＰ）で使用される方法において、
少なくとも１つの局（ＳＴＡ）へ、サウンディング制限アクセスウィンドウ（ＲＡＷ）および選好インジケーションＲＡＷに関する情報を送信するステップと、
前記サウンディングＲＡＷの間に、複数のサウンディングフレームを送信するステップであって、前記複数のサウンディングフレームの各々は前記ＡＰのそれぞれのセクタと関連付けられている、ステップと、
前記選好インジケーションＲＡＷの間に、前記少なくとも１つのＳＴＡからフィードバックメッセージを受信するステップであって、前記フィードバックメッセージは、前記ＡＰから送信された前記複数のサウンディングフレームに基づいた前記ＡＰの少なくとも１つの好ましいセクタの表示と、前記ＡＰの複数のセクタの各々に関連付けられたサウンディングフレームを前記ＳＴＡが受信したかどうかを示しているビットマップとを含んでいる、ステップと
を備えることを特徴とする方法。
【請求項１０】
前記サウンディングＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含み、前記ＡＰからの前記選好インジケーションＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記少なくとも１つのＳＴＡへ、セクタ割り当てを送信するステップと、
前記少なくとも１つのＳＴＡとのセクタ化された送信で、データパケットを受信または送信するステップであって、前記データパケットは、前記セクタ割り当てにおいて識別されたセクタにおいて送信または受信される、ステップ
をさらに備えることを特徴とする請求項９に記載の方法。
【請求項１２】
無線ローカルエリアネットワーク（ＷＬＡＮ）の中で、使用するために構成されたアクセスポイント（ＡＰ）において、
少なくとも１つの局（ＳＴＡ）へ、サウンディング制限アクセスウィンドウ（ＲＡＷ）および選好インジケーションＲＡＷに関する情報を送信するよう構成された送信機と、
前記サウンディングＲＡＷの間に、複数のサウンディングフレームを送信するようさらに構成され、前記複数のサウンディングフレームの各々は前記ＡＰのそれぞれのセクタと関連付けられている、前記送信機と、
前記選好インジケーションＲＡＷの間に、前記少なくとも１つのＳＴＡからフィードバックメッセージを受信するよう構成された受信機であって、前記フィードバックメッセージは、前記ＡＰから送信された前記複数のサウンディングフレームに基づいた前記ＡＰの少なくとも１つの好ましいセクタの表示と、前記ＡＰの複数のセクタの各々に関連付けられたサウンディングフレームを前記ＳＴＡが受信したかどうかを示しているビットマップとを含んでいる、受信機と
を備えたことを特徴とするＡＰ。
【請求項１３】
前記サウンディングＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含み、前記ＡＰからの前記選好インジケーションＲＡＷに関する前記情報は、ＲＡＷ開始時間およびＲＡＷ期間の少なくとも１つを含むことを特徴とする請求項１２に記載のＡＰ。
【請求項１４】
前記送信機は、前記少なくとも１つのＳＴＡへセクタ割り当てを送信するようさらに構成され、
前記送信機は、前記少なくとも１つのＳＴＡとのセクタ化された送信で、データパケットを送信するようさらに構成され、
前記受信機は、前記少なくとも１つのＳＴＡとのセクタ化された送信で、データパケットを受信するようさらに構成され、
前記データパケットは、前記セクタ割り当てにおいて識別されたセクタにおいて送信または受信されることを特徴とする請求項１２に記載のＡＰ。
【発明の詳細な説明】
【背景技術】
【０００１】
インフラストラクチャ基本サービスセット（ＢＳＳ：Basic Service Set）モードにある無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１または複数の局（ＳＴＡ:Station）とを有する。ＡＰは、一般に、ＢＳＳ内外にトラフィックを搬送するディストリビューションシステム（ＤＳ）または別のタイプの有線もしくは無線ネットワークへのアクセスまたはインターフェースを有する。ＢＳＳ外から送出されたＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡに配信される。ＳＴＡからＢＳＳ外の宛先に送出されたトラフィックは、ＡＰに送信されてから、それぞれの宛先に配信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、送信元ＳＴＡは、トラフィックをＡＰに送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅのＤＬＳまたは８０２．１１ｚのトンネル化ＤＬＳ（ＴＤＬＳ）を使用する、ダイレクトリンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと宛先ＳＴＡとの間で直接的に送信することができる。独立ＢＳＳモードにあるＷＬＡＮは、ＡＰを有さず、ＳＴＡは、互いに直接的に通信する。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
ネットワークのネットワーク内のＳＴＡは、オーバラッピングＢＳＳ（ＯＢＳＳ:Overlapping BSS）のせいで、異なる程度の干渉、および無線媒体アクセスを求めて競合する異なる数の近隣ＳＴＡを経験することがある。さらに、ＡＰおよびＢＳＳの配備が密である場合、ＱｏＳは、ＯＢＳＳにおいて満足なものでないことがある。複数チャネル動作モードに対応したＳＴＡも、異なる利用可能なチャネル毎に様々なチャネル状態を経験することがある。したがって、ＯＢＳＳ内での調整、ならびにチャネル選好（プリファレンス：Preference）および割り当て手順を可能にする、方法および装置が必要とされている。
【課題を解決するための手段】
【０００３】
ＷＬＡＮオーバラッピング基本サービスセット（ＯＢＳＳ）のネットワーク内での通信のための方法および装置が、開示される。局またはアクセスポイントは、その干渉報告能力およびＢＳＳ間調整能力を、例えば、プローブ要求フレーム、アソシエーション要求フレーム、ビーコンフレーム、ショートビーコンフレーム、プローブ応答フレーム、またはアソシエーション応答フレーム内で示すことができる。サービス品質（ＱｏＳ）設定、送信機会（ＴＸＯＰ:Transmission Opportunity）、制限されたアクセスウィンドウ（ＲＡＷ）もしくはビーコンサブインターバルのスケジュール、またはトラフィックインジケーションマップ（Traffic Indication Map ＴＩＭ:トラフィック表示マップ）もしくはアップリンクアクセスウィンドウ割り当てのうちの少なくとも１つを調整することができる。局は、局の基本サービスセット（ＢＳＳ）または局が漏れ聞くことができる近隣ＢＳＳ上での干渉測定を求める要求を受信することができる。局は、干渉測定報告をアクセスポイントに送信することができる。調整は、干渉測定報告に基づいて実行することができる。さらに、ＳＴＡは、チャネルまたはセクタ選好（プリファレンス：Preference）をＡＰに送信し、チャネルまたはセクタ割り当て(Assignment)を受信することができる。
【０００４】
より詳細な理解は、添付の図面を併用して、例として与えられる、以下の説明から得ることができる。
【図面の簡単な説明】
【０００５】
【図１Ａ】１または複数の開示される実施形態を実施することができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＩＥＥＥ８０２．１１ａａ規格で規定されたＱＬｏａｄ報告要素を示す図である。
【図３】ＩＥＥＥ８０２．１１ａａ規格で規定されたＱＬｏａｄフィールドフォーマットを示す図である。
【図４】８０２．１１ａｃにおけるＯＢＳＳの例示的なチャネルアライメントを示す図である。
【図５】例示的なネットワークのネットワーク（ＮＮ）およびオーバラッピング基本サービスセット（ＯＢＳＳ）を示す図である。
【図６】ＳＴＡまたはＡＰが干渉を報告することができる例示的な手順のフローチャートである。
【図７】干渉報告および調整能力情報要素（ＩＥ）の例示的なフォーマットを示す図である。
【図８】干渉報告要求ＩＥの例示的なフォーマットを示す図である。
【図９】ＢＳＳ内およびＢＳＳ間干渉報告フィールドの例示的なフォーマットを示す図である。
【図１０】干渉測定ＩＥの例示的なフォーマットを示す図である。
【図１１】ＱｏＳ要件が満たされることを保証するために異なるＢＳＳのＱｏＳ設定を調整することができる例示的な手順のフローチャートである。
【図１２】測定されたパラメータサブフィールド内のＱｏＳパラメータフィールドおよびＱｏＳ負荷フィールドの例示的なフォーマットを示す図である。
【図１３】調整要求ＩＥの例示的なフォーマットを示す図である。
【図１４】調整応答ＩＥの例示的なフォーマットを示す図である。
【図１５】例示的なプライマリチャネル調整手順の信号フロー図である。
【図１６】例示的な分散プライマリチャネル調整手順の信号フロー図である。
【図１７】例示的な分散調整チャネル調整手順の信号フロー図である。
【図１８】各ＣｏｒＡＰがどのように調整チャネル要求を評価し、新しいチャネルの要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、送信機会（ＴＸＯＰ）／制限されたアクセスウィンドウ（ＲＡＷ）スケジュールも検査することができるかについての例を示す図である。
【図１９】ネットワークからなる例示的なオーバラップネットワークにおける予約されたＴＸＯＰを示す図である。
【図２０】ＴＸＯＰ／ＲＡＷ調整のための例示的な手順のフローチャートを示す図である。
【図２１Ａ】ＳＴＡがチャネルまたはセクタ選好を送信し、チャネルまたはセクタ割り当てを受信することができる、例示的な手順のフローチャートを示す図である。
【図２１Ｂ】ＳＴＡが、選好インジケーションスケジュールに基づいて、チャネルまたはセクタ選好を送信し、チャネルまたはセクタ割り当てを受信することができる、例示的な手順のフローチャートを示す図である。
【図２１Ｃ】ＳＴＡがチャネルまたはセクタ選好を送信し、チャネルまたはセクタ割り当てを受信することができる、例示的な組み合わされた手順のフローチャートを示す図である。
【図２１Ｄ】ＳＴＡが、近隣ネットワークおよびオーバラップネットワーク内のＳＴＡとの競合低減および調整のために使用することができる情報を受信することができる、例示的な手順のフローチャートである。
【図２２】チャネルまたはセクタ選好報告ＩＥの例示的フォーマットを示す図である。
【図２３】チャネルまたはセクタ選好報告ＩＥの別の例示的フォーマットを示す図である。
【図２４】チャネル割り当てＩＥの例示的なフォーマットを示す図である。
【図２５】ＳＴＡがチャネルまたはセクタデータを送信し、チャネルまたはセクタ割り当てを受信することができる、別の例示的な手順のフローチャートを示す図である。
【発明を実施するための形態】
【０００６】
図１Ａは、１または複数の開示される実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭ（ＯＦＤＭ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。
【０００７】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
【０００８】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【０００９】
基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【００１０】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１１】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１２】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１３】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１４】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。
【００１５】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００１６】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００１７】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００１８】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送信機および受信機または送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００１９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２０】
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２１】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するための２以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２２】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）上などに配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２４】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００２５】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信することができ、および／または２以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。
【００２６】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００２７】
図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。
【００２８】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００２９】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３０】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３１】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供することができる。
【００３２】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う一斉呼出のトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【００３３】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。無線ローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０と通信することができる。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、１６０ｃの間の通信を容易にすることができる。ＡＰ１６０ａ、１６０ｂ、１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、１７０ｃと通信することができる。
【００３４】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３５】
ＩＥＥＥ８０２．１１ａａ規格では、オーバラッピング基本サービスセット（ＯＢＳＳ）調整（コーディネーション：Coordination）のために、２つのメカニズム、すなわち、ＱＬｏａｄ報告、とハイブリッド調整機能制御チャネルアクセス（ＨＣＣＡ：Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｅｄ  ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）送信機会（ＴＸＯＰ）ネゴシエーションとを使用する。
【００３６】
ＡＰは、ＯＢＳＳ内のすべてのＢＳＳからのＱＬｏａｄ報告を、チャネル選択のために、ならびにアドミッションコントロールおよびスケジューリングを行うために使用することができる。ＡＰは、ＡＰが獲得した、自らのＢＳＳのトラフィック負荷に加えて、ＯＢＳＳ内の他のＢＳＳのトラフィック負荷も公表するために、ＱＬｏａｄ報告要素をＱＬｏａｄ報告フレームもしくは保護されたＱＬｏａｄ報告フレーム内に、またはあるいはビーコン内に含む。
【００３７】
図２は、例えば、ＩＥＥＥ８０２．１１ａａで使用することができる、ＱＬｏａｄ報告要素２００を示す図である。要素ＩＤ２０１、長さ２０２、自己用の潜在的なトラフィック２０３、自己用の割り当てられたトラフィック２０４、およびＨＣＣＡピーク２０７などの例示的なフィールドは、現在のＢＳＳのトラフィック負荷を示すことができ、一方、割り当てされた共用されるトラフィック２０５、拡張分散制御アクセス（ＥＤＣＡ：ｅｎｈａｎｃｅｄ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｎｔｒｏｌ  ａｃｃｅｓｓ）アクセス係数２０６、およびＨＣＣＡアクセス係数２０８などのフィールドは、ＯＢＳＳ全体のトラフィック負荷を示すことができる。オーバラップフィールド２０９は、同じチャネルを共用していることがあり、そのビーコンが検出または獲得された、他のＡＰの数を示すことができる。共用ポリシフィールド２１０およびオプションのサブ要素フィールド２１１も、含むことができる。
【００３８】
図３は、例示的なＱＬｏａｄフィールドフォーマット３００を示す図である。限定することなく、自己用の潜在的なトラフィック、自己用の割り当てられたトラフィック、および共用される割り当てられたトラフィックを含むフィールドが、図３のフォーマットを使用することができる。トラフィック負荷の平均３０１および標準偏差３０２は、３２μｓの単位で報告することができる。予備フィールド３０３も、含むことができる。アクセスカテゴリＡＣ＿ＶＯ３０４およびＡＣ＿ＶＩ３０５についてのアクティブなアドミッションコントロールを使用するトラフィックストリーム（ＴＳ）の数を、報告することができる。ＡＰは、関連するＳＴＡに、同じプライマリチャネル上で、または他のチャネル上で、他のＡＰからのＱＬｏａｄ報告を報告するように要求することができる。
【００３９】
ＨＣＣＡ  ＡＰは、協調候補である他のＨＣＣＡ  ＡＰとともに、新しいＨＣＣＡスケジュールを協調的に作成することができる。例えば、ＯＢＳＳ内のＨＣＣＡ  ＡＰは、サードパーティＳＴＡを使用せずに、フレームを直接的に交換するように構成することができる。例えば、アクセスポリシＨＣＣＡまたはＨＣＣＡ  ＥＤＣＡ混合モード（ＨＥＭＭ）を用いるトラフィックストリーム（ＴＳ）が生成または削除されるたびに、ＨＣＣＡ  ＴＸＯＰスケジュールが変化したことを示すために、ビーコンフレーム内に、ＨＣＣＡ  ＴＸＯＰ更新カウント要素を含むことができる。
【００４０】
ＴＸＯＰネゴシエーションが可能なＨＣＣＡ  ＡＰは、新しいＴＳ要求のためにスケジュールを生成するときにＡＰが使用を避けることができるスケジュールを示すことができる、各協調候補のための１または複数のｄｏｔ１１ＡＰＣＥｎｔｒｙをｄｏｔ１１ＡＰＣＴａｂｌｅ内に維持することができる。ＡＰが、ＨＣＣＡまたはＨＥＭＭに相当するアクセスポリシを有する新しいトラフィック仕様（ＴＳＰＥＣ）要求を受信した場合、ハイブリッド調整機能（ＨＣＦ：Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｅｄ  ｆｕｎｃｔｉｏｎ）は、最初に、ｄｏｔ１１ＡＰＣＴａｂｌｅ内に存在するすべてのｄｏｔ１１ＡＰＣＥｎｔｒｙを検査することができる。ＡＰは、その後、保護されたＨＣＣＡ  ＴＸＯＰ広告を、提案されたＴＸＯＰ予約スケジュールを用いて、各協調候補に送信することができる。
【００４１】
各協調候補は、自らのスケジュールされたＴＸＯＰに加えて、現在スケジュールされている提案されたＴＸＯＰスケジュールも検査し、いかなる衝突も存在しないかどうかを決定することができる。受信した提案されたＴＸＯＰが、既存または進行中のいかなるＴＸＯＰスケジュールとも衝突しない場合、協調候補は、ＳＵＣＣＥＳＳに設定されたステータスフィールドを有する、保護されたＨＣＣＡ  ＴＸＯＰ応答フレームを送信することができる。受信した提案されたＴＸＯＰが、スケジュールされたＴＸＯＰと衝突する場合、協調候補は、協調候補において既存のいかなるＴＸＯＰスケジュールとも衝突しない代替スケジュールとともに、ステータスＴＳ＿ＳＣＨＥＤＵＬＥ＿ＣＯＮＦＬＩＣＴを有する、保護されたＨＣＣＡ  ＴＸＯＰ応答フレームを送信することができる。受信した提案されたＴＸＯＰが、いずれかの進行中のＴＸＯＰスケジュールと衝突する場合、協調候補は、ＡＰのＭＡＣアドレスに基づいて、どの提案されたＴＸＯＰスケジュールが優先権を得るべきかを決定することができ、協調候補は、代替ＴＸＯＰスケジュールまたは回避要求とともに、ステータスＴＳ＿ＳＣＨＥＤＵＬＥ＿ＣＯＮＦＬＩＣＴを有する、保護されたＨＣＣＡ  ＴＸＯＰ応答フレームを送信することができる。
【００４２】
ＨＣＣＡ  ＡＰは、例えば、ＨＣＣＡ  ＡＰが、ＨＣＣＡ  ＴＸＯＰ広告が送信されたすべてのＡＰからステータスＳＵＣＣＥＳＳを有するＨＣＣＡ  ＴＸＯＰ応答フレームを受信したときなど、ＴＳのために提案されたＴＸＯＰスケジュールが、協調候補においてスケジュールされた他のＴＸＯＰと衝突しないことがかなり確実になるまで、ＡＤＤＴＳ応答フレームを要求ＳＴＡに送信することはできない。
【００４３】
図４は、８０２．１１ａｃにおけるＯＢＳＳの例示的なチャネルアライメント４００を示す図である。８０２．１１ａｃ規格は、ＯＢＳＳにチャネル選択のルールを提供する。図４の例には、プライマリチャネル４０１、ＢＳＳ  Ａのスペクトル４０２、ＢＳＳ  Ｂのスペクトル４０３、およびＢＳＳ  Ｃのスペクトル４０４が示されている。
【００４４】
ＡＰまたはメッシュＳＴＡが、既存のいずれかのＢＳＳのいくつかまたはすべてのチャネルを占有する非常に高いスループット（ＶＨＴ）のＢＳＳを開始する場合、ＡＰは、いずれか１つの既存のＢＳＳのプライマリチャネルと同一である、新しいＶＨＴ  ＢＳＳのプライマリチャネルを選択することができる。
【００４５】
ＡＰまたはメッシュＳＴＡが、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有する新しいＶＨＴ  ＢＳＳのプライマリチャネルを選択するために、ＯＢＳＳスキャン中にビーコンが検出されないチャネルの中から選択する場合、選択されるプライマリチャネルは、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有する既存のいずれかのＢＳＳのセカンダリ２０ＭＨｚチャネルと同一であることはできず、また１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有する既存のいずれかのＢＳＳのセカンダリ４０ＭＨｚチャネルとオーバラップすることはできない。一例では、ＡＰまたはメッシュＳＴＡは、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有する既存のいずれかのＢＳＳのセカンダリ２０ＭＨｚチャネルであるチャネル上で、または１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有する既存のいずれかのＢＳＳのセカンダリ４０ＭＨｚチャネルとオーバラップするチャネル上で、２０ＭＨｚの動作チャネル帯域幅を有するＶＨＴ  ＢＳＳを開始することはできない。別の例では、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、または８０＋８０ＭＨｚの動作チャネル帯域幅を有するＶＨＴ  ＢＳＳを動作させるＡＰまたはメッシュＳＴＡは、そのプライマリチャネルがＡＰまたはメッシュＳＴＡのセカンダリ２０ＭＨｚチャネルであるＯＢＳＳを検出したとき、２０ＭＨｚ  ＢＳＳ動作に切り換わること、および／または異なるチャネルに移動することができる。
【００４６】
プライマリチャネルおよび／またはセカンダリチャネルは、上で指定されたものよりも小さいまたは大きい帯域幅を占有することができる。例えば、プライマリチャネルおよびセカンダリチャネルは、２０ＭＨｚの代わりに、５ＭＨｚを占有することができる。
【００４７】
ＷＬＡＮなどの無線通信システムのために、世界中の様々な国々で、新しいスペクトルを割り当てることができる。そのようなスペクトルは、サイズおよび帯域幅が制限されることがあるチャネルからなることができる。加えて、様々な国々では、例えば、スペクトルが１ＧＨｚより下で割り当てられる場合、スペクトルおよび関連するチャネルは、断片化されることがあり、隣接しないことがあり、および／またはより大きな帯域幅での送信のために組み合わされないことがある。例えば、８０２．１１規格上で構築されるＷＬＡＮシステムは、そのようなスペクトルシナリオで動作するように設計することができる。スペクトル制限を与えられた場合、ＷＬＡＮシステムは、例えば、８０２．１１ｎおよび８０２．１１ａｃ規格に基づいて、高いスループット（ＨＴ）またはＶＨＴのＷＬＡＮシステムと比較して、より小さい帯域幅およびより低いデータレートをサポートできることがある。
【００４８】
ＩＥＥＥ８０２．１１ａｈ作業部会（ＴＧ）は、１ＧＨｚ未満帯域においてＷｉＦｉシステムをサポートするためのソリューションを開発するために設立された。８０２．１１ａｈ  ＴＧは、ＴＶホワイトスペース（ＴＶＷＳ）を除く免許不要帯域において１ＧＨｚより下で動作するＯＦＤＭ  ＰＨＹ、ＰＨＹをサポートするためのＭＡＣの強化、他のシステム（例えば、８０２．１５．４および８０２．１５．４ｇ）との共存、およびレート対距離性能の最適化（最大１ｋｍの距離（屋外）と、データレート＞１００Ｋビット／秒）を達成することを目標にしている。限定することなく、以下を含むユースケース、すなわち、ユースケース１：センサおよびメータ、ユースケース２：バックホールセンサおよびメータデータ、ユースケース３：セルラオフロードのための拡大された範囲のＷｉＦｉは、これらのシステムに関連する。
【００４９】
いくつかの国でのスペクトル割り当ては、制限されることがある。例えば、中国では、４７０〜５６６および６１４〜７８７ＭＨｚ帯域は、１ＭＨｚ帯域幅を許可する。したがって、１ＭＨｚモードを有する２ＭＨｚのサポートに加えて、１ＭＨｚのみのオプションをサポートする必要があり得る。８０２．１１ａｈ  ＰＨＹは、１、２、４、８、および１６ＭＨｚ帯域幅をサポートすることができる。
【００５０】
８０２．１１ａｈ  ＰＨＹは、１ＧＨｚより下で動作し、８０２．１１ａｃ  ＰＨＹに基づいている。８０２．１１ａｈによって必要とされる狭い帯域幅に対処するために、８０２．１１ａｃ  ＰＨＹ実施は、１０分の１だけダウンクロックすることができる。２、４、８、および１６ＭＨｚのサポートは、１／１０ダウンクロックによって達成することができるが、１ＭＨｚ帯域幅のサポートは、３２の高速フーリエ変換（ＦＦＴ）サイズを用いる新しいＰＨＹ定義を必要とする。
【００５１】
８０２．１１ａｈでは、定義される主要なユースケースは、メータおよびセンサであり、最大で６０００のＳＴＡを単一のＢＳＳ内でサポートすることができる。スマートメータおよびセンサなどのデバイスは、サポートされるアップリンクおよびダウンリンクトラフィックに関して、非常に異なる要件を有することがある。例えば、センサおよびメータは、データをサーバに定期的にアップロードするように構成することができ、それは、たいていアップリンクトラフィックとなる。センサおよびメータは、サーバによって問い合わされ、または構成されることができる。サーバがセンサおよびメータに問い合わせた場合、またはそれらを構成した場合、問い合わされたデータは、セットアップ間隔以内に到着することができる。サーバまたはアプリケーションは、一定間隔以内に実行されたいかなる構成についても承認を予想することができる。これらのタイプのトラフィックパターンは、ＷＬＡＮシステムに対して仮定される従来のトラフィックパターンとは非常に異なることがある。
【００５２】
パケットの物理層収束プロトコル（ＰＬＣＰ）プリアンブルの８０２．１１ａｈ信号（ＳＩＧ）フィールドでは、２ビットを使用して、パケットに対する応答として予想される肯定応答（すなわち、ＡＣＫインジケーション）のタイプ、すなわち、ＡＣＫ（「００」値）、ブロックＡＣＫ（ＢＡ）（「０１」値）、および否定ＡＣＫ（「１０」値）を示すことができる。「１１」値は、現在、予備として確保されている。
【００５３】
ＢＳＳは、センサのみ、セルラオフロードのみ、または混合とすることができる。ＩＥＥＥ８０２．１１ＴＧは、センサにプライオリティが最も高いアクセスカテゴリを使用させることを提案した。
【００５４】
ＡＰカバレージを拡大し、電力を節約するために、リレーを使用することができる。８０２．１１ａｈは、非ＡＰリレー（例えば、Ｒ−ＳＴＡおよびＲ−ＡＰ）を使用すること、および４アドレスフレームを使用することを提案した。
【００５５】
双方向リレー機能のために、２ホップリレーが提案された。それは、バッテリ制約および制限された変調およびコーディング方式（ＭＣＳ）距離を有するＳＴＡにおいて、電力消費を低減させることができる。それは、リレーのために１つのＴＸＯＰを共用するために、またチャネルアクセスを求める競合の回数を低減させるために提案される。リレーにおいてフロー制御メカニズムを用いて、リレーにおけるアドレスバッファオーバフローも考慮される。リレー発見のために、プローブ要求を使用することができ、応答の数を減らすために、利用可能な場合は、ＡＰ−ＳＴＡリンクバジェット内の情報を含むことができる。
【００５６】
ＩＥＥＥ８０２．１１高効率ＷＬＡＮ（ＨＥＷ）研究部会（ＳＧ）は、２．４ＧＨｚおよび５ＧＨｚ帯域での高密度シナリオを含む多くの使用シナリオにおける、無線ユーザの広域スペクトルに対するエクスペリエンス品質（ＱｏＥ）の向上について探求した。ＡＰおよびＳＴＡの密な配備、ならびに関連する無線リソース管理（ＲＲＭ）技術をサポートするユースケースが、ＨＥＷ  ＳＧによって検討されている。
【００５７】
異なるカバレージサイズを有するＯＢＳＳのチャネルアクセス問題も、以下の実施形態において検討される。異なるカバレージサイズのＯＢＳＳは、異なる動作帯域幅およびＭＣＳによって引き起こされることがある。異なるカバレージサイズを有するＯＢＳＳの問題は、時間領域においてチャネルを共用すること、チャネルアクセスを調整すること、または８０２．１１  ＴＸＯＰ保護メカニズムを変更することに関して対処することができる。
【００５８】
ＨＥＷのための潜在的なアプリケーションは、限定することなく、スタジアムイベントのためのデータ配信、鉄道駅または企業／小売店環境などの高ユーザ密度シナリオ、またビデオ配信への増大する依存性の証拠、および医療アプリケーションのための無線サービスを含む、新たに出現した使用シナリオを含むことができる。
【００５９】
本明細書で説明される実施形態において使用される場合、ＡＰという用語は、汎用的な用語として使用することができ、アクセスポイント、パーソナルＢＳＳ（ＰＢＳＳ）制御ポイント（ＰＣＰ）、リレーＳＴＡ（Ｒ  ＳＴＡ）、およびリレーＡＰ（ＲＡＰ）などを含むことができる。
【００６０】
本明細書で説明される実施形態において使用される場合、ＢＳＳまたはネットワークという用語は、汎用的な用語として使用することができ、基本サービスセット、ＰＢＳＳ、およびリレーＢＳＳと呼ばれるリレーに割り当てられ／関連付けられ／関連するＳＴＡの集まりなどを含むことができる。
【００６１】
本明細書で説明される実施形態において使用される場合、ネットワークのネットワーク（ＮＮ）およびＯＢＳＳという用語は、汎用的な用語として使用することができ、ＢＳＳ、ＰＢＳＳ、リレーＢＳＳ、または他のタイプのネットワークの集まりを含むことができる。
【００６２】
本明細書で説明される実施形態において使用される場合、ＳＴＡは、限定することなく、ＷＴＲＵ、ＡＰ、または任意の通信デバイスを含むことができる。
【００６３】
本明細書の実施形態において使用される場合、ＴＸＯＰは、異なる周波数チャネルおよび帯域幅ならびに／または送信セクタ上で発生することができる、ＴＸＯＰ、ビーコンサブインターバル、制限されたアクセスウィンドウ（ＲＡＷ）、定期的なＲＡＷ（ＰＲＡＷ）、目標ウェイク時間（ＴＷＴ）、制限されたウィンドウ（８０２．１１ａｃ  ＳＴＡ、ＨＥＷ  ＳＴＡ、またはレガシＳＴＡなど、一定のタイプのＳＴＡのみが媒体にアクセスすることができるウィンドウ）、アクセスウィンドウなどを指す汎用的な概念として定義することができる。上で定義されたようなＴＸＯＰは、定期的であることができ、または単一の時間持続の間割り当てられることができる。同様に、ＲＡＷは、ＰＲＡＷ、ＴＷＴ、アクセスウィンドウ、または制限されたウィンドウを含むことができる。「／」は、本明細書では、「または」を意味するために、これらの用語の間で使用することができる。例えば、以下の実施形態では、「ＴＸＯＰ／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／ビーコンサブインターバルスケジュール／制限されたウィンドウ／アクセスウィンドウ」は、「ＴＸＯＰ、ＲＡＷ、ＰＲＡＷ、ＴＷＴ、ビーコンサブインターバルスケジュール、制限されたウィンドウ、またはアクセスウィンドウ」のことである。
【００６４】
図５は、例示的なネットワークのネットワーク（ＮＮ）およびＯＢＳＳ５００を示す図である。図５では、ＢＳＳ１  ５０１は、長距離ＢＳＳとすることができ、ＡＰ１  ５１１を含むことができる。ＡＰ２  ５１２を含むＢＳＳ２  ５０２、ＡＰ３  ５１３を含むＢＳＳ３  ５０３、およびＡＰ４  ５１４を含むＢＳＳ４  ５０４は、相対的に短距離とすることができる。ＢＳＳ１  ５０１は、１ＭＨｚの狭い帯域幅を有する８０２．１１ａｈ  ＢＳＳ、またはより高い送信電力を用いる別の８０２．１１規格もしくは無線規格（例えば、ＬＴＥ、ＷｉＭＡＸなど）に準拠するＢＳＳとすることができる。ＢＳＳ２  ５０２、ＢＳＳ３  ５０３、およびＢＳＳ４  ５０４は、２ＭＨｚ以上のより広い動作帯域幅を有する８０２．１１ａｈ  ＢＳＳとすることができ、またはより低い送信電力を用いる別のＩＥＥＥ８０２．１１規格もしくは他の無線規格に準拠するＢＳＳとすることができる。
【００６５】
図５では、ＢＳＳ１  ５０１、ＢＳＳ２  ５０２、ＢＳＳ３  ５０３、およびＢＳＳ４  ５０４は、それらが少なくとも部分的にオーバラップする周波数チャネル上で動作する場合、互いからの干渉を経験することがある。ＢＳＳ２  ５０２とＢＳＳ３  ５０３は、地理的にＢＳＳ１  ５０１内に完全に含まれ得るが、ＢＳＳ４  ５０４は、ＢＳＳ１  ５０１およびＢＳＳ３  ５０３と部分的にオーバラップし得る。
【００６６】
図５の例におけるようなＮＮは、異なる程度のオーバラップを有することができる。ＢＳＳの異なる程度のオーバラップを与えた場合、異なるネットワークにあるＳＴＡ、または同じネットワークの異なる部分にあるＳＴＡは、異なるレベルの干渉を経験することがあり、または異なる数のＳＴＡと媒体アクセスを求めて競合（contend）することがある。
【００６７】
図６は、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる、第１の実施形態による、ＳＴＡまたはＡＰが干渉を報告することができる例示的な手順６００のフローチャートである。この実施形態では、リソースを共用し、ＱｏＳ設定を調整するために、ＳＴＡまたはＡＰは、それらが観測した他のＢＳＳにおける媒体占有およびトラフィックを検出および報告し、それらがＢＳＳのオーバラップに関連する問題点を正確に報告することを可能にすることができる。この例では、ＳＴＡは、その報告能力を、ＡＰへのフレーム内で干渉報告および調整能力情報要素（Coordination capability ＩＥ）を送信する（６０１）ことによって示すことができる。ＳＴＡは、その後、ＡＰから干渉報告要求を受信する（６０２）ことができる。干渉報告要求は、フレーム内で、または干渉報告要求ＩＥと呼ばれるＩＥ内で送信することができる。干渉報告要求ＩＥを含むフレームは、別のＳＴＡに直接的に、リレー／メッシュＳＴＡを通して、または他のタイプのインターフェースを通して送信することができる。これらのフレームは、ユニキャスト、マルチキャスト、またはブロードキャストアドレスを使用して、１または複数のＳＴＡに送信することができる。干渉報告要求ＩＥまたはそのサブフィールドからなる任意のサブセットは、任意の従来のＩＥもしくは新しいＩＥのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはＭＡＣ／ＰＬＣＰヘッダ内で実施することができる。
【００６８】
ＳＴＡは、その後、干渉報告応答をＡＰに送信する（６０３）ことができる。干渉報告応答は、干渉報告応答ＩＥ内に含むことができる。干渉報告要求を受け入れた場合、干渉報告応答フレームまたは干渉報告応答ＩＥを含むフレームは、ステータスコードＳＵＣＣＥＳＳを含むことができる。あるいは、ＳＴＡが干渉報告を行うことが可能でない場合、または要求を拒否した場合、それは、ステータスコードＵＮＫＮＯＷＮまたはＲＥＪＥＣＴを用いて応答することができる。同様に、干渉報告応答フレームは、要求ＡＰまたはＳＴＡに直接的に、またはリレーもしくはメッシュＳＴＡもしくは他のタイプのインターフェースを通して、送信することができる。干渉報告応答は、受信された対応する干渉報告要求内で提供することができるシーケンス番号を含むことができる。
【００６９】
ＳＴＡは、その後、無線媒体とすることができる媒体をモニタリングし（６０４）、媒体に関連付けられたパラメータを記録する（６０５）。ＳＴＡは、その後、記録されたパラメータを含む干渉測定をＡＰに送信する（６０６）ことができる。干渉測定は、干渉測定ＩＥで送信することができる。上で説明されたような図６の例示的な手順は、ＳＴＡとＡＰが報告および調整能力を交換した後、ＳＴＡまたはＡＰによって、複数回または同様に複数ラウンド実行することができる。
【００７０】
別の例では、ＡＰは、干渉報告要求フレームをリレーＳＴＡに送信して、干渉報告を行うためのリレーＳＴＡ  ＢＳＳのリレーを要求することができる。リレーＳＴＡは、その後、それに関連付けられたすべてのＳＴＡに干渉報告を行うように要求し、すべてのＳＴＡまたは少なくともいくつかの数のＳＴＡがＳＵＣＣＥＳＳの干渉報告応答を用いて応答した後、干渉報告応答フレームでＳＵＣＣＥＳＳを用いてＡＰに応答することができる。
【００７１】
別の実施形態では、（アドミッションコントローラまたはＡＰなどの）集中制御デバイスが、エリア内のＢＳＳ、ＰＢＳＳ、リレーＢＳＳなどのネットワークのために調整を行うことができる。そのような集中制御デバイスは、干渉報告要求フレームを、ＡＰ、ＳＴＡ、ＰＣＰ、ＲＡＰ、またはＲＳＴＡに送信して、それらおよび／またはそれらのネットワークが、それぞれの媒体のモニタリングおよびそれぞれの媒体と関連付けられたパラメータの記録を含む、干渉測定を行うように要求することができる。
【００７２】
上で説明されたように、ＳＴＡが干渉報告要求を受け入れた場合、またはＳＴＡが干渉報告に対応することができることを示した場合（例えば、ｄｏｔ１１ＩｎｔｅｒｆｅｒｅｎｃｅＲｅｐｏｒｔｉｎｇＥｎａｂｌｅｄが真である場合）、ＳＴＡは、（例えば、干渉報告要求で指定された）時間期間の間、要求された周波数チャネルおよび帯域幅上で媒体をモニタリングすることができる。そのようなモニタリング期間は、スライディングウィンドウとすることができ、ＳＴＡは、それがアウェイクしているときは、任意の与えられた時間にモニタリングを行うことができる。
【００７３】
測定期間中、ＳＴＡは、１または複数のＳＴＡによる媒体占有時間を記録することができる。以下の例ではＳＴＡが測定を実行するが、それは、リレーＳＴＡまたはＡＰによって実行することもできる。ＳＴＡまたはＳＴＡのセットによって使用されるすべての媒体占有時間、例えば、ＢＳＳまたはリレーＢＳＳによる媒体占有時間は、ＡＰまたはリレーＳＴＡのＭＡＣアドレスまたはＢＳＳＩＤをＭＡＣ／ＰＬＣＰヘッダ内に含むすべてのパケット、ならびに関連するＡＣＫ、ブロックＡＣＫ（ＢＡ）、およびヌルデータパケット（ＮＤＰ）フレームなどの他の応答フレームの送信時間とすることができる。媒体占有時間は、ＳＩＦＳ、ＤＩＦＳなどのフレーム間隔を含むことも、含まないこともある。ＳＴＡまたは任意の測定ＳＴＡ／デバイスは、リレーＳＴＡのＭＡＣアドレスを含む４アドレスフォーマットを用いるすべてのパケットの送信時間を測定することによって、１または複数のリレーＳＴＡによる媒体占有時間を測定することもできる。
【００７４】
ＳＴＡは、干渉時間も記録することができる。この時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）は検出されるが、有効なパケットが復号されなかった期間の平均持続時間として測定することができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）と関連付けられた拡張フレーム間隔（ＥＩＦＳ）時間も含むことができる。ＳＴＡは、ＡＣについての平均媒体アクセス時間（測定ＳＴＡが異なるＡＣのパケットのために媒体へのアクセスを得ることができるまでの平均時間）も記録することができる。モニタリングＳＴＡは、すべてのリレーＳＴＡ、ＲＡＰ、ＰＣＰ、ＡＰなどから受信されるブロードキャストビーコン、ショートビーコン、または任意の制御および管理フレームもモニタリングし、（異なるＡＣのためのＥＤＣＡパラメータなどの）ＱｏＳ設定、周波数チャネルおよび帯域幅の使用および予約、公表される（Announced）ビーコンサブインターバル／制限されたアクセスウィンドウ（ＲＡＷ）／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウ予約、公表される（Announced）ポジティブＴＩＭインジケーション（表示）の数、および調整能力などの、要求された公表される（Announced Parameters）パラメータを記録することができる。
【００７５】
上で説明されたように、モニタリングＳＴＡは、その後、周波数および干渉報告要求において指定された方法に従って、集中コントローラもしくはＡＰまたはリレーＳＴＡもしくは要求ＳＴＡなどの調整ＳＴＡに、測定された干渉を報告することができる。ＳＴＡは、この報告のために干渉測定ＩＥを含むフレームを使用することができる。
【００７６】
図７は、ＳＴＡおよびＡＰが干渉報告の能力ならびに他のＢＳＳ間報告および調整能力(Coordination Capability)を示すときに使用することができる、干渉報告および調整能力情報要素（ＩＥ）７００の例を示す図である。例えば、リレーＳＴＡ、ＰＣＰなどを含む、ＡＰおよびＳＴＡは、この目的のために、干渉報告および調整能力ＩＥを使用することができる。
【００７７】
干渉報告および調整能力ＩＥは、限定することなく、要素ＩＤフィールド７０１と、長さフィールド７０２と、干渉報告能力フィールド７０３と、ＡＰ間干渉調整能力フィールド７０４とを含むことができる。要素ＩＤフィールド７０１は、現在のＩＥが干渉報告および調整能力ＩＥであることを示すＩＤを含むフィールドとすることができる。長さフィールド７０２は、干渉報告および調整能力ＩＥの長さを含むフィールドとすることができる。
【００７８】
干渉報告能力フィールド７０３は、干渉測定および報告の能力を示すために使用することができ、以下のサブフィールド、すなわち、ＢＳＳ内測定７１１と、ＢＳＳ内報告オプション７１２と、強制機能７１３と、ＢＳＳ間測定７１４と、ＢＳＳ間報告オプション７１５とを含むことができる。
【００７９】
ＢＳＳ内測定フィールド７１１は、ＢＳＳ内送信についての干渉および媒体占有時間を測定する能力を示すために使用することができる。このフィールドは、送信ＳＴＡが、以下のパラメータ、すなわち、（リレーＳＴＡ、リレーＢＳＳ、ＰＢＳＳ、グループＩＤによって識別されるＳＴＡのグループ、またはセクタＩＤによって識別されるＳＴＡのセットなど）同じＢＳＳ内の別のＳＴＡまたはＳＴＡの別のセットによる媒体占有時間、および干渉時間を測定することが可能であることを示すための、ビットマップまたは他のタイプの符号化を含むことができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）と関連付けられたＥＩＦＳ時間を含むことができる。
【００８０】
ＢＳＳ内報告オプションフィールド７１２は、直接的にＡＰ／ＰＣＰに、直接的にリレーＳＴＡに、リレーＳＴＡを介してＡＰに、ＤＬＳ／ＴＤＬＳを使用して１もしくは複数のリレーＳＴＡおよびＡＰに、またはロバストセキュリティネットワークアソシエーション（ＲＳＮＡ：Ｒｏｂｕｓｔ  Ｓｅｃｕｒｉｔｙ  Ｎｅｔｗｏｒｋ  Ａｓｓｏｃｉａｔｉｏｎ）制定モードを使用して１もしくは複数のリレーＳＴＡおよびＡＰになど、ＢＳＳ内干渉および媒体占有を報告するためのオプションを示すために使用することができる。
【００８１】
強制機能フィールド７１３は、ＡＰ／リレーＳＴＡ／ＰＣＰと関連付けることができるようにＳＴＡがサポートすることができる干渉報告および調整のための強制機能を、ＡＰ／リレーＳＴＡ／ＰＣＰが指定するために使用することができる。このフィールドは、ビットマップとして実施することができる。
【００８２】
ＢＳＳ間測定フィールド７１４は、（ＡＰ、リレーＳＴＡ、ＡＰおよびＡＰと関連付けられたすべてのＳＴＡ、リレーＳＴＡおよびリレーＳＴＡと関連付けられたすべてのＳＴＡ、ＰＢＳＳ、グループＩＤによって識別されるＳＴＡのグループ、セクタＩＤによって識別されるＳＴＡのセットなど）異なるＢＳＳにおける別のＳＴＡまたはＳＴＡの別のセットによる媒体占有時間を含むことができる。ＢＳＳ間測定フィールド７１４は、干渉時間を含むことができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、検出された干渉と関連付けられたＥＩＦＳ時間を含むことができる。ＢＳＳ間測定フィールドは、異なるＡＰ／リレーによって広告される異なるアクセスカテゴリについてのＱｏＳ設定、異なるＡＰ／リレーによって測定および広告される周波数帯域使用、ＡＰ／リレーによって検出もしくは公表されるビーコンインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウもしくは他のアクセスウィンドウ、ならびに／またはＡＰ／リレーによって公表されるＴＩＭもしくはＵＬアクセスウィンドウ公表(Announcement)を含むことができる。
【００８３】
ＢＳＳ間報告オプションフィールド７１５は、いくつかの目的で使用することができる。一例では、それは、ＳＴＡが、ＢＳＳ間観測および測定をＡＰに報告するオプションを示すことができる。別の例では、それは、送信ＡＰ／リレー／ＰＣＰが、自らのパラメータを近隣ＡＰ／リレー／ＰＣＰに報告するオプションも示すことができる。
【００８４】
ＳＴＡが測定または観測されたＢＳＳ間送信および干渉を報告するオプションは、限定することなく、ＡＰ／リレー／ＰＣＰに直接、リレーを通してＡＰ／リレー／ＰＣＰに、ＤＬＳ／ＴＤＬＳを使用して１もしくは複数のリレーＳＴＡおよびＡＰに、ＲＳＮＡ制定モードを使用して１もしくは複数のリレーＳＴＡおよびＡＰに、スケジュールされた報告を使用して、または変化が検出されたときの報告を含むことができる。
【００８５】
ＡＰ／リレー／ＰＣＰが自らのパラメータを近隣ＡＰ／リレー／ＰＣＰに報告するオプションは、限定することなく、能動的な報告（送信ＡＰ／リレー／ＰＣＰは、ＱｏＳ、周波数帯域使用、ビーコンインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウ割り当て、ＴＩＭ、および他の情報についての自らのパラメータを直接的に近隣ＡＰ／リレー／ＰＣＰに能動的に報告することができる）、ブロードキャスト公表(Announcement)（送信ＡＰ／リレー／ＰＣＰは、選択されたもしくはすべてのビーコン、ショートビーコン、もしくは他のタイプのブロードキャスト制御および管理フレーム内に自らのパラメータを含めることができる）、報告スケジュール（ＡＰ／リレー／ＰＣＰのパラメータを報告するフレームを送信するためのスケジュール）、ならびに／またはＤＬＳ／ＴＤＬＳを使用して、ＲＳＮＡ制定モードを使用して、配信システムを通して、もしくはイーサネット（登録商標）、ＷｉＭＡＸ、ＬＴＥなどの他のインターフェースを通してなど、情報を異なるＡＰ／リレー／ＰＣＰに送信するための報告方法の使用を含むことができる。
【００８６】
ＡＰ間調整能力フィールド７０４は、ＡＰ間調整能力を示すために使用することができる。例えば、調整能力は、ＱｏＳ調整７２１を示すことができる。送信ＡＰ／リレーＳＴＡ／ＰＣＰは、ＱｏＳ設定およびパラメータを近隣ＡＰ／リレーＳＴＡ／ＰＣＰ／ネットワークと調整できることがあり、この能力は、ＡＰ間調整能力フィールド７０４内で示すことができる。
【００８７】
調整能力は、周波数調整７２２も示すことができる。送信ＡＰ／リレーＳＴＡ／ＰＣＰは、周波数設定およびパラメータを近隣ＡＰ／リレーＳＴＡ／ＰＣＰ／ネットワークと調整できることがある。周波数調整は、動的プライマリチャネル調整とすること、または動的動作チャネル帯域幅調整および予約とすることができる。送信ＡＰ／リレーＳＴＡ／ＰＣＰは、周波数調整を通してそのプライマリチャネルを動的に調整できることがある。送信ＡＰ／リレーＳＴＡ／ＰＣＰ／ネットワークは、周波数調整を通してチャネル帯域幅を動的に調整および予約できることがある。
【００８８】
調整能力は、ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／調整７２３を示すことができる。送信ＡＰ／リレーＳＴＡ／ＰＣＰは、調整を通してビーコンインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウパラメータを近隣ＡＰ／リレーＳＴＡ／ＰＣＰ／ネットワークと調整および予約できることがある。
【００８９】
調整能力は、ＴＩＭ調整７２４も示すことができる。送信ＡＰ／リレーＳＴＡ／ＰＣＰは、調整を通してポジティブＴＩＭインジケーション（表示）の数を近隣ＡＰ／リレーＳＴＡ／ＰＣＰ／ネットワークと調整できることがある。
【００９０】
調整能力は、リレー調整７２５も示すことができる。送信ＡＰ／ＰＣＰは、ＡＰ／ＰＣＰと関連付けられたリレーＳＴＡ／ＲＡＰの代わりに調整を行うことができることがある。
【００９１】
最後に、調整オプションフィールド７２６において、集中／分散調整、異なるＡＰ／リレー／ＰＣＰに直接、リレーＳＴＡを通して異なるＡＰ／リレー／ＰＣＰに、非リレーＳＴＡを通して異なるＡＰ／リレー／ＰＣＰに、ＤＬＳ／ＴＤＬＳを使用して１もしくは複数のリレーＳＴＡおよびＡＰに、ＲＳＮＡ制定モードを使用して１もしくは複数のリレーＳＴＡおよびＡＰに、ならびに／または調整リレー能力を使用して（送信ＳＴＡは自らを通して調整情報を別のＳＴＡにリレーすることが可能なことがある）を含む複数の調整オプションを示すことができる。
【００９２】
干渉報告および調整能力ＩＥまたはそのサブフィールドからなる任意のサブセットは、任意のＩＥのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはＭＡＣ／ＰＬＣＰヘッダ内で実施することができる。例えば、１または複数の調整能力は、高効率ＷＬＡＮ（ＨＥＷ）能力ＩＥおよび／またはＨＥＷ動作ＩＥの一部とすることができる。
【００９３】
ＳＴＡは、（調整情報を別のＳＴＡにリレーすることが可能であるなど）その干渉報告能力および調整能力を指定するために、干渉報告および調整能力ＩＥを、プローブ要求、アソシエーション要求、または他のタイプのフレーム内に含めることもできる。これは、上で詳述されたＩＥとは異なる別の能力、ＳＴＡクラスタイプ、またはＡＰへのインジケーション（表示）を通して示唆することもできる。
【００９４】
ＡＰ、リレーＳＴＡ、ＲＡＰ、またはＰＣＰは、自らの能力に加えて、ＳＴＡがそれと関連付けるために有さなければならないことがある干渉報告機能も公表するために、干渉報告および調整能力ＩＥを、ビーコン、ショートビーコン、プローブ応答、アソシエーション応答、または他のタイプのフレーム内に含めることができる。
【００９５】
図８は、ＳＴＡおよびＡＰが干渉報告を行うように１または複数のＳＴＡに要求するときに使用することができる、干渉報告要求ＩＥ８００の例を示す図である。例えば、ＡＰ、リレーＳＴＡ、ＲＡＰ、またはＰＣＰは、干渉報告を行うことが可能であることを（例えば、プローブ要求、アソシエーション要求、または他の制御および管理フレームなどのフレームで）示した１または複数のＳＴＡ、ＳＴＡのグループが、干渉報告を行うために、グループＩＤによって識別され得ることを、干渉報告要求ＩＥを含むフレームを使用して要求することができる。干渉報告要求ＩＥは、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド８０１と、長さフィールド８０２と、ＢＳＳ内干渉報告フィールド８０３と、ＢＳＳ間干渉報告フィールド８０４とを含むことができる。
【００９６】
要素ＩＤフィールド８０１は、現在のＩＥが干渉報告要求ＩＥであることを示すＩＤとすることができる。長さフィールド８０２は、干渉報告要求ＩＥの長さを含むことができる。
【００９７】
ＢＳＳ内干渉報告フィールド８０３は、要求されたＢＳＳ内干渉についての測定を指定するために使用することができる。ＢＳＳ間干渉報告フィールド８０４は、ＢＳＳ間干渉についての測定を指定するために使用することができる。
【００９８】
図９は、ＢＳＳ内干渉報告フィールドおよびＢＳＳ間干渉報告フィールド９００の例示的なフォーマットを示す図である。ＢＳＳ内干渉報告フィールドは、限定することなく、以下のサブフィールド、すなわち、フィールド数９０１、およびフィールド１  ９０２、・・・、フィールドＮ  ９０３を含むことができる。フィールド数９０１サブフィールドは、ＢＳＳ内干渉報告フィールド内に含むことができるフィールドの数を指定するために使用することができる。フィールド数９０１は、干渉報告要求のシーケンスを識別するシーケンス番号も含むことができる。
【００９９】
フィールド１サブフィールド９０２からフィールドＮサブフィールド９０３の各々は、測定タイプサブフィールド９１１と、ＩＤサブフィールド９１２と、測定パラメータサブフィールド９１３と、測定仕様サブフィールド９１４とを含む、特定の要求された測定についての情報を含むことができる。
【０１００】
測定タイプサブフィールド９１１は、例えば、要求されたＳＴＡが、単一のＳＴＡ、またはグループＩＤによって識別されるＳＴＡのグループなどのＳＴＡのセット、ＰＢＳＳ、もしくはリレーＳＴＡおよびそのリレーと関連付けられたすべてのＳＴＡを含むことができるＳＴＡのセットについて測定すべきかどうかを指定する。いくつかの潜在的な値は、限定することなく、ＳＴＡ、ＢＳＳ、リレーＳＴＡ、リレーＢＳＳ、ＰＢＳＳ、ＰＣＰなどを含むことができる。
【０１０１】
ＩＤサブフィールド９１２は、要求された測定のターゲットＳＴＡまたはＳＴＡのセットを指定するために使用することができる。ＩＤサブフィールド９１２は、ＭＡＣアドレス、アソシエーション識別子（ＡＩＤ）、グループＩＤ、もしくはＳＴＡとＡＰが合意した他の任意のタイプのＩＤ、またはそれらの組み合わせを含むことができる。ＩＤフィールドは、要求されたＳＴＡがすべての関連する送信を測定することを要求するために、ワイルドカードＭＡＣアドレスを含むこともできる。例えば、ＡＰがＳＴＡにすべてのリレーＢＳＳ（リレーＳＴＡおよびそのリレーＳＴＡと関連付けられたすべてのＳＴＡを含むＳＴＡのセット）を測定するように要求した場合、それは、測定タイプサブフィールドをリレーＢＳＳになるように設定し、ＩＤフィールドをワイルドカードＩＤになるように設定することができる。
【０１０２】
測定パラメータサブフィールド９１３は、要求されたＳＴＡが測定すべきパラメータを示すことができる。これについてのパラメータは、限定することなく、同じＢＳＳ内の（リレーＳＴＡ、またはリレーＳＴＡおよびそのリレーＳＴＡと関連付けられたすべてのＳＴＡ、ＰＢＳＳ、グループＩＤによって識別されるＳＴＡのグループなどの）別のＳＴＡまたはＳＴＡの別のセットによる媒体占有時間を含むことができる。パラメータは、干渉時間を含むことができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、ＰＨＹＣＣＡ．ｉｎｄｉｃａｔｉｏｎ（ｂｕｓｙ）と関連付けられたＥＩＦＳ時間も含むことができる。パラメータは、ＡＣについての平均媒体アクセス時間（例えば、測定ＳＴＡが異なるＡＣのパケットのために媒体へのアクセスを得ることができるまでの平均時間）を含むことができる。
【０１０３】
測定仕様サブフィールド９１４は、行われるべき測定についての仕様を提供することができる。仕様は、測定チャネルおよび帯域幅を含むことができる。要求ＳＴＡは、測定が行われるべきチャネル番号および帯域幅を指定することができる。仕様は、リレーＳＴＡが、要求者ＳＴＡ  ＩＤまたはＳＴＡグループＩＤのインジケーション（表示）を含む測定要求をＡＰに転送することができるかどうかを指定することができる。仕様は、測定頻度を指定することができる。測定頻度は、一度とすること（測定は一度行われるべきである）、定期的とすること（測定は、一定の継続時間の間、定期的に行われるべきである）、もしくはスケジュールされること（測定は、例えば、与えられたビーコンサブインターバル、もしくはＲＡＷもしくはアクセスウィンドウ持続時間の間、提供されるスケジュールに従って行われるべきである）、または変化が検出されたときとすることができる。仕様は、報告頻度を指定することができる（測定は、与えられた頻度または要求された頻度で報告することができる）。
【０１０４】
ＢＳＳ間干渉報告フィールドは、以下を例外として、図９に示されたＢＳＳ内干渉報告フィールドのためのフォーマットを使用することができ、すなわち、ＢＳＳ内干渉のための測定パラメータのために提示されるパラメータに加えて、測定パラメータサブフィールドは、限定することなく、異なるＡＰ／リレーによって広告される異なるアクセスカテゴリについてのＱｏＳ設定、異なるＡＰ／リレーによって測定および広告される周波数帯域使用、ＡＰ／リレーによって検出もしくは公表されるビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴもしくは他のアクセスウィンドウ、ＡＰ／リレーによって公表されるＴＩＭ／ＵＬアクセスウィンドウ、ならびに／またはＡＰ／リレー／ＰＣＰによって公表される調整能力を含む、要求されたＳＴＡが測定すべきより多くのパラメータを示すことができる。
【０１０５】
図１０は、測定を報告するためにＳＴＡまたはＡＰによって使用することができる、干渉測定ＩＥ１０００の例示的なフォーマットを示す図である。干渉測定ＩＥは、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド１００１、長さフィールド１００２、フィールド数フィールド１００３、およびフィールド１  １００４からフィールドＮ  １００５を含むことができる。
【０１０６】
要素ＩＤフィールドは、現在のＩＥが干渉測定ＩＥであることを示すことができる。長さフィールド１００２は、干渉測定ＩＥの長さを含むことができる。フィールド数フィールド１００３は、干渉測定ＩＥ内に含まれるフィールドの数を指定するために使用することができる。加えて、フィールド数フィールド１００３は、シーケンス番号を含むことができる。シーケンス番号は、要求ＳＴＡ／ＡＰからの干渉測定要求内に含まれるシーケンス番号に対応することができる。あるいは、シーケンス番号は、報告ＳＴＡ／ＡＰが送信する報告または送信した報告の時間または数に関連することができる。
【０１０７】
フィールド１  １００４からフィールドＮ  １００５のフィールドの各々は、１または複数のＳＴＡの測定された干渉およびパラメータを含むことができ、以下のサブフィールド、すなわち、ＩＤサブフィールド１０１０と、タイプサブフィールド１０１１と、パラメータタイプサブフィールド１０１２と、測定されたパラメータサブフィールド１０１３とを含むことができる。
【０１０８】
ＩＤサブフィールド１０１０は、要求された測定のターゲットＳＴＡまたはＳＴＡのセットを指定するために使用することができる。ＩＤサブフィールド１０１０は、ＭＡＣアドレス、ＡＩＤ、グループＩＤ、またはＳＴＡとＡＰが合意した他の任意のタイプのＩＤを含むことができる。報告ＳＴＡが、自らのパラメータおよび媒体占有時間を報告する場合、ＩＤフィールドは、ＭＡＣアドレス、ＡＩＤなど、ＳＴＡのＩＤになるように設定することができる。
【０１０９】
タイプサブフィールド１０１１は、測定された干渉のタイプを指定することができる。測定された干渉は、単一のＳＴＡ、またはグループＩＤによって識別されるＳＴＡのグループなどのＳＴＡのセット、ＰＢＳＳ、もしくはリレーＢＳＳについてのものとすることができる。いくつかの潜在的な値は、ＳＴＡ、ＢＳＳ、リレーＳＴＡ、リレーＢＳＳ、ＰＢＳＳ、またはＰＣＰとすることができる。例えば、ＢＳＳは、ＢＳＳＩＤになるように設定されたＩＤフィールドと、ＢＳＳになるように設定されたタイプとの組み合わせによって識別することができる。ＳＴＡのグループは、グループＩＤになるように設定されたＩＤフィールドと、グループになるように設定されたタイプとの組み合わせによって識別することができる。別の例では、リレーＢＳＳは、リレーＢＳＳのＢＳＳＩＤまたはリレーＡＰ／ＳＴＡのＭＡＣアドレスになるように設定されたＩＤフィールドと、リレーＢＳＳになるように設定されたタイプフィールドとの組み合わせによって識別することができる。
【０１１０】
パラメータタイプサブフィールド１０１２は、測定されたパラメータサブフィールド１０１３内に含まれる測定されたパラメータのタイプを指定するために使用することができる。測定されたパラメータサブフィールド１０１３内には、パラメータの複数のタイプを含むことができる。パラメータのタイプのインジケーション（表示）は、媒体占有時間、干渉時間、ＱｏＳ設定および負荷、周波数チャネル使用および予約、公表されるビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウの予約、ポジティブＴＩＭインジケーション（表示）の数、または上で汎用的に定義されたようなＴＸＯＰなどの、複数のパラメータタイプを示すために、ビットマップまたは他のタイプの符号化として符号化することができる。
【０１１１】
測定されたパラメータサブフィールド１０１３は、報告ＳＴＡによって測定されたパラメータの値を含むことができる。媒体占有時間、干渉時間、ＱｏＳ設定および負荷、周波数チャネル使用および予約、公表されるビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウの予約、またはポジティブＴＩＭインジケーションの数などの、報告されるパラメータの正確なタイプは、パラメータタイプサブフィールドで示すことができる。
【０１１２】
干渉測定ＩＥ、またはそのフィールドおよびサブフィールドからなる任意のサブセットは、任意のＩＥのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはＭＡＣ／ＰＬＣＰヘッダ内に組み込むことができる。
【０１１３】
別の実施形態では、リレーＳＴＡ／ＰＣＰ／ＡＰ／ＲＡＰ／ＳＴＡは、調整を行うために、媒体占有時間および他の設定などの自らのパラメータを、干渉測定ＩＥを含むフレームを使用して、他のリレーＳＴＡ／ＰＣＰ／ＡＰ／ＲＡＰ／ＳＴＡに、またはキャリア制御ネットワークもしくは企業ＷＬＡＮネットワーク内の調整器などの中央調整デバイスに報告することができる。
【０１１４】
別の例では、リレーＳＴＡは、ルートＡＰがリレーＢＳＳと周辺ＢＳＳとの間で調整を行うことができるように、自らのリレーＢＳＳのパラメータをルートＡＰに送信することができる。そのような場合、各フィールドは、送信ＳＴＡまたはそのＢＳＳに、特定のＢＳＳまたはネットワークに影響を与えている媒体占有時間および他の設定を報告するために使用することができる。この場合、ＩＤサブフィールドは、負荷およびこのフィールド内で提供されるパラメータの量によって影響を受けるネットワークまたはＳＴＡを示すために使用することができる。
【０１１５】
別の例では、ＳＴＡは、複数のネットワークからの可視性および能力に基づいてグループ化することができる。ＡＰ／リレーＳＴＡ／ＰＣＰ／ＲＡＰは、複数のネットワークからのＳＴＡの可視性および能力に基づいて、それらに関連付けられたＳＴＡをグループに分類することができる。例えば、ＢＳＳまたはリレーＢＳＳ内のＳＴＡのセットが、ＢＳＳの同じセットまたはＢＳＳの類似のセットとオーバラップしている場合、ＳＴＡのセットは、一緒にグループ化することができる。ＳＴＡのそのようなグループは、干渉グループ（ＩＧ）と呼ばれることがある。ＡＰは、それに関連付けられたＳＴＡを複数のＩＧに分類することができ、ＡＰは、オーバラップＢＳＳと調整を行い、それぞれのオーバラップＢＳＳとのネゴシエーションおよび調整に応じて、異なるＩＧに対して、ＱｏＳ設定、ＴＸＯＰ／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／ビーコンサブインターバルスケジュール、ＴＩＭ／ＵＬアクセスウィンドウ割り当て、または上で汎用的に定義されたようなＴＸＯＰなどの、異なる設定を提供することができる。
【０１１６】
別の例では、ＡＰ／ＲＡＰ／ＰＣＰ／リレーＳＴＡは、それと関連付けられたＳＴＡを、ＳＴＡの動作帯域幅能力および設定に基づいて、グループ化することができる。例えば、ＡＰ／ＲＡＰ／ＰＣＰ／リレーＳＴＡは、１ＭＨｚ帯域幅のみを使用して動作するＳＴＡをグループ１に、最大２ＭＨｚ帯域幅を使用して動作することができるＳＴＡをグループ２に、最大４ＭＨｚ帯域幅を使用して動作することができるＳＴＡをグループ３に、最大８ＭＨｚ帯域幅で動作することができるＳＴＡをグループ４に分類することができる。類似の分類は、８０ＭＨｚ帯域幅、２０ＭＨｚ帯域幅、１６０ＭＨｚ帯域幅、または８０＋８０ＭＨｚ帯域幅に対応可能なＳＴＡにも適用することができる。ＳＴＡのグループ化は、補助能力にも基づくことができる。例えば、ネットワークの動作帯域幅が１６０ＭＨｚである場合、ＡＰ／ＲＡＰ／ＰＣＰ／リレーＳＴＡは、合わせて１６０ＭＨｚ帯域幅送信を同時に行う、２０ＭＨｚ帯域幅に対応可能な２つのＳＴＡと、４０ＭＨｚ帯域幅に対応可能な１つのＳＴＡと、８０ＭＨｚ帯域幅に対応可能な１つのＳＴＡとにグループ化することができる。ＳＴＡの異なるグループは、異なる帯域幅にわたることができる、異なるＴＸＯＰ／ＲＡＷ／ＰＲＡＷ、他のアクセスウィンドウ、または上で汎用的に定義されたようなＴＸＯＰに割り当てることができる。そのような割り当てられたＴＸＯＰ／ＲＡＷ／ＰＲＡＷ／または他のアクセスウィンドウは、オーバラップネットワーク間で調整を通してリソースを最適に共用することができるように、近隣ネットワークとネゴシエートされることができる。
【０１１７】
また別の実施形態では、ＳＴＡは、チャネル条件についてのフィードバックに基づいて、グループに分類することができる。例えば、ＳＴＡのセットがすべて、（例えば、チャネルｉ上でフレームを送信することによって、または詳細なチャネル条件フィードバックを提供することによって）チャネルｉを使用することを好むことをＡＰまたはＲＡＰに示した場合、ＳＴＡのセットは、ＩＧｉに割り当てることができる。同様に、ＳＴＡの異なるグループは、異なるＲＡＷ／ＰＲＡＷ／ＴＷＴに割り当てることができ、異なる帯域幅にわたることができ、または異なるチャネル上で通信することができる。そのような割り当てられたＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウは、オーバラップネットワーク間で調整を通してリソースを最適に共用することができるように、近隣ネットワークとネゴシエートされることができる。
【０１１８】
上で説明されたそのようなグループ割り当ては、ＳＴＡによる干渉測定報告に基づくことができる。グループ割り当ては、グループＩＤ管理フレームの変更されたバージョンを通して公表することができる。例えば、グループＩＤの数は、１２８もしくは２５６に、またはより多くに増やすことができる。グループＩＤのいくつかは、干渉グループのために予約しておくことができる。
【０１１９】
エリア内にＡＰおよびＢＳＳの密な配備が存在する場合、特に、ＢＳＳが異なるアプリケーションのために設計される場合、異なるアクセスカテゴリ（ＡＣ）と関連付けられたサービス品質（ＱｏＳ）要件は、ＯＢＳＳ全域では満たされないことがある。単なる音声およびビデオストリームを超えたトラフィックまたはトラフィックパターンの他のＡＣに対処する調整メカニズムは、ＱｏＳ要件が満たされることを可能にすることがある。
【０１２０】
図１１は、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる第２の実施形態による、ＱｏＳ要件が満たされることを保証するために異なるＢＳＳのＱｏＳ設定をモニタリングおよび測定するための例示的な手順のフローチャート１１００である。ＳＴＡは、その干渉報告および調整能力を送信する（１１０１）ことができ、その後、ＱｏＳパラメータモニタリングの実行を求める要求を受信する（１１０２）ことができる。干渉報告および調整能力ＩＥは、ＳＴＡによって、その干渉報告および調整能力を送信するために使用することができる。ＳＴＡは、その後、ＱｏＳパラメータをモニタリングし（１１０３）、測定されたＱｏＳパラメータを報告する（１１０４）ことができる。図１１の例示的な手順は、ＳＴＡとＡＰが干渉報告および調整能力を交換した後、ＳＴＡまたはＡＰによって、複数回または同様に複数ラウンド実行することができる。
【０１２１】
リレーＳＴＡ／ＡＰ／ＲＡＰ／ＰＣＰは、それがＱｏＳパラメータ、負荷、および／またはＱｏＳ設定調整を報告することが可能であることを示すために、干渉報告および調整能力ＩＥを、ビーコン、ショートビーコン、または他のタイプの制御、管理、もしくは拡張フレーム内に含めることができる。ＱｏＳパラメータ報告および／またはＱｏＳ設定調整が可能であるリレーＳＴＡ／ＡＰ／ＲＡＰ／ＰＣＰは、自らのＱｏＳ負荷およびパラメータを、ビーコン、ショートビーコン、他のマルチキャストフレーム、ブロードキャストフレーム、またはユニキャストフレームに収めて、いくつかの集中調整デバイスに、または他のリレーＳＴＡ／ＡＰ／ＲＡＰ／ＰＣＰ／ＳＴＡ／ネットワークに公表する(アナウンスする：announce)ことができる。
【０１２２】
図１１の手順によれば、ＳＴＡが、プローブ要求、アソシエーション要求、または他の制御もしくは管理フレーム内で、それが干渉報告（例えば、ＱｏＳ関連パラメータのモニタリングまたは報告）が可能であることを指定した場合、リレーＳＴＡ／ＡＰ／ＲＡＰ／ＰＣＰは、そのようなＳＴＡにＱｏＳパラメータモニタリングを行うように要求することができる。ＳＴＡは、その後、（ＢＳＳ、ＰＢＳＳ、リレーＢＳＳなど）近隣ネットワークのＱｏＳパラメータをモニタリングし、観測されたＱｏＳパラメータをＲＡＰ／ＰＣＰ／ＡＰに報告することができる。ＲＡＰ／ＰＣＰ／ＡＰは、自らのネットワークのＱｏＳ負荷情報およびパラメータ設定に加えて、自らのネットワークとオーバラップする他のネットワークから観測されたＱｏＳ負荷情報およびパラメータも収集することができる。必要な場合、すべてのＱｏＳ負荷情報およびパラメータの集まりは、例えば、集中調整ＡＰなど、ＱｏＳ調整が可能なデバイスに転送することができる。
【０１２３】
図１１の手順の別の例示的な適用例では、同じＢＳＳ内のリレーＢＳＳ内のＳＴＡは、すべてのリレーＢＳＳおよびそれらが漏れ聞くことができるＢＳＳのＱｏＳ負荷およびパラメータをモニタリングすることができる。ＳＴＡは、その後、測定された干渉をそれぞれのＲＡＰ／ＡＰに報告することができる。ＲＡＰ／ＡＰは、その後、自らのリレーＢＳＳに加えて、オーバラップネットワーク内のＱｏＳ負荷およびパラメータも収集することができる。この情報は、その後、ルートＡＰに転送することができる。加えて、ルートＡＰは、関連するＱｏＳ負荷およびパラメータをオーバラップネットワークのＡＰ／ＲＡＰに転送することができる。例えば、干渉グループＩＧ１内のＳＴＡのセットが別のネットワークＢＳＳ１とオーバラップする場合、ＡＰは、ＱｏＳ負荷およびパラメータ設定をＢＳＳ１のＡＰに転送する必要があることがある。ＡＰは、その後、オーバラップネットワーク内の総ＱｏＳ負荷に基づいて、適切なＱｏＳパラメータのセットをネゴシエートすることができる。ＡＰは、総ＱｏＳ負荷およびオーバラップネットワークによって使用されるＱｏＳパラメータに基づいて、自らのＱｏＳパラメータを独立に決定することもできる。
【０１２４】
図１１の手順による別の実施形態では、すべてのＲＡＰ／ＰＣＰ／ＡＰは、自らのネットワークおよびオーバラップネットワークのＱｏＳ負荷およびパラメータを、企業またはキャリア運営ネットワーク内の調整ＡＰなど、集中調整デバイスに転送することができる。調整デバイスは、ＢＳＳ／ＰＢＳＳ／リレーＢＳＳ／ＩＧなど、すべてのネットワークに対して適切なＱｏＳ設定を決定することができる。
【０１２５】
図２に示されたＱｏＳ負荷情報は、ＡＣ＿ＶＯ負荷およびＡＣ＿ＶＩ負荷よりも多くの情報を含めるために拡張することができる。ＳＴＡ／リレーＳＴＡ／ＡＰ／ＰＣＰ／ＲＡＰによって自らのＱｏＳ設定および負荷を報告するために使用される場合、図１０に示された干渉測定ＩＥ内の測定されたパラメータサブフィールドは、図２に示されたサブフィールドのサブセットまたはすべてを含むことができる。
【０１２６】
図１２は、測定されたパラメータサブフィールド内のＱｏＳパラメータフィールドおよびＱｏＳ負荷フィールドの例示的なフォーマット１２００を示す図である。測定されたパラメータサブフィールド１２０１内では、ＱｏＳ関連パラメータは、限定することなく、ＱｏＳ負荷フィールド１２０２と、ＱｏＳパラメータフィールド１２０３とを含むことができる。
【０１２７】
ＱｏＳ負荷フィールド１２０２は、近隣ＳＴＡおよびＢＳＳ、ＰＢＳＳ、リレーＢＳＳなどのネットワークの性能に影響を与えることがあるＱｏＳトラフィックについての負荷情報を含むことができる。ＱｏＳ負荷フィールド１２０２は、フィールド数１２０４、およびフィールド１サブフィールド１２０５〜フィールドＮサブフィールド１２０６を含むことができる。フィールド１サブフィールド１２０５からフィールドＮサブフィールド１２０６の各々は、タイプサブフィールド１２０７と、負荷サブフィールド１２０８とを含むことができる。タイプサブフィールド１２０７は、負荷のタイプを示すことができ、以下の値、すなわち、ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒｓ（これはセンサおよびメータデバイスのためのＡＣ／トラフィックとすることができる）、ＡＣ＿ＦＩＬＳ（これは、高速初期リンクセットアップ（ＦＩＬＳ）のためのＡＣ／トラフィックである）、ＡＣ＿ＢａｔｔｅｒｙＤｅｖｉｃｅ（これはバッテリを保存するために媒体へのより高速なアクセスおよびより短いアウェイク時間を必要とするバッテリ給電デバイスのためのＡＣである）、ＡＣ＿ＶＩおよびＡＣ＿ＶＯ（ビデオおよび音声のためのＡＣ）、ＡＣ  Ｐｌｕｓ（プラス加入レベルを有する加入者のためのＡＣもしくはトラフィック）、またはＡＣ  Ｂａｓｉｃ（基本加入レベルを有する加入者のためのＡＣもしくはトラフィック）などを有することができる。
【０１２８】
負荷サブフィールド１２０８は、タイプフィールド１２０７内で示されたタイプのトラフィック負荷を示すことができる。ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒｓの場合、センサ／メータトラフィックの負荷は、（例えば、与えられたアクセスウィンドウまたはＲＡＷ内で）媒体アクセスを行うＳＴＡの（予想される）数、ＰＳ−Ｐｏｌｌ、ＡＣＫ、ＢＡ、データ、制御、および管理フレーム、ならびに再送を含むことができる、すべてのフレームを送信するのに必要とされる媒体占有時間の最大、最小、平均、または標準偏差によって指定することができる。ＡＣ＿ＦＩＬＳの場合、ＦＩＬＳトラフィックの負荷は、ＦＩＬＳプロセスを行うことができるＳＴＡの（予想される）数によって指定することができる。ＦＩＬＳトラフィックは、すでにＡＰ／ＲＡＰ／ＰＣＰと関連付けられたＳＴＡが送信および受信するトラフィックに追加することができる。ＡＣ＿ＢａｔｔｅｒｙＤｅｖｉｃｅの場合、バッテリ給電デバイスのトラフィック負荷は、ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒｓのものと同様に指定することができる。ＡＣ＿ＶＩおよびＡＣ＿ＶＯの場合、ＡＣ＿ＶＩおよびＡＣ＿ＶＯのトラフィック負荷は、図３に示されるものと同様に指定することができる。
【０１２９】
ＱｏＳパラメータフィールド１２０３は、近隣ＳＴＡおよびＢＳＳ、ＰＢＳＳ、リレーＢＳＳなどのネットワークの性能に影響を与えることがあるＱｏＳパラメータ値を含むことができる。ＱｏＳパラメータフィールド１２０３は、フィールド数１２０９、およびフィールド１サブフィールド１２１０からフィールドＮサブフィールド１２１１を含むことができる。フィールド１サブフィールド１２１０からフィールドＮサブフィールド１２１１の各々は、ＡＣサブフィールド１２１２と、パラメータ値サブフィールド１２１３とを含むことができる。ＡＣサブフィールド１２１２は、現在定義されているＡＣに加えて、以下の値、すなわち、ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒｓ、ＡＣ＿ＦＩＬＳ、ＡＣ＿ＢａｔｔｅｒｙＤｅｖｉｃｅ、ＡＣ  Ｐｌｕｓ、ＡＣ  Ｂａｓｉｃなどを有することができる。
【０１３０】
パラメータ値サブフィールド１２１３は、限定することなく、ＣＷｍｉｎ、ＣＷｍａｘ、ＡＩＦＳ、ＲＩＦＳ、最大ＴＸＯＰ持続時間、および最大／最小サービス期間を含む、各ＡＣのためのパラメータを指定することができる。ＴＸＯＰ持続時間は、上で説明されたように、汎用的に定義することができる。
【０１３１】
一実施形態では、ＱｏＳ負荷およびＱｏＳパラメータは、ネットワーク／ＢＳＳ全体に対して指定し、ＡＰまたはＳＴＡのセットの間で共用することができる。また別の実施形態では、ＱｏＳ負荷およびＱｏＳパラメータは、１もしくは複数のビーコンサブインターバル、ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウに対して、および／または特定のチャネルもしくは帯域幅に対して、および／またはリレーＢＳＳもしくはグループＩＤによって識別されるＳＴＡのセットなど、ＳＴＡの特定のセットに対して指定することができる。
【０１３２】
エリア内にＡＰおよびＢＳＳの密な配備が存在する場合、リソースは、ＯＢＳＳの間で共用される必要があることがある。ＯＢＳＳの間でリソース使用を調整および最適化するための方法は、リソース共用を可能にすることができる。特に、ＯＢＳＳの間で周波数／帯域幅リソースを調整および最適化するための方法を使用することができる。方法は、あるタイプのＳＴＡのための、ビーコンインターバル／サブインターバル、およびＲＡＷ、ＰＲＡＷ、ＴＷＴ、制限されたウィンドウなどのタイムスロット（例えば、ＨＥＷ  ＳＴＡのみがアクセスを許可されるウィンドウ、またはＩＥＥＥ８０２．１１ｎデバイスのみがアクセスを許可されるサブインターバル）の使用および割り当てを、ＯＢＳＳの間で調整および最適化するためにも使用することができる。
【０１３３】
図１３は、近隣ネットワークおよび／またはオーバラップネットワーク内のＳＴＡと調整をネゴシエートするために、ネットワークのネットワーク内のＳＴＡによって使用することができる、調整要求ＩＥ１３００の例示的なフォーマットを示す図である。ＳＴＡは、図１３に示される調整要求ＩＥを含むフレームを使用して、ネットワーク調整をネゴシエートすることができる。調整要求ＩＥは、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド１３０１、長さフィールド１３０２、オプションフィールド１３０３、およびフィールド１  １３０４からフィールドＮ  １３０５を含むことができる。
【０１３４】
要素ＩＤフィールド１３０１は、現在のＩＥが調整要求ＩＥであることを示すことができる。長さフィールド１３０２は、調整要求ＩＥの長さを含むことができる。オプションフィールド１３０３は、調整についての様々なオプションを示すことができ、以下の情報、すなわち、シーケンス番号（調整要求の識別）、調整要求内に含まれるフィールドの数、調整要求ＩＥ内に含まれるパラメータのタイプ（例えば、プライマリチャネル、調整チャネル、ＴＸＯＰ、ＴＩＭ／ＵＬアクセスウィンドウ、ＱｏＳ設定、上で汎用的に定義されたようなＴＸＯＰなど）を含むことができる。
【０１３５】
フィールド１  １３０４からフィールドＮ  １３０５の各々は、調整を受けるパラメータの１または複数のタイプを含むことができ、タイプサブフィールド１３１１と、内容サブフィールド１３１２とを含むことができる。タイプサブフィールド１３１１は、フィールド内で指定されるパラメータのタイプ（例えば、プライマリチャネル、調整チャネル、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／アクセスウィンドウ、ＴＩＭ／ＵＬアクセスウィンドウ、上で汎用的に定義されたようなＴＸＯＰなど）を指定することができる。内容サブフィールド１３１２は、タイプサブフィールド１３１１によって示されるパラメータを指定することができる。
【０１３６】
内容サブフィールド１３１２は、送信ＳＴＡが、ＢＳＳ、リレーＢＳＳ、ＰＢＳＳなど、そのネットワークのために使用することを予想するプライマリチャネルを指定することができる。プライマリチャネルは、（チャネル番号，帯域幅）の１または複数のセットによって示すことができる。（チャネル番号，帯域幅）の２以上のセットが指定された場合、（チャネル番号，帯域幅）によって指定されるプライマリチャネルがいつ有効になることができるかを示すために、スケジュールを含むことができる。
【０１３７】
プライマリチャネルおよび／または動作チャネルは、オーバラップするネットワークについて同じであること、または異なることができる。プライマリチャネルおよび／または動作チャネルが、２以上のネットワークについて同じである場合、同じ期間中に同じプライマリチャネル／動作チャネルを共用するすべてのネットワークが満足な性能を有することを保証するために、（ＳＴＡの数、もしくは指定された時間期間もしくは時間単位内におけるすべての関連するＳＴＡによる予想される送信の数とすることができる）ＥｘｐｅｃｔｅｄＮｕｍｂｅｒＭｅｄｉｕｍＡｃｃｅｓｓ、または（指定された時間期間内におけるトラフィック負荷の最大、最小、平均、もしくは標準偏差によって示すことができる）ＥｘｐｅｃｔｅｄＴｒａｆｆｉｃＬｏａｄなどの追加のパラメータを含むことができる。
【０１３８】
プライマリチャネルが（スケジュールによって指定されるなど）動的である場合、ＡＰ／ＲＡＰ／ＰＣＰは、プライマリチャネルスケジュールを、ビーコン、ショートビーコンフレーム、または他の任意のタイプのフレーム内に含めるのに加え、スケジュールを、プローブ応答およびアソシエーション応答フレーム内にも含めることができる。
【０１３９】
内容サブフィールド１３１２は、オーバラップネットワーク内のＡＰ／ＲＡＰ／リレーＳＴＡ／ＰＣＰが調整目的で使用するチャネルである、調整チャネルを指定することができる。調整チャネルは、（チャネル番号，帯域幅）の１または複数のセットによって示すことができる。（チャネル番号，帯域幅）によって指定される調整チャネルがいつ有効になることができるかを示すために、スケジュールを含むことができる。
【０１４０】
調整チャネルは、１または複数の近隣ネットワークと調整を行うことを望むすべてのネットワークについて同一とすることができる。調整チャネルという用語は、汎用的であり、ＷＬＡＮ接続を通ること、またはＷｉＭＡＸ、ＬＴＥ、イーサネットなど、他のタイプの無線／有線インターフェースを通ることができる。調整チャネルは、ビーコン、ショートビーコンフレーム、または他の任意のタイプのフレームなどのフレーム内に含まれることができる。
【０１４１】
内容サブフィールド１３１２は、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウも示すことができる。ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウは、（開始時刻，持続時間）など、様々な方法で指定することができる。あるいは、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウは、（開始時刻，持続時間，送信セクタ）によって示すことができる。送信セクタは、ＡＰが指向性アンテナを使用して送信する場合の、ＡＰのセクタとすることができる。それは、ビーム形成のために使用される特定の空間チャネルを指すこともできる。あるいは、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウは、（開始時刻，持続時間，周波数チャネル）によって示すことができる。周波数チャネルは、チャネル番号のセットによって指定することができ、チャネルは、連続であることもあり、または連続でないこともある。それは、チャネル番号とチャネル帯域幅によって指定することもできる。あるいは、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウは、（開始時刻，持続時間，周波数チャネル，送信セクタ）によって示すことができる。上記の表現のすべては、ＴＸＯＰと呼ぶことができ、それは上で汎用的に定義されたようなものである。例えば、ＲＡＷが含まれる場合、それは、競合低減および調整情報をＳＴＡに提供するために、ＲＡＷ開始時刻、ＲＡＷ持続時間のインジケーション（表示）、および許可されたプライマリチャネルを示すビットマップなどの情報を含むことができる。
【０１４２】
ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウ、および関連するパラメータは、（ＴＸＯＰ，ＡｃｃｅｓｓＭｅｔｈｏｄ，ＳｈａｒｉｎｇＰｏｌｉｃｙ，許可されたＳＴＡｓ，許可されたトラフィック，ＱｏＳ設定，ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓ，ＥｘｐｅｃｔｅｄＬｏａｄ）によって指定することができる。
【０１４３】
ＡｃｃｅｓｓＭｅｔｈｏｄは、ＥＤＣＡ、ＨＣＣＡ、またはＨＥＭＭを含むことができる。ＳｈａｒｉｎｇＰｏｌｉｃｙは、共用または排他的とすることができる。ＳｈａｒｉｎｇＰｏｌｉｃｙが共用に設定された場合、それは、送信ネットワークが近隣ネットワークと同じＴＸＯＰを共用できることを示すことができる。ＳｈａｒｉｎｇＰｏｌｉｃｙが排他的に設定された場合、それは、他のネットワークがその同じ時間に送信できないように、送信ネットワークが排他的ＴＸＯＰを要求することを示すことができる。
【０１４４】
許可されたＳＴＡは、センサおよびメータ、バッテリ給電デバイス、グループ局のＩＤ、干渉グループ、ＨＥＷ  ＳＴＡ、レガシＳＴＡなど、ＴＸＯＰ／ビーコンサブインターバル／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウを使用することを許可されたＳＴＡのタイプを示すことができる。許可されたトラフィックは、ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒ、ＡＣ＿ＢａｔｔｅｒｙＤｅｖｉｃｅｓ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ、ＡＣ＿ＢＥ、ＡＣ＿ＢＫ、ＡＣ＿ＦＩＬＳ、ＡＣプラス、およびＡＣ基本など、媒体アクセスを使用することができるトラフィックの許可されたタイプを示すことができる。ＱｏＳ設定は、様々なＡＣカテゴリについての設定を含むことができる。
【０１４５】
ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓは、上で汎用的に定義されたようなＴＸＯＰを指すことができるＴＸＯＰ中に予想される媒体アクセスの総数を示すことができる。ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓは、媒体アクセスを求めて競合（contend）するＳＴＡの総数とすること、または再送、ＡＣＫなどを含むことも、もしくは含まないこともある、すべてのフレームを送信するために必要とされる媒体アクセスの総数とすることができる。
【０１４６】
ＥｘｐｅｃｔｅｄＬｏａｄは、合計トラフィック負荷を送信するのに必要とされる予想合計時間を示すことができ、トラフィック送信時間の最大、最小、平均、および標準偏差によって指定することができる。あるいは、または加えて、予想される負荷は、送信される必要がある合計集約データを使用して示すこともでき、加えて、例えば、Ｍｂ単位のトラフィック量の最大、最小、平均、および標準偏差によって指定することができる。
【０１４７】
内容フィールド１３１２は、ＴＩＭ／ＵＬアクセスウィンドウを示すこともできる。ＴＩＭ／ＵＬアクセスウィンドウは、ＴＸＯＰの特別のケースであり、以下の情報、すなわち、ＴＩＭビーコン／ＴＩＭショートビーコン時間（ビーコンまたはショートビーコンフレームを送信する時間）、ＵＬアクセスウィンドウの開始、ポジティブＴＩＭインジケーションの最大数、ＵＬ／ＤＬ送信スロット持続時間、ＵＬアクセスウィンドウの最大持続時間などを含むことができる。
【０１４８】
ＳＴＡが、図１３に示されるような調整要求ＩＥを含むフレームを受信した場合、ＳＴＡは、それも調整が可能であるならば、調整応答ＩＥを含むフレームを用いて応答することができる。
【０１４９】
図１４は、調整応答ＩＥ１４００の例示的なフォーマットを示す図である。調整応答ＩＥは、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド１４０１、長さフィールド１４０２、オプションフィールド１４０３、結果フィールド１４０４、およびフィールド１  １４０５からフィールドＮ  １４０６を含むことができる。調整応答ＩＥのフォーマットは、以下を例外として、調整要求ＩＥのものにほとんど従うことができ、結果フィールド１４０４は、調整要求のステータスを示すことができ、以下の値、すなわち、ＳＵＣＣＥＳＳ、ＲＥＪＥＣＴ、または代替値を有することができる。本明細書で定義されるような代替値は、要求内に含まれるものとは異なる新しい値を含むが、応答ＳＴＡまたはＡＰに許容可能であることができる。フィールド１  １４０５からフィールドＮ  １４０６内のタイプサブフィールド１４１１は、内容サブフィールド１４１２が、調整要求ＩＥ内で示された元の値と異なることがある、送信ＳＴＡが提案する、プライマリチャネル、調整チャネル、ＴＸＯＰ、ＴＩＭ／ＵＬアクセスウィンドウ、上で汎用的に定義されたようなＴＸＯＰなどについての代替値を含むことができることを示すことができる。
【０１５０】
調整要求／応答ＩＥまたはそのフィールドもしくはサブフィールドからなる任意のサブセットは、任意の従来のＩＥもしくは新しいＩＥのフィールドもしくはサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはＭＡＣ／ＰＬＣＰヘッダ内で実施することができる。
【０１５１】
図１５は、ＡＰによって実行される例示的な集中プライマリチャネル調整手順１５００の信号フロー図である。この手順は、ＲＡＰ、リレーＳＴＡ、ＰＣＰなどによって実行することもできる。チャネル調整を行うために、ＡＰ（またはＲＡＰ、リレーＳＴＡ、ＰＣＰなど）は、それが、上で説明された手順のいずれかに従って、チャネル調整が可能であることを、ビーコン、ショートビーコン、または他のタイプのフレーム内で示すことができる。ＳＴＡが干渉測定を行う場合、それは、漏れ聞いたビーコンまたはショートビーコンを収集し、チャネル調整が可能なことがあるいずれの漏れ聞いたＡＰ／ネットワークもＡＰに報告することができる。ネットワークは、チャネル調整が可能な他のネットワークとチャネル調整を行うことができる。与えられたＡＰおよびネットワークに対して、オーバラップしており、調整が可能な近隣ネットワークのセットは、調整候補（ＣＣ:Coordination Candidate）と呼ばれ、それぞれのＡＰ／ＲＡＰ／ＰＣＰ／リレーＳＴＡは、調整候補ＡＰ（ＣｏｒＡＰ）と呼ばれる。
【０１５２】
チャネル調整は、分散チャネル調整または集中チャネル調整を含むことができる。集中チャネル調整の場合、少なくとも１つの集中調整ＡＰ（ＣＡＰ）が存在することができ、図１５で詳述されるプライマリチャネル調整手順は、要求ＡＰ１５０１とＣＡＰ１５０２とによって実行することができる。図１５の手順は、例であり、任意の数のＡＰに拡張することができる。ＡＰがネットワークを開始したとき、またはネットワーク／ＡＰがそのプライマリチャネルを切り換えようと計画したとき、それは、最初に環境をスキャンすることができる。要求ＡＰ１５０１は、測定干渉メッセージまたはＩＥをＣＡＰ１５０２に送信することによって、測定干渉ＩＥ１５１１などのメッセージを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。測定干渉メッセージまたはＩＥは、ＡＰによって測定された干渉を含む。要求ＡＰによって報告される測定された干渉は、本明細書で詳述されるパラメータのいずれかを含むことができる。この報告は、ＣＡＰ１５０２が、どのネットワークが他のネットワークとオーバラップしているかについてのリストに加えて、プライマリチャネル、予約されたＴＸＯＰ／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウ、上で汎用的に定義されたようなＴＸＯＰ、スケジュール、およびパラメータなどの、すべてのネットワークの設定も維持／更新することを可能にすることができる。この維持されるリストは、受信された測定された干渉ＩＥに基づいて更新することができる。
【０１５３】
要求ＡＰ１５０１は、測定された干渉に基づいて、自らのための最良のプライマリチャネルを決定することができ、調整要求ＩＥ１５１２をＣＡＰ１５０２に送信することができる。調整要求ＩＥは、新しいプライマリチャネルを使用するように要求するために、別個のフレームで、または干渉測定ＩＥと同じフレームで送信することができる。
【０１５４】
ＣＡＰ１５０２は、その後、プライマリチャネル要求を評価し、新しいプライマリチャネルの要求がすべてのプライマリチャネルと矛盾しないかどうかばかりでなく、要求ネットワークとオーバラップするネットワークのリスト内のＴＸＯＰスケジュール、ＲＡＷ、または上で汎用的に定義されたようなＴＸＯＰも検査し、ＳＵＣＣＥＳＳまたはＲＥＪＥＣＴを有する調整応答１５１３を送信することができる。衝突が検出されない場合、ＣＡＰ１５０２は、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて調整要求に応答することができる。要求ＡＰ１５０１は、その後、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表（アナウンス：Announce）１５１５をＣＡＰ１５０２に送信することができる。
【０１５５】
衝突が検出された場合、ＣＡＰ１５０２は、ステータスがＲＥＪＥＣＴに設定され、要求ＡＰ１５０１が新しいプライマリチャネルとして使用することができる代替プライマリチャネルも含むことができる調整フレームを用いて調整要求に応答することができる。ＲＥＪＥＣＴは、本明細書で定義されたような代替値を含むこともできる。ＲＥＪＥＣＴが受信された場合、要求ＡＰ１５０１は、その後、ＣＡＰ１５０２がステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答するまで、または要求ＡＰ１５０１が適切なプライマリチャネルを見出すことができないと決定するまで、新しいプライマリチャネルを選択し、別の調整要求フレーム１５１４をＣＡＰ１５０２に送信することができる。代替値が調整応答に含まれる場合、要求ＡＰは、その代替値が許容可能であるかどうかを評価することができる。それが許容可能である場合、要求ＡＰは、それが代替値を受け入れることをＣＡＰに応答することができる。ＳＵＣＣＥＳＳを受信した後、要求ＡＰ１５０１は、その後、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表(New Channel Announcement)１５１５をＣＡＰ１５０２に送信することができる。その後、要求ＡＰは、新しいチャネルの公表を、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で送信またはブロードキャストすることができる。
【０１５６】
図１６は、複数のＡＰによって実行することができる例示的な分散プライマリチャネル調整手順１６００の信号フロー図である。図１６の例では、１つの要求ＡＰ１６０１と、２つのＣｏｒＡＰ１６０２、１６０３とが存在する。しかしながら、この例は、任意の数の要求ＡＰおよびＣｏｒＡＰまたはＣＣに拡張することができる。分散チャネル調整では、各ＡＰは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたＴＸＯＰスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウスケジュール、およびパラメータなどの、これらすべてのネットワークの設定も維持／更新することができる。この手順におけるＴＸＯＰは、上で汎用的に定義されたものとして使用することができる。要求ＡＰ１６０１は、測定干渉ＩＥをＣｏｒＡＰ１６０２に送信することによって、測定干渉ＩＥ１６１１ａを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。同様に、要求ＡＰ１６０１は、測定干渉ＩＥをＣｏｒＡＰ１６０３に送信することによって、測定干渉ＩＥ１６１１ｂを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。要求ＡＰによって報告される測定された干渉は、本明細書で詳述されるパラメータのいずれかを含むことができる。要求ＡＰ１６０１は、測定された干渉報告を、定期的に、または変化が検出された場合に、送信することができる。
【０１５７】
要求ＡＰ１６０１は、その後、測定された干渉に基づいて、自らのための最良のプライマリチャネルを決定することができ、調整要求ＩＥ１６１２ａおよび１６１２ｂをそれぞれＣｏｒＡＰ１６０２およびＣｏｒＡＰ１６０３に送信することができる。調整要求ＩＥは、すべてのＣＣまたはＣｏｒＡＰに新しいプライマリチャネルを使用するように要求するために、干渉測定ＩＥと同じフレーム内に、または別個のフレーム内に存在することができる。
【０１５８】
ＣｏｒＡＰ１６０２、１６０３は、プライマリチャネル要求を評価し、新しいプライマリチャネルの要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、ＴＸＯＰスケジュールまたはＲＡＷも検査し、ＳＵＣＣＥＳＳまたはＲＥＪＥＣＴを有する調整応答フレーム１６１３ａ、１６１３ｂをそれぞれ送信することができる。衝突が検出されない場合、ＣｏｒＡＰ１６０２およびＣｏｒＡＰ１６０３は、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答することができる。
【０１５９】
衝突が検出された場合、ＣｏｒＡＰ１６０２およびＣｏｒＡＰ１６０３は、ステータスがＲＥＪＥＣＴに設定され、要求ＡＰ１６０１が新しいプライマリチャネルとして使用することができる代替プライマリチャネルも含むことができる調整応答フレームを用いて応答することができる。ｒｅｊｅｃｔが受信された場合、要求ＡＰ１６０１は、その後、すべてのＣｏｒＡＰがステータスＳＵＣＣＥＳＳを有する調整応答ＩＥを用いて応答するまで、または要求ＡＰ１６０１が適切なプライマリチャネルを見出すことができないと決定するまで、新しいプライマリチャネルを選択し、別の調整要求ＩＥ１６１４ａおよび１６１４ｂをそれぞれＣｏｒＡＰ１６０２およびＣｏｒＡＰ１６０３に送信することができる。代替プライマリチャネルが調整応答に含まれる場合、要求ＡＰは、その代替値を評価することができる。それが許容可能である場合、要求ＡＰは、すべてのＣｏｒＡＰに対する新しいプライマリチャネル値を含む新しい調整要求を構成することができる。
【０１６０】
要求ＡＰ１６０１は、その後、それがすべてのＣｏｒＡＰからステータスがＳＵＣＣＥＳＳに設定された調整応答フレームを受信した場合、またはすべてのＣＣもしくはＣｏｒＡＰへの調整要求フレームの送信以降、少なくとも定められた数のビーコンがすべてのＣＣもしくはＣｏｒＡＰから受信された場合、または調整要求フレームがすべてのＣＣもしくはＣｏｒＡＰに送信された後、少なくとも定められた時間期間が経過した場合、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表(New Channel Announcement)１６１５ａおよび１６１５ｂをそれぞれＣｏｒＡＰ１６０２およびＣｏｒＡＰ１６０３に送信することができる。その後、要求ＡＰは、新しいチャネルの公表(New Channel Announcement)を、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で送信またはブロードキャストすることができる。
【０１６１】
互いに少なくとも部分的にオーバラップするＣＣネットワークの集まりは、本明細書で調整チャネル調整（ＣｏｏｒＣｈａｎｎｅｌ）と呼ばれる調整を行うために、定期的に少なくともある時間間隔の間、利用可能になることができる共通チャネルを決定することができる。集中調整チャネル調整では、ＣＡＰは、ＣＣ内のすべてのＡＰが、これらのＡＰが集中調整のためにいつ、どのチャネル上でＣＡＰと交信することができるかを知るように、１もしくは複数の自らのチャネルおよび／または利用可能性スケジュールを公表（アナウンス）することができる。
【０１６２】
調整チャネル調整も分散させることができる。図１７は、分散調整チャネル調整の例示的な手順１７００の信号図である。図１７の例には、１つの要求ＡＰ１７０１と、２つのＣｏｒＡＰ１７０２、１７０３とが存在する。しかしながら、この例は、任意の数の要求ＡＰおよびＣｏｒＡＰまたはＣＣに拡張することができる。分散調整チャネル調整では、各ＡＰは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、調整チャネル、予約されたＴＸＯＰスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウスケジュール、およびパラメータなどの、これらのネットワークすべての設定も維持／更新することができる。この手順におけるＴＸＯＰは、上で汎用的に定義されたものとして使用することができる。要求ＡＰ１７０１は、測定された干渉に基づいて、最良の調整チャネルを決定し、調整要求を調整要求ＩＥ１７１１ａ内でＣｏｒＡＰ１７０２に送信することができる。同様に、要求ＡＰ１７０１は、測定された干渉に基づいて、最良の調整チャネルを決定し、調整要求を調整要求ＩＥ１７１１ｂ内でＣｏｒＡＰ１７０３に送信することができる。調整要求ＩＥは、調整チャネルが有効であり得る場合、スケジュールとともに異なる調整チャネルを、または新しい調整チャネルのセットを使用するように要求するために、すべてのＣＣまたはＣｏｒＡＰへの、干渉測定ＩＥと同じフレーム内に、または別個のフレーム内に存在することができる。
【０１６３】
ＣｏｒＡＰ１７０２およびＣｏｒＡＰ１７０３は、調整チャネル要求を評価し、新しい調整チャネル要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、ＴＸＯＰ／ＲＡＷスケジュールも検査し、ＳＵＣＣＥＳＳまたはＲＥＪＥＣＴを有する調整応答１７１２ａ、１７１２ｂをそれぞれ送信することができる。衝突が検出されない場合、ＣｏｒＡＰ１７０２およびＣｏｒＡＰ１７０３は、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを送信することができる。衝突が検出された場合、ＣｏｒＡＰ１７０２およびＣｏｒＡＰ１７０３は、ステータスがＲＥＪＥＣＴに設定され、要求ＡＰが新しい調整チャネルとして使用することができる代替調整チャネルも含むことができる調整応答フレームを送信することができる。ＲＥＪＥＣＴが受信された場合、要求ＡＰ１７０１は、その後、すべてのＣｏｒＡＰがステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答するまで、または要求ＡＰ１７０１が適切な新しい調整チャネルを見出すことができないと決定するまで、新しい調整チャネルを選択し（または調整応答内に含まれる代替チャネルを評価し）、別の調整要求ＩＥ１７１３ａおよび１７１３ｂをそれぞれＣｏｒＡＰ１７０２およびＣｏｒＡＰ１７０３に送信することができる。
【０１６４】
図１８は、上述の手順において説明されたように、各ＣｏｒＡＰがどのように調整チャネルまたはプライマリチャネル要求を評価し、要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、ＴＸＯＰ／ＲＡＷスケジュールも検査することができるかについての例１８００を示す図である。この手順におけるＴＸＯＰは、上で汎用的に定義されたものとして使用することができる。最初に、ＣｏｒＡＰは、衝突が存在するかどうかを決定することができる（１８０１）。衝突が検出されない場合、ＣｏｒＡＰは、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを送信することができる（１８０２）。衝突が検出された場合、ＣｏｒＡＰは、ステータスＲＥＪＥＣＴを有し、応答ＡＰまたはＳＴＡに許容可能な代替調整チャネル値も含むことができる、調整応答フレームを送信することができる（１８０３）。
【０１６５】
８０２．１１ネットワークには多くの動作帯域幅が存在する。例えば、８０２．１１ａｃデバイスは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および８０＋８０ＭＨｚ帯域幅上で動作することができる。８０２．１１ａｈデバイスは、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅上で動作することができる。キャリア検知多重アクセス（ＣＳＭＡ）においてエラーをもたらすことがある非対称リンクを防止するために、異なる無線距離上で動作するデバイスは、異なるチャネル上で動作するように選択すること、または割り当てることができる。例えば、８０２．１１ａｈデバイスおよびネットワークのために特別に予約されたチャネルのセットが存在することができる。１ＭＨｚ動作のために予約されたチャネルのセットは、利用可能なスペクトルのどこかに配置することができ、連続であることもあり、または不連続であることもある。チャネルまたはチャネルのセットは、残りの帯域幅が大きな動作帯域幅のＳＴＡに対処することができるように割り当てることができる。限られた数のチャネルしか存在しないならば、チャネル割り当てステップは、効率性に基づいてチャネルを割り当てることができる。
【０１６６】
例えば、８０２．１１ａｈデバイスが利用可能な２６ＭＨｚの帯域幅が存在する場合、例えば、各々が１ＭＨｚのチャネル０からチャネル２５が存在する。チャネル０および１は、１ＭＨｚ動作のために予約することができ、チャネル２〜２５は、ネットワークのセットのための少なくとも１つの１６ＭＨｚの動作帯域幅、およびネットワークの別のセットのための少なくとも１つの８ＭＨｚ超の動作帯域幅に対処するために使用することができる。１６ＭＨｚおよび８ＭＨｚ帯域幅は、複数の２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚネットワークによって共用することができる。同様に、チャネル２４および２５は、１ＭＨｚ動作のために予約することができる。
【０１６７】
別の例では、チャネル０、１、チャネル１８、１９、および２４、２５は、１ＭＨｚ動作のために予約することができる。チャネル２〜１７は、連続した１６ＭＨｚ帯域幅を提供することができ、一方、チャネル２０〜２３は、連続した４ＭＨｚ帯域幅を提供することができる。
【０１６８】
そのような手順は、送信電力制御のためにより長い無線距離を有するネットワークにも同様に適用することができる。
【０１６９】
ＮＮは、予約されたＴＸＯＰ／ＲＡＷ／ＰＲＡＷ／ＴＷＴ／制限されたウィンドウ／アクセスウィンドウ、または上で汎用的に定義されたようなＴＸＯＰを調整することができる。図１９は、ネットワークからなる例示的なオーバラップネットワークにおける予約されたＴＸＯＰ１９００を示す図である。図１９の例では、ネットワーク１は、ＴＸＯＰ１９０１ａを、チャネル１  １９１１、チャネル２  １９１２、チャネル３  １９１３、およびチャネル４  １９１４上に予約することができる。別の例では、ネットワーク１は、ＴＸＯＰ１９０１ｂをチャネル１  １９１１上に予約することができ、ネットワーク３は、ＴＸＯＰ１９０３ａをチャネル２  １９１２上に予約することができ、ネットワーク２は、ＴＸＯＰ１９０２ａをチャネル３  １９１３上に予約することができ、ネットワーク４は、ＴＸＯＰ１９０４ａをチャネル４  １９１４上に予約することができる。また別の例では、ネットワーク２は、ＴＸＯＰ１９０２ｂを、チャネル１  １９１１およびチャネル２  １９１２上に予約することができ、一方、ネットワーク１は、ＴＸＯＰ１９０１ｃを、チャネル３  １９１３およびチャネル４  １９１４上に予約することができる。また別の例では、ネットワーク３は、ＴＸＯＰ１９０３ｂを、チャネル１  １９１１およびチャネル２  １９１２上に予約することができ、一方、ネットワーク４は、ＴＸＯＰ１９０４ｂを、チャネル３  １９１３およびチャネル４  １９１４上に予約することができる。また別の例では、ネットワーク３は、ＴＸＯＰ１９０３ｃを、チャネル１  １９１１、チャネル２  １９１２、チャネル３  １９１３、およびチャネル４  １９１４上に予約することができる。
【０１７０】
図１９は、もっぱら説明を目的としており、示されたチャネルの数は、例のためであり、ネットワークからなるネットワーク内には、より多いまたは少ないチャネルが存在することができる。加えて、各チャネルの帯域幅は、同じでも、または異なってもよく、チャネルは、連続でも、不連続でもよく、または同じ周波数帯域上に、もしくは異なる周波数帯域上に配置されてもよい。
【０１７１】
図２０は、ＴＸＯＰ／ＲＡＷ調整のための例示的な手順２０００のフローチャートである。図２０の例では、手順は、ＣＡＰによって実行される。集中調整では、少なくとも１つのＣＡＰが存在することができる。要求ＡＰは、最初に、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも、測定干渉ＩＥを使用してＣＡＰに報告することができ、ＣＡＰは、測定された干渉報告を受信する（２００１）ことができる。ＣＡＰは、他のネットワークとオーバラップしているネットワークに加えて、プライマリチャネル、予約されたＴＸＯＰスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウスケジュール、およびパラメータなどの、すべてのネットワークの設定も識別することができるオーバラップネットワークのリストを維持／更新する（２００２）ことができる。図２０の例示的な手順におけるＴＸＯＰは、上で汎用的に定義されたものとして使用することができる。
【０１７２】
要求ＡＰが、新しいビーコンサブインターバル／ＲＡＷ／ＴＸＯＰ割り当てを追加することができる前に、それは、最初に、測定された干渉に基づいて、自らのために最良のＴＸＯＰ／ＲＡＷを決定することができる。ＣＡＰは、その後、要求ＡＰから送信されたＴＸＯＰ／ＲＡＷ要求を含む調整要求を受信する（２００３）ことができる。要求ＡＰは、その場合、（ＴＸＯＰ，ＡｃｃｅｓｓＭｅｔｈｏｄ，ＳｈａｒｉｎｇＰｏｌｉｃｙ，許可されたＳＴＡ，許可されたトラフィック，ＱｏＳ設定，ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓ，ＥｘｐｅｃｔｅｄＬｏａｄ）内の１または複数のパラメータを用いて新しいＴＸＯＰ／ＲＡＷ割り当てを要求するために、調整要求ＩＥを干渉測定ＩＥと同じフレーム内で、または別個のフレーム内で送信することができる。
【０１７３】
ＣＡＰは、ＴＸＯＰ／ＲＡＷ要求を評価し（２００４）、要求が、要求ネットワークとオーバラップするネットワークのリスト内の既存のＴＸＯＰスケジュールと矛盾しないかどうかを検査することができる。
【０１７４】
ＳｈａｒｉｎｇＰｏｌｉｃｙが排他的に設定されている場合、ＣＡＰは、要求ネットワークとオーバラップするネットワークにおいて他のＴＸＯＰ／ＲＡＷスケジュールが存在するかどうかを評価することができる。要求ネットワークとオーバラップするネットワークにおける、または異なる帯域幅もしくは送信セクタ上のＴＸＯＰ／ＲＡＷスケジュールは、要求されているＴＸＯＰ／ＲＡＷスケジュールと衝突すると見なさなくてよい。
【０１７５】
ＳｈａｒｉｎｇＰｏｌｉｃｙが共用に設定されている場合、ＣＡＰは、ＱｏＳ性能を許容不可能なレベルまで悪化させることなく、オーバラップＣＣ内の新しいＴＸＯＰ／ＲＡＷと既存のＴＸＯＰ／ＲＡＷとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたＴＸＯＰについてのトラフィック負荷が高すぎる場合、ＣＡＰは、代替スケジュール／帯域幅／送信セクタを要求ネットワーク／ＡＰに提供すること、またはＥｘｐｅｃｔｅｄＬｏａｄおよび／もしくはＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓの値のいずれかもしくはすべてを低減するように提案することができる。あるいは、ＣＡＰは、要求されたＴＸＯＰの使用について衝突していないことが知られているＳＴＡの干渉グループが要求ネットワーク内に存在する場合（例えば、要求ネットワーク内の１つの特定の干渉グループ内のＳＴＡが、同じＴＸＯＰを現在予約しているネットワークとオーバラップしない場合）許可されたＳＴＡを変更するように提案することができる。
【０１７６】
ＣＡＰは、その後、調整応答を送信する（２００５）ことができる。ＴＸＯＰが矛盾していないと見なされた場合、ＣＡＰは、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答することができる。要求ＡＰは、その後、（ＴＸＯＰ，ＡｃｃｅｓｓＭｅｔｈｏｄ，ＳｈａｒｉｎｇＰｏｌｉｃｙ，許可されたＳＴＡ，許可されたトラフィック，ＱｏＳ設定，ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓ，ＥｘｐｅｃｔｅｄＬｏａｄ）内の１または複数の情報を含む新しいＴＸＯＰまたはＲＡＷの割り当てを、ＳＴＡに、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で公表することができる。
【０１７７】
矛盾性が検出された場合、ＣＡＰは、ステータスがＲＥＪＥＣＴに設定され、要求ＡＰが使用することができる代替ＴＸＯＰ提案も含むことができる調整応答フレームを用いて応答することができる。要求ＡＰは、その後、ＣＡＰがステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答するまで、または要求ＡＰが適切なＴＸＯＰを見出すことができないと決定するまで、新しいＴＸＯＰまたは変更されたＴＸＯＰを選択し、別の調整要求フレームをＣＡＰに送信することができる。
【０１７８】
図２０の例は、分散調整にも適用することができる。分散調整では、ＴＸＯＰ調整手順は、以下の通りとすることができる。各ＡＰは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたＴＸＯＰスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウスケジュール、およびパラメータなどの、これらすべてのネットワークの設定も維持／更新することができる。要求ＡＰは、最初に、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも、測定干渉ＩＥを使用してすべてのＣｏｒＡＰに報告することができる。要求ＡＰが、新しいビーコンインターバル／ＲＡＷ／ＴＸＯＰ割り当てを追加する前に、要求ＡＰは、最初に、測定された干渉に基づいて、自らのために最良のＴＸＯＰ／ＲＡＷを決定することができる。要求ＡＰは、（ＴＸＯＰ，ＡｃｃｅｓｓＭｅｔｈｏｄ，ＳｈａｒｉｎｇＰｏｌｉｃｙ，許可されたＳＴＡ，許可されたトラフィック，ＱｏＳ設定，ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓ，ＥｘｐｅｃｔｅｄＬｏａｄ）内の１または複数のパラメータを用いて新しいＴＸＯＰ／ＲＡＷ割り当てを要求するために、調整要求ＩＥを干渉測定ＩＥと同じフレーム内で、または別個のフレーム内ですべてのＣｏｒＡＰに送信することができる。
【０１７９】
各ＣｏｒＡＰは、ＴＸＯＰ／ＲＡＷ要求を評価し、この要求が、自らの既存の／提案されたＴＸＯＰスケジュールと矛盾しないかどうかを検査することができる。
【０１８０】
ＳｈａｒｉｎｇＰｏｌｉｃｙが排他的に設定されている場合、ＣｏｒＡＰは、要求ネットワークとオーバラップする自らのネットワークにおいて他のＴＸＯＰ／ＲＡＷスケジュールが存在するかどうかを評価することができる。異なる帯域幅または送信セクタ上で要求ネットワークとオーバラップするＴＸＯＰ／ＲＡＷスケジュールは、要求されているＴＸＯＰ／ＲＡＷスケジュールと衝突すると見なさなくてよい。
【０１８１】
ＳｈａｒｉｎｇＰｏｌｉｃｙが共用に設定されている場合、ＣｏｒＡＰは、ＱｏＳ性能を許容不可能なレベルまで悪化させることなく、要求ネットワークとオーバラップする自らのネットワーク内の新しいＴＸＯＰ／ＲＡＷと既存のＴＸＯＰ／ＲＡＷとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたＴＸＯＰについてのトラフィック負荷が高すぎる場合、ＣｏｒＡＰは、代替スケジュール／帯域幅／送信セクタを要求ネットワーク／ＡＰに提供することができる。あるいは、ＣＡＰは、ＥｘｐｅｃｔｅｄＬｏａｄおよび／もしくはＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓの値のいずれかもしくはすべてを低減するように提案することができ、または要求されたＴＸＯＰ／ＲＡＷの使用について衝突していないことが知られているＳＴＡの干渉グループが要求ネットワーク内に存在する場合（例えば、要求ネットワーク内の１つの特定の干渉グループ内のＳＴＡが、同じＴＸＯＰ／ＲＡＷを現在予約しているネットワークとオーバラップしない場合）許可されたＳＴＡを変更するようにＳＴＡの異なるグループに提案することができる。
【０１８２】
矛盾性が検出された場合、ＣｏｒＡＰは、ステータスがＲＥＪＥＣＴに設定され、要求ＡＰが使用することができる代替ＴＸＯＰ／ＲＡＷ提案も含むことができる調整応答フレームを用いて応答することができる。要求ＡＰは、その後、ＴＸＯＰ／ＲＡＷが受け入れられるまで、または要求ＡＰが適切なＴＸＯＰ／ＲＡＷを見出すことができないと決定するまで、新しいＴＸＯＰ／ＲＡＷまたは変更されたＴＸＯＰ／ＲＡＷを選択し、別の調整要求フレームをすべてのＣｏｒＡＰに送信することができる。
【０１８３】
要求されたＴＸＯＰ／ＲＡＷが矛盾しないと分かった場合、ＣｏｒＡＰは、ステータスＳＵＣＣＥＳＳを有する調整応答フレームを用いて応答することができる。
【０１８４】
要求ＡＰが、ステータスがＳＵＣＣＥＳＳに設定された調整応答フレームをすべてのＣＣから受信した場合、またはすべてのＣＣもしくはＣｏｒＡＰへの調整要求フレームの送信以降、少なくとも定められた数のビーコンがすべてのＣＣもしくはＣｏｒＡＰから受信された場合、または調整要求フレームがすべてのＣＣもしくはＣｏｒＡＰに送信された後、少なくとも定められた時間期間が経過した場合、要求ＡＰは、ＴＸＯＰ、ＡｃｃｅｓｓＭｅｔｈｏｄ、ＳｈａｒｉｎｇＰｏｌｉｃｙ、許可されたＳＴＡ、許可されたトラフィック、ＱｏＳ設定、ＮｕｍｂｅｒＥｘｐｅｃｔｅｄＡｃｃｅｓｓ、ＥｘｐｅｃｔｅｄＬｏａｄなどの情報を含む、新しいＴＸＯＰ、ＲＡＷの割り当てを、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内でＳＴＡに公表（アナウンス）することができる。
【０１８５】
エリア内にＡＰおよびＢＳＳの密な配備が存在する場合、ＡＰは、ＳＴＡに対するトラフィックインジケーションマップ（ＴＩＭ）インジケーションをビーコンおよびショートビーコン内に含めることができる。ポジティブＴＩＭインジケーションを有するＳＴＡがバッファリングされたＤＬトラフィックを取り出すことができることを保証するために、ＡＰがビーコンインターバルおよびアップリンクアクセスウィンドウ当たりのＴＩＭインジケーションの数を調整するための効率的な方法を使用することができる。
【０１８６】
ＴＩＭおよびＵＬアクセスウィンドウ調整手順は、以下を例外として、上で説明されたＴＸＯＰ／ＲＡＷ／アクセスウィンドウ調整手順のものをほぼ踏襲する。各ＡＰは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたＴＸＯＰスケジュール、ＱｏＳ設定、ＴＩＭ／ＵＬアクセスウィンドウスケジュール、およびパラメータ、ビーコン時間などの、これらすべてのネットワークの設定も維持／更新することができる。各ＣｏｒＡＰは、それぞれのＴＩＭビーコンおよび／またはＴＩＭショートビーコン内にそれについてのポジティブＴＩＭインジケーションが存在するオーバラップネットワークにおけるＳＴＡによるＵＬアクセスのための十分な時間を可能にするために、オーバラップネットワークにおいてＴＩＭビーコンとＴＩＭショートビーコンとの間に十分な間隔が存在するように、ＴＩＭビーコンおよびＴＩＭショートビーコン時間を互いに調整することができる。
【０１８７】
ＵＬアクセスウィンドウのためのＳｈａｒｉｎｇＰｏｌｉｃｙが共用に設定されている場合、（集中調整手順における）ＣＡＰ／（分散調整手順における）ＣｏｒＡＰは、ＱｏＳ性能を許容不可能なレベルまで悪化させることなく、オーバラップＣＣ内の新しいＴＸＯＰ／ＲＡＷ／ＵＬアクセスウィンドウと既存のＴＸＯＰ／ＲＡＷ／ＵＬアクセスウィンドウとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたＵＬアクセスウィンドウについてのトラフィック負荷が高すぎる場合、ＣＡＰ／ＣｏｒＡＰは、代替スケジュール／帯域幅／送信セクタを要求ネットワーク／ＡＰに提供すること、ならびにＴＩＭビーコンおよびＴＩＭショートビーコン時間／帯域幅／送信セクタを提供することができ、またはポジティブＴＩＭインジケーションの最大数、ＵＬ／ＤＬスロット持続時間、ＵＬアクセスウィンドウの最大持続時間の値のいずれかもしくはすべてを低減するように提案することができ、または要求されたＴＸＯＰの使用について衝突していないことが知られているＳＴＡの干渉グループが要求ネットワーク内に存在する場合（例えば、要求ネットワーク内の１つの特定の干渉グループ内のＳＴＡが、同じアクセスウィンドウを現在予約しているネットワークとオーバラップしない場合）許可されたＳＴＡを変更するように提案することができる。
【０１８８】
図２１Ａ〜図２１Ｄは、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる、第４の実施形態２１００による、ＳＴＡがチャネルまたはセクタ割り当てを受信し、チャネルまたはセクタ選好（プリファレンス：Preference）を送信することができる例示的な手順のフローチャートである。ＳＴＡは、複数のチャネル動作モードが可能とすることができる。加えて、ＳＴＡは、ＢＳＳ内で利用可能な異なるチャネルまたはセクタについて、異なるチャネルまたはセクタ条件を経験することができる。ＳＴＡがＢＳＳ内で利用可能な１もしくは複数またはすべてのチャネルにおけるチャネルまたはセクタ選好インジケーション（選好表示）を提供するための、およびＡＰがチャネル割り当てをＳＴＡに提供するための効率的な方法が開示される。
【０１８９】
ＴＸＯＰ、ＲＡＷ、ＰＲＡＷ、ＴＷＴ、制限されたウィンドウ、ビーコンサブインターバル、アクセスウィンドウ、または上で汎用的に定義されたようなＴＸＯＰは、（開始時刻，持続時間）、（開始時刻，持続時間，送信セクタ）、（開始時刻，持続時間，周波数チャネル）、または（開始時刻，持続時間，周波数チャネル，送信セクタ）などを含む様々な形式によって指定することができる。加えて、ＢＳＳのプライマリチャネルは、（チャネル番号，帯域幅）の１または複数のセットによって、および（チャネル番号，帯域幅）の２以上のセットが指定された場合は、（チャネル番号，帯域幅）によって指定されたプライマリチャネルがいつ有効になることができるかを示すスケジュールによって指定することができる。チャネル選好インジケーション（チャネル選好表示）およびチャネル割り当てについての詳細な手順が、これ以降で説明される。
【０１９０】
一例では、ＳＴＡは、動作チャネル能力に基づいて、および／またはチャネル条件に基づいてグループ化することができる。一般性を失うことなく、Ｗは、特定の８０２．１１エアインターフェースにおける単位チャネルの帯域幅を示すために使用することができる。８０２．１１ａｈ  ＳＴＡの場合、Ｗは１ＭＨｚとすることができ、８０２．１１ａｃ  ＳＴＡの場合、Ｗは２０ＭＨｚとすることができ、８０２．１１ａｆ  ＳＴＡの場合、Ｗは５または６ＭＨｚとすることができる。
【０１９１】
ＳＴＡは、異なるモードで、すなわち、モード１〜Ｎで動作することが可能とすることができる。各モードは、ｎＷなどの異なる帯域幅と関連付けることができ、ここで、ｎは整数である。８０２．１１ａｈの場合、ｎは１、２、４、８、１６などとすることができる。８０２．１１ａｃの場合、ｎは１、２、４、８とすることができる。各モードは、異なるチャネル連続性と、すなわち、ｎＷの帯域幅が連続であり得るか、それとも不連続であり得るかと関連付けることができる。各モードは、指向送信と関連付けることができる。各モードは、帯域幅、指向性、および連続性などの組み合わせと関連付けることができる。
【０１９２】
さらに、ＳＴＡは、セクタ化された動作が可能とすることができる。本明細書で使用される場合、セクタ化された動作とは、ＳＴＡおよび／またはＡＰが、ＳＴＡが関連することができるＡＰのカバレージの角部分であるセクタ内で送信および受信する場合を指す。セクタは、エリアに基づく。
【０１９３】
ＳＴＡは、アソシエーションプロセス中、アソシエーションプロセス後、または他の任意の時間に、チャネル選好報告（Channel Preference Reporting）またはセクタ選好報告（Sector Preference reporting）を含むことができるチャネルまたはセクタ選好報告ＩＥを使用して、それらが可能である自らのチャネルまたはセクタ動作モードに加えて、チャネル選好もＡＰに報告することができ、図２１Ａ〜図２１Ｄにおいて詳述される例示的な手順を使用することができる。
【０１９４】
図２１Ａは、例示的なチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図２１Ａの例は、ＡＰと関連付けられている間、ＡＰとの関連付けを解除した後、ＡＰとの再関連付けに続いて、またはＳＴＡがどのＡＰとも関連付けられない場合に実行することができる。図２１Ａの例示的な手順は、ＳＴＡによって、複数回または同様に複数ラウンド実行することができる。この例では、ＳＴＡは、それが動作することができる１もしくは複数またはすべてのチャネルまたはセクタ上で、ＡＰからのビーコンまたはサウンディングフレームをモニタリングする（２１０１）ことができる。ＳＴＡは、プローブ要求、（再）アソシエーション要求、アクション、もしくはＡＣＫなしアクションフレームなどのフレーム内の、または任意の管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告ＩＥ(Preference Report IE)を使用して、チャネルまたはセクタ選好(Preference)をＡＰに送信する（２１０２）ことができる。チャネルまたはセクタ選好報告ＩＥを使用して、ＳＴＡは、チャネル動作モードの能力に加えて、選好されるチャネルもＡＰに提供することができる。選好されるチャネルは、ＡＰからのサウンディングフレーム、ビーコン、または他のタイプのフレームのＳＴＡによる測定に基づいて、十分な品質があるように決定することができる。
【０１９５】
ＡＰがＳＴＡからチャネルまたはセクタ選好報告ＩＥを受信すると、ＡＰは、ＳＴＡをサポートすることができるかどうかを評価することができる。ＳＴＡをサポートすることができない場合、ＡＰは、プローブ応答を送信しないこと、または（再）アソシエーションを拒否すること、またはディスアソシエーションフレームをＳＴＡに送信することを選択することができる。ＳＴＡをサポートすることができる場合、ＡＰは、チャネルモード能力およびチャネル選好インジケーション（チャネル選好表示）に基づいて、ＳＴＡにグループおよび／またはサブグループを割り当てることができる。ＡＰは、その後、プローブ応答フレーム、ビーコンフレーム、ショートビーコンフレーム、（再）アソシエーション応答フレーム、アクションフレーム、ＡＣＫなしアクションフレーム、または任意の管理、制御、もしくは他のタイプのフレーム内に含まれることができる、チャネルまたはセクタ割り当てＩＥを使用して、グループ、サブグループの割り当て、チャネル割り当て、スケジュール、およびパラメータなどをＳＴＡに送信することができる。割り当てられたチャネルは、割り当てられたプライマリチャネルまたは調整チャネルとすることができる。ＳＴＡは、ＡＰによって決定されたチャネルまたはセクタ割り当てを、チャネルまたはセクタ割り当てＩＥ内で受信する（２１０３）ことができる。
【０１９６】
図２１Ｂは、選好インジケーションスケジュール(Preference Indication Schedule)に基づいた、例示的なチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図２１Ｂの例は、ＡＰと関連付けられている間、ＡＰとの関連付けを解除した後、ＡＰとの再関連付けに続いて、またはＳＴＡがどのＡＰとも関連付けられない場合に実行することができる。図２１Ｂの例示的な手順は、ＳＴＡによって、複数回または同様に複数ラウンド実行することができる。この例では、ＳＴＡは、ＡＰによって決定されたチャネルまたはセクタ割り当てを受信しており、通常の動作を行うために、ＡＰから受信された割り当ておよびスケジュールに従って、割り当てられたチャネルまたはセクタに切り換わり（２１１１）、ウェイクアップすることができる。
【０１９７】
ＳＴＡは、定期的に、またはＡＰから受信されたサウンディングスケジュールに従って、ＡＰから受信されるビーコンまたはサウンディングフレームをモニタリングおよび測定するために、複数のチャネルまたはセクタから少なくとも１つのチャネルまたはセクタに切り換わる（２１１２）ことができる。
【０１９８】
ＳＴＡは、選好インジケーションスケジュール（選好表示スケジュール）をＡＰから受信する（２１１３）ことができる。ＳＴＡは、その後、定期的に、任意のアクション、ＡＣＫなしアクション、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告ＩＥを使用して、選好インジケーションスケジュールに基づいて、チャネルまたはセクタ選好をＡＰに送信する（２１１４）ことができる。あるいは、ＳＴＡは、任意のタイプの管理、制御、または他のタイプのフレームを使用して、チャネルまたはセクタ選好をＡＰに送信することができる。ＳＴＡは、定期的にチャネルまたはセクタ選好をＡＰに送信することもできる。
【０１９９】
最後に、ＡＰは、ＳＴＡをまだサポートすることができるかどうかを評価することができる。ＳＴＡがサポートされない場合、ＡＰは、ディスアソシエーションフレームを送信することができる。ＳＴＡをまだサポートすることができる場合、ＡＰは、新しい割り当てが必要であるかどうかを評価することができる。新しい割り当てが必要である場合、ＡＰは、任意のアクション、ＡＣＫなしアクション、ビーコン、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネル割り当てＩＥを使用して、新しい割り当てを提供することができる。結果として、ＳＴＡは、ＡＰ評価に基づいて、必要な場合は、ディスアソシエーションフレームもしくは新しい割り当てを受信する（２１１５）こと、または割り当てられたチャネルもしくはセクタ上で接続されたままであることができる。
【０２００】
図２１Ｃは、例示的な組み合わされたチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図２１Ｃの例は、ＡＰと関連付けられている間、ＡＰとの関連付けを解除した後、ＡＰとの再関連付けに続いて、またはＳＴＡがどのＡＰとも関連付けられない場合に実行することができる。図２１Ｃの例示的な手順は、ＳＴＡによって、複数回または同様に複数ラウンド実行することができる。この例では、ＳＴＡは、それが動作することができる１もしくは複数またはすべてのチャネルまたはセクタ上で、ＡＰからのビーコンまたはサウンディングフレームをモニタリングする（２１２１）ことができる。ＳＴＡは、プローブ要求、（再）アソシエーション要求、アクション、もしくはＡＣＫなしアクションフレームなどのフレーム内の、または任意の管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告ＩＥを使用して、チャネルまたはセクタ選好をＡＰに送信する（２１２２）ことができる。チャネルまたはセクタ選好報告ＩＥを使用して、ＳＴＡは、チャネル動作モードの能力に加えて、選好されるチャネルもＡＰに提供することができる。選好されるチャネルは、ＡＰからのサウンディングフレーム、ビーコン、または他のタイプのフレームのＳＴＡによる測定に基づいて、十分な品質があるように決定することができる。
【０２０１】
ＡＰがＳＴＡからチャネルまたはセクタ選好報告ＩＥを受信すると、ＡＰは、ＳＴＡをサポートすることができるかどうかを評価することができる。ＳＴＡをサポートすることができない場合、ＡＰは、プローブ応答を送信しないこと、または（再）アソシエーションを拒否すること、またはディスアソシエーションフレームをＳＴＡに送信することを選択することができる。ＳＴＡをサポートすることができる場合、ＡＰは、チャネルモード能力およびチャネル選好インジケーション（選好表示）に基づいて、ＳＴＡにグループおよび／またはサブグループを割り当てることができる。ＡＰは、その後、プローブ応答フレーム、ビーコンフレーム、ショートビーコンフレーム、（再）アソシエーション応答フレーム、アクションフレーム、ＡＣＫなしアクションフレーム、または任意の管理、制御、もしくは他のタイプのフレーム内に含まれることができる、チャネルまたはセクタ割り当てＩＥを使用して、グループ、サブグループの割り当て、チャネル割り当て、スケジュール、およびパラメータなどをＳＴＡに送信することができる。
【０２０２】
ＳＴＡは、ＡＰによって決定されたチャネルまたはセクタ割り当てを受信する（２１２３）ことができ、通常の動作を行うために、ＡＰから受信された割り当ておよびスケジュールに従って、割り当てられたチャネルまたはセクタに切り換わり（２１２４）、ウェイクアップすることができる。
【０２０３】
ＳＴＡは、定期的に、またはＡＰから受信されたサウンディングスケジュールに従って、ＡＰから受信されるビーコンまたはサウンディングフレームをモニタリングおよび測定するために、複数のチャネルまたはセクタから少なくとも１つのチャネルまたはセクタに切り換わる（２１２５）ことができる。
【０２０４】
ＳＴＡは、選好インジケーションスケジュールをＡＰから受信する（２１２６）ことができる。ＳＴＡは、その後、定期的に、任意のアクション、ＡＣＫなしアクション、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告ＩＥを使用して、選好インジケーションスケジュールに基づいて、チャネルまたはセクタ選好をＡＰに送信する（２１２７）ことができる。あるいは、ＳＴＡは、任意のタイプの管理、制御、または他のタイプのフレームを使用して、チャネルまたはセクタ選好(Preference)をＡＰに送信することができる。ＳＴＡは、定期的にチャネルまたはセクタ選好(Preference)をＡＰに送信することもできる。
【０２０５】
最後に、ＡＰは、ＳＴＡをまだサポートすることができるかどうかを評価することができる。サポートされない場合、ＡＰは、ディスアソシエーションフレームを送信することができる。ＳＴＡをまだサポートすることができる場合、ＡＰは、新しい割り当てが必要であるかどうかを評価することができる。新しい割り当てが必要である場合、ＡＰは、任意のアクション、ＡＣＫなしアクション、ビーコン、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネル割り当てＩＥを使用して、新しい割り当てを提供することができる。結果として、ＳＴＡは、ＡＰ評価に基づいて、必要な場合は、ディスアソシエーションフレームもしくは新しい割り当てを受信する（２１２８）こと、または割り当てられたチャネルもしくはセクタ上で接続されたままであることができる。
【０２０６】
図２１Ｄは、ＳＴＡが、近隣ネットワークおよびオーバラップネットワーク内の他のＳＴＡとの競合および干渉低減および調整において使用するための情報をＡＰから受信することができる、例示的な手順のフローチャートである。図２１Ｄの例は、ＡＰと関連付けられている間、ＡＰとの関連付けを解除した後、ＡＰとの再関連付けに続いて、またはＳＴＡがどのＡＰとも関連付けられない場合に実行することができ、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる。図２１Ｄの例示的な手順は、ＳＴＡによって、複数回または同様に複数ラウンド実行することができる。図２１Ｄの手順は、上で詳述されたチャネルまたはセクタ割り当ておよび選好送信手順の実行に続いて実行することもできる。
【０２０７】
この例では、ＳＴＡは、ＲＡＷに関する情報を含むメッセージをＡＰから受信する（２１３１）ことができ、ＲＡＷは、チャネルまたはセクタ選好インジケーション報告のために使用される。ＲＡＷに関する情報は、限定することなく、ＲＡＷ開始時刻のインジケーション（表示）、ＲＡＷ持続時間、および／または許可されたチャネルを示すビットマップを含むことができる。許可されたチャネルは、プライマリチャネル、調整チャネル、または動作チャネルとすることができる。ＳＴＡは、その後、パケットデータをＡＰに送信し、パケットデータをＡＰから受信するために、ＲＡＷ内の情報に基づいて無線媒体を求めて競合する（２１３２）ことができる。図２１Ｄの例におけるＲＡＷは、上で汎用的に定義されたようなＴＸＯＰを指すこともできる。
【０２０８】
図２２は、チャネルまたはセクタ選好報告ＩＥの例示的なフォーマット２２００を示す図である。チャネルまたはセクタ選好報告ＩＥ(Channel or Sector Preference Report IE)は、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド２２０１、長さフィールド２２０２、フィールド数フィールド２２０３、およびフィールド１  ２２０４からフィールドＮ  ２２０５を含むことができる。要素ＩＤフィールド２２０１は、現在のＩＥがチャネルまたはセクタ選好報告ＩＥであることを示すことができる。長さフィールド２２０２は、チャネルまたはセクタ選好報告ＩＥの長さを含むフィールドとすることができる。フィールド数フィールド２２０３は、チャネルまたはセクタ選好報告ＩＥ内に含まれるフィールドＮ  ２２０５の番号を示すことができる。一定数のフィールドが含まれる場合、フィールド数フィールド２２０３は、存在しないことがある。フィールド１  ２２０４からフィールドＮ  ２２０５の各々は、１または複数のチャネルまたはセクタ動作モードについての報告を含むことができる。各フィールドは、以下のサブフィールド、すなわち、チャネルまたはセクタ動作モードサブフィールド２２０６と、チャネルまたはセクタ選好インジケーション（表示）サブフィールド２２０７とを含むことができる。
【０２０９】
チャネルまたはセクタ動作モードサブフィールド２２０６は、とりわけ、動作帯域幅、帯域幅連続性、指向送信などを使用して、上で説明されたように指定することができる。チャネルまたはセクタ動作モードは、１または複数の特定のチャネル動作モードを指す特定の番号によって符号化することができる。あるいは、チャネルまたはセクタ動作モードは、ビットマップとして実施することができ、ポジティブインジケーション「１」は、ＳＴＡが特定のチャネル動作モードに対応可能であることを示すことができる。
【０２１０】
ＳＴＡは、１または複数のチャネルを使用することに対する選好(Preference)を示すために、チャネルまたはセクタ選好インジケーションサブフィールド２２０７を使用することができる。チャネル選好インジケーション（チャネル選好表示）は、いくつかの方法で実施することができる。
【０２１１】
ＳＴＡは、自らとＡＰとの間の最良の１または複数のチャネルなど、それが好む（チャネル動作モードと関連付けられた）チャネルまたはセクタ番号を示すことができる。例えば、ＳＴＡは、ＡＰのサウンディングフレームまたはビーコンからそれが測定した最良の３つのチャネルが、１ＭＨｚのチャネル帯域幅と関連付けられたチャネルまたはセクタ動作モードを使用する、チャネル２、４、および１２であることを、ＡＰに示すことができる。別の例では、ＳＴＡは、ＡＰのサウンディングフレームまたはビーコンから測定された最良の３つのチャネルが、２ＭＨｚのチャネル帯域幅と関連付けられたチャネル動作モードを使用する、チャネル２、４、および１２から開始する２ＭＨｚチャネルであることを、ＡＰに示すことができる。あるいは、または加えて、ＳＴＡは、ＡＰからの指向性ビーコン／セクタ化されたビーコンから測定されたものとして、それが好むＡＰの送信セクタを示すことができる。
【０２１２】
あるいは、ＳＴＡは、（例えば、チャネル品質が良好および許容可能であるので）それが好むチャネルまたはセクタをＡＰに示すために、ビットマップを使用することができる。例えば、ＳＴＡは、ＳＴＡがＡＰのサウンディングフレームまたはビーコンから測定したチャネルのうち、その測定された受信信号強度インジケータ（ＲＳＳＩ）、受信チャネル電力インジケータ（ＲＣＰＩ）、受信電力インジケーション（表示）（ＲＰＩ）、もしくは受信信号対雑音インジケータ（ＲＳＮＩ）が閾値よりも高くなることができる、またはＳＴＡが最小のトラフィック負荷を観測したチャネルを示すために、ビットマップを使用することができる（例えば、チャネル２、４、５、６、１２、および１４が、これらのチャネルと関連付けられたビット位置においてポジティブインジケーション「１」を使用する）。あるいは、または加えて、ＳＴＡは、ＡＰの好ましい送信セクタを示すために、ビットマップを使用することができる。
【０２１３】
あるいは、ＳＴＡは、多入力多出力（ＭＩＭＯ）またはビーム形成が可能である場合、詳細な圧縮された、または圧縮されていないチャネル品質インジケーションを提供することができる。
【０２１４】
図２３は、チャネルまたはセクタ選好報告ＩＥの別の例示的なフォーマット２３００を示す図である。この代替例では、チャネルまたはセクタ選好報告ＩＥは、限定することなく、以下のフィールド、すなわち、チャネルまたはセクタ動作能力フィールド２３０３、チャネルまたはセクタ選好インジケーションフィールド２３０４、ならびに要素ＩＤフィールド２３０１、および長さフィールド２３０２を含むことができる。
【０２１５】
チャネル動作能力フィールド２３０３は、ビットマップとして実施することができ、１のポジティブインジケーションは、その特定のチャネル動作モードで動作することについてのＳＴＡの能力を表す。チャネルまたはセクタ選好インジケーションフィールド２３０４は、ビットマップとして実施することができ、１のポジティブインジケーションは、ＲＣＰＩ、ＲＰＩ、および／もしくはＲＳＮＩレベルが閾値を超える、または少なくとも最小の変調および符号化方式（ＭＣＳ）を達成することができるなど、ある要件が満たされるチャネルを表す。チャネル動作能力フィールドおよびチャネル選好インジケーションフィールドは、送信セクタ選好インジケーションなど、セクタ化された送信に関連することができる。
【０２１６】
図２４は、ＡＰがＳＴＡに送信することができるチャネルまたはセクタ割り当てＩＥの例示的なフォーマット２４００を示す図である。チャネルまたはセクタ割り当てＩＥは、限定することなく、以下のフィールド、すなわち、要素ＩＤフィールド２４０１と、長さフィールド２４０２と、チャネルまたはセクタ動作モードフィールド２４０３と、グループＩＤフィールド２４０４と、チャネルまたはセクタ割り当てフィールド２４０５と、サブグループＩＤフィールド２４０６と、スケジュールフィールド２４０７と、パラメータフィールド２４０８とを含むことができる。
【０２１７】
要素ＩＤフィールド２４０１は、現在のＩＥがチャネルまたはセクタ割り当てＩＥであることを示すことができる。長さフィールド２４０２は、チャネル割り当てＩＥの長さを含むことができる。チャネルまたはセクタ動作モードフィールド２４０３は、ＡＰによってＳＴＡに割り当てられるチャネルまたはセクタ動作モードを示すことができる。グループＩＤフィールド２４０４は、ＡＰによってＳＴＡを割り当てることができるグループのＩＤを示すことができる。グループ割り当ては、チャネル動作能力またはチャネル選好(Channel Preference)に従って割り当てられるＳＴＡのグループと関連付けることができる。グループ割り当ては、ＳＴＡを異なる時間間隔、または送信セクタ、または他の物理的もしくは論理的属性に割り当てることと関連付けることができる。
【０２１８】
チャネルまたはセクタ割り当てフィールド２４０５は、ＡＰによってＳＴＡに提供されるチャネルまたはセクタ割り当てが、ビットマップとして、または開始チャネルの番号として、またはＳＴＡに割り当てられるチャネルの合計からなる（単位帯域幅とすることができる）チャネルの数として実施することができることを示すことができる。
【０２１９】
ＳＴＡは、グループ内のサブグループに割り当てることができる。サブグループＩＤフィールド２４０６は、ＡＰによってＳＴＡを割り当てることができるサブグループのＩＤを示すことができる。サブグループ割り当ては、チャネル動作能力またはチャネル選好に従って割り当てられるＳＴＡのグループと関連付けることができる。それは、ＳＴＡを異なる時間間隔、または送信セクタ、または他の物理的もしくは論理的属性に割り当てることと関連付けることができる。
【０２２０】
スケジュールフィールド２４０７は、限定することなく、グループスケジュールサブフィールド２４１１、サブグループスケジュールサブフィールド２４１２、サウンディングスケジュールサブフィールド２４１３、および／または選好インジケーションスケジュールサブフィールド２４１４を含むことができる。
【０２２１】
グループスケジュールサブフィールド２４１１は、ＳＴＡが割り当てられたチャネルに切り換わることができるとき、またはＳＴＡが送信／受信するためにアウェイクすることができるときなど、ＳＴＡのグループのためのスケジュールに加えて、ＳＴＡのグループに割り当てられた間隔の持続時間も示すことができる。
【０２２２】
サブグループスケジュールサブフィールド２４１２は、ＳＴＡが送信／受信するためにアウェイクすることができるときなど、ＳＴＡのサブグループのためのスケジュールを示すことができる。サブグループスケジュールは、グループスケジュールの開始時刻からのウェイクアップオフセット、および／またはサブグループに割り当てることができるＲＡＷ、ＰＲＡＷ、ＴＷＴ、ビーコンサブインターバル、アクセスウィンドウ、ＴＸＯＰ、もしくは上で汎用的に定義されたようなＴＸＯＰの持続時間を含むことができる。
【０２２３】
サウンディングスケジュールサブフィールド２４１３は、ＳＴＡのグループまたはサブグループがウェイクアップし、ＡＰからのサウンディングフレームがないかどうか１もしくは複数またはすべてのチャネルをモニタリングすべきスケジュールを示すことができる。
【０２２４】
選好インジケーションスケジュールサブフィールド２４１４は、サウンディングを行った後、ＳＴＡのグループまたはサブグループがチャネル選好インジケーションをＡＰに提供することを許可される開始時刻および持続時間などの、スケジュールを示すことができる。
【０２２５】
パラメータフィールド２４０８は、ＥＤＣＡパラメータ、競合ベースのアクセス、または競合なしアクセスなど、ＳＴＡが送信のため、チャネルフィードバックを提供するために、チャネルにアクセスするために使用することができるアクセスパラメータを含むことができる。
【０２２６】
チャネルまたはセクタ選好報告およびチャネルまたはセクタ割り当てＩＥのサブフィールドの任意のサブセットは、任意の既存のＩＥもしくは新しいＩＥのサブフィールドもしくはサブフィールドのサブセットとして、または任意のアクションフレーム、ＡＣＫなしアクションフレーム、制御もしくは管理フレーム、もしくはＭＡＣもしくは物理層収束プロトコル（ＰＬＣＰ）ヘッダの一部として実施することができることに留意されたい。
【０２２７】
図２５は、ＳＴＡがチャネルまたはセクタデータを送信し、チャネルまたはセクタ割り当てを受信することができる、別の例示的な手順２５００のフローチャートである。この手順は、ＡＰが、干渉を最小化するセクタを選択することによって、ＯＢＳＳ干渉を低減することを可能にすることができる。図２５の例では、ＳＴＡは、複数のセクタを介してＡＰから信号を受信する（２５０１）ことができる。ＳＴＡは、その後、好ましいセクタを示す、および／またはそれぞれのセクタにおいて信号が受信されたかどうかを示すインジケーションを生成する（２５０２）ことができる。このインジケーションは、例えば、ビットマップとすることができる。ＳＴＡは、その後、ＡＰによって提供された選好インジケーションスケジュールに従って、ＴＸＯＰ／ＲＡＷまたは上で汎用的に定義されたようなＴＸＯＰの間に、インジケーションを含むフレームをＡＰに送信する（２５０３）ことができる。
【０２２８】
図２５の例示的な手順は、ＳＴＡが複数のチャネルを介してＡＰから信号を受信することができる、チャネル選好および割り当てにも適用することができる。ＳＴＡは、その後、好ましいチャネルを示す、および／またはそれぞれのチャネルにおいて信号が受信されたかどうかを示すインジケーションを生成することができる。このインジケーションは、例えば、ビットマップとすることができる。ＳＴＡは、その後、ＡＰによって提供された選好インジケーションスケジュールに従って、ＴＸＯＰ／ＲＡＷまたは上で汎用的に定義されたようなＴＸＯＰの間に、インジケーションを含むフレームをＡＰに送信することができる。
【０２２９】
実施形態
１．オーバラップ基本サービスセット（ＯＢＳＳ）における通信のための方法であって、
干渉報告およびＢＳＳ間調整の能力を示すステップ
を含む方法。
【０２３０】
２．干渉報告およびＢＳＳ間調整能力は、干渉報告および調整能力情報要素（ＩＥ）内で示される実施形態１に記載の方法。
【０２３１】
３．干渉報告および調整能力ＩＥは、干渉報告能力フィールドおよびＢＳＳ間調整能力フィールドを含む実施形態２に記載の方法。
【０２３２】
４．干渉報告能力フィールドは、以下のフィールド、すなわち、ＢＳＳ内測定、ＢＳＳ内報告オプション、ＢＳＳ間測定、ＢＳＳ内報告オプション、または強制機能のうちの少なくとも１つを含む実施形態３に記載の方法。
【０２３３】
５．ＢＳＳ内測定フィールドは、ＢＳＳ内送信についての干渉および媒体占有時間を測定する能力を示すために使用される実施形態４に記載の方法。
【０２３４】
６．ＢＳＳ内報告オプションフィールドは、ＢＳＳ内干渉および媒体占有を報告するためのオプションを示す実施形態４または５に記載の方法。
【０２３５】
７．ＢＳＳ間測定フィールドは、異なるＢＳＳにおける別のＳＴＡもしくはＳＴＡの別のセットによる媒体占有時間、干渉時間、異なるアクセスポイント（ＡＰ）もしくはリレーによって広告される異なるアクセスカテゴリについてのサービス品質（ＱｏＳ）設定、異なるＡＰもしくはリレーによって測定および広告される周波数帯域使用、ＡＰもしくはリレーによって検出もしくは公表される（アナウンスされる）ビーコンインターバル、制限されたアクセスウィンドウ（ＲＡＷ）、もしくは他のアクセスウィンドウ、ならびに／またはＡＰもしくはリレーによって公表される（アナウンスされる）トラフィックインジケーションマップ（ＴＩＭ）もしくはアップリンク（ＵＬ）アクセスウィンドウ公表のうちの少なくとも１つを含む実施形態４〜６のいずれか１つに記載の方法。
【０２３６】
８．ＢＳＳ間報告オプションフィールドは、局がＢＳＳ間観測および測定をアクセスポイント（ＡＰ）に報告するオプションを示し、または送信ＡＰが自らのパラメータを近隣ＡＰに報告するオプションを示す実施形態４〜７のいずれか１つに記載の方法。
【０２３７】
９．ＢＳＳ間調整能力フィールドは、ＱｏＳ調整、周波数調整、ビーコンサブインターバル／制限されたアクセスウィンドウ（ＲＡＷ）調整、トラフィックインジケーションマップ（ＴＩＭ）調整、またはリレー調整のうちの少なくとも１つの能力を示す実施形態３〜８のいずれか１つに記載の方法。
【０２３８】
１０．干渉報告および調整能力ＩＥは、プローブ要求フレームまたはアソシエーション要求フレーム内に含まれる実施形態２〜９のいずれか１つに記載の方法。
【０２３９】
１１．干渉報告および調整能力ＩＥは、ビーコンフレーム、ショートビーコンフレーム、プローブ応答フレーム、またはアソシエーション応答フレーム内に含まれる実施形態２〜１０のいずれか１つに記載の方法。
【０２４０】
１２．干渉報告を行うよう求めて干渉報告要求を少なくとも１つの局に送信するステップ
をさらに含む実施形態１〜１１のいずれか１つに記載の方法。
【０２４１】
１３．干渉報告要求は、干渉報告要求情報要素（ＩＥ）を含むフレームによって送信される実施形態１２に記載の方法。
【０２４２】
１４．干渉報告要求ＩＥは、ＢＳＳ内干渉報告フィールドおよびＢＳＳ間干渉報告フィールドを含む実施形態１３に記載の方法。
【０２４３】
１５．ＢＳＳ内干渉報告フィールドは、測定された局の識別情報および測定パラメータを含む、要求されたＢＳＳ内干渉についての測定を指定する実施形態１４に記載の方法。
【０２４４】
１６．測定パラメータは、同じＢＳＳにおける別の局もしくは局の別のセットによる媒体占有時間、干渉時間、またはアクセスカテゴリについての平均媒体アクセス時間のうちの少なくとも１つを含む実施形態１５に記載の方法。
【０２４５】
１７．測定パラメータは、測定チャネルおよび帯域幅を指定する実施形態１５または１６に記載の方法。
【０２４６】
１８．測定パラメータは、リレー局が測定要求をアクセスポイントに転送することができるかどうかを指定する実施形態１５または１６に記載の方法。
【０２４７】
１９．測定パラメータは、測定周波数を指定する実施形態１５または１６に記載の方法。
【０２４８】
２０．測定要求に応答して測定応答を送信するステップ
をさらに含む実施形態１〜１９のいずれか１つに記載の方法。
【０２４９】
２１．測定応答は、干渉報告応答フレームまたは干渉報告応答情報要素（ＩＥ）を含むフレーム内に含まれる実施形態２０に記載の方法。
【０２５０】
２２．干渉報告要求は、干渉報告を行うようにリレー局のリレーＢＳＳに要求するために、リレー局に送信される実施形態１２〜２１のいずれか１つに記載の方法。
【０２５１】
２３．リレー局が、干渉報告を行うようにリレー局と関連付けられたすべての局に要求するステップ
をさらに含む実施形態２２に記載の方法。
【０２５２】
２４．集中制御デバイスが、ネットワークのための調整を行う実施形態１〜２３のいずれか１つに記載の方法。
【０２５３】
２５．集中制御デバイスが、干渉報告要求フレームをネットワーク内の他のノードに送信する実施形態２４に記載の方法。
【０２５４】
２６．局は、複数のネットワークからの可視性および能力に基づいてグループ化される実施形態１〜２５のいずれか１つに記載の方法。
【０２５５】
２７．ＢＳＳの同じセットとオーバラップするＢＳＳ内の局は、一緒にグループ化される実施形態２６に記載の方法。
【０２５６】
２８．異なるグループ内の局は、異なる設定を提供される実施形態２６または２７に記載の方法。
【０２５７】
２９．設定は、ＱｏＳ設定、送信機会（ＴＸＯＰ）、制限されたアクセスウィンドウ（ＲＡＷ）もしくはビーコンサブインターバルスケジュール、またはトラフィックインジケーションマップ（ＴＩＭ）もしくはアップリンクアクセスウィンドウ割り当てのうちの少なくとも１つを含む実施形態２８に記載の方法。
【０２５８】
３０．局は、局の動作帯域幅能力および設定に基づいてグループ化される実施形態１〜２９のいずれか１つに記載の方法。
【０２５９】
３１．異なるグループ内の局は、異なる制限されたアクセスウィンドウに割り当てられる実施形態３０に記載の方法。
【０２６０】
３２．局は、チャネル条件についてのフィードバックに基づいてグループに分類される実施形態１〜３１のいずれか１つに記載の方法。
【０２６１】
３３．局は、局による干渉測定報告に基づいてグループ化される実施形態３２に記載の方法。
【０２６２】
３４．ノードが、ＱｏＳ設定を調整するために、自らのＱｏＳ関連パラメータを報告するステップ
をさらに含む実施形態１〜３３のいずれか１つに記載の方法。
【０２６３】
３５．ＱｏＳ関連パラメータは、ＱｏＳトラフィックについての負荷情報を含む実施形態３４に記載の方法。
【０２６４】
３６．負荷のタイプは、ＡＣ＿ＳｅｎｓｏｒＭｅｔｅｒｓ、ＡＣ＿ＦＩＬＳ、ＡＣ＿ＢａｔｔｅｒｙＤｅｖｉｃｅ、ＡＣ＿ＶＩ、またはＡＣ＿ＶＯのうちの少なくとも１つを含む実施形態３４または３５に記載の方法。
【０２６５】
３７．ＱｏＳ負荷およびＱｏＳパラメータは、ネットワークまたはＢＳＳ全体に対して指定される実施形態３５または３６に記載の方法。
【０２６６】
３８．ＱｏＳ負荷およびＱｏＳパラメータは、１もしくは複数のビーコンサブインターバル、制限されたアクセスウィンドウ（ＲＡＷ）、もしくはアクセスウィンドウに対して、特定のチャネルもしくは帯域幅に対して、および／または局の特定のセットに対して指定される実施形態３５または３６に記載の方法。
【０２６７】
３９．干渉報告および調整能力情報要素を含むビーコンまたはショートビーコンをブロードキャストするステップ
をさらに含む実施形態１〜３８のいずれか１つに記載の方法。
【０２６８】
４０．ＱｏＳパラメータモニタリングを行うように局に要求するステップ
をさらに含む実施形態３９に記載の方法。
【０２６９】
４１．局は、局が漏れ聞くことができるすべてのリレーＢＳＳおよびＢＳＳのＱｏＳ負荷およびパラメータをモニタリングする実施形態４０に記載の方法。
【０２７０】
４２．調整要求を近隣ネットワークおよびオーバラップネットワーク内の局に送信するステップ
をさらに含む実施形態１〜４１のいずれか１つに記載の方法。
【０２７１】
４３．調整要求は、プライマリチャネル、調整チャネル、送信機会（ＴＸＯＰ）、ビーコンサブインターバル、制限されたアクセスウィンドウ（ＲＡＷ）、アクセスウィンドウ、トラフィックインジケーションマップ（ＴＩＭ）、またはアップリンクアクセスウィンドウのうちの少なくとも１つについての調整を要する実施形態４２に記載の方法。
【０２７２】
４４．調整要求に応答して調整応答を送信するステップ
をさらに含む実施形態４２または４３に記載の方法。
【０２７３】
４５．チャネル調整は、集中調整器によって集中化され、またはアクセスポイントにわたって分散される実施形態１〜４４のいずれか１つに記載の方法。
【０２７４】
４６．アクセスポイントは、それがチャネル調整可能であることをビーコンまたはショートビーコン内で示す実施形態１〜４５のいずれか１つに記載の方法。
【０２７５】
４７．異なる無線距離において動作するデバイスは、異なるチャネル上で動作するように割り当てられる実施形態１〜４６のいずれか１つに記載の方法。
【０２７６】
４８．予約された送信機会（ＴＸＯＰ）を調整するステップ
をさらに含む実施形態１〜４７のいずれか１つに記載の方法。
【０２７７】
４９．ＴＸＯＰは、異なる周波数チャネル、帯域幅、および送信セクタ上の、ビーコンサブインターバル、制限されたアクセスウィンドウ（ＲＡＷ）、またはアクセスウィンドウを含む実施形態４８に記載の方法。
【０２７８】
５０．ＴＸＯＰ調整は、集中調整器によって集中化され、またはアクセスポイントにわたって分散される実施形態４８または４９に記載の方法。
【０２７９】
５１．局（ＳＴＡ）は、動作チャネル能力および／またはチャネル条件に基づいてグループ化される実施形態１〜５０のいずれか１つに記載の方法。
【０２８０】
５２．局（ＳＴＡ）が、チャネル選好報告情報要素（ＩＥ）を含むフレームを送信するステップ
をさらに含む実施形態１〜５１のいずれか１つに記載の方法。
【０２８１】
５３．チャネル選好報告情報要素（ＩＥ）は、チャネル動作モードおよび／またはチャネル選好インジケーションを含む実施形態５２に記載の方法。
【０２８２】
５４．チャネル動作モードは、動作帯域幅、帯域幅隣接性、および／または指向送信を使用して指定される実施形態５３に記載の方法。
【０２８３】
５５．チャネル動作モードは、１または複数の特定のチャネル動作モードを指す特定の番号によって符号化される実施形態５３または５４に記載の方法。
【０２８４】
５６．チャネル動作モードは、ビットマップを使用して示される実施形態５３または５４に記載の方法。
【０２８５】
５７．チャネル選好インジケーションは、ＳＴＡが選好するチャネル動作モードと関連付けられたチャネル番号を示す実施形態５３〜５６のいずれか１つに記載の方法。
【０２８６】
５８．チャネル選好報告ＩＥは、ＳＴＡが選好するアクセスポイントの送信セクタを示す実施形態５３〜５７のいずれか１つに記載の方法。
【０２８７】
５９．チャネル選好インジケーションは、ビットマップを使用して示される実施形態５３〜５８のいずれか１つに記載の方法。
【０２８８】
６０．チャネル選好インジケーションは、ＳＴＡによって測定された、受信信号強度インジケータ（ＲＳＳＩ）、受信チャネル電力インジケータ（ＲＣＰＩ）、受信電力インジケーション（ＲＰＩ）、または受信信号対雑音インジケータ（ＲＳＮＩ）のうちの少なくとも１つに基づいて生成される実施形態５３〜５９のいずれか１つに記載の方法。
【０２８９】
６１．ＳＴＡは、チャネル品質インジケーションを提供する実施形態５３〜６０のいずれか１つに記載の方法。
【０２９０】
６２．チャネル選好報告ＩＥは、チャネル動作能力およびチャネル選好インジケーションを含む実施形態５２に記載の方法。
【０２９１】
６３．チャネル動作能力および／またはチャネル選好インジケーションは、ビットマップを使用して示される実施形態６２に記載の方法。
【０２９２】
６４．チャネル動作能力およびチャネル選好インジケーションは、セクタ化された送信に関連する実施形態６２または６３に記載の方法。
【０２９３】
６５．局（ＳＴＡ）が、チャネル割り当て情報要素（ＩＥ）を含むフレームを受信するステップ
をさらに含む実施形態１〜６４のいずれか１つに記載の方法。
【０２９４】
６６．チャネル割り当てＩＥは、アクセスポイントによってＳＴＡに割り当てられた、チャネル動作モード、グループ識別情報、チャネル割り当て、サブグループ識別情報、スケジュール、またはパラメータのうちの少なくとも１つを含む実施形態６５に記載の方法。
【０２９５】
６７．チャネル割り当ては、ビットマップを使用して示される実施形態６６に記載の方法。
【０２９６】
６８．チャネル割り当ては、開始チャネルの番号、またはＳＴＡに割り当てられたチャネルの合計からなるチャネルの数を用いて示される実施形態６６に記載の方法。
【０２９７】
６９．グループ識別情報またはサブグループ識別情報は、異なる時間間隔、送信セクタ、または他の物理もしくは論理属性と関連付けられる実施形態６６〜６８のいずれか１つに記載の方法。
【０２９８】
７０．スケジュールは、ＳＴＡのグループのためのグループスケジュール、またはＳＴＡのサブグループのためのサブグループスケジュールを含む実施形態６６〜６９のいずれか１つに記載の方法。
【０２９９】
７１．グループスケジュールは、ＳＴＡが割り当てられたチャネルに切り換わるとき、ＳＴＡが送信もしくは受信のためにアウェイクするとき、またはＳＴＡのグループに割り当てられた間隔の持続時間を含む、ＳＴＡのグループのためのスケジュールを示す実施形態７０に記載の方法。
【０３００】
７２．サブグループスケジュールは、ＳＴＡが送信もしくは受信のためにアウェイクするとき、グループスケジュールの開始時刻からのウェイクアップオフセット、および／またはＳＴＡのサブグループに割り当てられた、制限されたアクセスウィンドウ、ビーコンサブインターバル、アクセスウィンドウ、もしくは送信機会の持続時間を含む、ＳＴＡのサブグループのためのスケジュールを示す実施形態７０または７１に記載の方法。
【０３０１】
７３．スケジュールは、ＳＴＡのグループまたはサブグループがウェイクアップし、アクセスポイントからのサウンディングフレームがないかどうか１もしくは複数またはすべてのチャネルをモニタリングする、サウンディングスケジュールを含む実施形態６６〜７２のいずれか１つに記載の方法。
【０３０２】
７４．スケジュールは、ＳＴＡのグループまたはサブグループがチャネル選好インジケーションをアクセスポイントに提供することを許可される開始時刻および持続時間を示す選好インジケーションスケジュールを含む実施形態６６〜７３のいずれか１つに記載の方法。
【０３０３】
７５．ＳＴＡは、チャネル割り当ておよびスケジュールに従って、割り当てられたチャネルに切り換わり、ウェイクアップする実施形態６６〜７４のいずれか１つに記載の方法。
【０３０４】
７６．ＳＴＡは、定期的にまたはスケジュールに従ってサウンディングフレームをモニタリングおよび測定するために、１もしくは複数またはすべてのチャネルに切り換わる実施形態６６〜７５のいずれか１つに記載の方法。
【０３０５】
７７．実施形態１〜７６のいずれか１つに記載の方法を実行するように構成された局。
【０３０６】
７８．実施形態１〜７６のいずれか１つに記載の方法を実行するように構成されたアクセスポイント。
【０３０７】
７９．実施形態１〜７６のいずれか１つに記載の方法を実行するように構成されたデバイス。
【０３０８】
８０．実施形態１〜７６のいずれか１つに記載の方法を実行するように構成された集積回路。
【０３０９】
８１．実施形態１〜７６のいずれか１つに記載の方法を実行するように構成された無線送信／受信ユニット（ＷＴＲＵ）。
【０３１０】
８２．オーバラップ基本サービスセット（ＯＢＳＳ）における通信のための方法であって、
局が、干渉報告およびＢＳＳ間調整の能力を示すステップと
局が、局自らのＢＳＳまたは局が漏れ聞くことができる近隣ＢＳＳの少なくとも一方における干渉測定を求める要求を受信するステップと、
局が、干渉測定報告をアクセスポイントに送信するステップであって、サービス品質（ＱｏＳ）設定、送信機会（ＴＸＯＰ）、制限されたアクセスウィンドウ（ＲＡＷ）もしくはビーコンサブインターバルスケジュール、またはトラフィックインジケーションマップ（ＴＩＭ）もしくはアップリンクアクセスウィンドウ割り当てのうちの少なくとも１つが、干渉測定報告に基づいて調整される、ステップと
を含む方法。
【０３１１】
８３．オーバラップ基本サービスセット（ＯＢＳＳ）における通信のための方法であって、
局（ＳＴＡ）が、チャネル選好報告情報要素（ＩＥ）を含むフレームを送信するステップであって、チャネル選好報告ＩＥは、チャネル動作モードおよび／またはチャネル選好インジケーションを含む、ステップと、
ＳＴＡが、チャネル割り当て情報要素（ＩＥ）を含むフレームを受信するステップであって、チャネル割り当てＩＥは、アクセスポイントによってＳＴＡに割り当てられた、チャネル動作モード、グループ識別情報、チャネル割り当て、サブグループ識別情報、スケジュール、またはパラメータのうちの少なくとも１つを含む、ステップと、
ＳＴＡが、チャネル割り当ておよびスケジュールに従って、割り当てられたチャネルに切り換わり、ウェイクアップするステップと
を含む方法。
【０３１２】
実施形態は、ＩＥＥＥ８０２．１１プロトコルを参照して開示されたが、実施形態は、ＩＥＥＥ８０２．１１に制限されず、他の任意の無線システムにも同様に適用可能であることに留意されたい。
【０３１３】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用される無線周波送受信機を実施するために使用することができる。
【図１Ａ】
0006437923.tif 000002
【図１Ｂ】
0006437923.tif 000003
【図１Ｃ】
0006437923.tif 000004
【図２】
0006437923.tif 000005
【図３】
0006437923.tif 000006
【図４】
0006437923.tif 000007
【図５】
0006437923.tif 000008
【図６】
0006437923.tif 000009
【図７】
0006437923.tif 000010
【図８】
0006437923.tif 000011
【図９】
0006437923.tif 000012
【図１０】
0006437923.tif 000013
【図１１】
0006437923.tif 000014
【図１２】
0006437923.tif 000015
【図１３】
0006437923.tif 000016
【図１４】
0006437923.tif 000017
【図１５】
0006437923.tif 000018
【図１６】
0006437923.tif 000019
【図１７】
0006437923.tif 000020
【図１８】
0006437923.tif 000021
【図１９】
0006437923.tif 000022
【図２０】
0006437923.tif 000023
【図２１Ａ】
0006437923.tif 000024
【図２１Ｂ】
0006437923.tif 000025
【図２１Ｃ】
0006437923.tif 000026
【図２１Ｄ】
0006437923.tif 000027
【図２２】
0006437923.tif 000028
【図２３】
0006437923.tif 000029
【図２４】
0006437923.tif 000030
【図２５】
0006437923.tif 000031