特許 6553601 干渉制限されるワイヤレスローカルエリアネットワークシステムのためのマルチバンド方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6553601

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】干渉制限されるワイヤレスローカルエリアネットワークシステムのためのマルチバンド方法

(51)【国際特許分類】

   H04W 16/14 20090101AFI20190722BHJP

   H04W 72/08 20090101ALI20190722BHJP

   H04W 84/12 20090101ALI20190722BHJP

【ＦＩ】

   H04W16/14

   H04W72/08 110

   H04W84/12

【請求項の数】12

【全頁数】30

(21)【出願番号】特願2016-524347(P2016-524347)

(86)(22)【出願日】2014年7月2日

(65)【公表番号】特表2016-533064(P2016-533064A)

(43)【公表日】2016年10月20日

(86)【国際出願番号】US2014045250

(87)【国際公開番号】WO2015003057

(87)【国際公開日】20150108

【審査請求日】2017年7月3日

(31)【優先権主張番号】61/842,868

(32)【優先日】2013年7月3日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ロウ ハンチン

(72)【発明者】

【氏名】オーヘンコーム オテリ

(72)【発明者】

【氏名】モニシャ ゴーシュ

(72)【発明者】

【氏名】シア ポンフェイ

(72)【発明者】

【氏名】ロバート エル．オレセン

【審査官】 古市 徹

(56)【参考文献】

【文献】 特開２０１２−０８０５３４（ＪＰ，Ａ）

【文献】 特表２０１３−５０５６０３（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１０６６５４（ＷＯ，Ａ１）

【文献】 特表２００４−５０９５１４（ＪＰ，Ａ）

【文献】 HTC Corporation，Relay Node Access Link with different Carriers[online]， 3GPP TSG-RAN WG1#59 R1-094452，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_59/Docs/R1-094452.zip＞，２００９年１１月 ２日

【文献】 Brian Hart(Cisco Systems)，Enterprise extensions - overview， IEEE 802.11-11/0534r0，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/11/11-11-0534-00-00ad-enterprise-extensions-overview.pptx＞，２０１１年 ４月１２日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

マルチバンド制御アクセスポイント（ＭＣＡＰ）と第１の周波数バンドを使用して通信する能力があり、関連付けられる局（ＳＴＡ）と第２の周波数バンドを使用して通信する能力があるマルチバンドメンバアクセスポイント（ＭＭＡＰ）により使用する方法であって、
データを前記第２の周波数バンドで、前記関連付けられるＳＴＡに送信することと、
チャネル情報に対する要求を前記第２の周波数バンドで、少なくとも１つの関連付けられるＳＴＡに送信することと、
少なくとも干渉情報を含む報告を前記第２の周波数バンドで、前記少なくとも１つの関連付けられるＳＴＡから受信することと、
前記少なくとも１つのＳＴＡから前記第２の周波数バンドで受信された前記報告に基づいて更新される近隣物ＭＭＡＰ干渉テーブルを決定することと、
前記少なくとも１つの関連付けられるＳＴＡから前記第２の周波数バンドで受信される前記報告に基づく第１の情報を前記第１の周波数バンドで前記ＭＣＡＰに送信することであり、前記第１の情報は前記更新された近隣物ＭＭＡＰ干渉テーブルを含む、ことと、
前記ＭＣＡＰから前記第１の周波数バンドで、前記第２の周波数バンドの無線リソース管理に関する第２の情報を受信することであり、前記第２の周波数バンドの無線リソース管理に関する前記第２の情報は、前記第２の周波数バンド内の新しいチャネルへ移転させるコマンドを含む、ことと、
を備える方法。

【請求項2】

前記報告は、干渉ＭＭＡＰ識別（ＩＤ）、干渉レベル、干渉中心周波数、および、干渉バンド幅の少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記報告のためのパラメータを含む報告セットアップ情報を前記少なくとも１つの関連付けられるＳＴＡに前記第２の周波数バンドで送信すること、
をさらに備える、請求項１に記載の方法。

【請求項4】

前記第２の周波数バンドでコマンドを前記関連付けられるＳＴＡに送信し、前記第２の周波数バンド内の前記新しいチャネルへ移転させること、をさらに備える、請求項１に記載の方法。

【請求項5】

前記ＭＭＡＰは、チャネル情報に対する前記要求を前記ＭＭＡＰの制御のもとにある関連付けられるＳＴＡのすべてに送信し、前記第２の周波数バンドで前記ＳＴＡのすべてから報告を受信する、請求項１に記載の方法。

【請求項6】

前記関連付けられるＳＴＡから受信される報告情報を集約することをさらに備え、
前記ＭＣＡＰへ前記第１の周波数バンドで送信される前記第１の情報は、前記集約された報告情報に基づく、請求項１に記載の方法。

【請求項7】

マルチバンド制御アクセスポイント（ＭＣＡＰ）と第１の周波数バンドを使用して通信する能力があり、関連付けられる局（ＳＴＡ）と第２の周波数バンドを使用して通信する能力があるマルチバンドメンバアクセスポイント（ＭＭＡＰ）であって、
データを前記第２の周波数バンドで、前記関連付けられるＳＴＡに送信するよう構成された少なくとも１つの送信機と、
チャネル情報に対する要求を前記第２の周波数バンドで、少なくとも１つの関連付けられるＳＴＡに送信するようさらに構成された前記少なくとも１つの送信機と、
少なくとも干渉情報を含む報告を前記第２の周波数バンドで、前記少なくとも１つの関連付けられるＳＴＡから受信するよう構成された少なくとも１つの受信機と、
前記少なくとも１つのＳＴＡから前記第２の周波数バンドで受信された前記報告に基づいて更新される近隣物ＭＭＡＰ干渉テーブルを決定するよう構成された少なくとも１つのプロセッサと、
前記少なくとも１つの関連付けられるＳＴＡから前記第２の周波数バンドで受信される前記報告に基づく第１の情報を前記第１の周波数バンドで前記ＭＣＡＰに送信するよう構成された前記少なくとも１つの送信機であり、前記第１の情報は前記更新された近隣物ＭＭＡＰ干渉テーブルを含む、前記少なくとも１つの送信機と、
前記ＭＣＡＰから前記第１の周波数バンドで、前記第２の周波数バンドの無線リソース管理に関する第２の情報を受信するよう構成された前記少なくとも1つの受信機であり、前記第２の周波数バンドの無線リソース管理に関する前記第２の情報は、前記第２の周波数バンド内の新しいチャネルへ移転させるコマンドを含む、前記少なくとも1つの受信機と、
を備えたＭＭＡＰ。

【請求項8】

前記報告は、干渉ＭＭＡＰ識別（ＩＤ）、干渉レベル、干渉中心周波数、および、干渉バンド幅の少なくとも１つを含む、請求項７に記載のＭＭＡＰ。

【請求項9】

前記少なくとも１つの送信機は、前記報告のためのパラメータを含む報告セットアップ情報を前記少なくとも１つの関連付けられるＳＴＡに前記第２の周波数バンドで送信するよう構成された、請求項７に記載のＭＭＡＰ。

【請求項10】

前記少なくとも１つの送信機は、前記第２の周波数バンドでコマンドを前記関連付けられるＳＴＡに送信するよう構成され、前記第２の周波数バンド内の前記新しいチャネルへ移転させる、請求項７に記載のＭＭＡＰ。

【請求項11】

前記少なくとも１つの送信機は、チャネル情報に対する前記要求を前記ＭＭＡＰの制御のもとにあるＳＴＡのすべてに送信するよう構成され、前記少なくとも１つの受信機は、前記第２の周波数バンドで前記ＳＴＡのすべてから報告を受信するよう構成されている、請求項７に記載のＭＭＡＰ。

【請求項12】

前記関連付けられるＳＴＡから受信される報告情報を集約するよう構成されたプロセッサをさらに備え、
前記ＭＣＡＰへ前記第１の周波数バンドで送信される前記第１の情報は前記集約された報告情報に基づく、請求項７に記載のＭＭＡＰ。

【発明の詳細な説明】

【技術分野】

【0001】

ワイヤレスネットワークシステムに関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１３年７月３日に出願された米国特許仮出願第６１／８４２，８６８号明細書の利益を主張するものである。

【0003】

マルチバンド動作が検討され、８０２．１１ａｄに導入された。例えばマルチバンド動作によって、通信セッションは、６０ギガヘルツ（ＧＨｚ）周波数バンドから、５ＧＨｚなどのより低い周波数バンドに移転され得る。マルチバンド能力のあるデバイスは、１つより多い周波数バンドにわたる動作を管理し得る。それは、同時に多重の周波数バンド上の動作をサポートし得るものであり、またはそれは、一度に１つの周波数バンド上の動作をサポートし得るものであり、次いで、別の周波数バンドに移転され得る。

【0004】

米国電気電子技術者協会（ＩＥＥＥ）８０２．１１は、異なるチャネルバンド幅を伴う異なる周波数チャネル上での動作をサポートし、異なる送信データレートをサポートする。このことは、異なる８０２．１１仕様に対する異なる送信特性を結果として生じさせる。例えば８０２．１１ａｄまたは８０２．１１ａｊは、（最高で６ギガバイト毎秒（Ｇｂｐｓ）の）非常に高いデータレートをサポートし、６０ＧＨｚ周波数バンド上で動作する。この周波数バンドの伝搬損失特性に起因して、典型的なカバレッジ範囲は、おおよそ１０メートルなどと短いものであり得る。８０２．１１ｎ／ａｃは、２．４ＧＨｚ／５ＧＨｚ周波数バンド上で動作し、そのことが高いデータレートをサポートし、カバレッジは、８０２．１１ａｄのそれより良好であり得る。８０２．１１ａｈまたは８０２．１１ａｆなどでのサブ１ＧＨｚ送信は、良好なカバレッジ範囲を提供し得るものであり、一方で、データレートは制限され得る。８０２．１１ａｊは、非常に高いスループットで作動して、４０〜５０ＧＨｚおよび５９〜６４ＧＨｚ周波数バンドの１または複数をサポートする、新しいタスクグループである。これらのワイヤレス周波数バンドのすべては、カバレッジ範囲およびスループットの見地で、異なるが相補的な特性を提供する。このことが、マルチバンド動作を魅力的な特徴にする。しかしながら、マルチバンド動作をサポートする既存の方式は、基本の機能性のみを提供し、これらの方式に対する進歩は、高密度のネットワーク、および、確固たる高いデータレートに対する、将来ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）要件に対処することを必要とされる。

