(57)【特許請求の範囲】
【請求項１】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、以前に受信されたデータフレームと同じデータフレームである重複データフレームの受信回数を含む通信装置。
【請求項２】
前記重複データフレームの受信回数は、前記無線基地局から前記無線端末により受信された前記重複データフレームの受信回数、前記無線端末から前記無線基地局により受信された前記重複データフレームの受信回数、またはこれらの両方を含む請求項１に記載の通信装置。
【請求項３】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、前記無線基地局が、異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信したＲＴＳ（Request To Send）フレームの受信回数、前記無線端末が前記異なる無線基地局または前記他の無線端末から受信した前記ＲＴＳフレームの受信回数、またはこれらの両方を含む通信装置。
【請求項４】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線端末が前記無線基地局から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線基地局から前記無線端末により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および前記無線基地局が、異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信したＲＴＳフレームの受信回数のいずれか一方とを含み、
前記障害原因特定部は、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値を超えており、
前記重複フレームの受信回数が重複閾値以下であり、
前記基地局側チャネル負荷がチャネル閾値以下、または前記ＲＴＳフレームの受信回数がＲＴＳ閾値以下であるとき、
前記無線端末が隠れ端末として存在することを前記障害原因として特定する通信装置。
【請求項５】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線基地局が前記無線端末から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線端末から前記無線基地局により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、および前記無線端末が前記無線基地局と異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信した前記ＲＴＳフレームの受信回数、のいずれか一方とを含み、
前記障害原因特定部は、
前記ＡＣＫフレームの前記受信失敗回数がＡＣＫ閾値を超えており、
前記重複フレームの受信回数が重複閾値以下であり、
前記端末側チャネル負荷がチャネル閾値以下、または前記ＲＴＳフレームの受信回数がＲＴＳ閾値以下であるとき、
前記無線基地局が隠れ端末として存在することを前記障害原因として特定する通信装置。
【請求項６】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線基地局が前記無線端末から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線端末から前記無線基地局により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、および前記無線端末が前記無線基地局と異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信した前記ＲＴＳフレームの受信回数、のうちのいずれか一方と、を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの前記受信失敗回数がＡＣＫ閾値を超えており、
前記重複フレームの受信回数が重複閾値以下であり、
前記端末側チャネル負荷がチャネル閾値を超えている、または前記ＲＴＳフレームの受信回数がＲＴＳ閾値を超えているとき、
前記無線端末がさらされ端末として存在することを前記障害原因として特定する通信装置。
【請求項７】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線端末が前記無線基地局から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線基地局から前記無線端末により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および前記無線基地局が、異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信した前記ＲＴＳフレームの受信回数のうちのいずれか一方と、を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの前記受信失敗回数がＡＣＫ閾値を超えており、
前記重複フレームの受信回数が重複閾値以下であり、
前記基地局側チャネル負荷がチャネル閾値を超えている、または前記ＲＴＳフレームの受信回数がＲＴＳ閾値を超えているとき、
前記無線基地局がさらされ端末として存在することを前記障害原因として特定する通信装置。
【請求項８】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線基地局が前記無線端末から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線端末から前記無線基地局により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、の少なくとも一方と、
前記無線基地局において前記無線端末から受信するフレームの受信電波強度、および前記無線端末において前記無線基地局から受信するフレームの受信電波強度の少なくとも一方と、を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値を超えており、
前記重複データフレームの受信回数が重複閾値を超えており、
前記基地局側チャネル負荷および前記端末側チャネル負荷の少なくとも一方がチャネル閾値以下であり、
前記無線基地局および前記無線端末の少なくとも一方の受信電波強度が受信強度閾値以上のとき、
前記無線端末および前記無線基地局間でマルチパスフェージングが発生していることを前記障害原因として特定する通信装置。
【請求項９】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線端末が前記無線基地局から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線基地局から前記無線端末により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、の少なくとも一方と、
前記無線基地局において前記無線端末から受信するフレームの受信電波強度、および前記無線端末において前記無線基地局から受信するフレームの受信電波強度の少なくとも一方と、を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値を超えており、
前記重複データフレームの受信回数が重複閾値を超えており、
前記基地局側チャネル負荷および前記端末側チャネル負荷の少なくとも一方がチャネル閾値以下であり、
前記無線基地局および前記無線端末の少なくとも一方の受信電波強度が受信強度閾値以上のとき、
前記無線端末および前記無線基地局間でマルチパスフェージングが発生していることを前記障害原因として特定する通信装置。
【請求項１０】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線基地局が前記無線端末から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線端末から前記無線基地局により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、の少なくとも一方と、
を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値を超えており、
前記重複データフレームの受信回数が重複閾値を超えており、
前記基地局側チャネル負荷および前記端末側チャネル負荷の少なくとも一方がチャネル閾値を超えているとき、
前記無線端末および前記無線基地局間で用いられている無線通信方式と同一の周波数帯域の電波干渉が発生していることを前記障害原因として特定する通信装置。
【請求項１１】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
前記無線端末が前記無線基地局から受信するのに失敗したＡＣＫフレームの受信失敗回数と、
前記無線基地局から前記無線端末により受信された重複データフレームの受信回数と、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷、および一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷、の少なくとも一方と、を含み、
前記障害原因特定部は、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値を超えており、
前記重複データフレームの受信回数が重複閾値を超えており、
前記基地局側チャネル負荷および前記端末側チャネル負荷の少なくとも一方がチャネル閾値を超えているとき、
前記無線端末および前記無線基地局間で用いられている無線通信方式と同一の周波数帯域の電波干渉が発生していることを前記障害原因として特定する通信装置。
【請求項１２】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
一定時間あたりに前記無線リンクがビジー状態であると前記無線基地局により判断されている時間の割合を表す基地局側チャネル負荷と、
前記無線端末が前記無線基地局から受信するのに失敗したＡＣＫフレームの受信失敗回数と、を含み、
前記障害原因特定部は、
前記基地局側チャネル負荷がチャネル閾値を超えており、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値以下であるとき、
前記無線基地局に属する無線端末の数が多いことにより混雑が発生していることを前記障害原因として特定する通信装置。
【請求項１３】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、
一定時間あたりに前記無線リンクがビジー状態であると前記無線端末により判断されている時間の割合を表す端末側チャネル負荷と、
前記無線基地局が前記無線端末から受信するのに失敗したＡＣＫフレームの受信失敗回数と、を含み、
前記障害原因特定部は、
前記端末側チャネル負荷がチャネル閾値を超えており、
前記ＡＣＫフレームの受信失敗回数がＡＣＫ閾値以下であるとき、
前記無線基地局に属する無線端末の数が多いことにより混雑が発生していることを前記障害原因として特定する通信装置。
【請求項１４】
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備え、
前記統計情報は、前記無線基地局において前記無線端末から受信するフレームの受信電波強度、および前記無線端末において前記無線基地局から受信するフレームの受信電波強度の少なくとも一方を含み、
前記障害原因特定部は、前記無線基地局の受信電波強度および前記無線端末の受信電波強度の少なくとも一方が、受信強度閾値を下回るとき、前記無線基地局および前記無線端末間でシャドウウィングが発生していることを前記障害原因として特定する通信装置。
【請求項１５】
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定方法であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得ステップと、
取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定ステップとを備え、
前記統計情報は、以前に受信されたデータフレームと同じデータフレームである重複データフレームの受信回数を含む障害原因特定方法。
【請求項１６】
前記重複データフレームの受信回数は、前記無線基地局から前記無線端末により受信された前記重複データフレームの受信回数、前記無線端末から前記無線基地局により受信された前記重複データフレームの受信回数、またはこれらの両方を含む請求項１５に記載の障害原因特定方法。
【請求項１７】
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定方法であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得ステップと、
取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定ステップとを備え、
前記統計情報は、前記無線基地局が、異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信したＲＴＳ（Request To Send）フレームの受信回数、前記無線端末が前記異なる無線基地局または前記他の無線端末から受信した前記ＲＴＳフレームの受信回数、またはこれらの両方を含む障害原因特定方法。
【請求項１８】
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定プログラムであって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得ステップと、
前記統計情報取得ステップにより取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定ステップと、をコンピュータに実行させ、
前記統計情報は、以前に受信されたデータフレームと同じデータフレームである重複データフレームの受信回数を含む障害原因特定プログラム。
【請求項１９】
前記重複データフレームの受信回数は、前記無線基地局から前記無線端末により受信された前記重複データフレームの受信回数、前記無線端末から前記無線基地局により受信された前記重複データフレームの受信回数、またはこれらの両方を含む請求項１８に記載の障害原因特定プログラム。
【請求項２０】
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定プログラムであって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得ステップと、
取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定ステップと、をコンピュータに実行させ、
前記統計情報は、前記無線基地局が、異なる無線基地局または前記異なる無線基地局に属する他の無線端末から受信したＲＴＳ（Request To Send）フレームの受信回数、前記無線端末が前記異なる無線基地局または前記他の無線端末から受信した前記ＲＴＳフレームの受信回数、またはこれらの両方を含む障害原因特定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末および無線基地局と通信可能な通信装置、ならびに無線端末および無線基地局間の無線リンクの障害原因を特定するための方法及びプログラムに関する。
【背景技術】
【０００２】
IEEE802.11規格の無線システムでは、電波干渉等の無線リンクの障害が発生し、無線端末の通信性能が劣化する問題がある。したがって、無線システムの高信頼化を図る上では、障害が発生すれば速やかに検知して対策を実施し、通信性能が劣化している時間（MTTR: Mean Time To Repair）をいかに短縮するかが重要となる。
【０００３】
無線障害を検知する方法として、例えば、無線端末や基地局上でフレームのCRCエラー検出数の統計を採り、観測することで電波干渉を検知する方法がある。これは、無線リンクでフレームが干渉した場合には無線端末や基地局上でCRCエラーとして検出される相関関係を利用した方法であり、CRCエラー検出回数の増加が観測されれば干渉が発生していると推定する方法である。
【０００４】
しかし、CRCエラーは必ずしも電波干渉だけから発生する現象ではなく、例えば、通信相手とは関係のない第３者の通信データを低受信レベルで受信した場合にも発生する。したがって、電波干渉が発生していないにも関わらず、また、全く通信が行われていない状態でもCRCエラーは発生するため、電波干渉が誤って検知される問題がある。
【０００５】
また、管理者は、障害を検知するだけでなく障害が発生した原因を特定する必要がある。例えば、電波干渉は、隠れ端末や、壁等の反射波によりマルチパスフェージング、電子レンジやBluetooth[TM]等の非IEEE802.11規格の干渉波等の様々な原因により発生する。つまり、CRCエラーにより電波干渉を検知できたとしても、さらに詳細に障害原因まで特定できなければ、管理者は、隠れ端末や反射波の防止措置、干渉源の撤去といった具体的な障害対策を実施することができない。
【０００６】
非特許文献１は、隠れ端末の検出方法について述べたものである。DATAフレームが観測できないACKフレームを観測することで隠れ端末を検出するアプローチが示されているが、DATAフレームが干渉により損失した場合等のように誤検出の回避は行われていない。
【非特許文献１】Youngsoo Kim, Jeonggyun Yu, Sunghyun Choi, and Kyunghun Jang, “A Novel Hidden Station Detection Mechanism in IEEE 802. 11 WLAN” pp608-610, IEEE COMMUNICATIONS LETTERS, VOL. 10, NO.8, AUGUST 2006
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このように従来では、統計情報を用いて障害原因を特定する方法が検討されているが、いずれも特定可能な障害原因の種別には限界があり、また、特定精度が低いという問題があった。
【０００８】
本発明は、上記事情を考慮してなされたものであり、無線端末および無線基地局間の無線リンクの障害原因を高い精度で特定可能とする通信装置、障害原因特定方法および障害原因特定プログラムを提供する。
【課題を解決するための手段】
【０００９】
本発明の一態様としての通信装置は、
無線端末および無線基地局間の無線リンクの障害原因を特定する通信装置であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得部と、
前記統計情報取得部により取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定部と、
を備える。
【００１０】
本発明の一態様としての障害原因特定方法は、
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定方法であって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得し、
取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する、
ことを特徴とする。
【００１１】
本発明の一態様としての障害原因特定プログラムは、
無線端末および無線基地局間の無線リンクの障害原因を特定する障害原因特定プログラムであって、
前記無線端末と前記無線基地局間の無線リンクの状態を表す統計情報を前記無線端末および前記無線基地局の少なくとも一方から取得する統計情報取得ステップと、
前記統計情報取得ステップにより取得した統計情報に基づき、あらかじめ統計情報と関連づけられた複数の障害原因の中から、前記無線リンクの障害原因を特定する障害原因特定ステップと、
を備える。
【発明の効果】
【００１２】
本発明により、無線端末および無線基地局間の無線リンクの障害原因を高い精度で特定可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施の形態を説明する。
【００１４】
図１に、本発明の一実施形態に係る通信システムの構成例を示す。
【００１５】
図１において、１はネットワークであり、Mはネットワーク１に接続した通信装置（ホスト）であり、Aはネットワーク１に接続した無線基地局（以下APと記述することもある）である。２は無線リンクであり、Bは無線リンク２に接続した無線端末(以下STAと記述することもある)である。なお、図１には、無線基地局Aに接続する無線端末Bを１台だけ示しているが、複数台の無線端末が無線基地局Aに接続しても構わない。
【００１６】
図２に、本実施形態に係る通信装置Mの構成例を示す。図２に示されるように、本実施形態の通信装置Mは、無線端末および無線基地局間の無線リンクの状態を表す統計情報を取得する統計情報取得部１１、統計情報取得部１１において取得した統計情報を時間情報と共に記憶する統計情報記憶部１２、統計情報記憶部１２に記憶した統計情報から無線リンクの障害原因の種別を特定する障害原因特定部１３、を備えている。統計情報取得部１１、統計情報記憶部１２、障害原因特定部１３は、ハードウェアとして構成されてもよいし、通信装置Mあるいは無線基地局Aあるいは無線端末B上で実行されるソフトウエアモジュールとして構成されてもよい。
【００１７】
以下、統計情報取得部１１により取得する統計情報の例について説明する
＜統計情報例＞
（１）RSSI（Received Signal Strength Indicator）値
（２）Channel Load（チャネル負荷）
（３）ACK（ACKnowledgement）フレームの受信失敗回数
（４）重複データフレームの受信回数
（５）RTS(Request To Send)フレームの受信回数
【００１８】
（１）のRSSI値は、受信信号の信号強度を示す値である。例えば、STAとAP間に遮蔽物が存在し、互いの無線信号が到達しない場合等にRSSI値は減少する。RSSI値はたとえば受信電波強度に対応する。
【００１９】
（２）のChannel Loadは、一定時間あたり、キャリアセンスでビジー状態と判断している時間の割合である。Channel Loadは他のSTA/AP等が通信している時に増加する。例えば、あるAPに多数のSTAが接続し通信している場合や、大きいトラフィックを発生するSTAが存在する場合には、増加する割合が大きくなる。また、NAV期間（Network Allocation Vector: 送信禁止期間）もビジー状態に含まれ、このためRTSフレームを受信した場合にもChannel Loadは増加する。
【００２０】
（３）のACKフレームの受信失敗回数は、送信元がデータフレーム（DATAフレーム）を送信したにもかかわらず、送信相手からACKフレームが得られなかった回数のことであり、データフレームの送信元から取得できる統計値である。ACKフレームの受信失敗回数が増加するケースを図５に示す。APからSTAに送信したDATAフレームが損失した場合に増加し、また、DATAフレームが正常にSTAに届いた場合でもACKが損失すれば増加する。ただし、Channel Loadが高い状況等で、DATAフレームの送信自体を実施できなかった場合には増加しない。
【００２１】
（４）の重複フレームの受信回数は、既に受信したデータフレームと同一のデータフレーム（重複データフレーム）を受信した回数のことであり、データフレームの受信元から取得できる統計値である。重複フレームの受信回数が増加するケースを図６に示す。重複フレームとして判定されるフレームは、既に受信したことがあるフレームである。つまり、DATAフレームが損失した場合の再送フレームは重複フレームとしては判定されず、ACKフレームが損失した場合の再送フレームは重複フレームとして判定される。このように、重複フレーム受信回数を観測することで、DATAフレームは正常に届くがACKフレームは損失するという状態の判定が可能となる。また、さらに、ACKフレームの受信失敗回数と組み合わせて観測することで、ACKフレームは正常に受信するがDATAフレームは損失するという状態の判定が可能となる。つまり、DATA・ACKの種別を識別した損失状況の判定できるため、例えば、キャリアセンスの動作しない隠れ端末のようにDATAフレームのみが損失する干渉と、マルチパスフェージングや非IEEE802.11干渉のようにDATA・ACKの両方のフレームが損失する干渉との識別に、重複フレームの受信回数を利用できる。
【００２２】
（５）のRTSフレームの受信回数は、接続先のMACアドレスを、宛先アドレス(dst)と送信元アドレス（src）のいずれにも含まないRTSフレームの受信回数のことである。RTSフレームの受信回数が増加するケースを図７に示す。APに接続されているSTAが、異なるAP（図７ではAP’）と接続しているSTA(図７ではSTA’’)からのRTSフレームを受信した場合に、RTSフレームの受信回数が増加する。
【００２３】
図３に統計情報取得部１１の処理手順の一例を示す。
【００２４】
まず、予め定められた第１の統計情報を取得する処理を実行する（ステップＳ１１）。取得処理はネットワークを介して無線基地局および無線端末から統計情報を取得することで行う。例えば、インターネットプロトコルのSNMP（Simple Network Management Protocol）やCAPWAP（Control And Provisioning of Wireless Access Points）を用いればネットワークを介して無線基地局および無線端末の統計情報を収集できる。
【００２５】
次に、統計情報取得部１１で取得した第１の統計情報を統計情報記憶部に時間情報と共に記憶する（ステップＳ１２）。以下、ステップＳ１１、S１２と同様の手順を、予め定められた第Nの統計情報の取得処理と記憶処理を行うまで、繰り返し実行する（ステップＳ１３、S１４）。
【００２６】
最後に、統計情報の取得を周期的に実行するために、一定時間の待ちを行って（ステップＳ１５）、ステップＳ１１に戻る。ここで、周期間隔は、例えば、インターネット上の統計取得ツールでは５分間隔で行うのが一般的である。また、ステップＳ１５の待ち時間を、周期タイマと同期して決定することで周期間隔を一定に保ち精度を向上することも可能である。また、図３は全ての統計情報を同じ周期間隔で取得する例を示したが、統計情報ごとに個別の周期間隔を設定して取得する方法を採用してもよい。また、RSSI値等のように極短時間で変動する統計情報については、無線基地局および無線端末上で平均値、最大値、最小値、標準偏差等を測定し、これらを統計情報取得部が取得してもよい。
【００２７】
図４に障害原因特定部１３の処理手順の一例を示す。
【００２８】
まず、障害原因特定部１３は処理の開始入力を検知する（ステップＳ２１）。開始入力は、例えば、周期タイマ等からの定期的な入力や管理者からの特定の指示がある。前者のように、定期的に障害原因特定部１３に開始入力を与えれば障害の発生状況を定期的に監視することが可能となり、後者のように、管理者からの指示を開始入力として与えれば、管理者がオンデマンドでかつリアルタイムに障害原因の特定を行うことが可能となる。
【００２９】
開始入力を受けた場合、予め定められた第１の統計情報が閾値を超えたか否かの判定を行う（ステップＳ２３）。ここで、閾値は統計情報ごとに予め定めたものであり、例えば、次のように設定する。
【００３０】
＜閾値設定例＞
（１）RSSI値［dBm］：10
（２）Channel Load［%］：50
（３）ACKフレームの受信失敗回数［５分間平均の発生回数］：100 
（４）重複データフレームの受信回数［５分間平均の発生回数］：100 
（５）RTSフレームの受信回数［５分間平均の発生回数］：100 
ここでの閾値は現在値と比較できる値を採用した例を示したが、例えば、単位時間あたりの変動幅を採用してもよい。
【００３１】
次に、障害原因特定部１３は判定結果を保存する（ステップＳ２３）。そして、ステップＳ２２、S２３と同様の手順を第Nの統計情報を判定し保存するまで、繰り返し実行する（ステップＳ２４、S２５）。
【００３２】
最後に、保存した判定結果の組み合わせと、障害原因ごとに予め定められた組み合わせとを照合する。照合の結果、同じ組み合わせを有する障害原因が存在すれば、それが障害原因であると特定できる（ステップＳ２６）。
【００３３】
障害原因ごとに予め定めた判定結果の組み合わせの例を図２４の表１に示す。ここで、表１の「増」とは設定した閾値を上回ることであり、「減」とは設定した閾値を下回ることである。表１の統計情報の増減の組み合わせと、判定結果の組み合わせとが一致する場合、該当する障害原因が生じているものと特定する。
【００３４】
以下、表１の障害原因と各統計情報の関係について説明する。
【００３５】
「隠れ端末」は、距離や電波を通さない障害物等の影響により、互いの無線信号が到達せずキャリアセンスが機能しない状態にある端末と定義する。図８に、STAとSTA'がお互いに隠れ端末となるネットワーク構成を示す。図８ではSTAとSTA'のキャリアセンスは機能せず、STAがAPにデータフレームを送信しているにもかかわらずSTA'がAPにデータフレームを送信する事態が発生し、その結果、フレームが衝突して干渉する。この時、干渉が発生するフレームは、STAがAPに送信するDATAフレームのみで、STAがAPに送信するACKフレームは干渉しないという特徴がある。これは、ACKフレームの元となるDATAフレーム（APからSTAに送信したDATAフレーム）に対してはSTA'のキャリアセンスが機能し、ACKフレームに対する衝突フレームの送信が回避されるためである。したがって、隠れ端末が障害原因となるのは、DATAフレームだけが干渉する状態であり、STA上のACKフレームの受信失敗回数のみが増加する。なお、ここではSTAが隠れ端末により被害を受ける構成を示したが、同様にAPが隠れ端末の被害を受ける図９の構成もあり得る。この場合、AP上のACKフレームの受信失敗回数のみが増加する。
【００３６】
「さらされ端末」は、RTS(Request To Send)/CTS(Clear To Send)が機能した無線LANシステムにおいて、異なるAPに接続しているSTAが送信するRTSフレームを受信することによりNAV（Network Allocation Vector: 送信禁止期間）の待ち状態に遷移する端末と定義する。図１０に、STAがSTA''に対するさらされ端末となるネットワーク構成を示す。APとAP'は同一チャネルを使用し、STAはAPと接続し、STA''はAP'と接続している。この時、STA''がAP'に送信するRTSフレームをSTAが受信する可能性があり、この場合STAが属するセルの利用率が低いにもかかわらず、NAVの待ち状態に遷移し通信性能が低下する。したがって、さらされ端末が障害原因となる場合は、STA上のRTSフレーム（APのMACアドレスが宛先アドレス(dst)と送信元アドレス(src)のいずれにも含まれないRTSフレーム）の受信回数とChannel Loadが増加する。また、APにとってSTA''は隠れ端末となるため、APからSTAに送信するDATAフレームが干渉する。すなわち、AP上のACKフレーム受信失敗回数が増加する。なお、ここではSTAがさらされ端末となる構成を示したが、同様にAPがさらされ端末となる図１１の構成もあり得る。この場合、AP上のRTSフレーム（STAのMACアドレスが宛先アドレス(dst)と送信元アドレス(src)のいずれにも含まれないRTSフレーム）の受信回数とChannel Loadが増加し、また、STA上のACKフレーム受信失敗回数が増加する。
【００３７】
「マルチパスフェージング」は、STAが送信する直接波の他に、壁等で反射してから届く反射波等が発生して受信側に複数の経路を経て異なる時間で到達した結果、各々の電波が干渉しあう状態と定義する。図１２に、STAとAP間の通信がマルチパスフェージングによる干渉が発生しているネットワーク構成を示す。マルチパスフェージングが障害原因となる場合は、STAとAP間で送受信するDATA・ACKの両方のフレームともに干渉するため、STAおよびAP上のACKフレーム受信失敗回数および重複フレーム受信回数が増加する。
【００３８】
「非IEEE802.11干渉」は、電子レンジやBluetooth[TM]等のIEEE802.11とは規格の異なる同一周波数帯の電波により干渉が発生する状態と定義する。図１３に、非IEEE802.11規格の電波（例えば、電子レンジ）による干渉が発生しているネットワーク構成を示す。非IEEE802.11干渉が生じると、STAとAP間で送受信するDATA・ACKの両方のフレームともに衝突回避が頻発し、かつ、干渉する。したがって、非IEEE802.11干渉が障害原因となる場合は、STAおよびAP上のChannel Load、ACKフレームの受信失敗回数、重複フレームの受信回数のそれぞれが増加する。
【００３９】
「混雑」は、あるチャネルに属するSTAの数が増加し、チャネルに属する全てのAPとSTAにおいてキャリアセンスで衝突回避が頻発する状態と定義する。図１４に、混雑が発生しているネットワーク構成を示す。混雑状態は、会議などで利用者が局所的に集中した結果、多数のSTAが同じAPに集中して接続することにより発生する。したがって、混雑が障害原因となる場合は、STAおよびAP上のChannel Loadが増加する。ただし、DATA・ACKフレームが損失することはないため、その他のパラメータが増加することはない。
【００４０】
「シャドウイング」は、STAとAPの間に遮蔽物が存在し、互いの無線信号が到達しない状態と定義する。図１５に、シャドウイングが発生するネットワーク構成を示す。シャドウイングが生じると、STAとAP間は、遮蔽物により直接波は届かないが反射波や回折波は届く状態となり、受信信号の信号強度が低下した状態で通信が行われる。また、受信するデータの信号強度は大幅に変動するためPLCPヘッダのパリティやCRCのエラーが発生する。したがって、シャドウイングが障害原因となる場合は、STAおよびAP上のRSSI値が低下し、ACKフレームの受信失敗回数と重複フレームの受信回数がともに増加する。
【００４１】
以下、図４のステップＳ２６の障害原因の特定手順を、表１の各障害原因ごとに説明する。
【００４２】
＜隠れ端末（STA）の特定＞
図１６に隠れ端末（STA）の特定手順を示すフローチャートを示す。まず、STA上のACK受信失敗回数を判定する（ステップＳ３１）。もし、ACK受信失敗回数が閾値（ACK閾値）を超えている場合、隠れ端末（AP）、さらされ端末（STA）、混雑、を障害原因から排除する（ステップＳ３２）。次に、STA上の重複フレーム受信回数を判定する（ステップＳ３３）。もし、重複フレーム受信回数が閾値（重複閾値）を超えていない場合、マルチパスフェージング、非IEEE802.11干渉、シャドウイング、を障害原因から排除する（ステップＳ３４）。次に、AP上のChannel Load（基地局側チャネル負荷）もしくはAP上のRTSフレーム受信回数のいずれか一方を判定する（ステップＳ３５）。もし、Channel LoadもしくはRTSフレーム受信回数が、閾値（チャネル閾値もしくはRTS閾値）を超えていない場合、さらされ端末（AP）が障害原因である可能性がなくなり、隠れ端末（STA）が障害原因であることが確定し、特定できる（ステップＳ３６）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００４３】
＜隠れ端末（AP）の特定＞
図１７に隠れ端末（AP）の特定手順を示すフローチャートを示す。まず、AP上のACK受信失敗回数を判定する（ステップＳ４１）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えている場合、隠れ端末（STA）、さらされ端末（AP）、混雑、を障害原因から排除する（ステップＳ４２）。次に、AP上の重複フレーム受信回数を判定する（ステップＳ４３）。もし、重複フレーム受信回数が、閾値（重複閾値）を超えていない場合、マルチパスフェージング、非IEEE802.11干渉、シャドウイング、を障害原因から排除する（ステップＳ４４）。次に、STA上のChannel Load（端末側チャネル負荷）もしくはSTA上のRTSフレーム受信回数のいずれか一方を判定する（ステップＳ４５）。もし、Channel LoadもしくはRTSフレーム受信回数が、閾値（チャネル閾値もしくはRTS閾値）を超えていない場合、さらされ端末（STA）が障害原因である可能性がなくなり、隠れ端末（AP）が障害原因であることが確定し、特定できる（ステップＳ４６）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００４４】
＜さらされ端末（STA）の特定＞
図１８にさらされ端末（STA）の特定手順を示すフローチャートを示す。まず、AP上のACK受信失敗回数を判定する（ステップＳ５１）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えている場合、隠れ端末（STA）、さらされ端末（AP）、混雑、を障害原因から排除する（ステップＳ５２）。次に、AP上の重複フレーム受信回数を判定する（ステップＳ５３）。もし、重複フレーム受信回数が、閾値（重複閾値）を超えていない場合、マルチパスフェージング、非IEEE802.11干渉、シャドウイング、を障害原因から排除する（ステップＳ５４）。次に、STA上のChannel LoadもしくはRTSフレーム受信回数のいずれか一方を判定する（ステップＳ５５）。もし、Channel LoadもしくはRTSフレーム受信回数が、閾値（チャネル閾値もしくはRTS閾値）を超えている場合、隠れ端末（AP）が障害原因である可能性がなくなり、さらされ端末（STA）が障害原因であることが確定し、特定できる（ステップＳ５６）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００４５】
＜さらされ端末（AP）の特定＞
図１９にさらされ端末（AP）の特定手順を示すフローチャートを示す。まず、STA上のACK受信失敗回数を判定する（ステップＳ６１）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えている場合、隠れ端末（AP）、さらされ端末（STA）、混雑、を障害原因から排除する（ステップＳ６２）。次に、STA上の重複フレーム受信回数を判定する（ステップＳ６３）。もし、重複フレーム受信回数が、閾値（重複閾値）を超えていない場合、マルチパスフェージング、非IEEE802.11干渉、シャドウイング、を障害原因から排除する（ステップＳ６４）。次に、AP上のChannel LoadもしくはRTSフレーム受信回数のいずれか一方を判定する（ステップＳ６５）。もし、Channel LoadもしくはRTSフレーム受信回数が、閾値（チャネル閾値もしくはRTS閾値）を超えている場合、隠れ端末（STA）が障害原因である可能性がなくなり、さらされ端末（AP）が障害原因であることが確定し、特定できる（ステップＳ６６）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００４６】
＜マルチパスフェージングの特定＞
図２０にマルチパスフェージングの特定手順を示すフローチャートを示す。まず、AP上のACK受信失敗回数を判定する（ステップＳ７１）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えている場合、隠れ端末（STA）、さらされ端末（AP）、混雑、を障害原因から排除する（ステップＳ７２）。次に、AP上の重複フレーム受信回数を判定する（ステップＳ７３）。もし、重複フレーム受信回数が、閾値（重複閾値）を超えている場合、隠れ端末（AP）、さらされ端末（STA）、を障害原因から排除する（ステップＳ７４）。次に、AP上のChannel Loadを判定する（ステップＳ７５）。もし、Channel Loadが、閾値（チャネル閾値）を超えていない場合、非IEEE802.11干渉、を障害原因から排除する（ステップＳ７６）。次に、AP上のRSSI値を判定する（ステップＳ７７）。もし、RSSI値が、閾値（受信強度閾値）以上の場合、シャドウイングが障害原因である可能性がなくなり、マルチパスフェージングが障害原因であることが確定し、特定できる（ステップＳ７８）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００４７】
上記ステップＳ７１ではAP上のACK受信失敗回数を判定し、ステップＳ７３ではAP上の重複フレーム受信回数を判定したが、これらに代えて、ステップＳ７１ではSTA上のACK受信失敗回数を判定し、ステップＳ７３ではSTA上の重複フレーム受信回数を判定するようにしてもよい。このようにしたとき、STA上のACK受信失敗回数が閾値（ACK閾値）を超えている場合に、ステップＳ７２において隠れ端末（AP）、さらされ端末（STA）、混雑、を障害原因から排除する。そして、STA上の重複フレーム受信回数が、閾値（重複閾値）を超えている場合に、ステップＳ７４において、隠れ端末（STA）、さらされ端末（AP）、を障害原因から排除する。
【００４８】
また、上記ステップＳ７５ではAP上のChannel Loadを判定したが、この代わりに、STA上のChannel Loadを判定してもよい。このようにしたとき、STA上のChannel Loadが閾値（チャネル閾値）を超えていない場合に、非IEEE802.11干渉を障害原因から排除する。
【００４９】
また、上記ステップＳ７７ではAP上のRSSI値を判定したが、この代わりに、STA上のRSSI値を判定してもよい。このようにしたとき、STA上のRSSI値が、閾値（受信強度閾値）以上の場合に、シャドウイングの可能性を排除し、マルチパスフェージングを障害原因として特定する。
【００５０】
＜非IEEE802.11干渉の特定＞
図２１に非IEEE802.11干渉の特定手順を示すフローチャートを示す。まず、AP上のACK受信失敗回数を判定する（ステップＳ８１）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えている場合、隠れ端末（STA）、さらされ端末（AP）、混雑、を障害原因から排除する（ステップＳ８２）。次に、AP上の重複フレーム受信回数を判定する（ステップＳ８３）。もし、重複フレーム受信回数が、閾値（重複）を超えている場合、隠れ端末（AP）、さらされ端末（STA）、を障害原因から排除する（ステップＳ８４）。次に、AP上のChannel Loadを判定する（ステップＳ８５）。もし、Channel Loadが、閾値（チャネル閾値）を超えている場合、マルチパスフェージング、シャドウイングが障害原因としての可能性がなくなり、非IEEE802.11干渉が障害原因であることが確定し、特定できる（ステップＳ８６）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００５１】
上記ステップＳ８１ではAP上のACK受信失敗回数を判定し、ステップＳ８３ではAP上の重複フレーム受信回数を判定したが、これらに代えて、ステップＳ８１ではSTA上のACK受信失敗回数を判定し、ステップＳ８３ではSTA上の重複フレーム受信回数を判定するようにしてもよい。このようにしたとき、STA上のACK受信失敗回数が閾値（ACK閾値）を超えている場合に、ステップＳ８２において隠れ端末（AP）、さらされ端末（STA）、混雑、を障害原因から排除する。そして、STA上の重複フレーム受信回数が、閾値（重複閾値）を超えている場合に、ステップＳ７４において、隠れ端末（STA）、さらされ端末（AP）、を障害原因から排除する。
【００５２】
また、上記ステップＳ８５ではAP上のChannel Loadを判定したが、この代わりに、STA上のChannel Loadを判定してもよい。このようにしたとき、STA上のChannel Loadが閾値（チャネル閾値）を超えている場合に、マルチパスフェージング、シャドウイングの可能性を排除し、非IEEE802.11干渉を障害原因として特定する。
【００５３】
＜混雑の特定＞
図２２に混雑の特定手順を示すフローチャートを示す。まず、AP上のChannel Loadを判定する（ステップＳ９１）。もし、Channel Loadが閾値（チャネル閾値）を超えている場合、隠れ端末（STA）、隠れ端末（AP）、さらされ端末（STA）、マルチパスフェージング、シャドウイング、を障害原因から排除する（ステップＳ９２）。次に、STA上のACK受信失敗回数を判定する（ステップＳ９３）。もし、ACK受信失敗回数が、閾値（ACK閾値）を超えていない場合、さらされ端末（AP）、非IEEE802.11干渉が障害原因としての可能性がなくなり、混雑が障害原因であることが確定し、特定できる（ステップＳ９４）。なお、ここで示した統計情報以外の判定を追加して実施することで特定精度を向上することが可能である。
【００５４】
上記ステップＳ９１ではAP上のChannel Loadを判定し、ステップＳ９３ではSTA上のACK受信失敗回数を判定したが、これらに代えて、ステップＳ９１ではSTA上のChannel Loadを判定し、ステップＳ９３ではAP上のACK受信失敗回数を判定するようにしてもよい。このようにしたとき、STA上のChannel Loadが閾値（チャネル閾値）を超えている場合に、隠れ端末（STA）、隠れ端末（AP）、さらされ端末（AP）、マルチパスフェージング、シャドウイング、を障害原因から排除する。そして、AP上のACK受信失敗回数が、閾値（ACK閾値）を超えていない場合に、さらされ端末（AP）、非IEEE802.11干渉の可能性を排除し、混雑を障害原因として特定する。
【００５５】
＜シャドウイングの特定＞
図２３にシャドウイングの特定手順を示すフローチャートを示す。まず、AP上のRSSI値を判定する（ステップＳ１０１）。もし、RSSI値が、閾値（受信強度閾値）を下回る場合、他の全ての障害原因の可能性がなくなり、シャドウイングが障害原因であることが確定し、特定できる（ステップＳ１０２）。ただし、RSSI値は正常状態にあっても大きく変動する値であることから誤検出する可能性がある。そのため、RSSI値以外の判定を追加して実施することで特定精度を向上することができる。
【００５６】
上記ステップＳ１０１では、AP上のRSSI値を判定したが、この代わりに、STA上のRSSI値を判定してもよい。このようにしたとき、STA上のRSSI値が、閾値（受信強度閾値）を下回る場合に、他の全ての障害原因の可能性を排除し、シャドウイングを障害原因として特定する。
【００５７】
各種の閾値（受信強度閾値、チャネル閾値、ACK閾値、重複閾値、RTS閾値）は、障害原因ごとに個別に異なる値を設定することが可能である。またこれら閾値は、無線端末と無線基地局とで異なる値を設定することも可能である。また、これらの閾値は、無線LANシステムの周囲環境の変化や無線端末が使用するアプリケーションの変更に伴って動的に更新してもよい。
【００５８】
さらに、障害原因が特定できた場合には、障害原因をメール等で即座に管理者に通知して速やかに対策を促すことも可能である。また、混雑のように無線基地局の制御により動的に対策できる障害については、該機能を有する装置に対策を要求し、障害原因の特定から対策までの一連の処理を自動化することも可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態に係わる通信システムの構成例を示す図。
【図２】同実施形態に係わる通信装置の構成例を示すブロック図。
【図３】図２の通信装置における統計情報取得部の動作手順の一例を示すフローチャート。
【図４】図２の通信装置における障害原因特定部の動作手順の一例を示すフローチャート。
【図５】ACKフレームの受信失敗回数が増加するケースを説明する図。
【図６】重複フレームの受信失敗回数が増加するケースを説明する図。
【図７】RTSフレーム受信回数が増加するケースを説明する図。
【図８】隠れ端末（STA）が発生しているネットワーク構成を示す図。
【図９】隠れ端末（AP）が発生しているネットワーク構成を示す図。
【図１０】さらされ端末（STA）が発生しているネットワーク構成を示す図。
【図１１】さらされ端末（AP）が発生しているネットワーク構成を示す図。
【図１２】マルチパスフェージングによる干渉が発生しているネットワーク構成を示す図。
【図１３】非IEEE802.11規格の電波による干渉が発生しているネットワーク構成を示す図。
【図１４】混雑が発生しているネットワーク構成を示す図。
【図１５】シャドウイングが発生するネットワーク構成。
【図１６】隠れ端末（STA）の特定手順を示すフローチャート。
【図１７】隠れ端末（AP）の特定手順を示すフローチャート。
【図１８】さらされ端末（STA）の特定手順を示すフローチャート。
【図１９】さらされ端末（AP）の特定手順を示すフローチャート。
【図２０】マルチパスフェージングの特定手順を示すフローチャート。
【図２１】非IEEE802.11干渉の特定手順を示すフローチャート。
【図２２】混雑の特定手順を示すフローチャート。
【図２３】シャドウイングの特定手順を示すフローチャート。
【図２４】障害原因と統計情報の関係を示す表を示す図。
【符号の説明】
【００６０】
１：ネットワーク
２：無線リンク
Ａ：無線基地局（ＡＰ）
Ｂ：無線端末（ＳＴＡ）
Ｍ：通信装置
１１：統計情報取得部
１２：統計情報記憶部
１３：障害原因特定部
【図１】
0005142669.tif 000002
【図２】
0005142669.tif 000003
【図３】
0005142669.tif 000004
【図４】
0005142669.tif 000005
【図５】
0005142669.tif 000006
【図６】
0005142669.tif 000007
【図７】
0005142669.tif 000008
【図８】
0005142669.tif 000009
【図９】
0005142669.tif 000010
【図１０】
0005142669.tif 000011
【図１１】
0005142669.tif 000012
【図１２】
0005142669.tif 000013
【図１３】
0005142669.tif 000014
【図１４】
0005142669.tif 000015
【図１５】
0005142669.tif 000016
【図１６】
0005142669.tif 000017
【図１７】
0005142669.tif 000018
【図１８】
0005142669.tif 000019
【図１９】
0005142669.tif 000020
【図２０】
0005142669.tif 000021
【図２１】
0005142669.tif 000022
【図２２】
0005142669.tif 000023
【図２３】
0005142669.tif 000024
【図２４】
0005142669.tif 000025