(57)【特許請求の範囲】
【請求項１】
局のためのワイヤレス通信の方法であって、
持続時間閾値を含むトリガメッセージを受信することと、
前記持続時間閾値に基づいて、データフレームに含まれるデータペイロードを送信するためのデータシンボルの第１の数を決定することと、
前記データフレームに含まれる前記データペイロードを送信するためのデータシンボルの第２の数を決定することと、ここにおいて、データシンボルの前記第２の数が、データシンボルの前記第１の数よりも小さく、
前記データペイロードを送信するためのペイロードビットの数を決定することと、
低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して、ペイロードビットの前記数を有する前記データペイロードを符号化することと、ここにおいて、前記符号化されたデータペイロードが、データシンボルの前記第２の数を含み、
前記符号化されたデータペイロードを含む前記データフレームを送信することと、前記データフレームが、前記受信されたトリガメッセージに含まれる前記持続時間閾値よりも小さい持続時間を有する、方法。
【請求項２】
データフレームが、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを備える信号フィールドを備え、前記パディングビットが、余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示す、請求項１に記載の方法。
【請求項３】
前記データペイロードを符号化することが、アクセスポイントへのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、前記データペイロードを符号化することを含む、請求項１に記載の方法。
【請求項４】
前記局が、時空間ブロックコード値に関連付けられ、前記データシンボルの前記第２の数を決定することが、前記時空間ブロックコード値に基づいてデータシンボルの前記第２の数を決定することを含み、前記データフレームが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項１に記載の方法。
【請求項５】
前記局が、時空間ブロックコード値およびパディングビットに関連付けられ、前記パディングビットが、余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示し、データシンボルの前記第２の数を決定することが、前記時空間ブロックコード値および前記パディングビットの積に基づいてデータシンボルの前記第２の数を決定することを含み、前記データフレームが、前記時空間ブロックコード値および前記パディングビットに関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項１に記載の方法。
【請求項６】
前記データペイロードを符号化することが、時空間ブロックコード値に基づいて前記データペイロードを符号化することを含み、前記データフレームが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項１に記載の方法。
【請求項７】
前記トリガメッセージが、変調およびコーディング方式（ＭＣＳ）値と、時空間ブロックコードビットとをさらに含み、前記方法が、
前記トリガメッセージに含まれる前記時空間ブロックコードビットに基づいて、前記局に関連付けられた時空間ブロックコード値を決定すること
をさらに備え、ここにおいて、前記データペイロードを符号化することが、前記時空間ブロックコード値に基づいて前記データペイロードを符号化することを含む、請求項１に記載の方法。
【請求項８】
前記トリガメッセージが、データパケット長値をさらに含み、データシンボルの前記第２の数が、前記トリガメッセージに含まれる前記データパケット長値に等しい、請求項１に記載の方法。
【請求項９】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
持続時間閾値を含むトリガメッセージを受信することと、
前記持続時間閾値に基づいて、データフレームに含まれるデータペイロードを送信するためのデータシンボルの第１の数を決定することと、
前記データフレームに含まれる前記データペイロードを送信するためのデータシンボルの第２の数を決定することと、ここにおいて、データシンボルの前記第２の数が、データシンボルの前記第１の数よりも小さく、
前記データペイロードを送信するためのペイロードビットの数を決定することと、
低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して、ペイロードビットの前記数を有する前記データペイロードを符号化することと、ここにおいて、前記符号化されたデータペイロードが、データシンボルの前記第２の数を含み、
前記符号化されたデータペイロードを含む前記データフレームを送信することと、前記データフレームが、前記受信されたトリガメッセージに含まれる前記持続時間閾値よりも小さい持続時間を有する、
を行うように構成される、装置。
【請求項１０】
データフレームが、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを備える信号フィールドを備え、前記パディングビットが、余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示す、請求項９に記載の装置。
【請求項１１】
前記少なくとも１つのプロセッサが、アクセスポイントへのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、前記データペイロードを符号化するように構成される、請求項９に記載の装置。
【請求項１２】
前記装置が、時空間ブロックコード値に関連付けられ、データシンボルの前記第２の数が、前記時空間ブロックコード値に基づき、前記データフレームが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項９に記載の装置。
【請求項１３】
前記装置が、時空間ブロックコード値およびパディングビットに関連付けられ、前記パディングビットが、余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示し、データシンボルの前記第２の数が、前記時空間ブロックコード値および前記パディングビットの積に基づき、前記データフレームが、前記時空間ブロックコード値および前記パディングビットに関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項９に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサが、時空間ブロックコード値に基づいて前記データペイロードを符号化するように構成され、前記データフレームが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットを備える信号フィールドを備える、請求項９に記載の装置。
【請求項１５】
前記トリガメッセージが、変調およびコーディング方式（ＭＣＳ）値と、時空間ブロックコードビットとをさらに含み、前記少なくとも１つのプロセッサが、
前記トリガメッセージに含まれる前記時空間ブロックコードビットに基づいて前記装置に関連付けられた時空間ブロックコード値を決定すること
を行うようにさらに構成され、ここにおいて、前記少なくとも１つのプロセッサが、前記時空間ブロックコード値に基づいて前記データペイロードを符号化するように構成される、請求項９に記載の装置。
【請求項１６】
前記トリガメッセージが、データパケット長値をさらに含み、データシンボルの前記第２の数が、前記トリガメッセージに含まれる前記データパケット長値に等しい、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、それらの全体が参照により本明細書に明確に組み込まれる、２０１４年１０月１日に出願された「LDPC Encoding in Uplink Multi-User and OFDMA」と題する米国仮出願第６２／０５８，６２０号、および２０１５年９月３０日に出願された「ENCODING IN UPLINK MULTI-USER MIMO AND OFDMA TRANSMISSIONS」と題する米国特許出願第１４／８７１，８９２号の利益を主張する。
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、アップリンクマルチユーザ多入力多出力（ＭＩＭＯ）および直交周波数分割多元接続（ＯＦＤＭＡ）通信における符号化（たとえば、低密度パリティチェック（ＬＤＰＣ）またはバイナリ畳み込みコード（ＢＣＣ）符号化）に関する。
【背景技術】
【０００３】
[0003]多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る、地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、同期光ネットワーキング（ＳＯＮＥＴ：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。
【０００４】
[0004]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、したがって動的接続性の必要を有するときに、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用して、非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、有利には、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを可能にする。
【発明の概要】
【０００５】
[0005]本発明のシステム、方法、コンピュータプログラム製品、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が、単独で、本発明の望ましい属性を担当するとは限らない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、ワイヤレスネットワークにおけるデバイスに利点をどのように提供するかが理解されよう。
【０００６】
[0006]本開示の一態様は、ワイヤレス通信のための装置（たとえば、局）を提供する。本装置は、データペイロードを送信するためのデータシンボルの数を決定するように構成される。本装置は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するように構成される。本装置は、データフレームを送信するように構成され、そこにおいて、データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含む。データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化される。
【０００７】
[0007]別の態様では、ワイヤレス通信のための装置が提供される。本装置は、データペイロードを送信するためのデータシンボルの数を決定するための手段を含む。本装置は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するための手段を含む。本装置は、データフレームを送信するための手段を含み、そこにおいて、データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含む。データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化され得る。一態様では、信号フィールドは、パディング（padding）ビット、パケット長、時空間（space-time）ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含む。別の構成では、本装置は、アクセスポイントへのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、データペイロードを符号化するための手段を含み得る。別の構成では、本装置は、トリガメッセージを受信するための手段を含み得、トリガメッセージは、データフレームのための必須の持続時間を含み得る。別の構成では、本装置は、時空間ブロックコード値に関連付けられ得、本装置は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するための手段を含み得る。この構成では、データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値とを含み得る。別の構成では、本装置は、時空間ブロックコード値およびパディングビットに関連付けられ得、本装置は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するための手段を含み得、データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値と、パディングビットとを含み得る。別の構成では、本装置は、トリガメッセージを受信するための手段を含み得る。この構成では、トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み得、データシンボルは、ＢＣＣ符���化を使用して符号化され得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間を含み得、本装置は、時空間ブロックコード値に関連付けられ得る。この構成では、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、テールビットのセットを含み得、信号フィールドは、時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、ＭＣＳ値とを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットとを含み得、本装置は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ得、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み得、データペイロードを送信するためのデータシンボルの数は、データパケット長値に等しくなり得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み得、データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づき得、データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しくなり得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。
【０００８】
[0008]別の態様では、局によるワイヤレス通信のための実行可能コードを記憶するコンピュータ可読媒体が提供される。本コンピュータ可読媒体は、データペイロードを送信するためのデータシンボルの数を決定するためのコードを含む。本コンピュータ可読媒体は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するためのコードを含む。本コンピュータ可読媒体は、データフレームを送信するためのコードを含み、そこにおいて、データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含む。データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化され得る。一態様では、信号フィールドは、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含む。別の構成では、本コンピュータ可読媒体は、アクセスポイントへのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、データペイロードを符号化するためのコードを含み得る。別の構成では、本コンピュータ可読媒体は、トリガメッセージを受信するためのコードを含み得、トリガメッセージは、データフレームのための必須の持続時間を含み得る。別の構成では、局は、時空間ブロックコード値に関連付けられ得、本コンピュータ可読媒体は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するためのコードを含み得る。この構成では、データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値とを含み得る。別の構成では、局は、時空間ブロックコード値およびパディングビットに関連付けられ得、本コンピュータ可読媒体は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するためのコードを含み得、データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値と、パディングビットとを含み得る。別の構成では、本コンピュータ可読媒体は、トリガメッセージを受信するためのコードを含み得る。この構成では、トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み得、データシンボルは、ＢＣＣ符号化を使用して符号化され得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間を含み得、局は、時空間ブロックコード値に関連付けられ得る。この構成では、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、テールビットのセットを含み得、信号フィールドは、時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、ＭＣＳ値とを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットとを含み得、局は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ得、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み得、データペイロードを送信するためのデータシンボルの数は、データパケット長値に等しくなり得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み得、データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づき得、データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しくなり得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。
【０００９】
[0009]本開示の別の態様は、ワイヤレス通信のための装置（たとえば、アクセスポイント）を提供する。アクセスポイントの装置は、データフレームを受信するように構成され、そこにおいて、データフレームは、信号フィールドと複数のデータシンボルとを含む。本装置は、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいて、ペイロードビットの数を決定するように構成される。
【００１０】
[0010]別の態様では、ワイヤレス通信のための装置が提供される。本装置はアクセスポイントであり得る。本装置は、局からデータフレームを受信するための手段を含み、データフレームは、信号フィールドと、アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化された複数のデータシンボルとを含み得る。本装置は、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された複数のデータシンボルを含むデータフレームを復号するための手段を含む。一構成では、データフレームを復号するための手段は、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいて、ペイロードビットの数を決定するように構成され得る。この構成では、複数のデータシンボルは、データシンボルの決定された数およびペイロードビットの決定された数に基づいて復号され得る。別の構成では、信号フィールドは、パディングビット、データパケット長値、時空間ブロックコードビット、またはＭＣＳ値のうちの少なくとも１つを含む。別の構成では、本装置は、トリガメッセージを送信するための手段を含み得、トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。
【００１１】
[0011]一態様では、アクセスポイントによるワイヤレス通信のための実行可能コードを記憶するコンピュータ可読媒体が提供される。本コンピュータ可読媒体は、局からデータフレームを受信するためのコードを含み得、データフレームは、信号フィールドと、アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化された複数のデータシンボルとを含み得る。本コンピュータ可読媒体は、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された複数のデータシンボルを含むデータフレームを復号するためのコードを含み得る。一構成では、データフレームを復号するためのコードは、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいて、ペイロードビットの数を決定するためのコードを含み得る。この構成では、複数のデータシンボルは、データシンボルの決定された数およびペイロードビットの決定された数に基づいて復号され得る。別の構成では、信号フィールドは、パディングビット、データパケット長値、時空間ブロックコードビット、またはＭＣＳ値のうちの少なくとも１つを含む。別の構成では、本コンピュータ可読媒体は、トリガメッセージを送信するためのコードを含み得、トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。
【図面の簡単な説明】
【００１２】
【図１】[0012]本開示の態様が採用され得る、例示的なワイヤレス通信システムを示す図。
【図２】[0013]ワイヤレスネットワーク（たとえば、ＩＥＥＥ８０２．１１規格を採用するＷｉ−Ｆｉ（登録商標）ネットワーク）の図。
【図３】[0014]ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを送信するための、図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスの機能ブロック図。
【図４】[0015]ＬＤＰＣ符号化を使用するワイヤレス通信の例示的な方法のフローチャート。
【図５】[0016]ＢＣＣ符号化を使用するワイヤレス通信の例示的な方法のフローチャート。
【図６】[0017]ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを送信するための例示的なワイヤレス通信デバイスの機能ブロック図。
【図７】[0018]ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを受信および復号するための、図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスの機能ブロック図。
【図８】[0019]ＬＤＰＣまたはＢＣＣ符号化されたパケットを復号するためのワイヤレス通信の例示的な方法のフローチャート。
【図９】[0020]データシンボルを復号するための例示的なワイヤレス通信デバイスの機能ブロック図。
【発明を実施するための形態】
【００１３】
[0021]添付の図面を参照しながら、新規のシステム、装置、コンピュータプログラム製品、および方法の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示される特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えられる。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本発明の他の態様と組み合わせられるにせよ、本明細書で開示する新規のシステム、装置、コンピュータプログラム製品、および方法のいかなる態様をもカバーするものであることを、当業者は諒解されたい。たとえば、本明細書に記載される態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本発明の範囲は、本明細書に記載される本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示するいかなる態様も請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
【００１４】
[0022]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのうちのいくつかを例として、図において、および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。
【００１５】
[0023]普及しているワイヤレスネットワーク技術は、様々なタイプのＷＬＡＮを含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを互いに相互接続するために使用され得る。本明細書で説明する様々な態様は、ワイヤレスプロトコルなど、任意の通信規格に適用され得る。
【００１６】
[0024]いくつかの態様では、ワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトラム拡散（ＤＳＳＳ）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１プロトコルに従って送信され得る。８０２．１１プロトコルの実装形態は、センサー、計測、およびスマートグリッドネットワークのために使用され得る。有利には、８０２．１１プロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも少ない電力を消費し得、および／または比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。
【００１７】
[0025]いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（ＡＰ）および（局または「ＳＴＡ」とも呼ばれる）クライアントがあり得る。概して、ＡＰがＷＬＡＮのためのハブまたは基地局として働き得、ＳＴＡがＷＬＡＮのユーザとして働く。たとえば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイルフォンなどであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉ−Ｆｉ（たとえば、ＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。
【００１８】
[0026]アクセスポイントはまた、ノードＢ、無線ネットワークコントローラ（ＲＮＣ）、ｅノードＢ、基地局コントローラ（ＢＳＣ）、基地トランシーバ局（ＢＴＳ）、基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、接続ポイント、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。
【００１９】
[0027]局はまた、アクセス端末（ＡＴ）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、局は、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）フォン、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラーフォンまたはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。
【００２０】
[0028]一態様では、ワイドエリアＷＬＡＮ（たとえば、Ｗｉ−Ｆｉ）接続性のために、ＭＩＭＯ方式が使用され得る。ＭＩＭＯは、マルチパスと呼ばれる電波特性を活用する。マルチパスでは、送信データは、物体（たとえば、壁、ドア、家具）に当たって跳ね返り、異なるルートを通って異なる時間に複数回受信アンテナに達し得る。ＭＩＭＯを採用するＷＬＡＮデバイスが、データストリームを、空間ストリーム（またはマルチストリーム）と呼ばれる複数の部分にスプリットし、各空間ストリームを、別個のアンテナを通して受信ＷＬＡＮデバイス上の対応するアンテナに送信する。
【００２１】
[0029]「関連付ける」または「関連付け」という用語、あるいはそれらの任意の変形態は、本開示のコンテキスト内で可能な最も広い意味を与えられるべきである。例として、第１の装置が第２の装置に関連付けるとき、２つの装置が直接関連付けられ得るか、または中間装置が存在し得ることを理解されたい。簡潔のために、２つの装置間の関連付けを確立するためのプロセスについて、装置のうちの１つによる「関連付け要求」と、後続の、他の装置による「関連付け応答」とを必要とする、ハンドシェイクプロトコルを使用して説明する。ハンドシェイクプロトコルが、例として、認証を行うためのシグナリングなど、他のシグナリングを必要とし得ることが、当業者には理解されよう。
【００２２】
[0030]本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでない。むしろ、これらの名称は、本明細書において２つまたはそれ以上の要素またはある要素の複数の事例を区別する便利な方法として使用される。したがって、第１および第２の要素への言及は、２つの要素のみが採用され得ること、または第１の要素が第２の要素に先行しなければならないことを意味するものではない。さらに、項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「Ａ、ＢまたはＣのうちの少なくとも１つ」は、Ａ、またはＢ、またはＣ、またはそれらの任意の組合せ（たとえば、Ａ−Ｂ、Ａ−Ｃ、Ｂ−Ｃ、およびＡ−Ｂ−Ｃ）を包含するものとする。
【００２３】
[0031]上記で説明したように、本明細書で説明するいくつかのデバイスは、たとえば、８０２．１１規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるのか、ＡＰとして使用されるのか、他のデバイスとして使用されるのかにかかわらず、スマートメータリングのためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサー適用例を与えるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、ヘルスケアコンテキストにおいて、たとえばパーソナルヘルスケアのために使用され得る。それらのデバイスはまた、（たとえば、ホットスポットとともに使用する）拡張された範囲のインターネット接続性を可能にするために、またはマシンツーマシン通信を実装するために、監視のために使用され得る。
【００２４】
[0032]図１に、本開示の態様が採用され得る、例示的なワイヤレス通信システム１００を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ（たとえば、ＳＴＡ１１２、１１４、１１６、および１１８）と通信するＡＰ１０４を含み得る。
【００２５】
[0033]様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡとの間の、ワイヤレス通信システム１００における送信のために使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡとの間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡとの間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。
【００２６】
[0034]ＡＰ１０４からＳＴＡのうちの１つまたは複数への送信を可能にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡのうちの１つまたは複数からＡＰ１０４への送信を可能にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。いくつかの態様では、ＤＬ通信は、ユニキャストまたはマルチキャストトラフィック指示を含み得る。
【００２７】
[0035]ＡＰ１０４は、いくつかの態様では、ＡＰ１０４が、著しいアナログデジタル変換（ＡＤＣ）クリッピング雑音を引き起こすことなしに、同時に２つ以上のチャネル上でＵＬ通信を受信し得るように、隣接チャネル干渉（ＡＣＩ）を抑制し得る。ＡＰ１０４は、たとえば、各チャネルについて別々の有限インパルス応答（ＦＩＲ）フィルタを有すること、または増大されたビット幅をもつより長いＡＤＣバックオフ期間を有することによって、ＡＣＩの抑制を改善し得る。
【００２８】
[0036]ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＢＳＡ（たとえば、ＢＳＡ１０２）はＡＰ（たとえば、ＡＰ１０４）のカバレージエリアである。ＡＰ１０４は、ＡＰ１０４に関連付けられ、通信のためにＡＰ１０４を使用するＳＴＡとともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００は、中央ＡＰ（たとえば、ＡＰ１０４）を有しないことがあり、むしろ、ＳＴＡ間のピアツーピアネットワークとして機能し得ることに留意されたい。したがって、本明細書で説明するＡＰ１０４の機能は、ＳＴＡのうちの１つまたは複数によって代替的に実行され得る。
【００２９】
[0037]ＡＰ１０４は、ダウンリンク１０８などの通信リンクを介して、ワイヤレス通信システム１００の他のノード（ＳＴＡ）にビーコン信号（または単に「ビーコン」）を、１つまたは複数のチャネル（たとえば、各チャネルが周波数帯域幅を含む、複数の狭帯域チャネル）上で送信し得、ビーコン信号は、他のノード（ＳＴＡ）がそれらのタイミングをＡＰ１０４と同期させるのを助け得るか、あるいは他の情報または機能を与え得る。そのようなビーコンは周期的に送信され得る。一態様では、連続送信間の期間はスーパーフレームと呼ばれることがある。ビーコンの送信は、いくつかのグループまたは間隔に分割され得る。一態様では、ビーコンは、限定はしないが、共通クロックを設定するためのタイムスタンプ情報、ピアツーピアネットワーク識別子、デバイス識別子、能力情報、スーパーフレーム持続時間、送信方向情報、受信方向情報、ネイバーリスト、および／または拡張ネイバーリストなどの情報を含み得、それらのうちのいくつかについて以下でさらに詳細に説明する。したがって、ビーコンは、いくつかのデバイスの間で共通である（たとえば、共有される）とともに所与のデバイスに固有である、情報を含み得る。
【００３０】
[0038]いくつかの態様では、ＳＴＡ（たとえば、ＳＴＡ１１４）は、ＡＰ１０４に通信を送るために、および／またはＡＰ１０４から通信を受信するために、ＡＰ１０４に関連付けることを必要とされ得る。一態様では、関連付けるための情報が、ＡＰ１０４によってブロードキャストされるビーコン中に含まれる。そのようなビーコンを受信するために、ＳＴＡ１１４は、たとえば、カバレージ領域にわたって広カバレージ探索を実行し得る。また、探索は、ＳＴＡ１１４によって、たとえば、灯台方式でカバレージ領域を掃引することによって実行され得る。関連付けるための情報を受信した後に、ＳＴＡ１１４は、関連付けプローブまたは要求などの基準信号をＡＰ１０４に送信し得る。いくつかの態様では、ＡＰ１０４は、たとえば、インターネットまたは公衆交換電話網（ＰＳＴＮ）などのより大きいネットワークと通信するために、バックホール（backhaul）サービスを使用し得る。
【００３１】
[0039]一態様では、ＡＰ１０４は、様々な機能を実行するための１つまたは複数の構成要素を含み得る。たとえば、ＡＰ１０４は、データフレームを受信するように構成されたデコーダ構成要素１２４を含み得、そこにおいて、データフレームは、信号フィールドといくつかのデータシンボルとを含む。デコーダ構成要素１２４は、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいて、ペイロードビットの数を決定するように構成され得る。
【００３２】
[0040]別の態様では、ＳＴＡ１１４は、様々な機能を実行するための１つまたは複数の構成要素を含み得る。一構成では、ＳＴＡ１１４は、データペイロードを送信するためのデータシンボルの数を決定する構成されたエンコーダ構成要素１２６を含み得る。エンコーダ構成要素１２６は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するように構成され得る。エンコーダ構成要素１２６は、データフレームを送信するように構成され得る。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得る。データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化され得る。
【００３３】
[0041]図２は、ワイヤレスネットワーク（たとえば、ＩＥＥＥ８０２．１１規格を採用するＷｉ−Ｆｉネットワーク）の図２００である。図２００に、サービスエリア２１４内でブロードキャストする／送信するＡＰ２０２を示す。ＳＴＡ２０６、２０８、２１０、２１２は、ＡＰ２０２のサービスエリア２１４内にある（４つのＳＴＡのみが図２に示されているが、より多いまたはより少ないＳＴＡがサービスエリア２１４内にあり得る）。
【００３４】
[0042]ＡＰ２０２は、１つまたは複数のフレーム中で、１つまたは複数のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０、２１２）に、シンボル（たとえば、データシンボルまたはＬＴＦシンボル）２０４を送信し得、その逆も同様である。フレーム２５０は、プリアンブル２６０とデータシンボル２６８とを含み得る。プリアンブル２６０は、フレーム２５０を送信するための変調方式と、送信レートと、時間の長さとを識別する情報をもつ、フレーム２５０のヘッダと考えられ得る。プリアンブル２６０は、信号（ＳＩＧ）フィールド２６４と、ショートトレーニングフィールド（ＳＴＦ）２６４と、１つまたは複数のロングトレーニングフィールド（ＬＴＦ）シンボル２６６（たとえば、ＬＴＦ１、ＬＴＦ２、．．．、ＬＴＦＮ）とを含み得る。ＳＩＧフィールド２６４は、レートおよび長さ情報を転送するために使用され得る。ＳＩＧフィールド２６４は、パディングビット、パケット長、時空間ブロックコード（ＳＴＢＣ）ビット、およびＭＣＳ情報のうちの少なくとも１つを備え得る。時空間ブロックコーディングは、送信ダイバーシティを増加させるために、データストリームの複数のコピーが複数のアンテナにわたって送信される、ワイヤレス通信技法である。ＳＴＦ２６２は、マルチ送信およびマルチ受信システムにおける自動利得制御（ＡＧＣ）を改善するために使用され得る。ＬＴＦシンボル２６６は、受信機（たとえば、ＳＴＡ２０６またはＡＰ２０２）がチャネル推定を実行するために必要とされる情報を与えるために使用され得る。ＬＴＦシンボルの数は、異なるＳＴＡからの時空間ストリームの数に等しいかまたはそれよりも大きいことがある。たとえば、４つのＳＴＡがある場合、４つのＬＴＦシンボル（すなわち、ＬＴＦ１、ＬＴＦ２、ＬＴＦ３、ＬＴＦ４）があり得る。データシンボル２６８は、たとえば、ＳＴＡ２０６とＡＰ２０２との間で通信されるべきユーザデータを含んでいることがある。
【００３５】
[0043]図２に示されているＷｉ−Ｆｉネットワークなど、Ｗｉ−Ｆｉネットワークでは、ＬＤＰＣおよび／またはＢＣＣ符号化が、アップリンクマルチユーザＭＩＭＯおよびＯＦＤＭＡ送信において使用され得る。概して、ＬＤＰＣコードは、ｙ列およびｍ＝ｙ−ｘ行をもつパリティチェック行列Ｈに基づき得、そこにおいて、ｘはデータペイロードの長さを表し得る。各行は、ρ個の１を有する。各列は、γ個の１を有する。長さｘの所与のデータペイロードａ＝｛ａ0，．．．，ａx-1｝では、ＬＤＰＣエンコーダが、Ｈｙ＝０であるように、長さｙのコードワードｂ＝｛ｂ0，．．．，ｂy-1｝を生成し得、ここで、ｙ＞ｘである。コードワードは、２つの部分からなり得る。コードワードの最初のｘビットは、送信されるべきデータペイロードのビット（またはビットのサブセット）に対応し得る。コードワードの残りのｙ−ｘビットは、パリティチェックビットｐ＝｛ｐ0，．．．，ｐy-x-1｝であり得る。
【００３６】
[0044]ＬＤＰＣ符号化／復号
[0045]アップリンクマルチユーザＭＩＭＯおよびＯＦＤＭＡ送信におけるＬＤＰＣコーディングの使用について説明する前に、アップリンクシングルユーザコンテキストにおけるＬＤＰＣコーディングについて説明することは有用であり得る。
【００３７】
[0046]シングルユーザ事例では、ＳＴＡは、ＬＤＰＣコーディングおよび復号の目的でＬＤＰＣコーディングパラメータを導出するために、データペイロードを送信するためのデータシンボルの最小数と、ペイロードビットの数とを知る必要があり得る。ペイロードを送信するためのデータシンボルの最小数を決定するために、ＳＴＡ２１２は、媒体アクセス制御（ＭＡＣ）パケット長（たとえば、アグリゲートＭＡＣプロトコルデータユニット（ＡＭＰＤＵ）長）、ＳＴＢＣビット、ならびに変調およびコーディング方式（ＭＣＳ）などの情報を必要とし得る。ＭＡＣパケット長は、送信されるべきデータペイロードの（バイト単位の）長さであり得る。データシンボルの最小数は、ＳＴＡ２１２によって決定されるか、または、トリガメッセージ２１６中でＡＰ２０２によって送られ得る。（ＬＤＰＣコーディングを含む）データペイロードを送信するためのデータシンボルの最小数は、式１によって決定され得る。
【００３８】
【数１】
0006622298.tif 000002
【００３９】
[0047]式１において、Ｎsym_initは、データペイロードを送信するためのデータシンボルの最小数であり、ｍstbcは、時空間ブロックコード値を表し（ＳＴＢＣが使用された場合（時空間ブロックコードビット＝１）、ｍstbc＝２、そうでない場合、ｍstbc＝１（時空間ブロックコードビット＝０））、ＡＭＰＤＵ．ｌｅｎｇｔｈは、バイト単位のアグリゲートＭＡＣプロトコルデータユニット（またはＡＭＰＤＵ）長（またはコーディングの前のバイト単位のデータペイロードの長さ）を表し、Ｎserviceは、サービスビットの数（たとえば、１６ビット）を表し、Ｎcbpsは、シンボルごとのコード化ビットの数を表し、Ｒは、ＭＣＳコードレート（たとえば、４／５）を表す。記号
【００４０】
【数２】
0006622298.tif 000003
【００４１】
は、ｘよりも大きいかまたはそれに等しい、最も小さい整数を示す天井関数である。
【００４２】
[0048]データシンボルの最小数、Ｎsym_initを決定したので、（ＬＤＰＣコーディングの後のデータペイロードの送信のために必要とされる）ペイロードビットの数は、式２によって決定され得る。
【００４３】
【数３】
0006622298.tif 000004
【００４４】
[0049]送信のためのＯＦＤＭシンボルの第２の数が、式３によって決定され得る。
【００４５】
【数４】
0006622298.tif 000005
【００４６】
[0050]式３において、ＯＦＤＭシンボルの第２の数、Ｎsymは、ＬＤＰＣコーディングの後のデータペイロードを送信するためのシンボルの最小数＋ＬＤＰＣコーディングプロセスが１つまたは複数のＯＦＤＭシンボルにあふれる場合に必要とされる任意の余剰シンボルを表す。Ｎldpc_extは、ＬＤＰＣコーディングが１つまたは複数のＯＦＤＭシンボルにあふれるかどうかを示す１ビットフラグである。Ｎsym_initおよびＮpldを決定したので、ＳＴＡは、ＬＤＰＣコーディングの目的で、Ｎcw、Ｌldpc、Ｎshrt、Ｎpunc、Ｎrepなど、ＬＤＰＣコーディングパラメータを導出し得る。Ｎcwは、コードワードの数を表し、Ｌldpcは、ＬＤＰＣコードワード長であり、Ｎshrtは、短縮０ビット（shortening zero bit）の数を表し、Ｎpuncは、パンクチャビットの数を表し、Ｎrepは、繰り返しビットの数を表す。ＬＤＰＣコーディングパラメータを導出した後に、ＳＴＡ２１２は、ＬＤＰＣ符号化を使用してデータペイロードを符号化し、ＬＤＰＣ符号化されたデータシンボルをフレーム（たとえば、フレーム２５０）中でＡＰ２０２に送信し得る。余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示すために、ＳＴＡ２１２は、パディングビットをフレーム中に含め得る。
【００４７】
[0051]ＬＤＰＣ符号化されたデータシンボルがＳＴＡ２１２からＡＰ２０２に送信された後に、ＡＰ２０２は、Ｎsym_initおよびＮpldに基づいてＬＤＰＣコーディングパラメータを決定することによって、受信されたＬＤＰＣ符号化されたデータシンボルを復号することを試み得る。一構成では、ＡＰ２０２が、ＳＴＡ２１２にトリガメッセージ２１６を送信することによって、ＳＴＡ２１２のアップリンク送信をトリガした場合、トリガメッセージ２１６は、どんなＡＭＰＤＵ．ｌｅｎｇｔｈを使用すべきかをＳＴＡ２１２に示し得る。この構成では、ＡＰ２０２は、式１に基づいてＮsym_initを決定し得る。
【００４８】
【数５】
0006622298.tif 000006
【００４９】
[0052]この構成では、ｍstbc値がトリガメッセージ２１６中に含まれる場合、ＡＰ２０２は、ｍstbc値をも知り得る。代替的に、ＳＴＡ２１２が、符号化されたＬＤＰＣデータシンボルをＡＰ２０２にフレーム中で送信するとき、フレームは、ｍstbc値に関連付けられた時空間ブロックコードビットを含み得る。前記のように、ＳＴＢＣが使用された場合（ＳＴＢＣビット＝１）、ｍstbcは２に等しく、そうでない場合、ｍstbcは１に等しい（ＳＴＢＣビット＝０）。Ｎsym_initを決定したので、ＡＰ２０２は、式２を使用して、ペイロードビットの数、Ｎpldを決定し得る。
【００５０】
【数６】
0006622298.tif 000007
【００５１】
[0053]Ｎsym_initおよびＮpldを決定したので、ＡＰ２０２は、ＬＤＰＣ符号化されたデータシンボルを復号するために使用されるＬＤＰＣパラメータを決定し得る。
【００５２】
[0054]別の構成では、ＡＰ２０２は、アップリンク送信をトリガしていないことがある。この場合、ＳＴＡ２１２は、ＡＰ２０２にフレーム（たとえば、フレーム２５０）を送信し得、フレームは、ＳＩＧフィールドと、符号化されたＬＤＰＣデータシンボルとを含み得る。ＳＩＧフィールド（たとえば、Ｌ−ＳＩＧまたはＸ−ＳＩＧ）は、（バイト単位の、またはシンボル数単位の）パケット／フレーム長を示し得る。一態様では、ＡＰ２０２は、シンボルが標準ガードインターバル（ＧＩ）（８００ｎｓ  ＧＩ）を有するとき、（以下の）式４を使用して、符号化されたデータシンボルの数を決定し得る。
【００５３】
【数７】
0006622298.tif 000008
【００５４】
[0055]この態様では、ＳＩＧ．ｌｅｎｇｔｈは、フレームの総パケット長を表し得、フレームのＳＩＧフィールド中でＳＴＡ２１２によって送信され得る。式４は、ＳＩＧ．ｌｅｎｇｔｈがバイト単位で与えられると仮定する。３バイトごとに１シンボルがあると仮定すると、
【００５５】
【数８】
0006622298.tif 000009
【００５６】
は、フレーム中のＳＩＧフィールドの後の（ただしＳＩＧ−Ａを含む）シンボルの総数を表す。しかしながら、ＳＩＧ．ｌｅｎｇｔｈが、（たとえば、４μｓごとの）ＳＩＧフィールドの後のシンボルの総数を表す場合、
【００５７】
【数９】
0006622298.tif 000010
【００５８】
はＳＩＧ．ｌｅｎｇｔｈと置き換えられ得る。記号
【００５９】
【数１０】
0006622298.tif 000011
【００６０】
は、ｘよりも小さいかまたはそれに等しい、最も大きい整数を示す床関数（floor function）である。フレーム中のＳＩＧフィールドの後のシンボルの総数を決定したので、シンボルの総数は、（ＳＩＧフィールドＡ１と、ＳＩＧフィールドＡ２と、ＳＴＦとを表し得る）３だけ、およびＬＴＦシンボルの数、ＮLTFだけ減算され得る。場合によっては、ＮLTFは、時空間ストリームの数Ｎstsによって決定され得る。結果は、データフィールドシンボルの数、Ｎsymである。この態様はＳＩＧ−Ａ１と、ＳＩＧ−Ａ２と、ＳＴＦとを表すシンボルの数として３を使用するが、フレーム中のフィールドの組成に応じて、他の数が使用され得る。
【００６１】
[0056]この構成の別の態様では、ＡＰ２０２は、シンボルがショートガードインターバル（４００ｎｓ  ＧＩ）を有するとき、符号化されたデータシンボルの数を式５を使用して決定し得る。
【００６２】
【数１１】
0006622298.tif 000012
【００６３】
[0057]この構成では、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは、フレームのＳＩＧフィールド（たとえば、ＳＩＧフィールドＡ２の第２のビット、ＳＩＧＡ２．Ｂ１）中で、ＳＴＡ２１２によって送信され得る。ショートガードインターバルが使用され、Ｎsym  ｍｏｄ  １０＝９であるとき、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは１に設定され得、そうでない場合、そのビットは０に設定され得る。
【００６４】
[0058]データシンボルの総数、Ｎsymを決定したので、ＡＰ２０２は、式６を使用して、データシンボルの最小数Ｎsym_initを決定し得る。
【００６５】
【数１２】
0006622298.tif 000013
【００６６】
[0059]式６において、ＳＴＢＣ値、ｍstbcは、時空間ブロックコーディングが使用された場合、２であり、または時空間ブロックコーディングが使用されない場合、１であり得る。Ｎldpc_extは、１つまたは複数の余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために使用されたかどうかを示し得るパディングビットである。Ｎldpc_extは、余剰シンボルが使用されなかった場合、０に等しくなり得、１つまたは複数の余剰シンボルが使用された場合、１に等しくなり得る。パディングビット、Ｎldpc_extは、ＳＩＧフィールド中で（たとえば、信号フィールドＡ２の第４のビット中で）ＳＴＡ２１２によって送信され得るか、またはパディングビットはＡＰ２０２に知られ得る。Ｎsym_initを決定したので、ペイロードビットの数、Ｎpldは、上述の式２を使用して決定され得る。
【００６７】
[0060]２つのガードインターバルの例のみについて上記で説明したが、他のガードインターバル（またはサイクリックプレフィックス長）が使用され得る。したがって、ＳＩＧ．ｌｅｎｇｔｈに基づくＮsymのための計算は、ガードインターバルに基づいて変化し得る。
【００６８】
[0061]シングルユーザアップリンク送信のためのＬＤＰＣ符号化について説明したので、次にマルチユーザアップリンク送信に関するＬＤＰＣ符号化について説明し得る。Ｗｉ−Ｆｉネットワークは、マルチユーザアップリンク送信のためのＬＤＰＣコーディングをサポートし得る。５つの異なるオプションが、ＬＤＰＣコーディングを使用するマルチユーザアップリンク送信のために採用され得る。各オプションは、ＡＰによってＳＴＡに与えられ得る異なるタイプの情報を対象とする。ＳＴＡは、ＵＬ  ＭＵ  ＭＩＭＯまたはＵＬ  ＯＦＤＭＡ送信のためにデータを符号化するために、ＡＰによって与えられる情報を利用し得る。以下でさらに説明するように、情報は、ＵＬフレーム（たとえば、図２中のフレーム２５０）のための持続時間を示し得るか、またはフレーム内の異なるフィールドの値を示し得る。オプション１では、ＳＴＡ（たとえば、ＳＴＡ２１２）は、完全に制御されていることがあり、ＡＰ（たとえば、ＡＰ２０２）は、フレームの持続時間、データペイロードサイズ、ＭＣＳ、ＳＴＢＣビット、またはパディングビットを制限しない。オプション２では、ＡＰは、トリガメッセージ（たとえば、トリガメッセージ２１６）中で、フレームのための最大持続時間を規定／要求し得る。オプション２では、ＳＴＡは、データペイロードサイズと、ＭＣＳと、ＳＴＢＣビットと、パディングビットとを決定し得る。オプション３では、ＡＰは、トリガメッセージ中で、すべてのＳＴＡについて同じフレーム持続時間を規定／要求し得る。ＳＴＡは、データペイロードサイズと、ＭＣＳと、ＳＴＢＣビットと、パディングビットとを決定し得る。オプション４では、ＡＰは、トリガメッセージ中で、すべてのＳＴＡについて同じ持続時間と、ＭＣＳと、ＳＴＢＣビットとを規定し得る。ＳＴＡは、データペイロードサイズと、パディングビットとを決定し得る。オプション５では、ＡＰは、すべてのＳＴＡについて同じ持続時間と、ＭＣＳと、ＳＴＢＣビットと、パディングビットとを規定し得る。ＳＴＡは、データペイロードサイズを決定し得る（または、ＡＰはデータペイロードサイズをも同様に規定し得る）。
【００６９】
[0062]ＬＤＰＣ符号化：オプション１
[0063]オプション１では、上述のように、各ＳＴＡは、完全なフレキシビリティを有し得る。したがって、ＬＤＰＣコーディングの目的で、符号化および復号は、シングルユーザ事例と同じであり得る。ＬＤＰＣコーディングを使用してデータペイロードを送信するためのデータシンボルの最小数を決定するために、ＳＴＡ２１２は、ＭＡＣパケット長（たとえば、ＡＭＰＤＵ長）、ＳＴＢＣビット、およびＭＣＳなどの情報を必要とし得る。データシンボルの最小数は、式１によって決定され得る。
【００７０】
【数１３】
0006622298.tif 000014
【００７１】
[0064]式１において、Ｎsym_initは、データシンボルの最小数であり、ｍstbcは、時空間ブロックコード値を表し（ＳＴＢＣが使用された場合（時空間ブロックコードビット＝１）、ｍstbc＝２、そうでない場合（時空間ブロックコードビット＝０）、１）、ＡＭＰＤＵ．ｌｅｎｇｔｈは、アグリゲートＭＡＣプロトコルデータユニット（またはＡＭＰＤＵ）長を表し、Ｎserviceは、サービスビットの数（たとえば、１６ビット）を表し、Ｎcbpsは、シンボルごとのコード化ビットの数を表し、Ｒは、ＭＣＳコードレート（たとえば、４／５）を表し、ＭＣＳに基づいて決定され得る。記号
【００７２】
【数１４】
0006622298.tif 000015
【００７３】
は、ｘよりも大きいかまたはそれに等しい、最も小さい整数を示す天井関数である。
【００７４】
[0065]データシンボルの最小数、Ｎsym_initを決定したので、データペイロードを送信するためのペイロードビットの数は、式２によって決定され得る。
【００７５】
【数１５】
0006622298.tif 000016
【００７６】
[0066]ＯＦＤＭシンボルの第２の数が、式３によって決定され得る。
【００７７】
【数１６】
0006622298.tif 000017
【００７８】
[0067]式３において、ＯＦＤＭシンボルの第２の数、Ｎsymは、ＬＤＰＣコーディングを使用してデータペイロードを送信するためのデータシンボルの最小数＋ＬＤＰＣコーディングプロセスが１つまたは複数のＯＦＤＭシンボルにあふれる場合に必要とされる任意の余剰シンボルを表す。Ｎldpc_extは、ＬＤＰＣコーディングが１つまたは複数のＯＦＤＭシンボルにあふれるかどうかを示す１ビットフラグである。Ｎsym_initおよびＮpldを決定したので、ＳＴＡ２１２は、Ｎcw、Ｌldpc、Ｎshrt、Ｎpunc、Ｎrepなど、ＬＤＰＣコーディングパラメータを導出し得る。Ｎcwは、コードワード（codeword）の数を表し、Ｌldpcは、ＬＤＰＣコードワード長であり、Ｎshrtは、短縮０ビットの数を表し、Ｎpuncは、パンクチャビットの数を表し、Ｎrepは、繰り返しビットの数を表す。ＬＤＰＣコーディングパラメータを導出した後に、ＳＴＡ２１２は、ＬＤＰＣ符号化を使用してデータペイロードを符号化し、ＬＤＰＣ符号化されたデータシンボルをパケット／フレーム（たとえば、フレーム２５０）中でＡＰ２０２（たとえば、ＡＰ）に送信し得る。余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示すために、ＳＴＡ２１２は、パディングビット（すなわち、Ｎldpc_ext）をフレーム２５０のＳＩＧフィールド２６４中に含め得る。ＳＴＡ２１２はまた、（バイト単位の、またはシンボル数単位の）フレームの長さを示すためのフレームのパケット長と、ＳＴＢＣが使用されるかどうかを示すＳＴＢＣビットと、ＭＣＳとを含め得る。
【００７９】
[0068]ＬＤＰＣ符号化されたデータシンボルがＳＴＡ２１２からＡＰ２０２に送信された後に、ＡＰ２０２は、Ｎsym_initおよびＮpldに基づいてＬＤＰＣコーディングパラメータを決定することによって、受信されたＬＤＰＣ符号化されたデータシンボルを復号することを試み得る。一構成では、ＡＰ２０２が、ＳＴＡ２１２にトリガメッセージ２１６を送信することによって、アップリンク送信をトリガした場合、トリガメッセージ２１６は、どんなＡＭＰＤＵ．ｌｅｎｇｔｈを使用すべきかをＳＴＡ２１２に示し得る。この構成では、ＡＰ２０２は、式１に基づいてＮsym_initを決定し得る。
【００８０】
【数１７】
0006622298.tif 000018
【００８１】
[0069]別の構成では、ＡＰ２０２は、アップリンク送信をトリガしないことがある。この場合、ＳＴＡ２１２は、ＡＰ２０２にフレームを送信し得、フレームは、ＳＩＧフィールドと、符号化されたＬＤＰＣデータシンボルとを含み得る。ＳＩＧフィールド（たとえば、Ｌ−ＳＩＧまたはＸ−ＳＩＧ）は、（バイト単位の、またはシンボル数単位の）フレームのパケット長を示し得る。一態様では、ＡＰ２０２は、シンボルが標準ガードインターバル（ＧＩ）（８００ｎｓ  ＧＩ）を有するとき、式４を使用して、符号化されたデータシンボルの数を決定し得る。
【００８２】
【数１８】
0006622298.tif 000019
【００８３】
[0070]この態様では、ＳＩＧ．ｌｅｎｇｔｈは、フレームの総パケット長を表し得、フレームのＳＩＧフィールド中でＳＴＡ２１２によって送信され得る。式４は、ＳＩＧ．ｌｅｎｇｔｈがバイト単位で与えられると仮定する。３バイトごとに１シンボルがあると仮定すると、
【００８４】
【数１９】
0006622298.tif 000020
【００８５】
は、フレーム中のシンボルの総数を表す。しかしながら、ＳＩＧ．ｌｅｎｇｔｈが、（たとえば、４μｓごとの）シンボルの総数を表す場合、
【００８６】
【数２０】
0006622298.tif 000021
【００８７】
はＳＩＧ．ｌｅｎｇｔｈと置き換えられ得る。フレーム中のシンボルの総数を決定したので、シンボルの総数は、（ＳＩＧフィールドＡ１と、ＳＩＧフィールドＡ２と、ＳＴＦシンボルとを表し得る）３だけ、およびＬＴＦシンボルの数、ＮLTFだけ減算され得る。場合によっては、ＮLTFは、時空間ストリームの数Ｎstsに基づいて決定され得る。結果は、データフィールドシンボルの総数、Ｎsymである。
【００８８】
[0071]この構成の別の態様では、ＡＰ２０２は、シンボルがショートガードインターバル（４００ｎｓ  ＧＩ）を有するとき、符号化されたデータシンボルの数を式５を使用して決定し得る。
【００８９】
【数２１】
0006622298.tif 000022
【００９０】
[0072]この構成では、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは、フレームのＳＩＧフィールド（たとえば、ＳＩＧフィールドＡ２の第２のビット、ＳＩＧＡ２．Ｂ１）中で、ＳＴＡ２１２によって送信され得る。ショートガードインターバルが使用され、Ｎsym  ｍｏｄ  １０＝９であるとき、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは１に設定し、そうでない場合、そのビットは０に設定され得る。
【００９１】
[0073]データシンボルの総数、Ｎsymを決定したので、ＡＰ２０２は、式６を使用して、データシンボルの最小数Ｎsym_initを決定することができる。
【００９２】
【数２２】
0006622298.tif 000023
【００９３】
[0074]式６において、ＳＴＢＣ値、ｍstbcは、時空間ブロックコーディングが使用された場合、２であり、または時空間ブロックコーディングが使用されない場合、１であり得る。パディングビット、Ｎldpc_extは、余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために使用されたかどうかを示し得る。パディングビットは、余剰シンボルが使用されなかった場合、０に等しくなり得、１つまたは複数の余剰シンボルが使用された場合、１に等しくなり得る。パディングビットは、ＳＩＧフィールド（たとえば、信号フィールドＡ２の第４のビット）中でＳＴＡ２１２によって送信され得るか、またはパディングビットはＡＰ２０２に知られ得る。Ｎsym_initを決定したので、ペイロードビットの数、Ｎpldは、上述の式２を使用して決定され得る。
【００９４】
[0075]ＬＤＰＣ符号化：オプション２
[0076]オプション２では、ＡＰ２０２は、トリガメッセージ２１６中でフレーム（たとえば、フレーム２５０）のための最大の必須の持続時間を示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。ＳＴＡ２１２がトリガメッセージ２１６を受信した後に、ＳＴＡ２１２は、式７に基づいて、フレーム２５０中に含まれ得るデータシンボルの最大数を決定し得る。
【００９５】
【数２３】
0006622298.tif 000024
【００９６】
[0077]式７において、Ｔmaxは、トリガメッセージ２１６中で受信されるような最大フレーム持続時間。Ｔpreamble,uは、ＳＴＡ２１２に対応するユーザｕのためのプリアンブルの持続時間である。Ｔsymは、すべてのユーザに共通であり得る、シンボルの持続時間である。Ｎsym_max,uは、ＳＴＡ２１２によってＡＰ２０２に送信されるべきフレーム２５０含まれ得るデータシンボルの最大数を表す。
【００９７】
[0078]ＬＤＰＣコーディングを使用してデータペイロードを送信するためのデータシンボルの最小数を決定するために、ＳＴＡ２１２は、ＭＡＣパケット長（たとえば、ＡＭＰＤＵ長）、ＳＴＢＣビット、およびＭＣＳなどの情報を必要とし得る。ＬＤＰＣコーディングを使用してデータペイロードを送信するためのデータシンボルの最小数は、式１によって決定され得る。
【００９８】
【数２４】
0006622298.tif 000025
【００９９】
[0079]式１において、Ｎsym_initは、シンボルの最小数であり、ｍstbcは、ＳＴＢＣ値を表す。ＳＴＢＣが使用された場合（ＳＴＢＣビット＝１）、ｍstbc＝２、そうでない場合（ＳＴＢＣビット＝０）、１。ＡＭＰＤＵ．ｌｅｎｇｔｈは、アグリゲートＭＡＣプロトコルデータユニット（ＡＭＰＤＵ）長（またはコーディングの前のバイト単位のデータペイロード）を表し、Ｎserviceは、サービスビットの数（たとえば、１６ビット）を表し、Ｎcbpsは、シンボルごとのコード化ビットの数を表し、Ｒは、ＭＣＳコードレート（たとえば、４／５）を表す。Ｒは、ＭＣＳに基づいて決定され得る。記号
【０１００】
【数２５】
0006622298.tif 000026
【０１０１】
は、ｘよりも大きいかまたはそれに等しい、最も小さい整数を示す天井関数である。
【０１０２】
[0080]シンボルの最小数、Ｎsym_initを決定したので、ペイロードビットの数は、式２によって決定され得る。
【０１０３】
【数２６】
0006622298.tif 000027
【０１０４】
[0081]データペイロードを送信するためのＯＦＤＭシンボルの第２の数が、式３によって決定され得る。
【０１０５】
【数２７】
0006622298.tif 000028
【０１０６】
[0082]式３において、ＯＦＤＭシンボルの第２の数、Ｎsymは、ＬＤＰＣコーディングを使用してデータペイロードを送信するためのシンボルの最小数＋ＬＤＰＣコーディングプロセスが１つまたは複数のＯＦＤＭシンボルにあふれる場合に必要とされる任意の余剰シンボルを表す。この場合、フレームの持続時間が、ＡＰ２０２によって与えられる必須の最大持続時間よりも小さいことを保証するために、Ｎsym＜Ｎsym_max,uである。Ｎldpc_extは、ＬＤＰＣコーディングが１つまたは複数のＯＦＤＭシンボルにあふれるかどうかを示す１ビットフラグである。Ｎsym_initおよびＮpldを決定したので、ＳＴＡは、Ｎcw、Ｌldpc、Ｎshrt、Ｎpunc、Ｎrepなど、ＬＤＰＣコーディングパラメータを導出し得る。Ｎcwは、コードワードの数を表し、Ｌldpcは、ＬＤＰＣコードワード長であり、Ｎshrtは、短縮０ビットの数を表し、Ｎpuncは、パンクチャビットの数を表し、Ｎrepは、繰り返しビットの数を表す。ＬＤＰＣコーディングパラメータを導出した後に、ＳＴＡ２１２は、ＬＤＰＣ符号化を使用してデータペイロードを符号化し、ＬＤＰＣ符号化されたデータシンボルをパケット／フレーム中でＡＰ２０２に送信し得る。余剰ＬＤＰＣシンボルがコーディングプロセスのために使用されたかどうかを示すために、ＳＴＡ２１２は、パディングビット（Ｎldpc_ext）をフレーム２５０のＳＩＧフィールド２６４（たとえば、高効率（ＨＥ）−ＳＩＧ）中に含め得る。ＳＴＡ２１２はまた、（バイト単位の、またはシンボル数単位の）フレームの長さを示すためのフレーム２５０のパケット長と、ＳＴＢＣが使用されるかどうかを示すＳＴＢＣビットと、ＭＣＳとを含め得る。
【０１０７】
[0083]ＳＴＡ２１２がＬＤＰＣ符号化されたデータシンボルをＡＰ２０２に送信した後に、ＡＰは、Ｎsym_initおよびＮpldに基づいてＬＤＰＣコーディングパラメータを決定することによって、受信されたＬＤＰＣ符号化されたデータシンボルを復号することを試み得る。一構成では、ＡＰが、ＳＴＡ２１２にトリガメッセージ２１６を送信することによって、アップリンク送信をトリガした場合、トリガメッセージ２１６は、どんなＡＭＰＤＵ．ｌｅｎｇｔｈを使用すべきかをＳＴＡ２１２に示し得る。この構成では、ＡＰ２０２は、式１に基づいてＮsym_initを決定し得る。
【０１０８】
【数２８】
0006622298.tif 000029
【０１０９】
[0084]Ｎsym_initおよびＮpldを決定したので、ＡＰ２０２は、ＬＤＰＣ符号化されたデータシンボルを復号するために使用されるＬＤＰＣパラメータを決定し得る。
【０１１０】
[0085]別の構成では、ＡＰ２０２は、アップリンク送信をトリガしないことがある。この場合、ＳＴＡ２１２は、ＡＰ２０２にフレームを送信し得、フレームは、ＳＩＧフィールドと、符号化されたＬＤＰＣデータシンボルとを含み得る。ＳＩＧフィールド（たとえば、Ｌ−ＳＩＧ、Ｘ−ＳＩＧ、またはＨＥ−ＳＩＧ）は、（バイト単位の、またはシンボル数単位の）フレームのパケット長を示し得る。一態様では、ＡＰ２０２は、シンボルが標準ガードインターバル（ＧＩ）（８００ｎｓ  ＧＩ）を有するとき、式４を使用して、符号化されたデータシンボルの数を決定し得る。
【０１１１】
【数２９】
0006622298.tif 000030
【０１１２】
[0086]この態様では、ＳＩＧ．ｌｅｎｇｔｈは、フレームの総パケット長を表し得、フレームのＳＩＧフィールド中でＳＴＡ２１２によって送信され得る。式４は、ＳＩＧ．ｌｅｎｇｔｈがバイト単位で与えられると仮定する。３バイトごとに１データシンボルがあると仮定すると、
【０１１３】
【数３０】
0006622298.tif 000031
【０１１４】
は、フレーム中のシンボルの総数を表す。しかしながら、ＳＩＧ．ｌｅｎｇｔｈが、（たとえば、４μｓごとの）シンボルの総数を表す場合、
【０１１５】
【数３１】
0006622298.tif 000032
【０１１６】
はＳＩＧ．ｌｅｎｇｔｈと置き換えられ得る。フレーム中のシンボルの総数を決定したので、シンボルの総数は、（ＳＩＧフィールドＡ１と、ＳＩＧフィールドＡ２と、ＳＴＦとを表し得る）３だけ、およびＬＴＦシンボルの数、ＮLTFだけ減算され得る。場合によっては、ＮLTFは、時空間ストリームの数Ｎstsによって決定され得る。結果は、データフィールドシンボルの数、Ｎsymである。
【０１１７】
[0087]この構成の別の態様では、ＡＰ２０２は、シンボルがショートガードインターバル（４００ｎｓ  ＧＩ）を有するとき、符号化されたデータシンボルの数を式５を使用して決定し得る。
【０１１８】
【数３２】
0006622298.tif 000033
【０１１９】
[0088]この構成では、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは、フレームのＳＩＧフィールド（たとえば、ＳＩＧフィールドＡ２の第２のビット、ＳＩＧＡ２．Ｂ１）中で、ＳＴＡ２１２によって送信され得る。ショートガードインターバルが使用され、Ｎsym  ｍｏｄ  １０＝９であるとき、ＳｈｏｒｔＧＩＮｓｙｍＤｉｓａｍｂｉｇｕａｔｉｏｎＢｉｔは１に設定し、そうでない場合、そのビットは０に設定され得る。
【０１２０】
[0089]データシンボルの総数、Ｎsymを決定したので、ＡＰ２０２は、式６を使用して、ＬＤＰＣ符号化のためのデータシンボルの最小数Ｎsym_initを決定し得る。
【０１２１】
【数３３】
0006622298.tif 000034
【０１２２】
[0090]式６において、ＳＴＢＣ値、ｍstbcは、ＳＴＢＣが使用された場合、２であり、またはＳＴＢＣが使用されない場合、１であり得る。パディングビット、Ｎldpc_extは、１つまたは複数の余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために使用されたかどうかを示し得る。パディングビットは、余剰シンボルが使用されなかった場合、０に等しくなり得、１つまたは複数の余剰シンボルが使用された場合、１に等しくなり得る。パディングビットは、ＳＩＧフィールド（たとえば、信号フィールドＡ２の第４のビット）中でＳＴＡ２１２によって送信され得るか、またはパディングはＡＰ２０２に知られ得る。Ｎsym_initを決定したので、ペイロードビットの数、Ｎpldは、上述の式２を使用して決定され得る。
【０１２３】
[0091]オプション１および２では、異なるＳＴＡが、異なる長さおよび持続時間のフレームを送ることがある。これは、メディア再利用およびＡＰ受信ステータスに影響を及ぼすことがある。早期にパケットを終了するいくつかのユーザについて、他のＳＴＡは、それを継続中の送信における電力低下として知覚し得、その伝送媒体を使用することを開始することを決定し得る。また、早期終了は、ＡＰ２０２の受信機処理におけるリセットをトリガし得る電力低下を生じることがある。
【０１２４】
[0092]ＬＤＰＣ符号化：オプション３
[0093]オプション３では、ＡＰ２０２は、トリガメッセージ２１６中でフレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間を示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション３では、トリガメッセージ２１６を受信するすべてのＳＴＡは、同じ持続時間を有するフレームを送信することになる。しかしながら、ＳＴＡは、持続時間の制約を条件として、データペイロードサイズと、ＭＣＳと、ＳＴＢＣ値とを決定するフレキシビリティを有し得る。ＳＴＡ２１２がトリガメッセージ２１６を受信した後に、ＳＴＡ２１２は、式８に基づいて、フレーム２５０中に含まれ得るデータシンボルの数を決定し得る。
【０１２５】
【数３４】
0006622298.tif 000035
【０１２６】
[0094]式８において、Ｔtotalは、トリガメッセージ２１６中で受信されるような必須のフレーム持続時間を表す。Ｔpreamble,uは、ＳＴＡ２１２に対応するユーザｕのためのプリアンブルの持続時間である。Ｔsymは、すべてのユーザに共通であり得る、シンボルの持続時間である。Ｎsym,uは、規定されたフレーム持続時間に基づく、ＡＰ２０２に送信されるべきフレーム２５０含まれ得るデータシンボルの総数を表す。
【０１２７】
[0095]ＬＤＰＣ符号化：オプション３Ａ
[0096]オプション３の一態様では、あらゆるＳＴＡが１つまたは複数の余剰ＬＤＰＣシンボルを必要とすると仮定し得る。したがって、ユーザｕについて、ＬＤＰＣ符号化を使用するデータペイロードの送信のためのデータシンボルの最小数は、式９によって決定され得る。
【０１２８】
【数３５】
0006622298.tif 000036
【０１２９】
[0097]式９において、Ｎsym_init,uは、ユーザｕのためのＬＤＰＣコーディングのためのデータシンボルの最小数を表し、ｍstbc,uは、ユーザｕのためのＳＴＢＣ値を表す。一態様では、Ｎsym_init,uは、ＬＤＰＣ符号化からあふれ出す前のデータペイロードのＬＤＰＣ符号化のためのデータシンボルの最小数を表し得る。ＳＴＢＣ値は、ＳＴＢＣが使用されるかどうかに応じて、１または２であり得る。Ｎsym_init,uに基づいて、ＳＴＡ２１２は、式１０に基づいて、ペイロードビットの数を決定し得る。
【０１３０】
【数３６】
0006622298.tif 000037
【０１３１】
[0098]式１０において、Ｎcbps,uは、ユーザｕのためのシンボルごとのコード化ビットの数を表し、Ｒuは、ユーザｕのためのＭＣＳコードレートを表す。Ｎsym_init,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。一態様では、ＳＴＡ２１２は、オクテット単位の特定の長さを有する物理レイヤデータユニット（ＰＳＤＵ：physical layer data unit）であり得る、データペイロードを構成または生成し得る。ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）特定の長さを有するデータペイロードを生成するために、ＭＡＣレイヤパディングを使用することによってデータペイロードを構成し得、Ｎsym_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。データペイロードは、ＳＴＢＣ値、ｍstbc（ＳＴＢＣが使用された場合、ｍstbc＝２、そうでない場合、ｍstbc＝１）に基づく余剰ＯＦＤＭシンボルを含み得る。データペイロードを構成した後に、ＳＴＡ２１２は、ＬＤＰＣ符号化を用いてデータペイロードを符号化し得る。オプション３Ａでは、ＳＴＡ２１２は、フレーム２５０のＳＩＧフィールド２６４中で、ＳＴＢＣビットと、ＭＣＳ値とを送信し得る。ＳＴＢＣビットは、（ＳＴＢＣが使用された場合）１に等しくなり、または（ＳＴＢＣが使用されない場合）０に等しくなり得る。仮定は、余剰ＬＤＰＣシンボルが常に使用されるということであるので、この場合、パディングビットが送信されないことがある。
【０１３２】
[0099]ＬＤＰＣ符号化：オプション３Ｂ
[00100]オプション３の別の態様では、余剰ＬＤＰＣシンボルが必要とされるかどうかを各ＳＴＡが決定し得ると仮定し得る。したがって、ユーザｕについて、シンボルの最小数は、式１１に基づいて決定され得る。
【０１３３】
【数３７】
0006622298.tif 000038
【０１３４】
[00101]式１１において、ＳＴＡ２１２は、Ｎldpc_extによって示されるように、１つまたは複数の余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために必要とされるかどうかに基づいて、Ｎsym_init,uを決定する。余剰シンボルが必要とされる場合、Ｎldpc_extは１に等しく、そうでない場合、Ｎldpc_extは０に等しい。ユーザｕのためのＳＴＢＣ値、ｍstbc,uは、ＳＴＢＣが使用された場合、２に等しくなり、またはＳＴＢＣが使用されない場合、１に等しくなり得る。
【０１３５】
[00102]Ｎsym_init,uに基づいて、ＳＴＡ２１２は、式１０を使用して、ペイロードビットの数を決定し得る。
【０１３６】
【数３８】
0006622298.tif 000039
【０１３７】
[00103]式１０において、Ｎcbps,uは、ユーザｕのためのシンボルごとのコード化ビットの数を表し、Ｒuは、ユーザｕのためのＭＣＳコードレートを表す。Ｎsym_init,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。一態様では、ＳＴＡ２１２は、オクテット単位の特定の長さを有する物理レイヤデータユニット（ＰＳＤＵ）であり得る、データペイロードを構成または生成し得る。ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）特定の長さを有するデータペイロードを生成するために、ＭＡＣレイヤパディングを使用することによってデータペイロードを構成し得、Ｎsym_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。データペイロードは、ＳＴＢＣ値、ｍstbc（ＳＴＢＣが使用された場合、ｍstbc＝２、そうでない場合、ｍstbc＝１）に基づく余剰ＯＦＤＭシンボルを含み得る。データペイロードを構成した後に、ＳＴＡ２１２は、ＬＤＰＣ符号化を用いてデータペイロードを符号化し得る。ＬＤＰＣ符号化されたデータシンボル中のデータシンボルの数は、Ｎsymに等しくなり得る。オプション３Ｂでは、ＳＴＡ２１２は、フレーム２５０のＳＩＧフィールド２６４中で、ＳＴＢＣビットと、ＭＣＳ値と、（Ｎldpc_extに対応する）パディングビットとを送信し得る。ＳＴＢＣビットは、（ＳＴＢＣが使用された場合）１に等しくなり、または（ＳＴＢＣが使用されない場合）０に等しくなり得る。
【０１３８】
[00104]ＬＤＰＣ符号化：オプション４
[00105]オプション４では、ＡＰ２０２は、トリガメッセージ２１６中で、フレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間と、ＭＣＳと、ＳＴＢＣビットとを示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション４では、トリガメッセージ２１６を受信するすべてのＳＴＡは、ＡＰ２０２によって示された同じ持続時間を有するフレームを送信することになる。フレームは、ＡＰ２０２によって示されたユーザごとのＭＣＳおよびＳＴＢＣ値を有することになる。ＳＴＡは、トリガメッセージ２１６中で受信されたパラメータを条件として、データペイロードサイズ（ＡＭＰＤＵ．ｌｅｎｇｔｈ）と、パディング（たとえば、パディングビット、Ｎldpc_ext）とを決定し得る。ＳＴＡ２１２がトリガメッセージ２１６を受信した後に、ＳＴＡ２１２は、式８に基づいて、フレーム２５０中に含まれ得るデータシンボルの数を決定し得る。
【０１３９】
【数３９】
0006622298.tif 000040
【０１４０】
[00106]式８において、Ｔtotalは、トリガメッセージ２１６中で受信されるような必須のフレーム持続時間を表す。Ｔpreamble,uは、ＳＴＡ２１２に対応するユーザｕのためのプリアンブルの持続時間である。Ｔsymは、すべてのユーザに共通であり得る、シンボルの持続時間である。Ｎsym,uは、ＡＰ２０２に送信されるべきフレーム２５０含まれ得るデータシンボルの総数を表す。
【０１４１】
[00107]ＬＤＰＣ符号化：オプション４Ａ
[00108]オプション４の一態様では、あらゆるＳＴＡが１つまたは複数の余剰ＬＤＰＣシンボルを必要とすると仮定し得る。したがって、ユーザｕについて、シンボルの最小数は、式９に基づいて決定され得る。
【０１４２】
【数４０】
0006622298.tif 000041
【０１４３】
[00109]式９において、Ｎsym_init,uは、ユーザｕのための、ＬＤＰＣコーディングを使用してデータペイロードを送信するためのデータシンボルの最小数を表し、ｍstbc,uは、ユーザｕのためのＳＴＢＣ値を表す。ＳＴＢＣ値は、ＳＴＢＣが使用されるかどうかに応じて、１または２であり得る。Ｎsym_init,uに基づいて、ＳＴＡ２１２は、式１０に基づいて、データペイロードを送信するためのペイロードビットの数を決定し得る。
【０１４４】
【数４１】
0006622298.tif 000042
【０１４５】
[00110]式１０において、Ｎcbps,uは、ユーザｕのためのシンボルごとのコード化ビットの数を表し、Ｒuは、ユーザｕのためのＭＣＳコードレートを表す。パラメータＮsym_init,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＳＴＡ２１２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。ＳＴＡ２１２は、特定の長さを有するＬＤＰＣデータペイロード（たとえば、ＬＤＰＣデータペイロードは、オクテット単位の特定の長さを有するＰＳＤＵであり得る）のセットを生成するために、ＭＡＣレイヤパディングを使用し得、Ｎsym_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＬＤＰＣ符号化されたデータシンボルは、ＳＴＢＣ値、ｍstbcに基づく余剰ＯＦＤＭシンボルを含み得る。
【０１４６】
[00111]ＬＤＰＣ符号化：オプション４Ｂ
[00112]オプション４の別の態様では、余剰ＬＤＰＣシンボルが必要とされるかどうかを各ＳＴＡが決定し得ると仮定し得る。したがって、ユーザｕについて、データシンボルの最小数は、式１１に基づいて決定され得る。
【０１４７】
【数４２】
0006622298.tif 000043
【０１４８】
[00113]式１１において、ＳＴＡ２１２は、Ｎldpc_extによって示されるように、１つまたは複数の余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために必要とされるかどうかに基づいて、Ｎsym_init,uを決定する。余剰シンボルが必要とされる場合、Ｎldpc_extは１に等しく、そうでない場合、Ｎldpc_extは０に等しい。ユーザｕのためのＳＴＢＣ値、ｍstbc,uは、ＳＴＢＣが使用された場合（ＳＴＢＣビット＝１）、２に等しくなり、またはＳＴＢＣが使用されない場合（ＳＴＢＣビット＝０）、１に等しくなり得る。
【０１４９】
[00114]Ｎsym_init,uに基づいて、ＳＴＡ２１２は、式１０に基づいて、ペイロードビットの数を決定し得る。
【０１５０】
【数４３】
0006622298.tif 000044
【０１５１】
[00115]式１０において、Ｎcbps,uは、ユーザｕのためのシンボルごとのコード化ビットの数を表し、Ｒuは、ユーザｕのためのＭＣＳコードレートを表す。Ｎsym_init,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。ＳＴＡ２１２は、特定の長さを有するＬＤＰＣデータペイロード（たとえば、ＬＤＰＣデータペイロードは、オクテット単位の特定の長さを有するＰＳＤＵであり得る）のセットを生成するために、ＭＡＣレイヤパディングを使用し得、Ｎsym_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＬＤＰＣ符号化されたデータシンボルは、ＳＴＢＣ値、ｍstbcに基づく余剰ＯＦＤＭシンボルを含み得る。ＬＤＰＣ符号化されたデータシンボル中のデータシンボルの数は、Ｎsymに等しくなり得る。オプション４Ｂでは、ＳＴＡ２１２は、フレーム２５０のＳＩＧフィールド２６４中で、（Ｎldpc_extに対応する）パディングビットを送信し得る。パディングビットは、余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために必要とされた場合、１に等しくなり、または余剰ＯＦＤＭシンボルがＬＤＰＣコーディングのために必要とされなかった場合、０に等しくなり得る。
【０１５２】
[00116]ＬＤＰＣ符号化：オプション５
[00117]オプション５では、ＡＰ２０２は、トリガメッセージ２１６中で、フレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間と、データパケット長値と、ＭＣＳと、ＳＴＢＣビットと、パディングビットとを示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション５では、トリガメッセージ２１６を受信するすべてのＳＴＡは、ＡＰ２０２によって示された同じ持続時間を有するフレームを送信することになる。フレームは、ＡＰ２０２によって示されたユーザごとのＭＣＳ値を有することになる。また、すべてのＳＴＡは、もしあれば、ＬＤＰＣコーディングのために、同数の余剰ＯＦＤＭシンボルを有することになる。一態様では、ＡＰ２０２はまた、ＳＴＡのためのデータペイロードサイズを指定し得る。そうでない場合、ＳＴＡは、データペイロードサイズを決定し得る。
【０１５３】
[00118]ＬＤＰＣ符号化：オプション５−共通ＳＴＢＣ設定
[00119]オプション５の一態様では、すべてのＳＴＡは、同じＳＴＢＣ設定を有し得、すなわち、ＳＴＢＣビットは、ＳＴＡのすべてについて同じであり得る。たとえば、ＡＰ２０２によってサービスされるすべてのＳＴＡが、ＳＴＢＣを使用し得るか、または、ＳＴＡのいずれもＳＴＢＣを使用しないことがある。この態様では、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡにデータパケット長値を送信し得る。データパケット長値は、式１２を使用してＡＰ２０２によって決定され得る、Ｎsymに対応し得る。
【０１５４】
【数４４】
0006622298.tif 000045
【０１５５】
[00120]式１２において、Ｎldpc_extは、パディングビットを表し、ＡＰ２０２からのトリガメッセージ２１６中で受信されたパディングビットに基づいて決定され得る。ＬＤＰＣユーザのうちの少なくとも１人が、（１つまたは複数の）余剰ＯＦＤＭシンボルを必要とする場合、Ｎldpc_extビットは１に設定され、そうでない場合、Ｎldpc_extビットは０に設定される。Ｎsym_max_initは、ＡＰ２０２によってサービスされるすべてのユーザのうちの、最も大きい（または最大の）、データシンボルの最小数、Ｎsym_initを表す。Ｎsym_max_initは、それぞれ式１３Ａおよび式１３Ｂに示されているように、ＡＰ２０２によってサービスされるｎ人のユーザの各々のためのＮsym_initを決定することと、最大の決定されたＮsym_initを取ることとによって、決定され得る。
【０１５６】
[00121]式１３Ａ：
【０１５７】
【数４５】
0006622298.tif 000046
【０１５８】
[00122]式１３Ｂ：
【０１５９】
【数４６】
0006622298.tif 000047
【０１６０】
[00123]式１３Ｂにおいて、ＬＤＰＣユーザの場合、Ｎsym_init,uは、式１３Ｂの上部バージョンを使用して決定され、ＢＣＣユーザの場合、Ｎsym_init,uは、式１３Ｂの下部バージョンを使用して決定される。したがって、式１３Ａは、ＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを使用するすべてのユーザ／ＳＴＡのための最大Ｎsym_init,uを決定する。Ｎsym_max_initを決定したので、ＡＰ２０２は、式１４を使用して、データパケット長値、Ｎsymを決定し得る。
【０１６１】
【数４７】
0006622298.tif 000048
【０１６２】
[00124]式１４において、ｍstbcおよびＮldpc_extは、ＡＰ２０２からのトリガメッセージ２１６中のＳＴＢＣビットおよびパディングビットに基づいて、すべてのＳＴＡについて同じであり得る（たとえば、ｍstbc＝１、Ｎldpc_ext＝１）。ＬＤＰＣユーザのうちの少なくとも１人が、（１つまたは複数の）余剰ＯＦＤＭシンボルを必要とする場合、Ｎldpc_extビットは１に設定され、そうでない場合、Ｎldpc_extビットは０に設定される。データパケット長値、Ｎsymを決定したので、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡ２１２および他のＳＴＡにデータパケット長値、Ｎsymを送信し得る。ＳＴＡ２１２は、必須の持続時間と、ＭＣＳと、ＳＴＢＣビットと、パディングビットと、データパケット長値とを含むトリガメッセージ２１６を受信し、ＬＤＰＣ符号化を使用してデータペイロードを送信するためのデータシンボルの最小数を決定し得る。データシンボルの最小数は、式１５を使用して決定され得る。
【０１６３】
【数４８】
0006622298.tif 000049
【０１６４】
[00125]ｍstbcは、トリガメッセージ２１６中で受信されたＳＴＢＣビットに基づき得、Ｎldpc_extは、トリガメッセージ２１６中で受信されたパディングビットに基づき得る。データシンボルの最小数、Ｎsym_max_initを決定したので、ＳＴＡ２１２は、式１６を使用して、ペイロードビットの数を決定し得る。
【０１６５】
【数４９】
0006622298.tif 000050
【０１６６】
[00126]式１６において、Ｒuは、トリガメッセージ２１６中で受信されたＭＣＳに基づき得る。Ｎsym_max_initおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。ＳＴＡ２１２は、特定の長さを有するＬＤＰＣデータペイロード（たとえば、ＬＤＰＣデータペイロードは、オクテット単位の特定の長さを有するＰＳＤＵであり得る）のセットを生成するために、ＭＡＣレイヤパディングを使用し得、Ｎsym_max_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＬＤＰＣ符号化されたデータシンボルは、ＳＴＢＣ値、ｍstbcと、パディングビット、Ｎldpc_extとに基づく余剰ＯＦＤＭシンボルを含み得る。
【０１６７】
[00127]ＬＤＰＣ符号化：オプション５−ユーザごとのＳＴＢＣ設定
[00128]オプション５の別の態様では、ＳＴＡの各々は、異なるＳＴＢＣ設定を最初に有し得る。この態様では、ＡＰ２０２は、ＡＰ２０２によってサービスされているすべてのＳＴＡのための最大のＳＴＢＣ値を決定し、最大のＳＴＢＣ値と、ＳＴＡのうちの、最も大きい、データシンボルの最小数とに基づいて、すべてのＳＴＡのために使用されるべき、最も大きい、データシンボルの最小数を決定し得る。ＳＴＡのうちの、最も大きい、データシンボルの最小数を決定することに関して、ＡＰ２０２によってサービスされているすべてのＳＴＡが含まれるべきである（たとえば、ＬＤＰＣ符号化されたデータシンボルを送信するＳＴＡおよびＢＣＣ符号化されたデータシンボルを送信するＳＴＡ）。式１３Ａおよび式１３Ｂと同様に、ｎ個のＳＴＡのために使用されるべき、最も大きい（または最大の）、データシンボルの最小数は、それぞれ式１７Ａおよび式１７Ｂを使用して決定され得る。
【０１６８】
[00129]式１７Ａ：
【０１６９】
【数５０】
0006622298.tif 000051
【０１７０】
[00130]式１７Ｂ：
【０１７１】
【数５１】
0006622298.tif 000052
【０１７２】
[00131]式１７Ｂにおいて、ＬＤＰＣユーザの場合、Ｎsym_init,uは、式１７Ｂの上部バージョンを使用して決定され、ＢＣＣユーザの場合、Ｎsym_init,uは、式１７Ｂの下部バージョンを使用して決定される。したがって、式１７Ａは、ＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを使用するすべてのユーザ／ＳＴＡのための最大Ｎsym_init,uを決定する。Ｎsym_max_initを決定したので、ＡＰ２０２は、式１８を使用して、データパケット長値、Ｎsymを決定し得る。
【０１７３】
【数５２】
0006622298.tif 000053
【０１７４】
[00132]式１７Ａおよび式１８において、ｍstbc,uは、ユーザｕのためのｍstbcであり得、ｍａｘ｛ｍstbc,u｝は、すべてのｎ人のユーザのうちの、最大のｍstbcであり得、ｎ人のユーザは、データシンボルのためにＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを利用するユーザを含み得る。式１８において、ＬＤＰＣユーザのうちの少なくとも１人が、（１つまたは複数の）余剰ＯＦＤＭシンボルを必要とする場合、Ｎldpc_extビットは１に設定され、そうでない場合、Ｎldpc_extビットは０に設定される。データパケット長値、Ｎsymを決定したので、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡ２１２および他のＳＴＡにパケット長値、Ｎsymを送信し得る。ＳＴＡ２１２は、必須の持続時間と、ＭＣＳと、ＳＴＢＣビットと、パディングビットと、データパケット長値とを含むトリガメッセージ２１６を受信し、データペイロードを送信するためのデータシンボルの最小数を決定し得る。データシンボルの最小数は、式１９を使用して決定され得る。
【０１７５】
【数５３】
0006622298.tif 000054
【０１７６】
[00133]ｍstbc,maxは、トリガメッセージ２１６中で受信されたＳＴＢＣビットに基づき得、Ｎldpc_extは、トリガメッセージ２１６中で受信されたパディングビットに基づき得る。ｍstbc,maxは、ＡＰ２０２によってサービスされるｎ個のＳＴＡのうちの、最大のＳＴＢＣ値を表し得る。データシンボルの最小数、Ｎsym_max_initを決定したので、ＳＴＡ２１２は、式２０を使用して、ペイロードビットの数を決定し得る。
【０１７７】
【数５４】
0006622298.tif 000055
【０１７８】
[00134]式２０において、Ｒuは、トリガメッセージ２１６中で受信されたＭＣＳに基づき得る。Ｎsym_max_initおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＬＤＰＣ符号化を使用し得る。ＳＴＡ２１２は、特定の長さを有するＬＤＰＣデータペイロード（たとえば、ＬＤＰＣデータペイロードは、オクテット単位の特定の長さを有するＰＳＤＵであり得る）のセットを生成するために、ＭＡＣレイヤパディングを使用し得、Ｎsym_max_init,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＬＤＰＣ符号化されたデータシンボルは、ＳＴＢＣ値、ｍstbcに基づく余剰ＯＦＤＭシンボルを含み得る。
【０１７９】
[00135]ＢＣＣ符号化／復号
[00136]前に説明したように、ＬＤＰＣ符号化加えて、ＢＣＣ符号化も、ＡＰ２０２へのアップリンク送信のためのシンボルを符号化するために使用され得る。ＢＣＣ符号化では、ＡＰ２０２へのマルチユーザアップリンク送信のための３つのシグナリングオプションにあり得る。各オプションは、ＡＰによってＳＴＡに与えられ得る異なるタイプの情報を対象とする。ＳＴＡは、ＵＬ  ＭＵ  ＭＩＭＯまたはＵＬ  ＯＦＤＭＡ送信のためにデータを符号化するために、ＡＰによって与えられる情報を利用し得る。以下でさらに説明するように、情報は、ＵＬフレーム（たとえば、図２中のフレーム２５０）のための持続時間を示し得るか、またはフレーム内の異なるフィールドの値を示し得る。
【０１８０】
[00137]ＢＣＣ符号化：オプション１
[00138]オプション１では、ＡＰ２０２は、トリガメッセージ２１６中でフレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間を示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション１では、トリガメッセージ２１６を受信するすべてのＳＴＡは、同じ持続時間を有するフレームを送信することになる。しかしながら、ＳＴＡは、持続時間の制約を条件として、データペイロードサイズと、ＭＣＳと、ＳＴＢＣ値とを決定するフレキシビリティを有し得る。ＳＴＡ２１２がトリガメッセージ２１６を受信した後に、ＳＴＡ２１２は、式８に基づいて、フレーム２５０中に含まれ得るデータシンボルの数を決定し得る。
【０１８１】
【数５５】
0006622298.tif 000056
【０１８２】
[00139]式８において、Ｔtotalは、トリガメッセージ２１６中で受信されるような必須のフレーム持続時間を表す。Ｔpreamble,uは、ＳＴＡ２１２に対応するユーザｕのためのプリアンブルの持続時間である。Ｔsymは、すべてのユーザに共通であり得る、シンボルの持続時間である。Ｎsym,uは、ＡＰ２０２に送信されるべきフレーム２５０含まれ得るデータシンボルの総数を表す。
【０１８３】
[00140]オプション１では、ＳＴＡ２１２に対応するユーザｕについて、データシンボルの最小数は、Ｎsym,uに等しい。Ｎsym,uに基づいて、ＳＴＡ２１２は、式２１を使用して、ペイロードビットの数を決定し得る。
【０１８４】
【数５６】
0006622298.tif 000057
【０１８５】
[00141]Ｎsym,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＢＣＣ符号化を使用し得る。データペイロードを生成するために、ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）十分な長さのデータペイロードを生成するために、ＭＡＣレイヤパディングを使用し得る。ＳＴＡ２１２は、Ｎsym,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＳＴＡ２１２は、データペイロードの一番最後に配置されるテールビット（たとえば、８ビット）を追加し得る。データペイロードを生成した後に、ＳＴＡ２１２は、データペイロードにＢＣＣ符号化を実行し得る。このオプションでは、ＳＴＡ２１２は、フレーム２５０のＳＩＧフィールド２６４中で、ＳＴＢＣビットと、ＭＣＳ値とを送信し得る。ＳＴＢＣビットは、（ＳＴＢＣが使用された場合）１に等しくなり、または（ＳＴＢＣが使用されない場合）０に等しくなり得る。
【０１８６】
[00142]ＢＣＣ符号化：オプション２
[00143]オプション２では、ＡＰ２０２は、トリガメッセージ２１６中で、フレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間と、ＭＣＳと、ＳＴＢＣビットとを示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション２では、トリガメッセージ２１６を受信するすべてのＳＴＡは、同じ持続時間と、ユーザごとのＭＣＳと、ユーザごとのＳＴＢＣビットとを有するフレームを送信することになる。ＳＴＡ２１２は、受信されたＳＴＢＣビットに基づいて、ＳＴＢＣを使用すべきかどうかを決定し得る。したがって、ＳＴＡ２１２は、受信されたＳＴＢＣビットに基づいて決定されたｍstbc値に関連付けられ得る。ただし、ＳＴＡは、データペイロードサイズを決定するフレキシビリティを有し得る。ＳＴＡ２１２がトリガメッセージ２１６を受信した後に、ＳＴＡ２１２は、式８に基づいて、フレーム２５０中に含まれ得るデータシンボルの数を決定し得る。
【０１８７】
【数５７】
0006622298.tif 000058
【０１８８】
[00144]式８において、Ｔtotalは、トリガメッセージ２１６中で受信されるような必須のフレーム持続時間を表す。Ｔpreamble,uは、ＳＴＡ２１２に対応するユーザｕのためのプリアンブルの持続時間である。Ｔsymは、すべてのユーザに共通であり得る、シンボルの持続時間である。Ｎsym,uは、ＡＰ２０２に送信されるべきフレーム２５０含まれ得るデータシンボルの総数を表す。
【０１８９】
[00145]オプション２では、ＳＴＡ２１２に対応するユーザｕについて、データシンボルの最小数は、Ｎsym,uに等しい。Ｎsym,uに基づいて、ＳＴＡ２１２は、式２１を使用して、ペイロードビットの数を決定し得る。
【０１９０】
【数５８】
0006622298.tif 000059
【０１９１】
[00146]Ｎsym,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＢＣＣ符号化を使用し得る。データペイロードを生成するために、ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）十分な長さのデータペイロードを生成するために、ＭＡＣレイヤパディングを使用し得る。ＳＴＡ２１２は、Ｎsym,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＳＴＡ２１２は、データペイロードの一番最後に配置されるテールビット（たとえば、８ビット）を追加し得る。データペイロードを生成した後に、ＳＴＡ２１２は、データペイロードにＢＣＣ符号化を実行し得る。このオプションでは、ＳＴＡ２１２は、フレーム２５０のＳＩＧフィールド２６４中で、ＳＴＢＣビットと、ＭＣＳ値とを送信し得る。ＳＴＢＣビットは、（ＳＴＢＣが使用された場合）１に等しくなり、または（ＳＴＢＣが使用されない場合）０に等しくなり得る。
【０１９２】
[00147]ＢＣＣ符号化：オプション３
[00148]オプション３では、ＡＰ２０２は、トリガメッセージ２１６中で、フレーム（たとえば、フレーム２５０）のための必須の（または必要とされる）持続時間と、データパケット長値と、ＭＣＳと、ＳＴＢＣビットとを示し得る。図２は、トリガメッセージ２１６がＳＴＡ２１２のみに送信されることを示しているが、同じトリガメッセージ２１６は、ＡＰ２０２によってサービスされる他のＳＴＡ（たとえば、ＳＴＡ２０６、２０８、２１０）に送信され得る。オプション３では、トリガメッセージ２１６を受信するすべてのＳＴＡは、ＡＰ２０２によって示された同じ持続時間を有するフレームを送信することになる。フレームは、ユーザごとのＭＣＳと、ユーザごとのＳＴＢＣ値とを有することになる。
【０１９３】
[00149]ＢＣＣ符号化：オプション３−共通ＳＴＢＣ設定
[00150]オプション３の一態様では、すべてのＳＴＡは、同じＳＴＢＣ設定を有し得、すなわち、ＳＴＢＣビットは、ＳＴＡのすべてについて同じであり得る。たとえば、ＡＰ２０２によってサービスされるすべてのＳＴＡが、ＳＴＢＣを使用し得るか、または、ＳＴＡのいずれもＳＴＢＣを使用しないことがある。この態様では、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡにデータパケット長値を送信し得る。データパケット長値は、式２２を使用してＡＰ２０２によって決定され得る、Ｎsymに対応し得る。
【０１９４】
【数５９】
0006622298.tif 000060
【０１９５】
[00151]式２２において、Ｎsym_maxは、ＡＰ２０２によってサービスされるすべてのユーザのうちの、最も大きい（または最大の）、データシンボルの最小数、Ｎsymを表す。Ｎsym_maxは、それぞれ式２３Ａおよび式２３Ｂに示されているように、ＡＰ２０２によってサービスされるｎ人のユーザの各々のためのＮsymを決定することと、最大の決定されたＮsym_maxを取ることとによって、決定され得る。
【０１９６】
[00152]式２３Ａ：
【０１９７】
【数６０】
0006622298.tif 000061
【０１９８】
[00153]式２３Ｂ：
【０１９９】
【数６１】
0006622298.tif 000062
【０２００】
[00154]式２３Ｂにおいて、ＬＤＰＣユーザの場合、Ｎsym_init,uは、式２３Ｂの上部バージョンを使用して決定され、ＢＣＣユーザの場合、Ｎsym_init,uは、式２３Ｂの下部バージョンを使用して決定される。したがって、式２３Ａは、ＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを使用するすべてのユーザ／ＳＴＡのための最大Ｎsym_init,uを決定する。式２３Ａにおいて、ｎ人のユーザは、データシンボルのためにＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを使用するＳＴＡに対応するユーザを含み得る。式２３Ｂにおいて、Ｎes,uは、ユーザｕのためのＢＣＣエンコーダの数である。
【０２０１】
[00155]Ｎsym_maxを決定したので、ＡＰ２０２は、式２２を使用して、データパケット長値、Ｎsymを決定し得る。
【０２０２】
【数６２】
0006622298.tif 000063
【０２０３】
[00156]データパケット長値、Ｎsymを決定したので、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡ２１２および他のＳＴＡにデータパケット長値、Ｎsymを送信し得る。ＳＴＡ２１２は、必須の持続時間と、ＭＣＳと、ＳＴＢＣビットと、データパケット長値とを含むトリガメッセージ２１６を受信し得る。ＳＴＡ２１２は、ＢＣＣ符号化を使用してデータペイロードを送信するためのデータシンボルの最小数、Ｎsym,uが、受信されたＮsymに等しいと決定し得る。データシンボルの最小数、Ｎsym,uを決定したので、ＳＴＡ２１２は、式２４を使用して、ペイロードビットの数を決定し得る。
【０２０４】
【数６３】
0006622298.tif 000064
【０２０５】
[00157]式２４において、Ｒuは、トリガメッセージ２１６中で受信されたＭＣＳに基づき得る。Ｎsym,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＢＣＣ符号化を使用し得る。データペイロードを生成するために、ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）十分な長さのデータペイロードを生成するために、ＭＡＣレイヤパディングを使用し得る。ＳＴＡ２１２は、Ｎsym,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＳＴＡ２１２は、データペイロードの一番最後に配置されるテールビット（たとえば、８ビット）を追加し得る。データペイロードを生成した後に、ＳＴＡ２１２は、データペイロードにＢＣＣ符号化を実行し得る。
【０２０６】
[00158]ＢＣＣ符号化：オプション３−ユーザごとのＳＴＢＣ設定
[00159]オプション５の別の態様では、ＳＴＡの各々は、異なるＳＴＢＣ設定を最初に有し得る。この態様では、ＡＰ２０２は、すべてのＳＴＡのための最大のＳＴＢＣ値を決定し、最大のＳＴＢＣ値と、ＳＴＡのうちの、最も大きい、データシンボルの最小数とに基づいて、すべてのＳＴＡのために使用されるべき、最も大きい、データシンボルの最小数を決定し得る。式２３Ａおよび式２３Ｂと同様に、ｎ個のＳＴＡのために使用されるべき、最も大きい（または最大の）、データシンボルの最小数は、式２５Ａおよび式２５Ｂを使用して決定され得る。
【０２０７】
[00160]式２５Ａ：
【０２０８】
【数６４】
0006622298.tif 000065
【０２０９】
[00161]式２５Ｂ：
【０２１０】
【数６５】
0006622298.tif 000066
【０２１１】
[00162]式２５Ｂにおいて、ＬＤＰＣユーザの場合、Ｎsym_init,uは、式２５Ｂの上部バージョンを使用して決定され、ＢＣＣユーザの場合、Ｎsym_init,uは、式２５Ｂの下部バージョンを使用して決定される。したがって、式２５Ａは、ＬＤＰＣ符号化またはＢＣＣ符号化のいずれかを使用するすべてのユーザ／ＳＴＡのための最大Ｎsym_init,uを決定する。式２５Ｂにおいて、Ｎes,uは、ユーザｕのためのＢＣＣエンコーダの数である。このオプションでは、Ｎsym_maxを決定したので、ＡＰ２０２は、式２２を使用して、データパケット長値、Ｎsymを決定し得る。
【０２１２】
【数６６】
0006622298.tif 000067
【０２１３】
[00163]この態様では、Ｎsymは、ＡＰ２０２によってサービスされる、ｎ個のＳＴＡのための最大シンボル要件と、ｎ個のＳＴＡのための最大ＳＴＢＣ値とに基づく。データパケット長値、Ｎsymを決定したので、ＡＰ２０２は、トリガメッセージ２１６中で、ＳＴＡ２１２および他のＳＴＡにデータパケット長値、Ｎsymを送信し得る。ＳＴＡ２１２は、必須の持続時間と、ＭＣＳと、ＳＴＢＣビットと、データパケット長値とを含むトリガメッセージ２１６を受信し得る。ＳＴＡ２１２は、ＢＣＣ符号化を使用してデータペイロードを送信するためのデータシンボルの最小数、Ｎsym,uが、受信されたＮsymに等しいと決定し得る。データシンボルの最小数、Ｎsym,uを決定したので、ＳＴＡ２１２は、式２４を使用して、ペイロードビットの数を決定し得る。
【０２１４】
【数６７】
0006622298.tif 000068
【０２１５】
[00164]式２４において、Ｒuは、トリガメッセージ２１６中で受信されたＭＣＳに基づき得る。Ｎsym,uおよびＮpld,uを決定したので、ＳＴＡ２１２は、ＡＰ２０２へのアップリンク送信のためのデータペイロードを符号化するために、ＢＣＣ符号化を使用し得る。データペイロードを生成するために、ＳＴＡ２１２は、（たとえば、必須のフレーム持続時間に基づいて）十分な長さのデータペイロードを生成するために、ＭＡＣレイヤパディングを使用し得る。ＳＴＡ２１２は、Ｎsym,u個のシンボルを埋めるために、物理レイヤパディングを使用し得る。ＳＴＡ２１２は、データペイロードの一番最後に配置されるテールビット（たとえば、８ビット）を追加し得る。データペイロードを生成した後に、ＳＴＡ２１２は、データペイロードにＢＣＣ符号化を実行し得る。
【０２１６】
[00165]ＢＣＣ符号化オプションのいずれについても、ＡＰ２０２がＢＣＣ符号化されたデータペイロードを受信した後に、ＡＰ２０２は、ＢＣＣコーディングパラメータを決定することによって、ＢＣＣ符号化されたデータシンボルを復号することを試み得る。ＡＰ２０２は、前に説明した式に基づいて、Ｎsym,uとＮpld,uとを決定することによって、ＢＣＣコーディングパラメータを決定し得る。その後、ＡＰ２０２は、ＢＣＣコーディングパラメータに基づいて、ＢＣＣ符号化されたデータペイロードを復号し得る。
【０２１７】
[00166]上述のプロシージャおよび技法は、例としてＬＤＰＣまたはＢＣＣ符号化を使用するが、他のタイプの符号化も利用され得る。したがって、本明細書で説明する教示および技法は、ワイヤレス送信のための他のタイプの符号化に拡張され得ることを諒解されたい。
【０２１８】
[00167]図３は、ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを送信するための、図１のワイヤレス通信システム１００内で採用され得るワイヤレスデバイス３０２の機能ブロック図である。ワイヤレスデバイス３０２は、本明細書で説明する様々な方法を実装するために構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス３０２は、ＳＴＡ１１２、１１４、１１６、１１８、またはＳＴＡ２０６、２０８、２１０、２１２であり得る。
【０２１９】
[00168]ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ３０６は、命令とデータとをプロセッサ３０４に与え得る。メモリ３０６の一部分は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ３０４は、一般に、メモリ３０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ３０６中の命令は、本明細書で説明する方法を実装するために（たとえば、プロセッサ３０４によって）実行可能であり得る。
【０２２０】
[00169]プロセッサ３０４は、１つまたは複数のプロセッサとともに実装された処理システムを備えるか、またはそれの構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械（state machines）、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、あるいは情報の計算または他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。
【０２２１】
[00170]処理システムは、ソフトウェアを記憶するための機械可読媒体をも含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、処理システムに本明細書で説明する様々な機能を実行することを行わせる。
【０２２２】
[00171]ワイヤレスデバイス３０２はまた、ハウジング３０８を含み得、ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２とリモートデバイスとの間のデータの送信および受信を可能にするために送信機３１０および／または受信機３１２を含み得る。送信機３１０と受信機３１２とは組み合わせられてトランシーバ３１４になり得る。アンテナ３１６は、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る。
【０２２３】
[00172]ワイヤレスデバイス３０２はまた、トランシーバ３１４または受信機３１２によって受信された信号のレベルを検出および定量化するために使用され得る信号検出器３１８を含み得る。信号検出器３１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号として検出し得る。ワイヤレスデバイス３０２は、信号を処理する際に使用するためのＤＳＰ３２０をも含み得る。ＤＳＰ３２０は、送信のためにパケットを生成するように構成され得る。いくつかの態様では、パケットは、物理レイヤコンバージェンスプロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を備え得る。
【０２２４】
[00173]ワイヤレスデバイス３０２は、いくつかの態様ではユーザインターフェース３２２をさらに備え得る。ユーザインターフェース３２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース３２２は、ワイヤレスデバイス３０２のユーザに情報を搬送し、および／またはそのユーザから入力を受信する、任意の要素または構成要素を含み得る。
【０２２５】
[00174]ワイヤレスデバイス３０２がＳＴＡ（たとえば、ＳＴＡ１１４、ＳＴＡ２０６）として実装されるとき、ワイヤレスデバイス３０２は、エンコーダ構成要素３２４をも備え得る。エンコーダ構成要素３２４は、データペイロードを送信するためのデータシンボルの数を決定し、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定し、データフレームを送信するように構成され得る。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得る。データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化され得る。エンコーダ構成要素３２４は、データシンボルの決定された数に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。信号フィールドは、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含み得る。エンコーダ構成要素３２４は、トリガメッセージを受信するように構成され得る。トリガメッセージは、データフレームのための最大持続時間、データフレームのための必須の持続時間、データフレームのための変調およびコーディング方式、時空間ブロックコードビット、データパケット長値、またはパディングビットのうちの少なくとも１つを含み得る。
【０２２６】
[00175]一構成では、トリガメッセージは、データフレームのための最大持続時間を含み得、エンコーダ構成要素３２４は、データフレームのための最大持続時間基づいて、データシンボルの最大数を決定し、データシンボルの決定された数に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。データシンボルの第２の数は、データシンボルの最大数よりも小さいことがある。別の構成では、トリガメッセージは、データフレームのための必須の持続時間を含み得、ワイヤレスデバイス３０２は、時空間ブロックコード値に関連付けられ得る。エンコーダ構成要素３２４は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。エンコーダ構成要素３２４は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み得る。信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値とを含み得る。
【０２２７】
[00176]別の構成では、トリガメッセージは、データフレームのための必須の持続時間を含み得、ワイヤレスデバイス３０２は、時空間ブロックコード値およびパディングビットに関連付けられ得る。エンコーダ構成要素３２４は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。エンコーダ構成要素３２４は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値と、パディングビットとを含み得る。
【０２２８】
[00177]別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットとを含み得、ワイヤレスデバイス３０２は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ得る。エンコーダ構成要素３２４は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。エンコーダ構成要素３２４は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み得る。
【０２２９】
[00178]別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットとを含み得、ワイヤレスデバイス３０２は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ、パディングビットに関連付けられ得る。エンコーダ構成要素３２４は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。エンコーダ構成要素３２４は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。信号フィールドは、パディングビットを含み得る。
【０２３０】
[00179]別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットと、パディングビットと、データパケット長値とを含み得る。エンコーダ構成要素３２４は、データペイロードを送信するためのデータシンボルの数が、必須の持続時間、ならびにデータパケット長値と、パディングビットおよび時空間ブロックコード値の積との間の差に基づくと決定するように構成され得、時空間ブロックコード値は時空間ブロックコードビットに基づいて決定される。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。
【０２３１】
[00180]別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットと、パディングビットと、複数の局のための最大時空間ブロックコード値と、データパケット長値とを含み得、データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づいて決定される。エンコーダ構成要素３２４は、データペイロードを送信するためのデータシンボルの数が、必須の持続時間、ならびにデータパケット長値と、パディングビットおよび最大時空間ブロックコード値の積との間の差に基づくと決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、最大時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。
【０２３２】
[00181]別の構成では、エンコーダ構成要素３２４は、トリガメッセージを受信するように構成され得る。トリガメッセージは、データフレームのための必須の持続時間、データフレームのための変調およびコーディング方式、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み得、ここにおいて、データシンボルは、ＢＣＣ符号化を使用して符号化される。別の構成では、トリガメッセージは、データフレームのための必須の持続時間を含み得、ワイヤレスデバイス３０２は、時空間ブロックコード値に関連付けられ得る。エンコーダ構成要素３２４は、必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。信号フィールドは、時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、変調およびコーディング方式とを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットとを含み得、ワイヤレスデバイス３０２は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ得る。エンコーダ構成要素３２４は、データペイロードを送信するためのデータシンボルの数が、必須の持続時間に基づくと決定するように構成され得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットと、データパケット長値とを含み得る。データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しくなり得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、変調およびコーディング方式と、時空間ブロックコードビットと、データパケット長値とを含み得、データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づいて決定される。データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しくなり得る。データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得る。
【０２３３】
[00182]ワイヤレスデバイス３０２の様々な構成要素はバスシステム３２６によって互いに結合され得る。バスシステム３２６は、たとえば、データバス、ならびに、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。ワイヤレスデバイス３０２の構成要素は、何らかの他の機構を使用して、互いに結合されるか、あるいは互いに入力を受け付けるかまたは与え得る。
【０２３４】
[00183]いくつかの別個の構成要素が図３に示されているが、それらの構成要素のうちの１つまたは複数は、組み合わせられるかまたは共通に実装され得る。たとえば、プロセッサ３０４は、プロセッサ３０４に関して上記で説明した機能を実装するためだけでなく、信号検出器３１８、ＤＳＰ３２０、ユーザインターフェース３２２、および／またはエンコーダ構成要素３２４に関して上記で説明した機能を実装するためにも使用され得る。さらに、図３に示されている構成要素の各々は、複数の別個の要素を使用して実装され得る。
【０２３５】
[00184]図４は、ＬＤＰＣ符号化を使用するワイヤレス通信の例示的な方法４００のフローチャートである。方法４００は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ２１２、またはワイヤレスデバイス３０２）を使用して実行され得る。方法４００について図３のワイヤレスデバイス３０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。図４では、点線で示されているブロックは随意のステップを表す。
【０２３６】
[00185]ブロック４０５において、装置はトリガメッセージを受信する。トリガメッセージは、データフレームのための必須の持続時間を含み得る。たとえば、図２を参照すると、装置はＳＴＡ２１２であり得る。ＳＴＡ２１２は、ＡＰ２０２からトリガメッセージ２１６を受信し得る。トリガメッセージは、フレーム２５０のための必須の持続時間、Ｔtotalを含み得る。
【０２３７】
[00186]ブロック４１０において、装置は、データペイロードを送信するためのデータシンボルの数を決定する。たとえば、図２を参照すると、ＳＴＡ２１２は、データペイロードを送信するためのシンボルの数（Ｎsym_init,u）を決定し得る。一態様では、ブロック４１５において、装置は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定することによって、データペイロードを送信するためのデータシンボルの数を決定する。たとえば、図２を参照すると、ＳＴＡ２１２は、Ｎsym,uを決定することによって、Ｎsym_init,uを決定し得る。ＳＴＡ２１２は、差Ｔtotal−Ｔpreamble,uを決定することと、差をＴsymで除算することとによって、Ｎsym,uを決定し得る。
【０２３８】
[00187]ブロック４２０において、装置は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定する。たとえば、図２を参照すると、ＳＴＡ２１２は、データシンボルの決定された数（Ｎsym_init,u）に基づいて、データペイロードを送信するためのペイロードビットの数（Ｎpld,u）を決定し得る。一態様では、ＳＴＡ２１２は、Ｎcbps,uとＲuとを決定し得る。Ｎcbps,uおよびＲuに基づいて、ＳＴＡ２１２は、Ｎpld,uを決定し得る。
【０２３９】
[00188]ブロック４２０において、装置は、アクセスポイントへのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化を使用して、データペイロードを符号化する。たとえば、図２を参照すると、ＳＴＡ２１２は、ＡＰ２０２へのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化を使用して、データペイロードを符号化し得る。ＳＴＡ２１２は、Ｎsym_init,uおよびＮpld,uに基づいてＬＤＰＣ符号化パラメータを決定することによって、データペイロードを符号化し得る。たとえば、ＳＴＡ２１２は、Ｎcw、Ｌldpc、Ｎshrt、Ｎpunc、およびＮrepを導出し得る。ＳＴＡ２１２は、決定されたＬＤＰＣ符号化パラメータに基づいて、データペイロードを符号化し得る。
【０２４０】
[00189]ブロック４２５において、装置はデータフレームを送信する。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得る。データシンボルは、ＬＤＰＣ符号化を使用して符号化され得る。たとえば、図２を参照すると、ＳＴＡ２１２は、ＳＩＧフィールド２６４と、データペイロード、データシンボルの決定された数、Ｎsym_init,u、およびペイロードビットの決定された数、Ｎpld,uに基づいて符号化されたデータシンボル２６８とを含むフレーム２５０を送信し得る。
【０２４１】
[00190]図５は、ＢＣＣ符号化を使用するワイヤレス通信の例示的な方法５００のフローチャートである。方法５００は、装置（たとえば、ＳＴＡ１１４、ＳＴＡ２１２、またはワイヤレスデバイス３０２）を使用して実行され得る。方法５００について図３のワイヤレスデバイス３０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。図５では、点線で示されているブロックは随意のステップを表す。
【０２４２】
[00191]ブロック５０５において、装置はトリガメッセージを受信する。トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み得る。たとえば、図２を参照すると、装置はＳＴＡ２１２であり得る。ＳＴＡ２１２は、ＡＰ２０２からトリガメッセージ２１６を受信し得る。トリガメッセージは、フレーム２５０のための必須の持続時間、Ｔtotalを含み得る。
【０２４３】
[00192]ブロック５１０において、装置は、データペイロードを送信するためのデータシンボルの数を決定する。たとえば、図２を参照すると、ＳＴＡ２１２は、データペイロードを送信するためのシンボルの数（Ｎsym,u）を決定し得る。一態様では、ＳＴＡ２１２は、差Ｔtotal−Ｔpreamble,uを決定することと、差をＴsymで除算することとによって、Ｎsym,uを決定し得る。別の態様では、トリガメッセージ２１６がデータパケット長値を示す場合、ＳＴＡ２１２は、Ｎsym,uがデータパケット長値に等しいと決定し得る。
【０２４４】
[00193]ブロック５１５において、装置は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定する。たとえば、図２を参照すると、ＳＴＡ２１２は、データシンボルの決定された数（Ｎsym_init,u）に基づいて、データペイロードを送信するためのペイロードビットの数（Ｎpld,u）を決定し得る。一態様では、ＳＴＡ２１２は、Ｎcbps,uとＲuとを決定し得る。Ｎcbps,uおよびＲuに基づいて、ＳＴＡ２１２は、Ｎpld,uを決定し得る。
【０２４５】
[00194]ブロック５２０において、装置は、アクセスポイントへのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＢＣＣ符号化を使用して、データペイロードを符号化する。たとえば、図２を参照すると、ＳＴＡ２１２は、ＡＰ２０２へのアップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＢＣＣ符号化を使用して、データペイロードを符号化し得る。ＳＴＡ２１２は、Ｎsym_init,uおよびＮpld,uに基づいてＢＣＣ符号化パラメータを決定することによって、データペイロードを符号化し得る。ＳＴＡ２１２は、決定されたＢＣＣ符号化パラメータに基づいて、データペイロードを符号化し得る。
【０２４６】
[00195]ブロック５２５において、装置はデータフレームを送信する。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得る。データシンボルは、ＢＣＣ符号化を使用して符号化され得る。たとえば、図２を参照すると、ＳＴＡ２１２は、ＳＩＧフィールド２６４と、データペイロード、データシンボルの決定された数、Ｎsym（ここで、Ｎsym＝Ｎsym_init）、およびペイロードビットの決定された数、Ｎpldに基づいて符号化されたデータシンボルとを含むフレーム２５０を送信し得る。
【０２４７】
[00196]図６は、ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを送信するための例示的なワイヤレス通信デバイス６００の機能ブロック図である。ワイヤレス通信デバイス６００は、受信機６０５と、処理システム６１０と、送信機６１５とを含み得る。処理システム６１０は、エンコーダ構成要素６２４を含み得、エンコーダ構成要素６２４は、データシンボル構成要素６２６、ペイロード構成要素６２８、またはパラメータ構成要素６３０のうちの１つまたは複数を含み得る。処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６は、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。処理システム６１０、エンコーダ構成要素６２４、および／またはペイロード構成要素６２８は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するように構成され得る。処理システム６１０、エンコーダ構成要素６２４、および／または送信機６１５は、データフレームを送信するように構成され得る。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得、そこにおいて、データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化され得る。一態様では、信号フィールドは、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含み得る。別の構成では、処理システム６１０、エンコーダ構成要素６２４、および／またはパラメータ構成要素６３０は、アクセスポイントへのＵＬ  ＭＵ−ＭＩＭＯ送信またはＵＬ  ＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、データペイロードを符号化するように構成され得る。別の構成では、処理システム６１０、エンコーダ構成要素６２４、および／または受信機６０５は、データフレームのための必須の持続時間を含み得るトリガメッセージを受信するように構成され得る。一構成では、ワイヤレス通信デバイス６００は、時空間ブロックコード値に関連付けられ得、処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。この構成では、処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づいて、データペイロードを送信するためのデータシンボルの数を決定するように構成され得る。一態様では、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み得る。別の態様では、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値とを含み得る。別の構成では、ワイヤレス通信デバイス６００は���時空間ブロックコード値およびパディングビットに関連付けられ得る。この構成では、処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するように構成され得る。データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づいて決定され得る。一態様では、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。別の態様では、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値と、パディングビットとを含み得る。別の構成では、処理システム６１０、エンコーダ構成要素６２４、および／または受信機６０５は、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含むトリガメッセージを受信し得る。一構成では、トリガメッセージは、データフレームのための必須の持続時間を含み、ワイヤレス通信デバイス６００は、時空間ブロックコード値に関連付けられる。この構成では、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づく。一態様では、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み得、信号フィールドは、時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、ＭＣＳ値とを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットとを含み得、ワイヤレス通信デバイス６００は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ得る。この構成では、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、テールビットのセットを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み得る。この構成では、データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しく、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含む。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含む。データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づき得る。この構���では、データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しく、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、テールビットのセットを含み得る。
【０２４８】
[00197]受信機６０５、処理システム６１０、エンコーダ構成要素６２４、および／または送信機６１５は、図４のブロック４０５、４１０、４１５、４２０、および４２５に関して上記で説明した１つまたは複数の機能を実行すること、ならびに／または図５のブロック５０５、５１０、５１５、５２０、および５２５に関して上記で説明した１つまたは複数の機能を実行することを行うように構成され得る。受信機６０５は受信機３１２に対応し得る。処理システム６１０はプロセッサ３０４に対応し得る。送信機６１５は送信機３１０に対応し得る。エンコーダ構成要素６２４は、エンコーダ構成要素１２６および／またはエンコーダ構成要素３２４に対応し得る。
【０２４９】
[00198]一構成では、ワイヤレス通信デバイス６００は、データペイロードを送信するためのデータシンボルの数を決定するための手段を含む。ワイヤレス通信デバイス６００は、データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するための手段を含む。ワイヤレス通信デバイス６００は、データフレームを送信するための手段を含む。データフレームは、信号フィールドと、データペイロード、データシンボルの決定された数、およびペイロードビットの決定された数に基づいて符号化されたデータシンボルとを含み得、そこにおいて、データシンボルは、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化される。一態様では、信号フィールドは、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含む。別の構成では、ワイヤレス通信デバイス６００は、アクセスポイントへのＵＬ  ＭＵ−ＭＩＭＯ送信またはＵＬ  ＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、データペイロードを符号化するための手段を含み得る。別の構成では、ワイヤレス通信デバイス６００は、データフレームのための必須の持続時間を含み得るトリガメッセージを受信するための手段を含み得る。別の構成では、ワイヤレス通信デバイス６００は、時空間ブロックコード値に関連付けられ、ワイヤレス通信デバイス６００は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するための手段を含み得る。この構成では、データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と時空間ブロックコード値との間の差に基づき、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み得る。この構成では、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値とを含み得る。別の構成では、ワイヤレス通信デバイス６００は、時空間ブロックコード値およびパディングビットに関連付けられる。この構成では、ワイヤレス通信デバイス６００は、データフレームのための必須の持続時間に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するための手段を含み得る。データペイロードを送信するためのデータシンボルの数は、データシンボルの決定された第２の数と、時空間ブロックコード値およびパディングビットの積との間の差基づき得、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ得、時空間ブロックコード値およびパディングビットの積に基づいて決定されたデータシンボルの第３の数を含み得る。この構成では、信号フィールドは、時空間ブロックコードビットと、変調およびコーディング方式値と、パディングビットとを含み得る。別の構成では、ワイヤレス通信デバイス６００は、トリガメッセージを受信するための手段を含み得る。トリガメッセージは、データフレームのた���の必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み得る。この構成では、トリガメッセージは、データフレームのための必須の持続時間を含み、ワイヤレス通信デバイス６００は、時空間ブロックコード値に関連付けられる。この構成では、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含み、信号フィールドは、時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、ＭＣＳ値とを含み得る。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットとを含み、ワイヤレス通信デバイス６００は、時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ、データペイロードを送信するためのデータシンボルの数は、必須の持続時間に基づき、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含む。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み、データペイロードを送信するためのデータシンボルの数は、データパケット長値に等しく、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含む。別の構成では、トリガメッセージは、データフレームのための必須の持続時間と、ＭＣＳ値と、時空間ブロックコードビットと、データパケット長値とを含み、データパケット長値は、複数の局のための最大シンボル要件と、複数の局のための最大時空間ブロックコード値とに基づき、データペイロードを送信するためのデータシンボルの決定された数は、データパケット長値に等しく、データシンボルは、データペイロードを送信するためのデータシンボルの決定された数を埋めるためにパディングされ、テールビットのセットを含む。
【０２５０】
[00199]たとえば、データペイロードを送信するためのデータシンボルの数を決定するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６を備え得る。データシンボルの決定された数に基づいて、データペイロードを送信するためのペイロードビットの数を決定するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／またはペイロード構成要素６２８を備え得る。データフレームを送信するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／または送信機６１５を備え得る。データペイロードを符号化するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／または（ＬＤＰＣおよびＢＣＣコーディングパラメータを決定するように構成され得る）パラメータ構成要素６３０を含み得る。データシンボルの決定された数に基づいて、データペイロードを送信するためのデータシンボルの第２の数を決定するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／またはデータシンボル構成要素６２６を備え得る。トリガメッセージを受信するための手段は、処理システム６１０、エンコーダ構成要素６２４、および／または受信機６０５を備え得る。データフレームのための最大持続時間基づいて、データシンボルの最大数を決定するための手段は、処理システム６１０および／またはエンコーダ構成要素６２４を備え得る。
【０２５１】
[00200]図７は、ＬＤＰＣまたはＢＣＣ符号化されたデータシンボルを受信および復号するための、図１のワイヤレス通信システム１００内で採用され得るワイヤレスデバイス７０２の機能ブロック図である。ワイヤレスデバイス７０２は、本明細書で説明する様々な方法を実装するために構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス７０２は、ＡＰ１０４またはＡＰ２０２であり得る。
【０２５２】
[00201]ワイヤレスデバイス７０２は、ワイヤレスデバイス７０２の動作を制御するプロセッサ７０４を含み得る。プロセッサ７０４はＣＰＵと呼ばれることもある。ＲＯＭとＲＡＭの両方を含み得るメモリ７０６は、命令とデータとをプロセッサ７０４に与え得る。メモリ７０６の一部分はＮＶＲＡＭをも含み得る。プロセッサ７０４は、一般に、メモリ７０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ７０６中の命令は、本明細書で説明する方法を実装するために（たとえば、プロセッサ７０４によって）実行可能であり得る。
【０２５３】
[00202]プロセッサ７０４は、１つまたは複数のプロセッサとともに実装された処理システムを備えるか、またはそれの構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＦＰＧＡ、ＰＬＤ、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、あるいは情報の計算または他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。
【０２５４】
[00203]処理システムは、ソフトウェアを記憶するための機械可読媒体をも含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、処理システムに本明細書で説明する様々な機能を実行することを行わせる。
【０２５５】
[00204]ワイヤレスデバイス７０２はまた、ハウジング７０８を含み得、ワイヤレスデバイス７０２は、ワイヤレスデバイス７０２とリモートデバイスとの間のデータの送信および受信を可能にするために送信機７１０および／または受信機７１２を含み得る。送信機７１０と受信機７１２とは組み合わせられてトランシーバ７１４になり得る。アンテナ７１６は、ハウジング７０８に取り付けられ、トランシーバ７１４に電気的に結合され得る。ワイヤレスデバイス７０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る。
【０２５６】
[00205]ワイヤレスデバイス７０２はまた、トランシーバ７１４または受信機７１２によって受信された信号のレベルを検出および定量化するために使用され得る信号検出器７１８を含み得る。信号検出器７１８は、そのような信号を、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号として検出し得る。ワイヤレスデバイス７０２は、信号を処理する際に使用するためのＤＳＰ７２０をも含み得る。ＤＳＰ７２０は、送信のためにパケットを生成するように構成され得る。いくつかの態様では、パケットはＰＰＤＵを備え得る。
【０２５７】
[00206]ワイヤレスデバイス７０２は、いくつかの態様ではユーザインターフェース７２２をさらに備え得る。ユーザインターフェース７２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース７２２は、ワイヤレスデバイス７０２のユーザに情報を搬送し、および／またはそのユーザから入力を受信する、任意の要素または構成要素を含み得る。
【０２５８】
[00207]ワイヤレスデバイス７０２がＡＰ（たとえば、ＡＰ１０４またはＡＰ２０２）として実装されるとき、ワイヤレスデバイス７０２は、デコーダ構成要素７２４をも備え得る。デコーダ構成要素７２４は、データフレームを受信する構成され得る。データフレームは、信号フィールドと、複数のデータシンボルとを含み得る。デコーダ構成要素７２４は、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいて、ペイロードビットの数を決定するように構成され得る。一構成では、デコーダ構成要素７２４は、信号フィールドに基づいて、受信されたデータフレーム中のデータシンボルの数を決定するように構成され得る。信号フィールドは、パディングビット、データパケット長値、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを含み得る。デコーダ構成要素７２４は、トリガメッセージを送信するように構成され得る。トリガメッセージは、データフレームのための最大持続時間、データフレームのための必須の持続時間、データフレームのための変調およびコーディング方式、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。
【０２５９】
[00208]ワイヤレスデバイス７０２の様々な構成要素はバスシステム７２６によって互いに結合され得る。バスシステム７２６は、たとえば、データバス、ならびに、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。ワイヤレスデバイス７０２の構成要素は、何らかの他の機構を使用して、互いに結合されるか、あるいは互いに入力を受け付けるかまたは与え得る。
【０２６０】
[00209]いくつかの別個の構成要素が図７に示されているが、それらの構成要素のうちの１つまたは複数は、組み合わせられるかまたは共通に実装され得る。たとえば、プロセッサ７０４は、プロセッサ７０４に関して上記で説明した機能を実装するためだけでなく、信号検出器７１８、ＤＳＰ７２０、ユーザインターフェース７２２、および／またはデコーダ構成要素７２４に関して上記で説明した機能を実装するためにも使用され得る。さらに、図７に示されている構成要素の各々は、複数の別個の要素を使用して実装され得る。
【０２６１】
[00210]図８は、ＬＤＰＣまたはＢＣＣ符号化されたパケットを復号するためのワイヤレス通信の例示的な方法８００のフローチャートである。方法８００は、装置（たとえば、ＡＰ１０４、ＡＰ２０２、またはワイヤレスデバイス６０２）を使用して実行され得る。方法８００について図６のワイヤレスデバイス６０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得る。図８では、点線で示されているブロックは随意のステップを表す。
【０２６２】
[00211]ブロック８０５において、装置は、局からデータフレームを受信する。データフレームは、信号フィールドと、ＵＬ  ＭＵ−ＭＩＭＯ送信またはＵＬ  ＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化された複数のデータシンボルとを含み得る。たとえば、図２を参照すると、装置はＡＰ２０２であり得る。ＡＰ２０２は、アップリンク送信中でＳＴＡ２１２からフレーム２５０を受信し得る。フレーム２５０は、ＳＩＧフィールド２６４とデータシンボル２６８とを含み得る。
【０２６３】
[00212]ブロック８１０において、装置は、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された複数のデータシンボルを含むデータフレームを復号する。たとえば、図２を参照すると、ＡＰ２０２は、ＬＤＰＣまたはＢＣＣ符号化に基づいて符号化され得る、データシンボル２６８を含むフレーム２５０を復号し得る。一態様では、装置は、ブロック８１５において、受信されたデータフレーム中のデータシンボルの数を決定することによって、およびブロック８２０において、データシンボルの決定された数に基づいてペイロードビットの数を決定することによって、データフレームを復号し得る。たとえば、ＡＰ２０２は、フレーム２５０中のデータシンボルの数（Ｎsym_init）を決定し得る。ＬＤＰＣ復号では、ＡＰ２０２は、最初にＮsymを決定し、Ｎsym_initを決定するためにＮsymを使用し得る。ＢＣＣ復号では、ＮsymおよびＮsym_initは同じ値を有し、したがって、ＡＰ２０２は、単にＮsymを決定する必要があり得る。その後、ＡＰ２０２は、データシンボルの決定された数（ＬＤＰＣの場合、Ｎsym_init、またはＢＣＣの場合、Ｎsym）に基づいて、ペイロードビットの数（Ｎpld）を決定し得る。
【０２６４】
[00213]ブロック８２５において、装置は、トリガメッセージを送信する。トリガメッセージは、データフレームのための最大持続時間、データフレームのための必須の持続時間、データフレームのための変調およびコーディング方式、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。たとえば、図２を参照すると、ＡＰ２０２は、フレーム２５０からの必須の時間フレーム持続時間と、ＭＣＳと、ＳＴＢＣビットと、パディングビットとを含むトリガメッセージ２１６を送信し得る。
【０２６５】
[00214]図９は、データシンボルを復号するための例示的なワイヤレス通信デバイス９００の機能ブロック図である。ワイヤレス通信デバイス９００は、受信機９０５と、処理システム９１０と、送信機９１５とを含み得る。処理システム９１０は、デコーダ構成要素９２４および／またはトリガフレーム構成要素９２６を含み得る。受信機９０５、処理システム９１０、および／またはデコーダ構成要素９２４は、局からデータフレームを受信するように構成され得る。データフレームは、信号フィールドと、アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化された複数のデータシンボルとを含み得る。処理システム９１０および／またはデコーダ構成要素９２４は、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された複数のデータシンボルを含むデータフレームを復号するように構成され得る。一構成では、処理システム９１０および／またはデコーダ構成要素９２４は、受信されたデータフレーム中のデータシンボルの数を決定することによって、およびデータシンボルの決定された数に基づいてペイロードビットの数を決定することによって、データフレームを復号するように構成され、そこにおいて、複数のデータシンボルは、データシンボルの決定された数およびペイロードビットの決定された数に基づいて復号される。別の態様では、信号フィールドは、パディングビット、データパケット長値、時空間ブロックコードビット、またはＭＣＳ値のうちの少なくとも１つを含む。別の構成では、処理システム９１０、トリガフレーム構成要素９２６、および／または送信機９１５は、トリガメッセージを送信するように構成され得る。トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。
【０２６６】
[00215]受信機９０５、処理システム９１０、デコーダ構成要素９２４、トリガフレーム構成要素９２６、および／または送信機９１５は、図８のブロック８０５、８１０、８１５、８２０、および８２５に関して上記で説明した１つまたは複数の機能を実行するように構成され得る。受信機９０５は受信機７１２に対応し得る。処理システム９１０はプロセッサ７０４に対応し得る。送信機９１５は送信機７１０に対応し得る。デコーダ構成要素９２４は、デコーダ構成要素１２４および／またはデコーダ構成要素７２４に対応し得る。
【０２６７】
[00216]一例では、ワイヤレス通信デバイス９００は、局からデータフレームを受信するための手段を含む。データフレームは、信号フィールドと、アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して符号化された複数のデータシンボルとを含む。ワイヤレス通信デバイス９００は、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された複数のデータシンボルを含むデータフレームを復号するための手段を含む。一構成では、データフレームを復号するための手段は、受信されたデータフレーム中のデータシンボルの数を決定し、データシンボルの決定された数に基づいてペイロードビットの数を決定するように構成され、そこにおいて、複数のデータシンボルは、データシンボルの決定された数およびペイロードビットの決定された数に基づいて復号される。別の態様では、信号フィールドは、パディングビット、データパケット長値、時空間ブロックコードビット、またはＭＣＳ値のうちの少なくとも１つを含む。別の構成では、ワイヤレス通信デバイス９００は、トリガメッセージを送信するための手段を含み得、トリガメッセージは、データフレームのための必須の持続時間、データフレームのためのＭＣＳ値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含み得る。
【０２６８】
[00217]たとえば、データフレームを受信するための手段は、処理システム９１０、デコーダ構成要素９２４、および／または受信機９０５を備え得る。復号するための手段は、処理システム９１０および／またはデコーダ構成要素９２４を備え得る。トリガメッセージを送信するための手段は、処理システム９１０、デコーダ構成要素９２４、トリガフレーム構成要素９２６、および／または送信機９１５を備え得る。
【０２６９】
[00218]上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示すどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。
【０２７０】
[00219]本開示に関連して説明した様々な例示的な論理ブロック、構成要素、および回路は、汎用プロセッサ、ＤＳＰ、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡまたは他のＰＬＤ、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０２７１】
[00220]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、コンパクトディスク（ＣＤ）−ＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備える。
【０２７２】
[00221]本明細書で開示した方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。
【０２７３】
[00222]したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０２７４】
[00223]さらに、本明細書で説明した方法および技法を実施するための構成要素および／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実施するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段（たとえば、ＲＡＭ、ＲＯＭ、ＣＤまたはフロッピーディスクなどの物理記憶媒体など）をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段によって提供され得る。その上、本明細書で説明した方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。
【０２７５】
[00224]特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更および変形が行われ得る。
【０２７６】
[00225]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって決定される。
【０２７７】
[00226]以上の説明は、当業者が本明細書で説明した様々な態様を実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ためのステップ」という句を使用して具陳されていない限り、米国特許法第１１２条（ｆ）の規定の下で解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
局のためのワイヤレス通信の方法であって、
データペイロードを送信するためのデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、前記データペイロードを送信するためのペイロードビットの数を決定することと、
データフレームを送信することと、ここにおいて、前記データフレームが、信号フィールドと、前記データペイロード、データシンボルの前記決定された数、およびペイロードビットの前記決定された数に基づいて符号化されたデータシンボルとを備え、ここにおいて、前記データシンボルが、低密度極性チェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化される、を備える、方法。
［Ｃ２］
前記信号フィールドが、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ３］
アクセスポイントへのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、前記データペイロードを符号化することをさらに備える、Ｃ１に記載の方法。
［Ｃ４］
トリガメッセージを受信することをさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間を含む、Ｃ１に記載の方法。
［Ｃ５］
前記局が、時空間ブロックコード値に関連付けられ、前記方法は、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定することをさらに備え、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数を前記決定することが、データシンボルの前記決定された第２の数と前記時空間ブロックコード値との間の差に基づき、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値とを備える、Ｃ４に記載の方法。
［Ｃ６］
前記局が、時空間ブロックコード値およびパディングビットに関連付けられ、前記方法は、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定することをさらに備え、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数を前記決定することが、データシンボルの前記決定された第２の数と、前記時空間ブロックコード値および前記パディングビットの積との間の差基づき、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値および前記パディングビットの前記積に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値と、前記パディングビットとを備える、Ｃ４に記載の方法。
［Ｃ７］
トリガメッセージを受信することをさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み、ここにおいて、前記データシンボルが、ＢＣＣ符号化を使用して符号化される、Ｃ１に記載の方法。
［Ｃ８］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間を含み、前記局が、時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数を前記決定することが、前記必須の持続時間に基づき、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含み、
ここにおいて、前記信号フィールドが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、前記ＭＣＳ値とを備える、Ｃ７に記載の方法。
［Ｃ９］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットとを含み、前記局が、前記時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数を前記決定することが、前記必須の持続時間に基づき、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ７に記載の方法。
［Ｃ１０］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ７に記載の方法。
［Ｃ１１］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、前記データパケット長値が、複数の局のための最大シンボル要件と、前記複数の局のための最大時空間ブロックコード値とに基づき、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ７に記載の方法。
［Ｃ１２］
ワイヤレス通信のための装置であって、前記装置が局であり、
データペイロードを送信するためのデータシンボルの数を決定するための手段と、
データシンボルの前記決定された数に基づいて、前記データペイロードを送信するためのペイロードビットの数を決定するための手段と、
データフレームを送信するための手段と、ここにおいて、前記データフレームが、信号フィールドと、前記データペイロード、データシンボルの前記決定された数、およびペイロードビットの前記決定された数に基づいて符号化されたデータシンボルとを備え、ここにおいて、前記データシンボルが、低密度極性チェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化される、を備える、装置。
［Ｃ１３］
前記信号フィールドが、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを備える、Ｃ１２に記載の装置。
［Ｃ１４］
アクセスポイントへのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、前記データペイロードを符号化するための手段をさらに備える、Ｃ１２に記載の装置。
［Ｃ１５］
トリガメッセージを受信するための手段をさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間を含む、Ｃ１２に記載の装置。
［Ｃ１６］
前記局が、時空間ブロックコード値に関連付けられ、前記装置は、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定するための手段をさらに備え、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、データシンボルの前記決定された第２の数と前記時空間ブロックコード値との間の差に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値とを備える、Ｃ１５に記載の装置。
［Ｃ１７］
前記局が、時空間ブロックコード値およびパディングビットに関連付けられ、前記装置は、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定するための手段をさらに備え、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、データシンボルの前記決定された第２の数と、前記時空間ブロックコード値および前記パディングビットの積との間の差基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値および前記パディングビットの前記積に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値と、前記パディングビットとを備える、Ｃ１５に記載の装置。
［Ｃ１８］
トリガメッセージを受信するための手段をさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み、ここにおいて、前記データシンボルが、ＢＣＣ符号化を使用して符号化される、Ｃ１２に記載の装置。
［Ｃ１９］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間を含み、前記局が、時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、前記必須の持続時間に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含み、
ここにおいて、前記信号フィールドが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、前記ＭＣＳ値とを備える、Ｃ１８に記載の装置。
［Ｃ２０］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットとを含み、前記局が、前記時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、前記必須の持続時間に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ１８に記載の装置。
［Ｃ２１］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ１８に記載の装置。
［Ｃ２２］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、前記データパケット長値が、複数の局のための最大シンボル要件と、前記複数の局のための最大時空間ブロックコード値とに基づき、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ１８に記載の装置。
［Ｃ２３］
ワイヤレス通信のための装置であって、前記装置が局であり、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
データペイロードを送信するためのデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、前記データペイロードを送信するためのペイロードビットの数を決定することと、
データフレームを送信することと、ここにおいて、前記データフレームが、信号フィールドと、前記データペイロード、データシンボルの前記決定された数、およびペイロードビットの前記決定された数に基づいて符号化されたデータシンボルとを備え、ここにおいて、前記データシンボルが、低密度極性チェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化される、を行うように構成された、装置。
［Ｃ２４］
前記信号フィールドが、パディングビット、パケット長、時空間ブロックコードビット、または変調およびコーディング方式値のうちの少なくとも１つを備える、Ｃ２３に記載の装置。
［Ｃ２５］
前記少なくとも１つのプロセッサが、アクセスポイントへのアップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化を使用して、前記データペイロードを符号化するようにさらに構成された、Ｃ２３に記載の装置。
［Ｃ２６］
前記少なくとも１つのプロセッサが、トリガメッセージを受信するようにさらに構成され、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間を含む、Ｃ２３に記載の装置。
［Ｃ２７］
前記局が、時空間ブロックコード値に関連付けられ、ここにおいて、前記少なくとも１つのプロセッサが、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定することを行うようにさらに構成され、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、データシンボルの前記決定された第２の数と前記時空間ブロックコード値との間の差に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値とを備える、Ｃ２６に記載の装置。
［Ｃ２８］
前記局が、時空間ブロックコード値およびパディングビットに関連付けられ、ここにおいて、前記少なくとも１つのプロセッサが、
前記データフレームのための前記必須の持続時間に基づいて、前記データペイロードを送信するためのデータシンボルの第２の数を決定することを行うようにさらに構成され、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、データシンボルの前記決定された第２の数と、前記時空間ブロックコード値および前記パディングビットの積との間の差基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、前記時空間ブロックコード値および前記パディングビットの前記積に基づいて決定されたデータシンボルの第３の数を含み、
ここにおいて、前記信号フィールドが、時空間ブロックコードビットと、変調およびコーディング方式値と、前記パディングビットとを備える、Ｃ２６に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサが、トリガメッセージを受信するようにさらに構成され、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはデータパケット長値のうちの少なくとも１つを含み、ここにおいて、前記データシンボルが、ＢＣＣ符号化を使用して符号化される、Ｃ２３に記載の装置。
［Ｃ３０］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間を含み、前記局が、時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、前記必須の持続時間に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含み、
ここにおいて、前記信号フィールドが、前記時空間ブロックコード値に関連付けられた時空間ブロックコードビットと、前記ＭＣＳ値とを備える、Ｃ２９に記載の装置。
［Ｃ３１］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットとを含み、前記局が、前記時空間ブロックコードビットに基づいて決定された時空間ブロックコード値に関連付けられ、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記数が、前記必須の持続時間に基づいて決定され、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ２９に記載の装置。
［Ｃ３２］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ２９に記載の装置。
［Ｃ３３］
前記トリガメッセージが、前記データフレームのための前記必須の持続時間と、前記ＭＣＳ値と、前記時空間ブロックコードビットと、前記データパケット長値とを含み、前記データパケット長値が、複数の局のための最大シンボル要件と、前記複数の局のための最大時空間ブロックコード値とに基づき、
ここにおいて、前記データペイロードを送信するためのデータシンボルの前記決定された数が、前記データパケット長値に等しく、
ここにおいて、前記データシンボルが、前記データペイロードを送信するためのデータシンボルの前記決定された数を埋めるためにパディングされ、テールビットのセットを含む、Ｃ２９に記載の装置。
［Ｃ３４］
局によるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
データペイロードを送信するためのデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、前記データペイロードを送信するためのペイロードビットの数を決定することと、
データフレームを送信することと、ここにおいて、前記データフレームが、信号フィールドと、前記データペイロード、データシンボルの前記決定された数、およびペイロードビットの前記決定された数に基づいて符号化されたデータシンボルとを備え、ここにおいて、前記データシンボルが、低密度極性チェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化される、を行うためのコードを備える、コンピュータ可読媒体。
［Ｃ３５］
アクセスポイントのためのワイヤレス通信の方法であって、
局からデータフレームを受信することと、ここにおいて、前記データフレームが、信号フィールドと、アップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化された複数のデータシンボルとを備える、
アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された前記複数のデータシンボルを含む前記データフレームを復号することと
を備える、方法。
［Ｃ３６］
前記データフレームを前記復号することは、
前記受信されたデータフレーム中のデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、ペイロードビットの数を決定することと、ここにおいて、前記複数のデータシンボルが、データシンボルの前記決定された数およびペイロードビットの前記決定された数に基づいて復号される、を備える、Ｃ３５に記載の方法。
［Ｃ３７］
前記信号フィールドが、パディングビット、データパケット長値、時空間ブロックコードビット、または変調およびコーディング方式（ＭＣＳ）値のうちの少なくとも１つを備える、Ｃ３５に記載の方法。
［Ｃ３８］
トリガメッセージを送信することをさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含む、Ｃ３５に記載の方法。
［Ｃ３９］
ワイヤレス通信のための装置であって、前記装置がアクセスポイントであり、
局からデータフレームを受信するための手段と、ここにおいて、前記データフレームが、信号フィールドと、アップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化された複数のデータシンボルとを備える、
アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された前記複数のデータシンボルを含む前記データフレームを復号するための手段と
を備える、装置。
［Ｃ４０］
前記データフレームを復号するための前記手段は、
前記受信されたデータフレーム中のデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、ペイロードビットの数を決定することと、ここにおいて、前記複数のデータシンボルが、データシンボルの前記決定された数およびペイロードビットの前記決定された数に基づいて復号される、を行うように構成された、Ｃ３９に記載の装置。
［Ｃ４１］
前記信号フィールドが、パディングビット、データパケット長値、時空間ブロックコードビット、または変調およびコーディング方式（ＭＣＳ）値のうちの少なくとも１つを備える、Ｃ３９に記載の装置。
［Ｃ４２］
トリガメッセージを送信するための手段をさらに備え、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含む、Ｃ３９に記載の装置。
［Ｃ４３］
ワイヤレス通信のための装置であって、前記装置がアクセスポイントであり、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
局からデータフレームを受信することと、ここにおいて、前記データフレームが、信号フィールドと、アップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化された複数のデータシンボルとを備える、
アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された前記複数のデータシンボルを含む前記データフレームを復号することと
を行うように構成された、装置。
［Ｃ４４］
前記少なくとも１つのプロセッサは、
前記受信されたデータフレーム中のデータシンボルの数を決定することと、
データシンボルの前記決定された数に基づいて、ペイロードビットの数を決定することと、ここにおいて、前記複数のデータシンボルが、データシンボルの前記決定された数およびペイロードビットの前記決定された数に基づいて復号される、によって前記データフレームを復号するように構成された、Ｃ４３に記載の装置。
［Ｃ４５］
前記信号フィールドが、パディングビット、データパケット長値、時空間ブロックコードビット、または変調およびコーディング方式（ＭＣＳ）値のうちの少なくとも１つを備える、Ｃ４３に記載の装置。
［Ｃ４６］
前記少なくとも１つのプロセッサが、トリガメッセージを送信するようにさらに構成され、ここにおいて、前記トリガメッセージが、前記データフレームのための必須の持続時間、前記データフレームのための変調およびコーディング方式（ＭＣＳ）値、時空間ブロックコードビット、またはパディングビットのうちの少なくとも１つを含む、Ｃ４３に記載の装置。
［Ｃ４７］
アクセスポイントによるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
局からデータフレームを受信することと、ここにおいて、前記データフレームが、信号フィールドと、アップリンクマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信またはアップリンク直交周波数分割多元接続（ＯＦＤＭＡ）送信のために、低密度パリティチェック（ＬＤＰＣ）符号化またはバイナリ畳み込みコード（ＢＣＣ）符号化を使用して符号化された複数のデータシンボルとを備える、
アップリンクＭＵ−ＭＩＭＯ送信またはアップリンクＯＦＤＭＡ送信のために、ＬＤＰＣ符号化またはＢＣＣ符号化に基づいて符号化された前記複数のデータシンボルを含む前記データフレームを復号することと
を行うためのコードを備える、コンピュータ可読媒体。
【図１】
0006622298.tif 000069
【図２】
0006622298.tif 000070
【図３】
0006622298.tif 000071
【図４】
0006622298.tif 000072
【図５】
0006622298.tif 000073
【図６】
0006622298.tif 000074
【図７】
0006622298.tif 000075
【図８】
0006622298.tif 000076
【図９】
0006622298.tif 000077