【発明の概要】

【0005】

マルチバンドクラスタ内で通信するための方法および装置が開示される。マルチバンドメンバアクセスポイント（ＭＭＡＰ：multi-band member access point）は、マルチバンド制御アクセスポイント（ＭＣＡＰ：multi-band control access point）と、第１の周波数バンドを使用して通信する能力があり、関連付けられる局（ＳＴＡ）と、第２の周波数バンドを使用して通信する能力があり得る。ＭＭＡＰは、データを第２の周波数バンドで、関連付けられるＳＴＡに送信し得る。ＭＭＡＰは、干渉情報に対する要求を第２の周波数バンドで、少なくとも１つの関連付けられるＳＴＡに送信し得る。ＭＭＡＰは、干渉報告を第２の周波数バンドで、少なくとも１つの関連付けられるＳＴＡから受信し得る。ＭＭＡＰは、情報を第１の周波数バンドでＭＣＡＰに送信し得るものであり、情報は、少なくとも１つの関連付けられるＳＴＡから第２の周波数バンドで受信される干渉報告に基づく。ＭＭＡＰは、ＭＣＡＰから第１の周波数バンドで、第２の周波数バンドの無線リソース管理に関する情報を受信し得る。

【0006】

ＭＣＡＰは、マルチバンドクラスタ内で動作するように構成され得る。ＭＣＡＰは、ＭＭＡＰへの、マルチバンドクラスタ内の他のＭＭＡＰからのビーコン送信に関するセクタ化（sectorization）情報に対する要求を送信し得る。ＭＣＡＰは、セクタ化報告をＭＭＡＰから受信し得る。ＭＣＡＰは、マルチバンドクラスタ内のセクタ化送信をセクタ化報告に基づいて制御し得るものであり、ＭＭＡＰおよび別のＭＭＡＰにより送信されるビーコンは、同じ時間に送信されない。

【図面の簡単な説明】

【0007】

より詳細な理解は、添付の図面に関連して例として与えられる、以下の説明から得られ得る。

【0008】

【図1A】１または複数の開示される実施形態が実装され得る、例通信システムのシステム線図である。

【図1B】図１Ａで図解される通信システムの内部で使用され得る、例ワイヤレス送信／受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）のシステム線図である。

【図1C】図１Ａで図解される通信システムの内部で使用され得る、例無線アクセスネットワークおよび例コアネットワークのシステム線図である。

【図2】例マルチバンド無線リソース管理（ＲＲＭ）クラスタを示す図である。

【図3】例マルチバンドＲＲＭクラスタを示す図である。

【図4】ＲＲＭ制御バンドに対するマルチバンドクラスタ情報の例を示す図である。

【図5】例マルチバンドクラスタ要素フォーマットを示す図である。

【図6】例マルチバンド能力要素フォーマットを示す図である。

【図7】データバンドに対するマルチバンドクラスタ情報の例を示す図である。

【図8】マルチバンドクラスタ形成のための例方法を示す図である。

【図9】例アクションフレーム本体フォーマットを示す図である。

【図10】例要求情報フィールドフォーマットを示す図である。

【図11】例ＲＲＭ干渉報告フレームを示す図である。

【図12】例ＭＭＡＰ干渉要素セットアップフレームを示す図である。

【図13】例ＭＭＡＰ干渉報告要素フレームを示す図である。

【図14】動的チャネル割り振りに対する例マルチバンド支援される（multi-band aided）ＲＲＭを示す図である。

【図15】動的チャネル割り振りに対する例分散されるマルチバンド支援されるＲＲＭを示す図である。

【図16】ネットワークエネルギーおよび干渉管理に対する例マルチバンド支援されるＲＲＭを示す図である。

【図17】ネットワークエネルギーおよび干渉管理に対する例分散されるマルチバンド支援されるＲＲＭを示す図である。

【図18】協調させられるセクタ化される送信の例を示す図である。

【図19】マルチバンド支援される協調させられるセクタ化される送信のための例手順を示す図である。

【図20】例マルチバンドクラスタ制御要素を示す図である。

【図21】例近隣ＯＢＳＳセクタ干渉テーブルを示す図である。

【発明を実施するための形態】

【0009】

図１Ａは、１または複数の開示される実施形態が実装され得る、例通信システム１００の線図である。通信システム１００は、ボイス、データ、ビデオ、メッセージング、ブロードキャスト、その他などのコンテンツを多重のワイヤレスユーザに提供する多重アクセスシステムであり得る。通信システム１００は、多重のワイヤレスユーザが、ワイヤレスバンド幅を含むシステムリソースの共有によって、そのようなコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および類するものなどの、１または複数のチャネルアクセス方法を用い得る。

【0010】

図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および、他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／または、ネットワーク要素を企図するということが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境で動作および／または通信するように構成される任意のタイプのデバイスであり得る。例の方途によりＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得るものであり、ユーザ機器（ＵＥ）、移動局、固定された、または移動の加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレス検知器、消費者電子機器、および類するものを含み得る。

【0011】

通信システム１００はさらには、基地局１１４ａおよび基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェイス接続して、コアネットワーク１０６、インターネット１１０、および／または、他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成される、任意のタイプのデバイスであり得る。例の方途により基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータ、および類するものであり得る。基地局１１４ａ、１１４ｂは各々、単一の要素として図示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得るということが認識されよう。

【0012】

基地局１１４ａは、ＲＡＮ１０４の部分であり得るものであり、そのＲＡＮ１０４はさらには、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、その他などの、他の基地局および／またはネットワーク要素（示されない）を含み得る。基地局１１４ａおよび／または基地局１１４ｂは、ワイヤレス信号を、セル（示されない）と称され得る個別の地理的領域の内部で送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割され得る。したがって、１つの実施形態では基地局１１４ａは、３つのトランシーバを、すなわち、セルの各々のセクタに対して１つを含み得る。別の実施形態では基地局１１４ａは、多重入力多重出力（ＭＩＭＯ）技術を用い得るものであり、したがって、多重のトランシーバをセルの各々のセクタに対して利用し得る。

【0013】

基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と、エアインターフェイス１１６によって通信し得るものであり、そのエアインターフェイス１１６は、任意の適したワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロウェーブ、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、その他）であり得る。エアインターフェイス１１６は、任意の適した無線アクセス技術（ＲＡＴ）を使用して確立され得る。

【0014】

より具体的には、上記で記載されたように通信システム１００は、多重アクセスシステムであり得るものであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および類するものなどの、１または複数のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４内の基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0015】

別の実施形態では、基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立し得る、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。

【0016】

他の実施形態では、基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile communications）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）、および類するものなどの無線技術を実装し得る。

【0017】

図１Ａでの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、または、アクセスポイントであり得るものであり、仕事の場所、ホーム、乗物、構内、および類するものなどの局限されたエリアでワイヤレス接続性を容易にするために、任意の適したＲＡＴを利用し得る。１つの実施形態では、基地局１１４ｂ、および、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。別の実施形態では、基地局１１４ｂ、および、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらに別の実施形態では、基地局１１４ｂ、および、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラーに基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されるように基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって基地局１１４ｂは、コアネットワーク１０６によってインターネット１１０にアクセスすることを要されない場合がある。

【0018】

ＲＡＮ１０４は、コアネットワーク１０６との通信の状態にあり得るものであり、そのコアネットワーク１０６は、ボイス、データ、アプリケーション、および／または、ボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成される、任意のタイプのネットワークであり得る。例えばコアネットワーク１０６は、呼制御、課金サービス、移動位置に基づくサービス、プリペイド呼、インターネット接続性、ビデオ分散、その他を提供し、および／または、ユーザ認証などの高レベルセキュリティ機能を実施し得る。図１Ａには示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを用いる他のＲＡＮとの、直接または間接の通信の状態にあり得るということが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している場合があるＲＡＮ１０４に接続されていることへの追加で、コアネットワーク１０６はさらには、ＧＳＭ無線技術を用いる別のＲＡＮ（示されない）との通信の状態にあり得る。

【0019】

コアネットワーク１０６はさらには、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または、他のネットワーク１１２にアクセスするためのゲートウェイとしてサービングし得る。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、相互接続されるコンピュータネットワークおよびデバイスのグローバルシステムを含み得るものであり、それらのコンピュータネットワークおよびデバイスは、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および、インターネットプロトコル（ＩＰ）などの、ＴＣＰ／ＩＰインターネットプロトコルスイートの形での共通通信プロトコルを使用するものである。ネットワーク１１２は、他のサービスプロバイダにより所有される、および／または動作させられる、ワイヤードまたはワイヤレス通信ネットワークを含み得る。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを用い得る、１または複数のＲＡＮに接続される別のコアネットワークを含み得る。

【0020】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含み得るものであり、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクによって異なるワイヤレスネットワークと通信するための多重のトランシーバを含み得る。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーに基づく無線技術を用い得る基地局１１４ａと、および、ＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0021】

図１Ｂは、例ＷＴＲＵ１０２のシステム線図である。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、および、他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と矛盾しない状態にとどまりながら、前述の要素の任意の副組合せを含み得るということが認識されよう。

【0022】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連付けの状態にある１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および類するものであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８はトランシーバ１２０に結合され得るものであり、そのトランシーバ１２０は送信／受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個の構成要素として図示するが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に一体に集積され得るということが認識されよう。

【0023】

