JP2025012162A - 通信装置、制御方法、及び、プログラム - Google Patents

Abstract

【課題】 Ｕｐｐｅｒ ＭＡＣを処理するＡＰ（Ｕｐｐｅｒ ＡＰ）とＬｏｗｅｒ ＭＡＣを処理するＡＰが異なる構成の検討がされている。このとき、Ｕｐｐｅｒ ＭＡＣを処理するＡＰとＬｏｗｅｒ ＭＡＣを処理するＡＰの間で通信する際に、Ｌｏｗｅｒ ＡＰとＳＴＡ間で送受した無線のＭＡＣヘッダを扱う方法を定めることを目的とする。【解決手段】 通信装置であって、ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信手段と、前記無線フレームからヘッダを取得するヘッダ取得手段と、前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置した新たなフレームを生成するフレーム生成手段と、前記新たなフレームを他の通信装置に送信する別の通信手段と、を有する。【選択図】 図１

Description

本発明は、ＩＥＥＥ８０２．１１に準拠した通信装置、制御方法、及び、プログラムに関する。

近年、通信されるデータ量の増加に伴い、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等の規格が含まれる。

例えばＩＥＥＥ８０２．１１ｂｅ規格では、１台のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、並行して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている（特許文献１）。なお、二つ以上のリンクは同一周波数バンド（２．４ＧＨｚ帯、３．６ＧＨｚ帯、４．９及び５ＧＨｚ帯、及び６ＧＨｚ帯のいずれか）から二つ以上を選択しても良いし、異なる周波数バンドからそれぞれ選択しても良い。また、ＩＥＥＥ８０２．１１ｂｅ規格ではＭｕｌｔｉ－Ｌｉｎｋに対応したＡＰ、ＳＴＡのことをＡＰ ＭＬＤ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ）、ＳＴＡ ＭＬＤと規定している。

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

ＩＥＥＥ８０２．１１ｂｅの後継規格ではＭｕｌｔｉ－Ｌｉｎｋを用いてユーザビリティを向上させるための手法が検討されている。具体的には、Ｕｐｐｅｒ ＭＡＣを処理するＡＰ（Ｕｐｐｅｒ ＡＰ）とＬｏｗｅｒ ＭＡＣを処理するＡＰ（Ｌｏｗｅｒ ＡＰ）が異なる構成をとる。これにより、Ｌｏｗｅｒ ＡＰの処理負荷を軽減することができ、小型化、低消費電力化が可能となる。よって通信カバレッジを取りつつ安価にネットワークの形成が実現できる。

上述の通り、Ｕｐｐｅｒ ＭＡＣを処理するＡＰ（Ｕｐｐｅｒ ＡＰ）とＬｏｗｅｒ ＭＡＣを処理するＡＰが異なる構成の検討がされている。しかし、Ｕｐｐｅｒ ＭＡＣを処理するＡＰとＬｏｗｅｒ ＭＡＣを処理するＡＰの間で通信する際に、Ｌｏｗｅｒ ＡＰとＳＴＡ間で送受信した無線のＭＡＣヘッダをどのように扱うかが定められていない。

上記目的を達成するため、本発明の一態様に係る通信装置は、
ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信手段と、
前記無線フレームからヘッダを取得するヘッダ取得手段と、
前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置し、さらに前記ヘッダの後ろに前記受信した無線フレームのフレームボディを配置した新たなフレームを生成するフレーム生成手段と、
前記新たなフレームを他の通信装置に送信する別の通信手段と、
を有する。

無線のＭＡＣヘッダの情報を含めたフレームを、Ｕｐｐｅｒ ＡＰとＬｏｗｅｒ ＡＰとの間で通信可能となり、複数のＡＰを一体のＡＰとして動作させ、ＳＴＡと通信することが可能となる。

ネットワーク構成の一例を示す図である。 ＡＰ・ＳＴＡのハードウェア構成の一例を示す図である。 ＡＰ・ＳＴＡの機能構成の一例を示す図である。 Ｌｏｗｅｒ ＡＰのデータ転送処理の一例を示すフローチャート図である。 Ｕｐｐｅｒ ＡＰのデータ受信処理の一例を示すフローチャート図である。 Ｕｐｐｅｒ ＡＰのデータ送信処理の一例を示すフローチャート図である。 Ｌｏｗｅｒ ＡＰのデータ転送処理の一例を示すフローチャート図である。 シーケンスの一例を示す図である。 Ｌｏｗｅｒ ＡＰとＵｐｐｅｒ ＡＰ間で通信するフレーム構成の一例を示す図である。

以下、添付図面を参照して本発明の実施の形態を詳細に説明する。なお、以下の実施形態は、本発明を説明するための例に過ぎず、本発明の範囲を限定することを意図したものではない。

（無線通信システムの構成）
図１に、本実施形態に係るネットワークの構成例を示す。図１は、Ｕｐｐｅｒ ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）１０４（ＡＰ１０４）、Ｌｏｗｅｒ ＡＰ１０１、１０３（それぞれＡＰ１０１、ＡＰ１０３）が構築するネットワークにＳＴＡ（Ｓｔａｔｉｏｎ）（ＳＴＡ１０２）が参加する構成を示している。また、ＡＰ１０１はＡＰ１０３、ＡＰ１０４と同じパラメータで動作しており、３台で１つのＡＰとしての動作を実現しているものとする。ＡＰ１０１の電波が届く範囲を１００で示す。つまりＡＰ１０１が送受信する信号をＳＴＡ１０２は送受信することができる。ＡＰ１０１はＡＰ１０４と直接信号を送受信することができ、ＡＰ１０３はＡＰ１０４と直接信号を送受信することができる。

