(57)【要約】【課題】無線ＬＡＮチップの真の死活状態を監視することが可能な無線ＬＡＮ端末装置を提供することを目的とする。【解決手段】無線ＬＡＮ端末装置１０は、少なくとも死活監視パケットを生成するパケット生成部１３と、前記死活監視パケットを送信すると共に返信された前記死活監視パケットを受信するインタフェース１４と、一定の確認周期で、受信した死活監視パケット数と送信した死活監視パケット数を比較し、前記受信した死活監視パケット数が前記送信した死活監視パケット数より少ないとき、無線ＬＡＮチップが異常であると判定する死活判定部１５と、を有している。これにより、無線ＬＡＮチップの真の死活状態を監視することが可能な無線ＬＡＮ端末装置を提供することが可能になる。【選択図】図１
2015180011.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも死活監視パケットを生成するパケット生成部と、
前記死活監視パケットを送信すると共に返信された前記死活監視パケットを受信するインタフェースと、
一定の確認周期で、受信した死活監視パケット数と送信した死活監視パケット数を比較し、前記受信した死活監視パケット数が前記送信した死活監視パケット数より少ないとき、無線ＬＡＮチップが異常であると判定する死活判定部と、
を有することを特徴とする無線ＬＡＮ端末装置。
【請求項２】
前記パケット生成部は、
送信先ＭＡＣアドレスに、自身のＭＡＣアドレスが埋め込まれている前記死活監視パケットを生成することを特徴とする請求項１に記載の無線ＬＡＮ端末装置。
【請求項３】
前記死活監視パケットは、
送信時刻を示すタイムスタンプが埋め込まれていることを特徴とする請求項１又は２に記載の無線ＬＡＮ端末装置。
【請求項４】
請求項１〜３のいずれか１項に記載の無線ＬＡＮ端末装置と、
前記無線ＬＡＮ端末装置から送信された死活監視パケットを返信する無線ＬＡＮ基地局と、が通信回線を介して接続されていることを特徴とする無線ＬＡＮシステム。
【請求項５】
ファームウェアが支配的な無線ＬＡＮシステムにおける無線ＬＡＮ端末装置の無線ＬＡＮチップの死活監視方法であって、インフラストラクチャモードで、無線ＬＡＮ基地局とのリンクが形成されているときに、ドライバから自らのアドレス宛に死活監視パケットを送信する第１処理と、
前記死活監視パケットに対する無線ＬＡＮ基地局からの折り返しの死活監視パケットを受信する第２処理と、
送信した死活監視パケット数と受信した死活監視パケット数とを比較することにより無線ＬＡＮチップの死活判定をする第３処理と、
を有することを特徴とする無線ＬＡＮチップの死活監視方法。
【請求項６】
前記第３処理の死活判定で無線ＬＡＮチップが異常な場合、無線ＬＡＮ端末装置をリセットする第４処理を更に有することを特徴とする請求項５に記載の無線ＬＡＮチップの死活監視方法。
【請求項７】
インフラストラクチャモードで、無線ＬＡＮ基地局とのリンクが形成されているときに、ドライバから自らのアドレス宛に死活監視パケットを送信する第１処理と、前記死活監視パケットに対する前記無線ＬＡＮ基地局からの折り返しの死活監視パケットを受信する第２処理と、送信した死活監視パケット数と受信した死活監視パケット数とを比較することにより無線ＬＡＮチップの死活判定をする第３処理と、を無線ＬＡＮ端末装置のコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮ端末装置、無線ＬＡＮシステム、無線ＬＡＮチップの死活監視方法、及びプログラムに関する。
【背景技術】
【０００２】
無線ＬＡＮ（Local Area Network）システムは、無線ＬＡＮ端末装置から無線ＬＡＮ基地局装置を介してネットワークにアクセス可能なシステムであり、無線ＬＡＮ端末装置には、ＲＦインタフェース機能等を有する無線ＬＡＮチップが内蔵されている。
【０００３】
無線ＬＡＮシステムの死活監視に関し、特許文献１には、ＴＣＰ送信部より送信されるＡＣＫパケットの送信時刻と、ＴＣＰ受信部で受信するＡＣＫパケットに起因するデータパケットの受信時刻をそれぞれ監視しておき、その差分により、通信装置がデータを送ってからＡＣＫを受信するまでにかかる時間ＲＴＴ（Round Trip Time）を算出することが提案されている。
【０００４】
又、特許文献２及び３には、パケットデータに埋め込んだタイムスタンプに基づき近似的にパケットの伝送時間を測定する技術が提案されている。
【０００５】
特許文献１〜３に提案されているＲＴＴの算出方法は、無線ＬＡＮ端末装置におけるアプリケーション層からドライバを経て他の無線ＬＡＮ端末装置又は無線ＬＡＮ基地局装置へ無線ＬＡＮシステムの死活状態を確認するコマンドを送信し、このコマンドに対する応答を受信して、送信時刻と受信時刻との差分からＲＴＴを求める方法であり、ＲＴＴにより無線ＬＡＮシステムの死活監視状態を判定することが可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１１０６８０号公報
【特許文献２】特開２００６−３０３７５０号公報
【特許文献３】特開２００４−１４７０３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、現行の無線ＬＡＮシステムの死活監視方法は、以下の（ａ）、（ｂ）のような課題があった。
【０００８】
（ａ）無線ＬＡＮチップが異常状態になり、実際には通信機能が損なわれているにも拘わらず、「正常」状態であるとドライバに通知する場合があるため、無線ＬＡＮシステムの通信機能の正常/異常を正しく認識できない。
【０００９】
（ｂ）無線ＬＡＮチップの異常状態を正確に把握できないため、無線ＬＡＮ端末装置のハードウェアに対してリセット等の処理を実行することにより、正常状態に復帰させることができない。
【００１０】
そこで、本発明は、無線ＬＡＮチップの真の死活状態を監視することが可能な無線ＬＡＮ端末装置、無線ＬＡＮシステム、無線ＬＡＮチップの死活監視方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の側面の無線ＬＡＮ端末装置は、少なくとも死活監視パケットを生成するパケット生成部と、前記死活監視パケットを送信すると共に返信された前記死活監視パケットを受信するインタフェースと、一定の確認周期で、受信した死活監視パケット数と送信した死活監視パケット数を比較し、前記受信した死活監視パケット数が前記送信した死活監視パケット数より少ないとき、無線ＬＡＮチップが異常であると判定する死活判定部と、を有することを特徴とする。
【００１２】
第２の側面の無線ＬＡＮシステムは、前記無線ＬＡＮ端末装置と、前記無線ＬＡＮ端末装置から送信された死活監視パケットを返信する無線ＬＡＮ基地局装置と、が通信回線を介して接続されたことを特徴とする。
【００１３】
第３の側面の無線ＬＡＮチップの死活監視方法は、ファームウェアが支配的な無線ＬＡＮシステムにおける無線ＬＡＮ端末装置の無線ＬＡＮチップの死活監視方法であって、インフラストラクチャモードで、無線ＬＡＮ基地局装置とのリンクが成立しているときに、ドライバから自らのアドレス宛に死活監視パケットを送信する第１処理と、前記死活監視パケットに対する前記無線ＬＡＮ基地局装置からの折り返しの死活監視パケットを受信する第２処理と、送信した死活監視パケット数と受信した死活監視パケット数とを比較することにより無線ＬＡＮチップの死活判定をする第３処理と、を有することを特徴とする。
【００１４】
第４の側面のプログラムは、前記第１処理と、前記第２処理と、前記第３処理と、を無線ＬＡＮ端末装置のコンピュータに実行させるものである。
【発明の効果】
【００１５】
本発明によれば、無線ＬＡＮ端末装置は、死活監視パケットを生成するパケット生成部と、死活監視パケットを送信すると共に返信された死活監視パケットを受信するインタフェースと、一定の確認周期で、受信した死活監視パケット数と送信した死活監視パケット数を比較し、受信した死活監視パケット数が送信した死活監視パケット数に満たないとき、無線ＬＡＮチップが異常であると判定する死活判定部と、を有している。これにより、無線ＬＡＮチップの死活状態を正確に監視することが可能になる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態の無線ＬＡＮシステムの概略を示すブロック図である。
【図２】死活監視パケットのフレームフォーマットを示す図である。
【図３】無線ＬＡＮシステムの通常パケットのトラフィックを示す図である。
【図４】本発明の実施形態の死活監視パケットのトラフィックを示す図である。
【図５】本発明の実施形態の送信スレッドのフローチャートである。
【図６】本発明の実施形態の受信スレッドのフローチャートである。
【図７】本発明の実施形態の異常検出スレッドのフローチャートである。
【発明を実施するための形態】
【００１７】
以下に本発明の実施形態について図面を参照しながら詳細に説明する。
（実施形態の構成）
図１は、本発明の実施形態の無線ＬＡＮシステムの概略を示すブロック図である。
本発明の無線ＬＡＮシステム１は、無線ＬＡＮ端末装置１０（１０−１、１０−２）と、無線ＬＡＮ基地局装置２０を有している。無線ＬＡＮ端末装置１０と無線ＬＡＮ基地局装置２０とは、無線回線によりインフラストラクチャモードで接続されている。
【００１８】
無線ＬＡＮ端末装置１０は、中央処理装置ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、パケット生成部１３と、無線（ＲＦ）インタフェース１４と、死活判定部１５と、アンテナ１６を有している。ＣＰＵ１１は、無線ＬＡＮ端末装置１０の全体を制御するものであり、メモリ１２は、プログラムやデータを格納するものである。
【００１９】
パケット生成部１３は、死活監視パケットを含む通信パケットを生成するものである。ＲＦインタフェース１４は、通信パケットの送受信をするためのインタフェースであり、パケット生成部１３で生成された通信パケットをアンテナ１６を介して送信すると共に、無線ＬＡＮ基地局装置２０が送信する通信パケットをアンテナ１６を介して受信して死活判定部１５へ出力するものである。
【００２０】
死活判定部１５は、無線ＬＡＮ端末装置１０の有する無線ＬＡＮチップの死活判定を行うものである。死活判定部１５は、パケット生成部１３で生成された送信する死活監視パケット数をカウントする送信カウンタ１５ａと、無線ＬＡＮ基地局装置２０で返信された受信する死活監視パケット数をカウントする受信カウンタ１５ｂと、を有している。更に、死活判定部１５は、所定の周期で、送信カウンタ１５ａの送信カウント数と受信カウンタ１５ｂの受信カウント数とを比較して、無線ＬＡＮチップの異常判定を行う。
【００２１】
無線ＬＡＮ基地局装置２０は、ＲＦインタフェース２１と、受信部２２と、パケット転送部２３と、を有している。
【００２２】
受信部２２は、ＲＦインタフェース２１から入力された通信パケットをパケット転送部２３へ出力する。パケット転送部２３は、入力された通信パケットを通信パケット中に埋め込まれた送信先ＭＡＣ（Media Access Control）アドレスへ転送する。パケット生成部１３で生成される死活監視パケットは、送信先ＭＡＣアドレスとして、自分宛のＭＡＣＭＡＣアドレスが埋め込まれているので、無線ＬＡＮ端末装置１０から送信された死活監視パケットは、無線ＬＡＮ端末装置１０へ返送される。
【００２３】
図２（ａ），（ｂ）は、死活監視パケットのフレームフォーマットを示す図である。
図２（ａ）には、ＰＬＣＰ（Physical Layer Convergence Protocol）プリアンブルと、ＰＬＣＰヘッダと、ヘッダと、データと、ＦＣＳ（Frame Check Sequence）と、から構成されたIEEE802.11で規定されたフレームフォーマットが示されている。
【００２４】
ここで、ＦＣＳは、データをフレーム単位に分割して送受信する通信システムにおいて、受信フレームに誤りがないかをチェックするために付加するデータである。ＦＣＳは送信側がデータの内容等を元に一定の手順で演算した値で、データの末尾等に付加して送信される。受信側は受けたデータから同様の演算を行い、算出した値がＦＣＳに一致するか否かを調べることで、通信途上でデータの内容が破壊したかどうかを調べるときに用いる。演算の内容は通信プロトコルの仕様によって定められている。
【００２５】
図２（ｂ）に図２（ａ）中のヘッダのIEEE802.11で規定されたフォーマットが示されている。IEEE802.11で規定されたヘッダは、２バイト（Byte）のＦＣ（Frame Control）、２Byte のＤＵＲ（DURation/ID）、６ByteのAddress1、６ByteのAddress2、６ByteのAddress3、２ByteのＳＥＱ（SEQuence control）、６Byte のAddress4の合計３０Byte のデータにより構成されている。
【００２６】
死活監視パケットは、無線ＬＡＮ端末装置１０→無線ＬＡＮ基地局装置２０→無線ＬＡＮ端末装置１０の経路を想定しているため、Address1は、送信先ＭＡＣアドレス、Address2は、送信元ＭＡＣアドレス、Address3は、通常は、無線ＬＡＮ基地局装置２０のＭＡＣアドレス（ＢＳＳＩＤ（Basic Service Set IDentifier））を用い、Address4は、未使用となる。
【００２７】
通常、Address1には宛先のＭＡＣアドレスを格納するため、無線ＬＡＮ端末装置１０自身のＭＡＣアドレスを格納することはないが、死活監視パケットは、無線ＬＡＮ端末装置１０自身のＭＡＣアドレスをAddress1に格納する。
【００２８】
死活監視パケットのAddress2には、適当なＭＡＣアドレスを格納する。無線ＬＡＮ端末装置１０自身のＭＡＣアドレス、又は、00:00: 00:00: 00:00、ff: ff: ff: ff: ff: ffでもよい。
（実施形態の動作）
本発明の実施形態の無線ＬＡＮシステムの動作について、（Ｉ）通常パケットのトラフィックと、（II）死活監視パケットのトラフィックと、(III)無線ＬＡＮチップの死活監視方法の処理と、に分けて説明する。
【００２９】
（Ｉ）通常パケットのトラフィック
図３は、無線ＬＡＮシステムの通常パケットのトラフィックを示す図である。図３には、無線ＬＡＮ端末装置１０及び無線ＬＡＮ基地局装置２０の階層構造と、通信パケットのトラフィックが示されている。
【００３０】
無線ＬＡＮ端末装置１０及び無線ＬＡＮ基地局装置２０は、いずれも、アプリケーション層１０ａ，２０ａ、トラフィック制御層１０ｂ，２０ｂ、ドライバ１０ｃ，２０ｃ、及びハードウェア（無線ＬＡＮチップ）からなる階層構造を有している。
【００３１】
通常、ドライバ１０ｃは、データ通信の発信元にはならないため、無線ＬＡＮチップの死活監視は、アプリケーション層１０ａからドライバ１０ｃへ死活状態を確認するコマンドを出力し、無線ＬＡＮチップを制御するファームウェア（ＦＷ）の死活監視を行う。無線ＬＡＮチップが正常であれば、アプリケーション層１０ａ→トラフィック制御層１０ｂ→ドライバ１０ｃ→ハードウェア１０ｄ→ハードウェア２０ｄ→ドライバ２０ｃ→トラフィック制御層２０ｂ→ドライバ２０ｃ→ハードウェア２０ｄ→ハードウェア１０ｄ→ドライバ１０ｃ→トラフィック制御層１０ｂ→アプリケーション層１０ａへ返送される。
【００３２】
尚、無線ＬＡＮシステムの通常パケットのトラフィックの場合、図２（ａ）中のデータには、アプリケーション層１０ａで作成されるデータ（アプリケーションデータ）が挿入される。
【００３３】
しかし、無線ＬＡＮチップが異常状態になり、実際には通信機能が損なわれているにも拘わらず、アプリケーション層１０ａから出力された無線ＬＡＮチップの死活状態を確認するコマンドがハードウェア１０ｄで返送され、「正常」状態であるとドライバ１０ｃに通知する場合がある。この種の無線ＬＡＮチップの異常状態は、図２に示された通常の無線ＬＡＮの死活監視方法では検出することができない。
【００３４】
（II）死活監視パケットのトラフィック
図４は、本発明の実施形態の死活監視パケットのトラフィックを示す図である。
本発明の無線ＬＡＮチップの死活監視方法は、無線ＬＡＮ端末装置１０のドライバ１０ｃ内で、送信先を自身のＭＡＣアドレスとした死活監視パケットを生成し、ハードウェア１０ｄを介して無線ＬＡＮ基地局装置２０へ出力する。本発明で用いられる死活監視パケットは、アプリケーション層１０ａ、トラフィック制御層１０ｂよりも下位の階層のドライバ１０ｃ内で生成するため、図２（ａ）中のデータは、どのようなデータであってもよいが、以下のようにすることができる。
【００３５】
データに送信時刻の情報であるタイムスタンプを格納してもよい。送信時刻のタイムスタンプを格納し、送信時刻と受信時刻を比較することにより、ＲＴＴを算出し、送信パケット数と受信パケット数とを比較する判定と、ＲＴＴを用いた判定を併用することにより、無線ＬＡＮチップの死活監視の精度を上げることができる。
【００３６】
又、データに死活監視パケットと判別可能なフラグを埋め込み、死活監視パケットと判別できた時点で死活監視パケットを廃棄するようにしてもよい。尚、死活監視パケットと判別可能な６ByteのフラグをAddress2に格納してもよい。
【００３７】
更に、フレームフォーマット中のデータをＩＣＭＰ（Internet Control Message Protocol）パケット（Ping）にする等、仮に上位層にパケットを転送しても危険性のないデータにしてもよい。
【００３８】
無線ＬＡＮ基地局装置２０は、受信したパケットを送信先へ転送する。死活監視パケットの送信先は、無線ＬＡＮ端末装置１０のＭＡＣアドレスであるので、無線ＬＡＮ端末装置１０へ死活監視パケットが返送される。
【００３９】
無線ＬＡＮ端末装置１０のドライバ１０ｃは、返送された死活監視パケットを受信すると、上位層へは転送せず、死活監視パケットを廃棄すると共に、受信パケット数に１を加える。単位時間当たりの送信パケット数の増加に対して、受信パケット数の増加がないと、送信（/受信）が正常でないと判断できる。
【００４０】
(III)無線ＬＡＮチップの死活監視方法の処理
図５は、本発明の実施形態の送信スレッドのフローチャートであり、図６は、本発明の実施形態の受信スレッドのフローチャートであり、更に、図７は、本発明の実施形態の異常検出スレッドのフローチャートである。
【００４１】
先ず、送信スレッドの処理は、ステップＳ１において、ドライバ１０ｃ内のパケット生成部１３で生成された死活監視パケットが送信されると、ステップＳ２へ進む。ステップＳ２において、パケット生成部１３は、死活判定部１３の死活監視パケットの送信カウント数に１を加え、ステップＳ３へ進む。ステップＳ３において、所定時間、例えば、１秒間待ってステップＳ１へ戻り、その後、ステップＳ１〜Ｓ３の処理を繰り返す。
【００４２】
次に、受信スレッドの処理は、受信が発生すると、ステップＳ１１へ進む。ステップＳ１１において、ＲＦインタフェース１４は、送信した死活監視パケット中のＦＣＳと受信したパケット中のＦＣＳとが一致するか否かが確認され、一致せず異常の場合は、ステップＳ１２へ進み、一致し正常の場合は、ステップＳ１３へ進む。ステップＳ１２において、ＦＣＳが異常と判定されたパケットは廃棄され、ステップＳ１１へ戻る。
【００４３】
ステップＳ１３において、ＲＦインタフェース１４は、受信したパケットがデータパケットか否かを判定し、データパケットでない場合（Ｎｏ）、ステップＳ１４へ進み、データパケットの場合（Ｙｅｓ）、ステップＳ１５へ進む。ステップＳ１４において、データパケットでないパケットに対し、ＣＰＵ１１は、通常のマネージメントパケットの処理が行われ、ステップＳ１１へ戻る。
【００４４】
ステップＳ１５において、ＲＦインタフェース１４は、データパケットが死活監視パケットか否かを判定し、死活監視パケットでなければ（Ｎｏ）、ステップＳ１６へ進み、死活監視パケットであれば（Ｙｅｓ）、ステップＳ１７へ進む。ステップＳ１６において、死活監視パケットでないデータパケットは、アプリケーション層１０ａ等の上位層に転送し、ステップＳ１１へ戻る。
【００４５】
ステップＳ１７において、ドライバ１０ｃは、受信した死活監視パケットを廃棄し、ステップＳ１８へ進む。ステップＳ１８において、死活判定部１３は、死活監視パケットの受信カウント数に１を加え、ステップＳ１１へ戻り、その後、ステップＳ１１〜Ｓ１８の処理を繰り返す。
【００４６】
最後に、異常検出スレッドの処理は、図７中のステップＳ２１において、図５中のステップＳ２における送信カウント数が図６中のステップＳ１８における受信カウント数以下であるか否かが判定され、以下であれば（Ｙｅｓ）、ステップＳ２２進む。ステップＳ２２において、所定時間、例えば、５秒間待ってステップＳ２１へ戻り、その後、ステップＳ２１、Ｓ２２の処理を繰り返し、ステップＳ２１において、図５中のステップＳ２における送信カウント数が図６中のステップＳ１８における受信カウント数以下でなくなると（Ｎｏ）、ステップＳ２３へ進む。
【００４７】
ステップＳ２３において、死活判定部１３は、無線ＬＡＮチップの送信（/受信）の異常を検出し、異常検出の処理を終了する。
【００４８】
図７に示されたフローチャートでは、ステップＳ２１の判定は１度しか行っていないが、判定を複数回行い、無線ＬＡＮチップの異常検知精度を上げてもよい。
【００４９】
以上説明した送信スレッドの処理と、受信スレッドの処理と、異常検出スレッドの処理とは、一般的に、独立したスレッドとなっている。
【００５０】
（実施形態の効果）
本発明の無線ＬＡＮチップの死活監視方法は、ドライバ１０ｃ内のパケット生成部１３が死活監視パケットを生成し、死活監視パケットを送信すると共に送信した死活監視パケットの送信パケット数をカウントする送信スレッドと、ドライバ１０ｃ内のＲＦインタフェース１４がパケット中に埋め込まれたＦＣＳが正常な死活監視パケットを受信すると共に受信した死活監視パケットの受信パケット数をカウントする受信スレッドと、ドライバ１０ｃ内の死活判定部１５が送信パケット数と受信パケット数とを所定の周期で比較して無線ＬＡＮチップの異常を検出する異常検出スレッドと、を有している。送信スレッド、受信スレッド、及び異常検出スレッドは、全てドライバ１０ｃ内で処理であるので、無線ＬＡＮチップが異常状態で、実際には通信機能が損なわれているにも拘わらず、「正常」状態であると誤判定されることはない。
【００５１】
更に、無線ＬＡＮチップの異常状態を正確に把握できないため、無線ＬＡＮ端末装置１０のハードウェア１０ｄに対してリセット等の処理を実行することにより、無線ＬＡＮシステム１を正常状態に復帰させることが可能となる。
【００５２】
（変形例）
本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができ、このような利用形態や変形例として、例えば、次の（ａ）、（ｂ）のようなものがある。
【００５３】
（ａ）本発明の実施形態の構成の説明では、無線ＬＡＮ端末装置１０内に、ＣＰＵ１１とは別に、パケット生成部１３、ＲＦインタフェース１４、及び死活判定部１５を有する旨の説明をしたが、無線ＬＡＮ端末装置１０内のメモリ１２にプログラムを書き込んでおき、メモリ１２に書き込まれているプログラムをＣＰＵ１１が読み込むことにより、無線ＬＡＮチップの死活監視方法の処理を実行するようにしてもよい。
【００５４】
（ｂ）本発明の実施形態の異常検出スレッドでは、ステップＳ２３において、死活判定部１３は、無線ＬＡＮチップの送信（/受信）の異常を検出し、異常検出の処理を終了する旨説明したが、その後、無線ＬＡＮチップのハードウェア又は／及びファームウェアをリセットして、通信機能を自動復帰させる処理を追加してもよい。
【符号の説明】
【００５５】
１                                        無線ＬＡＮシステム
１０，１０−１，１０−２                    無線ＬＡＮ端末装置
１０ａ，２０ａ                              アプリケーション層
１０ｂ，２０ｂ                              トラフィック制御層
１０ｃ，２０ｃ                              ドライバ
１０ｄ，２０ｄ                              ハードウェア（無線ＬＡＮチップ）
１１                                        ＣＰＵ
１２                                        メモリ
１３                                        パケット生成部
１４，２１                                  ＲＦインタフェース
１５                                        死活判定部
１６，１６−１，１６−２，３１              アンテナ
２０                                        無線ＬＡＮ基地局装置
２２                                        受信部
２３                                        パケット転送部
【図１】
2015180011.tif 000003
【図２】
2015180011.tif 000004
【図３】
2015180011.tif 000005
【図４】
2015180011.tif 000006
【図５】
2015180011.tif 000007
【図６】
2015180011.tif 000008
【図７】
2015180011.tif 000009