(57)【要約】【課題】音声データに対するトラヒックの圧迫を招くことなく、ハンドオーバーを実施することができるようにする。【解決手段】他の移動端末３ｂとセッションが確立されている状態でハンドオーバーを実施する場合、移動端末３ａがプローブ要求フレームを複数の基地局１に送信して、複数の基地局１からプローブ応答フレームを受信することにより、そのプローブ応答フレームの受信レベルを基準にしてハンドオーバー先の基地局１を決定し、他の移動端末３ｂとセッションが確立されていない状態でハンドオーバーを実施する場合、複数の基地局１からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局１を決定する。【選択図】図１
2007166412.tif 000002
【特許請求の範囲】
【請求項１】
ビーコンを定期的に送信する一方、プローブ要求信号を受信すると、プローブ応答信号を送信する複数の基地局と、通信相手とセッションが確立されている状態でハンドオーバーを実施する場合、プローブ要求信号を上記複数の基地局に送信して、上記複数の基地局からプローブ応答信号を受信することにより、そのプローブ応答信号の受信レベルを基準にしてハンドオーバー先の基地局を決定し、通信相手とセッションが確立されていない状態でハンドオーバーを実施する場合、上記複数の基地局からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局を決定する移動端末とを備えた移動体通信システム。
【請求項２】
移動端末は、通信相手とセッションが確立されている状態でも、複数の基地局からビーコンを受信し、そのビーコンの受信レベルを基準にすると、ハンドオーバー先の基準条件を満足する基地局が存在しない場合に限り、プローブ要求信号を複数の基地局に送信して、上記複数の基地局からプローブ応答信号を受信することを特徴とする請求項１記載の移動体通信システム。
【請求項３】
複数の基地局毎に、当該基地局の周辺に存在する基地局が使用しているチャンネルを確認し、そのチャンネルを示す隣接チャンネル情報を当該基地局に送信するコントローラを設け、移動端末が当該基地局から隣接チャンネル情報を受信すると、複数の基地局からプローブ応答信号又はビーコンを受信してハンドオーバー先の基地局を決定する際、その隣接チャンネル情報が示すチャンネルに優先的に切り替えてプローブ応答信号又はビーコンを受信し、ハンドオーバー先の基準条件を満足する基地局が存在しない場合に限り、その他のチャンネルに切り替えてプローブ応答信号又はビーコンを受信することを特徴とする請求項１または請求項２記載の移動体通信システム。
【請求項４】
通信相手とセッションが確立されている状態にあるか否かを判別する状態判別手段と、ハンドオーバーを実施する際、上記状態判別手段によりセッションが確立されている状態にあると判別された場合、プローブ要求信号を複数の基地局に送信して、上記複数の基地局からプローブ応答信号を受信し、上記状態判別手段によりセッションが確立されている状態にないと判別された場合、複数の基地局からビーコンを順次受信する信号受信手段と、上記信号受信手段により受信されたプローブ応答信号又はビーコンの受信レベルを基準にしてハンドオーバー先の基地局を決定する基地局決定手段とを備えた移動端末。
【請求項５】
信号受信手段は、状態判別手段によりセッションが確立されている状態にあると判別された場合でも、複数の基地局からビーコンを受信し、そのビーコンの受信レベルを基準にすると、ハンドオーバー先の基準条件を満足する基地局が存在しない場合に限り、プローブ要求信号を複数の基地局に送信して、上記複数の基地局からプローブ応答信号を受信することを特徴とする請求項４記載の移動端末。
【請求項６】
信号受信手段は、周辺に存在する基地局が使用しているチャンネルを示す隣接チャンネル情報を受信すると、その隣接チャンネル情報が示すチャンネルに優先的に切り替えてプローブ応答信号又はビーコンを受信し、ハンドオーバー先の基準条件を満足する基地局が存在しない場合に限り、その他のチャンネルに切り替えてプローブ応答信号又はビーコンを受信することを特徴とする請求項４または請求項５記載の移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＥＥＥ８０２．１１ｂ規格等の無線ＬＡＮを適用する携帯型無線ＩＰ電話などの移動端末と、その移動端末から構成されている移動体通信システムとに関するものである。
【背景技術】
【０００２】
従来の移動体通信システムにおいて、移動端末がハンドオーバーを実施する際に使用するチャンネルスキャン方式は次の通りである。
周波数帯や最大送信電力に関するドメイン（ＥＳＳ：Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）情報が確定している場合（ＥＳＳに属している場合）には、チャンネルスキャン方式としてアクティブスキャン方式を適用し、ドメイン情報が未確定である場合（ＥＳＳが変更となる場合）には、ドメイン（ＥＳＳ）の規定に違反しないように、チャンネルスキャン方式として、移動端末の受信能力のみを用いるパッシブスキャン方式を適用する（例えば、特許文献１参照）。
【０００３】
即ち、従来の移動体通信システムにおける移動端末は、ドメイン（ＥＳＳ）に属していなければ、チャンネルスキャン方式としてパッシブスキャン方式を適用するが、ドメイン（ＥＳＳ）に属していれば、高速のチャンネルスキャンを実現するため、チャンネルスキャン方式としてアクティブスキャン方式を適用する。
しかし、アクティブスキャン方式は、プローブ要求フレームを複数の基地局にブロードキャスト送信して、そのプローブ要求フレームを受信することができた基地局からプローブ応答フレームを受信する必要があるため、そのプローブ応答フレームが、リアルタイム性が要求される音声データのようなトラヒックに対して影響を与えることがある。
例えば、プローブ応答フレームが音声データと衝突して、その音声データのロスが発生すると、信号品質が急激に劣化して音切れなどが発生する。
【０００４】
このような信号品質の劣化は、例えば、次のような状況で多発する。
携帯型無線ＩＰ電話などの移動端末は、一般的に、通話中の状態より待ち受け中の状態の場合の方が割合的に多い。
待ち受け中の移動端末を携帯している大勢のユーザが所定の集合場所で一斉に移動すると、多数の移動端末がハンドオーバーを実施して、複数の基地局間を移動することになる。
この場合、移動端末のＥＳＳ属性は変わらないが、ＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）属性が変更されるに伴ってアクティブスキャンを適用すると、（移動端末数×周辺基地局数）のプローブ応答フレームが同時に発生して、通話中の音声データのトラヒックを圧迫することがある。
このようなプローブ応答フレームの同時多発は、通話中の移動端末の数が飽和状態に近い状況下で発生すると、音声データのトラヒックへの圧迫が顕著に現れて、音切れ等の音質劣化を招くようになる。
【０００５】
【特許文献１】特開２００４−２２９２７８号公報（段落番号［００２７］、図７、図１１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の移動体通信システムは以上のように構成されているので、ドメイン（ＥＳＳ）に属していれば、高速のチャンネルスキャンを実現することができる。しかし、大勢のユーザが所定の集合場所で一斉に移動するような状況下で、多数の移動端末がハンドオーバーを実施して、複数の基地局間を移動すると、アクティブスキャンに伴うプローブ応答フレームが音声データと衝突して、音声の信号品質が急激に劣化することがあるなどの課題があった。
【０００７】
この発明は上記のような課題を解決するためになされたもので、音声データに対するトラヒックの圧迫を招くことなく、ハンドオーバーを実施することができる移動体通信システム及び移動端末を得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係る移動体通信システムは、通信相手とセッションが確立されている状態でハンドオーバーを実施する場合、移動端末がプローブ要求信号を複数の基地局に送信して、複数の基地局からプローブ応答信号を受信することにより、そのプローブ応答信号の受信レベルを基準にしてハンドオーバー先の基地局を決定し、通信相手とセッションが確立されていない状態でハンドオーバーを実施する場合、移動端末が複数の基地局からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局を決定するようにしたものである。
【発明の効果】
【０００９】
この発明によれば、通信相手とセッションが確立されている状態でハンドオーバーを実施する場合、移動端末がプローブ要求信号を複数の基地局に送信して、複数の基地局からプローブ応答信号を受信することにより、そのプローブ応答信号の受信レベルを基準にしてハンドオーバー先の基地局を決定し、通信相手とセッションが確立されていない状態でハンドオーバーを実施する場合、移動端末が複数の基地局からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局を決定するように構成したので、音声データに対するトラヒックの圧迫を招くことなく、ハンドオーバーを実施することができる効果がある。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１はこの発明の実施の形態１による移動体通信システムを示す構成図であり、また、図２はこの発明の実施の形態１による移動体通信システムの利用例（セッション確立中）を示す説明図である。
図において、基地局１（図中、「ＡＰ」と記載）は無線ＬＡＮ２を介して移動端末３と接続される一方、有線ＬＡＮ４を介してコントローラ５と接続されており、基地局１はビーコンを定期的に移動端末３に送信する一方、移動端末３からプローブ要求フレーム（プローブ要求信号）を受信すると、プローブ応答フレーム（プローブ応答信号）を移動端末３に送信するなどの処理を実施する。
図２では、基地局１が８台存在（基地局１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ）し、移動端末３が２台存在（移動端末３ａ，３ｂ）している例を示している。また、移動端末３ａは基地局１ｄ，１ｇを介して他の移動端末３ｂ（通信相手）とセッションが確立（通話中）している状態にあり、移動端末３ａと移動端末３ｂが基地局１ｄ，１ｇを介して、音声や映像などの情報を含むリアルタイムデータを送受信している。
なお、図２の例では、説明の便宜上、基地局１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆは近隣に存在している基地局であり、基地局１ａ，１ｂ，１ｃ，１ｄは同一チャンネルを使用している基地局であるとする。
換言すると、基地局１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆと基地局１ｇ，１ｈは近隣しておらず、基地局１ａ，１ｂ，１ｃ，１ｄ、基地局１ｅ，１ｆ及び基地局１ｇ，１ｈは互いに異なるチャンネルを使用しているものとする。
【００１１】
移動端末３は他の移動端末３とセッションが確立されている状態でハンドオーバーを実施する場合、プローブ要求フレームを複数の基地局１にブロードキャスト送信して、そのプローブ要求フレームを受信することができた基地局１からプローブ応答フレームを受信することにより、そのプローブ応答フレームの受信レベルを基準にしてハンドオーバー先の基地局１を決定するアクティブスキャン処理を実施する。また、移動端末３は他の移動端末３とセッションが確立されていない状態でハンドオーバーを実施する場合、複数の基地局１からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局１を決定するパッシブスキャン処理を実施する。
コントローラ５は複数の基地局１毎に、当該基地局１の周辺に存在する基地局１が使用しているチャンネルを確認し、そのチャンネルを示す隣接チャンネル情報を当該基地局１に送信する処理を実施する。
【００１２】
移動端末３の無線ＭＡＣ部１１は無線ＬＡＮ２を介して基地局１とリアルタイムデータを送受信するとともに、ドライバ部１３からパッシブスキャンの実施指示を受けると、基地局１から送信されるビーコンを受信し、また、ドライバ部１３からアクティブスキャンの実施指示を受けると、プローブ要求フレームを複数の基地局１にブロードキャスト送信して、そのプローブ要求フレームを受信することができた基地局１からプローブ応答フレームを受信する処理などを実施する。
なお、無線ＭＡＣ部１１及び後述するドライバ部１３から信号受信手段が構成されている。
【００１３】
移動端末３の呼制御部１２はリアルタイムデータのサービスにおけるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の呼制御を実施して、他の移動端末３とセッションを確立している状態にあるか否かを判別する処理を実施する。なお、呼制御部１２は状態判別手段を構成している。
移動端末３のドライバ部１３はハンドオーバーを実施する際、呼制御部１２によりセッションが確立されている状態にあると判別された場合、アクティブスキャンの実施を無線ＭＡＣ部１１に指示し、ドライバ部１３は呼制御部１２によりセッションが確立されている状態にないと判別された場合、パッシブスキャンの実施を無線ＭＡＣ部１１に指示する処理を実施する。また、ドライバ部１３は無線ＭＡＣ部１１により受信されたプローブ応答フレーム又はビーコンの受信レベルを基準にして、複数の基地局１を序列化してＡＰリスト１３ａを作成し、最も受信レベルが高い基地局１をハンドオーバー先の基地局を決定する処理を実施する。なお、ドライバ部１３は基地局決定手段を構成している。
【００１４】
図３はこの発明の実施の形態１による移動体通信システムのセッション確立状態におけるチャンネルスキャンを示すフローチャートであり、図４はこの発明の実施の形態１による移動体通信システムのセッション未確立状態におけるチャンネルスキャンを示すフローチャートである。
また、図５は無線サービスエリアの一構成例を示す説明図であり、図６はこの発明の実施の形態１による移動体通信システムの利用例（セッション未確立中）を示す説明図である。
なお、この実施の形態１の無線ＬＡＮ２には、周知の無線ＬＡＮ技術であるＩＥＥＥ８０２．１１規格が代表的に適用されるものとする。
【００１５】
次に動作について説明する。
最初に、リアルタイムデータのセッションが確立しており、音声通話が実施されている場合の動作を説明する。
図２の例では、移動端末３ａが基地局１ｄ，１ｇを介して移動端末３ｂとセッションが確立（通話中）している。
ただし、移動端末３ｂは移動していないが、移動端末３ａは移動中であるため、基地局１ｄと送受信する信号の品質が劣化してくると、ハンドオーバーを実施する必要がある。
なお、この実施の形態１では、図５に示すように、複数の基地局１のうち、同一チャンネルの基地局１同士が１つのセルエリアを構成し（例えば、基地局１ａ，１ｂ，１ｃ，１ｄが１つのセルエリアを構成し、基地局１ｅ，１ｆが１つのセルエリアを構成し、基地局１ｇ，１ｈが１つのセルエリアを構成する）、複数のセルエリアの集合によりドメイン（ＥＳＳ）が構成される無線エリアを想定する。
【００１６】
移動中である移動端末３ａの呼制御部１２は、リアルタイムデータのサービスにおけるＳＩＰ等の呼制御を実施して、他の移動端末３とセッションを確立している状態にあるか否かを判別する処理を実施する。図２の例では、移動端末３ｂとセッションが確立している状態にあると判別される。
移動端末３ａのドライバ部１３は、呼制御部１２が移動端末３ｂとセッションが確立している状態にあると判別すると、その基地局１ｄと同一チャンネルの基地局（基地局１ａ，１ｂ，１ｃ）の中から優先的にハンドオーバー先の基地局を検索するため、基地局１ａ，１ｂ，１ｃ，１ｄからのビーコン受信指令を無線ＭＡＣ部１１に指示する。この段階では、アクティブスキャンを実施しないで、ハンドオーバー先の基地局を検索する。
【００１７】
移動端末３ａの無線ＭＡＣ部１１は、ドライバ部１３からビーコン受信指令を受けると、基地局１ｄと送受信しているリアルタイムデータの伝送処理と並行して、基地局１ａ，１ｂ，１ｃ，１ｄから定期的に送信されるビーコンの受信処理を実施する（ステップＳＴ１）。
図７は基地局１ａ，１ｂ，１ｃ，１ｄにおけるビーコンの送信周期を示している。基地局１ａ，１ｂ，１ｃ，１ｄは非同期で動作しているためビーコン周期が微妙にずれている。そのため、無線ＭＡＣ部１１は、基地局１ａ，１ｂ，１ｃ，１ｄから受信するビーコンのスキャン期間を“ビーコン周期＋α”のように設定している。
【００１８】
移動端末３ａのドライバ部１３は、無線ＭＡＣ部１１が基地局１ａ，１ｂ，１ｃ，１ｄから送信されたビーコンを受信すると、基地局１ａ，１ｂ，１ｃ，１ｄから送信されたビーコンの受信強度ＲＳＳＩを相互に比較し、基地局１ａ，１ｂ，１ｃ，１ｄをビーコンの受信強度ＲＳＳＩが大きい順に並べて、基地局１ａ，１ｂ，１ｃ，１ｄを序列化したＡＰリスト１３ａを作成する（ステップＳＴ２）。
なお、ドライバ部１３は、無線ＭＡＣ部１１が基地局１ａ，１ｂ，１ｃ，１ｄからビーコンを受信する毎に、先に作成したＡＰリスト１３ａを更新する。
即ち、各基地局毎に、現在のビーコンの受信強度ＲＳＳＩと過去のビーコンの受信強度ＲＳＳＩとの移動平均値を求め、基地局１ａ，１ｂ，１ｃ，１ｄを受信強度ＲＳＳＩの移動平均値が大きい順に並び替えることにより、先に作成したＡＰリスト１３ａを更新する。
【００１９】
移動端末３ａのドライバ部１３は、現在、接続されている基地局１ｄから送信されたビーコンの受信強度ＲＳＳＩの移動平均値が予め設定された閾値Ａより小さくなると、ハンドオーバーを実施する必要があると認定し（ステップＳＴ３）、ＡＰリスト１３ａにリストアップされている基地局１ａ，１ｂ，１ｃの中で、受信強度ＲＳＳＩの移動平均値が閾値Ａより大きい基地局が存在しているか否かを判定する（ステップＳＴ４）。
ドライバ部１３は、受信強度ＲＳＳＩの移動平均値が閾値Ａより大きい基地局が存在する場合、それらの基地局の中で、受信強度ＲＳＳＩの移動平均値が最も大きい基地局をハンドオーバー先の基地局に決定する（ステップＳＴ５）。
ドライバ部１３は、ハンドオーバー先の基地局を決定すると、無線ＭＡＣ部１１を制御して、その基地局にハンドオーバーする処理を実施する（ステップＳＴ６）。
【００２０】
移動端末３ａのドライバ部１３は、ＡＰリスト１３ａにリストアップされている基地局１ａ，１ｂ，１ｃの中で、受信強度ＲＳＳＩの移動平均値が閾値Ａより大きい基地局が存在しない場合、基地局１ｄと異なるチャンネルの基地局の中からハンドオーバー先の基地局を検索する処理を開始する。
ただし、基地局１ｄと異なるチャンネルに切り替えてハンドオーバー先の基地局を検索する場合、その検索処理を実施している間、リアルタイムデータの送受信を実施することができず、音声の音切れなどの品質劣化が生じるため、チャンネル切替を効率的に実施して、リアルタイムデータの信号断時間を出来る限り短くする必要がある。
【００２１】
コントローラ５は、有線ＬＡＮ４に接続されている全ての基地局１から使用しているチャンネルの情報を収集し、各基地局１毎に、当該基地局１の周辺に存在する基地局１が使用しているチャンネルを確認し、そのチャンネルを示す隣接チャンネル情報を当該基地局１に送信する。
例えば、現在接続されている基地局１ｄの周辺に存在している基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆが使用しているチャンネルの情報を収集し、そのチャンネルを示す隣接チャンネル情報を基地局１ｄに送信する。
基地局１ｄは、コントローラ５から隣接チャンネル情報を受信すると、その隣接チャンネル情報を移動端末３ａに送信する。
これにより、移動端末３ａの無線ＭＡＣ部１１は、基地局１ｄから隣接チャンネル情報を受信する。
【００２２】
移動端末３ａのドライバ部１３は、他の移動端末３ｂとセッションが確立している状態で、基地局１ｄと異なるチャンネルの基地局の中からハンドオーバー先の基地局を検索する場合、アクティブスキャンの実施を無線ＭＡＣ部１１に指示する（ステップＳＴ１１）。
ただし、ドライバ部１３は、基地局１ｄの周辺に存在する異なるチャンネルの基地局１（基地局１ｅ，１ｆ）の中から優先的にハンドオーバー先の基地局を検索するため、無線ＭＡＣ部１１により受信された隣接チャンネル情報を参照して、基地局１ｄの周辺に存在する基地局１ｅ，１ｆのチャンネルを認識し、基地局１ｅ，１ｆのチャンネルを無線ＭＡＣ部１１に通知する。
【００２３】
移動端末３ａの無線ＭＡＣ部１１は、ドライバ部１３からアクティブスキャンの実施指示を受けると、ドライバ部１３から通知された基地局１ｅ，１ｆのチャンネルに切り替えて、移動端末３ａが現在所属しているエリアを示すＥＳＳＩＤを含むプローブ要求フレームを基地局１ｅ，１ｆにブロードキャスト送信する。
基地局１ｅ，１ｆは、移動端末３ａからブロードキャスト送信されたプローブ要求フレームを受信すると、そのプローブ要求フレームに対する応答信号として、基地局１ｅ，１ｆが現在所属しているエリアを示すＥＳＳＩＤを含むプローブ応答フレームを移動端末３ａに送信する。
【００２４】
移動端末３ａの無線ＭＡＣ部１１は、ドライバ部１３から通知された基地局１ｅ，１ｆのチャンネルに切り替えて、基地局１ｅ，１ｆから送信されるプローブ応答フレームを受信する。
移動端末３ａのドライバ部１３は、無線ＭＡＣ部１１が基地局１ｅ，１ｆから送信されたプローブ応答フレームを受信すると、そのプローブ応答フレームに含まれているＥＳＳＩＤが、プローブ要求フレームに含めたＥＳＳＩＤと一致していることを確認する。
ドライバ部１３は、ＥＳＳＩＤが一致していれば、基地局１ｅ，１ｆから送信されたプローブ応答フレームの受信強度ＲＳＳＩを相互に比較し、基地局１ｅ，１ｆをプローブ応答フレームの受信強度ＲＳＳＩが大きい順に並べて、基地局１ｅ，１ｆを序列化したＡＰリスト１３ａを作成する（ステップＳＴ１２）。
【００２５】
図２の例では、基地局１ｄの周辺に存在している基地局１の中で、基地局１ｄと異なるチャンネルは、基地局１ｅ，１ｆが使用しているチャンネルのみであるため、ＡＰリスト１３ａは、基地局１ｅ，１ｆのみを序列化しているが、基地局１ｄの周辺に存在している基地局１の中で、基地局１ｅ，１ｆ以外にも、基地局１ｄと異なるチャンネルを使用している基地局１が存在する場合には、そのチャンネルに切り替えて、その基地局１からプローブ応答フレームを受信し、その基地局1も基地局１ｅ，１ｆと同様にして、ＡＰリスト１３ａに序列化する。
【００２６】
移動端末３ａのドライバ部１３は、上記のようにして、基地局１ｄの周辺に存在している全ての基地局１（基地局１ｅ，１ｆ）をＡＰリスト１３ａに序列化すると（ステップＳＴ１３）、ＡＰリスト１３ａにリストアップされている基地局１ｅ，１ｆの中で、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在しているか否かを判定する（ステップＳＴ１４）。
ドライバ部１３は、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在する場合、それらの基地局の中で、プローブ応答フレームの受信強度ＲＳＳＩが最も大きい基地局をハンドオーバー先の基地局に決定する（ステップＳＴ１５）。
ドライバ部１３は、ハンドオーバー先の基地局に決定すると、無線ＭＡＣ部１１を制御して、その基地局にハンドオーバーする処理を実施する（ステップＳＴ１６）。
【００２７】
ドライバ部１３は、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在しない場合、隣接チャンネル情報が示すチャンネル以外のチャンネルに切り替える指示を無線ＭＡＣ部１１に与えることにより、無線ＭＡＣ部１１が、基地局１ｄの周辺に存在していない基地局１ｇ，１ｈから送信されるプローブ応答フレームを受信するようにする（ステップＳＴ１７〜ＳＴ１１）。
ドライバ部１３は、無線ＭＡＣ部１１が基地局１ｇ，１ｅから送信されたプローブ応答フレームを受信すると、そのプローブ応答フレームに含まれているＥＳＳＩＤが、プローブ要求フレームに含めたＥＳＳＩＤと一致していることを確認する。
ドライバ部１３は、ＥＳＳＩＤが一致していれば、基地局１ｇ，１ｈから送信されたプローブ応答フレームの受信強度ＲＳＳＩを相互に比較し、基地局１ｇ，１ｈをプローブ応答フレームの受信強度ＲＳＳＩが大きい順に並べて、基地局１ｅ，１ｆを序列化したＡＰリスト１３ａを作成する（ステップＳＴ１２）。
【００２８】
移動端末３ａのドライバ部１３は、基地局１ｄの周辺に存在していない全ての基地局１（基地局１ｇ，１ｈ）をＡＰリスト１３ａに序列化すると（ステップＳＴ１３）、ＡＰリスト１３ａにリストアップされている基地局１ｇ，１ｈの中で、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在しているか否かを判定する（ステップＳＴ１４）。
ドライバ部１３は、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在する場合、それらの基地局の中で、プローブ応答フレームの受信強度ＲＳＳＩが最も大きい基地局をハンドオーバー先の基地局に決定する（ステップＳＴ１５）。
ドライバ部１３は、ハンドオーバー先の基地局を決定すると、無線ＭＡＣ部１１を制御して、その基地局にハンドオーバーする処理を実施する（ステップＳＴ１６）。
【００２９】
ドライバ部１３は、隣接チャンネル情報が示すチャンネル以外の全てのチャンネルに切り替えても（ステップＳＴ１７）、プローブ応答フレームの受信強度ＲＳＳＩが閾値Ｂより大きい基地局が存在していない場合、移動端末３ａを圏外扱いにする（ステップＳＴ１８）。
【００３０】
次に、リアルタイムデータのセッションが確立しておらず、例えば、ＶｏＩＰサービスにおいて、移動端末３が待ち受け中（無通話時）である場合の動作を説明する。
図６の例では、移動端末３ａが基地局１ｄとアソシエーションが確立している。即ち、移動端末３ａが基地局１ｄに位置登録されている。
移動端末３ａは移動中であるため、基地局１ｄと送受信する信号の品質が劣化してくると、ハンドオーバーを実施する必要がある。
【００３１】
移動端末３ａは、通常、省電力化を図るため、待ち受け中はパワーセーブ状態にあり、アソシエーションが確立している基地局１ｄのビーコンの送信周期で、一時的に“Ａｗａｋｅ”する。
したがって、移動端末３ａは、セッションが確立している場合のように、常時“Ａｗａｋｅ”しておらず、アソシエーションが確立している基地局１ｄと同一チャンネルの基地局１ａ，１ｂ，１ｃからビーコンを受信することができない状況にある。“Ａｗａｋｅ”は、多くの処理を休止している状態から、一部の処理を実行できるように、動作モードが遷移することを意味する。
このため、移動端末３ａは、現在、アソシエーションが確立している基地局１ｄのみからビーコンを受信し、そのビーコンの受信強度ＲＳＳＩが閾値Ａより小さくなると、ハンドオーバーを実施する必要があると判断する。
【００３２】
具体的には、以下の通りである。
移動中である移動端末３ａの呼制御部１２は、リアルタイムデータのサービスにおけるＳＩＰ等の呼制御を実施して、他の移動端末３とセッションを確立している状態にあるか否かを判別する処理を実施する。図６の例では、何れの移動端末３とも、セッションが確立していない状態にあると判別され、基地局１ｄとアソシエーションが確立していると判別される。
移動端末３ａのドライバ部１３は、呼制御部１２が基地局１ｄとアソシエーションが確立していると判別すると、その基地局１ｄからのビーコン受信指令を無線ＭＡＣ部１１に指示する。
【００３３】
移動端末３ａの無線ＭＡＣ部１１は、ドライバ部１３からビーコン受信指令を受けると、基地局１ｄから定期的に送信されるビーコンの受信処理を実施する（ステップＳＴ２１）。
移動端末３ａのドライバ部１３は、無線ＭＡＣ部１１が基地局１ｄから送信されたビーコンを受信すると、そのビーコンの受信強度ＲＳＳＩを閾値Ａと比較し、そのビーコンの受信強度ＲＳＳＩが閾値Ａより小さくなると、ハンドオーバーを実施する必要があると判断する（ステップＳＴ２２）。
ドライバ部１３は、ハンドオーバーを実施する必要があると判断すると、チャンネルスキャンを実施するが、セッションが確立していない状況では、移動端末３ａがリアルタイムデータのサービスを受けておらず、高速にチャンネルスキャンを実施する必要がないため、パッシブスキャンの実施を無線ＭＡＣ部１１に指示する。
また、ドライバ部１３は、基地局１ｄの周辺に存在する基地局１（基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆ）の中から優先的にハンドオーバー先の基地局を検索するため、コントローラ５から基地局１ｄを介して送信される隣接チャンネル情報を参照して、基地局１ｄの周辺に存在する基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆのチャンネルを認識し、基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆのチャンネルを無線ＭＡＣ部１１に通知する。
【００３４】
移動端末３ａの無線ＭＡＣ部１１は、ドライバ部１３からパッシブスキャンの実施指示を受けると、図７に示すスキャン周期（ビーコン周期＋α）で、チャンネルを基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆのチャンネルに順次切り替えながら、基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆから送信されるビーコンを受信する（ステップＳＴ３１，ＳＴ３２）
ただし、図６の例では、基地局１ａ，１ｂ，１ｃは、基地局１ｄと同一のチャンネルであるため、基地局１ａ，１ｂ，１ｃからビーコンを受信する際には、チャンネルを切り替えない。
【００３５】
移動端末３ａのドライバ部１３は、無線ＭＡＣ部１１が基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆから送信されたビーコンを受信すると、基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆから送信されたビーコンの受信強度ＲＳＳＩを相互に比較し、基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆをビーコンの受信強度ＲＳＳＩが大きい順に並べて、基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆを序列化したＡＰリスト１３ａを作成する（ステップＳＴ３３）。
なお、ドライバ部１３は、無線ＭＡＣ部１１が基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆからビーコンを受信する毎に、先に作成したＡＰリスト１３ａを更新する。
【００３６】
移動端末３ａのドライバ部１３は、ＡＰリスト１３ａを作成すると、ＡＰリスト１３ａにリストアップされている基地局１ａ，１ｂ，１ｃ，１ｅ，１ｆの中で、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在しているか否かを判定する（ステップＳＴ３５）。
ドライバ部１３は、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在する場合、それらの基地局の中で、ビーコンの受信強度ＲＳＳＩが最も大きい基地局をハンドオーバー先の基地局に決定する（ステップＳＴ３６）。
ドライバ部１３は、ハンドオーバー先の基地局を決定すると、無線ＭＡＣ部１１を制御して、その基地局にハンドオーバーする処理を実施する（ステップＳＴ３７）。
【００３７】
ドライバ部１３は、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在しない場合、隣接チャンネル情報が示すチャンネル以外のチャンネルに切り替える指示を無線ＭＡＣ部１１に与えることにより、無線ＭＡＣ部１１が、基地局１ｄの周辺に存在していない基地局１ｇ，１ｈから送信されるビーコンを受信するようにする（ステップＳＴ３８〜ＳＴ３１，３２）。
ドライバ部１３は、無線ＭＡＣ部１１が基地局１ｇ，１ｈから送信されたビーコンを受信すると、そのビーコンの受信強度ＲＳＳＩを相互に比較し、基地局１ｇ，１ｈをビーコンの受信強度ＲＳＳＩが大きい順に並べて、基地局１ｇ，１ｈを序列化したＡＰリスト１３ａを作成する（ステップＳＴ３３）。
【００３８】
移動端末３ａのドライバ部１３は、基地局１ｄの周辺に存在していない全ての基地局１（基地局１ｇ，１ｈ）をＡＰリスト１３ａに序列化すると（ステップＳＴ３４）、ＡＰリスト１３ａにリストアップされている基地局１ｇ，１ｈの中で、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在しているか否かを判定する（ステップＳＴ３５）。
ドライバ部１３は、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在する場合、それらの基地局の中で、ビーコンの受信強度ＲＳＳＩが最も大きい基地局をハンドオーバー先の基地局に決定する（ステップＳＴ３６）。
ドライバ部１３は、ハンドオーバー先の基地局を決定すると、無線ＭＡＣ部１１を制御して、その基地局にハンドオーバーする処理を実施する（ステップＳＴ３７）。
【００３９】
ドライバ部１３は、隣接チャンネル情報が示すチャンネル以外の全てのチャンネルに切り替えても（ステップＳＴ３８）、ビーコンの受信強度ＲＳＳＩが閾値Ａより大きい基地局が存在していない場合、移動端末３ａを圏外扱いにする（ステップＳＴ３９）。
【００４０】
以上で明らかなように、この実施の形態１によれば、他の移動端末３ｂとセッションが確立されている状態でハンドオーバーを実施する場合、移動端末３ａがプローブ要求フレームを複数の基地局１に送信して、複数の基地局１からプローブ応答フレームを受信することにより、そのプローブ応答フレームの受信レベルを基準にしてハンドオーバー先の基地局１を決定し、他の移動端末３ｂとセッションが確立されていない状態でハンドオーバーを実施する場合、移動端末３ａが複数の基地局１からビーコンを順次受信することにより、そのビーコンの受信レベルを基準にしてハンドオーバー先の基地局１を決定するように構成したので、音声データに対するトラヒックの圧迫を招くことなく、ハンドオーバーを実施することができる効果を奏する。
【００４１】
即ち、リアルタイムデータのセッションが確立している間は、現行のチャンネルを使用して、リアルタイムデータの送受信処理と並行して、周辺に存在する同一チャンネルの基地局１から送信されるビーコンを受信することにより、ハンドオーバー先の基地局１の検索を実時間で実施することができる（リアルタイムデータの送受信サービスを中断して、別途、検索時間を新たに設けることなく、ハンドオーバー先の基地局１を検索することができる）。
現行チャンネルを使用して、ハンドオーバー先の基地局１を検索することができない場合、チャンネルを切り替えて、ハンドオーバー先の基地局１を検索することになるが、チャンネルの切替処理に際して、隣接チャンネル情報を用いることにより、必要最小限のチャンネル切り替えで済むため、アクティブスキャンに伴うプローブ要求フレーム及びプローブ応答フレームの送受信回数を少なく押さえて、リアルタイムデータのトラヒックに対する影響を抑止することができる。
【００４２】
一方、リアルタイムデータのセッションが確立していない場合、リアルタイムデータの送受信サービスを受けていないので、スキャンには比較的時間がかかるパッシブスキャンを適用することができる。ただし、パッシブスキャンは、プローブ要求フレーム及びプローブ応答フレームを送受信する必要がないので、リアルタイムデータのトラヒックに対する干渉が発生しない。このため、待ち受け中の移動端末３を携帯している大勢の人がホットスポットにおける駅や、空港等の集合場所で一斉に移動しても、多数の移動端末３が基地局１間を移動することによるプローブ応答フレームの同時多発が避けられ、サービス中のリアルタイムデータのトラヒックに対する圧迫を無くすことができる。
【図面の簡単な説明】
【００４３】
【図１】この発明の実施の形態１による移動体通信システムを示す構成図である。
【図２】この発明の実施の形態１による移動体通信システムの利用例（セッション確立中）を示す説明図である。
【図３】この発明の実施の形態１による移動体通信システムのセッション確立状態におけるチャンネルスキャンを示すフローチャートである。
【図４】この発明の実施の形態１による移動体通信システムのセッション未確立状態におけるチャンネルスキャンを示すフローチャートである。
【図５】無線サービスエリアの一構成例を示す説明図である。
【図６】この発明の実施の形態１による移動体通信システムの利用例（セッション未確立中）を示す説明図である。
【図７】基地局１ａ，１ｂ，１ｃ，１ｄにおけるビーコンの送信周期を示す説明図である。
【符号の説明】
【００４４】
１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ  基地局、２  無線ＬＡＮ、３，３ａ，３ｂ  移動端末、４  有線ＬＡＮ、５  コントローラ、１１  無線ＭＡＣ部（信号受信手段）、１２  呼制御部（状態判別手段）、１３  ドライバ部（信号受信手段、基地局決定手段）、１３ａ  ＡＰリスト。
【図１】
2007166412.tif 000003
【図２】
2007166412.tif 000004
【図３】
2007166412.tif 000005
【図４】
2007166412.tif 000006
【図５】
2007166412.tif 000007
【図６】
2007166412.tif 000008
【図７】
2007166412.tif 000009