ＡＰ１０４はＵｐｐｅｒ ＡＰとして動作する。役割としては表１に示す以下の（１）～（９）がある。

以下（１）～（９）の役割の詳細を述べる。

ＩＥＥＥ８０２．１Ｘ認証はサーバを用いた認証方法で、ＳＴＡの接続制御を可能とする。ＭＳＤＵのデータ制限とは、どの程度の長さのデータまで受信または送信できるかを決定することを意味する。Ａ－ＭＳＤＵはフレーム連結方式の一つで、一つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）フレームの中に複数のフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）を含めることができる。Ｂｌｏｃｋ Ａｃｋは複数のデータに対してＡｃｋを一括して返送する仕組みで、そのＢｌｏｃｋ Ａｃｋを生成する。シーケンス番号はフレームごとに割り振る番号であり、フレームの順序を示す。またＢｌｏｃｋ Ａｃｋを返すとき、その指標となることで、どのフレームを受信できたかをまとめて示すことができるようになる。パケット番号も同様にインクリメントされる番号であるが、暗号化や復号化に用いる番号である。ＭＰＤＵの暗号化、復号化にはこのパケット番号と生成した暗号鍵を用いる。ＴＩＤ－ｔｏ－Ｌｉｎｋ ＭａｐｐｉｎｇはどのＡＰにどのＴＩＤ（Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ）を割り振るか、またＡＰがＭｕｌｔｉ－Ｌｉｎｋに対応している場合は各ＬｉｎｋでどのＴＩＤを割り振るかを決定する。重複検知はシーケンス番号やパケット番号の重複で検知する。

ＡＰ１０１、ＡＰ１０３はＬｏｗｅｒ ＡＰとして動作し、役割としては表２に示す以下の（１）～（４）がある。

以下（１）～（４）の役割の詳細を述べる。

ＣＲＣの生成、検算は、フレームの最後に付与されているＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）の値を生成、あるいは受信したフレームに含まれるＦＣＳの値を検算することである。Ａ－ＭＰＤＵは送信するフレームの中に複数のフレームを含めるフレーム連結方式であり、これらの結合、分解を行う。宛先アドレスのフィルタリングでは、フレームに含まれる宛先アドレスがＡＰ１０１、ＡＰ１０３のもの、あるいはＡＰ１０１、ＡＰ１０３を含むマルチキャストアドレスやブロードキャストアドレスかどうかを確認する。自身が受信すべきアドレスであれば受け取り、ＡＰ１０４に転送する。自身が受信するべきアドレスでなければ破棄する。また、Ｂｌｏｃｋ Ａｃｋのシーケンス番号を記録する。

ＡＰ１０１とＳＴＡ１０２、ＡＰ１０３、ＡＰ１０４はＩＥＥＥ８０２．１１ｂｅの後継規格であるＩＥＥＥ８０２．１１ｂｎ（Ｕｌｔｒａ Ｈｉｇｈ Ｒｅｌｉａｂｉｌｉｔｙ）規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。各通信装置は、２．４ＧＨｚ帯、３．６ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯や、ミリ波と呼ばれる４５ＧＨｚ帯、６０ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えばＳｕｂ１ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、ＡＰ１０１、ＳＴＡ１０２は、２０ＧＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ、５４０ＭＨｚ、６４０ＭＨｚ、１０８０ＭＨｚ、および２１６０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば６０ＭＨｚ、２４０ＭＨｚのように２０ＭＨｚの倍数でも良いし、４ＭＨｚ、２４ＭＨｚなど、２０ＭＨｚの倍数でなくても良い。

なお、ＡＰ１０１、ＳＴＡ１０２、ＡＰ１０３、ＡＰ１０４はＩＥＥＥ８０２．１１ｂｎ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｎ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、ＡＰ１０１、ＳＴＡ１０２、ＡＰ１０３、ＡＰ１０４はＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。

ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。

本実施形態ではＡＰ１０４とＡＰ１０１、ＡＰ１０３との間の通信は有線通信とする。ＡＰ１０１とＳＴＡ１０２との間の通信は無線通信とする。ＡＰ１０１、ＡＰ１０３、ＡＰ１０４の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰ１０１は、ＩＥＥＥ８０２．１１ｂｎ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ＳＴＡ１０２の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｎ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。

ＩＥＥＥ８０２．１１シリーズ規格では、２．４ＧＨｚ・５ＧＨｚ・６ＧＨｚ帯における各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。また４５ＧＨｚ帯における各周波数チャネルの帯域幅は、５４０ＭＨｚ、６０ＧＨｚ帯では１０８０ＭＨｚまたは２１６０ＭＨｚとして定義されている。ここで周波数チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであって、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、４５ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数の周波数チャネルが定義されている。なお、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。

（ＡＰ・ＳＴＡの構成）
図２に、本実施形態におけるＡＰ１０１のハードウェア構成例を示す。なお、ＡＰ１０３、ＡＰ１０４、ＳＴＡ１０２、も同様の構成である。ＡＰ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、有線通信部２０６、無線通信部２０７およびアンテナ２０８を有する。なお、アンテナは複数でもよい。

記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２は、例えば、例えばＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、ＡＰ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、ＡＰ１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。なお、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＳＴＡ１０２全体を制御するようにしてもよい。

