JP2024006492A

JP2024006492A - 通信装置、通信方法、及び、プログラム

Info

Publication number: JP2024006492A
Application number: JP2022107398A
Authority: JP
Inventors: 佑生吉川; Yuki Yoshikawa; 友哉大谷; Tomoya Otani
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2022-07-01
Filing date: 2022-07-01
Publication date: 2024-01-17
Also published as: WO2024004589A1; TW202404297A

Abstract

【課題】通信装置が旧世代と新たな規格の両方をサポートする場合に、無線フレームのＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）を用いて規格に対応する帯域幅の情報を通信する仕組みを提供する。【解決手段】通信装置は、プリアンブルのＵ－ＳＩＧのＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに１を指定した無線フレームを送信することができる。この通信装置は、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して１を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、前記送信手段は、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信する。【選択図】図４

Description

本発明は、無線ＬＡＮにおける通信制御技術に関する。

無線ＬＡＮ（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）に関する通信規格として、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１１規格が知られている。ＩＥＥＥ８０２．１１規格シリーズのうちの現在規格策定中のＩＥＥＥ８０２．１１ｂｅ規格では、ＩＥＥＥ８０２．１１ａｘ規格よりスループットを向上させる方策の１つとして、周波数帯域幅の最大値を３２０ＭＨｚにすることが検討されている。なお、無線ＬＡＮにおいて従来使用されている周波数幅は２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚの４通りである。

特開２０１８－０５０１３３号公報

これまで数多くの規格が策定されてきたように、今後も新たな規格が出現することが想定される。新たな規格において、通信のスループットを向上させるために、８０２．１１ｂｅ規格で検討中の３２０ＭＨｚを超える帯域幅を使用することが考えられる。

しかしながら、これまでの無線ＬＡＮに対する規格において、３２０ＭＨｚより大きい周波数帯域幅で通信することを通知するための仕組みが定義されていない。更に、通信装置が、旧規格と新たな規格の両方をサポートする場合が考えられる。この場合に、通信装置と他の通信装置との間で、送信している無線フレームの世代の情報と、当該無線フレームがサポートしている周波数帯域幅の情報を効率的にプリアンブルで通知する仕組みが定義されていない。

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、通信装置が旧世代と新規格の両方をサポートする場合に、ＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）を用いて無線フレームの規格に対応する帯域幅の情報を通信できる仕組みを提供することを目的の１つとする。

本発明の１つの側面としての通信装置は、ｐｈｙｓｉｃａｌｌａｙｅｒｓ（ＰＨＹ）のプリアンブルを有するＩＥＥＥ８０２．１１規格シリーズに準拠する無線フレームを送信する送信手段を有する通信装置であって、前記プリアンブルは、少なくともＬｅｇａｃｙＳｉｇｎａｌＦｉｅｌｄ（Ｌ－ＳＩＧ）と、前記無線フレームにおいて前記Ｌ－ＳＩＧのよりも後に通信されるＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）と、を含み、前記Ｕ－ＳＩＧには、前記無線フレームが準拠しているＰＨＹのバージョンに関するＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄと、ＢａｎｄｗｉｄｔｈＦｉｅｌｄが含まれており、前記送信手段は、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０より大きい特定の値を指定した無線フレームを送信することが可能であり、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して前記特定の値を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、前記送信手段は、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信することを特徴とする通信装置。

本発明によれば、通信装置が旧世代と新たな規格の両方をサポートする場合に、無線フレームのＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）を用いて規格に対応する帯域幅の情報を通信することができるようになる。

ネットワークの構成例を示す図である。通信装置の機能構成例を示す図である。通信装置のハードウェア構成例を示す図である。通信装置において実行される処理の流れの例を示す図である。ＥＨＴ（ＧＥＮ７）ＰＰＤＵ及びＨＲ（ＧＥＮ８）ＰＰＤＵのＰＨＹフレーム構造の例を示す図である。ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒの変形例である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでするものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（ネットワーク構成）
図１に、本実施形態の無線通信ネットワークの構成例を示す。本無線通信ネットワークは、１台のアクセスポイント（ＡＰ）と３台のステーション（ＳＴＡ）とを含んで構成される。なお、ＡＰ１０２とＳＴＡ１０３は、ＩＥＥＥ８０２．１１ＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）に準拠しており、ＩＥＥＥ８０２．１１ＥＨＴ規格以前に策定された規格に準拠した無線通信を実行可能に構成される。ＩＥＥＥ８０２．１１ＥＨＴ規格はＩＥＥＥ８０２．１１ｂｅ規格とも呼ばれる。また、本実施形態では、８０２．１１ｂｅ以前に策定されたＩＥＥＥ８０２．１１ａｘを当該規格に対応する相互接続性の認証プログラムであるＷｉ－Ｆｉ６になぞらえて第６世代規格やＩＥＥＥ８０２．１１ＧＥＮ６と呼称する。また、あるいは単にＧＥＮ６とも呼称する。また、ＩＥＥＥ８０２．１１ｂｅ規格についても同様に対応する認証プログラムであるＷｉ－Ｆｉ７（仮称）になぞらえて、第７世代規格やＩＥＥＥ８０２．１１ＧＥＮ７、あるいは単にＧＥＮ７と呼称する。

また、ＡＰ１０２とＳＴＡ１０３は、最大伝送速度４６．０８Ｇｂｐｓを目標とするＩＥＥＥ８０２．１１ｂｅ規格の後継規格であり、最大伝送速度として９０Ｇｂｐｓ－１００Ｇｂｐｓ超を目標とする後継規格に準拠した無線通信を実行可能に構成される。当該８０２．１１ｂｅの後継規格についても対応する認証プログラムであるＷｉ－Ｆｉ８（仮称）になぞらえて、第８世代規格や、ＩＥＥＥ８０２．１１ＧＥＮ８、あるいは単にＧＥＮ８と呼称する。また、８０２．１１ｂｅの後継規格では、高信頼通信や低レイテンシ通信のサポートなどを新たに達成すべき目標として掲げている。上記を踏まえ、本実施形態では、ＩＥＥＥ８０２．１１ｂｅの後継規格であり、最大伝送速度として９０Ｇｂｐｓ－１００Ｇｂｐｓ超を目標とする後継規格を、ＩＥＥＥ８０２．１１ＨＲ（ＨｉｇｈＲｅｌｉａｂｉｌｉｔｙ）とも呼称する。

なお、ＩＥＥＥ８０２．１１ＨＲという名称は後継規格で達成すべき目標や当該規格で目玉となる特徴を踏まえて便宜上設けられたものであり、規格が確定した状態において別の名称となりうる。一方、本明細書及び添付の特許請求の範囲は、本質的には、８０２．１１ｂｅ規格の後継規格であって、３２０Ｍｈｚを超える帯域幅を用いた無線通信をサポートしうるすべての後継規格に適用可能であることに留意されたい。