送信／受信要素１２２は、エアインターフェイス１１６によって、信号を基地局（例えば、基地局１１４ａ）に送信する、または、信号をその基地局から受信するように構成され得る。例えば、１つの実施形態では送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナであり得る。別の実施形態では送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または、可視光信号を、送信および／または受信するように構成される放射器／検出器であり得る。さらに別の実施形態では送信／受信要素１２２は、ＲＦ信号および光信号の両方を、送信および受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成され得るということが認識されよう。

【0024】

追加で、送信／受信要素１２２は、単一の要素として図１Ｂで図示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用い得る。したがって、１つの実施形態ではＷＴＲＵ１０２は、エアインターフェイス１１６によってワイヤレス信号を送信および受信するための、２つまたはより多い送信／受信要素１２２（例えば、多重のアンテナ）を含み得る。

【0025】

トランシーバ１２０は、送信／受信要素１２２により送信されることになる信号を変調するように、および、送信／受信要素１２２により受信される信号を復調するように構成され得る。上記で記載されたようにＷＴＲＵ１０２は、マルチモード能力を有し得る。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの多重のＲＡＴによって通信することを可能にするための多重のトランシーバを含み得る。

【0026】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得るものであり、ユーザ入力データを、それらのスピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８から受信し得る。プロセッサ１１８はさらには、ユーザデータを、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力し得る。追加でプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、任意のタイプの適したメモリからの情報にアクセスし、データをそのメモリに記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または、任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者アイデンティティモジュール（ＳＩＭ）カード、ｍｅｍｏｒｙ ｓｔｉｃｋ、ｓｅｃｕｒｅ ｄｉｇｉｔａｌ（ＳＤ）メモリカード、および類するものを含み得る。他の実施形態ではプロセッサ１１８は、サーバまたはホームコンピュータ（示されない）上など、ＷＴＲＵ１０２上に物理的に配置されないメモリからの情報にアクセスし、データをそのメモリに記憶し得る。

【0027】

プロセッサ１１８は、電力を電源１３４から受け取ることが可能であり、ＷＴＲＵ１０２内の他の構成要素に対する電力を分散させる、および／または、制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適したデバイスであり得る。例えば電源１３４は、１または複数の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）、その他）、ソーラーセル、燃料セル、および類するものを含み得る。

【0028】

プロセッサ１１８はさらには、ＧＰＳチップセット１３６に結合され得るものであり、そのＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報への追加で、またはその情報の代わりに、ＷＴＲＵ１０２は、位置情報をエアインターフェイス１１６によって基地局（例えば、基地局１１４ａ、１１４ｂ）から受信し、および／または、その位置を、２つもしくはより多い付近の基地局から受信されている信号のタイミングに基づいて決定し得る。ＷＴＲＵ１０２は、実施形態と矛盾しない状態にとどまりながら、任意の適した位置決定方法の方途により位置情報を捕捉し得るということが認識されよう。

【0029】

プロセッサ１１８は、他の周辺装置１３８にさらに結合され得るものであり、それらの周辺装置１３８は、追加的な特徴、機能性、および／または、ワイヤードもしくはワイヤレス接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば周辺装置１３８は、加速度メータ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、媒体プレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および類するものを含み得る。

【0030】

図１Ｃは、図１Ａに示される通信システム１００の内部で使用され得る、例ＲＡＮ１０４および例コアネットワーク１０６を示す。上記で記載されたようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインターフェイス１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。

【0031】

ＲＡＮ１０４は、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、実施形態と矛盾しない状態にとどまりながら、任意の数のｅノード−Ｂを含み得るということが認識されよう。ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェイス１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１または複数のトランシーバを含み得る。１つの実施形態では、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装し得る。したがってｅノード−Ｂ１４０ａは、例えば、多重のアンテナを使用して、ワイヤレス信号をＷＴＲＵ１０２ａに送信し、ワイヤレス信号をＷＴＲＵ１０２ａから受信し得る。

【0032】

ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、個別のセル（示されない）に関連付けられ得るものであり、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリング、ならびに類するものを扱うように構成され得る。図１Ｃに示されるように、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスによって互いに通信し得る。

【0033】

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、および、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。前述の要素の各々はコアネットワーク１０６の部分として図示されるが、これらの要素の任意のものが、コアネットワークオペレータ以外のエンティティにより所有され得る、および／または動作させられ得るということが認識されよう。

【0034】

ＭＭＥ１４２は、Ｓ１インターフェイスによってＲＡＮ１０４内のｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得るものであり、制御ノードとしてサービングし得る。例えばＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、個別のサービングゲートウェイをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に選択すること、および類することに対して責任を負う場合がある。ＭＭＥ１４２はさらには、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（示されない）との間で交換するための、制御プレーン機能を提供し得る。

【0035】

サービングゲートウェイ１４４は、Ｓ１インターフェイスによってＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得る。サービングゲートウェイ１４４は一般的には、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットを経路指定および転送し得る。サービングゲートウェイ１４４はさらには、ｅノードＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶すること、ならびに類することなどの、他の機能を実施し得る。

【0036】

サービングゲートウェイ１４４はさらには、ＰＤＮゲートウェイ１４６に接続され得るものであり、そのＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰが可能にされるデバイスとの間の通信を容易にし得る。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０との通信の状態にあり得る。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、および、１６０ｃの間の通信を容易にし得る。ＡＰ１６０ａ、１６０ｂ、および、１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および、１７０ｃとの通信の状態にあり得る。

【0037】

コアネットワーク１０６は、他のネットワークとの通信を容易にし得る。例えばコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従前の陸線通信デバイスとの間の通信を容易にし得る。例えばコアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとしてサービングする、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るものであり、または、そのＩＰゲートウェイと通信し得る。追加でコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供し得るものであり、それらのネットワーク１１２は、他のサービスプロバイダにより所有される、および／または動作させられる、他のワイヤードまたはワイヤレスネットワークを含み得るものである。

【0038】

本明細書では専門用語「ＳＴＡ」は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、移動局、固定された、もしくは移動の加入者ユニット、ＡＰ、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、コンピュータ、モバイルインターネットデバイス（ＭＩＤ）、または、ワイヤレス環境で動作する能力のある任意の他のタイプのユーザデバイスを含むが、それらに制限されない。本明細書で称されるとき、専門用語「ＡＰ」は、基地局、ノード−Ｂ、サイトコントローラ、または、ワイヤレス環境で動作する能力のある任意の他のタイプのインターフェイス接続デバイスを含むが、それらに制限されない。

【0039】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードでのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳに対するアクセスポイント（ＡＰ）、および、ＡＰに関連付けられる１または複数の局（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳへの、およびＢＳＳからのトラフィックを搬送する、分散システム（ＤＳ）、または、別のタイプのワイヤードもしくはワイヤレスネットワークへの、アクセスまたはインターフェイスを有し得る。ＢＳＳの外側から発出するＳＴＡへのトラフィックは、ＡＰを通って到着し得るものであり、ＳＴＡに届けられ得る。ＳＴＡからＢＳＳの外側の宛先に発出するトラフィックは、それぞれの宛先に届けられるようにＡＰに送出され得る。ＢＳＳの内部のＳＴＡ間のトラフィックは、ＡＰを通って送出され得るものであり、その場合、送信元ＳＴＡはトラフィックをＡＰに送出し、ＡＰはトラフィックを宛先ＳＴＡに届ける。ＢＳＳの内部のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックである。そのようなピアツーピアトラフィックはさらには、送信元ＳＴＡと宛先ＳＴＡとの間で直接、直接リンクセットアップ（ＤＬＳ：direct link setup）によって、例えば８０２．１１ｅ ＤＬＳ、または、８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ）を使用して送出され得る。独立ＢＳＳモードを使用するＷＬＡＮはＡＰを有さず、ＳＴＡは互いに直接通信する。通信のこのモードは、通信の「アドホック」モードと称される。

【0040】

動作の８０２．１１インフラストラクチャモードを使用して、ＡＰは、ビーコンまたはビーコンフレームを、固定されたチャネル上で送信し得るものであり、このチャネルはプライマリチャネルとして構成され得る。このチャネルは、２０メガヘルツ（ＭＨｚ）だけ広くあり得るものであり、ＢＳＳの動作チャネルであり得る。このチャネルはさらには、ＳＴＡにより、ＡＰとの接続を確立するために使用され得る。８０２．１１システムでの根本のチャネルアクセス機構は、キャリア検知多重アクセス衝突回避（ＣＳＭＡ／ＣＡ）である。動作のこのモードでは、ＡＰを含むあらゆるＳＴＡがプライマリチャネルを検知し得る。チャネルがビジーであると検出されるならば、ＳＴＡは手を引くことが可能である。ゆえに１つのＳＴＡのみが、任意の与えられた時間に、与えられたＢＳＳで送信することが可能である。

【0041】

８０２．１１ｎでは、高いスループット（ＨＴ）ＳＴＡは、通信に対して４０ＭＨｚだけ広いチャネルを使用し得る。これは、プライマリ２０ＭＨｚチャネルを、近接する２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚだけ広い連続的なチャネルを形成することにより達成され得る。８０２．１１ｎは、２．４ギガヘルツ（ＧＨｚ）および５ＧＨｚバンド上で動作し得る。

【0042】

８０２．１１ａｃでは、非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および、１６０ＭＨｚだけ広いチャネルをサポートし得るものであり、５ＧＨｚ ＩＳＭバンド上で動作し得る。４０ＭＨｚおよび８０ＭＨｚチャネルは、上記で説明された８０２．１１ｎと同様に、連続的な２０ＭＨｚチャネルを組み合わせることにより形成され得る。１６０ＭＨｚチャネルは、８つの連続的な２０ＭＨｚチャネルを組み合わせることにより、または、８０＋８０構成と称され得る、２つの非連続的な８０ＭＨｚチャネルを組み合わせることにより形成され得る。８０＋８０構成に対しては、データは、チャネル符号化の後で、セグメントパーサを通過させられ得るものであり、そのセグメントパーサは、データを２つのストリームに分割する。逆高速フーリエ変換（ＩＦＦＴ）および時間ドメイン処理が、各々のストリームに関して別個に行われ得る。ストリームは次いで、２つのチャネル上にマッピングされ得るものであり、データは送信され得る。受信機では、この方法は逆にされ得るものであり、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送出され得る。