また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、ＡＰ１０１が所定の処理を実行するためのハードウェアである。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々ＡＰ１０１と一体であってもよいし、別体であってもよい。

無線通信部２０７は、ＩＥＥＥ８０２．１１ｂｎ規格に準拠した無線通信の制御を行う。また、無線通信部２０７は、ＩＥＥＥ８０２．１１ｂｎ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、無線通信部２０７は、アンテナ２０８を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。

有線通信部２０６は、Ｅｔｈｅｒｎｅｔ規格に準拠した有線ＬＡＮ等の有線通信の制御を行う。なお、Ｅｔｈｅｒｎｅｔ規格は１０ＢＡＳＥ－Ｔ、１００ＢＡＳＥ－ＴＸ、１０００ＢＡＳＥ－Ｔ、１０００ＢＡＳＥ－ＴＸのいずれでも構わないし、それ以外でも良い。

なお、ＡＰ１０１が、ＩＥＥＥ８０２．１１ｂｎ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、ＡＰ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した無線通信部とアンテナを個別に有する構成であってもよい。ＡＰ１０１は無線通信部２０７を介して、画像データや文書データ、映像データ等のデータをＳＴＡ１０２と通信する。なお、アンテナ２０８は、無線通信部２０７と別体として構成されていてもよいし、無線通信部２０７と合わせて一つのモジュールとして構成されていてもよい。

アンテナ２０８は、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、４５ＧＨｚ帯、および６０ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、ＡＰ１０１は２つのアンテナを有するとしたが、３つ以上あってもよい。また周波数帯ごとに異なるアンテナを有していてもよい。また、ＡＰ１０１は、アンテナを複数有している場合、各アンテナに対応した無線通信部２０７を有していてもよい。

なお、ＳＴＡ１０２には、有線通信部２０６がなくても良い。

図３には、本実施形態におけるＡＰ１０１の機能構成のブロック図を示す。なお、ＡＰ１０３、ＡＰ１０４、ＳＴＡ１０２、も同様の構成である。

ＡＰ１０１にはマルチＡＰ制御部３０１、無線通信制御部３０２、有線通信制御部３０３、フレーム転送制御部３０４で構成される。

マルチＡＰ制御部３０１は、ＡＰ１０１がＡＰ１０４と連携して１つのＡＰとして動作できるようにするための通信処理を制御する制御部である。この制御部でＡＰ１０１がＬｏｗｅｒ ＡＰとして動作するためのフレーム生成やフレーム解析を行う。

無線通信制御部３０２は、ＳＴＡ１０２と無線通信するための制御をおこなう制御部である。フレーム転送制御部３０４からＳＴＡ１０２向けに送信指示されたフレームを送信、あるいはＳＴＡ１０２から受信したフレームをフレーム転送制御部３０４に送る。

有線通信制御部３０３は、ＡＰ１０４と有線通信するための制御をおこなう制御部である。フレーム転送制御部３０４からＡＰ１０４向けに送信指示されたフレームを送信、あるいはＡＰ１０４から受信したフレームをフレーム転送制御部３０４に送る。

フレーム転送制御部３０４は、Ｌｏｗｅｒ ＡＰとして動作するためにフレームを転送制御する制御部である。フレーム転送制御部３０４はさらに図示しないヘッダ取得部とフレーム生成部に分かれる。ＳＴＡ１０２から受信したフレームを無線通信制御部３０２から受け取ると、ヘッダ取得部では無線通信制御部３０２から受け取ったフレームのヘッダを取得する。フレーム生成部では取得したヘッダの一部または全部を有線通信用のヘッダの後ろに配置して有線通信に転送できるフレームにし、有線通信制御部３０３に送る。また、ＡＰ１０４から受信したフレームを有線通信制御部３０３から受け取ると、ヘッダ取得部では有線通信制御部３０３から受け取るフレームのヘッダを取得する。フレーム生成部では有線通信用のヘッダは破棄し、無線通信のために足りないヘッダがあった場合は不足したヘッダを追加して、無線通信に転送できるフレームにし、無線通信制御部３０２に送る。

なお、ＡＰ１０４には、フレーム転送制御部３０４が無くても良いし、ＳＴＡ１０２には、マルチＡＰ制御部３０１、有線通信制御部３０３、フレーム転送制御部３０４がなくても良い。

（処理の流れ）
続いて、上述のようなＡＰ・ＳＴＡが実行する処理の流れ、無線通信システムにおけるシーケンスなどについて説明する。

本実施形態では、ＳＴＡ１０２からデータフレームを送信し、ＡＰ１０１はデータフレームを受信すると、ＡＰ１０４に転送する。その後ＡＰ１０４からデータフレームを送信し、ＡＰ１０１はデータフレームを受信すると、ＳＴＡ１０２に転送する。なお、本実施形態ではデータフレームを転送しているが、他のフレームも同様に転送してもよい。例えば接続切断に用いるＭａｎａｇｅｍｅｎｔフレームや通信制御に用いるＣｏｎｔｒｏｌフレームも同様に転送してもよい。

