(57)【要約】【課題】  １台のＩＥＥＥ８０２．１１ｈ規格対応の基地局（親機）機能を有する無線ＬＡＮ機器と最低１台のＩＥＥＥ８０２．１１ｈ未対応の端末（子機）機能を有する無線ＬＡＮ機器による無線ネットワーク構成において、前記基地局がチャネル（周波数）を動的に変更した場合、前記端末を追従させて、通信不可能になることを防ぐ。【解決手段】  ＩＥＥＥ８０２．１１ｈ対応基地局に接続するＩＥＥＥ８０２．１１ｈ未対応端末は、基地局存在確認のための確認パケット(Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ)１１０１に対して、基地局から応答パケットが送信されない場合、チャネル０に確認パケット１１０２を送信することにより基地局の存在を確認し、基地局が発見されるまで順次同様のチャネル検索を繰り返す親機検索シーケンスを実行する。【選択図】図１１Ａ
2005303788.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．１１ｈ規格に対応の１台の基地局機能を有する無線装置と、ＩＥＥＥ８０２．１１規格に対応し、且つＩＥＥＥ８０２．１１ｈ規格に未対応の端末機能を有する少なくとも１台の無線装置とから構成される無線ネットワーク上のＩＥＥＥ８０２．１１ｈ規格に未対応の無線装置において、
前記未対応端末は同一チャネルにおける前記基地局の存在の有無を確認するための確認パケットを前記基地局へ送信し、前記確認パケットに応答する応答パケットを受信することにより、前記基地局の存在を確認する基地局存在確認手段を備えた
ことを特徴とする無線装置。
【請求項２】
請求項１記載の無線装置において、
前記基地局存在確認手段は、前記基地局の存在確認のための前記確認パケット送信の時間間隔を設定するプローブ確認用タイマ−を内部に備えた
ことを特徴とする無線装置。
【請求項３】
請求項１記載の無線装置において、
前記基地局存在確認手段は、前記確認パケット送信の時間間隔を設定するタイマーであって、前記基地局からの所定のデータ受信の際にリセットされ、且つ前記データ受信中に停止し、且つ所定時間前記データ受信がないときに満了するデータ受信状態確認用タイマーを内部に備えた
ことを特徴とする無線装置。
【請求項４】
請求項３記載の無線装置において、
前記基地局存在確認手段は、前記データ受信状態確認用タイマーを、ドライバソフトとして内部に備えた
ことを特徴とする無線装置。
【請求項５】
請求項３記載の無線装置において、
前記基地局存在確認手段は、前記データ受信状態確認用タイマーを、ＭＡＣに判断部として備えた
ことを特徴とする無線装置。
【請求項６】
請求項１、２、３、４又は５記載の無線装置において、
前記基地局存在確認手段は、前記基地局から送信される応答パケットを受信し、前記基地局の存在を確認するまでチャネルを変更し、前記確認パケットを送信する
ことを特徴とする無線装置。
【請求項７】
請求項６記載の無線装置において、
前記基地局存在確認手段は、他の基地局が存在するチャネルと最も離れたチャネルを優先して検索するチャネル検索アルゴリズムを用いて他のチャネルに変更する
ことを特徴とする無線装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線機能を使用したネットワークにおいて電波干渉等を検出した場合に、より良いチャネルに自動的に変更する無線装置に関する。
【背景技術】
【０００２】
近年、無線による高速データ伝送を実現するシステムとして標準化等が行われている無線パケット通信システムにＩＥＥＥ８０２．１１無線ＬＡＮシステムがある。この無線ＬＡＮシステムにおいては１台の基地局（親機）と少なくとも１台の端末（子機）とで一つの無線リンクを構成し、この一つの無線リンクを構成する無線機器はＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）によって一つの無線チャネルを共用している。
【０００３】
５ＧＨｚの周波数を使用する場合は４チャネル、２．４ＧＨｚの周波数帯を使用する場合は、３チャンネル（場合によっては４チャンネル）使用することが可能である。
【０００４】
前記従来のＩＥＥＥ８０２．１１無線ＬＡＮシステムでは、無線ＬＡＮシステム起動時にユーザーによって指定されたチャネルを共用しており、ユーザーによるチャネル変更がなければ、現在のチャネルで通信し続けるため、電波状態が悪くなった場合正常にデータ通信が成功しない場合があった。
【０００５】
これらの問題を解決するための規格としてＩＥＥＥ８０２．１１ｈでは、電波状態が悪くなった場合にはチャネルを自動的に変更して良く、また特定周波数パケット(気象レーダや航空無線航行)を受信した場合には、速やかにチャネルを変更することが義務付けられている。
【０００６】
図２に基地局（親機）と端末（子機）２との通信シーケンス図を示す。図２は、端末２がＩＥＥＥ８０２．１１ｈ規格に対応している場合において、基地局がチャネルを変更した場合に、端末２がそれに追従してチャネル変更動作を行う図を示している。同図では、上から下へ時間が流れている。先ず、基地局及び端末２は共に０ｃｈで起動している。この起動時に、端末２は基地局に対して接続要求３０１の通信を行う。そして、基地局が端末２に対して接続応答３０２の信号を返す。これら端末２の接続要求３０１と基地局の接続応答３０２とからなる接続シーケンスにより両機の通信は接続される。接続された両機は同一チャネルによりデータサービスを受けることができる。しかし、接続状態が悪くなると、基地局は状態の良いチャネルを探す。ここで、基地局が接続状態の良好なチャネル２ｃｈを見つけ、現在のチャネル０ｃｈから変更しようとする際、端末２に対して新しいチャネル２ｃｈへのチャネル変更通知信号３１０を送信した後、自らはチャネル２ｃｈに変更する。
【０００７】
図３（ａ）は図２における基地局のチャネル変更動作のフロー図を示し、また、図３（ｂ）は図２における基地局のチャネル変更に伴う端末２のチャネル変更動作のフロー図を示す。図３（ａ）に示す基地局の動作では、起動してステップＳ１ａの通常動作状態に移った後、現在のチャネル状態が悪くなった場合、新しいチャネルに変更するために、ステップＳ２ａにおいて変更先の新しいチャネルの状態の測定を行う。このステップＳ２ａのチャネル測定の結果から、次のステップＳ３ａでは、測定した新しいチャネルの状態が現チャネルよりも良好かどうかを判断する。ここで、現チャネルよりも良好なチャネルでない場合は、ステップＳ２ａのチャネル測定に戻り、他のチャネル測定が行われる。この一連のステップは、現チャネルより良好なチャネルが発見されるまで、全チャネルを対象として測定及び判断される。一方、測定した新しいチャネルが現チャネルより良好な状態であると判断したとき、ステップＳ４ａにおいて、端末２に対してチャネル変更通知信号を送信し、自らは次のステップＳ５ａにおいて状態が良好な新しいチャネルに変更する。
図３（ｂ）に示す端末２の動作では、起動後、先ず、ステップＳ１ｂにおいて、基地局との接続処理が行われる。この接続処理が成功したかどうかを、続くステップＳ２ｂで判断し、失敗した場合は、再びステップＳ１ｂにおいて接続処理を行い、成功するまでステップＳ１ｂ〜Ｓ２ｂの一連のステップを繰り返す。接続が成功した場合は、端末２はステップＳ３ｂの通常動作状態に移ることができる。端末２は、通常動作状態に入った後、電波状態が悪化したことにより基地局がチャネルを変更していないかどうか、すなわち、上記に説明した、図３（ａ）のステップＳ１ａの基地局からのチャネル変更通知信号が端末２に送信されていないかどうかを確認するために、上記変更通知を受信したかどうかを確認する。受信が無い場合は、現状のままで通信可能であると判断し、ステップＳ３ｂの通常動作状態に戻る。この確認は一定期間ごとに行われ、受信を確認した場合には、ステップＳ５ｂへ移り、受信した新しいチャネルへのチャネル変更を行う。
【０００８】
図２及び図３（ａ）、図３（ｂ）のように共にＩＥＥＥ８０２．１１ｈに対応した基地局と端末との場合には、起動時にチャネル０で接続した後、基地局はチャネル測定を定期的に実行し、電波状態が悪くなった場合、端末へチャネル変更通知３１０を送信し、基地局と端末とが共にチャネルを変更することにより、正常なデータ通信を確保することが可能になっている。
【０００９】
例えば、特許文献１に記載されている従来の動的周波数切り替え技術では、基地局と端末とがそれぞれチャネル測定を実施し、その結果から基地局がよりよい状態のチャネルを選択し、端末にそのチャネル番号を通知することにより、動的な周波数切り替えを実現していた。
【特許文献１】特表２００２−５４０６４３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記従来の動的周波数切り替え技術のように、基地局がチャネル変更先を決定し、端末に変更先のチャネル番号を通知することによりチャネル変更を行う構成では、ＩＥＥＥ８０２．１１ｈの規格に未対応の端末がネットワークの構成要素として含まれる場合、この未対応端末は、基地局のチャネル変更通知を受けられないため、基地局の動的周波数の切り替えに追従することができない場合が生ずる。以下に、図を用いて説明する。
【００１１】
図１は基地局（親機）と２台の端末（子機）１及び２とからなる計３台で形成される無線によるネットワークを示している。同図（ａ）では、端末１と端末２とはチャネル"０"において基地局に接続されている。ここで、基地局と端末２とはＩＥＥＥ８０２．１１ｈの規格に対応しているが、端末１は対応していないものとする。図１（ｂ）は、基地局がチャネル"２"に変更した場合、ＩＥＥＥ８０２．１１ｈの規格に対応している端末２は、基地局に追従してチャネル"２"に変更することにより接続状態を保っているが、同図（ｃ）に示すように、ＩＥＥＥ８０２．１１ｈの規格に対応していない端末１は基地局のチャネル変更に追従できず、旧チャネル"０"に取り残され、通信不可能な状態になることを示している。
【００１２】
図４にＩＥＥＥ８０２．１１ｈの規格に対応している前記基地局とＩＥＥＥ８０２．１１ｈ規格に対応していない前記端末１との通信シーケンス図を示す。
【００１３】
図４は、基地局と端末１とがチャネル０ｃｈで起動し、端末１からの接続要求４０１に対して基地局が接続応答４０２で応じることにより接続完了し、データサービスが開始される様子を示す。
【００１４】
前記基地局はＩＥＥＥ８０２．１１ｈの規格に対応している端末２（図示せず）とも起動時からチャネル"０"においてデーターサービスを行っており、電波状況や特定周波数パケットを受信した等の理由により、基地局が現在のチャネル"０"を動的にチャネル２に変更した場合、前記端末２は、図１（ｂ）に示すように、前記基地局からのＩＥＥＥ８０２．１１ｈに基づくチャネル変更通知を受けて前記基地局と同じチャネルに変更可能である。すなわち、上記図２を用いた説明のように、端末２が、基地局からのＩＥＥＥ８０２．１１ｈに基づくチャネル変更通知３１０を受けて、それに追従し、同じチャネルに変更することによりデータサービスを続行することが可能である。
【００１５】
しかし、上記端末１はＩＥＥＥ８０２．１１ｈ未対応であるため、基地局からのＩＥＥＥ８０２．１１ｈに基づくチャンネル変更通知３１０を受けても判別不可能であり、図１（ｃ）に示すように、旧チャネル"０"に取り残され通信不可能になるという問題が発生する。
【課題を解決するための手段】
【００１６】
この目的を達成するために、本発明の無線装置は、ＩＥＥＥ８０２．１１ｈ対応基地局（親機）に接続するＩＥＥＥ８０２．１１ｈ未対応端末（子機）は、ＩＥＥＥ８０２．１１ｈ規格に未対応であり、動的周波数切り替え機能を有していない場合であっても、上位の共通規格であるＩＥＥＥ８０２．１１規格の確認パケット(Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ)を利用して前記基地局に送信し、同様にＩＥＥＥ８０２．１１規格に共通の応答パケットを受信することにより前記基地局が動作している（現在の同一チャネルに存在する）ことを確認する。
【００１７】
また、一定期間内に前記基地局からの応答を受信しない場合、ＩＥＥＥ８０２．１１ｈ未対応端末は現在のチャネル(周波数)以外のチャネルを順次検索し、他チャネルへ移動した前記基地局に再接続する。
【００１８】
すなわち、請求項１記載の発明の無線装置は、ＩＥＥＥ８０２．１１ｈ規格に対応の１台の基地局機能を有する無線装置と、ＩＥＥＥ８０２．１１規格に対応し、且つＩＥＥＥ８０２．１１ｈ規格に未対応の端末機能を有する少なくとも１台の無線装置とから構成される無線ネットワーク上のＩＥＥＥ８０２．１１ｈ規格に未対応の無線装置において、前記未対応端末は同一チャネルにおける前記基地局の存在の有無を確認するための確認パケットを前記基地局へ送信し、前記確認パケットに応答する応答パケットを受信することにより、前記基地局の存在を確認する基地局存在確認手段を備えたことを特徴とする。
【００１９】
請求項２記載の発明は、請求項１記載の無線装置において、前記基地局存在確認手段は、前記基地局の存在確認のための前記確認パケット送信の時間間隔を設定するプローブ確認用タイマ−を内部に備えたことを特徴とする。
【００２０】
請求項３記載の発明は、請求項１記載の無線装置において、前記基地局存在確認手段は、前記確認パケット送信の時間間隔を設定するタイマーであって、前記基地局からの所定のデータ受信の際にリセットされ、且つ前記データ受信中に停止し、且つ所定時間前記データ受信がないときに満了するデータ受信状態確認用タイマーを内部に備えたことを特徴とする。
【００２１】
請求項４記載の発明は、請求項３記載の無線装置において、前記基地局存在確認手段は、前記データ受信状態確認用タイマーを、ドライバソフトとして内部に備えたことを特徴とする。
【００２２】
請求項５記載の発明は、請求項３記載の無線装置において、前記基地局存在確認手段は、前記データ受信状態確認用タイマーを、ＭＡＣに判断部として備えたことを特徴とする。
【００２３】
請求項６記載の発明は、請求項１、２、３、４又は５記載の無線装置において、前記基地局存在確認手段は、前記基地局から送信される応答パケットを受信し、前記基地局の存在を確認するまでチャネルを変更し、前記確認パケットを送信することを特徴とする。
【００２４】
請求項７記載の発明は、請求項６記載の無線装置において、前記基地局存在確認手段は、他の基地局が存在するチャネルと最も離れたチャネルを優先して検索するチャネル検索アルゴリズムを用いて他のチャネルに変更することを特徴とする。
【００２５】
以上により、請求項１記載の発明の無線装置では、動的周波数切り替え機能を拡張規格として含むＩＥＥＥ８０２．１１ｈ規格の機器により構成される無線ネットワークに、ＩＥＥＥ８０２．１１ｈ規格に対応していない端末、すなわち、動的周波数切り替え機能を有していない端末を使用した場合に、このＩＥＥＥ８０２．１１ｈ未対応端末は、ＩＥＥＥ８０２．１１共通規格の確認パケットを基地局に対して送信し、同様にＩＥＥＥ８０２．１１共通規格の応答パケットの受信の有無により、基地局が同チャネルに存在するかどうかを確認する構成を備えるので、ＩＥＥＥ８０２．１１ｈ規格に対応していなくとも、基地局存在確認を行うことができる。
【００２６】
請求項２記載の発明では、基地局の存在確認のための確認パケット送信時間間隔を、プローブ確認用タイマーを備えることにより任意に設定することができる。
【００２７】
請求項３記載の発明では、基地局の存在確認のための確認パケット送信時間間隔を設定するタイマーを、基地局から所定のデータ受信があるときは、停止及びリセットするので、効率よく確認パケット送信時間間隔を決定することができる。
【００２８】
請求項４記載の発明では、請求項３記載の発明におけるデータ受信状態確認用タイマーをドライバソフトとして内部に備えるので、容易に受信タイマー機能を追加することが可能となる。
【００２９】
請求項５記載の発明では、請求項３記載の発明のデータ受信状態確認用タイマーをＭＡＣ部に備えるので、ホスト側の処理負担を軽減すると共に、受信通知による遅延時間を短縮することが可能となる。
【００３０】
請求項７記載の発明では、他の基地局が存在するチャネルから離れたチャネルを優先して検索するので、干渉等による電波状況の悪化のためにチャネル変更した基地局を効率よく発見することが可能となる。
【発明の効果】
【００３１】
以上により、請求項１〜５記載の発明によれば、ＩＥＥＥ８０２．１１ｈ対応基地局（親機）に接続するＩＥＥＥ８０２．１１ｈ未対応端末機器（子機）は、ＩＥＥＥ８０２．１１規格に共通の確認パケットを前記基地局に送信し、その応答を受信することにより前記基地局が動作している（現在のチャネルに存在する）ことを確認し、無線ＬＡＮネットワークの接続を確保させることが可能となる。
【００３２】
さらに、請求項６及び７記載の発明によれば、一定期間内に前記基地局からの応答を受信しない場合、ＩＥＥＥ８０２．１１ｈ未対応機器は現在のチャネル(周波数)以外のチャネルを順次検索し、他チャネルへ移動した前記基地局に再接続することによりネットワークの接続性をさらに確保させることが可能となる。
【発明を実施するための最良の形態】
【００３３】
（第１の実施の形態）
図１に基地局と２台の端末との計３台の無線機器が、チャネル"０"において無線によるネットワークを形成している構成を示す。本実施の形態では、基地局と端末２とはＩＥＥＥ８０２．１１ｈの規格に対応、すなわち、拡張規格である動的周波数切り替え機能を有しており、端末１のみＩＥＥＥ８０２．１１規格には対応しているが、ＩＥＥＥ８０２．１１ｈ規格には未対応であるものとする。以下、このようなＩＥＥＥ８０２．１１ｈ未対応の端末を単に未対応端末と呼ぶ。
【００３４】
この図１に示したＩＥＥＥ８０２．１１ｈ対応の基地局と、未対応の端末１との接続及び動作確認シーケンスを図５に示す。
【００３５】
図５（ａ）は、基地局と端末１とが、起動時に共に０ｃｈに存在することを示す。尚、ここで時間の流れは下向きである。端末１は起動後、基地局に対して接続要求信号４０１を送信し、これに応じた基地局が端末１へ接続応答信号４０２を送信することにより、両者の無線通信のリンクが確立される。これにより、通常動作（データサービス）が開始される。通常動作開始後、端末１は、基地局と接続されていることを確認する為の基地局存在確認手段として、確認パケット（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）５０１を基地局へ送信し、その応答として基地局から応答パケット５１０を受信する構成により、基地局が同じチャネルに存在することを確認できる。この動作確認シーケンスは一定の時間間隔で行われる。
【００３６】
図５（ｂ）は、本実施の形態におけるＩＥＥＥ８０２．１１ｈ規格に未対応の端末の動作フロー図を示す。
【００３７】
起動後、上記未対応端末は、ステップＳ１において、図５に示した接続処理を実行することにより、基地局との接続を試みる。
【００３８】
ステップＳ２では、ステップＳ１における接続処理の結果、接続が成功したか否かを判定し、接続が成功した場合、ステップＳ３の通常動作状態に移行し、接続がうまくいかなかった場合はステップＳ１の接続処理に戻す。
【００３９】
ステップＳ３の通常動作が開始された後は、続くステップＳ４で、端末から基地局に対して確認パケットを送信し、端末１が基地局と同じチャネルに存在するか否かを確認する。
【００４０】
ステップＳ５では、ステップＳ４における端末１の確認パケット送信に応じた基地局からの応答パケットを受信するかどうかを判別する。ここで、応答パケットが基地局から送信されてきた場合は、基地局が同じチャネルに存在しており、通信可能状態であると判断し、ステップＳ３の通常動作状態に戻る。上記一連のステップＳ３〜Ｓ５による動作確認処理は、基地局が同じチャネルに存在する間、一定の時間間隔で繰り返される。一方、応答パケットが基地局から送信されなかった場合、端末１は、基地局が同じチャネルに存在していないと判断し、ステップＳ６の基地局未確認処理に移る。この基地局未確認処理とは、内部で保持しているリンク情報の更新、又は、ユーザーに基地局が存在しないなどの通知等を行う処理である。
【００４１】
図６に、本実施の形態における端末１が送信する確認パケット(Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ)と、基地局が返信する応答パケットのフォーマットを示す。ここに示すパケットのフォーマットは、ＩＥＥＥ８０２．１１規格の通信機器が使用するフォーマットである。
【００４２】
また、図７（ａ）にＩＥＥＥ８０２．１１ＭＡＣのフレームフォーマットを、図７（ｂ）に、同図（ａ）のＩＥＥＥ８０２．１１ＭＡＣのフレームフォーマットの先頭２ｏｃｔｅｔｓのＦｒａｍｅ  Ｃｏｎｔｒｏｌ部の拡大図を示す。また、図７（ｃ）にＩＥＥＥ８０２．１１ＭＡＣフレーム種別を示す。
【００４３】
図７（ｃ）に示すＩＥＥＥ８０２．１１ＭＡＣフレーム種別は、ＭＡＣヘッダに含まれるＴｙｐｅフィールドとＳｕｂｔｙｐｅフィールドの値によって判別することができる。
【００４４】
例えば、ｔｙｐｅが００で、Ｓｕｂｔｙｐｅが０１００であれば、確認パケットである。端末１は基地局に上記の確認パケットを送信し、基地局から応答パケットが返ってきた場合に、基地局が同じチャネルに存在することを確認できる。
【００４５】
（第２の実施の形態）
次に、本発明の第２の実施の形態において、端末１がＩＥＥＥ８０２．１１ｈに未対応で基地局と帯域保証がない場合のシーケンスを図８（ａ）に示す。図８（ａ）では先ず、第１の実施の形態で説明したのと同様の接続シーケンスとして、端末１から基地局へ送信する接続要求７０１に対し、基地局からの接続応答７０２を受けることにより無線のリンクが確立され、端末１では内部で管理しているリンク情報７００に、基地局とのリンク情報が新たに作成される。
【００４６】
ここで端末１は、基地局存在確認手段として内部に備えるタイマーであって、接続応答７０２を受信してリンクが確立した後、同じチャネルにおける基地局の存在確認を行うための確認時間間隔を設定する確認パケット開始タイマー（プローブ確認用タイマー）７２０を起動させる。そして、所定の設定時間を計測した後、上記タイマー７２０は満了し、端末１から確認パケット７１０が送信される。これに対して、基地局から応答パケット７１１が送信された場合、基地局は同じチャネルに存在することが確認できたので、再度、上記確認パケット開始タイマー７２０を起動させる。
【００４７】
上記構成により、同じチャネルに基地局が存在する否かを、端末１側からタイマーに設定した任意の時間間隔により確認することができる。ここで、図８（ｂ）に端末１のフロー図を示す。
【００４８】
図８（ｂ）では、起動後、ＩＥＥＥ８０２．１１ｈ未対応端末は、ステップＳ１において、図８（ａ）に示した接続要求７０１を基地局に送信する接続処理を行うことにより、基地局との接続を試みる。
【００４９】
ステップＳ２では、ステップＳ１における接続処理の結果、接続が成功したか否かを判定し、接続が成功した場合、ステップＳ３において確認パケット開始タイマー７２０を起動させ、ステップＳ４の通常動作状態に移行する。一方、接続が失敗した場合は、ステップＳ１の接続処理に戻る判断を行う。
【００５０】
ステップＳ４において通常動作状態に移行した後、上記タイマー７２０が満了することをステップＳ５において判定する。満了するまでの間は、ステップＳ４の通常動作状態を続行し、満了した場合には、次のステップＳ６に移行し、基地局に対して確認パケット７１０を送信する。これに対して、基地局からの応答パケット７１１の有無をステップＳ７において判定し、受信した場合には、接続状態にあると判断してステップＳ３に戻り、確認パケット開始タイマー７２０を再び起動させる。一方、応答パケット７１１を受信しない場合には、基地局が別のチャネルに移ったものと判断してステップＳ８においてチャネル変更を行う。そして、次のステップＳ９において、変更後のチャネルに基地局が存在するかどうかを確認する為の確認パケット７１０を送信する。この確認パケット送信に対する応答パケット７１１受信の有無の確認、すなわち、基地局を発見したかどうかの判定をステップＳ１０で行う。基地局が発見できた場合は、データ送受信ができる通常動作状態になり、上記ステップＳ７において応答パケット７１１を受信したときと同様、ステップＳ３に戻り、確認パケット開始タイマーを起動する。一方、基地局が発見できなかったときはステップＳ８に戻り、チャネル変更して、基地局が発見できるまで、ステップＳ８〜Ｓ１０の動作が繰り返される。
【００５１】
（第３の実施の形態）
次に、本発明の第３の実施の形態において、端末１がＩＥＥＥ８０２．１１ｈに未対応で基地局と帯域保証がある場合のシーケンスを図９（ａ）に示す。図９（ａ）では先ず、第１の実施の形態で説明したのと同様の接続シーケンスにより、端末１から基地局へ接続要求８０１が送信され、これに対し、基地局から接続応答８０２が返信されて無線のリンクが確立し、同時に、端末１では内部のリンク情報管理部に基地局とのリンク情報８００が作成される。
【００５２】
続いて、端末１から基地局に対して帯域保証獲得要求８０３が送信され、これに対して、基地局から端末１に帯域保証獲得応答８０４が返されることにより、帯域保証のリンクが確立し、端末１では内部で管理しているリンク情報８００に、基地局との接続における帯域が確保されたというリンク情報が追加（アップデート）される。
【００５３】
端末１は帯域保証獲得応答８０４を受信して帯域保証のリンクが確立した後、同じチャネルにおける基地局の存在確認のため、基地局存在確認手段として内部に備えるデータ受信チェックタイマー（データ受信状態確認用タイマー）８２０を起動させる。
【００５４】
ここで、本実施の形態では帯域保証があり、基地局から定期的に帯域保証データが送信される点において第３の実施の形態と異なる。この基地局からの帯域保証データ（所定のデータ）が送信され、接続が確認されるため、帯域保証データ受信時にタイマーの計測時間はリセットされ、また、このデータを受信している間、タイマー８２０は計測を停止する。そして、基地局からの帯域保証データ受信が一定時間されない場合にデータ受信チェックタイマー８２０は起動し、連続して設定された時間、受信がなかった場合に前記受信チェックタイマー８２０が満了し、端末１から接続確認のため確認パケット８１０が送信される。これに対して、基地局からの応答パケット８１１の送信があれば、接続状態は保持されていると判断できるため、再度、前記タイマーを起動(スタート)させる。
【００５５】
ここで、図９（ｂ）に端末１のフロー図を示す。
【００５６】
図９（ｂ）では、起動後、ＩＥＥＥ８０２．１１ｈ未対応端末は、ステップＳ１及びステップＳ２からなる一連のステップにより、第１及び第２の実施の形態で示したのと同様の接続シーケンスを実行し、基地局との接続を試みる。そして、この一連のステップにより接続が成功した場合、次のステップＳ３に移行する。
【００５７】
続くステップＳ３及びステップＳ４からなる一連のステップでは、端末１が基地局との接続における帯域保証を獲得する為の帯域獲得シーケンスが実行される。この処理は、上述の図９（ａ）では、端末１からの帯域獲得要求８０３の送信及び基地局からの帯域獲得応答８０４からなる帯域獲得シーケンスとして示される。この一連のステップにより帯域保証の獲得が成功した場合、次のステップＳ５に移行する。
【００５８】
ステップＳ５では、基地局と正常に接続がされていることを確認する為に、上述のデータ受信チェックタイマー８２０が起動され、ステップＳ６の通常動作状態に移行する。ここで、図９（ａ）に示すように基地局から帯域保証データが送信された場合、ステップＳ７では接続状態が正常であることが確認できたと判断して、ステップＳ８に移り、上記データ受信チェックタイマー８２０がリセット及び停止される。そして、ステップＳ５に戻り、データ受信タイマー８２０が再起動される。このステップＳ５からステップＳ８までのループは、基地局から帯域保証データが送信される毎に繰り返される。一方、基地局からの帯域保証データ受信がない場合、データ受信タイマー８２０の計測はスタートし、ステップＳ９において、設定時間満了したと判断された場合、ステップＳ１０において、端末１から基地局に接続の確認の為の確認パケット８１０を送信する。
【００５９】
これ以降のステップＳ１１〜Ｓ１４は、第３の実施の形態における図８（ｂ）のステップＳ７〜ステップＳ１０までと同様のステップが続く。すなわち、確認パケット８１０の送信に対して、基地局から応答パケット８１１の送信があれば、データ受信チェックタイマー８２０の起動ステップＳ５に戻り、一方、応答がなければ、端末１は基地局を発見するまでチャネルを変更して確認パケット８１０を送信するという動作を繰り返す。
【００６０】
上記構成により、一定時間データ受信がない場合を考慮することで、より効率的に基地局の存在が確認可能である。
【００６１】
ここで、端末１が、ノーマルデータ又は帯域保証データ等の任意のデータを受信するたびにタイマー設定を行う構成について、図１０（ａ）を用いて説明する。
【００６２】
図１０（ａ）は、アナログ信号及びデジタル信号間の信号変換を行うＰＨＹ・ＲＦ部、ＭＡＣヘッダの解析やその他の受信処理を行うＭＡＣ部、及び上位アプリケーション部（図示せず）に対して行う通知や受信データを渡すドライバ部からなるシステム構成を示している。また、この図１０（ａ）では、上述した基地局存在確認手段であるデータ受信チェックタイマー８２０をドライバ部にドライバソフトとして備え、ドライバ部が上記タイマー設定を行う場合を示す。
【００６３】
この構成では、ＰＨＹ・ＲＦ部からデータを受信し、ＭＡＣ側でＭＡＣヘッダを削除する受信処理を行いデータ受信通知をドライバ側に通知することで、ドライバ側がデータ受信タイマーをリセット＆スタートさせる。このように、ドライバ側に受信タイマー機能を持たせることにより、容易にデータ受信チェックタイマー機能を追加することが可能となる。
【００６４】
図１０（ｂ）は、同様にＰＨＹ・ＲＦ部、ＭＡＣ部及びドライバ部からなる構成を示す図であるが、図１０（ａ）とは異なり、ハード（ＭＡＣ）側に基地局存在確認手段としてデータ受信チェックタイマー処理を行う判断部を実装する場合を示しており、これにより、ホスト側でデータ受信チェックタイマー処理の負荷を軽減し、受信通知による遅延時間が短縮され、より正確に動作させることができる。すなわち、図１０（ａ）の構成では、データ受信からデータ受信チェックタイマーの設定を行うまでの遅延時間は、（ＰＨＹ・ＲＦ部の受信処理１）＋（ＭＡＣ部の受信処理２）＋（ドライバ部の受信処理３）で表されるのに対して、図１０（ｂ）の構成によれば、上記遅延時間は、（ＰＨＹ・ＲＦ部の受信処理１）＋（ＭＡＣ部の受信処理２）に短縮される。このように、データ受信チェックタイマー機能をハードウエアに実装することも可能である。
【００６５】
（第４の実施の形態）
次に、本発明の第４の実施の形態において、端末１がＩＥＥＥ８０２．１１ｈに未対応で基地局と帯域保証がある場合に、基地局が判別不能になったとき、すなわち、基地局がチャネル変更を行った際、端末からの確認パケットの送信に対して、基地局から応答パケットの送信がなかった場合の基地局検索シーケンスを図１１Ａに示す。尚、基地局のシーケンスはＡにおいて連続し、また、端末のシーケンスはＢにおいて連続している。
【００６６】
図１１Ａにおいて、端末からの確認パケット１１００の送信に対して、基地局から応答パケット１２００が返信されて、アクセスポイントの動作確認を行うＡＰ動作確認シーケンスが行われているところまでの流れは、第１〜第３の実施の形態において示したのと同様であるので、ここでは説明を省略し、本実施の形態においては、基地局からチャネル変更通知（２ｃｈ）が送信されたところから説明を行う。
【００６７】
図１１Ａに示すように、基地局からのチャネル変更通知（２ｃｈ）に対して、ＩＥＥＥ８０２．１１ｈ規格に未対応の端末は判別不能である。
【００６８】
従って、基地局と端末との接続は切断され、続く、端末からの確認パケット１１０１の送信に対しては、基地局から応答パケットの返信は行われない。
【００６９】
ここで、端末は親機検索シーケンスを開始する。すなわち、図１１Ａに示すように、チャネル０から順に確認パケット１１０２〜１１０５を送信し、基地局の応答パケットを受信するまで探索を続ける。図１１Ａではチャネル３に対して送信した確認パケット１１０５に対して応答パケット１１５０が返信されてきたことにより、チャネル３に基地局が存在することが確認できたことを示している。これにより、応答パケット１１５０があったチャネル３で接続シーケンス１１８１を実施することで再接続可能となる。図１１Ｂに、本実施の形態における端末の動作フロー図を示す。
【００７０】
図１１ＢにおけるステップＳ５までは、第１の実施の形態において図５（ｂ）に示した端末のステップＳ１〜Ｓ５の動作フロー図と同じであるので、その説明を省略する。本実施の形態の図１１Ｂでは、図５（ｂ）のステップＳ６の基地局未確認処理が、ステップＳ６〜Ｓ８に置き換わっている。すなわち、図１１ＢのステップＳ５において、基地局から応答パケットを受信しなかった場合、端末はステップＳ６でチャネル変更を行い、続くステップＳ７において確認パケットを送信し、基地局からの応答パケットの送信があるかどうかをステップＳ８で確認する。このステップＳ６〜Ｓ８の一連の動作は、応答パケットを受信して基地局が発見されるまで順次チャネルを変更して繰り返される。このステップＳ６〜Ｓ８は、上述した図１１Ａの親機検索シーケンス対応する動作である。
【００７１】
次に、図１２に、端末がメモリ空間にて管理しているチャネル状態を示す。同図（ａ）〜（ｅ）のそれぞれにおける上段はチャネル番号を示し、下段はそれぞれのチャネルの状態を示している。本実施の形態では、チャネル番号は０から１４（計１５個）まで存在し、それぞれの状態と共に保持されているものとする。また、状態の０〜４までの数字は、次の４つの場合を示している。
【００７２】
０：未検索、１：空き状態、２：他の基地局、３：自分の基地局
図１２（ａ）はチャネル０で接続した初期状態を示す。チャネル０は自分の基地局が接続されている状態"３"であることが分かる。また、チャネル０以外の状態は全て０であり、未検索であることが分る。
【００７３】
図１１の説明で示したように、端末は基地局からの応答がなかった場合、基地局検索シーケンスを実行する。ここで、チャネル０から順次検索した結果を図１２（ｂ）から図１２（ｅ）に示す。
【００７４】
図１２（ｂ）では、チャネル０は応答がなかったので、空き状態"１"であることが分かる。同様にチャネル１の検索結果を図１２（ｃ）に、チャネル２の検索結果を図１２（ｄ）に示す。図１２（ｃ）及び図１２（ｄ）に示すように、チャネル１及びチャネル２にも基地局は存在していないことがわかる。しかし、次のチャネル３の検索では、基地局からの応答があり、自分の親機"３"であることが図１２（ｅ）に示されている。
このように基地局から送信される応答パケットを受信するまで、確認パケットを送信するチャネルを変更し、順に検索することにより、他のチャネルに移動した基地局を発見し、再接続することが可能である。
【００７５】
（第５の実施の形態）
次に本発明の第５の実施の形態において、検索アルゴリズムを使用したチャネル検索例を図１３Ａに示す。
【００７６】
上記検索アルゴリズムは、他の基地局から最も離れたチャネルを優先して検索を行うものである。この検索アルゴリズムを用いる理由は無線の特性上、隣り合うチャネルは干渉しあう場合があり、正常に通信できない場合が生じるため、チャネルを移動する際は、出来る限り他の基地局が使用しているチャネルから離れたチャネルを使用したほうが良いからである。
【００７７】
この理由により、端末は記憶領域（メモリ空間）に記憶した以前の状態を参照して、他の基地局から最も離れたチャネルを優先して順に自分の基地局を検索する。以下に、そのアルゴリズムを説明する。
【００７８】
図１３Ａ（ａ）〜（ｆ）はチャネル情報テーブルであり、それぞれ、上段がチャネル番号、中断がチャネルの状態、下段がチャネル空き指数を示しており、端末の記憶領域（メモリ空間）で管理されているデータである。これは、０から１４の１５チャネルのチャネルの状態とチャネル空き指数とで管理されている。ここで、チャネル状態は、第４の実施の形態において示したのと同じ４つの分類（０：未検索、１：空き状態、２：他の基地局、３：自分の基地局）を用いて表し、また、チャネル空き指数は、他の基地局の使用しているチャネルからの距離を表している。
【００７９】
図１３Ａ（ａ）は端末で管理されている記憶領域（メモリ空間）の初期状態を示しており、チャネルの状態は未検索（値はすべて０）でチャネル空き指数も（値はすべて０）である。
【００８０】
図１３（ｂ）は現在のチャネル４番の状態をチェックし、他の基地局を発見したことにより、チャネル状態に他の基地局を示す値２が設定されたことを示す。この図１３（ｂ）の状態から次に検索するチャネルを決定するために、未検索の状態値０のチャネルのそれぞれに対して、チャネル番号４の他の基地局と何チャネル分離れているかを計算しチャネル空き指数を更新する。同図ではチャネル番号４のチャネル空き指数を、自身との距離０として、０が設定され、１チャネル離れる毎に指数が１ずつ増加する。これに基づいて、次に検索するチャネルはチャネル空き指数の最も大きな番号に決定される。ここでは、チャネル空き指数が最大値１０のチャネル１４に決定される。
【００８１】
チャネル１４が選択されたことにより、図１３（ｃ）では、検索チャネル１４番の状態がチェックされる。本実施の形態では、他の基地局を発見したことにより、チャネル状態に値２が設定されることを示している。
【００８２】
ここで、図１３（ｃ）の結果に基づいて、次に検索するチャネルを決定するために、未検索（値０）のチャネル毎に他の基地局と何チャネル分離れているかを計算しチャネル空き指数を更新する。すなわち、チャネル４及び１４のチャネル空き指数が０となり、これらのチャネルからの距離が再計算される。この状態に基づいて、次に検索するチャネルはチャネル空き指数の最も大きな番号に、すなわち、ここではチャネル空き指数５のチャネル９番に決定される。
【００８３】
図１３（ｄ）は現在のチャネル９番の状態をチェックした結果、基地局を発見しなかった場合を示す図であり、チャネル状態に値１が設定されている。図１３（ｅ）では、図１３（ｄ）の結果に基づいて、次に検索するチャネルを決定するために、未検索（値０）のチャネルそれぞれに対して他の基地局と何チャネル分離れているかを計算し、チャネル空き指数を更新する。ここでは、０番、８番、１０番がそれぞれ４チャネル離れており、この中からチャネル番号が最小の０番に決定されている。また、このチャネル０番には、他の基地局が発見された為、チャネル状態に値２が設定されている。
【００８４】
図１３（ｅ）の結果に基づいて、次に検索するチャネルを決定するために、未検索（値０）のチャネルそれぞれに対して他の基地局と何チャネル分離れているかを計算、チャネル空き指数を更新する。この場合、８番、１０番がそれぞれ４チャネル離れているので、次は、最小の８番に決定される。
【００８５】
図１３（ｆ）は検索チャネル８番の状態をチェックし、他の基地局を発見したため、チャネル状態に値２が設定された場合を示している。
【００８６】
図１３（ｆ）の結果に基づいて、次に検索するチャネルを決定するために、未検索（値０）のチャネルそれぞれに対して他の親機と何チャネル分離れているかを計算、チャネル空き指数を更新する。この再計算により、チャネル空き指数の最大値は１１番の値３となり、次の検索対象に決定する。
【００８７】
以降、同様に情報テーブルの値０のチャネルを検索していき、自分の基地局が見つかった時点でチャネル検索アルゴリズムは終了する。また、情報テーブルから未検索（値０）のチャネルがなくなった場合も同様にチャネル検索アルゴリズムは終了する。
【００８８】
図１３Ｂにチャネル検索アルゴリズムのフローチャートを示す。
【００８９】
先ず、ステップＳ１において、図１３Ａに示したチャネル情報テーブルを０に設定し、情報をクリアする。次にステップＳ２において基地局に対して確認パケットを送信し、ステップＳ３においてその応答パケット受信の有無を確認する。受信がない場合は、上記チャネル情報テーブルの状態の値を１に、すなわち、空き状態であることを示す値に設定し、空き状態であることを記録した後、ステップＳ９において、チャネル状態が０であり、且つ最もチャネル空き指数の大きなチャネルに変更し、ステップＳ２に戻って、変更後のチャネルに対する同様の処理が行われる。
【００９０】
一方、ステップＳ３において、基地局から応答パケットの受信があった場合は、ステップＳ５に移行し、その応答パケットの送信元が自分の基地局からのものかどうかを確認する。ここで、自分の基地局からの送信でなかった場合、ステップＳ６に進み、情報テーブルの現チャネルの状態値を２に、すなわち、他の基地局であることを示す値に設定する。
【００９１】
これにより、続くステップＳ８では、チャネル空き指数を再計算し、この更新結果に基づき、ステップＳ９において、チャネル状態が０であり、且つ最もチャネル空き指数の大きなチャネルに検索対象を変更して、ステップＳ２に戻り、更に、変更後のチャネルに対して同様に処理される。また、ステップＳ５において、応答パケットの送信元が自基地局であった場合は、ステップＳ７において、チャネル情報テーブルの現チャネルの状態値を３に、すなわち、自分の基地局であることを示す値に設定する。この自分の基地局を発見したことにより、チャネル検索アルゴリズムは終了する。
【００９２】
ここで、図１４（ａ）〜（ｃ）は、チャネルが０番から１４番まであり、４番で動作していた自基地局１４０１が他基地局１４１０の干渉により１４番に移動した場合を示している。同図（ａ）は、チャネル４において自基地局１４０１、端末１及び端末２が接続されている。ここで、同図（ｂ）に示すように、他基地局１４１０が同じチャネル４に入ってきたことにより、電波状況が悪くなり、自基地局１４０１はチャネル１４に変更し、これに伴い、ＩＥＥＥ８０２．１１ｈに対応している端末２も、図１４（ｃ）に示すように、同じチャネル１４に変更を行い、基地局１４０１との接続を維持している。しかし、ＩＥＥＥ８０２．１１ｈ未対応端末１１４０２はチャネル４に取り残されている。この端末１（子機）１４０２は自基地局１４０１を探すためにチャネル検索をする必要がある。
図１５に、図１４においてチャネルが０番から１４番まであり、４番で動作していた自基地局が他基地局の干渉により１４番に移動した場合の端末のチャネル検索例を示す。
【００９３】
図１５（ａ）は順次検索をした場合を示しており、本実施の形態の場合は、チャネル０から１４まで検査するので移動ステップ数は１４回必要である。これと比較して、図１５（ｂ）に示す、本発明によるチャネル検索アルゴリズムを使用した場合、現在のチャネル４番の確認に続いて、次に検索すべきチャネルは、図１３Ａ（ａ）〜（ｂ）に示したようにチャネル１４番であるため、移動ステップ数は２回で検索可能である。
【００９４】
基地局のチャネル変更は、電波干渉等により伝播状態が悪化したことに起因するため、上記の検索アルゴリズムを使用した場合、無線の特性を考慮して検索先を限定することにより、順次検索した場合に比較して、効率的に基地局を検索することが可能となる。
【産業上の利用可能性】
【００９５】
本発明にかかる無線装置は、ＩＥＥＥ８０２．１１ｈ未対応端末をＩＥＥＥ８０２．１１ｈ対応機器の動的周波数切り替えに簡易的に対応させて追従させることができるので、ＩＥＥＥ８０２．１１ｈ未対応機器を含んだＩＥＥＥ８０２．１１ｈによる無線ネットワーク構成等に有用である。
【図面の簡単な説明】
【００９６】
【図１】（ａ）はチャネル０における基地局及び端末１、２による無線ネットワーク構成図、（ｂ）はチャネル２における基地局及び端末２による無線ネットワーク構成図、また、（ｃ）はチャネル０における端末１による無線ネットワーク構成図である。
【図２】端末２がＩＥＥＥ８０２．１１ｈ対応の場合のシーケンス図である。
【図３】（ａ）はＩＥＥＥ８０２．１１ｈ対応基地局のフロー図、（ｂ）はＩＥＥＥ８０２．１１ｈ対応端末のフロー図である。
【図４】端末１がＩＥＥＥ８０２．１１ｈ未対応の場合のシーケンス図である。
【図５】（ａ）は本発明によるＩＥＥＥ８０２．１１ｈ未対応の端末１のシーケンス図、（ｂ）は本発明によるＩＥＥＥ８０２．１１ｈ未対応の端末のフロー図である。
【図６】確認パケット（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）のフォーマット図である。
【図７】（ａ）は、ＭＡＣフレームフォーマット図、（ｂ）はＭＡＣフレームコントロールのフォーマット図、また、（ｃ）はＭＡＣフレームの種別を示す図である。
【図８】（ａ）は端末１がＩＥＥＥ８０２．１１ｈ未対応且つ帯域保証なしの場合のシーケンス図、（ｂ）は端末１がＩＥＥＥ８０２．１１ｈ未対応且つ帯域保証なしの場合のフロー図である。
【図９】（ａ）は端末１が１１ｈ未対応且つ帯域保証ありの場合のシーケンス図、（ｂ）は端末１が１１ｈ未対応且つ帯域保証ありの場合のフロー図である。
【図１０】（ａ）はドライバソフトがタイマーをリセット又はスタートさせるシステム構成図、（ｂ）はＭＡＣ部がタイマーをリセット又はスタートさせるシステム構成図である。
【図１１Ａ】本発明の第４の実施の形態によるＩＥＥＥ８０２．１１ｈ未対応の端末（子機）のシーケンス図である。
【図１１Ｂ】本発明の第４の実施の形態によるＩＥＥＥ８０２．１１ｈ未対応の端末（子機）のフロー図である。
【図１２】本発明の第４の実施の形態によるチャネル検索例において、（ａ）はチャネル０に自分の基地局が接続されている状態の図、（ｂ）はチャネル０に応答がなかったことを示す図、（ｃ）はチャネル０及び１に応答がなかったことを示す図、（ｄ）はチャネル０、１及び２に応答がなかったことを示す図、また、（ｅ）はチャネル０、１及び２に応答がなく、チャネル３に自分の基地局が発見されたことを示す図である。
【図１３Ａ】本発明の第５の実施の形態による検索アルゴリズムを使用したチャネル検索例において、（ａ）は初期状態を示す図、（ｂ）はチャネル４に他の基地局が見つかった図、（ｃ）は（ｂ）の状態からチャネル１４に他の基地局が見つかった図、（ｄ）は（ｃ）の状態からチャネル９が空きであることを確認したことを示す図、（ｅ）は（ｄ）の状態からチャネル０に他の基地局が見つかった図、また、（ｆ）は（ｅ）の状態からチャネル８に他の基地局が見つかった図である。
【図１３Ｂ】本発明の第５の実施の形態によるチャネル検索アルゴリズムのフロー図である。
【図１４】本発明の第５の実施の形態によるチャネル検索アルゴリズムと順次検索の実施例を示す図である。
【図１５】本発明による検索アルゴリズムを使用したと順次検索の比較例において、（ａ）は従来の検索法を示した図、また（ｂ）は本発明の第５の実施の形態による検索アルゴリズムを示した図である。
【符号の説明】
【００９７】
３０１、４０１、８０１          接続要求
３０２、４０２、８０２          接続応答
３１０                          チャネル変更通知
５０１、７０１、７１２
、８１０、１１００、１１０１
、１１０２、１１０３、１１０４
、１１０５                      確認パケット
５１０、７１０、７１３
、８１１、１２００、１１５０    応答パケット
７０１、８０３                  帯域獲得要求
７０２、８０４                  帯域獲得応答
７００、８００                  リンク情報
７２０                          確認パケット開始タイマー
（プローブ確認用タイマー）
８２０                          データ受信チェックタイマー
（データ受信状態確認用タイマー）
１１８０、１１８１              接続シーケンス
１４０１                        基地局（親機）
１４１０                        他の基地局（親機）
１４０２                        端末１（子機）
【図１】
2005303788.tif 000003
【図２】
2005303788.tif 000004
【図３】
2005303788.tif 000005
【図４】
2005303788.tif 000006
【図５】
2005303788.tif 000007
【図６】
2005303788.tif 000008
【図７】
2005303788.tif 000009
【図８】
2005303788.tif 000010
【図９】
2005303788.tif 000011
【図１０】
2005303788.tif 000012
【図１１Ａ】
2005303788.tif 000013
【図１１Ｂ】
2005303788.tif 000014
【図１２】
2005303788.tif 000015
【図１３Ａ】
2005303788.tif 000016
【図１３Ｂ】
2005303788.tif 000017
【図１４】
2005303788.tif 000018
【図１５】
2005303788.tif 000019