また、ＳＴＡ１０４は、ＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）規格に対応するが、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）には対応しないＳＴＡであるものとする。さらに、ＳＴＡ１０５は、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）より後の通信規格に準拠するＳＴＡであるものとする。ここでは、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）より後の通信規格を便宜上ＩＥＥＥ８０２．１１ＧＥＮ９と呼称する。

以下では、特定の装置を指さない場合等において、参照番号を付さずに、アクセスポイントを「ＡＰ」と呼び、ステーション（端末）を「ＳＴＡ」と呼ぶ場合がある。なお、図１では、一例として１台のＡＰと３台のＳＴＡとを含んだ無線通信ネットワークを示しているが、これらの通信装置の台数は、図示されるより多くても少なくてもよい。一例においては、ＳＴＡ同士の通信が行われる場合、ＡＰが存在しなくてもよい。図１では、ＡＰ１０２が形成するネットワークの通信可能範囲が円１０１によって示されている。なお、この通信可能範囲は、より広い範囲をカバーしてもよいし、より狭い範囲のみをカバーしてもよい。

（装置の構成）
図２は、通信装置（ＡＰ及びＳＴＡ）のハードウェア構成例を示す。通信装置は、そのハードウェア構成の一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、及びアンテナ２０７を有する。

記憶部２０１は、ＲＯＭ、ＲＡＭの両方、または、いずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、ハードディスク、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の不揮発性のストレージデバイスなどの記憶媒体が用いられてもよい。

制御部２０２は、例えば、ＣＰＵやＭＰＵ等のプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成される。ここで、ＣＰＵはＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔの、ＭＰＵは、ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔの頭字語である。制御部２０２は、記憶部２０１に記憶されたプログラムを実行するとともに、ＡＳＩＣ等のハードウェア回路を動作させることで装置全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）との協働により装置全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、装置が所定の処理を実行するためのハードウェアである。例えば、装置がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、装置がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、装置がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他のＡＰやＳＴＡと通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、例えば、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。本実施形態では、通信部２０６は、少なくともＩＥＥＥ８０２．１１ｂｅ（ＧＥＮ７）規格に準拠した通信処理を実行することができる。ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）、ＩＥＥＥ８０２．１１ＧＥＮ９規格に準拠した通信処理のサポートの可否は、前述したとおり、通信装置ごとに異なるものとする。

また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。装置は、通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。アンテナ２０７は、例えば、サブＧＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、及び７Ｇｈｚ帯の少なくともいずれかを送受信可能なアンテナである。なお、アンテナ２０７によって対応可能な周波数帯（及びその組み合わせ）については特に限定されない。アンテナ２０７は、１本のアンテナであってもよいし、ＭＩＭＯ（Ｍｕｌｔｉ－ＩｎｐｕｔａｎｄＭｕｌｔｉ－Ｏｕｔｐｕｔ）送受信を行うための２本以上のアンテナのセットであってもよい。また、図２では、１本のアンテナ２０７が示されているが、例えばそれぞれ異なる周波数帯に対応可能な２本以上（２セット以上）のアンテナを含んでもよい。

図３に、通信装置（ＡＰ及びＳＴＡ）の機能構成例を示す。通信装置は、一例として、無線ＬＡＮ制御部３０１、フレーム解析部３０２、フレーム生成部３０３、ＵＩ制御部３０４、記憶部３０５、及びアンテナ３０６を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置（例えば他のＡＰやＳＴＡ）との間で、アンテナ３０６を用いて、無線信号の送受信を行うための回路及びそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０３において生成されたフレームの送信や、他の無線ＬＡＮ装置からの無線フレームの受信等、無線ＬＡＮの通信制御を実行する。フレーム解析部３０２は、無線ＬＡＮ制御部３０１を介して受信された無線フレームを解析する。この解析は、無線フレームの先頭からの読み込みによって行われる。なお、フレーム解析部３０２は、後述のように、無線フレームの物理レイヤ（ＰＨＹのプリアンブル）を解析することにより、通信装置が準拠していない規格（バージョン）についての無線フレームを破棄するように動作しうる。これにより、通信装置は、自装置が準拠していな種類の無線フレームについて解析を早期に中断することができるため、消費電力を低減することができる。ＰＨＹはｐｈｙｓｉｃａｌｌａｙｅｒｓの略である。

フレーム生成部３０３は、例えば他のＡＰやＳＴＡへ送信するべきデータを含んだ無線フレームを生成する。フレーム生成部３０３は、自装置が準拠している規格に従って、また、場合によっては通信の相手装置が準拠している規格に従って、自装置と相手装置との通信が可能となる規格に準拠した無線フレームを生成する。例えば、通信装置がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠しており、相手装置がＩＥＥＥ８０２．１１ｂｅ（ＧＥＮ７）に準拠する場合、ＩＥＥＥ８０２．１１ｂｅに準拠した無線フレーム（ＥＨＴＰＰＤＵ）が生成する。ＰＰＤＵは、ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔの略であり、ＰＬＣＰは、ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌの略である。また、例えば、通信装置と相手装置の両方がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠している場合、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠した無線フレーム（ＨＲ（ＧＥＮ８）ＰＰＤＵ）を生成する。フレーム生成部で生成されたフレームは無線ＬＡＮ制御部３０１により送信される。

ＵＩ制御部３０４は、通信装置に対するユーザ操作を受け付けるためのタッチパネル又はボタン等のユーザインタフェース（ＵＩ）に関するハードウェア及びそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０４は、例えば、画像等の表示、又は音声出力等の、情報をユーザに提示するための機能をも有する。記憶部３０５は、通信装置が実行するプログラムや各種データを保存するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の記憶装置を含んで構成される。

（処理の流れ）
続いて、上述のような通信装置が実行する処理の流れについて説明する。図４は、本実施形態に係る、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠した通信装置（ＡＰ／ＳＴＡ）が実行する処理の流れの例を示している。

まず、通信機能が有効化された通信装置は、動作周波数帯域を決定する。この動作周波数帯域の決定は、ＡＰによって行われる。すなわち、通信装置がＡＰである場合は、通信装置のユーザ操作等によって動作周波数帯域が決定される。また、通信装置がＳＴＡである場合は、接続先のＡＰによって決定された動作周波数帯域と同じ動作周波数帯域若しくは当該動作周波数帯域よりも狭い周波数帯域で動作することが決定される。なお、動作周波数帯域は、例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、７ＧＨｚのいずれかの周波数帯域のチャネルでありうるが、これ以外に使用可能な周波数帯域が存在する場合には、その周波数帯域のチャネルであってもよい。

続けて、図４を用いて周波数帯域決定後の処理について説明する。図４に示す処理は、周波数帯域の決定処理がなされ、他の通信装置と情報をやり取りしうる状態で繰り返し実行される無線フレームの送受信処理を示している。

Ｓ（ステップ）４０１において、通信装置は、無線フレームの送信を行うかどうかを判定する。無線フレームの送信を行うと判定した場合、処理をＳ４０２に進め、無線フレームの送信を行うと判定しなかった場合、処理をＳ４１２に進める。

