(57)【要約】【課題】無線ネットワークにおいて、ループ電力制御および送信電力制御（ＴＰＣ）を実行するための、方法および装置が、本明細書で説明される。【解決手段】本明細書で説明されるものは、無線ネットワーク全体との通信に対する、および、ポイントツーポイント（Ｐ２Ｐ）送信に対する、別個の電力制御ループ、ならびに、全方向性ビームフォーミングされた送信、および、指向性ビームフォーミングされた送信に対する、別個の電力制御ループを使用することを含む、方法である。また、本明細書で説明されるものは、クリアチャネルアセスメント（ＣＣＡ）測定を要求し、レポートされた測定に基づいて、ＣＣＡ閾値および送信電力を調整するための、方法および装置である。アクセスポイント（ＡＰ）が送信電力を協調させて、互いへの干渉を低減させ、各移動局（ＳＴＡ）への最適な送信電力を判定する、方法および装置もまた説明される。【選択図】図３５
2018067953.tif 000002
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＷＬＡＮ）における干渉協調のためのアクセスポイント（ＡＰ）での使用のための方法であって、
前記ＡＰによって、前記ＷＬＡＮにおける複数の移動局（ＳＴＡ）に測定要求を送信するステップと、
前記ＡＰによって、前記複数の移動ＳＴＡの各々から測定報告を受信するステップであって、各測定報告は、干渉を示し、および前記ＷＬＡＮに対するクリアチャネルアセスメント（ＣＣＡ）閾値と前記ＳＴＡによって推定されるエネルギーとの間の差である測定値を含む、ステップと、
前記ＡＰによって、各々の受信された測定報告に基づいて、前記ＷＬＡＮにおける送信電力および前記ＷＬＡＮに対する前記ＣＣＡ閾値を修正するかを決定するステップと、
前記ＷＬＡＮに対する前記ＣＣＡ閾値が修正されることを条件に、前記ＡＰによって、前記複数の移動ＳＴＡにＣＣＡ修正要素を送信するステップであって、前記ＣＣＡ修正要素は、修正されるＣＣＡ閾値を含む、ステップと
を備えたことを特徴とする方法。
【請求項２】
前記受信された測定報告に基づいて、前記ＷＬＡＮにおける前記送信電力を修正するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
ネットワークカバレッジに対する第１の送信電力制御ループおよびポイントツーポイント（Ｐ２Ｐ）送信に対する第２の送信電力制御ループを決定するステップと、
ネットワークカバレッジに対する前記第１の送信電力制御ループと関連付けられた期間およびＰ２Ｐ送信に対する前記第２の送信電力制御ループと関連付けられた期間を決定するステップと、
ネットワークカバレッジに対する前記第１の送信電力制御ループと関連付けられた送信電力を使用してフレームを送信するステップと、
Ｐ２Ｐ送信に対する前記第２の送信電力制御ループと関連付けられた送信電力を使用してフレームを送信するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項４】
無指向性送信に対する第１の送信電力制御ループおよび指向性送信に対する第２の送信電力制御ループを決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
省電力モードからの起動に使用するために前記複数のＳＴＡからの各々のＳＴＡに対する送信電力を決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項６】
近隣送信との干渉を軽減するために送信電力を修正するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項７】
無線ローカルエリアネットワーク（ＷＬＡＮ）における干渉協調に対して構成されたアクセスポイント（ＡＰ）であって、
前記ＷＬＡＮにおける複数の移動局（ＳＴＡ）に測定要求を送信するように構成された送信機と、
前記複数の移動ＳＴＡの各々から測定報告を受信するように構成された受信機であって、各測定報告は、干渉を示し、および前記ＷＬＡＮに対するクリアチャネルアセスメント（ＣＣＡ）閾値と前記ＳＴＡによって推定されるエネルギーとの間の差である測定値を含む、受信機と、
各々の受信された測定報告に基づいて、前記ＷＬＡＮにおける送信電力および前記ＷＬＡＮに対する前記ＣＣＡ閾値を修正するかを決定するように構成されたプロセッサと
を備え、
前記送信機は、前記ＷＬＡＮに対する前記ＣＣＡ閾値が修正されることを条件に、前記複数の移動ＳＴＡにＣＣＡ修正要素を送信するようにさらに構成され、前記ＣＣＡ修正要素は、修正されるＣＣＡ閾値を含む
ことを特徴とするＡＰ。
【請求項８】
前記プロセッサは、前記受信された測定報告に基づいて、前記ＷＬＡＮにおける前記送信電力を修正するようにさらに構成されていることを特徴とする請求項７に記載のＡＰ。
【請求項９】
前記プロセッサは、ネットワークカバレッジに対する第１の送信電力制御ループおよびポイントツーポイント（Ｐ２Ｐ）送信に対する第２の送信電力制御ループを決定するようにさらに構成され、
前記プロセッサは、ネットワークカバレッジに対する前記第１の送信電力制御ループと関連付けられた期間およびＰ２Ｐ送信に対する前記第２の送信電力制御ループと関連付けられた期間を決定するようにさらに構成され、
前記送信機は、ネットワークカバレッジに対する前記第１の送信電力制御ループと関連付けられた送信電力を使用してフレームを送信するようにさらに構成され、
前記送信機は、Ｐ２Ｐ送信に対する前記第２の送信電力制御ループと関連付けられた送信電力を使用してフレームを送信するようにさらに構成されている
ことを特徴とする請求項７に記載のＡＰ。
【請求項１０】
前記プロセッサは、無指向性送信に対する第１の送信電力制御ループおよび指向性送信に対する第２の送信電力制御ループを決定するようにさらに構成されていることを特徴とする請求項７に記載のＡＰ。
【請求項１１】
前記プロセッサは、省電力モードからの起動に使用するために前記複数のＳＴＡからの各々のＳＴＡに対する送信電力を決定するようにさらに構成されていることを特徴とする請求項７に記載のＡＰ。
【請求項１２】
前記プロセッサは、近隣送信との干渉を軽減するために送信電力を修正するようにさらに構成されていることを特徴とする請求項７に記載のＡＰ。
【請求項１３】
無線ローカルエリアネットワーク（ＷＬＡＮ）における干渉協調に対して構成された移動局（ＳＴＡ）であって、
アクセスポイント（ＡＰ）から測定要求を受信するように構成された受信機と、
前記ＡＰに測定報告を送信するように構成された送信機であって、前記測定報告は、干渉を示し、および前記ＷＬＡＮに対するクリアチャネルアセスメント（ＣＣＡ）閾値と前記ＳＴＡによって推定されるエネルギーとの間の差である測定値を含む、送信機と
を備え、
前記受信機は、前記ＡＰからＣＣＡ修正要素を受信するようにさらに構成され、前記ＣＣＡ修正要素は、修正されるＣＣＡ閾値を含み、
前記受信機は、前記ＡＰから修正された送信電力を受信するようにさらに構成されている
ことを特徴とするＳＴＡ。
【請求項１４】
前記修正された送信電力は、省電力モードからの起動に使用されることを特徴とする請求項１３に記載のＳＴＡ。
【請求項１５】
前記修正された送信電力は、近隣送信との干渉を軽減することを特徴とする請求項１３に記載のＳＴＡ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信の分野に関する。
【背景技術】
【０００２】
本出願は、その内容が参照により本明細書に組み込まれている、２０１２年１１月２日に出願した米国仮特許出願第６１／７２１，９６７号の利益を主張するものである。
【０００３】
無線ネットワークにおける送信電力制御（ＴＰＣ）は、以下の理由、すなわち、ノード間の干渉を最小化させること、無線リンク品質を改善すること、エネルギー消費を低減させること、トポロジを制御すること、５ＧＨｚモードにおいて衛星／レーダへの干渉を低減させること、または、ネットワークにおいてカバレージを改善すること、に対して使用され得る。８０２．１１規格団体は、受信機がＴＰＣ推奨を提供すること、および、各送信機がメーカー自体の実装の懸念点および規制上の要件に基づいて、その特定の送信電力を決定する、アルゴリズムの単純さを強調する。最適なＴＰＣループ送信電力レベル、干渉軽減、複数のチャネルおよび周波数帯域、複数の送信機の間のＴＰＣ、ならびに、デバイス初期化の間のＴＰＣを判定する、無線ローカルエリアネットワーク（ＷＬＡＮ）の状況における問題点に対処するＴＰＣアルゴリズムの必要性がある。
【発明の概要】
【０００４】
無線ネットワークにおいて、ループ電力制御および送信電力制御（ＴＰＣ）を実行するための方法および装置が本明細書で説明される。本明細書で説明されるものは、無線ネットワーク全体との通信に対する、および、ポイントツーポイントまたはピアツーピア（Ｐ２Ｐ）送信に対する別個の電力制御ループ、ならびに、全方向性ビームフォーミング送信、および、指向性ビームフォーミング送信に対する、別個の電力制御ループを使用することを含む、方法である。また、本明細書で説明されるものは、クリアチャネルアセスメント（ＣＣＡ：clear channel assessment）測定を要求し、レポートされた測定に基づいて、ＣＣＡ閾値および送信電力を調整するための方法および装置である。アクセスポイント（ＡＰ）が送信電力を協調させて、互いへの干渉を低減させ、各移動局（ＳＴＡ）への最適な送信電力を判定する、方法および装置もまた説明される。
【図面の簡単な説明】
【０００５】
より詳細な理解は、添付の図面とともに例として与えられる、以下の説明から得られてよい。
【０００６】
【図１Ａ】１または複数の開示される実施形態が実装されてもよい、例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用されてもよい、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用されてもよい、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＷＬＡＮネットワークレベルおよびデータ送信電力制御ループの図である。
【図３】指向性および擬似全方向性電力制御ループの図である。
【図４】マルチレベルＴＰＣプロシージャのフロー図である。
【図５】ビーコン間隔構造の図である。
【図６】明示的なフレームタイプおよび１つのサブタイプシグナリングでの例示的な４レベルＴＰＣ要素の図である。
【図７】暗示的なフレームタイプおよび１つのサブタイプシグナリングでの例示的な４レベルＴＰＣ要素の図である。
【図８】マルチレベルＴＰＣラベリングの一例の図である。
【図９】修正されたＴＰＣ要求要素の図である。
【図１０】修正されたＴＰＣレポート要素の図である。
【図１１】修正された指向性マルチギガビット（directional multi-gigabit）（ＤＭＧ）リンクマージン要素の図である。
【図１２】同時に複数のレベルに対する修正されたリンクマージン要求／応答要素の図である。
【図１３】同時に複数のレベルに対する修正されたリンクマージン要求／応答要素の第２の例示的な図である。
【図１４】集約されたリンクマージン応答要素の図である。
【図１５】ＰＨＹレイヤＴＰＣに対するＴＰＣ  ＳＩＧの図である。
【図１６】データフレームにおけるＴＰＣ  ＳＩＧタイミングの図である。
【図１７】部分的に補償された電力制御を伴うネットワークの図である。
【図１８】部分的（fractional）電力プロシージャのフロー図である。
【図１９】提案されたリンクマージン応答フレームの図である。
【図２０】提案されたＤＭＧリンクマージン応答フレームの図である。
【図２１】部分的に補償されたＴＰＣに対するＴＰＣ  ＳＩＧの図である。
【図２２】グループＩＤ割当てフレームの図である。
【図２３】グループＩＤを有する部分的に補償されたＴＰＣに対するＴＰＣ  ＳＩＧフィールドの図である。
【図２４】閉ループＴＰＣ要求フレームの図である。
【図２５】閉ループＴＰＣ応答／ＡＣＫフレームの図である。
【図２６Ａ】トランケートされた（truncated）またはショート（short）リンクマージン応答フレームの一例の第１の図である。
【図２６Ｂ】切り取られまたは短いリンクマージン応答フレームの一例の第２の図である。
【図２７】連続的な閉ループＴＰＣプロシージャのフロー図である。
【図２８】異なる多重アクセス方式に対する送受信ＷＬＡＮセッションにおける複数の電力レベルの図である。
【図２９】更新された電力性能要素フォーマットの図である。
【図３０】拡張された性能要素フォーマットの図である。
【図３１】レガシＳＩＧフィールドにおけるＴＰＣインジケータビットの図である。
【図３２】ＴＰＣショートトレーニングフィールドの図である。
【図３３】ＴＰＣ−ＳＴＦを使用する、ＴＰＣ変更境界でのＴＰＣに対するプロシージャに対するフロー図である。
【図３４】異なるフレームタイプに対する電力レベルを示すＴＰＣ情報要素（ＩＥ）の図である。
【図３５】ＣＣＡ閾値および／または送信電力を調整するかどうかを判定するための例示的なプロシージャのフロー図である。
【図３６】ＣＣＡ修正要素の図である。
【図３７Ａ】ＣＣＡ測定要求ＩＥの図である。
【図３７Ｂ】ＣＣＡレポートに対して更新された測定レポートフィールドフォーマットの図である。
【図３８】干渉制限されたネットワークの一例の図である。
【図３９】干渉制限されたシステムにおける、ＴＰＣを使用するカバレージ調整に対するプロシージャのフロー図である。
【図４０】修正された近接レポート要素の図である。
【図４１Ａ】複数の周波数チャネルを共有する複数のユーザの一例の図である。
【図４１Ｂ】マルチバンドおよび／またはマルチチャネルＴＰＣを実装するための例示的なプロシージャのフロー図である。
【図４１Ｃ】例示的なＴＰＣマルチバンドＩＥの図である。
【図４２】スタンドアロンアップリンクマルチユーザ並列チャネルアクセス（ＭＵ−ＰＣＡ）の一例の図である。
【図４３】ＴＰＣ要求および応答の一例の図である。
【図４４】関連付けられたＡＰからの送信電力制御要求に対するフレームフォーマットの図である。
【図４５】補助ＡＰからの送信電力制御要求に対するフレームフォーマットの図である。
【図４６】複数の送信機への送信電力制御応答に対するフレームフォーマットの図である。
【図４７】複数の送信機に対する送信電力制御コマンドに対するフレームフォーマットの図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１または複数の開示される実施形態が実装されてもよい、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト、その他などのコンテンツを複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通して、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなど、１または複数のチャネルアクセス方法を採用してもよい。
【０００８】
図１Ａに示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでもよいが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電子機器、および同様のものを含んでもよい。
【０００９】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および同様のものであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことは理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の部分であってもよく、基地局１１４ａはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノード、その他など、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されてもよい特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは３つの送受信機を、すなわち、セルのセクタごとに１つずつ含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルのセクタごとに複数の送受信機を利用してもよい。
【００１１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信してもよく、エアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線、その他）であってもよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１２】
より詳細には、上述されたように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなど、１または複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４における基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよく、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１６を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１３】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１６を確立してもよい。
【００１４】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｓｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実装してもよい。
【００１５】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、職場、自宅、車両、キャンパス、および同様のものなど、局在化されたエリア内の無線接続性を容易にするための任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされないことがある。
【００１６】
ＲＡＮ１０４は、コアネットワーク１０６と通信していてもよく、それは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続性、ビデオ配信、その他を提供し、および／または、ユーザ認証などの高レベルセキュリティ機能を実行してもよい。図１Ａに図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信中であってもよいことは理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中であってもよいＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信中でもあってもよい。
【００１７】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してもよい、１または複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
【００１８】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベース無線技術を採用してもよい基地局１１４ａと、および、ＩＥＥＥ８０２無線技術を採用してもよい基地局１１４ｂと、通信するように構成されてもよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送受信要素１２２と、スピーカー／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を維持したままで、前述の要素の任意の部分組合せを含んでもよいことは理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および同様のものに関連する、１または複数のマイクロプロセッサであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送受信素子１２２に結合されてもよい送受信機１２０に結合されてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として示すが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにおいて共に統合されてもよいことは理解されよう。
【００２１】
送受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成されてもよい。送受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成されてもよいことは理解されよう。
【００２２】
加えて、送受信要素１２２は、図１Ｂにおいて単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでもよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための、２以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００２３】
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、および、送受信要素１２２によって受信される信号を復調するように構成されてもよい。上述されたように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、もしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータを、スピーカー／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、それにデータを記憶してもよい。
【００２５】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２における他の構成要素への電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池、および同様のものを含んでもよい。
【００２６】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、それは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または、信号が２またはそれ以上の近くの基地局から受信されるタイミングに基づいて、その位置を判定してもよい。ＷＴＲＵ１０２は、一実施形態との整合性を維持したままで、任意の好適な位置判定方法によって位置情報を取得してもよいことは理解されよう。
【００２７】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、それらは、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および同様のものを含んでもよい。
【００２８】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信中であってもよい。
【００２９】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、ＲＡＮ１０４は、一実施形態との整合性を維持したままで、任意の数のｅＮｏｄｅＢを含んでもよいことは理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１または複数の送受信機をそれぞれ含んでもよい。一実施形態では、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、無線信号をＷＴＲＵ１０２ａへ送信し、無線信号をＷＴＲＵ１０２ａから受信してもよい。
【００３０】
ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、ならびに同様のことを扱うように構成されてもよい。図１Ｃに示されているように、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。
【００３１】
図１Ｃに示されたコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２と、サービングゲートウェイ１４４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含んでもよい。前述の要素の各々は、コアネットワーク１０６の部分として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有され、および／または操作されてもよいことは理解されよう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択すること、および同様のことを担ってよい。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送してもよい。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるとき、ページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶すること、ならびに同様のことなど、他の機能を実行してもよい。
【００３４】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。無線ローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０と通信していてもよい。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、および１６０ｃの間の通信を容易にしてもよい。ＡＰ１６０ａ、１６０ｂ、および１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および１７０ｃと通信していてもよい。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される、他の有線または無線ネットワークを含んでもよい。
【００３６】
以下で説明される実施形態において使用されるとき、ＳＴＡは、それに限定されないが、ＷＴＲＵ、ＡＰ、または通信デバイスを含んでもよい。
【００３７】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳに対するアクセスポイント（ＡＰ）、および、ＡＰに関連付けられた１または複数の局（ＳＴＡ）を有する。ＡＰは、典型的には、ＢＳＳにおいて、およびＢＳＳからトラフィックを搬送する、分散システム（ＤＳ）または別のタイプの有線／無線ネットワークへの、アクセスまたはインターフェースを有する。ＢＳＳの外側から発生するＳＴＡへのトラフィックは、ＡＰを通じて到着し、ＳＴＡへ配送される。ＳＴＡからＢＳＳの外側の宛先へ発生するトラフィックは、ＡＰへ送信されて、それぞれの宛先へ配送されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックはまた、ＡＰを通じて送信されてもよく、そこで、ソースＳＴＡは、トラフィックをＡＰへ送信し、ＡＰは、トラフィックを宛先ＳＴＡへ配送する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、Ｐ２Ｐトラフィックと見なされてもよい。そのようなＰ２Ｐトラフィックはまた、直接リンクセットアップ（ＤＬＳ）をでソースＳＴＡと宛先ＳＴＡとの間で直接送信されてもよく、例は、８０２．１１ｅ  ＤＬＳ、８０２．１１ｚトンネリングＤＬＳ（ＴＤＬＳ）、またはＷｉＦｉピアツーピア（Ｐ２Ｐ）を使用することを含む。以下、これらのＰ２Ｐ手法のいずれかが、Ｐ２Ｐ通信と称される。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰおよび／または互いに直接通信するＳＴＡを有していない。この通信モードは、通信の「アドホック」モードと称される。
【００３８】
８０２．１１ａｃインフラストラクチャ動作のモードを使用して、ＡＰは、固定されたチャネル、通常はプライマリチャネル上でビーコンを送信してもよい。このチャネルは、２０ＭＨｚ幅であってもよく、ＢＳＳの動作チャネルである。このチャネルはまた、ＳＴＡによって使用されて、ＡＰとの接続を確立してもよい。８０２．１１システムにおける基本的なチャネルアクセス機構は、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）である。この動作のモードでは、ＡＰを含む、あらゆるＳＴＡは、プライマリチャネルを検知するようになる。チャネルがビジーであると検出される場合、ＳＴＡはバックオフ（back off）する。したがって、１つのＳＴＡのみが、所与のＢＳＳにおいて任意の所与の時間に送信してもよい。
【００３９】
８０２．１１ｎでは、高スループット（ＨＴ）ＳＴＡはまた、通信に対して４０ＭＨｚ幅チャネルを使用してもよい。これは、プライマリ２０ＭＨｚチャネルを、隣接した２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅の隣接チャネルを形成するで達成される。
【００４０】
８０２．１１ａｃでは、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅チャネルをサポートしてもよい。４０ＭＨｚおよび８０ＭＨｚチャネルは、上記で説明された８０２．１１ｎと同様に、隣接２０ＭＨｚチャネルを組み合わせることによって形成される。１６０ＭＨｚチャネルは、８個の隣接２０ＭＨｚチャネルを組み合わせることによって、または、２個の非隣接８０ＭＨｚチャネルを組み合わせることによってのいずれかで形成されてもよく、これはまた、８０＋８０構成と称されてもよい。８０＋８０構成では、チャネル符号化後のデータは、それを２個のストリームに分割するセグメントパーサーを通じて渡される。ＩＦＦＴおよび時間ドメイン処理は、各ストリーム上で別個に行われる。ストリームは、次いで、２個のチャネル上でマッピングされ、データが送信される。受信機では、この機構は逆にされ、組み合わせられたデータが、媒体アクセス制御（ＭＡＣ）レイヤに送信される。
【００４１】
Ｓｕｂ−１ＧＨｚ動作のモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。これらの仕様では、チャネル動作帯域幅およびキャリアが、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものと比較して低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。８０２．１１ａｈに対する考えられる使用事例は、マクロカバレージエリアにおいてメータータイプ制御（ＭＴＣ：Meter Type Control）をサポートすることである。ＭＴＣデバイスは、制限された帯域幅のサポートのみを含む、制限された性能を有するが、また、長いバッテリー寿命に対する要件を含んでもよい。
【００４２】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル幅をサポートするＷＬＡＮシステムは、プライマリチャネルとして指定されるチャネルを含む。プライマリチャネルは、必ずしもそうではないが、ＢＳＳにおけるすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、したがって、ＢＳＳにおいて動作するすべてのＳＴＡのうちの、最小帯域幅動作モードをサポートするＳＴＡによって限定される。８０２．１１ａｈの例では、ＢＳＳにおけるＡＰおよび他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、または他のチャネル帯域幅動作モードをサポートしてもよい場合でも、１ＭＨｚモードをサポートするのみであるＳＴＡ（例えば、ＭＴＣタイプデバイス）がある場合、プライマリチャネルは、１ＭＨｚ幅であってもよい。すべてのキャリア検知およびＮＡＶ設定は、プライマリチャネルの状況に依存し、すなわち、例えば、１ＭＨｚ動作モードのみをサポートするＳＴＡが、ＡＰへ送信中であるために、プライマリチャネルがビジーである場合、その大部分がアイドルおよび利用可能のままであるにもかかわらず、利用可能な周波数帯域全体がビジーであると見なされる。
【００４３】
米国では、８０２．１１ａｈによって使用されてもよい利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国では、それは、９１７．５ＭＨｚから９２３．５ＭＨｚであり、日本では、それは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに対して利用可能な全帯域幅は、国コードに応じて、６ＭＨｚから２６ＭＨｚである。
【００４４】
無線ネットワークにおける送信電力制御（ＴＰＣ）は、以下の理由のために使用されてもよく、すなわち、ノード間の干渉を最小化させること、無線リンク品質を改善すること、エネルギー消費を低減させること、トポロジを制御すること、５ＧＨｚモードにおいて衛星／レーダとの干渉を低減させること、または、ネットワークにおいてカバレージを改善することである。
【００４５】
既存のセルラ規格は、ＴＰＣを実装する異なる方法を有する。広帯域符号分割多重アクセス（ＷＣＤＭＡ）および高速パケットアクセス（ＨＳＰＡ）では、ＴＰＣは、開ループ電力制御、外部ループ電力制御、および内部ループ電力制御の組合せである。これは、アップリンクにおける受信機での電力が、ＮｏｄｅＢまたは基地局に関連付けられたすべての無線送受信ユニット（ＷＴＲＵ）について等しいことを保証するためである。これは、多重アクセス方式（符号分割多重アクセス、すなわちＣＤＭＡ）によって引き起こされた遠近問題に起因して重要である。すべてのＷＴＲＵがスペクトル全体を利用するので、基地局から遠く離れたＷＴＲＵの受信電力は、異なるＷＴＲＵの送信電力が管理されない場合、基地局に近いＷＴＲＵによって圧倒され得る。
【００４６】
ＷＴＲＵと無線ネットワークコントローラ（ＲＮＣ）との間で生じる、開ループ電力制御では、各ＷＴＲＵ送信機は、その出力電力を特定の値に設定して、パスロスを補償する。この電力制御は、ＷＴＲＵがネットワークにアクセス中であるとき、初期アップリンクおよびダウンリンク送信電力を設定する。
【００４７】
また、ＷＴＲＵとＲＮＣとの間で生じる、外部ループ電力制御では、長期チャネル変動が補償される。この電力制御が使用されて、可能な限り低い電力を使用しながら、通信の品質がベアラサービス品質要件のレベルで維持される。アップリンク外部ループ電力制御は、各個々のアップリンク内部ループ電力制御に対して、ＮｏｄｅＢにおいてターゲット信号対干渉比（ＳＩＲ）を設定することを担当する。それは、各ＷＴＲＵに対し、１０Ｈｚと１００Ｈｚとの間の周波数において、各無線リソース制御（ＲＲＣ）接続に対するブロック誤り率（ＢＬＥＲ）またはビット誤り率（ＢＥＲ）に従って更新される。ダウンリンク外部ループ電力制御は、ＷＴＲＵ受信機が、ダウンリンクにおいて、ネットワーク（ＲＮＣ）によって設定された、要求されるリンク品質（ＢＬＥＲ）へのカバレッジを可能にする。
【００４８】
ＷＴＲＵとＮｏｄｅＢとの間で生じる、高速閉ループ電力制御とも称される、内部ループ電力制御では、各ＷＴＲＵは、短期チャネル変動を補償する。それは、１５００Ｈｚにおいて更新される。アップリンクでは、ＷＴＲＵ送信機は、その出力電力を、基地局からのダウンリンク信号上で受信された１または複数のＴＰＣコマンドに従って調整して、受信されるアップリンクＳＩＲを、所望のＳＩＲターゲットで維持する。
【００４９】
アップリンクユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）ロングタームエボリューション（ＬＴＥ）では、電力制御は、基本開ループＴＰＣ、動的閉ループＴＰＣ、および、帯域幅係数補償成分（bandwidth factor compensation component） の組合せである。実効送信電力は、式１
Ｔｘ＿ｐｏｗｅｒ＝Ｐ＿０＋ａｌｐｈａ×ＰＬ＋ｄｅｌｔａ＿ＴＦ＋ｆ（ｄｅｌｔａ＿ＴＰＣ）＋１０ｌｏｇ１０（Ｍ）
式１
【００５０】
ＬＴＥは、アップリンクにおいてシングルキャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）を使用するので、厳しい電力制御に対する必要性は、ＷＣＤＭＡ／ＨＳＰＡにおけるものほど重要ではない。
【００５１】
基本開ループＴＰＣは、ＷＴＲＵが、経験されるパスロスの一部（fraction）を補償する、式２のような部分電力制御を実装する。
【００５２】
Ｔｘ＿ｐｏｗｅｒ＝Ｐ＿０＋ａｌｐｈａ×ＰＬ、
ただし、ａｌｐｈａは、部分パスロス補償パラメータである。パラメータＰ＿０は、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢ）がＷＴＲＵの送信電力におけるシステマティックオフセット（systematic offset）を補正することを可能にする、ＷＴＲＵ固有オフセット成分である。ＰＬパラメータは、受信信号受信電力（ＲＳＲＰ）およびｅＮｏｄｅＢ送信電力から導出されたパスロスのＷＴＲＵの推定であるが、部分パスロス補償係数であるａｌｐｈａは、セル容量に対して公平性をトレードオフする。ａｌｐｈａは、通常、０．７と０．８との間で設定され、セルエッジ送信の影響を低減させ、それによって、セルエッジ性能に関する影響を最小化しながら、システム容量を増加させる。それは、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのみ使用される。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ａｌｐｈａ＝１を設定し、Ｐ＿０の異なる値を有する。
【００５３】
閉ループ電力制御は動的であり、干渉制御とチャネル状態適応との混合を実行する。それは、以下の項（terms）からなる。
【００５４】
ｄｅｌｔａ＿ＴＦ＋ｆ（ｄｅｌｔａ＿ＴＰＣ）
【００５５】
パラメータｄｅｌｔａ＿ＴＦは、シャノン容量定理に基づく、変調およびコーディングセット（ＭＣＳ）依存パラメータである。ＷＴＲＵ固有パラメータ、ｆ（ｄｅｌｔａ＿ＴＰＣ）は、ＷＣＤＭＡ／ＨＳＰＡにおける閉ループＴＰＣの項と同様であり、ＷＴＲＵに、ｅＮｏｄｅＢにおいて受信された電力に基づいて、その電力を増加または減少させるように命令する。
【００５６】
帯域幅係数は、実際にスケジュールされる、リソースブロック（ＲＢ）、または、より一般的にはリソースの数に基づいて、送信電力をスケーリングする、係数１０ｌｏｇ１０（Ｍ）である。
【００５７】
ＷＬＡＮに対するＴＰＣ要件は、以下の理由のためにセルラとは異なってよい。ＣＤＭＡにおけるものとは異なり、そこで、基地局（ＢＴＡ）に近いＷＴＲＵと、ＢＴＡから遠く離れたＷＴＲＵとの両方が、同時に送信中であり、それが遠近問題を生じさせる。ＷＬＡＮでは、それが時間ドメインシステムであるので、一度にＢＳＳ内で送信中の１つのＳＴＡのみが存在する。したがって、厳しい閉ループ電力制御は、遠近問題がただ１つの考慮事項であるとき、必須でなくてよい。
【００５８】
多重アクセスアルゴリズムを制御する中央スケジューラが存在する、ＬＴＥとは異なり、８０２．１１ＷＬＡＮシステムにおけるプライマリ多重アクセスアルゴリズムは分散される（分散協調機能（ＤＣＦ：Distributed Coordination Functionまたは改良型分散チャネルアクセス（ＥＤＣＡ：Enhanced Distribution Channel Access）多重アクセス方法において）。したがって、総セル容量に対するセルエッジＷＴＲＵのアップリンクスケジューリングの公平性をトレードオフする必要性は、それほど高くなく、明示的な部分パスロス補償は、それほど重要でなくてもよい。加えて、直交周波数分割多重アクセス（ＯＦＤＭＡ）がサポートされず、各ＳＴＡ／ＡＰは、帯域幅全体を占有する。したがって、帯域幅係数の必要はない。
【００５９】
８０２．１１仕様は、ＴＰＣに対する単純性を強調する。典型的には、ＴＰＣは、製品および調整要件を考慮している、８０２．１１における実装問題である。これらの理由は、ＷＬＡＮシステムが、上記説明されたセルラベースのＴＰＣプロシージャと比較して、異なるＴＰＣプロシージャを規定する結果となる。８０２．１１ＷＬＡＮ仕様における現在のＴＰＣプロシージャは、以下をサポートし、すなわち、ＳＴＡの電力容量に基づく、ＢＳＳにおけるＳＴＡのＡＰとの関連付け、メッシュＳＴＡの電力容量に基づく、メッシュＳＴＡのピアリング、現在のチャネルに対する、規制上およびローカルの、最大送信電力レベルの仕様、規制上およびローカルの要件によって課された制約内のチャネルにおける各送信に対する送信電力の選択、パスロスおよびリンクマージン推定を含む、いくつかの情報要素（ＩＥ）に基づく、送信電力の適応である。
【００６０】
指向性マルチギガビットＷＬＡＮ送信は、本明細書で、指向性ミリメートル波（ｍｍＷ）送信を使用する、ＩＥＥＥ８０２．１１ａｄによって規定されるＷＬＡＮ送信として定義される。すべての他の仕様（ＩＥＥＥ８０２．１１−２０１２、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｆ、およびＩＥＥＥ８０２．１１ａｈなど）によって統制されるＷＬＡＮ送信は、無指向性８０２．１１ＷＬＡＮ送信として定義される。
【００６１】
無指向性８０２．１１ＷＬＡＮ送信では、受信するＳＴＡは、送信電力およびリンクマージン（受信電力の、ＳＴＡによってリンクを閉じるために要求されるものに対する比）を含む、ＴＰＣレポート要素を送信する。送信機は、ＴＰＣレポートにおいて受信された情報を使用して、送信電力を決定する。ＳＴＡは、任意の基準を使用して、それがＳＴＡからのフィードバックを介して受信する情報に基づいて、送信電力を別のＳＴＡに動的に適合させてよい。具体的な方法は、実装依存であってもよい。これは、開ループＴＰＣとして説明されてもよい。開ループＴＰＣは、ＡＰ、または非ＳＴＡ送信機が、ＳＴＡのプロシージャから独立して、その送信電力を判定してもよいことを暗示する。
【００６２】
ＴＰＣレポートは、受信機によって要求（solicited）されてもよく、それにおいて、明示的なＴＰＣ要求フレームが送信機によって送信されてもよい。あるいは、ＴＰＣレポートは、、例えば、ＢＳＳにおける非要求（unsolicited）ＡＰ、または、ＩＢＳＳにおける非要求ＳＴＡであってもよい。
【００６３】
指向性マルチギガビット８０２．１１ＷＬＡＮ送信モード（例えば、８０２．１１ａｄ）を使用して、指向性マルチギガビット（ＤＭＧ）リンクマージン要素は、送信電力における増加または減少を推奨するフィールドを含む。この場合、送信機は、ＤＭＧリンク適応肯定応答を送信し、それが推奨を実装するようになるか否かを示す。
【００６４】
８０２．１１ＷＬＡＮでは、異なる送信モード、またはチャネル状態に対する異なる送信電力要件があってもよい。例えば、ＴＰＣは、２個のＡＰ／ＳＴＡ間のＰ２Ｐ送信に対して、および／または、ネットワークカバレージ（ネットワークにおけるＡＰ／ＳＴＡとすべての要素（ＳＴＡ／ＡＰ）との間の）に対して、別個に最適化されてもよい。適切なネットワークカバレージで、送信電力レベルは、ネットワークにおけるすべてのＳＴＡ／ＡＰが、送信された情報の復号に成功することを可能にする。この情報は、チャネル状態に対して可能な限り低いデータレートで送信されてもよい。Ｐ２Ｐ送信に対して最適化されるＴＰＣは、データ送信の間のネットワークにおけるＳＴＡの電力レベルを調整して、電力消耗またはエネルギー消費を最小化し、バッテリー寿命を改善する。カバレージに対して最適化されるＴＰＣは、送信の電力を調整して、ネットワーク（ネットワークまたはＢＳＳエッジおよび非エッジ）におけるすべてのノードをカバーして、送信要求（ＲＴＳ）フレーム、および、送信可（ＣＴＳ）フレームなど、制御フレームが、ネットワークにおけるすべての要素によって復号されてもよいことを保証する。別の例では、８０２．１１ａｄにおけるように、すべてのＳＴＡへの擬似全方向性ビームフォーミングの間に要求される好ましい送信電力は、より多くのＳＴＡのうちの１つへの向けられたビームフォーミングに対して好ましい電力とは異なってもよい。
【００６５】
一部のケースでは、ＴＰＣ要件は、単一のＴＰＣループで、別の時間において対処されてもよい。しかしながら、複数のＴＰＣ要件が、同時に、または、単一のＴＰＣループを有することが可能でないことがある方法のいずれかで、対処される必要がある場合がある。例えば、ＳＴＡとＡＰとの間のフレームの送受信シーケンスを、以下のように考える。
【００６６】
ＲＴＳ（Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ）−ＣＴＳ（Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ）−Ｐｒｅａｍｂｌｅ＋ＳＩＧ（Ｓｉｇｎａｌ  Ｆｉｅｌｄ）＋ＤＡＴＡ（Ｄａｔａ  Ｆｉｅｌｄ）−ＡＣＫ（Ｄａｔａ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）
【００６７】
上記のシーケンスにおけるＲＴＳおよびＣＴＳは、ネットワークカバレージに対して最適化されたＴＰＣを要求してもよいが、上記のシーケンスにおけるＰｒｅａｍｂｌｅ＋ＳＩＧ＋ＤＡＴＡおよびＡＣＫは、ＳＴＡ／ＡＰからＳＴＡまたはＰ２Ｐ接続性に対して最適化されたＴＰＣを要求してもよい。２個のセッション間のＳＩＦＳフレーム間隔時間は、ＴＰＣループをＰ２Ｐ  ＴＰＣパラメータにリセットするために十分な時間がないことがあることを示してもよい。これらの問題は、超高スペクトル効率（Very High Spectral Efficient）、超多数のデバイス（Very Large Number of Devices）の両方、キャリアグレードＷＬＡＮ（ＣＧＷＬＡＮ：Carrier Grade WLAN）、高効率ＷＬＡＮ（ＨＥＷ）、および／または、同様のｓｕｂ−６ＧＨｚ  ＷＬＡＮシステムに当てはまることがある。
【００６８】
図２は、本明細書で説明される他の実施形態のうちのいずれかに従って使用されてもよい、第１の実施形態による、異なる電力制御ループがＷＬＡＮネットワークにおいてセットアップされてもよい、例示的なシステム２００を示す。この実施形態では、ＷＬＡＮネットワーク全体への通信（ネットワークレベル電力制御）、および、Ｐ２Ｐ  ＷＬＡＮ送信（Ｐ２Ｐレベル電力制御）に対する、別個の電力制御ループが使用されてもよい。ＡＰ２０３は、１つの電力ループ２０１を設定して、ネットワークにおける各ＳＴＡ、すなわち、ＳＴＡ１  ２０４、ＳＴＡ２  ２０５、ＳＴＡ３  ２０６、ＳＴＡ４  ２０７、およびＳＴＡ５  ２０８への、ＲＴＳ、ＣＴＳ、およびＰＳポールなど、管理フレーム、アクションフレーム、および制御フレームの送信を含む、ネットワークカバレージに必要とされる電力を制御してもよい。ＡＰ２０３は、第２の電力ループ２０２を設定して、ＳＴＡ１  ２０４への、ＡＣＫ、ＢＡＲ、ＢＡなど、データフレームおよび制御フレームの送信を含む、２個のＳＴＡ間のＰ２Ｐ送信に対する電力を制御してもよい。
【００６９】
図３は、この実施形態の別の態様による、指向性またはセクタベースのＷＬＡＮ通信、および、全方向性ＷＬＡＮ通信に対する、別個の電力制御ループが使用されてもよい、一例３００を示す。ＡＰ３０３は、２つのレベルの電力制御シナリオを使用してもよく、そこでは、第１の電力制御ループ３０１がＡＰ３０１とＳＴＡ２  ３０５との間の指向性送信に対するものである。ＡＰ３０３は、ネットワークにおける各ＳＴＡ、すなわち、ＳＴＡ１  ３０４、ＳＴＡ２  ３０５、およびＳＴＡ３  ３０６への、全方向性または擬似全方向性送信に使用されることになる、第２の電力制御ループ３０２を設定してもよい。ｓｕｂ−６ＧＨｚ  ＷＬＡＮシステムに加えて、この実施形態は、次世代ｍｍＷ  ＷＬＡＢシステム（例えば、ＩＥＥＥ８０２．１１ａｄの後のバージョン）など、ミリメートル波（ｍｍＷ）システムに適用されてもよい。
【００７０】
図４は、上記の例において説明されたような、ネットワーク／Ｐ２Ｐマルチレベル電力制御、または、指向性／擬似オムニマルチレベル電力制御（quasi-omni multi-level power control）を可能にするための、例示的なプロシージャ４００のフローチャートを提供する。このプロシージャは、無指向性マルチギガビット送信と指向性マルチギガビット送信との両方に適してもよい。ＡＰは、最初に、ＳＴＡへのＴＰＣ性能（capability）シグナリング４０１を実行する。ＡＰおよびＳＴＡは、次いで、マルチレベルＴＰＣセットアップ４０２を実行して、ＡＰとＳＴＡとの間の交換フォーマットを使用して、ＴＰＣループをセットアップしてもよい。ＴＰＣループラベリング４０３が、次いで実行されて、各一意のＴＰＣループの適切な識別が有効にされてもよい。特定のＴＰＣ調整プロシージャが、次いで、各ループに対して、ＡＰとＳＴＡとの間で実行されて、使用されることになる動作のタイプが判定されてもよい。次いで、マルチレベルシグナリングが、このプロシージャに基づいて定義された各一意のＴＰＣループ４０４、４０５、および４０６に対して、ＡＰおよび／またはＳＴＡによって使用されてもよい。
【００７１】
上記で説明されたようなＴＰＣ性能シグナリングのインジケーションは、ＡＰからＳＴＡへ、または、ＳＴＡからＡＰへのいずれかで、シグナリングされてもよい。これは、包含的に「ネットワーク」と称されてもよい。第１のステップとして、ネットワークは、ネットワークにおいて使用されてもよい電力制御ループの数をシグナリングすることによって、複数のＴＰＣループをセットアップしてもよい。これは、修正された電力性能要素、または拡張された性能要素において、シグナリングされてもよい。以下で説明されるような、この性能要素は、マルチレベルＴＰＣが可能にされ、および／またはサポートされることを示すフラグを含むように修正されてもよい。
【００７２】
マルチレベルＴＰＣセットアップを実行するとき、ＡＰおよびＳＴＡは、各一意のＴＰＣループに属するフレームタイプをネゴシエートしてもよい。
【００７３】
第１の方法では、各ＴＰＣループにおいて送信されるフレームは、あらかじめ判定されてもよい。ネットワークおよびＰ２Ｐ送信シナリオでは、２個のＴＰＣループが存在し、１つ目は、ネットワーク送信に対して、２つ目は、Ｐ２Ｐ送信に対するものであるとあらかじめ判定されてもよい。ネットワーク送信ＴＰＣが使用されて、ＳＴＡまたはＡＰによって送信され、ネットワークにおいてすべてのＳＴＡによってオーバーヒア（overheard）される必要があるすべてのフレームが、そうするために最適な電力において設定されることを保証してもよい。そのようなフレームの例は、それに限定されないが、ＣＳＭＡ／ＣＡに対するＲＴＳおよびＣＴＳ、ならびに、ＡＰからのネットワーク情報に対するビーコンフレームを含む。Ｐ２Ｐ  ＴＰＣが使用されて、２個の特定のデバイス間のみで情報を転送され情報に割り当てられる（earmarked）データフレームなどのフレームが、そうするために最適な電力において送信されることを保証されてもよい。この実施形態は、２またはそれ以上のＴＰＣループに拡張されてもよい。
【００７４】
指向性および全方向性送信シナリオでは、２個のＴＰＣループ、擬似全方向性送信に対するＴＰＣ、および、指向性送信に対するＴＰＣが存在すると、あらかじめ判定されてもよい。８０２．１１ａｄでは、個人基本サービスセット（ＰＢＳＳ）と称されるネットワークアーキテクチャが作成されてもよく、そこで、ＳＴＡがＰＢＳＳ中心ポイント（ＰＣＰ：PBSS Central Point）としてのＡＰのような役割を仮定してもよい。ＰＣＰは、ＰＢＳＳにおけるすべてのＳＴＡによってオーバーヒアされてもよいビーコンフレームを送信する。この実施形態は、２またはそれ以上のＴＰＣループに拡張されてもよい。
【００７５】
図５は、例示的なビーコン間隔構造５００を示す。ビーコン間隔５０１の間、ＰＣＰは、ビーコン送信間隔（ＢＴＩ）５０３の間に複数の方向にビーコンを送信して、新たなＳＴＡを発見してもよい。擬似全方向性送信ＴＰＣは、この期間５０２を統制してもよい。擬似全方向性送信ＴＰＣはまた、ＡＰ／ＰＣＰとＳＴＡとの間でビームフォーミングが発生することがある、アソシエーションビームフォーミングトレーニング（Ａ−ＢＦＴ：association beamforming training）期間５０４を統制してもよい。指向性送信ＴＰＣは、関連付けおよびスケジューリングが実行されてもよい、アナウンスメント時間５０５、ならびに、データ転送時間の間など、追加の期間を統制してもよい。データ転送時間は、コンテンションベースアクセス期間（ＣＢＡＰ）５０６、および、サービス期間（ＳＰ）５０７、５０８、および５０９を含んでもよい。
【００７６】
第２の方法では、情報要素（ＩＥ）は、レベルの数（利用可能なＴＰＣループインデックスの数）を記述するフィールド、ならびに、特定のフレームタイプおよび関連付けられたＴＰＣループインデックス（例えば、データ送信、ＡＣＫ、ＲＴＳ、ＣＴＳ）を記述するフィールドのペアで作成されてもよい。フレームタイプは、フレームの特定のクラスまたはタイプであってもよい。このＩＥは、ビーコン上で送信されて、ネットワーク全体が、アクティブであるＴＰＣループを認識していることを保証してもよい。
【００７７】
図６は、各フレームタイプがその関連付けられたＴＰＣループインデックスとともに明示的にリストされた、明示的なフレームタイプおよびサブタイプシグナリングを使用する、例示的なＴＰＣ  ＩＥ６００を示す。図６の例に示されたＴＰＣ  ＩＥは、それに限定されないが、以下のフィールドを含み、すなわち、要素ＩＤフィールド６０１、長さフィールド６０２、ＴＰＣループの数フィールド６０３、フレームタイプフィールド６０４、ＴＰＣループインデックスフィールド６０５、フレームタイプフィールド６０６、ＴＰＣループインデックスフィールド６０７、フレームタイプフィールド６０８、ＴＰＣループインデックスフィールド６０９、フレームおよびサブフレームタイプフィールド６１０、ならびに、ＴＰＣループインデックス６１１である。
【００７８】
図６に示されているように、ネットワークおよびＰ２Ｐ送信では、マルチレベルＴＰＣ方法は、フレーム制御フィールドにおいて発見されてもよいフレームタイプおよびサブタイプフィールドを使用して、フレームの機能を識別してもよい。フレーム制御フィールドでは、２つのビット［ｂ３  ｂ２］は、フレームタイプを、管理（００）、制御（０１）、データ（１０）、または予備（reserved）（１１）として識別する。４ビット［ｂ７  ｂ６  ｂ５  ｂ４］は、フレームタイプ内のサブタイプ値を示してもよい。一般的なケースでは、ＴＰＣループの数フィールドは、利用可能なＴＰＣループの数を示してもよい。複数の２ビット（フレームタイプ記述のみを使用する）または６ビット（フレームタイプおよびサブタイプの組合せを使用する）フレームＩＤが、それらの関連付けられたＴＰＣループインデックスＩＤとともに送信されてもよい。指定されないフレームサブタイプは、それらのタイプ記述レベルにデフォルト設定になってよい。例えば、管理フレーム（００）は、ＴＰＣループ１に割り当てられてもよいが、特定の管理フレームであるプローブ要求（００；０１００）は、ＴＰＣループ２に明示的に割り当てられてよい。再関連付け要求フレーム（００；００１１）が送信される場合、それは、ＴＰＣループ１にデフォルト設定になる。
【００７９】
図７は、暗示的なフレームタイプおよびサブタイプシグナリングを有する、例示的なＴＰＣ  ＩＥ７００を示す。図７における例は、フレームタイプおよび関連付けられたＴＰＣインデックスをリストし、それに限定されないが、以下のフィールドを含み、すなわち、要素ＩＤフィールド７０１、長さフィールド７０２、ＴＰＣループインデックスフィールド７０３、ＴＰＣループインデックスフィールド７０４、ＴＰＣループインデックスフィールド７０５、フレームおよびサブフレームタイプフィールド７０６、ならびに、ＴＰＣループインデックス７０７である。
【００８０】
指向性および全方向性送信シナリオでは、マルチレベルＴＰＣ方法は、フレーム制御フィールドにおいて発見されてもよいタイプおよびサブタイプフィールドを使用して、フレームの機能を識別してもよい。フレーム制御フィールドでは、２つのビット［ｂ３  ｂ２］は、上記のようにフレームタイプを識別してもよいが、それらのビットは、ＤＭＧビーコンに等しい（１１）で設定され、タイプ制御（０１）に対するサブタイプビットは、さらなるＤＭＧサブタイプフレームを許容するように拡張される。上記で定義されたＴＰＣ  ＩＥは、これらのフレームタイプとともに使用されてもよい。
【００８１】
ＴＰＣループラベリングが、送信されたＴＰＣ信号に対して、上記で説明されたように実行されて、意図されたＳＴＡ／ＡＰおよび意図されたＴＰＣループを指定してもよい。マルチレベルＴＰＣネットワークでは、ＴＰＣループＩＤは、以下のうちの１つであってもよい。
【００８２】
（１）図８は、各ＳＴＡが、ＳＴＡ  ＩＤおよびＴＰＣ  ＩＤの組合せに基づいて、一意のＴＰＣ  ＩＤを作成することができる、ネットワークおよびＰ２Ｐ送信シナリオ８００を示す。例えば、図８に示されているように、Ｍ＝２個のＴＰＣループを有する、Ｎ個のＳＴＡ（この場合、ＳＴＡ１  ８０１およびＳＴＡ２  ８０２でＮ＝２）のネットワークでは、８１０および８１２上でＴＰＣネットワークレベルＴＰＣ  ＩＤに設定されたＢＲＣＳＴ０：ＩＤ０を有する、Ｎ＋１の一意のＴＰＣ  ＩＤが存在してもよい。したがって、ＢＲＣＳＴ０：ＩＤ０  ８１０および８１２は、ＡＰ８０３によって使用されるブロードキャストＩＤであってもよい。８１１上のＳＴＡ１：ＩＤ１、および、８１３上のＳＴＡ２：ＩＤ１は、Ｐ２Ｐ  ＴＰＣ  ＩＤとして設定されてもよい。追加のＳＴＡは、同一の方法を使用して、例えば、ＳＴＡＮ：ＩＤ１とラベリングされてもよい。
【００８３】
（２）指向性および全方向性送信シナリオでは、Ｍ個の方向またはセクタを有するＮ個のＳＴＡのネットワークでは、各々がＭ個の一意の擬似全方向性ＴＰＣ  ＩＤを有する、Ｎ個の一意の指向性ＴＰＣ  ＩＤが存在してもよい。シグナリングは、ＳＴＡ１：ＩＤ１，．．．，ＳＴＡ１，ＩＤＭ，ＳＴＡ２：ＩＤ１，．．，ＳＴ２：ＩＤＭ，．．．，ＳＴＡＮ，ＩＤ１，ＳＴＡＮ，ＩＤＭの形式のものであってもよい。ビーム方向が決定された後にＴＰＣが実行される（すなわち、Ｍ＿ｅｆｆ＝１）とき、上記のラベリングが使用されてもよいことに留意されたい。
【００８４】
ＴＰＣ動作タイプは、上記で説明されたように実行されてもよい。電力制御ループは、それに限定されないが、開ループＴＰＣ、低速閉ループＴＰＣ、高速閉ループＴＰＣ、または、周期的な閉ループを含んでもよい。これらの方法は、指向性送信と無指向性送信との両方に適してもよい。
【００８５】
Ｐ２Ｐ  ＴＰＣでは、制御ループは、ループに関連付けられた２個のＳＴＡまたはＡＰ／ＳＴＡ間で生じてよい。ネットワークレベルＴＰＣでは、使用されるＴＰＣ方法は、ＷＬＡＮアーキテクチャ、すなわち、インフラストラクチャ対独立ネットワークに依存してもよい。
【００８６】
インフラストラクチャベースのネットワークでは、ネットワーク送信電力は、ＡＰのビーコンによって、ネットワークにおけるすべてのＳＴＡへ通信されてもよく、セルエッジＳＴＡ（または、最悪の場合のカバレージＳＴＡ）とネゴシエートされて、全ネットワークカバレージを保証してもよい。
【００８７】
独立ネットワークでは、ＴＰＣ  ＡＰまたは「クラスタヘッド」が指定されてもよい。このＴＰＣ  ＡＰは、インフラストラクチャベースのネットワークにおけるＡＰと同一の機能を実行してもよい。ＴＰＣ  ＡＰの選択は、中央ノードに対する発見プロトコルによるものであってもよく、それは、例えば、最小｛（ｍａｘ（Ｐ２Ｐ電力））｝を有するＡＰ、または、既存の規格に基づくランダム選択であってもよい。
【００８８】
ＴＰＣ動作シグナリングは、上記で説明されたように実行されてもよい。ＴＰＣシグナリングは、ＴＰＣループを考慮に入れるように修正されてもよい。例は、以下を含む。
【００８９】
図９は、上記で説明されたようにシグナリングにおいて使用されてもよい、例示的なＴＰＣ要求要素を提供する。ＴＰＣ要求要素は、それに限定されないが、要素ＩＤフィールド９０１、長さフィールド９０２、および、ＴＰＣＩＤ９０３を含んでもよい。図９に示されているように、ＴＰＣ要求要素は、ＴＰＣループのＴＰＣ  ＩＤを含むように修正されてもよい。
【００９０】
図１０は、上記で説明されたようにシグナリングにおいて使用されてもよい、例示的なＴＰＣレポート要素１０００を提供する。ＴＰＣレポート要素は、それに限定されないが、要素フィールド１００１、長さフィールド１００２、送信電力フィールド１００３、リンクマージンフィールド１００４、ＴＰＣＩＤフィールド１００５を含んでもよい。図１０に示されているように、ＴＰＣレポート要素は、ＴＰＣループのＴＰＣ  ＩＤを含むように修正されてもよい。
【００９１】
図１１は、上記で説明されたようにシグナリングにおいて使用されてもよい、例示的なＤＭＧリンクマージン要素１１００を提供する。ＤＭＧリンクマージン要素は、それに限定されないが、要素フィールド１１０１、長さフィールド１１０２、アクティビティフィールド１１０３、ＭＣＳフィールド１１０４、リンクマージンフィールド１１０５、信号対雑音比（ＳＮＲ）フィールド１１０６、基準タイムスタンプフィールド１１０７、およびＴＰＣＩＤフィールド１１０８を含んでもよい。ＤＭＧリンクマージン要素は、図１１に示されているように、ＴＰＣループのＴＰＣ  ＩＤを含むように修正されてもよい。
【００９２】
図１２は、上記の要素のいずれかが、どのように複数のＴＰＣループの要求／レポートを含むように修正されてもよいかの、一例１２００を示す。図１２の例は、それに限定されないが、要素フィールド１２０１、長さフィールド１２０２、ならびに、ＴＰＣＩＤフィールド、ＴＰＣＩＤ１  １２０３およびＴＰＣＩＤ２  １２０４を含んでもよい。
【００９３】
図１３は、上記の要素のいずれかが、どのように複数のＴＰＣループの要求／レポートを含むように修正されてもよいかの、第２の例１３００を提供する。図１３の例は、それに限定されないが、要素フィールド１３０１、長さフィールド１３０２、送信電力フィールド１３０３、リンクマージンフィールド１３０４、ＴＰＣＩＤ１  １３０５、送信電力フィールド１３０６、リンクマージンフィールド１３０７、および、ＴＰＣＩＤ２  １３０８を含んでもよい。
【００９４】
図１４は、別個の要素が１つのフレームに集約されてもよい、代替的な例１４００を提供する。図１４の例は、それに限定されないが、要素フィールド１４０１、長さフィールド１４０２、送信電力フィールド１４０３、リンクマージンフィールド１４０４、ＴＰＣＩＤ１  １４０５、要素フィールド１４０６、長さフィールド１４０７、送信電力フィールド１４０８、リンクマージンフィールド１４０９、および、ＴＰＣＩＤ２  １４１０を含んでもよい。
【００９５】
上記で説明されたシグナリングはまた、この実施形態の別の態様による、ダウンリンクシナリオまたはアップリンクシナリオのいずれかにおける、ＡＰとＳＴＡとの間の送信における同時の別個のＷＬＡＮ電力制御ループに対するプロシージャにおいて使用されてもよい。
【００９６】
電力制御プロシージャを進めるよりも前に、ＡＰおよびＳＴＡのＴＰＣ性能の両方が、上記で説明されたＴＰＣ性能シグナリングを使用してチェックされてもよい。ＡＰおよび／またはＳＴＡが、複数の電力制御ループをサポートしないか、または、そうでない場合、複数の電力制御ループを使用しないように命令されるかのいずれかの場合、このプロシージャの残りがスキップされてもよく、パケット送信は、レガシ動作、例えば、８０２．１１ａｃまたは８０２．１１ａｈに対する仕様に従ってよい。複数の電力制御ループの使用が示される場合、使用されることになる特定のタイプの電力制御は、上記で定義されたシグナリングフィールドによって指定され、それを使用してチェックされてもよい。
【００９７】
ＡＰおよびＳＴＡは、次いで、示された電力制御モードに対してそれらの送受信機を構成してもよい。ＳＴＡは、第１のＴＰＣ、ＴＰＣ０、および、第２のＴＰＣ、ＴＰＣ１に対する初期基準受信電力を構成してもよく、それにおいて、基準電力は、あらかじめ判定されてもよく、または、ＴＰＣ１に対する基準電力は、ＴＰＣ０に設定されたものに相対的であってもよい。ＳＴＡおよびＡＰは、次いで、各ＴＰＣループを独立して構成し、各ループによって統制されるフレームタイプ／サブタイプまたは期間を識別し、各独立ループに対する一意の識別ラベルを構成してもよい。ループのセットアップに成功すると、ループセットアップ肯定応答フレームが、ＳＴＡまたはＡＰによって送信されてもよい。各ループ内で、特定のタイプの電力制御が、必要に応じてシグナリングへの適切な修正で実行されてもよい（例えば、開ループまたは閉ループＴＰＣ）。
【００９８】
シグナリングが、指向性および／または、全方向性送信モードが使用されてもよいことを示す場合、ＳＴＡは、全方向性送信モードに対してＴＰＣ０に適切な初期基準電力に対してその受信機を構成してもよく、および指向性送信モードに対してＴＰＣ１に適切な初期基準電力に対してその受信機を構成してもよい。ＴＰＣ０を有する全方向性モードは、ＤＭＧビーコンの送信に使用されてもよく、かつ関連付けビームフォーミングトレーニング期間において使用されてもよい。ＳＴＡおよびＡＰは、各ＴＰＣループを独立して構成してもよく、各ループによって統制される期間を識別し、各独立ループに対する一意の識別ラベルを構成してもよい。ＴＰＣ０およびＴＰＣ１は、次いで、ビーコン間隔における送信期間に基づいて、独立して動作されてもよい。
【００９９】
上記で説明されたように、異なるネットワーク状態における独立ＴＰＣ制御ループが使用されてもよい。別個のＴＰＣループによって制御される各独立電力レベルに対し、送信機におけるＴＰＣループへの入力は、受信機によって影響されてもよい。この影響は、送信機がその送信電力を暗示的に決定することを可能にする、受信機からの情報（開ループ電力制御）、または、その送信電力を修正する、受信機から送信機への明示的な推奨（閉ループ電力制御）であってもよい。８０２．１１ＷＬＡＮでは、既存のＴＰＣ方法は、無指向性送信に対する完全な開ループ電力制御、または、８０２．１１ａｄにおける指向性マルチギガビット送信に対する特定のハンドシェイク方法を有する閉ループ電力制御を含む。物理（ＰＨＹ）レイヤシグナリングを使用するＴＰＣは、第２の実施形態によって有効にされ、それは、本明細書で説明される他の実施形態とともに使用されて、ＰＨＹレイヤ上のＴＰＣループ送信電力レベルを有効にしてもよい。この実施形態は、所望の時間にわたる送信電力の修正を許可してもよく、または、最小オーバーヘッドでの周期的な送信電力推奨を有効にしてもよい。
【０１００】
図１５は、第２の実施形態による、ＰＨＹレイヤＴＰＣに対するＴＰＣ信号（ＳＩＧ）に対する例示的な設計１５００を示す。ＴＰＣ  ＳＩＧは、ＡＰからＳＴＡへの（ダウンリンク送信の場合）、ＳＴＡからＡＰへの（アップリンク送信の場合）、または、ＳＴＡからＳＴＡへの（独立ＢＳＳにおける送信の場合）、物理レイヤ上の送信電力制御を可能にしてもよい。ＰＨＹレイヤシグナリングの使用は、受信機からのＴＰＣ推奨に対する、送信機による適時な応答を可能にしてもよく、その理由は、ＭＡＣレベルシグナリングが、データパケット全体が復号されることを必要とするからである。ＴＰＣ  ＳＩＧが使用されるシナリオでは、ＴＰＣ（アクションなし開ループ、または、アクション／推奨を有する閉ループ）は、任意の送信されたフレームのＰＨＹレイヤ層プリアンブルにおいて利用可能なＩＥを使用して、ＰＨＹレイヤにおいて実装されてもよい。送信機は、ＡＰ（ダウンリンク送信の場合）、または、ＳＴＡ（アップリンク送信の場合）であってもよい。図１５の例では、ＴＰＣ  ＳＩＧは、合計４８情報ビットから構成される、２個のＯＦＤＭシンボル、ＴＰＣ  ＳＩＧ−Ａ１５０５およびＴＰＣ  ＳＩＧ−Ｂ１５１３からなるものであってもよい。ＴＰＣ  ＳＩＧ−Ａ１５０５およびＴＰＣ  ＳＩＧ−Ｂ１５１３は、ＢＰＳＫ変調およびレート１／２バイナリ畳み込みコードを使用して送信されてもよい。ＴＰＣ  ＳＩＧ−Ａ１５０５は、それに限定されないが、以下のフィールド、送信電力フィールド１５０１、リンクマージンフィールド１５０２、アクションフィールド１５０３、および、予備フィールド１５０４を含んでもよい。ＴＰＣ  ＳＩＧ−Ｂ１５１３は、それに限定されないが、以下のフィールド、予備フィールド１５１０、ＣＲＣビットフィールド１５１１、および、テールビットフィールド１５１２を含んでもよい。他のビット幅もまた、この実施形態で使用されてもよい。ＴＰＣ  ＳＩＧ−ＡおよびＴＰＣ  ＳＩＧ−Ｂからの各フィールドの定義は、以下で表１において示される。
【０１０１】
【表１】
2018067953.tif 000003
【０１０２】
上記のＴＰＣ  ＳＩＧ定義の変形では、ＣＲＣフィールドが、８ビットに増加され、ＨＴ−ＳＩＧにおいて使用されたハードウェアの再使用を可能にしてもよい。
【０１０３】
オーバーヘッドが問題点である場合、ＴＰＣ−ＳＩＧの異なるフィールドのサイズが調整されてもよく、ＣＲＣサイズは、ＴＰＣ  ＳＩＧを単一のＯＦＤＭシンボルに低減させるように変更されてもよい。例えば、送信電力およびリンクマージンフィールド専用にされたビットの数は、以下の表２に示されているように低減されてもよい。これは、ＴＰＣパラメータの量子化、および、したがって、ＴＰＣアルゴリズムの精度を低減させ得ることに留意されたい。
【０１０４】
【表２】
2018067953.tif 000004
【０１０５】
ＴＰＣ  ＳＩＧは、データフレームにおいてレガシおよびＶ（ＨＴ）ＳＩＧフィールドの直後に配置されてもよい。図１６は、ＨＴネットワークにおけるＴＰＣ  ＳＩＧの例示的な配置１６００を示す。図１６の例では、ＴＰＣ  ＳＩＧ−Ａ１６０９およびＴＰＣ  ＳＩＧ−Ｂ１６１０は、Ｌ−ＳＴＦ１６０１、Ｌ−ＬＴＦ１６０２、Ｌ−ＳＩＧ１６０３、ＨＴ−ＳＩＧ１  １６０４、ＨＴ−ＳＩＧ２  １６０５、ＨＴ−ＳＴＦ１６０６、および、ＨＴ−ＬＴＦ１  １６０７からＨＴ−ＬＴＦｎ１６０８の後に配置されてもよい。ＴＰＣ  ＳＩＧ−Ａ１６０９およびＴＰＣ  ＳＩＧ−Ｂ１６１０は、サービスフィールド１６１１およびＨＴデータ１６１２の前に配置されてもよい。
【０１０６】
上記と同様の方式で、ＴＰＣ  ＳＩＧは、ＨＥＷフレームの定義に含まれてもよい。例えば、ＴＰＣ  ＳＩＧフィールドは、ＨＥＷプリアンブルより前に、ＨＴ−ＳＩＧフィールドに続いてもよい。以下、レガシＳＩＧへの言及はまた、ＳＩＧフィールドの他の定義にも適用可能であってもよい。
【０１０７】
ＴＰＣ−ＳＩＧをサポートするパケット間の差異を有効にするために、明示的なシグナリングまたはロバストな自動検出プロシージャが使用されてもよい。
【０１０８】
明示的なシグナリングでは、ＴＰＣ−ＳＩＧ存在（present）フラグがレガシＳＩＧに追加されて、ＴＰＣ−ＳＩＧ信号の存在を示してもよい。ロバストな自動検出を有効にするために、ＴＰＣ  ＳＩＧ  ＢＰＳＫ信号は、ゼロまたは９０度に等しくない角度（ベータ）を回転されて、それらが、角度＝０を有するレガシ信号（Ｌ−ＳＩＧ）、角度＝９０度を有する（超）高スループット信号（（Ｖ）ＨＴ−ＳＩＧ）、および、新たなＴＰＣ−ＳＩＧと区別されてもよい。あるいは、または加えて、パイロットベースの自動検出が使用されてもよく、それにおいて、パイロットの極性が使用されて、ＴＰＣ−ＳＩＧの存在がシグナリングされる。他の自動検出方法が使用されてもよい。
【０１０９】
ＳＴＡがＡＰからの送信を受信し、ＡＰにおける送信電力の変更を推奨する、ＰＨＹレイヤＴＰＣに対するプロシージャが、以下で説明され、それは、ＡＰからＳＴＡへのデータの送信において、上記で説明されたシグナリング性能を活用する。このＰＨＹレイヤＴＰＣプロシージャはまた、ＳＴＡからＡＰへ、または、独立ＢＳＳにおけるＳＴＡからピアＳＴＡへの送信の場合に拡張されてもよい。
【０１１０】
電力制御プロシージャを進めるより前に、ＳＴＡのＴＰＣ性能は、第１の実施形態に関して上記で説明されたものと同様の方法で、ＴＰＣ性能シグナリングを使用してチェックされる必要があることがある。しかしながら、このＴＰＣ性能チェックステップは、ＰＨＹレイヤＴＰＣに対するメッセージングを組み込むように修正されてもよい。ＳＴＡが、その特徴をサポートしないか、または、特徴を使用しないように命令されるかのいずれかの場合、このプロシージャの残りがスキップされてもよく、パケット送信は、レガシ動作、例えば、８０２．１１ａｃまたは８０２．１１ａｈに対する仕様に従ってよい。
【０１１１】
ＰＨＹレイヤＴＰＣに対するプロシージャでは、送信ＡＰは、ＴＰＣ要求フレームを送信してもよく、ＳＴＡは、ＴＰＣ  ＳＩＧを含む推奨フレームで返信してもよい。あるいは、ＳＴＡからの推奨は、非請求型（unsolicited）であってもよい。開ループＴＰＣでは、ＳＴＡからのＴＰＣ  ＳＩＧは、フレームにおいて使用される送信電力、および、以前の送信に基づく推定されたリンクマージンを含んでもよい。ＴＰＣ  ＳＩＧは、上記で説明されたように、プリアンブルにおいて送信されてもよい。プリアンブルを含むパケットは、ＳＴＡからＡＰへの任意の送信されるパケットであってもよい。例えば、それは、ヌルデータパケット、以前の送信に応答してＡＰへ送信されたパケット（データＡＣＫなど）、または、ＳＴＡからＡＰへのデータを含むパケットを含んでもよいが、それらに限定されない。ＳＴＡからＴＰＣ  ＳＩＧを受信すると、ＡＰは、パスロスおよびリンクマージン推定を使用して、後続のパケットをＳＴＡへ送信するために使用される送信電力を動的に適合させてもよい。これらの推定は、測定から推論されるか、または明示的にシグナリングされてもよい。あるいは、閉ループＴＰＣでは、ＳＴＡからのＴＰＣ  ＳＩＧは、使用される送信電力を増加させるか、減少させるか、または維持するための、ＡＰへの推奨を含んでもよい。電力が変更される量はまた、ＴＰＣ  ＳＩＧに配置されてもよい。ＳＴＡからＴＰＣ  ＳＩＧを受信すると、送信ＡＰは、要求された方法で、その送信電力を修正してもよい。
【０１１２】
図１７は、この実施形態の別の態様による、最適なＰ２Ｐ送信電力を設定し、部分的に補償された開ループ電力制御に対する関連付けられたメッセージングを使用する、例示的なシステム１７００を示す。無指向性送信モードを利用する、８０２．１１ＷＬＡＮ仕様では、修正されたリンクマージン応答フレームが使用されて、プロシージャの間のＴＰＣシグナリングに対する受信機（ＡＰからＳＴＡへの送信の場合、ＳＴＡ）の応答が示されてもよい。
【０１１３】
従来の開ループ電力制御では、送信機は、あるメトリック、例えば、セルラシステムにおける送信機と受信機との間のパスロス、または、８０２．１１ＷＬＡＮにおける規制上の制限を受ける公称送信電力に基づいて、その送信電力レベルを決定する。これは、インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信（その場合、送信機はＡＰである）に、インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信（その場合、送信機はＳＴＡである）に、および、独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信（その場合、第１のＳＴＡが送信機である）に適用可能である。この実施形態では、部分的に補償された開ループ電力制御は、従来の開ループ電力制御送信電力を、所望のスケーリング係数（ａｌｐｈａ）によってスケーリングする。これは、ＳＴＡ、またはＳＴＡのグループが、より低い電力でＡＰへ送信することを可能にし、逆もまた同様であり、所望の期間の間にＢＳＳのカバレージを、効果的縮小させることができる。これはまた、干渉軽減に対する、密なネットワークにおける電力制御を有効にしてもよい。図１７の例では、ＳＴＡ１１  １７０４、ＳＴＡ１２  １７０５、およびＳＴＡ１４  １７０７は、ａｌｐｈａ＊Ｐの送信電力１７０２で、効果的にカバーされてもよいが、ＳＴＡ１５  １７０８およびＳＴＡ１３  １７０６は、Ｐの公称送信電力１７０１でカバーされてもよい。互いに比較的近い複数のＡＰを有する密なネットワークでは、近接したセルのＢＳＳカバレージエリアは、ネットワークの全体的な性能を改善する協調的な方法で調整されてもよい。
【０１１４】
シグナリングおよび関連付けられたプロシージャは、所望の時間の間に、ＳＴＡにまたはＡＰに送信される電力の変更を可能にする（それがインフラストラクチャであるか、独立ネットワークであるか、および、送信がアップリンク方向であるか、ダウンリンク方向であるかに応じて）。部分的（fractional）電力制御を使用して、ＳＴＡは、あらかじめ判定された期間の間に、その現在の送信電力（または公称送信電力）のあらかじめ判定された部分（fraction）において送信してもよい。
【０１１５】
図１８は、図１７において説明されたシステムなど、インフラストラクチャネットワークに対する、ＭＡＣレイヤ部分的補償開ループＴＰＣに対するプロシージャの例を提供する。この例では、ＳＴＡ１１、ＳＴＡ１２、およびＳＴＡ１４は、部分的ＴＰＣモードで送信中であってもよいが、ＳＴＡ１２およびＳＴＡ１５からの送信は、期間の間に不可能にされてもよい。ＳＴＡ１１、ＳＴＡ１４、およびＡＰの間で期間の間に送信されるすべてのパケットは、部分的電力レベルにおいて送信されることに留意されたい。図１８の電力制御プロシージャを進めるより前に、ＳＴＡのＴＰＣ性能は、第１の実施形態に関して上記で説明されたものと同様の方法で、ＴＰＣ性能シグナリングを使用してチェックされてもよい。しかしながら、このＴＰＣ性能チェックステップは、部分的開ループ電力制御を組み込むように修正されてもよい。ＳＴＡが、その特徴をサポートしないか、または、特徴を使用しないように命令されるかのいずれかの場合、このプロシージャの残りがスキップされてもよく、パケット送信は、レガシ動作、例えば、８０２．１１ａｃまたは８０２．１１ａｈに対する仕様に従ってよい。
【０１１６】
送信ＳＴＡは、リンクマージン要求１８０１を、受信しているＳＴＡ／ＡＰへ送信してもよい。この要求は、通常の電力において送信される、単一ＳＴＡに対するものであってもよく、または、ＳＴＡのグループ（ＳＴＡ１１、ＳＴＡ１２、およびＳＴＡ１４）に対するものであってもよい。受信ＳＴＡ（この場合、ＡＰ）は、次いで、送信ＳＴＡに応答して、リンクマージン応答フレーム１８０２を送信してもよい。これは、リンクマージン要求に応答したものであってもよく、または、非請求型であってもよい。加えて、応答は、２以上のＳＴＡ（ＳＴＡ１１、ＳＴＡ１２、およびＳＴＡ１４）へ、通常の電力において送信されてもよい。グループ外のＳＴＡ（ＳＴＡ１３およびＳＴＡ１５）は、それらのネットワーク割当てベクトル（ＮＡＶ）を設定して、期間の間に送信を延期してもよい。８０２．１１ＷＬＡＮ送信は、次いで、所望のＳＴＡから、要求された期間の間に生じてよい。この例では、ＲＴＳ１８０３、ＣＴＳ１８０４、ＤＡＴＡ１８０５、ＡＣＫ１８０６送受信シーケンスは、すべて部分的電力レベルスケーリング係数、ａｌｐｈａにおいて、アップリンクデータ送信とともに、ＳＴＡ１１とＡＰとの間で生じる。次いで、ダウンリンクデータ送信ＲＴＳ１８０７、ＣＴＳ１８０８、ＤＡＴＡ１８０９、ＡＣＫ１８１０送受信シーケンスは、すべて部分的電力レベルスケーリング係数ａｌｐｈａにおいて、ＡＰからＳＴＡ１４へと生じる。期間は、次いで満了してもよく、次いで、ＲＴＳ１８１１、ＣＴＳ１８１２、ＤＡＴＡ１８１３、ＡＣＫ１８１４送受信シーケンスが、通常の電力レベル、Ｐにおいて、ＡＰとＳＴＡ１５との間で生じる。
【０１１７】
この実施形態では、２個の要素がリンクマージン応答フレームに追加されて、部分的に補償された開ループＴＰＣを有効にしてもよい。図１９は、この実施形態による例示的なリンクマージン応答フレーム１９００を示す。リンクマージン応答フレームは、それに限定されないが、要素ＩＤフィールド１９０１、長さフィールド１９０２、送信電力フィールド１９０３、リンクマージンフィールド１９０４、期間フィールド１９０５、および、ａｌｐｈａフィールド１９０６を含んでもよい。期間フィールド１９０５要素は、部分的に補償された開ループＴＰＣがどのくらい長くアクティブであってもよいかを指定してもよい。期間は、特定の数のパケットに設定されてもよく、または、特定の時間間隔、例えば、ＴｘＯＰ間隔に設定されてもよく、または、いくつかＴｘＯＰ間隔にわたって設定されてもよい（この場合、ＴＰＣ期間は、他の送信によって中断されてもよい）。部分的補償係数ａｌｐｈａは、ａｌｐｈａフィールド１９０６において示されてもよい。スケーリングの値は、所望のエントリのインデックスを示すａｌｐｈａとともに、テーブルにおいてあらかじめ判定されてもよい。あるいは、それは、小数の符号付き小数２の補数表現（a fractional signed 2's complement representation of a decimal fraction）であってもよい。３以上の要素もまた、上記で説明されたような同様の機能性において、リンクマージン応答フレームに追加されてもよい。
【０１１８】
図２０は、例えば、次世代ｍｍＷ  ＷＬＡＮまたはＨＥＷネットワークの場合に使用されてもよい、この実施形態の別の態様による、ＤＭＧリンクマージン応答フレームの一例を示す。ＤＭＧリンクマージン応答フレームは、それに限定されないが、要素ＩＤフィールド２００１、長さフィールド２００２、アクティビティフィールド２００３、ＭＣＳフィールド２００４、リンクマージンフィールド２００５、ＳＮＲフィールド２００６、基準タイムスタンプフィールド２００７、期間フィールド２００５、および、ａｌｐｈａフィールド２００６を含んでもよい。
【０１１９】
修正されたリンクマージン応答フレームまたはＤＭＧリンクマージン応答フレームの長さは、期間およびａｌｐｈａフィールドの存在を暗示的にシグナリングしてもよい。あるいは、ＤＭＧリンクマージン応答フレームにおけるアクションフィールドが、修正されてもよい。以下の表３におけるアクションフィールドは、予備ビット（ビット５）においてフィールドを指定し、それが使用されて、時間制限された応答が必要とされること、ならびに、期間およびａｌｐｈａフィールドがＤＭＧリンクマージン応答フレームにおいて処理されることになることが示されてもよい。
【０１２０】
【表３】
2018067953.tif 000005
【０１２１】
ＳＴＡのグループがそれらの動作セットポイントを変更するシナリオでは、期間およびスケーリングが、ＳＴＡのグループへ同時に送信されてもよい。これは、選択されたＳＴＡに対して、期間フィールドによって指定された時間の間に、それらが、ａｌｐｈａによって指定された公称または動作送信電力の部分において動作してもよいことを通知してもよい。ＭＡＣメッセージングの場合、非請求型送信電力応答が、マルチキャストグループアドレスを使用するマルチキャスト送信によって送信されてもよい。マルチキャスト方法では、受信機アドレスは、グループのものに設定されてもよい。送信されたＴＰＣ  ＡＣＫおよび関連付けられたＡＣＫ管理フレームが存在しなくてもよいことを保証するために、フラグが設定されてもよい。
【０１２２】
アクションフレームは、明示的なリンクマージン肯定応答を必要とするアクションとして、または、それが要求されたアクションを実行したかどうかに関する、ＳＴＡからの肯定応答を必要としないアクションとして、送信されてもよい。
【０１２３】
上記の実施形態の変形では、ＰＨＹレイヤシグナリングおよびグループシグナリングに基づく、ＰＨＹレイヤ部分的補償開ループＴＰＣ方式が、使用されてもよい。この実施形態は、インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信（その場合、送信機はＡＰである）に、インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信（その場合、送信機はＳＴＡである）に、および、独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信（その場合、第１のＳＴＡが送信機である）に適用可能である。この場合、スケーリングおよび期間情報が、ＳＩＧにおける、拡張されたＴＰＣ  ＳＩＧフィールドまたはＩＥの部分として、ＰＨＹプリアンブルに配置されてもよい。
【０１２４】
図２１は、拡張されたＴＰＣ  ＳＩＧの一例２１００を提供する。図２１に示されているように、拡張されたＴＰＣ  ＳＩＧは、２４情報ビットから構成され、ＢＰＳＫ変調およびレート１／２バイナリ畳み込みコードを使用して送信される、単一のＯＦＤＭシンボルを含んでもよい。拡張されたＴＰＣ  ＳＩＧは、それに限定されないが、以下のフィールドを含んでもよく、すなわち、期間フィールド２１０１、ａｌｐｈａフィールド２１０２、ＣＲＣフィールド２１０３、および、テールフィールド２１０４である。
【０１２５】
拡張されたＴＰＣ  ＳＩＧサブフィールドは、以下からなるものであってもよい。
【０１２６】
Ｂ０：Ｂ７−部分的補償の期間
【０１２７】
Ｂ８〜Ｂ１５−部分的補償係数（ａｌｐｈａ）
【０１２８】
Ｂ１６：Ｂ１７−Ｂ０：Ｂ１５をカバーするＣＲＣビット
【０１２９】
Ｂ１８：Ｂ２３−テールビット
【０１３０】
ＴＰＣ  ＳＩＧは、第１の実施形態に関して上記で説明されたプロシージャと同様の方法で検出されてもよい。
【０１３１】
情報をＳＴＡのグループへ同時に送信するために、グループ識別子が、グループにおけるＳＴＡに割り当てられてよい。グループ識別子は、この実施形態の以下の態様のうちの任意の１つによって割り当てられてよい。
【０１３２】
（１）図２２は、グループ識別子を割り当てるために使用されてもよい、例示的なＴＰＣグループＩＤ割当てフレーム２２００を提供する。このＭＡＣ  ＩＥは、すべてのＳＴＡへブロードキャストされ、グループにおけるＳＴＡが示されてもよい。この場合、ＭＡＣフレームは、割り当てられることになるＴＰＣグループＩＤを含み、次いで、グループに割り当てられたすべてのＳＴＡを列挙する。ＴＰＣグループＩＤ割当てフレームは、それに限定されないが、以下のフィールドを含んでもよく、すなわち、要素ＩＤフィールド２２０１、長さフィールド２２０２、割り当てられたグループＩＤフィールド２２０３、ＳＴＡ１アドレスフィールド２２０４、ＳＴＡ２アドレスフィールド２２０５、ならびに、ＳＴＡＮアドレスに対するフィールド２２０６および２２０７である。
【０１３３】
（２）グループ識別子を割り当てるための別の方法は、ＭＵ−ＭＩＭＯに対する８０２．１１ａｃにおけるグループＩＤ管理フレームを再使用することを含んでもよく、それにおいて、ＳＴＡは、ＭＡＣメッセージを使用することによって、グループＩＤに割り当てられてもよい。グループ管理フレームが使用されて、ＳＴＡが６４個の可能なグループのうちの１つに割り当てられてよい。グループＩＤは、ＰＨＹにおいてＶＨＴ−ＳＩＧ−Ａによってシグナリングされてもよい。これは、ＴＰＣ−ＳＩＧに加えて、ＶＨＴ−ＳＩＧを送信することを含んでもよい。
【０１３４】
（３）さらに別の手法は、スペクトル管理アクションフレームを使用することである。この場合、予備ビットのうちの１つが割り当てられて、スペクトル管理に対するアクションフレームが生成されてもよい。８個のＴＰＣグループが、新たなフレームにおいて関連付けられたメンバーシップ状況配列フィールドとともに生成されてもよい。フレームは、そのためにＳＴＡが属するＴＰＣグループに対応するものに設定されたメンバーシップ状況配列フィールドとともに、ＳＴＡへ送信されてもよい。フレームは、以下の表４に示されているように構成されてもよい。
【０１３５】
【表４】
2018067953.tif 000006
【０１３６】
グループベースのＴＰＣの場合、上記で説明されたＴＰＣ−ＳＩＧは、２個のシンボル、ＴＰＣ  ＳＩＧ−ＡおよびＴＰＣ  ＳＩＧ−Ｂに増加してもよく、また、４８情報ビットからなる、２個のＯＦＤＭシンボルから構成され、レート１／２バイナリ畳み込みコードとともにＢＰＳＫ変調を使用して送信されてもよい。図２３は、グループＩＤを有する、部分的に補償されたＴＰＣに対するＴＰＣ  ＳＩＧ−ＡおよびＴＰＣ  ＳＩＧ  Ｂの一例２３００を示す。ＴＰＣ  ＳＩＧ−Ａ２３０４は、それに限定されないが、以下のフィールド、期間フィールド２３０１、ａｌｐｈａフィールド２３０２、および、ＴＰＣグループＩＤ２３０３を含んでもよい。ＴＰＣ  ＳＩＧ−Ｂ２３１４は、それに限定されないが、以下のフィールド、予備フィールド２３１１、ＣＲＣビットフィールド２３１２、および、テールビットフィールド２３１３を含んでもよい。
【０１３７】
グループＩＤサブフィールドをもつ、部分的に補償されたＴＰＣに対するＴＰＣ  ＳＩＧ−ＡおよびＴＰＣ  ＳＩＧ  Ｂは、以下からなる。
【０１３８】
Ｂ０：Ｂ７−部分的補償の期間
【０１３９】
Ｂ８〜Ｂ１５−部分的補償係数（ａｌｐｈａ）
【０１４０】
Ｂ１６：Ｂ２２−この信号が適用されるグループＩＤ
【０１４１】
Ｂ２４：Ｂ３７−予備
【０１４２】
Ｂ３８：Ｂ４１−Ｂ０：Ｂ３７をカバーするＣＲＣビット
【０１４３】
Ｂ４２：Ｂ４７−テールビット
【０１４４】
上記で説明されたシグナリングは、ＰＨＹレイヤ部分的補償ＴＰＣを達成するためのプロシージャにおいて使用されてもよい。１つの例示的なプロシージャでは、ＡＰ、および、そのＡＰに関連付けられたＳＴＡのサブセットは、それらが通常の送信において使用する送信電力の部分において、情報を送信する。
【０１４５】
１つの例示的なプロシージャは、以下の通りである。
【０１４６】
ネットワークにおけるＡＰおよびＳＴＡの性能が評価されてもよい。性能が確立されると、ＳＴＡ１は、ＲＴＳフレームをＡＰへ送信してもよい。その時点で、ＢＳＳの実効サイズを、特定のグループ、例えば、グループ３におけるすべてのＳＴＡを含むサイズに縮小させるための、ネットワークからの要求が存在してもよい。ＡＰは、ＣＴＳを第１のＳＴＡへ送信し、上記で説明されたようなフレーム構造を有する上記の記述に基づいて、拡張されたＴＰＣ  ＳＩＧをプリアンブルに付加してもよい。ＴＰＣ例示的グループ３におけるすべてのＳＴＡは、次いで、所望の期間の間に、電力ａｌｐｈａ×Ｐとともに送信してもよい。期間拡張が必要とされてもよい場合に、新たなＴＰＣ  ＳＩＧが、ＡＰからの送信上でピギーバックされてもよい。
【０１４７】
グループをセットアップするために、ＡＰは、以下のようなプロシージャに従ってもよい。
【０１４８】
（１）ＡＰは、特定のグループに割り当てられたすべてのＳＴＡに対するＳＴＡアドレスによって後続される、グループＩＤを有する、ＴＰＣグループＩＤ割当てフレームを送信してもよい（例えば、図２２）。
【０１４９】
（２）特定のＳＴＡが、ＡＰによってセットアップされたグループ内である場合、それは、ＡＰからこのグループへ送信されたパケットをアクティブに監視し、それに応じて、パケットを復号および処理してもよい。
【０１５０】
（３）特定のＳＴＡが、ＡＰによってセットアップされたグループ内ではない場合、それは、ＡＰからこのグループへ送信されたすべてのパケットを無視してもよい。
【０１５１】
（４）ＳＴＡ  Ｘがネットワークに加入し、グループに割り当てられることになる場合、スペクトル管理アクションフレームが、ＡＰからＳＴＡ  Ｘへ、１に設定された所望のグループのメンバーシップ状況配列フィールドとともに送信されてもよい。
【０１５２】
受信機（典型的には、ＡＰ）が、送信される電力を増加または減少させるための推奨または要求を、継続的または周期的に送信機へ送信する、８０２．１１ＷＬＡＮ、具体的には、ＶＨＳＥ、次世代ｓｕｂ−１ＧＨｚ  ＷＬＡＮマクロカバレージ、および、次世代ｍｍＷ  ＷＬＡＮシステムに対して好適な、閉ループ送信電力制御方法が、この実施形態の別の態様に従って使用されてもよい。
【０１５３】
この実施形態は、インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信（その場合、送信機はＡＰである）に、インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信（その場合、送信機はＳＴＡである）に、および、独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信（その場合、第１のＳＴＡが送信機である）に適用可能であってもよい。それは、ＳＴＡからＡＰへの送信、および、ＡＰからＳＴＡへの制御信号を有する、アップリンクシナリオにおいて使用されてもよい。
【０１５４】
これは、８０２．１１ａｃまたは８０２．１１ａｄにおいて使用される通常の動作からの逸脱であることがあるので、閉ループＴＰＣ動作は、セットアップおよび肯定応答に対するプロシージャを使用して開始してもよい。無指向性送信（すなわち、非ＩＥＥＥ８０２．１１ａｄ送信）は、８０２．１１ａｄにおいて存在するＤＭＧリンクマージンフレーム要素と同様の、修正されたリンクマージン応答フレームの追加を使用してもよい。メッセージが肯定応答されると、閉ループＴＰＣプロシージャが開始されてもよい。
【０１５５】
閉ループ送信電力制御プロシージャは、受信機による送信電力のより緊密な制御を可能にしてもよく、複数のユーザの相対的な電力が重要であってもよい様々なシナリオ（例えば、アップリンクＭＵ−ＭＩＭＯ）において使用されてもよい。
【０１５６】
１つの例示的なプロシージャは、以下の通りであり、すなわち、閉ループＴＰＣ（ＣＬ  ＴＰＣ）は、送信機または受信機のいずれかが、ＣＬ  ＴＰＣ要求、ならびに、ループの制御（ループの制御におけるプライマリとして、または、ループによって制御されているセカンダリとしての）およびターゲット電力制御送信時間に対する要求を送信することによって、セットアップされてもよい。図２４は、例示的な閉ループＴＰＣ要求フレーム２４００を示す。閉ループＴＰＣ要求フレームは、それに限定されないが、要素ＩＤ２４０１、長さフィールド２４０２、ならびに、タイプおよび間隔フィールド２４０３を含んでもよい。ターゲット電力制御送信時間（ＴＰＴＴ）間隔は、閉ループＴＰＣ動作の期間を定義してもよい。１つの方法では、ＴＰＴＴ値は、ビーコンの周期性を判定するために使用されたターゲットビーコン送信時間（ＴＢＴＴ）と同様の間隔を示してもよい。別の方法では、ＴＰＴＴは、整数のＴＢＴＴに基づいて、ＴＰＣ信号の周期性を示してもよい（この場合、周期性は、ＴＢＴＴ間隔に結び付けられる）。どちらの場合も、ＴＰＴＴ＝０は、例えば、受信機からの送信上にピギーバックされた、ベストエフォート送信を暗示する。ＴＰＣ要求フレームの受信機が、ＣＬ  ＴＰＣ要求に同意する場合、応答または肯定応答フレーム（ＣＬ  ＴＰＣ  ＡＣＫ）が、要求側に返信されてもよい。図２５は、閉ループＴＰＣ応答／ＡＣＫフレームの一例２５００を提供する。閉ループＴＰＣ応答／ＡＣＫフレームは、それに限定されないが、以下を含んでもよく、すなわち、要素ＩＤフィールド２５０１、および、長さフィールド２５０２である。このプロシージャでは、送信機または受信機のいずれかが、ＣＬ  ＴＰＣセッションを開始してもよい。
【０１５７】
ＳＴＡは、リンクマージン要求フレームを、フレームのＲＡフィールドにおいて示された（受信する）ＳＴＡへ送信してもよい。リンク要求は、連続的または周期的な閉ループＴＰＣの開始を示すフラグを含んでもよい。リンクマージン要求フレームはまた、ＣＬ＿ＴＰＣ＿ＡＣＫ、または、ＣＬループＴＰＣ期間フィールドを含んでもよい。あるいは、リンクマージン要求フレームおよびＣＬ＿ＴＰＣ＿ＡＣＫフレームは、一緒に集約されてもよい。
【０１５８】
受信機は、次いで、その推奨を送信機へ送信してもよい。送信されるメッセージのタイミングは、以下のうちの１つであってもよく、すなわち、ＴＰＴＴ間隔、送信機からの要求に基づくオンデマンド、ＡＣＫおよびＣＴＳなどのデータ送信および応答フレームを含むことができる受信機から送信機への逆の送信によって指示された間隔、または、受信機によって実装固有の方法で判定され、かつ送信機によって非請求型である時間間隔である。
【０１５９】
情報は、それに限定されないが、以下の例を含む、フレームにおいて送信されてもよい。
【０１６０】
（１）ＤＭＧリンクマージン応答フレーム、または、推奨をＭＡＣ上で送信機へ送信する同様のフレームが、情報を送信してもよい。
【０１６１】
（２）ショートＤＭＧリンクマージン応答フレームまたはトランケートされたＤＭＧリンクマージン応答フレーム（または、同様のもの）が、情報を送信してもよい。トランケートされたリンクマージン応答は、リンクマージン応答における要素のサブセット、例えば、アクションオクテットおよび基準スタンプフィールド、または、アクションフィールドのみを含む。図２６Ａは、トランケートされたリンクマージン応答フレームまたはショートリンクマージン応答フレームの第１の例２６００を提供する。トランケートされたリンクマージン応答フレームまたはショートリンクマージン応答フレームは、それに限定されないが、以下を含んでもよく、すなわち、要素ＩＤフィールド２６０１、長さフィールド２６０２、アクションフィールド２６０３、および、基準タイムスタンプフィールド２６０４である。図２６Ｂは、要素ＩＤフィールド２６０５、長さフィールド２６０６、および、アクションフィールド２６０７のみを含んでもよい、トランケートされたリンクマージン応答フレームまたはショートリンクマージン応答フレームの第２の例である。
【０１６２】
（３）ＴＰＣ推奨を送信機へ送信することに割り当てられたサブフィールドを有する、ＰＨＹレイヤＴＰＣ  ＳＩＧフィールドが、情報を送信してもよい。この場合、上記で説明されたＴＰＣ  ＳＩＧフィールドが使用されてもよい。
【０１６３】
このようにして、受信機は、以下の方法のうちのいずれかによって、その推奨を送信してもよく、すなわち、ターゲットＰＣ送信時間（ＴＰＴＴ）間隔において送信される、非請求型ショートリンクマージン応答フレームもしくは通常のリンクマージン応答フレーム、ＴＰＴＴ間隔において開始されたリンクマージン要求に応答して送信される、ショートリンクマージン応答フレームもしくは通常のリンクマージン応答フレーム、または、任意の逆の送信上でピギーバックされる、ショートリンクマージン応答フレームもしく通常のリンクマージン応答フレーム、もしくはＴＰＣ−ＳＩＧＡヘッダである。
【０１６４】
図２７は、データＡＣＫフレームのＰＨＹヘッダ上で送信されるリンクマージンアクションオクテットを使用する、例示的なプロシージャ２７００を提供する。このプロシージャでは、ＡＰは、ＳＴＡからＡＰへのアップリンクデータ送信の間、閉ループアップリンク電力制御を実行する。ＡＰは、ＣＬ−ＴＰＣ要求２７０１をＳＴＡへ送信し、ループのＴＰＣ制御を要求してもよい。ＳＴＡは、ＣＬ−ＴＰＣ  ＡＣＫ２７０２で返信して、ＣＬ−ＴＰＣを肯定応答してもよい。ＳＴＡは、リンクマージン要求フレーム２７０３を送信してもよい。ＡＰは、リンクマージン応答フレーム２７０４で応答して、初期ＴＰＣレベルを設定してもよい。ＳＴＡは、ＲＴＳ２７０５を送信し、送信機会に対する媒体を確保する。ＡＰは、ＣＴＳ２７０６で応答して、媒体の確保を確認し、送信機会の確保を完了する。実際のデータ送信２７０７、２７０９、および２７１１が続いてもよい。ＡＰは、すべての応答フレーム、すなわち、ＣＴＳ、ならびに、ＡＣＫ２７０８、２７１０、および２７１２上でピギーバックされる、電力を増加または減少させるための推奨を送信してもよい。
【０１６５】
多重アクセス方式がｅＮｏｄｅＢにおけるスケジューラに全体的に依存し、かつＴＰＣを多重アクセス方式から独立して実装することができるセルラシステムとは異なり、８０２．１１ＷＬＡＮにおける多重アクセス方式は、ＳＴＡの送信電力と相互作用する。例えば、２個のＳＴＡ間のＰ２Ｐ送信に対して最適化されたＴＰＣループの使用は、隠れノードの数を増加させることによって、ＣＳＭＡ／ＣＡ多重アクセス方法体系に影響を与えることがある。
【０１６６】
送受信ＷＬＡＮセッション（電力制御領域）における複数の電力制御レベルが、第３の実施形態に従って使用されてもよい。この実施形態は、ＷＬＡＮにおける多重アクセス方法と相互作用するＴＰＣに関連する問題点に対処し、かつ次世代ｓｕｂ−１ＧＨｚ  ＷＬＡＮマクロカバレージ、ＣＧＷＬＡＮ、および／または、ＨＥＷ  ＷＬＡＮなどの仕様に適用されてもよい。送受信セッションでは、異なるフレームタイプが、適切なフレーム間隔時間（inter-frame spacing）とともに、送信機から受信機へ送信され、例えば、ＲＴＳ−ＣＴＳ−＜Ｐｒｅａｍｂｌｅ＋ＳＩＧ＋ＤＡＴＡ＞−ＡＣＫである。この実施形態は、インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信（その場合、送信機はＡＰである）に、インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信（その場合、送信機はＳＴＡである）に、および、独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信（その場合、第１のＳＴＡが送信機である）に適用可能であってもよい。
【０１６７】
この実施形態では、シグナリングおよび関連付けられたプロシージャが使用されて、異なる送信電力レベルでの送受信セッションにおける異なるフレームの送信を有効にしてもよい。受信機がこれらの送信電力レベルを利用することを可能にするために使用される送信電力レベル、および使用されるシグナリングは、多重アクセス方式に依存してもよい。
【０１６８】
図２８は、異なる送信電力レベルが、ＲＴＳ−ＣＴＳ多重アクセス方法、および、ＲＴＳ−ＣＴＳを伴わない基本アクセス方法に対して使用される例２８００を提供する。レガシのケース２８１１では、ＲＴＳフレーム２８０１ａ、ＣＴＳフレーム２８０２ａ、Ｐｒｅａｍｂｌｅ＋ＳＩＧフレーム２８０３ａ、データフレーム２８０４ａ、または、ＡＣＫフレーム２８０８ａを送信する際に、電力制御が使用されない。最大電力または公称電力のいずれかにおいてＲＴＳ／ＣＴＳ送信をも使用する、Ｍ１のケース２８１２では、ＲＴＳフレーム２８０１ｂおよびＣＴＳフレーム２８０２ｂは、Ｐｒｅａｍｂｌｅ＋ＳＩＧ２８０３ｂ、データフレーム２８０４ｂ、および、ＡＣＫフレーム２８０８ｂとは異なる電力において送信されてもよい。Ｍ２のケース２８１３では、Ｐｒｅａｍｂｌｅ＋ＳＩＧ２８０５は、データフレーム２８０６およびＡＣＫフレーム２８０７とは異なる電力において送信される。電力の差によって、ＲＴＳ、ＣＴＳ、またはＰｒｅａｍｂｌｅ＋ＳＩＧフレームが、ＣＳＭＡ／ＣＡ多重アクセス方式において、適切なフレーム遅延（deferral）に対して、他のノードによってオーバーヒアされることが可能になる。
【０１６９】
異なるフレーム（または、Ｐｒｅａｍｂｌｅ＋ＳＩＧ＋ＤＡＴＡフレームの場合、フレームの異なる部分）を異なる電力レベルで送信することができるＳＴＡ／ＡＰは、本明細書で、電力制御領域対応ＳＴＡ／ＡＰ（power-control region capable STA/AP）として定義される。この特徴を有していないＳＴＡ／ＡＰは、本明細書で、非電力制御領域対応ＳＴＡ／ＡＰとして定義される。電力制御領域対応ネットワークは、それにおいてＳＴＡおよびＡＰが電力制御領域対応可能な方法で動作していてもよい。
【０１７０】
本実施形態の別の態様によって、ＴＰＣシグナリングおよび関連付けられたプロシージャが使用されて、２個のＳＴＡ間の送受信セッションの間のＴＰＣ電力における変更が有効にされてもよい。このＣＳＭＡ／ＣＡシナリオでは、ＲＴＳ／ＣＴＳ送信が存在しない。ＳＴＡは、プリアンブルを検出し、かつ期間フィールドに基づいて、フレーム間隔時間およびＡＣＫ期間に追加されたフレームの長さの間、その送信を遅延させる。
【０１７１】
フレーム長の遅延を有するプリアンブル検出に対するＴＰＣでは、ＡＰは、すべての管理フレームをネットワーク電力レベルで送信して、すべてのＳＴＡが管理フレームを復号することができることを保証してもよい。データ送信電力レベルが、ＳＴＡ間で個々にネゴシエートされて、ＳＴＡ−ＡＰ電力が、Ｐ２Ｐ送信を維持するために必要とされる最小電力レベル（リンクマージンを含む）であることが保証されてもよい。
【０１７２】
以下のプロシージャは、送受信セッションにおいて複数の送信電力レベルを有効にするために使用されてもよい例を提供する。電力制御プロシージャを進めるよりも前に、ＳＴＡのＴＰＣ性能が、上記で説明されたようにＴＰＣ性能シグナリングを使用してチェックされてもよい。ＡＰおよびＳＴＡは、それらがその技術が可能であるというインジケーションを提供して（性能要求を送信すること、または広告することのいずれかによって）、ＳＴＡがネットワークにおいて適切に動作することができることを保証してもよい。これは、以下の方法のうちの１つにおいて行われてもよい。
【０１７３】
（１）１つの方法は、１６ビットフィールドであってもよい、性能情報フィールドの修正である。ＤＳＳＳ−ＯＦＤＭオプションの使用は、反対されてもよい（deprecated）。このようにして、このビットが、ＴＰＣ対応ネットワークにおける使用に採用されてもよい。ＡＰは、そのネットワーク性能情報フィールドを修正して、電力制御領域対応ネットワークを示してもよい。性能情報フィールドが、ビーコンにおいてＡＰによって送信されて、ネットワークの性能がＢＳＳにおけるＳＴＡに広告されてもよい。例えば、ＳＴＡがＷＬＡＮネットワークに加入することを望んでいるとき、ＡＰ  Ａは、固定されたＴＢＴＴ間隔でビーコンを送信してもよい。ＳＴＡは、ビーコンをリスンしてもよく、かつ認証を開始すること（それによって、ＡＰおよびＳＴＡがそれらの識別を確立するプロセス）、ならびに、以下の条件のうちの１つに基づいて、関連付け要求をＡＰへ送信することによって、ネットワークに加入してもよい。ＡＰから送信されたビーコンが、電力制御領域対応ネットワークを示し、かつＳＴＡが、電力制御領域対応である場合、ＳＴＡは、ネットワークに加入してもよい。ＡＰおよびＳＴＡは、次いで、電力制御領域対応可能な方法で動作してもよい。ＡＰから送信されたビーコンが、非電力制御領域対応ネットワークを示す場合、ＳＴＡはネットワークに加入してもよく、ＡＰおよびＳＴＡは、ＳＴＡの電力制御領域性能にかかわらず、非電力制御領域対応可能な方法で動作する。ＡＰから送信されたビーコンが、電力制御領域対応ネットワークを示し、かつＳＴＡが、非電力制御領域対応である場合、ＡＰは、ネットワークへのＳＴＡへのアクセスを認可しなくてもよく、すなわち、ＳＴＡは、ネットワークに加入しなくてよく、かつ認証プロセスを開始しない。
【０１７４】
（２）あるいは、電力性能ＩＥがオクテット、拡張されて、電力領域対応ネットワークについての追加の情報を収納してもよい。図２９は、例示的な拡張された電力性能ＩＥ２９００を提供する。拡張された電力性能ＩＥは、それに限定されないが、要素ＩＤフィールド２９０１、長さフィールド２９０２、最小送信電力性能２９０３、最大送信電力性能フィールド２９０４、および、電力領域性能フィールド２９０５を含んでもよい。ＳＴＡは、このＩＥを、関連付け要求または再関連付け要求フレームにおいて送信してもよい。ＡＰは、（再）関連付け要求に基づいて、ＳＴＡを承認または拒否してもよい。
【０１７５】
例えば、ＳＴＡがＡＰ  Ａに関連付け、かつデータをＡＰ  Ａへ送信することを要求するとき、ＳＴＡは、関連付け要求をＡＰに送信してもよい。関連付け要求は、電力領域性能オクテットが［１０００００００］に設定された、更新された電力性能要素を含み、それは、ＳＴＡが電力制御領域対応であることを示す。ＡＰは、そのリソースを評価してもよく、かつリソース利用可能性および性能互換性次第で、ＳＴＡを許可することを決定してもよい。ＡＰは、電力領域性能オクテットが［１０００００００］に設定された、更新された電力性能要素を含む、関連付け応答フレームを、ＳＴＡへ送信してもよい。この交換で、ＡＰは、ＳＴＡに、それが電力制御領域対応ＢＳＳに入ることを許可されることを通知してもよい。ＡＰは、電力領域性能オクテットが［００００００００］に設定され、または新たな要素なしに、更新された電力性能要素を含む、関連付け応答フレームを、ＳＴＡへ送信してもよい。この交換で、ＡＰは、ＳＴＡに、それが非電力制御領域対応ＢＳＳに入ることを許可されることを通知してもよい。ＡＰは、関連付け応答フレームをＳＴＡへ送信しなくてもよい。この場合、ＡＰは、リソース利用可能性または性能非互換性に起因して、関連付けを許可しなくてもよい。許可される場合、ＳＴＡは、データをＡＰへの送信を開始してもよい。
【０１７６】
（３）情報は、拡張された性能要素にフラグ追加することによって、ＳＴＡまたはＡＰによって広告されてもよい。図３０は、拡張された性能要素の例３０００を提供する。拡張された性能要素は、それに限定されないが、要素ＩＤフィールド３００１、長さフィールド３００２、および、性能フィールド３００３を含んでもよい。以下の表５に示されているように、性能要素ＩＤ４７が使用されてもよい。８ビット性能フィールドが、追加のＴＰＣ機構に使用されてもよい。
【０１７７】
【表５】
2018067953.tif 000007
【０１７８】
例えば、ＳＴＡがＡＰに加入することを要求し、アクティブスキャンを開始するとき、ＳＴＡは、プローブ要求を送信してもよい。プローブ要求は、拡張された性能要素を、ＳＴＡが電力制御領域対応可能であることを示す要素ＩＤ４７とともに含んでもよい。ＡＰは、ＡＰに対して、それがネットワークに加入することを許可されてもよいことを示すプローブ応答で、ＳＴＡに応答してもよい。ＡＰ  Ａが電力制御領域対応可能である場合、ＡＰは、拡張された性能要素ＩＤ４７をプローブ応答に挿入してもよく、ＳＴＡおよびＡＰは、両方とも、電力制御領域対応可能な方法で動作してもよい。ＡＰが非電力制御領域対応可能である場合、新たな要素がプローブ応答において送信されなくてもよく、ＳＴＡおよびＡＰは、非電力制御領域対応可能な方法で、すなわち、従来の８０２．１１ＷＬＡＮとして、動作してもよい。ＡＰは、ＳＴＡが新たな要素を送信しないとき、ＳＴＡにプローブ応答で応答しなくてもよい。これは、ＳＴＡがＢＳＳに入ることを許可されなくてよいことを示してもよい。許可される場合、ＳＴＡは、認証（それによって、ＡＰおよびＳＴＡがそれらの識別を確立するプロセス）を開始すること、および関連付け要求をＡＰへ送信することによって、ネットワークに加入してもよい。
【０１７９】
上記で詳述されたシグナリングおよびプロシージャは、他の実施形態において追加のＴＰＣ機構に拡張されてもよく、必ずしも、この特定の電力制御領域方法に限定されるとは限らない。
【０１８０】
媒体へのＣＳＭＡ／ＣＡアクセスを得ると、ＳＴＡまたはＡＰは、フレーム内でネットワーク電力レベルとＰ２Ｐ電力レベルとの両方において、データパケットを受信機へ送信してもよい。性能が検証されると、送信デバイス（ＳＴＡまたはＡＰのいずれか）は、ネットワーク最適電力レベルまたはＰ２Ｐ最適電力レベルのいずれかにおいて、データおよび制御フレームを互いに送信してもよい。制御フレームは、ネットワーク電力レベルにおいて送信されてもよい。データ送信フレームは、２個の異なる電力レベルにおいて送信されてもよい。プリアンブル（ＳＴＦ、ＬＴＦ）およびＳＩＧは、ネットワーク電力レベルにおいて送信されてもよいが、サービスフィールドおよびデータは、Ｐ２Ｐ電力レベルにおいて送信されてもよい。ＳＴＡ／ＡＰがプリアンブルのみをオーバーヒアすることができるシナリオでは、ＳＴＡは、その送信を、フレーム長＋２＊ＳＩＦＳ＿ｄｕｒａｔｉｏｎ＋ＡＣＫ＿ｌｅｎｇｔｈの期間の間に延期してもよい。ネットワークにおけるすべてのＳＴＡは、プリアンブルをオーバーヒアして、それらの送信を適した時間の間にそれらを遅延させることを可能にする必要がある。Ｐ２Ｐ電力レベルが、次いで利用されてもよい。送信電力がネットワーク電力レベルからＰ２Ｐ電力レベルへ変更になるフレームにおけるポイントは、ＴＰＣ変更境界である。
【０１８１】
送信デバイスは、送受信フレームシーケンスにおけるＴＰＣ変更境界において、ＳＴＦを挿入してもよい。インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信では、送信デバイスはＡＰであり、したがって、送受信フレームシーケンスにおけるＴＰＣ変更境界において、ＳＴＦを挿入してもよい。インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信では、送信デバイスはＳＴＡであり、したがって、送受信フレームシーケンスにおけるＴＰＣ変更境界において、ＳＴＦを挿入してもよい。独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信では、送信デバイスは第１のＳＴＡであり、したがって、送受信フレームシーケンスにおけるＴＰＣ変更境界において、ＳＴＦを挿入してもよい。これは、受信機における新たな電力レベルへの適切なＡＧＣ較正に対して必須である。
【０１８２】
レガシまたは未開発のシナリオでは、ＴＰＣ−ＳＴＦが、送受信フレームシーケンス内のＴＰＣ変更の開始において挿入されてもよい。これは、レガシＳＴＦと同一のパラメータを有するＳＴＦである。ＴＰＣ−ＳＴＦの存在を示すために、追加の（extra）ＴＰＣインジケータビットが、ＳＩＧ（ビット５）に追加されてもよい。図３１は、追加のＴＰＣインジケータビットがＳＩＧ（ビット５）に追加されてもよい、例３１００を提供する。この例におけるＳＩＧは、それに限定されないが、レートフィールド３１０１、ＴＰＣインジケータ３１０２、長さフィールド３１０３、パリティフィールド３１０４、および、テールフィールド３１０５を含んでもよい。
【０１８３】
あるいは、ビットは、上記で説明された実施形態において詳述されたＴＰＣ−ＳＩＧ−Ｂシンボルにおいて確保されてもよい。また、例えば、自動検出機構が追加されてもよく、ＳＩＧは、ｘ度（０＜ｘ＜９０）回転されてもよい。図３２は、プリアンブル、ＳＩＧ、および、ＴＰＣショートトレーニングフィールド（short training field）を有する、例示的なデータフレーム３２００を示す。この例は、それに限定されないが、ＳＴＦ３２０１、ＬＴＦ３２０２、ＳＩＧ３２０３、ＴＰＣ−ＳＴＦ３２０４、および、データフレーム３２０５を含む。
【０１８４】
追加のＳＴＦシンボル（ＨＴ−ＳＴＦなど）が追加されてもよい、８０２．１１ｎまたは８０２．１１ａｃなどの混合モードシナリオでは、ＴＰＣ−ＳＴＦを追加する必要がなくてもよい。ＴＰＣ変更境界は、（Ｖ）ＨＴ−ＳＴＦの開始において発生してもよい。追加のＴＰＣインジケータビットが、ＳＩＧ（ビット５）に追加されてもよい。あるいは、またはそれに加えて、ビットは、上記で説明されたＴＰＣ−ＳＩＧ−Ｂシンボルにおいて確保されてもよい。
【０１８５】
図３３は、ＴＰＣ−ＳＴＦを使用する、ＴＰＣ変更境界を有するＴＰＣに対する例示的なプロシージャに対する、例示的なフロー図３３００を提供する。このプロシージャでは、ＳＴＡ３３０２は、ＲＴＳ３３１０を送信する。ＡＰ３３０１は、ＣＴＳ３３１１で応答してもよい。ＳＴＡ３３０２は、次いで、３３１２で、プリアンブルおよびＳＩＧを、ネットワーク電力レベルでの送信電力で送信してもよい。ＳＴＡ３３０２は、次いで、３３１３で、ＴＰＣ−ＳＴＦおよびデータを、Ｐ２Ｐ電力レベルにおける送信電力で送信してもよい。ＡＰ３３０１は、次いで、３３１４で、ＡＣＫをＳＡＴ３３０２へ、Ｐ２Ｐ電力レベルにおいて送信してもよい。
【０１８６】
固定された電力レベルにおける特定のフレームタイプの送信を可能にするための、シグナリングおよび関連付けられたプロシージャもまた、この実施形態の別の態様に従って使用されてもよい。これは、ＲＴＳ−ＣＴＳ送信フレームを使用する仮想キャリア検知、ならびに、Ｐｒｅａｍｂｌｅ＋ＳＩＧおよびフレーム遅延を使用する物理キャリア検知に対する電力制御を可能にしてもよい。この実施形態は、インフラストラクチャネットワークにおけるＡＰからＳＴＡへのダウンリンク送信（その場合、送信機はＡＰである）に、インフラストラクチャネットワークにおけるＳＴＡからＡＰへのアップリンク送信（その場合、送信機はＳＴＡである）に、および、独立ネットワークにおけるＳＴＡからＳＴＡへのＰ２Ｐ送信（その場合、第１のＳＴＡが送信機である）に適用可能であってもよい。
【０１８７】
フレームＩＤは、異なるフレームタイプに対して定義されてもよい。この場合、フレーム制御フィールドにおいて発見されてもよいタイプおよびサブタイプフィールドが使用されて、フレームの機能が識別されてもよい。フレーム制御フィールドでは、２ビット［ｂ３  ｂ２］は、フレームタイプを、管理（００）、制御（０１）、データ（１０）、または予備（１１）として識別するが、４ビット［ｂ７  ｂ６  ｂ５  ｂ４］は、フレームタイプ内のサブタイプ値を指示する。指定されないフレームサブタイプは、それらのタイプ記述に関連付けられた電力レベルにデフォルト設定になってよい。データタイプでは、初期プリアンブルおよびＳＩＧは、管理タイプフレームに関連付けられた送信電力にデフォルト設定になってよく、または、Ｐｒｅａｍｂｌｅ＋ＳＩＧブーストフラグが、別個にシグナリングされてもよい。
【０１８８】
図３４は、送受信セッションに対して、送信されてもよい異なるフレームタイプ、および、異なるフレームタイプがそれにおいて送信されてもよい電力レベルを示すために使用されてもよい、例示的なＴＰＣ  ＩＥ３４００を提供する。ＴＰＣ  ＩＥは、それに限定されないが、要素ＩＤフィールド３４０１、長さフィールド３４０２、電力レベル管理フレームフィールド３４０３、電力レベル制御フレームフィールド３４０４、電力レベルデータフレームフィールド３４０５、電力レベル予備フィールド３４０６、フレーム＋サブフレームタイプフィールド３４０７、Ｐｒｅａｍｂｌｅ＋ＳＩＧフィールド３４０８、予備フィールド３４０９、および、電力レベルカスタムフィールド３４１０を含んでもよい。値Ｐ＿ｉは、２の補数で記述された−１２７から＋１２８ｄＢｍの絶対ｄＢｍ値であってもよく、または、相対値であってもよい。
【０１８９】
ネットワークにおけるＡＰおよびＳＴＡの性能は、以下の例示的なプロシージャを使用して評価されてもよく、すなわち、ＡＰは、ビーコンを、特定のフレームタイプに対する送信電力レベルを示す、上記で説明されたようなＴＰＣ  ＩＥとともに送信してもよい。あるいは、ＩＥは、特定のＳＴＡ、またはＳＴＡのグループへ送信されてもよい。フィールドは、以下のように設定されてもよい。
【０１９０】
【表６】
2018067953.tif 000008
【０１９１】
ビーコンを受信すると、ＳＴＡは、各フレームを、そのフレームタイプに対する推奨された電力で送信してもよい。電力レベルフィールドは、絶対送信電力ではなく公称送信電力に対するものであってもよいことに留意されたい。
【０１９２】
図３５は、本明細書で説明される実施形態のいずれかとの組合せで使用されてもよい、第４の実施形態による、密な（dense）ネットワークにおいてＣＣＡ閾値および／または送信電力が修正されて、送信電力制御およびクリアチャネルアセスメント（ＣＣＡ）が最適化されてもよい、例示的なプロシージャ３５００のフローチャートを示す。本明細書および図面で説明される例では、「調整」および「修正」という用語は交換可能である。修正または調整の定義は、それに限定されないが、低減、増加、減分、または増分を含んでもよい。ＩＥＥＥ８０２．１１ＷＬＡＮネットワークは、複数のＡＰおよびＢＳＳ、ならびに重複するネットワークがある、密な環境に、ますます展開されつつある。利用可能なとき、近接したＡＰは、異なる動作の周波数帯域を選定してもよいが、いくつかの場合、これは可能でないことがある。２またはそれ以上の近接したＡＰが、同一の周波数帯域を使用するとき、干渉は、特にカバレージのエッジにおけるＳＴＡにとって、問題になる。しかしながら、ＣＣＡ閾値および／または送信電力レベルを修正するＴＰＣ方式は、干渉問題を緩和してもよく、それに限定されないが、ネットワークスループット効率を含む性能向上の結果となってよい。ＣＣＡ閾値は、ＳＴＡによって使用されて、チャネルが使用に対して利用可能であるかどうかが決定されてもよい。例えば、ＴＰＣがＢＳＳにおいて実装されるとき、次いで、ＣＣＡ閾値も同様に、それに応じてＳＴＡごとに修正されてもよく、それは、カバレージへの影響を軽減してもよい。以下のメトリックが、この実施形態で使用され、以下のように定義されてもよい。
【０１９３】
（１）ＣＣＡ＿ｔｈｒｅｓｈｏｌｄは、ＢＳＳにおいて使用されるエネルギー検出ＣＣＡ閾値として定義されてもよく、それは、ＥＳＳにおいて、ＢＳＳによって異なってもよい。デバイスが、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄを上回るエネルギーを検出するとき、デバイスは、ビジーチャネルを宣言してもよく、続けて送信しなくてもよい。デバイスが、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄを下回るエネルギーを検出するとき、デバイスは、空きチャネルを宣言してもよく、続けて送信してもよい。
【０１９４】
（２）推定されたＣＣＡ＿ｍａｒｇｉｎは、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄと、ＳＴＡによって推定されたＣＣＡ＿ｖａｌｕｅとの間の差として定義されてもよい。推定されたＣＣＡ＿ｍａｒｇｉｎが正である場合、それは、ネットワークにおける干渉のレベルを示してもよい。送信の周波数、および推定の方法は、実装の問題である。
【０１９５】
さらに、この実施形態に関して説明された例示的なプロシージャでは、各ＢＳＳに対する最適な電力送信レベルおよびＣＣＡ＿ｔｈｒｅｓｈｏｌｄの積が定数であると仮定されてもよい。各メトリックがそのユニット値において表されるとき、Ｐｎｏｍ×ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ＝定数である。各メトリックがそのｄＢ値において表されるとき、Ｐｎｏｍ＿ｄＢ＋ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ＿ｄＢ＝ｃｏｎｓｔａｎｔ＿ｄＢである。
【０１９６】
図３５のプロシージャでは、ＡＰは、３５０１で、そのＢＳＳにおいて各ＳＴＡへ測定要求を送信してもよい。ＡＰは、次いで、３５０２で、各ＳＴＡから測定レポートを受信してもよい。ネットワークにおけるすべてのＳＴＡは、ＡＰ、または、ネットワークにおけるＳＴＡのサブセットに返信してもよい。ＡＰは、次いで、３５０３で、ＳＴＡからの受信された測定レポートに基づいて、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄを修正／調整してもよい。ＡＰが３５０３でＣＣＡ＿ｔｈｒｅｓｈｏｌｄを調整する場合、ＡＰはまた、３５０５で、送信電力を調整してもよい。ＡＰが３５０３でＣＣＡ＿ｔｈｒｅｓｈｏｌｄを調整しない場合、ＡＰはなお、３５０４で、送信電力を調整するように決定してもよい。
【０１９７】
以下では、Ｃ＿１は、第１のＣＣＡ閾値であってもよく、Ｃ＿２は、あらかじめ判定され、および／または構成される、第２のＣＣＡ閾値であってもよい。それらは、ＭＡＣ  ＩＥにおけるそれらの定義を通して構成されてもよい。ＡＰが、３５０３で、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ、ならびに／または、３５０４および３５０５で、送信電力を調整するかどうかを決定するとき、それは、以下の動作を使用してもよい。
【０１９８】
（１）ＣＣＡ＿ｂｕｓｙ＿ｆｒａｃｔｉｏｎ＞Ｃ＿１＆推定されたＣＣＡ＿ｍａｒｇｉｎ＞Ｃ＿２である場合、ＡＰは、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄをｘ、増加させ、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ＿ｎｅｗ＝ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ＋ｘが結果として生じてもよい。あるいは、または加えて、ＡＰは、ネットワークにおける公称送信電力をｘ、低減させ、Ｐ＿ｎｅｗ＝Ｐｎｏｍ−ｘが結果として生じてもよい。
【０１９９】
（２）ＣＣＡ＿ｂｕｓｙ＿ｆｒａｃｔｉｏｎ＜Ｃ＿１｜｜推定されたＣＣＡ＿ｍａｒｇｉｎ＜Ｃ＿２である場合、ＡＰは、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄをｘ、低減させ、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ＿ｎｅｗ＝ＣＣＡ＿ｔｈｒｅｓｈｏｌｄ−ｘが結果として生じてもよい。あるいは、または加えて、ＡＰは、ネットワークにおける公称送信電力をｘ、増加させ、Ｐ＿ｎｅｗ＝Ｐｎｏｍ＋ｘが結果として生じてもよい。
【０２００】
あるいは、または加えて、それに限定されないが、以下を含む他のメトリックもまた、ＣＣＡ閾値および送信電力を調整または最適化することにおいて使用されてもよく、すなわち、ＡＰによって知られているような仮想キャリア検知利用、プリアンブル復号ベースの利用に基づく物理キャリア検知、全体的なＡＰバックオフ統計、または、上記で説明された第１の実施形態と同様の、グループベースのＣＣＡ閾値シグナリングである。
【０２０１】
図３６は、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄが、上記で説明されたプロシージャに従って調整されるとき、値をＡＰビーコン上でブロードキャストするために使用されてもよい、ＣＣＡ修正要素の一例３６００を示す。ＣＣＡ修正要素は、それに限定されないが、以下をシグナリングすることを含んでもよく、すなわち、要素ＩＤフィールド３６０１、長さ＝２を示す長さフィールド３６０２、推定されたＣＣＡ＿ｍａｒｇｉｎフィールド３６０３、および、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄフィールド３６０４である。ＣＣＡ修正要素３６００内の任意の要素に対する［００００００００］の値も、要素が無効にされることを暗示する。ＣＣＡ閾値が増分または減分されてもよいシステムでは、ＣＣＡ＿ｍａｒｇｉｎ３６０３は、ＣＣＡ閾値を増分または減分するための値であってもよく、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄフィールド３６０４は、ＣＣＡ閾値を修正する必要性を識別してもよい。
【０２０２】
図３７Ａは、ＡＰによって、上記で説明されたプロシージャに従って測定を要求するために使用される、測定要求要素の一例３７００を示す。測定要求は、それに限定されないが、ＣＣＡ要求要素フィールド３７０１、測定開始時間フィールド３７０２、および、測定期間フィールド３７０３を含んでもよい。
【０２０３】
図３７Ｂは、ＳＴＡによって、上記で説明されたプロシージャに従って測定をレポートするために使用される、測定レポート要素の一例を示す。測定レポートは、それに限定されないが、チャネル番号フィールド３７１０、測定開始時間フィールド３７１１、測定期間フィールド３７１２、ＣＣＡビジー部分（busy fraction）フィールド３７１３、推定されたＣＣＡ＿ｍａｒｇｉｎフィールド３７１４、および、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄフィールド３７１５を含んでもよい。図３５において説明されたプロシージャは、ＣＣＡレポートに対して、ＣＣＡビジー部分フィールド制限を使用してもよい。ＣＣＡビジー部分フィールド３７１３は、それにわたって、ＣＣＡが、チャネルが測定期間の間にビジーであったことを示した、部分的期間（fractional duration）を含んでもよい。ＣＣＡビジー測定の分解能は、マイクロ秒単位であってもよい。ＣＣＡビジー部分値は、上限（２５５×［ＣＣＡが、チャネルがビジーであったと示した期間（μｓ）］／（１０２４×［測定期間（ＴＵ）］））として定義されてもよい。あるいは、または加えて、推定されたＣＣＡ＿ｍａｒｇｉｎフィールド３７１４、および、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄフィールド３７１５フィールドが、図３７Ｂに示されているように、ＣＣＡレポートに対して使用されてもよい。
【０２０４】
図３８は、この実施形態の別の態様による、近接したＡＰがカバレージ調整を行って干渉を低減させる、例示的なシステム３８００を示す。２個の近接したＡＰが同一の周波数帯域上であるとき、通常、一方が送信中であるときは、他方は、干渉を低減させるために送信しない。これは、１つのＢＳＳにおいて干渉のない送信を許容するが、全体的なスループットが低減させられる。しかしながら、図３８の例に示されているような、適切なＴＰＣ機構では、２個のＡＰ３８０１および３８０２が同時に送信してもよいことが可能であってもよい。このＴＰＣ機構は、ＢＳＳエッジ送信の間に近隣ＢＳＳの有効なカバレージを低減させるが、通常の送信の間にそれを戻してもよい。ＢＳＳエッジＳＴＡは、本明細書で、受信の間に近隣ＢＳＳによって悪影響を及ぼされるか、または、送信の間に近隣ＢＳＳに悪影響を及ぼす、ＳＴＡとして定義されてもよい。
【０２０５】
図３８の例では、ＡＰ３８０１は、ＢＳＳエッジＳＴＡ２５  ３８１４へ、より高い電力３８０３で送信してもよいが、ＡＰ３８０２は、ＳＴＡ１１  ３８０５、ＳＴＡ１２  ３８０６、およびＳＴＡ１４  ３８０８などの非ＢＳＳエッジＳＴＡへ、低減させられた電力３８０４で送信してもよい。非ＢＳＳエッジＳＴＡへ送信中である間、ＡＰ３８０２は、より高い電力３８１５を必要とするであろう、ＳＴＡ１５  ３８０９およびＳＴＡ１３  ３８０７などのＢＳＳエッジＳＴＡへ送信しなくてもよい。カバレージ調整のこの期間の間、ＡＰ３８０１は、ＳＴＡ２１  ３８１０、ＳＴＡ２２  ３８１１、およびＳＴＡ２３  ３８１２として含む、そのＢＳＳにおけるすべての他のＳＴＡへ送信するための性能を有してもよい。
【０２０６】
図３９は、ＢＳＳのカバレージを調整して、ＢＳＳエッジＳＴＡ送信の場合に近隣ＢＳＳへの干渉の量を低減させるための、例示的なプロシージャ３９００のフローチャートを示す。進めるより前に、ＳＴＡのＴＰＣ性能が、上記の実施形態において説明されたように、ＴＰＣ性能シグナリングを使用してチェックされる必要がある。ＳＴＡが、その特徴をサポートしないか、または、そうでない場合、その特徴を使用しないように命令されるかのいずれかの場合、図３９のプロシージャの残りがスキップされてもよく、パケット送信は、レガシ動作、例えば、８０２．１１ａｃまたは８０２．１１ａｈに対する仕様に従ってもよい。
【０２０７】
図３９に示されているように、ＡＰは、３９０１で、それらの制御下のＢＳＳエッジＳＴＡおよび非ＢＳＳエッジＳＴＡを識別してもよい。ＢＳＳエッジＳＴＡおよび非ＢＳＳエッジＳＴＡは、３９０１で、様々な異なる技術、またはその組合せを使用して、識別されてもよい。
【０２０８】
（１）ＡＰは、ＳＴＡへのチャネルのパスロス、および、個々のＳＴＡのＲＳＳＩを推定してもよい。これは、ＡＰとＳＴＡとの間のＴＰＣ要求およびＴＰＣ応答フレームを使用することによって行われてよい。ＡＰは、次いで、パスロスに基づいてＳＴＡをランク付けし、下部の割合をＢＳＳエッジＳＴＡとして指定してもよい。あるいは、ＡＰは、ある閾値を超えるパスロスを有するそれらのＳＴＡを、ＢＳＳエッジＳＴＡとして指定してもよい。
【０２０９】
（２）ＡＰは、利用可能である場合、ＳＴＡの地理的ロケーションを使用して、ＢＳＳエッジＳＴＡを識別してもよく、それに応じて、ＳＴＡをシグナリングしてもよい。これは、例えば、全地球測位システム情報、または、他のロケーションベースの技術に基づいてもよい。
【０２１０】
（３）ＡＰは、ジニー支援（genie-aided）であってもよく、すなわち、情報がネットワーク管理ツールから導出される。
【０２１１】
（４）ＳＴＡは、関連付けられたＡＰおよび次に強いＡＰの、ＲＳＳＩ間の差をシグナリングしてもよい。次いで、閾値未満の差を有するＳＴＡは、ＢＳＳエッジＳＴＡとして識別されてもよい。この場合、ネイバーレポート要素が修正されて、レポートされたＡＰと関連付けられたＡＰとの間のＲＳＳＩ差を指示するフィールドが追加されてもよい。あるいは、ＢＳＳＩＤ情報フィールドにおける予備ビットのいくつかが使用されて、ＲＳＳＩ差がシグナリングされてもよい。
【０２１２】
ＡＰは、次いで、３９０２で、ＢＳＳエッジＳＴＡをシグナリングしてもよい。ＡＰは、ＢＳＳエッジインジケータフラグを、ＢＳＳエッジにおけるＳＴＡへ、以下の方法のうちの１つにおいて送信してもよく、すなわち、上記で詳述された第１の実施形態において提案されたＴＰＣ−ＳＩＧへのフラグとして、新たなＭＡＣ  ＩＥとして、または、修正されたＣＴＳフレームにフラグとして追加される。ＢＳＳエッジＳＴＡとして指定されたＳＴＡは、次いで、受信または送信するときはいつでも、ＢＳＳエッジインジケータフラグを送信してもよい。
【０２１３】
ＢＳＳエッジＳＴＡまたはＡＰはまた、３９０３で、干渉制限されたＢＳＳエッジＳＴＡを識別してもよく、また、干渉するＡＰを識別してもよい。例えば、ダウンリンク送信では、ＡＰは、ＲＴＳをＳＴＡへ送信してもよい。ＳＴＡは、ＢＳＳエッジインジケータフラグがＯＮに設定された、修正されたＣＴＳで応答してもよい。インジケータフラグはまた、特定の近隣または干渉するＡＰ、および、他の干渉制限されたＳＴＡのＩＤを含んでもよい。オーバーヒアするか、または、ＣＴＳによって指定される近隣ＡＰは、次いで、ＢＳＳエッジＳＴＡがデータを受信中であることに気づくようになってもよい。このインジケータフラグを送信するための決定は、ＷｉＦｉコントローラによって命令され、サービングＢＳＳ  ＡＰによって制御され、または、ＳＴＡによって自律的に決定されたネットワークであってもよい。インジケータフラグは、ＭＡＣ上でシグナリングされた新たなＩＥ、または、ＰＨＹ上でシグナリングされた新たなフィールド（例えば、上記で説明された第２の実施形態において提案されたＴＰＣ−ＳＩＧ）であってもよい。
【０２１４】
干渉制限されたＳＴＡはまた、３９０４で、送信の間、干渉フラグを送信してもよい。例えば、アップリンク送信では、ＳＴＡは、ＲＴＳをＡＰへ送信してもよい。ＡＰは、ＣＴＳフレームで応答してもよい。ＳＴＡは、次いで、データを送信してもよい。この場合、ＢＳＳエッジインジケータフラグが、データ送信フレームにおける拡張されたＴＰＣ−ＳＩＧ（例えば、上記で説明された第２の実施形態において提案されたＴＰＣ−ＳＩＧ）に追加されて、近隣ＡＰによるＢＳＳエッジ送信の即時の理解を可能にしてもよい。
【０２１５】
干渉するＡＰは、３９０５で、部分的電力レベルを設定し、この期間の間、ＣＳＭＡ／ＣＡグループを限定してもよい。したがって、ＡＰは、近隣セルＣＴＳの期間の間に、非ＢＳＳエッジＳＴＡへ送信するように選定してもよい。近隣ＡＰは、第２の実施形態において上記で説明されたものと同様のプロシージャを使用して、近隣セルカバレージを制限してもよい。
【０２１６】
図４０は、上記で詳述されたプロシージャにおいて使用されてもよい、修正された近隣レポート要素の一例４０００を示す。修正された近隣レポート要素は、それに限定されないが、要素ＩＤフィールド４００１、長さフィールド４００２、ＢＳＳＩＤフィールド４００３、ＢＳＳＩＤ情報フィールド４００４、動作クラスフィールド４００５、チャネル番号フィールド４００６、ＰＨＹタイプフィールド４００７、ＣＣＡ＿ｔｈｒｅｓｈｏｌｄフィールド４００８、および、任意の他のオプションサブ要素に対するフィールド４００９を含んでもよい。
【０２１７】
図４１Ａは、本明細書で説明される他の実施形態のうちのいずれかとの組合せにおいて使用されてもよい、第５の実施形態による、ＴＰＣが複数のチャネルおよび／または周波数帯域にわたって使用されてもよい、例示的なシステム４１００を示す。図４１Ａに示されているように、ＡＰは、４個のチャネルを隣接して、または隣接せずに集約してもよい。スペクトル効率を改善するか、または、ＱｏＳ要件を満たすために、ＡＰは、４個のチャネルを１または複数のユーザに割り当てるように選定してもよい。この例では、ＡＰは、集約されたチャネルを３ユーザに割り当てる。図４１Ａの例示的なシステムでは、ＡＰ４１０４は、Ｃｈ１  ４１１８、Ｃｈ２  ４１１７、Ｃｈ３  ４１１６、およびＣｈ４  ４１１５上で動作してもよい。したがって、ＡＰ４１０４は、４１２０で、Ｃｈ１  ４１１１および／またはＣｈ２  ４１１２上で動作するＳＴＡ１  ４１０１から、ＵＬ送信を受信してもよい。同様に、ＡＰ４１０４は、４１２１で、Ｃｈ３  ４１１３上で動作するＳＴＡ２  ４１０２から、ＵＬ送信を受信してもよく、ＡＰ４１０４は、４１２２で、Ｃｈ４  ４１１４上で動作するＳＴＡ３  ４１０３から、ＵＬ送信を受信してもよい。Ｃｈ１  ４１１８は、Ｃｈ１  ４１１１と同じであってもよく、Ｃｈ２  ４１１２は、Ｃｈ２  ４１１７と同じであってもよく、Ｃｈ３  ４１１３は、Ｃｈ３  ４１１６と同じであってもよく、Ｃｈ４  ４１１４は、Ｃｈ４  ４１１５と同じであってもよいことに留意されたい。
【０２１８】
８０２．１１ＷＬＡＮでは、図４１Ａに示されているように、Ｐ２Ｐ送信に使用される複数のチャネルは、以下のタイプのうちの１つであってもよい。
【０２１９】
（１）非隣接チャネルアグリゲーションを使用する送信：これは、同一の周波数帯域における複数のチャネルにわたるが、それらが互いに近接しないように選択された、集約されたチャネルを有する送信をカバーする。例えば、８０２．１１ａｃでは、８０＋８０非隣接チャネルモードが指定される。また、より小さい帯域幅チャネルが、８０２．１１ａｆおよび８０２．１１ａｈの導入とともに検討中である。データ要件を満たすために、これらのより小さいチャネルが集約されてもよいが、周波数帯域利用可能性および規制上の制限のために、集約されたチャネルは、近接していなくてもよい。
【０２２０】
（２）マルチバンド通信の間の送信：これは、異なる周波数帯域における複数のチャネルにわたる送信をカバーする。例えば、８０２．１１ａｄでは、マルチバンド通信がサポートされ、それにおいて、データが、６０ＧＨｚにおける周波数帯域において送信され、同時に、２．４ＧＨｚまたは５ＧＨｚにおける周波数帯域において送信されてもよい。
【０２２１】
（３）複数のユーザへのマルチバンド通信の間の送信：将来のＷＬＡＮシステムは、複数の帯域上で複数のユーザへ／からの送信を許容してもよい。このシナリオでは、複数のユーザからの複数のパケットは、異なる電力レベルでＡＰに到着してもよい。これは、電力制御が使用されない場合、ハードウェアのコストを増加させる、高ダイナミックレンジを有する自動利得制御（ＡＧＣ）を必要としてもよい。そうでない場合、アナログデジタル変換器（ＡＤＣ）の正確性が下がることがある。さらに、成分チャネルは、異なる規制上の電力ヘッドルーム要件、干渉プロファイル、周波数選択的な特性、その他を有し、結果として、異なるＴＰＣ要件を有してもよい。
【０２２２】
この実施形態では、ＴＰＣアルゴリズムおよびシグナリングプロシージャが、これらの差を受け入れるように修正されてもよい。ＴＰＣプロシージャは、チャネル帯域幅、チャネルアグリゲーションにおける個々のチャネル、ならびに、可能な帯域幅（ＢＷ）フォーマット組合せおよびアグリゲーションを考慮に入れ、それらに基づいてもよい。ＢＷフォーマットは、本明細書で、送信に使用されるチャネルの周波数および帯域幅として定義される。
【０２２３】
この実施形態の一態様によれば、ＡＰ４１０４、ならびに、ＢＳＳにおけるＳＴＡ１  ４１０１、ＳＴＡ２  ４１０２、およびＳＴＡ３  ４１０３は、非隣接送信チャネルの各々において生じてよいＴＰＣをネゴシエートしてもよい。ＳＴＡ１  ４１０１、ＳＴＡ２  ４１０２、およびＳＴＡ３  ４１０３は、それらの優先（preferences）を示してもよく、ＡＰ４１０４は、ＳＴＡ１  ４１０１、ＳＴＡ２  ４１０２、およびＳＴＡ３  ４１０３の選定を承認するか、または、それらをオーバーライドし、異なるマルチチャネルおよび／もしくはマルチバンドＴＰＣ方法を選択するかの、いずれかを行ってよい。以下は、可能なシナリオである。
【０２２４】
（１）ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｆ、およびＩＥＥＥ８０２．１１ａｈでは、同一の全体的な周波数帯域内の複数のチャネルが集約されて、１つの実効送信チャネルが形成されてもよい。ただし、利用可能なスペクトルにおける制限に起因して、構成チャネルのチャネルインデックスは、それらが非隣接であり、例えば、ＩＥＥＥ８０２．１１ａｃにおける８０＋８０送信モードであるように、選択されてもよい。
【０２２５】
（２）ＩＥＥＥ８０２．１１ａｄでは、マルチバンド周波数送信が許可され、それにおいて、データは、異なる周波数帯域上で同時に送信されてもよく、例えば、同時の５ＧＨｚ送信および６０ＧＨｚ送信であってもよい。
【０２２６】
どちらの場合も、ＴＰＣプロシージャが、チャネルと、チャネルにおける電力制限と、シグナリングとの間の依存性を考慮に入れるように修正されて、オーバーヘッドの量が低減させられてもよい。
【０２２７】
各帯域は、異なる送信側電力制限を受けてよい。これらの制限は、各帯域における異なる送信電力性能、すなわち、それとともにＳＴＡが現在のチャネルにおいて送信することが可能である最小および最大電力から生じてもよい。集約された、またはマルチバンド送信におけるチャネルごとの送信電力性能と、ＳＴＡ／ＡＰがそれにおいて送信することができる全送信電力との間の相互作用もまた、ＴＰＣプロシージャに影響を及ぼしてもよい。最後に、デバイスにおけるＡＧＣの数、および、利用可能なＡＧＣのダイナミックレンジが、各チャネルにおけるＴＰＣプロシージャの相互作用に影響を及ぼす。
【０２２８】
この実施形態は、以下を定義する。
【０２２９】
プライマリチャネルおよびセカンダリチャネル：プライマリチャネルは、非隣接集約された場合では、チャネルのうちのいずれか１つであってもよく、マルチバンドの場合では、例えば、より低い周波数チャネルであってもよい。ＴＰＣ依存性は、プライマリ帯域とセカンダリ帯域との間のＴＰＣ動作および／またはＴＰＣシグナリングの依存性として定義されてもよい。
【０２３０】
ＴＰＣ動作依存性：ＴＰＣ動作依存性は、いつ、ＴＰＣ動作（開ループであるか、閉ループであるか、それらの任意の組合せであるかにかかわらず）が、帯域ごとに独立して、またはすべての帯域にわたって協調して実行されるかを指定してもよい。強調的な場合、ＴＰＣ動作は、プライマリチャネル上でのみ、または、構成チャネルの実装固有の組合せから導出された実効チャネル上で、実行されてもよい。
【０２３１】
ＴＰＣシグナリング依存性：これは、いつ、ＴＰＣシグナリングが、帯域ごとに独立して、またはすべての帯域にわたって協調して実行されるかを指定してもよい。協調的な場合、セカンダリ帯域に対するＴＰＣパラメータは、基準がプライマリ帯域上の信号である、差分信号であってもよい。あるいは、ＴＰＣパラメータは、すべての構成帯域について有効な単一の値であってもよい。
【０２３２】
図４１Ｂは、上記の定義を使用して、マルチバンド送信に対するＴＰＣを実装するための、例示的なプロシージャを示す。ＡＰは、４１２１で、ＳＴＡからマルチバンドＴＰＣ要求を受信してもよい。この要求は、ＳＴＡが所望する値に設定されたパラメータをもつ、ＴＰＣマルチバンドＩＥを含んでもよい。差分ＴＰＣ量子化フィールドは、３ビットに限定されて、マルチバンド応答が単一のオクテットであることが保証されてもよい。
【０２３３】
ＳＴＡの性能に基づいて、ＡＰは、４１２２で、以下のうちの１つに基づいて、所望のマルチバンドＴＰＣを実装してもよい。
【０２３４】
（１）帯域ごとの独立シグナリングを有する、帯域ごとの独立ＴＰＣ：プライマリチャネルおよびセカンダリチャネルは、ＴＰＣを独立して実行してもよく、すべてのＴＰＣシグナリングは、デバイスによって許容可能な最大送信電力、帯域ごとの送信電力性能、および、帯域ごとの規制上の送信電力制限を受けて、帯域ごとに独立して実行されてもよい。
【０２３５】
（２）帯域ごとの依存シグナリングを有する、帯域ごとの独立ＴＰＣ：プライマリチャネルおよびセカンダリチャネルは、ＴＰＣを独立して実行してもよいが、すべてのＴＰＣシグナリングは、プライマリチャネルに対するものであってもよい。送信電力をフィードバックするリンクマージン応答、リンクマージン、または、チャネルに対する最大および最小許容可能送信電力をフィードバックする送信電力性能など、ＴＰＣ情報は、プライマリチャネルに対する絶対項、および、セカンダリチャネルに対するプライマリフィードバックに対する差分値において、フィードバックされてもよい。差分情報は、すべてプライマリ帯域において、または、各セカンダリ帯域において別個に送信されてもよい。
【０２３６】
（３）帯域ごとの依存ＴＰＣ：ＴＰＣは、プライマリ帯域上でのみ実行されてもよく、セカンダリ帯域は、プライマリ帯域におけるフィードバックから、それらの帯域のＴＰＣパラメータを推論してもよい。これは、帯域が、ＳＴＡ／ＡＰに知られているいくつかの特定の関係を有する場合のみ生じてよい。例えば、セカンダリチャネルは、周波数およびチャネル干渉プロファイルに対して調整された、プライマリチャネルＴＰＣパラメータを使用してもよい。
【０２３７】
（４）すべての帯域にわたる単一のＴＰＣ：ＴＰＣは、複数の帯域にわたって、それが単一の周波数帯域であるかのように、実行されてもよい。ＲＳＳＩ測定、送信電力、その他は、複数の帯域全体にわたって測定されてもよい。
【０２３８】
ＡＰは、次いで、４１２３で、ＴＰＣマルチバンド応答を送信することによって、返信してもよい。ＡＰの応答はまた、ＴＰＣマルチバンドＩＥを含んでもよく、ＳＴＡのものと同一であってもよく、または、それは、例えば、要求された構成よりも複雑さが少ないオーバーライドを実行することによって、ＳＴＡの決定をオーバーライドしてもよい。
【０２３９】
図４１Ｃは、上記のプロシージャにおいて使用されるＴＰＣマルチバンドＩＥの一例を提供する。ＴＰＣマルチバンドＩＥが使用されて、ＴＰＣ帯域幅依存パラメータがＳＴＡへシグナリングされてもよい。ＴＰＣマルチバンドＩＥは、それに限定されないが、以下を含んでもよく、すなわち、ＴＰＣ独立性要素４１３１、ＴＰＣ信号独立性フィールド４１３２、差分ＴＰＣ量子化フィールド４１３３、プライマリ帯域上のＴＰＣシグナリングフィールド４１３４、ＴＰＣプライマリ帯域フィールド４１３５、および、ＴＰＣプライマリパラメータ使用フィールド４１３６である。
【０２４０】
ＴＰＣマルチバンドＩＥパラメータの詳細は、表７に示される。
【０２４１】
【表７】
2018067953.tif 000009
【０２４２】
この実施形態の別の態様は、単一／複数のユーザ送信を有するマルチバンドシステムにおけるＴＰＣに使用されてもよい。既存のＷＬＡＮシステムのいくつかは、単一のユーザへのマルチバンド送信をサポートする。将来のＷＬＡＮシステムは、隣接して、または隣接せずに、のいずれかで集約された、複数の周波数チャネルとともに、複数のユーザをサポートしてもよい。ＭＵ−ＰＣＡは、ＷＬＡＮシステム上でマルチユーザ／単一ユーザ並列チャネルアクセス方式を導入する。ダウンリンクおよびアップリンク協調直交ブロックベースリソース割り当て（Coordinated Orthogonal Block Based Resource Allocation）（ＣＯＢＲＡ）は、ＷＬＡＮにおける周波数帯域内の複数のＳＴＡ協調アクセスを可能にする。両方の技術は、複数のユーザが複数の周波数リソースを共有することを仮定してもよい。異なる周波数帯域上のチャネル変動、および、マルチユーザシナリオにおける遠近問題のために、電力制御は、マルチバンド送信に対して、特にアップリンクマルチバンド送信に対して所望されてもよい。
【０２４３】
単一ユーザ送信では、受信信号は、複数の帯域にわたって異なる障害を有し得るものであり、それは、マルチバンド上に余分の信号変動を導入し得る。周波数チャネルもまた、ある周波数帯域から別の周波数帯域へ変動し得るものであり、したがって、受信信号電力は異なり得る。マルチユーザ送信では、同じ問題点が残り得る。また、ＡＰとＳＴＡとの間の距離が異なり得るので、受信される電力変動問題点は、より顕著であり得る。これは、単一のＲＦチェーンが提供される場合、受信機において、大きいダイナミックレンジ、または、低減されたＡＤＣ正確さを必要とし得る。電力制御機構は、受信される電力を整合させる助けになり、したがって、システム性能を改善してもよい。
【０２４４】
ＡＰ／ＳＴＡの性能および特定のチャネルアクセス機構に応じて、電力制御機構は、２個のカテゴリーに分類されてもよい。
【０２４５】
（１）インチャネル電力制御：電力測定に使用されるチャネルは、データ送信に対して同一のチャネルであってもよい。例えば、図４１Ａに示されているように、ＳＴＡ１  ４１０１は、４１２０で、アップリンクデータ送信に対してＣｈ１  ４１１１およびＣｈ２  ４１１２を割り当てられてよい。インチャネル電力制御では、ＡＰ４１０４は、Ｃｈ１  ４１１１とＣｈ２  ４１１２との両方においてＳＴＡ１  ４１０１からの受信電力を測定するチャンスを有し、それに応じて、電力を調整してもよい。
【０２４６】
（２）アウトチャネル電力制御：電力測定に使用されるチャネルは、データ送信に使用されるチャネルとは異なってよい。例えば、チャネル割当ては、マルチユーザアップリンク送信セッションがプライマリチャネル上で限定されてもよいようになる直前、シーケンス交換に後続してもよい。このシナリオでは、ＡＰは、プライマリチャネル上で測定された電力を使用して、他のチャネル上の電力を推定してもよい。ＡＰは、ＳＴＡごとのチャネルごとの受信される電力における長時間平均を維持するか、または、経時的にプライマリチャネルと他のチャネルとの間の受信履歴電力差を維持し、その情報を使用して、アウトチャネル電力推定誤りを補償してもよい。
【０２４７】
多数の方法または機構が使用されて、マルチユーザマルチチャネル送信に対するアップリンク電力制御が実行されてもよい。マルチユーザマルチチャネル送信に対するアップリンク電力制御に対するいかなる方法の目標も、マルチバンドアップリンク送信セッションが始まる前に、電力制御フレームまたはＩＥを交換し、ＡＰが、それが各帯域上で各ＳＴＡの送信電力を調整するために必要としてもよい知識を有するようにすることである。結果として、単一／複数のＳＴＡからの信号は、同様の電力レベルでＡＰに達してもよい。
【０２４８】
図４２は、マルチユーザマルチチャネル送信に対する例示的なプロシージャ４２００を提供する。図４２の例は、スタンドアロンアップリンクＭＵ−ＰＣＡに対して、Ｇポール（グループポール）フレーム、ＵＬＲ（アップリンク要求）フレーム、および、Ｇ−ＣＴＳ（グループＣＴＳ）フレームを使用する。図４２に示されたチャネルアクセス方式は、ＳＴＡ１がアップリンクパケットをチャネル１  ４２０１およびチャネル２  ４２０２上で送信し、ＳＴＡ２がチャネル３  ４２０３上で割り当てられ、ＳＴＡ３がチャネル４  ４２０４上である、１つの例示的なチャネルアクセス方法である。
【０２４９】
ＡＰは、媒体を取得し、ＳＴＡ１に対してチャネル１  ４２０１上でＧポール４２０１ａ、ＳＴＡ１に対してチャネル２  ４２０２上でＧポール４２０１ｂ、ＳＴＡ２に対してチャネル３  ４２０３上でＧポール４２０１ｃ、および、ＳＴＡ３に対してチャネル４  ４２０４上でＧポール４２０１ｄを送信することによって、ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３をポーリングしてもよい。ＡＰは、次いで、それらをスケジュールして、ＵＬＲフレームを逐次送信してもよい。この例では、アウトチャネル電力制御が利用されてもよい。例えば、ＵＬＲフレームは、プライマリチャネル上でのみ送信されてもよく、データフレームは、複数のチャネル上で送信されてもよい。インチャネル電力制御は、ＵＬＲフレームがデータチャネル上で逐次送信されるとき、実装されてもよい。ＡＰは、ＴＰＣ要求要素をそのダウンリンクポーリングフレームに含めてよい。
【０２５０】
意図されたＳＴＡは、ＵＬＲフレーム４２０２、４２０３、および４２０４を逐次送信する。このアップリンク送信フレームはまた、修正されたＡＣＫフレーム、修正されたＲＴＳフレームなど、他のフレームとして、または、別のフレームフォーマットとともに、実装されてもよい。アップリンクフレームは、送信電力使用済みフィールド、および／または、リンクマージンフィールドを含有してもよい。送信電力使用済みフィールドは、既存の定義に従い、ＳＴＡによってアップリンクフレームを送信するために使用された実際の電力を指示してもよい。リンクマージンフィールドは、あらかじめ定義されるか、または実装ベースであってもよい。それは、ＡＰからの以前に受信されたポーリングフレームの、測定されたリンクマージンを含有してもよい。
【０２５１】
ＡＰは、すべての意図されたＳＴＡから情報を収集してもよい。ＡＰは、各意図されたＳＴＡのアップリンク送信上で、受信される電力を測定してもよい。各ＳＴＡの送信電力使用済みフィールドおよび最大電力に従って、ＡＰは、すべてのＳＴＡを共通ターゲット受信される電力と整合させてよい。この共通ターゲット受信される電力に従って、ＡＰは。各ＳＴＡに、それに応じて送信電力を調整するように求めてよい。ＡＰは、各ＳＴＡに新たな送信電力を明示的に割り当ててよく、または、ＡＰは、各ＳＴＡに、送信電力のあるユニットを増加または減少させるように求めてよい。この情報はすべて、ＡＰによってすべての意図されたＳＴＡへブロードキャストされる電力制御要素に含まれてもよい。あるいは、または加えて、ＡＰは、電力制御要素を各ＳＴＡへ逐次送信するように選定してもよい。インチャネル電力制御では、ＡＰは、各ＳＴＡの送信電力を、測定されたＲＳＳＩおよび送信電力に従って調整してもよい。アウトチャネル電力制御では、ＡＰは、電力マージンを各ＳＴＡに適用してもよく、それは、チャネル間の電力差を補償するために使用される。ＴｘＯＰ内で、周期的または連続的なＴＰＣプロシージャが使用されてもよく、それにおいて、ＡＰは、上記で説明された第２の実施形態において提案されたように、ＴＰＣ推奨を各ＳＴＡへ継続的に送信することに留意されたい。
【０２５２】
ＳＴＡ１は、それぞれ、チャネル１  ４２０１およびチャネル２  ４２０２上で、Ｇ−ＣＴＳフレーム４２０５ａおよび４２０５ｂを受信してもよい。同様に、ＳＴＡ２は、チャネル３  ４２０３上でＧ−ＣＴＳフレーム４２０５ｃを受信してもよく、ＳＴＡ３は、チャネル４  ４２０４上でＧ−ＣＴＳフレーム４２０５ｄを受信してもよい。
【０２５３】
ＳＴＡ１は、次いで、チャネル１  ４２０１およびチャネル２  ４２０２上でアップリンクデータ４２０６ａを送信してもよく、ＳＴＡ２は、チャネル３  ４２０３ｍ上でアップリンクデータ４２０６ｂを送信してもよく、ＳＴＡ３は、チャネル４  ４２０４上でアップリンクデータ４２０６ｃを送信してもよい。ＡＰは、ＡＣＫ４２０７ａ、４２０７ｂ、４２０７ｃ、および４２０７ｄで応答してもよい。
【０２５４】
図４３は、本明細書で説明される他の実施形態のうちのいずれかとの組合せにおいて使用されてもよい、第６の実施形態による、複数のＷＬＡＮ送信機に対する電力制御を可能にするための例示的なシグナリング交換４３００を提供する。複数のＳＴＡが、共通のＡＰへ、例えば、ＭＩＭＯ送信において同時に送信するとき、ＡＰに到着する各ＳＴＡからの信号電力は異なってもよい。実際には、各関与するＳＴＡの送信電力を、信号がＡＰに到着するときにすべてのＳＴＡからの受信される電力がほぼ同じレベルであるように制御することが望ましいことがある。同様に、複数のＡＰが、共通のＳＴＡへ同時に送信するとき（例えば、ダウンリンクマルチＡＰ送信）、各ＡＰの送信電力を、信号がＳＴＡに到着するときにすべてのＡＰからの受信される電力がほぼ同じレベルであるように制御することが、望ましいことがある。図４３の例では、３個のＡＰが、例示的なシグナリング交換において１つの単一ＳＴＡへ同時に送信して、マルチＡＰ送信より前に、送信電力制御要求（ＴＰＣＲＱ）および応答（ＴＰＣＲＰ）を可能にする。関連付けられたＡＰ４３０１は、ＳＴＡ４３０４に関連付けられたプライマリＡＰを指してもよいが、補助（assistant）ＡＰ１  ４３０２および補助ＡＰ２  ４３０３は、ＳＴＡ４３０４に関連付けられた（または、部分的に関連付けられた）セカンダリＡＰを指してもよい。
【０２５５】
関連付けられたＡＰ４３０１は、ＴＰＣＲＱ−１フレーム４３１０をＳＴＡ４３０４へ送信して、ＳＴＡ４３０４がＳＴＡ４３０４と関連付けられたＡＰ４３０１との間のパスロスを推定することを、許容してもよい。補助ＡＰ１  ４３０２は、次いで、ＴＰＣＲＱ−２フレーム４３１１をＳＴＡ４３０４へ送信してもよい。補助ＡＰ２  ４３０３は、次いで、ＴＰＣＲＱ−３フレーム４３１２をＳＴＡ４３０４へ送信してもよい。ＴＰＣＲＱ−３フレーム４３１２の最後に、ＳＴＡ４３０４は、関連付けられたＡＰ４３０１、補助ＡＰ１  ４３０２、および補助ＡＰ２  ４３０３に基づいて、受信される電力を推定することができてよい。ＳＴＡ４３０４は、次いで、ＴＰＣ応答フレーム４３１３で応答してもよい。複数のＡＰ送信が、次いで、ＳＴＡ４３０４に向けられてよい。図４３の例では、同じ周波数における空間送信（spatial transmission）４３１４、４３１５、および４３１６がＳＴＡ４３０４に向けられ、ＳＴＡ４３０４は、ＡＣＫ４３１７で応答してもよい。図４３の例示的なプロシージャはまた、複数のＳＴＡが単一のＡＰへ送信するとき、複数のＳＴＡに対する送信電力制御を達成するために、適用されてもよい。
【０２５６】
図４４は、関連付けられたＡＰによって、上記で説明されたプロシージャにおいて使用される、ＴＰＣＲＱに対するフレームフォーマットの例４４００を提供する。ＴＰＣＲＱフレームは、それに限定されないが、カテゴリーフィールド４４０１、スペクトル管理アクションフィールド４４０２、ダイアログトークンフィールド４４０３、および、ＴＰＣ要求フィールド４４０４を含んでもよい。ＴＰＣ要求フィールド４４０４は、それに限定されないが、要素ＩＤフィールド４４０５、長さフィールド４４０６、送信電力フィールド４４０７、ＡＡＰ１アドレスフィールド４４０８、および、ＡＡＰ２アドレスフィールド４４０９を含んでもよい。カテゴリーフィールド４４０１は、０に設定されて、スペクトル管理が表されてもよい。スペクトル管理アクションフィールド４４０２は、２に設定されて、ＴＰＣ要求フレームが表されてもよい。ダイアログトークンフィールド４４０３は、関連付けられたＡＰによって、トランザクションを識別するために選定された、非ゼロ値に設定されてもよい。送信電力フィールド４４０７が使用されて、ＴＰＣ要求フレームを送信することにおける、関連付けられたＡＰからの送信電力が表されてもよい。ＡＡＰ１アドレスフィールド４４０８が使用されて、関連付けられたＡＰによって、ＴＰＣ電力要求を続けるように命令されてもよい、補助ＡＰ１のアドレスまたはＩＤが表されてもよい。ＡＡＰ２アドレスフィールド４４０９が使用されて、関連付けられたＡＰによって、ＴＰＣ電力要求をさらに続けるように命令されてもよい、補助ＡＰ２のアドレスが表されてもよい。ＴＰＣ要求フレームおよびＴＰＣ応答フレームは、全方向性モード、または、指向性送信モードにおいて送信されてもよい。
【０２５７】
図４５は、補助ＡＰによって、上記で説明されたプロシージャにおいて使用される、ＴＰＣＲＱに対する例示的なフレームフォーマット４５００を提供する。ＴＰＣＲＱフレームは、それに限定されないが、カテゴリーフィールド４５０１、スペクトル管理アクションフィールド４５０２、ダイアログトークンフィールド４５０３、および、ＴＰＣ要求フィールド４５０４を含んでもよい。ＴＰＣ要求フィールド４５０４は、それに限定されないが、要素ＩＤフィールド４５０５、長さフィールド４５０６、および、送信電力フィールド４５０７を含んでもよい。カテゴリーフィールド４５０１は、０に設定されて、スペクトル管理が表されてもよい。スペクトル管理アクションフィールド４５０２は、２に設定されて、ＴＰＣ要求フレームが表されてもよい。ダイアログトークンフィールド４５０３は、補助ＡＰによって、トランザクションを識別するために選定された、非ゼロ値に設定されてもよい。送信電力フィールド４５０７が使用されて、ＴＰＣ要求フレームを送信することにおける、補助ＡＰからの送信電力が表されてもよい。
【０２５８】
図４６は、ＳＴＡによって、上記で説明されたプロシージャにおいて使用される、ＴＰＣ応答フレームに対する例示的なフレームフォーマット４６００を提供する。ＴＰＣ応答フレームは、それに限定されないが、カテゴリーフィールド４６０１、スペクトル管理アクションフィールド４６０２、ダイアログトークンフィールド４６０３、ＴＰＣレポートフィールド４６０４を含んでもよい。ＴＰＣレポートフィールド４６０４は、それに限定されないが、要素ＩＤフィールド４６０５、長さフィールド４６０６、関連付けられたＡＰに対するリンクマージンフィールド４６０７、ＡＡＰ１に対するリンクマージンフィールド４６０８、および、ＡＡＰ２に対するリンクマージンフィールド４６０９を含んでもよい。カテゴリーフィールド４６０１は、０に設定されて、スペクトル管理が表されてもよい。スペクトル管理アクションフィールド４６０２は、３に設定されて、ＴＰＣ応答フレームが表されてもよい。関連付けられたＡＰに対するリンクマージンフィールド４６０７が使用されて、関連付けられたＡＰからの同一の送信レートおよび送信電力が使用されると仮定して、ＳＴＡが有するリンクマージンが表されてもよい。補助ＡＰ１に対するリンクマージンフィールド４６０８、および、補助ＡＰ２に対するリンクマージン４６０９は、リンクマージンを表すのに使用されてもよく、リンクマージンは、同一の送信レートおよび送信電力が補助ＡＰ１および補助ＡＰ２のそれぞれからであるとＳＴＡが仮定しているリンクマージンである。
【０２５９】
図４７は、ＳＴＡによって、上記で説明されたプロシージャにおいて使用される、ＴＰＣ応答フレームに対する第２のフレームフォーマットの例４７００を提供する。ＳＴＡはまた、各関係するＡＰに対する明示的な電力制御コマンドがＴＰＣレポートＩＥに含まれる、図４７の例に示されたように、ＴＰＣ応答フレームで応答するように選定してもよい。ＴＰＣ応答フレームは、それに限定されないが、カテゴリーフィールド４７０１、スペクトル管理アクションフィールド４７０２、ダイアログトークンフィールド４７０３、および、ＴＰＣレポートフィールド４７０４を含んでもよい。ＴＰＣレポートフィールド４７０４は、それに限定されないが、要素ＩＤフィールド４７０５、長さフィールド４７０６、関連付けられたＡＰに対する電力制御コマンドフィールド４７０７、ＡＡＰ１に対する電力制御コマンドフィールド４７０８、および、ＡＡＰ２に対する電力制御コマンドフィールド４７０９を含んでもよい。
【０２６０】
シグナリングおよび関連付けられたプロシージャは、本明細書で説明される他の実施形態のうちのいずれかとの組合せにおいて使用されてもよい、第７の実施形態に従って、ＳＴＡが省電力モードからの起動時に使用する電力レベルを推定するために使用されてもよい。８０２．１１ＷＬＡＮ省電力（ＰＳ）では、ＰＳモードにおけるすべてのＳＴＡが同期されて、同時に起動されてもよい。これは、ビーコン間隔に基づいてもよい。告知フレームがブロードキャストされて、ＳＴＡが任意のデータを有するかどうかを示されてもよい。インフラストラクチャネットワークでは、告知フレームは、トラフィックインジケーションマップ（ＴＩＭ：traffic indication map）であってもよく、ビーコンで送信されてもよい。コンテンションフリー期間（ＣＦＰ）では、ＡＰは、標準ＰＣＦアクセスルールを使用して、ＴＩＭにおけるデータとともに、ＳＴＡをポーリングしてもよい。ＣＦＰの外側では、ＳＴＡは、ＤＣＦコンテンション機構を使用して、節電ポール（ＰＳポール）を送信することによって、そのデータを送信するように、ＡＰに要求してもよい。独立ネットワークでは、告知フレームは、非同期トラフィックインジケーションマップ（ＡＴＩＭ：asynchronous traffic indication map）であってもよく、ＡＴＩＭウィンドウの間、任意の局によって送信されてもよい。この場合、ユニキャストＡＴＩＭは、受信機によって肯定応答されてもよい。これらの異なるシナリオでは、ＳＴＡがＰＳモードから起動するとき、ＳＴＡ送信機が使用する初期電力レベルは、小さすぎて、Ｐ２Ｐリンクをサポートすることができないか、または、大きすぎて、複数のＡＰを有する拡張サービスセット（ＥＳＳ）において不要な干渉を引き起こし得る。この問題点を緩和するＴＰＣ方式またはプロシージャが、最適なネットワーク性能を保証するために、以下で説明される。
【０２６１】
ＡＰまたはＳＴＡが起動時に適切な電力を使用することを可能にするために、以下のステップが実行されてもよい。ビーコンは、ＡＰによって使用される送信電力とともに、ＴＰＣレポートを含んでもよい。これは、インフラストラクチャネットワークと独立ネットワークとの両方に対するものであってもよく、各ＳＴＡがＡＰからＳＴＡへのパスロスを推定し、アップリンク送信における正しい送信電力を推定することを可能にしてもよい。
【０２６２】
インフラストラクチャネットワークにおけるコンテンションフリー期間の外側では、ＰＳポールは、所望の送信電力についての情報を含むように修正されてもよい。これは、ＡＰが、ダウンリンク送信に対する、ＳＴＡからＡＰへのパスロスを推定すること（または、ＳＴＡが送信電力を推奨すること）を可能にしてもよい。使用されるシグナリングは、所望の送信電力、ＳＴＡの送信電力、リンクマージン、ＳＴＡ電力増加／減少推奨、またはそれらの組合せを含めるための、ＰＳポールフレームの明示的な修正であってもよい。使用されるシグナリングはまた、ＰＳポール要素、および、リンクマージン情報、例えば、ＤＭＧリンクマージン要素のアグリゲーションであってもよい。
【０２６３】
独立ネットワークでは、ＡＴＩＭ  ＡＣＫは、所望の送信電力についての情報を含んでもよい。これは、所望の送信電力、ＳＴＡの送信電力、リンクマージン、ＳＴＡ電力増加／減少推奨、またはそれらの組合せを含めるための、ＡＴＩＭ  ＡＣＫフレームの明示的な修正であってもよい。これはまた、ＡＴＩＭ  ＡＣＫ要素、および、リンクマージン情報、例えば、ＤＭＧリンクマージン要素のアグリゲーションであってもよい。
【０２６４】
ＡＴＩＭ  ＡＣＫウィンドウ（独立ネットワーク）またはＴＩＭウィンドウ（インフラストラクチャネットワーク）のいずれかにおいて、ＡＰとＳＴＡとの間に複数のフレーム送信がある場合、第２の実施形態において説明されたような閉ループ電力制御が使用されてもよい。いずれの場合も、ＰＳポールフレームまたはＡＴＩＭ  ＡＣＫフレームは、第１の実施形態におけるような絶対送信電力要求とともに、ＴＰＣ−ＳＩＧを含むように修正されてもよい。
【０２６５】
マルチアンテナＳＴＡの場合、要求される送信電力は、単一アンテナ送信に基づいてもよい。ＰＳポールフレームまたはＡＴＩＭ  ＡＣＫフレームは、所望の送信アンテナを示すフラグを含んでもよい。
【０２６６】
電力管理を有する多重アクセスに対するポイント調整（coordination）を使用する、インフラストラクチャネットワークにおける例示的なプロシージャは、以下の通りであってもよい。
【０２６７】
ＡＰは、ＣＦ−ポーリングを使用して、チャネルにアクセスしてもよい。ＡＰは、次いで、ＴＩＭをブロードキャストしてもよい。省電力モードにおけるＳＴＡは、次いで、それらのＩＤについて、ＴＩＭをチェックしてもよい。ＡＰは、次いで、ＴＩＭにおけるトラフィックとともに各ＳＴＡをポーリングしてもよい。ＳＴＡは、次いで、ＰＳポールをＡＰへ送信してもよい。ビーコンにおけるＴＰＣレポートに基づいて、ＳＴＡは、ＡＰとそれら自体との間のパスロスを推定してもよく、ＰＳポールを所望の電力において送信してもよい。ＰＳポールは、ＴＰＣレポートまたは同様の情報を含んで、ＡＰが正しい送信電力を推定することを可能にしてもよい。ＡＰは、次いで、バッファされたパケットを、推定された電力で送信してもよい。
【０２６８】
インフラストラクチャネットワークにおけるＤＣＦモードでは、ＳＴＡからＡＰへのＰＳポールは、コンテンションによって送信されてよい（ＴＩＭにおいてＳＴＡに対する情報がある場合）。ＰＳポール送信電力は、ＰＣＦコンテンションモードにおけるものと同一の方法で計算されてもよく、同一の追加の情報を含んでもよい。１つの例示的な差は、それがコンテンションによってチャネルにアクセスすることであってもよい。ＡＰは、その情報を同じ方法で送信してもよい。
【０２６９】
実施形態
１．無線ネットワークにおいて、同時の複数のループ電力制御を実行するための方法であって、
無線ネットワーク全体との通信に対する、および、ポイントツーポイント送信に対する、別個の電力制御ループを使用すること
を備える方法。
【０２７０】
２．無線ネットワーク全体との通信に対する電力制御ループが使用されて、ネットワークカバレージに対して必要とされる電力が制御される、実施形態１の方法。
【０２７１】
３．ポイントツーポイント送信に対する電力制御ループは、２個の無線送受信ユニット間のポイントツーポイント送信に対する電力を制御する、実施形態１または２の方法。
【０２７２】
４．無線ネットワークにおいて、同時の複数のループ電力制御を実行するための方法であって、
指向性またはセクタベースの通信に対する、および、全方向性通信に対する、別個の電力制御ループを使用すること
を備える方法。
【０２７３】
５．方法は、無線ローカルエリアネットワークにおいて実行される、実施形態１〜４のいずれか１つの方法。
【０２７４】
６．アクセスポイント（ＡＰ）が、その送信電力制御（ＴＰＣ）性能を関連付けられた局（ＳＴＡ）へシグナリングすること
をさらに備える、実施形態５の方法。
【０２７５】
７．シグナリングすることは、使用されるようになる電力制御ループの数をシグナリングすることを含む、実施形態６の方法。
【０２７６】
８．使用されるようになる電力制御ループの数は、修正された電力性能要素、または、新たな拡張された性能要素のうちのいずれか１つにおいて、シグナリングされる、実施形態７の方法。
【０２７７】
９．ＡＰとＳＴＡとの間の交換フォーマットを使用して、ＡＰとＳＴＡとの間のＴＰＣループをセットアップすること
をさらに備える、実施形態６〜８のいずれか１つの方法。
【０２７８】
１０．セットアップすることは、各ＴＰＣループに属するフレームタイプをネゴシエートすることを含む、実施形態９の方法。
【０２７９】
１１．各ＴＰＣループにおけるフレームタイプは、あらかじめ判定される、実施形態１０の方法。
【０２８０】
１２．利用可能なＴＰＣループインデックスの数を説明するフィールド、ならびに、フレームタイプおよび関連付けられたＴＰＣループインデックスを説明するフィールドのペアを含む、情報要素が使用される、実施形態１０の方法。
【０２８１】
１３．フレームタイプは、フレーム制御フィールドにおけるタイプフィールドおよびサブタイプフィールドを使用して識別される、実施形態１２の方法。
【０２８２】
１４．各ＴＰＣループをラベリングして、ループを識別すること
をさらに備える、実施形態６〜１３のいずれか１つの方法。
【０２８３】
１５．ラベリングすることは、ＳＴＡ識別子およびＴＰＣ識別子の組合せに基づいて、識別子を作り出すことを含む、実施形態１４の方法。
【０２８４】
１６．ループごとに、ＡＰとＳＴＡとの間で、ＴＰＣ調整プロシージャを実行すること
をさらに備える、実施形態６〜１５のいずれか１つの方法。
【０２８５】
１７．電力制御ループは、低速閉ループまたは周期的な閉ループのうちのいずれか１つである、実施形態１６の方法。
【０２８６】
１８．ＴＣＰループごとに、ＡＰおよび／またはＳＴＡによって、マルチレベルシグナリングを使用すること
をさらに備える、実施形態６〜１７のいずれか１つの方法。
【０２８７】
１９．ＴＰＣ要求要素は、ＴＰＣループのＴＰＣ識別子を含むように修正される、実施形態１８の方法。
【０２８８】
２０．ＴＰＣレポート要素は、ＴＰＣループのＴＰＣ識別子を含むように修正される、実施形態１８の方法。
【０２８９】
２１．指向性マルチギガビット（ＤＭＧ）リンクマージン要素は、ＴＰＣループのＴＰＣ識別子を含むように修正される、実施形態１８の方法。
【０２９０】
２２．要素は、複数のＴＰＣループを含むように修正される、実施形態１９〜２１のいずれか１つの方法。
【０２９１】
２３．要素は、１つのフレームにおいてアグリゲートされる、実施形態１９〜２１のいずれか１つの方法。
【０２９２】
２４．ＡＰおよびＳＴＡのＴＰＣ性能をチェックすること
をさらに備える、実施形態１〜２３のいずれか１つの方法。
【０２９３】
２５．ＡＰおよび／またはＳＴＡが、複数の電力制御ループをサポートしないか、または、複数の電力制御ループを使用しないように命令されるという条件で、パケット送信は、レガシプロシージャに従う、実施形態２４の方法。
【０２９４】
２６．指示された電力制御モードに対して、ＡＰにおける送受信機、および、ＳＴＡにおける送受信機を構成すること
をさらに備える、実施形態２４の方法。
【０２９５】
２７．ＳＴＡは、ＴＰＣループに対する初期基準受信電力を構成すること
をさらに備える、実施形態２６の方法。
【０２９６】
２８．ＴＰＣループに対する初期基準受信電力は、あらかじめ判定される、実施形態２７の方法。
【０２９７】
２９．ＴＰＣループに対する初期基準受信電力は、互いに対して設定される、実施形態２７の方法。
【０２９８】
３０．ＴＰＣループが成功裏に確立されるという条件で、肯定応答フレームを送信すること
をさらに備える、実施形態１〜２９のいずれか１つの方法。
【０２９９】
３１．シグナリングが、指向性または全方向性送信モードが使用されることを指示するという条件で、ＳＴＡは、その受信機を構成すること
をさらに備える、実施形態１〜３０のいずれか１つの方法。
【０３００】
３２．無線ネットワークにおいて、送信電力制御（ＴＰＣ）を実行するための方法であって、
ＴＰＣ信号（ＴＰＣ  ＳＩＧ）を含む、物理層シグナリングを使用すること
を備える方法。
【０３０１】
３３．無線ネットワークは、無線ローカルエリアネットワークであり、
電力制御は、
ダウンリンク送信に対して、アクセスポイント（ＡＰ）から局（ＳＴＡ）へ、
アップリンク送信に対して、ＳＴＡからＡＰへ、または、
独立基本サービスセットにおける送信に対して、ＳＴＡから別のＳＴＡへ
のうちのいずれかの１または複数の間で実行される、実施形態３２の方法。
【０３０２】
３４．ＴＰＣ  ＳＩＧは、２個の直交周波数分割多重シンボルを含む、実施形態３２または３３の方法。
【０３０３】
３５．ＴＰＣ  ＳＩＧは、
ＳＴＡ送信電力フィールド、
ＳＴＡリンクマージンフィールド、
電力変更アクションフィールド、
巡回冗長チェックフィールド、または
１または複数のテールビット
を含む、実施形態３２〜３４のいずれか１つの方法。
【０３０４】
３６．ＳＴＡ送信電力フィールドは、開ループＴＰＣにおける使用に対する絶対値を含む、実施形態３５の方法。
【０３０５】
３７．ＳＴＡ送信電力フィールドは、閉ループＴＰＣにおける使用に対する相対値を含む、実施形態３５の方法。
【０３０６】
３８．ＳＴＡリンクマージンフィールドは、絶対値または相対値を含む、実施形態３５〜３７のいずれか１つの方法。
【０３０７】
３９．電力変更アクションフィールドは、閉ループ電力制御に対するアクションを指示する、実施形態３５〜３８のいずれか１つの方法。
【０３０８】
４０．ＴＰＣ  ＳＩＧは、フレームにおいて、レガシおよび高スループットまたは超高スループットフィールドの後に配置される、実施形態３２〜３９のいずれか１つの方法。
【０３０９】
４１．明示的なシグナリングを使用して、ＴＰＣ  ＳＩＧをサポートするパケット間の区別を可能にすること
をさらに備える、実施形態３２〜４０のいずれか１つの方法。
【０３１０】
４２．明示的なシグナリングは、ＴＰＣ  ＳＩＧ存在フラグを使用して、ＴＰＣ  ＳＩＧの存在を指示することを含む、実施形態４１の方法。
【０３１１】
４３．ロバストな自動検出を使用して、ＴＰＣ  ＳＩＧをサポートするパケット間の区別を可能にすること
をさらに備える、実施形態３２〜４０のいずれか１つの方法。
【０３１２】
４４．ロバストな自動検出は、ＴＰＣ  ＳＩＧを回転させて、ＴＰＣ  ＳＩＧを他の信号と区別することを含む、実施形態４３の方法。
【０３１３】
４５．ロバストな自動検出は、パイロットベースの自動検出を使用することを含み、それにおいて、パイロット信号の極性が使用されて、ＴＰＣ−ＳＩＧの存在がシグナリングされる、実施形態４３の方法。
【０３１４】
４６．ＳＴＡが物理層ＴＰＣをサポートすることができるかどうかをチェックすることを含む、ＳＴＡのＴＰＣ性能をチェックすること
をさらに備える、実施形態３２〜４５のいずれか１つの方法。
【０３１５】
４７．ＴＰＣ要求フレームを、ＡＰからＳＴＡへ送信すること
をさらに備える、実施形態４６の方法。
【０３１６】
４８．ＴＰＣ推奨フレームを、ＳＴＡから送信すること
をさらに備える、実施形態４６または４７の方法。
【０３１７】
４９．ＴＰＣ  ＳＩＧを、ＳＴＡからＡＰへ送信すること
をさらに備える、実施形態４８の方法。
【０３１８】
５０．開ループＴＰＣが使用されるという条件で、ＴＰＣ  ＳＩＧは、フレームにおいて使用される送信電力、および、以前の送信に基づく推定されたリンクマージンを含むこと
をさらに備える、実施形態４９の方法。
【０３１９】
５１．ＴＰＣ  ＳＩＧを受信した後、ＡＰは、後続のパケットをＳＴＡへ送信するために使用される送信電力を動的に適合させること
をさらに備える、実施形態４９または５０の方法。
【０３２０】
５２．ＡＰは、パスロスおよびリンクマージン推定を使用して、送信電力を適合させる、実施形態５１の方法。
【０３２１】
５３．閉ループＴＰＣが使用されるという条件で、ＴＰＣ  ＳＩＧは、送信電力を増加させるか、送信電力を減少させるか、または、送信電力を不変に保つための、推奨を含むこと
をさらに備える、実施形態４９、５１、または５２のいずれか１つの方法。
【０３２２】
５４．ＴＰＣ  ＳＩＧは、電力が変更される量をさらに含む、実施形態５３の方法。
【０３２３】
５５．無線ネットワークにおいて、部分的に補償された開ループ電力制御のための方法であって、
修正されたリンクマージン応答フレームを使用して、プロシージャの間の送信電力制御（ＴＰＣ）シグナリングに対する受信機の応答を指示すること
を備える方法。
【０３２４】
５６．従来の開ループ電力制御は、スケーリング係数によってスケーリングされ、それによって、局（ＳＴＡ）は、より低い電力においてアクセスポイント（ＡＰ）へ送信してもよい、実施形態５５の方法。
【０３２５】
５７．方法は、媒体アクセス制御（ＭＡＣ）層において実行される、実施形態５５または５６の方法。
【０３２６】
５８．送信するＳＴＡのＴＰＣ性能をチェックすること
をさらに備える、実施形態５５〜５７のいずれか１つの方法。
【０３２７】
５９．リンクマージン要求を、送信するＳＴＡから、受信するＳＴＡまたは受信するＡＰへ送信すること
をさらに備える、実施形態５８の方法。
【０３２８】
６０．リンクマージン要求は、単一の送信するＳＴＡのため、または、送信するＳＴＡのグループに対するものである、実施形態５９の方法。
【０３２９】
６１．リンクマージン応答を、受信機から、送信するＳＴＡへ送信すること
をさらに備える、実施形態５８〜６０のいずれか１つの方法。
【０３３０】
６２．リンクマージン応答は、期間要素およびスケーリング係数を含む、実施形態６１の方法。
【０３３１】
６３．期間要素およびスケーリング係数は、単一の送信するＳＴＡに、または、送信するＳＴＡのグループに適用される、実施形態６２の方法。
【０３３２】
６４．リンクマージン肯定応答を送信すること
をさらに備える、実施形態６１〜６３のいずれか１つの方法。
【０３３３】
６５．通常のパケット送信を、スケーリングされた電力レベルにおいて実行すること
をさらに備える、実施形態６４の方法。
【０３３４】
６６．方法は、物理層において実行される、実施形態５５〜６５のいずれか１つの方法。
【０３３５】
６７．期間要素およびスケーリング係数は、物理層プリアンブルにおいて、拡張されたＴＰＣ信号（ＴＰＣ  ＳＩＧ）フィールドの部分として含まれる、実施形態６６の方法。
【０３３６】
６８．拡張されたＴＰＣ  ＳＩＧは、１つの直交周波数分割多重シンボルを含む、実施形態６７の方法。
【０３３７】
６９．拡張されたＴＰＣ  ＳＩＧは、部分的補償の期間、スケーリング係数、巡回冗長チェックビット、および、テールビットを含む、実施形態６７または６８の方法。
【０３３８】
７０．ＳＴＡのグループは、グループ識別子を割り当てられてよく、グループ識別子は、拡張されたＴＰＣ  ＳＩＧに含まれる、実施形態６６〜６９のいずれか１つの方法。
【０３３９】
７１．ＡＰおよびＳＴＡのＴＰＣ性能を評価すること
をさらに備える、実施形態６６〜７０のいずれか１つの方法。
【０３４０】
７２．送信するための準備完了（ready to send）（ＲＴＳ）フレームを、ＳＴＡからＡＰへ送信すること
をさらに備える、実施形態７１の方法。
【０３４１】
７３．送信するためにクリア（ＣＴＳ）フレームを、ＡＰからＳＴＡへ送信することであって、ＣＴＳフレームは、拡張されたＴＰＣ  ＳＩＧを含むこと
をさらに備える、実施形態７２の方法。
【０３４２】
７４．ＳＴＡは、スケーリング係数によって補償された電力レベルで送信すること
をさらに備える、実施形態７３の方法。
【０３４３】
７５．グループ識別子割当てフレームを、ＡＰからグループにおけるすべてのＳＴＡへ送信すること
をさらに備える、実施形態５５〜７４のいずれか１つの方法。
【０３４４】
７６．グループへ送信されたパケットを、グループにおけるＳＴＡによって監視すること、ならびに
グループにアドレス指定されたパケットを、グループにおけるＳＴＡによって復号および処理すること
をさらに備える、実施形態７５の方法。
【０３４５】
７７．閉ループ送信電力制御（ＴＰＣ）のための方法であって、
受信機は、送信される電力を変更するように、送信機へ要求を送信すること
を備える方法。
【０３４６】
７８．要求は、継続的または周期的に送信される、実施形態７７の方法。
【０３４７】
７９．受信機と送信機との間でＴＰＣセットアッププロシージャを実行すること
をさらに備える、実施形態７７または７８の方法。
【０３４８】
８０．セットアッププロシージャは、閉ループＴＰＣが動作するようになる時間の期間を定義することを含む、実施形態７９の方法。
【０３４９】
８１．肯定応答を、送信機から受信機へ送信すること
をさらに備える、実施形態７９または８０の方法。
【０３５０】
８２．送受信無線ネットワークセッションにおいて複数の電力制御レベルを可能にするための方法であって、
すべての管理フレームを、アクセスポイント（ＡＰ）から、ネットワーク電力レベルにおいて送信して、すべての局（ＳＴＡ）が管理フレームを復号することができることを保証すること、
データ送信電力レベルを、ＡＰと各ＳＴＡとの間で個々にネゴシエートして、送信を維持するために必要とされた最小ポイントツーポイント電力レベルが使用されることを保証すること
を備える方法。
【０３５１】
８３．ＳＴＡの送信電力制御（ＴＰＣ）性能をチェックすること
をさらに備える、実施形態８２の方法。
【０３５２】
８４．チェックすることは、性能情報フィールドを使用することを含む、実施形態８３の方法。
【０３５３】
８５．データフレームは、２個の異なる電力レベルにおいて送信される、実施形態８２〜８４のいずれか１つの方法。
【０３５４】
８６．データフレームのプリアンブルは、ネットワーク電力レベルにおいて送信される、実施形態８５の方法。
【０３５５】
８７．サービスフィールドおよびデータは、ポイントツーポイント電力レベルにおいて送信される、実施形態８５または８６の方法。
【０３５６】
８８．ＴＰＣ変更境界を使用して、いつ送信電力レベルが変更されるべきであるかを指示すること
をさらに備える、実施形態８２〜８７のいずれか１つの方法。
【０３５７】
８９．ＴＰＣ変更境界は、ショートトレーニングフィールドをＴＰＣ変更境界において挿入することによって、指示される、実施形態８８の方法。
【０３５８】
９０．ショートトレーニングフィールドの存在は、ＴＰＣインジケータビットによって指示される、実施形態８９の方法。
【０３５９】
９１．ショートトレーニングフィールドの存在は、自動検出特徴を使用することによって指示される、実施形態８９の方法。
【０３６０】
９２．自動検出特徴は、ショートトレーニングフィールドを含む信号を回転させることを含む、実施形態９１の方法。
【０３６１】
９３．特定のフレームタイプを、固定された電力レベルにおいて送信すること
をさらに備える、実施形態８２〜９２のいずれか１つの方法。
【０３６２】
９４．送信されることになるフレームタイプ、および、各フレームタイプが送受信セッションの間に送信されることになる電力レベルを定義すること
をさらに備える、実施形態９３の方法。
【０３６３】
９５．密な無線ネットワークにおける干渉協調のための方法であって、
送信電力制御（ＴＰＣ）が実装されるという条件で、局（ＳＴＡ）に対するクリアチャネルアセスメント（ＣＣＡ）閾値を修正すること
を備える方法。
【０３６４】
９６．ＣＣＡ閾値およびＣＣＡ閾値マージンをシグナリングすることであって、ＣＣＡ閾値は、基本サービスセット（ＢＳＳ）において使用されるエネルギー検出ＣＣＡ閾値であり、ＣＣＡ閾値マージンは、ＣＣＡ閾値と、ＳＴＡによって推定されたＣＣＡ値との間の差であること
をさらに備える、実施形態９５の方法。
【０３６５】
９７．測定要求を、アクセスポイント（ＡＰ）から、ＢＳＳにおける各ＳＴＡへ送信すること
をさらに備える、実施形態９５または９６の方法。
【０３６６】
９８．測定要求は、ＣＣＡ要求要素、測定開始時間、および、測定期間を含む、実施形態９７の方法。
【０３６７】
９９．各ＳＴＡは、ＣＣＡ測定レポートを含有する、ＡＰへの測定レポートで返信すること
をさらに備える、実施形態９７または９８の方法。
【０３６８】
１００．ＡＰによって、ＣＣＡ閾値および送信電力を調整すること
をさらに備える、実施形態９９の方法。
【０３６９】
１０１．調整することは、チャネルが測定期間の間にビジーであった部分的期間、および、ＣＣＡ閾値マージンに基づく、実施形態１００の方法。
【０３７０】
１０２．調整することは、仮想キャリア検知利用、プリアンブル復号ベースの利用に基づく物理キャリア検知、全体的なＡＰバックオフ統計、または、グループベースのＣＣＡ閾値シグナリングのうちの、いずれかの１または複数に基づく、実施形態１００または１０１の方法。
【０３７１】
１０３．ＢＳＳのカバレージを調整して、近隣ＢＳＳへの干渉の量を低減させること
をさらに備える、実施形態８２〜１０２のいずれか１つの方法。
【０３７２】
１０４．ＳＴＡのＴＰＣ性能をチェックすること
をさらに備える、実施形態１０３の方法。
【０３７３】
１０５．ＡＰによって、ＢＳＳエッジＳＴＡを識別することであって、ＢＳＳエッジＳＴＡは、受信の間に近隣ＢＳＳによって悪影響を及ぼされるＳＴＡ、または、送信の間に近隣ＢＳＳに悪影響を及ぼすＳＴＡであること
をさらに備える、実施形態１０４の方法。
【０３７４】
１０６．識別することは、
ＡＰによって、パスロス推定に基づいて、ＳＴＡをランク付けし、ＳＴＡの部分は、ＢＳＳエッジＳＴＡとして識別されること、
ＳＴＡの地理的ロケーションを使用すること、
関連付けられたＡＰおよび次に強いＡＰの、受信信号強度インジケータ間の差を使用すること、または
ＢＳＳエッジＳＴＡとして既に識別されたＳＴＡによって、ＢＳＳエッジインジケータを送信すること
のうちのいずれか１つを含む、実施形態１０５の方法。
【０３７５】
１０７．無線ネットワークにおいて、複数のチャネルに対する送信電力制御（ＴＰＣ）を実行するための方法であって、
アクセスポイント（ＡＰ）と局（ＳＴＡ）との間でネゴシエートして、いくつかの非隣接送信チャネルの各々において生じるようになるＴＰＣを判定すること
を備える方法。
【０３７６】
１０８．プライマリチャネルおよび複数のセカンダリチャネルを定義すること
をさらに備える、実施形態１０７の方法。
【０３７７】
１０９．プライマリチャネルは、非隣接アグリゲートされた場合では、いずれかのチャネルである、実施形態１０８の方法。
【０３７８】
１１０．プライマリチャネルは、マルチバンドの場合では、より低い周波数チャネルである、実施形態１０８の方法。
【０３７９】
１１１．プライマリチャネル上でのみ、ＴＰＣ動作を実行すること
をさらに備える、実施形態１０８〜１１０のいずれか１つの方法。
【０３８０】
１１２．セカンダリ帯域に対するＴＰＣパラメータを、基準がプライマリ帯域である、差分信号として送信すること
をさらに備える、実施形態１０８〜１１１のいずれか１つの方法。
【０３８１】
１１３．プライマリチャネルおよびセカンダリチャネルに対して、独立してＴＰＣを実行すること、ならびに
帯域ごとに独立して、ＴＰＣシグナリングを実行すること
をさらに備える、実施形態１０８〜１１０のいずれか１つの方法。
【０３８２】
１１４．プライマリチャネルおよびセカンダリチャネルに対して、独立してＴＰＣを実行すること、ならびに
プライマリチャネルに対して、ＴＰＣシグナリングを実行すること
をさらに備える、実施形態１０８〜１１０のいずれか１つの方法。
【０３８３】
１１５．プライマリ帯域上でのみ、ＴＰＣを実行すること、および
セカンダリ帯域は、プライマリ帯域におけるフィードバックから、ＴＰＣパラメータを推論すること
をさらに備える、実施形態１０８〜１１０のいずれか１つの方法。
【０３８４】
１１６．複数の帯域にわたって、それが単一の周波数帯域であるかのように、ＴＰＣを実行すること
をさらに備える、実施形態１０８〜１１０のいずれか１つの方法。
【０３８５】
１１７．マルチユーザマルチチャネル送信に対するアップリンク電力制御を実行すること
をさらに備える、実施形態１０７〜１１６のいずれか１つの方法。
【０３８６】
１１８．複数の送信機および単一の受信機を有する無線システムにおいて、送信電力制御（ＴＰＣ）を実行するための方法であって、
複数の送信を始めるより前に、ＴＰＣ要求およびＴＰＣ応答交換プロシージャを使用すること
を備える方法。
【０３８７】
１１９．ＴＰＣ応答は、複数の送信機の各々に対する明示的な電力制御コマンドを含む、実施形態１１８の方法。
【０３８８】
１２０．ＳＴＡが省電力モードから起動することに応答して、無線局（ＳＴＡ）において使用するための送信電力を判定するための方法であって、
送信電力制御（ＴＰＣ）レポートを、アクセスポイント（ＡＰ）によって送信されるビーコン信号に含めること
を備える方法。
【０３８９】
１２１．インフラストラクチャネットワークにおいて、コンテンションフリー期間の外側で、ポールフレームを使用して、所望の送信電力についての情報を含めること
をさらに備える、実施形態１２０の方法。
【０３９０】
１２２．実施形態１〜１２１のいずれか１つの方法を実行するように構成された無線局。
【０３９１】
１２３．実施形態１〜１２１のいずれか１つの方法を実行するように構成されたアクセスポイント。
【０３９２】
１２４．実施形態１〜１２１のいずれか１つの方法を実行するように構成された集積回路。
【０３９３】
特徴および要素が特定の組合せにおいて上記で説明されるが、各特徴または要素は、単独で、または、他の特徴および要素との任意の組合せにおいて使用されてもよいことを、当業者は理解するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行に対してコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、（ワイヤードまたは無線接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それに限定されないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、ＳＴＡ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用に対する、無線周波数送受信機を実装するために使用されてもよい。
【図１Ａ】
2018067953.tif 000010
【図１Ｂ】
2018067953.tif 000011
【図１Ｃ】
2018067953.tif 000012
【図２】
2018067953.tif 000013
【図３】
2018067953.tif 000014
【図４】
2018067953.tif 000015
【図５】
2018067953.tif 000016
【図６】
2018067953.tif 000017
【図７】
2018067953.tif 000018
【図８】
2018067953.tif 000019
【図９】
2018067953.tif 000020
【図１０】
2018067953.tif 000021
【図１１】
2018067953.tif 000022
【図１２】
2018067953.tif 000023
【図１３】
2018067953.tif 000024
【図１４】
2018067953.tif 000025
【図１５】
2018067953.tif 000026
【図１６】
2018067953.tif 000027
【図１７】
2018067953.tif 000028
【図１８】
2018067953.tif 000029
【図１９】
2018067953.tif 000030
【図２０】
2018067953.tif 000031
【図２１】
2018067953.tif 000032
【図２２】
2018067953.tif 000033
【図２３】
2018067953.tif 000034
【図２４】
2018067953.tif 000035
【図２５】
2018067953.tif 000036
【図２６Ａ】
2018067953.tif 000037
【図２６Ｂ】
2018067953.tif 000038
【図２７】
2018067953.tif 000039
【図２８】
2018067953.tif 000040
【図２９】
2018067953.tif 000041
【図３０】
2018067953.tif 000042
【図３１】
2018067953.tif 000043
【図３２】
2018067953.tif 000044
【図３３】
2018067953.tif 000045
【図３４】
2018067953.tif 000046
【図３５】
2018067953.tif 000047
【図３６】
2018067953.tif 000048
【図３７Ａ】
2018067953.tif 000049
【図３７Ｂ】
2018067953.tif 000050
【図３８】
2018067953.tif 000051
【図３９】
2018067953.tif 000052
【図４０】
2018067953.tif 000053
【図４１Ａ】
2018067953.tif 000054
【図４１Ｂ】
2018067953.tif 000055
【図４１Ｃ】
2018067953.tif 000056
【図４２】
2018067953.tif 000057
【図４３】
2018067953.tif 000058
【図４４】
2018067953.tif 000059
【図４５】
2018067953.tif 000060
【図４６】
2018067953.tif 000061
【図４７】
2018067953.tif 000062