本発明の実施形態は、PPDU伝送のシグナリングオーバーヘッドを低減するのを助けるための、無線ローカルエリアネットワークに適用される帯域幅指示方法及び通信装置を提供する。
第1の態様によれば、この出願は無線ローカルエリアネットワークにおいて適用される帯域幅指示方法を提供する。当該方法は以下を含む。アクセスポイントは物理層プロトコルデータユニットPPDUを生成し、PPDUの伝送帯域幅は複数のセグメントに分割され、PPDUはセグメントで搬送されるユニバーサル信号U-SIGフィールドを含み、U-SIGフィールドは帯域幅フィールドを含み、帯域幅フィールドはセグメントでパーキング(park)されているステーションに割り当てられたリソースユニットのチャネル帯域幅を示し、アクセスポイントはPPDUをステーションに送信する。
第1の態様に記載の方法に基づいて、セグメントの帯域幅フィールドは、セグメント内のステーションに割り当てられたリソースユニットのチャネル帯域幅を示すように設定され、それにより、セグメントのEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数が、ステーションに割り当てられたリソースユニットのチャネル帯域幅に対応してもよく、帯域幅フィールドにより示されるチャネル帯域幅に対応するリソース指示情報のみがセグメントで搬送されるようにする。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。さらに、セグメントを跨ぐリソースがステーションに更に割り当てられてもよい。ステーションがパーキングされているセグメントのみのリソースユニットがステーションに割り当てられる方式と比較して、この方式はリソース割り当てにおいてより柔軟性がある。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む。帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応する。リソースユニット割り当てサブフィールドは、セグメントでパーキングされているステーションに割り当てられたリソースユニットを示すために使用される。セグメントの帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応し、それにより、帯域幅フィールドにより示されるチャネル帯域幅に対応するリソース指示情報のみがセグメントで搬送されるようにする。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。さらに、セグメントを跨ぐリソースがステーションに更に割り当てられてもよい。ステーションがパーキングされているセグメントのみのリソースユニットがステーションに割り当てられる方式と比較して、この方式はリソース割り当てにおいてより柔軟性がある。
可能な実現方式では、U-SIGフィールドは圧縮フィールドを更に含む。圧縮フィールドが非圧縮モードを示す場合、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む。
可能な実現方式では、セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用される場合、圧縮フィールドは非圧縮モードを示す。任意選択で、セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用されることは、2つのケースを含む。ケース1では、帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用される。ケース2では、帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用され、セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用される。この任意選択の方式では、EHT-SIGフィールドを圧縮するか否かはセグメントの粒度で決定されてもよい。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、帯域幅フィールドにより示される帯域幅が40MHzである場合、U-SIGフィールド及びEHT-SIGフィールドは40MHzの帯域幅で伝送される。U-SIGフィールド及びEHT-SIGフィールドが全セグメントで伝送される方式と比較して、これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、帯域幅フィールドにより示される帯域幅とEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数との間に、以下の対応関係のうち1つ以上が存在してもよい。帯域幅フィールドにより示される帯域幅が20メガヘルツMHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は1である。帯域幅フィールドにより示される帯域幅が40MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は2である。帯域幅フィールドにより示される帯域幅が80MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は4である。帯域幅フィールドにより示される帯域幅が160MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は8である。帯域幅フィールドにより示される帯域幅が240MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は12である。帯域幅フィールドにより示される帯域幅が320MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は16である。この可能な実現方式に基づいて、帯域幅フィールドにより示される帯域幅内のリソースを示すのに十分な数のリソースユニット割り当てサブフィールドが存在してもよい。
可能な実現方式では、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドは帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用される。プリアンブルパンクチャリング指示フィールドにより必要とされるビット数は、リソースユニット割り当てサブフィールドにより必要とされるビット数よりも少ない。したがって、ステーションのためのリソースユニット割り当てを示すためにリソースユニット割り当てサブフィールドの代わりにプリアンブルパンクチャリング指示フィールドを使用することは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、U-SIGフィールドは圧縮フィールドを更に含む。圧縮フィールドが圧縮モードを示す場合、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含む。
可能な実現方式では、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。この任意選択の方式では、EHT-SIGフィールドはセグメントの粒度で圧縮されてもよい。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。任意選択で、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用されることは、2つのケースを含む。ケース1では、帯域幅フィールドにより示されるチャネル帯域幅が非OFDMA伝送に使用される。ケース2では、帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用されるが、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用される。
可能な実現方式では、圧縮モード及び非圧縮モードの双方で、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含んでもよい。圧縮モードでは、リソースユニット割り当てサブフィールドは、プリアンブルパンクチャリング指示フィールドの機能を実現するために、すなわち、帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用される。非圧縮モードでは、リソースユニット割り当てサブフィールドは、ステーションのためのリソースユニット割り当てを示すために使用される。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。プリアンブルパンクチャリング指示フィールドはMU-MIMOユーザの数を示すために更に使用される。この可能な実現方式では、EHT-SIGシンボルの数がステーションに直接通知でき、それにより、ステーションがEHT-SIGシンボルの数を正確に決定できるようにする。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。PPDUはセグメントで搬送される第1のフィールドを更に含み、第1のフィールドはマルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために使用される。第1のフィールドはプリアンブルパンクチャリング指示フィールドとは異なる。この可能な実現方式では、EHT-SIGシンボルの数がステーションに直接通知でき、それにより、ステーションがEHT-SIGシンボルの数を正確に決定できるようにする。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。U-SIGフィールドは圧縮フィールドを更に含む。PPDUの伝送帯域幅が非直交周波数分割多元接続OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。圧縮フィールドが圧縮モードを示すとき、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含まない。EHT-SIGフィールドは、PPDUの全伝送帯域幅の粒度で圧縮できる。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、U-SIGフィールドは、MU-MIMOユーザの数を示すために更に使用される。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドはPPDUの伝送帯域幅のパンクチャリング状態を示すために使用される。この可能な実現方式では、ステーションのためのリソースユニット割り当てを示すためにリソースユニット割り当てサブフィールドの代わりにプリアンブルパンクチャリング指示フィールドを使用することは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、PPDUの複数のセグメントで搬送されるEHT-SIGフィールドは同じである。この可能な実現方式は、EHT-SIGフィールド伝送の信頼性を改善できる。
第2の態様によれば、この出願は無線ローカルエリアネットワークにおいて適用される帯域幅指示方法を提供する。当該方法は以下を含む。ステーションはアクセスポイントにより送信された物理層プロトコルデータユニットPPDUを受信し、PPDUの伝送帯域幅は複数のセグメントに分割され、PPDUはセグメントで搬送されるユニバーサル信号U-SIGフィールドを含み、U-SIGフィールドは帯域幅フィールドを含み、帯域幅フィールドはセグメントでパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅を示し、ステーションは、受信したU-SIGフィールドに基づいて割り当てられたリソースユニットのチャネル帯域幅を決定する。
第2の態様の有益な効果及び可能な実現方式については、第1の態様の説明を参照する。詳細はここでは再び説明しない。
第3の態様によれば、通信装置が提供される。当該装置は、アクセスポイント、アクセスポイント内の装置、又はアクセスポイントと一緒に使用できる装置でもよい。通信装置は代替としてチップシステムでもよい。通信装置は、第1の態様による方法を実行してもよい。通信装置の機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。ユニットはソフトウェア及び/又はハードウェアでもよい。通信装置により実行される動作及び有益な効果については、第1の態様における方法及び有益な効果を参照する。繰り返しを避けるために、詳細はここでは再び説明しない。
第4の態様によれば、通信装置が提供される。当該装置は、ステーション、ステーション内の装置、又はステーションと一緒に使用できる装置でもよい。通信装置は代替としてチップシステムでもよい。通信装置は、第2の態様による方法を実行してもよい。通信装置の機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。ユニットはソフトウェア及び/又はハードウェアでもよい。通信装置により実行される動作及び有益な効果については、第2の態様における方法及び有益な効果を参照する。繰り返しを避けるために、詳細はここでは再び説明しない。
第5の態様によれば、この出願は通信装置を提供し、通信装置は少なくとも1つのプロセッサを含む。プロセッサがメモリ内のコンピュータプログラムを呼び出したとき、第1の態様による方法においてアクセスポイントにより実行される方法が実行される。
第6の態様によれば、この出願は通信装置を提供し、通信装置は少なくとも1つのプロセッサを含む。プロセッサがメモリ内のコンピュータプログラムを呼び出したとき、第2の態様による方法においてステーションにより実行される方法が実行される。
第7の態様によれば、この出願は通信装置を提供し、通信装置はプロセッサ及びメモリを含む。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリに記憶されたコンピュータプログラムを実行するように構成され、それにより、通信装置が、第1の態様による方法においてアクセスポイントにより実行される方法を実行するようにする。
第8の態様によれば、この出願は通信装置を提供し、通信装置はプロセッサ及びメモリを含む。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリに記憶されたコンピュータプログラムを実行するように構成され、それにより、通信装置が、第2の態様による方法においてステーションにより実行される方法を実行するようにする。
第9の態様によれば、この出願は通信装置を提供し、通信装置はプロセッサ、メモリ及びトランシーバを含む。トランシーバは、信号を受信するように或いは信号を送信するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリからコンピュータプログラムを呼び出し、第1の態様による方法においてアクセスポイントにより実行される方法を実行するように構成される。
第10の態様によれば、この出願は通信装置を提供し、通信装置はプロセッサ、メモリ及びトランシーバを含む。トランシーバは、信号を受信するように或いは信号を送信するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリからコンピュータプログラムを呼び出し、第2の態様による方法においてステーションにより実行される方法を実行するように構成される。
第11の態様によれば、この出願は通信装置を提供し、通信装置は少なくとも1つのプロセッサ及び通信インタフェースを含む。通信インタフェースは、コンピュータプログラムを受信し、コンピュータプログラムをプロセッサに伝送するように構成される。プロセッサは、コンピュータプログラムを実行して、第1の態様による方法においてアクセスポイントにより実行される方法を実行する。
第12の態様によれば、この出願は通信装置を提供し、通信装置は少なくとも1つのプロセッサ及び通信インタフェースを含む。プロセッサは、コンピュータプログラムを実行して、第2の態様による方法においてステーションにより実行される方法を実行する。
第13の態様によれば、この出願はコンピュータ読み取り可能記憶媒体を提供し、コンピュータ読み取り可能記憶媒体は命令を記憶するように構成される。命令が実行されたとき、第1の態様による方法においてアクセスポイントにより実行される方法が実現される。
第14の態様によれば、この出願はコンピュータ読み取り可能記憶媒体を提供する。コンピュータ読み取り可能記憶媒体は命令を記憶するように構成される。命令が実行されたとき、第2の態様においてステーションにより実行される方法が実現される。
第15の態様によれば、この出願は命令を含むコンピュータプログラム製品を提供する。命令が実行されたとき、第1の態様による方法においてアクセスポイントにより実行される方法が実現される。
第16の態様によれば、この出願は命令を含むコンピュータプログラム製品を提供する。命令が実行されたとき、第2の態様においてステーションにより実行される方法が実現される。
本発明の明細書、特許請求の範囲及び添付図面において、「第1」、「第2」、「第3」、「第4」等の用語は、異なるオブジェクトの間を区別することを意図しており、特定の順序を示すものではない。さらに、「含む(include)」、「有する(have)」という用語及びこれらのいずれかの他の変形は、非排他的な包含をカバーすることを意図している。例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又はデバイスは、列挙されているステップ又はユニットに限定されず、任意選択で列挙されていないステップ又はユニットを更に含むか、或いは、任意選択でプロセス、方法、製品又はデバイスの他の固有のステップ又はユニットを更に含む。
この明細書で言及される「実施形態」は、実施形態を参照して記載される特定の特徴、構造又は特性が、本発明の少なくとも1つの実施形態に含まれてもよいことを意味する。この明細書における様々な位置に記載されている用語は、必ずしも同じ実施形態を示さなくてもよく、他の実施形態と排他的な独立又は任意選択の実施形態ではない。この明細書に記載されている実施形態が他の実施形態と組み合わされてもよいことは、当業者により明示的且つ暗黙的に理解される。
「複数」は、2つ以上を意味する。「及び/又は」は、関連するオブジェクトの間の関連付け関係を記述し、3つの関係が存在し得ることを表す。例えば、A及び/又はBは、以下の3つのケース、すなわち、Aのみが存在すること、AとBとの双方が存在すること、及びBのみが存在することを表してもよい。「/」という文字は、一般的に関連するオブジェクトの間の「又は」の関係を示す。
この出願の実施形態の関連する内容を理解するのを容易にするために、以下にいくつかの背景知識について説明する。
1.WLAN帯域幅構成
WLAN標準は、802.11a/b/g、802.11n、802.11ac、802.11ax及び議論中の802.11beを含み、多くの世代にわたって進化してきた。802.11n、802.11ac、802.11ax及び802.11be標準はまた、それぞれHT(High Throughput、ハイスループット)技術、VHT(Very High Throughput、ベリーハイスループット)技術、HE(High Efficient、高効率)技術及びEHT(Extremely High Throughput、超ハイスループット技術とも呼ばれる。上記のWLAN標準においてPPDUによりサポートできる帯域幅構成が表1に列挙されている。
2.リソースユニット(resource unit, RU)
ユーザ周波数帯域リソースは、20MHzチャネルではなくリソースユニット(resource unit, RU)により割り当てられる。RUは、以下の形式、例えば、26-tone RU、52-tone RU、106-tone RU、242-tone RU、484-tone RU及び996-tone RUを有してもよく、toneはサブキャリアを表す。
例えば、図4は、この出願の実施形態による20MHzの帯域幅におけるサブキャリア及びRU分布の概略図である。図4に示すように、20MHzの全帯域幅は1つの全242-tone RUを含んでもよく、或いは、26-tone RU、52-tone RU及び106-tone RUの様々な組み合わせを含んでもよい。データ伝送用のRUに加えて、帯域幅はいくつかのガード(Guard)サブキャリア、ヌルサブキャリア(図面において1が位置するサブキャリアはヌルサブキャリアであり、1はヌルサブキャリアの数が1であることを示す)又は直流(Direct Current, DC)サブキャリアを更に含む。
他の例では、図5は、この出願の実施形態による40MHzの帯域幅におけるサブキャリア及びRU分布の概略図である。図5に示すように、40MHzの全帯域幅のサブキャリア分布は、20MHzのものの複製とほぼ同等である。全帯域幅は、1つの全484-tone RUを含んでもよく、或いは、26-tone RU、52-tone RU、106-tone RU及び242-tone RUの様々な組み合わせを含んでもよい。
他の例では、図1は、この出願の実施形態による80MHzの帯域幅におけるサブキャリア及びRU分布の概略図である。図1に示すように、80MHzの全帯域幅は242-tone RUの形式の4つのリソースユニットを含む。特に、全帯域幅の中間に2つの13-toneサブユニットを含むセンター26-tone RUが存在する。全帯域幅は1つの全996-tone RUを含んでもよく、或いは、26-tone RU、52-tone RU、106-tone RU、242-tone RU及び484-tone RUの様々な組み合わせを含んでもよい。
160MHz又は80+80MHzの全帯域幅のサブキャリア分布は、2つの80MHzのものの複製と考えられてもよい。全帯域幅は、1つの全2*996-tone RUを含んでもよく、或いは、26-tone RU、52-tone RU、106-tone RU、242-tone RU、484-tone RU及び996-tone RUの様々な組み合わせを含んでもよい。
3.直交周波数分割多元接続(orthogonal frequency division multiple access, OFDMA)伝送及び非OFDMA伝送
OFDMA伝送はマルチユーザ通信メカニズムであり、802.11ax標準及びそれ以降の標準においてアクセスポイント(access point, AP)と非アクセスポイントタイプのステーション(none access point station, non-AP STA)との間でのデータフレーム交換に適用可能である。全伝送帯域幅は、異なるユーザに割り当てられる複数のRUに分割されてもよい。非OFDMA伝送では、全伝送帯域幅はシングルユーザ(single user, SU)又はマルチユーザ・マルチプルインプット・マルチプルアウトプット(multiple user multiple input multiple output, MU-MIMO)伝送に使用される。非OFDMA伝送では、プリアンブルパンクチャリングが実行された後に、パンクチャリングが実行されていない部分が、全体として組み合わされる複数のRUを構成する。非OFDMA伝送によりサポートされる複数のRUの組み合わせは、非OFDMA伝送によりサポートされるプリアンブルパンクチャリングの組み合わせと同等である。
4.高効率マルチユーザ物理層プロトコルデータユニット(high efficient multiple user physical layer protocol data unit, HE MU PPDU)
HE MU PPDUは、主に802.11ax標準におけるDL OFDMA及びDL MU-MIMO伝送に使用される。図6は、HE MU PPDUの構造を示す概略図である。図6に示すように、HE MU PPDUはプリアンブル部分及びデータフィールド部分に分割される。プリアンブル部分は、2つのHE信号フィールド、すなわち、高効率信号フィールドA(high efficient-signal field-A, HE-SIG-A)及び高効率信号フィールドB(high efficient-signal field-B, HE-SIG-B)を含む。HE-SIG-A及びHE-SIG-Bの関連する説明については、背景説明における説明を参照する。
HE-SIG-Bにおけるリソースユニット割り当てサブフィールドは8ビットを有する。242-tone RU内で全ての可能なリソースユニット配置及び組み合わせは、インデックスを使用することにより示される。さらに、106-tone RU以上のRUについて、RU内でSU/MU-MIMO伝送を実行するユーザの数(すなわち、STAの数)は、インデックスを使用することにより示される。リソースユニット割り当てサブフィールドのインデックスが表2に示されている。
表2に示すように、第1列はリソースユニット割り当てサブフィールドの8ビットのインデックスを表し、中央の列#1~#9は異なるリソースユニットの配置及び組み合わせを表す。表2における各行は、1つのRU割り当てを表す。例えば、インデックス00111y2y1y0は、4つのRU(52-tone RU、52-tone RU、26-tone RU及び106-tone RU)が割り当てられていることを示す。さらに、表2における最後の列の数は、106-tone RUに含まれるユーザの数を示すために使用される。例えば、00010y2y1y0に対応する数は8である。この理由は、y2y1y0がリソースユニット割り当てを示すことに加えて、106-tone RUに含まれるユーザの数を示すために更に使用され、1~8人のユーザ(すなわちステーション)に対応するためである。y2y1y0のそれぞれの値は0又は1でもよい。
ユーザ固有フィールド内のユーザの出現順序は、対応するリソースユニット割り当てサブフィールド内の分割によって取得されるRUの順序と一致する点に留意すべきである。ユーザは、ユーザフィールド内のステーション識別子を読み取ることにより、ユーザフィールドがユーザに属するか否かを識別してもよい。ユーザフィールドの出現位置と、対応するリソースユニット割り当てサブフィールドとに基づいて、ユーザは自身のRU割り当てを習得してもよい。
表2において、ほとんどのRU割り当ては242-tone RU内で実行され、数個のインデックスにより示されるRUは242-tone RU、484-tone RU及び996-tone RUを示す。
5.コンテンツチャネル(content channel, CC)
242-tone RUの測定において、図1、図4又は図5の左側の周波数が最低周波数と考えられてもよく、図1、図4又は図5の右側の周波数が最高周波数と考えられてもよい。242-tone RUは、左から右に以下のように、すなわち、1#、2#、...及び8#の番号が付けられてもよい。
コンテンツチャネルの概念が802.11ax標準において導入されている。例えば、図7に示すように、HE MU PPDUの帯域幅が20MHzのみを有するとき、HE-SIG-Bフィールドは1つのコンテンツチャネルCC1のみを含む。CC1は、データ部分の242-tone RU内のリソースユニット割り当て指示を示すために使用される1つのリソースユニット割り当てサブフィールドを含む。
他の例では、図8に示すように、HE MU PPDUが40MHzの帯域幅を有するとき、HE-SIG-Bフィールドは2つのコンテンツチャネル、すなわち、CC1及びCC2を含む。CC1は、1#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。CC2は、2#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。
他の例では、図3に示すように、HE MU PPDUの80MHz帯域幅において、HE-SIG-Bフィールドは依然として2つのCCを含み、合計で4つのチャネルを含む。周波数に基づいて昇順に並べられたCC1、CC2、CC1及びCC2の構造が、4つのチャネルでのリソースユニット割り当て情報を示すために使用される。CC1は、1#242-tone RU及び3#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。CC2は、2#242-tone RU及び4#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。さらに、80MHz帯域幅におけるセンター26-tone RU指示は、リソースユニットがデータ伝送に使用されるか否かを示すために、2つのCCのそれぞれで搬送される。
他の例では、図9に示すように、HE MU PPDUの160MHz帯域幅において、HE-SIG-Bフィールドは依然として2つのCCを含み、合計で8つのチャネルを含む。周波数に基づいて昇順に並べられたCC1、CC2、CC1、CC2、CC1、CC2、CC1及びCC2の構造が、8つのチャネルでのリソースユニット割り当て情報を示すために使用される。CC1は、1#242-tone RU、3#242-tone RU、5#242-tone RU及び7#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。CC2は、2#242-tone RU、4#242-tone RU、6#242-tone RU及び8#242-tone RU内のリソースユニット割り当てサブフィールドと、対応するユーザフィールドとを含む。さらに、80MHz帯域幅におけるセンター26-tone RU指示は、リソースユニットがデータ伝送に使用されるか否かを示すために、2つのCCのそれぞれで搬送される。
6.超ハイスループットマルチユーザ物理層プロトコルデータユニット(extremely high throughput multiple user physical layer protocol data unit, EHT MU PPDU)
EHT MU PPDUは、802.11be標準において導入されている。EHT MU PPDUは、主に802.11be標準においてDL OFDMA及びDL MU-MIMO伝送に使用される。図10に示すように、EHT MU PPDUの既存のフレーム構造は、主に、レガシーショートトレーニングフィールド(legacy short training, L-STF)、レガシーロングトレーニングフィールド(legacy long training, L-LTF)、レガシー信号(legacy signal, L-SIG)フィールド、繰り返しレガシー信号(repeated legacy signal, RL-SIG)フィールド、ユニバーサル信号(universal signal, U-SIG)フィールド、超ハイスループット信号(extremely high throughput-signal, EHT-SIG)フィールド、EHTショートトレーニングフィールド(EHT-STF)、EHTロングトレーニングフィールド(EHT-LTF)及びデータフィールドを含む。EHT-SIGフィールドは2つの部分、すなわち、共通フィールド(common field)及びユーザ固有フィールドを含む。共通フィールドは、1~N個のリソースユニット割り当てサブフィールド(resource unit allocation subfield)を含む。ユーザ固有フィールドは、リソースユニット割り当てに従って並べられた1~M個のユーザフィールド(user field)を含む。
上記のように、20MHz~160MHzの帯域幅におけるリソースユニット指示は802.11ax標準において実現されているが、リソースユニット指示のオーバーヘッドが高い。例えば、図9に示すように、HE MU PPDUの160MHz伝送帯域幅において、各CCは4つのリソースユニット割り当てサブ指示フィールドと4つの242-tone RU内の全てのユーザフィールドとを含み、PPDU伝送のシグナリングオーバーヘッドが高い。802.11be標準又はそれ以降の標準では、シグナリングオーバーヘッドは、EHT MU PPDUのより広い伝送帯域幅において更に増加する。PPDU伝送のシグナリングオーバーヘッドを低減するために、この出願の実施形態は、無線ローカルエリアネットワークに適用される帯域幅指示方法及び通信装置を提供する。
この出願の実施形態において記載される解決策の理解を容易にするために、以下に、まずこの出願の実施形態におけるシステムアーキテクチャについて説明する。
この出願の実施形態における技術的解決策は、802.11be標準又はそれ以降の標準を使用する無線ローカルエリアネットワークWLANにおいて適用されてもよく、或いは、広帯域幅OFDM伝送をサポートする他の通信システムにおいて適用されてもよい点に留意すべきである。
図11は、この出願の実施形態によるシステムアーキテクチャの概略図である。図11に示すように、システムアーキテクチャは、アクセスポイント(access point, AP)ステーション及び非アクセスポイントステーション(none access point station, non-AP STA)を含んでもよい。説明を容易にするために、アクセスポイントステーションのようなステーションはアクセスポイント(AP)と呼ばれ、非アクセスポイントステーションはステーション(STA)と呼ばれる。システムアーキテクチャは、1つ以上のアクセスポイント及び1つ以上のステーションを含んでもよい。例えば、図11には1つのアクセスポイント及び3つのステーションが存在する。
アクセスポイントは、端末デバイス(例えば、携帯電話)が有線(又は無線)ネットワークにアクセスするアクセスポイントでもよい。アクセスポイントは、主に家庭に、ビル内に、或いはキャンパス内に展開され、数十メートル~数百メートルの典型的なカバレッジ半径を有する。明らかに、アクセスポイントは代替として屋外に展開されてもよい。アクセスポイントは、有線ネットワークと無線ネットワークとの間のブリッジとして機能し、様々な無線ネットワーククライアントを一緒に接続し、次いで、無線ネットワークをイーサネットに接続するように構成される。具体的には、アクセスポイントは、ワイヤレスフィデリティ(wireless fidelity, Wi-Fi)チップを有する端末デバイス(例えば、携帯電話)又はネットワークデバイス(例えば、ルータ)でもよい。アクセスポイントは、802.11be標準をサポートするデバイスでもよい。代替として、アクセスポイントは、802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及び802.11aのような802.11標準ファミリーの複数の無線ローカルエリアネットワーク(wireless local area network, WLAN)標準をサポートするデバイスでもよい。この出願におけるアクセスポイントは、高効率(high efficient, HE)AP又は超ハイスループット(extremely high throughput, EHT)APでもよく、或いは、将来のWi-Fi標準をサポートするアクセスポイントでもよい。
ステーションは、無線通信チップ、無線センサ、無線通信端末等でもよい。ステーションはまた、ユーザとも呼ばれてもよい。例えば、ステーションは、携帯電話、タブレットコンピュータ、セットトップボックス、スマートテレビ、スマートウェアラブルデバイス、車載通信デバイス又はコンピュータのように、Wi-Fi通信機能をサポートするデバイスでもよい。任意選択で、ステーションは802.11be標準をサポートしてもよい。ステーションはまた、802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及び802.11aのような802.11標準ファミリーの複数の無線ローカルエリアネットワーク(wireless local area network, WLAN)標準をサポートしてもよい。
例えば、アクセスポイント及びステーションは、車両のインターネットにおいて使用されるデバイス、モノのインターネット(IoT, internet of things)におけるノード若しくはセンサ、スマートカメラ、スマートリモコン、又はスマートホームにおけるスマート水道メータ、スマートシティにおけるセンサ等でもよい。
この出願の技術的解決策は、アクセスポイントと1つ以上のステーションとの間、アクセスポイントと複数のアクセスポイントとの間、また、ステーションと複数のステーションとの間のデータ通信に適用可能である。以下に、この出願の技術的解決策を説明するために、アクセスポイントと複数のステーションとの間のデータ通信の例を使用する。
図12は、この出願の実施形態による無線ローカルエリアネットワークにおいて適用される帯域幅指示方法の概略フローチャートである。図12に示すように、無線ローカルエリアネットワークにおいて適用される帯域幅指示方法は、以下のステップ1201~ステップ1203を含む。図12に示す方法は、アクセスポイント及びステーションにより実行されてもよい。代替として、図12に示す方法は、アクセスポイント内のチップ及びステーション内のチップにより実行されてもよい。アクセスポイント及びステーションが実行体である例が、図12における説明に使用される。
1201:アクセスポイントはPPDUを生成し、PPDUの伝送帯域幅は複数のセグメントに分割され、PPDUはセグメントで搬送されるU-SIGフィールドを含み、U-SIGフィールドは帯域幅フィールドを含み、帯域幅フィールドはセグメントでパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅を示す。
この出願のこの実施形態では、PPDUはEHT MU PPDU又は他の802.11標準におけるPPDUでもよい。これは、この出願のこの実施形態では限定されない。PPDUの伝送帯域幅は、20MHz、40MHz、80MHz、160MHz/80+80MHz、240MHz、320MHz等でもよい。
この出願のこの実施形態における様々なフィールドの名称は、代替として異なって呼ばれてもよい。例えば、802.11be標準におけるU-SIGフィールド及び帯域幅フィールドは、802.11be標準よりも後の標準において異なって名称が付けられてもよい。この明細書に記載の「フィールド(field)」はまた、「ドメイン」、「情報」等とも呼ばれてもよい。「サブフィールド(subfield)」は、「サブドメイン」、「情報」等と呼ばれてもよい。
以下に、ステーションに割り当てられたリソースユニットの2つの概念、すなわち、セグメント及びチャネル帯域幅について説明する。
1.セグメント
この出願の実施形態では、PPDUの伝送帯域幅は複数のセグメントに分割される。セグメントは80MHzでもよい。代替として、セグメントは20MHz、40MHz、160MHz等でもよい。1つ以上のステーションは複数のセグメントの一部又は全部でパーキングされている。
例えば、PPDUの伝送帯域幅は320MHzであり、各セグメントは80MHzである。図13に示すように、320MHzの帯域幅において16個のチャネルが含まれてもよく、1つのチャネルは20MHzに相当する。PPDUの伝送帯域幅はセグメント1~セグメント4に分割され、各セグメントは80MHzである。ステーション1~5はセグメント1でパーキングされており、ステーション6及び7はセグメント2でパーキングされており、ステーション8はセグメント3でパーキングされており、ステーション9はセグメント4でパーキングされている。
任意選択で、異なるセグメントの帯域幅は異なってもよい。例えば、PPDUの320MHz伝送帯域幅は、セグメント1~セグメント3に分割され、セグメント1は80MHzであり、セグメント2は80MHzであり、セグメント3は160MHzである。
2.ステーションに割り当てられたリソースユニットのチャネル帯域幅
異なるセグメントでパーキングしているステーションのチャネル及びチャネル帯域幅は予め定義されてもよい。
例えば、図14は、セグメント1でパーキングされているステーションのチャネル帯域幅及びチャネルの割り当てを示す。図14に示すように、セグメント1でパーキングされているステーションの予め定義されたチャネルは、プライマリ20MHz(略称プライマリチャネル、Primary 20MHz, P20)チャネル、セカンダリ20MHz(Secondary 20MHz, S20)チャネル、セカンダリ40MHz(Secondary 40MHz, S40)チャネル、セカンダリ80MHz(Secondary 80MHz, S80)チャネル及びセカンダリ160MHz(Secondary 160MHz, S40)チャネルを含む。チャネル13はプライマリ20MHzチャネルに対応する。チャネル14はセカンダリ20MHzチャネルに対応する。チャネル15及びチャネル16はセカンダリ40MHzチャネルに組み合わされる。チャネル9~チャネル12はセカンダリ80MHzチャネルに組み合わされる。チャネル1~チャネル8はセカンダリ160MHzチャネルに組み合わされる。
セグメント1でパーキングされているステーションの予め定義されたチャネル帯域幅は、以下のもの、すなわち、20MHz、40MHz、80MHz、160MHz、240MHz及び320MHzのうち1つ以上を含んでもよい。PPDUの伝送帯域幅が320MHzよりも大きい場合、予め定義されたチャネル帯域幅は320MHzよりも大きくてもよい。例えば、セグメント1でパーキングされているステーションの予め定義されたチャネル帯域幅は、図14における80MHz、160MHz、240MHz及び320MHzを含む。図14に示すように、セグメント1でパーキングされているステーションに割り当てられたリソースユニットがセグメント1にあり、セグメント2~セグメント4にない場合、セグメント1でパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅は80MHzである。セグメント1でパーキングされているステーションに割り当てられたリソースユニットがセグメント2にあり、セグメント3又はセグメント4にない場合、セグメント1でパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅は160MHzである。セグメント1でパーキングされているステーションに割り当てられたリソースユニットがセグメント3にあり、セグメント4にない場合、セグメント1でパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅は240MHzである。セグメント1でパーキングされているステーションに割り当てられたリソースユニットがセグメント4にある場合、セグメント1でパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅は320MHzである。
図15は、セグメント2でパーキングされているステーションのチャネル帯域幅及びチャネルの割り当てを示す。図16は、セグメント3でパーキングされているステーションのチャネル帯域幅及びチャネルの割り当てを示す。図17は、セグメント4でパーキングされているステーションのチャネル帯域幅及びチャネルの割り当てを示す。セグメント2、セグメント3又はセグメント4でパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅を決定する原理は、セグメント1のものと同じである。詳細はここでは再び説明しない。
この出願の実施形態では、PPDUは、セグメントでパーキングされているステーションのデータ部分を更に含む。ステーションに割り当てられたリソースユニットは、ステーションにより受信されるデータ部分を搬送するために使用され、ステーションは割り当てられたリソースユニットでステーションのデータを受信してもよい。したがって、帯域幅フィールドにより示される、セグメントでパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅は、帯域幅フィールドにより示される、セグメントでパーキングされているステーションのデータ部分のチャネル帯域幅と同等でもよい。
以下に、具体例を使用することにより、この出願のこの実施形態におけるPPDUのフレーム構造について説明する。
例えば、図18に示すように、PPDUの伝送帯域幅は320MHzであり、PPDUの伝送帯域幅は4つのセグメントに分割され、セグメントのそれぞれは80MHzの帯域幅を有し、4つのチャネルを含む。セグメント1~セグメント4について予め定義されたチャネル帯域幅が図14~図17に示されている。
PPDUはセグメント1で搬送されるU-SIGフィールド1を含み、U-SIGフィールド1は帯域幅フィールド1を含む。PPDUは、セグメント1でパーキングされているステーションに割り当てられたリソースユニットを示すために、セグメント1で搬送されるEHT-SIGフィールド1を更に含んでもよい。PPDUは、ステーション1~5に送信されるデータ部分1を更に含む。データ部分1のチャネル帯域幅は80MHzである(具体的には、ステーション1~5に割り当てられたリソースユニットのチャネル帯域幅は80MHzである)。したがって、帯域幅フィールド1により示されるチャネル帯域幅は80MHzである。
PPDUはセグメント2で搬送されるU-SIGフィールド2を更に含み、U-SIGフィールド2は帯域幅フィールド2を含む。PPDUは、セグメント2でパーキングされているステーションに割り当てられたリソースユニットを示すために、セグメント2で搬送されるEHT-SIGフィールド2を更に含んでもよい。PPDUは、ステーション6に送信されるデータ部分2と、ステーション7に送信されるデータ部分3とを更に含む。データ部分2及びデータ部分3のチャネル帯域幅は80MHzである(具体的には、ステーション6及び7に割り当てられたリソースユニットのチャネル帯域幅は80MHzである)。したがって、帯域幅フィールド2により示されるチャネル帯域幅は80MHzである。
PPDUはセグメント3で搬送されるU-SIGフィールドを更に含み、U-SIGフィールド3は帯域幅フィールド3を含む。PPDUは、セグメント3でパーキングされているステーションに割り当てられたリソースユニットを示すために、セグメント3で搬送されるEHT-SIGフィールド3を更に含んでもよい。PPDUは、ステーション8に送信されるデータ部分4を更に含む。データ部分4はセグメント3及びセグメント4の双方に存在する。したがって、データ部分4のチャネル帯域幅は160MHzである(具体的には、ステーション8に割り当てられたリソースユニットのチャネル帯域幅は160MHzである)。したがって、帯域幅フィールド3により示されるチャネル帯域幅は160MHzである。
PPDUはセグメント4で搬送されるU-SIGフィールド4を更に含み、U-SIGフィールド4は帯域幅フィールド4を含む。PPDUは、セグメント4でパーキングされているステーションに割り当てられたリソースユニットを示すために、セグメント4で搬送されるEHT-SIGフィールド4を更に含んでもよい。PPDUは、ステーション9に送信されるデータ部分5を更に含む。データ部分5のチャネル帯域幅は80MHzである(具体的には、ステーション9に割り当てられたリソースユニットのチャネル帯域幅は80MHzである)。したがって、帯域幅フィールド4により示されるチャネル帯域幅は80MHzである。
可能な実現方式では、PPDUは、代替としていくつかのセグメントにおいてU-SIGフィールド及びEHT-SIGフィールドのみを含んでもよい。
例えば、セグメント4でパーキングされているステーション9にリソースユニットが割り当てられていない場合、PPDUは、セグメント4で搬送されるU-SIGフィールド4及びEHT-SIGフィールド4を含まなくてもよい。具体的には、アクセスポイントはセグメント4でU-SIGフィールド4及びEHT-SIGフィールド4を送信する必要はない。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。明らかに、PPDUは、代替として全てのセグメントにおけるU-SIGフィールド及びEHT-SIGフィールドを含んでもよい。
可能な実現方式では、以下の3つのケースにおいて、U-SIGフィールド及びEHT-SIGフィールドがセグメントのいくつかのチャネルで伝送されてもよい。
ケース1:セグメントの帯域幅フィールドにより示されるチャネル帯域幅がセグメントのサイズ以上であるが、セグメントのチャネルがパンクチャリングされた場合、セグメントで搬送されるU-SIGフィールド及びEHT-SIGフィールドがこれらのチャネルで伝送される。
例えば、図19に示すように、帯域幅フィールド1が80MHzを示すが、ステーション1~5に割り当てられたリソースユニットは、セグメント1のチャネル15及びチャネル16にある。言い換えると、帯域幅フィールド1により示されるチャネル帯域幅の40MHzがパンクチャリングされる。したがって、U-SIGフィールド1は、セグメント1のチャネル15及びチャネル16のみで伝送されてもよい。同様に、帯域幅フィールド4が80MHzを示すが、ステーション9に割り当てられたリソースユニットは、セグメント4のチャネル3及びチャネル4にある。言い換えると、帯域幅フィールド4により示されるチャネル帯域幅の40MHzがパンクチャリングされる。したがって、U-SIGフィールド4は、セグメント4のチャネル3及びチャネル4のみで伝送されてもよい。明らかに、図18に示すように、帯域幅フィールド1により示されるチャネル帯域幅がパンクチャリングされたとき、U-SIGフィールド1及びEHT-SIGフィールド1は、代替としてセグメント1の全てのチャネルで送信されてもよい。帯域幅フィールド4により示されるチャネル帯域幅がパンクチャリングされたとき、U-SIGフィールド4及びEHT-SIGフィールド4は、セグメント4の全てのチャネルで送信されてもよい。このように、U-SIGフィールド及びEHT-SIGフィールドの伝送の信頼性が改善できる。
ケース2:セグメントの帯域幅フィールドにより示されるチャネル帯域幅が40MHzである場合、セグメントで搬送されるU-SIGフィールド及びEHT-SIGフィールドは40MHzの帯域幅で伝送される。
例えば、図20に示すように、帯域幅フィールド1により示されるチャネル帯域幅は40MHzである。したがって、U-SIGフィールド1及びEHT-SIGフィールド1は、セグメント1のチャネル13及びチャネル14のみで伝送されてもよい。同様に、帯域幅フィールド4により示されるチャネル帯域幅は40MHzである。したがって、U-SIGフィールド4及びEHT-SIGフィールド4は、セグメント4のチャネル1及びチャネル2のみで伝送されてもよい。明らかに、U-SIGフィールド1及びEHT-SIGフィールド1は、代替としてセグメント1の全てのチャネルで伝送されてもよい。U-SIGフィールド4及びEHT-SIGフィールド4は、代替としてセグメント4の全てのチャネルで伝送されてもよい。これは、U-SIGフィールド及びEHT-SIGフィールドの伝送の信頼性を改善できる。
ケース3:セグメントの帯域幅フィールドにより示されるチャネル帯域幅が20MHzである場合、セグメントで搬送されるU-SIGフィールド及びEHT-SIGフィールドは20MHzの帯域幅で伝送される。ケース3における実現原理は、セグメントの帯域幅フィールドにより示されるチャネル帯域幅が40MHzである場合のものと同じである。詳細はここでは再び説明しない。
1202:アクセスポイントはPPDUをステーションに送信する。
この出願のこの実施形態では、PPDUを生成した後に、アクセスポイントはPPDUをステーションに送信する。
1203:ステーションは、受信したU-SIGフィールドに基づいて、割り当てられたリソースユニットのチャネル帯域幅を決定する。
この出願のこの実施形態では、ステーションはステーションがパーキングしているセグメントでPPDUを受信する。U-SIGフィールドを受信した後に、ステーションはU-SIGフィールドに基づいて割り当てられたリソースユニットのチャネル帯域幅を決定する。次いで、ステーションは、チャネル帯域幅において、ステーションに割り当てられたリソースユニットを決定し、リソースユニット内で、PPDU内にあり且つステーションに送信されたデータ部分を受信してもよい。
例えば、図18において、ステーション1~5は、セグメント1でU-SIGフィールド1を受信し、U-SIGフィールド1に基づいて、ステーション1~5に割り当てられたリソースユニットのチャネル帯域幅が80MHzであると決定する。80MHzにおいて、EHT-SIGフィールド1に基づいてステーション1~5に割り当てられたリソースユニットを決定した後に、ステーション1~5は、リソースユニットで、PPDU内のデータ部分1を受信する。他のセグメント内のステーションもこれと同様であり、詳細はここでは再び説明しない。
802.11ax標準において、各チャネルで伝送されるHE-SIG-Aフィールドの帯域幅フィールドは、PPDUの全伝送帯域幅を示すために使用される。例えば、PPDUの全伝送帯域幅が320MHzである場合、PPDU内のHE-SIG-BフィールドはCC1及びCC2を含む。CC1及びCC2は、それぞれ8つのリソースユニット割り当てサブフィールドを含む。CC1及びCC2は8つのチャネルで別々に送信され、すなわち、8つのリソースユニット割り当てサブフィールドが各チャネルで送信される。その結果、PPDU伝送のシグナリングオーバーヘッドが非常に高い。図12に示す方法を実現することにより、PPDUの全ての伝送帯域幅はセグメントに分割されてもよく、セグメントの帯域幅フィールドは、セグメント内のステーションに割り当てられたリソースユニットのチャネル帯域幅を示すために使用されるように設定されてもよい。したがって、セグメントのEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は、ステーションに割り当てられたリソースユニットのチャネル帯域幅に対応してもよく、帯域幅フィールドにより示されるチャネル帯域幅に対応するリソース指示情報のみがセグメントで搬送される。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。さらに、セグメントを跨ぐリソースがステーションに更に割り当てられてもよい。ステーションがパーキングされているセグメントのみのリソースユニットがステーションに割り当てられる方式と比較して、この方式はリソース割り当てにおいてより柔軟性がある。
以下に、EHT-SIGフィールドの可能な実現方式について説明する。
(1)EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む(或いは存在する)。帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応する。セグメントの帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応し、それにより、帯域幅フィールドにより示されるチャネル帯域幅に対応するリソース指示情報のみがセグメントで搬送されるようにする。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。さらに、セグメントを跨ぐリソースがステーションに更に割り当てられてもよい。ステーションがパーキングされているセグメントのみのリソースユニットがステーションに割り当てられる方式と比較して、この方式はリソース割り当てにおいてより柔軟性がある。
任意選択で、帯域幅フィールドにより示される帯域幅とEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数との間に、以下の対応関係のうち1つ以上が存在してもよい。帯域幅フィールドにより示される帯域幅が20メガヘルツMHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は1である。帯域幅フィールドにより示される帯域幅が40MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は2である。帯域幅フィールドにより示される帯域幅が80MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は4である。帯域幅フィールドにより示される帯域幅が160MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は8である。帯域幅フィールドにより示される帯域幅が240MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は12である。帯域幅フィールドにより示される帯域幅が320MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は16である。
以下に、具体例を使用することにより、帯域幅フィールドにより示される帯域幅とEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数との間の対応関係について説明する。
例えば、図18に示すように、PPDUはセグメント1で搬送されるU-SIGフィールド1及びEHT-SIGフィールド1を含み、U-SIGフィールド1は帯域幅フィールド1を含む。帯域幅フィールド1により示されるチャネル帯域幅は80MHzである。各20MHz帯域幅は1つのリソースユニット割り当てサブフィールドに対応し、したがって、EHT-SIGフィールド1は4つのリソースユニット割り当てサブフィールドを含む。図18に示すように、EHT-SIGフィールド1はCC11及びCC12を含んでもよい。CC11、CC12、CC11及びCC12の構造に基づいて、セグメント1の4チャネルで伝送が実行される。図21に示すように、セグメント1でのCC11は、1#242-tone RU内のリソースユニット割り当てサブフィールド1と、3#242-tone RU内のリソースユニット割り当てサブフィールド3と、対応するユーザ固有フィールドとを含む。セグメント1でのCC12は、2#242-tone RU内のリソースユニット割り当てサブフィールド2と、4#242-tone RU内のリソースユニット割り当てサブフィールド4と、対応するユーザ固有フィールドとを含む。
PPDUはセグメント2で搬送されるU-SIGフィールド2及びEHT-SIGフィールド2を更に含み、U-SIGフィールド2は帯域幅フィールド2を含む。帯域幅フィールド2により示されるチャネル帯域幅は80MHzである。したがって、EHT-SIGフィールド2は4つのリソースユニット割り当てサブフィールドを含む。図18に示すように、EHT-SIGフィールド2はCC21及びCC22を含んでもよい。CC21、CC22、CC21及びCC22の構造に基づいて、セグメント2の4チャネルで伝送が実行される。図22に示すように、セグメント2でのCC21は、5#242-tone RU内のリソースユニット割り当てサブフィールド5と、7#242-tone RU内のリソースユニット割り当てサブフィールド7と、対応するユーザ固有フィールドとを含む。セグメント2でのCC22は、6#242-tone RU内のリソースユニット割り当てサブフィールド6と、8#242-tone RU内のリソースユニット割り当てサブフィールド8と、対応するユーザ固有フィールドとを含む。
PPDUはセグメント3で搬送されるU-SIGフィールド3及びEHT-SIGフィールド3を更に含み、U-SIGフィールド3は帯域幅フィールド3を含む。帯域幅フィールド3により示されるチャネル帯域幅は160MHzである。したがって、EHT-SIGフィールド3は8つのリソースユニット割り当てサブフィールドを含む。図18に示すように、EHT-SIGフィールド3はCC31及びCC32を含んでもよい。CC31、CC32、CC31及びCC32の構造に基づいて、セグメント3の4チャネルで伝送が実行される。図23に示すように、セグメント3でのCC31は、9#242-tone RU内のリソースユニット割り当てサブフィールド9と、11#242-tone RU内のリソースユニット割り当てサブフィールド11と、13#242-tone RU内のリソースユニット割り当てサブフィールド13と、15#242-tone RU内のリソースユニット割り当てサブフィールド15と、対応するユーザ固有フィールドとを含む。セグメント3でのCC32は、10#242-tone RU内のリソースユニット割り当てサブフィールド10と、12#242-tone RU内のリソースユニット割り当てサブフィールド12と、14#242-tone RU内のリソースユニット割り当てサブフィールド14と、16#242-tone RU内のリソースユニット割り当てサブフィールド16と、対応するユーザ固有フィールドとを含む。
PPDUはセグメント4で搬送されるU-SIGフィールド4及びEHT-SIGフィールド4を更に含み、U-SIGフィールド4は帯域幅フィールド4を含む。帯域幅フィールド4により示されるチャネル帯域幅は80MHzである。したがって、EHT-SIGフィールド4は4つのリソースユニット割り当てサブフィールドを含む。図18に示すように、EHT-SIGフィールド4はCC41及びCC42を含んでもよい。CC41、CC42、CC41及びCC42の構造に基づいて、セグメント4の4チャネルで伝送が実行される。図24に示すように、セグメント4でのCCは、13#242-tone RU内のリソースユニット割り当てサブフィールド17と、15#242-tone RU内のリソースユニット割り当てサブフィールド19と、対応するユーザ固有フィールドとを含む。セグメント4でのCC42は、14#242-tone RU内のリソースユニット割り当てサブフィールド18と、16#242-tone RU内のリソースユニット割り当てサブフィールド20と、対応するユーザ固有フィールドとを含む。
上記の1#242-tone RU~16#242-tone RUの範囲は、PPDUの全帯域幅についてのものである点に留意すべきである。代替として、上記のCCのそれぞれはセンター26-tone RU指示フィールドを含まなくてもよい。リソースユニット割り当てサブフィールド13~リソースユニット割り当てサブフィールド16は、リソースユニット割り当てサブフィールド17~リソースユニット割り当てサブフィールド20と同じでもよく或いは異なってもよい。
図18及び図21~図24を参照して、チャネル1~チャネル4で送信されるCC及びチャネル9~チャネル16で送信されるCCは、それぞれ2つのリソースユニット割り当てサブフィールド及び対応するユーザ固有フィールドのみを含むことが習得できる。チャネル5~チャネル8で送信されるCCは、それぞれ4つのリソースユニット割り当てサブフィールド及び対応するユーザ固有フィールドのみを含む。802.11ax標準では、PPDUの伝送帯域幅が320MHzであるとき、16個のチャネルで送信されるCCは、それぞれ8つのリソースユニット割り当てサブフィールド及び対応するユーザ固有フィールドを含む。帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応する。このように、これは、チャネルで送信されるCCに含まれるリソースユニット割り当てサブフィールドの数を低減し、オーバーヘッドを低減するのを助ける。
可能な実現方式では、U-SIGフィールドは圧縮フィールドを更に含む。圧縮フィールドが非圧縮モードを示す場合、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む(或いは存在する)。圧縮フィールドが圧縮モードを示すとき、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含まない(或いは存在しない)。代替として、U-SIGフィールドは圧縮フィールドを含まなくてもよく、EHT-SIGフィールドは常にリソースユニット割り当てサブフィールドを含む。
任意選択で、圧縮フィールドは1ビットを含んでもよい。例えば、図25に示すように、圧縮フィールドの値は1であり、圧縮モードを示す。圧縮モードでは、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含まない。図26に示すように、圧縮フィールドの値は0であり、非圧縮モードを示す。非圧縮モードでは、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む。明らかに、圧縮フィールドの値は、代替として非圧縮モードを示すために1としてもよく、圧縮フィールドの値は、圧縮モードを示すために0とする。
可能な実現方式では、セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用される場合、圧縮フィールドは非圧縮モードを示す。セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。この任意選択の方式では、EHT-SIGフィールドを圧縮するか否かはセグメントの粒度で決定されてもよい。これは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用されることは、以下の2つのケースを含んでもよい。
ケース1:帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用され、セグメントでパーキングされているステーションのリソースがOFDMA伝送に使用される。例えば、図27に示すように、帯域幅フィールド3により示されるチャネル帯域幅がOFDMA伝送に使用され(具体的には、160MHzのチャネルがOFDMA伝送のためにステーション8~10に割り当てられる)、セグメント3内のステーションのリソース(すなわち、データ部分4及びデータ部分5が位置するリソースユニット)がOFDMA伝送に使用される(具体的には、セグメント3内のステーションのリソースがOFDMA伝送のためにステーション8及び9に割り当てられる)。したがって、U-SIGフィールド3内の圧縮フィールドは非圧縮モードを示す。
ケース2:帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用される。例えば、図27において、帯域幅フィールド2により示されるチャネル帯域幅がOFDMA伝送に使用される(具体的には、80MHzのチャネルがOFDMA伝送のためにステーション6及び7に割り当てられる)。したがって、U-SIGフィールド2内の圧縮フィールドは非圧縮モードを示してもよい。
セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用されることは、以下の2つのケースを含んでもよい。
ケース1:帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用されるが、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用される。例えば、図18に示すように、帯域幅フィールド3により示されるチャネル帯域幅がOFDMA伝送に使用される(具体的には、160MHzのチャネルがOFDMA伝送のためにステーション8及び9に割り当てられる)が、セグメント3内のステーションのリソース(すなわち、データ部分4が位置するリソースユニット)が非OFDMA伝送に使用される(具体的には、セグメント3内のステーションのリソースが非OFDMA伝送のためにステーション8のみに割り当てられる)。したがって、U-SIGフィールド3内の圧縮フィールドは圧縮モードを示す。
ケース2:帯域幅フィールドにより示されるチャネル帯域幅が非OFDMA伝送に使用される。例えば、図18において、帯域幅フィールド1により示されるチャネル帯域幅が非OFDMA伝送に使用される。したがって、U-SIGフィールド1内の圧縮フィールドは圧縮モードを示してもよい。
可能な実現方式では、帯域幅フィールドにより示されるチャネル帯域幅がOFDMA伝送に使用される場合、圧縮フィールドは非圧縮モードを示す。例えば、図18において、帯域幅フィールド2~帯域幅フィールド4により示されるチャネル帯域幅が全てOFDMA伝送に使用される。したがって、U-SIGフィールド2~U-SIGフィールド4内の圧縮フィールドは非圧縮モードを示してもよい。
可能な実現方式では、帯域幅フィールドにより示されるチャネル帯域幅が非OFDMA伝送に使用されるが、帯域幅フィールドにより示されるチャネル帯域幅がパンクチャリングされ、圧縮フィールドは非圧縮モードを示してもよい。パンクチャリングの後に複数の個別のリソースユニットが存在する可能性があるので、リソースユニット割り当てサブフィールドは、ステーションのためのリソース割り当てを示すために使用されてもよい。例えば、図18において、帯域幅フィールド1により示されるチャネル帯域幅は非OFDMA伝送に使用されるが、帯域幅フィールド1により示されるチャネル帯域幅はパンクチャリングされる。したがって、U-SIGフィールド1内の圧縮フィールドは非圧縮モードを示してもよい。
(2)EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含む。プリアンブルパンクチャリング指示フィールドは帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すため、或いは、PPDUの伝送帯域幅のパンクチャリング状態を示すために使用される。「プリアンブルパンクチャリング指示フィールド」という用語は、代替として異なって名称が付けられてもよく、例えば、チャネルパンクチャリングフィールド又はパンクチャリングフィールドでもよい。
この実現方式では、圧縮フィールドが圧縮モードを示すとき、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含んでもよい。圧縮フィールドが圧縮モードを示すときについては、上記の説明を参照する。詳細はここでは再び説明しない。代替として、U-SIGフィールドは圧縮フィールドを含まなくてもよく、EHT-SIGフィールドは常にプリアンブルパンクチャリング指示フィールドを含む。プリアンブルパンクチャリング指示フィールドにより必要とされるビット数は、リソースユニット割り当てサブフィールドにより必要とされるビット数よりも少ない。したがって、ステーションのためのリソースユニット割り当てを示すためにリソースユニット割り当てサブフィールドの代わりにプリアンブルパンクチャリング指示フィールドを使用することは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
任意選択で、プリアンブルパンクチャリング指示フィールドは、リソースユニット割り当てサブフィールドの開始点と同じ位置に提示されてもよい。
プリアンブルパンクチャリング指示フィールドは、インデックスを搬送することによりパンクチャリング状態を示してもよい。インデックスとパンクチャリングパターンとの間のマッピング関係は予め定義されてもよい。例えば、インデックスとパンクチャリングパターンとの間のマッピング関係は、以下の表3に示すものでもよい。プリアンブルパンクチャリング指示フィールドで搬送されるインデックスが0であるとき、これは、パンクチャリングパターンがX111であることを示す。プリアンブルパンクチャリング指示フィールドで搬送されるインデックスが1であるとき、これは、パンクチャリングパターンが1X11であることを示す。プリアンブルパンクチャリング指示フィールドが他のインデックスを搬送する場合も同様である。詳細はここでは再び説明しない。パンクチャリングパターンの各ビットは20MHzを表す。Xはパンクチャリング位置を示す。例えば、パンクチャリングパターンがX111である場合、これは、80MHz内の第1の20MHzがパンクチャされることを示す。表3におけるRUサイズの列は、パンクチャリングによって取得されたRUのサイズを示す。例えば、「484+242」は、484-tone RU及び242-tone RUが組み合わされていることを示す。「-+996+996」は、2つの996-tone RUが組み合わされていることを示し、「-」は空を示す。表3において、RUサイズの列は任意選択である。表3に示すマッピング関係は、PPDUの伝送帯域幅のパンクチャリング状態、又は帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用されてもよい点に留意すべきである。
表4は、この出願の実施形態による、インデックスとパンクチャリングパターンとの間の他のマッピング関係を列挙している。表4に示すマッピング関係は、帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用されてもよい。例えば、帯域幅フィールドにより示されるチャネル帯域幅が80MHzである場合、表4において80MHzに対応するマッピング関係が、チャネル帯域幅のパンクチャリング状態を示すために使用されてもよい。帯域幅フィールドにより示されるチャネル帯域幅が160MHzである場合、表4において160MHzに対応するマッピング関係が、チャネル帯域幅のパンクチャリング状態を示すために使用されてもよい。帯域幅フィールドにより示されるチャネル帯域幅が240MHzである場合、表4において240MHzに対応するマッピング関係が、チャネル帯域幅のパンクチャリング状態を示すために使用されてもよい。帯域幅フィールドにより示されるチャネル帯域幅が320MHzである場合、表4において320MHzに対応するマッピング関係が、チャネル帯域幅のパンクチャリング状態を示すために使用されてもよい。表4は、代替として4つの表に分割されてもよく、表のそれぞれが帯域幅の1つに対応するパンクチャリング状態を表す点に留意すべきである。
可能な実現方式では、圧縮モード及び非圧縮モードの双方で、EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含んでもよい。圧縮モードでは、リソースユニット割り当てサブフィールドは、プリアンブルパンクチャリング指示フィールドの機能を実現するために、すなわち、帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用される。非圧縮モードでは、リソースユニット割り当てサブフィールドは、ステーションのためのリソースユニット割り当てを示すために使用される。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用され、プリアンブルパンクチャリング指示フィールドはMU-MIMOユーザの数を示すために更に使用される。言い換えると、PPDUは、EHT-SIGシンボルの数及びMU-MIMOユーザの数の双方を示す。この可能な実現方式では、EHT-SIGシンボルの数がステーションに直接通知でき、それにより、ステーションがEHT-SIGシンボルの数を正確に決定できるようにする。
例えば、以下の表5に列挙するように、インデックスとパンクチャリングパターンとMU-MIMOユーザの数との間のマッピング関係が予め定義されてもよい。プリアンブルパンクチャリング指示フィールドで搬送されるインデックスが0であるとき、これは、パンクチャリングパターンがX111であり、MU-MIMOユーザの数が1であることを示す。プリアンブルパンクチャリング指示フィールドで搬送されるインデックスが1であるとき、これは、パンクチャリングモードがX111であり、MU-MIMOユーザ数が2であることを示す。プリアンブルパンクチャリング指示フィールドが他のインデックスを搬送する場合も同様である。詳細はここでは再び説明しない。インデックス番号16~31に対応するMU-MIMOユーザの数は、表5において昇順で1、2、3、...及び16である点に留意すべきである。同様に、インデックス番号32~47に対応するMU-MIMOユーザの数は、それぞれ昇順で1、2、3、...及び16である。32~47の後のインデックスに対応するユーザの数も同様であり、ここでは説明しない。
802.11ax標準において、非圧縮モードでは、HE-SIG-AフィールドがHE-SIG-Bフィールドのシンボルの数を示すために使用される。圧縮モードでは、HE-SIG-AフィールドがMU-MIMOユーザの数を示すために使用される。圧縮モードでは、HE-SIG-Bフィールド内のシンボルの数は、MU-MIMOユーザの数に基づいて計算される。しかし、この出願のこの実施形態では、複数のセグメントが存在するので、セグメント内のEHT-SIGフィールドのシンボルの数が揃えられる必要がある。例えば、PPDUの伝送帯域幅は4つのセグメントに分割される。セグメント1でのEHT-SIGフィールド1~セグメント4でのEHT-SIGフィールド4内のシンボルの数は一致する必要がある。アクセスポイントが、セグメント1のMU-MIMOユーザの数に基づいてEHT-SIGシンボル1の数が7であると計算した場合、アクセスポイントは、セグメント2のMU-MIMOユーザの数に基づいてEHT-SIGシンボル2の数が5であると計算し、アクセスポイントは、セグメント3のMU-MIMOユーザの数に基づいてEHT-SIGシンボル3の数が4であると計算し、アクセスポイントは、セグメント4のMU-MIMOユーザの数に基づいてEHT-SIGシンボル4の数が4であると計算する。この場合、アクセスポイントがPPDUを生成するとき、セグメント4でのEHT-SIGフィールド1~EHT-SIGフィールド4内のシンボルの数を揃えるために、7つのシンボルを取得するように、EHT-SIGフィールド2~EHT-SIGフィールド4内のシンボルの数に対してパディングが実行される必要がある。EHT-SIGフィールド2を受信した後に、セグメント2内のステーションは、MU-MIMOユーザの数に基づいてEHT-SIGシンボル2の数が5であると計算する。実際には、EHT-SIGシンボル2の数は7である。しかし、セグメント2のステーションは、EHT-SIGシンボル2の数が5であると誤って考慮する。セグメント3及びセグメント4内のステーションもまた、EHT-SIGフィールド内のシンボルの数を誤って決定する。したがって、この出願のこの実施形態では、EHT-SIGシンボルの数がU-SIGフィールドで搬送され、EHT-SIGシンボルの数がステーションに直接通知でき、それにより、ステーションがEHT-SIGシンボルの数を正確に決定できるようにする。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。PPDUは、セグメントで搬送される第1のフィールドを更に含み、第1のフィールドはMU-MIMOユーザの数を示すために使用される。第1のフィールドはプリアンブルパンクチャリング指示フィールドとは異なる。この可能な実現方式では、PPDU内のプリアンブルパンクチャリング指示フィールドとは異なるフィールドが、MU-MIMOユーザの数を示すために使用されてもよい。この可能な実現方式では、アクセスポイントはEHT-SIGシンボルの数をステーションに直接通知でき、それにより、ステーションがEHT-SIGシンボルの数を正確に決定できるようにする。
上記に、EHT-SIGフィールドがセグメントの粒度で圧縮されてもよいことを説明した。以下に、PPDUの全伝送帯域幅の粒度でEHT-SIGフィールドを圧縮する関連する内容について説明する。
可能な実現方式では、PPDUの伝送帯域幅が非OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。言い換えると、圧縮フィールドは、PPDUの全伝送帯域幅が非直交周波数分割多元接続(OFDMA)伝送に使用されるときにのみ圧縮モードを示す。このように、PPDU伝送のシグナリングオーバーヘッドが低減される。例えば、図28に示すように、PPDUの320MHz伝送帯域幅は、MU-MIMO伝送のために、ステーション1~局5に全体として割り当てられる。セグメント1~セグメント4内の圧縮フィールドは全て圧縮モードを示し、セグメント1内のEHT-SIGフィールド1~セグメント4内のEHT-SIGフィールド4のどれも、リソースユニット割り当てサブフィールドを含まない。
可能な実現方式では、PPDUの複数のセグメントで搬送されるEHT-SIGフィールドは同じである。例えば、図28に示すEHT-SIGフィールド1~EHT-SIGフィールド4は同じである。この可能な実現方式に基づいて、ステーション1~5は、代替として他のセグメントでEHT-SIGフィールドを受信してもよい。これは、EHT-SIGフィールドの伝送の信頼性を改善できる。
可能な実現方式では、同じセグメントのEHT-SIGフィールドはセグメントの異なるチャネルで同じである。例えば、図28に示すように、チャネル13~チャネル16でのEHT-SIGフィールド1の内容は同じである。チャネル9~チャネル12でのEHT-SIGフィールド2の内容は同じである。チャネル5~チャネル8でのEHT-SIGフィールド3の内容は同じである。チャネル1~チャネル4でのEHT-SIGフィールド4の内容は同じである。この可能な実現方式は、EHT-SIGフィールド伝送の信頼性を改善できる。
可能な実現方式では、圧縮フィールドは圧縮モードを示し、U-SIGフィールドはMU-MIMOユーザの数を示すために更に使用される。この可能な実現方式では、各セグメントのU-SIGフィールドがMU-MIMOユーザの数を示す。この可能な実現方式では、更なるシグナリングが搬送されることなく、EHT-SIGシンボルの数がMU-MIMOユーザの数に基づいて正確に決定できる。これは、シグナリングオーバーヘッドを低減するのを助ける。
可能な実現方式では、圧縮フィールドは圧縮モードを示し、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドはPPDUの伝送帯域幅のパンクチャリング状態を示すために使用される。表3に列挙するマッピング関係は、PPDUの伝送帯域幅のパンクチャリング状態を示すために使用されてもよい。この可能な実現方式では、ステーションのためのリソースユニット割り当てを示すためにリソースユニット割り当てサブフィールドの代わりにプリアンブルパンクチャリング指示フィールドを使用することは、PPDU伝送のシグナリングオーバーヘッドを低減するのを助ける。
図29は、この出願の実施形態による通信装置の構造を示す概略図である。図29に示す通信装置は、図12に記載の方法の実施形態においてアクセスポイントの一部又は全ての機能を実行するように構成されてもよい。当該装置は、アクセスポイント、アクセスポイント内の装置、又はアクセスポイントと一緒に使用できる装置でもよい。通信装置は代替としてチップシステムでもよい。図29に示す通信装置は、通信ユニット2901及び処理ユニット2902を含んでもよい。通信ユニットは、代替としてトランシーバユニットと呼ばれてもよく、或いは、通信ユニットは受信ユニット及び送信ユニットを含む。処理ユニット2902は、データ処理を実行するように構成される。
処理ユニット2902は、物理層プロトコルデータユニットPPDUを生成するように構成され、PPDUの伝送帯域幅は複数のセグメントに分割される。PPDUはセグメントで搬送されるユニバーサル信号U-SIGフィールドを含む。U-SIGフィールドは帯域幅フィールドを含む。帯域幅フィールドはセグメントでパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅を示す。通信ユニット2901はPPDUをステーションに送信する。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む。帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応する。リソースユニット割り当てサブフィールドは、セグメントでパーキングされているステーションに割り当てられたリソースユニットを示すために使用される。
可能な実現方式では、帯域幅フィールドにより示される帯域幅が40MHzである場合、U-SIGフィールド及びEHT-SIGフィールドは40MHzの帯域幅で伝送される。
可能な実現方式では、帯域幅フィールドにより示される帯域幅とEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数との間に、以下の対応関係のうち1つ以上が存在してもよい。帯域幅フィールドにより示される帯域幅が20メガヘルツMHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は1である。帯域幅フィールドにより示される帯域幅が40MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は2である。帯域幅フィールドにより示される帯域幅が80MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は4である。帯域幅フィールドにより示される帯域幅が160MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は8である。帯域幅フィールドにより示される帯域幅が240MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は12である。帯域幅フィールドにより示される帯域幅が320MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は16である。
可能な実現方式では、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドは帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用される。
可能な実現方式では、U-SIGフィールドは圧縮フィールドを更に含む。圧縮フィールドが圧縮モードを示すとき、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含む。
可能な実現方式では、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用されるとき、圧縮フィールドは圧縮モードを示す。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。プリアンブルパンクチャリング指示フィールドはマルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために更に使用される。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。PPDUはセグメントで搬送される第1のフィールドを更に含み、第1のフィールドはマルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために使用される。第1のフィールドはプリアンブルパンクチャリング指示フィールドとは異なる。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。U-SIGフィールドは圧縮フィールドを更に含む。PPDUの伝送帯域幅が非OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、U-SIGフィールドは、マルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために更に使用される。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドはPPDUの伝送帯域幅のパンクチャリング状態を示すために使用される。
可能な実現方式では、PPDUの複数のセグメントで搬送されるEHT-SIGフィールドは同じである。
図29は、この出願の実施形態による通信装置の構造を示す概略図である。図29に示す通信装置は、図12に記載の方法の実施形態においてアクセスポイントの一部又は全ての機能を実行するように構成されてもよい。当該装置は、ステーション、ステーション内の装置、又はステーションと一緒に使用できる装置でもよい。通信装置は代替としてチップシステムでもよい。図29に示す通信装置は、通信ユニット2901及び処理ユニット2902を含んでもよい。通信ユニットは、代替としてトランシーバユニットと呼ばれてもよく、或いは、通信ユニットは受信ユニット及び送信ユニットを含む。処理ユニット2902は、データ処理を実行するように構成される。
通信ユニット2901は、アクセスポイントにより送信された物理層プロトコルデータユニットPPDUを受信し、PPDUの伝送帯域幅は複数のセグメントに分割さる。PPDUはセグメントで搬送されるユニバーサル信号U-SIGフィールドを含む。U-SIGフィールドは帯域幅フィールドを含み、帯域幅フィールドはセグメントでパーキングされているステーションに割り当てられたリソースユニットのチャネル帯域幅を示す。処理ユニット2902は、受信したU-SIGフィールドに基づいて割り当てられたリソースユニットのチャネル帯域幅を決定する。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。EHT-SIGフィールドはリソースユニット割り当てサブフィールドを含む。帯域幅フィールドにより示される帯域幅は、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数に対応する。リソースユニット割り当てサブフィールドは、セグメントでパーキングされているステーションに割り当てられたリソースユニットを示すために使用される。
可能な実現方式では、帯域幅フィールドにより示される帯域幅が40MHzである場合、U-SIGフィールド及びEHT-SIGフィールドは40MHzの帯域幅で伝送される。
可能な実現方式では、帯域幅フィールドにより示される帯域幅とEHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数との間に、以下の対応関係のうち1つ以上が存在してもよい。帯域幅フィールドにより示される帯域幅が20メガヘルツMHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は1である。帯域幅フィールドにより示される帯域幅が40MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は2である。帯域幅フィールドにより示される帯域幅が80MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は4である。帯域幅フィールドにより示される帯域幅が160MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は8である。帯域幅フィールドにより示される帯域幅が240MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は12である。帯域幅フィールドにより示される帯域幅が320MHzである場合、EHT-SIGフィールドに含まれるリソースユニット割り当てサブフィールドの数は16である。
可能な実現方式では、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドは帯域幅フィールドにより示されるチャネル帯域幅のパンクチャリング状態を示すために使用される。
可能な実現方式では、U-SIGフィールドは圧縮フィールドを更に含む。圧縮フィールドが圧縮モードを示すとき、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含む。
可能な実現方式では、セグメントでパーキングされているステーションのリソースが非OFDMA伝送に使用されるとき、圧縮フィールドは圧縮モードを示す。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。プリアンブルパンクチャリング指示フィールドはマルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために更に使用される。
可能な実現方式では、U-SIGフィールドはEHT-SIGシンボルの数を示すために更に使用される。PPDUはセグメントで搬送される第1のフィールドを更に含み、第1のフィールドはマルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために使用される。第1のフィールドはプリアンブルパンクチャリング指示フィールドとは異なる。
可能な実現方式では、PPDUはセグメントで搬送されるEHT-SIGフィールドを更に含む。U-SIGフィールドは圧縮フィールドを更に含む。PPDUの伝送帯域幅が非OFDMA伝送に使用される場合、圧縮フィールドは圧縮モードを示す。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、U-SIGフィールドは、マルチユーザ・マルチプルインプット・マルチプルアウトプットMU-MIMOユーザの数を示すために更に使用される。
可能な実現方式では、圧縮フィールドが圧縮モードを示す場合、EHT-SIGフィールドはプリアンブルパンクチャリング指示フィールドを含み、プリアンブルパンクチャリング指示フィールドはPPDUの伝送帯域幅のパンクチャリング状態を示すために使用される。
可能な実現方式では、PPDUの複数のセグメントで搬送されるEHT-SIGフィールドは同じである。
図30aは、この出願の実施形態による通信装置300を示す。通信装置は、図12に示す方法の実施形態においてステーション又はアクセスポイントの機能を実現するように構成される。装置はステーション又はアクセスポイントでもよく、或いは、装置はステーションにおいて使用される装置又はアクセスポイントにおいて使用される装置でもよい。ステーションにおいて使用される装置は、ステーション内のチップシステム又はステーション内のチップでもよい。アクセスポイントにおいて使用される装置は、アクセスポイント内のチップシステム又はアクセスポイント内のチップでもよい。チップシステムはチップを含んでもよく、或いは、チップ及び他のディスクリートコンポーネントを含んでもよい。
通信装置300は、この出願における無線ローカルエリアネットワークにおいて適用される上記の帯域幅指示方式において、ステーション又はアクセスポイントのデータ処理機能を実現するように構成された少なくとも1つのプロセッサ3020を含む。
装置300は、この出願における無線ローカルエリアネットワークにおいて適用される上記の帯域幅指示方法において、ステーション又はアクセスポイントのトランシーバ動作を実現するように構成された通信インタフェース3010を更に含んでもよい。
この出願の実施形態では、通信インタフェースは、トランシーバ、回路、バス、モジュール又は他のタイプの通信インタフェースでもよい。通信インタフェースは、伝送媒体によって他のデバイスと通信するように構成される。例えば、通信インタフェース3010は、装置300内の装置により他のデバイスと通信するために使用される。プロセッサ3020は、通信インタフェース3010によってデータを受信及び送信し、上記の方法の実施形態における方法を実現するように構成される。
装置300は、プログラム命令及び/又はデータを記憶するように構成された少なくとも1つのメモリ3030を更に含んでもよい。メモリ3030はプロセッサ3020に結合される。この出願のこの実施形態に記載の結合は、電気的な形式、機械的な形式又は他の形式の装置、ユニット又はモジュールの間の間接的な結合又は通信接続でもよい。結合は、装置、ユニット又はモジュールの間の情報交換に使用される。プロセッサ3020はメモリ3030と一緒に協働してもよい。プロセッサ3020は、メモリ3030に記憶されたプログラム命令を実行してもよい。少なくとも1つのメモリのうち少なくとも1つはプロセッサに含まれてもよい。
この出願のこの実施形態では、通信インタフェース3010とプロセッサ3020とメモリ3030との間の具体的な接続媒体は限定されない。この出願のこの実施形態では、図30aにおいて、メモリ3030、通信インタフェース3020及び通信インタフェース3010はバス3040によって接続されており、図30aにおいてバスは太線により表されている。他のコンポーネントの間の接続の方式は概略的に記載されており、これに限定されない。バスは、アドレスバス、データバス、制御バス等に分類される。表現を容易にするために、図30aにおいて、1つの太線のみがバスを表すために使用されるが、これは1つのバスのみ又は1つのタイプのバスのみが存在することを意味するものではない。
装置300が具体的にステーション又はアクセスポイントにおいて使用される装置であるとき、例えば、装置300が具体的にチップ又はチップシステムであるとき、通信インタフェース3010はベースバンド信号を出力又は受信してもよい。装置300が具体的にステーション又はアクセスポイントであるとき、通信インタフェース3010は無線周波数信号を出力又は受信してもよい。この出願の実施形態では、プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントでもよく、この出願の実施形態に開示された方法、ステップ及び論理ブロック図を実現又は実行してもよい。汎用プロセッサは、マイクロプロセッサ、いずれかの従来のプロセッサ等でもよい。この出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてもよく、或いは、プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することにより実行されてもよい。
例えば、図30bは、この出願の実施形態による他のステーション3000の構造を示す概略図である。ステーションは、図12におけるステーションにより実行される動作を実行してもよい。
説明を容易にするために、図30bはステーションの主なコンポーネントのみを示している。図30bに示すように、ステーション3000は、プロセッサ、メモリ、無線周波数回路、アンテナ及び入力/出力装置を含む。プロセッサは、主に通信プロトコル及び通信データを処理し、全体のステーションを制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。例えば、プロセッサは、図12に記載の手順においてステーションにより実行される動作を実行するようにステーションをサポートする。メモリは、主にソフトウェアプログラム及びデータを記憶するように構成される。無線周波数回路は、主にベースバンド信号と無線周波数信号との間の変換用に構成され、無線周波数信号を処理する。アンテナは、主に電磁波の形式で無線周波数信号を受信及び送信するように構成される。ステーション3000は、ユーザにより入力されたデータを受信してデータをユーザに出力するための入力/出力装置、例えば、タッチスクリーン、ディスプレイスクリーン又はキーボードを更に含んでもよい。いくつかのタイプのステーションは入力/出力装置を備えなくてもよい点に留意すべきである。
ステーションが電源オンになった後に、プロセッサはストレージユニット内のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解析して実行し、ソフトウェアプログラムのデータを処理してもよい。データが無線で送信される必要があるとき、プロセッサは送信対象のデータに対してベースバンド処理を実行した後に、ベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実行することにより取得された無線周波数信号を、アンテナによって電磁波の形式で送信する。データがステーションに送信されたとき、無線周波数回路はアンテナによって無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサは、処理のためにベースバンド信号をデータに変換する。
説明を容易にするために、図30bは1つのメモリ及び1つのプロセッサのみを示していることを当業者は理解し得る。実際のステーションは、複数のプロセッサ及びメモリを含んでもよい。メモリはまた、記憶媒体、記憶デバイス等とも呼ばれてもよい。これは、この出願のこの実施形態では限定されない。
任意選択の実現方式では、プロセッサはベースバンドプロセッサ及び中央処理装置(central processing unit, CPU)を含んでもよい。ベースバンドプロセッサは、主に通信プロトコル及び通信データを処理するように構成される。CPUは、主に全体のステーションを制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。任意選択で、プロセッサは、代替としてネットワークプロセッサ(network processor, NP)又はCPUとNPとの組み合わせでもよい。プロセッサはハードウェアチップを更に含んでもよい。ハードウェアチップは、特定用途向け集積回路(application-specific integrated circuit, ASIC)、プログラマブルロジックデバイス(programmable logic device, PLD)又はこれらの組み合わせでもよい。PLDは、複合プログラマブルロジックデバイス(complex programmable logic device, CPLD)、フィールドプログラマブルゲートアレイ(field-programmable gate array, FPGA)、汎用アレイロジック(generic array logic, GAL)又はこれらのいずれかの組み合わせでもよい。メモリは、ランダムアクセスメモリ(random-access memory, RAM)のような揮発性メモリ(volatile memory)を含んでもよい。メモリは、代替として、フラッシュメモリ(flash memory)、ハードディスクドライブ(hard disk drive, HDD)又はソリッドステートドライブ(solid-state drive, SSD)のような不揮発性メモリ(non-volatile memory)を含んでもよい。メモリは、代替として上記のタイプのメモリの組み合わせを含んでもよい。
例えば、この出願のこの実施形態では、図30bに示すように、トランシーバ機能を有するアンテナ及び無線周波数回路はステーション3000の通信ユニット3001として考えられてもよく、処理機能を有するプロセッサはステーション3000の処理ユニット3002として考えられてもよい。
通信ユニット3001は、代替として、トランシーバ、トランシーバ装置、トランシーバユニット等とも呼ばれてもよく、トランシーバ機能を実現するように構成される。任意選択で、受信機能を実現するための通信ユニット3001のコンポーネントは受信ユニットとして考えられてもよく、送信機能を実現するための通信ユニット3001のコンポーネントは送信ユニットとして考えられてもよい。言い換えると、通信ユニット3001は、受信ユニット及び送信ユニットを含む。例えば、受信ユニットはまた、受信デバイス、受信機、受信回路等とも呼ばれてもよく、送信ユニットは、送信デバイス、送信機、送信回路等と呼ばれてもよい。
いくつかの実施形態では、通信ユニット3001及び処理ユニット3002は、1つのデバイスに統合されてもよく、或いは、異なるデバイスとして分離されてもよい。さらに、プロセッサ及びメモリは、1つのデバイスに統合されてもよく、或いは、他のデバイスとして分離されてもよい。
通信ユニット3001は、上記の方法の実施形態においてステーションのトランシーバ動作を実行するように構成されてもよい。処理ユニット3002は、上記の方法の実施形態においてステーションのデータ処理動作を実行するように構成されてもよい。
この出願の実施形態はコンピュータ読み取り可能記憶媒体を提供する。コンピュータ読み取り可能記憶媒体は命令を記憶する。命令がコンピュータで実行されたとき、命令は、上記の方法の実施形態においてステーションにより実行される方法を実行するように構成される。
この出願の実施形態はコンピュータ読み取り可能記憶媒体を提供する。コンピュータ読み取り可能記憶媒体は命令を記憶する。命令がコンピュータで実行されたとき、命令は、上記の方法の実施形態においてアクセスポイントにより実行される方法を実行するように構成される。
この出願の実施形態はコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がプロセッサで動作したとき、コンピュータプログラム製品は、上記の方法の実施形態においてステーションにより実行される方法を実行するように構成される。
この出願の実施形態はコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がプロセッサで動作したとき、コンピュータプログラム製品は、上記の方法の実施形態においてアクセスポイントにより実行される方法を実行するように構成される。
同じ発明の概念に基づいて、この出願のこの実施形態において提供される装置の問題解決原理は、この出願の方法の実施形態のものと同様である。したがって、装置の実現方式については、方法の実現方式を参照する。説明を容易にするために、詳細はここでは再び説明しない。
簡潔な説明のために、上記の方法の実施形態は、一連の動作の組み合わせとして表される点に留意すべきである。しかし、この出願によれば、いくつかのステップが他の順序で或いは同時に実行されてもよいので、この出願は記載の動作の順序に限定されないことを当業者は認識すべきである。この明細書に記載の実施形態は全て好ましい実施形態に属しており、関連する動作及びモジュールはこの出願において必ずしも必要ではないことは、当業者により更に認識されるべきである。
この出願において提供される実施形態の説明は相互に参照してもよく、実施形態の説明は異なる焦点を有する。実施形態において詳細に記載されていない部分については、他の実施形態における関連する説明を参照する。説明の容易さ及び簡潔さのため、この出願の実施形態において提供される装置及びデバイスの機能及び実行されるステップについては、この出願の方法の実施形態における関連する説明を参照する。相互参照、組み合わせ又は参照が、方法の実施形態の間で且つ装置の実施形態の間で行われてもよい。
最後に、上記の実施形態は、この出願を限定する以外に、この出願の技術的解決策を説明することを単に意図している点に留意すべきである。この出願は、上記の実施形態を参照して詳細に記載されているが、当業者は、この出願の実施形態の技術的解決策の範囲から逸脱することなく、依然として上記の実施形態に記載の技術的解決策に変更を行ってもよく、或いは、その一部又は全部の技術的特徴に等価置換を行ってもよいことを理解すべきである。
この出願のこの実施形態では、通信インタフェース3010とプロセッサ3020とメモリ3030との間の具体的な接続媒体は限定されない。この出願のこの実施形態では、図30aにおいて、メモリ3030、プロセッサ3020及び通信インタフェース3010はバス3040によって接続されており、図30aにおいてバスは太線により表されている。他のコンポーネントの間の接続の方式は概略的に記載されており、これに限定されない。バスは、アドレスバス、データバス、制御バス等に分類される。表現を容易にするために、図30aにおいて、1つの太線のみがバスを表すために使用されるが、これは1つのバスのみ又は1つのタイプのバスのみが存在することを意味するものではない。
簡潔な説明のために、上記の方法の実施形態は、一連の動作の組み合わせとして表される点に留意すべきである。しかし、この出願によれば、いくつかのステップが他の順序で或いは同時に実行されてもよいので、この出願は記載の動作の順序に限定されないことを当業者は認識すべきである。関連する動作及びモジュールはこの出願において必ずしも必要ではないことは、当業者により更に認識されるべきである。