Ｓ４０２において、通信装置は、無線フレームを送信する際に、その無線フレームが準拠すべき規格がＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）であるかどうかを判断する。なお、通信装置は、例えば、自装置が準拠している規格と相手装置が準拠している規格とに基づいて、準拠すべき規格がＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）であるかどうかを判断する。例えば、通信装置がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠しているが、相手装置がＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）に準拠している場合、通信装置は、当該相手送信との通信にＧＥＮ７規格に準拠する無線フレームを使用すると判断する。

送信すべき無線フレームが準拠すべき規格がＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）であると判断した場合、処理をＳ４０３に進め、送信すべき無線フレームが準拠すべき規格がＥＨＴ（ＧＥＮ７）であると判断しなかった場合、処理をＳ４０５に進める。

Ｓ４０３において、通信装置は、無線フレーム内に規格の種類を示すフィールド（例えば後述のＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド）を構成し、当該フィールドにＥＨＴを示す値として「０」を設定する。通信装置は、ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒフィールドを、ＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）以降の規格で共通に使用される予定のＵ－ＳＩＧ（ＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ）の先頭に設ける。Ｕ－ＳＩＧの詳細については後述する。

続けて、Ｓ４０４において、通信装置は、通信相手先の受信能力と、自身の送信能力に基づき、送信帯域幅を決定する。ここで、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）に準拠する無線通信で用いることが可能な最大の帯域幅は３２０Ｍｈｚである。従ってＳ４０４の決定処理においては、通信装置は、送信帯域幅として３２０Ｍｈｚ以下の帯域幅を使用することを決定する。送信帯域幅の決定が完了すると、処理をＳ４１０に進める。

一方、Ｓ４０５において、通信装置は、無線フレームを送信する際に、その無線フレームが準拠すべき規格がＩＥＥＥ８０２．ＨＲ（ＧＥＮ８）であるかどうかを判断する。なお、通信装置は、例えば、自装置が準拠している規格と相手装置が準拠している規格とに基づいて、準拠すべき規格がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）であるかどうかを判断する。例えば、通信装置と相手装置の両方がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠している場合、通信装置は、当該相手送信との通信にＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠する無線フレームを使用すると判断する。また、相手装置がＨＲ（ＧＥＮ８）の後継規格（例えば１世代後のＧＥＮ９）に準拠しており、自身がＨＲ（ＧＥＮ８）には準拠しているがその後継規格に準拠していない場合も、通信装置は、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）を使用すると判断する。

送信すべき無線フレームが準拠すべき規格がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）であると判断した場合、処理をＳ４０６に進め、送信すべき無線フレームが準拠すべき規格がＨＲ（ＧＥＮ８）であると判断しなかった場合、処理をＳ４０８に進める。

Ｓ４０６において、通信装置は、無線フレーム内に規格の種類を示すフィールド（例えば後述のＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド）に、ＨＲ（ＧＥＮ８）を示す値として「１」を設定する。

続けて、Ｓ４０７において、通信装置は、通信相手先の受信能力と、自身の送信能力に基づき、送信帯域幅を決定する。本実施形態では、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）に準拠する無線通信で用いることが可能な最大の帯域幅の一例として６４０Ｍｈｚを想定している。従ってＳ４０７の決定処理においては、通信装置は、送信帯域幅として６４０Ｍｈｚ以下の帯域幅を使用することを決定する。送信帯域幅の決定が完了すると、処理をＳ４１０に進める。

また、通信相手がＥＨＴ（ＧＥＮ７）、及びＨＲ（ＧＥＮ８）規格のいずれにも準拠しない場合、すなわち、通信相手が旧世代の規格にのみ準拠している場合は、その旧世代の規格を使用することになる。この場合、Ｓ４０８において、通信装置は、通信相手先の受信能力と、自身の送信能力に基づき、送信帯域幅を決定する。ＩＥＥＥ８０２．１１ａｘ以前の規格に準拠する無線通信で用いることが可能な最大の帯域幅は１６０Ｍｈｚである。従ってＳ４０８の決定処理においては、通信装置は、送信帯域幅として１６０Ｍｈｚ以下の帯域幅を使用することを決定する。Ｓ４０９において、通信装置は、８０２．１１ａｘ以前のレガシーフレームを生成し相手装置宛に送信する。

なお、本実施形態においては、後述するＵ－ＳＩＧに制御信号を格納するＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）より前に策定された規格、すなわちＩＥＥＥ８０２．１１ａｘ以前の規格に対応する無線フレームを便宜上レガシーフレームと呼ぶものとする。具体的には、Ｓ４０９において、通信装置はＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）ＰＰＤＵや、ＶＨＴ（ＶｅｒｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵやＨＴ（ＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵを送信する。

なお、図面では紙面の都合上、通信装置と、相手装置の両方がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）の後継規格（例えば１世代後のＧＥＮ９）に準拠している場合を省略している。通信装置と相手装置の両方がＧＥＮ９規格等の後継規格に準拠している場合、通信装置は、当該後継規格に対応するバージョン情報が格納された、後継規格に対応するＰＰＤＵを送信する。

続けてＳ４１０において、通信装置は、Ｕ－ＳＩＧのＢａｎｄＷｉｄｔｈＦｉｅｌｄに前述の処理で決定した送信帯域幅に対応する値を指定する。

Ｓ４１１において、通信装置は、Ｕ－ＳＩＧを含むフレームを送信する。具体的には、Ｓ４０２でＹｅｓと判定した場合、通信装置は、Ｖｅｒｓｉｏｎに０を指定し、ＢａｎｄｗｉｄｔｈＦｉｅｌｄにＳ４０４で決定した送信帯域幅に対応する値を指定したＵ－ＳＩＧを含むＥＨＴＰＰＤＵを生成する。続けて通信装置は、当該生成したＥＨＴＰＰＤＵを、Ｕ－ＳＩＧに指定した送信帯域幅を用いて送信する。また通信装置は、Ｓ４０５でＹｅｓと判定した場合、通信装置は、Ｖｅｒｓｉｏｎに１を指定し、ＢａｎｄｗｉｄｔｈＦｉｅｌｄにＳ４０７で決定した送信帯域幅に対応する値を指定したＵ－ＳＩＧを含むＨＲ（ＧＥＮ８）ＰＰＤＵを生成する。続けて通信装置は、当該生成したＨＲ（ＧＥＮ８）ＰＰＤＵを、Ｕ－ＳＩＧに指定した送信帯域幅を用いて送信する。

以上説明した処理により、Ｕ－ＳＩＧのバージョンフィールドの指定状況に応じてＰＰＤＵのＵ－ＳＩＧに含める送信帯域幅の最大値を異ならせることができる。

続いて信号受信時の処理について説明する。Ｓ４１２において、通信装置は、相手装置から無線フレームを受信したか判断する。相手装置から無線フレームを受信した場合、処理をＳ４１３に進め、相手装置から無線フレームを受信していない場合、処理をＳ４２０に進める。なお、ここでの相手装置は、無線通信を行う相手装置のことを指し、例えば通信装置がＡＰである場合は、相手装置は接続中のＳＴＡであり、通信装置がＳＴＡである場合、相手装置は自装置に接続中のＡＰであるものとする。

