(57)【要約】【課題】本発明は、無線ＬＡＮ通信を行う無線通信機システムにおいて、ＢＣフレームおよびＭＣフレームに対する送達確認を行えるようにする。【解決手段】たとえば、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を行いたいＳＴＡ１０１は、ＡＰ１００に対して、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ａ）を送信する。すると、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ａ）を受信したＡＰ１００は、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム（ｂ）をＳＴＡ１０１に送信する。これにより、ＳＴＡ１０１は、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信シーケンスを確立できる。その後、ＡＰ１００からのＢｅａｃｏｎフレーム（ｃ）を受信した段階から、ＳＴＡ１０１は、ＢＣＭＣデータフレーム（ｄ）に対するＡＣＫフレーム送信（ｅ）を実施する。【選択図】      図１０
2008160182.tif 000002
【特許請求の範囲】
【請求項１】
１台の親局と１台以上の子局との間で無線通信を行う無線通信機システムであって、
前記子局のそれぞれは、前記親局からのブロードキャストフレームまたはマルチキャストフレームに対する送達確認フレームの返信を行うことを、前記親局に要求する手段を有し、
前記親局は、前記送達確認フレームの返信の要求を行った前記子局に対する、前記送達確認フレームの返信の順序を決定する手段、および、前記子局の全てに対し、前記送達確認フレームの返信の順序を通知する手段を有し、
前記ブロードキャストフレームまたは前記マルチキャストフレームに対する送達確認を実施できるようにしたことを特徴とする無線通信機システム。
【請求項２】
前記子局のそれぞれは、さらに、前記送達確認フレームの返信を終了することを、前記親局に要求する手段を有することを特徴とする請求項１に記載の無線通信機システム。
【請求項３】
前記子局のそれぞれは、前記親局に要求する手段として、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信の規格「ＩＥＥＥ  ８０２．１１」に準拠したフレームをもとに機能拡張を行ったフレームを用いることを特徴とする請求項１または請求項２に記載の無線通信機システム。
【請求項４】
前記親局は、前記送達確認フレームの返信の順序を通知する手段として、前記親局より定期的に送信されるＢｅａｃｏｎフレームまたは前記親局より不定期的に送信されるＢＣＭＣ  ｒｅｐｏｒｔフレームを用いることを特徴とする請求項１に記載の無線通信機システム。
【請求項５】
１台の親局と１台以上の子局との間で無線通信を行う無線通信機システムの無線通信シーケンスであって、
前記子局の中の任意の子局から前記親局に対して、ブロードキャストフレームまたはマルチキャストフレームに対する送達確認フレームの返信を行うことを要求し、この要求に対する応答を前記親局が行うことによって、前記親局と前記任意の子局との間で送達確認フレームの送信シーケンスを確立するステップと、
前記親局が、前記任意の子局に対する前記送達確認フレームの返信の順序を決定するステップと、
前記親局が、前記親局より定期的に送信されるＢｅａｃｏｎフレームまたは前記親局より不定期的に送信されるＢＣＭＣ  ｒｅｐｏｒｔフレームを用いて、前記子局の全てに対して、前記送達確認フレームの返信の順序を通知するステップと、
前記親局が、前記子局の全てに対し、前記ブロードキャストフレームまたは前記マルチキャストフレームを送信するステップと、
前記任意の子局が、前記送達確認フレームの返信の順序に応じて、前記親局からの前記ブロードキャストフレームまたは前記マルチキャストフレームに対する前記送達確認フレームの送信を行うステップと
を具備したことを特徴とする無線通信シーケンス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信機システムおよびその無線通信シーケンスに関するもので、たとえば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信環境下において、ブロードキャスト（ＢＣ）フレームおよびマルチキャスト（ＭＣ）フレームによる通信を行うことが可能な無線通信機システムに関する。
【背景技術】
【０００２】
現在、無線通信機システムとして、無線ＬＡＮ通信が広く普及している。無線ＬＡＮ通信とは、電気，電子技術者協会（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ＆  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ／以下、ＩＥＥＥと略記する）が定めた規格「８０２．１１」により規定されたフレームフォーマットおよび通信制御用プロトコルにしたがって実施される通信のことである（たとえば、非特許文献１参照）。
【０００３】
この無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」におけるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）層レベルでのデータ通信方式として、３種類の方法が定義されている。それは、ある特定の１台の端末に対してデータ送信を実施するユニキャスト方式、全ての端末に対してデータ送信を実施するブロードキャスト方式、１台以上の特定の端末に対してデータ送信を実施するマルチキャスト方式の３種類である。このうち、ユニキャスト方式は、データ送信に対して送達確認を実施する仕組みが導入されている。しかしながら、後者のブロードキャスト方式およびマルチキャスト方式には、データ送信に対する送達確認の仕組みが規定されていない。そのため、仮に、フレームロスが発生し、相手（受信）端末側でフレームを受信できなかったとしても、送信端末側ではそれを認識できず、フレームの再送を行うような処理をすることができない。
【０００４】
すなわち、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」、および、この規格に準拠した規格「ＩＥＥＥ  ８０２．１１ｅ（たとえば、非特許文献２参照）」により規定されている制御および管理フレームを使用したプロトコルシーケンスでは、ブロードキャストフレームおよびマルチキャストフレームによるＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）送信を行うことができない。換言すれば、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」により規定されているブロードキャスト方式およびマルチキャスト方式には、相手端末側がフレームを受信したかどうかを、送信端末側で認識する仕組みが存在しない。したがって、フレームロスが発生した場合にも、ロスしたフレームの再送信を実施することは不可能であった。
【０００５】
これに対し、ユニキャストフレームにおいては、本来、送達確認の仕組みが確立されているので、それを適用することも考えられる。しかし、この仕組みを単純にブロードキャストフレームおよびマルチキャストフレームに適用しようとすると、送達確認フレームの衝突が無線区間内で発生し、送達確認フレームを送信端末へ正常に送信することができないという問題があった。
【非特許文献１】ＩＥＥＥ  ８０２．１１：ＩＳＯ／ＩＥＣ  ８８０２−１１：１９９９（Ｅ）  ＡＮＳＩ／ＩＥＥＥ  Ｓｔｄ  ８０２．１１，１９９９  Ｅｄｉｔｉｏｎ
【非特許文献２】ＩＥＥＥ  ８０２．１１ｅ／Ｄ１３．０，Ｊａｎｕａｒｙ  ２００５：ＡＮＳＩ／ＩＥＥＥ  Ｓｔｄ  ８０２．１１−１９９９（２００３  Ｒｅａｆｆ）  Ｅｄｉｔｉｏｎ
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記の問題点を解決すべくなされたもので、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」により規定されているブロードキャスト方式およびマルチキャスト方式において、相手端末側がフレームを受信したかどうかを送信端末側で容易に認識でき、フレームロスが発生した場合にはフレームの再送信を実施することが可能な無線通信機システムおよびその無線通信シーケンスを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本願発明の一態様によれば、１台の親局と１台以上の子局との間で無線通信を行う無線通信機システムであって、前記子局のそれぞれは、前記親局からのブロードキャストフレームまたはマルチキャストフレームに対する送達確認フレームの返信を行うことを、前記親局に要求する手段を有し、前記親局は、前記送達確認フレームの返信の要求を行った前記子局に対する、前記送達確認フレームの返信の順序を決定する手段、および、前記子局の全てに対し、前記送達確認フレームの返信の順序を通知する手段を有し、前記ブロードキャストフレームまたは前記マルチキャストフレームに対する送達確認を実施できるようにしたことを特徴とする無線通信機システムが提供される。
【０００８】
また、本願発明の一態様によれば、１台の親局と１台以上の子局との間で無線通信を行う無線通信機システムの無線通信シーケンスであって、前記子局の中の任意の子局から前記親局に対して、ブロードキャストフレームまたはマルチキャストフレームに対する送達確認フレームの返信を行うことを要求し、この要求に対する応答を前記親局が行うことによって、前記親局と前記任意の子局との間で送達確認フレームの送信シーケンスを確立するステップと、前記親局が、前記任意の子局に対する前記送達確認フレームの返信の順序を決定するステップと、前記親局が、前記親局より定期的に送信されるＢｅａｃｏｎフレームまたは前記親局より不定期的に送信されるＢＣＭＣ  ｒｅｐｏｒｔフレームを用いて、前記子局の全てに対して、前記送達確認フレームの返信の順序を通知するステップと、前記親局が、前記子局の全てに対し、前記ブロードキャストフレームまたは前記マルチキャストフレームを送信するステップと、前記任意の子局が、前記送達確認フレームの返信の順序に応じて、前記親局からの前記ブロードキャストフレームまたは前記マルチキャストフレームに対する前記送達確認フレームの送信を行うステップとを具備したことを特徴とする無線通信シーケンスが提供される。
【発明の効果】
【０００９】
上記の構成により、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」により規定されているブロードキャスト方式およびマルチキャスト方式において、相手端末側がフレームを受信したかどうかを送信端末側で容易に認識でき、フレームロスが発生した場合にはフレームの再送信を実施することが可能な無線通信機システムおよびその無線通信シーケンスを提供できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について図面を参照して説明する。ただし、図面は模式的なものであり、各図面の寸法および比率などは現実のものとは異なることに留意すべきである。また、図面の相互間においても、互いの寸法の関係および／または比率が異なる部分が含まれていることは勿論である。特に、以下に示すいくつかの実施の形態は、本発明の技術思想を具体化するための装置および方法を例示したものであって、構成部品の形状、構造、配置などによって、本発明の技術思想が特定されるものではない。この発明の技術思想は、その要旨を逸脱しない範囲において、種々の変更を加えることができる。
【００１１】
［第１の実施形態］
図１は、本発明の第１の実施形態にしたがった、無線通信機システムの構成例を示すものである。なお、ここでは、リンク確立（通信可能）状態において、オプション通信を可能にするためのフレームである、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」および規格「ＩＥＥＥ  ８０２．１１ｅ」における、ＭＡＣ層プロトコルのフレームフォーマットおよびプロトコルシーケンスに対して適用した場合を例に説明する。つまり、無線ＬＡＮ通信システムにおいて、ブロードキャストフレーム送信時およびマルチキャストフレーム送信時に送達確認を行う仕組みについて述べる。
【００１２】
この例のシステムにおいては、たとえば図１に示すように、最大で、親局である１台のＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）１００と子局である８台のＳＴＡ（Ｓｔａｔｉｏｎ）１０１〜１０８との間で、ブロードキャストフレームまたはマルチキャストフレームによる通信が行われる。ＡＰ１００は、主に、無線ＬＡＮ通信システムにおける送信端末であり、全てのＳＴＡ１０１〜１０８を管理している。ＳＴＡ１０１〜１０８は、主に、無線ＬＡＮ通信システムにおける相手（受信）端末である。
【００１３】
図２は、上記したＡＰ１００の構成例を示すものである。ＡＰ１００は、無線ＬＡＮベースバンドチップ２００を有している。無線ＬＡＮベースバンドチップ２００上には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）２０２、ＰＨＹ（Ｐｈｙｓｉｃａｌ（ｌａｙｅｒ））２０３、ＭＥＭＣ（Ｍｅｍｏｒｙ  Ｃｏｎｔｒｏｌｌｅｒ）２０４、ＰＣＩＣ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｃｏｎｔｒｏｌｌｅｒ）２０５、および、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０６が設けられている。ＣＰＵ２０１、ＭＡＣ２０２、ＰＨＹ２０３、ＭＥＭＣ２０４、および、ＰＣＩＣ２０５は、バス２００ａを介して、相互に接続されている。
【００１４】
ＰＨＹ２０３には、ＭＡＣ２０２および無線部（ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部）２１０が接続されている。無線部２１０内には、ＲＦチップ２１１が設けられている。ＲＦチップ２１１には、アンテナ部２１２が接続されている。
【００１５】
ＭＥＭＣ２０４には、ＳＲＡＭ２０６およびＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０７が接続されている。
【００１６】
ＰＣＩＣ２０５には、ＨＯＳＴ  ＰＣ（Ｈｏｓｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２０９のＰＣＩＣ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｃｏｎｔｒｏｌｌｅｒ）２０８が接続されている。
【００１７】
上記の構成において、データ送信時には、ＨＯＳＴ  ＰＣ２０９から送信されるデータが、内部のＰＣＩＣ２０８および無線ＬＡＮベースバンドチップ２００内のＰＣＩＣ２０５を介して、ＳＲＡＭ２０６内および／またはＳＤＲＡＭ２０７内に格納される。ＳＲＡＭ２０６およびＳＤＲＡＭ２０７へのアクセスは、ＭＥＭＣ２０４を介して行われる。
【００１８】
ＳＲＡＭ２０６内および／またはＳＤＲＡＭ２０７内に格納されたデータは、ＣＰＵ２０１によって処理された後、ＭＡＣ２０２およびＰＨＹ２０３を通って、無線部２１０へと出力される。最終的に、ＲＦチップ２１１からアンテナ部２１２へとデータが送られ、そのアンテナ部２１２より無線ＬＡＮ通信のフレームとして送信されることになる。
【００１９】
なお、データ受信時は、この逆の動作（流れ）となる。また、ＳＴＡ１０１〜１０８についても、構成および動作はＡＰ１００と同一であるので、ここでの説明は割愛する。
【００２０】
また、後述する本実施形態にかかる処理では、ソフトウェアおよびハードウェアのどちらで実施することも可能である。ハードウェアで実施するのであれば、その処理はＭＡＣ２０２が受け持ち、ソフトウェアで実施するのであればＣＰＵ２０１が受け持つことになる。
【００２１】
次に、無線ＬＡＮ通信環境下において、本実施形態で用いる制御用プロトコルの概要について説明する。図３〜図８は、制御用プロトコルとして使用するフレームフォーマットの一例を示すものである。以下の説明では、理解をより容易なものとするために、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」および規格「ＩＥＥＥ  ８０２．１１ｅ」に準拠した無線ＬＡＮ通信環境下において、１台のＡＰが１台以上のＳＴＡと、ブロードキャスト方式またはマルチキャスト方式によりデータ送信を行う場合について考察する。その一例として、１ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）内に存在する、１台のＡＰ１００から２台のＳＴＡ１／２（たとえば、ＳＴＡ１０１，１０２）に対して、同時に、マルチキャストフレームを送信する場合を考える。ただし、ＡＰ１００とＳＴＡ１０１，１０２との間は、既に、通信確立用の制御プロトコルが動作し、通信できる環境（無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」により規定されている通信可能な状態（Ｓｔａｔｅ  ３））にあるものとする。
【００２２】
図３〜図８に示すフレームフォーマットは、既存の無線ＬＡＮ通信プロトコルには存在しないフレームである。本実施形態の場合、基本的には無線ＬＡＮ通信のフレームフォーマットを継承しているため、部分的な変更および追加のみとなっている（図中の矢印部分）。ベースとなっているフレームは、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１ｅ」などで使用しているアクションフレームである。無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１ｅ」をベースとしたのは、今後、複数のフレームに対する確認応答を一つのフレームで実現するＢＡ（Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）機能への拡張を考慮してのことである。ただし、送達確認フレームとしては、本実施形態では通常のＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームまでを対象としている。
【００２３】
図３は、フレームフォーマットの詳細について示すものである。本実施形態の場合、既存のフレームフォーマットに、「Ｃａｔｅｇｏｒｙ  Ｆｉｅｌｄ」、「Ａｃｔｉｏｎ  Ｆｉｅｌｄ」、「ＢＣＭＣ  ｐｏｌｉｃｙ」、および、「ＡＣＫ  ｏｒｄｅｒ」が、新たに追加および変更されている。
【００２４】
このフレームフォーマットは、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム、ＢＣＭＣ  ｒｅｐｏｒｔフレーム、および、ＤＥＬＢＣＭＣフレームに対して適用される。ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームとは、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を要求する場合に使用するフレームである。ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームとは、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームに対する返信フレームとして使用するフレームである。ＤＥＬＢＣＭＣフレームとは、ＡＤＤＢＣＭＣ（ＢＣＭＣデータフレームに対するＡＣＫフレーム送信の要求）を終了するときに使用するフレームである。ＢＣＭＣ  ｒｅｐｏｒｔフレームとは、ＡＣＫフレーム送信を許可するときに使用するフレームであり、ＡＰ１００より不定期的に送信される。
【００２５】
なお、本実施形態においては、ＢＣＭＣ  ｒｅｐｏｒｔフレームに代えて、Ｂｅａｃｏｎフレームを使用する。Ｂｅａｃｏｎフレームとは、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信の順序をＳＴＡ１０１，１０２に通知するためのフレーム（情報管理用フレーム）であり、新規エレメントとして追加されている。このＢｅａｃｏｎフレームは、プロトコルにより決定される管理情報（たとえば、Ｂｅａｃｏｎ送信タイミング情報）にしたがって、ＡＰ１００から定期的に送信される。
【００２６】
図４は、図３に示したフレームフォーマットの「Ｃａｔｅｇｏｒｙ  Ｆｉｅｌｄ」の詳細を示すものである。ＢＣ／ＭＣ  Ａｃｋは、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム用、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム用、および、ＤＥＬＢＣＭＣフレーム用として使用される。
【００２７】
図５は、図３に示したフレームフォーマットの「Ａｃｔｉｏｎ  Ｆｉｅｌｄ」の詳細を示すものである。ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔは、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームとして使用される。ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅは、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームとして使用される。ＤＥＬＢＣＭＣは、ＤＥＬＢＣＭＣフレームとして使用される。ＢＣＭＣ  ｒｅｐｏｒｔは、ＢＣＭＣ  ｒｅｐｏｒｔフレームとして使用される。
【００２８】
図６は、図３に示したフレームフォーマットの「ＢＣＭＣ  ｐｏｌｉｃｙ」の詳細を示すものである。「ＢＣＭＣ  ｐｏｌｉｃｙ」は新規に追加されたフィールドであって、「ＢＣＭＣ  Ｔｙｐｅ」および「ＩＤ  Ｔｙｐｅ」が用意されている。「ＢＣＭＣ  Ｔｙｐｅ」はＢＣおよびＭＣに対する適用の可否を判断するためのもので、「ＩＤ  Ｔｙｐｅ」は識別子の種類を設定するためのものである。
【００２９】
図７は、図３に示したフレームフォーマットの「ＡＣＫ  ｏｒｄｅｒ」の詳細を示すものである。「ＡＣＫ  ｏｒｄｅｒ」は、ＡＣＫフレームおよびＢＡフレームの送信の順序を規定するものである。
【００３０】
図８は、「Ｂｅａｃｏｎフレーム」および「ＢＣＭＣ  ｒｅｐｏｒｔフレーム」に含まれるエレメントの詳細を示すものである。エレメントとしては、「Ｅｌｅｍｅｎｔ  ＩＤ」、「Ｌｅｎｇｔｈ」、「ＩＤ  ｔｙｐｅ」、「ＩＤ」、および、「Ｐａｄｄｉｎｇ」が用意されている。「Ｅｌｅｍｅｎｔ  ＩＤ」とは、Ｂｅａｃｏｎフレームなどに挿入される一塊の情報（エレメント）を識別するためのＩＤである。
【００３１】
図９は、上記した無線ＬＡＮ通信環境下において、本実施形態で用いるＡＰ１００の管理テーブルの構成例を示すものである。管理テーブルでは、「ＳＴＡ識別情報」と「ＢＣＭＣポリシー」とが管理されている。この管理テーブルは、たとえばＳＲＡＭ２０６内またはＳＤＲＡＭ２０７内に格納されている。
【００３２】
図１０は、上記した無線ＬＡＮ通信環境下において、本実施形態の制御用プロトコルを動作させた場合の、プロトコルシーケンス（Ｂｅａｃｏｎフレーム使用時）を示すものである。すなわち、図１０は、２台のＳＴＡ１０１，１０２がＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを送信することにより、ＡＰ１００からのＢＣＭＣデータフレームに対するＡＣＫフレーム（ＡＣＫ１／ＡＣＫ２）の送信を行えるように設定した場合のシーケンス（制御用プロトコルを動作させている様子）を示している。なお、ここでは、ＡＣＫフレーム送信の順序を、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの受信順とした場合について説明する。
【００３３】
具体的には、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を行いたいＳＴＡ（任意の子局）１０１は、ＡＰ１００に対して、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ａ）を送信する。すると、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ａ）を受信したＡＰ１００は、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム（ｂ）をＳＴＡ１０１に送信する。これにより、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム（ｂ）を受信したＳＴＡ１０１は、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信シーケンスを確立することができる。ただし、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム（ｂ）を受信したＳＴＡ１０１は、このタイミングでは、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を実施しない。
【００３４】
その後、ＡＰ１００からは、全ＳＴＡ１０１，１０２に対してＢｅａｃｏｎフレーム（ｃ）が送信される。このＡＰ１００から送信されるＢｅａｃｏｎフレーム（ｃ）を受信した段階から、ＳＴＡ１０１は、ＢＣＭＣデータフレーム（ｄ）に対するＡＣＫフレーム送信（ｅ）を実施する。
【００３５】
Ｂｅａｃｏｎフレームには、新規エレメントとして、自分自身（ＳＴＡ１０１，１０２）がどのタイミングでＡＣＫフレーム送信をすればよいかの送信順序を通知するための情報（たとえば、ＡＣＫフレーム返信タイミング情報）が付与されている。したがって、Ｂｅａｃｏｎフレームを受信することにより、全ＳＴＡ１０１，１０２は、自分自身のＡＣＫフレームの送信順序（送信タイミング）を知ることができる。つまり、Ｂｅａｃｏｎフレームを受信したタイミングで、ＡＣＫフレーム送信が可能となる。
【００３６】
同様に、ＳＴＡ（任意の子局）１０２が、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ｆ）を送信し、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信シーケンスを確立しようとする場合も、ＡＣＫフレーム送信シーケンスの確立後、直ちにＢＣＭＣデータフレームに対するＡＣＫフレーム送信は行わない。要するに、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレーム（ｇ）の受信後、ＡＣＫフレームの送信順序を通知するＢｅａｃｏｎフレーム（ｊ）を受信した段階で、初めてＢＣＭＣデータフレーム（ｋ）に対するＡＣＫフレーム送信（ｎ）が可能となる。
【００３７】
つまり、Ｂｅａｃｏｎフレーム（ｊ）を受信するまで、ＢＣＭＣデータフレーム（ｈ）に対しては、ＳＴＡ１０１からのＡＣＫフレーム送信（ｉ）のみである。Ｂｅａｃｏｎフレーム（ｊ）を受信した後には、ＳＴＡ１０１，ＳＴＡ１０２の順で、ＢＣＭＣデータフレーム（ｋ）に対するＡＣＫフレーム送信（ｍ），ＡＣＫフレーム送信（ｎ）が行われる。その際、ＳＴＡ１０２は、ＢＣＭＣデータフレーム（ｋ）を受信してから所定の時間、たとえば、ＳＴＡ１０１からのＡＣＫフレーム送信（ｍ）が完了するのに十分な時間を経過した後に、ＡＣＫフレーム送信（ｎ）を行う。これにより、ＡＣＫフレームが衝突するのを防止できる。
【００３８】
一方、ＳＴＡ１０１が、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を停止（ＡＣＫフレーム送信シーケンスを解除）しようとする場合には、ＡＰ１００にＤＥＬＢＣＭＣフレーム（ｐ）を送信する。この場合は、後続のＢｅａｃｏｎフレーム（ｓ）に関係なく、ＳＴＡ１０１は直ちにＡＣＫフレーム送信を停止する。つまり、ＤＥＬＢＣＭＣフレーム（ｐ）を送信した後には、ＳＴＡ１０２のみから、ＢＣＭＣデータフレーム（ｑ）に対するＡＣＫフレーム送信（ｒ）が行われる。こうして、以降のＡＣＫフレーム送信において、送信の順序が繰り上げ更新される。
【００３９】
なお、ＢＣＭＣデータフレーム（ｔ）を送信したにもかかわらず、ＳＴＡ１０２からのＡＣＫフレーム送信を受信できない場合、ＡＰ１００は、これをフレームロスの発生と判断し、ＢＣＭＣデータフレーム（ｔ’）を再送信する。このように、フレームロス発生時にフレームの再送信を行うことが容易に可能となる。なお、この動作は、ＳＴＡ１０１の、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信シーケンスが確立されている場合にも同様である。
【００４０】
図１１は、上記した本実施形態の制御用プロトコルを動作させた際の、ＡＰ１００での処理の流れ（ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を可能にするコネクションを確立させるための動作）を説明するために示すものである。
【００４１】
まず、ＡＰ１００は、ステップＳＴ０１において、ＳＴＡ１０１またはＳＴＡ１０２からのＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを受信したかどうかを判断する。ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを受信していないと判断した場合、処理はそのまま終了する。
【００４２】
一方、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを受信したと判断した場合、ステップＳＴ０２において、ＡＣＫフレーム送信の順序を決定する。
【００４３】
次いで、ステップＳＴ０３において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームを作成する。
【００４４】
次いで、ステップＳＴ０４において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームの送信回数を“０”回に設定する。
【００４５】
次いで、ステップＳＴ０５において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームの送信回数が、あらかじめ決められた“ｎ”回以下かどうかを判断する。そして、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームの送信回数が“ｎ”回を超えている場合には、処理はそのまま終了する。
【００４６】
また、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームの送信回数が“ｎ”回を超えていない場合には、ステップＳＴ０６において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームを送信する。
【００４７】
次いで、ステップＳＴ０７において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームの送信が成功したかどうかを判断する。送信が成功しなかった場合には、ステップＳＴ０８において、送信回数をインクリメントした後、上記したステップＳＴ０５以降の処理を繰り返す。
【００４８】
一方、送信が成功した場合には、ステップＳＴ０９において、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信許可通知完了状態へ遷移する。ここまでの動作を、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを受け取ったＳＴＡごとに繰り返す。
【００４９】
次いで、ステップＳＴ１０において、ＡＣＫフレーム送信順序通知をＢｅａｃｏｎフレームで実施するかどうかを判断する。実施しない場合には、処理はステップＳＴ１２に移行する。実施する場合には、ステップＳＴ１１において、Ｂｅａｃｏｎフレームの作成および送信を行う。
【００５０】
次いで、ステップＳＴ１２において、ＡＣＫフレーム送信順序通知を、ＢＣＭＣ  ｒｅｐｏｒｔフレームで実施するかどうかを判断する。実施しない場合には、処理はそのまま終了する。
【００５１】
実施する場合には、ステップＳＴ１３において、ＢＣＭＣ  ｒｅｐｏｒｔフレームの作成および送信を行う（後述する第２の実施形態）。そして、処理は終了する。すなわち、上記ステップＳＴ１１において、Ｂｅａｃｏｎフレームを作成および送信した場合には、ＢＣＭＣ  ｒｅｐｏｒｔフレームの作成および送信は行わない（上述した第１の実施形態）。
【００５２】
図１２は、上記した本実施形態の制御用プロトコルを動作させた際の、ＳＴＡ１０１，１０２での処理の流れ（ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を可能にするコネクションを確立させるための要求時の動作）を説明するために示すものである。
【００５３】
まず、ステップＳＴ２１において、通信リンク確立状態かどうかを判断する。通信リンクが確立していないと判断した場合、処理はそのまま終了する。
【００５４】
一方、通信リンクが確立していると判断した場合には、ステップＳＴ２２において、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを作成する。
【００５５】
次いで、ステップＳＴ２３において、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信回数を“０”回に設定する。
【００５６】
次いで、ステップＳＴ２４において、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信回数が、あらかじめ決められた“ｎ”回以下かどうかを判断する。そして、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信回数が“ｎ”回を超えている場合には、処理はそのまま終了する。
【００５７】
また、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信回数が“ｎ”回を超えていない場合には、ステップＳＴ２５において、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを送信する。
【００５８】
次いで、ステップＳＴ２６において、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信が成功したかどうかを判断する。送信が成功しなかった場合には、ステップＳＴ２７において、送信回数をインクリメントした後、上記したステップＳＴ２４以降の処理を繰り返す。一方、送信が成功した場合には、処理は終了する。
【００５９】
図１３は、上記した本実施形態の制御用プロトコルを動作させた際の、ＳＴＡ１０１，１０２での処理の流れ（ＢＣＭＣデータフレームに対するＡＣＫフレーム送信を可能にするコネクションを確立させるための確立時の動作）を説明するために示すものである。
【００６０】
まず、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの送信が成功した状態において、ＡＤＤＢＣＭＣ  ｒｅｓｐｏｎｓｅフレームを受信したかどうかを判断する（ステップＳＴ３１）。受信しないと判断した場合、処理はそのまま終了する。
【００６１】
一方、受信したと判断した場合には、ステップＳＴ３２において、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信許可状態へ遷移する。そして、処理は終了する。
【００６２】
図１４は、上記したＡＰ１００での、ＡＣＫフレーム送信の順序を決定する際の動作（図１１のステップＳＴ０２）にかかる処理の流れを示すものである。ここでは、フレームフォーマット内に記載されているＳＴＡ順に送信するように設定した場合について説明する。
【００６３】
まず、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの受信が判断される（上記ステップＳＴ０１）と、ステップＳＴ０２１において、ＡＣＫフレームを、フレームフォーマット内に記載されているＳＴＡの順序で送信できるように設定する。
【００６４】
その後、ＡＰ１００は、ステップＳＴ０２２において、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信許可状態へ遷移する。そして、処理は終了する。
【００６５】
なお、ＡＣＫフレーム送信の送信順序決めアルゴリズムとしては、ＳＴＡの記載順に限らず、たとえば、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの受信順とする方法も考えられる。つまり、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームを受け付けた順に、ＡＣＫフレーム送信を行わせるように設定することもできる。
【００６６】
または、ＳＴＡに優先順位をあらかじめ付しておき、優先度の高いＳＴＡから順にＡＣＫフレーム送信を実施させるように設定することも可能である。
【００６７】
図１５は、上記したＡＰ１００での、Ｂｅａｃｏｎフレーム作成および送信（図１１のステップＳＴ１１）にかかる処理の流れを示すものである。
【００６８】
まず、ＡＣＫフレーム送信順序通知をＢｅａｃｏｎフレームで実施する場合（上記したステップＳＴ１０）、ステップＳＴ１１１において、タイマ（図示していない）による割り込みが入る。
【００６９】
次いで、ステップＳＴ１１２において、Ｂｅａｃｏｎフレームを作成する必要があるかどうかを判断する。作成する必要がない場合、たとえば作成済みの場合には、処理はステップＳＴ１１４に移行する。
【００７０】
一方、作成する必要がある場合には、ステップＳＴ１１３において、上記したＡＣＫフレーム送信順序の決定（設定）にしたがってＢｅａｃｏｎフレームを作成する。
【００７１】
最後に、ステップＳＴ１１４において、各ＳＴＡ１０１，１０２にＢｅａｃｏｎフレームを送信し、処理は終了する。
【００７２】
上記したように、本実施形態の制御用プロトコルを動作させることによって、衝突なく、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信が可能となり、無線ＬＡＮ通信環境下において、簡単にブロードキャストフレームおよびマルチキャストフレームに対する送達確認を実施できるようになる。すなわち、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１」により規定されているブロードキャスト方式およびマルチキャスト方式において、ＳＴＡ側からのＡＣＫフレーム送信の順序を制御しつつ、ＡＣＫフレームの無線区間内での衝突を防いで、ＡＰへ正常に送信できるようにしている。これにより、ＳＴＡ側がフレームを受信したかどうかをＡＰ側で容易に認識することが可能となる。したがって、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信が不可能な場合と比べて、フレームロス発生時にフレームの再送信を行うことが可能となるものである。
【００７３】
また、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信シーケンスの確立のみでなく、ＡＣＫフレーム送信シーケンスの解除をも容易に行うことができ、無線帯域を効率よく使用できるようになるものである。
【００７４】
特に、上記したような制御用プロトコルを導入することにより、それらを動的に制御することが可能となる。そのため、より柔軟な制御が可能となり、ユーザ（オペレータ）にとっても使いやすく、かつ、無線帯域を有効に利用し得るようになるものである。
【００７５】
また、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信のタイミングを、他のＳＴＡへも通知することができるようにしている。つまり、既存の無線ＬＡＮ通信で使用されているＡＣＫフレーム送信の方式を拡張することによって、オペレータによる設定操作などを必要とすることなしに、容易に対応することが可能である。
【００７６】
［第２の実施形態］
図１６は、本発明の第２の実施形態にしたがった無線通信機システムにおいて、ＢＣＭＣ  ｒｅｐｏｒｔフレームを使用した場合のプロトコルシーケンスを示すものである。この第２の実施形態は、第１の実施形態に示した構成の無線通信機システムにおいて、Ｂｅａｃｏｎフレームに代えて、ＢＣＭＣ  ｒｅｐｏｒｔフレームによりＡＣＫフレーム送信の順序を通知するようにした場合の例である。この例でも、ＡＣＫフレーム送信の順序を、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレームの受信順とした場合について説明する。
【００７７】
第１の実施形態の場合と最も大きく異なるのは、ＢＣＭＣ  ｒｅｐｏｒｔフレームを使用するようにした場合、Ｂｅａｃｏｎフレームの送信にかかるタイムラグを短縮できる点にある。すなわち、ＡＤＤＢＣＭＣ  ｒｅｑｕｅｓｔフレーム（ａ）／ｒｅｓｐｏｎｓｅフレーム（ｂ）の送受信により、ＳＴＡ（任意の子局）１０１は、ＢＣＭＣデータフレームに対するＡＣＫフレーム送信が可能な状態となる（ＡＣＫフレーム送信シーケンスの確立）。この状態において、直ちに、ＡＰ１００よりＢＣＭＣ  ｒｅｐｏｒｔフレーム（ｃ）が送信されて、ＳＴＡ１０１，１０２に対するＡＣＫフレーム送信の順序が通知される。これにより、ＳＴＡ１０１は、ＢＣＭＣデータフレーム（ｄ）に対するＡＣＫフレーム送信（ｅ）が可能な状態となる。
【００７８】
なお、その他の動作については、図１０に示した場合とほぼ同様なので詳しい説明は割愛する。
【００７９】
このように、不定期的に送信されるＢＣＭＣ  ｒｅｐｏｒｔフレームを使用することによって、タイマによる割り込みにより定期的に送信されるＢｅａｃｏｎフレームに比して、ＳＴＡを直ちにＢＣＭＣデータフレームに対するＡＣＫフレーム送信が可能な状態へと遷移させることが可能となる。ゆえに、無線ＬＡＮ通信環境下において、簡単にブロードキャストフレームおよびマルチキャストフレームに対する送達確認を実施できるようになるとともに、無線区間（帯域）をより効率的に使用することが可能となるものである。
【００８０】
なお、上述した第１，第２の実施形態においては、いずれも、ＳＴＡ側からの要求により、ＳＴＡをＢＣＭＣデータフレームに対するＡＣＫフレーム送信が可能な状態へと遷移させるようにした場合を例に説明した。これに限らず、たとえばＡＰ側からの要求によって、ＳＴＡをＢＣＭＣデータフレームに対するＡＣＫフレーム送信が可能な状態へと遷移させるように構成することも可能である。
【００８１】
また、１ＢＳＳ内に存在する、ＳＴＡの台数は２台または８台に限らず、通常は１６台程度のＳＴＡを備えて構成するのが望ましい。
【００８２】
また、ＢＣＭＣデータフレームに対する確認応答としてＡＣＫフレームを送信する場合について説明したが、たとえば、無線ＬＡＮ通信の規格「ＩＥＥＥ  ８０２．１１ｅ」で使用されている、バースト送信時の確認応答であるＢｌｏｃｋ  ＡＣＫ（ＢＡ）フレームを送信するように構成することも可能である。
【００８３】
さらに、ＡＰから複数のＳＴＡにＭＣデータフレームを送信した場合において、無線ＬＡＮ通信環境下によっては、各ＳＴＡからのＡＣＫフレームの一部がＡＰに届かない場合が考えられる。このような場合、ＡＰはフレームの再送信を行うことになるが、再送信の方法としては、ＭＣデータフレームをそのまま再送信する場合に限らない。すなわち、ＡＰからのＭＣデータフレームの送信に対しては、そのＭＣデータフレームに対するＡＣＫフレームを各ＳＴＡがＡＰに送信することになるが、たとえば、あるＳＴＡからのＡＣＫフレームはＡＰで受信することができたが、別のＳＴＡからのＡＣＫフレームはＡＰで受信できないようなケースが発生することがある。この場合、ＡＰは、再度、同じデータフレームを送信することになる。その際、ＡＣＫフレームを受信できなかったＳＴＡに対して、ＭＣデータフレームを再送信した方がいいのか、あるいは、ＵＣ（ユニキャスト）フレームを送信し直した方がいいのかは、状況によって変わってくる。
【００８４】
以下に、いくつかの具体例をあげて簡単に説明する。たとえば、１台のＡＰ１００から２台のＳＴＡ（１／２）１０１，１０２へのＭＣデータフレームの送信において、ＳＴＡ１０１からのＡＣＫフレームにフレームロスが発生した場合、ＡＰ１００からＳＴＡ１０１への再送信はＵＣデータフレームが好ましい。たとえば、１台のＡＰ１００から２台のＳＴＡ１０１，１０２へのＭＣデータフレームの送信において、ＳＴＡ１０１，１０２からのＡＣＫフレームにフレームロスが発生した場合、ＡＰ１００からＳＴＡ１０１，１０２への再送信はＢＣＭＣデータフレームが好ましい。たとえば、１台のＡＰ１００から３台のＳＴＡ１０１，１０２，１０３へのＭＣデータフレームの送信において、ＳＴＡ１０１，１０２，１０３からのＡＣＫフレームにフレームロスが発生した場合、ＡＰ１００からＳＴＡ１０１，１０２，１０３への再送信はＢＣＭＣデータフレームが好ましい。
【００８５】
その他、本願発明は、上記（各）実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記（各）実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。たとえば、（各）実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題（の少なくとも１つ）が解決でき、発明の効果の欄で述べられている効果（の少なくとも１つ）が得られる場合には、その構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００８６】
【図１】本発明の第１の実施形態にしたがった、無線通信機システムの一例を示す構成図。
【図２】図１に示した無線通信機システムにおける、ＡＰ（ＳＴＡ）の構成例を示すブロック図。
【図３】図１に示した無線通信機システムにおける、フレームフォーマットの詳細について示す図。
【図４】図３に示したフレームフォーマットの、「Ｃａｔｅｇｏｒｙ  Ｆｉｅｌｄ」の詳細を示す図。
【図５】図３に示したフレームフォーマットの、「Ａｃｔｉｏｎ  Ｆｉｅｌｄ」の詳細を示す図。
【図６】図３に示したフレームフォーマットの、「ＢＣＭＣ  ｐｏｌｉｃｙ」の詳細を示す図。
【図７】図３に示したフレームフォーマットの、「ＡＣＫ  ｏｒｄｅｒ」の詳細を示す図。
【図８】「Ｂｅａｃｏｎフレーム」および「ＢＣＭＣ  ｒｅｐｏｒｔフレーム」に含まれるエレメントの詳細を示す図。
【図９】図１に示した無線通信機システムにおける、ＡＰの管理テーブルの構成例を示す図。
【図１０】図１に示した無線通信機システムにおける、プロトコルシーケンス（Ｂｅａｃｏｎフレーム使用時）を示す図。
【図１１】図１に示した無線通信機システムにおいて、制御用プロトコルを動作させた際の、ＡＰでの処理の流れを説明するために示すフローチャート。
【図１２】図１に示した無線通信機システムにおいて、制御用プロトコルを動作させた際の、ＳＴＡでの処理の流れ（要求時）を説明するために示すフローチャート。
【図１３】図１に示した無線通信機システムにおいて、制御用プロトコルを動作させた際の、ＳＴＡでの処理の流れ（確立時）を説明するために示すフローチャート。
【図１４】図１に示した無線通信機システムにおいて、ＡＰでのＡＣＫフレーム送信の順序を決定する際の動作にかかる処理の流れを示すフローチャート。
【図１５】図１に示した無線通信機システムにおいて、ＡＰでのＢｅａｃｏｎフレーム作成および送信にかかる処理の流れを示すフローチャート。
【図１６】本発明の第２の実施形態にしたがった、無線通信機システムにおけるプロトコルシーケンス（ＢＣＭＣ  ｒｅｐｏｒｔフレーム使用時）を示す図。
【符号の説明】
【００８７】
１００…ＡＰ、１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８…ＳＴＡ、２００…無線ＬＡＮベースバンドチップ、２０１…ＣＰＵ、２０２…ＭＡＣ、２０３…ＰＨＹ、２０４…ＭＥＭＣ、２０５…ＰＣＩＣ、２０６…ＳＲＡＭ、２０７…ＳＤＲＡＭ、２０８…ＰＣＩＣ、２０９…ＨＯＳＴ  ＰＣ、２１０…無線部、２１１…ＲＦチップ、２１２…アンテナ部。
【図１】
2008160182.tif 000003
【図２】
2008160182.tif 000004
【図３】
2008160182.tif 000005
【図４】
2008160182.tif 000006
【図５】
2008160182.tif 000007
【図６】
2008160182.tif 000008
【図７】
2008160182.tif 000009
【図８】
2008160182.tif 000010
【図９】
2008160182.tif 000011
【図１０】
2008160182.tif 000012
【図１１】
2008160182.tif 000013
【図１２】
2008160182.tif 000014
【図１３】
2008160182.tif 000015
【図１４】
2008160182.tif 000016
【図１５】
2008160182.tif 000017
【図１６】
2008160182.tif 000018