【0043】

動作のサブ１ＧＨｚモードが、８０２．１１ａｆおよび８０２．１１ａｈによりサポートされる。これらの仕様に対して、チャネル動作バンド幅が、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して低減され得る。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ：TV White Space）スペクトル内の５ＭＨｚ、１０ＭＨｚ、および、２０ＭＨｚバンド幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および、１６ＭＨｚバンド幅をサポートする。８０２．１１ａｈに対する可能である使用事例は、マクロカバレッジエリア内のメータタイプ制御（ＭＴＣ：Meter Type Control）デバイスに対するサポートである。ＭＴＣデバイスは、制限されたバンド幅に対するサポートを含む、制限された能力を有し得るが、さらには、非常に長いバッテリ寿命に対する要件を含む。

【0044】

８０２．１１ａｄでは、６０ＧＨｚバンドを使用するＶＨＴが導入されている。６０ＧＨｚでの広いバンド幅スペクトルが、利用可能であり、したがって、ＶＨＴ動作を可能にする。８０２．１１ａｄは、最高で２ＧＨｚの動作バンド幅をサポートし、データレートは、最高で６Ｇｂｐｓに達し得る。６０ＧＨｚでの伝搬損失は、２．４ＧＨｚおよび５ＧＨｚバンドでよりも重大であり得るものであり、したがってビームフォーミングが、カバレッジ範囲を拡張するための手段として８０２．１１ａｄで採用されている。このバンドに対する受信機要件をサポートするために、８０２．１１ａｄ ＭＡＣ層がいくつかのエリアで修正されている。ＭＡＣに対する１つの重大な修正は、チャネル推定トレーニングを可能とするための手順の追加である。これらの手順は、８０２．１１ａｃ、または、８０２．１１ｎおよび８０２．１１ａなどのより早期の関連付けられる仕様に存在しない、動作のオムニモード、および、ビームフォーミングされるモードを含む。

【0045】

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および、８０２．１１ａｈなどの、多重のチャネルおよびチャネル幅をサポートするＷＬＡＮシステムは、プライマリチャネルとして定められるチャネルを含み得る。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによりサポートされる最も大きな共通動作バンド幅に等しいバンド幅を有し得るが、必ずしもそうではない。したがって、プライマリチャネルのバンド幅は、最も小さなバンド幅動作モードをサポートする、ＢＳＳ内で動作するすべてのＳＴＡの中からのＳＴＡにより制限され得る。８０２．１１ａｈの例ではプライマリチャネルは、１ＭＨｚモードをサポートするのみであるＳＴＡ（例えば、ＭＴＣタイプデバイス）がある場合は、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、または、他のチャネルバンド幅動作モードをサポートする場合でも、１ＭＨｚだけ広くあり得る。キャリア検知およびネットワーク割り当てベクトル（ＮＡＶ：network allocation vector）セッティングは、プライマリチャネルのステータスに依存し得る。したがってプライマリチャネルが、例えば、ＡＰに送信している１ＭＨｚ動作モードのみをサポートするＳＴＡに起因してビジーである場合、全体の利用可能な周波数バンドは、その大半がアイドルで利用可能なままであるにもかかわらず、ビジーとみなされ得る。

【0046】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国ではそれは、９１７．５ＭＨｚから９２３．５ＭＨｚであり、日本ではそれは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに対して利用可能な総合的なバンド幅は、国コードに依存して６ＭＨｚから２６ＭＨｚである。

【0047】

マルチバンドＲＲＭネットワークは、マルチバンドクラスタを含み得る。マルチバンドクラスタは、多重の周波数バンド上で動作し得るデバイスのセットと定義され得る。マルチバンドクラスタは、マルチバンドＲＲＭ制御ネットワークおよびマルチバンドデータネットワークを管理し得る。

【0048】

マルチバンドＲＲＭ制御ネットワークは、１または複数のマルチバンド制御ＡＰ（ＭＣＡＰ）デバイスおよびマルチバンドメンバＡＰ（ＭＭＡＰ）デバイスで編成され得る。ＭＣＡＰは、ＲＲＭネットワーク内で制御されるＡＰのクラスタに対するコントローラとしてサービングし得る。ＭＭＡＰは、利用可能な無線リソースのその使用を、ＭＣＡＰからのシグナリングに基づいて修正し得る。非ＡＰ ＳＴＡは、ＭＣＡＰに関連し、制御チャネル上で動作することを可能とされ得る。この事例では、制御チャネル上でのＭＣＡＰと非ＡＰ ＳＴＡとの間の通信は、正規の８０２．１１仕様にしたがい得る。マルチバンドデータネットワークは、データ送信に対するネットワークであり得る。必要な制御フレームおよび管理フレームは、さらには、データネットワークによって送信され得る。

【0049】

マルチバンドＲＲＭクラスタは、ＭＣＡＰ、いくつかのＭＭＡＰ、および、いくつかの非ＡＰ ＳＴＡを備え得る。図２は、例マルチバンドＲＲＭクラスタ２００を示す。ＭＣＡＰ（２０５）は、ＭＭＡＰ１（２１０）などのＭＭＡＰと、制御バンドまたはバンド１（２５０）（例えば、２．４ＧＨｚバンド）上で通信し得る。ＭＭＡＰ（２１０、２２０、２３０、２４０）は、ＢＳＳを維持し、関連付けられるＳＴＡ（２７０）と、例えば、データバンドまたはバンド２（２６０）（例えば、５ＧＨｚバンド）上で通信し得る。ＭＣＡＰが、ＢＳＳを、ＲＲＭ制御バンドによって、関連付けられる非ＡＰ ＳＴＡとともに維持する場合もある（すなわち、デバイスは非専用ＭＣＡＰであり得る）。この方途では、制御バンドはさらには、データトラフィックを搬送し得る。図２では、１つのＭＣＡＰ、４つのＭＭＡＰ、および、各々のＢＳＳ内の２つのＳＴＡが示されるが、これは例であり、任意の数および組合せの、ＭＣＡＰ、ＭＭＡＰ、および、ＳＴＡが形成され得る。

【0050】

図３は、例マルチバンドＲＲＭクラスタを示す。ＭＣＡＰは、マルチバンドＲＲＭ制御メッセージをＭＭＡＰに、ＲＲＭ制御バンドによって送信し得る。ＭＭＡＰは、要求をＭＣＡＰに、ＲＲＭ制御バンドによって送信し得る。ＲＲＭ制御バンド上では、ＭＭＡＰがＭＣＡＰに関連することを欲するとき、ＭＣＡＰはＡＰとして動作し得るものであり、ＭＭＡＰはＳＴＡとして動作し得る。

【0051】

ＭＣＡＰ／ＭＭＡＰと非ＡＰ ＳＴＡとの間の通信は、データバンド上のものであり得る。マルチバンドクラスタの内部のＭＭＡＰは、同じ周波数チャネル上で動作し得るものであり、またはそれらは、周波数バンドの異なる周波数チャネル上で動作し得る。例えば、図３でのＢＳＳ１からＢＳＳ４は、データバンドに対して５ＧＨｚ周波数バンド上で動作し、ＲＲＭ制御バンドに対して２．４ＧＨｚバンド上で動作し得る。ＢＳＳ１からＢＳＳ４は、５ＧＨｚバンドの同じ周波数チャネル、または、５ＧＨｚバンド上の異なる周波数チャネル上で動作し得る。

【0052】

マルチバンドクラスタの協調は、ＲＲＭ制御バンドによるものであり得る。マルチバンドクラスタ情報を内包し得る、ビーコンまたはビーコンフレームが、ＭＣＡＰにより、ＲＲＭ制御バンドによって送信され得る。マルチバンドクラスタ情報は、マルチバンドクラスタ識別（ＩＤ）、マルチバンドクラスタメンバ役割、マルチバンドクラスタ要素、マルチバンドＲＲＭ報告制御要素、マルチバンド報告要素、および、マルチバンド能力要素を内包し得る。

【0053】

図４は、ＲＲＭ制御バンドに対するマルチバンドクラスタ情報の例を示す。マルチバンドクラスタ情報は、マルチバンドクラスタＩＤ（４１０）、マルチバンドクラスタメンバ役割（４２０）、マルチバンドクラスタ要素（４３０）、マルチバンドＲＲＭ報告制御要素（４４０）、マルチバンド報告要素（４５０）、および、マルチバンド能力要素（４６０）を含み得る。

【0054】

マルチバンドクラスタＩＤは、ＭＣＡＰのＭＡＣアドレスと同一であり得る。ＭＭＡＰがビーコンをＲＲＭ制御バンド上で送信しない場合、ＭＭＡＰは、マルチバンドクラスタＩＤを、関連付け／再関連付け（re-association）フレームに含めることが可能であり、そのことによってＭＭＡＰおよびＭＣＡＰの両方は、それらが同じマルチバンドクラスタに属するということを知る。

【0055】

マルチバンドクラスタメンバ役割フィールドは、ＭＣＡＰおよびＭＭＡＰを区別するために使用され得る。ＭＭＡＰがビーコンをＲＲＭ制御バンド上で送信しない場合、ＭＭＡＰは、マルチバンドクラスタメンバ役割フィールドを、関連付け／再関連付けフレームに含めることが可能であり、そのことによってＭＭＡＰおよびＭＣＡＰの両方は、互いの役割を知る。

【0056】