Ｓ４１３において、通信装置は、受信した無線フレームがレガシーフレームであるか否かを判定する。前述した通り、本実施形態においてレガシーフレームとは、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｘ規格に準拠する無線フレームのことを指す。通信装置は、受信した無線フレームがレガシーフレームであると判定した場合、処理をＳ４１４に進め、受信した無線フレームがレガシーフレームでないと判定した場合、処理をＳ４１５に進める。通信装置は、後述するＬ－ＳＩＧの後にＬ－ＳＩＧの繰り返しであるＲＬ－ＳＩＧが含まれており、当該フレームに対応するＬｅｎｇｔｈを被除数とし、除数を３とした場合の剰余演算の結果が０でない場合に、レガシーフレームでないと判定する。一方、ＲＬ－ＳＩＧが含まれていない場合や、前述の剰余演算の結果が０の場合、レガシーフレームであると判断する。

Ｓ４１４において、通信装置は、その無線フレームのプリアンブル及びデータを全て読み取って解釈する。通信装置のフレーム解析部３０２は、適宜プリアンブルのタイプを特定し、当該特定したプリアンブルのタイプに沿って以降のプリアンブルやデータを解析する。フレームを解析した結果として得られたデータ（ＭＡＣフレームを含むＭＳＤＵ）はデータリンク層やネットワーク層等の上位層に通知される。上位層は、適宜ＭＡＣフレームやＩＰパケットを解釈して必要な処理を行う。例えば、通信装置がＡＰの場合、他のＳＴＡへのデータ転送や、他のネットワーク（ゲートウェイ）へのデータ転送処理や、各種制御処理を行う。例えば、通信装置がＳＴＡの場合、アプリケーション等へのデータの受け渡しや各種制御が行われる。通信装置は、受信した無線フレームに基づく各種処理が完了すると、処理をＳ４２０に進める。

続いて、Ｓ４１３でレガシーフレームでないと判定した場合、すなわち、ＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）規格以降の無線フレームである場合、通信装置はＳ４１５以降に示す処理を実行する。

一方、Ｓ４１５において、通信装置は、無線フレームのプリアンブルに含まれるＵ－ＳＩＧを解析し、バージョンが「０」を示しているかどうかを判定する。具体的には、Ｕ－ＳＩＧに含まれている規格の種類を示すフィールド（後述のＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド）に設定された値に「０」が設定されているかどうかを判定する。「０」が設定されている場合、処理をＳ４１６に進め、「０」が設定されていない場合、処理をＳ４１７に進める。「０」はＥＨＴ（ＧＥＮ７）のＰＨＹであることを意味しており、Ｓ４１５の判定処理は、無線フレームのバージョン（プリアンブルのバージョン）がＥＨＴ（ＧＥＮ７）であるかどうかの判定ともいえる。

Ｓ４１６において、通信装置は、以降のプリアンブル及びデータがＥＨＴ（ＧＥＮ７）に準拠しているとみなして、以降のプリアンブルやデータを解析する。フレームを解析した結果として得られたデータ（ＭＳＤＵ）はデータリンク層やネットワーク層等の上位層に通知され、上位層により適宜処理される。通信装置は、受信した無線フレームに基づく各種処理が完了すると、処理をＳ４２０に進める。

一方、Ｓ４１７において、通信装置は、Ｓ４１５の解析で得られたバージョンが「１」を示しているかどうかを判定する。具体的には、Ｕ－ＳＩＧに含まれている規格の種類を示すフィールド（後述のＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド）に設定された値に「１」が設定されているかどうかを判定する。「１」が設定されている場合、処理をＳ４１８に進め、「１」が設定されていない場合、処理をＳ４１９に進める。本実施形態において、「１」はＨＲ（ＧＥＮ８）のＰＨＹであることを意味しており、Ｓ４１８の判定処理は、無線フレームのバージョン（プリアンブルのバージョン）がＨＲ（ＧＥＮ８）規格に準拠しているかどうかの判定ともいえる。

Ｓ４１８において、通信装置は、以降のプリアンブル及びデータがＨＲ（ＧＥＮ８）に準拠しているとみなして、以降のプリアンブルやデータを解析する。フレームを解析した結果として得られたデータ（ＭＡＣフレームを含むＭＳＤＵ）はデータリンク層やネットワーク層等の上位層に通知され、上位層により適宜処理される。通信装置は、受信した無線フレームに基づく各種処理が完了すると、処理をＳ４２０に進める。

一方、Ｓ４１９において、通信装置は、受信した無線フレームの解釈を中止するとともに、当該無線フレームを破棄する。これにより、通信装置が、対応していない規格の無線フレームを不必要に読み取り続けることを防ぎ、通信装置の消費電力の浪費を防ぐことができる。

なお、図面では紙面の都合上、通信装置がＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）の後継規格（例えば１世代後のＧＥＮ９）に準拠している場合を省略している。通信装置がＧＥＮ９に準拠している場合、当該後継規格に対応するバージョン情報（例えば、「２」）が格納された、後継規格に対応するＰＰＤＵを受信した場合にも解析処理並びにデータの解釈処理を行うように構成することができる。すなわち、通信装置がサポートするバージョンよりも新しいバージョンのＰＰＤＵを受信した場合に、無線フレームの読み取りを終了する処理を行うように構成すればよい。通信装置は、読取を終了した場合処理をＳ４２０に進める。

この処理の結果、通信装置は、自装置が対応していない規格に従って生成された無線フレームの読み取り（復号処理）を早期に終了することができ、無線フレームの読み取りに関連する消費電力を抑制することができる。

Ｓ４２０において、通信装置は、無線機能を停止するか否かを判断する。無線機能を停止すると判断した場合、一連の無線フレームの送受信制御を終了し、無線機能を停止すると判断しなかった場合、Ｓ４０１の処理に進み、フレーム送信やフレーム受信の処理を行う。具体的には、通信装置は、ＵＩ制御部３０４を介して、通信装置の電源をＯＦＦにするユーザ操作を受け付けた場合に、無線機能を停止すると判断する。電源をＯＦＦにするユーザ操作はハードウェアスイッチに対するユーザ操作であってもよいし、出力部に表示される図示省略のシャットダウン画面に表示されるシャットダウンのための表示アイテムに対するユーザ操作であってもよい。