図４は、ＡＰ１０１の記憶部３０１に記憶されているプログラムを制御部３０２が実行することによって行われる処理の流れを示すフローチャートである。本フローチャートはＡＰ１０１がＡＰとしての動作を開始し、無線通信でデータを受信する際の処理を示す。本処理はＡＰ１０１の電源をＯＮにしたとき、またはＡＰ１０１がＡＰとして動作する指示を受けた時、あるいは無線機能をＯＮにしたときなど、ＡＰとしての機能を開始するときに開始される。なお、実施形態ではＳＴＡ１０２のみ接続させているが、複数台同時に接続していてもよい。本処理はＡＰ１０１、ＡＰ１０４、ＡＰ１０３はＳＴＡ１０２から見た際に一体のＡＰとして動作するものとして事前にＵｐｐｅｒ ＡＰ、Ｌｏｗｅｒ ＡＰとして動作するための設定が終わっているものとして考える。つまりＵｐｐｅｒ ＡＰとしてＡＰ１０４が動作し、Ｌｏｗｅｒ ＡＰとしてＡＰ１０１、ＡＰ１０３が動作するための設定がされており、お互いの識別も完了している。また、本実施形態ではデータフレームを転送することを考慮するためにＳＴＡ１０２とＡＰ１０１は接続している想定とするが、Ｍａｎａｇｅｍｅｎｔフレームを転送する場合はその限りではない。ＳＴＡ１０２がＡＰ１０１と接続するところから本処理を実施してもよい。

ＡＰ１０１は接続中のＳＴＡ１０２からフレームを受信したかどうかを確認する（Ｓ４０１）。次に、受信したフレームをＡＰ１０４に転送するべきか否かを判断する（Ｓ４０２）。これは例えばフレームのうち、Ｃｏｎｔｒｏｌフレームのみ転送しない設定の場合にはＣｏｎｔｒｏｌフレームを受信した場合はＮｏとなる。あるいはＣｏｎｔｒｏｌフレームのうちＡｃｋフレームは転送し、そのほかのＣｏｎｔｒｏｌフレームは転送しないことも考えられる。他に、ＡＰ１０４と連携して送受信するＳＴＡと、自己完結するＳＴＡを同時に接続する場合も考えられる。ＡＰ１０４と連携して接続するべきＳＴＡとは、Ｍｕｌｔｉ－ＡＰに対応したＩＥＥＥ８０２．１１ｂｎに対応したＳＴＡの場合には転送し、それ以外のＳＴＡの場合は転送しないことが考えられる。他に例えばＩＥＥＥ８０２．１１ｂｎには対応しているが、Ｍｕｌｔｉ－ＡＰに対応していない場合に転送しない処理を行ってもよい。Ｓ４０２でＮｏとなった場合にはＡＰ１０１自身でフレームを処理する（Ｓ４０３）。転送する場合（Ｓ４０２でＹｅｓ）、受信した無線フレームのＭＡＣヘッダを取得し、その取得したヘッダを有線で送信するＭＡＣヘッダの後ろに配置する。また図９のフレーム構成で後述するが、無線フレームのＭＡＣヘッダの後ろには無線フレームのデータなどが格納されるフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）が配置される。そして、生成したフレームをカプセル化する（Ｓ４０４）。このときカプセル化する無線通信のＭＡＣヘッダは、取得した無線通信のＭＡＣヘッダ情報すべてを含めてもよい。あるいは無線通信のＭＡＣヘッダのうち、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、ＱｏＳ Ｃｏｎｔｒｒｏｌフィールドだけでもよい。あるいはその一部でもよい。フレームによって無線通信のＭＡＣヘッダは異なるため、フレームに合わせて転送するフィールドを変更してもよいし、一部削除してもよい。

フレームのカプセル化が完了したら、フレームの最大長を上回る長さになっていないかを確認する（Ｓ４０５）。これは無線ヘッダを追加したことでデータフレームの最大長を上回る可能性があるためである。最大長を上回る場合にはフレームを分割してカプセル化し（Ｓ４０６）、転送する（Ｓ４０７）。有線通信においてフレームを分割したことを示すための情報を有線通信ヘッダもしくは有線通信ヘッダの後、無線通信ヘッダとの間に含めてもよい。これにより、ＳＴＡ１０２はＩＥＥＥ８０２．１１ｂｎと他の規格ＩＥＥＥ８０２．１１ｂｅなどとで異なる処理を行わずに済む。分割転送をしない場合、ＳＴＡ１０２のほうで、最大長を上回らないようにデータフレームの長さを調整してもよい。最大長を上回らない場合にはそのままフレームをＡＰ１０４に転送する（Ｓ４１１）。

図５に、ＡＰ１０１から転送されたフレームをＡＰ１０４が受信した際の処理の流れを示す。本フローチャートはＡＰ１０４がＡＰとしての動作を開始し、無線通信でデータを受信する際の処理を示す。本処理はＡＰ１０４の電源をＯＮにしたとき、またはＡＰ１０４がＡＰとして動作する指示を受けた時、あるいは無線機能をＯＮにしたときなど、ＡＰとしての機能を開始するときに開始される。本処理は図４のフローチャートと同様、ＡＰ１０１、ＡＰ１０４、ＡＰ１０３はＳＴＡ１０２から見た際に一体のＡＰとして動作するものとして事前にＵｐｐｅｒ ＡＰ、Ｌｏｗｅｒ ＡＰとして動作するための設定が終わっているものとして考える。

ＡＰ１０４は受信フレームがあるかどうかを確認する（５０１）。受信フレームがあった場合、ＡＰ１０１、ＡＰ１０３から転送されたフレームかどうかを確認する（５０２）。これはＡＰ１０４が直接ＳＴＡと接続していた場合に、接続中のＳＴＡから受信したフレームかどうかを判断するのに用いる。接続中のＳＴＡから直接受信したフレームの場合、すべて自身で処理する（５０３）。