マルチバンドクラスタ要素フィールドは、他の要素への追加で、ＲＲＭデータバンド、および、ＲＲＭデータバンド上の周波数チャネルの使用法を定義し得る。定義されるＲＲＭデータバンドに対して、このデータバンドで利用され得るデータチャネルの一部またはすべてが、さらには指示され得る。チャネル集約がデータバンドで考慮される場合、プライマリチャネルが定義され得る。マルチバンドクラスタ要素はさらには、ＲＲＭ制御バンド、および、ＲＲＭ制御バンド上の動作チャネルを定義し得る。ＭＣＡＰまたはＭＭＡＰはさらには、マルチバンドクラスタ要素を関連付け／関連付け解除（de-association）フレーム内で送信し得る。

【0057】

図５は、例マルチバンドクラスタ要素フォーマット５００を示す。マルチバンドクラスタ要素は、要素ＩＤフィールド（５０５）を含み得る。マルチバンドクラスタ要素は、長さフィールド（５１０）を含み得る。長さフィールドは、情報要素に対するオクテットの数を指定し得る。マルチバンドクラスタ要素は、ＭＣＡＰのＭＡＣアドレスであり得るマルチバンドクラスタＩＤフィールド（５１５）を含み得る。マルチバンドクラスタ要素は、マルチバンドクラスタメンバ役割フィールド（５２０）を含み得るものであり、そのフィールドは、ＭＣＡＰ、ＭＭＡＰ、または、ＭＣＡＰに関連付けられ制御バンド上で動作している非ＡＰ ＳＴＡである。マルチバンドクラスタ要素は、制御バンドを識別する制御バンドＩＤフィールド（５２５）を含み得る。マルチバンドクラスタ要素は、制御バンドのビーコン間隔のサイズを識別する制御バンドビーコン間隔フィールド（５３０）を含み得る。マルチバンドクラスタ要素は、制御バンド上のチャネルの数を識別する制御チャネル数フィールド（５３５）を含み得るものであり、その制御バンドは、マルチバンドクラスタ要素を送信するＳＴＡが、その制御バンド上で動作する、または、動作することを意図するものである。マルチバンドクラスタ要素は、データバンドを識別するデータバンドＩＤフィールド（５４０）を含み得る。マルチバンドクラスタ要素は、データバンドのビーコン間隔のサイズを識別するデータバンドビーコン間隔フィールド（５４５）を含み得る。マルチバンドクラスタ要素は、制御バンド上のチャネルの数を識別するデータチャネル数フィールド（５５０）を含み得るものであり、その制御バンドは、マルチバンドクラスタ要素を送信するＳＴＡが、その制御バンド上で動作する、または、その制御バンド上で動作することを意図するものである。マルチバンドクラスタ要素は、データバンドに対してサポートされるバンド幅を識別するデータバンドバンド幅フィールド（５５５）を含み得る。マルチバンドクラスタ要素は、データバンド上でサポートされる送信電力制御方法を識別するデータバンド送信電力制御フィールド（５６０）を含み得る。

【0058】

ＲＲＭ情報は、ＲＲＭ制御バンドによって送信され得るものであり、したがって、ＭＭＡＰからＭＣＡＰへの、ＲＲＭに関係付けられる測定値が要され得る。マルチバンドＲＲＭ報告制御要素は、ビーコン内で、ＭＣＡＰによりＲＲＭ報告をＭＭＡＰに要求するために使用され得る。マルチバンドＲＲＭ報告制御要素は、干渉報告、エネルギー報告、負荷平衡報告、その他を要求し得る。マルチバンドＲＲＭ報告制御要素は、ＭＭＡＰにより、ＲＲＭ報告を周期的に送出するために利用され得る、周期的なＲＲＭ報告スロットを割り振り得る。要素はさらには、ＲＲＭ報告に対するしきい値を割り振り得るものであり、ＭＭＡＰは、更新される報告を、測定値がしきい値を上回ったという条件を基に送出し得る。しきい値はさらには、報告の周期性を制限するために使用され得る。マルチバンドＲＲＭ報告制御要素は、マルチバンドクラスタＩＤ、データバンドＩＤ、データバンドチャネルＩＤおよびバンド幅、ならびに類するものなどの、基本のマルチバンド情報を内包し得る。

【0059】

マルチバンドＲＲＭ報告要素は、ＭＭＡＰにより、ＲＲＭに関係付けられる測定値をＭＣＡＰに送出するために使用され得る。マルチバンドＲＲＭ報告要素は、ＭＣＡＰにより送信されるマルチバンド報告制御要素に返信するために使用され得る。あるいはＭＭＡＰは、マルチバンドＲＲＭ報告要素を、ＭＣＡＰからの要求なしに送出し得る。マルチバンドＲＲＭ報告要素は、マルチバンドクラスタＩＤ、データバンドＩＤ、データバンドチャネルＩＤおよびバンド幅、ならびに類するものなどの、基本のマルチバンド情報を内包し得る。マルチバンドＲＲＭ報告要素は、干渉報告、エネルギー報告、負荷平衡報告、および類するものを含み得る。

【0060】

マルチバンド能力要素は、ＭＭＡＰおよびＭＣＡＰにより要され得る、マルチバンドに関係付けられる送信能力を含み得る。マルチバンド能力要素は、ＭＭＡＰがマルチバンドクラスタに加わるときに送出され得る。ＭＣＡＰは、マルチバンド能力要素をビーコン内で制御バンドによってブロードキャストし得る。

【0061】

図６は、例マルチバンド能力要素フォーマット６００を示す。マルチバンド能力要素は、要素ＩＤフィールド（６１０）を含み得る。マルチバンド能力要素は、長さフィールド（６２０）を含み得る。マルチバンド能力要素は、マルチバンド能力Ｉｎｆｏフィールド（６３０）を含み得る。マルチバンド能力Ｉｎｆｏフィールドは、マルチバンド支援される動的周波数チャネル割り振りサポート情報を含み得る。マルチバンド能力Ｉｎｆｏフィールドは、マルチバンド支援されるネットワークエネルギーおよび干渉管理サポート情報を含み得る。マルチバンド能力情報フィールドは、セクタ化される／指向性送信サポート情報を含み得る。マルチバンド能力情報フィールドは、マルチバンド協調させられるセクタ化される送信サポート情報を含み得る。

【0062】

図７は、データバンドに対するマルチバンドクラスタ情報の例を示す（７００）。ビーコンは、ＲＲＭデータバンドによって送信され得るものであり、ビーコンフレーム内で定義される正規の情報への追加で、マルチバンドクラスタＩＤ（７１０）、マルチバンドクラスタメンバ役割（７２０）、マルチバンド要素（７３０）、および、マルチバンドＲＲＭ報告制御要素（７４０）を内包し得る。

【0063】

ＭＣＡＰおよびＭＭＡＰの両方を含むＡＰは、マルチバンドクラスタＩＤフィールドを含み得るビーコンを、データバンドによって送信し得る。マルチバンドクラスタＩＤフィールドは、マルチバンドクラスタを識別するために使用され得る。ＩＤは、ＭＣＡＰのＭＡＣアドレスであり得る。マルチバンドクラスタＩＤフィールドはさらには、関連付け／再関連付けフレームにより送信され得る。

【0064】

ＭＣＡＰおよびＭＭＡＰの両方を含むＡＰは、マルチバンドクラスタメンバ役割フィールドを含み得るビーコンを、データバンドによって送信し得る。マルチバンドクラスタメンバ役割フィールドは、ＭＣＡＰおよびＭＭＡＰを区別するために、ビーコンフレーム内で使用され得る。このフィールドはさらには、関連付け／再関連付けフレームにより送信され得る。

【0065】

ＭＣＡＰおよびＭＭＡＰの両方を含むＡＰは、マルチバンド要素フィールドを含み得るビーコンを、データバンドによって送信し得る。マルチバンド要素フィールドは、他の要素への追加で、ＲＲＭデータバンド、ＲＲＭデータバンド上の周波数チャネルの使用法を定義するために、ビーコンフレーム内で使用され得る。マルチバンド要素はさらには、ＲＲＭ制御バンド、および、ＲＲＭ制御バンド上で利用される動作周波数チャネルを定義し得る。マルチバンド要素はさらには、関連付け／再関連付けフレームにより送信され得る。

【0066】

ＭＣＡＰおよびＭＭＡＰの両方を含むＡＰは、ＲＲＭ報告制御要素を含み得るビーコンを、データバンドによって送信し得る。ＲＲＭ報告制御要素は、ＲＲＭに関係付けられる報告をＳＴＡに要求するために使用され得る。要求は、干渉報告、エネルギー報告、および類するものに対してであり得る。ＭＭＡＰは、ＲＲＭ報告制御要素をＳＴＡに、データバンドによって送出し得る。ＲＲＭ報告制御要素は、ＲＲＭ報告に対して周期的にタイムスロットを割り振り得る。この要素は、周期的な報告の事例での報告の周期性を制限するように、または、しきい値が上回られる事例で報告するように、ＳＴＡに対するパラメータ／しきい値をセットし得る。

【0067】