続けて、図４の処理で送受信されるフレームの一例を説明する。ＡＰは、例えば、自装置が準拠する規格を示す情報を含んだＢｅａｃｏｎフレームを含む無線フレームを生成して送出する。そして、ＳＴＡは、そのＢｅａｃｏｎフレームに基づいて、ＰｒｏｂｅＲｅｑｕｅｓｔフレームを含む無線フレームを生成して送信する。そして、ＡＰは、そのＰｒｏｂｅＲｅｑｕｅｓｔフレームが、レガシーフレームであるか否か、レガシーフレームでない場合に自装置が対応している規格に従って生成されたかを当該無線フレームのプリアンブルに基づき判定する。ＡＰは、ＰｒｏｂｅＲｅｑｕｅｓｔフレームがレガシーフレーム又は自装置が対応している規格に従って生成されているフレームである場合に、上位層であるＭＡＣ層での解析を行う。ＡＰは、このＭＡＣ層の解析によって、このフレームがＰｒｏｂｅＲｅｑｕｅｓｔフレームであることを認識し、ＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを送信することができる。一方、ＡＰは、プリアンブルの判定により、自装置が対応していない後継規格に従った無線フレームであると判定した場合、当該フレームを破棄する。なお、ＡＰは、ＭＡＣ層での解析を行うことなくフレームを破棄するため、このフレームがＰｒｏｂｅＲｅｑｕｅｓｔフレームであることを認識していない。このため、ＡＰは、ＰｒｏｂｅＲｅｓｐｏｎｓｅフレームを送信しない。

続けてＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）及びＨＲ（ＧＥＮ８）に準拠した無線フレームの構成の一例を用いて説明する。図５（Ａ）は、マルチユーザ通信用のＥＨＴＭＵ（ＭｕｌｔｉＵｓｅｒ）ＰＰＤＵの例を示しており、図５（ｂ）は、マルチユーザ通信用のＨＲ（ＧＥＮ８）ＭＵ（ＭｕｌｔｉＵｓｅｒ）ＰＰＤＵの例を示している。

（ＥＨＴＰＰＤＵの説明）
図５（Ａ）に示すＥＨＴＰＰＤＵは、ＳＴＦ（ＳｈｏｒｔＴｒａｉｎｉｎｇＦｉｅｌｄ）、ＬＴＦ（ＬｏｎｇＴｒａｉｎｉｎｇＦｉｅｌｄ）、ＳＩＧ（ＳｉｇｎａｌＦｉｅｌｄ）の各フィールドを含む。図５（Ａ）に示すように、ＰＰＤＵ先頭部には、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｘ規格に対して後方互換性を確保するための、Ｌ（Ｌｅｇａｃｙ）－ＳＴＦ６０１、Ｌ－ＬＴＦ６０２、及びＬ－ＳＩＧ６０３を有する。なお、Ｌ－ＬＴＦはＬ－ＳＴＦの直後に配置され、Ｌ－ＳＩＧはＬ－ＬＴＦの直後に配置される。さらに、Ｌ－ＳＩＧの直後にはＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬ－ＳＩＧ、ＲＬ－ＳＩＧ）が配置される。ＲＬ－ＳＩＧフィールドでは、Ｌ－ＳＩＧの内容が繰り返し送信される。ＲＬ－ＳＩＧは、ＩＥＥＥ８０２．１１ａｘ規格以降の規格に準拠したＰＰＤＵであることを受信者が認識可能とするものである。

Ｌ－ＳＴＦは、ＰＨＹフレーム信号の検出、自動利得制御（ＡＧＣ：ＡｕｔｏｍａｔｉｃＧａｉｎＣｏｎｔｒｏｌ）やタイミング検出などに用いられる。Ｌ－ＬＴＦは、周波数・時刻の高精度な同期や伝搬チャンネル情報（ＣＳＩ：ｃｈａｎｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ）取得等に用いられる。Ｌ－ＳＩＧは、データ送信率やＰＨＹフレーム長の情報を含んだ制御情報を送信するために用いられる。ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｘ規格に従うレガシー機器やＥＨＴ（ＧＥＮ７）以降の規格に従う機器は、上記各種レガシーフィールドを復号することができる。

ＰＰＤＵは、さらに、ＲＬ－ＳＩＧの直後に配置されるＵ－ＳＩＧ６０５（ＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ）を含む。Ｕ－ＳＩＧはＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）以降の規格で共通に使用される予定の、各規格の制御情報を送信するためのフィールドである。Ｕ－ＳＩＧの直後には、ＥＨＴ－ＳＩＧが配置される。ＥＨＴ－ＳＩＧには、Ｕ－ＳＩＧに入りきれない制御情報や、マルチユーザ送信を行う際に各ユーザに通知すべき制御情報が含まれる。この、ＥＨＴ－ＳＩＧ６０６は、Ｕ－ＳＩＧ内のＥＨＴ－ＳＩＧＭＣＳフィールドに指定したＭＣＳで変調される。

続いて、ＥＨＴ－ＳＩＧ６０６の後には、ＥＨＴ用のＳＴＦであるＥＨＴ－ＳＴＦ６０６、ＥＨＴ用のＬＴＦであるＥＨＴ－ＬＴＦ６０７が配置される。ＥＨＴ－ＬＴＦはＭＩＭＯ推定やビームフォーミング推定等に用いられる情報である。ＭＩＭＯのアンテナ数やビームフォーミングの要否に基づき複数個のＥＨＴ－ＬＴＦが配置されうる。最大８個のＥＨＴ－ＬＴＦが配置される。

図５（Ａ）で説明したＥＨＴＭＵＰＰＤＵでは、これらの制御用のフィールドの後にデータフィールド６０９と、ＰａｃｋｅｔＥｘｔｅｎｔｉｏｎフィールド６１０が配置される。このＰＰＤＵのＬ－ＳＴＦからＥＨＴ－ＬＴＦまでのフィールドが、ＰＨＹプリアンブルと呼ばれる。

続いて、図５（Ａ）で説明したＥＨＴＭＵＰＰＤＵに含まれるＵ－ＳＩＧ６０５について、表１、表２を用いて説明する。

Ｕ－ＳＩＧは、２つのシンボル（Ｕ－ＳＩＧ１とＵ－ＳＩＧ２）から構成され、各シンボルには２５ビットの情報が格納される。表１は、Ｕ－ＳＩＧ１のフォーマットを示しており、表２はＵ－ＳＩＧ２のフォーマットを示している。

本実施形態では、ＥＨＴ（ＧＥＮ７）のＰＰＤＵ、及び後継規格のＨＲ（ＧＥＮ８）のＰＰＤＵ、更に後継規格のＧＥＮ９のＰＰＤＵのいずれのプリアンブルにも共通で使用されるＵ－ＳＩＧ１及びＵ－ＳＩＧ２が含まれるものとする。そして、各フレーム（ＰＰＤＵ）のＵ－ＳＩＧ１の先頭３ビットには、共通して無線フレームのバージョン（ＰＨＹＣｌａｕｓｅｓとも呼ぶ）を区別するための情報を格納するサブフィールドが含まれるものとする。一方、Ｕ－ＳＩＧ１のＢ４～Ｂ２５、Ｕ－ＳＩＧ２のＢ０－Ｂ１５には規格毎にカスタマイズされた制御情報を格納するサブフィールドが含まれているものとする。