転送されたフレームの場合（５０２でＹｅｓ）、無線通信で用いたＭＡＣヘッダの情報を解析する必要がある。まずは転送されたフレームのうち、有線通信で用いられたＭＡＣヘッダを外し、無線通信で用いられたヘッダ部分の情報を読み取る（５０４）。ヘッダからフレームが分割されているかを確認する（５０５）。分割されている場合、分割されているフレームを統合してから解析を行う（５０６）。分割されていない場合は受信したフレームをそのまま解析する（５０９）。

ＡＰ１０４は無線ヘッダを解析し、解析した結果からシーケンス番号、パケット番号や送信元ＭＡＣアドレスを読み取り、無線通信のために暗号化されたデータフレームを復号化する（５０７）。ここで復号化に使用する鍵はＳＴＡ１０４との接続時に共有する共有鍵とする。また、復号には受信したパケット番号を用いる。受信データを受け取ったことが分かれば、ＳＴＡ１０２に向けてＡｃｋを送信する（５０８）。あるいは複数のフレームに対してまとめてＡｃｋを返すため、Ｂｌｏｃｋ Ａｃｋのシーケンス番号を記録し、後ほどＢｌｏｃｋ Ａｃｋを返送する。ＡｃｋフレームはＡＰ１０４から送信されるとＡＰ１０１を通してＳＴＡ１０２に届く。

次にＵｐｐｅｒ ＡＰであるＡＰ１０４が送信するフレームがＡＰ１０１を通してＳＴＡ１０２に送信される際の処理について提示する。

ＡＰ１０４がフレームを送信する際の処理の流れを図６に示す。本フローチャートはＡＰ１０４がＡＰとしての動作を開始し、無線通信でデータを受信する際の処理を示す。本処理はＡＰ１０１の電源をＯＮにしたとき、またはＡＰ１０４がＡＰとして動作する指示を受けた時、あるいは無線機能をＯＮにしたときなど、ＡＰとしての機能を開始するときに開始される。なお、実施形態ではＳＴＡ１０２のみ接続させているが、複数台同時に接続していてもよい。本処理は図４のフローチャートと同様、ＡＰ１０１、ＡＰ１０４、ＡＰ１０３はＳＴＡ１０２から見た際に一体のＡＰとして動作するものとして事前にＵｐｐｅｒ ＡＰ、Ｌｏｗｅｒ ＡＰとして動作するための設定が終わっているものとして考える。なお、本処理は図５で示した処理と同時に進行してもよい。

ＡＰ１０４は各ＳＴＡへのデータ送信があるか否かを確認する（６０１）。送信フレームがある場合、無線通信にて送信するためにデータを暗号化する（６０２）。次に送信するフレームをＡＰ１０１、ＡＰ１０３の何れかに転送するか否かを確認する（６０３）。転送するフレームは、ＡＰ１０１に接続しているＳＴＡ１０２に向けたフレームの場合が当てはまる。他にＡＰとして定期的に送信するＢｅａｃｏｎフレームやＦＩＬＳ Ｄｉｓｃｏｖｅｒｙフレームなどのブロードキャストフレームであってもよい。もしくはＳＴＡ１０２を含む複数のＳＴＡやＡＰに向けたマルチキャストフレームであってもよい。なお、ＳＴＡ１０２に転送する場合、ＳＴＡ１０２が直接接続しているＡＰがどれかを確認し、その中から一つのＡＰに転送を指示する。本実施形態ではＡＰ１０１に転送を指示することになる。例えばＳＴＡ１０２がＡＰ１０１、ＡＰ１０３の両方に同時に接続している場合、転送を指示するのはＡＰ１０１であってもよいし、ＡＰ１０３であってもよいし、両方のＡＰに転送を指示してもよい。

ＡＰ１０１、ＡＰ１０３にフレームを転送しない場合、ＡＰ１０４は自身で無線通信のためのフレームを作成し、無線通信で送信する（６０４）。なお、ブロードキャストフレームの場合は転送するフレームに加えて転送しないフレームとして６０４を行ってもよい。転送するフレームの場合、無線通信のためのＭＡＣヘッダを含めたフレームを作成し、これにＡＰ１０１、ＡＰ１０３との間の有線通信のためのフレームヘッダを付与する（６０５）。このとき、有線通信のフレーム最大長を上回らないかを確認する（６０６）。上回る場合はフレームを分割する（６０７）。上回らない場合はそのままフレームを作成する（６０８）。作成したフレームにはパケット番号およびシーケンス番号を割り振る。またパケット番号と自身が保持する共有鍵を用いてフレームを暗号化する。作成したフレームはＡＰ１０１、ＡＰ１０３の場合は有線通信にて送信する（６０９）。なお、ＡＰ１０４はフレーム分割が起きないように、あらかじめデータフレームの長さを調整して無線通信用のフレームを作成しておいてもよい。