ＭＣＡＰ能力のあるデバイスは、ＭＣＡＰになり、マルチバンドクラスタを形成し得る。ＭＣＡＰ能力のあるデバイスは、ＢＳＳをＡＰとしてＲＲＭデータバンド上で開始し、次いで、マルチバンドクラスタに対するＭＣＡＰになることが可能であるかどうかを決定し得る。図８は、マルチバンドクラスタ形成８００の例を示す。ＭＣＡＰ能力のあるデバイスがＭＣＡＰになる前に、それは、ビーコンをＲＲＭ制御バンド上で、あらかじめ定義された期間にわたって監視し得る（８１０）。ＭＣＡＰ能力のあるデバイスは、この期間の間に受信されるビーコンの一部またはすべてをチェックして、マルチバンドクラスタＩＤがいずれかのビーコン内に存するかどうかを検出し得る（８２０）。マルチバンドクラスタＩＤがビーコン内に、期間にわたって存しないという条件を基に、ＭＣＡＰ能力のあるデバイスはＭＣＡＰになり得る（８２５）。マルチバンドクラスタＩＤがビーコン内に存するという条件を基に、ＭＣＡＰ能力のあるデバイスは、マルチバンドクラスタメンバ役割フィールドをチェックして、ＭＣＡＰが検出されるかどうかを決定し得る（８３０、８４０）。ＭＣＡＰが期間にわたって検出されないという条件を基に、ＭＣＡＰ能力のあるデバイスはＭＣＡＰになり得る（８４５）。マルチバンドクラスタＩＤが検出され、マルチバンドクラスタメンバ役割フィールドが、ＭＣＡＰの存することを指示するならば、ＭＣＡＰ能力のあるデバイスは、ビーコン内のマルチバンド要素フィールドをチェックして（８５０）、データバンドであって、ＭＣＡＰ能力のあるデバイスがそのデータバンド上で動作している、データバンドが、マルチバンド要素フィールド内で、ＭＣＡＰが制御するデータバンドの１つとして指示されるかどうかを決定し得る（８６０）。データバンドであって、ＭＣＡＰ能力のあるデバイスがそのデータバンド上で動作している、データバンドが、マルチバンド要素フィールド内で、ＭＣＡＰが制御するデータバンドの１つとして指示されるという条件を基に、ＭＣＡＰ能力のあるデバイスは、マルチバンドクラスタにＭＭＡＰとして加わり得る（８７０）。データバンドであって、ＭＣＡＰ能力のあるデバイスがそのデータバンド上で動作している、データバンドが、マルチバンド要素フィールド内で、ＭＣＡＰが制御するデータバンドの１つとして指示されないという条件を基に、ＭＣＡＰ能力のあるデバイスは、データバンド上の動作周波数チャネルをＭＣＡＰに従って変化させ、マルチバンドクラスタに加わり得る（８８０）。あるいは、ＭＣＡＰ能力のあるデバイスは、新しいＭＣＡＰになり、新しいマルチバンドクラスタを開始し得る（８８５）。あるいは、ＭＣＡＰ能力のあるデバイスは、既存のＭＣＡＰに、マルチバンドクラスタ内でデータバンド上の新しい周波数チャネルを追加するように依頼し得る。

【0068】

１または複数のＭＭＡＰに対して、ＲＲＭ制御バンドにわたって、ＭＣＡＰが失われる、または、それが失われるおそれがある観があるならば、ＭＭＡＰは新しいＭＣＡＰになり得る。

【0069】

ＭＣＡＰとの接続を失ったＭＭＡＰは、ＲＲＭ制御バンドを、あらかじめ定義された時間期間の間監視し得るものであり、ＭＣＡＰが検出されないならば、ＭＭＡＰの１つが、ＭＣＡＰになり、新しいマルチバンドクラスタを開始し得る。多くのＭＭＡＰがＭＣＡＰとの接続を失ったという事例では、および、１つのＭＣＡＰのみが選出される場合、選出規則が定義され得る。例えば、接続を失ったＭＭＡＰのすべての中で最大または最小のＭＡＣアドレスを伴うＭＭＡＰが、新しいＭＣＡＰになり得る。

【0070】

新しいＭＣＡＰになった後、新しいＭＣＡＰは、マルチバンドビーコンをＲＲＭ制御バンド上で送信し得るものであり、ＭＭＡＰの残りは、新しいＭＣＡＰとの関連付けを実施し得る。データバンド上の送信は、中断され得ない。

【0071】

マルチバンド支援されるＲＲＭは、集中させられる様式よりむしろ、分散される様式で実装され得る。例えば、ＭＣＡＰおよびＭＭＡＰデバイスは同一であり得るものであり、各々のＭＭＡＰは、それが、そのチャネルを、ＭＣＡＰ開始／ＭＣＡＰ終了フレームを使用して動的に調整するために必要とする期間の間、ＭＣＡＰトークンを保持する。あるいはＭＣＡＰ期間は、所望される期間の間、ＭＣＡＰ開始フレームを使用して命じられ得る。

【0072】

高密度で配備されるシステムでは、ＡＰは、１または複数のオーバラッピングＢＳＳ（ＯＢＳＳ：overlapping BSS）を有し得る。環境の変化（例えば、ＡＰのモビリティ、その他）に起因して、ＡＰは、その周波数チャネルを動的に選定し得る。各々のＡＰは、周波数チャネルバンドを監視し、どのバンドが中で動作するのに最良であるかを、測定される干渉、または、干渉の指示を提供する他の測定値に関係付けられ得る判定基準を使用して判断し得る。しかしながら、一度ＡＰがその周波数バンドに転移すると、それは、干渉をＯＢＳＳ ＡＰの新しいセットに導入する場合があり、単一のＡＰは、全体のネットワークシステムの動作に対して望ましい周波数チャネルを選び出すことが可能でない場合がある。

【0073】

動的周波数チャネル割り振りのために、ＭＣＡＰは、その管理のもとにあるＭＭＡＰにより制御されるＢＳＳの干渉プロファイルを知る必要があり得る。各々のＭＭＡＰにより制御されるＢＳＳ内のＳＴＡは、干渉ＭＭＡＰに起因して経験される干渉を測定し得るものであり、プライマリ干渉ＭＭＡＰを識別し得る。現在のＭＣＡＰクラスタ内にない場合がある他のＡＰからの干渉を報告することが可能であり得る。ＭＣＡＰは、この情報を使用して、このＡＰ（すなわち、現在のＭＣＡＰクラスタ内にない干渉ＡＰ）をＭＣＡＰクラスタ内に組み込むことが、その干渉影響が十分に重大である場合に可能である。測定される干渉は、ＳＴＡによりＭＭＡＰに、ＳＴＡはマルチバンドでない場合があるので、データ送信バンド上で送信され得る。ＳＴＡがマルチバンドであるならば、それらは、この情報をＲＲＭ制御ネットワークバンド上で送信し得る。

【0074】

新しいＲＲＭ制御ネットワーク干渉要求／報告フレームが、各々のＳＴＡにより確認される、ＲＲＭ制御ネットワーク内の干渉ＭＭＡＰからの干渉を、要求、測定、および、報告するために使用され得る。新しいフィールドが、ＩＥＥＥ８０２．１１−２０１２で定義されるような干渉要求／報告フレームに追加され得る。

【0075】

ＲＲＭ干渉要求／報告フレームは、アクションフレーム本体フォーマットを使用し得るものであり、ＭＭＡＰにより干渉報告を要求するために送信され得るものであり、それらの干渉報告は、ＲＲＭ干渉報告フレームを使用して送出され得る。ＲＲＭ干渉要求フレーム本体の例フォーマットが、図９に示される。図１０は、例要求情報フィールドフォーマット１０００を示す。自動報告が可能にされる（以下、自動報告可能）フィールドは、報告が、変化があるという条件を基に、または周期的に送出されるかどうかを指示し得る。報告タイムアウトフィールドは、報告間の最小の継続時間を指示し得る。要求情報フィールド１０００は、８ビットだけ長くあり得る。自動報告可能フィールドは２ビットであり得るものであり、報告タイムアウトフィールドは６ビットであり得る。

【0076】

ＲＲＭ干渉報告フレームは、干渉要求フレームへの応答で送信され得るものであり、アクションフレーム本体フォーマットを使用し得る。報告フレームは、検出される干渉ＭＭＡＰの各々に対する干渉レベルを指示するために使用され得るものであり、図１１に示されるような、干渉ＡＰのＩＤ、干渉レベル、中心周波数、および、バンド幅をシグナリングし得る。ＭＭＡＰ干渉報告セットアップフレームは、図１２に示されるような、報告期間、精度、間隔、バースト長、および、開始時間／デューティサイクルなどの、報告のパラメータをセットアップするために使用され得る。

【0077】

あるいはＲＲＭ干渉報告フレームは、ＩＥＥＥ８０２．１１−２０１２で定義されるような干渉報告フレーム内の既存のフィールドへの追加で、図１３に示されるような、干渉ＭＭＡＰのＩＤ、および、それらの対応する干渉レベルをシグナリングする新しいフィールドを内包し得る。

【0078】

ＳＴＡは、ＭＭＡＰから／への測定される干渉を、ＩＥＥＥ８０２．１１ａｄでの干渉報告機構を再使用することにより報告し得る。ＮＡＶを更新し、時間において、ＳＴＡが宛先または送信元であるサービス期間とオーバラップする、送信要求（ＲＴＳ：request to send）および／または指向性マルチギガビット（ＤＭＧ：directional multi-gigabit）送信可能（受信準備完了）（ＣＴＳ：clear to send）フレームを受信するＳＴＡは、オーバラップをパーソナル基本サービスセット（ＰＢＳＳ：personal basic service set）制御ポイント（ＰＣＰ）／ＡＰに報告し得る。

【0079】

ＳＴＡは、ＭＭＡＰから／への測定される干渉を、ＩＥＥＥ８０２．１１での並置される干渉要求／報告フレームを再使用することにより報告し得る。並置される要求／報告フレームは、要求／応答を送出するトランシーバと並置される第２のトランシーバの干渉に関する情報を送出し得る。この事例ではＭＣＡＰは、並置される干渉要求フレームをＭＭＡＰに、ＲＲＭ制御バンド上で送出し得るものであり、「並置される」ＭＭＡＰに関する情報に対して、ＲＲＭデータバンド上で要求する。ＭＭＡＰは、並置される干渉報告フレームによって返信し得る。報告フレームは、図１１〜１３に示されるような、ＡＰに関連付けられるＳＴＡからの干渉情報を追加するように拡張され得る。

【0080】

ＭＭＡＰは、周期的な報告の事例での報告の周期性を制御するように、または、決まったしきい値が満たされる、もしくは上回られるときにのみ報告するように、１または複数のパラメータまたはしきい値をＳＴＡに送出し得る。しきい値は、マルチバンドクラスタ形成の間にセットアップされ得る。

【0081】