通信装置は、図４で説明した処理に基づき、ＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）規格に準拠する無線フレームを生成して送信する場合、表１の「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドに０を格納する。具体的には、通信装置は、Ｕ－ＳＩＧのヘッダ部分（０ビット目）から２ビット目までの領域（Ｂ０－Ｂ２）である「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドに０を格納する。また、通信装置は、表１の３ビット目から５ビット目までの３ビットの領域（Ｂ３－Ｂ５）の「Ｂａｎｄｗｉｄｔｈ」サブフィールドに３２０Ｍｈｚ以下の特定の帯域幅に対応する値、即ち１－５のいずれかの値を格納する。いずれの値を格納するかはＳ４０４で決定した送信帯域幅に基づき決定される。また、通信装置は、Ｕ－ＳＩＧ２の「ＥＨＴ－ＳＩＧＭＣＳ」サブフィールドに、通信条件などに基づき決定したＥＨＴ－ＳＩＧの変調に使用するＥＨＴ用のＭＣＳを格納する。ＭＣＳは、ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅの略である。通信装置が生成して送信したＥＨＴＰＰＤＵを受信した他の通信装置は、「ＥＨＴ－ＳＩＧＭＣＳ」サブフィールドに設定されたＥＨＴ用のＭＣＳに基づき、ＥＨＴ－ＳＩＧの符号化・変調方式を特定する。続けて他の通信装置は、当該特定した符号化・変調方式でＥＨＴ－ＳＩＧが変調されているとみなして、ＥＨＴ－ＳＩＧの復調を試みる。

また、通信装置は通信条件等にもとづきその他のサブフィールドに格納すべき値を決定し、適宜Ｕ－ＳＩＧ１／２のその他のサブフィールドに値を格納する。なお、ＥＨＴ規格のＵ－ＳＩＧ１とＵ－ＳＩＧ２はＢＰＳＫコンスタレーションで変調されるものとする。

なお、本実施形態では、通信装置が送受信するＥＨＴＰＰＤＵの一例としてＭＵＰＰＤＵを例示したが、通信装置が送受信するＥＨＴＰＰＤＵにはこれに限定されるものではない。例えば、ＡＰから送信されたトリガフレームへの応答としてＳＴＡから送信されるＥＨＴＴＢ（ＴｒｉｇｇｅｒＢａｓｅｄ）ＰＰＤＵも通信装置間でやりとりされる。

ＥＨＴＴＢＰＰＤＵは、ＥＨＴ－ＳＩＧを含まない点と、Ｕ－ＳＩＧ２のＢ３－１５に格納される情報の取り扱いが異なる点、ＥＨＴＭＵＰＰＤＵと相違がある。その一方でＵ－ＳＩＧ１のＢ０－Ｂ１９に格納される情報はＥＨＴＭＵＰＰＤＵと同様である。

これを踏まえ、ＥＨＴＴＢＰＰＤＵを送信するＳＴＡは、ＥＨＴＴＢＰＰＤＵを送信する場合においてもＵ－ＳＩＧ１のＢ０－２にバージョンを示す情報として「０」を格納し、Ｂ３－５に送信帯域幅に対応する情報を格納したＰＰＤＵを送信すればよい。

（ＨＲ（ＧＥＮ８）ＰＰＤＵの説明）
次に、図５（Ｂ）を用いてＩＥＥＥ８０２．１１ＥＨＴ（ＧＥＮ７）の後継規格であるＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）のＰＰＤＵの構成について説明する。図５（Ａ）で説明したＥＨＴＰＰＤＵと同様の構成については適宜説明を省略する。

ＨＲ（ＧＥＮ８）ＰＰＤＵは、ＥＨＴＰＰＤＵと同様の、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧを含む。また、ＨＲ（ＧＥＮ８）ＰＰＤＵは、ＲＬ－ＳＩＧの直後に配置されるＵ－ＳＩＧ６１５（ＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ）を含む。Ｕ－ＳＩＧ６１５の直後には、ＨＲ－ＳＩＧ６１６が配置される。ＨＲ－ＳＩＧ６１６には、Ｕ－ＳＩＧに入りきれない制御情報や、ＨＲ（ＧＥＮ８）規格によるマルチユーザ送信を行う際に各ユーザに通知すべき制御情報が含まれる。この、ＨＲ－ＳＩＧ６１６は、Ｕ－ＳＩＧ内のＨＲ－ＳＩＧＭＣＳフィールドに指定したＭＣＳで変調される。

続いて、ＨＲ－ＳＩＧ６１６の後には、ＨＲ（ＧＥＮ８）用のＳＴＦであるＨＲ－ＳＴＦ６１７、ＨＲ（ＧＥＮ８）用のＬＴＦであるＨＲ－ＬＴＦ６１８が配置される。ＨＲ－ＬＴＦ６１７はＭＩＭＯ推定やビームフォーミング推定等に用いられる情報である。ＭＩＭＯのアンテナ数やビームフォーミングの要否に基づき複数個のＨＲ－ＬＴＦが配置されうる。

ＨＲ（ＧＥＮ８）ＭＵＰＰＤＵでは、これらの制御用のフィールドの後にデータフィールド６１９と、ＰａｃｋｅｔＥｘｔｅｎｔｉｏｎフィールド６２０が配置される。このＰＰＤＵのＬ－ＳＴＦからＨＲ－ＬＴＦまでのフィールドが、ＰＨＹプリアンブルと呼ばれる。

続いて、図５（Ｂ）で説明したＨＲ（ＧＥＮ８）ＭＵＰＰＤＵに含まれるＵ－ＳＩＧ６１５について、表３、表４を用いて説明する。

以下、ＥＨＴ（ＧＥＮ７）との差異がある部分について下線を付与している。なお、差異は一例であり、これに限定されるものではない。

ＨＲ（ＧＥＮ８）ＭＵＰＰＤＵのＵ－ＳＩＧ１の先頭（０ビット目）から２ビット目までの３ビットの領域には、ＥＨＴＭＵＰＰＤＵと共通の「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドが配置される。

通信装置は、図４で説明した処理に基づき、ＩＥＥＥ８０２．１１ＨＲ（ＧＥＮ８）規格に準拠する無線フレームを生成して送信する場合、表３の「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドに１を格納する。また、表３の「Ｂａｎｄｗｉｄｔｈ」サブフィールドに６４０Ｍｈｚ以下の特定の帯域幅に対応する値、即ち１－７のいずれかの値を格納する。ＥＨＴ（ＧＥＮ７）規格の場合との相違点は、「６」が４８０Ｍｈｚ幅に対応付けらえている点と「７」が６４０Ｍｈｚ幅に対応づけられている点である。

いずれの値を格納するかはＳ４０４で決定した送信帯域幅に基づき決定される。従って通信相手先と４８０Ｍｈｚ幅や６４０Ｍｈｚ幅の無線フレームをやり取りすることをプリアンブルで適切に通知することができるようになる。

また、ＨＲ（ＧＥＮ８）規格に準拠するＵ－ＳＩＧ２では、Ｂ９－１０と、Ｂ１１－１５のフィールドがＨＲ（ＧＥＮ８）向けの別のフィールドに置き換わっている。

