(57)【特許請求の範囲】
【請求項１】
無線通信デバイスとの間でブロック承認を利用する方法であって、
複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を統合するためのシグナリングを規定する統合データユニットフォーマットに基づいて、入力された送信を処理する前記無線通信デバイスに対する送信用のデータを取得する段階と、
前記データと前記統合データユニットフォーマットとに基づいて、ゼロより大きい長さを持ち、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）のサブフレーム内に１つのＭＰＤＵを含む前記Ａ−ＭＰＤＵを生成する段階と、
前記１つのＭＰＤＵが、前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを示し、前記無線通信デバイスに、対応するブロック承認同意なしに前記Ａ−ＭＰＤＵを受け付けさせるよう、前記サブフレームのデリミタを設定する段階と、
物理フレーム（ＰＨＹフレーム）に、前記Ａ−ＭＰＤＵを含める段階と、
前記ＰＨＹフレームを前記無線通信デバイスに送信する段階と
を備える方法。
【請求項２】
前記デリミタを設定する段階は、フレームの最後（ＥＯＦ）フィールドを１に設定する段階を有する、請求項１に記載の方法。
【請求項３】
前記データを取得する段階は、管理データを受信する段階を有し、
前記Ａ−ＭＰＤＵは、前記無線通信デバイスからの承認を必要とする管理フレームを示す、
請求項１又は２に記載の方法。
【請求項４】
前記無線通信デバイスは、第１の無線通信デバイスであり、
前記Ａ−ＭＰＤＵは、第１のＡ−ＭＰＤＵであり、
前記データを取得する段階は、第２のＡ−ＭＰＤＵで第２の無線通信デバイスに対する送信用のデータを取得する段階を有し、
前記ＰＨＹフレームを送信する段階は、前記ＰＨＹフレームで、同時にそれぞれ、前記第１のＡ−ＭＰＤＵを前記第１の無線通信デバイスに提供し、前記第２のＡ−ＭＰＤＵを前記第２の無線通信デバイスに提供する第１の空間ステアリングされたフレームおよび第２の空間ステアリングされたフレームを送信する段階を有し、
前記第１の空間ステアリングされたフレームの最後および前記第２の空間ステアリングされたフレームの最後は、同じ長さを有するように位置合わせされている請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第１の無線通信デバイスに、前記第１のＡ−ＭＰＤＵに呼応して第１の承認を送信させる段階と、
前記第２の無線通信デバイスに、前記第２のＡ−ＭＰＤＵに呼応して第２の承認を送信させる段階と
を備え、
前記第２の承認は、前記第２の無線通信デバイスとの間で構築されたブロック承認同意に従うブロック承認である、請求項４に記載の方法。
【請求項６】
対応するブロック承認同意がない場合には、１つのＡ−ＭＰＤＵを有するように前記ＰＨＹフレームを制限する段階を備え、
前記第１の承認は、前記ＰＨＹフレームが終わった後の予め定められた期間に基づいて送信され、
前記ブロック承認は、明示的なポーリングに基づいて送信される、請求項５に記載の方法。
【請求項７】
第３の無線通信デバイス用に、対応するブロック承認同意なしに、前記第３の無線通信デバイス用の１つのＭＰＤＵを含む追加のＡ−ＭＰＤＵを前記ＰＨＹフレーム内に含める段階と、
前記第３の無線通信デバイスに、前記第３の無線通信デバイス用の前記追加のＡ−ＭＰＤＵに呼応して、第３の承認を送信させる段階と
を備え、
前記第１の無線通信デバイスに前記第１の承認を送信させる段階は、第１の明示的なポーリングを前記第１の無線通信デバイスに送信する段階を有し、
前記第３の無線通信デバイスに前記第３の承認を送信させる段階は、第２の明示的なポーリングを前記第３の無線通信デバイスに送信する段階を有する、請求項５又は６に記載の方法。
【請求項８】
前記第１の空間ステアリングされたフレームは、第１の非常に高いスループットの（ＶＨＴ）データセグメントを含み、
前記第２の空間ステアリングされたフレームは、第２の非常に高いスループットの（ＶＨＴ）データセグメントを含む、請求項４から７のいずれか一項に記載の方法。
【請求項９】
前記サブフレームに、３２ビットの境界に基づくパッドを選択的に含める段階と、
前記Ａ−ＭＰＤＵ内の前記サブフレームの後に１以上のパディングデリミタを選択的に含める段階と、
前記Ａ−ＭＰＤＵに、長さが４オクテット未満の整数オクテットであるＭＡＣパッドを選択的に含める段階と
を備え、
前記１以上のパディングデリミタのそれぞれは、４オクテット長であり、ＭＰＤＵ長がゼロであることを示す、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
無線通信デバイスとの間でブロック承認を利用する装置であって、
無線通信インタフェースにアクセスする回路と、
プロセッサエレクトロニクスと
を備え、
前記プロセッサエレクトロニクスは、
複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を統合するためのデータと統合データユニットフォーマットとに基づいて、ゼロより大きい長さを持ち、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）のサブフレーム内に１つのＭＰＤＵを含む前記Ａ−ＭＰＤＵを生成し、
前記１つのＭＰＤＵが、前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを示し、前記無線通信デバイスに、対応するブロック承認同意なしに前記Ａ−ＭＰＤＵを受け付けさせるよう、前記サブフレームのデリミタを設定し、
物理フレーム（ＰＨＹフレーム）に、前記Ａ−ＭＰＤＵを含め、
前記ＰＨＹフレームを前記無線通信デバイスに、前記無線通信インタフェースを介してして送信させる、装置。
【請求項１１】
前記デリミタは、前記１つのＭＰＤＵが、前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを示すよう１に設定された、フレームの最後（ＥＯＦ）フィールドを含む、請求項１０に記載の装置。
【請求項１２】
前記Ａ−ＭＰＤＵは、前記無線通信デバイスからの承認を必要とする管理フレームを示す、請求項１０又は１１に記載の装置。
【請求項１３】
前記無線通信デバイスは、第１の無線通信デバイスであり、
前記Ａ−ＭＰＤＵは、第１のＡ−ＭＰＤＵであり、
前記データを取得することは、第２のＡ−ＭＰＤＵで第２の無線通信デバイスに対する送信用のデータを取得することを有し、
前記プロセッサエレクトロニクスは、前記ＰＨＹフレームに、同時にそれぞれ、前記第１のＡ−ＭＰＤＵを前記第１の無線通信デバイスに提供し、前記第２のＡ−ＭＰＤＵを前記第２の無線通信デバイスに提供する第１の空間ステアリングされたフレームおよび第２の空間ステアリングされたフレームを含めるよう構成され、
前記第１の空間ステアリングされたフレームの最後および前記第２の空間ステアリングされたフレームの最後は、同じ長さを有するように位置合わせされている、請求項１０から１２のいずれか一項に記載の装置。
【請求項１４】
前記プロセッサエレクトロニクスは、前記第１の無線通信デバイスを制御して、前記第１のＡ−ＭＰＤＵに呼応して第１の承認を送信させ、
前記第２の無線通信デバイスを制御して、前記第２のＡ−ＭＰＤＵに呼応して第２の承認を送信させ、
前記第２の承認は、前記第２の無線通信デバイスとの間で構築されたブロック承認同意に従うブロック承認である、請求項１３に記載の装置。
【請求項１５】
前記プロセッサエレクトロニクスは、対応するブロック承認同意がない場合には、前記１つのＡ−ＭＰＤＵを有するように前記ＰＨＹフレームを制限して、
前記第１の承認は、前記ＰＨＹフレームが終わった後の予め定められた期間に基づいて送信され、
前記ブロック承認は、明示的なポーリングに基づいて送信される、請求項１４に記載の装置。
【請求項１６】
前記プロセッサエレクトロニクスは、第３の無線通信デバイス用に、対応するブロック承認同意なしに、前記第３の無線通信デバイス用の１つのＭＰＤＵを含む追加のＡ−ＭＰＤＵを前記ＰＨＹフレーム内に含め、
前記第３の無線通信デバイスを制御して、前記第３の無線通信デバイス用の前記１つのＭＰＤＵを含む前記追加のＡ−ＭＰＤＵに呼応して、第３の承認を送信させ、
前記第１の無線通信デバイスは、第１の明示的なポーリングの受信に基づいて前記第１の承認を送信し、
前記第３の無線通信デバイスは、第２の明示的なポーリングの受信に基づいて前記第３の承認を送信する、請求項１４又は１５に記載の装置。
【請求項１７】
前記第１の空間ステアリングされたフレームは、第１の非常に高いスループットの（ＶＨＴ）データセグメントを含み、
前記第２の空間ステアリングされたフレームは、第２の非常に高いスループットの（ＶＨＴ）データセグメントを含む、請求項１３から１６のいずれか一項に記載の装置。
【請求項１８】
前記プロセッサエレクトロニクスは、
前記サブフレームに、３２ビットの境界に基づくパッドを選択的に含め、
前記Ａ−ＭＰＤＵ内の前記サブフレームの後に１以上のパディングデリミタを選択的に含め、
前記Ａ−ＭＰＤＵに、長さが４オクテット未満の整数オクテットであるＭＡＣパッドを選択的に含め、
前記１以上のパディングデリミタのそれぞれは、４オクテット長であり、ＭＰＤＵ長がゼロであることを示す、請求項１０から１７のいずれか一項に記載の装置。
【請求項１９】
無線通信デバイスとの間でブロック承認を利用する装置であって、
無線通信インタフェースにアクセスする回路と、
プロセッサエレクトロニクスと
を備え、
前記プロセッサエレクトロニクスは、
（ｉ）前記無線通信インタフェースを介して、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を統合するためのシグナリングを規定する統合データユニットフォーマットに基づいて、情報を受信し、前記情報は、ゼロより大きい長さを持ち、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）のサブフレーム内に１つのＭＰＤＵを含む前記Ａ−ＭＰＤＵを含み、
（ｉｉ）前記サブフレームのデリミタが、前記１つのＭＰＤＵが、前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを示しているかを判断し、
（ｉｉｉ）前記１つのＭＰＤＵが前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを、前記サブフレームのデリミタが示している場合、対応するブロック承認同意なしに前記Ａ−ＭＰＤＵを受け付ける、装置。
【請求項２０】
前記デリミタは、前記１つのＭＰＤＵが、前記Ａ−ＭＰＤＵ内でゼロより大きい長さを持つ唯一のＭＰＤＵであることを示すよう１に設定された、フレームの最後（ＥＯＦ）フィールドを含む、請求項１９に記載の装置。
【請求項２１】
前記プロセッサエレクトロニクスは、前記Ａ−ＭＰＤＵに呼応して承認を送信するよう構成されている、請求項１９又は２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線ローカルエリアネットワーク（ＷＬＡＮ）等の無線通信システムに係る。
【背景技術】
【０００２】
本開示は、２０１０年５月２１日提出の米国仮特許出願第６１／３４７，１４４号明細書「１１ａｃフレームパディング」の優先権の恩恵を請求しており、２０１０年４月２１日提出の米国仮特許出願第６１／３２６，４９９号明細書「１１ａｃフレームパディング」の優先権の恩恵を請求しており、２００９年１２月９日提出の米国仮特許出願第６１／２８５，１１２号明細書「１１ａｃフレームパディング」の優先権の恩恵を請求しており、これら全ての出願全体を参照としてここに組み込む。
【０００３】
無線通信システムは、１以上の無線チャネル上で通信する複数の無線通信デバイスを含みうる。インフラストラクチャモードで動作するとき、アクセスポイント（ＡＰ）と称される無線通信デバイスは、インターネット等のネットワークとの接続を、クライアントステーションまたはアクセス端末（ＡＴ）等の他の無線通信デバイスに提供する。様々な無線通信デバイスの例には、モバイルフォン、スマートフォン、無線ルータ、および無線ハブが含まれる。一部のケースでは、無線通信エレクトロニクスを、ラップトップ、情報携帯端末、およびコンピュータといったデータ処理機器と集計することもできる。
【０００４】
ＷＬＡＮ等の無線通信システムは、直交周波数分割多重化（ＯＦＤＭ）等の１以上の無線通信技術を利用することができる。ＯＦＤＭに基づく無線通信システムでは、データストリームを複数のデータサブストリームに分割する。これらデータサブストリームは、それぞれ異なるＯＦＤＭサブキャリア（トーンまたは周波数トーンと称されることがある）に乗せられて送信される。ＩＥＥＥ（アイトリプルイー）無線通信規格（例えばＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｎ、またはＩＥＥＥ８０２．１１ａｃ）で定義されているようなＷＬＡＮは、ＯＦＤＭを利用して信号を送受信することができる。
【０００５】
ＷＬＡＮの無線通信デバイスは、媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）層のために１以上のプロトコルを利用することができる。例えば無線通信デバイスは、ＭＡＣ層に搬送波感知多重アクセス/衝突回避（ＣＡ）方式（ＣＳＭＡ）を利用して、ＰＨＹ層にＯＦＤＭを利用することができる。
【０００６】
一部の無線通信システムには、各無線通信デバイスが単一のアンテナを利用する、単一入力単一出力（ＳＩＳＯ）通信法を利用するものもある。また他の無線通信システムのなかには、多入力多出力（ＭＩＭＯ）通信法を利用するものもあり、この方法では、例えば１つの無線通信デバイスが、複数の送信アンテナおよび複数の受信アンテナを利用する。ＭＩＭＯに基づく無線通信デバイスは、ＯＦＤＭ信号のトーンそれぞれで複数のアンテナを介して複数の空間ストリームを送受信することができる。
【発明の概要】
【０００７】
本開示は、無線通信システムおよび技術に係る。
【０００８】
本開示の一態様では、無線通信技術が、無線通信デバイスへの送信用のデータを取得することが含まれる。無線通信デバイスは、ＭＡＣプロトコルデータユニット等の複数の媒体アクセス制御（ＭＡＣ）データユニットを統合するためのシグナリングを規定する統合データユニットフォーマットに基づいて、入力される送信を処理するように構成されていてよい。本技術は、物理（ＰＨＹ）フレームに、データと、統合データユニットフォーマットとに基づく、１つのＭＡＣデータユニットを含む統合データユニットを含める。また技術には、ＰＨＹフレームに、統合データユニット内のＭＡＣデータユニットが１つであり、無線通信デバイスに、対応するブロック承認同意なしに統合データユニットを受け付けさせるよう信号で伝えるための情報を含めることが含まれる。ＰＨＹフレームは、無線通信デバイスに送信することができる。
【０００９】
本開示の別の一態様では、無線通信技術が、ＰＨＹフレームを介して無線通信デバイスへの送信用のデータを取得して、ＰＨＹフレームにデータをカプセル化する１以上のＭＡＣデータユニットを含め、ＰＨＹフレームに関するシンボル数に基づいてＭＡＣ層パッドの長さを決定して、ＭＡＣ層パッドの長さがゼロより大きい場合に、ＰＨＹフレームの１以上のＭＡＣデータユニットの後に、ＭＡＣ層パッドを含め、ＰＨＹフレームの残りの利用可能なビットに基づいてＰＨＹ層パッドの長さを決定して、ＰＨＹ層パッドの長さがゼロより大きい場合に、フレームのＭＡＣ層パッドの後にＰＨＹ層パッドを含め、ＰＨＹフレームを無線送信デバイスに送信することを含む。
【００１０】
記載したシステムおよび技術は、電子回路、コンピュータハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせ（例えば、本明細書およびその構造上の均等物に開示されている構造上の手段等）で実装可能である。これには、１以上のデータ処理装置（例えば、プログラム可能プロセッサを含む信号処理デバイス）に、記載した動作を実行させることのできるプログラムを具現化する少なくとも１つのコンピュータ可読媒体が含まれてよい。従ってプログラムは、開示された方法、システム、または装置により実装することができ、装置は、開示されたシステム、コンピュータ可読媒体、または方法により実装することができる。同様に、方法は、開示されたシステム、コンピュータ可読媒体、または装置により実装することができ、システムは、開示された方法、コンピュータ可読媒体、または装置により実装することができる。
【００１１】
例えば、１以上の開示されている実施形態を、特定用途向けのデータ処理装置（例えば、無線アクセスポイント、遠隔環境モニタ、ルータ、スイッチ、コンピュータシステムコンポーネント、媒体アクセスユニット等の無線通信デバイス）、モバイルデータ処理装置（例えば、無線クライアント、セルラー電話機、スマートフォン、情報携帯端末（ＰＤＡ）、モバイルコンピュータ、デジタルカメラ）、コンピュータ等の汎用データ処理装置、またはこれらの組み合わせを含むがこれらに限定はされない様々なシステムおよび装置で実装することができる。
【００１２】
１以上の実装例の詳細を、添付図面および記載で示す。他の特徴および利点も、記載および図面、ならびに請求項から明らかである。
【図面の簡単な説明】
【００１３】
【図１Ａ】統合データユニットに１つの媒体アクセス制御データユニットが含まれることをシグナリングすることに基づく通信プロセスの一例を示す。
【００１４】
【図１Ｂ】フレームパディング技術に基づく通信プロセスの一例を示す。
【００１５】
【図２】２つの無線通信デバイスを含む無線ネットワークの一例を示す。
【００１６】
【図３】無線通信デバイスアーキテクチャの一例を示す。
【００１７】
【図４】「フレームの最後」をシグナリングするＭＡＣパディングを含む空間通信フローレイアウトの一例を示す。
【００１８】
【図５】ＭＡＣおよびＰＨＹ層パディングを含む送信レイアウトの一例を示す。
【００１９】
【図６】ＭＡＣおよびＰＨＹ層パディングおよび「フレームの最後」をシグナリングする送信レイアウトの一例を示す。
【００２０】
【図７】長いデータユニットのシグナリングおよび承認を含む空間通信フローの一例を示す。
【００２１】
【図８Ａ】ブロック承認のオーバヘッドの低減に関する通信フローレイアウトの一例を示す。
【図８Ｂ】ブロック承認のオーバヘッドの低減に関する通信フローレイアウトの一例を示す。
【図８Ｃ】ブロック承認のオーバヘッドの低減に関する通信フローレイアウトの一例を示す。
【００２２】
【図９Ａ】マルチユーザフレーム送信レイアウトおよび関連する承認応答を例示する。
【図９Ｂ】マルチユーザフレーム送信レイアウトおよび関連する承認応答を例示する。
【００２３】
【図１０】空間通信フローレイアウトの別の例を示す。
【００２４】
【図１１】空間通信フローレイアウトの別の例を示す。
【００２５】
【図１２】統合データユニットに１つの媒体アクセス制御データユニットが含まれることをシグナリングすることに基づく通信プロセスの別の一例を示す。
【００２６】
【図１３】承認の通信プロセスの一例を示す。
【００２７】
様々な図面における類似した参照符号は、同様のエレメントを示す。
【発明を実施するための形態】
【００２８】
本開示は、とりわけ、統合データユニットのシグナリングおよび承認のためのシステムおよび技術を含む無線ローカルエリアネットワークのための技術の詳細および例を提供する。この技術には、ここに開示するように、シグナリングおよび１以上のフレームパディング技術が含まれる。統合されたプロトコルユニットのシグナリング技術は、信号データユニットを含む統合データユニットのシグナリングを含み、このシグナリングによって、無線通信デバイスが、対応するブロック承認同意なしに、信号データユニットを含む、受信した統合データユニットを受け付けることができるようになる。フレームパディング技術の一例には、無線通信デバイスを動作させて、フレーム送信に必要となるシンボル数に基づいて、ＭＡＣ層パディング、ＰＨＹ層パディングを判別することが含まれる。記載されている技術の１以上の潜在的な利点には、ブロック承認のオーバヘッドが低減すること、システム帯域幅が増加すること、古い規格との後方互換性が保たれること、またはこれらの組み合わせが含まれる。ここに記載する技術およびアーキテクチャは、ＩＥＥＥ８０２．１１ａｃに基づくもの等の、様々な無線通信システムで実装することができる。
【００２９】
図１Ａは、統合データユニットに１つの媒体アクセス制御データユニットが含まれることをシグナリングすることに基づく通信プロセスの一例を示す。１０１で、通信プロセスは、無線通信デバイスへの送信用のデータを取得する。無線通信デバイスは、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）等の複数の媒体アクセス制御（ＭＡＣ）データユニットを、統合ＭＰＤＵ（Ａ−ＭＰＤＵ等）の統合データユニットに統合するためのシグナリングを規定する統合データユニットフォーマットに基づいて、入力される送信を処理するように設計されていてよい。送信用データを取得することには、アプリケーション、サーバ等の２以上のソースから、ネットワークまたは格納デバイスを介して２以上の無線通信デバイスのデータを取得することが含まれてよい。一部の実装例では、通信プロセスは、複数のデバイスに同時送信するために、空間分割多元接続（ＳＤＭＡ）技術に基づいて、取得した送信用データをアレンジする。
【００３０】
１０２で、プロセスは、ＰＨＹフレームに、データおよび統合データユニットフォーマットに基づいており、単一のＭＡＣデータユニットを含む、統合データユニットを組み込むことを含む。場合によっては、統合データユニットが、管理フレームを示していることもある。従い、データの取得には、管理フレームのための管理データの受信が含まれてよい。管理フレームのタイプのなかには、無線通信デバイスからの承認を必要とするものもある。また、承認を必要としない管理フレームのタイプもある。
【００３１】
１０３で、プロセスは、統合データユニット内のＭＡＣデータユニットが１つであることを合図し、かつ、無線通信デバイスが対応するブロック承認同意なしに前記統合データユニットを受け付けることを許可する情報をＰＨＹフレームに含める。一部の実装例では、送信デバイスは、ＰＨＹフレームのＰＨＹシグナリングフィールドに、統合データユニット内のＭＡＣデータユニットが１つであることを示す情報を含んでよい。他の実装例のなかには、送信デバイスが、統合データユニットのＭＡＣヘッダに、統合データユニットのＭＡＣデータユニットが１つであることを示す情報を含めるものもある。他の実装例のなかには、送信デバイスが、統合データユニットのサブフレームのデリミタ内に、統合データユニットのＭＡＣデータユニットが１つであることを示す情報を含め、サブフレームがＭＡＣデータユニットを含むものがあってもよい。
【００３２】
１０４で、通信プロセスは、ＰＨＹフレームを無線通信デバイスに送信する。一部の実装例では、通信プロセスは、ＰＨＹフレームを示すデジタル信号を、無線通信インタフェースに送信して、ここでデジタル信号がアナログ信号に変換されてもよい。ＰＨＹフレームの送信には、２以上のデバイスにデータを同時に提供する２以上の空間ステアリングフレームを送信することが含まれてよい。
【００３３】
図１Ｂは、フレームパディング技術に基づく通信プロセスの一例を示す。アクセスポイントデバイスまたはクライアントデバイス等のデバイスが実装する通信プロセスは、送信におけるフレームパディングを選択的に含めることができる。フレームパディングを含むかどうかは、送信に必要なシンボル数に基づいて決定されてよい。１０５で、通信プロセスは、無線通信デバイスへの送信用のデータを取得する。送信用のデータの取得には、アプリケーション、サーバ等の２以上のソースから、ネットワークまたは格納デバイスを介して２以上の無線通信デバイス用のデータを受信することが含まれてよい。一部の実装例では、通信プロセスは、データを複数のデバイスに同時送信するために、ＳＤＭＡ技術に基づいて、取得したデータを送信用にアレンジする。１１０で、プロセスは、ＰＨＹフレームにデータをカプセル化したＭＰＤＵを含める。取得したデータに基づいて、ＭＡＣ層は、単一のＭＰＤＵを含む、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）を生成することができる。ＰＨＹ層は、Ａ−ＭＰＤＵをＰＨＹフレームに含めることができる。一部の実装例では、ＭＰＤＵデリミタのサイズは４オクテットである。ＰＨＹフレームは、２以上の空間ステアリングフレームを、それぞれＡ−ＭＰＤＵとともに、２以上のデバイス用に含んでよい。
【００３４】
通信プロセスは１１５で、ＰＨＹフレームに関するシンボル数に基づいて、ＭＡＣ層パッドの長さを決定することができる。ＭＡＣ層は、１以上のＭＰＤＵおよびＭＡＣ層パッドを生成することができる。一部の実装例では、ＰＨＹ層は、ＰＨＹフレームに必要なシンボル数を低減するために、ＭＡＣ層パッドの長さを短くすることができる。一部の実装例では、ＭＡＣ層は、４オクテットの境界に基づいてＭＡＣ層パッドを決定することができる。必要に応じて、ＰＨＹ層は、ＰＨＹフレームに関するシンボル境界に基づいてＭＡＣ層パッドを調節することもできる。ＰＨＹ層には、ＰＨＹパッドビットおよび畳み込み符号（ＣＣ）テールビット等のＰＨＹ層ビットを追加することもできる。プロセスは、１２０で、ＭＡＣ層パッドの長さが０を超えると、ＰＨＹフレーム内のＭＰＤＵの後にＭＡＣ層パッドを含めることを含んでよい。一部の実装例では、ＭＡＣ層では、ＭＡＣ層パッドがＡ−ＭＰＤＵに含まれている。
【００３５】
ＭＡＣ層パッドをフレームに含めることには、Ａ−ＭＰＤＵの、ＭＰＤＵを含むサブフレームの後に、１以上のパディングデリミタを含めることを含んでよい。パディングデリミタは、ＭＰＤＵデリミタフォーマットに基づいていて良い。ＭＡＣ層パッドをフレームに含めることには、ＭＡＣパッドを、１以上のパディングデリミタの後に含めることが含まれてよい。ＭＡＣパッドは、４オクテット未満の整数倍のオクテット長であってよい（例えば、１、２、または３オクテットの長さであってよく、また不要の場合には０であってもよい）。ＭＡＣ層パッドは、１以上のパディングデリミタおよびＭＡＣパッドを含んでよい。パディングデリミタに、「フレームの最後」（ＥＯＦ）フラグを含めることで、無線通信デバイスに、対応するパディングデリミタの後のＰＨＹフレームの受信を停止するよう通知することができる。ＥＯＦフラグに基づいて、受信側の無線通信デバイスは、受信回路を停止させて電力消費を低減させることができる。
【００３６】
１２５で、通信プロセスは、ＰＨＹフレーム内の、残りの利用可能なビットに基づいて、ＰＨＹ層パッドの長さを決定する。ＰＨＹフレーム内の、残りの利用可能なビットの決定には、ＰＨＹフレームの長さを読み出し、Ａ−ＭＰＤＵの長さおよびＰＨＹテールビットの長さを読み出して、ＰＨＹ層パッドと共にファイルするＰＨＹフレームの一部の長さを決定することが含まれる。１３０で、プロセスは、ＰＨＹ層パッドの長さが０より大きい場合、フレーム内の、ＭＡＣ層パッドの後に、ＰＨＹ層パッドを含める。一部の実装例では、通信プロセスは、ＰＨＹ層パッドの長さを３２ビット未満に制限する。一部の他の実装例では、通信プロセスは、ＰＨＹ層パッドの長さを８ビット未満に制限する。テールビットは、ＰＨＹ層パッドの後に追加することができる。
【００３７】
１３５で、通信プロセスは、ＰＨＹフレームを、（１つであっても複数であってもよい）無線通信デバイスに送信する。ＰＨＹフレームの送信には、２以上のデバイスにデータを同時に提供する２以上の空間ステアリングフレームの送信が含まれる。ステアリングフレームの最後は、承認の送信を促すような位置に決定することができる。ステアリングフレームのうち１以上は、ＭＡＣ層パディング、ＰＨＹ層パディング、または両方を含んでよい。パディング量は、ステアリングフレームの長さにより決定される最大長に基づいていてよい。一部の実装例では、ステアリングフレームの最後は、同じ長さになるように位置を決められ、これはステアリングフレームに共通している全方向性のＰＨＹシグナリングフィールドによりシグナリングされる。
【００３８】
送信デバイスは、Ａ−ＭＰＤＵの最後の、ゼロではない長さのＡ−ＭＰＤＵサブフレームの後に１以上のパディングデリミタを含むことができ、１以上のパディングデリミタそれぞれの長さが４オクテットであってよい。送信デバイスは、１以上のパディングデリミタの後にＭＡＣパッドを含んでよい。パディングデリミタは、ゼロのＭＰＤＵ長さを示すことができる。一部の実装例では、ＭＡＣパッドは、４オクテット未満の整数倍のオクテット長を有する。一部の実装例では、ＭＡＣパッドは、部分的なＥＯＦパディングデリミタであってよい。ＭＡＣ層パッドは、１以上のパディングデリミタおよびＭＡＣパッドを含むことができる。一部の実装例では、１以上のパディングデリミタが、ＰＨＹフレームの残りの部分の受信を停止するようにと受信側デバイスに通知するための、「フレームの最後」フラグを含む。
【００３９】
ＭＡＣ層パッドは、ｄｗｏｒｄパッドを含むことができる。一部の実装例では、送信デバイスは、Ａ−ＭＰＤＵの最後のゼロではない長さのＡ−ＭＰＤＵサブフレームに、ｄｗｏｒｄパッドを含む。送信デバイスでは、ＰＨＹフレームに利用可能なバイトが残っている限りは（テールビットを除く）、ｄｗｏｒｄパッド、パディングデリミタ、およびＭＡＣバイトパッドを１つずつ追加することができる。例えばデバイスは、最後のＡ−ＭＰＤＵサブフレームが４バイトの境界に達するまで、または、ＰＨＹフレームの最終バイトに達するまで、ｄｗｏｒｄをバイトごとに追加することができる。デバイスは、残りのバイトが４バイトより大きい場合にはいつでも、１以上のパディングデリミタを１つずつ追加することができる。残りのバイトが４バイト未満である場合には、デバイスは、ＭＡＣパッドを追加して、１以上の残りのバイトを充填することができる。受信側のデバイスでは、ＲＸ  ＰＨＹは、テールビットを除き、フレームの最終バイトまで、受信したＰＨＹフレームを処理して、受信したデータをＲＸ  ＭＡＣに渡す。ＲＸ  ＭＡＣは、ＥＯＦパディングデリミタを検知するまで、または、最後に処理したＡ−ＭＰＤＵサブフレームの後に残るデータが４バイト未満になるまでは、受信したＡ−ＭＰＤＵサブフレームを１つずつ処理する。
【００４０】
一部の実装例では、送信デバイスは、ＰＨＹフレームにおいて、ＰＨＹテールビットを除いて、ＰＨＹフレームの最後の８ビットの境界にまでＭＡＣ層パッドを到達させて、ＰＨＹ層パッドの長さを８ビット未満に制限する。一部の他の実装例では、送信デバイスは、ＰＨＹフレームにおいて、ＰＨＹテールビットを除いて、ＰＨＹフレームの最後の３２ビットの境界にまでＭＡＣ層パッドを到達させて、ＰＨＹ層パッドの長さを３２ビット未満に制限する。
【００４１】
一部の実装例では、単一のＭＰＤＵベースのＡ−ＭＰＤＵが、Ａ−ＭＰＤＵ内にＭＰＤＵが１つだけ存在していることを示すデリミタを含むＡ−ＭＰＤＵサブフレームを含み、このＡ−ＭＰＤＵサブフレームが、この１つだけのＭＰＤＵを含んでいる。送信デバイスは、Ａ−ＭＰＤＵサブフレーム内に、３２ビットの境界に基づくパッドを選択的に含めることができる。送信デバイスは、Ａ−ＭＰＤＵ内に、Ａ−ＭＰＤＵサブフレームの後に１以上のパディングデリミタを選択的に含めることができ、１以上のパディングデリミタそれぞれの長さが４オクテット長であり、ＭＰＤＵ長がゼロと示していてよい。デバイスは、Ａ−ＭＰＤＵに、４オクテット未満の整数倍のオクテット長のＭＡＣパッドを選択的に含めることができる。
【００４２】
無線通信デバイスは、ここに記載する１以上の技術を実行するよう構成された無線通信インタフェースおよびプロセッサエレクトロニクスにアクセスする回路を含むことができる。無線通信インタフェースは、無線通信信号を送受信する回路を含むことができる。
【００４３】
図２は、２つの無線通信デバイスを含む無線ネットワークの一例を示す。アクセスポイント（ＡＰ）、基地局（ＢＳ）、無線ヘッドセット、アクセス端末（ＡＴ）、クライアントステーション、または移動局（ＭＳ）等の無線通信デバイス２０５、２０７は、プロセッサエレクトロニクス２１０、２１２等の回路を含んでよい。プロセッサエレクトロニクス２１０、２１２は、本開示で提示される１以上の技術を実装する１以上のプロセッサを含むことができる。無線通信デバイス２０５、２０７は、１以上のアンテナ２２０ａ、２２０ｂ、２２２ａ、２２２ｂを介して、無線信号を送受信するために、トランシーバエレクトロニクス２１５、２１７等の回路を含む。無線通信デバイス２０５、２０７は、高スループット（ＨＴ）デバイス（例えばＩＥＥＥ８０２．１１ｎベースのデバイス）または非常に高いスループットの（ＶＨＴ）デバイス（例えばＩＥＥＥ８０２．１１ａｃベースのデバイス）等の１以上のタイプのデバイス（例えば、異なる無線通信規格に基づく複数のデバイス）と通信することができる。
【００４４】
一部の実装例では、トランシーバエレクトロニクス２１５、２１７は、集計された送受信回路を含む。一部の実装例では、トランシーバエレクトロニクス２１５、２１７は、複数の無線ユニットを含む。一部の実装例では、無線ユニットは、信号の送受信のために、ベースバンドユニット（ＢＢＵ）および無線周波数ユニット（ＲＦＵ）を含む。トランシーバエレクトロニクス２１５、２１７は、検知器、復号器、変調器、および符号器のうち１以上を含むことができる。トランシーバエレクトロニクス２１５、２１７は、１以上のアナログ回路を含んでよい。無線通信デバイス２０５、２０７は、情報（データ、命令、またはこれら両方）を格納するよう構成されている１以上のメモリ２２５，２２７を含む。一部の実装例では、無線通信デバイス２０５、２０７は、送信専用回路、および、受信専用回路を含む。一部の実装例では、無線通信デバイス２０５、２０７は、サービス提供デバイス（例えばアクセスポイント）またはクライアントデバイスとして動作することができる。
【００４５】
第１の無線通信デバイス２０５は、直交空間サブスペース（例えば直交ＳＤＭＡサブスペース）等の２以上の空間無線通信チャネルを介して１以上のデバイスにデータを送信することができる。例えば、第１の無線通信デバイス２０５が、空間無線チャネルを利用して第２の無線通信デバイス２０７にデータを送信して、且つ、これと同時に、異なる空間無線チャネルを利用して第３の無線通信デバイスにデータを送信することができる。一部の実装例では、第１の無線通信デバイス２０５は、１つの周波数範囲に対して空間的に分離した無線チャネルを提供するために、２以上の空間多重行列を利用して２以上お無線通信デバイスにデータを送信する空間分割技術を実装する。
【００４６】
ＭＩＭＯを利用可能なアクセスポイント等の無線通信デバイスは、それぞれ異なるクライアント無線通信デバイスに関する空間的に分離した信号に対して、１以上のトランスミッタ側のビームフォーミング行列を適用することで、複数のクライアント無線通信デバイスに対する信号を、同じ周波数範囲に同時に送信することができる。無線通信デバイスのそれぞれ異なるアンテナにおけるそれぞれ異なる信号パターンに基づいて、各クライアント無線通信デバイスは、自身の信号を識別することができる。ＭＩＭＯを利用可能なアクセスポイントは、クライアント無線通信デバイスそれぞれのチャネル状態情報を取得するために、サウンディングに参加することができる。アクセスポイントは、空間ステアリング行列等の空間多重行列を、それぞれ異なるクライアントデバイスに対する信号を空間的に分離させるためのそれぞれ異なるチャネル状態情報に基づいて計算することができる。
【００４７】
図３は、ここで記載する様々な実装の詳細を含むことのできる、無線通信デバイスアーキテクチャの一例を示す。無線通信デバイス３５０は、ステアリング行列等の各空間多重行列Ｗｉにより空間的に分離される、それぞれ異なるクライアントに対してそれぞれ信号を生成することができる。各Ｗｉはそれぞれサブスペースが関連付けられている。無線通信デバイス３５０はＭＡＣモジュール３５５を含む。ＭＡＣモジュール３５５は、１以上のＭＡＣ制御ユニット（ＭＣＵ）を含む（不図示）。無線通信デバイス３５０は、Ｎ個のクライアントデバイスそれぞれについて、ＭＡＣモジュール３５５からデータストリームを受信する３以上の符号器３６０ａ、３６０ｂ、３６０ｃを含む。符号器３６０ａ−ｃは、順方向誤り訂正（ＦＥＣ）符号技術等の符号化を行い、符号化されたストリームそれぞれを生成する。変調器３６５ａ、３６５ｂ、３６５ｃは、符号化されたストリームそれぞれを変調して、空間マッピングモジュール３７０ａ、３７０ｂ、および３７０ｃに提供する、変調されたストリームを生成することができる。
【００４８】
空間マッピングモジュール３７０ａ−ｃは、データストリームが意図しているクライアントデバイスに関連付けられている空間多重行列Ｗｉを取得するためにメモリ（不図示）にアクセスすることができる。一部の実装例では、空間マッピングモジュール３７０ａ−ｃは、異なる行列を取得するために、同じメモリにではあるが、異なるオフセットでアクセスする。加算器３７５は、空間マッピングモジュール３７０ａ−ｃから空間ステアリングされた出力を合計することができる。
【００４９】
逆高速フーリエ変換（ＩＦＦＴ）モジュール３８０は、加算器３７５の出力にＩＦＦＴを行い、時間領域の信号を生成することができる。デジタルフィルタリングおよび無線モジュール３８５は、時間領域の信号をフィルタリングして、アンテナモジュール３９０を介して送信するための信号を増幅することができる。アンテナモジュール３９０は、複数の送信アンテナと複数の受信アンテナとを含むことができる。一部の実装例では、アンテナモジュール３９０は、無線通信デバイス３５０の外部にある、着脱可能なユニットである。
【００５０】
一部の実装例では、無線通信デバイス３５０は１以上の集積回路（ＩＣ）を含む。一部の実装例では、ＭＡＣモジュール３５５は１以上のＩＣを含む。一部の実装例では、無線通信デバイス３５０は、ＭＡＣモジュール、ＭＣＵ，ＢＢＵ、またはＲＦＵといった複数のユニットおよび／またはモジュールの機能を実装するＩＣを含む。一部の実装例では、無線通信デバイス３５０は、送信用のデータストリームをＭＡＣモジュール３５５に提供するホストプロセッサを含む。一部の実装例では、無線通信デバイス３５０は、ＭＡＣモジュール３５５からデータストリームを受信するホストプロセッサを含む。一部の実装例では、ホストプロセッサはＭＡＣモジュール３５５を含む。
【００５１】
ＭＡＣモジュール３５５は、送信制御プロトコル等のより上位のプロトコルから、インターネットプロトコル（ＴＣＰ／ＩＰ）を介して受信したデータに基づいてＭＡＣサービスデータユニット（ＭＳＤＵ）を生成することができる。ＭＡＣモジュール３５５は、ＭＳＤＵに基づいてＭＡＣプロトコルデータユニット（ＭＰＤＵ）を生成することができる。一部の実装例では、ＭＡＣモジュール３５５は、物理層サービスデータユニット（ＰＳＤＵ）をＭＰＤＵに基づいて生成することができる。例えば、無線通信デバイスは、単一の無線通信デバイス受信者を宛先とするデータユニット（例えばＭＰＤＵまたはＰＳＤＵ）を生成することができる。物理層プロトコルデータユニット（ＰＰＤＵ）はＰＳＤＵをカプセル化することができる。
【００５２】
無線通信デバイス３５０は、複数のクライアントデバイスを宛先とする全方向送信を実行することができる。例えば、ＭＡＣモジュール３５５は、ＭＡＣモジュール３５５とＩＦＦＴモジュール３８０との間の単一のデータ経路を作動させることができる。デバイス３５０は、別個のデータを複数のクライアントデバイスに同時に提供するステアリング送信を実行することができる。デバイス３５０は、全方向送信とステアリング送信とを交互に行うことができる。ステアリング送信では、デバイス３５０は、第１の空間無線チャネル経由で第１のクライアントに第１のＰＰＤＵを送信しつつ、同時に、第２の空間無線チャネル経由で第２のクライアントに第２のＰＰＤＵを送信することができる。
【００５３】
以下の図面を見ると、送信信号は、１以上のレガシートレーニングフィールド（Ｌ−ＴＦ）（例えば、レガシーショートトレーニングフィールド（Ｌ−ＳＴＦ）またはレガシーロングトレーニングフィールド（Ｌ−ＬＴＦ）等）を含むことができる。送信信号は、１以上のレガシー信号フィールド（Ｌ−ＳＩＧ）を含むことができる。送信信号は、１以上のＶＨＴ信号フィールド（ＶＨＴ−ＳＩＧ）を含むことができる。送信信号は、１以上のＶＨＴトレーニングフィールド（ＶＨＴ−ＴＦ）を含むことができる。これらのトレーニングフィールドの例には、ＶＨＴショートトレーニングフィールド（ＶＨＴ−ＳＴＦ）およびＶＨＴロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）が含まれる。送信信号は、ＶＨＴ−Ｄａｔａフィールド等の異なるタイプのデータフィールドを含むことができる。
【００５４】
図４は、「フレームの最後」をシグナリングするＭＡＣパディングを含む空間通信フローレイアウトの一例を示す。ＳＤＭＡに基づく送信では、ＳＤＭＡを利用可能なデバイスが、ＶＨＴ−Ｄａｔａセグメントを、３つの空間チャネルをそれぞれ介して３つの受信側デバイスに送信する。ＶＨＴ−Ｄａｔａセグメントは、各統合ＭＰＤＵ（Ａ−ＭＰＤＵ）４１５ａ、４１５ｂ、および４１５ｃを含む。Ａ−ＭＰＤＵ４１５ａ−ｃは、１以上のサブフレームを含む。
【００５５】
Ａ−ＭＰＤＵ４１５ａ−ｃを送信する前に、ＳＤＭＡを利用可能なデバイスは、Ｌ−ＳＩＧ４０５および１以上のＶＨＴ−ＳＩＧ４１０を受信側デバイスに送信する。Ｌ−ＳＩＧ４０５は、ＰＨＹフレーム４０１の残りの期間を示す情報（例えばＬ−ＳＩＧ４０５の最後からＰＰＤＵの最後までのシンボルの数）を含んでいる。例えばクライアントデバイスは、フレーム４０１の最後を、Ｌ−ＳＩＧ４０５に含まれる長さフィールドよび速さフィールドから判断することができる。フレーム４０１の最後は、ＳＤＭＡに基づく送信における最長のＶＨＴ−Ｄａｔａセグメントに基づいている。これより短いＶＨＴ−Ｄａｔａセグメントに関してはパディングを行うことで、最長のＶＨＴ−Ｄａｔａセグメントと位置合わせすることができる。一部の実装例では、ＶＨＴ−ＳＩＧ４１０には、ＰＨＹフレーム４０１の残りの期間を示す情報（ＶＨＴ−ＳＩＧ４１０の最後からＰＰＤＵの最後まで）が含まれている。図示した通信レイアウトでは、ＶＨＴ−ＳＩＧ４１０が示す残りの期間が、Ｌ−ＳＩＧ４０５が示す残りの期間よりも短くなっている。他の実装例には、宛先デバイスにステアリングされたＶＨＴ−ＳＩＧ４１０が、宛先デバイスに送信されたＡ−ＭＰＤＵに含まれている、ＭＡＣ層パディングを除いた有用なデータの長さを示すものもある。
【００５６】
パディングが必要な場合のパディング量は、Ｌ−ＳＩＧ４０５、ＶＨＴ−ＳＩＧ４１０、または両方が示す残りのシンボル期間に基づいて決定することができる。必要な場合、送信デバイスは、Ａ−ＭＰＤＵ４１５ｂ、ｃの最後の後にＭＡＣパディング４２０ａ、４２０ｂを挿入する。Ａ−ＭＰＤＵはＭＡＣパディングを含むことができる。ＭＡＣパディング４２０ａ、ｂは、１以上のＥＯＦパディングデリミタ等の「フレームの最後」（ＥＯＦ）シグナリングを含むことができる。パディングデリミタは、ＭＰＤＵデリミタフォーマットに基づいて決定されてよい。一部の実装例では、ＥＯＦパディングデリミタは、ＥＯＦフラグ、ゼロに設定されているＭＰＤＵ長さフィールド、チェックサム、および、デリミタ署名を含む。
【００５７】
必要な場合、ＡＰデバイスは、ＰＨＹパディング４２５ａ、４２５ｂ、４２５ｃをＡ−ＭＰＤＵ４１５ａ−ｃの最後の後に挿入する、または、もしも存在する場合には、ＭＡＣパディング４２０ａ、ｂの最後の後に挿入する。ＰＨＹパディング４２５ａ−ｃの後に、ＡＰは、畳み込み符号（ＣＣ）テールビット４３０ａ、４３０ｂ、４３０ｃ等のテールビットを挿入する。パディングされていないＡ−ＭＰＤＵがフレーム４０１の最後のシンボルの１点に到達しないことに基づいて、ＡＰデバイスは、ＭＡＣパディング４２０ａ、４２０ｂを、パディングされていないＡ−ＭＰＤＵ４１５ｂ、ｃの最後の後に挿入する。フレーム４０１内のクライアントデバイス通信のためのＰＨＹパディング４２５ｂ、ｃ、およびテールビット４３０ｂ、ｃに基づいて、この一点の位置は、各クライアントデバイス通信によって異なる場合がある。従って、フレーム４０１のそれぞれのクライアントデバイス通信に対してＭＡＣパディング４２０ａ、ｂの量を異ならせることができる。
【００５８】
パディングを追加するかの決定には、ＭＡＣ層パディング４２０ａ、４２０ｂを除き、ＣＣテールビット４３０ｂ、４３０ｃを加えたＡ−ＭＰＤＵの最終サブフレームの最後が、Ｌ−ＳＩＧ４０５期間フィールド、ＶＨＴ−ＳＩＧ４１０期間フィールド、またはこれら両方の期間フィールドが決定する最終シンボルの境界の最後内にあるかをチェックすることが含まれる。１つのパディング技術においては、３２ビットの境界に最後のＡ−ＭＰＤＵサブフレームをパディングしたり、これ以上パディングデリミタを追加できないという、ぎりぎりのところまでパディングデリミタを追加し続けたりすること、またはこれら両方を行うことにより、ＴＸ  ＭＡＣ層がＡ−ＭＰＤＵを３２ビットの境界にパディングすることができる。パディングを含みうるＡ−ＭＰＤＵに基づいて、ＴＸ  ＰＨＹ層は、３２ビット未満のＰＨＹパッドおよびＰＨＹテールビットを追加して、最終シンボルの境界にデータを拡張する。一部の実装例では、ＴＸ  ＭＡＸ層が、Ａ−ＭＰＤＵの最終のＡ−ＭＰＤＵサブフレームを３２ビットの境界にパディングしたり、対応するＰＰＤＵの全ての利用可能なビットが充填されるまでパディングデリミタを追加し続けたりすること、またはこれら両方を行うことができる。ＭＡＣ層パッドがＡ−ＭＰＤＵを３２ビットの境界に拡張することに基づくと、Ａ−ＭＰＤＵにＰＨＹテールビットを足し合わせたものが、最終シンボルの境界を越えることもある。ＴＸ  ＰＨＹ層は、ＭＡＣ層パディング、ＰＨＹパッド、およびＰＨＹテールビット４３０がフレームの最終シンボルの境界に収まるまで、ＭＡＣ層パディングのサイズを低減することができる。
【００５９】
図５は、ＭＡＣおよびＰＨＹ層パディングを含む送信レイアウトの一例を示す。デバイスは、ＭＡＣ層およびＰＨＹ層を含む複数のプロトコル層を介して生成されたＰＰＤＵ５００を含む送信を生成することができる。ＰＰＤＵ５００は、複数のサブフレーム５１５ａ、５１５ｂ、５１５ｎを含むＡ−ＭＰＤＵを含む。送信においては、ＴＸ  ＭＡＣ層は、ＭＡＣバイトパッド５２０等のＭＡＣ層パッドを、Ａ−ＭＰＤＵの最終サブフレーム５１５ｎの最後に追加して、テールビットを除くＰＰＤＵの最終バイトの境界５３０の最後にパディングすることができる。場合によっては、Ａ−ＭＰＤＵの最終サブフレーム５１５ｎが、パディングデリミタを含むことができ、場合によっては、最終サブフレーム５１５に先行する１以上のサブフレームが、パディングデリミタを含むこともできる。ＴＸ  ＭＡＣ層出力に基づくと、ＴＸ  ＰＨＹ層は、データビットをＭＡＣバイトパッド５２０の最後に追加して、ＶＨＴ−ＳＩＧ５０５期間フィールドにより決定されているシンボル境界５４０の最後に充填することができる。この例では、ＴＸ  ＰＨＹ層は、ＭＡＣバイトパッド５２０の最後の後にＰＨＹパッド５３５を追加して、テールビット５４５をＰＨＹパッド５３５の最後の後に追加する。ＰＨＹパッド５３５のサイズは７ビット長までとすることができる（例えば１バイト未満の長さ）。ここでＡ−ＭＰＤＵと、サービスフィールド５０７とテールビット５４５とを足し合わせたものが、ＰＨＹペイロード内の全ての利用可能なバイトを占有することができる。異なる順序に基づく別の例では、ＴＸ  ＰＨＹ層は、ＭＡＣバイトパッドの最後の後にテールビットを追加して、テールビットの最後の後にＰＨＹパッドを追加する。ＭＡＣバイトパッド５２０とＰＨＹパッド５３５とを足し合わせたサイズは３２ビット未満とすることができる。ＭＡＣパッド５２０のサイズは、１、２、または３オクテット長とすることができる。
【００６０】
送信デバイスは、１以上の条件に基づいてパディングを追加するかを判断することができる。パディングを追加するかの判断には、Ａ−ＭＰＤＵの最後のサブフレーム５１５ｎの最後が（ＭＡＣ層パディングを除き、テールビット５４５を追加したもの）、Ｌ−ＳＩＧ５０３期間フィールドまたはＶＨＴ−ＳＩＧ５０５期間フィールドにより決定される最終シンボルの境界の最後内にあるかをチェックすることを含む。一部の実装例では、ＴＸ  ＭＡＣ層は、最終のＡ−ＭＰＤＵサブフレーム５１５ｎを３２ビットの境界にパディングして、Ａ−ＭＰＤＵをＴＸ  ＰＨＹ層に渡すことができる。一部の実装例では、ＴＸ  ＰＨＹ層は、ＭＡＣバイトパッド５２０のサイズを、ＭＡＣバイトパッド５２０、ＰＨＹパッド５３５、およびテールビット５４５が最終シンボルの境界に拡張されるまで低減させることができる。一部の他の実施形態では、ＴＸ  ＰＨＹ層は、最終シンボルの境界５４０の最後から、テールビット５４５の長さ未満延びる１以上のパディングビットを取り除いてから、テールビット５４５を追加してもよい。
【００６１】
送信５００の受信中に、ＲＸ  ＰＨＹ層は、最後のバイトの境界５３０まで、送信データをＲＸ  ＭＡＣ層に渡すことができる。ＲＸ  ＰＨＹ層は、送信５００の残りの内容（例えばＰＨＹパッド５３５およびテールビット５４５）を無視する。ＲＸ  ＭＡＣ層では、最終Ａ−ＭＰＤＵサブフレーム５１５ｎの最後は、最終Ａ−ＭＰＤＵサブフレーム５１５ｎのデリミタの長さによって決定することができる。決定された最後に基づいて、ＲＸ  ＭＡＣ層は、残りの内容（例えばＭＡＣバイトパッド５２０）を取り除く。一部の実装例では、ＲＸ  ＰＨＹ層は、残りのビット（テールビットを除く）が８ビット未満になるまで、または、最終シンボルのビットが枯渇するまで、３２ビットユニットの受信したデータをＲＸ  ＭＡＣ層に渡す。一部の実装例では、ＲＸ  ＭＡＣ層は、最終Ａ−ＭＰＤＵサブフレームの最後を、最終サブフレーム５１５ｎのデリミタの長さに基づいて識別する。
【００６２】
図６は、ＭＡＣおよびＰＨＹ層パディングおよび「フレームの最後」のシグナリングを含む送信レイアウトの一例を示す。デバイスは、ＥＯＦパディングデリミタ６１０ａ、６１０ｂ、およびＭＡＣバイトパッド６２０を含むＭＡＣ層パッドを含む送信６００を生成することができる。送信６００には、複数のサブフレーム６１５ａ、６１５ｂ、６１５ｎを含むＡ−ＭＰＤＵを含む。送信について、ＴＸ  ＭＡＣ層は、ＰＨＹテールビット６４５を除く最終バイトの境界６３０の最後にパディングするＡ−ＭＰＤＵの最終サブフレーム６１５ｎの最後の後にＥＯＦパディングデリミタ６１０ａ、６１０ｂおよびＭＡＣバイトパッド６２０を追加する。ＭＡＣバイトパッド６２０は、最終パディングデリミタ６１０ｂの後に含まれる。一部の実装例では、ＥＯＦフラグを、最終Ａ−ＭＰＤＵサブフレーム６１５ｎのデリミタに追加する。一部の実装例では、Ａ−ＭＰＤＵの、最終サブフレーム６１５ｎを含む各サブフレーム６１５ａ、６１５ｂを、３２ビットの境界にパディングするが、このパディングは、０、１、２、または３バイト長であってよいｄｗｏｒｄパッドと称される。最終Ａ−ＭＰＤＵサブフレーム６１５ｎの最後に追加されるｄｗｏｒｄパッドは、ＭＡＣ層パッドの一部ととらえられる。
【００６３】
ＴＸ  ＰＨＹ層は、通常は１バイト未満のＰＨＹパッド６３５を、ＭＡＣバイトパッド６２０の最後に追加して、テールビット６４５を、ＰＨＹパッド６３５の最後の後に追加する。ＰＨＹパッド６３５のサイズは、ＰＨＹシグナリング期間フィールド（例えばＬ−ＳＩＧ６０３期間フィールドまたはＶＨＴ−ＳＩＧ６０５期間フィールド、および、テールビット等の、送信６００に含められるさらなるＰＨＹ層ビット）により決定されるシンボル境界６４０に基づいている。
【００６４】
送信６００の受信に基づいて、ＲＸ  ＰＨＹ層は、最終バイトの境界６３０まで、ＲＸ  ＭＡＣ層に送信データを渡す。ＲＸ  ＰＨＹ層は、データをＲＸ  ＭＡＣ層に渡す前に、送信６００の残りの内容（例えばＰＨＹパッド６３５およびテールビット６４５）を取り除く。ＲＸ  ＭＡＣ層は、ＥＯＦパディングデリミタ６１０ａ、６１０ｂを検知して取り除く。例えばＲＸ  ＭＡＣ層がＥＯＦパディングデリミタを検知すると、ＲＸ  ＭＡＣ層は、ＥＯＦパディングデリミタの後の、残りの受信したデータを破棄することができ、ＲＸＰＨＹ層に、受信を即座に停止して、節電するように信号で伝達することができる。一部の場合には、ＲＸ  ＭＡＣ層はＭＡＣバイトパッド６２０を取り除く。一部の実装例では、受信したＡ−ＭＰＤＵは、残りの部分が３２ビット未満になるまで、３２ビットの倍数で処理される。残りの部分がＡ−ＭＰＤＵサブフレームまたはパディングデリミタでカバーされていない場合には、残りの部分（例えばＭＡＣバイトパッド６２０）を除去する。
【００６５】
一部の実装例では、Ａ−ＭＰＤＵの最終Ａ−ＭＰＤＵサブフレームは、ｄｗｏｒｄパッドおよび１以上のＥＯＦパディングデリミタを含んでよい。この場合には、ＭＡＣパッドは、Ａ−ＭＰＤＵを３２ビット境界に拡張する。デバイスは、ＭＡＣパッドのサイズを、１以上のＭＡＣパディング規則に基づいて決定することができる。３２ビットの境界に基づくＭＡＣパディング規則では、ＭＡＣパッドを追加して、最終Ａ−ＭＰＤＵサブフレームを最後の３２ビットの境界に拡張する。受信端では、ＲＸ  ＰＨＹ層が、受信したビット（受信したテールビットを除く）を、３２ビットインタフェースを利用してＲＸ  ＭＡＣ層に渡すことができる。ＲＸ  ＭＡＣ層は、ＭＰＤＵのＥＯＦデリミタを検知することに基づいて、または、パディングデリミタを検知することに基づいて、ＭＰＤＵまたはパディングデリミタに後続するビットを除去することができる。ＥＯＦデリミタが検知されない場合には、ＲＸ  ＭＡＣ層は、Ａ−ＭＰＤＵサブフレームがカバーしない、最後に受信した３２ビットを無視することができる。
【００６６】
８ビットの境界に基づくＭＡＣパディング規則では、ＭＡＣパッドを追加して、最後のＡ−ＭＰＤＵサブフレームを最後の８ビットの境界に拡張する。デバイスは、３２ビットの境界に達しない最後のＡ−ＭＰＤＵサブフレーム（最後のＥＯＦパディングデリミタを含む）に基づき、最終サブフレームにＥＯＦフラグを含んでよい。受信デバイスでは、ＲＸ  ＰＨＹ層が、最終８ビット境界まで、受信したビットをＲＸ  ＭＡＣ層に渡すことができる。ＲＸ  ＭＡＣ層は、残りのビットが８ビット未満の間は、ＲＸ  ＰＨＹ層から受信したビットを処理することができる。ＲＸ  ＭＡＣ層は残りのビットを無視することができる。
【００６７】
デバイスは、拡張した長さのＰＨＹフレームの存在を、ＰＨＹフレームの様々な異なる位置のフィールドの組み合わせに基づいて信号で知らせることができる。例えばデバイスは、第１のＰＨＹシグナリングフィールドに（例えばＬ−ＳＩＧフィールドに）、ＰＨＹフレームの第１の長さを示す情報を含め、第２のＰＨＹシグナリングフィールドに（例えばＶＨＴ−ＳＩＧフィールドに）ＰＨＹフレームの第２の長さを示す情報を含めることができる。第２のＰＨＹシグナリングフィールドは、受信側デバイスのＰＨＹフレームにおいて有用なデータの最後を示すために利用することができる。
【００６８】
図７は、長いデータユニットシグナリングおよび承認を有する空間通信フローの一例を示す。Ｌ−ＳＩＧ７０５は、速度フィールドと長さフィールドとを含む（Ｌ＿ＬＥＮＧＴＨ）。６Ｍｂｐｓのデータ速度を示すＬ−ＳＩＧ７０５速度フィールド、二位相偏移変調（ＢＰＳＫ）、および１／２符号レートに基づいて、シンボルごとに３オクテットが存在しており、最大で５．４６４ｍｓのＬ−ＳＩＧ期間を提供する。Ｌ−ＳＩＧ７０５に続いて、ＶＨＴ送信には、５．４６４ｍｓより長いＰＰＤＵ（例えばＶＨＴ  ＰＰＤＵ７０１）が存在することを信号伝達するＶＨＴ−ＳＩＧ−Ａ７１０が含まれてよい。
【００６９】
ＶＨＴ−ＳＩＧ−Ａ７１０は、一部の実装例では、拡張された長さ（Ｅ＿ＬＥＮＧＴＨ）サブフィールドを含むことで、５．４６４ｍｓより長いＰＰＤＵが存在することを伝える。Ｌ＿ＬＥＮＧＴＨおよびＥ＿ＬＥＮＧＴＨに基づいて、ＶＨＴ  ＰＰＤＵ期間は以下のように示すことができる。
【数Ａ】
0005606549.tif 000002
例えば、拡張された長さサブフィールドの２ビットのフォーマットに基づいて、ＰＰＤＵの長さシグナリングビットを、最大期間２１．８５ｍｓを示してよい１４ビットに拡張する。しかしレガシーデバイスは、送信のＬ−ＳＩＧ７０５を復号することのみできてよい。ＰＰＤＵ期間が５．４６４ｍｓより長い場合、長いＰＰＤＵ送信（例えば５．４６４より長い）を送信する前に、送信可（ＣＴＳ）メッセージを送信して、レガシーデバイスが長いＰＰＤＵ送信中に送信しないようにすることができる。
【００７０】
他の実装例の中には、ＶＨＴ−ＳＩＧ−Ａ７１０は、長いＰＰＤＵを示すために１ビットであってよい「長いＰＰＤＵサブフィールド」を含む。「長いＰＰＤＵ」サブフィールドは、長いＰＰＤＵ期間（例えば５．４６４ｍｓより長いＰＰＤＵ期間）を示すよう設定することができる。長いＰＰＤＵを示す「長いＰＰＤＵ」サブフィールドに基づいて、Ｌ−ＳＩＧ７０５の長さフィールドを６Ｍｂｐｓ未満の速度（例えば２Ｍｂｐｓまたは１Ｍｂｐｓ）に基づいて設定することができ、Ｌ−ＳＩＧ７０５の速度フィールドを６Ｍｂｐｓに設定することができる。ＶＨＴデバイスは、長いＰＰＤＵを処理することができ、Ｌ−ＳＩＧ７０５長さフィールドに基づいてＰＰＤＵ期間を計算することができる。例えばＶＨＴデバイスは、（１＋Ｌ＿ＬＥＮＧＴＨ）×４μｓに基づいてＶＨＴ  ＰＰＤＵを計算することができ、Ｌ＿ＬＥＮＧＴＨは、Ｌ−ＳＩＧ７０５長さフィールドの値を示す。自身へのＣＴＳ（ＣＴＳ−ｔｏ−Ｓｅｌｆ）等のメッセージは、長いＰＰＤＵ送信（例えば５．４６４ｍｓより長い）の前に送信することで、レガシーデバイスが、長いＰＰＤＵ送信中に送信することがないようにすることができる。他の長いＰＰＤＵシグナリング技術を利用することもできる。
【００７１】
ＡＰは、暗示的なＡＣＫポリシーを利用して、空間無線チャネルを介してＭＡＣヘッダおよびＭＡＣペイロードを含みうるＶＨＴ−Ｄａｔａセグメント７２０ａの受信に成功したことに基づいて、第１のクライアント（例えばＳＴＡ１）に、承認応答７３０（例えばブロック承認（ＢＡ）または承認（ＡＣＫ））を送信させることができる。ＡＰは、ブロック承認要求（ＢＡＲ）７４０を第２のクライアント（例えばＳＴＡ２）に送信することができる。ＢＡＲ７４０、および、空間無線チャネルを介してＭＡＣヘッダおよびＭＡＣペイロードを含みうるＶＨＴ−Ｄａｔａセグメント７２０ｂの受信に成功したことに基づいて、第２のクライアントは、ブロック承認７５０等の承認応答を送信する。一部の実装例では、ＡＰは、ブロック承認追加（ＡＤＤＢＡ）要求および応答交換を利用して、複数のブロックＡＣＫを利用可能なＳＤＭＡクライアントとＢＡを開始することができる。
【００７２】
無線通信システムは、１以上の受信したＭＰＤＵの承認についてＢＡを利用することができる。ＢＡ承認設定およびＢＡ管理が必要となる場合がある。送信デバイスでは、ＢＡキューをアクティブなＢＡストリームに利用する。受信デバイスでは、スコアボードおよび並べ替えバッファをアクティブなＢＡストリームについて利用する。無線通信システムは、管理フレームおよび単一のＭＰＤＵを有するＡ−ＭＰＤＵ等のフレームについてのＢＡに纏わるオーバヘッドを低減させる１以上のメカニズムを提供することができる。
【００７３】
図８Ａは、ＢＡのオーバヘッドの低減に関する通信フローレイアウトの一例を示す。ＶＨＴデバイスは、２以上のＶＨＴデバイスそれぞれに２以上の空間無線チャネルを介して２以上のＶＨＴ  Ａ−ＭＰＤＵを送信することができる。ＶＨＴ  Ａ−ＭＰＤＵの前に送信されることで、ＶＨＴ−ＳＩＧ８１５ａ、８１５ｂは、ＶＨＴ  Ａ−ＭＰＤＵが、１つのＭＰＤＵを有するＡ−ＭＰＤＵか（ＳＭ−Ａ−ＭＰＤＵ）を示すフィールドを含んでよい。ＶＨＴ−ＳＩＧにおけるシグナリングを利用する代わりに、一部の実装例では、デバイスを、ＭＡＣパッドの検知前にデリミタを検知しないことに基づいて、ＳＭ−Ａ−ＭＰＤＵを検知するよう構成することができる。
【００７４】
図８Ｂは、ＢＡのオーバヘッドの低減に関係するＡ−ＭＰＤＵレイアウトの一例を示す。この例では、デバイスは、１つのＡ−ＭＰＤＵサブフレーム８３５の後に、ＥＯＦパディングデリミタ等の１以上のヌルサブフレーム８４５を含むことで、Ａ−ＭＰＤＵ８３０が１つのゼロではない長さのＭＰＤＵを有する（ＳＭ−Ａ−ＭＰＤＵ）ことを示す。場合によっては、デバイスは、３２ビットの境界に達するＡ−ＭＰＤＵサブフレーム８３５の後で、且つ、１以上のヌルサブフレーム８４５（例えばパディングデリミタ）の前に、第１のＭＡＣパッド８４０を含ませてよい。デバイスは、１以上のヌルサブフレーム８４５の後に第２のＭＡＣパッド８４１を含むことができる。ＭＡＣパッド８４０、８４１は、存在する場合には、１、２、または３オクテット長であってよい。ＭＡＣ層パディングには、第１および第２のＭＡＣパッド８４０、８１４と、１以上のヌルサブフレーム８４５とが含まれてよい。
【００７５】
図８Ｃは、ＢＡのオーバヘッドの低減に関係するＡ−ＭＰＤＵサブフレームレイアウトの一例を示す。Ａ−ＭＰＤＵサブフレーム８５０は、Ａ−ＭＰＤＵ８３０が１つのＭＰＤＵを持つことを示す（例えばＳＭ−Ａ−ＭＰＤＵ）シグナリングを含んでよい。一部の実装例では、ＳＭ−Ａ−ＭＰＤＵシグナリングでは、Ａ−ＭＰＤＵサブフレーム８５０の先頭フィールド８５５に１ビットフィールドを利用する。一部の他の実装例のなかには、ＳＭ−Ａ−ＭＰＤＵシグナリングは、デリミタにＥＯＦビットを再利用して、Ａ−ＭＰＤＵがＳＭ−Ａ−ＭＰＤＵであり、ＥＯＦフラグが１に設定され、ＭＰＤＵ長さが０より大きいことを示すことができるものもある。また、一部の他の実装例では、ＳＭ−Ａ−ＭＰＤＵシグナリングで、デリミタ署名８６０が利用されるものもある。また別の他の実装例では、ＳＭ−Ａ−ＭＰＤＵシグナリングで、ＳＭ−Ａ−ＭＰＤＵを示すためにＭＡＣヘッダ８６５のサブフィールドが利用される。
【００７６】
ＳＭ−Ａ−ＭＰＤＵ送信では、ＳＭ−Ａ−ＭＰＤＵは、前に構築されたＢＡの同意なしに送信することができる（例えば、ＡＤＤＢＡ交換が不要である）。ＢＡキュー以外のキューを利用して、ＳＭ−Ａ―ＭＰＤＵをバッファリングすることができる。ＳＭ−Ａ−ＭＰＤＵの承認ポリシーは、通常ＡＣＫ（Normal ACK）として設定することができる。ＳＭ−Ａ−ＭＰＤＵを受信するために、ＳＭ−Ａ−ＭＰＤＵを、関連するアクティブなＢＡストリームなしに受け付けることができる。スコアボードおよびＢＡの並べ替えバッファリングは、通常ＡＣＫを要求するＳＭ−Ａ−ＭＰＤＵには不要である。通常ＡＣＫを要求するＳＭ−Ａ−ＭＰＤＵの受信に成功したことに基づいて、ＡＣＫを送信することができる。Ａ−ＭＰＤＵが１つのＭＰＤＵを含むが、Ａ−ＭＰＤＵがＳＭ−Ａ−ＭＰＤＵであるという情報がない場合（例えば、単一のＭＰＤＵのデリミタにＥＯＦフラグが設定されておらず、ＭＰＤＵの承認ポリシーが通常ＡＣＫまたは暗示的なＡＣＫに設定されている場合）、ＢＡを送信することができる。一部の実装例では、管理フレームはＡＣＫポリシーフィールドを有さず、ＢＡを承認の証として要求することができない。従ってこの場合には、管理フレームは、ＳＭ−Ａ−ＭＰＤＵフォーマットを利用して、ＡＣＫを承認の証として要求することができる。
【００７７】
図９Ａは、マルチユーザフレーム送信レイアウトおよび関連する承認応答の一例を示す。この例では、ＳＭ−Ａ−ＭＰＤＵ９０５は１つだけマルチユーザ（ＭＵ）フレーム９１０送信に含まれている。ＳＭ−Ａ−ＭＰＤＵ９０５は、管理Ａ−ＭＰＤＵフレームであってよい。ＭＵフレーム９１０は、複数のＭＰＤＵ（ＭＭ−Ａ−ＭＰＤＵ９１５ａ、９１５ｂ）を有する２以上のＡ−ＭＰＤＵを含みうる。ＳＭ−Ａ−ＭＰＤＵ９０５は、ＢＡではなくて、単一の承認の要求を示している。従って、ＳＭ−Ａ−ＭＰＤＵのＡＣＫ９２５は、ＢＡＲフレームによるポーリングができない。ＳＭ−Ａ−ＭＰＤＵ９０５の受信者は、ショートフレーム間空間（ＳＩＦＳ）期間の直後に、明示的なポーリングなしにＭＵフレーム９１０からＡＣＫ９２５を送信することができる。この例では、ＭＵフレーム９１０の直後には１人の受信者だけが送信することができるので、ＭＵフレーム９１０は、最大限で１つのＳＭ−Ａ−ＭＰＤＵ９０５を含むことができる。ＭＵフレーム９１０の後に送信されるＢＡＲフレーム９２０ａ、９３０ｂの受信に基づいて、ＢＡＲフレーム９２０ａ、９３０ｂそれぞれの受信者は、ＢＡ９３５ａ、９３５ｂをそれぞれＭＭ−Ａ−ＭＰＤＵ９１５ａ、９１５ｂに送信することができる。場合によっては、ＭＭ−Ａ−ＭＰＤＵ９１５ａ、９１５ｂの受信者は、ＳＭ−Ａ−ＭＰＤＵ９０５の受信者からの承認送信の後にＭＵ応答スケジュールに基づいて、ＢＡ９３５ａ、９３５ｂをそれぞれ送信することができる。一部の実装例では、ポーリングフレームを利用して、ＭＵフレーム９１０の後にＳＭ−Ａ−ＭＰＤＵ９０５の受信者から単一の承認をポーリングすることができる。
【００７８】
直後応答要求（ＩＲＲ）フレームを利用して、ＳＭ−Ａ−ＭＰＤＵ受信者から承認応答をポーリングすることができる（例えば、管理フレームの直後ＡＣＫ、直後サウンディングフィードバックフレーム、またはＳＭ−Ａ−ＭＰＤＵフォーマットの直後データフレームをポーリングすることができる）。場合によっては、応答送信は、ＩＲＲフレームの速度に従う必要はない。例えばＩＲＲフレームを、低速の非ＨＴ  ＰＰＤＵを利用して送信することができ、サウンディングフィードバックは、高速のＨＴ−ＰＰＤＵまたはＶＨＴ−ＰＰＤＵを利用して送信することができる。
【００７９】
図９Ｂは、マルチユーザフレーム送信レイアウトおよび関連する承認応答の別の例を示す。この例では、２以上のＳＭ−Ａ−ＭＰＤＵ９５５、９６０がＭＵフレーム９７０に含まれている。ＭＵフレーム９７０は、１以上のＭＭ−Ａ−ＭＰＤＵ９６５を含むことができる。ＳＭ−Ａ−ＭＰＤＵ９５５、９６０を受信するデバイスから直後のＡＣＫ９９０ａ、９９０ｂをポーリングするために、ＩＲＲフレーム９８５ａ、９８５ｂを送信することができる。この例では、ＳＭ−Ａ−ＭＰＤＵ９５５、９６０の受信者は、ＭＵフレームの後のＳＩＦＳ期間に基づいてＡＣＫを送信しない。ＢＡＲフレーム９７５は、ＭＭ−Ａ−ＭＰＤＵ９６５を受信するデバイスからＢＡ９８０をポーリングするために送信することができる。スケジュールされた、または、連続した応答といった応答タイプを利用することができる（例えば、ＳＭ−Ａ−ＭＰＤＵを受信するデバイスが、応答スケジュールまたはシーケンスに基づいてＡＣＫを送信することができる）。
【００８０】
図１０は、空間通信フローレイアウトの別の例を示す。デバイスは、ＰＨＹパッド１０１０をＰＰＤＵに追加して、ＰＰＤＵがＳＤＭＡ送信１００５中で、確実に同じ期間を有するようにする（例えば同じ数のシンボルを有するようにする）。デバイスは、ＰＨＹパッド１０１０を追加して、最終シンボルの境界の最後までＰＨＹデータを拡張することができる。Ｌ−ＳＩＧ１０２０の長さおよび速度フィールドを利用して、ＳＤＭＡ送信１００５のＰＰＤＵグループの共通の最後（例えば、Ｌ−ＳＩＧ１０２０の最後からＰＰＤＵの最後までのシンボル数）を示すことができる。ステアリングされたＶＨＴ−ＳＩＧ１０５０ａ、１０５０ｂが、対応するＰＳＤＵのサイズに基づき設定されることで、受信デバイスがＰＳＤＵの最後を決定して、ＰＨＹパッド１０１０を取り除く助けをすることができる。ＰＳＤＵの長さに基づいて、受信デバイスは、ＰＳＤＵの最後で受信を停止して、残りのＰＨＹパッド１０１０を無視することで節電することができる。この場合には、ＰＳＤＵは有用なデータを含むが、ＭＡＣパッドを含む必要はない。ＰＨＹパッド１０１０は、最終シンボルの境界の最後までＰＰＤＵのテールビットを除く残りの利用可能なビットをカバーする。テールビット（不図示）が追加される。一部の実装例では、テールビットは、ＰＳＤＵの後であってＰＨＹパッドの前に追加することができる。
【００８１】
ステアリングされたデータユニット（例えばステアリングされたＶＨＴ−Ｄａｔａ１０６０ａ、１０６０ｂに含まれているステアリングされたＰＳＤＵ）の長さおよび期間情報を、ＳＤＭＡ送信１００５の１以上のフィールドに含めることができる。一部の実装例では、ステアリングされたＶＨＴ−ＳＩＧ１０５０ａ、１０５０ｂフィールドは、ステアリングされたＰＳＤＵの４オクテット数のフィールド、ステアリングされたＰＳＤＵのシンボル数のフィールド、またはこれら両方を含むことができる。一部の他の実装例では、サービスフィールドが、ステアリングされたＰＳＤＵのオクテット数のフィールド、ステアリングされたＰＳＤＵの４オクテット数のフィールド、ステアリングされたＰＳＤＵのシンボル数のフィールド、またはこれらの組み合わせを含むこともできる。一部の他の実装例においては拡張されたサービスフィールドが、ステアリングされたＰＳＤＵのオクテット数のフィールド、ステアリングされたＰＳＤＵの４オクテット数のフィールド、ステアリングされたＰＳＤＵのシンボル数のフィールド、またはこれらの組み合わせを含むこともできる。サービスフィールドは、信号破損に対する保護のためにチェックサムを含むことができ、受信デバイスが、残りのフレームを処理するかを判断しやすくなるよう、完全な、または部分的な宛先アドレス（例えばＡＩＤ，ＭＡＣアドレス、またはＢＳＳＩＤ）を含むことができる。一部の実装例では、ステアリングされたデータユニットの長さおよび期間情報を、ＭＡＣヘッダ、デリミタ、またはＭＰＤＵサブフレーム等のＭＡＣフレームエレメントに含めることができる。
【００８２】
４オクテットユニットを利用してステアリングされたＰＳＤＵの長さを示すことに基づいて、ＭＵフレーム内の１以上のＰＳＤＵを４オクテットの境界にパディングすることができる。ステアリングされたＰＳＤＵの長さは、ＰＳＤＵの４オクテットの境界を示す。受信者は、ＰＳＤＵの４オクテットの境界まで復号して、ＭＳフレームの受信を停止する。Ａ―ＭＰＤＵフォーマットを利用することができ、最終Ａ−ＭＰＤＵサブフレームを４オクテットの境界にパディングすることができる。最終シンボルを超えないＱｗｏｒｄを有するＰＳＤＵに基づいて、ＰＳＤＵを、ステアリングされたＰＳＤＵの長さフィールドが示す４オクテットの境界にパディングすることができる。最終シンボルを超えるＱｗｏｒｄパッドを有するＰＳＤＵに基づいて、ＰＳＤＵを最終オクテットにパディングすることができるが、ステアリングされたＰＳＤＵの長さは、ＰＳＤＵ長さにＱｗｏｒｄパッドを足し合わせたものを示す。受信側デバイスは、ステアリングされたＰＳＤＵの長さが最終シンボルの境界を越えないと分かったときに、最終オクテットにＰＳＤＵがパディングされたと検知することができる。一部の実装例では、ステアリングされたデータユニットの長さは、ＰＳＤＵにＱｗｏｒｄパッドを足し合わせた長さを示す。一部の実装例では、ステアリングされたデータユニットの長さは、最後の４オクテットの境界の位置を示す。
【００８３】
図１１は、空間通信フローレイアウトの別の例を示す。ステアリングされたＶＨＴ−ＳＩＧフィールド１１０５は、対応するＰＳＤＵにおける有用なデータの最後（例えば、Ａ−ＭＰＤＵの有用なデータの最後）を示すことができる。ＰＳＤＵの有用なデータの最後の後に、ＭＡＣパッド、ＰＨＹパッド、またはこれら両方等のパディングが存在していてよい。一部の実装例では、ステアリングされたＶＨＴ−ＳＩＧフィールド１１０５は、対応するＰＳＤＵの有用なデータの長さ（例えばオクテット数または４オクテット数）を含む。一部の実装例では、ステアリングされたＶＨＴ−ＳＩＧフィールド１１０５は、対応するＰＳＤＵの有用なデータの期間（例えばシンボル数）を含む。図１１に示すように、ＭＡＣパッド、ＰＨＹパッド、およびテールビットを各Ａ−ＭＰＤＵに追加する。Ｌ−ＳＩＧ１１１０は、長さフィールド、速度フィールド、または両方を含み、ＰＰＤＵの期間を示すことができる。ＭＵフレーム１１００においては、複数のＰＰＤＵが同じ終了点を有し、これはＬ−ＳＩＧ１１１０により示されている。
【００８４】
ステアリングされたＶＨＴ−ＳＩＧ１１０５には、対応するＰＳＤＵに含まれている、パディングおよびテールビットを除く有用なデータの４オクテットの数またはオクテット数を示す長さフィールドが含まれている。長さフィールドに基づいて、受信デバイスは、示されている有用なデータの最後で受信を停止して、節電して、残りのデータを無視する。４オクテットの数を表す長さに基づく一部の実装例では、長さは、最終シンボルの境界を越える４オクテットの境界を示すことができ、この場合には、受信デバイスが、ＰＰＤＵの最終バイトまで処理を行い、ＰＨＹパッドおよびテールビットといった残りのデータを破棄する。
【００８５】
一部の実装例では、ステアリングされたＶＨＴ−ＳＩＧ１１０５に、対応するＰＳＤＵの有用なデータをカバーする必要のあるシンボル数を示す期間フィールドが含まれてよい。この期間フィールドに基づいて、受信ＰＨＹは、示されている期間の最後で受信を停止して、残りのデータを破棄することができる。受信側のＭＡＣは、受信側のＰＨＹから渡された最終Ａ−ＭＰＤＵサブフレームに基づいて有用なデータの最後を決定することができる。一部の実装例では、受信側のＭＡＣは、検知されたＥＯＦパディングデリミタに基づいて有用なデータの最後を決定することができる。
【００８６】
図１２は、統合データユニットに１つの媒体アクセス制御データユニットが含まれることをシグナリングすることに基づく通信プロセスの別の一例を示す。１２０５で、通信プロセスは、第１のステアリングされたフレームに、第１のデバイスのためのデータおよびＡ−ＭＰＤＵフォーマットに基づく第１のＡ−ＭＰＤＵを含め、このＡ−ＭＰＤＵは、１つのＭＰＤＵを含む。１２１０で、第１のステアリングフレームに、第１のＡ−ＭＰＤＵのＭＰＤＵが１つであることを合図し、かつ、第１のデバイスが対応するブロック承認同意なしに第１のＡ−ＭＰＤＵを受け付けることを許可する情報を含める。１２１５で、プロセスは、第２のステアリングされたフレームに、第２のデバイスのためのデータ、Ａ−ＭＰＤＵフォーマット、および、対応するブロック承認同意に基づく第２のＡ−ＭＰＤＵを含める。１２２０で、プロセスは、ＳＤＭＡフレームにて、第１のＡ−ＭＰＤＵを第１のデバイスに、および、第２のＡ−ＭＰＤＵを第２のデバイスに、それぞれ同時に提供するステアリングされたフレームを送信することを含む。
【００８７】
図１３は、承認の通信プロセスの一例を示す。ＳＤＭＡフレームは、２以上のデバイスそれぞれの２以上の統合データユニットを含むことができる。１３０５で、承認の通信プロセスにより、第１のデバイスが、１つのＭＡＣデータユニットを含む第１の統合データユニットに呼応して第１の承認を送信する。一部の実装例では、デバイスに承認を送信させることには、承認ポリシーを示すことが含まれる。場合によっては、デバイスは、送信を受信した後で承認をすぐに送ることができる。１３１０で、通信プロセスにより、第２のデバイスが、第２の統合データユニットに呼応して、第２のデバイスと構築したブロック承認同意に従うブロック承認である第２の承認を送信する。場合によっては、デバイスに承認を送信させることには、ブロック承認要求等の明示的なポーリングを送信することが含まれる。通信プロセスは、１以上のさらなるデバイスに、さらなる統合データユニットを含むＳＤＭＡフレームに基づいて承認を送信させることを含む。１３１５で、通信プロセスは、デバイスからの承認をモニタする。承認を受信しないことに基づいて、通信プロセスは、デバイスが受信に成功しなかったデータを再送信することができる。
【００８８】
一部の実装例では、通信プロセスは、対応するブロック承認同意なしで、ＳＤＭＡフレームに、単一の統合データユニットを有するように制限を課す。第１の承認は、ＳＤＭＡフレームの最後の後の所定の期間（例えばＳＩＦＳ）に基づいて送信することができる。ブロック承認は、明示的なポーリングに基づいて送信することができる。一部の他の実装例では、通信プロセスは、ＳＤＭＡフレームに、２以上の無線通信デバイスそれぞれについて、対応するブロック承認同意なしにそれぞれ１つのＭＡＣデータユニットを含む２以上の統合データユニットを含める。プロセスは、明示的なポーリングをＳＤＭＡフレームの受信者に繰り返し送信して、受信者に、ＳＤＭＡフレーム後の異なる時点で、承認を送信させる。
【００８９】
幾つかの実施形態を上述したが、数多くの変形例もまた可能である。開示した主題は、本明細書に記載した機能動作を含め、電子回路、コンピュータハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせに実装することができる。これらには、本明細書で開示した構造上の手段、およびこれらの構造的な均等物（１以上のデータ処理装置に、記載した処理（メモリデバイス、格納デバイス、機械可読格納基板、その他の物理的な機械可読媒体、またはこれらの１以上の組み合わせ等のコンピュータ可読媒体に符号化されたプログラム等）を実行させるプログラムを潜在的に含む）が含まれる。
【００９０】
「データ処理装置」という用語は、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサまたはコンピュータを例として含むデータを処理する全ての装置、デバイス、および機械を含む。装置には、ハードウェアに加えて、対象であるコンピュータプログラムの実行環境を作成するコード（例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１以上の組み合わせ）が含まれうる。
【００９１】
プログラム（コンピュータプログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコード）は、コンパイルされた、または解釈された言語、宣言型言語またはプロシージャ言語等の任意の形態で記載されていてよく、任意の形態での配置（独立型プログラムまたはモジュール、または、モジュール、コンポーネント、サブルーチン、またはコンピューティング環境での利用に適したその他のユニット）が可能である。プログラムは必ずしも、ファイルシステムのファイルに対応していなくてもよい。プログラムは、他のプログラムまたはデータ（例えば、マークアップ言語文書に格納されている１以上のスクリプト）を保持しているファイルの一部に格納されてもよいし、対象のプログラム専用の単一のファイルに格納されてもよいし、複数の調節されたファイル（例えば、１以上のモジュール、サブプログラム、またはコードの部分）に格納されてもよい。プログラムは、１つのコンピュータ上で実行されてもよいし、１つのサイトに配置されてもよいし、または複数のサイトにまたがり分散されて通信ネットワークにより相互接続されてもよい複数のコンピュータで実行されてもよい。
【００９２】
本明細書は、数多くの詳細を含んでいるが、これらは請求可能な範囲の限定として捉えられるべきではなく、特定の実施形態に固有でありうる特徴の説明として捉えられるべきである。本明細書で、別個の実施形態で説明した特徴のなかに、単一の実施形態で組み合わせて実装できるものがある。逆に、単一の実施形態で説明した様々な特徴を、複数の実施形態で別々に実施することもでき、適切なサブコンビネーションとして実施することもできる。さらに、特徴は、一定の組み合わせにおいて機能すると記載した場合であっても、また最初はそう請求した場合であっても、請求されている組み合わせにおける１以上の特徴を、場合によっては、この組み合わせから外して、請求されている組み合わせを、サブコンビネーションのサブコンビネーションまたは変形例とすることができる。
【００９３】
同様に、処理が図面では特定の順序で描かれているからといって、これは、これら処理が示されている連番で実行しなければならないこととして捉えられるべきではなく、または、示されている全ての処理が所望の結果を生じるために必要であるというわけでもない。状況によっては、処理をマルチタスク処理したり並列処理したりすることが望ましい場合もある。さらに、実施形態において、切り離されているものとして記載された様々なシステムコンポーネントが、全ての実施形態において切り離されていなければならない、というわけではない。
【００９４】
他の実施形態も、以下の請求項の範囲内に含まれる。
【図１Ａ】
0005606549.tif 000003
【図１Ｂ】
0005606549.tif 000004
【図２】
0005606549.tif 000005
【図３】
0005606549.tif 000006
【図４】
0005606549.tif 000007
【図５】
0005606549.tif 000008
【図６】
0005606549.tif 000009
【図７】
0005606549.tif 000010
【図８Ａ】
0005606549.tif 000011
【図８Ｂ】
0005606549.tif 000012
【図８Ｃ】
0005606549.tif 000013
【図９Ａ】
0005606549.tif 000014
【図９Ｂ】
0005606549.tif 000015
【図１０】
0005606549.tif 000016
【図１１】
0005606549.tif 000017
【図１２】
0005606549.tif 000018
【図１３】
0005606549.tif 000019