一度ＭＭＡＰが、ＳＴＡから、干渉報告、および、プライマリ干渉ＭＭＡＰの識別に関する情報を受信したならば、ＭＭＡＰは、それらのＢＳＳ／ＰＢＳＳ内のＳＴＡからの情報を集約し、情報をＭＣＡＰにＲＲＭ制御バンド上で転送し得る。ＭＭＡＰからＭＣＡＰへの転送は、ＭＣＡＰにより始動させられ得る。例えばＭＣＡＰは、ＭＭＡＰを個々に干渉報告に対してポーリングし得る。ＭＣＡＰは、ＭＭＡＰを、それらが有するすべての情報に対して、または、特定のＳＴＡに関する情報に対してポーリングし得る。これは、新しいポーリングフレームにより始動させられ得る。あるいはＭＭＡＰは、請求されない干渉報告をＭＣＡＰに、例えば、その制御のもとにあるＳＴＡのステータスの変化があるときに送出し得る。

【0082】

ＭＭＡＰは、干渉情報をＭＣＡＰに、その制御のもとにあるすべてのＳＴＡからの情報を集約し、集約されるデータを、フレーム内で、それが生じているＭＭＡＰを指定する情報、および、対応するＳＴＡインデックスとともに送出することにより転送し得る。ＭＣＡＰは、ＳＴＡ／ＭＭＡＰのすべてからの情報を分析し得るものであり、これに基づいて、信号を外に送出してＲＲＭ管理を実行し得る。

【0083】

あるいはＭＭＡＰは、特定のＳＴＡに対する情報を転送し得る。ＭＭＡＰは、ＭＣＡＰがＲＲＭのために必要とし得る情報のみを転送し得る。例えばＭＭＡＰは、何らかの範囲の内部に入るパラメータを伴うＳＴＡに関する情報を転送し得る。

【0084】

あるいはＭＭＡＰは、ＳＴＡからの干渉情報を分析し、何らかの重大な干渉ＭＭＡＰのインデックス、および、干渉を軽減するためにとるべきアクションに関する示唆などの、派生的な情報を転送し得る。例えばＭＭＡＰは、近隣物ＭＭＡＰリストを維持し得るものであり、ＳＴＡからの報告に基づいて、それは、近隣物ＭＭＡＰ干渉テーブルを創出し得る。干渉レベル値が、近隣物ＭＭＡＰリスト内の各々のエントリに対して算出され得る。値は、一度ＳＴＡがＭＭＡＰからの干渉を報告すると増大し得る。値は、ＳＴＡがＭＭＡＰからの何らの干渉も、決まった期間の間に報告しないならば減少し得る。この例では、量子化される近隣物ＭＭＡＰ干渉テーブルが、ＭＣＡＰに報告され得る。

【0085】

一度ＭＭＡＰが干渉情報を転送したならば、ＭＣＡＰは、転送に対する周波数バンドの内部の周波数チャネルの利用可能性を、近隣バンド報告を１または複数のＭＭＡＰに要求することにより調査し得る。ＭＭＡＰは、近隣バンド干渉レベルを監視し得る。あるいはＭＭＡＰは、近隣ＡＰ、および、送信のそれらの報告されるバンドを監視し得る。ＭＭＡＰは、この情報をＭＣＡＰに転送し得る。

【0086】

ＭＣＡＰは、情報を分析し得るものであり、ＭＭＡＰの１つが異なるチャネルに遷移すべきであると判断し得る。ＭＣＡＰは次いで、転送チャネル信号を送出し得る。転送チャネルフレームは、転送チャネルフラグ、ＭＭＡＰ識別子、古いチャネルインデックス、および、新しいチャネルインデックスを含み得る。使用されるチャネルインデックスは、ＩＥＥＥ８０２．１１標準に基づくものであり得る。ＭＭＡＰは次いで、関連付けを切り離し（dis-associate）、所望される新しいチャネルに再関連するように、信号をすべてのＳＴＡにブロードキャストし得る。新しい８０２．１１ハンドオーバフレームが、好まれるＡＰを指示するために使用され得る。このフレームは、チャネル転移を指示するためのフレーム識別子、新しいＳＴＡのインデックス、および、その後で転移が完了されることになる猶予時間を含み得る。

【0087】

図１４に示されるようにＭＭＡＰ１は、バンド２上のチャネル１の干渉報告をＭＣＡＰに送出する。ＭＭＡＰ２は、バンド２上のチャネル１の干渉報告をＭＣＡＰに送出する。ＭＣＡＰは、ＭＭＡＰ２、および、ＭＭＡＰ２に関連付けられるＳＴＡに、チャネル１からチャネル２に転移するように依頼する転送チャネル信号を送出する。

【0088】

あるいはマルチバンド支援されるＲＲＭは、集中させられる様式よりむしろ、分散される様式で実装され得る。例えば、ＭＣＡＰおよびＭＭＡＰデバイスは同一であり得るものであり、各々のＭＭＡＰは、それが、そのチャネルを、図１５に示されるように、ＭＣＡＰ開始／ＭＣＡＰ終了フレームを使用して動的に調整するために必要とする期間の間、ＭＣＡＰトークンを保持する。あるいはＭＣＡＰ期間は、所望される期間の間、ＭＣＡＰ開始フレームを使用して命じられ得る。

【0089】

高密度で配備されるシステムでは、近隣ＳＴＡ／ＡＰからの干渉送信に起因する、同一チャネル干渉、および、関連付けられるエネルギー非効率性が存し得る。すべてのデバイスが、最大または公称送信電力を使用して送信するならば、そのことは現在のＷＬＡＮセッティングではよくあることであるが、各々のデバイスは、そのカバレッジ範囲の内部のＳＴＡ／ＡＰに対する干渉を生み出す場合がある。

【0090】

ネットワークは、ネットワーク内の異なるＢＳＳの送信電力を、マルチバンドシグナリングを使用して動的に調整することにより、ネットワークのエネルギー効率を改善し、ＢＳＳ間干渉の量を低減することが可能である。ＭＣＡＰは、近隣ＢＳＳに対する干渉の影響を低減するために、全体のＢＳＳがその公称送信電力を低減するということを要求し得る。この事例ではＭＣＡＰは、制御情報をＲＲＭ制御バンドによって送出および受信し得る。例えば、ＭＭＡＰ１およびＭＭＡＰ２の両方が同じデータバンド上で動作しているならば、ＭＣＡＰは、１つまたは両方のＭＭＡＰに、ＢＳＳ内で最も遠いＳＴＡとのリンクを閉じるために必要とされる電力によって、それらの公称送信電力を低減するように依頼し得る。

【0091】

ＭＣＡＰは、その管理のもとにあるＭＭＡＰにより制御されるＢＳＳのＳＴＡの一部またはすべてへの／からの、送信電力、パス損失、および、送信電力マージンを知る必要があり得る。

【0092】

ＭＭＡＰは、送信電力コマンド（ＴＰＣ：transmission power command）要求を、そのＢＳＳ内のＳＴＡの一部またはすべてに送出し得る。各々のＳＴＡは、ＳＴＡにより使用される送信電力、および、リンクマージンを内包するＴＰＣ報告によって返信し得る。ＴＰＣ要求を送出するＭＭＡＰは、それがＴＰＣ要求を送出するＳＴＡの選定権を有し得る。オーバヘッドを低減するために、ＭＭＡＰは、ＴＰＣ要求を、遠く離れて配置されるＳＴＡに送出し得る。

【0093】

ＭＭＡＰ、および、関連付けられるＳＴＡは、ＲＲＭ干渉要求／応答手順を使用して、干渉情報を測定および取得し得る。

【0094】

ＭＭＡＰは、それらのＢＳＳ／ＰＢＳＳ内のＳＴＡからの情報を集約し、情報をＭＣＡＰにＲＲＭ制御バンド上で転送し得る。ＭＭＡＰからＭＣＡＰへの転送は、ＭＣＡＰにより始動させられ得る。ＭＣＡＰは、ＭＭＡＰを個々に報告に対してポーリングし得る。ＭＣＡＰは、ＭＭＡＰを、それらが有するすべての情報に対して、または、特定のＳＴＡに関する情報に対してポーリングし得る。あるいはＭＭＡＰは、請求されない報告をＭＣＡＰに、例えば、その制御のもとにあるＳＴＡのステータスの大きな変化がある事例で送出し得る。

【0095】

ＭＭＡＰは、データを、その制御のもとにあるＳＴＡのすべてからの情報を集約することにより転送し、集約されるデータを、フレーム内で、それが生じているＭＭＡＰを指定する情報、および、対応するＳＴＡインデックスとともに送出し得る。ＭＣＡＰは、ＳＴＡ／ＭＭＡＰのすべてからの情報を分析し、これに基づいて、信号を外に送出してＲＲＭ管理アクションを実行し得る。

【0096】

ＭＭＡＰは、データを、ＭＣＡＰがＲＲＭのために必要とし得る情報のみを転送することにより転送し得る。例えばＭＭＡＰは、何らかの範囲の内部に入るパラメータを伴うＳＴＡに関する情報を転送し得る。

【0097】

ＭＭＡＰは、データを、ＳＴＡからの干渉情報を分析することにより転送し、派生的な情報を転送し得る。そのような派生的な情報の例は、何らかの重大な干渉ＭＭＡＰのインデックス、および、干渉ＭＭＡＰ送信電力を低減することなどの、干渉を軽減するためにとるべきアクションに関する示唆を含み得る。

【0098】

