(57)【要約】【課題】異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを好適に受信処理する。【解決手段】受信機は、異種のフォーマットが混在するネットワーク環境下において、受信パケットの同期検出を行なうと、自端末が完全な復号までをサポートしているフォーマットであるなしに拘らず、ＳＩＧＮＡＬ情報に至るフィールドまでを識別するための信号処理を実行する。ＳＩＧＮＡＬ情報から把握される当該受信パケットの正確な送信時間と、変調手段やＬＥＮＧＴＨ情報を用い、当該受信パケットの送信終了時刻を正確に見積もると、自端末の送信機会を制御する。【選択図】  図１１Ａ
2010098339.tif 000002
【特許請求の範囲】
【請求項１】
２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを受信する受信部と、
受信したパケットを復調並びに復号する復調・復号部と、
前記復調・復号部においてサポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する計測部と、
を具備することを特徴とする無線通信装置。
【請求項２】
前記受信部における受信信号電力を判定する判定部をさらに備え、
前記計測部は、前記復調・復号部においてサポート外となる伝送モードのパケットを受信した際に、前記判定部における判定結果に基づいて受信パケットの送信終了時刻を計測する、
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記マルチプル・フォーマットのパケットは、ＩＥＥＥ８０２．１１ｎで規定される、ＩＥＥＥ８０２．１１ａとの互換性のある制御情報Ｌ−ＳＩＧとＩＥＥＥ８０２．１１ａとは互換性のない制御情報ＨＴ−ＳＩＧが多重化されたＭｉｘｅｄフォーマット（ＭＦ）パケットであり、
前記計測部は、ＨＴ−ＳＩＧが示す伝送モードが前記復調・復号部においてサポート外である場合には、Ｌ−ＳＩＧが示すＲＡＴＥ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を計測する、
ことを特徴とする請求項１に記載の無線通信装置。
【請求項４】
前記計測部は、ＨＴ−ＳＩＧが示す伝送モードが前記復調・復号部においてサポート外である場合において、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値となる場合に限って、Ｌ−ＳＩＧが示すＲａｔｅ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もる、
ことを特徴とする請求項３に記載の無線通信装置。
【請求項５】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて計測される送信終了時刻にさらに１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項６】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項７】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項８】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項９】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項１０】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項１１】
前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調され、ＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とする、
ことを特徴とする請求項４に記載の無線通信装置。
【請求項１２】
前記受信部における受信信号電力を判定する判定部をさらに備え、
ＰＨＹ層は、前記計測部により計測される受信パケットのホールド時間と前記判定部による判定結果とを併せて、ＭＡＣ層に対するＣＣＡレポートを行なう、
ことを特徴とする請求項３乃至１１のいずれかに記載の無線通信装置。
【請求項１３】
所定の伝送モードをサポートする無線通信装置において２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットの受信パケットを処理する無線通信方法であって、
サポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する、
ことを特徴とする無線通信方法。
【請求項１４】
所定の規格フォーマットに則ったパケットを受信処理するための処理をコンピューター上で実行するようにコンピューター可読形式で記述されたコンピューター・プログラムであって、前記コンピューターを、
２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを受信する受信部、
受信したパケットを復調並びに復号する復調・復号部、
前記復調・復号部においてサポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する計測部、
として機能させるためのコンピューター・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の規格フォーマットに則ったパケットを受信処理する無線通信装置及び無線通信方法、並びにコンピューター・プログラムに係り、特に、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを受信処理する無線通信装置及び無線通信方法、並びにコンピューター・プログラムに関する。
【背景技術】
【０００２】
旧来の有線通信方式における配線から解放するシステムとして、無線ネットワークが注目されている。無線ネットワークに関する標準的な規格として、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１やＩＥＥＥ８０２．１５を挙げることができる。例えばＩＥＥＥ８０２．１１ａ／ｇでは、無線ＬＡＮの標準規格として、マルチキャリヤ方式の１つであるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：直交周波数分割多重）変調方式が採用されている。
【０００３】
無線通信では、一般に、パケットの先頭に既知シーケンスの繰り返しからなるプリアンブルが付加されており、受信機側では、プリアンブルを用いてパケットを発見して同期処理を行なう。また、プリアンブル部分で同期獲得を終えると、続くヘッダ内の制御情報（ＳＩＧＮＡＬフィールド）をデコードして、パケット長や、変調方式、符号化方式といったデータ復号に必要となる情報を取得する。そして、受信パケットが自局宛てであれば当該パケット全体にわたり復号処理を継続して行なうが、自局宛でなければ当該パケットの終了時間を計測して送信動作を待機させて互いの信号の干渉を回避する。
【０００４】
また、ＩＥＥＥ８０２．１１ａ／ｇの規格では最大で５４Ｍｂｐｓの通信速度を達成する変調方式をサポートしているが、さらなる高ビットレートを実現できる次世代の無線ＬＡＮ規格が求められている。例えば、ＩＥＥＥ８０２．１１の拡張規格として、ＯＦＤＭ＿ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信方式を採用したＩＥＥＥ８０２．１１ｎが規定されている。
【０００５】
このように後継規格が次々と策定される技術動向においては、同一のチャネル上で異なる２種類以上のパケット・フォーマットのパケットが飛び交う通信環境が想定される。
【０００６】
かかる通信環境下では、後継規格に準拠する無線端末は、従来（レガシー）規格に則ったパケット・フォーマットとの互換性が要求される。例えば、ＩＥＥＥ８０２．１１ｎでは、レガシー端末との共存を許容するが、レガシー端末は高速なＨＴ（Ｈｉｇｈｔ  Ｔｈｒｏｕｇｈｐｕｔ）モードで伝送されるＭＡＣフレーム部分を復号できない、すなわちＭＡＣヘッダ内のＤｕｒａｔｉｏｎフィールドを解釈できずＮＡＶを正しく設定できなくなるという問題を解決するために、レガシー端末も復号可能なＰＨＹヘッダ内のＲＡＴＥフィールドとＬＥＮＧＴＨフィールドを用いてＤｕｒａｔｉｏｎ情報を運ぶという、ｓｐｏｏｆｉｎｇ（「偽装」若しくは「なりすまし」）技術が適用されている（例えば特許文献１を参照のこと）。
【０００７】
また、同一周波数帯を使用する様々な方式の無線通信装置が混在する環境で、不要な通信速度性能の劣化を避け、無線通信方式間での速度の公平さを維持する無線通信装置について提案がなされている（例えば特許文献２を参照のこと）。
【０００８】
さらに、チャネルの混雑を回避するとともに、効率的にネットワークを運用させるには、各無線端末は、異なる２種類以上のパケット・フォーマットのプリアンブル情報やヘッダ内制御情報から受信パケットの送信終了時刻を正しく計測する必要がある。
【０００９】
ところが、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応可能な計測手段を持つ必要があるため、実装が複雑になる、あるいは回路規模が増大するという問題がある。
【００１０】
【特許文献１】特開２００６−５０５２６号公報、段落００６６〜００６８
【特許文献２】特開２００２−３００１７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、所定の規格フォーマットに則ったパケットを好適に受信処理することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することにある。
【００１２】
本発明のさらなる目的は、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを好適に受信処理することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することにある。
【００１３】
本発明のさらなる目的は、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットの受信パケットの終了時間を正しく計測することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することにある。
【００１４】
本発明のさらなる目的は、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットの受信パケットの終了時間を、簡素な方法によりあるいは回路規模を増大させることなく、正しく計測することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、上記課題を参酌してなされたものであり、請求項１に記載の発明は、
２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを受信する受信部と、
受信したパケットを復調並びに復号する復調・復号部と、
前記復調・復号部においてサポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する計測部と、
を具備することを特徴とする無線通信装置である。
【００１６】
また、本願の請求項２に記載の無線通信装置は、前記受信部における受信信号電力を判定する判定部をさらに備えており、前記計測部は、前記復調・復号部においてサポート外となる伝送モードのパケットを受信した際に、前記判定部における判定結果に基づいて受信パケットの送信終了時刻を計測する。
【００１７】
ここで、本願で言うマルチプル・フォーマットのパケットの具体例は、ＩＥＥＥ８０２．１１ｎで規定される、ＩＥＥＥ８０２．１１ａとの互換性のある制御情報Ｌ−ＳＩＧとＩＥＥＥ８０２．１１ａとは互換性のない制御情報ＨＴ−ＳＩＧが多重化されたＭｉｘｅｄフォーマット（ＭＦ）パケットである。
【００１８】
そして、本願の請求項３に記載の発明では、前記計測部は、ＨＴ−ＳＩＧが示す伝送モードが前記復調・復号部においてサポート外である場合には、Ｌ−ＳＩＧが示すＲａｔｅ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を計測するようになっている。
【００１９】
また、本願の請求項４に記載の発明では、前記計測部は、ＨＴ−ＳＩＧが示す伝送モードが前記復調・復号部においてサポート外である場合において、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値となる場合に限って、Ｌ−ＳＩＧが示すＲａｔｅ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もるように構成されている。
【００２０】
また、本願の請求項５に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて計測される送信終了時刻にさらに１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２１】
また、本願の請求項６に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２２】
また、本願の請求項７に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２３】
また、本願の請求項８に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２４】
また、本願の請求項９に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２５】
また、本願の請求項１０に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２６】
また、本願の請求項１１に記載の発明では、前記計測部は、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調され、ＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするようにしている。
【００２７】
また、本願の請求項１２に記載の発明では、ＰＨＹ層は、前記計測部により計測される受信パケットのホールド時間と受信信号電力レベルの判定結果とを併せて、ＭＡＣ層に対するＣＣＡレポートを行なうように構成されている。
【００２８】
また、本願の請求項１３に記載の発明は、所定の伝送モードをサポートする無線通信装置において２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットの受信パケットを処理する無線通信方法であって、
サポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する、
ことを特徴とする無線通信方法である。
【００２９】
また、本願の請求項１４に記載の発明は、所定の規格フォーマットに則ったパケットを受信処理するための処理をコンピューター上で実行するようにコンピューター可読形式で記述されたコンピューター・プログラムであって、前記コンピューターを、
２種類以上のプリアンブル情報並びにヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを受信する受信部、
受信したパケットを復調並びに復号する復調・復号部、
前記復調・復号部においてサポートする伝送モードに基づいて、いずれかのヘッダ内制御情報を選択的に参照して、受信パケットの送信終了時刻を計測する計測部、
として機能させるためのコンピューター・プログラムである。
【００３０】
本願の請求項１４に係るコンピューター・プログラムは、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムを定義したものである。換言すれば、本願の請求項１４に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、本願の請求項１に係る無線通信装置と同様の作用効果を得ることができる。
【発明の効果】
【００３１】
本発明によれば、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットを好適に受信処理することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することができる。
【００３２】
また、本発明によれば、異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットの受信パケットの終了時間を、簡素な方法によりあるいは回路規模を増大させることなく、正しく計測することができる、優れた無線通信装置及び無線通信方法、並びにコンピューター・プログラムを提供することができる。
【００３３】
本願の請求項１、１３、１４に記載の各発明によれば、互いに異なる２種類以上のプリアンブル情報若しくはＳＩＧＮＡＬ情報が多重化されたマルチプル・フォーマットを用いて送信されたパケットの同期検出を行なった際に、受信機は、自端末がサポートしている伝送モードを示すＳＩＧＮＡＬ情報の方を参照して、当該受信パケットの送信終了時刻を見積もり、自端末の送信機会を制御するので、受信機に、自端末がサポートしていない伝送モードの送信時間を把握するための信号処理部を搭載する必要がなくなるので、回路規模や消費電力の削減を図ることができる。
【００３４】
また、本願の請求項２に記載の発明によれば、前記復調・復号部においてサポート外となる伝送モードのパケットを受信した場合であっても、受信信号電力レベルのみを判定基準として、受信パケットの送信終了時刻を計測することができる。
【００３５】
また、本願の請求項３に記載の発明によれば、受信したＭＦパケットの送信終了時刻を計測する際、ＨＴ−ＳＩＧが示す変調モードが自端末のサポート外のものであれば、ＨＴ−ＳＩＧに代えてＬ−ＳＩＧが示すＲＡＴＥ及びＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もることができるので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００３６】
また、本願の請求項４に記載の発明によれば、ＨＴ−ＳＩＧに代えてＬ−ＳＩＧが示すＲＡＴＥ及びＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もる際に、ＩＥＥＥ８０２．１１のＰＨＹ層標準規格書に規定されている通りＬ−ＳＩＧのＬＥＮＧＴＨ情報が３で割り切れる値であることを確認することができる。
【００３７】
また、本願の請求項５に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて計測される送信終了時刻にさらに１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００３８】
また、本願の請求項６に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００３９】
また、本願の請求項７に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００４０】
また、本願の請求項８に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００４１】
また、本願の請求項９に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００４２】
また、本願の請求項１０に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００４３】
また、本願の請求項１１に記載の発明によれば、ＨＴ−ＳＩＧに代えて用いるＬ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であっても、当該受信パケットがＳｈｏｒｔ  ＧＩで変調され、ＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間を加算し、さらに総ＯＦＤＭシンボル数分の時間×（−０．４）の時間を加算したものを最終的な送信終了時刻とするので、受信機は自端末がサポートしていない送信モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【００４４】
また、本願の請求項１２に記載の発明によれば、ＰＨＹ層は、前記計測部により計測される受信パケットのホールド時間と受信信号電力レベルの判定結果とを併せて、ＭＡＣ層に対するＣＣＡレポートを行なうことができる。
【００４５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００４６】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００４７】
図１２には、無線通信機能を搭載したコンピューターの構成例を示している。
【００４８】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１は、オペレーティング・システム（ＯＳ）が提供するプログラム実行環境下で、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２やハード・ディスク・ドライブ（ＨＤＤ）１１に格納されているプログラムを実行する。例えば、後述する受信パケットの同期処理又はその一部の処理をＣＰＵ１が所定のプログラムを実行するという形態で実現することもできる。
【００４９】
ＲＯＭ２は、ＰＯＳＴ（Ｐｏｗｅｒ  Ｏｎ  Ｓｅｌｆ  Ｔｅｓｔ）やＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）などのプログラム・コードを恒久的に格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３は、ＲＯＭ２やＨＤＤ１１に格納されているプログラムをＣＰＵ１が実行する際にロードしたり、実行中のプログラムの作業データを一時的に保持したりするために使用される。これらはＣＰＵ１のローカル・ピンに直結されたローカル・バス４により相互に接続されている。
【００５０】
ローカル・バス４は、ブリッジ５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスなどの入出力バス６に接続されている。
【００５１】
キーボード８と、マウスなどのポインティング・デバイス９は、ユーザにより操作される入力デバイスである。ディスプレイ１０は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）などから成り、各種情報をテキストやイメージで表示する。
【００５２】
ＨＤＤ１１は、記録メディアとしてのハード・ディスクを内蔵したドライブ・ユニットであり、ハード・ディスクを駆動する。ハード・ディスクには、オペレーティング・システムや各種アプリケーションなどＣＰＵ１が実行するプログラムをインストールしたり、データ・ファイルなどを保存したりするために使用される。
【００５３】
通信部１２は、例えばＩＥＥＥ８０２．１１ａ／ｎに従う無線通信インターフェースであり、インフラストラクチャ・モード下でアクセスポイント若しくは端末局として動作し、あるいはアドホック・モード下で動作し、通信範囲内に存在するその他の通信端末との通信を実行する。
【００５４】
本実施形態では、通信部１２は、送信機側と受信機側の双方において複数のアンテナ素子を備え、空間多重したストリームを実現するＭＩＭＯ通信方式を採用している。送信ブランチ側では、複数の送信データに空間／時間符号を施して多重化し、複数本の送信アンテナに分配してチャネルに送信する。一方、受信ブランチ側では、チャネル経由で複数本の受信アンテナにより受信した受信信号を空間／時間復号を施して複数の送信データに分離して、ストリーム間のクロストークなしに元のデータを得る。ＭＩＭＯ通信方式によれば、周波数帯域を増大させることになく、アンテナ本数に応じて伝送容量の拡大を図り、通信速度向上を達成することができる。
【００５５】
図１には、ＭＩＭＯ通信を行なう通信部１２の受信機側の構成例を示している。図示の受信機のアンテナ本数（若しくは、受信ブランチ数）はＮであり、このＮは例えばＩＥＥＥ仕様準拠であれば最大４本である。以下で説明する受信機は、送信ブランチ毎に異なる遅延量をかけてビーム・フォーミング送信されたパケットを受信するものとする
【００５６】
チャネルを通して受信機の各受信ブランチに届いたデータは、それぞれの受信アンテナ・ブランチにおいて、まずＲＦ部１３０でアナログ処理が施される。
【００５７】
ＲＦ部１３０内では、低雑音アンプ（ＬＮＡ）による増幅処理、ＲＦ周波数帯の受信信号のダウンコンバート、受信信号の電力がＡＤコンバータ１２８のダイナミック・レンジに収まるように正規化するＡＧＣ（自動利得制御）、アナログ低域フィルタ（ＬＰＦ）による所望帯域以外の信号成分の除去などが行なわれる。
【００５８】
ＡＤコンバータ（ＡＤＣ）１２８によりアナログ受信信号をディジタル信号に変換した後、ディジタル・フィルタ１２６に入力し、続いて、同期処理部１２４にて、同期タイミングの検出を行なう他、周波数オフセット補正、ノイズ・レベル（若しくはＳＮＲ）推定などの処理が行なわれる。同期タイミングの検出は、受信したパケットの先頭にバースト的に含まれる既知トレーニング・シーケンスの自己相関又は相互相関をとることによって行なわれる。
【００５９】
ガード除去部１２２では、データ送信区間の先頭に付加されたガード・インターバルを除去する。そして、高速フーリエ変換部（ＦＦＴ）１２０により時間軸信号が周波数軸信号となる。続くキャリブレーション処理部１１８では、各受信ブランチの受信信号に対し、送受信ブランチ間の位相並びに振幅のインバランスを補正するためのキャリブレーション係数がそれぞれ乗算され、受信ブランチ間に存在する位相並びに振幅のインバランス補正をディジタル部において実現する。
【００６０】
空間分離部１１６内では、空間多重された受信信号の空間分離処理を行なう。具体的には、チャネル行列推定部１１６ａは、各受信ブランチで受信した、チャネル行列を励起するためのトレーニング系列から推定チャネル行列Ｈを組み立てる。逆方向のチャネル行列として送信機側のビーム形成用送信重み行列計算部１１４ａに渡されることもある。また、アンテナ受信重み行列演算部１１６ｂは、チャネル行列推定部１１６ａで得られたチャネル行列Ｈを基にアンテナ受信重み行列Ｗを計算する。そして、アンテナ受信重み行列乗算部１１６ｂは、各受信ストリームを要素とする受信ベクトルとアンテナ受信重み行列Ｗとの行列乗算を行なうことで空間多重信号の空間復号を行ない、ストリーム毎に独立した信号系列を得る。
【００６１】
チャネル等化回路１１４は、ストリーム毎の信号系列に対し、さらに残留周波数オフセット補正、チャネル・トラッキングなどを施す。そして、デマッパー１１２はＩＱ信号空間上の受信信号をデマップし、デインタリーバ１１０はデインタリーブし、デパンクチャ１０８は所定のデータレートでデパンクチャする。
【００６２】
データ合成部１０６は、複数の受信ストリームを１本のストリームに合成する。このデータ合成処理は送信側で行なうデータ振り分けと全く逆の動作を行なうものである。そして、復号器１０４では尤度情報に基づいて誤り訂正復号した後、デスクランブラ１０２によりデスクランブルし、データ取得部２００は受信データを取得する。
【００６３】
なお、ディジタル信号処理を行なう各ブロックは、図示しないタイムベース・コントローラ（ＴＢＣ）により制御されており、処理を開始すべき時刻や終了する時刻、又は、処理に伴い必要となるパラメータなどがＴＢＣから各ブロックに適時入力されるものとする。
【００６４】
続いて、通信システムにおいて用いられるパケット・フォーマットについて説明する。ＩＥＥＥ８０２．１１ｎのＰＨＹ層は、従来のＩＥＥＥ８０２．１１ａ／ｇとは変調方式や符号化方式などのパケットの伝送モード（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ：ＭＣＳ）が全く相違する高スループット（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ：ＨＴ）伝送モード（以下では、「ＨＴモード」とも呼ぶ）を持つとともに、従来のＩＥＥＥ８０２．１１ａ／ｇと同じパケット・フォーマット及び同じ周波数領域でデータ伝送を行なう動作モード（以下では、「レガシー・モード」とも呼ぶ）も備えている。また、ＨＴモードは、ＩＥＥＥ８０２．１１ａ／ｇに準拠する従来端末（以下では、「レガシー端末」とも呼ぶ）との互換性を持つ“Ｍｉｘｅｄ  Ｍｏｄｅ（ＭＭ）”と呼ばれる動作モードと、レガシー端末との互換性を全く持たない“Ｇｒｅｅｎ  Ｆｉｅｌｄ（ＧＦ）”と呼ばれる動作モードに分けられる。
【００６５】
図２〜図４には、レガシー・モード、ＭＭ、ＧＦの各動作モードにおけるパケット・フォーマットをそれぞれ示している。但し、各図において１ＯＦＤＭシンボルは４マイクロ秒であるとする。
【００６６】
図２に示すレガシー・モード下のパケット（以下、「レガシー・パケット」とも呼ぶ）はＩＥＥＥ８０２．１１ａ／ｇと全く同じフォーマットである。レガシー・パケットのヘッダ部は、レガシー・プリアンブルとして、パケット発見用の既知ＯＦＤＭシンボルからなるＬ−ＳＴＦ（Ｌｅｇａｃｙ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）と、同期獲得並びに等化用の既知トレーニング・シンボルからなるＬ−ＬＴＦ（Ｌｅｇａｃｙ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  Ｆｉｅｌｄ）と、伝送レートやデータ長などを記載したＬ−ＳＩＧ（Ｌｅｇａｃｙ  ＳＩＧＮＡＬ  Ｆｉｅｌｄ）で構成され、これに続いてペイロード（Ｄａｔａ）が送信される。
【００６７】
また、図３に示すＭｉｘｅｄ  Ｆｏｒｍａｔパケット（以下、「ＭＦパケット」とも呼ぶ）のヘッダ部は、ＩＥＥＥ８０２．１１ａ／ｇとまったく同じフォーマットからなるレガシー・プリアンブルと、これに続くＩＥＥＥ８０２．１１ｎに特有のフォーマット（以下では、「ＨＴフォーマット」とも呼ぶ）からなるプリアンブル（以下では、「ＨＴプリアンブル」とも呼ぶ）及びデータ部で構成される。ＭＦパケットは、レガシー・パケットにおけるＰＨＹペイロードに相当する部分がＨＴフォーマットで構成されており、このＨＴフォーマット内は、再帰的にＨＴプリアンブルとＰＨＹペイロードで構成されると捉えることもできる。
【００６８】
ＨＴプリアンブルは、ＨＴ−ＳＩＧ、ＨＴ−ＳＴＦ、ＨＴ−ＬＴＦで構成される。ＨＴ−ＳＩＧには、ＰＨＹペイロード（ＰＳＤＵ）で適用されている伝送モード（ＭＣＳ）やペイロードのデータ長などのＨＴフォーマットを解釈するために必要となる制御情報が記載される。また、ＨＴ−ＳＴＦは、ＭＩＭＯシステムにおけるＡＧＣ（自動利得制御）を向上するためのトレーニング・シンボルからなる。また、ＨＴ−ＬＴＦは、受信機側で空間変調（マッピング）された入力信号毎にチャネル推定を行なうためのトレーニング・シンボルからなる。
【００６９】
なお、２本以上の伝送ブランチを使用するＭＩＭＯ通信の場合、受信機側では、受信信号の空間分離する、送受信アンテナ毎にチャネル推定してチャネル行列を獲得する必要がある。このため、送信機側では、各送信アンテナからＨＴ−ＬＴＦを時分割で送信するようになっている。したがって、空間ストリーム数に応じて１以上のＨＴ−ＬＴＦフィールドが付加されることになる。
【００７０】
ＭＦパケット中のレガシー・プリアンブルは、レガシー・パケットのプリアンブルと全く同じフォーマットであるとともに、レガシー端末がデコード可能な伝送方式で伝送される。これに対し、ＨＴプリアンブル以降のＨＴフォーマット部分はレガシー端末が対応していない伝送方式で伝送される。レガシー端末は、ＭＦパケットのレガシー・プリアンブル中のＬ−ＳＩＧをデコードして、自局宛てでないことと、データ長情報などを読み取り、適切な長さのＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）すなわち送信待機期間を設定して、衝突を回避することができる。この結果、ＭＦパケットはレガシー端末との互換性を実現することができる。
【００７１】
また、図４に示すパケット（以下、「ＧＦパケット」とも呼ぶ）は、ＨＴフォーマット部分のみで構成される。ＧＦパケットのプリアンブルは、パケット発見用のＬ−ＳＴＦフィールド、チャネル推定用のＨＴ−ＬＴＦフィールド、ＨＴフォーマットを解釈するために必要となる情報が記載されたＨＴ−ＳＩＧフィールド、並びに２ｎｄ  ＨＴ−ＬＴＦフィールドからなる。ＭＩＭＯ通信では、空間ストリーム毎にチャネル推定してチャネル行列を取得する必要があるから、２ｎｄ  ＨＴ−ＬＴＦフィールドでは送信アンテナ本数分のＨＴ−ＬＴＦが時分割で送信される（同上）。
【００７２】
図５には、Ｌ−ＳＩＧフィールドのフォーマットを示している。図示の通り、Ｌ−ＳＩＧ内には、伝送レート（ＲＡＴＥ）やパレット長（ＬＥＮＧＴＨ）など、レガシー・フォーマットのパケットを復号するために必要となる制御情報が記載される。また、Ｌ−ＳＩＧはパリティー・チェックの機構が設けられているが（上位から１７ビット目で、０〜１６ビットに対する偶数パリティーを行なう）、１ビットしかないため、ＧＦパケットにおけるＨＴ−ＳＩＧを誤ってＬ−ＳＩＧとして受信してしまう可能性は低くない。また、ＨＴ−ＳＩＧをＬ−ＳＩＧと誤解したときには、１シンボル目のＨＴ−ＳＩＧの５〜１６をＬｅｎｇｔｈとして読み取ることになる。
【００７３】
また、図６には、ＨＴ−ＳＩＧフィールドのデータ構造を示している。図示のように、ＨＴ−ＳＩＧは２個のＯＦＤＭシンボルで構成され、１シンボル目をＨＴ−ＳＩＧ１とし、２シンボル目をＨＴ−ＳＩＧ２とする。ＨＴ−ＳＩＧ内にはＰＨＹペイロード（ＰＳＤＵ）で適用されている伝送モード（ＭＣＳ）やペイロードのデータ長などのＨＴフォーマットを解釈するために必要となる制御情報が記載される。ＭＦパケットとＧＦパケットのいずれであっても、ＨＴ−ＳＩＧフィールドにおける記載内容は同じである。ＨＴ−ＳＩＧ内の各フィールドの定義を、以下の表に示しておく。
【００７４】
【表１】
2010098339.tif 000003
【００７５】
ＭＦパケットは、レガシー端末との互換性を保証したパケット・フォーマットである。図３並びに図４に示したパケット・フォーマットのうち網掛けされたフィールドは、レガシー規格との互換性を保証しないフィールドである。レガシー端末は、ＭＦパケットのＬ−ＳＩＧフィールドを復号することはできるが、（ＨＴ−ＤＡＴＡフィールド内にある）ＭＡＣヘッダを読み取ることができないため、送信待機しなければならない期間を示すＤｕｒａｔｉｏｎ情報を得ることができない。そこで、ＭＦパケットでは、レガシー端末でも受信可能なＬ−ＳＩＧにおいて、伝送レート（Ｒａｔｅ）及びパケット長（Ｌｅｎｇｔｈ）情報を偽装（ｓｐｏｏｆ）して、相当の期間だけ送信待機するようにしている（例えば、本出願人に既に譲渡されている特開２００８−１１８６９２号公報、段落０１２７を参照のこと）。
【００７６】
また、ＩＥＥＥ８０２．１１ｎでは、ＳＴＢＣ（Ｓｐａｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｅ）やＳｈｏｒｔ  ＧＩ（Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）といったオプショナルとなる変調方式、並びに、符号化方式としてオプショナルとなるＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ  ｃｏｄｅ）を規定している。このため、ＨＴモードで動作するＭＭ端末であっても、オプショナルな変調方式又は符号化方式に対応していなければ、ＨＴ−ＳＩＧを復号できないＭＦパケットも存在し得る。
【００７７】
なお、ＨＴ−ＳＩＧフィールドは、Ｌ−ＳＩＧフィールド（若しくは前後のフィールド）に対して９０度だけ回転させた位相空間上でＢＰＳＫ変調を行なうようになっている（図７を参照のこと）。このような位相空間の回転は、レガシー・パケットとＭＦパケットを区別することを目的とした規定である。
【００７８】
また、位相回転してＢＰＳＫ変調したＯＦＤＭシンボルの位置がＭＦパケットとＧＦパケットで異なる。再び図３と図４を比較すると、ＭＦパケットでは４〜５番目のＨＴ−ＳＩＧに相当するＯＦＤＭシンボルで９０度だけ位相回転したＢＰＳＫ変調が行なわれるのに対し、ＧＦパケットでは３〜４番目のＨＴ−ＳＩＧに相当するＯＦＤＭシンボルで９０度だけ位相回転したＢＰＳＫ変調が行なわれる。なお、ＭＦパケットとＧＦパケットとの判別方法については、例えば本出願人に既に譲渡されている特開２００７−２２１５００号公報に開示されている。但し、本発明の要旨は、ＨＴパケットがＭＦパケット又はＧＦパケットのいずれであるかを判別する上記方法に限定されるものではない。
【００７９】
また、レガシー・モード及びＭＭモードに関しては、図８に示すように、合計５種類のパケット・フォーマットが存在する。
【００８０】
（１）２０ＭＨｚ帯を使用するＬｅｇａｃｙ  Ｍｏｄｅ（図示の例では、３×３×１構成）
（２）２０ＭＨｚ帯を使用するＨＴ  Ｍｉｘｅｄ  Ｍｏｄｅ（図示の例では、３×３×Ｎ構成）
（３）帯域幅を４０ＭＨｚ帯に拡張したＨＴ  Ｍｉｘｅｄ  Ｍｏｄｅ（図示の例では、３×３×Ｎ構成）
（４）４０ＭＨｚ帯のうち下側の２０ＭＨｚ帯（ローアー帯域）及び上側の２０ＭＨｚ帯（アッパー帯域）を重複して使用する４０Ｍ  Ｄｕｐｌｉｃａｔｅ  Ｌｅｇａｃｙ  Ｍｏｄｅ（図示の例では、３×３×１構成）
（５）４０ＭＨｚ帯のうち下側の２０ＭＨｚ帯（ローアー帯域）及び上側の２０ＭＨｚ帯（アッパー帯域）を重複して使用する４０Ｍ  Ｄｕｐｌｉｃａｔｅ  ＨＴ  Ｍｉｘｅｄ  Ｍｏｄｅ（図示の例では、３×３×Ｎ構成）
【００８１】
受信機（図１を参照）は、パケットのプリアンブル部分を用いて同期獲得を終えると、続くヘッダ内の制御情報（ＳＩＧＮＡＬフィールド）をデコードして、パケット長や、変調方式、符号化方式といったデータ復号に必要となる情報を取得する。
【００８２】
また、ＩＥＥＥ８０２．１１などの無線ＬＡＮでは、受信機は、パケットの先頭より４マイクロ秒以内に物理層からＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層へチャネル空き検出（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ：ＣＣＡ）信号をアサートすることが求められている。ＣＣＡは、通信端末がチャネルの混雑を調べるアルゴリズムである。すなわち、ＭＡＣ層は、ＣＣＡがアサートされている期間はチャネルが混雑していると判断し、ＣＣＡがネゲートされチャネルが空き状態と判断されるまで送信動作を停止する。これによって、同じキャリアを複数の無線局が時間的に重複して使用することで互いの信号が干渉し合い、受信誤りを引き起こすことを防ぐことができる。ＣＣＡは、受信信号電力がエネルギー検出（Ｅｎｅｒｇｙ  Ｄｅｔｅｃｔｉｏｎ：ＥＤ）閾値を超えたかと、受信信号の復号能力を組み合わせて行なうことができる。
【００８３】
上述したように、ＩＥＥＥ８０２．１１では後継規格が次々と策定されている。本実施形態に係る受信機（図１を参照）は、異種のフォーマットが混在するネットワーク環境下において、受信パケットの同期検出を行なうとともに、自端末が完全な復号までをサポートしているフォーマットであるなしに拘らず、各フォーマットのＳＩＧＮＡＬ情報に至るフィールドまでを識別するための信号処理を実行するようにしている。そして、受信機は、ＳＩＧＮＡＬ情報から当該受信パケットの正確な送信時間を把握し、変調手段やＬＥＮＧＴＨ情報を用いて、ＣＣＡのホールド時間若しくは当該受信パケットの送信終了時刻を正確に見積もって自端末の送信機会を制御して、送信パケット衝突を防ぐ。
【００８４】
以下では、受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの終了時間を計測する方法について説明する。
【００８５】
図９には、受信機が、レガシー・パケット、ＭＦパケット、ＧＦパケットの各フォーマットのパケットを受信処理する手順をタイミング・チャートで示している。
【００８６】
いずれのパケット・フォーマットにおいても、受信機は、短いトレーニング・シンボルがバースト的に転送されるＬ−ＳＴＦフィールドを用いてパケット発見（粗い同期タイミング検出）を行なう。また、受信機は、パケットの先頭より４マイクロ秒以内にＣＣＡをアサートする。
【００８７】
レガシー・パケット並びにＭＦパケットの場合には、続くＬ−ＬＴＦフィールドを用いて詳細な同期タイミング検出を行ない、当該フィールドの終端で同期が確定する。そして、Ｌ−ＬＴＦフィールドの終端に相当する時刻ｋ０［マイクロ秒］で、ＣＣＡ＿ｏｆｄｍカウントをアサートする。ＣＣＡ＿ｏｆｄｍカウントは、立ち上がり検出のための信号であり、立ち上がり確定前にパケット・フォーマットを判別する必要がある。また、この時点で、２０ＭＨｚ帯域、４０ＭＨｚのアッパー帯域、４０ＭＨｚのローアー帯域、４０ＭＨｚ全体域のいずれの受信モードかを決定する。
【００８８】
続いて、ＧＦパケットであれば、Ｈ−ＳＩＧの後半に相当する先頭から４番目のＯＦＤＭシンボル付近）でＧＦパケットであることを検出することができる（ＧＦ  ｄｅｔｅｃｔｉｏｎ）。
【００８９】
また、レガシー・パケット並びにＭＦパケットの場合、先頭から４番目のＯＦＤＭシンボル付近で、Ｌ−ＳＩＧの復号処理（Ｌ−ＳＩＧ  ｄｅｃｏｄｅ）が終了する。以下では、この時刻をｋ１［マイクロ秒］とする。
【００９０】
ＧＦパケットでは、ＨＴ−ＳＩＧは３番目及び４番目のシンボルであり、ＭＦパケットでは、ＨＴ−ＳＩＧは４番目及び５番目のシンボルである。ＨＴパケットの場合、５番目のシンボル付近で、そのパケット・フォーマットの検出（ＨＴ  ｄｅｔｅｃｔｉｏｎ）が終了する。この時刻を、以下ではｋ２［マイクロ秒］とする。
【００９１】
また、ＭＦパケットでは、ＨＴプリアンブルは、ＨＴ−ＳＩＧ以降に、ＡＧＣを向上するためのトレーニング・シンボルからなるＨＴ−ＳＴＦが含まれている。ＨＴ−ＳＴＦフィールドの終端付近で、ＨＴ−ＳＩＧの復号処理（ＨＴ−ＳＩＧ  ｄｅｃｏｄｅ）が終了する。以下では、この時刻をｋ２［マイクロ秒］とする。  受信パケットがレガシー・フォーマットで伝送レートが６Ｍｂｐｓ以外であれば、時刻ｋ１でパケット受信インジケータ（Ｒｘ＿Ｉｎｄ）をアサートする。また、受信パケットがレガシー・フォーマットで伝送レートが６Ｍｂｐｓであれば、ＨＴパケットの検出結果（ＨＴ  ｄｅｔｅｃｔｉｏｎ  ｒｅｓｕｌｔ）がアサートされたことに応じて、時刻ｋ２でパケット受信インジケータ（Ｒｘ＿Ｉｎｄ）をアサートする。また、受信パケットがＨＴフォーマットであれば、ＨＴパケットの検出結果（ＨＴ  ｄｅｔｅｃｔｉｏｎ  ｒｅｓｕｌｔ）がアサートされたことに応じて、時刻ｋ３でパケット受信インジケータ（Ｒｘ＿Ｉｎｄ）をアサートする。
【００９２】
図１０には、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの送信終了時刻を計測するための処理手順の一例をフローチャートの形式で示している。
【００９３】
上記の時刻ｋ０の時点で、２０ＭＨｚ／４０ＭＨｚローアー帯域／４０ＭＨｚアッパー帯域／４０ＭＨｚ全体域のうちいずれかの受信モードが確定するとともに、ＣＣＡ＿ｏｆｄｍカウントが開始している。そして、ＧＦパケットのＨＴ−ＳＩＧ２フィールドに相当する４番目のＯＦＤＭシンボル付近で、受信パケットがＧＦフォーマットであるか否かを判定する（ステップＳ１）。
【００９４】
ここで、受信パケットがＧＦフォーマットであると判定したときには（ステップＳ１のＹｅｓ）、さらに、ＨＴ−ＳＩＧフィールド内のＣＲＣチェックを行なう（ステップＳ２）、そして、ＣＲＣチェックに失敗したときには（ステップＳ２のＦａｉｌ）、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ３）、本処理ルーチンを終了する。
【００９５】
また、受信パケットがＧＦフォーマットではないと判定したときには（ステップＳ１のＮｏ）、Ｌ−ＳＩＧフィールドの復号処理（Ｌ−ＳＩＧ  ｄｅｃｏｄｅ）が終了した時点で、Ｌ−ＳＩＧ内のパリティー・チェックを行なう（ステップＳ４）。そして、パリティー・エラーが検出されたときには、パケット受信に失敗したものとして、本処理ルーチンを終了する。ここでは、偶数パリティーが用いられる。但し、ビット・エラーなどにより、実際にはパケット受信エラーが生じていてもパリティー・チェックを通過してしまう可能性はある。
【００９６】
Ｌ−ＳＩＧ内のパリティー・エラーが検出されない場合には（ステップＳ４のＰａｓｓ）、さらにＬ−ＳＩＧフィールド内のＲａｔｅ情報並びにＬｅｎｇｔｈ情報の内容がフォーマット違反を犯していないかどうかをチェックする（ステップＳ５）。フォーマットに違反しているときには、受信パケットを廃棄して、本処理ルーチンを終了する。
【００９７】
一方、Ｌ−ＳＩＧの記載内容が規定のフォーマットに遵守していれば（ステップＳ５のＮｏ）、Ｌ−ＳＩＧのＲａｔｅ情報がパケットの伝送レートとして６Ｍｂｐｓを指定しているかどうかをチェックする（ステップＳ６）。
【００９８】
Ｌ−ＳＩＧ内のＲａｔｅ情報が６Ｍｂｐｓを示しているときには（ステップＳ６のＹｅｓ）、当該受信パケットは、ＨＴパケット（ＭＦパケット）又はレガシー・パケットの双方である可能性がある。そこで、上記の時刻ｋ２の時点では、これらのうちいずれであるかを判別する（ＨＴ  ｄｅｔｅｃｔｉｏｎ）（ステップＳ７）。ＭＦパケットとＧＦパケットとの判別方法は、例えば特開２００７−２２１５００号公報に開示されているが（前述）、本発明の要旨はこの方法に限定されるものではない。
【００９９】
ステップＳ６でＬ−ＳＩＧ内のＲａｔｅ情報が６Ｍｂｐｓを示していないと判定された場合、又は、ステップＳ７で受信パケットがレガシー・パケットであると判定された場合には、Ｌ−ＳＩＧフィールド内に記載されたＬｅｎｇｔｈ情報が規定の範囲内であるかどうかをチェックする（ステップＳ８）。そして、Ｌｅｎｇｔｈ情報が規定の範囲内であれば、レガシー・パケットとして受信処理を行なう（ステップＳ９）。すなわち、Ｌ−ＳＩＧフィールドに記載されているＲａｔｅ情報及びＬｅｎｇｔｈ情報に基づいて受信パケットの送信終了時刻を計測して、ＣＣＡカウントを開始するとともに、Ｒｘ＿Ｉｎｄをハイすなわちアサートし、ＨＴＩｎｄをローすなわちネゲートする。
【０１００】
また、ステップＳ７で受信パケットがＨＴパケット（すなわち、ＭＦパケット）であると判定された場合には、ＭＦパケットのＨＴ−ＳＩＧフィールドの復号処理（ＨＴ−ＳＩＧ  ｄｅｃｏｄｅ）が完了する時刻ｋ３の時点で、ＨＴ−ＳＩＧ内のＣＲＣチェックを行なう（ステップＳ１０）。
【０１０１】
ステップＳ８においてＬ−ＳＩＧ内の、Ｌｅｎｇｔｈ情報が規定の範囲外であると判定された場合、又は、ステップＳ１０でＨＴ−ＳＩＧ内のＣＲＣチェックに失敗したときには、ＣＣＡ、ＣＣＡ＿ｏｆｄｍ、Ｒｘ＿Ｉｎｄをすべてローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ１７）、本処理ルーチンを終了する。
【０１０２】
ステップＳ１０のＨＴ−ＳＩＧ内のＣＲＣチェックを通過したときには、続いて、Ｌ−ＳＩＧフィールド内に記載されたＬｅｎｇｔｈ情報が、ＩＥＥＥ８０２．１１で規定する通り、３で割り切れる値であるかどうかをチェックする（ステップＳ１１）。
【０１０３】
ステップＳ１１でＬ−ＳＩＧ内のＬｅｎｇｔｈ情報が３で割り切れる値であると判定された場合、又は、ステップＳ２でＨＴパケット（ＧＦパケット）のＨＴ−ＳＩＧ内のＣＲＣチェックを通過したときには、Ｌ−ＳＩＧフィールド内の記載内容がフォーマット違反を犯していないかどうかをチェックする（ステップＳ１３）。
【０１０４】
また、ステップＳ１１で、Ｌｅｎｇｔｈ情報が３で割り切れる値でないと判定された場合、又は、ステップＳ１３でＨＴ−ＳＩＧがフォーマットに違反していると判定された場合には、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って、本処理ルーチンを終了する（ステップＳ１２）。
【０１０５】
一方、ＨＴ−ＳＩＧの記載内容が規定のフォーマットに遵守していれば（ステップＳ１３のＮｏ）、続いて、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしているかどうかをチェックする（ステップＳ１４）。
【０１０６】
そして、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしているときには（ステップＳ１４のＮｏ）、ＨＴ−ＳＩＧを用いてＣＣＡカウントすなわち受信パケットの送信終了時刻を計測して、ＨＴパケットの受信処理を行なう（ステップＳ１６）。このとき、受信パケットがＭＦであればＲＸ＿Ｉｎｄをハイすなわちアサートし、受信パケットがＧＦフォーマットであればＲＸ＿Ｉｎｄをローすなわちネゲートする。
【０１０７】
一方、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしていないときには（ステップＳ１４のＹｅｓ）、Ｌ−ＳＩＧを用いることなく、本来の通りＨＴ−ＳＩＧを用いてＣＣＡカウントすなわち受信パケットの送信終了時刻の計測処理を行なう（ステップＳ１５）。このとき、Ｒｘ＿Ｉｎｄをローすなわちネゲートするとともに、タイムベース・コントローラ（前述）の動作を停止する。タイムベース・コントローラが停止すると、ディジタル信号処理を行なう各ブロックの動作が停止して、低消費電力化が図られる。
【０１０８】
図１０に示した処理手順では、ＭＭ受信機は、受信したマルチプル・フォーマットのパケットがＨＴパケットであると識別した時点で、ＨＴ−ＳＩＧに従った受信動作を実行する（言い換えれば、Ｌ−ＳＩＧを受信し復号できたとしてもその情報を全く参照しない）。このため、ＨＴ−ＳＩＧ内に記載された変調モード（通常モード、ＳＴＢＣモード、Ｓｈｏｒｔ  ＧＩモード）、符号化モード（通常モード、ＬＤＰＣモード）、ＭＣＳとＬＥＮＧＴＨ情報に応じて、受信パケットの終了時刻を見積もる必要がある。したがって、ＭＭ受信機は、オプション・モードであるＬＤＰＣ、ＳＴＢＣやＳｈｏｒｔ  ＧＩをサポートしていなくても、それぞれに独立して異なる計測手段を備える必要があり、その分だけ実装が複雑になり、あるいは回路規模が増大してしまう。
【０１０９】
これに対し、受信パケットを変調又は符号化するモードを自端末がサポートするかに応じて、マルチプル・パケットに含まれるいずれのＳＩＧＮＡＬ情報を参照すべきかを決定して、受信パケットの終了時間を計測するという方法も考えられる。
【０１１０】
具体的には、ＭＦパケットを受信した際に、自端末のサポート外の変調モード（通常モード、ＳＴＢＣモード、 Ｓｈｏｒｔ  ＧＩモード）、符号化モード（通常モード、ＬＤＰＣモード）、ＭＣＳである場合には、ＨＴ−ＳＩＧに代えてＬ−ＳＩＧ従った受信動作を実行する。すなわち、Ｌ−ＳＩＧが示すＲＡＴＥとＬＥＮＧＴＨを用いてＣＣＡのホールド時間を計測する。
【０１１１】
但し、ＭＦパケットのＳＩＧＮＡＬ情報としてＬ−ＳＩＧを代用する際には、そのＲＡＴＥ及びＬＥＮＧＴＨの各値が、ＨＴパケットのＨＴ−ＳＩＧのＣＲＣチェックに成功していること、並びに、ＩＥＥＥ８０２．１１のＰＨＹ層標準規格書に規定されている通りＬ−ＳＩＧのＬＥＮＧＴＨ情報が３で割り切れる値であることを確認する。
【０１１２】
以上の検査にパスしないときには、ＭＭ受信機は、正確に受信パケットの終了時間を計測できないと判断する。この場合、ＭＭ受信機は、例えば、受信電力レベルのみの判定基準を用いて、ＣＣＡをアサートする。
【０１１３】
また、受信パケットがＳＴＢＣで変調され又はＬＤＰＣで符号化されている場合には、ＭＭ受信機は、通常の伝送モードのパケットとして扱って、ＣＣＡのホールド時間を計測することで得られる送信終了時刻に対し、１又は２ＯＦＤＭシンボルの時間（すなわち、４又は８マイクロ秒）分を加算したものを最終的な送信終了時刻とする。
【０１１４】
また、受信パケットがＳｈｏｒｔ  ＧＩで変調されたものである場合には、ＭＭ受信機は、通常の伝送モードのパケットとして扱って、ＣＣＡのホールド時間を計測することで得られる送信終了時刻に、総ＯＦＤＭシンボル×（−０．４）マイクロ秒分を減算したものを最終的な送信終了時刻とする。
【０１１５】
受信パケットがＭＦパケットではなくＧＦパケットであって、自端末のサポート外の伝送モードとなる場合にも、上記の送信終了時刻の計測方法を同様に適用することができる。
【０１１６】
図１１Ａ〜図１１Ｃには、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、受信したＨＴパケットの変調方式並びに符号化方式に応じていずれかのＳＩＧＭＮＡＬ情報を選択的に用いて受信パケットの終了時間を計測するための処理手順をフローチャートの形式で示している。
【０１１７】
上記の時刻ｋ０の時点で、２０ＭＨｚ／４０ＭＨｚローアー帯域／４０ＭＨｚアッパー帯域／４０ＭＨｚ全体域のうちいずれかの受信モードが確定するとともに、ＣＣＡ＿ｏｆｄｍカウントが開始している。そして、ＧＦパケットのＨＴ−ＳＩＧ２フィールドに相当する４番目のＯＦＤＭシンボル付近で、受信パケットがＧＦフォーマットであるか否かを判定する（ステップＳ２１）。
【０１１８】
ここで、受信パケットがＧＦフォーマットであると判定したときには（ステップＳ２１のＹｅｓ）、さらに、ＨＴ−ＳＩＧフィールド内のＣＲＣチェックを行なう（ステップＳ２２）。そして、ＣＲＣチェックに失敗したときには（ステップＳ２２のＦａｉｌ）、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ２３）、本処理ルーチンを終了する。
【０１１９】
また、受信パケットがＧＦフォーマットではないと判定したときには（ステップＳ２１のＮｏ）、Ｌ−ＳＩＧフィールドの復号処理（Ｌ−ＳＩＧ  ｄｅｃｏｄｅ）が終了した時点で、Ｌ−ＳＩＧ内のパリティー・チェックを行なう（ステップＳ２４）。そして、パリティー・エラーが検出されたときには、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ２４−１：図１１Ｂ）、本処理ルーチンを終了する。
【０１２０】
Ｌ−ＳＩＧ内のパリティー・エラーが検出されない場合には（ステップＳ２４のＰａｓｓ）、さらにＬ−ＳＩＧフィールド内のＲａｔｅ情報並びにＬｅｎｇｔｈ情報の内容がフォーマット違反を犯していないかどうかをチェックする（ステップＳ２５）。フォーマットに違反しているときには、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ２５−１：図１１Ｃ）、本処理ルーチンを終了する。
【０１２１】
一方、Ｌ−ＳＩＧの記載内容が規定のフォーマットに遵守していれば（ステップＳ２５のＮｏ）、Ｌ−ＳＩＧのＲａｔｅ情報がパケットの伝送レートとして６Ｍｂｐｓを指定しているかどうかをチェックする（ステップＳ２６）。
【０１２２】
Ｌ−ＳＩＧ内のＲａｔｅ情報が６Ｍｂｐｓを示しているときには（ステップＳ２６のＹｅｓ）、当該受信パケットは、ＨＴパケット（ＭＦパケット）又はレガシー・パケットの双方である可能性がある。そこで、上記の時刻ｋ２の時点で、ではこれらのうちいずれであるかを判別する（ＨＴ  ｄｅｔｅｃｔｉｏｎ）（ステップＳ２７）。
【０１２３】
ステップＳ２６でＬ−ＳＩＧ内のＲａｔｅ情報が６Ｍｂｐｓを示していないと判定された場合、又は、ステップＳ２７で受信パケットがレガシー・パケットであると判定された場合には、Ｌ−ＳＩＧフィールド内に記載されたＬｅｎｇｔｈ情報が規定の範囲内であるかどうかをチェックする（ステップＳ２８）。そして、Ｌｅｎｇｔｈ情報が規定の範囲内であれば、Ｌ−ＳＩＧの記載内容に遵守し、Ｒａｔｅ情報及びＬｅｎｇｔｈ情報に基づいて受信パケットの送信終了時刻を計測する（ステップＳ２９）。また、ＣＣＡカウントを開始するとともに、Ｒｘ＿Ｉｎｄをハイすなわちアサートし、ＨＴＩｎｄをローすなわちネゲートし、レガシー・パケットとして受信処理を行なう。
【０１２４】
また、ステップＳ２７で受信パケットがＨＴパケット（すなわち、ＭＦパケット）であると判定された場合には、ＭＦパケットのＨＴ−ＳＩＧフィールドの復号処理（ＨＴ−ＳＩＧ  ｄｅｃｏｄｅ）が完了する時刻ｋ３の時点で、ＨＴ−ＳＩＧ内のＣＲＣチェックを行なう（ステップＳ３０）。
【０１２５】
ステップＳ２８において、Ｌ−ＳＩＧ内のＬｅｎｇｔｈ情報が規定の範囲外であると判定された場合、又は、ステップＳ３０でＨＴ−ＳＩＧ内のＣＲＣチェックに失敗したときには、ＣＣＡ、ＣＣＡ＿ｏｆｄｍ、Ｒｘ＿Ｉｎｄをすべてローすなわちネゲートし、ＣＣＡ待機状態に戻って（ステップＳ３７）、本処理ルーチンを終了する。
【０１２６】
ステップＳ３０のＨＴ−ＳＩＧ内のＣＲＣチェックを通過したときには、続いて、Ｌ−ＳＩＧフィールド内に記載されたＬｅｎｇｔｈ情報が、ＩＥＥＥ８０２．１１で規定する通り、３で割り切れる値であるかどうかをチェックする（ステップＳ３１）。
【０１２７】
ステップＳ３１でＬ−ＳＩＧ内のＬｅｎｇｔｈ情報が３で割り切れる値であると判定された場合、又は、ステップＳ２２でＨＴパケット（ＧＦパケット）のＨＴ−ＳＩＧ内のＣＲＣチェックを通過したときには、Ｌ−ＳＩＧフィールド内の記載内容がフォーマット違反を犯していないかどうかをチェックする（ステップＳ３３）。
【０１２８】
また、ステップＳ３１で、Ｌｅｎｇｔｈ情報が３で割り切れる値でないと判定された場合、又は、ステップＳ３３でＨＴ−ＳＩＧがフォーマットに違反していると判定された場合には、ＣＣＡ及びＣＣＡ＿ｏｆｄｍをローすなわちネゲートし、ＣＣＡ待機状態に戻って、本処理ルーチンを終了する（ステップＳ３２）。
【０１２９】
一方、ＨＴ−ＳＩＧの記載内容が規定のフォーマットに違反していなければ（ステップＳ３３のＮｏ）、続いて、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしているかどうかをチェックする（ステップＳ３４）。
【０１３０】
そして、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしているときには（ステップＳ３４のＮｏ）、Ｌ−ＳＩＧ（但し、ＭＦパケットのときのみ）又はＨＴ−ＳＩＧを用いてＣＣＡカウントすなわち受信パケットの送信終了時刻を計測して、ＨＴパケットの受信処理を行なう（ステップＳ３６）。このとき、受信パケットがＭＦであればＲＸ＿Ｉｎｄをハイすなわちアサートし、受信パケットがＧＦフォーマットであればＲＸ＿Ｉｎｄをローすなわちネゲートする。
【０１３１】
一方、ＨＴ−ＳＩＧフィールド内のＭＣＳで指定されている伝送レート並びに伝送モードを自端末がサポートしていないときには（ステップＳ３４のＹｅｓ）、ＭＦパケットであればＨＴ−ＳＩＧに代えてＬ−ＳＩＧに遵守し、ＧＦパケットで在ればＨＴ−ＳＩＧに遵守して、ＣＣＡカウントすなわち受信パケットの送信終了時刻の計測処理を行なう（ステップＳ３５）。このとき、Ｒｘ＿Ｉｎｄをローすなわちネゲートするとともに、タイムベース・コントローラ（前述）の動作を停止する。タイムベース・コントローラが停止すると、ディジタル信号処理を行なう各ブロックの動作が停止して、低消費電力化が図られる。
【０１３２】
図１１Ａ〜図１１Ｃに示した処理手順は、要するに、異種のフォーマットが混在するネットワーク環境下において、受信機が、自端末が完全な復号までをサポートしているフォーマットであるなしに拘らず、各フォーマットのＳＩＧＮＡＬ情報に至るフィールドまでを識別するための信号処理を実行するものである。そして、受信機は、ＳＩＧＮＡＬ情報から当該受信パケットの正確な送信時間を把握し、変調手段やＬＥＮＧＴＨ情報を用いて、当該受信パケットの送信終了時刻を正確に見積もると、自端末の送信機会を制御して、送信パケット衝突を防ぐことができる。ここで行なわれる処理手順を以下にまとめておく。
【０１３３】
（１）互いに異なる２種類以上のプリアンブル情報若しくはＳＩＧＮＡＬ情報が多重化されたマルチプル・フォーマットを用いて送信されたパケットの同期検出を行なった際に、受信機は、自端末がサポートしている伝送モードを示すＳＩＧＮＡＬ情報の方を参照して、当該受信パケットの送信終了時刻を見積もり、自端末の送信機会を制御する。
【０１３４】
これによって、受信機に、自端末がサポートしていない伝送モードの送信時間を把握するための信号処理部を搭載する必要がなくなるので、回路規模や消費電力の削減を図ることができる。
【０１３５】
（２）上記（１）で言うマルチプル・フォーマットのパケットとは、具体的には、Ｌ−ＳＩＧとＨＴ−ＳＩＧが多重化されたＭＦパケットのことである。ＭＭ端末は、ＭＦパケットを検出すると、ＳＩＧＮＡＬ情報が示す変調モードやＬＥＮＧＴＨ値を用いて、受信パケットの終了時間を計測する。その際、ＨＴ−ＳＩＧが示す変調モードが、自端末でサポートしないオプショナルな変調方式又は符号化方式である場合には、Ｌ−ＳＩＧが示すＲＡＴＥ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もり、自端末の送信機会を制御する。これによって、自端末がサポートしていない伝送モードの送信時間を把握するための信号処理部を省き、回路規模や消費電力の削減を図ることができる。
【０１３６】
（３）上記（２）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値となる場合に限って、Ｌ−ＳＩＧが示すＲａｔｅ情報とＬＥＮＧＴＨ情報を用いて当該受信パケットの送信終了時刻を見積もり、自端末の送信機会を制御する。
【０１３７】
（４）上記（３）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値でない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間（４マイクロ秒）を加算したものを最終的な送信終了時刻とする。
【０１３８】
（５）上記（３）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間（４マイクロ秒）を加算したものを最終的な送信終了時刻とする。
【０１３９】
（６）上記（３）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間（８マイクロ秒）を加算したものを最終的な送信終了時刻とする。
【０１４０】
（７）上記（２）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、総ＯＦＤＭシンボル×（−０．４）マイクロ秒を加算したものを最終的な送信終了時刻とする。
【０１４１】
（８）上記（３）及び（７）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＳＴＢＣで変調されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間（４マイクロ秒）を加算し、さらに総ＯＦＤＭシンボル×（−０．４）マイクロ秒を加算したものを最終的な送信終了時刻とする。
【０１４２】
（９）上記（５）及び（７）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、１ＯＦＤＭシンボル分の時間（４マイクロ秒）を加算し、さらに総ＯＦＤＭシンボル×（−０．４）マイクロ秒を加算したものを最終的な送信終了時刻とする。
【０１４３】
（１０）上記（６）及び（７）に関連して、Ｌ−ＳＩＧが示すＬＥＮＧＴＨ情報が３で割り切れる値ではない場合であって、且つ、当該受信パケットがＳｈｏｒｔ  ＧＩで変調され、ＳＴＢＣで変調されるとともにＬＤＰＣで符号化されたパケットである場合には、ＨＴ−ＳＩＧのＭＣＳとＬＥＮＧＴＨが示す値に基づいて、当該受信パケットを通常の伝送モードとして扱ってＣＣＡのホールド時間を計測することで得られる送信終了時刻に、２ＯＦＤＭシンボル分の時間（８マイクロ秒）を加算し、さらに総ＯＦＤＭシンボル×（−０．４）マイクロ秒を加算したものを最終的な送信終了時刻とする。
【０１４４】
そして、受信機のＰＨＹ層は、上記の（２）乃至（１０）のいずれかの方法により計測される受信パケットのホールド時間と受信信号電力レベルの判定基準とを併せて、ＭＡＣ層に対するＣＣＡレポートを行なうようにすればよい。
【産業上の利用可能性】
【０１４５】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１４６】
本明細書では、主にＩＥＥＥ８０２．１１の拡張規格であるＩＥＥＥ８０２．１１ｎに適用した実施形態を中心に説明してきたが、本発明の要旨はこれに限定されるものではない。異なる２種類以上のプリアンブル情報やヘッダ内制御情報が多重化されたマルチプル・フォーマットのパケットが往来するさまざまな通信環境下で動作する無線端末に対して、同様に本発明を適用することができる。
【０１４７】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【図面の簡単な説明】
【０１４８】
【図１】図１は、ＭＩＭＯ通信を行なう通信部１２の受信機側の構成例を示した図である。
【図２】図２は、レガシー・モードにおけるパケット・フォーマットを示した図である。
【図３】図３は、ＭＭモードにおけるパケット・フォーマットを示した図である。
【図４】図４は、ＧＦモードにおけるパケット・フォーマットを示した図である。
【図５】図５は、Ｌ−ＳＩＧフィールドのフォーマットを示した図である。
【図６】図６は、ＨＴ−ＳＩＧフィールドのデータ構造を示した図である。
【図７】図７は、Ｌ−ＳＩＧフィールドに対して９０度だけ回転させた位相空間上でＨＴ−ＳＩＧフィールドのＢＰＳＫ変調を行なう仕組みを説明するための図である。
【図８】図８は、ＩＥＥＥ８０２．１１ｎのパケット・フォーマットを示した図である。
【図９】図９はレガシー・パケット、ＭＦパケット、ＧＦパケットの各フォーマットのパケットを受信処理する手順を示したタイミング・チャートである。
【図１０】図１０は、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの終了時間を計測するための処理手順の一例を示したフローチャートである。
【図１１Ａ】図１１Ａは、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの終了時間を計測するための処理手順の他の例を示したフローチャートである。
【図１１Ｂ】図１１Ｂは、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの終了時間を計測するための処理手順の他の例を示したフローチャートである。
【図１１Ｃ】図１１Ｃは、ＩＥＥＥ８０２．１１ｎのＭＭモードで動作する受信機が、自端末がサポートしていないパケット伝送モードも含めて、ＳＩＧＮＡＬ情報が示すすべての変調方式や符号化方式に対応して、受信パケットの終了時間を計測するための処理手順の他の例を示したフローチャートである。
【図１２】図１２は、無線通信機能を搭載したコンピューターの構成例を示した図である。
【符号の説明】
【０１４９】
１…ＣＰＵ
２…ＲＯＭ
３…ＲＡＭ
４…ローカル・バス
５…ブリッジ
６…入出力バス
７…入出力インターフェース
８…キーボード
９…ポインティング・デバイス（マウス）
１０…ディスプレイ
１１…ＨＤＤ
１２…通信部
１００…データ取得部
１０２…デスクランブラ
１０４…復号器
１０６…データ合成部
１０８…デパンクチャ
１１０…デインタリーバ
１１２…デマッパー
１１４…チャネル等化回路
１１６…空間分離部
１１６ａ…チャネル行列推定部
１１６ｂ…アンテナ重み行列演算部
１１６ｃ…アンテナ重み行列乗算部
１１８…キャリブレーション処理部
１２０…高速フーリエ変換部（ＦＦＴ）
１２２…ガード除去部
１２４…同期処理部
１２６…ディジタル・フィルタ
１２８…ＡＤコンバータ（ＡＤＣ）
１３０…ＲＦ部
【図１】
2010098339.tif 000004
【図２】
2010098339.tif 000005
【図３】
2010098339.tif 000006
【図４】
2010098339.tif 000007
【図５】
2010098339.tif 000008
【図６】
2010098339.tif 000009
【図７】
2010098339.tif 000010
【図１０】
2010098339.tif 000011
【図１１Ａ】
2010098339.tif 000012
【図１１Ｂ】
2010098339.tif 000013
【図１１Ｃ】
2010098339.tif 000014
【図１２】
2010098339.tif 000015
【図８】
2010098339.tif 000016
【図９】
2010098339.tif 000017