図７にＡＰ１０１がＡＰ１０４からデータフレームを受信し、ＳＴＡ１０２に転送する際の処理の流れを示す。本処理はＡＰ１０１の電源をＯＮにしたとき、またはＡＰ１０１がＡＰとして動作する指示を受けた時、あるいは無線機能をＯＮにしたときなど、ＡＰとしての機能を開始するときに開始される。なお、実施形態ではＳＴＡ１０２のみ接続させているが、複数台同時に接続していてもよい。本処理は図４のフローチャートと同様、ＡＰ１０１、ＡＰ１０４、ＡＰ１０３はＳＴＡ１０２から見た際に一体のＡＰとして動作するものとして事前にＵｐｐｅｒ ＡＰ、Ｌｏｗｅｒ ＡＰとして動作するための設定が終わっているものとして考える。また、本実施形態ではデータフレームを転送することを考慮するためにＳＴＡ１０２とＡＰ１０１は接続している想定とするが、Ｍａｎａｇｅｍｅｎｔフレームを転送する場合はその限りではない。ＳＴＡ１０２がＡＰ１０１と接続するところから本処理を実施してもよい。

ＡＰ１０１はＡＰ１０４からデータを受信したかどうかを確認する（７０１）。ＡＰ１０４からフレームを受信したら、ＳＴＡに転送が必要かどうかを確認する（７０２）。ＡＰ１０４からＡＰ１０１に向けて送信されたフレームの場合、転送は不要のため自身で解析・処理する（７０３）。接続中のＳＴＡに向けたフレームの場合、指定されたＳＴＡに向けてフレーム転送するため準備する。まずはＡＰ１０４から受信したフレームのうち、有線通信に用いられたＥｔｈｅｒｎｅｔ ＭＡＣヘッダを解析する（７０４）。ここでＡＰ１０４から受信するフレームは例えば後述する図９で示す構成をとる。フレームの種類によって無線通信のためのＭＡＣヘッダに足りない情報があった場合は無線通信にてフレーム送信する際に不足した情報を追加する必要がある。Ｅｔｈｅｒｎｅｔ ＭＡＣヘッダを解析し、フレームが分割していないかを確認する（７０５）。分割されている場合はフレームを統合してからデータフレームを作成する（７０６）。分割されていない場合はそのままデータフレームの作成に入る（７０７）。データフレームを解析が終わると、有線通信に用いられたＥｔｈｅｒｎｅｔ ＭＡＣヘッダは破棄される。

最後にＡＰ１０４から無線通信のためのＭＡＣヘッダが送られてきた場合はそのまま転送し、不足している情報がある場合はその情報を無線通信のＭＡＣヘッダに追加して送信する（７０８）。

図４～図７のデータフレームの流れを例として図８に示す。ＳＴＡ１０２から送信されたデータフレームはＡＰ１０１にて転送され（８０１）、有線でＡＰ１０１からＡＰ１０４に送信される（８０２）。ＡＰ１０４から有線で送信されたデータフレーム（８０３）も同様にＡＰ１０１で転送され、ＳＴＡ１０２に無線通信として送信される（８０４）。ここで送信されるフレームはデータフレームだけではなく、データフレームを受け取ったことを示すＡｃｋフレームや接続切断に用いるＭａｎａｇｅｍｅｎｔフレーム、データ通信を円滑にするためのＡｃｔｉｏｎフレームやＣｏｎｔｒｏｌフレームなどが含まれる。上記のフレームの流れにから分かるように、Ｕｐｐｅｒ ＡＰ（ＡＰ１０４）とＬｏｗｅｒ ＡＰ（ＡＰ１０１）との間で通信を行い、ＳＴＡ１０２から見た際には、ＡＰ１０１とＡＰ１０４は一体のＡＰとして動作しているように見える。

図９に、ＡＰ１０１とＡＰ１０４間で有線通信する際のフレーム例を示す。

新たに有線ＭＡＣヘッダを付与したフレーム構成となっている。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド９０１～Ｆｒａｍｅ Ｂｏｄｙフィールド９１１は無線通信でＳＴＡ１０２から受信したフレームそのものである。ここにＥｔｈｅｒｎｅｔで定義されるＭＡＣヘッダ９２０～９２２を追加する。

ＳＴＡ１０２からＡＰ１０１を経由してＡＰ１０４にデータを送る際のフレーム例を説明する。

Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド９０１は無線通信で用いるフレームの種類を定義する。例えばデータフレームやＭａｎａｇｅｍｅｎｔフレームの識別はここで行うことができる。Ｄｕｒａｔｉｏｎフィールド９０２は無線通信でどのくらいの時間チャネルを占有するかを示す。Ａ１フィールド９０３は無線通信における宛先ＭＡＣアドレスを示す。本実施形態ではＡＰ１０１のＭＡＣアドレスを示す。Ａ２フィールド９０４は無線通信における送信元ＭＡＣアドレスを示す。本実施形態ではＳＴＡ１０２のＭＡＣアドレスを示す。Ａ２フィールド９０４の情報を用いてＡＰ１０４は暗号化されたデータフレームの内容を解読するため、ＡＰ１０１はＡＰ１０４に転送する必要がある。Ａ２フィールドをそのまま転送しない場合には有線通信の送信元ＭＡＣアドレスフィールド９２１に情報を入力する。Ａ３フィールド９０５、Ａ４フィールド９０７は使用するフレームの種類や向きによって有無を含めて値が異なる。ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｉｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）や、宛先サーバのＭＡＣアドレスが入る。Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド９０６はフレームのシーケンス番号を示す。同種のフレームが送信されるたびにフィールドの値がインクリメントされる。ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フィールド９０８にはフレームのＴＩＤやＡｃｋ ＰｏｌｉｃｙといったＱｏＳに関する情報を入れる。ＨＴ Ｃｏｎｔｒｏｌフィールド９０９には無線通信における付加情報を含める。ＣＣＭＰ（Ｃｏｕｎｔｅｒ ｍｏｄｅ ｗｉｔｈ ＣＢＣ－ＭＡＣ Ｐｒｏｔｏｃｏｌ） Ｈｅａｄｅｒフィールド９１０はデータフレームの暗号化、復号化に必要なパケット番号が含まれる。Ｆｒａｍｅ Ｂｏｄｙフィールド９１１には暗号化されたデータの内容や、接続・切断に関する情報の内容が含まれる。

ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）フィールド９１２にはフレームエラー検出のためのフィールドである。本実施形態ではＡＰ１０１が検算するためＡＰ１０１からＡＰ１０４に転送する際には転送するフレームに対するＦＣＳの値を付与するものとする。ＦＣＳフィールド９１２は有線通信に無線通信で受信した値をそのまま転送し、有線通信のためのＦＣＳフィールドを新たに後ろに付与してもよい。本実施形態では有線通信の際には無線通信のものは転送せず、有線通信のためのＦＣＳ値を新たに計算し、付与するものとする。つまり無線通信のエラー検知はＡＰ１０１の中で行うものとする。

