(57)【特許請求の範囲】
【請求項１】
セクタ化された動作のためのＩＥＥＥ８０２．１１ワイヤレス送信／受信ユニット（ＷＴＲＵ）における使用のための方法であって、
前記ＩＥＥＥ８０２．１１ＷＴＲＵがセクタ化された動作をサポートするという表示を含むメッセージを生成するステップであって、前記セクタ化された動作は、複数のセクタに分割されるアクセスポイント（ＡＰ）のカバレージエリアの少なくとも１つのセクタ内における送信または受信を含み、前記複数のセクタのそれぞれは、前記ＡＰのカバレージエリアの角度部分である、ステップと、
前記メッセージを、単一の基本サービスセット（ＢＳＳ）に関連付けられた単一のＡＰへ送信するステップと、
前記単一のＢＳＳに関連付けられた前記単一のＡＰの複数のセクタのうちの少なくとも１つのセクタに関連付けられた情報を、前記単一のＢＳＳに関連付けられた前記単一のＡＰへレポートするステップと、
セクタ割当てに基づいて、前記単一のＢＳＳに関連付けられた前記単一のＡＰの前記複数のセクタのうちの１つのセクタにおいて前記単一のＢＳＳに関連付けられた前記単一のＡＰへ、セクタ化された送信において、データパケットを送信するステップと、
を含む、方法。
【請求項２】
セクタ化された動作のために構成されたＩＥＥＥ８０２．１１ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
前記ＩＥＥＥ８０２．１１ＷＴＲＵがセクタ化された動作をサポートするという表示を含むメッセージを生成するように構成されたプロセッサであって、前記セクタ化された動作は、複数のセクタに分割されるアクセスポイント（ＡＰ）のカバレージエリアの少なくとも１つのセクタ内における送信または受信を含み、前記複数のセクタのそれぞれは、前記ＡＰのカバレージエリアの角度部分である、プロセッサと、
前記メッセージを、単一の基本サービスセット（ＢＳＳ）に関連付けられた単一のＡＰへ送信するように構成された送信機と、
前記単一のＢＳＳに関連付けられた前記単一のＡＰの複数のセクタのうちの少なくとも１つのセクタに関連付けられた情報を、前記単一のＢＳＳに関連付けられた前記単一のＡＰへレポートするようにさらに構成された前記送信機と、
セクタ割当てに基づいて、前記単一のＢＳＳに関連付けられた前記単一のＡＰの前記複数のセクタのうちの１つのセクタにおいて前記単一のＢＳＳに関連付けられた前記単一のＡＰへ、セクタ化された送信において、データパケットを送信するようにさらに構成された前記送信機と
を備える、ＩＥＥＥ８０２．１１ＷＴＲＵ。
【請求項３】
セクタ化された動作のためのＩＥＥＥ８０２．１１ワイヤレス送信／受信ユニット（ＷＴＲＵ）における使用のための方法であって、
前記ＩＥＥＥ８０２．１１ＷＴＲＵがセクタ化された動作をサポートするという表示を含むメッセージを生成するステップであって、前記セクタ化された動作は、複数のセクタに分割されるアクセスポイント（ＡＰ）のカバレージエリアの少なくとも１つのセクタ内における送信または受信を含み、前記複数のセクタのそれぞれは、前記ＡＰのカバレージエリアの角度部分である、ステップと、
前記メッセージを、単一の基本サービスセット（ＢＳＳ）に関連付けられた単一のＡＰへ送信するステップと
を含む、方法。
【請求項４】
セクタ割当てに基づいて、セクタ化された送信において、前記単一のＢＳＳに関連付けられた前記単一のＡＰの前記複数のセクタのうちの１つのセクタにおいて前記単一のＢＳＳに関連付けられた前記単一のＡＰへ、データパケットを送信するステップをさらに含む、請求項３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１２年１１月８日に出願した米国特許仮出願第６１／７２４，０３２号明細書の権利を主張するものである。
【背景技術】
【０００２】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）、および、ＡＰに関連付けられた、本明細書でワイヤレス送信／受信ユニットＷＴＲＵとも呼ばれる、１または複数の局（ＳＴＡ）を有する。ＡＰは、典型的には、ＢＳＳにおいて、およびＢＳＳの中からトラフィックを搬送する、分散システム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークへの、アクセスまたはインターフェースを有する。ＢＳＳの外側から発生するＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡへ配信され得る。ＳＴＡからＢＳＳの外側の宛先へ発生するトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信され得る。ＢＳＳ内のＳＴＡ間のトラフィックはまた、ＡＰを通して送られてもよく、そこで、ソースＳＴＡは、トラフィックをＡＰへ送り、ＡＰは、トラフィックを宛先ＳＴＡへ配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックであり得る。そのようなピアツーピアトラフィックはまた、８０２．１１ｅ  ＤＬＳ、または８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ）を使用して、直接リンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で直接送られ得る。独立ＢＳＳモードにおけるＷＬＡＮは、互いに直接通信するＡＰおよびＳＴＡを有していないことがある。これらのシステムのための改善されたスループット性能および低減された干渉の必要がある。
【発明の概要】
【０００３】
方法および装置は、マルチＡＰおよびマルチワイヤレス送信／受信ユニットジョイント送信（joint transmission）において使用され得る。装置は、第１の媒体上で、ジョイント送信要求を送信し、第１の媒体上で、ジョイント送信応答を受信するように構成され得る。応答して、装置は、第２の媒体上で、ジョイント送信ネゴシエーションを実行し、ジョイント送信ネゴシエーションに基づいて、第２の媒体上で、データを送信し得る。装置は、アクセスポイント（ＡＰ）／ＰＣＰネゴシエーションを通して、協調セクタ化（coordinated sectorized）またはビームフォーミングされた送信を実行するように構成され得る。装置は、ジョイント送信、および、協調セクタ化またはビームフォーミングされた送信のためのサポートの表示（indication）を提供し得る。方法および装置はまた、マルチＡＰ／ＷＴＲＵ  ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄ（ＲＴＳ）／ｃｌｅａｒ−ｔｏ−ｓｅｎｄ（ＣＴＳ）手順を実装し得る。装置は、協調セクタ化されたまたはビームフォーミンググループ化を実行するように構成され得る。
【図面の簡単な説明】
【０００４】
より詳細な理解は、添付の図面とともに例として与えられる、以下の説明から得られ得る。
【図１Ａ】１または複数の開示される実施形態が実装され得る、例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る、例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】例示的なワイヤレスフィデリティ（ＷｉＦｉ）（登録商標）ホットスポット展開の図である。
【図３Ａ】マルチＡＰ協調ジョイント送信の高レベル信号フロー図である。
【図３Ｂ】ダウンリンクにおけるマルチＷＴＲＵ協調ジョイント送信の高レベル信号フロー図である。
【図３Ｃ】アップリンクにおけるマルチＷＴＲＵ協調ジョイント送信の高レベル信号フロー図である。
【図４】例示的なジョイント送信能力（Joint Transmission Capability）情報要素（Information Element：ＩＥ）の図である。
【図５Ａ】協調ジョイント送信のために使用される例示的な制御情報交換の高レベル信号フロー図である。
【図５Ｂ】例示的なジョイント送信要求ＩＥの図である。
【図６】例示的なジョイント送信応答ＩＥの図である。
【図７Ａ】ＡＰにおけるジョイント送信能力を判断し、ジョイント送信の準備をするための、例示的なフロー図である。
【図７Ｂ】例示的なジョイント送信クエリＩＥの図である。
【図７Ｃ】例示的なジョイント送信フィードバックＩＥの図である。
【図７Ｄ】例示的なジョイント送信通知ＩＥの図である。
【図８】ジョイント送信セッション中に、ＡＡＰからＡＴＡＰへ送られて、受信するＷＴＲＵへ送られ得る、データパケットの一例を示す図である。
【図９】ＡＰまたはＷＴＲＵに関連付けて、協調ジョイント送信を可能にするための、例示的な手順のフローチャートである。
【図１０】協調ジョイント送信のためにＡＴＡＰを選択するための例示的な手順を示す図である。
【図１１】例示的なスケジュールされた同時ジョイント送信手順の図である。
【図１２】例示的なスケジュールされた逐次ジョイント送信手順の図である。
【図１３】例示的なジョイント送信（ＪＴ）−ＲＴＳフレームの図である。
【図１４】例示的なＪＴ−ＣＴＳフレームの図である。
【図１５】例示的なコンテンションベースの同時ジョイント送信手順の図である。
【図１６】例示的なコンテンションベースの逐次ジョイント送信手順の図である。
【図１７Ａ】マルチＷＴＲＵ協調ジョイント送信のために使用される、例示的な制御情報交換の高レベル信号フロー図である。
【図１７Ｂ】マルチＷＴＲＵ協調ジョイント送信のために使用される、例示的なジョイント送信要求ＩＥの図である。
【図１８】ＡＰにおけるジョイント送信能力を判断し、ジョイント送信の準備をするための、例示的なフロー図である。
【図１９】ダウンリンクにおける協調ジョイント送信のためにＡ−ＷＴＲＵを選択するための例示的な手順を示す図である。
【図２０】アップリンクにおける協調ジョイント送信のためにＡ−ＷＴＲＵを選択するための、Ｃ−ＷＴＲＵによって使用される例示的な手順を示す図である。
【図２１Ａ】ＡＰ／ＰＣＰ／ＷＴＲＵネゴシエーションを通して、協調セクタ化された動作、またはビームフォーミングされた送信を可能にするための、例示的な手順を示す図である。
【図２１Ｂ】セクタ化またはビームフォーミングされた送信および受信を使用するシステムの一例を示す図である。
【図２２】セクタ化された受信レポートＩＥの例示的な設計を示す図である。
【図２３】レポートフィールドの一例を示す図である。
【図２４】送信セクタ競合リストまたはテーブルを共有するための、送信セクタ競合ＩＥの例示的な設計を示す図である。
【図２５Ａ】協調セクタ化またはビームフォーミングされた送信の一例を示す図である。
【図２５Ｂ】協調セクタ化またはビームフォーミングされた送信の別の例を示す図である。
【図２６】協調セクタ化されたおよびビームフォーミング能力ＩＥの一例を示す図である。
【図２７】ＷＴＲＵが、２以上のＷＬＡＮインターフェースを備えられる、例示的なシステムを示す図である。
【図２８】隠れノード問題の一例を提供する図である。
【図２９】異なる周波数帯域を介したＲＴＳ／ＣＴＳパケットの送信のための例示的な手順を示す図である。
【図３０】例示的なＲＴＳ／ＣＴＳフォーマットを示す図である。
【図３１】隠れノード問題が対処される、マルチＡＰ  ＷｉＦｉの一例を提供する図である。
【図３２】ＭＲＴＳおよびＭＣＴＳのための例示的なフレームフォーマットを提供する図である。
【図３３Ａ】スーパーＡＰによるジョイント復号の一例を示す図である。
【図３３Ｂ】プライマリＡＰによるジョイント復号の一例を示す図である。
【図３３Ｃ】複数のＡＰによる別個の復号の一例を示す図である。
【図３３Ｄ】単一のＡＰによる別個の復号の一例を示す図である。
【図３４Ａ】単一のＷＴＲＵが複数のＡＰへ送信し得る、例示的なＣＳＭＡ／ＣＡ手順を示す図である。
【図３４Ｂ】単一のＷＴＲＵが複数のＡＰへ送信し得る、別の例示的なＣＳＭＡ／ＣＡ手順を示す図である。
【図３５】例示的なＵｎｉＦｉ＿ＲＴＳフレームフォーマットを示す図である。
【図３６】独立ＵｎｉＦｉ＿ＣＴＳフレームフォーマットを示す図である。
【図３７】ジョイントＵｎｉＦｉ＿ＣＴＳフレームフォーマットを示す図である。
【図３８】グループＩＤおよび追加のＡＰ  ＩＤをもつデータフレームの一例を示す図である。
【図３９Ａ】複数の受信アドレスを含み得る、ジョイントＡＣＫの一例を示す図である。
【図３９Ｂ】アグリゲートされたＡＣＫの一例を示す図である。
【図４０】空間協調マルチＡＰ送信（spatial coordinated multi-AP transmission）（ＳＣＭＡＴ）のためのグループ化の一例を示す図である。
【図４１】ユーザ位置アレイフィールドの一例を提供する図である。
【図４２Ａ】ＳＣＭＡＴグループ管理フレームのための部分的なＭＡＣヘッダの一例を提供する図である。
【図４２Ｂ】ＳＣＭＡＴグループ管理フレームを利用して、ＳＣＭＡＴグループを形成するための、例示的な手順を提供する図である。
【図４３】ＳＣＭＡＴ関連送信のために定義されたフレームフォーマットの一例を提供する図である。
【発明を実施するための形態】
【０００５】
図１Ａは、１または複数の開示される実施形態が実装され得る、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト、その他などのコンテンツを複数のワイヤレスユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通して、複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなど、１または複数のチャネルアクセス方法を採用し得る。
【０００６】
図１Ａに示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、家庭用電子機器、および同様のものを含み得る。
【０００７】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースして、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータ、および同様のものであり得る。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることは諒解されよう。
【０００８】
基地局１１４ａは、ＲＡＮ１０４の部分であってよく、それはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノード、その他など、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で、ワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは３つのトランシーバを、すなわち、セルのセクタごとに１つずつ含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、したがって、セルのセクタごとに複数のトランシーバを利用してよい。
【０００９】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信してよく、エアインターフェース１１６は、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線、その他）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１０】
より詳細には、上述されたように、通信システム１００は、多重アクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなど、１または複数のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０４における基地局１１４ａ、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してよく、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）（登録商標）を使用して、エアインターフェース１１６を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１１】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してよく、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１６を確立し得る。
【００１２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）（登録商標））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ）（登録商標）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実装し得る。
【００１３】
図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、職場、自宅、車両、キャンパス、および同様のものなど、局在化されたエリア内のワイヤレス接続性を容易にするための任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされなくてよい。
【００１４】
ＲＡＮ１０４は、コアネットワーク１０６と通信していてよく、それは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配布、その他を提供し、および／または、ユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａに図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信中であり得ることは諒解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中であり得るＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信中であり得る。
【００１５】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしても働き得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運用される、ワイヤードまたはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１または複数のＲＡＮに接続された、別のコアネットワークを含み得る。
【００１６】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含み得る。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと、および、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと、通信するように構成され得る。
【００１７】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信エレメント１２２と、スピーカー／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１０６と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意の部分組合せを含み得ることは諒解されよう。
【００１８】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および同様のものに関連する、１または複数のマイクロプロセッサであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信エレメント１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップにおいて共に統合され得ることは諒解されよう。
【００１９】
送信／受信エレメント１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。別の実施形態では、送信／受信エレメント１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であり得る。さらに別の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送信／受信エレメント１２２は、任意の組合せのワイヤレス信号を送信および／または受信するように構成され得ることは諒解されよう。
【００２０】
加えて、送信／受信エレメント１２２は、図１Ｂにおいて単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための、２またはそれ以上の送信／受信エレメント１２２（例えば、複数のアンテナ）を含み得る。
【００２１】
トランシーバ１２０は、送信／受信エレメント１２２によって送信されることになる信号を変調するように、および、送信／受信エレメント１２２によって受信される信号を復調するように構成され得る。上述されたように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数のトランシーバを含み得る。
【００２２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、もしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータを、スピーカー／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１０６および／またはリムーバブルメモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それにデータを記憶し得る。非リムーバブルメモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的にロケートされないメモリからの情報にアクセスし、それにデータを記憶し得る。
【００２３】
プロセッサ１１８は、電源１３４から電力を受信してよく、ＷＴＲＵ１０２における他の構成要素への電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池、および同様のものを含み得る。
【００２４】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、それは、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信し、および／または、信号が２またはそれ以上の近くの基地局から受信されるタイミングに基づいて、そのロケーションを判断し得る。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、任意の好適なロケーション判断方法によってロケーション情報を獲得し得ることは諒解されよう。
【００２５】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてよく、それらは、追加の特徴、機能性、および／またはワイヤードもしくはワイヤレス接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同様のものを含み得る。
【００２６】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０６と通信中であり得る。
【００２７】
ＲＡＮ１０４は、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、一実施形態と矛盾しないままで、任意の数のｅノード−Ｂを含み得ることは諒解されよう。ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１または複数のトランシーバをそれぞれ含み得る。一実施形態では、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノード−Ｂ１４０ａは、例えば、複数のアンテナを使用して、ワイヤレス信号をＷＴＲＵ１０２ａへ送信し、ワイヤレス信号をＷＴＲＵ１０２ａから受信し得る。
【００２８】
ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、ならびに同様のことを扱うように構成され得る。図１Ｃに示されているように、ｅノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００２９】
図１Ｃに示されたコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２と、サービングゲートウェイ１４４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含み得る。前述の要素の各々は、コアネットワーク１０６の部分として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有され、および／または運用され得ることは諒解されよう。
【００３０】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノード−Ｂ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてよく、制御ノードとして働き得る。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、および同様のことを担い得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供し得る。
【００３１】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得る。サービングゲートウェイ１４４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよびフォワーディングし得る。サービングゲートウェイ１４４はまた、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるとき、ページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶すること、ならびに同様のことなど、他の機能を実行し得る。
【００３２】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０と通信中であり得る。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、および１６０ｃの間の通信を容易にし得る。ＡＰ１６０ａ、１６０ｂ、および１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および１７０ｃと通信中であり得る。
【００３３】
コアネットワーク１０６は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはＩＰゲートウェイと通信し得る。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供してよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運用される、他のワイヤードまたはワイヤレスネットワークを含み得る。
【００３４】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのＡＰ、および、ＡＰに関連付けられた１または複数の局（ＳＴＡ）（本明細書で、ＷＴＲＵとも呼ばれる）を有する。以下で説明される実施形態において使用されるとき、ＷＴＲＵは、それに限定されないが、ＳＴＡまたは通信デバイスを含み得る。
【００３５】
ＡＰは、典型的には、ＢＳＳにおいて、およびＢＳＳの中からトラフィックを搬送する、分散システム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークへの、アクセスまたはインターフェースを有する。ＢＳＳの外側から発生するＷＴＲＵへのトラフィックは、ＡＰを通して到着し、ＷＴＲＵへ配信され得る。ＷＴＲＵからＢＳＳの外側の宛先へ発生するトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信され得る。ＢＳＳ内のＷＴＲＵ間のトラフィックはまた、ＡＰを通して送られてもよく、そこで、ソースＷＴＲＵは、トラフィックをＡＰへ送り、ＡＰは、トラフィックを宛先ＷＴＲＵへ配信する。ＢＳＳ内のＷＴＲＵ間のそのようなトラフィックは、ピアツーピアトラフィックであり得る。そのようなピアツーピアトラフィックはまた、８０２．１１ｅ  ＤＬＳ、または８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ）を使用して、直接リンクセットアップ（ＤＬＳ）を用いて、ソースＷＴＲＵと宛先ＷＴＲＵとの間で直接送られ得る。独立ＢＳＳモードにおけるＷＬＡＮは、互いに直接通信するＡＰおよびＷＴＲＵを有していないことがある。
【００３６】
多地点協調（ＣｏＭＰ）送信／受信は、ＬＴＥアドバンスト（ＬＴＥ−Ａ）が、高データレートのカバレージを改善し、セルエッジスループットを改善するため、および／または、高負荷シナリオと低負荷シナリオの両方においてシステムスループットを増大するために、検討され得る。ＬＴＥにおけるＣｏＭＰは、ダウンリンクまたはアップリンクにおいて適用され得る。
【００３７】
ジョイント送信（ＪＴ）ＣｏＭＰ方式では、データは、基地局間で共有されてよく、各協働するセルにおいて利用可能である。ＪＴ  ＣｏＭＰ方式が適用されることで、ＷＴＲＵは、その所望される信号を、複数の送信するポイント（または、セル）から、受信信号対干渉雑音比が改善され得るような方法で、受信し得る。受信信号対干渉雑音比が改善され得る理由は、２つの部分からなる。第１は、受信信号強度改善によるものであってよく、第２は、受信干渉強度推論によるものであってよい。
【００３８】
協調ビームフォーミング（Coordinated Beamforming）／協調スケジューリング（Coordinated Scheduling）（ＣＳ／ＣＢ）は、セル間のいかなるデータ共有をも必要としなくてよい。データは、サービングセルにおいて利用可能であり、サービングセルから送信されるのみであり得る。ただし、ユーザスケジューリングおよびビームフォーミング決定は、協働するセルのセットにおけるセル間の協調とともになされ得る。ＣＳ／ＣＢ  ＣｏＭＰでは、潜在的な利益は、ＷＴＲＵの受信干渉強度が、受信信号対干渉雑音比が改善されるような方法で、低減され得るという事実から、取得され得る。ＣＳ／ＣＢ  ＣｏＭＰは、ＪＴ  ＣｏＭＰよりも低い実装複雑さ、および、それよりも低い、バックホール容量における要件を有し得る。
【００３９】
動的送信ポイント選択はまた、ダウンリンクＣｏＭＰと呼ばれることもある。動的セル選択は、任意の所与の瞬間に、ただ１つの送信ポイント、例えば、ＷＴＲＵへ送信する単一のセルがある、技法を指すことがある。送信ポイントは、動的に変化してよく、サービングセルでなくてもよい。ＪＴ  ＣｏＭＰと同様に、データは、基地局間で共有されてよく、各協働するセルにおいて利用可能であり得る。ＷＴＲＵへの各セルの瞬時チャネルに基づいて、動的選択が使用されて、どのセルがＷＴＲＵへ送信中であり得るかが判断され得る。例えば、ＷＴＲＵに対して最高のＳＩＮＲを有するセルが、そのサブフレームにおいて送信するために選択され得る。
【００４０】
アップリンクＣｏＭＰでは、セルエッジユーザスループットは、異なるセルからの信号受信を協調させることによって改善され得る。ジョイント受信および処理では、システムは、異なるセルサイトにおけるアンテナを利用して、仮想アンテナアレイを形成し得る。結果として生じる信号が組み合わせられ、処理されて、最終出力信号が作り出され得る。この例は、ｅＮＢ間で大容量バックホールを必要とし得る。協調スケジューリングでは、ｅＮＢのスケジューリング決定が協調させられて、干渉が最小化され得る。
【００４１】
協調送信は、８０２．１１ａｄにおいて実行され得る。例えば、パーソナル基本サービスセット（ＰＢＳＳ）内の協調ビームフォーミングは、８０２．１１ａｄにおいて実装され得る。ＰＢＳＳ中心点（ＰＣＰ）は、別のＷＴＲＵのペアがアクティブに指向的に送信中であり得る間に、互いへの指向性送信を実施することを意図するＷＴＲＵのペアに、指向性測定を実施するように要求し得る。続いて、ＰＣＰは、第１のＷＴＲＵのペアが互いへ指向的に送信し得る間に、第２のＷＴＲＵのペアに、指向性測定を実施するように要求し得る。両方のＷＴＲＵのペアが、互いの送信からの干渉をほとんどまたはまったくレポートしない場合、２つのＷＴＲＵのペアは、同時指向性送信を実施するように、同じサービス期間（ＳＰ）中にスケジュールされ得る。
【００４２】
図２は、ＷｉＦｉホットスポット展開のために使用され得る様々な使用事例の高レベル図２００である。第１の使用事例は、３ＧＰＰゲートウェイ２０３を介してセルラーコアネットワークに相互接続され、上位層相互接続を結果として生じる、固定されたネットワークの使用を含み得る。この固定されたネットワーク接続は、ＷｉＦｉコントローラ２０１とともに使用され得る。ＷｉＦｉホットスポット展開のための第２の使用事例は、ＷｉＦｉコントローラ２０１を用いて、ＡＰ２０２ａ、２０２ｂ、２０２ｃをクラスタ化し得る。ＷｉＦｉホットスポットのためのさらに別の使用事例では、スタンドアロンＡＰ２０４が使用され得る。ＡＰに関連付けられたＷＴＲＵは、関連付けられたＡＰからより遠い距離にロケートされるとき、または、ＷＴＲＵが、ＢＳＳまたは重複するＢＳＳ（ＯＢＳＳ）における他のＷＴＲＵと比較して、受付け可能なチャネル状態を有していないとき、不十分なダウンリンク（ＤＬ）／アップリンク（ＵＬ）性能を経験することがある。例えば、ＷＴＲＵがＡＰから長距離にロケートされるとき、そのスループット性能は、よりＡＰの近くにロケートされ得る他のＷＴＲＵと比較されるとき、著しく限定され得る。
【００４３】
図３Ａ〜図３Ｃは、ＷＬＡＮ  ＢＳＳまたはＯＢＳＳにおけるすべてのＷＴＲＵのための、より均一なＤＬ／ＵＬスループット性能を提供し得る、第１の実施形態による協調ジョイント送信の例を示す。第１の実施形態では、複数のＷＴＲＵまたは複数のＡＰは、同時または逐次のいずれかで、同じ受信するＷＴＲＵまたはＡＰへのジョイント送信を実施し得る。これは、ＢＳＳまたはＯＢＳＳにおけるすべてのＷＴＲＵおよびＡＰのためのより均一な性能を可能にし得る。ジョイント送信はまた、ＤＬ送信およびＵＬ送信が、より高い平均レートで実施されることを許容し、より高いＤＬおよびＵＬスループット性能を結果として生じ得る。ジョイント送信は、限定されないが、以下を含む状況において使用されることがあり、すなわち、（１）ＷＴＲＵがＡＰから遠すぎる距離でロケートされるとき、（２）ＷＴＲＵとＡＰとの間の瞬時チャネルが、モビリティ、限定された電力、フェージング、および干渉のために、不十分な品質を経験するとき、（３）または、ＤＬ／ＵＬスループットが限定されるときである。
【００４４】
図３Ａは、例示的な協調マルチＡＰジョイント送信の高レベル信号フロー図３００を示す。ＷＴＲＵ３０１がそれに関連付けられ得るＡＰは、関連付けられたＡＰ（ＡＡＰ）３０２と呼ばれることがある。受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）３０１へのマルチＡＰ送信に参加する第２のＡＰは、補助ＡＰ（ＡＴＡＰ）３０３と呼ばれることがある。この例では、ＡＡＰ３０２は、３１１で、データパケットをＷＴＲＵ３０１へ送信し得る。ＡＴＡＰ３０３もまた、３１２で、同じデータパケットをＷＴＲＵ３０１へ送信し得る。３１１および３１２で、同じデータパケットをＷＴＲＵ３０１へ送信することの代替として、ＡＡＰ３０２およびＡＴＡＰ３０３からの送信されるデータパケットは、同じデータパケットの異なるバージョンであり得る。例えば、ＡＡＰおよびＡＴＡＰからのデータパケットは、異なるデータレートを使用してコーディングされ、異なるＭＣＳを使用して送信され、空間時間ブロックコーディングされ（ＳＴＢＣ）、または、ハイブリッドＡＲＱ（ＨＡＲＱ）方式を使用中であり得る。図３Ａの例では、協調マルチＡＰジョイント送信は、同時または逐次のいずれかで実施され得る。逐次送信方式では、ＡＡＰ３０２およびＡＴＡＰ３０１は、それらの送信間の遅延ありまたはなしで、受信するＷＴＲＵ３０１へ逐次送信し得る。
【００４５】
図３Ｂは、ＡＰおよび少なくとも１つのＷＴＲＵが、ダウンリンクにおいて受信するＷＴＲＵへ送信し得る、例示的なマルチＷＴＲＵ協調ジョイント送信の高レベル信号フロー図を示す。図３Ｂの例では、マルチＷＴＲＵダウンリンクジョイント送信が実行される。ＡＡＰ３０５は、３２１で、受信するＷＴＲＵ３０１への、補助ＷＴＲＵ（Ａ−ＷＴＲＵ）３０６と呼ばれる非ＡＰとのジョイント送信を協調させ得る。ＡＡＰ３０５は、３２２で、データパケットをＷＴＲＵ３０４へ送信し得る。Ａ−ＷＴＲＵ３０６もまた、３２３で、同じデータパケットをＷＴＲＵ３０４へ送信し得る。３２２および３２３で、同じデータパケットをＷＴＲＵ３０４へ送信することの代替として、ＡＡＰ３０５およびＡ−ＷＴＲＵ３０６からの送信されるデータパケットは、同じデータパケットの異なるバージョンであり得る。図３Ｂの例では、ダウンリンクにおける協調マルチＷＴＲＵジョイント送信は、同時または逐次のいずれかで実施され得る。逐次送信方式では、ＡＡＰ３０５およびＡ−ＷＴＲＵ３０６は、それらの送信間の遅延ありまたはなしで、受信するＷＴＲＵ３０４へ逐次送信し得る。
【００４６】
図３Ｃは、例示的なマルチＷＴＲＵ協調アップリンクジョイント送信の高レベル信号フロー図を示す。図３Ｃの例では、協調するＷＴＲＵ（Ｃ−ＷＴＲＵ）３０７と呼ばれる非ＡＰは、３３１で、受信するＡＰ３０９への、補助ＷＴＲＵ（Ａ−ＷＴＲＵ）３０８とのＵＬジョイント送信を協調させ得る。Ｃ−ＷＴＲＵ３０７は、３３２で、データパケットをＡＰ３０９へ送信し得る。Ａ−ＷＴＲＵ３０８もまた、３３３で、同じデータパケットをＡＰ３０９へ送信し得る。３３２および３２３で、同じデータパケットをＡＰ３０９へ送信することの代替として、Ｃ−ＷＴＲＵ３０７およびＡ−ＷＴＲＵ３０８からの送信されるデータパケットは、同じデータパケットの異なるバージョンであり得る。図３Ｃの例では、アップリンクにおける協調マルチＷＴＲＵジョイント送信は、同時または逐次のいずれかで実施され得る。逐次送信方式では、Ｃ−ＷＴＲＵ３０７およびＡ−ＷＴＲＵ３０８は、それらの送信間の遅延ありまたはなしで、受信するＡＰ３０９へ逐次送信し得る。
【００４７】
図４は、第１の実施形態による、ＡＰまたはＷＴＲＵがジョイント送信能力表示として使用し得る、ジョイント送信能力情報要素（ＩＥ）の一例４００を示す。ＡＰまたはＷＴＲＵは、そのビーコンにおいて、または、それに限定されないが、プローブ要求／応答フレーム、関連付け要求／応答フレーム、アクションフレーム、もしくはアクションＡＣＫなし（action no ACK）フレームを含む、別の管理または制御フレームにおいて、ジョイント送信能力ＩＥを使用して、マルチＡＰまたはマルチＷＴＲＵジョイント送信のためのその能力を示し得る。ＷＴＲＵはまた、ジョイント送信能力ＩＥを含む管理または制御フレームを送ることによって、それがジョイント送信可能であることを示し得る。
【００４８】
図４のジョイント送信能力情報要素（ＩＥ）例示的設計は、以下のフィールド、すなわち、要素ＩＤフィールド４０１、長さフィールド４０２、および、ジョイント送信能力フィールド４０３を含有し得る。
【００４９】
要素ＩＤフィールド４０１は、ＩＥがジョイント送信能力ＩＥであることを示し得る。長さフィールド４０２は、ジョイント送信能力ＩＥの長さを含有し得る。ジョイント送信能力フィールド４０３は、デバイスがジョイント送信可能であることを示し得る。ジョイント送信能力フィールド４０３のための例示的な表示は、以下の表１に示される。
【００５０】
【表１−１】
0006371296.tif 000002
【００５１】
【表１−２】
0006371296.tif 000003
【００５２】
表１において設計されるようなジョイント送信能力表示は、ＩＥとして説明されるが、本明細書で説明される要素の任意のフィールド、サブフィールド、またはサブセットが実装され得る。ＩＥは、管理フレーム、制御フレーム、データフレーム、または、任意の他のタイプのフレームの任意の部分であり得る。ジョイント送信能力表示は、それに限定されないが、物理層収束手順（Physical Layer Convergence Procedure）（ＰＬＣＰ）または媒体アクセス制御（ＭＡＣ）ヘッダ、フレーム本体、スクランブラ初期化シード、その他の任意の部分を含み得る、すべての明示的および暗示的シグナリングを含み得る。
【００５３】
図５Ａは、協調ジョイント送信のために使用される例示的な制御情報交換の高レベル信号フロー図５００を示す。図５Ａの例では、ＡＡＰ５０２およびＡＴＡＰ５０３は、上記で説明されたように、制御情報５１１ａおよび５１１ｂを交換して、マルチＡＰジョイント送信を実施するための準備をし得る。制御情報５１１ａは、ジョイント送信要求を含み得る。制御情報５１１ｂは、ジョイント送信応答を含み得る。加えて、または、あるいは、ＡＡＰ５０２は、５１２で、データパケットをＡＴＡＰ５０３へフォワーディングし得る。ＡＡＰ５０２およびＡＴＡＰ５０３は、次いで、５１３ａおよび５１３ｂで、ジョイント送信セッションにおいて、データパケットを、受信するＷＴＲＵ５０１へ送信し得る。協調情報の交換、ならびに、関連付けられたデータパケットのフォワーディングは、少なくとも２つの方法で行われ得る。第１に、それらは、それに限定されないが、別のＷＬＡＮ、ＵＭＴＳ、ＬＴＥ、ＷｉＭＡＸインターフェースを含む、同じまたは別個のワイヤレスインターフェースを使用して、ワイヤレスに送信され得る。第２に、それらは、ワイヤードバックホールリンクを介して送信され得る。制御情報は、図５Ａに示される同じ手順を使用して、マルチＷＴＲＵ協調ジョイント送信のために、ＷＴＲＵ間、および、ＡＰとＷＴＲＵとの間で交換され得る。
【００５４】
図５Ｂは、ＡＡＰとＡＴＡＰとの間で協調を実施するため、および、協調制御情報を送信するために使用され得る、例示的なジョイント送信要求ＩＥを示す。ジョイント送信要求ＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド５２１、長さフィールド５２２、ＩＤフィールド５２３、オプションフィールド５２４、スケジュールフィールド５２５、送信仕様（ＴｘＳｐｅｃ）フィールド５２６、および、要求タイプフィールド５２７である。
【００５５】
要素ＩＤフィールド５２１は、ＩＥがジョイント送信要求ＩＥであることを示し得る。長さフィールド５２２は、ジョイント送信要求ＩＥの長さを含有し得る。
【００５６】
ＩＤフィールド５２３は、以下の表２に示される１または複数のＩＤを含有し得る。ＩＤ（複数可）は、ＭＡＣアドレス、ＢＳＳＩＤ、ＳＳＩＤ、ＡＩＤ、または、ＷＴＲＵがそれについて同意し得る任意の他のタイプのＩＤとして実装され得る。
【００５７】
【表２】
0006371296.tif 000004
【００５８】
オプションフィールド５２４は、ジョイント送信のための様々なオプションを含有し得る。オプションフィールドの例示的な内容は、表３に示される。
【００５９】
【表３−１】
0006371296.tif 000005
【００６０】
【表３−２】
0006371296.tif 000006
【００６１】
ＴｘＳｐｅｃフィールド５０６は、ジョイント送信に関連付けられ得る送信仕様を含み得る。ＴｘＳｐｅｃフィールド５０６の例示的な内容は、表４に示される。ＴｘＳｐｅｃは、それがＰＨＹサービスプリミティブ、ＴＸＶＥＣＴＯＲと同様であり得るか、または、それがＴＸＶＥＣＴＯＲの修正されたバージョンであってよく、ＭＣＳ、送信電力、チャネル行列、および／もしくはプリコーディング行列、その他を規定し得るように、実装され得る。逐次ジョイント送信が使用されるとき、ＡＡＰは、フレームチェックシーケンス（ＦＣＳ）長さ、アドレスフィールド値、その他など、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）をどのように構築するかについての、ＡＴＡＰのためのＴｘＳｐｅｃを含み得る。ＡＴＡＰは、ＰＬＣＰヘッダ、および、関連付けられたＰＬＣＰサービスデータユニット（ＰＳＤＵ）／ＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）を、ＴｘＳｐｅｃ、および、ＡＡＰから受信されたフォワーディングされたパケットに基づいて、構築し得る。
【００６２】
【表４】
0006371296.tif 000007
【００６３】
スケジュールフィールド５０５の例示的な内容は、表５に示される。
【００６４】
【表５】
0006371296.tif 000008
【００６５】
要求タイプフィールド５０７の例示的な内容は、表６に示される。
【００６６】
【表６】
0006371296.tif 000009
【００６７】
ジョイント送信要求は、図５ＢにおいてＩＥの形式において説明されるが、論じられた要素の任意のフィールド、サブフィールド、またはサブセットが、管理フレーム、制御フレーム、データフレーム、または任意の他のタイプのフレームの任意の部分として実装され得る。これらのフレームは、ＰＬＣＰ／ＭＡＣヘッダ、フレーム本体、および／またはスクランブラ初期化シード、その他の任意の部分など、すべての明示的および暗示的シグナリングを含み得る。ジョイント送信要求はまた、例えば、ＬＴＥ、ＵＭＴＳ、任意のＷｉＦｉ規格、およびイーサネット（登録商標）、その他など、他のタイプの通信システムにおける、フレーム、または、フレームのフィールドとしても実装され得る。例えば、それは、Ｅｔｈｅｒｔｙｐｅ８９−０ｄを使用して実装されてよく、ペイロードタイプは、４、または４〜２５５の間の任意の他の数に設定されて、フレームがジョイント送信プロトコルを含有し得るか、または、マルチＡＰ送信プロトコルフレームに関係付けられ得ることが、示される。追加のフィールドが含まれて、含有されるフレームがサブタイプジョイント送信要求パケット（ＪＤＲｅｑ）のものであり得ることが示され得る。セッションＩＤは、１または複数の受信するＷＴＲＵへの特定のジョイント送信セッションを識別し得る。受信するＷＴＲＵは、受信するＷＴＲＵのセットであり得る。フレームのＩＤ、例えば、セッションＩＤ、ＡＡＰのＩＤ、および／またはＡＴＡＰのＩＤによって識別されたジョイント送信セッションにおけるパケットのシーケンス番号は、追加のフィールドとして含まれ得る。
【００６８】
図６は、ＡＴＡＰが、ＡＡＰ６００からの制御情報においてジョイント送信要求を受信した後、ＡＡＰへ送信し得る、ジョイント送信応答ＩＥの一例を示す。ジョイント送信応答ＩＥは、その個別のフレーム、管理フレーム、制御フレーム、または、ジョイント送信応答ＩＥを含有し得る任意の他のタイプのフレーム中に含まれ得る。ジョイント送信応答ＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド６０１、長さフィールド６０２、ＩＤフィールド６０３、および、結果フィールド６０４である。
【００６９】
要素ＩＤフィールド６０１は、ＩＥがジョイント送信応答ＩＥであることを示し得る。長さフィールド６０２は、ジョイント送信応答ＩＥの長さを含有し得る。ＩＤフィールド６０３は、ジョイント送信の受信側であり得る、受信するＷＴＲＵの１または複数のＩＤを含有し得る。ＩＤフィールドの例示的な内容は、表７に示される。ＩＤ（複数可）は、ＭＡＣアドレス、ＢＳＳＩＤ、ＳＳＩＤ、ＡＩＤ、または、ＷＴＲＵがそれについて同意し得る任意の他のタイプのＩＤとして実装され得る。
【００７０】
【表７】
0006371296.tif 000010
【００７１】
結果フィールド６０４の例示的な内容は、表８に示される。
【００７２】
【表８】
0006371296.tif 000011
【００７３】
図７Ａは、ＡＰにおけるジョイント送信能力を判断し、ジョイント送信の準備をするための、例示的なフロー図７００を示す。図７Ａの例では、ＡＡＰ７０２は、別のＡＰまたはＡＴＡＰ７０３に、そのジョイント送信（ＪＴ）能力について、７１１で、および／または、ジョイント送信のためにターゲットにされる１もしくは複数のＷＴＲＵに関連付けられた、そのチャネル状態について、７１２で、クエリし得る。ＡＴＡＰ７０３は、７１３で、ジョイント送信フィードバックで応答し得る。ＷＴＲＵ７０１は、次いで、７１４で、ＡＡＰ７０２から、保留中のジョイント送信セッションの通知を受信し得る。ジョイント送信の受信に参加する前のＷＴＲＵ７０１は、７１５ａおよび７１５ｂで、ＡＡＰ７０２および／またはＡＴＡＰ７０３へジョイント送信能力表示を、任意の管理フレーム、制御フレーム、または、プローブ要求、関連付け要求、その他などの任意の他のタイプのフレームにおいて送信することによって、そのジョイント送信および受信能力を示し得る。あるいは、同時ジョイント送信が実施される場合、ジョイント送信セッションは、受信するＷＴＲＵに対して透過的に行われ得る。ＷＴＲＵ７０１はまた、それが逐次ジョイント送信を受信することが可能であることを示し得る。
【００７４】
ＡＡＰは、ＡＴＡＰのＪＴ能力をクエリするために、ジョイント送信クエリフレーム、または、ジョイント送信クエリＩＥを含有する任意のタイプのフレームを使用し得る。図７Ｂは、ジョイント送信クエリＩＥの一例を示す。ジョイント送信クエリＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド７２１、長さフィールド７２２、ＩＤフィールド７２３、および、オプションフィールド７２４である。
【００７５】
要素ＩＤフィールド７２１は、ＩＥがジョイント送信クエリＩＥであることを示し得る。長さフィールド７２２は、ジョイント送信クエリＩＥの長さを含有し得る。
【００７６】
ＩＤフィールド７２３は、それについてＡＡＰがクエリ中である、受信するＷＴＲＵの１または複数のＩＤを含有し得る。ＩＤ（複数可）は、ＭＡＣアドレス、ＢＳＳＩＤ、ＡＩＤ、または、ＷＴＲＵがそれについて同意し得る任意の他のタイプのＩＤとして実装され得る。クエリされているＡＰのあらかじめ確立された汎用ＩＤまたはＩＤが使用されて、ジョイント送信クエリフレームがＡＰのジョイント送信能力をクエリするためのものであることが示され得る。
【００７７】
オプションフィールド７２４は、要求されたフィードバックの内容についての情報を含有してよく、表９に示される表示を含み得る。
【００７８】
【表９】
0006371296.tif 000012
【００７９】
ＡＴＡＰは、ＡＡＰによるＪＴ能力クエリに応答するために、ジョイント送信フィードバックフレーム、または、ジョイント送信フィードバックＩＥを含有する任意のタイプのフレームを使用し得る。図７Ｃは、ジョイント送信フィードバックＩＥの一例を提供する。ジョイント送信フィードバックＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド７３１、長さフィールド７３２、オプションフィールド７３３、および、フィードバックフレーム７３４である。
【００８０】
要素ＩＤフィールド７３１は、ＩＥがジョイント送信フィードバックＩＥであることを示し得る。長さフィールド７３２は、ジョイント送信フィードバックＩＥの長さを含有し得る。オプションフィールド７３３は、送信するＡＰのためのジョイント送信能力、および、好ましいジョイント送信オプションを含有し得る。
【００８１】
フィードバックフィールド７３４は、１または複数のＷＴＲＵのフィードバックを含有し得る。フィードバックフィールド７３４の例示的な内容は、表１０に示される。
【００８２】
【表１０】
0006371296.tif 000013
【００８３】
ＡＡＰは、ＡＡＰおよびＡＴＡＰがＪＴＳについて同意した後、受信するＷＴＲＵに、保留中のジョイント送信セッション（ＪＴＳ）を通知するために、ジョイント送信通知フレーム、または、ジョイント送信通知ＩＥもしくはフィールドもしくはそのサブフィールドを含有する任意のタイプのフレームを使用し得る。この通知は、受信するＷＴＲＵが、それが３以上のＡＰから同様または関連データを受信中であることに気づき得る、非透過ＪＴＳにおいて、受信するＷＴＲＵによって使用され得る。例えば、非透過ＪＴＳでは、ＡＡＰおよびＡＴＡＰは、特定のデータパケットに関連付けられ得るが、ヘッダ中で異なるＴＡアドレスに関連付けられ得る、ＭＰＤＵを送信し得る。また、受信するＷＴＲＵに、保留中のスケジュールされたジョイント送信を通知して、受信するＷＴＲＵが省電力のためにスリープ状態に入らないようにすることもまた、重要であり得る。
【００８４】
図７Ｄは、ジョイント送信通知ＩＥの例示的な設計を示す。ジョイント送信通知ＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド７４１、長さフィールド７４２、受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）フィールド７４３、ＡＴＡＰ／Ａ−ＷＴＲＵフィールド７４４、参照フィールド７４５、および、ジョイント送信（ＪＴ）オプションフィールド７４６である。
【００８５】
要素ＩＤフィールド７４１は、ＩＥがジョイント送信通知ＩＥであることを示し得る。長さフィールド７４２は、ジョイント送信通知ＩＥの長さを含有し得る。参照フィールド７４５は、ＪＴＳのＩＤまたはシーケンス番号など、保留中のＪＴＳへの１または複数の参照を含有し得る。
【００８６】
Ｒ−ＷＴＲＵフィールド７４３は、ＪＴＳのためのＲ−ＷＴＲＵの１または複数のＩＤを含有し得る。ＩＤは、ＭＡＣアドレス、ＡＩＤ、その他として実装され得る。Ｒ−ＷＴＲＵフィールド７４３は、意図されたＲ−ＷＴＲＵのＩＤまたはアドレスがＭＡＣヘッダ中にグループまたは個別のアドレスとしてすでに含まれ得るとき、フレーム中に含まれなくてもよい。
【００８７】
ＡＴＡＰフィールド７４４は、保留中のＪＴＳのために、受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）に割り当てられたＡＴＡＰの１または複数のＩＤを含有し得る。ＩＤは、ＭＡＣアドレス、ＢＳＳＩＤ、ＳＳＩＤ、ＡＩＤ、その他として実装され得る。
【００８８】
ＪＴオプションフィールド７４６は、ジョイント送信のための様々なオプションを含有し得る。ＪＴオプションフィールド７４６の例示的な内容は、表１１に示される。
【００８９】
【表１１−１】
0006371296.tif 000014
【００９０】
【表１１−２】
0006371296.tif 000015
【００９１】
【表１１−３】
0006371296.tif 000016
【００９２】
図７Ｂ〜図７Ｄにおける様々なジョイント送信フレームの例は、ＩＥの形式において説明されるが、論じられた要素の任意のフィールドまたはサブフィールドまたはサブセットが、管理フレーム、制御フレーム、データフレーム、または他のタイプのフレームの任意の部分として実装され得る。これらのフレームは、ＰＬＣＰ／ＭＡＣヘッダ、フレーム本体、および／またはスクランブラ初期化シード、その他の任意の部分など、すべての明示的および暗示的シグナリングを含み得る。ジョイント送信フレームはまた、別のタイプの通信システム、例えば、ＬＴＥ、ＵＭＴＳ、任意のＷｉＦｉ規格、および／またはイーサネット、その他における、フレーム、または、フレームのフィールドとしても実装され得る。例えば、フレームは、Ｅｔｈｅｒｔｙｐｅ８９−０ｄを使用して実装されてよく、ペイロードタイプは、４、または４〜２５５の間の任意の他の数に設定されて、それがジョイント送信プロトコル関連フレーム、または、マルチＡＰ送信プロトコル関連フレームを含有することが、示される。追加のフィールドが、以下を示すために含まれてよく、すなわち、含有されるフレームがサブタイプジョイント送信データパケット（ＪＴＤＰ）のものであること、受信するＷＴＲＵ（のセット）への特定のジョイント送信セッションを識別するための１もしくは複数のセッションＩＤ、ＡＡＰのＩＤ、ＡＴＡＰのＩＤ、および／または、Ｒ−ＷＴＲＵのＩＤである。
【００９３】
図８は、ジョイント送信セッション中に、ＡＡＰからＡＴＡＰへ送られて、受信するＷＴＲＵへ送られ得る、データパケットの一例８００を示す。これらのパケットは、ジョイント送信データパケット（ＪＴＤＰ）と呼ばれることがある。ＪＴＤＰは、必ずしもタイプデータのものであるとは限らないことがある。ただし、それらは、データパケットと呼ばれることがあり、その理由は、それらが、ジョイント送信セッション中に、受信するＷＴＲＵへ送信されるパケットであるからである。ＪＴＤＰは、それに限定されないが、以下のフィールドを含んでよく、すなわち、含有されるフレームがサブタイプＪＴＤＰのものであり得ることを示し得る、サブタイプＩＤフィールド８０１、１もしくは複数の受信するＷＴＲＵへの特定のジョイント送信セッションを識別するための、１もしくは複数のセッションＩＤフィールド８０２、ＡＡＰ  ＩＤフィールド８０３、および／または、ＡＴＡＰ／Ａ−ＷＴＲＵ  ＩＤフィールド８０４である。
【００９４】
図８に示されているようなＪＴＤＰは、タイプＭＡＣプロトコルデータユニット（ＭＰＤＵ）、または、ＭＡＣサービスデータユニット（ＭＳＤＵ）のものであり得る。ＪＴＤＰはまた、そのフレーム本体中でＭＰＤＵ／ＭＳＤＵを搬送するフレームの他のタイプのものでもあり得る。ＪＴＰＤはまた、それに限定されないが、ＬＴＥ、ＵＭＴＳ、任意のＷｉＦｉ規格、および／またはイーサネット、その他を含む、別のタイプの通信システムにおける、フレーム、または、フレームのフィールドとしても実装され得る。例えば、フレームは、Ｅｔｈｅｒｔｙｐｅ８９−０ｄを使用して実装されてよく、ペイロードタイプは、６、または４〜２５５の間の任意の他の数に設定されて、それらがジョイント送信プロトコルフレーム、または、マルチＡＰ送信プロトコルデータフレームを含有することが、示される。
【００９５】
同時ジョイント送信が使用されるとき、ＡＡＰは、ＡＴＡＰへ、元のＭＰＤＵ、および、上記で説明された方法に従って使用されることになる送信仕様をフォワーディングし得る。元のＭＰＤＵは、ＡＡＰがジョイント送信中に、受信するＷＴＲＵへ送信中であり得るものと、同一であり得る。同時ジョイント送信では、ＡＡＰとＡＴＡＰの両方は、アドレスフィールドをＭＡＣヘッダ中に含む、同一のＰＰＤＵを送信し得る。
【００９６】
逐次またはスケジュールされたジョイント送信が使用されるとき、ＡＡＰおよびＡＴＡＰは、上記で説明された方法に従って、異なるＰＰＤＵを送信し得る。ＡＡＰは、元のＭＳＤＵをＡＴＡＰへ、ＡＡＰのための、および／またはＡＴＡＰのための送信仕様とともに、フォワーディングし得る。ＡＡＰは、ジョイント送信セッション中に送信するとき、ＡＴＡＰのための送信仕様を判断し得る。あるいは、または加えて、ＡＴＡＰは、それ自体と受信するＷＴＲＵへの間のチャネル状態、および／または、ＡＡＰによって使用される送信仕様に基づいて、それ自体の送信仕様を判断し得る。
【００９７】
図９は、ＡＰまたはＷＴＲＵとのロバストセキュリティネットワーク関連付け（Robust Security Network Association）（ＲＳＮＡ）を認証および確立して、協調ジョイント送信を可能にするための、例示的な手順のフローチャート９００を示す。ＷＴＲＵまたはＡＰは、ＷＴＲＵが、送信するＡＰに関連付けられるのでない限り、８０２．１１インターフェースを介して、データフレームなどのクラス３パケットを受信しないことがある。ＡＡＰは、したがって、ＪＴＤＰをＡＴＡＰもしくはＡ−ＷＴＲＵへフォワーディングすることが可能でないことがあり、または、受信するＷＴＲＵは、ＡＴＡＰもしくはＡ−ＷＴＲＵによってそれへ送られたパケットを、受信するＷＴＲＵがそれに関連付けられるのでない限り、受け付けないことがある。８０２．１１ａｄにおいて定義されたものと同様の方法で、状態４へ移行することは、ＡＡＰ、ＡＴＡＰ、Ａ−ＷＴＲＵ、Ｃ−ＷＴＲＵ、および受信するＷＴＲＵの間のすべてのクラスのフレームの送信および受信を可能にし得る。例示的な手順では、ＡＡＰは、９０１で、別のＡＰまたはＷＴＲＵがジョイント送信に参加しようとしているかどうかを判断し得る。ターゲットにされたＡＡＰまたはＷＴＲＵが、ジョイント送信に参加しようとしている場合、ＡＡＰは、次いで９０２で、ターゲットにされたＡＰまたはＷＴＲＵがＡＡＰに関連付けられるかどうかを判断し得る。ターゲットにされたＡＰまたはＷＴＲＵが関連付けられない場合、ＡＡＰは、９０３で、ターゲットにされたＡＰまたはＷＴＲＵを認証し、次いで９０４で、状態４に入るために、ターゲットにされたＡＰまたはＷＴＲＵとのＲＳＮＡを確立し、ＡＡＰへ、およびＡＡＰから、すべてのクラスのフレームを送信および受信することが可能になり得る。この手順はまた、ＡＴＡＰ、Ａ−ＷＴＲＵ、またはＣ−ＷＴＲＵによって実行されるように拡張され得る。
【００９８】
ＡＡＰおよびＡＴＡＰまたはＡ−ＷＴＲＵが、それに限定されないが、ＬＴＥおよび／またはワイヤードイーサネットを含む、他のインターフェース上で通信する場合、ＷｉＦｉインターフェース上の図９の手順は、必要とされないことがある。その場合、受信するＷＴＲＵは、図９の手順に従って、ＡＡＰとＡＴＡＰまたはＡ−ＷＴＲＵのいずれかまたは両方とともに認証し得る。ＷＴＲＵは、ＡＡＰのみに関連付けられてよく、または、それは、ＡＡＰ、ならびに、ＡＴＡＰもしくはＡ−ＷＴＲＵに関連付け得る。あるいは、ＷＴＲＵは、ＡＡＰ、および／または、ＡＴＡＰもしくはＡ−ＷＴＲＵとの関連付けを実施せず、代わりに、ＡＡＰとＡＴＡＰまたはＡ−ＷＴＲＵのいずれかまたは両方とのＲＳＮＡを確立し得る。
【００９９】
図１０は、協調ジョイント送信のためにＡＴＡＰを選択するための例示的な手順１０００を示す。図１０の例示的な手順では、ＡＡＰは、１００１で、ジョイント送信能力表示を、そのビーコン、プローブ応答、関連付け応答、または、任意の他のタイプの管理および制御フレーム中に含めて、その能力を告知し得る。
【０１００】
ＡＡＰはまた、１００２で、近隣ＡＰのジョイント送信能力、および、ＷＴＲＵに関連付けられたチャネル特性を監視／記録し得る。これらの能力およびチャネル特性は、ＡＰによって、それが、ジョイント送信能力表示を含み得る、ビーコン、プローブ応答、関連付け応答、または、任意の他のタイプの管理および制御フレームなどのフレームを受信するとき、受信され得る。任意のＡＰは、別のＷＴＲＵからフレームを受信するとき、送信するＷＴＲＵとそれ自体との間のチャネルの状態を記録し得る。
【０１０１】
ＡＡＰは、１００３で、ジョイント送信のための受信するＷＴＲＵを識別してよく、受信するＷＴＲＵが周囲のＡＰからの１もしくは複数のビーコン無線測定、または、他のタイプのフレームにおける無線測定を実施し、フィードバックを提供することを、要求し得る。受信するＷＴＲＵは、要求された無線測定を実施してよく、フィードバックをＡＡＰへ提供してよい。ＡＡＰはまた、受信するＷＴＲＵによって、ネイバーＡＰの測定を実施して、測定レポートを取得するようにも要求され得る。
【０１０２】
ＡＡＰは、１００４で、受信するＷＴＲＵからフィードバックされた測定レポートに基づいて、ＡＴＡＰになる候補を選択し得る。
【０１０３】
ＡＡＰは、１００５で、受信するＷＴＲＵからのフィードバックに基づいて、ジョイント送信クエリを候補ＡＴＡＰへ送り、ＡＴＡＰ候補と受信するＷＴＲＵとの間のチャネル状態を取得し得る。ＡＡＰは、ジョイント送信クエリを、ジョイント送信能力を有することが知られているＡＰへ送ってもよく、または、上記で説明された方法に従って、それらが事前に知られていない場合、ＡＰのジョイント送信能力をクエリし得る。
【０１０４】
これらのＡＰは、次いで、１００６で、応答するＡＰが、チャネル状態、トラフィック負荷、ローカル媒体占有時間、および送信電力限定、その他など、そのローカルの状況に基づいてローカルで判断した、チャネル品質表示、好ましいジョイント送信オプション、および／またはジョイント送信ＴｘＳｐｅｃを提供し得る、クエリされたＡＴＡＰ候補からのフィードバックを、ジョイント送信フィードバックフレームにおいて受信し得る。
【０１０５】
ＡＡＰは、１００７で、ＡＡＰがすべてのＡＰから受信したジョイント送信フィードバックに基づいて、１または複数の候補ＡＴＡＰを、１または複数の受信するＷＴＲＵへのジョイント送信セッションのためのＡＴＡＰとして選択し得る。ＡＴＡＰのための選択基準は、それに限定されないが、以下を含み得る。
【０１０６】
（１）ジョイント送信が、受信するＷＴＲＵのためのスループット改善を著しく提供し得るように、受信するＷＴＲＵに対して良好なチャネル状態を有するＡＴＡＰ、
【０１０７】
（２）オーバーヘッドと見なされ得る、協調情報およびＪＴＤＰのフォワーディングが、比較的短期間を取るように、ＡＡＰとの良好なチャネル状態を有するＡＴＡＰ、
【０１０８】
（３）スケジュールされたチャネルアクセスなど、ＡＡＰと同様の能力、および、同様のワイヤード／ワイヤレスインターフェース、その他を共有するＡＴＡＰ、
【０１０９】
（４）ＡＡＰがＪＴＳ中に所望する、ジョイント送信オプションおよびＴｘＳｐｅｃが可能である、ＡＴＡＰ、および
【０１１０】
（５）ジョイント送信セッションのための遅延を引き起こし得る、トラフィックの過度の過負荷を受信しない、ＡＴＡＰ。
【０１１１】
この手順はまた、ＡＴＡＰ、Ａ−ＷＴＲＵ、またはＣ−ＷＴＲＵによって実行されるように拡張され得る。あるいは、または加えて、任意の時間に、ＡＡＰは、上記の手順を出てよく、上記で説明されたように、ジョイント送信クエリフレームを１または複数の近隣ＡＰへ送信して、それらのジョイント送信能力を取得することによって、図７Ａにおいて説明されたようなジョイント送信能力手順を実施し得る。
【０１１２】
ＡＡＰが、１または複数の受信するＷＴＲＵへのＪＴＳのためのＡＴＡＰを選択すると、ＡＡＰ、ＡＴＡＰ、およびＷＴＲＵは、マルチＡＰジョイント送信手順を実施し得る。本明細書で説明されるような、ジョイント送信要求および応答交換を使用して、ＡＡＰおよびＡＴＡＰは、協調ジョイント送信のタイプについて同意し得る。協調ジョイント送信の例は、それに限定されないが、スケジュールされた同時ジョイント送信、スケジュールされた逐次ジョイント送信、コンテンションベースの同時ジョイント送信、および、コンテンションベースの逐次ジョイント送信を含む。各タイプのジョイント送信のための手順が後述される。
【０１１３】
図１１は、スケジュールされた同時ジョイント送信手順の一例１１００を示す。ＡＡＰ１１０１およびＡＴＡＰ１１０２は、互いのビーコンをリッスンし、ＡＡＰ１１０１およびＡＴＡＰ１１０２におけるＴＳＦタイマーなど、それらのローカルタイマー間の差を判断し得る。ジョイント送信は、ＡＡＰ１１０１およびＡＴＡＰ１１０２が、ワイヤレスＷｉＦｉインターフェース上で互いの範囲内にない場合でも、可能であり得る。ビーコンは、ＤＳまたは他のタイプのワイヤレスまたはワイヤードインターフェースを介して交換され得る。
【０１１４】
ＡＡＰ１１０１は、ワイヤレスに、またはワイヤード接続上でのいずれかで送信されたジョイント送信要求１１１０を使用して、ＪＴＳをセットアップし得る。ジョイント送信要求１１１０は、保留中のＪＴＳと同じＷｉＦｉ媒体１１０５上で送られ得る。あるいは、ジョイント送信要求１１１０はまた、それがＡＴＡＰ１１０２へ配信され得るとすれば、代替インターフェースを介して、代替媒体１１０４上で送られ得る。例えば、ジョイント送信要求１１１０は、ＬＴＥ、ＵＭＴＳ、ＷｉＭＡＸ、イーサネット、もしくは異なるＷｉＦｉ規格に準拠する異なるインターフェースを使用して、または、同じＷｉＦｉ規格であるが、異なるチャネル上で送信され得る。
【０１１５】
ＡＡＰは、ジョイント送信要求１１１０を使用して、１または複数の送信機会の送信のために、ＪＴＳのためのスケジュール情報を提供し得る。このスケジュール情報は、ＡＴＡＰもしくはＡＡＰのいずれかにおけるローカルタイマーを基準にされてよく、または、それについて同意される任意の他のタイマーを基準にされてよい。このスケジュールは、例えば、送信機会（ＴＸＯＰ）、節電マルチポール（power save multi-poll）（ＰＳＭＰ）ダウンリンク（ＤＬ）スロット、スケジュールされた自動節電配信（scheduled automatic power save delivery）（Ｓ−ＡＰＳＤ）スロット、または、例えば、８０２．１１ａｄにおけるサービス期間など、例えば、時間および持続時間、または、任意の他のタイプの期間の表示であり得る。ＡＡＰおよび／またはＡＴＡＰは、それらのビーコン、短いビーコン、または、任意の他のタイプのフレームにおいて、そのようなスケジュールを告知し得る。
【０１１６】
ＡＴＡＰ１１０２は、ジョイント送信要求１１１０を送信するために使用される同じ媒体上で、ＪＴＳを受け付けるか、または拒否するかのいずれかである、ジョイント送信応答１１１２を送ることによって、応答し得る。ＪＴＳが拒否される場合、ＡＡＰ１１０１は、ジョイント送信要求１１１０を送信する先の次に好適なＡＰを選択し得る。あるいは、ＡＡＰ１１０１は、拒否理由コードに従って、ジョイント送信パラメータおよび仕様を調整し、新しいジョイント送信要求１１１０を同じＡＰへ送リ得る。選択されたＡＰがＪＴＳを受け付ける場合、ＡＡＰ１１０１が新しいＡＴＡＰを選択するか、または、ＡＴＡＰ１１０２が、変更を示す結果フィールドとともに、ジョイント送信応答１１１２をＡＰへ送ることによって、それがもはやＪＴＳを受け入れることができないことをＡＡＰ１１０１に示すのでない限り、ＡＴＡＰ１１０２は、ＷＴＲＵまたはＷＴＲＵのセットのためのＪＴＳに対して同じままであり得る。あるいは、ＡＴＡＰ１１０２は、ＪＴＳのための同じＷｉＦｉ媒体１１０５など、異なる媒体を選定し得る。
【０１１７】
ＡＡＰ１１０１は、次いで１１１１で、ＪＴＤＰをＡＴＡＰ１１０２へフォワーディングし得る。ＪＴＤＰ１１１１が、ジョイント送信要求１１１０とともに、アグリゲートされたパケット中で一緒にフォワーディングされる場合、ジョイント送信応答は、フォワーディングされたＪＴＤＰ１１１１のためのＪＴＤＰ  ＡＣＫ／ブロックＡＣＫ（ＢＡ）１１１３フレームとともにアグリゲートされ得る。あるいは、ジョイント送信要求１１１０フレームは、ＪＴＤＰを含有するフィールドを含んでよく、ジョイント送信応答１１１２フレームは、フォワーディングされたＪＴＤＰ１１１１のためのＪＴＤＰ  ＡＣＫ／ＢＡ１１１３フレームを示すフィールドを含み得る。
【０１１８】
ＪＴＤＰは、ジョイント送信能力中に含まれるデータフォワーディングオプションに従って、または、ジョイント送信要求１１１０およびジョイント送信応答１１１２交換中の同意に従って、ＡＡＰ１１０１によってＡＴＡＰ１１０２へフォワーディングされ得る。ＪＴＤＰのフォワーディング１１１１は、アグリゲートされたフレームにおいて、ジョイント送信要求１１１０などの協調情報とともに行われ得る。ＪＴＤＰのフォワーディング１１１１は、それらのＪＴＤＰのジョイント送信が始まる前に、完了および肯定応答され得る。フォワーディングされたＪＴＤＰは、ＭＰＤＵまたはＭＳＤＵであり得る。これらのＭＰＤＵまたはＭＳＤＵは、フレーム本体中にカプセル化され、例えば、イーサネット、ＷｉＦｉ、ＬＴＥ、またはＷｉＭａｘフレームとして送信され得る。
【０１１９】
ＭＳＤＵが、ＡＴＡＰ１１０２へフォワーディングされる場合、ＡＴＡＰ１１０２は、ＭＳＤＵ、ならびに、ＡＡＰ１１０１によって提供された情報およびＴｘＳｐｅｃを使用して、ＭＰＤＵを構築し得る。ＡＡＰ１１０１がＭＰＤＵをＡＴＡＰ１１０２へ、ＴｘＳｐｅｃとともにフォワーディングするとき、ＡＴＡＰ１１０２は、ＭＰＤＵを直接抽出し得る。ジョイント送信では、ＡＴＡＰ１１０２は、ＭＰＤＵを別個のキューにおいて保存し、ＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）などのプリミティブを使用して、ＭＰＤＵを物理（ＰＨＹ）層へ、適した時間に渡してよく、ただし、ＴＸＶＥＣＴＯＲは、ＡＴＡＰ１１０２がローカルで判断されたか、またはＡＡＰ１１０１から取得された、ＴｘＳｐｅｃから導出され得る。
【０１２０】
ＲＳＴＡに対して透過的であるジョイント送信では、ＡＡＰ１１０１およびＡＴＡＰ１１０２によって送信されるＰＰＤＵは、ＭＡＣヘッダ中にアドレスフィールド、および、ＰＬＣＰヘッダ中にグループＩＤを含み、同一であり得る。
【０１２１】
ＡＡＰ１１０１および／またはＡＴＡＰ１１０２は、ジョイント送信通知フレーム１１１４を使用して、保留中のスケジュールされた同時ＪＴＳおよびそのスケジュールとともに、Ｒ−ＷＴＲＵ１１０３に通知し得る。あるいは、または加えて、ＡＡＰ１１０１および／またはＡＴＡＰ１１０２は、ジョイント送信通知ＩＥを、それらのビーコン、短いビーコン、または、任意の他のタイプのフレーム中に含めて、同じ目的を達成し得る。Ｒ−ＷＴＲＵ１１０３が、ユニキャストフレームを使用して通知される場合、Ｒ−ＷＴＲＵ１１０３は、ＡＣＫ１１１５ジョイント送信通知フレーム１１１４の受信を送信し得る。
【０１２２】
ＡＡＰ１１０１およびＡＴＡＰ１１０２は、１１１６で、スケジュールされた時間において、ローカルで判断されたか、またはＡＡＰによって判断された、ＴｘＳｐｅｃから導出され得るＴＸＶＥＣＴＯＲを使用して、ジョイント送信を開始し得る。スケジュールされた同時ＪＴＳにおいて、ＡＡＰ１１０１とＡＴＡＰ１１０２の両方によって送信されたパケットデータ１１１７および１１１８を含有するＰＰＤＵは、同一であり得る。それが受信中であるパケットデータ１１１７および１１１８が、スケジュールされた同時ジョイント送信であることは、Ｒ−ＷＴＲＵ１１０３に対して透過的であり得る。ジョイントで送信されたパケットデータ１１１７および１１１８を受信したとき、Ｒ−ＷＴＲＵ１１０３は、ＡＣＫ１１１９、短いＡＣＫ、またはＢＡをＡＡＰ１１０１へ送信することによって、受信を肯定応答し得る。Ｒ−ＷＴＲＵ１１０３はまた、規定されたＡＣＫポリシーに従って、肯定応答をスキップしてもよい。ジョイント送信が失敗した場合、ＡＡＰ１１０１は、後のスケジュールされた時間において、個々に、またはジョイントでのいずれかで、パケットデータ１１１７を再送信するように決定し得る。
【０１２３】
図１２は、スケジュールされた逐次ジョイント送信手順の一例１２００を示す。ＡＡＰ１２０１およびＡＴＡＰ１２０２は、互いのビーコンをリッスンし、ＡＡＰ１２０１およびＡＴＡＰ１２０２におけるＴＳＦタイマーなど、それらのローカルタイマー間の差を判断し得る。ジョイント送信は、ＡＡＰ１２０１およびＡＴＡＰ１２０２が、ワイヤレスＷｉＦｉインターフェース上で互いの範囲内にない場合でも、可能であり得る。ビーコンは、ＤＳまたは他のタイプのワイヤレスまたはワイヤードインターフェースを介して交換され得る。
【０１２４】
ＡＡＰ１２０１は、ワイヤレスに、またはワイヤード接続上でのいずれかで送信されたジョイント送信要求１２１０を使用して、ＪＴＳをセットアップし得る。ジョイント送信要求１２１０は、保留中のＪＴＳと同じＷｉＦｉ媒体１２０５上で送られ得る。あるいは、ジョイント送信要求１２１０はまた、それがＡＴＡＰ１２０２へ配信され得るとすれば、代替インターフェースを介して、代替媒体１２０４上で送られ得る。例えば、ジョイント送信要求１２１０は、ＬＴＥ、ＵＭＴＳ、ＷｉＭＡＸ、イーサネット、もしくは異なるＷｉＦｉ規格に準拠する異なるインターフェースを使用して、または、同じＷｉＦｉ規格であるが、異なるチャネル上で送信され得る。
【０１２５】
ＡＡＰは、ジョイント送信要求１２１０を使用して、１または複数の送信機会の送信のために、ＪＴＳのためのスケジュール情報を提供し得る。このスケジュール情報は、ＡＴＡＰもしくはＡＡＰのいずれかにおけるローカルタイマーを基準にされてよく、または、それについて同意される任意の他のタイマーを基準にされてよい。このスケジュールは、例えば、送信機会（ＴＸＯＰ）、節電マルチポール（ＰＳＭＰ）ダウンリンク（ＤＬ）スロット、スケジュールされた自動節電配信（Ｓ−ＡＰＳＤ）スロット、または、例えば、８０２．１１ａｄにおけるサービス期間など、例えば、時間および持続時間、または、任意の他のタイプの期間の表示であり得る。ＡＡＰおよび／またはＡＴＡＰは、それらのビーコン、短いビーコン、または、任意の他のタイプのフレームにおいて、そのようなスケジュールを告知し得る。
【０１２６】
ＡＴＡＰ１２０２は、ジョイント送信要求１２１０を送信するために使用される同じ媒体上で、ＪＴＳを受け付けるか、または拒否するかのいずれかである、ジョイント送信応答１１１２を送ることによって、応答し得る。ＪＴＳが拒否される場合、ＡＡＰ１２０１は、ジョイント送信要求１２１０を送信する先の次に好適なＡＰを選択し得る。あるいは、ＡＡＰ１２０１は、拒否理由コードに従って、ジョイント送信パラメータおよび仕様を調整し、新しいジョイント送信要求１２１０を同じＡＰへ送リ得る。選択されたＡＰがＪＴＳを受け付ける場合、ＡＡＰ１２０１が新しいＡＴＡＰを選択するか、または、ＡＴＡＰ１２０２が、変更を示す結果フィールドとともに、ジョイント送信応答１２１２をＡＰへ送ることによって、それがもはやＪＴＳを受け入れることができないことをＡＡＰ１２０１に示すのでない限り、ＡＴＡＰ１２０２は、ＷＴＲＵまたはＷＴＲＵのセットのためのＪＴＳに対して同じままであり得る。あるいは、ＡＴＡＰ１２０２は、ＪＴＳのための同じＷｉＦｉ媒体１２０５など、代替媒体１２０４を選定し得る。
【０１２７】
ＡＡＰ１２０１は、次いで１２１１で、ＪＴＤＰをＡＴＡＰ１２０２へフォワーディングし得る。ＪＴＤＰ１２１１が、ジョイント送信要求１２１０とともに、アグリゲートされたパケット中で一緒にフォワーディングされる場合、ジョイント送信応答は、フォワーディングされたＪＴＤＰ１２１１のためのＪＴＤＰ  ＡＣＫ／ブロックＡＣＫ（ＢＡ）１２１３フレームとともにアグリゲートされ得る。あるいは、ジョイント送信要求１２１０フレームは、ＪＴＤＰを含有するフィールドを含んでよく、ジョイント送信応答１２１２フレームは、フォワーディングされたＪＴＤＰ１２１１のためのＪＴＤＰ  ＡＣＫ／ＢＡ１２１３フレームを示すフィールドを含み得る。
【０１２８】
ＪＴＤＰは、ジョイント送信能力中に含まれるデータフォワーディングオプションに従って、または、ジョイント送信要求１１１０およびジョイント送信応答１２１２交換中の同意に従って、ＡＡＰ１２０１によってＡＴＡＰ１２０２へフォワーディングされ得る。ＪＴＤＰのフォワーディング１２１１は、アグリゲートされたフレームにおいて、ジョイント送信要求１２１０などの協調情報とともに行われ得る。ＪＴＤＰのフォワーディング１２１１は、それらのＪＴＤＰのジョイント送信が始まる前に、完了および肯定応答され得る。フォワーディングされたＪＴＤＰは、ＭＰＤＵまたはＭＳＤＵであり得る。これらのＭＰＤＵまたはＭＳＤＵは、フレーム本体中にカプセル化され、例えば、イーサネット、ＷｉＦｉ、ＬＴＥ、またはＷｉＭａｘフレームとして送信され得る。
【０１２９】
ＭＳＤＵが、ＡＴＡＰ１２０２へフォワーディングされる場合、ＡＴＡＰ１２０２は、ＭＳＤＵ、ならびに、ＡＡＰ１２０１によって提供された情報およびＴｘＳｐｅｃを使用して、ＭＰＤＵを構築し得る。ＡＡＰ１２０１がＭＰＤＵをＡＴＡＰ１２０２へ、ＴｘＳｐｅｃとともにフォワーディングするとき、ＡＴＡＰ１２０２は、ＭＰＤＵを直接抽出し得る。ジョイント送信では、ＡＴＡＰ１２０２は、ＭＰＤＵを別個のキューにおいて保存し、ＰＨＹ−ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）などのプリミティブを使用して、ＭＰＤＵを物理（ＰＨＹ）層へ、適した時間に渡してよく、ただし、ＴＸＶＥＣＴＯＲは、ＡＴＡＰ１２０２がローカルで判断されたか、またはＡＡＰ１２０１から取得された、ＴｘＳｐｅｃから導出され得る。
【０１３０】
ＲＳＴＡに対して透過的であるジョイント送信では、ＡＡＰ１２０１およびＡＴＡＰ１２０２によって送信されるＰＰＤＵは、ＭＡＣヘッダ中にアドレスフィールド、および、ＰＬＣＰヘッダ中にグループＩＤを含み、同一であり得る。
【０１３１】
ＡＡＰ１２０１および／またはＡＴＡＰ１２０２は、ジョイント送信通知フレーム１２１４を使用して、保留中のスケジュールされた逐次ＪＴＳおよびそのスケジュールとともに、Ｒ−ＷＴＲＵ１２０３に通知し得る。あるいは、または加えて、ＡＡＰ１２０１および／またはＡＴＡＰ１２０２は、ジョイント送信通知ＩＥを、それらのビーコン、短いビーコン、または、任意の他のタイプのフレーム中に含めて、同じ目的を達成し得る。Ｒ−ＷＴＲＵ１２０３が、ユニキャストフレームを使用して通知される場合、Ｒ−ＷＴＲＵ１２０３は、ＡＣＫ１２１５ジョイント送信通知フレーム１２１４の受信を送信し得る。
【０１３２】
ＡＡＰ１２０１およびＡＴＡＰ１２０２は、１２１６および１２１９で、スケジュールされた時間において、ローカルで判断されたか、またはＡＡＰによって判断された、ＴｘＳｐｅｃから導出され得るＴＸＶＥＣＴＯＲを使用して、ジョイント送信を開始し得る。スケジュールされた逐次ＪＴＳにおいて、ＡＡＰ１２０１とＡＴＡＰ１２０２の両方によって送信されたパケットデータ１２１７および１２２０を含有するＰＰＤＵは、同一であり得る。それが受信中であるパケットデータ１２１７および１２２０が、スケジュールされた逐次ジョイント送信であることは、Ｒ−ＷＴＲＵ１２０３に対して透過的であり得る。
【０１３３】
あるいは、パケットデータ１２１７および１２２０は、例えば、ジョイント送信オプションにおいて規定され得るような、ＳＴＢＣ、ＨＡＲＱ方式を使用することによって、異なり得る。それが受信中であるパケットデータ１２１７および１２１８が、スケジュールされた逐次送信であることは、Ｒ−ＷＴＲＵ１２０３に対して透過的であり得る。ジョイント逐次送信では、ジョイント送信は、必ずしもＲ−ＷＴＲＵ１２０３に対して透過的であるとは限らないことがある。ＴＡアドレスおよびフレーム本体は、例えば、逐次送信において異なり得る。Ｒ−ＷＴＲＵ１２０３は、ＡＡＰ１２０１および／またはＡＴＡＰ１２０２によって、ジョイント送信通知フレーム１２１４を使用して、非透過ジョイント逐次送信を通知され得る。
【０１３４】
ＨＡＲＱ逐次送信が使用される場合、ＡＡＰ１２０１またはＡＴＡＰ１２０２のいずれかは、そのパケットデータ１２１７および１２２０を送信することから開始し得る。Ｒ−ＷＴＲＵ１２０３は、ＡＣＫ／フィードバック１２１８を送り戻し得る。ＡＡＰ１２０１またはＡＴＡＰ１２０２のいずれかは、どちらでも送信していない方は、最初の送信がすでに肯定応答されている場合、その送信をキャンセルし得る。そうでない場合、それは、それ自体のＰＰＤＵを、Ｒ−ＷＴＲＵ１２０３からのフィードバックに基づいて調整し、Ｒ−ＷＴＲＵ１２０３からのフィードバックからのフレーム間スペース（ＩＦＳ）など、間隔を置いた後、送信し得る。ＳＴＢＣが使用される場合、ＡＡＰ１２０１およびＡＴＡＰ１２０２は、ＳＴＢＣ方式に従って、同じ時間に送信し得る。Ｒ−ＷＴＲＵ１２０３は、ＳＴＢＣ復号方法に従って、受信信号を処理し得る。
【０１３５】
ジョイントで送信されたパケットデータ１２１７および１２２０を受信したとき、Ｒ−ＷＴＲＵ１２０３は、ジョイント逐次送信のＡＡＰ１２０１およびＡＴＡＰ１２０２送信部分についての個別のＡＣＫ１２２１、短いＡＣＫ、またはＢＡをＡＡＰ１２０１へ送信することによって、受信を肯定応答し得る。Ｒ−ＷＴＲＵ１２０３はまた、規定されたＡＣＫポリシーに従って、肯定応答をスキップしてもよい。ジョイント送信が失敗した場合、ＡＡＰ１２０１は、後のスケジュールされた時間において、個々に、またはジョイントでのいずれかで、パケットデータ１２１７を再送信するように決定し得る。
【０１３６】
Ｒ−ＷＴＲＵ１２０３はまた、ジョイント逐次送信全体が完了するまで待機し、次いで、ＡＣＫ１２１８および１２２１をＡＡＰ１２０１へ送り得る。ＡＡＰ１２０１またはＡＴＡＰ１２０２は、ＲＳＴＡが、ＪＴＤＰが正しく受信されたことを示すジョイント逐次送信の以前の送信部分を受信することに応答して、ＡＣＫをすでに送信した場合、それらの保留中の送信をキャンセルし得る。ジョイント送信が失敗した場合、ＡＡＰは、後のスケジュールされた時間において、個々に、またはジョイントでのいずれかで、フレームを再送信するように決定し得る。
【０１３７】
図１３は、ＪＴ−ＲＴＳフレームの例示的な設計を提供し、それは、コンテンションベースのジョイント送信における使用のための、request to send（送信要求：ＲＴＳ）フレームの修正されたバージョン１３００であり得る。ＪＴ−ＲＴＳフレームは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド１３０１、持続時間フィールド１３０２、ＲＡフィールド１３０３、ＴＡフィールド１３０４、参照フィールド１３０５、および、ＦＣＳフィールド１３０６である。このフレームはまた、任意のタイプの制御フレーム、管理フレーム、または、任意の他のタイプのフレーム、フィールド、もしくはそのサブフィールドとしても実装され得る。
【０１３８】
フレーム制御フィールド１３０１は、これがＪＴ−ＲＴＳフレームであることを示す、タイプ情報を含有し得る。あるいは、タイプはＲＴＳであり得るが、ＰＬＣＰヘッダ、初期スクランブリングシード、および／またはＦＣＳ符号化を含む、すべての他のフィールドなど、フレームの他の部分は、これがジョイント送信のためのＲＴＳであることを示し得る。
【０１３９】
持続時間フィールド１３０２は、ＪＴ−ＣＴＳ、定期的ＲＴＳ／ＣＴＳ交換、および、すべてのジョイント送信、ＡＣＫ／ＢＡ、プラス、送信されたフレーム間の適したＩＦＳを送信するために、ＡＡＰ、ＡＴＡＰおよびＲ−ＷＴＲＵを有するために十分である持続時間を含有し得る。ＲＡフィールドは、ＡＴＡＰのアドレスを含有してよく、ＴＡフィールドは、ＡＡＰのアドレスを含有してよい。
【０１４０】
参照フィールド１３０５は、特定のＡＡＰのための、または、ＡＡＰ／ＡＴＡＰペアのための、ＪＴＳのＩＤまたはシーケンス番号など、保留中のＪＴＳへの参照を含有し得る。
【０１４１】
図１４は、ＪＴ−ＣＴＳフレームの例示的な設計を示し、それは、コンテンションベースのジョイント送信における使用のための、clear to send（送信可：ＣＴＳ）フレームの修正されたバージョン１４００であり得る。ＪＴ−ＣＴＳフレームは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド１４０１、持続時間フィールド１４０２、ＲＡフィールド１４０３、参照フィールド１４０４、および、ＦＣＳフィールド１４０５である。このフレームはまた、任意のタイプの制御フレーム、管理フレーム、または、任意の他のタイプのフレーム、フィールド、もしくはそのサブフィールドとしても実装され得る。
【０１４２】
フレーム制御フィールド１４０１は、これがＪＴ−ＣＴＳフレームであることを示す、タイプ情報を含有し得る。あるいは、タイプはＣＴＳであり得るが、ＰＬＣＰヘッダ、初期スクランブリングシード、および／またはＦＣＳ符号化を含む、すべての他のフィールドなど、フレームの他の部分は、これがジョイント送信のためのＣＴＳであることを示し得る。
【０１４３】
持続時間フィールド１４０２は、定期的ＲＴＳ／ＣＴＳ交換、ならびに、すべてのジョイント送信およびＡＣＫ／ＢＡ、プラス、送信されたフレーム間の適したＩＦＳを送信するために、ＡＡＰ、ＡＴＡＰおよびＲ−ＷＴＲＵを有するために十分である持続時間を含有し得る。持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿ｉｎ＿ＪＴ−ＲＴＳ  −  ａＳＩＦＳＴｉｍｅ  −  ＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎに設定されてよく、ただし、Ｄｕｒａｔｉｏｎ＿ｉｎ＿ＪＴ−ＲＴＳは、ＪＴ−ＲＴＳフレーム中に含有された値であり、ａＳＩＦＳＴｉｍｅは、ＳＩＦＳの持続時間であり、ＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎは、ＪＴ−ＣＴＳフレームを送信するために必要とされる持続時間である。
【０１４４】
ＲＡフィールド１４０３は、ＡＡＰのアドレスを含有し得る。参照フィールドは、特定のＡＡＰのための、または、ＡＡＰ／ＡＴＡＰペアのための、ＪＴＳのＩＤまたはシーケンス番号など、保留中のＪＴＳへの参照を含有し得る。
【０１４５】
図１５は、コンテンションベースの同時ジョイント送信手順の一例１５００を示す。ＡＡＰ１５０１およびＡＴＡＰ１５０２は、互いのビーコンをリッスンし、互いのジョイント送信能力を判断し得る。ＡＡＰ１５０１は、同時ジョイント送信要求１５１０を使用して、ＪＴＳをセットアップし得る。ジョイント送信要求１５１０は、保留中のＪＴＳと同じＷｉＦｉ媒体１５０５上で送られ得る。あるいは、ジョイント送信要求１５１０はまた、それがＡＴＡＰ１５０２へ配信され得るとすれば、代替インターフェースを介して、代替媒体１５０４上で送られ得る。例えば、ジョイント送信要求１５１０は、例えば、ＬＴＥ、ＵＭＴＳ、ＷｉＭＡＸ、イーサネット、もしくは異なるＷｉＦｉ規格に準拠する異なるインターフェースを使用して、または、同じＷｉＦｉ規格であるが、異なるチャネル上で送信され得る。ＡＴＡＰ１５０２は、ジョイント送信要求１５１０を送信するために使用される同じ媒体上で、ＪＴＳを受け付けるか、または拒否するかのいずれかである、ジョイント送信応答１５１２を送ることによって、応答し得る。あるいは、ＡＴＡＰ１５０２は、保留中のＪＴＳと同じＷｉＦｉ媒体など、異なる媒体を選定し得る。ＪＴＤＰが、１５１１で、ジョイント送信要求１５１０とともに、アグリゲートされたパケット中で一緒にフォワーディングされる場合、ジョイント送信応答１５１２は、フォワーディングされたＪＴＤＰのためのＡＣＫ／ＢＡフレーム１５１３とともにアグリゲートされ得る。あるいは、ジョイント送信要求１５１０フレームは、ＪＴＤＰを含有するフィールドを含んでよく、ジョイント送信応答１５１２フレームは、フォワーディングされたＪＴＤＰのためのＡＣＫ／ＢＡを示すフィールドを含み得る。
【０１４６】
ＡＴＡＰ１５０２がＪＴＳを受け付ける場合、ＪＴＤＰは、１５１１で、ジョイント送信能力中に含まれるデータフォワーディングオプションに従って、または、ジョイント送信要求１５１０およびジョイント送信応答１５１２交換中の同意に従って、ＡＡＰ１５０１によってＡＴＡＰ１５０２へフォワーディングされ得る。ＪＴＤＰはまた、１５１１で、アグリゲートされたフレームにおいて、ジョイント送信要求１５１０などの協調情報と一緒にフォワーディングされ得る。ＪＴＤＰフォワーディング１５１１は、そのＪＴＤＰのジョイント送信が始まる前に、完了および肯定応答され得る。フォワーディングされたＪＴＤＰは、ＭＳＤＵまたはＭＰＤＵであり得る。Ｒ−ＷＴＲＵ１５０３に対して透過的であるジョイント送信では、ＡＡＰ１５０１およびＡＴＡＰ１５０２によって送信されるＰＰＤＵは、ＭＡＣヘッダ中にアドレスフィールド、および、ＰＬＣＰヘッダ中にグループＩＤを含み、同一であり得る。
【０１４７】
ＡＡＰ１５０１および／またはＡＴＡＰ１５０２は、ジョイント送信通知１５１４フレームを使用して、保留中のコンテンションベースの同時ＪＴＳを、Ｒ−ＷＴＲＵ１５０３に通知し得る。あるいは、ＡＡＰ１５０１および／またはＡＴＡＰ１５０２は、ジョイント送信通知１５１４ＩＥを、それらのビーコン、短いビーコン、または、任意の他のタイプのフレーム中に含めて、同じ目的を達成し得る。ジョイント送信通知１５１４ＩＥが、ビーコンまたは短いビーコン中に含まれる場合、ＡＡＰ１５０１および／またはＡＴＡＰ１５０２は、それが、Ｒ−ＷＴＲＵ１５０３が省電力モードではなく、したがって、ジョイント送信通知１５１４ＩＥを受信し得ることを知る期間にわたってのみ、それを含み得る。ＡＡＰ１５０１および／またはＡＴＡＰ１５０２が、ユニキャストフレームを使用して、Ｒ−ＷＴＲＵ１５０３に通知する場合、Ｒ−ＷＴＲＵ１５０３は、ジョイント送信通知１５１４フレームの受信を肯定応答し得る。Ｒ−ＷＴＲＵ１５０３は、ジョイント送信通知１５１４フレームに対して、ＡＣＫ１５１５で応答し得る。
【０１４８】
ＡＡＰ１５０１は、ＪＴ−ＲＴＳフレーム１５１６をＡＴＡＰ１５０２へ送信することによって、ＪＴＳを始動してよく、ＪＴ−ＲＴＳフレーム１５１６の持続時間フィールド中に含有された持続時間を使用して、そのネットワーク割当てベクトル（ＮＡＶ）カウンタを更新し得る。ＡＴＡＰ１５０２は、ＪＴ−ＲＴＳ１５１６に対して、ＪＴ−ＣＴＳ１５１７フレームで応答し得る。
【０１４９】
ＪＴ−ＲＴＳの持続時間値を使用して、それらのＮＡＶカウンタを更新した後、ＡＴＡＰ１５０２、および、ＢＳＳにおける他のＡＰ／ＷＴＲＵが、ＪＴ−ＲＴＳフレーム１５１６の最後からカウントして２×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ＋Ｉｎｔｅｒｖａｌ後、いかなる送信をも検出しなかった場合、ＡＡＰ１５０１は、ＪＴ−ＲＴＳフレーム１５１６に関連付けられたＮＡＶをキャンセルしてよく、ただし、ａＳＩＦＳ＿ｔｉｍｅは、ＳＩＦＳの持続時間であり、ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎは、ＪＴ−ＣＴＳフレームを送信する持続時間であり、Ｉｎｔｅｒｖａｌは、ある任意の時間間隔であり、Ｉｎｔｅｒｖａｌ＝２＊ａＳｌｏｔＴｉｍｅ＋ａＰＨＹ−ＲＸ−ＳＴＡＲＴ−Ｄｅｌａｙとして実装されてよく、ただし、ａＳｌｏｔＴｉｍｅは、スロットの持続時間である。
【０１５０】
あるいは、ＢＳＳにおけるこれらの他のＡＰ／ＷＴＲＵはまた、省電力のためにスリープすることを選んでもよい。加えて、ＡＡＰ１５０１が、ＪＴ−ＲＴＳフレームの最後からカウントして２×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ後、ＲＴＳフレームを検出しなかったが、ＪＴ−ＲＴＳフレームの最後からカウントして４×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ＋ＲＴＳ＿Ｄｕｒａｔｉｏｎ＋ＣＴＳ＿Ｄｕｒａｔｉｏｎ＋Ｉｎｔｅｒｖａｌ後、いかなる送信をも検出しない場合、ＪＴ−ＲＴＳの持続時間値を使用して、そのＮＡＶカウンタを更新したＡＡＰ１５０１は、ＪＴ−ＲＴＳフレーム１５１６に関連付けられたＮＡＶをキャンセルしてよく、ただし、ＲＴＳ＿ＤｕｒａｔｉｏｎおよびＣＴＳ＿Ｄｕｒａｔｉｏｎは、ＲＴＳおよびＣＴＳフレームを送信するために必要とされる持続時間である。
【０１５１】
保留中のＪＴＳを通知されていてよい、Ｒ−ＷＴＲＵ１５０３は、ＪＴ−ＲＴＳフレーム１５１６から、ＪＴ−ＲＴＳフレーム１５１６におけるＴＡとＪＴＳへの参照との組合せを比較することによって、このＪＴＳがそれ自体のために意図されることを検出し得る。Ｒ−ＷＴＲＵ１５０３が、ＪＴ−ＲＴＳフレーム１５１６がそれ自体のためのＪＴＳを始動させるためのものであることを検出した場合、Ｒ−ＷＴＲＵ１５０３は、省電力モードに入らなくてよく、そのＮＡＶカウンタを設定する必要がなくてよい。
【０１５２】
ＳＩＦＳ持続時間の後、ＡＡＰ１５０１およびＡＴＡＰ１５０２は、定期的ＲＴＳ１５１８および１５１９を同時に送信してよく、ＲＡアドレスは、ＲＳＴＡのアドレスであり、ＴＡアドレスは、ＡＡＰ１５０１のアドレスであり、持続時間フィールドは、ＡＡＰ１５０１、ＡＴＡＰ１５０２、およびＲ−ＷＴＲＵ１５０３がＣＴＳ１５２０、すべてのジョイント送信、適した応答フレーム、および適したＩＦＳを送信するために十分であり得る持続時間に設定される。あるいは、ＡＡＰ１５０１およびＡＴＡＰ１５０２は、最初にＲＴＳ／ＣＴＳ交換を通ることなしに、直接、データのジョイント同時送信を開始し得る。
【０１５３】
ＲＴＳ１５１８を受信するＡＴＡＰ１５０２は、持続時間値を使用して、それらのＮＡＶカウンタを修正し得る。ＪＴ−ＣＴＳ、および、次いでＲＴＳ、および、ＪＴ−ＣＴＳの後のＳＩＦＳ時間を使用して、そのＮＡＶカウンタを修正したＡＰ／ＷＴＲＵでは、それが、ＪＴ−ＣＴＳ時間の最後からカウントして３×ａＳＩＦＳ＿ｔｉｍｅ＋ＲＴＳ＿Ｄｕｒａｔｉｏｎ＋ＣＴＳ＿Ｄｕｒａｔｉｏｎ＋Ｉｎｔｅｒｖａｌ後、いかなる送信をも検出しなかった場合、それは、媒体予約をキャンセルし得る。
【０１５４】
Ｒ−ＷＴＲＵ１５０３は、ＣＴＳフレーム１５２０を送信することによって、ＲＴＳ１５１８および／または１５１９に応答し得る。ＡＡＰ１５０１とＡＴＡＰ１５０２の両方は、ＡＡＰ１５２０にアドレス指定されるＣＴＳのための媒体を監視することが必要とされ得る。ＡＡＰ１５０１およびＡＴＡＰ１５０２が、そのようなＣＴＳをＲＳＴＡから受信しない場合、それらは、ＣＦ−Ｅｎｄフレームを同時に、または別個に送出して、予約された期間中の任意の時間に、ＪＴＳのための媒体予約をキャンセルし得る。ＣＦ−ＥｎｄフレームのＴＡフィールドは、ＡＡＰのＭＡＣアドレスに設定され得る。ＡＡＰ／ＡＴＡＰが、ＣＴＳをＲ−ＷＴＲＵ１５０３から受信した場合、それらは、Ｒ−ＷＴＲＵ１５０３へのデータのジョイント同時送信を始め得る。ＪＴ  ＴＸＯＰが、ＪＴ−ＲＴＳ／ＪＴ−ＣＴＳおよび／またはＲＴＳ／ＣＴＳ交換を使用して予約された場合、ＡＡＰ１５０１およびＡＴＡＰ１５０２は、ＴＸＯＰ中に、複数のデータパケット１５２１および１５２２を同時に送信し得る。
【０１５５】
Ｒ−ＷＴＲＵ１５０３は、次いで、ＡＣＫ１５２３、ＢＡ、または、フレーム交換シーケンスにおいて許容されるような任意の他のフレームを送ることによって、１または複数のパケットの受信を肯定応答し得る。それはまた、ＡＣＫポリシーが命じるとき、肯定応答をスキップしてもよい。ＪＴＳの完了後、ＡＡＰ１５０１およびＡＴＡＰ１５０２は、残っているＴＸＯＰがそのような送信のために十分であるとすれば、ＣＦ−Ｅｎｄフレームを同時に、または別個に送出して、残り得るＴＸＯＰをキャンセルし得る。あるいは、ＡＡＰ１５０１は、ＣＦ−Ｅｎｄを最初に送出してよく、ＡＴＡＰ１５０２は、ＣＦ−Ｅｎｄを繰り返してよい。ジョイント送信が失敗した場合、ＡＡＰ１５０１は、後のコンテンションベースの、またはスケジュールされたベースのジョイント送信セッションにおいて、個々に、またはジョイントでのいずれかで、フレームを再送信するように判断し得る。
【０１５６】
図１６は、コンテンションベースの逐次ジョイント送信手順の一例１６００を提供する。ＡＡＰ１６０１およびＡＴＡＰ１６０２は、互いのビーコンをリッスンし、互いのジョイント送信能力を判断し得る。ＡＡＰ１６０１は、逐次ジョイント送信要求１６１１を使用して、ＪＴＳをセットアップし得る。ジョイント送信要求１６１１は、保留中のＪＴＳと同じＷｉＦｉ媒体１６０５上で送られ得る。あるいは、ジョイント送信要求１６１１はまた、それがＡＴＡＰ１６０２へ配信され得るとすれば、代替インターフェースを介して、代替媒体１６０４上で送られ得る。例えば、ジョイント送信要求１６１１は、例えば、ＬＴＥ、ＵＭＴＳ、ＷｉＭＡＸ、イーサネット、もしくは異なるＷｉＦｉ規格に準拠する異なるインターフェースを使用して、または、同じＷｉＦｉ規格であるが、異なるチャネル上で送信され得る。ＡＴＡＰ１６０２は、ジョイント送信要求１６１１を送信するために使用される同じ媒体上で、ＪＴＳを受け付けるか、または拒否するかのいずれかである、ジョイント送信応答１６１２を送ることによって、応答し得る。あるいは、ＡＴＡＰ１６０２は、保留中のＪＴＳと同じＷｉＦｉ媒体など、異なる媒体を選定し得る。ＪＴＤＰが、１６１３で、ジョイント送信要求１６１１とともに、アグリゲートされたパケット中で一緒にフォワーディングされる場合、ジョイント送信応答１６１２は、フォワーディングされたＪＴＤＰ１６１３のためのＡＣＫ／ＢＡフレーム１６１４とともにアグリゲートされ得る。あるいは、ジョイント送信要求１６１１フレームは、ＪＴＤＰを含有するフィールドを含んでよく、ジョイント送信応答１６１２フレームは、フォワーディングされたＪＴＤＰのためのＡＣＫ／ＢＡ１６１４を示すフィールドを含み得る。
【０１５７】
ＡＴＡＰ１６０２がＪＴＳを受け付ける場合、ＪＴＤＰは、１６１３で、ジョイント送信能力中に含まれるデータフォワーディングオプションに従って、または、ジョイント送信要求１６１１およびジョイント送信応答１６１２交換中の同意に従って、ＡＡＰ１６０１によってＡＴＡＰ１６０２へフォワーディングされ得る。ＪＴＤＰはまた、１６１３で、アグリゲートされたフレームにおいて、ジョイント送信要求１６１１などの協調情報と一緒にフォワーディングされ得る。ＪＴＤＰフォワーディング１６１３は、そのＪＴＤＰのジョイント送信が始まる前に、完了および肯定応答され得る。フォワーディングされたＪＴＤＰは、ＭＳＤＵまたはＭＰＤＵであり得る。Ｒ−ＷＴＲＵ１６０３に対して透過的であるジョイント送信では、ＡＡＰ１６０１およびＡＴＡＰ１６０２によって送信されるＰＰＤＵは、ＭＡＣヘッダ中にアドレスフィールド、および、ＰＬＣＰヘッダ中にグループＩＤを含み、同一であり得る。それらはまた、ＴＡアドレス、フレーム本体、および／またはＭＣＳ、その他において異なり得る。ＡＴＡＰ１６０２によって送信されたＭＰＤＵは、ＡＡＰ１６０１によって、ＴｘＳｐｅｃとともに、判断され得る。あるいは、ＡＡＰ１６０１は、ＭＳＤＵをＡＴＡＰ１６０２へフォワーディングしてよく、ＡＴＡＰ１６０２は、ＭＰＤＵならびにＰＰＤＵを、それ自体とＲ−ＷＴＲＵ１６０３との間のチャネル状態、ローカル特性、および／または、Ｒ−ＷＴＲＵ１６０３からのフィードバック、その他に基づいて、構築し得る。
【０１５８】
ＡＡＰ１６０１および／またはＡＴＡＰ１６０２は、ジョイント送信通知１６１５フレームを使用して、保留中のコンテンションベースの逐次ＪＴＳを、Ｒ−ＷＴＲＵ１６０３に通知し得る。あるいは、ＡＡＰ１６０１および／またはＡＴＡＰ１６０２は、ジョイント送信通知１６１５ＩＥを、それらのビーコン、短いビーコン、または、任意の他のタイプのフレーム中に含めて、同じ目的を達成し得る。ジョイント送信通知１６１５ＩＥが、ビーコンまたは短いビーコン中に含まれる場合、ＡＡＰ１６０１および／またはＡＴＡＰ１６０２は、それが、Ｒ−ＷＴＲＵ１６０３が省電力モードではなく、したがって、ジョイント送信通知１６１４ＩＥを受信し得ることを知る期間にわたってのみ、それを含み得る。ＡＡＰ１６０１および／またはＡＴＡＰ１６０２が、ユニキャストフレームを使用して、Ｒ−ＷＴＲＵ１６０３に通知する場合、Ｒ−ＷＴＲＵは、ジョイント送信通知１６１５フレームの受信を肯定応答し得る。Ｒ−ＷＴＲＵ１６０３は、ジョイント送信通知１６１５フレームに対して、ＡＣＫ１６１６で応答し得る。
【０１５９】
ＡＡＰ１６０１は、以下の設定をもつ、ＲＴＳフレームの修正されたバージョンである、ＪＴ−ＲＴＳ１６１７をＡＴＡＰ１６０２へ送信することによって、ＪＴＳを始動し得る。持続時間フィールドは、２つのＪＴ−ＣＴＳフレーム、ＪＴ−ＲＴＳフレーム、および、すべてのジョイント逐次送信、ＡＣＫ／ＢＡ、プラス、送信されたフレーム間の適したＩＦＳを送信するために、ＡＡＰ、ＡＴＡＰおよびＲ−ＷＴＲＵを有するために十分である持続時間を含有し得る。ＲＡフィールドは、ＡＴＡＰのアドレスを含有し得る。ＴＡフィールドは、ＡＡＰのアドレスを含有し得る。参照フィールドは、特定のＡＡＰのための、または、ＡＡＰ／ＡＴＡＰペアのための、ＪＴＳのＩＤまたはシーケンス番号など、保留中の逐次ＪＴＳへの参照を含有し得る。ＡＡＰ１６０１は、ＪＴ−ＲＴＳフレームの持続時間フィールド中に含有された持続時間を使用して、そのＮＡＶカウンタを更新してよく、ＡＴＡＰ１６０２、および、ＢＳＳにおける他のＡＰ／ＷＴＲＵが、ＪＴ−ＲＴＳフレームの最後からカウントして２×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ＋Ｉｎｔｅｒｖａｌ後、いかなる送信をも検出しなかった場合、ＪＴ−ＲＴＳフレームに関連付けられたＮＡＶをキャンセルしてよく、ただし、ａＳＩＦＳ＿ｔｉｍｅは、ＳＩＦＳの持続時間であり、ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎは、ＪＴ−ＣＴＳフレームを送信する持続時間であり、Ｉｎｔｅｒｖａｌは、ある任意の時間間隔であり、Ｉｎｔｅｒｖａｌ＝２＊ａＳｌｏｔＴｉｍｅ＋ＰＨＹ＿ＲＸ＿Ｄｅｌａｙとして実装されてよく、ただし、ａＳｌｏｔＴｉｍｅは、スロットの持続時間である。
【０１６０】
あるいは、ＢＳＳにおける他のＡＰ／ＷＴＲＵはまた、省電力のためにスリープすることを選んでもよい。加えて、これらのＡＰ／ＷＴＲＵが、ＪＴ−ＲＴＳフレームの最後からカウントして２×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ後、ＪＴ−ＲＴＳフレームを検出しなかったが、ＪＴ−ＲＴＳフレームの最後からカウントして４×ａＳＩＦＳ＿ｔｉｍｅ＋ＪＴ−ＣＴＳ＿ｄｕｒａｔｉｏｎ＋ＪＴ−ＲＴＳ＿Ｄｕｒａｔｉｏｎ＋ＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎ＋Ｉｎｔｅｒｖａｌ後、いかなる送信をも検出しない場合、ＪＴ−ＲＴＳの持続時間値を使用して、それらのＮＡＶカウンタを更新したＡＰ／ＷＴＲＵは、ＪＴ−ＲＴＳフレームに関連付けられたＮＡＶをキャンセルしてよく、ただし、ＪＴ−ＲＴＳ＿ＤｕｒａｔｉｏｎおよびＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎは、ＪＴ−ＲＴＳおよびＪＴ−ＣＴＳフレームを送信するために必要とされる持続時間である。
【０１６１】
保留中のＪＴＳを通知された、ＲＳＲ−ＷＴＲＵ１６０３は、ＪＴ−ＲＴＳフレーム１６１７から、ＪＴ−ＲＴＳフレーム１６１７におけるＴＡとＪＴＳへの参照フィールドとの組合せを比較することによって、このＪＴＳがそれ自体のために意図されることを検出し得る。Ｒ−ＷＴＲＵ１６０３が、ＪＴ−ＲＴＳ１６１７がそれ自体のためのＪＴＳを始動させるためのものであることを検出した場合、それは、省電力モードに入るべきではなく、そのＮＡＶカウンタを設定する必要がなくてよい。それは、参照フィールドから、保留中のＪＴＳが逐次ＪＴＳであると認識し得る。
【０１６２】
ＡＴＡＰ１６０２は、ＪＴ−ＲＴＳ１６１７に対して、以下の設定をもつＪＴ−ＣＴＳ１６１８フレームで応答し得る。持続時間フィールドは、Ｄｕｒａｔｉｏｎ＿ｉｎ＿ＪＴ−ＲＴＳ  −  ａＳＩＦＳＴｉｍｅ  −  ＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎに設定されてよく、ただし、Ｄｕｒａｔｉｏｎ＿ｉｎ＿ＪＴ−ＲＴＳは、ＪＴ−ＲＴＳフレーム中に含有された値であり、ａＳＩＦＳＴｉｍｅは、ＳＩＦＳの持続時間であり、ＪＴ−ＣＴＳ＿Ｄｕｒａｔｉｏｎは、ＪＴ−ＣＴＳフレームを送信するために必要とされる持続時間である。
【０１６３】
ＳＩＦＳ持続時間の後、ＡＡＰ１６０２およびＡＴＡＰ１６０３は、ＪＴ−ＲＴＳ１６１９および１６２０を同時に送信してよく、ＲＡアドレスは、Ｒ−ＷＴＲＵ１６０３のアドレスであり、ＴＡアドレスは、ＡＡＰ１６０１のアドレスであり、持続時間フィールドは、ＡＡＰ１６０１、ＡＴＡＰ１６０２、およびＲ−ＷＴＲＵがＪＴ−ＣＴＳ、すべてのジョイント送信、および適したＩＦＳを送信するために十分である持続時間に設定される。同様に、ＪＴ−ＲＴＳは、逐次ＪＴＳへの参照を含有し得る。あるいは、ＡＡＰ１６０１およびＡＴＡＰ１６０２は、最初にＲＴＳ／ＣＴＳ交換を実行することなしに、直接、データのジョイント逐次送信を開始し得る。
【０１６４】
ＡＡＰ１６０１およびＡＴＡＰ１６０２は、持続時間値を使用して、それらのＮＡＶカウンタを修正し得る。Ｒ−ＷＴＲＵ１６０３は、ＪＴ−ＲＴＳ１６１９および１６２０に対して、ＪＴ−ＣＴＳフレーム１６２１を送信することによって応答し得る。ＡＡＰ１６０１およびＡＴＡＰ１６０２は、ＡＡＰ１６０１にアドレス指定されるＪＴ−ＣＴＳのための媒体を監視することが必要とされ得る。ＡＡＰ１６０１および／またはＡＴＡＰ１６０２が、そのようなＪＴ−ＣＴＳ１６２１をＲ−ＷＴＲＵ１６０３から受信しない場合、それらは、ＣＦ−Ｅｎｄフレームを同時に、または別個に送出して、予約された期間中の任意の時間に、ＪＴＳのための媒体予約をキャンセルし得る。ＣＦ−ＥｎｄフレームのＴＡフィールドは、ＡＡＰのＭＡＣアドレスに設定され得る。ＡＡＰ１６０１またはＡＴＡＰ１６０２が、ＪＴ−ＣＴＳ１６２１をＲ−ＷＴＲＵ１６０３から受信した場合、それらは、Ｒ−ＷＴＲＵ１６０３へのデータ１６２２および１６２３のジョイント逐次送信を始め得る。ＪＴ  ＴＸＯＰが、ＪＴ−ＲＴＳ／ＪＴ−ＣＴＳおよび／またはＲＴＳ／ＣＴＳ交換を使用して予約された場合、ＡＡＰ１６０１およびＡＴＡＰ１６０２は、ＴＸＯＰ中に、複数のパケットを送信し得る。
【０１６５】
ＨＡＲＱ逐次送信が使用される場合、ＡＡＰ１６０１またはＡＴＡＰ１６０２のいずれかは、そのパケットデータ１６２２および１６２３を送信することから始めてよく、Ｒ−ＷＴＲＵ１６０３は、ＡＣＫ／フィードバック１６２２を送り戻し得る。ＡＡＰ１６０１またはＡＴＡＰ１６０２は、どちらでも送信していない方は、最初の送信がすでに肯定応答している場合、その送信をキャンセルし得る。そうでない場合、それは、それ自体のＰＰＤＵを、Ｒ−ＷＴＲＵ１６０３からのＡＣＫ／フィードバック１６２２に基づいて調整し、Ｒ−ＷＴＲＵ１６０３からのＡＣＫ／フィードバック１６２２からのＩＦＳの後、送信し得る。ＳＴＢＣが使用される場合、ＡＡＰ１６０１またはＡＴＡＰ１６０２は、ＳＴＢＣ方式に従って、同じ時間に送信し得る。Ｒ−ＷＴＲＵ１６０３は、ＳＴＢＣ復号方法に従って、受信信号を処理し得る。
【０１６６】
Ｒ−ＷＴＲＵ１６０３は、次いで、ＡＣＫ１６２４、ＢＡ、または、フレーム交換シーケンスにおいて許容されるような任意の他のフレームを送ることによって、１または複数のパケットの受信を肯定応答し得る。それはまた、ＡＣＫポリシーが命じるとき、肯定応答をスキップしてもよい。ＪＴＳの完了後、ＡＡＰ１６０１およびＡＴＡＰ１６０２は、残っているＴＸＯＰがそのような送信のために十分であるとすれば、ＣＦ−Ｅｎｄフレームを同時に、または別個に送出して、残り得るＴＸＯＰをキャンセルし得る。あるいは、ＡＡＰ１６０１は、ＣＦ−Ｅｎｄを最初に送出してよく、ＡＴＡＰ１６０２は、ＣＦ−Ｅｎｄを繰り返してよい。ジョイント送信が失敗した場合、ＡＡＰ１６０１は、後のコンテンションベースの、またはスケジュールされたベースのジョイント送信セッションにおいて、個々に、またはジョイントでのいずれかで、フレームを再送信するように決定し得る。
【０１６７】
上記で説明されたように、ＷＴＲＵがそれに関連付けられるＡＰはまた、別のＷＴＲＵ、例えば、補助ＷＴＲＵ（Ａ−ＷＴＲＵ）と協調して、ＷＴＲＵへのジョイント送信を実施し、ダウンリンク（ＤＬ）送信がより高いレートで行われ、したがって、より高いＤＬスループット性能をＷＴＲＵに提供し得るようにすることができる。
【０１６８】
これらのマルチＷＴＲＵ  ＤＬジョイント送信手順は、上記で説明されたようなマルチＡＰジョイント送信のためのものに従う。ＡＡＰは、マルチＷＴＲＵ  ＪＴＳを、別のＡＴＡＰとではなく、ＷＴＲＵまたはＡ−ＷＴＲＵと協調させ得る。Ａ−ＷＴＲＵは、ＡＰに関連付けられてもそうでなくてもよい。
【０１６９】
図１７Ａは、ＡＡＰおよびＡ−ＷＴＲＵによる協調ジョイント送信のために使用される、例示的な制御情報交換の高レベル信号フロー図１７００を示す。図１７Ａの例では、ＡＡＰ１７０２およびＡ−ＷＴＲＵ１７０３は、上記で説明されたように、協調制御情報１７１１ａおよび１７１１ｂを交換して、マルチＷＴＲＵジョイント送信を実施するための準備をし得る。制御情報１７１１ａは、ジョイント送信要求を含み得る。制御情報１７１１ｂは、ジョイント送信応答を含み得る。加えて、または、あるいは、ＡＡＰ１７０２は、１７１２で、データパケットをＡＴＡＰ１７０３へフォワーディングし得る。ＡＡＰ１７０２およびＡ−ＷＴＲＵ１７０３は、次いで、１７１３ａおよび１７１３ｂで、ジョイント送信セッションにおいて、データパケットを、受信するＷＴＲＵ１７０１へ送信し得る。協調情報の交換、ならびに、関連付けられたデータパケットのフォワーディングは、少なくとも２つの方法で行われ得る。第１に、それらは、それに限定されないが、別のＷＬＡＮ、ＵＭＴＳ、ＬＴＥ、ＷｉＭＡＸインターフェースを含む、同じまたは別個のワイヤレスインターフェースを使用して、ワイヤレスに送信され得る。第２に、それらは、ワイヤードバックホールリンクを介して送信され得る。
【０１７０】
ＡＡＰは、上記で説明されたような、同様の協調制御情報フレーム設計を使用して、協調制御情報を、ジョイント送信に関するＡ−ＷＴＲＵへ送り得る。図１７Ｂは、ＡＡＰとＡ−ＷＴＲＵとの間の協調を実施するために使用され得る、例示的なジョイント送信要求フレームを示す。ジョイント送信要求ＩＥは、それに限定されないが、以下のフィールドおよび／または情報を含んでよく、すなわち、要素ＩＤフィールド１７２０、長さフィールド１７２１、ＩＤフィールド１７２２、オプションフィールド１７２３、スケジュールフィールド１７２４、送信仕様（ＴｘＳｐｅｃ）フィールド１７２５、および、要求タイプフィールド１７２６である。
【０１７１】
要素ＩＤフィールド１７２０は、ＩＥがジョイント送信要求ＩＥであることを示し得る。長さフィールド１７２１は、ジョイント送信要求ＩＥの長さを含有し得る。
【０１７２】
ＩＤフィールド１７２２は、以下のものの１または複数のＩＤを含有してよく、すなわち、ジョイント送信の受信側であり得る、受信するＷＴＲＵ、要求するＡＡＰ、要求されているＡ−ＷＴＲＵ、および／または、特定の受信するＷＴＲＵへの特定のジョイント送信セッションを識別するか、もしくは、特定のＡＡＰによって要求される、シーケンス番号を含み得るセッションＩＤである。ＩＤ（複数可）は、ＭＡＣアドレス、ＡＩＤ、または、ＷＴＲＵがそれについて同意し得る任意の他のタイプのＩＤとして実装され得る。
【０１７３】
オプションフィールド１７２３は、ジョイント送信のための様々なオプションを含有し得る。オプションフィールド１７２３の例示的な内容は、表１２に示される。
【０１７４】
【表１２−１】
0006371296.tif 000017
【０１７５】
【表１２−２】
0006371296.tif 000018
【０１７６】
【表１２−３】
0006371296.tif 000019
【０１７７】
スケジュールフィールド１７２４は、ジョイント送信のための様々なオプションを含有し得る。スケジュールフィールド１７２４の例示的な内容は、表１３に示される。
【０１７８】
【表１３】
0006371296.tif 000020
【０１７９】
ＴｘＳｐｅｃｓフィールド１７２５は、ジョイント送信のための様々なオプションを含有し得る。ジョイント送信に関連付けられる送信仕様は、ＴｘＳｐｅｃｓフィールド中に含まれる。ＴｘＳｐｅｃは、ＴＸＶＥＣＴＯＲとまったく同様に、または、ＴＸＶＥＣＴＯＲの修正されたバージョンとして実装されてよく、ＭＣＳ、送信電力、チャネル行列、プリコーディング行列、その他を規定し得る。逐次ジョイント送信が使用される場合、ＡＡＰは、ＦＣＳ長さ、アドレスフィールド値、その他など、ＭＰＤＵをどのように構築するかについての、Ａ−ＷＴＲＵのためのＴｘＳｐｅｃを含み得る。Ａ−ＷＴＲＵは、ＰＬＣＰヘッダ、および、関連付けられたＰＳＤＵ／ＰＰＤＵを、ＴｘＳｐｅｃ、および、ＡＡＰから受信されたフォワーディングされたパケットに基づいて、構築し得る。ＴｘＳｐｅｃｓフィールド１７２５の例示的な内容は、表１４に示される。
【０１８０】
【表１４】
0006371296.tif 000021
【０１８１】
要求タイプフィールド１７２６は、ジョイント送信のための様々なオプションを含有し得る。スケジュールフィールド１７２４の例示的な内容は、表１５に示される。
【０１８２】
【表１５】
0006371296.tif 000022
【０１８３】
上記で説明されたジョイント送信要求フレームは、ＩＥの形式におけるものであるが、論じられた要素の任意のフィールド、サブフィールド、またはサブセットは、ＰＬＣＰ／ＭＡＣヘッダ、フレーム本体、および／またはスクランブラ初期化シード、その他の任意の部分など、すべての明示的および暗示的シグナリングを含む、管理フレーム、制御フレーム、データフレーム、または任意の他のタイプのフレームの任意の部分として実装され得る。ジョイント送信要求はまた、別のタイプの通信システム、例えば、ＬＴＥ、ＵＭＴＳ、任意のＷｉＦｉ規格、イーサネット、その他における、フレーム、または、フレームのフィールドとしても実装され得る。例えば、それは、Ｅｔｈｅｒｔｙｐｅ８９−０ｄを使用して実装されてよく、ペイロードタイプは、４、または４〜２５５の間の任意の他の数に設定されて、それがジョイント送信プロトコル関連フレーム、または、マルチＡＰ送信プロトコル関連フレームを含有することが、示される。追加のフィールドが含まれて、含有されるフレームがサブタイプＪＴＤＰのものであることが示され得る。１または複数のセッションＩＤが使用されて、１または複数の受信するＷＴＲＵへの特定のジョイント送信セッションが識別され得る。フレームのＩＤ、例えば、セッションＩＤ、ＡＡＰのＩＤ、および／またはＡ−ＷＴＲＵのＩＤによって識別されたジョイント送信セッションにおけるパケットのシーケンス番号は、追加のフィールド中に含まれ得る。
【０１８４】
Ａ−ＷＴＲＵがＡＡＰからジョイント送信要求を受信すると、それは、ジョイント送信応答フレーム、または、管理フレーム、制御フレーム、もしくは、ジョイント送信応答ＩＥを含有する任意の他のタイプのフレームで応答し得る。ジョイント送信応答フレームは、図６の例に示されているものと同じフォーマットをとり得る。Ａ−ＷＴＲＵは、ＪＴＳを受け付けるか、または拒否し得る。
【０１８５】
図１８は、ＷＴＲＵにおけるジョイント送信能力を判断し、ジョイント送信の準備をするための、例示的なフロー図１８００を示す。図１８の例では、ＡＡＰ１８０２は、Ａ−ＷＴＲＵ１８０３に、そのジョイント送信（ＪＴ）能力について、１８１１で、および／または、１または複数のＷＴＲＵに関連付けられたそのチャネル状態について、１８１２で、クエリし得る。ＷＴＲＵがＡＰに関連付けられるとき、ＡＰは、ＷＴＲＵの能力に完全に気づいており、ＡＰは、そのＷＴＲＵがそれに関連付けられない場合、ＷＴＲＵの能力をクエリする必要があり得る。Ａ−ＷＴＲＵ１８０３は、１８１３で、ジョイント送信フィードバックで応答し得る。ＷＴＲＵ１８０１は、次いで１８１４で、ＡＡＰ１８０２から、保留中のジョイント送信セッションの通知を受信し得る。ジョイント送信の受信に参加する前のＷＴＲＵ１８０１は、１８１５ａおよび１８１５ｂで、ＡＡＰ１８０２および／またはＡ−ＷＴＲＵ１８０３へジョイント送信能力表示を、任意の管理フレーム、制御フレーム、または、プローブ要求、関連付け要求、その他などの任意の他のタイプのフレームにおいて送信することによって、そのジョイント送信および受信能力を示し得る。あるいは、同時ジョイント送信が実施される場合、ジョイント送信セッションは、受信するＷＴＲＵに対して透過的に行われ得る。ＷＴＲＵ１８０１はまた、それが逐次ジョイント送信を受信することが可能であることを示し得る。
【０１８６】
ＡＡＰは、ジョイント送信クエリフレーム、または、ジョイント送信クエリＩＥを含有する任意のタイプのフレームを使用して、Ａ−ＷＴＲＵに、その能力、および、１または複数の他のＷＴＲＵに対するそのチャネル状態についてクエリし得る。ジョイント送信クエリフレームは、図７Ｂの例において定義されたものと同じフォーマットであり得る。
【０１８７】
ＷＴＲＵが、ＡＰ、例えば、ＡＡＰによってクエリされるとき、Ａ−ＷＴＲＵは、ジョイント送信クエリフレームに対して、ジョイント送信フィードバックフレーム、または、ジョイント送信フィードバックＩＥを含有する任意の他のタイプのフレームを送ることによって、応答し得る。ジョイント送信フィードバックフレームは、図７Ｃの例において定義されたものと同じフォーマットであり得る。
【０１８８】
ＡＡＰおよびＡ−ＷＴＲＵが、ＪＴＳについて同意したとき、ＡＡＰは、ジョイント送信通知フレーム、または、ジョイント送信通知ＩＥを含有する任意の他のタイプのフレームを使用して、保留中のＪＴＳの受信を知らせ得る。これは、受信するＷＴＲＵが、それが３以上のＡＰまたは他のＷＴＲＵから同様または関連データを受信中であることに気づいていないことがある、非透過ＪＴＳにおいて、使用され得る。例えば、非透過ＪＴＳでは、ＡＡＰおよびＡ−ＷＴＲＵは、特定のデータパケットに関連付けられ得るが、ヘッダ中で異なるＴＡアドレスに関連付けられ得る、ＭＰＤＵを送信し得る。また、受信するＷＴＲＵに、保留中のスケジュールされたジョイント送信を通知して、受信するＷＴＲＵが省電力のためにスリープ状態に入らないようにすることもまた、重要であり得る。ジョイント送信通知ＩＥは、図７Ｄの例において定義されたものと同じフォーマットであり得る。
【０１８９】
ＡＡＰは、ジョイント送信セッション中に受信するＷＴＲＵへ送信され得る、ＪＴＤＰを、Ａ−ＷＴＲＵへ送り得る。ＪＴＤＰは、図８の例において定義されたものと同じフォーマットであり得る。
【０１９０】
同時ジョイント送信が使用されるとき、ＡＡＰは、Ａ−ＷＴＲＵへ、ＡＡＰがジョイント送信中に、受信するＷＴＲＵへ送信中であり得るものと同一の、元のＭＰＤＵ、ならびに、使用される送信仕様をフォワーディングし得る。同時ジョイント送信では、ＡＡＰとＡ−ＷＴＲＵの両方は、アドレスフィールドをＭＡＣヘッダ中に含み得る、同一のＰＰＤＵを送信し得る。
【０１９１】
逐次またはスケジュールされたジョイント送信が使用されるとき、ＡＡＰおよびＡ−ＷＴＲＵは、異なるＰＰＤＵを送信し得る。ＡＡＰは、元のＭＳＤＵをＡ−ＷＴＲＵへ、ＡＡＰのための、および／またはＡ−ＷＴＲＵのための送信仕様とともに、フォワーディングし得る。ＡＡＰは、ジョイント送信セッション中に送信するとき、Ａ−ＷＴＲＵのための送信仕様を判断し得る。あるいは、または加えて、Ａ−ＷＴＲＵは、それ自体と受信するＷＴＲＵへの間のチャネル状態、および／または、ＡＡＰによって使用される送信仕様に基づいて、それ自体の送信仕様を判断し得る。ＡＡＰがＪＴＤＰをＡ−ＷＴＲＵへフォワーディングするために、上記で説明された図９の同じ関連付け手順が使用され得る。図９における手順は、Ａ−ＷＴＲＵが、すべてのクラスのフレームをＡ−ＷＴＲＵへ送信、およびＡ−ＷＴＲＵから受信するために、状態４に入るために、受信するＷＴＲＵとのＲＳＮＡを認証および次いで確立するために、使用され得る。あるいは、Ａ−ＷＴＲＵが、受信するＷＴＲＵと同じＢＳＳ内である場合、それは、受信するＷＴＲＵとのＴＤＬＳまたはＤＬＳ接続を確立し、Ａ−ＷＴＲＵおよび受信するＷＴＲＵがすべてのクラスのフレームを交換し得るようにしてよい。ＡＡＰおよび受信するＷＴＲＵは、認証され、関連付けられてよく、それらはまた、認証およびＲＳＮＡ確立された、または必要とされないの状態４であり得る。
【０１９２】
図１９は、ダウンリンクにおける協調ジョイント送信のためにＡ−ＷＴＲＵを選択するための例示的な手順１９００を示す。図１９の例示的な手順では、ＡＡＰは、１９０１で、ジョイント送信能力表示を、そのビーコン、プローブ応答、関連付け応答、または、任意の他のタイプの管理および制御フレーム中に含めて、その能力を告知し得る。
【０１９３】
ＡＡＰは、次いで１９０２で、特定の受信するＷＴＲＵとのジョイント送信を実施するように要求され、または決定し得る。ジョイント送信の受信に参加することを望み得る、受信するＷＴＲＵは、ジョイント送信能力表示を、任意の管理フレーム、制御フレーム、または、プローブ要求、関連付け要求、その他など、任意の他のタイプのフレーム中に含めることによって、そのジョイント送信および受信能力を示し得る。あるいは、同時ジョイント送信が実施される場合、ジョイント送信セッションは、受信するＷＴＲＵに対して透過的に行われ得る。しかしながら、スケジュールされるか、スケジュールされないかのいずれかの、逐次ジョイント送信では、受信するＷＴＲＵは、それが逐次ジョイント送信を受信することが可能であることを示さなければならない。ＡＡＰは、ジョイント送信が、そのＢＳＳにおける受信するＷＴＲＵのためのより均一なカバレージを提供するために必要とされ得ることを、検出し得る。あるいは、または加えて、ＷＴＲＵはまた、より高いスループットなどのよりよい性能を所望し、ジョイント送信を実施してそれを達成するように、ＡＡＰに要求し得る。
【０１９４】
ＡＡＰは、ジョイント送信を実施するように決定するか、またはそれを要求されると、１９０３で、ジョイント送信クエリフレームを１または複数のＷＴＲＵへ送り、それが受信するＷＴＲＵから取得した能力および／または無線測定に基づいて、それらと１または複数の受信するＷＴＲＵとの間のチャネル状態を取得し得る。この測定は、ビーコン測定と同様であり得る。ＡＡＰは、ジョイント送信クエリを、ジョイント送信能力を有していることが知られていないＷＴＲＵへ送り得る。ＡＡＰはまた、ＷＴＲＵのジョイント送信能力を、それらが事前に知られていない場合、クエリし得る。
【０１９５】
クエリされるこれらのＷＴＲＵは、１９０４で、ジョイント送信フィードバックフレームで応答し、チャネル品質表示、他の測定、ならびに／または、応答するＡＰ／ＷＴＲＵが、チャネル状態、トラフィック負荷、送信電力限定、その他など、そのローカルの状況に基づいてローカルで判断した、好ましいジョイント送信オプションおよび／もしくはジョイント送信ＴｘＳｐｅｃを提供し得る。
【０１９６】
ＡＡＰがすべてのＷＴＲＵから受信したジョイント送信フィードバックに基づいて、ＡＡＰは、１９０５で、１または複数のＷＴＲＵを、１または複数の受信するＷＴＲＵとのジョイント送信セッションのためのＡ−ＷＴＲＵとして選択し得る。Ａ−ＷＴＲＵのための選択基準は、上記で説明されたようなＡＴＡＰのためのものと同様であり得る。
【０１９７】
あるいは、または加えて、任意の時間に、ＡＡＰは、上記の手順を出てよく、上記で説明されたように、ジョイント送信クエリフレームを１または複数の近隣ＷＴＲＵへ送信して、それらのジョイント送信能力を取得することによって、図７Ａにおいて説明されたようなジョイント送信能力手順を実施し得る。
【０１９８】
ＡＡＰが、１または複数の受信するＷＴＲＵのためのジョイント送信セッションのためのＡ−ＷＴＲＵを選択すると、ＡＰおよびＡ−ＷＴＲＵ（複数可）は、マルチＷＴＲＵジョイント送信を実施し得る。マルチＡＰジョイント送信と同様に、ＡＡＰおよびＡ−ＷＴＲＵは、コンテンションベースの同時ジョイント送信、コンテンションベースの逐次ジョイント送信、スケジュールされた同時ジョイント送信、および、スケジュールされた逐次ジョイント送信を含む、様々なタイプのジョイント送信を実施し得る。これらのジョイント送信のための手順は、図１１、図１２、図１５、および図１６の例において説明されたような、Ａ−ＷＴＲＵがＡＴＡＰに置き換わる、マルチＡＰジョイント送信のためのものに従い得る。
【０１９９】
Ａ−ＷＴＲＵおよび受信するＷＴＲＵが同じＢＳＳ内であり、ＡＡＰに関連付けられるとき、ジョイント送信手順が最適化され得る。例えば、スケジュールされた同時および逐次ジョイント送信では、ＡＰは、スケジュール情報、ＪＴＳ  ＩＤまたはシーケンス番号、その他など、ＪＴＳ情報を、そのビーコン、短いビーコン、または、任意の他のタイプの管理フレームもしくは制御フレーム、または、ＢＳＳのすべてのＷＴＲＵによって受信される任意の他のタイプのフレーム中に含め得る。この情報は、ユニキャストフレームにおいて別個に送信されていないことがあるので、ジョイント送信要求などのフレームは、短縮されてよく、ジョイント送信通知などのフレームは、必要でなくてよく、それは、より高いＭＡＣ効率およびより高いシステムスループットにつながり得る。
【０２００】
図２０は、協調アップリンクジョイント送信のためにＡ−ＷＴＲＵを選択するための、Ｃ−ＷＴＲＵによって使用される例示的な手順２０００を示す。マルチＷＴＲＵ  ＵＬジョイント送信シグナリングおよび手順は、ＤＬにおけるマルチＡＰおよびマルチＷＴＲＵジョイント送信のものに従い得る。Ｃ−ＷＴＲＵは、ＡＡＰによってマルチＷＴＲＵ  ＤＬジョイント送信において使用されるＡ−ＷＴＲＵと同じＡ−ＷＴＲＵを、ＵＬにおけるマルチＷＴＲＵジョイント送信のために使用し得る。
【０２０１】
Ｃ−ＷＴＲＵは、２００１で、ＡＡＰから候補Ａ−ＷＴＲＵのリストを要求し得る。ジョイント送信の受信に参加することを望むＡＡＰは、ジョイント送信能力表示を、任意の管理フレーム、制御フレーム、または、ビーコン、プローブ応答、関連付け応答、その他など、任意の他のタイプのフレーム中に含めることによって、そのジョイント送信および受信能力を示し得る。あるいは、同時ジョイント送信が実施される場合、ジョイント送信セッションは、ＡＡＰに対して透過的に行われ得る。しかしながら、スケジュールされるか、スケジュールされないかのいずれかの、逐次ジョイント送信では、ＡＡＰは、それが逐次ジョイント送信を受信することが可能であることを示さなければならない。
【０２０２】
Ｃ−ＷＴＲＵは、次いで２００２で、特定の受信するＷＴＲＵとのジョイント送信を実施するように要求され、または決定し得る。ＵＬにおけるマルチＷＴＲＵジョイント送信を実施するための決定は、ジョイント送信がそのＢＳＳにおけるＷＴＲＵのためのより均一なカバレージを提供するために必要とされることを、ＡＡＰが検出することから生じ得る。あるいは、または加えて、ＷＴＲＵは、より高いスループットなど、改善された性能を所望し、性能を改善するために、ＡＡＰがジョイント送信を受信することを要求し得る。
【０２０３】
Ｃ−ＷＴＲＵは、ジョイント送信を実施するように決定するか、またはそれを要求されると、２００３で、ジョイント送信クエリフレームを１または複数のＷＴＲＵへ送り、それがＡＰから取得した能力および／または無線測定に基づいて、それらとＡＰとの間のチャネル状態を取得し得る。Ｃ−ＷＴＲＵは、ＷＴＲＵのジョイント送信能力を、それらが事前に知られていない場合、クエリし得る。
【０２０４】
クエリされるＷＴＲＵは、２００４で、ジョイント送信フィードバックフレームで応答し、チャネル品質表示、他の測定、ならびに／または、応答するＷＴＲＵが、それに限定されないが、チャネル状態、トラフィック負荷、および／もしくは送信電力限定を含む、そのローカルの状況に基づいてローカルで判断していることがある、好ましいジョイント送信オプションおよび／もしくはジョイント送信ＴｘＳｐｅｃを提供し得る。
【０２０５】
Ｃ−ＷＴＲＵがすべてのクエリされるＷＴＲＵから受信したジョイント送信フィードバックに基づいて、Ｃ−ＷＴＲＵは、２００５で、１または複数のＷＴＲＵを、ＡＰへのジョイント送信セッションのためのＡ−ＷＴＲＵとして選択し得る。
【０２０６】
Ｃ−ＷＴＲＵからＡ−ＷＴＲＵへの協調情報およびＪＴＤＰのフォワーディングは、ワイヤレスまたはワイヤードを含む様々な媒体およびインターフェースを介して送信され得る。協調情報は、ＬＴＥ、ＵＭＴＳ、ＷｉＭＡＸ、任意のＷｉＦｉ規格、イーサネット、その他など、別のタイプの通信システムにおける、フレームのフィールドとして実装され得る。例えば、それは、Ｅｔｈｅｒｔｙｐｅ８９−０ｄを使用して実装されてよく、ペイロードタイプは、６、または４〜２５５の間の任意の他の数に設定されて、それがジョイント送信プロトコル、または、マルチＡＰ送信プロトコルデータフレームを含有することが、示される。加えて、フォワーディングされた協調情報およびＪＴＤＰはまた、ＴＤＬＳ、ＤＬＳまたはＯＣＴ接続を介して送られ得る。
【０２０７】
Ｃ−ＷＴＲＵが、１または複数の受信するＡＰのためのジョイント送信セッションのためのＡ−ＷＴＲＵを選択すると、ＷＴＲＵは、マルチＷＴＲＵジョイント送信を実施し得る。ＤＬにおけるマルチＷＴＲＵジョイント送信と同様に、Ｃ−ＷＴＲＵおよびＡ−ＷＴＲＵは、コンテンションベースの同時ジョイント送信、コンテンションベースの逐次ジョイント送信、スケジュールされた同時ジョイント送信、および、スケジュールされた逐次ジョイント送信を含む、様々なタイプのジョイント送信を実施し得る。これらのジョイント送信のための手順は、図１１、図１２、図１５、および図１６の例において説明されたような、Ｃ−ＷＴＲＵがＡＡＰに置き換わり、受信するＡＰが受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）に置き換わる、マルチＷＴＲＵジョイント送信のためのものに従い得る。
【０２０８】
図２１Ａは、本明細書で説明される実施形態のいずれかとの組合せにおいて使用され得る、第２の実施形態による、ＡＰ／ＰＣＰ／ＷＴＲＵネゴシエーションを通して、協調セクタ化された動作、またはビームフォーミングされた送信を可能にするための、例示的な手順２１００を示す。複数のＡＰによってジョイントでも実施され得る、セクタ化された送信またはビームフォーミングされた送信を実行することは、スループットを増大させるのみでなく、干渉も低減し得る。いくつかのＢＳＳが重複しているとき、ＡＰ、ＷＴＲＵ、またはＰＣＰは、送信される信号がそれぞれの受信するＷＴＲＵにおいて互いに干渉していないことを保証しながら、同時協調セクタ化された動作またはビームフォーミングされた送信を実施することが可能であり得る。
【０２０９】
本明細書で使用されるとき、セクタ化された動作は、ＷＴＲＵおよびＡＰが、ＷＴＲＵがそれに関連付け得るＡＰのカバレージの角度部分である、セクタ内で送信および受信するときを指す。セクタは、エリアに基づく。
【０２１０】
本明細書で使用されるとき、ビームフォーミングされた送信は、無線信号の送信および受信の指向性を制御する、ＷＴＲＵとＡＰの両方によって使用される信号処理技法を使用する送信を指す。各ＡＰまたはＷＴＲＵは、指向性送信および／または受信のための特定のチャネルを有し得る。
【０２１１】
ＷＴＲＵは、そのＷＴＲＵのデータパケットの送信または受信を干渉し得る、重複するＢＳＳまたは重複するＰＢＳＳからの、セクタ化された動作またはビームフォーミングされた送信を観測し得る。重複するＢＳＳが、それらのセクタ化またはビームフォーミングされた送信／受信が、他のＰＢＳＳ、ＢＳＳ、その他における任意の他の同時セクタ化またはビームフォーミングされた送信／受信に対する、それらの干渉を限定するような方法で、協調する場合、システム容量は、著しく増大され得る。
【０２１２】
重複するＢＳＳにおけるＡＰ、ＷＴＲＵ、またはＰＣＰは、２１０１で、それらにアドレス指定されない受信フレームにおいて、情報を記録し得る。ＡＰ、ＷＴＲＵ、またはＰＣＰは、次いで２１０２で、ビームフォーミングまたはセクタ化された受信レポートにおいて、それらが経験する干渉をレポートし得る。ＢＳＳにおけるＡＰ／ＰＣＰは、次いで２１０３で、ビームフォーミングまたはセクタ化された受信レポートを受信し、次いで２１０４で、ビームフォーミングまたはセクタ化された受信レポートを組み合わせ得る。ＡＰ／ＰＣＰは、次いで２１０５で、ビームフォーミングまたはセクタ化された受信レポート、および、それらのビームフォーミングまたはセクタ化された受信レポート中に含有された、レポートされた干渉に基づいて、送信競合リストを構築し得る。ＡＰ／ＰＣＰは、次いで２１０６で、他のＡＰ／ＰＣＰとの送信競合リスト情報をレポートし得る。ＡＰ／ＰＣＰは、次いで２１０７で、協調セクタ化またはビームフォーミングされた送信を、レポートされた送信競合リスト情報に基づいてスケジュールし得る。ＢＳＳ間またはＰＢＳＳ間協調ビームフォーミングまたはセクタ化された送信は、上記で説明された手順を使用するＷＴＲＵネゴシエーションを通して達成されてよく、ＷＬＡＮ  ＢＳＳまたはＯＢＳＳ内で、同時セクタ化された動作またはビームフォーミングされた送信を可能にするために適用され得る。これらの協調セクタ化またはビームフォーミングされた送信は、干渉を低減し得る。例えば、この実施形態では、ＡＰ／ＰＣＰは、そのＢＳＳカバレージをセクタに分割し、ステップ２１０６で作り出された送信競合リストから導出されたスケジュールに従って、所与の時間において、１または複数のセクタのみから送信および受信し得る。
【０２１３】
図２１Ｂは、セクタ化またはビームフォーミングされた送信および受信を使用するシステムの一例を示す。図２１Ｂのシステムは、ＡＰ１  ２１２１、ＷＴＲＵ１  ２１２５、ＷＴＲＵ２  ２１２３、セクタ１  ２１１１、セクタ２  ２１１２、および、セクタ３  ２１１３を含む、第１のＢＳＳからなり得る。第２のＢＳＳは、ＡＰ２  ２１２６、ＷＴＲＵ３  ２１２４、およびＷＴＲＵ４  ２１２５、セクタ４  ２１１４、セクタ５  ２１１５、および、セクタ６  ２１１６を含み得る。図２１Ｂに示されているように、セクタは重複し得る。
【０２１４】
図２１Ｂの例では、セクタ化された送信および受信は、重複するＢＳＳ（ＯＢＳＳ）において互いに干渉し得る。ＡＰ１  ２１２１は、セクタ４  ２１１４においてＷＴＲＵ２  ２１２３へ送信するとき、ＡＰ２  ２１２６からＷＴＲＵ３  ２１２４へのセクタ化された送信に干渉し得る。同様に、ＡＰ２  ２１２６がセクタ２  ２１１２において送信するとき、それは、ＡＰ１  ２１２１における受信に干渉し得る。この例では、セクタ化またはビームフォーミングされた送信に関連付けられた送信電力は、しばしば、いくつかの方向に集中され得る。強指向性送信のために、複数のセクタ化された送信が同時に行われて、アグリゲートされたシステムスループットを増大し得る。指向性送信はまた、送信ビームの内側にロケートされ得る受信機に対する厳しい干渉を引き起こし得る。
【０２１５】
協調セクタ化された動作またはビームフォーミングが使用されるとき、ＷＴＲＵ１  ２１２２は、ビームフォーミングまたはセクタ化された受信レポートを使用して、それが、ＡＰ２  ２１２６がＷＴＲＵ４  ２１２５へ送信するとき、第２のＢＳＳのセクタ３  ２１１３からの干渉を経験することを、レポートし得る。ＷＴＲＵ１  ２１２２はまた、ビームフォーミングまたはセクタ化された受信レポートを使用して、それが、ＡＰ２  ２１２６がセクタ化／ビームフォーミングされた、またはオムニ指向性ビーコンを送信するとき、干渉を経験することを、レポートし得る。同様に、ＷＴＲＵ２  ２１２３は、ビームフォーミングまたはセクタ化された受信レポートを使用して、それが、ＡＰ２  ２１２６がセクタ２  ２１１２においてビーコンを送信するとき、第２のＢＳＳのセクタ２  ２１１２からの干渉を経験することを、レポートし得る。ＡＰ１  ２１２１もまた、それがオムニ指向性受信モードであるときにそれが経験する、いかなる干渉をも記録し得る。セクタ５  ２１１５において受信機セクタ化を使用するとき、ＡＰ１  ２１２１はまた、ＡＰ２  ２１２６が、オムニ指向的に、またはセクタ化動作モードにおいてのいずれかで、ビーコンを送信するとき、第２のＢＳＳのセクタ２からのいかなる干渉をも記録し得る。
【０２１６】
上述されたように、ＷＴＲＵ、ＰＣＰまたはＡＰが、それらにアドレス指定されないフレームを受信するとき、それらは、図２１Ａにおいて説明された手順に従って、受信フレームにおいて情報を記録し得る。そのような情報の一例は、表１６に示される。
【０２１７】
【表１６】
0006371296.tif 000023
【０２１８】
上述されたように、ＡＰ、ＰＣＰ、またはＷＴＲＵは、次いで、図２１Ａにおいて説明された手順に従って、セクタ化された受信レポートを使用して、それらの観測された送信についての記録された情報を、それらのＢＳＳにおけるＰＣＰまたはＡＰへ周期的に送り得る。セクタ化された受信レポートは、フレームにおいて送られ、情報要素、管理フレーム、制御フレーム、データフレーム、または、任意の他のタイプのフレーム、フィールド、もしくは、任意のタイプのフレームのサブフィールドとして実装され得る。
【０２１９】
図２２は、ビームフォーミングまたはセクタ化された受信レポートＩＥの例示的な設計２２００を示す。ビームフォーミングまたはセクタ化された受信レポートは、以下のフィールドおよび／または情報を含有してよく、すなわち、ＩＥがセクタ化された受信レポートＩＥであることを示し得る、要素ＩＤフィールド２２０１、セクタ化された受信レポートＩＥの長さを含有し得る、長さフィールド２２０２、ＩＤフィールド２２０３、受信モードフィールド２２０４、受信モード情報フィールド２２０５、レポートフィールドの数フィールド２２０６、ならびに、１または複数のレポートフィールド２２０７および２２０８である。
【０２２０】
ＩＤフィールド２２０３は、レポートするＷＴＲＵのＩＤを示し得る。ＩＤは、ＭＡＣアドレス、ＢＳＳＩＤ、ＳＳＩＤ、ＡＩＤ、または、ＷＴＲＵがそれについて同意していることがある任意の他のタイプのＩＤとして実装され得る。あるいは、レポートするＷＴＲＵのＩＤは、ＴＡなど、ＭＡＣヘッダの任意のアドレスフィールドにおいて示され得る。ビームフォーミングまたはセクタ化された受信レポートのターゲットは、ＲＡフィールドなど、ＭＡＣヘッダの任意のアドレスフィールドにおいて示され得る。ＩＤフィールドは、レポートするＷＴＲＵがそれにおいてロケートされるＰＣＰ／ＡＰ／ＰＢＳＳ／ＢＳＳのセクタのＩＤを含み得る、セクタＩＤを含み得る。
【０２２１】
受信モードフィールド２２０４は、レポートするＡＰ、ＰＣＰ、またはＷＴＲＵが、それに宛てられていない、レポートされた送信を観測するときのモードを示し得る。受信モードは、オムニ指向性（標準）、準オムニ指向性、または指向性であり得る。１つのビームフォーミングまたはセクタ化された受信レポートフレーム／ＩＥは、レポートするＷＴＲＵの１または複数の受信モードのための受信レポートを含有し得る。例えば、レポートするＷＴＲＵは、それが過去のレポート期間において動作していた各受信モードのための、別個のビームフォーミングまたはセクタ化された受信レポートフレームを送り得る。別の例では、レポートするＷＴＲＵは、フレームにおいて複数のビームフォーミングまたはセクタ化された受信レポートＩＥを含んでよく、各ＩＥは、異なる受信モードのためのものである。第３の例では、ビームフォーミングまたはセクタ化された受信レポートは、複数の受信モードのためのレポートフィールドを含有し得る。複数の受信モードのための受信レポートがある場合、ビームフォーミングまたはセクタ化された受信レポートＩＥは、複数の受信モードフィールド、受信モード情報フィールド、および、複数の一連のレポートフィールドを、受信モードごとに１つずつ含み得る。
【０２２２】
受信モード情報フィールド２２０５は、受信モードフィールドにおいて規定された、受信モード（複数可）についての詳細情報を含有し得る。例えば、指向性受信モードでは、以下の詳細のうちの１または複数が示されてよく、すなわち、ビームフォーミング重み、ＡＰまたはＰＣＰ、（Ｐ）ＢＳＳへ向かう方向、受信するＷＴＲＵがそれにおいてビームフォーミングされた送信を受信したＡＰ、ＰＣＰまたはＷＴＲＵのセクタのＩＤ、および、受信するＷＴＲＵが指向性受信モードで使用中であったＲＸセクタのＩＤである。
【０２２３】
レポートフィールドの数フィールド２２０６は、規定された受信モードのために含まれているレポートフィールドの数を示し得る。例えば、受信モードごとに、ｎ個のレポートフィールド２２０７および２２０８があり得る。各レポートフィールドは、レポートフィールド１〜ｎと呼ばれ得る。
【０２２４】
図２３は、レポートフィールドの一例２３００を示す。レポートフィールドは、以下のフィールドを含有してよく、すなわち、ＢＳＳＩＤフィールド２３０１、Ｔｘ  ＩＤフィールド２３０２、Ｒｘ  ＩＤフィールド２３０３、Ｔｘモードフィールド２３０４、Ｔｘモード情報フィールド２３０５、Ｔｘ時間フィールド２３０６、および、測定フィールド２３０７である。
【０２２５】
ＢＳＳＩＤフィールド２３０１は、受信パケットがそれにおいて送信されるＢＳＳまたはＰＢＳＳのＢＳＳＩＤを示し得る。
【０２２６】
Ｔｘ  ＩＤフィールド２３０２は、送信するＡＰ、ＰＣＰ、またはＷＴＲＵのＩＤを示し得る。ＩＤは、ＭＡＣアドレス、ＢＳＳＩＤ、ＡＩＤ、部分的なＡＩＤ、グループＩＤ、または、ＷＴＲＵがそれについて同意していることがある任意の他のタイプのＩＤとして実装され得る。Ｔｘ  ＩＤは、受信パケットのＴＡフィールドから取られ得る。
【０２２７】
Ｒｘ  ＩＤフィールド２３０３は、受信パケットがそれに宛てられた、受信するＡＰ、ＰＣＰ、またはＷＴＲＵのＩＤを示し得る。ＩＤは、ＭＡＣアドレス、ＢＳＳＩＤ、ＡＩＤ、部分的なＡＩＤ、グループＩＤ、または、ＷＴＲＵがそれについて同意した任意の他のタイプのＩＤとして実装され得る。Ｒｘ  ＩＤは、受信パケットのＲＡフィールドから取られ得る。
【０２２８】
Ｔｘモードフィールド２３０４は、受信パケットの送信モードを含有し得る。送信モードは、オムニ指向性または指向性であり得る。そのような情報は、ＰＬＣＰヘッダから取得されてよく、ＳＵ  ＶＨＴフレームにおけるビームフォーミングされた表示、または、ＭＵ−ＭＩＭＯ  ＶＨＴフレームにおける０もしくは６３ではないグループＩＤ、または、そのような情報を示すように設計された任意の他のフィールドなどである。
【０２２９】
Ｔｘモード情報フィールド２３０５は、受信モードフィールドにおいて規定された、受信モード（複数可）についての詳細情報を含有し得る。例えば、指向性受信モードでは、以下の詳細のうちの１または複数が示されてよく、すなわち、例えば、サウンディングパケットから取得され得る、ビームフォーミング重み、受信パケットを送信するために使用された、送信するＡＰ、ＰＣＰ、またはＷＴＲＵのセクタのＩＤ、および、パケットを受信するＡＰ、ＰＣＰ、またはＷＴＲＵがロケートされるＡＰ／ＰＣＰ／ＢＳＳ／ＰＢＳＳのセクタのＩＤである。
【０２３０】
Ｔｘ時間フィールド２３０６は、ワイヤレス媒体上の受信パケットの開始時間、持続時間、および／または終了時間を含み得る。
【０２３１】
測定フィールド２３０７は、それに限定されないが、平均またはピークＲＳＳＩまたはＲＣＰＩを含む、受信パケットの測定を含有し得る。
【０２３２】
上記で説明されたように、ＰＣＰまたはＡＰは、次いで、図２１Ａにおいて説明された手順に従って、ビームフォーミングまたはセクタ化された受信レポートフレームを組み合わせ得る。ＰＣＰまたはＡＰは、いくつかの基準に従って、ＷＴＲＵのサブセットからのビームフォーミングまたはセクタ化された受信レポートを組み合わせ得る。例えば、ＰＣＰ／ＡＰ／ＰＢＳＳ／ＢＳＳの特定のセクタにロケートされたＷＴＲＵからの、ビームフォーミングまたはセクタ化された受信レポートフレームが、一緒に組み合わせられ得る。別の例では、同じＰＢＳＳ／ＢＳＳからの干渉を経験するＷＴＲＵのサブセットからの、ビームフォーミングまたはセクタ化された受信レポートフレームが、組み合わせられ得る。加えて、ＰＣＰまたはＡＰは、ビームフォーミングまたはセクタ化された受信レポートフレームを、それ自体の干渉観測と組み合わせて、図２１Ａにおいて説明された手順に従って、送信セクタ競合リストを構築し得る。表１７は、送信競合リストに基づく、送信セクタ競合テーブルの例示的な設計である。
【０２３３】
【表１７】
0006371296.tif 000024
【０２３４】
送信セクタ競合テーブルは、現在のＰＢＳＳ／ＢＳＳ／ＡＰ／ＰＣＰの１つの特定のセクタ（または、ＷＴＲＵのサブセット）がパケットを送信または受信中であるとき、示された競合セクタが同様に送信／受信中である場合、そのパケットの受信が、（Ｐ）ＢＳＳ１〜（Ｐ）ＢＳＳ  Ｎからの干渉を経験し得ることを、示す。あるいは、または加えて、これらの（Ｐ）ＢＳＳにおける干渉するＷＴＲＵ（オムニ指向性または指向性のいずれかの、送信および受信）が、識別され得る。別の例では、特定の送信するＷＴＲＵから特定の受信するＷＴＲＵへの、ビームフォーミングまたはセクタ化された送信は、特定の（Ｐ）ＢＳＳセクタ、またはＷＴＲＵのサブセットのための、送信／受信と競合中であるとして、マークされ得る。
【０２３５】
競合セクタ／ＷＴＲＵは、レポートするＷＴＲＵからのビームフォーミングまたはセクタ化された受信レポートから、推論され得る。ＷＴＲＵが、それが、異なる（Ｐ）ＢＳＳの特定のセクタにおいて、他のＷＴＲＵからのオムニ指向性または指向性のいずれかの送信を受信することをレポートするとき、ＷＴＲＵは、干渉を回避するために、そのセクタにおいて、異なる時間に送信する必要があり得る。図２１Ｂに示された例示的なシステムのための送信セクタ競合テーブルの一例は、表１８に示される。
【０２３６】
【表１８】
0006371296.tif 000025
【０２３７】
送信セクタ競合リストまたはテーブルは、制御、管理、もしくは任意の他のタイプのフレーム、または、他のフレームにおけるフィールド、サブフィールドもしくはＩＥとして実装され得る、送信セクタ競合フレームを使用して、ＡＰ／ＰＣＰの間で共有され得る。ＡＰ／ＰＣＰは、互いに、または、ＷｉＦｉコントローラもしくはアドミッションコントローラなど、１もしくは複数の協調するＰＣＰ／ＡＰとともに、送信セクタ競合レポートフレームを使用して、送信競合情報を共有し得る。図２４は、送信セクタ競合リストまたはテーブルを共有するための、送信セクタ競合ＩＥの例示的な設計２４００を示す。送信セクタ競合ＩＥは、以下のフィールドを含有してよく、すなわち、ＩＥが送信セクタ競合レポートＩＥであることを示し得る、要素ＩＤフィールド２４０１、送信セクタ競合レポートＩＥの長さを含有し得る、長さフィールド２４０２、ＩＤフィールド２４０３、オプションフィールド２４０４、フィールドの数フィールド２４０５、および、レポートフィールド１〜Ｎ２４０６である。
【０２３８】
オプションフィールド２４０４は、競合する送信をレポートするオプションを含み得る。例えば、ＯＢＳＳにおけるセクタは、レポートする（Ｐ）ＢＳＳの特定のセクタに対して干渉するものとして示され得る。別の例では、送信するＷＴＲＵおよび受信するＷＴＲＵのＭＡＣアドレスは、特定のセクタに対する干渉する指向性送信として示され得る。
【０２３９】
フィールドの数２４０５フィールドは、送信セクタ競合ＩＥ中に含有された、含まれたレポートフィールドの数を含み得る。各レポートフィールド２４０６は、レポートフィールド１〜Ｎ２４０６と呼ばれることがあり、１または複数のセクタまたはビーム（または、ＷＴＲＵのサブセット）に対する干渉物（interferer）のレポートを含有し得る。１または複数のレポートフィールドは、１つのセクタ、またはビーム、またはＷＴＲＵのサブセットに対する干渉物をレポートするために使用され得る。
【０２４０】
各レポートフィールド２４０６は、セクタＩＤフィールド２４０７、持続時間／スケジュールフィールド２４０８、干渉物の数２４０９フィールド、オプションフィールド２４１０、および、干渉物フィールド１〜Ｍ２４１１と呼ばれることがある１または複数の干渉物フィールドを含み得る。
【０２４１】
セクタＩＤフィールド２４０７は、それに対して干渉物がレポートされている（Ｐ）ＢＳＳセクタのＩＤを含み得る。あるいは、それは、グループＩＤなど、ＷＴＲＵのサブセットのＩＤ（複数可）を含み得る。
【０２４２】
持続時間／スケジュールフィールド２４０８は、セクタＩＤフィールド２４０７によって識別された、セクタ、またはＷＴＲＵのサブセットのための、ターゲットにされた持続時間、または、ターゲットにされた送信時間のスケジュールを含有し得る。このフィールドは、ＰＣＰ／ＡＰによる、識別されたセクタ、またはＷＴＲＵのサブセットのための、所望される持続時間／スケジュールを示し得る。
【０２４３】
干渉物の数フィールド２４０９は、レポートフィールド内でレポートされている干渉物の数を含み得る。
【０２４４】
各レポートフィールドはまた、競合する送信をレポートするためのオプションフィールド２４１０を含有し得る。各干渉物フィールド２４１１は、オプションフィールド２４１０の仕様に応じて、１または複数の干渉物についての情報を含有し得る。
【０２４５】
干渉物フィールド２４１１は、以下のサブフィールドを含有してよく、すなわち、干渉する（Ｐ）ＢＳＳのＢＳＳＩＤを示し得る、ＢＳＳＩＤサブフィールド２４１２、干渉物ＩＤサブフィールド２４１３、Ｔｘモードサブフィールド２４１４、および、Ｔｘモード情報サブフィールド２４１５である。
【０２４６】
干渉物ＩＤサブフィールド２４１３は、オプションフィールドにおける仕様に従って、干渉物のうちの１または複数またはグループのＩＤを示し得る。例えば、このフィールドは、干渉中であるセクタのＩＤを含有し得る。別の例では、このフィールドは、その指向性送信がレポートＢＳＳにおけるセクタに対する干渉を引き起こす、送信および受信するＷＴＲＵペアを含有し得る。
【０２４７】
Ｔｘモードサブフィールド２４１４は、セクタ化された受信レポートフレームにおける同様のフィールド中に含有されたものと同一の情報を含有し得る。
【０２４８】
Ｔｘモード情報フィールド２４１５は、セクタ化された受信レポートフレームにおける同様のフィールド中に含有されたものと同一の情報を含有し得る。
【０２４９】
協調セクタ化またはビームフォーミングされた送信は、図２１Ａにおいて説明された手順に従って、分散または集中方式でスケジュールされ得る。分散方法では、ＡＰ／ＰＣＰは、重複する（Ｐ）ＢＳＳの他のＡＰ／ＰＣＰから、送信セクタ競合レポートフレームを受信した後、あらかじめ判断された順序に基づいて、スケジュールを決定し得る。例えば、そのような順序は、それらのＭＡＣアドレス／ＢＳＳＩＤ／ＳＳＩＤの順序であり得る。最低（または、最高）のＭＡＣアドレスのＡＰ／ＰＣＰは、そのセクタを送信するためのそのスケジュールを判断し得る。次いで、２番目に低い（または、２番目に高い）ＭＡＣアドレスのＰＣＰ／ＡＰは、第１のＰＣＰ／ＡＰのスケジュール、および送信セクタ競合レポートに基づいて、そのセクタを送信するためのそのスケジュールを判断し得る。残っているＡＰ／ＰＣＰは、すべてのＡＰ／ＰＣＰのすべてのセクタのためのスケジュールが判断されるまで、同じプロセスに従い得る。
【０２５０】
別の例では、最低（または、最高）のＭＡＣアドレスのＡＰ／ＰＣＰは、そのセクタのうちの１つのために送信するためのそのスケジュールを判断し得る。次いで、２番目に低い（または、２番目に高い）ＭＡＣアドレスのＡＰ／ＰＣＰは、これまでにスケジュールされた送信、および送信セクタ競合レポートフレームに基づいて、その第１のセクタをスケジュールし得る。最低（または、最高）のＭＡＣアドレスのＡＰ／ＰＣＰは、次いで、すべてのＡＰ／ＰＣＰがそれらの第１のセクタのためのスケジュールを判断したとき、第２のセクタのために送信するためのそのスケジュールを判断し得る。そのプロセスは、すべてのＡＰ／ＰＣＰがそれらのセクタのすべてのためのすべての送信をスケジュールするまで、継続し得る。
【０２５１】
集中方法では、協調セクタ化またはビームフォーミングされた送信にアクティブに参加しているＡＰ／ＰＣＰのうちの１つであり得る、１または複数の協調するＡＰ／ＰＣＰは、すべての重複する（Ｐ）ＢＳＳにおけるすべての競合セクタのための送信スケジュールを判断し得る。異なるセクタにおいて送信するためのスケジュールは、次いで、すべての他のＡＰ／ＰＣＰへ分散され得る。例えば、ＰＣＰによって率いられるＰＢＳＳでは、送信セクタ競合レポートフレームは、協調するＡＰになり得る、それらのＡＰと共有され得る。協調するＡＰは、次いで、ＰＢＳＳにおけるすべてのセクタのためのスケジュールを続いて判断し、スケジューリングをＰＣＰへ分散させ得る。ＰＣＰは、次いで、指向性セクタ化されたビーコンフレーム、または短いビーコンフレームなど、トリガフレームを送信することによって、明示的または暗示的のいずれかで、ＷＴＲＵへのセクタ送信のスケジューリングを続いて分散させ得る。
【０２５２】
分散方法と集中方法の両方において、同時送信をスケジュールすることは、送信するＷＴＲＵと受信するＷＴＲＵの両方に対する干渉を考慮に入れてよく、その理由は、受信するＷＴＲＵが、しばしば、ＡＣＫ、ＢＡ、または短いＡＣＫなどの応答フレームで応答し得るからである。
【０２５３】
図２５Ａ〜図２５Ｂは、協調セクタ化またはビームフォーミングされた送信の例２５００を示す。図２５Ａのシステムは、ＡＰ１  ２５０１ａ、ＷＴＲＵ１  ２５０３ａ、ＷＴＲＵ２  ２５０４ａ、セクタ１  ２５１１ａ、セクタ２  ２５１２ａ、および、セクタ３  ２５１３ａを含む、第１のＢＳＳからなり得る。第２のＢＳＳは、ＡＰ２  ２５０２ａ、ＷＴＲＵ３  ２５０５ａ、および、ＷＴＲＵ４  ２５０６ａ、セクタ４  ２５１４ａ、セクタ５  ２５１５ａ、および、セクタ６  ２５１６ａを含み得る。図２５Ａに示されているように、セクタは重複し得る。第１のＢＳＳでは、ＡＰ１  ２５０１ａは、時間＝ｉにおいて、ＷＴＲＵ１  ２５０３ａへの、セクタ６  ２５１６ａにおけるデータパケットのセクタ化された送信を実行し得る。第２のＢＳＳでは、ＡＰ２  ２５０２ａは、同じく時間＝ｉにおいて、ＷＴＲＵ３  ２５０５ａへの、セクタ１  ２５１１ａにおけるデータパケットのセクタ化された送信を実行し得る。このようにして、２つの協調セクタ化された送信が、互いに干渉することなく、同時に行われ得る。
【０２５４】
図２５Ｂのシステムは、ＡＰ１  ２５０１ｂ、ＷＴＲＵ１  ２５０３ｂ、ＷＴＲＵ２  ２５０４ｂ、セクタ１  ２５１１ｂ、セクタ２  ２５１２ｂ、および、セクタ３  ２５１３ｂを含む、第１のＢＳＳからなり得る。第２のＢＳＳは、ＡＰ２  ２５０２ｂ、ＷＴＲＵ３  ２５０５ｂ、および、ＷＴＲＵ４  ２５０６ｂ、セクタ４  ２５１４ｂ、セクタ５  ２５１５ｂ、および、セクタ６  ２５１６ｂを含み得る。図２５Ｂに示されているように、セクタは重複し得る。第１のＢＳＳでは、ＡＰ１  ２５０１ｂは、時間＝ｊにおいて、ＷＴＲＵ２  ２５０４ｂへの、セクタ４  ２５１４ｂにおけるデータパケットのセクタ化された送信を実行し得る。第２のＢＳＳでは、ＡＰ２  ２５０２ｂは、同じく時間＝ｊにおいて、ＷＴＲＵ４  ２５０６ｂへの、セクタ３  ２５１３ｂにおけるデータパケットのセクタ化された送信を実行し得る。このようにして、２つの協調セクタ化された送信が、互いに干渉することなく、同時に行われ得る。
【０２５５】
分散方法または集中方法の両方において、干渉は、なお生じることがあり、その理由は、干渉するＷＴＲＵが、受信するＷＴＲＵから遠すぎる距離であるときなど、すべての干渉するフレームが、干渉を経験するＷＴＲＵによって復号され得るとは限らないからである。この問題点に対処するために、ＡＰ／ＰＣＰは、重複する（Ｐ）ＢＳＳにおける複数のセクタの同時セクタ化もしくはビームフォーミングされた送信をスケジュールする前に、または、干渉が、スケジュールされた協調セクタ化もしくはビームフォーミングされた送信において検出されるとき、測定を実施し得る。
【０２５６】
ＡＰ／ＰＣＰが、時間フレーム（ｔ１、ｔ２）において、セクタにおいて協調セクタ化またはビームフォーミングされた送信を追加することを望むとき、ＡＰ／ＰＣＰは、あらかじめ定義されたか、または構成可能な持続時間にわたって、すべての近隣（Ｐ）ＢＳＳからのいかなる干渉をも測定するように、そのセクタにおけるＷＴＲＵに命令し得る。あるいは、または加えて、スケジューリングにおける間隔が、特に測定のために確保され得る。ＡＰ／ＰＣＰはまた、すべての他のＡＰ／ＰＣＰ（または、協調するＡＰ／ＰＣＰ）へ要求を送り、すべてのＡＰ／ＰＣＰが所与の間隔中に送信、および干渉のための測定をしないことを、要求し得る。同じ間隔中に、要求するＡＰ／ＰＣＰは、所望されるセクタ内でそのＷＴＲＵとの定期的な送信および受信を実施し得る。すべてのＡＰ／ＰＣＰ／ＷＴＲＵは、干渉を測定し、送信セクタ競合フレームを更新し得る。ＡＰ／ＰＣＰは、次いで、更新された送信セクタ競合フレームを使用して、新しいセクタのためのスケジュールを判断し得る。
【０２５７】
図２６は、セクタ化された動作、ならびに／または、ビームフォーミングされた送信および受信のためのサポートを示すために使用され得る、協調セクタ化されたおよびビームフォーミング能力ＩＥの一例２６００を示す。協調セクタ化された動作および／またはビームフォーミングされた送信が可能であり得る、各ＷＴＲＵ、ＡＰ、ＰＣＰは、協調セクタ化されたおよびビームフォーミング能力ＩＥまたはフィールドを、任意のタイプの管理、制御、または、プローブ要求／応答、関連付け要求／応答フレーム、ビーコン、短いビーコン、その他など、他のタイプのフレーム中に含めることによって、その能力を示し得る。ＷＴＲＵはまた、ＶＨＴ能力情報フィールドにおけるビット３０〜３１など、既存のまたは新しいフィールドにおける１または複数ビットを使用して、それがＷｉＦｉ協調セクタ化されたまたはビームフォーミングが可能であることを示し得る。協調セクタ化されたおよびビームフォーミング能力ＩＥは、それに限定されないが、以下のフィールドを含み得る。
【０２５８】
（１）ＩＥが協調セクタ化されたおよびビームフォーミング能力ＩＥであることを示し得る、要素ＩＤフィールド２６０１、
【０２５９】
（２）ＩＥの長さを含有し得る、長さフィールド２６０２、
【０２６０】
（３）１または複数ビットを含有して、ＷＴＲＵが、セクタ化送信のためのサポートなど、セクタ化された動作が可能であるかどうかを示し得る、セクタ化された動作フィールド２６０３、
【０２６１】
（４）１または複数ビットを含有して、ＷＴＲＵがビームフォーミングまたはセクタ化された受信レポートを提供および受信することが可能であるかどうかを示し得る、セクタ化された受信レポートフィールド２６０４、
【０２６２】
（５）１または複数ビットを含有して、ＷＴＲＵが協調ビームフォーミング可能であるかどうかを示し得る、協調ビームフォーミング可能フィールド２６０５、
【０２６３】
（６）プリコーディング行列割当てのための、もしくはトレーニングを通した、ビームフォーミング方法オプション、集中もしくは分散協調のための協調ビームフォーミングスケジューリングオプション、または、集中協調ビームフォーミングのための協調ノードとして作用することが可能であり得る、協調能力オプションなど、協調ビームフォーミングのためのオプションを含有し得る、協調ビームフォーミングオプションフィールド２６０６。
【０２６４】
同様に、ＰＣＰおよびＡＰは、協調セクタ化されたおよびビームフォーミング能力ＩＥを、そのビーコン、短いビーコン、関連付け応答およびプローブ応答中に含めて、協調ビームフォーミング動作のその現在のモードを示し得る。協調セクタ化されたおよびビームフォーミング能力ＩＥの設計は、要素ＩＤフィールドを除いて、図２６において提示されたものと同一であり得る。
【０２６５】
ＡＰ／ＰＣＰは、ＷＴＲＵが、（Ｐ）ＢＳＳに関連付けるために、セクタ化された動作および／または協調ビームフォーミングが可能であることを、必要とし得る。セクタ化された動作または協調ビームフォーミングをサポートしないＷＴＲＵが、ＰＣＰ／ＡＰに関連付けることを試行する場合、ＰＣＰ／ＡＰのＭＡＣ層は、ＲｅｓｕｌｔＣｏｄｅ「ＲＥＦＵＳＥＤ＿ＳＥＣＴＯＲＩＺＥＤ＿ＯＰＥＲＡＴＩＯＮ＿ＮＯＴ＿ＳＵＰＰＯＲＴＥＤ」または「ＲＥＦＵＳＥＤ＿ＣＯＯＲＤＩＮＡＴＥＤ＿ＢＥＡＭＦＯＲＭＩＮＧ＿ＮＯＴ＿ＳＵＰＰＯＲＴＥＤ」とともに、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｓｐｏｎｓｅプリミティブを発行することによって、関連付けを拒否し得る。同様に、関連付けられた関連付け応答フレーム、ならびに、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｃｏｎｆｉｒｍプリミティブは、ＷＴＲＵからの関連付け要求を拒否するとき、ＲｅｓｕｌｔＣｏｄｅコードとして、同じ２つの理由コードを含有し得る。
【０２６６】
図２７は、本明細書で説明される実施形態のいずれかとの組合せにおいて使用され得る、第３の実施形態による、ＷＴＲＵが２以上のＷＬＡＮインターフェースを備えられる、例示的なシステム２７００を示す。この実施形態は、ジョイント送信および／またはビームフォーミング／セクタ化された送信が、２以上のワイヤレスインターフェースを介して実行されることを可能にし得る。デバイスは、複数のＷｉＦｉインターフェースを有してよく、異なるＷｉＦｉインターフェースは、異なるＷｉＦｉ規格を遵守する。例えば、デバイスは、より大きいエリアカバレージのための８０２．１１ａｃインターフェース、ならびに、近い範囲におけるＷＴＲＵへのマルチギガビット接続のための８０２．１１ａｄインターフェースを有し得る。別の例では、デバイスは、最大１ｋｍの半径のカバレージエリアのための８０２．１１ａｈインターフェース、ならびに、８０２．１１ｎインターフェースを有し得る。図２７の例では、ＡＰ１  ２７０６は、ＷｉＦｉコントローラ２７０１との８０２．１１ａｃインターフェース２７０５、および、ＷＴＲＵ２７０７との８０２．１１ａｄ２７０４を有する。同様に、ＡＰ２  ２７０７は、ＷｉＦｉコントローラ２７０１との８０２．１１ａｃインターフェース２７０２、および、ＷＴＲＵ２７０７との８０２．１１ａｄ２７０３を有する。この実施形態は、カバレージ範囲、能力、およびデータレートなど、各ＷＬＡＮインターフェースの異なる特性を活用して、ＷＬＡＮ  （Ｐ）ＢＳＳおよびＯＢＳＳにおけるすべてのＷＴＲＵのためのより均一なカバレージを提供し得る。これらのＷＬＡＮインターフェースはまた、同じ（例えば、異なるチャネルに同調する複数の８０２．１１ａｃデバイス）、または、異なるＷＬＡＮ規格（例えば、１つのＷＬＡＮインターフェースは、８０２．１１ａｃ  ＷＴＲＵであり得るが、第２のＷＬＡＮインターフェースは、８０２．１１ａｈ  ＷＴＲＵであり得る）を遵守し得る。
【０２６７】
異なるＷｉＦｉデバイスのこれらの異なる特性が活用されて、ＷｉＦｉにおけるより均一なカバレージを提供するために、協調およびデータフォワーディングが達成され得る。例えば、デバイス上の８０２．１１ａｃ／ａｃ＋接続が活用されて、同じデバイス上で８０２．１１ａｄ  ＷＴＲＵ、ＰＣＰおよびＡＰのための協調ビームフォーミングまたは協調セクタ化された動作が提供され得る。上記で説明されたように、８０２．１１ａｄ  ＷＴＲＵ、ＰＣＰおよびＡＰは、８０２．１１ａｃ／ａｃ＋接続を使用して、（Ｐ）ＢＳＳのセクタのための、ビームフォーミングまたはセクタ化された受信レポートフレーム、送信セクタ競合レポートフレーム、協調セクタ化されたおよびビームフォーミング能力フレーム、ならびに、スケジューリングフレームおよびデータなど、協調フレームを交換し得る。同様に、８０２．１１ａｃ／ａｃ＋  ＷＴＲＵおよびＡＰ（または、一般的な用語で、任意の８０２．１１ｘｘ規格を遵守するＷＴＲＵおよびＡＰ）は、別の８０２．１１ｘｘ接続を使用して、（Ｐ）ＢＳＳのセクタのための、セクタ化された受信レポートフレーム、送信セクタ競合レポートフレーム、協調セクタ化されたおよびビームフォーミング能力フレーム、ならびに、スケジューリングおよびデータフレームなど、協調フレームを交換し得る。別の８０２．１１ｘｘ接続もまた活用されて、プリコーディング行列が交換され得る。協調、スケジューリングおよびデータフレームの交換は、ピアツーピアであってよく、または、それは、図２７に示されているように、集中ＷｉＦｉコントローラに向かうものであってよい。
【０２６８】
加えて、デバイスが、同じＷｉＦｉ規格を遵守し得る複数のＷｉＦｉインターフェースを有し得ることもまた、可能であり得る。これは、異なるＷｉＦｉ規格を遵守するＷｉＦｉインターフェースに加えて、であり得る。これらのＷｉＦｉインターフェースは、異なるチャネルに同調されてよく、ＷｉＦｉネットワークにおいてより均一なカバレージを達成するために、ＷｉＦｉインターフェースのうちの１つが、データフレームを送信し、ジョイント送信、協調ビームフォーミング、セクタ化された送信を実施するために使用され得るが、他のＷｉＦｉインターフェースが、上記で説明されたようなジョイント送信のために、および、上記で説明されたような協調ビームフォーミングまたはセクタ化された動作のために、協調、スケジューリングおよびデータフレームを送信するために使用されるようにされ得る。
【０２６９】
ＩＥＥＥ８０２．１１ネットワークにおけるチャネルアクセスの分散された性質は、隠れノード問題を作り出すことがある。図２８は、ＷＴＲＵ２  ２８０２およびＡＰ２８０４が、ＷＴＲＵ１  ２８０１からの送信をヒアリングし得るが、ＷＴＲＵ３  ２８０３が、ＷＴＲＵ１  ２８０１からの送信をヒアリングしないことがある、隠れノード問題の一例２８００を提供する。ＷＴＲＵ３  ２８０３は、したがって、ＷＴＲＵ１  ２８０１とＡＰ２８０４との間の通信に関して、隠れノードであり得る。この場合、ＷＴＲＵ１  ２８０１がパケットをＡＰ２８０４へ送信するとき、隠れノードＷＴＲＵ３  ２８０３が、ＡＰ２８０４への別の送信を試行し、衝突を引き起こすようになる見込みがあり得る。８０２．１１における単一のＡＰでは、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄ（ＲＴＳ）およびｃｌｅａｒ−ｔｏ−ｓｅｎｄ（ＣＴＳ）シグナリング交換が使用されて、隠れノード問題が解決され得る。隠れノードシナリオは、複数のＡＰ協調通信にとっても同様に問題のままであり、その理由は、チャネルアクセスが、分散方式で実装され続けるからである。また、いくつかの周波数帯域（例えば、６０ＧＨｚ帯域）では、オムニ指向性であり得る、ＲＴＳ／ＣＴＳパケットの直接送信は、時間がかかるものであり得る。その場合、異なる周波数帯域が使用されて、ＲＴＳ／ＣＴＳパケットが送信されて、隠れノード問題が対処され得る。
【０２７０】
図２９は、本明細書で説明される実施形態のいずれかとの組合せにおいて使用され得る、第４の実施形態による、異なる周波数帯域を介したＲＴＳ／ＣＴＳパケットの送信のための例示的な手順２９００を示す。この実施形態は、ジョイントおよび／またはセクタ化された送信を協調させるためのさらなる機構を提供し得る。この手順は、異なる周波数帯域にわたるＲＴＳ／ＣＴＳを実装してよく、６０ＧＨｚ帯域において隠れノード問題を解決するために使用され得る。図２９の例では、３つのＷＴＲＵ、すなわち、ＷＴＲＵ  Ａ２９０１、ＷＴＲＵ  Ｂ２９０２、およびＷＴＲＵ  Ｃ２９０３がある。ＷＴＲＵが、この例では例示のために使用されるが、各ＷＴＲＵはまた、ＡＰによって置き換えられてもよい。また、この例では、各ＷＴＲＵ／ＡＰは、５ＧＨｚ帯域と６０ＧＨｚ帯域の両方において、送信／受信することが可能であり得る。
【０２７１】
送信するＷＴＲＵ  Ａ２９０１は、２９１０で、規定された持続時間にわたって６０ＧＨｚ帯域を予約するための試行において、５ＧＨｚ帯域においてＲＴＳフレームを送出し得る。受信するＷＴＲＵ  Ｂ２９０２は、次いで２９１１で、ＳＩＦＳ期間の後、５ＧＨｚ帯域においてＣＴＳフレームを送出し、規定された持続時間にわたるＷＴＲＵ  Ａ２９０１のための６０ＧＨｚ帯域の予約を確認し、６０ＧＨｚにおける受信のための準備を始め得る。送信機または受信機として関与させられなくてよい、ＷＴＲＵ  Ｃ２９０３は、２９１２で、それに応じて、６０ＧＨｚ上でそのＮＡＶを設定してよく、規定された持続時間内に送信することを控え得る。
【０２７２】
２９１１で、ＷＴＲＵ  Ｂ２９０２から５ＧＨｚ帯域においてＣＴＳフレームを受信した後、ＷＴＲＵ  Ｃ２９０３は、２９１３で、それに応じて、６０ＧＨｚ上でそのＮＡＶを更新してよく、規定された持続時間内に送信することを控え得る。ＷＴＲＵ  Ａ２９０１は、２９１５で、クロス帯域フレーム間スペーシング（cross band interframe spacing）（ＣＢＩＦＳ）時間期間２９１４の後、６０ＧＨｚ上でＷＴＲＵ  Ｂ２９０２へのデータ送信を進め得る。６０ＧＨｚ送信の肯定応答２９１６が、５ＧＨｚ帯域を介して送られて、６０ＧＨｚ帯域を介したＷＴＲＵ  Ａ２９０１からの成功した通信が確認され、およびまたは、ＷＴＲＵ  Ａ２９０１によって当初セットアップされた６０ＧＨｚ  ＮＡＶ設定がクリアされ得る。あるいは、または加えて、所望される場合、肯定応答が６０ＧＨｚチャネル上で送信され得る。
【０２７３】
図３０は、どのようにＲＴＳ／ＣＴＳフォーマットが、上記の手順をサポートするように修正され得るかの一例３０００を示す。ＲＴＳ３００１は、フレーム制御フィールド３０１０、持続時間フィールド３０１１、受信機アドレスフィールド３０１２、送信機アドレスフィールド３０１３、所望される帯域（５Ｇ／６０Ｇ）フィールド３０１４、および、ＦＣＳフィールド３０１５を含み得る。所望される帯域（５Ｇ／６０Ｇ）フィールド３０１４は、ＲＴＳフレームが６０ＧＨｚ帯域（もしくは、５ＧＨｚ帯域）を介したチャネルを予約することになること、または、６０ＧＨｚ帯域内のどのチャネルであるかを示すために使用され得る。同様に、ＣＴＳ３００２は、フレーム制御フィールド３０２０、持続時間フィールド３０２１、送信機アドレスフィールド３０２２、所望される帯域（５Ｇ／６０Ｇ）フィールド３０２３、余分のフィードバックフィールド３０２４、および、ＦＣＳフィールド３０２５を含み得る。所望される帯域（５Ｇ／６０Ｇ）フィールド３０２３は、６０ＧＨｚ帯域を介したチャネルの成功した予約、または、６０ＧＨｚ帯域内の規定されたチャネルを確認するために使用され得る。加えて、余分のフィードバックフィールド３０２４がＣＴＳにおいて送られて、６０ＧＨｚ帯域を介したビームフォーミングトレーニングプロセスを促進させる助けになり得る。情報は、それに限定されないが、ＷＴＲＵに取り付けられる全地球測位システム（ＧＰＳ）から取得され得る、ＷＴＲＵの履歴および／またはロケーション情報からの空間ビームフォーミングベクトルを含み得る。
【０２７４】
上記の例では、５ＧＨｚ構成要素および６０ＧＨｚ構成要素は、同じ物理デバイス、例えば、同じＷＴＲＵにおいて存在し得る。２つの構成要素は、２つの異なる物理デバイス、例えば、５Ｇ  ＷＴＲＵおよび６０Ｇ  ＷＴＲＵにおいて存在し得ることが、留意される。
【０２７５】
従来のＩＥＥＥ８０２．１１では、ＲＴＳ／ＣＴＳシグナリング交換が、隠れノード問題を解決するために必要とされ得る。ＲＴＳは、最初に、潜在的な送信機から送出され得る。ＲＴＳをヒアリングする、潜在的な受信機を除く、１つおきの局は、それに応じてそれらのＮＡＶを設定し、それらの送信を抑える必要があるようになる。潜在的な受信機は、ＣＴＳパケットで応答し、ＲＴＳ要求を確認し得る。ＲＴＳおよびＣＴＳの組合せは、トランシーバペアが、無線リソースを予約し、後続の送信を隠れノード問題から保護することを助け得る。
【０２７６】
図３１は、同様の手順が隠れノード問題に対処するために使用され得る、マルチＡＰ  ＷｉＦｉにおける一例３１００を提供する。図３１の例では、ＡＰ１  ３１０１およびＡＰ２  ３１０２は、マルチＡＰ  ＲＴＳ（ＭＲＴＳ）３１１１ａおよび３１１１ｂを送信して、無線リソースのための要求を行い得る。応答して、受信機、この場合はＷＴＲＵ１  ３１０３は、マルチＡＰ  ＣＴＳ（ＭＣＴＳ）３１１２で返信して、要求を確認し得る。ＡＰ１  ３１０１およびＡＰ２  ３１０２からＷＴＲＵ１  ３１０３への実際のデータ送信３１１３ａおよび３１１３ｂが、後に続き得る。あるいは、ＭＲＴＳが送信されてよく、３１１１ａおよび３１１１ｂは、同時に、または、交互に時差的な方法で、送信され得る。
【０２７７】
同じ時間において、ＭＲＴＳ３１１１ａおよび３１１１ｂをヒアリングすると、ＷＴＲＵ２  ３１０４は、それに応じて、ＡＰ１  ３１０１およびＡＰ２  ３１０２によって推定されるようなＡＣＫ３１１５まで、そのＮＡＶ３１１４ａを設定し得る。ＭＣＴＳ３１１２をヒアリングすると、ＷＴＲＵ２  ３１０４は、それに応じて、ＭＣＴＳ３１１２において規定されるようなＡＣＫ３１１５の最後まで、そのＮＡＶ３１１４ｂを更新し得る。ＷＴＲＵ３  ３１０５は、ＭＣＴＳ３１１２をヒアリングするのみであってよく、それに応じて、ＭＣＴＳ３１１２において規定されるようなＡＣＫ３１１５の最後まで、そのＮＡＶ３１１６を設定し得る。ＷＴＲＵ４  ３１０６は、ＭＲＴＳ３１１１ａおよび３１１１ｂのみをヒアリングしてよく、それに応じて、ＭＲＴＳ３１１１ａおよび３１１１ｂをヒアリングすると、ＡＰ１  ３１０１およびＡＰ２  ３１０２によって推定されるようなＡＣＫ３１１５の最後まで、そのＮＡＶ３１１７を設定し得る。この手順は、各ＷＴＲＵ／ＡＰがデータ送信３１１３ａおよび３１１３ｂに気づいており、衝突を回避することを保証する。
【０２７８】
図３２は、ＭＲＴＳおよびＭＣＴＳのための例示的なフレームフォーマット３２００を提供する。ＭＲＴＳ３２０１は、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３２１１、持続時間フィールド３２１２、受信機アドレスフィールド３２１３、送信機アドレス１フィールド３２１４、送信機２アドレスフィールド３２１５、および、ＦＣＳフィールド３２１６である。ＭＣＴＳ３２０２は、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３２２１、持続時間フィールド３２２２、送信機アドレス１フィールド３２２３、送信機２アドレスフィールド３２２４、および、ＦＣＳフィールド３２２５である。すべての送信機のアドレスは、ＭＲＴＳとＭＣＴＳパケットの両方において規定されてよく、ＭＡＣアドレス、または、送信機１および送信機２（例えば、ＡＰ１およびＡＰ２）のグループを表す論理アドレスであり得る。
【０２７９】
図３３Ａ〜図３３Ｄは、複数のＡＰが、アップリンクユニフォームＷｉＦｉ（uniform WiFi）（ＵｎｉＦｉ）において、単一のＷＴＲＵから送信される信号を受信し、信号をジョイントで、または別個に復号し得る、いくつかの例３３００を示す。
【０２８０】
図３３Ａは、スーパーＡＰによるジョイント復号の一例を示す。ＡＰ１  ３３０２およびＡＰ３３０３によってＷＴＲＵ３３０１から受信された情報は、スーパーＡＰ３３０４へ、復号のために送られ得る。スーパーＡＰ３３０４は、例えば、ＷｉＦｉコントローラであり得る。
【０２８１】
図３３Ｂは、プライマリＡＰによるジョイント復号の一例を示す。ＵｎｉＦｉセットにおけるＡＰ１  ３３１２およびＡＰ２  ３３１３は、ＷＴＲＵ３３１１から受信された情報を、単一または「プライマリ」のＡＰへフォワーディングしてよく、復号は、この例ではＡＰ１  ３３１２である、プライマリＡＰにおいて実行され得る。フォワーディングは、別個の送信において、ワイヤードＥＳＳバックホールを介したもの、または、ｏｖｅｒ−ｔｈｅ−ａｉｒであり得る。
【０２８２】
図３３Ｃは、複数のＡＰによる別個の復号の一例を示す。この例では、ＡＰ１  ３３２２およびＡＰ２  ３３２３は、ＷＴＲＵ３３２１から受信された情報を、別個に復号し得る。情報を成功裏に復号する任意のＡＰは、情報をトランスポート層またはそれ以上へ送り得る。重複は、この層において対処され得る。
【０２８３】
図３３Ｄは、単一のＡＰによる別個の復号の一例を示す。この例では、ＷＴＲＵ３３３１は、送信の時間における復号成功の最高の確率をもつ単一のＡＰを選択し、このＡＰへ送信し得る。これは、ＡＰ選択アルゴリズムと見なされ得る。この例では、ＷＴＲＵ３３３１は、ＡＰ１  ３３３２よりも、ＡＰ２  ３３３３を選択する。
【０２８４】
図３４Ｂ〜図３４Ｂは、単一のＷＴＲＵが複数のＡＰへ送信し得る、例示的なＣＳＭＡ／ＣＡ手順３４００を示す。図３４Ａでは、ＷＴＲＵ３４０１は、ＵｎｉＦｉ＿ＲＴＳフレーム３４１１を、ＡＰ１  ３４０２およびＡＰ２  ３４０３へ送信して、送信のためのチャネルを予約し得る。ＷＴＲＵ３４０１からのＲＴＳの受信時に、ＡＰ１  ３４０２およびＡＰ２  ３４０３は、ＵｎｉＦｉ  ＣＴＳ３４１２および３４１３をＷＴＲＵ３４０１へ送信して、ＷＴＲＵ３４０１のリソースの予約を確認し得る。図３４Ａの例では、ＡＰ１  ３４０２およびＡＰ２  ３４０３は、特定の持続時間の後、それぞれ、ＵｎｉＦｉ＿ＣＴＳ３４１２および３４１３を独立して送信し得る。すべてのＡＰからのＵｎｉＦｉ＿ＣＴＳ３４１２および３４１３の受信時に、ＷＴＲＵ３４０１は、利用可能なＡＰへデータを送信し得る。
【０２８５】
ＵｎｉＦｉ＿ＣＴＳ３４１２および３４１３は、例えば、ＲＴＳにおけるＡＰ  ＩＤの順序で、直交カバーコード（ＯＣＣ）によってコードドメインにおいて直交化された、または、同意された送信遅延に基づいて、時間において直交化された、ＵｎｉＦｉ＿ＣＴＳフレームとして送信され得る。この場合、ＡＰ１  ３４０２は、ＳＩＦＳタイムラグの後、ＵｎｉＦｉ＿ＣＴＳを送出し得るが、ＡＰ２  ３４０３は、（２＊ＳＩＦＳ＋ｄｕｒａｔｉｏｎ＿ＵｎｉＦｉ＿ＣＴＳ））タイムラグの後、ＵｎｉＦｉ＿ＣＴＳを送出し得る。伝搬遅延を考慮するために、ＡＰのうちのより多くのうちの１つからの送信は、上記で説明された第１の実施形態において説明されたものと同様の方法で時間調整され得る。
【０２８６】
ＷＴＲＵ３４０１は、次いで、データ３４１４をＡＰ１  ３４０２およびＡＰ２  ３４０３へ送信し得る。ＡＰは、成功した場合、送られたデータの肯定応答３４１５で応答し得る。この肯定応答は、プライマリＡＰからの単一のＡＣＫ、時間においてもしくは直交カバーコードによって直交化された、各ＡＰからの単一のＡＣＫ、または、ＣＤＤを使用する両方のＡＰからのジョイントＡＣＫであり得る。
【０２８７】
図３４Ｂでは、ＷＴＲＵ３４０１は、ＵｎｉＦｉ＿ＲＴＳフレーム３４２１を、ＡＰ１  ３４０２およびＡＰ２  ３４０３へ送信して、送信のためのチャネルを予約し得る。ＷＴＲＵ３４０１からのＲＴＳの受信時に、ＡＰ１  ３４０２およびＡＰ２  ３４０３が、それらの利用可能性において互いに協調することが可能である場合、それらは、利用可能なＡＰについての情報とともに、ジョイントＵｎｉＦｉ  ＣＴＳ３４２２を送出し得る。ジョイントＵｎｉＦｉ  ＣＴＳは、巡回遅延ダイバーシティ（ＣＤＤ）を使用して、両方のＡＰから送られ得る。ＡＰ１  ３４０２およびＡＰ２  ３４０３は、ジョイントＵｎｉＦｉ  ＣＴＳ３４２２をＷＴＲＵ３４０１へ送信して、ＷＴＲＵ３４０１のリソースの予約を確認し得る。ジョイントＵｎｉＦｉ  ＣＴＳ３４２２の受信時に、ＷＴＲＵ３４０１は、利用可能なＡＰへデータを送信し得る。この例では、ＷＴＲＵ３４０１は、データ３４２３をＡＰ１  ３４０２およびＡＰ２  ３４０３へ送信し得る。ＡＰは、成功した場合、送られたデータの肯定応答３４１４で応答し得る。この肯定応答は、プライマリＡＰからの単一のＡＣＫ、時間においてもしくは直交カバーコードによって直交化された、各ＡＰからの単一のＡＣＫ、または、ＣＤＤを使用する両方のＡＰからのジョイントＡＣＫであり得る。図３４Ｂの例では、ジョイントＡＣＫ３４１４が示される。
【０２８８】
異なる重複するＵｎｉＦｉセットとともに、複数のＡＰおよび複数のＷＴＲＵがあり得るシナリオでは、ＵｎｉＦｉ送信は、ＵｎｉＦｉセットにおけるすべてのＡＰが利用可能であるときなど、許可され得る。この場合、ＷＴＲＵは、要求されたＵｎｉＦｉセットにおけるすべてのＡＰがＣＴＳを返す場合、およびその場合のみ、送信し得る。また、すべてのＡＰＳが利用可能であり、ＷＴＲＵが送信を始めていることを示すために、ＷＴＲＵからの追加の信号があり得る。これは、ＣＴＳ−ｔｏ−ｓｅｌｆまたは修正されたＣＴＳ−ｔｏ−ｓｅｌｆフレームであり得る。別の例では、ＵｎｉＦｉ送信は、ＵｎｉＦｉセットにおける指定されたＡＰが利用可能であるとき、許可され得る。この場合、ＷＴＲＵは、例えば、最低の経路損失をもつＡＰであり得る、プライマリＡＰを指定し得る。ＷＴＲＵは、次いで、このＡＰおよび任意の他の利用可能なＡＰへ送信し得る。すべてのＡＰが利用可能な場合のように、データ送信の始まりを示すための追加の信号がある必要があり得る。さらに別の例では、ＵｎｉＦｉセットにおける任意のＡＰが利用可能である場合、ＷＴＲＵは、それが利用可能であることを示す任意のＡＰへ送信し得る。
【０２８９】
図３５は、図３４Ａ〜図３４Ｂの手順における使用のための、例示的なＵｎｉＦｉ＿ＲＴＳフレームフォーマット３５００を示す。ＵｎｉＦｉ＿ＲＴＳフレームは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３５０１、持続時間フィールド３５０２、受信機１アドレスフィールド３５０３、送信機１アドレスフィールド３５０４、ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３５０６、受信機２アドレスフィールド３５０７、および、ＦＣＳフィールド３５０８である。ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３５０６は、送信がＵｎｉＦｉ送信であること、および、ＵｎｉＦｉセット識別子を示す情報を含有し得る。このＵｎｉＦｉセット識別子は、ＵｎｉＦｉセットにおけるＡＰの数、および、ＵｎｉＦｉセットにおけるＡＰの各々のための個々のＡＰ  ＩＤ、すなわち、｛２，ＡＰ１，ＡＰ２｝を示す、フィールドのセットであり得る。あるいは、ＵｎｉＦｉセットは、ＵｎｉＦｉ  ＡＰセットのためのグループ識別子として働く、単一のＵｎｉＦｉ  ＩＤであり得る。ＵｎｉＦｉ＿ＩＤは、ＵｎｉＦｉグループ識別子割当てフレームによって、ＵｎｉＦｉ送信セットアップ中に割り当てられ得る。
【０２９０】
ＵｎｉＦｉ＿ＣＴＳは、ＷＴＲＵが、それがＵｎｉＦｉ＿ＲＴＳを送出するという事実に基づいて、ＵｎｉＦｉ  ＣＴＳとして暗示的に解釈する、レガシーＣＴＳであり得る。あるいは、ＣＴＳがＵｎｉＦｉ  ＲＴＳに基づくことを示す追加の情報とともに、修正されたＣＴＳが使用され得る。
【０２９１】
図３６は、図３４Ａの手順において使用され得る、独立ＵｎｉＦｉ＿ＣＴＳフレーム３６００を示す。独立ＵｎｉＦｉ＿ＣＴＳフレームは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３６０１、持続時間フィールド３６０２、送信機アドレスフィールド３６０３、ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３６０４、受信機ｘアドレスフィールド３６０５、および、ＦＣＳフィールド３６０６である。ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３６０４は、ＵｎｉＦｉセットにおいて期待されるＡＰの数、および、ＣＴＳを返すＡＰのアドレスを示す、フィールドを含有し得る。これは独立ＵｎｉＦｉ＿ＣＴＳフレームであるので、要求されたリソースがＡＰによって使用中であるとき、その特定のＡＰによってＵｎｉＦｉ＿ＣＴＳが送信されなくてよい。ＡＰによって送信された独立ＵｎｉＦｉ＿ＣＴＳフレームは、ＷＴＲＵにおいて区別可能であり得る。
【０２９２】
図３７は、図３４Ｂの手順において使用され得る、ジョイントＵｎｉＦｉ＿ＣＴＳフレーム３７００を示す。ジョイントＵｎｉＦｉ＿ＣＴＳフレームは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３７０１、持続時間フィールド３７０２、送信機アドレスフィールド３７０３、ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３７０４、受信機ｘアドレスフィールド３７０５、受信機２アドレスフィールド３７０６、および、ＦＣＳフィールド３７０７である。ＲｘのＵｎｉＦｉ  ＲＴＳ数フィールド３７０４は、図３７に示されているように、ＵｎｉＦｉセットにおいて期待されるＡＰの数、および、ＣＴＳを返すＡＰのアドレスを示す、フィールドを含有し得る。これは、ＵｎｉＦｉセット識別子であり得ることに留意されたい。
【０２９３】
図３８は、グループＩＤおよび追加のＡＰ  ＩＤをもつデータフレームの一例３８００を示す。送信されたデータのＰＬＣＰヘッダは、アップリンクＵｎｉＦｉ送信を示すフラグを含むように修正され得る。加えて、送信されたデータのＰＬＣＰヘッダは、送信がそのためのものであるＡＰを識別する、ＵｎｉＦｉセット識別子を含むように修正され得る。これは、受信のために利用可能なＡＰを表すＡＰグループ識別子ＵｎｉＦｉ  ＩＤを使用して、受信のために利用可能なＡＰのＡＰ  ＩＤを明示的にリストすること、または、単一の選択されたＡＰ  ＩＤを使用すること（単一の選択されたＡＰを用いた別個の復号の場合）のいずれかによって、実行され得る。図３８の例では、以下のフィールドが使用され、すなわち、フレーム制御フィールド３８０１、持続時間ｉｄフィールド３８０２、アドレス１  ｕｎｉｆｉ  ｇｒｐ  ＩＤフィールド３８０３、アドレス２フィールド３８０４、アドレス３フィールド３８０５、シーケンス制御フィールド３８０６、アドレス４フィールド３８０７、ＱｏＳ制御フィールド３８０８、ＨＴ制御フィールド３８０９、アドレスＡＰ１フィールド３８１０、アドレスＡＰｘフィールド３８１１、フレーム本体フィールド３８１２、および、ＦＣＳフィールド３８１３である。
【０２９４】
図３９Ａ〜図３９Ｂは、使用され得る修正されたＡＣＫの例３９００を示す。図３９Ａは、複数の受信アドレスを含み得る、ジョイントＡＣＫの一例を示す。図３９ＡのジョイントＡＣＫは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３９０１、持続時間フィールド３９０２、受信機アドレスフィールド３９０３、受信機２アドレスフィールド３９０４、受信機ｎアドレスフィールド３９０５、および、ＦＣＳフィールド３９０６である。
【０２９５】
あるいは、複数の別個のＡＣＫが、単一のフレームにアグリゲートされ得る。図３９Ｂは、アグリゲートされたＡＣＫの一例を示し、それは、それに限定されないが、以下のフィールドを含んでよく、すなわち、フレーム制御フィールド３９１１、持続時間フィールド３９１２、受信機アドレス１フィールド３９１３、ＦＣＳフィールド３９１４、フレーム制御フィールド３９１５、持続時間フィールド３９１６、受信機アドレス１フィールド３９１７、および、ＦＣＳフィールド３９１８である。
【０２９６】
図４０は、本明細書で説明される実施形態のいずれかとの組合せにおいて使用され得る、第５の実施形態による、空間協調マルチＡＰ送信（ＳＣＭＡＴ）のためのグループ化の一例４０００を示す。ＳＣＭＡＴは、１または複数のＷＴＲＵと通信する複数のＡＰが、ジョイントおよび／またはビームフォーミング／セクタ化された送信において空間特性を活用することを許容するために使用され得る。関与させられたＡＰおよびＷＴＲＵのグループ化は、実際のＵｎｉＦｉ送信の前に確立および提供され得る。図４０の例では、ＷＴＲＵ１  ４００１は、ＡＰ１  ４００２とＡＰ２  ４００３の両方をヒアリングし得る。同様に、ＷＴＲＵ２  ４００４は、ＡＰ１  ４００２とＡＰ２  ４００３の両方をヒアリングし得る。ＡＰ１  ４００２およびＡＰ２  ４００３は、ワイヤレス接続またはワイヤード接続のいずれかを通して、互いと通信し得る。したがって、ＳＣＭＡＴ送信に関与させられたすべてのデバイスは、互いにヒアリングし得る。ＡＰおよびＷＴＲＵは、一緒にグループ化され、それらがＳＣＭＡＴ送信を実行し得るようにされ得る。ＳＣＭＡＴ能力をもつＡＰおよびＷＴＲＵは、ＳＣＭＡＴ能力を、プローブ応答、ビーコン、および、関連付け応答フレームなどのフレームにおいて告知し得る。このＳＣＭＡＴ能力情報は、例えば、ＶＨＴ能力要素において定義され得る。
【０２９７】
グループ化基準は、一意でなくてよく、いくつかの例示的な基準が以下で説明される。例えば、ＡＰは、受信電力に従って、ＷＴＲＵをグループ化するように選定し得る。例えば、ＷＴＲＵ１  ４００１は、より強いか、またはＡＰ２  ４００３からの信号に等しいかのいずれかである、ＡＰ１  ４００２からの信号を受信することが可能であり得る。同様に、ＷＴＲＵ２  ４００４は、より強いか、またはＡＰ１  ４００２からの信号に等しいかのいずれかである、ＡＰ２  ４００３からの信号を受信することが可能であり得る。その上、それは、ＳＣＭＡＴ送信に関与させられた両方のＷＴＲＵが、両方のＡＰをヒアリングすることが可能であることも必要とし得る。そうでない場合、ＷＴＲＵがそれ自体のＡＰのみをヒアリングすることができる場合、ＳＣＭＡＴ送信の必要がなくてよい。
【０２９８】
第２の例では、ＡＰは、空間分離の程度に従って、ＷＴＲＵをグループ化するように選定し得る。例えば、ＳＣＭＡＴの目標は、複数のＡＰが複数のＷＴＲＵへ同時に送信することを許可することであり得る。ＡＰは、所望されるＷＴＲＵに対する信号強度を向上させ、同じ時間に他の所望されないＷＴＲＵ（複数可）に対する信号強度を抑制する、空間重みのセットを選択することが可能であり得る。この場合、所望されるＷＴＲＵと所望されないＷＴＲＵとの間の空間分離は、可能な限り高くなり得る。
【０２９９】
第３の例では、ＡＰは、比較的大きいパケットサイズをもつＷＴＲＵをグループ化するように選定してよく、各空間送信リンクのパケットサイズは同様であり得る。それは、パケットサイズが小さすぎる場合、余分のオーバーヘッドのために、効率的でないことがある。その上、ＳＣＭＡＴ送信の１つの要件は、すべてのＤＬデータ送信の後、ＷＴＲＵがＡＣＫで返信することであり得る。したがって、各空間リンクのパケットサイズが大幅に異なる場合、それは、全体的に効率的でないことがある。
【０３００】
第４の例では、ＡＰは、ＱｏＳ要件に従って、ＷＴＲＵをグループ化するように選定し得る。例えば、いくつかのパケットは、遅延およびジッタのための厳密な要件を有することがあり、これらのパケットの送信をできるだけ早く配置することがよいことがあり得る。別の選定は、同様のＱｏＳカテゴリーをもつパケットをグループ化することであり得る。
【０３０１】
グループ化機構は、選択されたグループ化基準に基づき得る。電力基準は、可能なグループ化機構を説明するための一例として利用され得る。ＳＣＭＡＴ能力をもち、ＡＰ１  ４００２に関連付けられたＷＴＲＵは、ＡＰ２  ４００３のＲＳＳＩまたは他の信号測定を、ＲＳＳＩまたは他の測定がいくつかのしきい値を超える場合、ＡＰ１  ４００２へレポートし得る。このようにして、ＡＰ１  ４００２は、ＡＰ２  ４００３をヒアリングし得る、そのＢＳＳにおけるすべてのＷＴＲＵからの情報を収集し得る。ＡＰ１  ４００２は、例えば、コントローラを介して達成され得る、ワイヤレス接続、またはワイヤード接続を通して、この情報をＡＰ２  ４００３へ送るように選定し得る。ＡＰ２  ４００３は、同様の手順を実行し、関連のある情報をＡＰ１  ４００２へ、ワイヤレス接続もしくはワイヤード接続を通して、またはコントローラを介して送り得る。ＡＰ１  ４００２およびＡＰ２  ４００３は、次いで、互いとネゴシエートして、ＳＣＭＡＴグループの候補を選定し得る。
【０３０２】
ＳＣＭＡＴグループを形成するために、ＡＰ１  ４００２およびＡＰ２  ４００３は、図４０に示されているように、ＳＣＭＡＴグループ管理フレームを、候補ＷＴＲＵ、ＷＴＲＵ１  ４００１およびＷＴＲＵ２  ４００４へ送信し得る。図４０のシステムは、一例として働くためのものであり、ＳＣＭＡＴグループを形成することは、任意の数のＷＴＲＵに拡張し得る。ＳＣＭＡＴグループ管理フレームは、カテゴリーＶＨＴのアクションフレームであり得る。それは、１つのグループにおいて定義された２以上のＡＰを許容する修正とともに、定義されたグループＩＤ管理フレームフォーマットに従い得る。
【０３０３】
ＳＣＭＡＴグループ管理フレームの例示的なフォーマットは、以下の表１９に示される。
【０３０４】
【表１９】
0006371296.tif 000026
【０３０５】
カテゴリーフィールドは、ＶＨＴのための値に設定され得る。ＶＨＴアクションフィールドは、ＳＣＭＡＴグループ管理のための値に設定され得る。メンバーシップステータスアレイフィールドは、例えば、グループＩＤ管理フレームに従うビットマップフォーマットを使用し得る。許容されるＳＣＭＡＴグループＩＤの最大数は、標準仕様またはＷＬＡＮシステムによって定義され得る。例えば、最大６４のＳＣＭＡＴグループが許容される場合、メンバーシップステータスアレイフィールドは、６４ビットを含有してよく、ただし、ビットｎは、ＳＣＭＡＴグループＩＤ  ｎ−１におけるメンバーシップステータスを定義する。ビットｎを０に設定することは、ＷＴＲＵ／ＡＰがグループｎ−１のメンバーでないことがあることを意味するが、ビットｎを１に設定することは、ＷＴＲＵ／ＡＰがグループｎ−１のメンバーであることを意味する。
【０３０６】
ユーザ位置アレイフィールドは、グループにおけるユーザ位置を定義するために使用され得る。ＳＣＭＡＴ送信は、ＡＰとＷＴＲＵの両方を含むので、送信機（ＡＰ）と受信機（ＷＴＲＵ）との間にクリアな区分があり得る。例えば、各ＳＣＭＡＴグループが、ＡＰとＷＴＲＵの両方を含む、最大２2xデバイスを有することを、システムが許容する場合、ユーザ位置アレイフィールドは、２Ｎ×Ｍビットを含有し得る。ここで、Ｍは、許容されたＳＣＭＡＴグループＩＤの最大数であり得る。
【０３０７】
図４１は、ユーザ位置アレイフィールドの一例４１００を提供する。図４１に示されているように、各ＳＣＭＡＴグループ４１０１、４１０２、および４１０３は、２Ｎビットを有し、ただし、ビット０からビットＮ−１は、ＡＰの位置を定義し、ビットＮからビット２Ｎ−１は、ＷＴＲＵの位置を定義する。このようにして、ユーザ位置値ｋをもつＡＰは、Ｎ＋ｋに等しいユーザ位置値をもつＷＴＲＵへパケットを送信してよく、ｋ＝０、．．．Ｎ−１である。
【０３０８】
代替選定は、各グループのためのＷＴＲＵのユーザ位置を識別するために、Ｎビットを保つことであってよく、その理由は、ＡＰのユーザ位置が他の方法で定義され得るからである。ＳＣＭＡＴグループＩＤを使用することは、一意のグループを定義するために十分でなくてもよいことに留意されたい。例えば、３つのＡＰおよび４つのＷＴＲＵをもつシステムでは、ＡＰ１およびＡＰ２は、ＳＣＭＡＴグループＩＤ  ｋを使用して、ＡＰ１、ＡＰ２、ＷＴＲＵ１、およびＷＴＲＵ２を含む、グループを識別し得る。同じ時間に、ＡＰ１およびＡＰ３は、同じＩＤ  ｋを使用して、メンバーＡＰ１、ＡＰ３、ＷＴＲＵ３、およびＷＴＲＵ４をもつ、別のグループを識別し得る。ＡＰ１がグループＩＤ  ｋを参照するとき、次いで、ＷＴＲＵ１、ＷＴＲＵ２、ＷＴＲＵ３、ＷＴＲＵ４は、これがそれらのためのグループＩＤであると考え得る。
【０３０９】
図４２Ａは、ＳＣＭＡＴグループ管理フレームのための部分的なＭＡＣヘッダの一例４２００を提供する。ＳＣＭＡＴグループ管理フレームは、それに限定されないが、以下の例示的なフィールドを含んでよく、すなわち、フレーム制御フィールド４２１１、持続時間フィールド４２１２、ａｄｄｒ１フィールド４２１３、ａｄｄｒ２フィールド４２１４、ａｄｄｒ３フィールド４２１５、および、ａｄｄｒ４フィールドである。各デバイスは、ＳＣＭＡＴグループＩＤおよびＡＰのＭＡＣアドレスをチェックして、グループを一意に識別し得る。ＡＰ  ＭＡＣアドレスをＳＣＭＡＴグループ中に含めるために、２つの例示的な方法がある。第１の例示的な方法では、ＡＰ  ＭＡＣアドレスは、ＳＣＭＡＴグループＩＤ管理フレーム中に追加され得る。例えば、「順序５」は、表１９において、ＡＰ  ＭＡＣアドレスとして追加され得る。両方のＡＰのためのＭＡＣアドレスは、このフィールド中に含まれ得る。ＡＰ  ＭＡＣアドレスの順序が利用されて、ＡＰのユーザ位置が暗示され得る。
【０３１０】
第２の例示的な方法では、ＭＡＣヘッダ中で定義される４つのアドレスフィールドが、再使用され得る。このようにして、４つのアドレスフィールドが再定義され得る。図４２に示されているように、ａｄｄｒ１  ４２１３は、ＡＰ１のＭＡＣアドレスであってよく、ａｄｄｒ２  ４２１４は、ＡＰ２のＭＡＣアドレスであってよい。Ａｄｄｒ３  ４２１５は、ＷＴＲＵ１のＭＡＣアドレスとして修正されてよく、ａｄｄｒ４  ４２１６は、ＷＴＲＵ２のＭＡＣアドレスとして修正されてよい。パケットを受信すると、デバイスは、これがＳＣＭＡＴグループ管理フレームであることに気づき得る。デバイスは、ＭＡＣヘッダにおけるアドレスフィールドを再訪し、それ自体のＭＡＣアドレスを、４つのアドレスフィールドと比較し得る。それが、それらのうちの１つとマッチすると、それは、ＳＣＭＡＴグループＩＤ、ならびに、ａｄｄｒ１  ４２１３およびａｄｄｒ２  ４２１４をリストにおいて保ち、ＳＣＭＡＴグループをさらに識別し得る。このようにして、ＡＰ２に関連付けられるＷＴＲＵは、ＡＰ１を同様にリッスンし得る。アドレスマッピングの順序は、本明細書で説明されるものとは異なり得る。ただし、それは、仕様によってあらかじめ固定されるべきである。
【０３１１】
図４２Ｂは、ＳＣＭＡＴグループ管理フレームを利用して、ＳＣＭＡＴグループを形成するための、例示的な手順を提供する。この例では、ＳＣＭＡＴグループ管理フレームは、以下のように構成されてよく、すなわち、ａｄｄｒ１は、ＡＰ１  ４２２３のＭＡＣアドレスであってよく、ａｄｄｒ２は、ＡＰ２  ４２２４のＭＡＣアドレスであってよく、ａｄｄｒ３は、ＷＴＲＵ１  ４２２１のＭＡＣアドレスとして修正されてよく、ａｄｄｒ４は、ＷＴＲＵ２  ４２２２のＭＡＣアドレス指定として修正されてよい。ＡＰ１  ４２２３は、始動側ＡＰであってよく、それ自体をＡＰユーザ位置値０で設定し得る。ＡＰ１  ４２２３は、４２３１で、ＡＰ２  ４２２４に知らせて、ＡＰ２  ４２２４をユーザ位置値１で設定し得る。これは、ワイヤード接続またはワイヤレス接続で行われ得る。ワイヤレス接続では、ＳＣＭＡＴグループ管理フレームは、４２３２で、ＡＰ１からＡＰ２へ送信され得る。ユーザ位置アレイフィールドが２Ｎ×Ｍビットを含有する場合、ＡＰ２のユーザ位置は、明示的に割り当てられ得る。ユーザ位置アレイフィールドがＮ×Ｍビットを含有する場合、ユーザ位置アレイフィールドは、ＷＴＲＵのための位置を識別するためにのみ使用され得る。この場合、ＡＰ２は、ＭＡＣヘッダのａｄｄｒ３およびａｄｄｒ４を見て、ユーザ位置を暗示的に得ることができる。ＡＰ１  ４２２３は、次いで４２３３で、ＳＣＭＡＴグループ管理フレームをＷＴＲＵ１  ４２２１へ送り得る。ＡＰ２  ４２２４は、４２３４で、ＳＣＭＡＴグループ管理フレームをＷＴＲＵ２  ４２２２へ送り得る。ＡＰ１  ４２２３が、４２３５で、ＳＣＭＡＴグループ管理フレームをＷＴＲＵ２  ４２２２へ送ること、および、ＡＰ２  ４２２４が、４２３６で、ＳＣＭＡＴグループ管理フレームをＷＴＲＵ１  ４２２１へ送ることもまた、それらが関連付けられないとしても、可能であり得る。
【０３１２】
図４３は、ＳＣＭＡＴ関連送信のために定義されたフレームフォーマットの一例４３００を提供する。このフレームは、それに限定されないが、プリアンブル４３０１、ＳＩＧフィールド４３０２、フレーム本体４３０３、ＭＡＣヘッダ４３０４、ＭＡＣ本体４３０５、フレーム制御フィールド４３０６、持続時間フィールド４３０７、ａｄｄｒ１フィールド４３０８、ａｄｄｒ２フィールド４３０９、ａｄｄｒ３フィールド４３１０、および、ａｄｄｒ４フィールド４３１１を含み得る。このフレームフォーマットは、ＳＣＭＡＴ関連送信、例えば、ＮＤＰＡフレーム、ＮＤＰフレーム、ＡＤＤ−ＳＣＭＡＴフレーム、Ａ−ＳＣＭＡＴフレーム、ＡＣＫフレームによって利用され得る。ＳＣＭＡＴデータフレームも、このフレームフォーマットを利用し得る。この例では、これがＳＣＭＡＴフレームであることを示す、１ビットがＳＩＧフィールドに追加される。ＳＣＭＡＴグループＩＤは、ＳＩＧフィールド中に同様に含まれ得る。ＳＣＭＡＴグループＩＤの定義に応じて、ＭＡＣヘッダにおける４つのアドレスフィールドが再定義されて、２またはそれ以上の関与させられたＡＰが識別され得る。
【０３１３】
実施形態
１．ワイヤレス通信における使用のための方法であって、
マルチワイヤレス送信／受信ユニット（マルチＷＴＲＵ）ジョイント送信能力表示を含む、フレームを受信すること
を備える方法。
【０３１４】
２．マルチＷＴＲＵジョイント送信能力表示は、ジョイント送信能力情報要素（ＩＥ）である、実施形態１の方法。
【０３１５】
３．フレームは管理フレームである、実施形態１の方法。
【０３１６】
４．フレームは制御フレームである、実施形態１の方法。
【０３１７】
５．フレームはデータフレームである、実施形態１の方法。
【０３１８】
６．ネイバーアクセスポイント（ＡＰ）能力を監視すること
をさらに備える、いずれか１つの前述の実施形態の方法。
【０３１９】
７．少なくとも１つのＷＴＲＵのチャネル特性を監視すること
をさらに備える、いずれか１つの前述の実施形態の方法。
【０３２０】
８．ビーコン無線測定を実行するように、受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）に要求を送信すること
をさらに備える、実施形態６または７の方法。
【０３２１】
９．測定およびＲ−ＷＴＲＵフィードバックに基づいて、候補補助ＡＰ（ＡＴＡＰ）を選択すること
をさらに備える、実施形態８の方法。
【０３２２】
１０．ジョイント送信クエリを候補ＡＴＡＰへ送信すること
をさらに備える、実施形態９の方法。
【０３２３】
１１．ＡＰから受信されたジョイント送信フィードバックに基づいて、１または複数のＲ−ＷＴＲＵのためのＡＴＡＰを選択すること
をさらに備える、実施形態１０の方法。
【０３２４】
１２．送信機と、
マルチ局（マルチＷＴＲＵ）ジョイント送信能力表示を含む、フレームを受信するように構成された受信機と
を備える、関連付けられたアクセスポイント（ＡＡＰ）。
【０３２５】
１３．マルチＷＴＲＵジョイント送信能力表示は、ジョイント送信能力情報要素（ＩＥ）である、実施形態１２のＡＡＰ。
【０３２６】
１４．フレームは管理フレームである、実施形態１２のＡＡＰ。
【０３２７】
１５．フレームは制御フレームである、実施形態１２のＡＡＰ。
【０３２８】
１６．フレームはデータフレームである、実施形態１２のＡＡＰ。
【０３２９】
１７．ネイバーアクセスポイント（ＡＰ）能力を監視すること
をさらに備える、実施形態１２〜１６のいずれか１つのＡＡＰ。
【０３３０】
１８．少なくとも１つのＷＴＲＵのチャネル特性を監視すること
をさらに備える、実施形態１２〜１７のいずれか１つのＡＡＰ。
【０３３１】
１９．ビーコン無線測定を実行するように、受信するＷＴＲＵ（Ｒ−ＷＴＲＵ）に要求を送信すること
をさらに備える、実施形態１７または１８のＡＡＰ。
【０３３２】
２０．測定およびＲ−ＷＴＲＵフィードバックに基づいて、候補補助ＡＰ（ＡＴＡＰ）を選択すること
をさらに備える、実施形態１９のＡＡＰ。
【０３３３】
２１．ジョイント送信クエリを候補ＡＴＡＰへ送信すること
をさらに備える、実施形態２０のＡＡＰ。
【０３３４】
２２．ＡＰから受信されたジョイント送信フィードバックに基づいて、１または複数のＲ−ＷＴＲＵのためのＡＴＡＰを選択すること
をさらに備える、実施形態２１のＡＡＰ。
【０３３５】
２３．関連付けられたアクセスポイント（ＡＡＰ）における使用のための方法であって、
ジョイント送信要求を送信すること、
ジョイント送信応答を受信すること、
ジョイント送信ネゴシエーションを実行すること、および
ジョイント送信ネゴシエーションに基づいて、データを送信すること
を備える方法。
【０３３６】
２４．関連付けられたアクセスポイント（ＡＡＰ）における使用のための方法であって、
第１の媒体上で、ジョイント送信要求を送信すること、
第１の媒体上で、ジョイント送信応答を受信すること、
第２の媒体上で、ジョイント送信ネゴシエーションを実行すること、
第２の媒体上で、ジョイント送信ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄ（ＲＴＳ）フレームを送信すること、
第２の媒体上で、補助ＡＰ（ＡＴＡＰ）から、ジョイント送信ｃｌｅａｒ−ｔｏ−ｓｅｎｄ（ＣＴＳ）フレームを受信すること、および
第２の媒体上で、データを送信すること
を備える方法。
【０３３７】
２５．第１の媒体は、ロングタームエボリューション（ＬＴＥ）媒体である、実施形態２４の方法。
【０３３８】
２６．第１の媒体は、８０２．１１媒体である、実施形態２４の方法。
【０３３９】
２７．第１の媒体は、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）媒体である、実施形態２４の方法。
【０３４０】
２８．第１の媒体は、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）媒体である、実施形態２４の方法。
【０３４１】
２９．第２の媒体は、８０２．１１媒体である、実施形態２４〜２８のいずれか１つの方法。
【０３４２】
３０．マルチワイヤレス送信／受信ユニット（マルチＷＴＲＵ）ジョイント送信能力表示は、協調セクタ化された動作のためのサポートを示す、前述の実施形態のいずれかの方法。
【０３４３】
３１．マルチワイヤレス送信／受信ユニット（マルチＷＴＲＵ）ジョイント送信能力表示は、協調ビームフォーミング動作のためのサポートを示す、前述の実施形態のいずれかの方法。
【０３４４】
３２．ＷＴＲＵは、協調セクタ化された動作を実行する、前述の実施形態のいずれかの方法。
【０３４５】
３３．協調セクタ化された動作は、ＡＰによって提供されたスケジュールに基づく、前述の実施形態のいずれかの方法。
【０３４６】
３４．協調ビームフォーミングされた動作は、ＡＰによって提供されたスケジュールに基づく、前述の実施形態のいずれかの方法。
【０３４７】
３５．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、関連付けられたアクセスポイント（ＡＡＰ）。
【０３４８】
３６．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、集積回路。
【０３４９】
３７．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、移動局（ＳＴＡ）。
【０３５０】
３８．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、ＡＰ。
【０３５１】
３９．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、ネットワーク。
【０３５２】
４０．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、ワイヤレス通信システム。
【０３５３】
４１．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、基地局。
【０３５４】
４２．実施形態２４〜３４の方法のいずれか１つを実行するように構成された、ＷＴＲＵ。
【０３５５】
特徴および要素が特定の組合せにおいて上記で説明されるが、各特徴または要素は、単独で、または、他の特徴および要素との任意の組合せにおいて使用され得ることを、当業者は諒解するであろう。本明細書で説明される解決策は、８０２．１１固有のプロトコルを考慮するが、本明細書で説明される解決策は、このシナリオに制限されず、他のワイヤレスシステムに同様に適用可能であることは、理解されよう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装され得る。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それに限定されないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のための、無線周波数トランシーバを実装するために使用され得る。
【図１Ａ】
0006371296.tif 000027
【図１Ｂ】
0006371296.tif 000028
【図１Ｃ】
0006371296.tif 000029
【図２】
0006371296.tif 000030
【図３Ａ】
0006371296.tif 000031
【図３Ｂ】
0006371296.tif 000032
【図３Ｃ】
0006371296.tif 000033
【図４】
0006371296.tif 000034
【図５Ａ】
0006371296.tif 000035
【図５Ｂ】
0006371296.tif 000036
【図６】
0006371296.tif 000037
【図７Ａ】
0006371296.tif 000038
【図７Ｂ】
0006371296.tif 000039
【図７Ｃ】
0006371296.tif 000040
【図７Ｄ】
0006371296.tif 000041
【図８】
0006371296.tif 000042
【図９】
0006371296.tif 000043
【図１０】
0006371296.tif 000044
【図１１】
0006371296.tif 000045
【図１２】
0006371296.tif 000046
【図１３】
0006371296.tif 000047
【図１４】
0006371296.tif 000048
【図１５】
0006371296.tif 000049
【図１６】
0006371296.tif 000050
【図１７Ａ】
0006371296.tif 000051
【図１７Ｂ】
0006371296.tif 000052
【図１８】
0006371296.tif 000053
【図１９】
0006371296.tif 000054
【図２０】
0006371296.tif 000055
【図２１Ａ】
0006371296.tif 000056
【図２１Ｂ】
0006371296.tif 000057
【図２２】
0006371296.tif 000058
【図２３】
0006371296.tif 000059
【図２４】
0006371296.tif 000060
【図２５Ａ】
0006371296.tif 000061
【図２５Ｂ】
0006371296.tif 000062
【図２６】
0006371296.tif 000063
【図２７】
0006371296.tif 000064
【図２８】
0006371296.tif 000065
【図２９】
0006371296.tif 000066
【図３０】
0006371296.tif 000067
【図３１】
0006371296.tif 000068
【図３２】
0006371296.tif 000069
【図３３Ａ】
0006371296.tif 000070
【図３３Ｂ】
0006371296.tif 000071
【図３３Ｃ】
0006371296.tif 000072
【図３３Ｄ】
0006371296.tif 000073
【図３４Ａ】
0006371296.tif 000074
【図３４Ｂ】
0006371296.tif 000075
【図３５】
0006371296.tif 000076
【図３６】
0006371296.tif 000077
【図３７】
0006371296.tif 000078
【図３８】
0006371296.tif 000079
【図３９Ａ】
0006371296.tif 000080
【図３９Ｂ】
0006371296.tif 000081
【図４０】
0006371296.tif 000082
【図４１】
0006371296.tif 000083
【図４２Ａ】
0006371296.tif 000084
【図４２Ｂ】
0006371296.tif 000085
【図４３】
0006371296.tif 000086