(57)【特許請求の範囲】
【請求項１】
第１のデバイスにて、複数の第２のデバイスをそれぞれ対象とする空間ステアリングされた複数のデータフレームを有するマルチユーザフレームの送信のために、前記第１のデバイスの近隣の無線通信および前記複数の第２のデバイスの近隣の無線通信を保護すべく、前記複数の第２のデバイスとシーケンスを実行する段階と、
前記シーケンスの間に、前記複数の第２のデバイスから受信した情報に基づいて前記複数の第２のデバイスのための帯域幅の利用可能性を決定する段階と、
前記複数の第２のデバイスの間で共通の帯域幅の利用可能性に基づいて、前記複数のデータフレームが、前記マルチユーザフレーム内で空間的にステアリングされ、かつ同時に送信されることを可能にする選択された帯域幅設定を生成するべく、前記帯域幅の利用可能性に基づいて前記マルチユーザフレームのための帯域幅設定を選択する段階と、
前記選択された帯域幅設定に従って、前記複数の第２のデバイスへの前記マルチユーザフレームを生成し送信する段階と
を備える方法。
【請求項２】
前記帯域幅設定を選択する段階は、前記複数の第２のデバイスの間で利用可能な１以上の周波数帯を決定する段階を有する、請求項１に記載の方法。
【請求項３】
前記シーケンスを実行する段階は、
前記複数の第２のデバイスに送信要求（ＲＴＳ）を送信する段階と、
前記複数の第２のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信する段階と
を含む、請求項１又は２に記載の方法。
【請求項４】
前記複数のＣＴＳ応答は、１以上の周波数帯の利用可能性の情報を有する、請求項３に記載の方法。
【請求項５】
前記ＲＴＳを送信する段階は、第１のＲＴＳフレームを前記複数の第２のデバイスのうちの第１番目のデバイスに送信する段階を含み、
前記複数のＣＴＳ応答を受信する段階は、第１のＣＴＳフレームを、前記第１のＲＴＳフレームを送信する段階の後に、受信する段階を含み、
前記ＲＴＳを送信する段階は、前記第１のＣＴＳフレームを受信することに基づいて、前記複数の第２のデバイスのうちの第２番目のデバイスに第２のＲＴＳフレームを送信する段階を含み、
前記複数のＣＴＳ応答を受信する段階は、第２のＣＴＳフレームを、前記第２のＲＴＳフレームを送信する段階の後に、受信する段階を含む、請求項３又は４に記載の方法。
【請求項６】
前記帯域幅の利用可能性を決定する段階は、前記第１のＣＴＳフレームに基づいて、前記複数の第２のデバイスのうちの前記第１番目のデバイスのための第１の帯域幅設定を決定する段階と、前記第２のＣＴＳフレームに基づいて、前記複数の第２のデバイスのうちの前記第２番目のデバイスのための第２の帯域幅設定を決定する段階とを含み、
前記第１のＣＴＳフレームによって示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームによって示される帯域幅設定以下であり、前記第１の帯域幅設定は、前記複数の第２のデバイスのうちの前記第１番目のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームによって示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームによって示される帯域幅設定以下であり、前記第２の帯域幅設定は、前記複数の第２のデバイスのうちの前記第２番目のデバイスで利用可能な帯域幅に基づいており、
前記マルチユーザフレームのための前記帯域幅設定を選択する段階は、前記複数のＣＴＳ応答によって示される最小帯域幅設定を選択する段階を含む、請求項５に記載の方法。
【請求項７】
前記ＲＴＳを送信する段階は、前記複数の第２のデバイスに前記複数のＣＴＳ応答を送信させるべく、マルチユーザＲＴＳフレーム（ＭＵ−ＲＴＳフレーム）を送信する段階を含む、請求項３又は４に記載の方法。
【請求項８】
前記複数のＣＴＳ応答を受信する段階は、前記ＭＵ−ＲＴＳフレームに関する応答期間の間に、複数の空間無線通信チャンルをそれぞれ介して複数のＣＴＳフレームを受信する段階を含む、請求項７に記載の方法。
【請求項９】
装置であって、
複数のデバイスをそれぞれ対象とする空間ステアリングされた複数のデータフレームを有するマルチユーザフレームの送信のために、前記装置の近隣の無線通信および前記複数のデバイスの近隣の無線通信を保護すべく前記複数のデバイスとシーケンスを実行するように構成された回路と、
前記シーケンスの間に、前記複数のデバイスから受信した情報に基づいて前記複数のデバイスのための帯域幅の利用可能性を決定するように構成された回路と、
前記複数のデバイスの間で共通の帯域幅の利用可能性に基づいて、前記複数のデータフレームが、前記マルチユーザフレーム内で空間的にステアリングされ、かつ同時に送信されることを可能にする、選択された帯域幅設定を生成するべく、前記帯域幅の利用可能性に基づいて前記マルチユーザフレームのための帯域幅設定を選択するように構成された回路と、
前記選択された帯域幅設定に従って、前記複数のデバイスへの前記マルチユーザフレームを生成し、前記複数のデバイスへの前記マルチユーザフレームの送信を制御するように構成された回路と、
を備える装置。
【請求項１０】
前記帯域幅設定を選択するように構成された前記回路は、前記複数のデバイスの間で利用可能な１以上の周波数帯を決定するように構成された回路を有する、請求項９に記載の装置。
【請求項１１】
前記シーケンスを実行するように構成された前記回路は、
前記複数のデバイスに送信要求（ＲＴＳ）を送信することと、
前記複数のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信することと
を含むオペレーションを実行するように構成される、請求項９又は１０に記載の装置。
【請求項１２】
前記複数のＣＴＳ応答は、１以上の周波数帯の利用可能性の情報を有する、請求項１１に記載の装置。
【請求項１３】
前記ＲＴＳを送信することは、第１のＲＴＳフレームを前記複数のデバイスのうちの第１のデバイスに送信することを含み、
前記複数のＣＴＳ応答を受信することは、第１のＣＴＳフレームを、前記第１のＲＴＳフレームを送信することの後に、受信することを含み、
前記ＲＴＳを送信することは、前記第１のＣＴＳフレームを受信することに基づいて、前記複数のデバイスのうちの第２のデバイスに第２のＲＴＳフレームを送信することを含み、
前記複数のＣＴＳ応答を受信することは、第２のＣＴＳフレームを、前記第２のＲＴＳフレームを送信することの後に、受信することを含む、請求項１１又は１２に記載の装置。
【請求項１４】
前記帯域幅の利用可能性を決定するように構成された回路は、前記第１のＣＴＳフレームに基づいて、前記第１のデバイスのための第１の帯域幅設定を決定し、前記第２のＣＴＳフレームに基づいて、前記第２のデバイスのための第２の帯域幅設定を決定するように構成された回路を含み、
前記第１のＣＴＳフレームによって示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームによって示される帯域幅設定以下であり、前記第１の帯域幅設定は、前記第１のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームによって示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームによって示される帯域幅設定以下であり、前記第２の帯域幅設定は、前記第２のデバイスで利用可能な帯域幅に基づいており、
前記選択された帯域幅設定は、前記複数のＣＴＳ応答によって示される最小帯域幅設定に基づく、請求項１３に記載の装置。
【請求項１５】
前記ＲＴＳを送信することは、前記複数のデバイスに前記複数のＣＴＳ応答を送信させるべく、マルチユーザＲＴＳフレーム（ＭＵ−ＲＴＳフレーム）を送信することを含む、請求項１１又は１２に記載の装置。
【請求項１６】
前記複数のＣＴＳ応答を受信することは、前記ＭＵ−ＲＴＳフレームに関する応答期間の間に、複数の空間無線通信チャンルをそれぞれ介して複数のＣＴＳフレームを受信することを含む、請求項１５に記載の装置。
【請求項１７】
第１のデバイスに含まれ、無線通信インタフェースにアクセスする回路と、
前記第１のデバイスに含まれるプロセッサエレクトロニクスと
を備え、
前記プロセッサエレクトロニクスは、
複数の第２のデバイスをそれぞれ対象とする空間ステアリングされた複数のデータフレームを有するマルチユーザフレームの送信のために、前記第１のデバイスの近隣の無線通信および前記複数の第２のデバイスの近隣の無線通信を保護すべく前記複数の第２のデバイスとシーケンスを実行する手順と、
前記シーケンスの間に、前記複数の第２のデバイスから受信した情報に基づいて前記複数の第２のデバイスのための帯域幅の利用可能性を決定する手順と、
前記複数の第２のデバイスの間で共通の帯域幅の利用可能性に基づいて、前記複数のデータフレームが、前記マルチユーザフレーム内で空間的にステアリングされ、かつ同時に送信されることを可能とする、選択された帯域幅設定を生成するべく、前記帯域幅の利用可能性に基づいて前記マルチユーザフレームのための帯域幅設定を選択する手順と、
前記選択された帯域幅設定に従って、前記複数の第２のデバイスへの前記マルチユーザフレームを生成する手順と、
前記無線通信インタフェースを介した前記マルチユーザフレームの送信を制御する手順と、
を含むオペレーションを実行するように構成された、システム。
【請求項１８】
前記帯域幅設定を選択する手順は、前記複数の第２のデバイスの間で利用可能な１以上の周波数帯を決定する手順を含む、請求項１７に記載のシステム。
【請求項１９】
前記シーケンスを実行する手順は、
前記複数の第２のデバイスに送信要求（ＲＴＳ）を送信する手順と、
前記複数の第２のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信する手順と
を含む、請求項１７又は１８に記載のシステム。
【請求項２０】
前記複数のＣＴＳ応答は、１以上の周波数帯の利用可能性の情報を有する、請求項１９に記載のシステム。
【請求項２１】
前記ＲＴＳを送信する手順は、第１のＲＴＳフレームを前記複数の第２のデバイスのうちの第１番目のデバイスに送信する手順を含み、
前記複数のＣＴＳ応答を受信する手順は、第１のＣＴＳフレームを、前記第１のＲＴＳフレームを送信する手順の後に、受信する手順を含み、
前記ＲＴＳを送信する手順は、前記第１のＣＴＳフレームを受信することに基づいて、前記複数の第２のデバイスのうちの第２番目のデバイスに第２のＲＴＳフレームを送信する手順を含み、
前記複数のＣＴＳ応答を受信する手順は、第２のＣＴＳフレームを、前記第２のＲＴＳフレームを送信する手順の後に、受信する手順を含む、請求項１９又は２０に記載のシステム。
【請求項２２】
前記帯域幅の利用可能性を決定する手順は、前記第１のＣＴＳフレームに基づいて、前記複数の第２のデバイスのうちの前記第１番目のデバイスのための第１の帯域幅設定を決定する手順と、前記第２のＣＴＳフレームに基づいて、前記複数の第２のデバイスのうちの前記第２番目のデバイスのための第２の帯域幅設定を決定する手順とを含み、
前記第１のＣＴＳフレームによって示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームによって示される帯域幅設定以下であり、前記第１の帯域幅設定は、前記複数の第２のデバイスのうちの前記第１番目のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームによって示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームによって示される帯域幅設定以下であり、前記第２の帯域幅設定は、前記複数の第２のデバイスのうちの前記第２番目のデバイスで利用可能な帯域幅に基づいており、
前記マルチユーザフレームのための前記帯域幅設定を選択する手順は、前記複数のＣＴＳ応答によって示される最小帯域幅設定を選択する手順を含む、請求項２１に記載のシステム。
【請求項２３】
前記ＲＴＳを送信する手順は、前記複数の第２のデバイスに前記複数のＣＴＳ応答を送信させるべく、マルチユーザＲＴＳフレーム（ＭＵ−ＲＴＳフレーム）を送信する手順を含む、請求項１９又は２０に記載のシステム。
【請求項２４】
前記複数のＣＴＳ応答を受信する手順は、前記ＭＵ−ＲＴＳフレームに関する応答期間の間に、複数の空間無線通信チャンルをそれぞれ介して複数のＣＴＳフレームを受信する手順を含む、請求項２３に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
本開示は、無線ローカルエリアネットワーク（ＷＬＡＮ）等の無線通信システムに関する。
【０００２】
無線通信システムは、１以上の無線チャネルを介して通信する複数の無線通信デバイスを含みうる。インフラストラクチャモードで動作するときには、アクセスポイント（ＡＰ）と称される無線通信デバイスが、他の無線通信デバイス（例えばクライアントステーションまたはアクセス端末（ＡＴ））にネットワーク（例えばインターネット）への接続を提供する。無線通信デバイスの様々な例には、モバイルフォン、スマートフォン、無線ルータ、及び無線ハブ等が含まれる。場合によっては、無線通信エレクトロニクスが、ラップトップ、情報携帯端末、及びコンピュータ等のデータ処理機器に統合されていることもある。
【０００３】
ＷＬＡＮ等の無線通信システムは、直交周波数分割多重方式（ＯＦＤＭ）等の１以上の無線通信技術を利用することができる。あるＯＦＤＭベースの無線通信システムでは、データストリームを複数のデータサブストリームに分割する。一部のデータストリームは、様々なＯＦＤＭサブキャリア（トーンまたは周波数トーンと称される場合がある）により送信される。ＩＥＥＥ（アイトリプルイー：ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ）の無線通信規格で定義されているようなＷＬＡＮは、ＯＦＤＭを利用して信号を送受信することができる。
【０００４】
各無線通信デバイスが単一のアンテナを利用する単一入力単一出力（ＳＩＳＯ）通信方法を利用する無線通信システムもある。一方で、１つの無線通信デバイスが例えば複数の送信アンテナ及び複数の受信アンテナを利用する多入力多出力（ＭＩＭＯ）通信方法を利用する無線通信システムもある。ＭＩＭＯベースの無線通信デバイスは、ＯＦＤＭ信号の各トーンで複数のアンテナを介して複数の空間ストリームを送受信することができる。
【０００５】
ＷＬＡＮの無線通信デバイスは、メディアアクセス制御（ＭＡＣ）のために１以上のプロトコルを利用する。例えば無線通信デバイスは、コンテンションベースのメディアアクセス制御にＥＤＣＡ（Enhanced Distributed Channel Access）を利用することができる。別の例としてデバイスは、コンテンションのないアクセスを無線媒体に行うために、ＨＣＦ（hybrid coordination function）を利用して、ＨＣＦ制御されたチャネルアクセス（ＨＣＣＡ）を実装することもできる。ＨＣＦでは、コンテンション期間中のアクセスにはＥＤＣＡを利用して、コンテンションのない期間のアクセスにはＨＣＣＡを利用する、ということができる。
【発明の概要】
【０００６】
本開示は、無線通信のためのシステム及び技術を含んでいる。
【０００７】
本開示の一態様で記載される無線通信に関する技術は、送信機会（ＴＸＯＰ）中に、空間ステアリングされ、マルチユーザフレームに含められたデータフレームを受信するデバイスを識別する段階と、ＴＸＯＰ中に、識別されたデバイスに、送信要求（ＲＴＳ）情報を送信する段階と、識別されたデバイスから送信準備完了（ＣＴＳ）応答を受信する段階と、ＣＴＳ応答に基づいて、マルチユーザフレームの帯域幅設定を決定する段階と、ＴＸＯＰ中に、帯域幅設定に従って、識別されたデバイスにマルチユーザフレームを送信する段階と備える。帯域幅設定は、ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示してよい。
【０００８】
記載されるシステム及び技術は、例えば本明細書及び構造的均等物に開示されている構造上の手段のように、電子回路、コンピュータハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせで実装可能である。これには、１以上のデータ処理装置（例えば、プログラム可能なプロセッサを含む信号処理デバイス）に、記載する処理を行わせる少なくとも１つのコンピュータ可読媒体を含んでよい。従ってプログラム実装は、開示されている方法、システム、または装置から行うことができ、装置の実装は、開示するシステム、コンピュータ可読媒体、または方法から行うことができる。同様に、方法の実装は、開示されるシステム、コンピュータ可読媒体、または装置から行うことができ、システムの実装は、開示される方法、コンピュータ可読媒体、または装置から行うことができる。
【０００９】
例えば１以上の開示される実施形態は、これらに限定はされないが、特殊な目的用のデータ処理装置（例えば、無線アクセスポイント、遠隔環境モニタ、ルータ、スイッチ、コンピュータシステムコンポーネント、媒体アクセスユニット等の無線通信デバイス）、移動データ処理装置（例えば無線クライアント、セルラー電話機、スマートフォン、情報携帯端末（ＰＤＡ）、移動型コンピュータ、デジタルカメラ）、コンピュータ等の汎用データ処理装置を含む様々なシステム及び装置、またはこれらの組み合わせで実装することができる。
【００１０】
システム及びデバイスは、ＴＸＯＰ中に空間ステアリングされ、マルチユーザフレームに含まれるデータフレームを受信するデバイスを識別する無線通信インタフェース及びプロセッサエレクトロニクスにアクセスして、ＴＸＯＰ中にＲＴＳ情報を識別されたデバイスに送信して、識別されたデバイスからＣＴＳ応答を受け取り、このＣＴＳ応答に基づいて、ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示すマルチユーザフレームの帯域幅設定を決定し、ＴＸＯＰ中に、帯域幅設定に基づいて、識別されたデバイスに対する無線通信インタフェースを介してマルチユーザフレームの送信を制御する回路を含んでよい。システム及びデバイスは、このＴＸＯＰ中に、帯域幅設定に基づいて、識別されたデバイスに対してマルチユーザフレームを送信する回路を含んでよい。
【００１１】
一部の実施形態では、プロセッサエレクトロニクスは、識別されたデバイスの第１のデバイスの第１のＲＴＳフレームを送信してよく、ＲＴＳ情報は、第１のフレームを含んでよく、第１のＣＴＳフレームを第１のＲＴＳフレームに呼応して受信してよく、ＣＴＳ応答は第１のＣＴＳフレームを含んでよく、第１のＣＴＳフレームを受信すると、識別されたデバイスのうちの第２のデバイスに第２のＲＴＳフレームを送信してよく、ＲＴＳ情報は第２のＲＴＳフレームを含んでよく、第２のＲＴＳフレームに呼応して第２のＣＴＳフレームを受信してよく、ＣＴＳ応答は第２のＣＴＳフレームを含んでよい。
【００１２】
一部の実施形態では、第１のＣＴＳフレームが示す第１の帯域幅設定は、第１のＲＴＳフレームが示す帯域幅設定以下であってよく、第１の帯域幅設定は、第１のデバイスで利用可能な帯域幅に基づいていてよい。一部の実施形態では、第２のＣＴＳフレームが示す第２の帯域幅設定は、第２のＲＴＳフレームが示す帯域幅設定以下であってよく、第２の帯域幅設定は、第２のデバイスで利用可能な帯域幅に基づいていてよい。一部の実施形態では、プロセッサエレクトロニクスは、ＣＴＳ応答が示す最小帯域幅設定を選択することに基づきマルチユーザフレームのために帯域幅設定を決定することができる。一部の実装例では、プロセッサエレクトロニクスは、第２のＲＴＳフレームが示す帯域幅を、第１のＣＴＳフレームが示す帯域幅設定以下に設定することもできる。
【００１３】
一部の実施形態では、第２のＲＴＳフレームの送信は、タイマの期限が切れたら行うこともできる。タイマは、第１のＣＴＳフレーム及びフレーム間スペース（ＩＦＳ）パラメータの受信に基づいて設定することもできる。第２のデバイスは、タイマ期間中に２以上のチャネルの利用可能性を決定することができる。一部の実施形態では、第２のＲＴＳフレームの送信も、タイマの期限が切れたら行うようにしてもよい。タイマは、第１のＣＴＳフレーム及び短いフレーム間スペース（ＳＩＦＳ）パラメータの受信に基づいて設定することができる。第２のＣＴＳフレームは、第２のＲＴＳフレームが示すものと同じ帯域幅設定を含むことができる。
【００１４】
一部の実施形態では、マルチユーザフレームは、一次アクセスカテゴリに属すデータ及び二次アクセスカテゴリに属すデータを含むことができる。一部の実施形態では、プロセッサエレクトロニクスを設定して、一次アクセスカテゴリに属すデータを受信する、デバイスのうちの一次デバイスを識別することができてよく、ＲＴＳ情報の送信には、初期ＲＴＳフレームを一次デバイスに送信することが含まれてよい。ＲＴＳ情報の送信には、マルチユーザＲＴＳ（ＭＵ−ＲＴＳ）フレームを送信して、識別されたデバイスにＣＴＳ応答を送信するようにすることも含まれる。ＣＴＳ応答の受信には、ＭＵ−ＲＴＳフレームに関する応答期間中に、ＣＴＳフレームを、それぞれ空間無線通信チャネルを介して受信することを含んでもよい。ＣＴＳ応答は、送信に利用可能な１以上の有効周波数帯域幅を示す情報、２０ＭＨｚ、４０ＭＨｚ、80ＭＨｚ、または１６０ＭＨｚという累積帯域幅を提供する１以上の周波数帯域を含んでよい。
【００１５】
１以上の実施形態の詳細を、添付図面及び以下の記載で説明する。他の特徴及び利点は、記載、図面を読めば明らかであり、請求項を形成する。
【００１６】
［関連出願の相互参照］
本開示は、２０１０年１１月１９日に提出された「ＶＨＴ幅のＢＷ情報」なる名称の米国仮特許出願第６１／４１５，７７８号明細書の優先権を享受しており、２０１０年１１月１０日に提出された「ＶＨＴ幅のＢＷ情報」なる名称の米国仮特許出願第６１／４１２，３６１号明細書、２０１０年１０月２７日に提出された「ＶＨＴ  Ｍ  ＴＸＯＰサポート」なる名称の米国仮特許出願第６１／４０７，２５９号明細書の優先権を主張しており、２０１０年１０月２１日に提出された「ＶＨＴ  ＳＤＭＡ  ＴＸシーケンスサポート」なる名称の米国仮特許出願第６１／４０５，５５５号明細書の優先権を主張しており、２０１０年８月２６日に提出された「ＶＨＴ  ＳＭＤＡ  ＴＸシーケンスサポート」なる名称の米国仮特許出願第６１／３７７，３９５号明細書の優先権を主張しており、２０１０年２月１７日に提出された「ＶＨＴ送信シーケンス保護」なる名称の米国仮特許出願第６１／３０５，４９５号明細書の優先権を主張しており、２０１０年２月１２日に提出された「ＶＨＴ送信シーケンス保護」なる名称の米国仮特許出願第６１／３０３，８１７号明細書の優先権を主張しており、２０１０年２月１０日に提出された「ＶＨＴ送信シーケンス保護」なる名称の米国仮特許出願第６１／３０３，２２３号明細書の優先権を主張している。本開示はさらに、２０１０年８月４日に提出された「ＳＤＭＡマルチデバイスの無線通信」なる名称の米国特許出願第１２／８５０，５２９号明細書に関している。上述した全ての出願文献の内容全体をここに参照として組み込む。
【図面の簡単な説明】
【００１７】
【図１】送信機会の一次アクセスカテゴリのためのコントローラと、送信機会の二次アクセスカテゴリのためのコントローラとを含む無線メディアアクセス制御アーキテクチャの一例を示す。
【００１８】
【図２】２つの無線通信デバイスを有する無線ネットワークの一例である。
【００１９】
【図３】無線通信デバイスアーキテクチャの一例を示す。
【００２０】
【図４】送信機会の複数のアクセスカテゴリの決定を含む通信プロセスの一例を示す。
【００２１】
【図５】送信機会の１以上の二次アクセスカテゴリの決定のための通信プロセスの一例を示す。
【００２２】
【図６】送信機会中の複数のデバイスの間で行われる通信の一例を示す。
【００２３】
【図７】送信機会に基づく、ＥＤＣＡ（Enhanced Distributed Channel Access）中の無線通信のやりとりの一例を示す。
【００２４】
【図８】送信機会を保護するためにネットワーク割り当てベクトルを設定するためにサウンディングシーケンスを利用する一例を示す。
【００２５】
【図９】ネットワーク割り当てベクトルを設定するためにＲＴＳ／ＣＴＳの交換シーケンスを利用する一例を示す。
【００２６】
【図１０】マルチユーザ送信のためのＲＴＳ／ＣＴＳの交換シーケンスに基づく通信プロセスの一例を示す。
【００２７】
【図１１】マルチユーザ送信のためのＲＴＳ／ＣＴＳの交換シーケンスの一例を示す。
【００２８】
図面間の同様の参照符号は同様の部材を示す。
【発明を実施するための形態】
【００２９】
本開示は、とりわけ、無線媒体を確保してマルチユーザ無線通信を保護するシステム及び技術を含む無線ローカルエリアネットワーク技術の様々な詳細及び例示を提供する。記載されている技術の１以上における潜在的な利点としては、送信機会中に無関係なデバイスが送信しないようにすることで、送信機会をよりよく保護することができること、送信機会中のマルチチャネル容量をより有効活用できること、同じ送信機会であるが別の送信優先度を有している２以上のアクセスカテゴリに属すデータを送信することができること、またはこれらの組み合わせが挙げられる。ここで紹介する技術及びアーキテクチャは、様々な無線通信システム（例えばＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃに基づいたもの）で実装することができる。記載するシステム及び技術の１以上は、２０１０年８月４日に提出された「ＳＤＭＡ  マルチデバイス無線通信」なる名称の米国特許出願第１２／８５０，５２９号明細書に開示されている技術と組み合わせることができる。
【００３０】
図１は、送信機会の一次アクセスカテゴリのためのコントローラと、送信機会の二次アクセスカテゴリのためのコントローラとを含む無線メディアアクセス制御アーキテクチャの一例を示す。無線通信デバイス１００は、１以上の無線通信プロトコルに基づいて送信機会（ＴＸＯＰ）中にデータを送信する。無線通信デバイス１００のメディアアクセス制御（ＭＡＣ）アーキテクチャは、アクセスカテゴリ（ＡＣ）キューマネージャ１０５、一次アクセスカテゴリコントローラ１２０、二次アクセスカテゴリコントローラ１３０、及び、ＴＸＯＰハンドラ１４０を含む。デバイス１００はさらに、二次アクセスカテゴリコントローラ（不図示）を含んでもよい。一部の実施形態では、一次アクセスカテゴリコントローラ１２０は、二次アクセスカテゴリコントローラ１３０を含む。一部の実施形態では、キューマネージャ１０５が、一次アクセスカテゴリコントローラ１２０と二次アクセスカテゴリコントローラ１３０とを含む。
【００３１】
アクセスカテゴリキューマネージャ１０５は、複数のアクセスカテゴリキュー（例えばＡＣ１、ＡＣ２、ＡＣ３、及びＡＣ４）を管理する。アクセスカテゴリの様々な例には、ベストエフォート型トラフィックのためのアクセスカテゴリ、音声トラフィック用のアクセスカテゴリ、ビデオトラフィック用のアクセスカテゴリ、及び、背景トラフィック用のアクセスカテゴリがある。アクセスカテゴリは、ＡＩＦＳ（調停フレーム間隔）値、最小コンション窓値（ＣＷｍｉｎ）、及び、最大コンテンション窓値（ＣＷｍａｘ）等の１以上の送信パラメータに関連付けられる。１以上の送信パラメータの異なる値によって、様々な送信優先度を実現することができる。一部の実施形態では、アクセスカテゴリキューマネージャ１０５は、１つの種類のトラフィック（例えば音声、ビデオ、ベストエフォート型トラフィック、背景）について２以上のアクセスカテゴリキューを管理するが、それぞれ異なるトラフィック識別子（ＴＩＤ）が割り当てられる。例えば、５のＴＩＤを有する音声アクセスカテゴリは、４のＴＩＤを有する音声アクセスカテゴリよりも高い送信優先度を有してよい。デバイス１００は、トラフィック識別子、アクセスカテゴリ、またはこれらの両方に基づいてサービス品質（ＱｏＳ）レベルを複数提供することができる。一部の実施形態では、１つのアクセスカテゴリキューを、それぞれが別個の受信デバイス用にデータエレメントを格納する２以上のキューに分割することもできる。
【００３２】
一次コントローラ１２０は、アクセスカテゴリキューそれぞれに関連付けられたバックオフ期間に基づいてＴＸＯＰの一次アクセスカテゴリを決定することができる。一部の実施形態では、一次コントローラ１２０が、バックオフタイマの期限切れ、及び、無線媒体がアイドルであることに基づいて、ＴＸＯＰの一次アクセスカテゴリを決定する。一部の実施形態では、バックオフタイマの期限切れは、１以上の送信パラメータ（例えばＡＩＦＳ値、ＣＷｍｉｎ値、ＣＷｍａｘ値、またはこれらの組み合わせ）と乱数とに基づいて設定することができる。場合によっては、アクセスカテゴリキューに関連付けられているバックオフタイマは、１以上のデータエレメントが空のアクセスカテゴリキューに挿入されたことに起因して開始されてもよい。一部の実施形態では、一次コントローラ１２０は、内部衝突の解消を行うことでＴＸＯＰのアクセスカテゴリを選択する。
【００３３】
二次コントローラ１３０は、ＴＸＯＰのために１以上の二次アクセスカテゴリを決定することができる。１以上の二次アクセスカテゴリを決定することには、空ではないアクセスカテゴリキューのリストを取得するようアクセスカテゴリキューマネージャ１０５にクエリを送ることが含まれてよい。このリストに基づいて、二次コントローラ１３０は、アクセスカテゴリキューを選択することができる。二次コントローラ１３０は、一次アクセスカテゴリの実体に関する情報を一次コントローラ１２０から取得することができる。二次コントローラ１３０は、一次アクセスカテゴリとは異なる二次アクセスカテゴリを選択することができる。場合によっては、二次アクセスカテゴリは、一次アクセスカテゴリよりも高い送信優先度を有している。また他の場合には、二次アクセスカテゴリは、一次アクセスカテゴリより低い送信優先度を有している。
【００３４】
ＴＸＯＰの一次アクセスカテゴリを決定することに基づいて、一次ＴＸＯＰアクセスカテゴリコントローラ１２０は、ＴＸＯＰの一次アクセスカテゴリになるアクセスカテゴリに属す１以上のデータエレメントを取得することができる。二次ＴＸＯＰアクセスカテゴリコントローラ１３０は、ＴＸＯＰの二次アクセスカテゴリになるアクセスカテゴリに属す１以上のデータエレメントを取得することができる。取得されたデータエレメントは、ＴＸＯＰハンドラ１４０に提供することができる。データエレメントの様々な例には、データユニット、データユニットの一部、または１以上のビットのストリングが含まれる。データエレメントは他のタイプであってもよい。データユニットは、複数の媒体アクセス制御（ＭＡＣ）データユニット（例えばＭＡＣプロトコルデータユニット（ＭＰＤＵ））を集約データユニット（集約ＭＰＤＵ（Ａ−ＭＰＤＵ））に集約する旨のシグナリングを特定する際の集約データユニットフォーマットに基づいたものであってよい。
【００３５】
ＴＸＯＰ中に空間分割多重アクセス（ＳＤＭＡ）送信を行うために、ＴＸＯＰハンドラ１４０は、物理（ＰＨＹ）層モジュール（不図示）に、空間ステアリングされたストリームそれぞれから別個の無線デバイス受信装置を宛先とするデータストリームを提供することができる。ハンドラ１４０は、一次コントローラ１２０から一次データを受信して、二次コントローラ１３０から二次データを受信する。一次データ及び二次データに基づいて、ハンドラ１４０は、データを１以上のマルチユーザ（ＭＵ）フレームに構成することができる。１つのＭＵフレームは、無線デバイスそれぞれのために２以上のデータフレームを含んでよい。１つのデータフレームは１以上のデータユニット、または、１つのデータユニットの少なくとも１つの部分を含んでよい。ＴＸＯＰの長さは、一次アクセスカテゴリトラフィックにより決定することができる。
【００３６】
一部の実施形態では、一次ＴＸＯＰアクセスカテゴリコントローラ１２０は、あるＴＸＯＰの第１のマルチユーザ送信用の一次アクセスカテゴリデータを有する第１の受信デバイスを選択する。ＴＸＯＰハンドラ１４０は、マルチユーザコントローラを含んでよい。利用可能な空間リソースに基づいて、マルチユーザコントローラは、選択された第１の受信デバイスを含むマルチユーザグループを選択することができる。このＴＸＯＰに関連する全てのマルチユーザ受信者のデータ情報に基づいて、マルチユーザコントローラは、後続するマルチユーザ送信用に、各受信デバイスに対して一次アクセスカテゴリまたは二次アクセスカテゴリのいずれを選択するかを決定することができる。
【００３７】
無線通信デバイス１００は、ここで説明する１以上の技術を実行する無線送信インタフェース及びプロセッサエレクトロニクスにアクセスする回路を含んでよい。例えば、プロセッサエレクトロニクスは、アクセスカテゴリ（ＡＣ）キューマネージャ１０５、一次アクセスカテゴリコントローラ１２０、二次アクセスカテゴリコントローラ１３０、及びＴＸＯＰハンドラ１４０の機能を実装するように設定されていてい。無線通信インタフェースは、無線通信信号を送受信する回路を含むことができる。一部の実施形態では、デバイス１００上で実行されている通信プロセスにより、２以上のストリームを示すデジタル信号が無線通信インタフェースに送られ、ここで、デジタル信号がアナログ信号に変換される。ストリーム送信には、２つ以上のデバイスに別個のデータを同時送信する信号の送信が含まれてよい。
【００３８】
図２は、２つの無線通信デバイスを有する無線ネットワークの一例である。無線通信デバイス２０５、２０７（例えばアクセスポイント（ＡＰ）、基地局（ＢＳ）、無線ヘッドセット、アクセス端末（ＡＴ）、クライアントステーション、またはモバイルステーション（ＭＳ））は、プロセッサエレクトロニクス２１０、２１２等の回路を含んでよい。プロセッサエレクトロニクス２１０、２１２は、本開示で説明する１以上の技術を実装する１以上のプロセッサを含んでよい。無線通信デバイス２０５、２０７は、トランシーバエレクトロニクス２１５、２１７等の、１以上のアンテナ２２０ａ、２２０ｂ、２２２ａ、２２２ｂを介して無線信号を送受信する回路を含む。無線通信デバイス２０５、２０７は、高スループット（ＨＴ）デバイス（例えばＩＥＥＥ８０２．１１ｎベースのデバイス）または非常に高いスループット（ＶＨＴ）のデバイス（例えばＩＥＥＥ８０２．１１ａｃベースのデバイス）等の１以上の種類のデバイス（例えばそれぞれが異なる無線通信規格に基づく複数のデバイス）と通信することができる。
【００３９】
一部の実施形態では、トランシーバエレクトロニクス２１５、２１７は、送受信集積回路を含む。一部の実施形態では、トランシーバエレクトロニクス２１５、２１７は、複数の無線ユニットを含む。一部の実施形態では、無線ユニットは、信号の送受信のためにベースバンドユニット（ＢＢＵ）及び無線周波数ユニット（ＲＦＵ）を含む。トランシーバエレクトロニクス２１５、２１７は、検知器、復号器、変調器、及び符号器のうち１以上を含んでよい。トランシーバエレクトロニクス２１５、２１７は、１以上のアナログ回路を含んでよい。無線通信デバイス２０５、２０７は、データ、命令、またはこれら両方等の情報を格納することのできる１以上のメモリ２２５、２２７を含んでいる。一部の実装例では、無線通信デバイス２０５、２０７は、送信専用回路及び受信専用回路を含む。一部の実装例では、無線通信デバイス２０５、２０７は、サービス提供デバイス（例えばアクセスポイント）またはクライアントデバイスとして機能することができる。
【００４０】
第１の無線通信デバイス２０５は、２以上の空間無線通信チャネル（例えば、直交ＳＤＭＡサブスペース等の直交空間サブスペース）を介して１以上のデバイスにデータを送信することができる。例えば第１の無線通信デバイス２０５は、空間無線チャネルを利用して第２の無線通信デバイス２０７にデータを送信して、同時に別の空間無線チャネルを利用して第３の無線通信デバイス（不図示）にデータを送信することができる。一部の実施形態では、第１の無線通信デバイス２０５は、２以上の空間多重マトリックスを利用することで２以上の無線通信デバイスにデータを送信して、単一の周波数範囲内に空間分割された無線チャネルを提供する、という空間分割技術を実行することができる。
【００４１】
ＭＩＭＯ利用可能なアクセスポイント等の無線通信デバイスは、１以上のトランスミッタ側ビームフォーミングマトリックスを適用して、異なるクライアント無線通信デバイスの信号を空間的に分離することで、同じ周波数範囲で同時に複数のクライアント無線通信デバイスに対して信号を送信することができる。無線通信デバイスのそれぞれ別のアンテナにおける別の信号パターンに基づいて、各クライアント無線通信デバイスは、自身の信号を識別することができる。ＭＩＭＯを利用可能なアクセスポイントは、サウンディングに参加して、各クライアント無線通信デバイスのためのチャネル状態情報を取得することができる。アクセスポイントは、異なるチャネル状態情報に基づいて、空間ステアリングマトリックス等の空間多重化マトリックスを計算して、クライアントデバイスごとに信号を空間分離することができる。
【００４２】
図３は、ここで記載する様々な実装の詳細を含みうる無線通信デバイスアーキテクチャの一例を示す。無線通信デバイス３５０は、信号を、空間多重マトリックスＷｉ（例えばステアリングマトリックスである）ごとに空間分離して、各クライアント用に生成することができる。空間多重マトリックスＷｉはそれぞれが１つのサブスペースに関連付けられている。無線通信デバイス３５０は、ＭＡＣモジュール３５５を含む。ＭＡＣモジュール３５５は、不図示のＭＡＣ制御ユニット（ＭＣＵ）を１以上含むことができる。ＭＡＣモジュール３５５は、図１のＭＡＣアーキテクチャが示すコンポーネントを含むことができる。
【００４３】
無線通信デバイス３５０は、Ｎ個のクライアントデバイスそれぞれに対してＭＡＣモジュール３５５からデータストリームを受信するために３以上の符号器３６０ａ、３６０ｂ、３６０ｃを含む。符号器３６０ａ−ｃは、順方向誤り訂正（ＦＥＣ）符号技術等の符号化を実行して、それぞれ符号化されたストリームを生成する。変調器３６５ａ、３６５ｂ、３６５ｃは、それぞれ符号化されたストリームに変調を行って、変調ストリームを生成して、空間マッピングモジュール３７０ａ、３７０ｂ、３７０ｃに送る。
【００４４】
空間マッピングモジュール３７０ａ―ｃは、メモリ（不図示）にアクセスして、データストリームの宛先とされているクライアントデバイスに関連付けられている空間多重マトリックスＷｉを取得することができる。一部の実施形態では、空間マッピングモジュール３７０ａ−ｃは、同じメモリに対して異なるオフセットでアクセスすることで、それぞれ異なるマトリックスを取得する。加算器３７５では、空間マッピングモジュール３７０ａ−ｃから得た空間ステアリングされた出力を足し合わせることができる。
【００４５】
逆高速フーリエ変換（ＩＦＦＴ）モジュール３８０は、加算器３７５の出力にＩＦＦＴを行い、時間領域の信号を生成することができる。デジタルフィルタリング及び無線モジュール３８５は、時間領域の信号をフィルタリングして、アンテナモジュール３９０を介して送信する信号を増幅することができる。アンテナモジュール３９０は、複数の送信アンテナと複数の受信アンテナとを含んでよい。一部の実施形態では、アンテナモジュール３９０は、無線通信デバイス３５０の外部にある取り外し可能なユニットである。
【００４６】
一部の実施形態では、無線通信デバイス３５０は、１以上の集積回路（ＩＣ）を含む。一部の実施形態では、ＭＡＣモジュール３５５が１以上のＩＣを含んでいる。一部の実施形態では、無線通信デバイス３５０が、ＭＡＣモジュール、ＭＣＵ、ＢＢＵ、またはＲＦＵ等の複数のユニット及び／またはモジュールの機能を実行することのできるＩＣを含んでいる。一部の実施形態では、無線通信デバイス３５０は、送信用のデータストリームをＭＡＣモジュール３５５に提供するホストプロセッサを含んでいる。一部の実施形態では、無線通信デバイス３５０は、ＭＡＣモジュール３５５からデータストリームを受信するホストプロセッサを含む。一部の実施形態では、ホストプロセッサはＭＡＣモジュール３５５を含んでいる。
【００４７】
ＭＡＣモジュール３５５は、ＴＣＰ／ＩＰ（Transmission Control Protocol over Internet Protocol：インターネットプロトコル経由の送信制御プロトコル）等のより高いレベルのプロトコルから受信したデータに基づいてＭＡＣサービスデータユニット（ＭＳＤＵ）を生成することができる。ＭＡＣモジュール３５５は、ＭＳＤＵに基づいてＭＡＣプロトコルデータユニット（ＭＰＤＵ）を生成することができる。一部の実装例では、ＭＡＣモジュール３５５は、物理層サービスデータユニット（ＰＳＤＵ）をＭＰＤＵに基づいて生成することができる。例えば、無線通信デバイスは、単一の無線通信デバイスによる受信を意図したデータユニット（例えばＭＰＤＵまたはＰＳＤＵ）を生成することができる。物理層プロトコルデータユニット（ＰＰＤＵ）はＰＳＤＵを内部にカプセル化している。
【００４８】
無線通信デバイス３５０は、複数のクライアントデバイスに向けた全方向式送信を実行することができる。例えばＭＡＣモジュール３５５は、ＭＡＣモジュール３５５とＩＦＦＴモジュール３８０との間の単一のデータ経路により全方向式送信を行うことができる。デバイス３５０は、別個のデータを複数のクライアントデバイスに同時に提供することのできるステアリング送信を行うことができる。デバイス３５０は、全方向式送信とステアリング送信を交互に行うことができる。ステアリング送信では、デバイス３５０は、第１の空間無線チャネルを介して第１のクライアントに第１のＰＰＤＵを送信して、同時に、第２の空間無線チャネルを介して第２のクライアントに第２のＰＰＤＵを送信することができる。
【００４９】
図４は、送信機会（ＴＸＯＰ）の複数の二次アクセスカテゴリの決定のための通信プロセスの一例を示す。通信プロセスは、アクセスポイントデバイスまたはクライアントデバイス等のデバイスにより実行可能である。４０５で、通信プロセスは、ＴＸＯＰの一次アクセスカテゴリを決定する。例えば一次アクセスカテゴリは、それぞれ異なる送信優先度に関連付けられた一群のアクセスカテゴリに含まれている、１つのアクセスカテゴリであってよい。通信プロセスには、ＴＸＯＰの一次デバイスを決定することが含まれていてよい。
【００５０】
一部の実施形態では、ＴＸＯＰを取得するプロセスは、ＥＤＣＡに基づいている。一次アクセスカテゴリの決定は、一次アクセスカテゴリに関連するバックオフタイマに基づいてＴＸＯＰを決定することを含む。プロセスでは、それぞれアクセスカテゴリに対応した複数のＥＤＣＡ機能を実行することができる。一部の実施形態では、内部衝突に勝ったＥＤＣＡＦが、ＥＤＣＡに基づくＴＸＯＰの一次アクセスカテゴリを決定する。一部の他の実施形態では、通信プロセスは、ハイブリッド調整機能（ＨＣＦ）の利用により無線通信リソースへのアクセスを制御して、ＴＸＯＰがＨＣＦ制御されたチャネルアクセス（ＨＣＣＡ）に基づく。
【００５１】
４１０で、通信プロセスは、ＴＸＯＰ中に第１のデバイスに送信する一次アクセスカテゴリに属する１以上の一次データユニットを取得する。データユニットの取得には、Ａ−ＭＰＤＵの取得が含まれてよい。場合によっては、Ａ−ＭＰＤＵの取得が、Ａ−ＭＰＤＵの一部にアクセスして、データユニットの一片を生成することを含んでもよい。
【００５２】
４１５で、通信プロセスは、このＴＸＯＰ用に少なくとも１つの二次アクセスカテゴリを決定する。二次アクセスカテゴリは、一群のアクセスカテゴリに含まれている１つのアクセスカテゴリである。二次アクセスカテゴリは、一次アクセスカテゴリとは異なる送信優先度を有している。場合によっては、二次アクセスカテゴリの決定には、一次アクセスカテゴリよりも高い送信優先度を有するアクセスカテゴリを選択することが含まれている。通信プロセスは、ＴＸＯＰ用に二次アクセスカテゴリをさらに決定することを、ＴＸＯＰでデータを送信するために利用可能な通信リソースがあるという前提で行ってもよい。
【００５３】
４２０で、通信プロセスは、ＴＸＯＰ中に第２のデバイスに送信する二次アクセスカテゴリに属する１以上の二次データユニットを取得する。データユニットの取得には、Ａ−ＭＰＤＵの取得が含まれてよい。
【００５４】
４２５で、通信プロセスは、ＴＸＯＰ中に空間ステアリングストリームを無線通信デバイスに送信する。ステアリングストリームは、１以上の一次データユニット及び１以上の二次データユニットを具現化している。ＴＸＯＰ中には１以上のマルチユーザフレームを連続送信することができる。ステアリングストリームの送信には、２以上のそれぞれ異なるＴＩＤに関連付けられている２以上のデータストリームをそれぞれ２以上の宛先に送信することが含まれてよい。一部の実装例では、通信プロセスが、マルチユーザフレームの各受信デバイスに対してアクセスカテゴリを選択する。
【００５５】
マルチユーザフレームでは、２以上の異なる受信デバイスに対する２以上のデータフレームが存在している。一部の実施形態では、１つのデータフレームが、同じアクセスカテゴリであってしかも同じ受信デバイスに属しているデータを含む場合もある。マルチユーザフレームの長さは、最長データフレームに基づいて決定することができる。一部の実施形態では、マルチユーザフレームの長さは、１以上の一次アクセスカテゴリデータフレームにおける最大長データフレームにより決定される。一部の実施形態では、マルチユーザフレームに含まれている二次アクセスカテゴリデータフレームはいずれも、最大長一次データフレームが設定する長さ以下に制限されている。一部の実施形態では、マルチユーザフレームの長さは、全ての一次アクセスカテゴリ及び二次アクセスカテゴリデータフレームにおける最大長データフレームにより決定される。
【００５６】
ＴＸＯＰホルダデバイス（例えば図４のプロセスを実行中の無線デバイス）は、１つのマルチユーザフレームに１以上の一次データユニットを含むことができる。デバイスは、これら１以上の一次データユニットに基づいて、マルチユーザフレームの長さを決定することができる。一部の実施形態では、デバイスは、決定された長さに基づいて、このマルチユーザフレームの１以上の二次データユニットの長さを制限することができる。例えば、１つのマルチユーザフレームの長さを一次データユニットは収容できるが、二次データユニットは収容できない長さに調節することができる。あるマルチユーザフレームには選択されなかった二次データユニットは、そのＴＸＯＰ内で後続するマルチユーザフレームに選択することができる。例えば、二次データユニットを受信することに、このマルチユーザフレームについて決定された長さよりも長いＡ−ＭＰＤＵの取得が含まれてもよい。この場合には、取得したＡ−ＭＰＤＵを、ＴＸＯＰ内の２以上のマルチユーザフレームに分割することができる。
【００５７】
ＴＳＯＰホルダデバイスは、マルチユーザフレームの受信デバイスに、異なる時点に受領確認応答を送信させることができる。ＴＸＯＰホルダデバイスは、１以上の一次データユニットの少なくとも一部を受信する受信デバイスに、このマルチユーザフレームが終わったら、第１の受領確認応答を送信させるように制御することができる。ＴＸＯＰホルダデバイスは、１以上の二次データユニットの少なくとも一部を受信する受信デバイスに、第１の受領確認応答送信期間が終わると、第２の受領確認応答を送信させるように制御することができる。一部の実施形態では、ＴＸＯＰホルダデバイスは、ポーリングフレームの送信によって、受信デバイスに受領確認応答を送信させてよい。
【００５８】
一部の実装例では、ＴＸＯＰホルダデバイスは、二次アクセスカテゴリデータの送信前に、一次アクセスカテゴリデータを送信し尽くしてしまうことがある。例えば、一次アクセスカテゴリデータの準備が整うと、ＴＸＯＰホルダデバイスは、二次アクセスカテゴリデータの送信前に一次アクセスカテゴリデータを送信する。一部の実装例では、デバイスが二次アクセスカテゴリデータの送信を開始すると、ＴＸＯＰホルダデバイスは、以降このＴＸＯＰ期間内には、一次アクセスカテゴリデータ送信に再度切り替えるということをしない。しかし、二次アクセスカテゴリデータが一次アクセスカテゴリデータよりも高い優先度を有する場合には、ＴＸＯＰホルダデバイスは、一次アクセスカテゴリの送信から、二次アクセスカテゴリの送信へと切り替えを行うことを許可されており、二次アクセスカテゴリデータの送信が完了すると、残りの一次アクセスカテゴリデータへの送信に戻ることが許可されている実装例もある。
【００５９】
ＴＸＯＰホルダデバイスが１つのＴＸＯＰ内に１以上のマルチユーザ送信を計画する一部の実施形態では、ＴＸＯＰホルダデバイスは、マルチユーザ送信の受信デバイスに対して、先ず一次データを、次に二次データを送信してよい。一次データがマルチユーザ送信の受信デバイスで利用可能な場合、ＴＸＯＰホルダデバイスは、受信デバイスに対して先ず一次データを送信する。一方で、一次データが受信デバイスで利用可能でない場合には、ＴＸＯＰホルダデバイスは、受信デバイスに対して二次アクセスカテゴリデータの送信をスケジュールすることができる。レシーバに対して一次データの送信、次いで二次データの送信が行われると、ＴＸＯＰホルダデバイスは、一部の実施形態で、一次データがレシーバに送信されるように、切り戻される必要がある。一部の実装例では、１つのＴＸＯＰで全ての受信デバイスに一次データを送信できた場合には、ＴＸＯＰホルダデバイスはＴＸＯＰを終了してよい。
【００６０】
ＴＸＯＰホルダデバイスがあるＴＸＯＰ内に１以上のマルチユーザ送信を計画する一部の実施形態では、ＴＸＯＰホルダデバイスは、受信デバイスに１つの一次アクセスカテゴリまたは任意の二次アクセスカテゴリを選択することができ、このとき、このＴＸＯＰ期間内に１以上のマルチユーザ送信に少なくとも１つの一次アクセスカテゴリデータフレームを必ず含ませるようにする。例えば、ＴＸＯＰホルダデバイスは、第１の送信において、受信デバイスＡについて一次アクセスカテゴリを選び、受信デバイスＢについて二次アクセスカテゴリを選び、第２の送信において、受信デバイスＡに二次アクセスカテゴリを選び、受信デバイスＢについて一次アクセスカテゴリを選び、第３の送信において、受信デバイスＡに一次アクセスカテゴリを選び、受信デバイスＢについて二次アクセスカテゴリを選ぶ、といったことができる。
【００６１】
図５は、ＴＸＯＰの１以上の二次アクセスカテゴリの決定のための通信プロセスの一例を示す。５０５で、通信プロセスは、１以上の一次データユニットに対して１以上の通信リソースを割り当てる。通信リソースの割り当てには、特定の期間に空間無線通信チャネルをスケジュールすることが含まれてよい。一次アクセスカテゴリ及びこの一次アクセスカテゴリデータの受信デバイスが決定され、利用可能な通信リソースがある場合、通信プロセスは、第１のレシーバと通信リソースを共有できる１以上のＭＵレシーバを決定する。全てのＭＵレシーバで利用可能なデータに基づいて、ＭＵトランスミッタは、一次アクセスカテゴリデータにピギーバックできる二次アクセスカテゴリデータを決定することができる。
【００６２】
５１０で、通信プロセスは、ＴＸＯＰの一次アクセスカテゴリより高い優先度を持つアクセスカテゴリがあるかを判断する。この判断には、送信するデータを有するアクセスカテゴリを識別することが含まれてよい。優先度の高いアクセスカテゴリが存在しており、送信準備のできたデータがある場合には、通信プロセスは５１５で、ＴＸＯＰの二次アクセスカテゴリとしてこのアクセスカテゴリを選択する。５２０で、通信プロセスは、二次データユニットに対して１以上の通信リソースを割り当てる。この割り当てに基づいて、二次データユニットを対応するアクセスカテゴリキューから取り除くことができる。一部の実施形態では、二次データユニットを、割り当て済みとしてマークして、このＴＸＯＰ中のさらなる割り当てに利用できないものとすることができる。５２５で、通信プロセスは、このＴＸＯＰに１以上リソースが残っているかを判断する。利用可能なリソースが少なくとも１つ残っている場合には、通信プロセスは５１０の決定処理を繰り返して、１以上のさらなる二次アクセスカテゴリを選択する。利用可能なリソースがもうない場合には、通信プロセスは５５０で、ＴＸＯＰのアクセスカテゴリの識別処理を終了する。
【００６３】
送信できるデータを有する一次アクセスカテゴリよりも優先度が高いアクセスカテゴリがない場合、または尽きてしまった場合には、通信プロセスは５３０で、ＴＸＯＰの一次アクセスカテゴリより優先度の低いアクセスカテゴリがあるかを判断する。低い優先度のアクセスカテゴリがある場合には、通信プロセスは５３５で、このアクセスカテゴリをＴＸＯＰの二次アクセスカテゴリに決定する。低い優先度のアクセスカテゴリが複数ある場合には、プロセスはより高い優先度のものを選択することができる。５４０で、通信プロセスは、１以上の二次データユニットに対して１以上の通信リソースを割り当てる。５４５で通信プロセスは、このＴＸＯＰに対して１以上のリソースが残っているかを判断する。利用可能なリソースが少なくとも１つ残っている場合には、通信プロセスは、５３０でこの判断処理を繰り返して、さらなる二次アクセスカテゴリを選択する。利用可能なリソースがない場合には、通信プロセスは５５０で、このＴＸＯＰのアクセスカテゴリの識別処理を終了する。通信プロセスはまた、送信準備のできたデータがない場合にも、ＴＸＯＰのアクセスカテゴリの識別処理を終了することもできる。
【００６４】
通信プロセスは、ＭＵ送信についてのマルチユーザグループ（例えばＭＵ送信の受信デバイス群）を決定することができる。一部の実装例では、１つのマルチユーザグループが決定されると、あるマルチユーザレシーバに対して一次アクセスカテゴリを割り当てて、他のレシーバに対しては、利用可能なデータがあるアクセスカテゴリを均等に割り当てる。各レシーバに対するアクセスカテゴリの選択は、ＴＸＯＰの総スループット、利用可能なデータ優先度、及びマルチユーザレシーバの優先度等の要因を考慮に入れて行うことができる。
【００６５】
図６は、送信機会（ＴＸＯＰ）中の複数のデバイスの間で行われる通信の一例を示す。ＡＰは、ＴＸＯＰ６００中に２以上のＭＵフレーム６０５、６１０を送信することができる。この例では、ＴＸＯＰ６００の一次アクセスカテゴリが、「ＡＣ３」であり、ＴＸＯＰ６００の二次アクセスカテゴリが「ＡＣ４」である。図６に示すように、ＭＵフレーム６０５、６１０の受信デバイスは、ＳＴＡ−１、ＳＴＡ−２、及びＳＴＡ−３を含む。
【００６６】
第１のＭＵフレーム６０５は、デバイスＳＴＡ−１、ＳＴＡ−２、及びＳＴＡ−３それぞれに対して、３つの空間ステアリングデータフレーム６１５ａ、６１５ｂ、６１５ｃを含んでいる。ＭＵフレーム６０５は、プリアンブル部分６０７（ステアリングされたプリアンブル部分及びステアリングされていないプリアンブル部分が含まれていてよい）を含んでいる。第１のデータフレーム６１５ａは、ＳＴＡ−１のＡＣ３キューのデータユニットを含む。第１のデータフレーム６１５ａは、一次アクセスカテゴリのデータを含むので、ＭＵフレーム６０５の一次データフレームと称されてよい。二次データフレーム６１５ｂは、ＳＴＡ−２のＡＣ４キューのデータユニットを含んでいる。第２のデータフレーム６１５ｂは、二次アクセスカテゴリのデータを含むために、ＭＵフレーム６０５の二次データフレームと称することができる。第３のデータフレーム６１５ｃは、ＳＴＡ−３のＡＣ４キューのデータユニットを含む。第３のデータフレーム６１５ｃは、二次アクセスカテゴリのデータを含むために、ＭＵフレーム６０５の二次データフレームと称することができる。データフレーム６１５ｂ、６１５ｃにはパディングすることができる。一部の実装例では、データフレーム６１５ａ、６１５ｂ、６１５ｃは、Ａ−ＭＰＤＵ等のデータユニットを含む。受信デバイスは、銘々のデータフレーム６１５ａ、６１５ｂ、６１５ｃの受信に成功したら、ブロック受領確認（ＢＡ）６３０ａｍ、６３０ｂ、６３０ｃ等の受領確認応答を送信することができる。
【００６７】
第２のＭＵフレーム６１０は、デバイスＳＴＡ−１、ＳＴＡ−２、及びＳＴＡ−３それぞれに対して、３つの空間ステアリングデータフレーム６２０ａ、６２０ｂ、６２０ｃを含んでいる。ＭＵフレーム６１０は、プリアンブル部分６２５（ステアリングされたプリアンブル部分及びステアリングされていないプリアンブル部分が含まれていてよい）を含んでいる。第１のデータフレーム６２０ａは、ＳＴＡ−１のＡＣ４キューのデータユニットを含む。第１のデータフレーム６２０ａは、二次アクセスカテゴリのデータを含むので、ＭＵフレーム６１０の二次データフレームと称されてよい。二次データフレーム６２０ｂは、ＳＴＡ−２のＡＣ４キューのデータユニットを含んでいる。第２のデータフレーム６２０ｂは、二次アクセスカテゴリのデータを含むために、ＭＵフレーム６１０の二次データフレームと称することができる。第３のデータフレーム６２０ｃは、ＳＴＡ−３のＡＣ３キューのデータユニットを含む。第３のデータフレーム６２０ｃは、一次アクセスカテゴリのデータを含むために、ＭＵフレーム６１０の一次データフレームと称することができる。受信デバイスは、銘々のデータフレーム６２０ａ、６２０ｂ、６２０ｃの受信に成功したら、ブロック受領確認（ＢＡ）６４０ａｍ、６４０ｂ、６４０ｃ等の受領確認応答を送信することができる。
【００６８】
一部の実装例では、ＴＸＯＰ内のＭＵフレームの期間を、そのＴＸＯＰの一次アクセスカテゴリに属す最大ＰＰＤＵにより決定する。一部の実装例では、この期間は、二次アクセスカテゴリに属す、より長いＰＰＤＵの収容のための拡張を行わない。一部の実装例では、ＭＵフレームを超えるような二次アクセスカテゴリＰＰＤＵは、２以上のフレームに分割する。一部の実装例では、最長の一次アクセスカテゴリＰＰＤＵには、より長い二次アクセスカテゴリＰＰＤＵを収容するためのさらなるシンボルパディングを行わない（例えば、Ａ−ＭＰＤＵ、ＰＳＤＵ、または両方の最後にパディングデリミタを加える）。一部の実装例では、最長の一次アクセスカテゴリＰＰＤＵは、より長い二次アクセスカテゴリＰＰＤＵを収容させるために１以上の余剰シンボルを含ませてＰＰＤＵを拡張させるような、不要なゼロの長さのデリミタを含まない（例えば、ＰＰＤＵの最後のＡ−ＭＰＤＵサブフレーム間に）。一部の実装例では、送信デバイスは、最長一次アクセスカテゴリＰＰＤＵの変調符号スキーム（ＭＣＳ）を下げて、より長い二次アクセスカテゴリＰＰＤＵを収容させるために余剰シンボルを使ってＰＰＤＵを拡張させるようなことをしない。送信デバイスは、一次アクセスカテゴリに属すＭＵフレーム内でＰＰＤＵを終端させることで、一次アクセスカテゴリＰＰＤＵのＭＣＳを決定することができる。一部の実装例では、あるＭＵフレーム内のＰＰＤＵは（一次及び二次アクセスカテゴリＰＰＤＵを両方含む）、一次アクセスカテゴリより優先度の高い最長のＰＰＤＵの長さに見合うように調節される。一部の実装例では、ＭＵフレームの長さは、そのＰＰＤＵのアクセスカテゴリに関わらず、そのフレーム内の最長ＰＰＤＵにより決定される。つまり、最長のＰＰＤＵが二次アクセスカテゴリに属している場合、一次アクセスカテゴリＰＰＤＵにパディングをして拡張して、最大ＰＰＤＵの長さに調節する。
【００６９】
ＭＵフレームのＳＤＭＡ送信に基づいて、送信デバイスは、ＳＤＭＡ送信に関する受信デバイスの１以上から直近の応答（例えば受領確認応答）を受信することができる。ＳＤＭＡ送信が具現化する個々の送信のうち１以上の受信が不成功に終わる場合がある。直近の応答が、受信デバイスがこれら個々の送信の受信に失敗したことを示す場合もある。ＳＤＭＡ送信におけるいずれかの送信が失敗したときには、対応するＥＤＣＡＦが、より長いバックオフを設けて媒体アクセス復帰を実行する。再送信は、復帰のバックオフが終わってから開始することができる。一部の実装例では、失敗した送信が一次アクセスカテゴリ（ＡＣ）またはＴＸＯＰのＴＩＤに属している場合、送信デバイスは、再送信の前により長いバックオフを設けてチャネルアクセス復帰を行うこともできる。再送信は、ＳＤＭＡ送信内の他の新たな送信で行うことができる。失敗した送信が、一次ＡＣまたはＴＸＯＰのＴＩＤとは異なるＡＣまたはＴＩＤに属している場合には、送信デバイスは、失敗した送信に対応するＥＤＣＡＦのチャネルアクセス復帰を行うことができる。これらＥＤＣＡＦには、チャネルアクセス復帰バックオフの後に新たなＳＤＭＡ送信機会を与えて、他のＥＤＣＡにチャネルアクセス復帰を行う必要がないようにすることができる。一部の実装例では、ＴＸＯＰ内の第１の送信に対する第１の応答が受信されなかった場合のみに、トランスミッタが、第１の応答を生じさせたＰＰＤＵに関するＥＤＣＡＦ及びＡＣに基づいて、復帰バックオフを開始するようにしてもよい。第１の応答が正確に受信された場合には、トランスミッタは、後続する送信が幾つか失敗した場合であっても、残りのＴＸＯＰに送信を続けることができる。一部の実装例では、第１の応答を生じさせた第１の送信のＰＰＤＵは、一次アクセスカテゴリに属しているはずである。一部の実装例では、第１の応答を生じさせた第１の送信のＰＰＤＵは、ＴＸＯＰに関するいずれのアクセスカテゴリに属していても良く、第１の応答が正確に受信されなかった場合には、トランスミッタは、一次アクセスカテゴリに基づいて復帰バックオフを開始することができ、二次アクセスカテゴリのバックオフタイマには影響が及ばない。
【００７０】
ＴＸＯＰが始まると、二次アクセスカテゴリのバックオフタイマを一時停止する。ＴＸＯＰ中に送信が失敗しなかった場合には、このＴＸＯＰ中のＭＵ送信に係る二次アクセスカテゴリのバックオフタイマは、ＴＸＯＰの後に媒体がＡＩＦＳのためにアイドルになったときに再開される。つまり、マルチアクセスカテゴリ送信は、二次アクセスカテゴリのバックオフタイマに影響を与えない。一部の実装例では、二次アクセスカテゴリのコンテンション窓（ＣＷ）は、ＣＷｍｉｎ値にリセットされ、対応するバックオフタイマを再計算する。
【００７１】
ＴＸＯＰの一次アクセスカテゴリに属すＰＰＤＵの送信が失敗した場合、送信失敗しなかったＴＸＯＰのいずれかのＭＵ送信の二次アクセスカテゴリに対応するバックオフタイマは、媒体がＡＩＦＳのためにアイドルになったときに再開されてよい。一部の実装例では、二次アクセスカテゴリのコンテンション窓は変化させないで、対応するバックオフタイマを再計算する。一部の実装例では、二次アクセスカテゴリのコンテンション窓は、ＣＷ＿ＮＥＷ＝（（ＣＷ＿ＯＬＤ＋１）＊２−１）に基づいて変化させて、対応するバックオフタイマを再計算する。一部の実装例では、二次アクセスカテゴリのコンテンション窓を対応するＣＷｍｉｎ値にリセットして、対応するバックオフタイマを再計算する。
【００７２】
ＴＸＯＰの二次アクセスカテゴリに関してＰＰＤＵが送信失敗した場合には、二次アクセスカテゴリのバックオフタイマは、媒体がＡＩＦＳのためにアイドルになると再開させることができる。一部の実装例では、二次アクセスカテゴリのコンテンション窓は変化させないで、対応するバックオフタイマを再計算する。一部の実装例では、二次アクセスカテゴリのコンテンション窓は、ＣＷ＿ＮＥＷ＝（（ＣＷ＿ＯＬＤ＋１）＊２−１）に基づいて変化され、対応するバックオフタイマを再計算する。
【００７３】
二次アクセスカテゴリのＰＰＤＵの送信が失敗した場合、一次アクセスカテゴリのバックオフタイマが影響を受ける場合がある。一部の実施形態でこの場合には、一次アクセスカテゴリのコンテンション窓は変化させないで、対応するバックオフタイマを再計算する。一部の実装例では、一次アクセスカテゴリのコンテンション窓は、ＣＷ＿ＮＥＷ＝（（ＣＷ＿ＯＬＤ＋１）＊２−１）に基づいて変化させて、対応するバックオフタイマを再計算する。一部の実装例では、一次アクセスカテゴリのコンテンション窓を対応するＣＷｍｉｎ値にリセットして、対応するバックオフタイマを再計算する。
【００７４】
ＴＸＯＰの二次アクセスカテゴリに属すＰＰＤＵの送信が失敗した場合、送信失敗しなかったＴＸＯＰの１以上のＭＵ送信に係る他の二次アクセスカテゴリに対応するバックオフタイマは、媒体がＡＩＦＳのためにアイドルになったときに再開されてよい。一部の実装例では、これらの他の二次アクセスカテゴリのコンテンション窓は変化させないで、対応するバックオフタイマを再計算する。一部の実装例では、これらの他の二次アクセスカテゴリのコンテンション窓は、ＣＷ＿ＮＥＷ＝（（ＣＷ＿ＯＬＤ＋１）＊２−１）に基づいて変化させて、対応するバックオフタイマを再計算する。一部の実装例では、これら他の二次アクセスカテゴリのコンテンション窓を対応するＣＷｍｉｎ値にリセットして、対応するバックオフタイマを再計算する。
【００７５】
以下の図面に示すように、送信信号は、レガシーのショートトレーニングフィールド（Ｌ−ＳＴＦ）またはレガシーのロングトレーニングフィールド（Ｌ−ＬＴＦ）等の１以上のレガシートレーニングフィールド（ＬＴＦ）を含むことができる。送信信号は、１以上のレガシー信号フィールド（Ｌ−ＳＩＧ）を含むことができる。送信信号は、１以上のＶＨＴ信号フィールド（ＶＨＴ−ＳＩＧ）を含むことができる。送信信号は、１以上のＶＨＴトレーニングフィールド（ＶＨＴ−ＴＦ）を含むことができる。これらトレーニングフィールドの例としては、ＶＨＴショートトレーニングフィールド（ＶＨＴ−ＳＴＦ）及びＶＨＴロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）が挙げられる。送信信号は、ＶＨＴ−データフィールド等の異なる種類のデータフィールドを含んでもよい。
【００７６】
ＶＨＴデバイスは、ＴＸＯＰ中に１以上のマルチユーザ送信のための無線通信媒体を確保するための保護メカニズムを含む。ＶＨＴ保護メカニズムは、ＶＨＴ送信前のＲＴＳ／ＣＴＳまたは自身へのＣＴＳ（CTS-to-Self）等の制御フレームの送信を含む。これら制御フレームは、無線通信媒体をモニタするデバイスに対してネットワーク割り当てベクトル（ＮＡＶ）を設定するシーケンスの一部であってよい。別のＶＨＴ保護メカニズムには、応答フレームを必要とする初期の非ＨＴベースのＰＰＤＵの送信が含まれてよい。例えば、デバイスは、サウンディング要求及びフィードバックシーケンスに基づいて送信を交換することができる。また別のＨＶＴ保護メカニズムには、非ＨＴ  ＰＰＤＵ（レガシー用にフォーマットされたＰＰＤＵ等）を利用して応答を要求するＶＨＴベースのＰＰＤＵの送信が含まれるものもある。要求される応答は、例えば受領確認応答（例えばＢＡ）であってよい。
【００７７】
図７は、ＴＸＯＰに基づく、ＥＤＣＡ中の無線通信のやりとりの一例を示す。ＴＸＯＰ７０５は、ＴＸＯＰ７０５の一次ＡＣ（Ｐ−ＡＣ）に関するＥＤＣＡパラメータを利用して取得される。ＮＡＶ−ＳＥＴシーケンス７１０を利用して、ＴＸＯＰ７０５を、無関係なデバイスの送信から保護することができる。ＮＡＶ−ＳＥＴシーケンス７１０の様々な例には、サウンディングシーケンス、ＲＴＳ／ＣＴＳ交換シーケンス、及び自身へのＣＴＳが含まれてよい。
【００７８】
ＮＡＶ−ＳＥＴシーケンス７１０が完了すると、デバイスは、ＭＵフレーム７１５等のマルチユーザ送信を送信することができる。ＭＵフレーム７１５は、第１のデバイスのＰ−ＡＣからのデータを含むデータフレーム７２５、第２のデバイスのＰ−ＡＣからのデータを含むデータフレーム７３０、及び、第３のデバイスの二次ＡＣ（Ｓ−ＡＣ）からのデータを含むデータフレーム７３５を含んでいる。他の内容のデータ及びアクセスカテゴリを利用することもできる。
【００７９】
ＭＵフレーム７１５のＬ−ＳＩＧ７２０は、ＭＵフレーム７１５が終わるまで保護しておくことができる。ＭＵフレーム７１５の各データフレーム７２５、７３０、７３５は、それぞれのデータフレームの宛先である受信デバイスが復号可能なＭＡＣ期間フィールドを含んでいる。ＭＵフレーム７１５の送信後の受領確認期間７４０中に送信される、フレームのＭＡＣ期間（例えば、レガシーフォーマットに基づく非ＨＴ  ＢＡ及びＢＡＲフレーム）によって、無関係なデバイス（無関係なＶＨＴデバイス、ＨＴデバイス、及びレガシーデバイスを含む）から、ＴＸＯＰ７０５を最後まで保護することができるようになる。ＴＸＯＰホルダは、ＣＦ−ＥＮＤフレーム７４５を送信することでＴＸＯＰ７０５を終了させることができる。
【００８０】
図８は、ＴＸＯＰを保護するためにネットワーク割り当てベクトルを設定するためにサウンディングシーケンスを利用する一例を示す。デバイスは、ＴＸＯＰ８００のＮＡＶを設定するためにサウンディングシーケンスを利用することができる。サウンディングシーケンスは、ヌルパケットアナウンス（ＮＤＰ−Ａ）フレーム８０５、ヌルデータパケット（ＮＤＰ）フレーム８１０、ポーリングフレーム８２０、８３０、及びサウンディングフィードバック（Ｓ−ＦＢ）８１５、８２５、８３５を含んでいる。サウンディングシーケンスの後に、デバイスはＭＵ送信８４０を実行する。ＮＤＰ−Ａフレーム８０５はＴＸＯＰ８００の構築に利用することができる。ＮＤＰ−Ａフレーム８０５は、非ＨＴ複製モードに基づいて送信することができる。一部の実装例では、ＮＤＰ−Ａフレーム８０５が非ＨＴ複製モードに基づいて送信されるのではなく、非ＨＴベースのＰＰＤＵを利用して第１のサウンディングフィードバックが送信される、または、非ＨＴベースのＰＰＤＵまたは両方を利用してポーリングフレームが送信される。
【００８１】
ＴＸＯＰ８００の帯域幅は、ＮＤＰ−Ａフレーム８０５が示す帯域幅以上であってよい。ＮＤＰ−Ａフレーム８０５が示す帯域幅は、後続するＮＤＰフレーム８１０が示す帯域幅以上であってよい。ＮＤＰフレーム８１０が示す帯域幅は、後続するポーリングフレーム８２０、８３０が示す帯域幅以上であってよい。一部の実装例では、ＮＤＰフレーム８１０が示す帯域幅は、ＮＤＰ−Ａフレーム８１５が示す帯域幅と同じであってもよい。一部の実装例では、ＮＤＰ−Ａフレーム８０５、ＮＤＰフレーム８１０、及びポーリングフレーム８２０、８３０が示す帯域幅が、同じＴＸＯＰ８００内では同じである必要がある場合もある。ＮＤＰ−Ａフレーム８０５、ＮＤＰフレーム８１０、及びポーリングフレーム８２０、８３０等のフレームは、ＰＨＹプリアンブル、サービスフィールド、ＭＡＣヘッダ、ＭＡＣペイロード、またはＰＨＹパッド内に、帯域幅情報フィールド等の帯域幅設定フィールドを含むことができる。
【００８２】
第１のサウンディングフィードバック８１５が示す帯域幅は、ＮＤＰ−Ａフレーム８０５及びＮＤＰフレーム８１０が示す帯域幅と同じであってよい。場合によっては、第１のサウンディングフィードバック８１５が示す帯域幅は、ＮＤＰ−Ａフレーム８０５及びＮＤＰフレーム８１０が示す帯域幅未満であってもよい。第２のサウンディングフィードバック８２５が示す帯域幅は、第１のポーリングフレーム８２０が示す帯域幅と同じであってよい。場合によっては、第２のサウンディングフィードバック８２５帯域幅は、第１のポーリングフレーム８２０が示す帯域幅未満であってもよい。第３のサウンディングフィードバック８３５が示す帯域幅は、第２のポーリングフレーム８３０が示す帯域幅と同じであってもよい。サウンディングフィードバック８１５、８２５、８３５は、ＰＨＹプリアンブル、サービスフィールド、ＭＡＣヘッダ、ＭＡＣペイロード、またはＰＨＹパッド内に、帯域幅（ＢＷ）情報フィールドを含んでもよい。
【００８３】
ＮＤＰ−Ａフレーム８０５及びポーリングフレーム８２０、８３０は、ＭＵ送信８４０内のデータフレームの１以上に関連する一次アクセスカテゴリを継承することができる。ＮＤＰ−Ａフレーム８０５及びＮＤＰフレーム８１０等のフレームは、ＭＵ送信８４０中にＴＸＯＰ８００の一次アクセスカテゴリのデータを受信するデバイスを宛先とすることができる。場合によっては、ポーリングフレーム８２０、８３０は、ＭＵ送信８４０中に一次アクセスカテゴリのデータを受信する他のデバイスを宛先とすることもできる。場合によっては、ポーリングフレーム８２０、８３０は、ＭＵ送信中８４０に二次アクセスカテゴリのデータを受信するデバイスを宛先とすることもできる。
【００８４】
一部の実装例では、ＭＵ送信は、ＮＡＶを設定するために利用することもできる。ＴＸＯＰの初期フレームがＭＵ−ＰＰＤＵである場合、一次デバイス（例えば一次アクセスカテゴリのデータを受信するデバイス）は、ＭＵ−ＰＰＤＵを受信した後のショートインターフレームスペース（ＳＩＦＳ）に基づいて直近の受領確認応答を送信することができる。例えば、潜在的なシーケンスは、｛ＭＵ−ＰＰＤＵ＋受領承認応答＋ポーリング＋受領確認応答｝を含む。別の例では、潜在的なシーケンスが、｛ＭＵ−ＰＰＤＵ＋ポーリング＋受領確認応答＋ポーリング＋受領確認応答｝を含む。ＴＸＯＰの初期フレームが、ＭＵ−ＰＰＤＵに先行する自身へのＣＴＳ（CTS-to-Self）である場合、ＭＵ―ＰＰＤＵは、一次デバイスからの直近の受領確認応答を発信する。例えば、潜在的なシーケンスは、｛自身へのＣＴＳ＋ＭＵ−ＰＰＤＵ＋受領承認応答＋ポーリング＋受領確認応答｝を含む。別の例では、潜在的なシーケンスが、｛自身へのＣＴＳ＋ＭＵ−ＰＰＤＵ＋ポーリング＋受領確認応答＋ポーリング＋受領確認応答｝を含む。
【００８５】
ＴＸＯＰの初期フレームとして送信されるグループ識別子（ＧＩＤ）割り当てフレームは、ＮＡＶを設定するために利用することができる。ＧＩＤ割り当てフレームは、ＭＵ送信に含まれているデータフレームの一次ユーザ優先度（ＵＰ）、または、管理フレームの一次ＡＣを継承することができる。ＧＩＤ割り当てフレームは、ＰＨＹプリアンブル、サービスフィールド、ＭＡＣヘッダ、ＭＡＣペイロード、またはＰＨＹパッドにＢＷ情報フィールドを含むことができる。
【００８６】
図９は、ネットワーク割り当てベクトルを設定するためにＲＴＳ／ＣＴＳの交換シーケンスを利用する一例を示す。ＲＴＳ／ＣＴＳ交換９１０は、２以上のデバイスにＲＴＳフレームを送信して、デバイスそれぞれから対応するＣＴＳフレームを受信することを含んでよい。ＲＴＳ／ＣＴＳ交換９１０は、ＮＡＶの設定に基づいて無線媒体を確保するために利用することができる。場合によっては、ＲＴＳ／ＣＴＳ交換９１０は、ＴＸＯＰ中の単一のシーケンス（データフレーム及び関連する応答を含む）を保護することができる。場合によっては、ＲＴＳ／ＣＴＳ交換９１０は全ＴＸＯＰを保護することができる。
【００８７】
マルチユーザフレームにおいては、共通のプリアンブル（ＣＰ）９１５は、ＴＸＯＰの少なくとも一部を保護するＬ−ＳＩＧ及びＶＨＴ−ＳＩＧ−Ａを含むことができる。Ｌ―ＳＩＧは、フレームのステアリングされていない部分であり、この部分は、様々な種類のデバイス（例えばＶＨＴデバイス及びレガシーデバイス）によって復号可能である。ＣＰ９１５に含まれるＰＰＤＵ期間は、単一のフレーム（例えば送信されたＰＰＤＵ）を保護するために利用することができる。ＣＰ９１５に含まれる送信シーケンス期間は、単一のフレームまたは単一のシーケンスの保護のために利用することができる。送信シーケンスの宛先でないデバイスは、その送信シーケンス期間が終わるまでスリープ状態にすることができる。ＣＰ９１５は、１以上の宛先デバイスのアドレス情報（例えば部分的なアドレス識別子、ＭＵグループ識別子、またはグループインデックス）を含むことができる。受信デバイスは、ＭＵフレームの意図されている受信デバイスであるかを判断するためにアドレス情報を利用することができる。
【００８８】
一部の実装例では、ＰＰＤＵ期間がＣＰ９１５に含まれている。一部の実装例では、ＰＰＤＵ期間とＴＸシーケンス期間とがＣＰ９１５に含まれている。一部の実装例では、ＰＰＤＵ期間とＭＡＣ期間とがＣＰ９１５に含まれている。ＭＡＣ期間は、ＴＸＯＰの単一のシーケンスまたは残りの部分の保護に利用することができる。特定の受信デバイスのＰＰＤＵ期間は、ステアリングされたプリアンブルに位置させることができる。デバイスは、１以上の期間フィールド（例えばＰＰＤＵ期間、ＴＸシーケンス期間、またはＭＡＣ期間）に基づいてＮＡＶをセットしたりリセットしたりすることができる。さらなるＣＰ９２０は、ＴＸＯＰ内で後続するときに送信される、さらなるＭＵフレームを含むことができ、これは、ＮＡＶを拡張するために利用することができる。
【００８９】
デバイスは、１以上のＭＵ送信のための無線媒体を確保するために、１以上の制御フレーム（例えばレガシーベースのＲＴＳまたはＭＵベースのＲＴＳ（ＭＵ−ＲＴＳ））を送ることができる。ＭＵ−ＲＴＳフレームは、ＴＸＯＰ中の全てのＭＵレシーバのアドレスを含むことができ、ＣＴＳ応答シーケンス、ＣＴＳ応答スケジュール、またはこれらの両方を示すことができる。ＭＵ−ＲＴＳフレームは、別個の受信デバイスに対してステアリングされたフレームを含むことができる。デバイスは、ＭＵ−ＲＴＳフレームを送って、受信デバイスにそれぞれＣＴＳフレームを送信させることができる。ＭＵ−ＲＴＳは、ＭＡＣヘッダの期間及びＭＡＣペイロードの期間といった２以上の期間を含むことができる。第１のＭＵ−ＲＴＳ期間は、ＣＴＳ送信期間の最後を示すことができる。ＶＴＳデバイスは、ＣＴＳが受信されないこと、及び、ＲＴＳ／ＣＴＳ交換の最後のＣＴＳを受信した後のＳＩＦ期間中に送信がないこと、に基づいてそのＮＡＶをリセットすることができる。第２のＭＵ−ＲＴＳ期間は、ＴＸＯＰの最後を示すことができる。ＶＴＳデバイスは、ＲＴＳ／ＣＴＳ交換の最後のＣＴＳを受信した後に送信を検知すると、銘々のＮＡＶをＴＸＯＰの最後に設定することができる。ＣＴＳ期間は、ＴＸＯＰの最後またはＴＸシーケンスの最後までをカバーすることができる。一部の実装例では、デバイスは、第１の期間情報とともに自身へのＣＴＳを送り、第２の期間情報とともにＭＵ−ＲＴＳを送信することができる。一部の実装例では、ＭＵ−ＲＴＳは、レガシーデバイスがＭＵ−ＲＴＳの少なくとも一部を処理したレガシーＲＴＳの修正版であってよい。
【００９０】
一部の実装例では、無線デバイスは、｛ＲＴＳ＋ＣＴＳ＋ＲＴＳ＋ＣＴＳ＋ＲＴＳ＋ＣＴＳ｝というシーケンスを交換して、１以上のＭＵフレーム送信のために無線媒体を確保することができる。ＲＴＳを受信するデバイスは、最後のＲＴＳを受信してから一定の期間の間送信がないと、受信したＲＴＳに基づいてＮＡＶをリセットすることができる。ＮＡＶを、前に受信した制御フレーム（ＲＴＳ、ＣＴＳ等）に従って設定したデバイスは、同じＴＸＯＰホルダから新たに受信したＲＴＳにＣＴＳを返すことができる。シーケンスの初期ＲＴＳ／ＣＴＳ対を交換した後で、１以上のさらなるＲＴＳ／ＣＴＳ対の交換を、前のデータ交換の後の一定の期間に開始することができ、これにより、レシーバはチャネルの占有（busy）／アイドルに関するステータスをこの期間内に知ることができる。期間は、ＩＦＳ（interframe space）パラメータ（例えばＰＩＦＳ（point coordination function IFS））期間の値に基づくものであってよい。ＲＴＳをＴＸＯＰの開始部分中に受信した場合、ＲＴＳレシーバは、利用可能な帯域幅をチェックして（例えば、チャネルがＲＴＳの前に十分な期間アイドルであるかをチェックする）、ＲＴＳレシーバ側で利用可能な帯域幅に基づいてＣＴＳを送信することができる。一部の実施形態では、ＴＸＯＰの開始部分の後にＲＴＳを受信すると、受信デバイスは、ＲＴＳ帯域幅フィールドに示されるものと同じ帯域幅を利用してＣＴＳを送信することができる。
【００９１】
ＭＵ―ＲＴＳを受信すると、受信デバイスは、ＳＤＭＡを介してＣＴＳフレームを送信することができる。例えば、複数のデバイスからのＣＴＳは、ＴＸＯＰホルダに同時に送信することができる。一部の実施形態では、ＲＴＳの受信デバイスは、受信したＲＴＳが利用するものと同じスクランブラー・シードを利用して、ＣＴＳを送信することができる。一部の実施形態では、ＭＵ−ＲＴＳは、他のデバイスがＣＴＳフレームを送信する前に、一次デバイスにＣＴＳフレームを送信させることができる。
【００９２】
ＴＸＯＰホルダは、マルチチャネル（ＭＣ）ＥＤＣＡアクセス規則を利用して、マルチチャネルＲＴＳ／ＣＴＳの交換を実行することで、２以上の周波数チャネルのＴＸＯＰを取得することができる。ＭＣ  ＥＤＣＡアクセス規則には、主要チャネルにおけるＡＩＦＳ及びバックオフ期間を足し合わせたものをモニタして、１以上の二次チャネルでＰＩＦＳ期間をモニタすることが含まれてよい。マルチチャネルＲＴＳ／ＣＴＳ交換には、１以上のマルチチャネルＲＴＳフレームを送信して、１以上のマルチチャネルＣＴＳフレームを受信することで、ＴＸＯＰ帯域幅を決定することが含まれている。ＴＸＯＰを取得してＴＸＯＰ帯域幅を判断することにより、ＴＸＯＰホルダデバイスは、ＴＸＯＰ帯域幅に従って１以上のフレームを送信する。ＴＸＯＰ帯域幅の決定は、１以上の受信したマルチチャネルＣＴＳフレームが示す最小帯域幅の選択を含んでよい。
【００９３】
応答フレームは、前に受信したフレームが示すものと同じ、またはこれ以下の帯域幅を利用することができる。一部の実装例では、受領確認応答フレーム、ＣＦ−ＥＮＤフレーム、またはサウンディングフィードバックフレーム等のフレームは、前に受信したフレームが示す帯域幅に関連付けられている１以上のチャネルがクリアではないとき（例えば占有されている場合）、単一の周波数チャネルで送信されてよい。一部の実装例では、初期フレーム交換の後は（例えば初期マルチチャネルＲＴＳ／ＣＴＳ交換の後は）、ＴＸＯＰホルダ及び応答機（responder(s)）は、ＴＸＯＰの利用帯域幅を記録しておき、ＴＸＯＰ帯域幅を超えて後続フレーム及び応答フレームを送信しないようにする。この場合、応答機は前のフレームのＢＷを知らないので、前のフレームのＢＷとは異なるＢＷを有するフレームを送信することができる（ＢＷがＴＸＯＰ  ＢＷより小さいことが前提ではあるが）。
【００９４】
図１０は、マルチユーザ送信のためのＲＴＳ／ＣＴＳの交換シーケンスに基づく通信プロセスの一例を示す。ＲＴＳ／ＣＴＳ交換シーケンスは、無関係なデバイスが送信機会中に送信を停止することにより、マルチユーザ送信を行うデバイスの近隣、及び、意図されている受信デバイスの近隣を保護することができる。１００５で、通信プロセスは、ＴＸＯＰ中に空間ステアリングされ、マルチユーザフレームに含められたデータフレームを受信させるデバイスを識別する。一部の実装例では、通信プロセスは、１以上の一次チャネル及び１以上の二次チャネルの無線トラフィックをモニタして、ＴＸＯＰを取得することができる。例えば、ＡＩＦＳ期間にバックオフ期間を足し合わせた期間内に一次チャネルがアイドルであったこと、及び、１以上の二次チャネルが少なくともＰＩＦＳ期間中にアイドルであったことに基づいて、デバイスは、アイドルのチャネルを利用して、初期ＲＴＳフレーム等のＴＸＯＰの初期フレームを送信することができる。
【００９５】
１０１０で、通信プロセスは、ＴＸＯＰ中に、識別されたデバイスにＲＴＳ情報を送信させることを含む。ＲＴＳ情報の送信には、１以上のＲＴＳフレームを送信することが含まれてよい。ＲＴＳ情報の送信には、マルチユーザＲＴＳ（ＭＵ−ＲＴＳ）フレームを送信して、識別されたデバイスにＣＴＳ応答を送信させることも含まれる。ＲＴＳ情報を受信すると（ＲＴＳフレームを受信すると）、識別されたデバイスは、ＣＴＳフレーム等のＣＴＳ応答を送信することができる。
【００９６】
１０１５で、通信プロセスは、識別されたデバイスからＣＴＳ応答を受信することを含む。ＣＴＳ応答の受信には、１以上のチャネル経由でＣＴＳフレームを受信することが含まれてよい。ＣＴＳ応答は、送信に利用可能な１以上の周波数帯の情報を含んでよい。一部の実装例では、ＣＴＳ応答の受信には、マルチユーザＲＴＳフレーム等のＲＴＳフレームに関する応答期間中に、ＣＴＳフレームをそれぞれ空間無線通信チャネル経由で受信することが含まれてよい。
【００９７】
１０２０で、通信プロセスは、ＣＴＳ応答に基づいてマルチユーザフレームの帯域幅設定を決定することを含む。帯域幅設定は、ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示すことができる。ＲＴＳフレーム及びＣＴＳフレーム等の制御フレームは、マルチチャネル帯域幅設定等の帯域幅設定を含むことができ、要求された、または利用可能な帯域幅（例えば２０、４０、８０、または１６０ＭＨｚ）を示すことができる。一部の実施形態では、帯域幅設定は、１以上の２０ＭＨｚ周波数帯（たとえば周波数チャネル）を示す。ある周波数帯の他の周波数帯域を利用することもできる。２以上の周波数帯を統合して、より大きな通信帯域幅を送信することもできる。マルチチャネル帯域幅設定に基づくと、ＲＴＳフレームの送信には、２以上の２０ＭＨｚチャネルで２以上のレガシーに互換性のある（legacy compatible）ＲＴＳフレームを送信することが含まれてもよい。ＣＴＳフレームの送信には、送信に利用可能な１以上のチャネルでレガシーと互換性のあるＣＴＳフレームを送信することが含まれてもよい。
【００９８】
１０２５で、通信プロセスは、帯域幅設定に従って、ＴＸＯＰ中にマルチユーザフレームを、識別されたデバイスに送信することを含む。マルチユーザフレームの送信には、２以上の無線通信デバイスに空間ステアリングされたデータフレームを同時に送信することが含まれてよい。マルチユーザフレームの送信には、１以上の周波数帯を利用することが含まれてよい。
【００９９】
一部の実装例では、通信プロセスは、ＴＸＯＰの一次アクセスカテゴリに属すデータ、及び、ＴＸＯＰの二次アクセスカテゴリに属すデータを含むマルチユーザフレームを生成してよい。ＴＸＯＰ中に空間ステアリングされたデータフレームを受信するデバイスを特定することには、一次アクセスカテゴリに属すデータを受信するデバイスのうちの一次デバイスを識別することが含まれてよい。ＲＴＳ情報の送信には、初期ＲＴＳフレームを、識別された一次デバイスに送信することが含まれてよい。
【０１００】
一部の実装例では、ＲＴＳ情報の送信には、第１のＲＴＳフレームを、識別されたデバイスのうちの第１のデバイスに送信することが含まれてよい。ＣＴＳ応答の受信には、第１のＲＴＳフレームを送信した後に、第１のＣＴＳフレームを受信することが含まれてよい。ＲＴＳ情報の送信には、第１のＣＴＳフレームの受信に基づいて、第２のＲＴＳフレームを、識別されたデバイスのうちの第２のデバイスに送信することが含まれてよい。ＣＴＳ応答の受信には、第２のＲＴＳフレームを送信した後で、第２のＣＴＳフレームを受信することが含まれてよい。
【０１０１】
一部の実装例では、第１のＣＴＳフレームが示す帯域幅設定は、第１のＲＴＳフレームが示す帯域幅設定以下である。一部の実装例では、第２のＣＴＳフレームが示す帯域幅設定は、第２のＲＴＳフレームが示す帯域幅設定以下である。例えば、利用可能な帯域幅が、受信したＲＴＳが示す帯域幅より小さい旨を、ＲＴＳ受信デバイスが判断した場合には、受信デバイスは、受信したＲＴＳより小さい帯域幅情報を持つＣＴＳを送信する。マルチユーザフレームの帯域幅設定の判断には、ＣＴＳ応答が示す最小帯域幅設定の選択が含まれてよい。通信プロセスは、第２のＲＴＳフレームが示す帯域幅設定が、第１のＣＴＳフレームが示す帯域幅設定以下になるように選択してよい。
【０１０２】
第２のＲＴＳフレームの送信は、タイマの期限が切れることに応じて行われてよい。一部の実装例では、タイマは、第１のＣＴＳフレーム及びＰＩＦＳ期間パラメータが受信されたことに基づいて設定されてよい。第２のデバイスは、タイマの期間中に２以上のチャネルの利用可能性を判断してよい。一部の実装例では、第２のＲＴＳは、第１のＣＴＳフレームの後の期間に基づいて送信されてよい。一部の実施形態では、さらなるＲＴＳフレームが、前のデータ交換の後のＰＩＦＳ期間に基づいてＴＸＯＰの最中に送信されてよい。一部の実装例では、タイマは、第１のＣＴＳフレーム及びＳＩＦＳ期間パラメータの受信に基づいたものであってよい。第２のＣＴＳフレームは、第２のＲＴＳフレームが示すものと同じ帯域幅設定を示していてよい。
【０１０３】
図１１は、マルチユーザ送信のためのＲＴＳ／ＣＴＳの交換シーケンスの一例を示す。ＴＸＯＰホルダデバイス（例えばＡＰ１１０５）は、１以上のチャネルアクセス手順（ＥＤＣＡ等）に基づいてＴＸＯＰを取得した無線通信デバイスであってよい。ＴＸＯＰを取得すると、ＡＰ１１０５は、第１のＲＴＳを第１のデバイス１１１０に送信して、第１のデバイス１１１０が、第１のＣＴＳで応答する。第１のＣＴＳを受信すると、ＡＰ１１０５は、第２のＲＴＳを第２のデバイス１１１５に送信して、第２のデバイス１１１５が第２のＣＴＳで応答する。第２のＣＴＳを受信すると、ＡＰ１１０５は、第３のＲＴＳを第３のデバイス１１２０に送信して、第３のデバイス１１２０が第３のＣＴＳで応答する。第３のＣＴＳ（またはこの場合にはさらなるデバイスの最後のＣＴＳである）を受信すると、ＡＰ１１０５は、ＭＵ送信を行い、これには、第１のデバイス１１１０へのステアリングデータフレーム、第２のデバイス１１１５へのステアリングデータフレーム、及び、第３のデバイス１１２０へのステアリングデータの同時送信が含まれる。この特徴は、１以上のさらなるデバイスに対して応用することもできる。
【０１０４】
一部の実装例では、ＣＴＳが示す帯域幅は、ＣＴＳを生じさせたＲＴＳが示す帯域幅以下である。一部の実装例では、ＣＴＳが示す帯域幅は、１以上の周波数帯の有効な帯域幅設定に基づいていてよい。有効な帯域幅設定は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚ帯域幅を示すものであってよい。
【０１０５】
第２のデバイス１１１５及び第３のデバイス１１２０の帯域幅の調査は、第１のデバイス１１１０の帯域幅の調査とは別個に行われてよい。一部の実施形態では、第１、第２、及び第３のＲＴＳが示す帯域幅は、ＴＸＯＰホルダデバイス（例えばＡＰ１１０５）がアクセス可能な帯域幅以下である必要がある。一部の実装例では、第１のデバイス１１１０への後続するシングルユーザ（ＳＵ）送信は、第１のＣＴＳの帯域幅以下に限定されており、第２のデバイス１１１５への後続するシングルユーザ（ＳＵ）送信は、第２のＣＴＳの帯域幅以下に限定されており、第３のデバイス１１２０への後続するシングルユーザ（ＳＵ）送信は、第３のＣＴＳの帯域幅以下に限定されている。第１のデバイス１１１０、第２のデバイス１１１５、及び第３のデバイス１１２０に対する後続するＭＵ送信は、第１、第２、及び第３のＣＴＳが示す最小の帯域幅以下に限定されている。この特徴は、１以上のさらなるデバイスに対して応用することもできる。
【０１０６】
第２のデバイス１１１５の帯域幅の調査は、第１のデバイス１１１０の帯域幅の調査に依存している。さらに、第３のデバイス１１２０の帯域幅の調査は、第２のデバイス１１１５の帯域幅の調査に依存している。一部の実施形態では、第２のＲＴＳの帯域幅は、第１のＣＴＳの帯域幅を超えてはならず、第３のＲＴＳのＢＷは、第２のＣＴＳの帯域幅を超えてはならない。例えば、第２のデバイス１１１５の帯域幅の調査は、第１のデバイス１１１０の帯域幅の調査結果により制約を受ける。第３のデバイス１１２０の帯域幅の調査は、第２のデバイス１１１５のＢＷの調査結果に制約を受ける。一部の実施形態では、第３のＣＴＳに後続する送信（例えばＳＵ送信またはＭＵ送信）は、第３のＣＴＳが示すＢＷ以下に制限される。この特徴は１以上のさらなるデバイスに応用することもできる。
【０１０７】
ＴＸＯＰホルダデバイス（例えばＡＰ１１０５）は、一部の実施形態では、前の送信またはフレーム交換の後のＰＩＦＳ期間に基づいて送信するように第２のＲＴＳをスケジュールして、第２のデバイス１１１５が、二次チャネルがアイドルであって後続する送信を受信することができるかをチェックするための十分な時間を提供する。ＡＰ１１０５は、前の送信またはフレーム交換の後のＳＩＦＳ期間に基づいて第２のＲＴＳの送信をスケジュールすることができる。この場合には、第２のデバイス１１１５は、二次チャネルがアイドルであるかを判断するに足る時間がない場合もあり、受信したＲＴＳが示すものと同じ帯域幅を利用してＣＴＳを送信する場合もある。ＳＩＦＳはＰＩＦＳより小さく、ＳＩＦＳは、ＴＸＯＰ中のフレーム送信の間の通常の間隔に相当する点に留意されたい。
【０１０８】
一部の実装例では、ＴＸＯＰホルダは、ＴＸＯＰ中にさらなるＲＴＳ／ＣＴＳ交換を実行することができる。例えばＴＸＯＰホルダは、データフレームの第１のＭＵ送信及び銘々の受領確認の後に送信されてよい。一部の実装例では、ホルダは、前のデータ交換の後のＰＩＦＳ期間に基づいてマルチチャネルＲＴＳを送信する。
【０１０９】
一部の実装例では、ＴＸＯＰ中の初期マルチチャネルＲＴＳの後に、ＴＸＯＰホルダが、前に受信したマルチチャネルＣＴＳフレームの後のＳＩＦＳ期間に基づいて、後続するマルチチャネルＲＴＳを送信することができる。２以上のチャネルの帯域幅設定を示す初期マルチチャネルＲＴＳに基づいて、受信デバイスは、チャネルが利用可能かを判断するために初期マルチチャネルＲＴＳが示すチャネルをチェックすることができる。一部の実装例では、受信デバイスは、マルチチャネルＲＴＳに関連付けられている１以上の二次チャネルにＰＩＦＳアイドルチャネルチェックを行う。一部の実装例では、初期マルチチャネルＲＴＳは、同じＴＸＯＰで別個のＲＴＳフレームを受信するために２以上のデバイスの識別子（例えばアドレス）を含んでよい。マルチチャネルＲＴＳが識別するデバイスは、利用可能な帯域幅をチェックしてよい。後で受信される１以上のＲＴＳフレームに対して、受信デバイスは、受信したＲＴＳが示す帯域幅とデバイスが判断した利用可能な帯域幅とに基づいたＢＷとともにＣＴＳを送信することができる。一部の実装例では、ＲＴＳ受信デバイスは、受信したＲＴＳが示すチャネルが、ＲＴＳの受信まで十分な時間の間（例えばＰＩＦＳ）アイドルでいたかをチェックする。ＲＴＳを受信すると、ＣＴＳ  ＢＷが示す帯域幅は、ＲＴＳの受信まで十分な時間の間アイドルであった１以上のチャネルに基づいて決定される。
【０１１０】
受信デバイスは、ＴＸＯＰの初期ＲＴＳの送信デバイスに関連する送信元無線アドレスを、ＴＸＯＰホルダとして記録することができる。記録された送信元無線アドレスは、後で受信されるＲＴＳに対して応答が必要かを判断するために利用することができる。さらなるＲＴＳが同じＴＸＯＰ期間中にＴＸＯＰホルダから受信された場合には、受信デバイスはＣＴＳで応答することができる。
【０１１１】
幾つかの実施形態を記載してきたが、様々な変形例も可能である。記載した主題は、本明細書に記載した機能的な処理も含み、記載してきた処理を１以上のデータ処理装置に実行させることの出来るプログラム（例えば、メモリデバイス、格納デバイス、機械可読格納基板、その他の物理的、機械可読媒体、またはこれらの１以上の組み合わせを含むコンピュータ可読媒体に符号化されるプログラム）を潜在的に含む電子回路、コンピュータハードウェア、ファームウェア、ソフトウェア、これらの組み合わせ（例えば、本明細書で開示した構造手段、その構造的な均等物）での実装が可能である。
【０１１２】
「データ処理装置」という用語は、例えばプログラム可能プロセッサ、コンピュータ、または複数のプロセッサまたはコンピュータを含む、データを処理する全ての装置、デバイス、及び機械を含む概念である。装置は、ハードウェアに加えて、対象となるコンピュータプログラムに実行環境を提供するコード（例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１以上の組み合わせ）を含むことができる。
【０１１３】
プログラム（さらにはコンピュータプログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコード）は、コンパイラ型言語、またはインタープリタ型言語、宣言型言語または手続き型言語等の任意のプログラミング言語の形態であってよく、独立型プログラム、モジュール、コンポーネント、サブルーチン、その他、コンピュータ環境での利用に適したその他のユニット等の任意の形態で利用することができる。プログラムは必ずしもファイルシステムのファイルに対応していなくてもよい。プログラムは、他のプログラムまたはデータ（例えば、マークアップ言語文書に格納される１以上のスクリプト）を保持するファイルの一部として格納することもできるし、対象となるプログラムに特化した単一のファイルに格納することもできるし、複数の調節されたファイル（例えば、１以上のモジュール、サブプログラム、またはコードの部分を格納するファイル）に格納することもできる。プログラムは、１つのサイトに配置されてもよいし、または複数のサイトに分散され通信ネットワークで接続されていてよい１つまたは複数のコンピュータで実行することができる。
【０１１４】
本明細書は特定の詳細を含むが、これらは特定の明細書に固有の特徴を説明したにすぎず、特許請求の範囲を限定するものとして捉えられるべきではない。本明細書で記載する、特定の実施形態で説明される特定の特徴は、単一の実施形態で組み合わせて実装されてもよい。逆に、単一の実施形態で説明された様々な特徴を、複数の実施形態で別個に、または適宜サブコンビネーションとして実装してもよい。さらに、上述した特徴は、組み合わせて時刻されると記載されていたり、最初はそのように請求されていたとしても、請求される組み合わせの１以上の特徴を、場合によっては取り除いたり、請求されている組み合わせを、サブコンビネーションとしたり、サブコンビネーションの変形例としたりすることもできる。
【０１１５】
同様に、図面において処理は特定の順序で示されているが、これは、これらの処理が示されている特定の順序で、または順番で実行される、という限定の明示として捉えられるべきではなく、さらには、所望の結果を生じるために全ての処理を実行せねばならない、という限定の明示として捉えられるべきでもない。場合によっては、マルチタスクとしたり、並行処理したりすると功を奏する場合もある。さらに、実施形態で説明した様々なシステムコンポーネントを分離することは、全ての実施系知アにおいてこの分離が必要であるとの明示として捉えられるべきでもない。
【０１１６】
他の実施形態であっても、特許請求項の範囲内に含まれる場合がある。
［項目１］
送信機会（ＴＸＯＰ）中に、空間ステアリングされ、マルチユーザフレームに含められたデータフレームを受信する複数のデバイスを識別する段階と、
前記ＴＸＯＰ中に、前記識別された複数のデバイスに、送信要求情報（ＲＴＳ情報）を送信する段階と、
前記識別された複数のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信する段階と、
前記複数のＣＴＳ応答に基づいて、前記識別された複数のデバイスの複数の帯域幅設定を決定する段階と、
前記データフレームが空間的にステアリングされ、前記マルチユーザフレーム内で同時に送信されることを可能にし、前記ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示す選択された帯域幅設定を提供するべく、前記複数の帯域幅設定に基づいて前記マルチユーザフレームの前記帯域幅設定を選択する段階と、
前記ＴＸＯＰ中に、選択された前記帯域幅設定に従って、前記識別された複数のデバイスに前記マルチユーザフレームを送信する段階と、
を備える方法。
［項目２］
前記ＲＴＳ情報を送信する段階は、
前記識別された複数のデバイスのうち第１のデバイスに第１のＲＴＳフレームを送信する段階を有し、
前記複数のＣＴＳ応答を受信する段階は、
前記第１のＲＴＳフレームを送信した後に第１のＣＴＳフレームを受信する段階を有し、
前記ＲＴＳ情報を送信する段階は、
前記第１のＣＴＳフレームの受信に基づいて、前記識別された複数のデバイスのうち第２のデバイスに第２のＲＴＳフレームを送信する段階を有し、
前記複数のＣＴＳ応答を受信する段階は、
前記第２のＲＴＳフレームを送信した後に、第２のＣＴＳフレームを受信する段階を有する、項目１に記載の方法。
［項目３］
前記複数の帯域幅設定を決定する段階は、前記第１のＣＴＳフレームに基づいて前記第１のデバイスのための第１の帯域幅設定を決定する段階、および前記第２のＣＴＳフレームに基づいて前記第２のデバイスのための第２の帯域幅設定を決定する段階を含み、
前記第１のＣＴＳフレームにより示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームが示す帯域幅設定以下であり、前記第１の帯域幅設定は、前記第１のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームにより示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームが示す帯域幅設定以下であり、前記第２の帯域幅設定は、前記第２のデバイスで利用可能な帯域幅に基づいており、
前記マルチユーザフレームの前記帯域幅設定を選択する段階は、
前記複数のＣＴＳ応答が示す最小帯域幅設定を選択する段階を有する、項目２に記載の方法。
［項目４］
前記第２のＲＴＳフレームが示す前記帯域幅設定を、前記第１のＣＴＳフレームが示す前記帯域幅設定以下として選択する段階をさらに備える項目３に記載の方法。
［項目５］
前記第２のＲＴＳフレームを送信する段階は、
タイマが期限切れになることに呼応して、前記第２のＲＴＳフレームを送信する段階を有し、
前記タイマは、ｉ）前記第１のＣＴＳフレームの受信、ｉｉ）フレーム間スペース（ＩＦＳ）パラメータに基づいて設定される項目２から４のいずれか一項に記載の方法。
［項目６］
前記第２のＲＴＳフレームを送信する段階は、
タイマが期限切れになることに呼応して、前記第２のＲＴＳフレームを送信する段階を有し、
前記タイマは、ｉ）前記第１のＣＴＳフレームの受信、ｉｉ）短いフレーム間スペース（ＳＩＦＳ）パラメータに基づいて設定され、
前記第２のＣＴＳフレームは、前記第２のＲＴＳフレームが示すものと同じ帯域幅設定を示す項目２から４のいずれか一項に記載の方法。
［項目７］
前記マルチユーザフレームは、ｉ）一次アクセスカテゴリに属すデータ、及び、ｉｉ）二次アクセスカテゴリに属すデータを含み、
前記複数のデバイスを識別する段階は、
前記複数のデバイスから前記一次アクセスカテゴリに属すデータを受信する一次デバイスを識別する段階と、
前記ＲＴＳ情報を送信する段階は、
前記一次デバイスに初期ＲＴＳフレームを送信する段階を有する、項目１から６のいずれか一項に記載の方法。
［項目８］
前記ＲＴＳ情報を送信する段階は、
マルチユーザＲＴＳフレーム（ＭＵ−ＲＴＳフレーム）を送信して、前記識別された複数のデバイスに前記複数のＣＴＳ応答を送信させる段階を有する、項目１から７のいずれか一項に記載の方法。
［項目９］
前記複数のＣＴＳ応答を受信する段階は、
前記ＭＵ−ＲＴＳフレームに関する応答期間中に、空間無線通信チャネルをそれぞれ介して、それぞれのＣＴＳフレームを受信する段階を有する、項目８に記載の方法。
［項目１０］
前記複数のＣＴＳ応答は、送信に利用可能な１以上の有効周波数帯の情報を含み、
前記１以上の周波数帯は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚの累積帯域幅を提供する、項目１から９のいずれか一項に記載の方法。
［項目１１］
前記複数のＣＴＳ応答のそれぞれは、前記ＲＴＳ情報を示す帯域幅と前記識別された複数のデバイスのそれぞれにより判断された利用可能な帯域幅とに基づいて、前記識別された複数のデバイスのそれぞれにより判断された帯域幅を示す帯域幅情報を含む、項目１から１０のいずれか一項に記載の方法。
［項目１２］
前記ＴＸＯＰ中に第１のデバイスに送信するべく、一次アクセスカテゴリに属する１以上の一次データユニットを取得する段階と、
前記ＴＸＯＰ用の少なくとも１つの二次アクセスカテゴリを決定する段階と、
前記ＴＸＯＰ中に第２のデバイスに送信するべく、前記少なくとも１つの二次アクセスカテゴリに属する１以上の二次データユニットを取得する段階と、
前記ＴＸＯＰ中に前記１以上の一次データユニット及び前記１以上の二次データユニットを含むマルチユーザフレームを前記第１のデバイス及び前記第２のデバイスに送信する段階と、
をさらに備え、
前記一次アクセスカテゴリ及び前記少なくとも１つの二次アクセスカテゴリは、それぞれ異なる送信優先度に関連付けられたアクセスカテゴリの一群に含まれる、項目１から１１のいずれか一項に記載の方法。
［項目１３］
前記１以上の一次データユニットに基づいて、前記マルチユーザフレームの長さを決定する段階と、
決定された前記長さに基づいて、前記マルチユーザフレームの前記１以上の二次データユニットの長さを制限する段階と、
をさらに備える項目１２に記載の方法。
［項目１４］
装置であって、
無線通信インタフェースにアクセスする回路と、
プロセッサエレクトロニクスと、
を備え、
前記プロセッサエレクトロニクスは、
送信機会（ＴＸＯＰ）中に、空間ステアリングされ、マルチユーザフレームに含められたデータフレームを受信する複数のデバイスを識別し、
前記ＴＸＯＰ中に、前記識別された複数のデバイスに、送信要求情報（ＲＴＳ情報）を送信し、
前記識別された複数のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信し、
前記複数のＣＴＳ応答に基づいて、前記識別された複数のデバイス複数の帯域幅設定を決定し、
前記データフレームが空間的にステアリングされ、前記マルチユーザフレーム内で同時に送信されることを可能にし、前記ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示す選択された帯域幅設定を提供するべく、前記複数の帯域幅設定に基づいて前記マルチユーザフレームの前記帯域幅設定を選択し、
前記ＴＸＯＰ中に、選択された前記帯域幅設定に従って、前記無線通信インタフェースを通して前記識別された複数のデバイスに前記マルチユーザフレームが送信されるよう制御する、装置。
［項目１５］
前記プロセッサエレクトロニクスは、
前記識別された複数のデバイスのうち第１のデバイスに、前記ＲＴＳ情報に含まれる第１のＲＴＳフレームを送信し、
前記第１のＲＴＳフレームに呼応して、前記複数のＣＴＳ応答に含まれる第１のＣＴＳフレームを受信し、
前記第１のＣＴＳフレームの受信に呼応して、前記識別された複数のデバイスのうち第２のデバイスに、前記ＲＴＳ情報に含まれる第２のＲＴＳフレームを送信し、
前記第２のＲＴＳフレームに呼応して、前記複数のＣＴＳ応答に含まれる第２のＣＴＳフレームを受信する、項目１４に記載の装置。
［項目１６］
前記プロセッサエレクトロニクスは、前記第１のＣＴＳフレームに基づいて前記第１のデバイスのための第１の帯域幅設定を決定し、前記第２のＣＴＳフレームに基づいて前記第２のデバイスのための第２の帯域幅設定を決定するように構成され、
前記第１のＣＴＳフレームにより示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームが示す帯域幅設定以下であり、前記第１の帯域幅設定は、前記第１のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームにより示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームが示す帯域幅設定以下であり、前記第２の帯域幅設定は、前記第２のデバイスで利用可能な帯域幅に基づいており、
前記プロセッサエレクトロニクスは、前記複数のＣＴＳ応答が示す最小帯域幅設定の選択に基づいて、前記マルチユーザフレームの前記帯域幅設定を選択するように構成される、項目１５に記載の装置。
［項目１７］
前記プロセッサエレクトロニクスは、前記第２のＲＴＳフレームが示す前記帯域幅設定を、前記第１のＣＴＳフレームが示す前記帯域幅設定以下として選択する項目１６に記載の装置。
［項目１８］
前記第２のＲＴＳフレームの送信は、タイマが期限切れになることに呼応して行われ、
前記タイマは、ｉ）前記第１のＣＴＳフレームの受信、ｉｉ）フレーム間スペース（ＩＦＳ）パラメータに基づいて設定される項目１５から１７のいずれか一項に記載の装置。
［項目１９］
前記第２のＲＴＳフレームの送信は、タイマが期限切れになることに呼応して行われ、
前記タイマは、ｉ）前記第１のＣＴＳフレームの受信、ｉｉ）短いフレーム間スペース（ＳＩＦＳ）パラメータに基づいて設定され、
前記第２のＣＴＳフレームは、前記第２のＲＴＳフレームが示すものと同じ帯域幅設定を示す項目１５から１７のいずれか一項に記載の装置。
［項目２０］
前記マルチユーザフレームは、ｉ）一次アクセスカテゴリに属すデータ、及び、ｉｉ）二次アクセスカテゴリに属すデータを含み、
前記プロセッサエレクトロニクスは、
前記複数のデバイスから前記一次アクセスカテゴリに属すデータを受信する一次デバイスを識別し、
前記ＲＴＳ情報の送信は、
前記一次デバイスに初期ＲＴＳフレームを送信することを含む、項目１９に記載の装置。
［項目２１］
前記ＲＴＳ情報の送信は、
マルチユーザＲＴＳフレーム（ＭＵ−ＲＴＳフレーム）を送信して、前記識別された複数のデバイスに前記複数のＣＴＳ応答を送信させることを含む、項目１４から２０のいずれか一項に記載の装置。
［項目２２］
前記複数のＣＴＳ応答の受信は、
前記ＭＵ−ＲＴＳフレームに関する応答期間中に、空間無線通信チャネルをそれぞれ介して、それぞれのＣＴＳフレームを受信することを含む、項目２１に記載の装置。
［項目２３］
前記複数のＣＴＳ応答は、送信に利用可能な１以上の有効周波数帯の情報を含み、
前記１以上の周波数帯は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚの累積帯域幅を提供する、項目１４から２２のいずれか一項に記載の装置。
［項目２４］
前記複数のＣＴＳ応答のそれぞれは、前記ＲＴＳ情報を示す帯域幅と前記識別された複数のデバイスのそれぞれにより判断された利用可能な帯域幅とに基づいて、前記識別された複数のデバイスのそれぞれにより判断された帯域幅を示す帯域幅情報を含む、項目１４から２３のいずれか一項に記載の装置。
［項目２５］
前記プロセッサエレクトロニクスは、
前記ＴＸＯＰ中に第１のデバイスに送信するべく、一次アクセスカテゴリに属する１以上の一次データユニットを取得し、
前記ＴＸＯＰ用の少なくとも１つの二次アクセスカテゴリを決定し、
前記ＴＸＯＰ中に第２のデバイスに送信するべく、前記少なくとも１つの二次アクセスカテゴリに属する１以上の二次データユニットを取得し、
前記ＴＸＯＰ中に前記１以上の一次データユニット及び前記１以上の二次データユニットを含むマルチユーザフレームを前記第１のデバイス及び前記第２のデバイスに送信するように構成され、
前記一次アクセスカテゴリ及び前記少なくとも１つの二次アクセスカテゴリは、それぞれ異なる送信優先度に関連付けられたアクセスカテゴリの一群に含まれる、項目１４から２４のいずれか一項に記載の装置。
［項目２６］
前記プロセッサエレクトロニクスは、
前記１以上の一次データユニットに基づいて、前記マルチユーザフレームの長さを決定し、決定された前記長さに基づいて、前記マルチユーザフレームの前記１以上の二次データユニットの長さを制限する、項目２５に記載の装置。
［項目２７］
プロセッサエレクトロニクスと、
回路と、
を備えるシステムであって、
前記プロセッサエレクトロニクスは、
送信機会（ＴＸＯＰ）中に、空間ステアリングされ、マルチユーザフレームに含められたデータフレームを受信する複数のデバイスを識別し、
前記ＴＸＯＰ中に、前記識別された複数のデバイスに、送信要求情報（ＲＴＳ情報）を送信し、
前記識別された複数のデバイスから複数の送信準備完了応答（複数のＣＴＳ応答）を受信し、
前記複数のＣＴＳ応答に基づいて、前記識別された複数のデバイスの複数の帯域幅設定を決定し、
前記データフレームが空間的にステアリングされ、前記マルチユーザフレーム内で同時に送信されることを可能にし、前記ＴＸＯＰの少なくとも一部の間に利用可能な１以上の周波数帯を示す選択された帯域幅設定を提供するべく、前記複数の帯域幅設定に基づいて前記マルチユーザフレームの前記帯域幅設定を選択し、
前記回路は、
前記ＴＸＯＰ中に、選択された前記帯域幅設定に従って、前記識別された複数のデバイスに前記マルチユーザフレームを送信する、システム。
［項目２８］
前記プロセッサエレクトロニクスは、
前記識別された複数のデバイスのうち第１のデバイスに、前記ＲＴＳ情報に含まれる第１のＲＴＳフレームを送信し、
前記第１のＲＴＳフレームに呼応して、前記複数のＣＴＳ応答に含まれる第１のＣＴＳフレームを受信し、
前記第１のＣＴＳフレームの受信に呼応して、前記識別された複数のデバイスのうち第２のデバイスに、前記ＲＴＳ情報に含まれる第２のＲＴＳフレームを送信し、
前記第２のＲＴＳフレームに呼応して、前記複数のＣＴＳ応答に含まれる第２のＣＴＳフレームを受信する、項目２７に記載のシステム。
［項目２９］
前記プロセッサエレクトロニクスは、前記第１のＣＴＳフレームに基づいて前記第１のデバイスのための第１の帯域幅設定を決定し、前記第２のＣＴＳフレームに基づいて前記第２のデバイスのための第２の帯域幅設定を決定するように構成され、
前記第１のＣＴＳフレームにより示される前記第１の帯域幅設定は、前記第１のＲＴＳフレームが示す帯域幅設定以下であり、前記第１の帯域幅設定は、前記第１のデバイスで利用可能な帯域幅に基づいており、
前記第２のＣＴＳフレームにより示される前記第２の帯域幅設定は、前記第２のＲＴＳフレームが示す帯域幅設定以下であり、前記第２の帯域幅設定は、前記第２のデバイスで利用可能な帯域幅に基づいており、
前記プロセッサエレクトロニクスは、前記複数のＣＴＳ応答が示す最小帯域幅設定の選択に基づいて、前記マルチユーザフレームの前記帯域幅設定を選択するように構成される、項目２８に記載のシステム。
［項目３０］
前記複数のＣＴＳ応答のそれぞれは、前記ＲＴＳ情報を示す帯域幅と前記識別された複数のデバイスのそれぞれにより判断された利用可能な帯域幅とに基づいて、前記識別された複数のデバイスのそれぞれにより判断された帯域幅を示す帯域幅情報を含む、項目２７から２９のいずれか一項に記載のシステム。
［項目３１］
前記プロセッサエレクトロニクスは、
前記ＴＸＯＰ中に第１のデバイスに送信するべく、一次アクセスカテゴリに属する１以上の一次データユニットを取得し、
前記ＴＸＯＰ用の少なくとも１つの二次アクセスカテゴリを決定し、
前記ＴＸＯＰ中に第２のデバイスに送信するべく、前記少なくとも１つの二次アクセスカテゴリに属する１以上の二次データユニットを取得し、
前記ＴＸＯＰ中に前記１以上の一次データユニット及び前記１以上の二次データユニットを含むマルチユーザフレームを前記第１のデバイス及び前記第２のデバイスに送信するように構成され、
前記一次アクセスカテゴリ及び前記少なくとも１つの二次アクセスカテゴリは、それぞれ異なる送信優先度に関連付けられたアクセスカテゴリの一群に含まれる、項目２７から３０のいずれか一項に記載のシステム。
［項目３２］
前記プロセッサエレクトロニクスは、
前記１以上の一次データユニットに基づいて、前記マルチユーザフレームの長さを決定し、決定された前記長さに基づいて、前記マルチユーザフレームの前記１以上の二次データユニットの長さを制限する、項目３１に記載のシステム。
【図１】
0005861952.tif 000002
【図２】
0005861952.tif 000003
【図３】
0005861952.tif 000004
【図４】
0005861952.tif 000005
【図５】
0005861952.tif 000006
【図６】
0005861952.tif 000007
【図７】
0005861952.tif 000008
【図８】
0005861952.tif 000009
【図９】
0005861952.tif 000010
【図１０】
0005861952.tif 000011
【図１１】
0005861952.tif 000012