データが転送された後、ＭＣＡＰは、受信される情報を分析し得るものであり、そのＲＲＭ制御ネットワーク内の、１または複数のＭＭＡＰ、および、関連付けられるＳＴＡに対する送信電力変化に関して判断し得る。あるいはそれは、ＭＭＡＰに関連付けられる特定のＳＴＡに対する送信電力変化に関して判断し得る。ＭＣＡＰは、ＴＰＣ変化信号を特定のＭＭＡＰに送出し得る。ＭＭＡＰは次いで、信号をそのＳＴＡの一部またはすべてに送出して、送信電力を所望される量だけ変化させ得る。ＭＣＡＰ変化フレームは、ＢＳＳ電力変化を指示するためのフレーム識別子、ＭＭＡＰインデックス、および、所望される電力変化を含み得る。ＭＭＡＰ変化フレームは、ＢＳＳ電力変化を指示するためのフレーム識別子、および、所望される電力変化を含み得る。フレームはビーコンに集約され得るものであり、またはビーコンは、この情報を内包する２つの追加的なフィールドによって修正され得る。図１６に示されるようにＭＭＡＰ１は、バンド２上のチャネル１の干渉報告をＭＣＡＰに送出する。ＭＭＡＰ２は、バンド２上のチャネル１の干渉報告をＭＣＡＰに送出する。ＭＣＡＰは、ＭＭＡＰ２、および、その関連付けられるＳＴＡに、送信電力を、指定される量だけ低下させるように依頼する、ＭＭＡＰ２への信号を送出する。

【0099】

あるいはマルチバンド支援されるＲＲＭは、集中させられる様式よりむしろ、分散される様式で実装され得る。例えば、ＭＣＡＰおよびＭＭＡＰデバイスは同一であり得るものであり、各々のＭＭＡＰは、それが、そのチャネルを、図１７に示されるように、ＭＣＡＰ開始／ＭＣＡＰ終了フレームを使用して動的に調整するために必要とする期間の間、ＭＣＡＰトークンを保持する。あるいはＭＣＡＰ期間は、所望される期間の間、ＭＣＡＰ開始フレームを使用して命じられ得る。

【0100】

一部の８０２．１１仕様は、指向性、または、セクタ化される送信をサポートし、８０２．１１ａｄおよび８０２．１１ａｊなどの一部の仕様では、指向性送信は必須であり得る。８０２．１１ａｈはさらには、セクタ化される送信を仕様において考慮する。高密度で配備されるシステムによって、同一チャネルＡＰからの指向性／セクタ化される送信は、指向性／セクタ化される送信からの干渉が減じられ得るように、協調させられ設計され得る。例えばマルチバンドシステムは、指向性／セクタ化される送信を１つのバンド上で管理し協調させ得るものであり、送信を別のバンド上で実施し得る。

【0101】

セクタ化される送信は、オーバラッピングＢＳＳ（ＯＢＳＳ）干渉の低減を含み得る。ＯＢＳＳからの干渉は、特に、競技場、空港、その他などの、高密度で配備される大きな数のＯＢＳＳ ＡＰを伴うネットワークに対する、ＷＬＡＮシステムでの問題点である。セクタ化される送信に加えて、ＯＢＳＳ ＡＰ間の協調が、さらにシステム効率を改善し、干渉を低減するために利用され得る。

【0102】

図１８は、協調させられるセクタ化される送信の例を示す。ＡＰ間の協調は、ＲＲＭ制御バンドによって進行し得るものであり、セクタ化される送信は、データバンド上のものであり得る。ＭＣＡＰは、円の中心に配置され得るものであり、バンド１およびバンド２上で動作している場合がある。バンド１はＲＲＭ制御バンドであり得るものであり、バンド２はデータバンドであり得る。ＭＣＡＰは、マルチバンドクラスタを形成し得る。３つのＭＭＡＰが示され、それらのＭＭＡＰは、マルチバンドクラスタのメンバであり、バンド２の異なるチャネル上で動作する。バンド２上の２つのＢＳＳは、同じ周波数チャネル、例ではＣＨ３上で動作し得る。協調させられるセクタ化される送信が、これらの２つのＢＳＳに対して設計され得る。

【0103】

協調セクタ化される送信を実施するための１つの例は、ＯＢＳＳ ＡＰに対するビーコン送信をデータバンドにわたって同期させることである。図１９に示されるように、ＭＭＡＰ１およびＭＭＡＰ２は、バンド２上のＯＢＳＳ ＡＰである。ＭＭＡＰ１がビーコンを送信するとき、ＭＭＡＰ２は、何も送信または受信し得ないものであり、そのことは、ＭＭＡＰ２に、ＭＭＡＰ１からのセクタ化される送信を監視するための機会を与え得る。同じことは、ＭＭＡＰ２が送信しているときに起こり得る。ＭＣＡＰは、各々のＭＭＡＰに対するビーコン送信またはビーコンオフセットを、異なるＭＣＡＰからのビーコンフレームがオーバラップしていないような方途でスケジューリングし得る。ＭＣＡＰは、これを、マルチバンドクラスタ制御要素を使用することにより実施し得る。マルチバンドクラスタ制御要素は、ＭＣＡＰから多重のＭＭＡＰにブロードキャストされ得る。ＭＣＡＰは、ビーコンを使用して、マルチバンドクラスタ制御要素を搬送し得る。あるいはＭＣＡＰは、マルチバンドクラスタ制御要素をユニキャスト方途でＭＭＡＰに送信し得る。図２０は、要素ＩＤ（２０１０）、長さフィールド（２０２０）、および、マルチバンドクラスタ制御情報フィールド（２０３０）を含み得る、例マルチバンドクラスタ制御要素２０００を示す。マルチバンドクラスタ制御情報フィールド（２０３０）は、ＭＭＡＰに対して、ＭＣＡＰにより、ＭＭＡＰが利用すべきであるビーコン間隔を識別する、ビーコン間隔を含み得る。マルチバンドクラスタ制御情報フィールド（２０３０）は、ＭＣＡＰにより送信されるビーコンに対するオフセットを識別するビーコンオフセットを含み得る。マルチバンドクラスタ制御情報フィールド（２０３０）は、データバンドに対する動作チャネルを含み得る。マルチバンドクラスタ制御情報フィールド（２０３０）は、データバンドに対する動作バンド幅、および、データバンドに対するプライマリチャネルを含み得る。マルチバンドクラスタ制御情報フィールド（２０３０）は、送信電力を含み得る。マルチバンドクラスタ制御情報フィールド（２０３０）は、セクタ化される送信スケジュールを含み得るものであり、部分的（sectional）または指向性送信がＭＭＡＰによりサポートされる場合、このフィールドが、ビーコン間隔に対して使用されるセクタを指定するために使用され得る。このスケジュールは、個別のビーコン間隔での部分的送信を指示し得るものであり、またはそれは、周期的なパターンをシグナリングするために利用され得る。

【0104】

セクタ化される送信、または、セクタ化されるトレーニングが、ビーコンフレームに含まれ得るものであり、そのことによって、ビーコンフレームを監視することにより、付近のＯＢＳＳ ＡＰは、近隣ＯＢＳＳセクタ干渉テーブルを構築し得る。セクタＩＤが、セクタの送信を指示するために利用され得る。近隣ＯＢＳＳセクタ干渉テーブルは、決まった測定値を利用して、可能性のある干渉レベルを指示し得る。図２１は、近隣ＯＢＳＳセクタ干渉テーブル２１００の例を示す。受信信号強度指示（ＲＳＳＩ）測定値が、この例で、決まったＢＳＳ、および、決まったセクタからの信号強度を指示するために利用される。特別な値が、受信機が検出し得ないセクタを指示するために使用され得る。

【0105】

同期させられるビーコン送信によって、ＭＭＡＰは、ＭＣＡＰに、セクタ化される、または、指向性送信報告を報告し得るものであり、ＭＣＡＰは、マルチバンドクラスタの内部のセクタ化される送信を、この情報によって協調させ得る。第１にＭＣＡＰは、各々のＭＭＡＰに、近隣ＯＢＳＳセクタ干渉テーブルから導出され得る、セクタ化される、または、指向性送信報告を構築するように依頼し得る。ＭＭＡＰは次いで、報告をＭＣＡＰに送出し得る。あるいはＭＭＡＰは、そのＢＳＳ内のＳＴＡに、このテーブルを報告するように依頼し得るものであり、ＭＭＡＰは、情報を集約し、それをＭＣＡＰに送出し得る。ＭＭＡＰはさらには、それに加えて、情報をＳＴＡのすべてから抽出し、新しい報告を作成し得る。ＭＭＡＰから報告される情報によって、ＭＣＡＰは、セクタ化される送信スケジューリングアルゴリズムを実施して、セクタ化される送信を、マルチバンドクラスタ内のＭＭＡＰのすべてに対して割り振り得る。アルゴリズムは、実装形態依存であり得る。

【0106】

あるいは、マルチバンド支援される協調させられるセクタ化される送信は、集中させられる様式よりむしろ、分散される様式で実装され得る。１つの実施形態では、ＭＣＡＰおよびＭＭＡＰデバイスは同一であり得るものであり、各々のＭＭＡＰは、それが、そのチャネルを、ＭＣＡＰ開始／ＭＣＡＰ終了フレームを使用して動的に調整するために必要とする期間の間、ＭＣＡＰトークンを保持する。あるいはＭＣＡＰ期間は、所望される期間の間、ＭＣＡＰ開始フレームを使用して命じられ得る。

【0107】

特徴および要素が、上記で、個別の組合せで説明されているが、当業者は、各々の特徴または要素が、単独で、または、他の特徴および要素との任意の組合せで使用され得るということを認識するであろう。本明細書で説明される解決策は、ＩＥＥＥ８０２．１１に特定のプロトコルを考慮するが、本明細書で説明される解決策は、このシナリオに制約されず、他のワイヤレスシステムにもまた適用可能であるということが理解される。本文書での解決策は、アップリンク動作に対して説明されたが、方法および手順はさらには、ダウンリンク動作に適用され得る。ＳＩＦＳが、設計および手順の例で様々なフレーム間スペーシングを指示するために使用されるが、ＲＩＦＳなどのすべての他のフレーム間スペーシング、または、他の取り決められた時間間隔が、同じ解決策で適用され得る。

【0108】

追加で、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、または、ファームウェアで実装され得る。コンピュータ可読媒体の例は、電子信号（ワイヤードまたはワイヤレス接続によって送信される）、および、コンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光学媒体を含むが、それらに制限されない。ソフトウェアとの関連付けの状態にあるプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または、任意のホストコンピュータでの使用のための無線周波数トランシーバを実装するために使用され得る。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】