宛先ＭＡＣフィールド９２０は有線通信における宛先ＭＡＣアドレスを示す。本実施形態ではＡＰ１０４のＭＡＣアドレスである。送信元ＭＡＣフィールド９２１は有線通信における送信元ＭＡＣアドレスを示す。本実施形態ではＡＰ１０１のＭＡＣアドレスである。ただし、このフィールドに入れる値はＳＴＡ１０４のＭＡＣアドレスでもよい。Ｔｙｐｅフィールド７２２は有線通信において指定するフレームタイプである。このフィールドに代えて、フレーム長を示すフィールドとしてもよい。なお、転送するフレームは有線ＭＡＣヘッダ９２０～９２２以外は暗号化してもよい。

（その他の実施形態）
本実施形態では無線通信のＭＡＣヘッダすべてをＡＰ１０１、ＡＰ１０４の間で通信したが、これに限らない。例えば、無線通信のＭＡＣヘッダのうち、宛先ＭＡＣアドレス９０３や送信元ＭＡＣアドレス９０４、Ａ３フィールド９０５、Ａ４フィールド９０７は転送しなくてもよい。これによりフレーム長を短くおさえることができる。また、ＨＴ Ｃｏｎｔｒｏｌフィールド９０９を転送しないことにより、無線通信のうち無線チャネルの状態についてはＡＰ１０１で判断して送受信することができるようになる。あるいはＤｕｒａｔｉｏｎフィールド９０２を転送しないことで、データレートのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）をＡＰ１０１で調整、変更することができるようになる。メッセージの暗号化、復号化はＵｐｐｅｒ ＡＰであるＡＰ１０４で行うため、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドは転送が必要である。またフレームの種類を識別するためにＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド９０１は転送が必要である。一方でＦｒａｍｅ Ｃｏｎｔｒｏｌフィールド９０１のうち、例えばＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドを転送すればフレームの種類は判断できるため、このサブフィールドのみを転送してもよい。

尚、上述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が上述の実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は上述の装置を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。

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

本明細書の開示は、以下の項目に記載された構成を含む。

（項目１）
通信装置であって、
ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信手段と、
前記無線フレームからヘッダを取得するヘッダ取得手段と、
前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置し、さらに前記ヘッダの後ろに前記受信した無線フレームのフレームボディを配置した新たなフレームを生成するフレーム生成手段と、
前記新たなフレームを他の通信装置に送信する別の通信手段と、
を有することを特徴とする通信装置。

（項目２）
通信装置であって、
Ｅｔｈｅｒｎｅｔに準拠するフレームを受信する通信手段と、
前記フレームの中のＩＥＥＥ８０２．１１に準拠するヘッダを取得するヘッダ取得手段と、
前記取得した前記ヘッダの一部または全部を用いて、ＩＥＥＥ８０２．１１に準拠する新たなフレームを生成するフレーム生成手段と、
前記新たなフレームを他の通信装置に送信する別の通信手段と、
を有することを特徴とする通信装置。

（項目３）
前記ヘッダがＩＥＥＥ８０２．１１で定義されたＭＡＣヘッダであることを特徴とする項目１または２に記載の通信装置。

（項目４）
前記ヘッダがＩＥＥＥ８０２．１１で定義される Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドを含むことを特徴とする項目１～３に記載の通信装置。

（項目５）
前記ヘッダがＩＥＥＥ８０２．１１で定義されるＱｏＳフィールドを含むことを特徴とする項目１～４に記載の通信装置。

（項目６）
前記ヘッダがＩＥＥＥ８０２．１１で定義されるＳｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドを含むことを特徴とする項目１～５に記載の通信装置。

（項目７）
前記ヘッダがＩＥＥＥ８０２．１１で定義されるＣＣＭＰ Ｈｅａｄｅｒフィールドを含むことを特徴とする項目１～６に記載の通信装置。

（項目８）
前記通信装置がＩＥＥＥ８０２．１１に準拠したＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）であることを特徴とする項目１～７に記載の通信装置。

（項目９）
前記フレーム生成手段はＥｔｈｅｒｎｅｔに準拠するヘッダを破棄することを特徴とする項目２～８に記載の通信装置。