通信装置は、Ｕ－ＳＩＧ２の「ＨＲ－ＳＩＧＭＣＳ」サブフィールドに、通信条件などに基づき決定したＨＲ－ＳＩＧの変調に使用するＨＲ（ＧＥＮ８）用のＭＣＳを格納する。通信装置が生成したＥＨＴＰＰＤＵを受信した他の通信装置は、「ＨＲ－ＳＩＧＭＣＳ」サブフィールドに設定されたＨＲ（ＧＥＮ８）用のＭＣＳに基づき、ＨＲ－ＳＩＧの符号化・変調方式を特定する。続けて他の通信装置は、当該特定した符号化・変調方式でＨＲ－ＳＩＧが変調されているとみなして、ＨＲ－ＳＩＧの復調を試みる。

また、Ｂ１１－Ｂ１５の領域は、ＨＲ－ＳＩＧのシンボル数を示すサブフィールドに置き換わる。通信装置は、当該領域に、ＨＲ（ＧＥＮ８）ＭＵＰＰＤＵに含めるＨＲ－ＬＴＦ６１８のシンボル数から１を引いた値を設定する。

また、通信装置は通信条件等にもとづきその他のサブフィールドに格納すべき値を決定し、適宜ＨＲ（ＧＥＮ８）用のＵ－ＳＩＧ１／２のその他のサブフィールドに値を格納する。また、通信装置は、ＨＲ（ＧＥＮ８）用のＵ－ＳＩＧ１をＢＰＳＫで変調し、Ｕ－ＳＩＧ２をＱＢＰＳＫで変調してもよい。

なお、本実施形態では、通信装置が送受信するＨＲ（ＧＥＮ８）ＰＰＤＵの一例としてＨＲ（ＧＥＮ８）ＭＵＰＰＤＵを例示したが、通信装置が送受信するＨＲ（ＧＥＮ８）ＰＰＤＵにはこれに限定されるものではない。例えば、ＡＰから送信されたトリガフレームへの応答としてＳＴＡから送信されるＨＲ（ＧＥＮ８）ＴＢ（ＴｒｉｇｇｅｒＢａｓｅｄ）ＰＰＤＵも通信装置間でやりとりされる。

ＨＲ（ＧＥＮ８）ＴＢＰＰＤＵを送信するＳＴＡは、ＨＲ（ＧＥＮ８）ＴＢＰＰＤＵを送信する場合においてもＨＲ（ＧＥＮ８）のＵ－ＳＩＧ１のＢ０－２にバージョンを示す情報として「１」を格納する。また、ＨＲ（ＧＥＮ８）のＵ－ＳＩＧ１のＢ３－５に送信帯域幅に対応する情報を格納したＰＰＤＵを送信すればよい。

なお、本実施形態では、ＨＲ（ＧＥＮ８）ＭＵＰＰＤＵやＨＲ（ＧＥＮ８）ＴＢＰＰＤＵのＢ３－５に送信帯域幅を示すＢａｎｄｗｉｄｔｈサブフィールドが配置されることを想定しているがこれに限定されるものではない。Ｂａｎｄｗｉｄｔｈサブフィールドは、他の位置に配置されていてもよい。具体的には、Ｕ－ＳＩＧ１のＢ４―Ｂ２５、Ｕ－ＳＩＧ２のＢ０－Ｂ１５のいずれかの位置に３ビットのＢａｎｄｗｉｄｔｈサブフィールドは配置可能である。更に大きいサイズの周波数帯域幅の定義や、一部隣とオーバラッピングする周波数帯域幅の定義を行うことなどを見据えて、Ｂａｎｄｗｉｄｔｈサブフィールドを４ビット以上に拡張することもできる。

（変形例）
本実施形態では、ＨＲ（ＧＥＮ８）の無線フレームのバージョンを示す情報として「１」を例示したがこれに限定されるものではない。図６（Ａ）、（Ｂ）を用いて説明する。ＨＲ（ＧＥＮ８）規格と、ＥＨＴ（ＧＥＮ７）規格の間にＥＨＴ（ＧＥＮ７）に多少の改良を加えたＷａｖｅ２規格やＥｘｔｅｎｄｅｄ規格などが策定される場合もある。この場合、ＥＨＴＷａｖｅ２の規格策定において無線フレームの拡張が行われることも考えられる。ＥＨＴＷａｖｅ２の規格策定において無線フレームの拡張が行われる可能性を踏まえ、図６（Ａ）に示すようにＥＨＴＷａｖｅ２規格に準拠する無線フレームに「１」を対応付ける。そして、ＨＲ（ＧＥＮ８）規格に準拠する無線フレームには「２」を対応付けるように変形することができる。この場合、通信装置は、Ｓ４０６の処理で「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドに「２」を設定するようにすればよい。また、通信装置は、Ｓ４１７の処理で、「ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒ」サブフィールドに２が設定されている場合に、Ｓ４１８に処理を進めるようにすればよい。

このように、通信装置は、最大伝送速度として９０Ｇｂｐｓ－１００Ｇｂｐｓ超を目標とする後継規格であるＨＲ（ＧＥＮ８）規格の無線フレームを送信する際に、ＨＲ（ＧＥＮ８）規格に対応する特定の値を送信するように構成すればよい。この場合、ＨＲ（ＧＥＮ８）規格には、「１」以上の値であって、「７」以下の特定の値が対応付けられるものとする。

更に、Ｕ－ＳＩＧ２の変調方式にＢＰＳＫのコンスタレーションを用いるか、ＱＢＰＳＫのコンスタレーションを用いるかといった制御を組み合わせて無線フレームのバージョンを特定するよう構成することもできる。この場合、例えば、図６（Ｂ）に示すようにＵ－ＳＩＧ２がＢＰＳＫで変調されている場合にＷａｖｅ１の規格であると特定し、Ｕ－ＳＩＧ２がＱＢＰＳＫで変調されている場合にＷａｖｅ２の規格であると特定するように構成することができる。

尚、ＩＥＥＥ８０２．１１ＨＲといった規格名称並びにＨＲ－ＳＩＧ、ＨＲ－ＳＴＦ、ＨＲ－ＬＴＦ、ＨＲ－ＳＩＧＭＣＳ等に代表される規格名称と同一文字列を含むフィールド名を構成する規格名称に相当する文字列部分の記載はこれに限定されるものではない。例えば、ＨＲＬ（ＨｉｇｈＲｅＬｉａｂｉｌｉｔｙ）でもよい。また、ＨＲＷ（ＨｉｇｈＲｅｌｉａｂｉｌｉｔｙＷｉｒｅｌｅｓｓ）でもよい。また、ＶＨＴ（ＶｅｒｙＨｉｇｈＲｅｌｉａｂｉｌｉｔｙ）でもよい。また、ＥＨＲ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＲｅｌｉａｂｉｌｉｔｙ）でもよい。また、ＵＨＲ（ＵｌｔｒａＨｉｇｈＲｅｌｉａｂｉｌｉｔｙ）でもよい。また、ＬＬ（ＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＶＬＬ（ＶｅｒｙＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＥＬＬ（ＥｘｔｒｅｍｅｌｙＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＵＬＬ（ＵｌｔｒａＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＨＲＬＬ（ＨｉｇｈＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＵＲＬＬ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙ）でもよい。また、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｉｎｉｃａｔｉｏｎｓ）でもよい。例えば、ＵＨＲとする場合、フィールド名も当該規格を模したＵＨＲ－ＳＩＧ、ＵＨＲ－ＳＴＦ、ＵＨＲ－ＬＴＦ、ＵＨＲ－ＳＩＧＭＣＳ等、規格名称に対応する文字列で構成されたフィールド名となる。また、その他の別の名称であってもよい。

また、本実施形態の開示は、以下の構成を含む。

（構成１）
ｐｈｙｓｉｃａｌｌａｙｅｒｓ（ＰＨＹ）のプリアンブルを有するＩＥＥＥ８０２．１１規格シリーズに準拠する無線フレームを送信する送信手段を有する通信装置であって、前記プリアンブルは、少なくともＬｅｇａｃｙＳｉｇｎａｌＦｉｅｌｄ（Ｌ－ＳＩＧ）と、前記無線フレームにおいて前記Ｌ－ＳＩＧのよりも後に通信されるＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）と、を含み、前記Ｕ－ＳＩＧには、前記無線フレームが準拠しているＰＨＹのバージョンに関するＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄと、ＢａｎｄｗｉｄｔｈＦｉｅｌｄが含まれており、
前記送信手段は、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０より大きい特定の値を指定した無線フレームを送信することが可能であり、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して前記特定の値を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、前記送信手段は、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信することを特徴とする通信装置。

（構成２）
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して０を格納した無線フレームを送信する場合、前記送信手段は３２０Ｍｈｚ以下の帯域幅を使用して前記無線フレームを送信することを特徴とする構成１に記載の通信装置。

（構成３）
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに格納された値が０の場合、前記Ｕ－ＳＩＧを構成する前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄは３ビットで構成され、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに格納された値が前記特定の値の場合、前記Ｕ－ＳＩＧを構成する前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄは４ビット以上で構成されることを特徴とする構成１または２に記載の通信装置。

（構成４）
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して０が格納された無線フレームは、ＩＥＥＥ８０２．１１ｂｅ規格に準拠する無線フレームであることを特徴とする構成１乃至３のいずれか１つの構成に記載の通信装置。

（構成５）
前記Ｕ－ＳＩＧのヘッダである０ビット目から２ビット目までが、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄであり、３ビット目から特定のビットまでが前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄであることを特徴とする構成１乃至４のいずれか１つの構成に記載の通信装置。

（構成６）
通信装置によって実行される通信方法であって、ｐｈｙｓｉｃａｌｌａｙｅｒｓ（ＰＨＹ）のプリアンブルを有するＩＥＥＥ８０２．１１規格シリーズに準拠する無線フレームを送信する送信工程を含み、前記プリアンブルは、少なくともＬｅｇａｃｙＳｉｇｎａｌＦｉｅｌｄ（Ｌ－ＳＩＧ）と、前記無線フレームにおいて前記Ｌ－ＳＩＧのよりも後に通信されるＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）と、を含み、前記Ｕ－ＳＩＧには、前記無線フレームが準拠しているＰＨＹのバージョンに関するＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄと、ＢａｎｄｗｉｄｔｈＦｉｅｌｄが含まれており、前記送信工程では、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに１を指定した無線フレームを送信することが可能であり、前記送信工程では、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して１を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信することを特徴とする通信方法。

（構成７）
コンピュータを、構成１から５のいずれか１つの構成に記載の通信装置として機能させるためのプログラム。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０２ＡＰ
１０３～１０５ＳＴＡ
３０２制御部

Claims

ｐｈｙｓｉｃａｌｌａｙｅｒｓ（ＰＨＹ）のプリアンブルを有するＩＥＥＥ８０２．１１規格シリーズに準拠する無線フレームを送信する送信手段を有する通信装置であって、
前記プリアンブルは、少なくともＬｅｇａｃｙＳｉｇｎａｌＦｉｅｌｄ（Ｌ－ＳＩＧ）と、前記無線フレームにおいて前記Ｌ－ＳＩＧのよりも後に通信されるＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）と、を含み、
前記Ｕ－ＳＩＧには、前記無線フレームが準拠しているＰＨＹのバージョンに関するＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄと、ＢａｎｄｗｉｄｔｈＦｉｅｌｄが含まれており、
前記送信手段は、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０より大きい特定の値を指定した無線フレームを送信することが可能であり、
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して前記特定の値を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、前記送信手段は、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信することを特徴とする通信装置。
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して０を格納した無線フレームを送信する場合、前記送信手段は３２０Ｍｈｚ以下の帯域幅を使用して前記無線フレームを送信することを特徴とする請求項１に記載の通信装置。
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに格納された値が０の場合、前記Ｕ－ＳＩＧを構成する前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄは３ビットで構成され、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに格納された値が前記特定の値の場合、前記Ｕ－ＳＩＧを構成する前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄは４ビット以上で構成されることを特徴とする請求項１に記載の通信装置。
前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して０が格納された無線フレームは、ＩＥＥＥ８０２．１１ｂｅ規格に準拠する無線フレームであることを特徴とする請求項１に記載の通信装置。
前記Ｕ－ＳＩＧのヘッダである０ビット目から２ビット目までが、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄであり、３ビット目から特定のビットまでが前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄであることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
通信装置によって実行される通信方法であって、
ｐｈｙｓｉｃａｌｌａｙｅｒｓ（ＰＨＹ）のプリアンブルを有するＩＥＥＥ８０２．１１規格シリーズに準拠する無線フレームを送信する送信工程を含み、
前記プリアンブルは、少なくともＬｅｇａｃｙＳｉｇｎａｌＦｉｅｌｄ（Ｌ－ＳＩＧ）と、前記無線フレームにおいて前記Ｌ－ＳＩＧのよりも後に通信されるＵｎｉｖｅｒｓａｌＳｉｇｎａｌＦｉｅｌｄ（Ｕ－ＳＩＧ）と、を含み、
前記Ｕ－ＳＩＧには、前記無線フレームが準拠しているＰＨＹのバージョンに関するＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄと、ＢａｎｄｗｉｄｔｈＦｉｅｌｄが含まれており、
前記送信工程では、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに０を指定した無線フレームと、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに１を指定した無線フレームを送信することが可能であり、
前記送信工程では、前記ＰＨＹＶｅｒｓｉｏｎＩｄｅｎｔｉｆｉｅｒＦｉｅｌｄに対して１を格納し、且つ、前記ＢａｎｄｗｉｄｔｈＦｉｅｌｄに対して６より大きい値を格納した無線フレームを送信する場合、３２０Ｍｈｚより大きい帯域幅を使用して無線フレームを送信することを特徴とする通信方法。
コンピュータを、請求項１から４のいずれか１項に記載の通信装置として機能させるためのプログラム。