（項目１０）
前記他の通信装置は、
前記新たなフレームを受信する通信手段と、
前記新たなフレームの中の前記ＩＥＥＥ８０２．１１に準拠する前記ヘッダの一部または全部を解析する手段と、
前記解析した結果から、ＩＥＥＥ８０２．１１に準拠するフレームに含まれるパケット番号と前記他の通信装置が保持する共有鍵を基にフレームの一部または全部を復号化する手段と、を有する
項目１、３～９に記載の通信装置
（項目１１）
通信を制御する方法であって、
ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信工程と、
前記無線フレームからヘッダを取得するヘッダ取得工程と、
前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置し、さらに前記ヘッダの後ろに前記受信した無線フレームのフレームボディを配置した新たなフレームを生成するフレーム生成工程と、
前記新たなフレームを他の通信装置に送信する別の通信工程と、
を有することを特徴とする制御方法。

（項目１２）
通信を制御する方法であって、
Ｅｔｈｅｒｎｅｔに準拠するフレームを受信する通信工程と、
前記フレームの中のＩＥＥＥ８０２．１１に準拠するヘッダを取得するヘッダ取得工程と、
前記取得した前記ヘッダの一部または全部を用いて、ＩＥＥＥ８０２．１１に準拠する新たなフレームを生成するフレーム生成工程と、
前記新たなフレームを他の通信装置に送信する別の通信工程と、
を有することを特徴とする制御方法。

（項目１３）
コンピュータに、項目１１または１２のいずれか１項目に記載の通信装置として動作させるためのプログラム。

２０１ 記憶部
２０２ 制御部
２０３ 機能部
２０４ 入力部
２０５ 出力部
２０６ 有線通信部
２０７ 無線通信部

Claims (13)

1. 通信装置であって、
   ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信手段と、
   前記無線フレームからヘッダを取得するヘッダ取得手段と、
   前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置し、さらに前記ヘッダの後ろに前記受信した無線フレームのフレームボディを配置した新たなフレームを生成するフレーム生成手段と、
   前記新たなフレームを他の通信装置に送信する別の通信手段と、
   を有することを特徴とする通信装置。
2. 通信装置であって、
   Ｅｔｈｅｒｎｅｔに準拠するフレームを受信する通信手段と、
   前記フレームの中のＩＥＥＥ８０２．１１に準拠するヘッダを取得するヘッダ取得手段と、
   前記取得した前記ヘッダの一部または全部を用いて、ＩＥＥＥ８０２．１１に準拠する新たなフレームを生成するフレーム生成手段と、
   前記新たなフレームを他の通信装置に送信する別の通信手段と、
   を有することを特徴とする通信装置。
3. 前記ヘッダがＩＥＥＥ８０２．１１で定義されたＭＡＣヘッダであることを特徴とする請求項１または２に記載の通信装置。
4. 前記ヘッダがＩＥＥＥ８０２．１１で定義される Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドを含むことを特徴とする請求項１または２に記載の通信装置。
5. 前記ヘッダがＩＥＥＥ８０２．１１で定義されるＱｏＳフィールドを含むことを特徴とする請求項１または２に記載の通信装置。
6. 前記ヘッダがＩＥＥＥ８０２．１１で定義されるＳｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドを含むことを特徴とする請求項１または２に記載の通信装置。
7. 前記ヘッダがＩＥＥＥ８０２．１１で定義されるＣＣＭＰ Ｈｅａｄｅｒフィールドを含むことを特徴とする請求項１または２に記載の通信装置。
8. 前記通信装置がＩＥＥＥ８０２．１１に準拠したＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）であることを特徴とする請求項１または２に記載の通信装置。
9. 前記フレーム生成手段はＥｔｈｅｒｎｅｔに準拠するヘッダを破棄することを特徴とする請求項２に記載の通信装置。
10. 前記他の通信装置は、
    前記新たなフレームを受信する通信手段と、
    前記新たなフレームの中の前記ＩＥＥＥ８０２．１１に準拠する前記ヘッダの一部または全部を解析する手段と、
    前記解析した結果から、ＩＥＥＥ８０２．１１に準拠するフレームに含まれるパケット番号と前記他の通信装置が保持する共有鍵を基にフレームの一部または全部を復号化する手段と、を有する
    請求項１に記載の通信装置
11. 通信装置を制御する方法であって、
    ＩＥＥＥ８０２．１１に準拠する無線フレームを受信する通信工程と、
    前記無線フレームからヘッダを取得するヘッダ取得工程と、
    前記取得した前記ヘッダの一部または全部をＥｔｈｅｒｎｅｔに準拠するヘッダの後ろに配置し、さらに前記ヘッダの後ろに前記受信した無線フレームのフレームボディを配置した新たなフレームを生成するフレーム生成工程と、
    前記新たなフレームを他の通信装置に送信する別の通信工程と、
    を有することを特徴とする制御方法。
12. 通信装置を制御する方法であって、
    Ｅｔｈｅｒｎｅｔに準拠するフレームを受信する通信工程と、
    前記フレームの中のＩＥＥＥ８０２．１１に準拠するヘッダを取得するヘッダ取得工程と、
    前記取得した前記ヘッダの一部または全部を用いて、ＩＥＥＥ８０２．１１に準拠する新たなフレームを生成するフレーム生成工程と、
    前記新たなフレームを他の通信装置に送信する別の通信工程と、
    を有することを特徴とする制御方法。
13. コンピュータに、請求項１１または１２のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images