(57)【要約】【課題】アクセスサービス接続の継続処理を効率よく行なうことが可能な移動端末、アクセス集線装置およびサーバを得ること。【解決手段】アクセスネットワーク内の複数のＬＡＣの１つにＡＰを介して接続する移動端末１０において、ＬＡＣに送信した直接リンクの接続処理を開始するための接続開始情報に対するＬＡＣからの応答情報からＬＡＣのＭＡＣアドレスを抽出するとともに、ＬＡＣとの間で直接リンクの接続処理を行なうＰＰＰ処理部１５と、抽出された接続中のＬＡＣのＭＡＣアドレスを記憶する記憶部１２と、ハンドオフの際に、抽出したＬＡＣのＭＡＣアドレスと記憶部１２で記憶しておいたＬＡＣのＭＡＣアドレスとを比較するアドレス比較部１３と、を備え、ＰＰＰ処理部１５は、アドレス比較部１３の比較結果に基づいて、直接リンクの接続処理を新たに行なうか否かを判断する。【選択図】        図２
2006042001.tif 000002
【特許請求の範囲】
【請求項１】
アクセスネットワーク内の複数のアクセス集線装置の１つに基地局を介して接続する移動端末において、
前記アクセス集線装置に直接リンクの接続処理を開始するための接続開始情報を送信して、前記接続開始情報に対する前記アクセス集線装置からの応答情報から前記アクセス集線装置のＭＡＣアドレスを抽出するとともに、前記アクセス集線装置との間で１対１の直接リンクの接続処理を行なう接続処理部と、
前記接続処理部で抽出された前記アクセス集線装置のＭＡＣアドレスであって接続中のアクセス集線装置のＭＡＣアドレスを記憶する記憶部と、
接続している基地局が変更されるハンドオフの際に、前記接続処理部が抽出したアクセス集線装置のＭＡＣアドレスと前記記憶部で記憶しておいたアクセス集線装置のＭＡＣアドレスとを比較するアドレス比較部と、
を備え、
前記接続処理部は、前記アドレス比較部の比較結果に基づいて、接続するアクセス集線装置を変更するための前記直接リンクの接続処理を新たに行なうか否かを判断することを特徴とする移動端末。
【請求項２】
前記接続処理部は、前記接続処理部が抽出したアクセス集線装置のＭＡＣアドレスと前記記憶部で記憶しておいたアクセス集線装置のＭＡＣアドレスが異なる場合に、接続するアクセス集線装置を変更するための前記直接リンクの接続処理を新たに行なうことを特徴とする請求項１に記載の移動端末。
【請求項３】
前記接続処理部が、前記直接リンクの接続処理を新たに行なうと判断した場合に、接続するアクセス集線装置を変更するための前記直接リンクの接続処理を新たに行なうよう新たな接続先となるアクセス集線装置に要求する接続要求部をさらに備えることを特徴とする請求項１に記載の移動端末。
【請求項４】
前記アクセスネットワーク内で接続可能なアクセス集線装置に関する接続可能情報を記憶する集線装置情報管理部をさらに備え、
前記接続処理部は、前記集線装置情報管理部が記憶する前記接続可能情報に基づいて、前記直接リンクの接続処理を行なうアクセス集線装置を決定することを特徴とする請求項１〜３のいずれか１つに記載の移動端末。
【請求項５】
前記接続可能情報は、前記アクセス集線装置から受信することを特徴とする請求項４に記載の移動端末。
【請求項６】
移動端末と基地局を介して接続されるとともに、情報の提供を行なう情報提供装置との接続を、移動端末との接続状態の切替をアクセスネットワーク内で制御するサーバを介して行なうアクセス集線装置において、
前記移動端末から送信されるアクセスネットワーク内でのハンドオフの要求に基づいて、前記アクセスネットワーク内での前記移動端末との接続状態を変更してハンドオフに関する処理を前記サーバとともに実行するハンドオフ処理部を備えることを特徴とするアクセス集線装置。
【請求項７】
前記ハンドオフ処理部は、ハンドオフ前に前記移動端末と接続されていたアクセス集線装置に対してハンドオフの確認要求を行い、前記サーバに対してハンドオフに関する処理の実行要求を行なうことを特徴とする請求項６に記載のアクセス集線装置。
【請求項８】
前記情報提供装置から前記サーバを介して前記移動端末へ送信される情報を記憶する記憶部をさらに備え、
前記移動端末から前記ハンドオフの要求が送信された後、前記記憶部内に記憶した前記移動端末への情報をハンドオフ後に接続先となるアクセス集線装置に送信することを特徴とする請求項６または７に記載のアクセス集線装置。
【請求項９】
前記情報提供装置から前記サーバを介して前記移動端末へ送信される情報を記憶する記憶部をさらに備え、
前記ハンドオフに関する処理が終了した後、前記記憶部内に記憶した前記移動端末への情報を前記移動端末に送信することを特徴とする請求項６または７に記載のアクセス集線装置。
【請求項１０】
前記移動端末から前記アクセスネットワーク内でのハンドオフの要求を受けた際、前記移動端末が不正なアクセスによって前記ハンドオフの要求を行なっているか否かの認証処理を行なう認証処理部をさらに備えることを特徴とする請求項６〜９のいずれか１つに記載のアクセス集線装置。
【請求項１１】
前記アクセスネットワーク内で前記移動端末と接続可能なアクセス集線装置に関する接続可能情報を収集して前記移動端末に送信する集線装置情報提供部をさらに備えることを特徴とする請求項６〜１０のいずれか１つに記載のアクセス集線装置。
【請求項１２】
移動端末と基地局を介して接続するアクセス集線装置にアクセスネットワーク内で接続されるとともに、情報の提供を行なう情報提供装置と接続するサーバにおいて、
前記移動端末から送信されるアクセスネットワーク内でのハンドオフの要求に基づいて、前記アクセス集線装置と前記移動端末との接続状態の切替をアクセスネットワーク内で制御するハンドオフ処理部を備えることを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスネットワークを介して無線通信を行う移動端末、アクセス集線装置およびサーバに関するものである。
【背景技術】
【０００２】
近年、ＰＤＡ（Personal Digital Assistant）等の移動可能な通信端末（移動端末）の小型化、高性能化に伴い、移動体通信技術が急速に進展している。ＰＤＡ等の移動端末は、アクセスネットワーク（ＷＡＮ（Wide Area Network）を介してＩＳＰ（Internet Service Provider）と接続される。アクセスネットワークは、移動端末を収容するアクセス集線装置（ＬＡＣ（L2TP Access Concentrator））やＩＳＰを収容するネットワークサーバ装置（ＬＮＳ（L2TP Network Server））を含んで構成されている。例えば、移動端末とＬＡＣの間の通信プロトコルにＰＰＰｏＥ（ＲＦＣ２５１６）を用い、ＬＡＣとＬＮＳの間の通信プロトコルにＬ２ＴＰ（ＲＦＣ２６６１）を用いる。これにより、移動端末とＬＮＳとの間にＰ−Ｐ（Point-to-Point）リンクが構成される。また、ＬＮＳとＩＳＰの間の通信プロトコルにはＩＰが用いられる。
【０００３】
アクセスネットワークは、複数のＬＡＣを含んで構成することができ、各ＬＡＣは各ＬＡＣに接続された複数の基地局の通信範囲内において複数の移動端末を収容することができる。このため、移動端末が移動すると、移動端末と接続可能なＬＡＣが変化する場合がある。このとき、移動端末とアクセスネットワークの間の接続を切断させずに継続させることが望まれる。
【０００４】
特許文献１に記載の移動端末は、同一の場所に設置された複数のアクセスポイントにより構成されるアクセスポイント群と、アクセスポイント群と有線ＬＡＮを介して接続されるアクセスノードとを有するネットワークにおいて、アクセスポイントと無線通信手段により通信する。そして、アクセスポイントからアクセスポイント固有のＩＤ（ＡＰ−ＩＤ）を取得し、取得したＡＰ−ＩＤをアクセスポイントを介してアクセスノードに通知し、アクセスノードとの間にアクセスポイントを介したｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔのリンクを設定している。
【０００５】
【特許文献１】特開２００３−１４３１６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の技術によれば、アクセスポイントを識別するための情報を用いてｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔのリンクを設定しているため、移動端末単独ではアクセスサービス継続の可否を判断することができない。このため、ＬＡＣがアクセスポイントを識別するための情報を集約してアクセスサービスの提供継続の可否を判定しなければばらないといった問題があった。
【０００７】
また、移動端末が、あるＬＡＣに接続するアクセスポイントの通信範囲から別のＬＡＣに接続するアクセスポイントの通信範囲に移動すると、移動端末とアクセスネットワークと接続されたＩＳＰ等との接続が一度切断されてしまう。このため、移動端末を使用するユーザが再びアクセスネットワークとの接続操作を行わなければならないといった問題があった。また、移動端末に割当てられるアドレスがＩＳＰ接続毎に変わる場合、ＩＰ層以上のアプリケーションプログラムでも操作を行う必要があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、アクセスサービス接続の継続処理を効率よく行なうことが可能な移動端末、アクセス集線装置およびサーバを得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、アクセスネットワーク内の複数のアクセス集線装置の１つに基地局を介して接続する移動端末において、前記アクセス集線装置に直接リンクの接続処理を開始するための接続開始情報を送信して、前記接続開始情報に対する前記アクセス集線装置からの応答情報から前記アクセス集線装置のＭＡＣアドレスを抽出するとともに、前記アクセス集線装置との間で１対１の直接リンクの接続処理を行なう接続処理部と、前記接続処理部で抽出された前記アクセス集線装置のＭＡＣアドレスであって接続中のアクセス集線装置のＭＡＣアドレスを記憶する記憶部と、接続している基地局が変更されるハンドオフの際に、前記接続処理部が抽出したアクセス集線装置のＭＡＣアドレスと前記記憶部で記憶しておいたアクセス集線装置のＭＡＣアドレスとを比較するアドレス比較部と、を備え、前記接続処理部は、前記アドレス比較部の比較結果に基づいて、接続するアクセス集線装置を変更するための前記直接リンクの接続処理を新たに行なうか否かを判断することを特徴とする。
【００１０】
この発明によれば、ハンドオフの際に新たに抽出されるアクセス集線装置のＭＡＣアドレスと予め記憶しておいた接続中のアクセス集線装置のＭＡＣアドレスとの比較結果に基づいて、新たなアクセス集線装置との直接リンクの接続処理を行なうか否かを判断することが可能となる。
【発明の効果】
【００１１】
この発明によれば、ハンドオフの際に新たに抽出されるアクセス集線装置のＭＡＣアドレスと予め記憶しておいた接続中のアクセス集線装置のＭＡＣアドレスとの比較結果に基づいて、新たなアクセス集線装置との直接リンクの接続処理を行なうか否かを判断するので、ハンドオフの際にアクセス集線装置との間で接続に際して新たに定義する情報を送受信する必要がなく、ハンドオフした場合であってもアクセスネットワークを介した通信の継続処理を迅速に行なうことが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明にかかる移動端末、アクセス集線装置およびサーバの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
実施の形態１．
図１は、本発明の実施の形態１に係る移動通信システムの構成を示す図である。移動通信システムは、移動端末１０、ＡＰ（Access Point）２０Ａ〜２０Ｄ、アクセスネットワーク（アクセスサービスネットワーク）６０、ＩＳＰ（Internet Service Provider）５０からなる。
【００１４】
移動端末１０は、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）等の移動可能な通信端末であり、ＡＰ２０Ａ〜２０Ｄ、アクセスネットワーク６０を介してＩＳＰ５０に接続される。移動端末１０は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ｂ等によってＡＰ２０Ａ〜２０Ｄと無線通信を行う。ＡＰ（基地局）２０Ａ〜２０Ｄは、自局がカバーする通信エリア内で移動端末１０と無線通信を行う。２０Ａ〜２０Ｄは、アクセスネットワーク６０と接続されている。
【００１５】
アクセスネットワーク６０は、移動端末１０とＩＳＰ５０を接続する広域網（ＷＡＮ（Wide Area Network）であり、ＬＡＣ（L2TP Access Concentrator）３０Ａ，３０Ｂ、ＬＮＳ（L2TP Network Server）４０を含んで構成されている。
【００１６】
ＬＡＣ３０Ａは、ＡＰ２０ＡやＡＰ２０Ｂを介して移動端末１０を収容するアクセス集線装置である。ＬＡＣ３０Ｂは、ＡＰ２０ＣやＡＰ２０Ｄを介して移動端末１０を収容するアクセス集線装置である。ＬＡＣ３０Ａと移動端末１０の間の通信プロトコルには、例えばＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））（ＲＦＣ２５１６）を用いる。
【００１７】
ＬＮＳ（サーバ）４０は、ＩＳＰ５０を収容するネットワークサーバ装置である。ＬＡＣ３０Ａ，３０ＢとＬＮＳ４０の間の通信プロトコルには、例えばＬ２ＴＰ（ＲＦＣ２６６１）を用いる。
【００１８】
ＩＳＰ５０は、インターネット接続サービスを提供する。ＩＳＰ５０は、アクセスネットワーク６０等を介して移動端末１０と通信を行う。ＬＮＳ４０とＩＳＰ５０の間の通信プロトコルにはＩＰ（Internet Protocol）（ＲＦＣ７９１）等が用いられる。
【００１９】
図２は、実施の形態１に係る移動端末の構成を示すブロック図である。移動端末１０は、通信ＩＦ部１１、記憶部１２、アドレス比較部１３、ＰＰＰ処理部（接続処理部）１５、制御部１９からなる。
【００２０】
通信ＩＦ部１１は、ＡＰ２０Ａ〜２０Ｄと通信を行う通信インタフェースである。記憶部１２は、ＬＮＳ４０との間にＰ−Ｐ（Point-to-Point）リンクが確立した時のＬＡＣ３０（ＬＡＣ３０ＡやＬＡＣ３０Ｂ）のＭＡＣアドレス（対向ＭＡＣアドレス）を記憶する。
【００２１】
アドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（Ｐ−Ｐリンクの接続先ＬＡＣ３０のＭＡＣアドレス）と、移動端末１０が移動した際にＬＡＣ３０から受信するＬＡＣ３０のＭＡＣアドレスを比較する。
【００２２】
ＰＰＰ処理部１５は、ＰＰＰ（Point to Point Protocol）の切断処理、ＰＰＰＰｏＥセッションの再確立処理、ＰＰＰ処理（接続）を行なう。ＰＰＰ処理部１５は、アドレス比較部１３の比較結果に基づいて、ハンドオフの際のＰＰＰ切断処理やＰＰＰＰｏＥセッションの再確立処理を行なうか否かの判断をする。
【００２３】
制御部１９は、通信ＩＦ部１１、記憶部１２、アドレス比較部１３、ＰＰＰ処理部１５を制御する。制御部１９は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を含んで構成されている。ＣＰＵが、ＲＯＭに格納される各種制御プログラムやアプリケーションプログラムなどを読み出してＲＡＭ内のプログラム格納領域に展開して各種処理を実行し、この処理に際して生じる各種データをＲＡＭ内に形成されるデータ格納領域に一時的に記憶して各処理部を制御する。
【００２４】
つぎに、移動端末１０の動作手順について説明する。図３は、移動端末の動作手順を示すフローチャートである。移動端末１０がＡＰ２０Ａ〜２０Ｄのいずれかの通信エリアに移動し、ＡＰ２０Ａ〜２０Ｄのいずれかの間で無線リンクを確立する。例えば、移動端末１０がＡＰ２０Ｂの通信エリアに移動してきた場合、移動端末１０はＩＥＥＥ８０２．１１ｂによってＡＰ２０Ｂとの間で無線リンクを確立する。
【００２５】
移動端末１０のＰＰＰ処理部１５は、ＰＰＰｏＥプロトコルのタグ（アドレス）としてＬＡＣ３０ＡのＭＡＣアドレスを付与したＰＡＤＲ（PPPoE Active Discovery Request）パケットを、ＰＰＰｏＥセッション確立要求のメッセージとしてＬＡＣ３０に送信する。ＬＡＣ３０Ａは、移動端末１０からのＰＡＤＲパケットを受信すると、ＰＡＤＲに対する回答として移動端末１０にＰＡＤＳ（PPPoE Active Discovery Session-confirmation）パケットを送信しＰＰＰｏＥセッションを確立する。
【００２６】
移動端末１０とＬＡＣ３０Ａの間でＰＰＰｏＥセッションが確立すると、ＬＡＣ３０ＡとＬＮＳ４０の間でＬ２ＴＰ（IETF-RFC2661）セッションの確立が行なわれる。移動端末１０のＰＰＰ処理部１５がＰＰＰ処理を行うことによって、ＰＰＰｏＥセッションとＬ２ＴＰセッションを介した移動端末１０とＬＮＳ４０との間にＰ−Ｐリンクが確立する（ステップＳ１００）。
【００２７】
移動端末１０とＬＮＳ４０との間にＰ−Ｐリンクが確立すると、移動端末１０の記憶部１２は接続中のＬＡＣ３０のＭＡＣアドレスを記憶部１２に記憶する。例えば、ＡＰ２０Ｂを介してＬＮＳ４０とＰ−Ｐリンクが確立した場合、ＡＰ２０に接続しているＬＡＣ３０ＡのＭＡＣアドレスを記憶部１２に記憶する。
【００２８】
つぎに、移動端末１０が例えばＡＰ２０Ｂの通信エリアからＡＰ２０Ｃ等の通信エリアに移動すると（ステップＳ１１０）、移動端末１０はＡＰ２０Ｂとの無線通信が切断されるとともにＡＰ２０Ｃと接続される（ＡＰ２０間のハンドオフ）。このとき、移動端末１０はＩＥＥＥ８０２．１１ｂによってＡＰ２０Ｃとの間で無線リンクを確立する（ステップＳ１２０）。
【００２９】
移動端末１０のＰＰＰ処理部１５は、ＰＰＰｏＥセッションを再確立するため、アクセスネットワーク６０にＰＰＰｏＥセッションの開始を通知するＰＡＤＩ（PPPoE Active Discovery Initiation）パケットを送信（ブロードキャスト）する（ステップＳ１３０）。このＰＡＤＩパケットは移動端末１０の移動後の位置に対応したＡＰ２０を介して、このＡＰ２０と接続されたＬＡＣ３０に送信される。移動端末１０からのＰＡＤＩパケットは、例えばＡＰ２０Ｃと接続されたＬＡＣ３０Ｂに送信される。
【００３０】
移動端末１０からのＰＡＤＩパケットを受信したＬＡＣ３０は、ＰＡＤＩパケットの応答として移動端末１０にＰＡＤＯ（PPPoE Active Discovery Offer）パケットを送信する。ここでのＰＡＤＯパケットには、ＰＡＤＯパケットを送信するＬＡＣ３０のＭＡＣアドレスが含まれている。移動端末１０は、通信ＩＦ部１１によってこのＰＡＤＯパケットを受信する（ステップＳ１４０）。
【００３１】
アドレス比較部１３は、受信したＰＡＤＯパケットからＰＡＤＯパケットの送信元であるＬＡＣ３０のＭＡＣアドレスに関する情報を抽出する。アドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（ＰＰＰｏＥセッションの接続先ＬＡＣ３０のＭＡＣアドレス）とＰＡＤＯパケットから抽出したＭＡＣアドレスを比較する（ステップＳ１５０）。
【００３２】
アドレス比較部１３が、記憶部１２のＭＡＣアドレスとＰＡＤＯパケットから抽出したＭＡＣアドレスが一致すると判断すると（ステップＳ１５０、Ｙｅｓ）、現在のＬＡＣ３０とのＰＰＰｏＥセッションによるＰ−Ｐリンクを継続して使用できるため、このまま通信処理を続行する（ステップＳ１９０）。
【００３３】
一方、アドレス比較部１３が、記憶部１２のＭＡＣアドレスとＰＡＤＯパケットから抽出したＭＡＣアドレスが一致しないと判断すると（ステップＳ１５０、Ｎｏ）、ＰＰＰ処理部１５は、ＰＰＰの切断処理を行なう（ステップＳ１６０）。ここでのＰＰＰ切断処理としては、例えば移動前に接続していたＬＡＣ３０との接続によるリソース（資源）の解放、記憶部１２に記憶する移動前に接続していたＬＡＣ３０のＭＡＣアドレスの削除等が行なわれる。この後、ＰＰＰ処理部１５は新規接続先（移動後）のＬＡＣ３０に対してＰＰＰＰｏＥセッションの再確立処理を行なうとともにＰＰＰ処理を行う（ステップＳ１７０、Ｓ１８０）。これにより、移動端末１０とＬＮＳ４０の間にＰ−Ｐリンクが確立する。
【００３４】
例えば、移動端末１０がＡＰ２０Ａの通信範囲からＡＰ２０Ｂの通信範囲に移動する場合、記憶部１２にはＡＰ２０Ａと接続されたＬＡＣ３０ＡのＭＡＣアドレスが予め記憶されている。また、アドレス比較部１３は、移動後に受信したＰＡＤＯパケットからＡＰ２０Ｂに接続されたＬＡＣ３０ＡのＭＡＣアドレスを抽出する。したがって、アドレス比較部１３は記憶部１２のＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ａ）が一致すると判断する。
【００３５】
例えば、移動端末１０がＡＰ２０Ｂの通信範囲からＡＰ２０Ｃの通信範囲に移動する場合、ＡＰ２０Ｂと接続されたＬＡＣ３０ＡのＭＡＣアドレスが予め記憶部１２に記憶される。また、アドレス比較部１３は、移動後に受信したＰＡＤＯパケットからＡＰ２０Ｃに接続されたＬＡＣ３０ＢのＭＡＣアドレスを抽出する。したがって、アドレス比較部１３は記憶部１２のＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ｂ）が一致しないと判断する。そして、ＰＰＰ処理部１５はＰＰＰの切断処理、ＰＰＰＰｏＥセッションの再確立処理、ＰＰＰ処理を行なう。これにより、移動端末１０はＡＰ２０Ｃ、ＬＡＣ３０Ｂ、ＬＮＳ４０を介してＩＳＰ５０と通信（データの送受信）を行うことが可能となる（ステップＳ１９０）。なお、ＰＡＤＩパケット、ＰＡＤＲパケットが特許請求の範囲に記載の接続開始情報に対応し、ＰＡＤＯパケット、ＰＡＤＳパケットが特許請求の範囲に記載の応答情報に対応する。
【００３６】
なお、本実施の形態１においては、移動通信システムが１つのＬＮＳ、１つＩＳＰを備える構成としたが、移動通信システムは複数のＬＮＳ、複数のＩＳＰを備える構成としてもよい。また、本実施の形態１においては、１つ（単独）のＡＰ２０から別の単独のＡＰ２０へ移動する場合について説明したが、移動端末１０は複数のＡＰ２０で構成されたＡＰグループから別のＡＰグループへ移動してもよい。
【００３７】
このように実施の形態１によれば、移動端末１０が１つのＡＰ２０の通信範囲から別のＡＰ２０の通信範囲に移動した場合、ＬＡＣ３０との間で改めてＰ−Ｐ（Point-to-Point）リンクの設定を要求するためのパケットを送受信することなく、移動端末１０がＰ−Ｐリンクを継続するか否かを判定することが可能となる。このため、移動端末１０は、ハンドオフの時にＬＡＣ３０との間で新たに接続するに際して定義する情報を送受信する必要がなく、少ないシーケンス数でＰ−Ｐリンクを継続することが可能となる。したがって、移動端末１０がハンドオフした場合であっても、アクセスネットワーク６０を介したＩＳＰ５０との通信を簡易な構成で迅速に継続させることが可能となる。また、ハンドオフの際に接続先のＬＡＣ３０が変更される場合のみ、ＰＰＰＰｏＥの再確立処理を行なえばよいため、効率良くＰ−Ｐリンクの接続を継続させることが可能となる。
【００３８】
実施の形態２．
つぎに、図１、図３、図４〜図１１を用いてこの発明の実施の形態２について説明する。実施の形態２では、移動端末１０がＰＰＰＰｏＥセッションのハンドオフをＬＡＣ３０に要求する。
【００３９】
図４は、実施の形態２に係る移動端末の構成を示すブロック図である。図４の各構成要素のうち図２に示す実施の形態１の移動端末１０と同一機能を達成する構成要素については同一番号を付しており、重複する説明は省略する。
【００４０】
図４に示すように移動端末１０は、通信ＩＦ部１１、記憶部１２、アドレス比較部１３、ＰＰＰ処理部１５、ハンドオフ要求部（接続要求部）１６、制御部１９からなる。ハンドオフ要求部１６は、移動端末１０がハンドオフする際、ＰＰＰＰｏＥハンドオフの要求を行なうためのメッセージを作成する。つぎに、ＬＡＣ３０Ａ，３０Ｂの構成について説明する。なお、ＬＡＣ３０Ａ，３０Ｂは同様の構成を有するので、ここではＬＡＣ３０Ａを例にとって説明する。
【００４１】
図５は、実施の形態２に係るＬＡＣの構成を示すブロック図である。ＬＡＣ３０Ａは、通信ＩＦ部３１、記憶部３２、ハンドオフ処理部３３、ハンドオフ情報管理部３４、制御部３９からなる。
【００４２】
通信ＩＦ部３１は、ＡＰ２０Ａ〜２０Ｄを介して移動端末１０と通信を行うインタフェースである。通信ＩＦ部３１は、アクセスネットワーク６０内で自らのＬＡＣ３０以外の他のＬＡＣ３０やＬＮＳ４０と通信を行う。記憶部３２は、ＩＳＰ５０から移動端末１０に送信されるユーザデータをキューイング（格納）する。
【００４３】
ハンドオフ処理部３３は、ハンドオフの確認を要求するためのメッセージやハンドオフの確認応答のメッセージを作成する。ハンドオフ処理部３３は、ハンドオフの要求を行なうためのメッセージを作成する。
【００４４】
また、ハンドオフ処理部３３はハンドオフした移動端末１０が不正アクセスであるか否かを確認するための認証要求メッセージを作成し、この認証要求メッセージに対する応答メッセージに基づいてハンドオフした移動端末１０が不正アクセスであるか否かを判断する。
【００４５】
ハンドオフ情報管理部３４は、ＰＰＰｏＥセッション管理テーブル７０Ｂ，７０Ａを記憶する。ＰＰＰｏＥセッション管理テーブル７０Ｂ，７０Ａは移動端末１０のセッション状態等の情報である。ハンドオフ情報管理部３４は、ＰＰＰｏＥセッション管理テーブル７０Ｂ，７０Ａに基づいてハンドオフの確認処理等を行う。制御部３９は、ＬＡＣ３０Ａは、通信ＩＦ部３１、記憶部３２、ハンドオフ処理部３３、ハンドオフ情報管理部３４を制御する。
【００４６】
つぎに、ＬＮＳ４０の構成について説明する。図６は、実施の形態２に係るＬＮＳの構成を示すブロック図である。ＬＮＳ４０は、通信ＩＦ部４１、ハンドオフ処理部４３、ハンドオフ情報管理部４４、制御部４９からなる。
【００４７】
通信ＩＦ部４１は、ＩＳＰ５０、ＬＡＣ３０Ａ，３０Ｂと通信を行うインタフェースである。ハンドオフ処理部４３は、ＬＡＣ３０から送信されるハンドオフ要求ＭＳＧ（メッセージ）に対する応答としてハンドオフ応答ＭＳＧを作成する。ハンドオフ処理部４３は、旧接続先（移動前）のＬＡＣ３０との間でＬ２ＴＰセッション解放のシーケンスを実行する。
【００４８】
ハンドオフ情報管理部４４は、Ｌ２ＴＰセッション管理テーブル７１を記憶する。Ｌ２ＴＰセッション管理テーブル７１は移動端末１０のセッション状態等の情報である。ハンドオフ情報管理部４４は、Ｌ２ＴＰセッション管理テーブル７１に基づいてハンドオフの確認処理等を行う。制御部４９は、通信ＩＦ部４１、ハンドオフ処理部４３、ハンドオフ情報管理部４４を制御する。
【００４９】
つぎに、移動通信システムの処理手順について説明する。図７は、移動通信システムのハンドオフの処理手順を示すシーケンス図である。ここでは、移動端末１０がＡＰ２０Ｂの通信エリアからＡＰ２０Ｃの通信エリアに移動する場合について説明する。
【００５０】
移動端末１０は、ハンドオフに際し、実施の形態１の図３に示したステップＳ１００〜Ｓ１５０の処理を行う。すなわち、移動端末１０は、ＡＰ２０Ｂの通信エリアで無線リンクを確立した後、移動端末１０のＰＰＰ処理部１５は、ＰＡＤＲパケットをＬＡＣ３０Ａに送信し、ＬＡＣ３０ＡからＰＡＤＳパケットを受信してＰＰＰｏＥセッションを確立する。移動端末１０とＬＡＣ３０Ａの間でＰＰＰｏＥセッションが確立すると、ＬＡＣ３０ＡとＬＮＳ４０の間でＬ２ＴＰ（IETF-RFC2661）セッションの確立が行なわれる。移動端末１０のＰＰＰ処理部１５がＰＰＰ処理を行うことによって、ＰＰＰｏＥセッションとＬ２ＴＰセッションを介した移動端末１０とＬＮＳ４０との間にＰ−Ｐリンクが確立する。
【００５１】
移動端末１０のＰＰＰ処理部１５は、ＰＰＰｏＥセッションを再確立するため、新しい接続先となるＬＡＣ３０ＢにＰＰＰｏＥセッションの開始を通知するＰＡＤＩパケットを送信する（１）。
【００５２】
移動端末１０からのＰＡＤＩパケットを受信したＬＡＣ３０Ｂは、移動端末１０にＰＡＤＯパケットを送信する（２）。移動端末１０は、通信ＩＦ部１１によってこのＰＡＤＯパケットを受信する。
【００５３】
移動端末１０のアドレス比較部１３は、受信したＰＡＤＯパケットからＰＡＤＯパケットの送信先であるＬＡＣ３０のＭＡＣアドレスに関する情報を抽出する。アドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ｂ）を比較する（３）。
【００５４】
ここでのアドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ｂ）が異なると判断する。アドレス比較部１３は複数のＬＡＣ３０に跨るハンドオフが必要であると判断するとともに、ハンドオフ要求部１６は、ＰＰＰＰｏＥハンドオフの要求をおこなうためのメッセージ（ＭＳＧ）を作成する。ＰＰＰｏＥハンドオフ要求ＭＳＧは、移動前にＰ−Ｐリンクの接続先であったＬＡＣ３０ＡのＭＡＣアドレスに関する情報を含めて作成する。
【００５５】
移動端末１０のハンドオフ要求部１６は、ＰＡＤＯパケットの送信元である新規の接続先ＬＡＣ３０Ｂに対して、ＰＰＰｏＥハンドオフ要求ＭＳＧを送る（４）。ＬＡＣ３０Ｂは、通信ＩＦ部３１によってＰＰＰｏＥハンドオフ要求ＭＳＧを受信する。
【００５６】
ＬＡＣ３０Ｂのハンドオフ処理部３３は、移動前の接続先であるＬＡＣ３０ＡのＭＡＣアドレスを用いて宛先アドレスの解決を行い、ハンドオフの確認を要求するためのＭＳＧを作成する。このハンドオフ確認要求ＭＳＧは、ＰＰＰｏＥハンドオフ要求を行った移動端末１０のＭＡＣアドレス情報を含めて作成する。ハンドオフ処理部３３で作成されたハンドオフ確認要求ＭＳＧは、通信ＩＦ部３１によって移動前の接続先であるＬＡＣ３０Ａに送信される（５）。
【００５７】
移動端末１０が移動前に接続していたＬＡＣ３０Ａは、通信ＩＦ部３１によってハンドオフ確認要求ＭＳＧを受信する。ＬＡＣ３０Ａのハンドオフ情報管理部３４は、受信したハンドオフ確認要求ＭＳＧに含まれる移動端末１０のＭＡＣアドレスに基づいて、ＰＰＰｏＥセッション管理テーブル７０Ａから移動端末１０に関する情報を検索する。
【００５８】
ここで、ＰＰＰｏＥセッション管理テーブル７０Ｂ，７０Ａについて説明する。図８−１、図８−２はＰＰＰｏＥセッション管理テーブルを示す図である。図８−１に示すようにＰＰＰｏＥセッション管理テーブル７０Ｂは、新規に接続先となるＬＡＣ３０（ここではＬＡＣ３０Ｂ）によって管理される情報であり、自らのＬＡＣ３０とは別のＬＡＣ３０から移動してきた移動端末１０に関する情報を含んでいる。ＰＰＰｏＥセッション管理テーブル７０Ｂは、例えばＰＰＰｏＥセッションを識別するためのＩＤ（「ＰＰＰｏＥセッションＩＤ」）、移動端末１０を識別する識別子（「端末識別子」）、ＰＰＰｏＥセッションの状態（「ＰＰＰｏＥセッション状態」）に関する情報からなる。「ＰＰＰｏＥセッション状態」は、ＰＰＰｏＥセッションが使用中であるか否かを示す。
【００５９】
図８−２に示すようにＰＰＰｏＥセッション管理テーブル７０Ａは、旧接続先となるＬＡＣ３０（ここではＬＡＣ３０Ａ）によって管理される情報であり、自らのＬＡＣ３０から他のＬＡＣ３０に移動した移動端末１０に関する情報を含んでいる。ＰＰＰｏＥセッション管理テーブル７０Ａは、例えば「ＰＰＰｏＥセッションＩＤ」、「端末識別子」、「ＰＰＰｏＥセッション状態」に関する情報からなる。「ＰＰＰｏＥセッション状態」は、移動端末１０がハンドオフ中であるか否かを示す。
【００６０】
ＬＡＣ３０Ａのハンドオフ情報管理部３４は、ＰＰＰｏＥセッション管理テーブル７０Ａから移動端末１０に関する情報を検索し、ＰＰＰｏＥセッション管理テーブル７０Ａにおける移動端末１０の「セッション状態」をハンドオフ中に設定（書換え）する。ハンドオフ情報管理部３４は、新たに設定されたＰＰＰｏＥセッション管理テーブル７０Ａを記憶する。この後、ハンドオフ処理部３３は、ハンドオフ確認要求ＭＳＧに対する応答としてハンドオフの確認を示すハンドオフ確認応答ＭＳＧを作成する。通信ＩＦ部３１は、作成されたハンドオフ確認応答ＭＳＧを新規接続先のＬＡＣ３０Ｂに送信する（６）。
【００６１】
新規接続先のＬＡＣ３０Ｂは、通信ＩＦ部３１によってハンドオフ確認応答ＭＳＧを受信する。ここで、ＬＡＣ３０ＢがＩＳＰ５０から移動端末１０宛てのユーザデータを受信すると、ハンドオフ情報管理部３４はＰＰＰｏＥセッション管理テーブル７０Ｂを検索する。
【００６２】
ハンドオフ情報管理部３４は、ＰＰＰｏＥセッション管理テーブル７０Ｂに移動端末１０（宛先ＭＡＣアドレス）に対応する「端末識別子」があるか否かを確認する。ＰＰＰｏＥセッション管理テーブル７０Ｂに移動端末１０に対応する「端末識別子」が存在し、かつ「ＰＰＰｏＥセッション状態」が使用中である場合、移動端末１０とＬＮＳ４０の間に正常にＰ−Ｐリンクが確立していると判断して、ＩＳＰ５０からのユーザパケットを移動端末１０宛に転送する。
【００６３】
一方、ＰＰＰｏＥセッション管理テーブル７０Ｂに、移動端末１０に対応する「端末識別子」がない場合や「ＰＰＰｏＥセッション状態」がハンドオフ中である場合、ＬＮＳ４０はＩＳＰ５０からのユーザパケットを廃棄する。
【００６４】
新規接続先のＬＡＣ３０Ｂがハンドオフ確認応答ＭＳＧを受信すると、ＬＡＣ３０Ｂのハンドオフ処理部３３は、ハンドオフを要求するためのＭＳＧを作成する。このハンドオフ要求ＭＳＧには旧接続先であるＬＡＣ３０Ａを特定するためのＬＡＣ３０ＡのＭＡＣアドレス、ＰＰＰｏＥハンドオフ要求を行った移動端末１０のＭＡＣアドレスが含まれている。作成されたハンドオフ要求ＭＳＧは、通信ＩＦ部３１によってＬＮＳ４０に送信される（７）。
【００６５】
ＬＮＳ４０の通信ＩＦ部４１は、ＬＡＣ３０Ｂからのハンドオフ要求ＭＳＧを受信する。ＬＮＳ４０のハンドオフ情報管理部４４は、受信したハンドオフ要求ＭＳＧに含まれるＬＡＣ３０Ａ（旧接続先）のＭＡＣアドレスおよび移動端末１０のＭＡＣアドレスに基づいて、Ｌ２ＴＰセッション管理テーブル７１から移動端末１０に関する情報を検索する。
【００６６】
ここで、Ｌ２ＴＰセッション管理テーブル７１について説明する。図９はＬ２ＴＰセッション管理テーブルを示す図である。図９に示すようにＬ２ＴＰセッション管理テーブル７１は、例えばＬ２ＴＰセッションを識別するためのＩＤ（「Ｌ２ＴＰセッションＩＤ」）、移動端末１０を識別する識別子（「端末識別子」）、Ｌ２ＴＰセッションの状態（「Ｌ２ＴＰセッション状態」）に関する情報を含んでいる。「Ｌ２ＴＰセッション状態」は、Ｌ２ＴＰセッションが使用中であるか否かの情報、移動端末１０がハンドオフ中であるか否かの情報を示す。
【００６７】
ＬＮＳ４０のハンドオフ情報管理部４４は、Ｌ２ＴＰセッション管理テーブル７１からＬＡＣ３０Ａ（旧接続先）と移動端末１０に関する情報を検索し、「Ｌ２ＴＰセッション状態」を使用中からハンドオフ中に設定する。また、ハンドオフ要求の送信元である新規接続先のＬＡＣ３０Ｂと移動端末１０に関する情報をＬ２ＴＰセッション管理テーブル７１に追加する。この追加するＬＡＣ３０Ｂと移動端末１０の「Ｌ２ＴＰセッション状態」は使用中として記憶する。ハンドオフ情報管理部４４は、新たに設定されたＬ２ＴＰセッション管理テーブル７１を記憶する。
【００６８】
この後、ＬＮＳ４０のハンドオフ処理部４３は、ハンドオフ要求ＭＳＧに対応する応答としてハンドオフ応答ＭＳＧを作成する。ハンドオフ処理部４３で作成されたハンドオフ応答ＭＳＧは、通信ＩＦ部４１によって新規接続先のＬＡＣ３０Ｂに送信される（８）。
【００６９】
ＬＮＳ４０のハンドオフ処理部４３は、旧接続先のＬＡＣ３０Ａとの間でＬ２ＴＰセッション解放のシーケンスを実行する。すなわち、ハンドオフ処理部４３は、セッションの切断を要求するメッセージとしてＣＤＮ（Call-Disconnect-Notify）メッセージを作成する。作成されたＣＤＮメッセージは通信ＩＦ部４１によってＬＡＣ３０Ａに送信される（９）。ＬＡＣ３０Ａは、通信ＩＦ部３１によってＣＤＮメッセージを受信する。ＬＡＣ３０Ａのハンドオフ処理部３３は、ＣＤＮメッセージに対する応答としてＬＮＳ４０に対しメッセージ交換の完了を示すＡＣＫ（Zero-Length Body）メッセージを送信する（１０）。この後、ＬＮＳ４０のハンドオフ情報管理部４４は、Ｌ２ＴＰセッション管理テーブル７１から「Ｌ２ＴＰセッション状態」がハンドオフ中である移動端末１０、ＬＡＣ３０の情報を削除する。
【００７０】
新規接続先のＬＡＣ３０Ｂは、ＬＮＳ４０からのハンドオフ応答ＭＳＧを受信する。ＬＡＣ３０Ｂのハンドオフ情報管理部３４は、ＰＰＰｏＥセッション管理テーブル７０Ｂに移動端末１０に関する情報を追加する。このときの「ＰＰＰｏＥセッション状態」は使用中としておく。ＬＡＣ３０Ｂのハンドオフ処理部３３は、移動端末１０からのＰＰＰｏＥハンドオフ要求ＭＳＧに対する応答としてＰＰＰｏＥハンドオフ応答ＭＳＧを移動端末１０に送信する（１１）。
【００７１】
移動端末１０は、通信ＩＦ部１１によってＬＡＣ３０ＢからのＰＰＰｏＥハンドオフ応答ＭＳＧを受信する。移動端末１０は、ＰＰＰｏＥハンドオフ応答ＭＳＧを受信した後、Ｐ−Ｐリンクを継続して利用しＩＳＰ５０との通信を行う（１２）。このとき、移動端末１０のＰＰＰｏＥセッションの対向装置は新規接続先のＬＡＣ３０Ｂであり、記憶部１２の対向ＭＡＣアドレス情報をＬＡＣ３０ＢのＭＡＣアドレスに書き換える。
【００７２】
ＬＮＳ４０は、ＩＳＰ５０からユーザパケットを受信すると、受信したパケットの宛先ＭＡＣアドレスに基づいてＬ２ＴＰセッション管理テーブル７１を検索する。そして、Ｌ２ＴＰセッション管理テーブル７１内に、受信したパケットの宛先ＭＡＣアドレスに対応するＭＡＣアドレスがあるか否かを確認する。Ｌ２ＴＰセッション管理テーブル７１に、受信したパケットの宛先ＭＡＣアドレスに対応するＭＡＣアドレスがある場合であって「Ｌ２ＴＰセッション状態」が使用中である場合、正常なＰ−Ｐリンクが維持できているものと判断して、このＩＳＰ５０からのユーザパケットを移動端末１０宛に転送する。
【００７３】
一方、Ｌ２ＴＰセッション管理テーブル７１に、受信したパケットの宛先ＭＡＣアドレスに対応するＭＡＣアドレスがない場合や「Ｌ２ＴＰセッション状態」がハンドオフ中である場合、ＬＮＳ４０はＩＳＰ５０からのユーザパケットを廃棄する。
【００７４】
なお、本実施の形態では、ＬＡＣ３０のＰＰＰｏＥセッション管理テーブル７０Ａ，７０Ｂ、ＬＮＳ４０のＬ２ＴＰセッション管理テーブル７１を用いてパケット転送を行う場合について説明したが、ハンドオーバの際のパケット転送はこれらの場合に限られず、ハンドオフがあったか否かの判定が行われる前やハンドオフ中に移動端末１０とＡＰ２０との間の無線通信手段が途絶したことによって移動端末１０宛のパケットの送達確認ができないときに、旧接続元のＬＡＣ３０Ａでパケットのキューイングを行い、新規接続先のＬＡＣ３０Ｂにパケットを転送してもよい。
【００７５】
ここで、ＬＡＣ３０Ａ，３０Ｂのパケットのキューイング処理について説明する。図１０は、ＬＡＣのパケットのキューイング処理手順を示すシーケンス図である。ＩＳＰ５０から送信されるユーザデータ（ユーザパケット）は、ＬＮＳ４０を介して旧接続先のＬＡＣ３０Ａに送信される（２０）。旧接続先のＬＡＣ３０Ａにおいて、移動端末１０のハンドオフがあったか否かの判定が行われる前やハンドオフ中に移動端末１０とＡＰ２０との間の無線通信手段が途絶したことによって移動端末１０宛のパケットの送達確認ができない場合、ＬＡＣ３０ＡはＩＳＰ５０からのユーザデータを記憶部３２によってキューイングする。
【００７６】
ＬＡＣ３０Ａは、ＬＡＣ３０Ｂからのハンドオフ確認要求ＭＳＧを受信すると、ハンドオフ確認応答ＭＳＧをＬＡＣ３０Ｂに送信する（２１）（図７のシーケンス図における（５）、（６）の処理に対応）。
【００７７】
ＬＡＣ３０Ａが、ＬＡＣ３０Ｂからのハンドオフ確認要求ＭＳＧを受信すると、ＬＡＣ３０Ｂが新規接続先であると判断して、送達確認ができずにキューイングされている移動端末１０宛てのユーザデータをＬＡＣ３０Ｂに転送する（２２）。
【００７８】
ＬＡＣ３０ＡがＬＡＣ３０Ｂからのハンドオフ確認要求ＭＳＧを受信した後にＩＳＰ５０から移動端末１０に送信されるユーザデータは、ＬＡＣ３０ＡにおいてキューイングすることなくＬＡＣ３０Ｂに転送される（２３）。
【００７９】
ＬＡＣ３０Ｂは、通信ＩＦ部３１によってＬＡＣ３０Ａから送信された移動端末１０宛てのパケットを受信すると、このパケットを記憶部３２によってキューイングする。ＬＡＣ３０Ｂは、キューイングしていたパケットをハンドオフシーケンス後（２４）（図７のシーケンス図における（７）、（８））に移動端末１０宛に送信する。
【００８０】
ＬＡＣ３０Ｂは、ＩＳＰ５０から受信した移動端末１０宛てのパケットを受信した順番で移動端末１０に送信する。すなわち、ＬＡＣ３０Ｂは処理（２０）においてＩＳＰ５０から受信したパケットを先に送信し（２５）、その後処理（２３）においてＩＳＰ５０から受信したパケットを移動端末１０に送信する（２６）。
【００８１】
これにより、ハンドオフ中のＩＳＰ５０から送信されるパケットのパケット損失を削減することができる。例えばＶｏＩＰ（Voice over Internet Protocol）サービス等のパケット損失がサービス品質に大きく影響を及ぼすアプリケーションにおいても、サービス品質のよい通信を提供することが可能となる。
【００８２】
なお、本実施の形態２においては、新規接続先のＬＡＣ３０Ｂが移動端末１０からＰＰＰｏＥハンドオフ要求ＭＳＧを受信すると、旧接続先のＬＡＣ３０ＡやＬＮＳ４０との間でハンドオフシーケンスを実行することとしたが、ハンドオフの受け入れ認証処理を新規接続先のＬＡＣ３０Ｂが行なってもよい。
【００８３】
ここで、新規接続先のＬＡＣ３０Ｂのハンドオフ受け入れ認証処理について説明する。図１１は、新規接続先ＬＡＣのハンドオフ受け入れ認証の処理手順を示すシーケンス図である。
【００８４】
新規接続先のＬＡＣ３０Ｂが、移動端末１０からＰＰＰｏＥハンドオフ要求ＭＳＧを受信すると（３０）（図７のシーケンス図における（４）の処理に対応）、ＬＡＣ３０Ｂのハンドオフ処理部３３は、移動端末１０が不正アクセスであるか否かを確認するためのメッセージとしてＰＰＰｏＥハンドオフ認証要求ＭＳＧを作成する。ＰＰＰｏＥハンドオフ認証要求ＭＳＧには、例えば所定のパスワードを要求する情報が含まれている。
【００８５】
ＰＰＰｏＥハンドオフ認証要求ＭＳＧは、通信ＩＦ部３１から移動端末１０に送信される（３１）。移動端末１０は、ＰＰＰｏＥハンドオフ認証要求ＭＳＧを受信すると、ＰＰＰｏＥハンドオフ認証要求ＭＳＧに対する応答メッセージ（ＰＰＰｏＥハンドオフ認証応答ＭＳＧ）をＬＡＣ３０Ｂに送信する。移動端末１０は、例えばＬＡＣ３０Ｂから要求されるパスワードをＰＰＰｏＥハンドオフ認証応答ＭＳＧに付加してＬＡＣ３０に送信する（３２）。
【００８６】
ＬＡＣ３０Ｂは、移動端末１０からのＰＰＰｏＥハンドオフ認証応答ＭＳＧを通信ＩＦ部３１によって受信する。ＬＡＣ３０Ｂのハンドオフ処理部３３はＰＰＰｏＥハンドオフ認証応答ＭＳＧに基づいて移動端末１０が不正アクセスであるか否かを判断する。ここでの、ハンドオフ処理部３３の機能は特許請求の範囲に記載の認証処理部に対応する。
【００８７】
これにより、正規の移動端末１０のＭＡＣアドレスを使用したなりすまし端末がハンドオフに見せかけて不正にアクセスすることによって、移動通信システムのアクセスサービスが不正使用されることを防ぐことが可能となる。また、新規接続先のＬＡＣ３０Ｂと移動端末１０の間でハンドオフの認証確認を行なっているため、ハンドオフの認証確認を迅速に行うことが可能となる。
【００８８】
なお、本実施の形態２においては、移動端末１０のハンドオフ要求部１６が、ＬＡＣ３０ＢへのＰＰＰｏＥハンドオフ要求ＭＳＧをＬＡＣ３０Ａ（移動前のＰ−Ｐリンクの接続先）のＭＡＣアドレスに関する情報を含めて作成することとしたが、ＰＰＰｏＥハンドオフ要求ＭＳＧをＬＡＣ３０ＡのＭＡＣアドレスに関する情報を含めずに作成してもよい。この場合、ＬＡＣ３０Ｂのハンドオフ処理部３３は、移動端末１０の移動前の接続先ＬＡＣ３０ＡのＭＡＣアドレスを要求するためのメッセージとしてＬＡＣ問合せ要求ＭＳＧをＬＮＳ４０に送信する。ＬＮＳ４０は、ＬＡＣ問合せ要求ＭＳＧに対する応答としてＬＡＣ３０ＡのＭＡＣアドレスを含んだＬＡＣ問合せ応答ＭＳＧをＬＡＣ３０Ｂに送信する。そして、ＬＡＣ３０ＢがこのＬＡＣ問合せ応答ＭＳＧを受信することによってＬＡＣ３０ＡのＭＡＣアドレス（移動前のＰ−Ｐリンクの接続先）を取得する。
【００８９】
このように実施の形態２によれば、ハンドオフが必要であると判断した移動端末１０からのハンドオフ要求によって、新規接続先のＬＡＣ３０Ｂ、旧接続先のＬＡＣ３０Ａ、ＬＮＳ４０が、Ｌ２ＴＰセッションの切替処理とＰＰＰｏＥセッションの引継ぎ処理を行っている。したがって、移動端末１０のハンドオフ後のＰ−Ｐリンクに関する情報に基づいて、新規接続先のＬＡＣ３０Ｂと接続された移動端末１０にＩＳＰ５０からのユーザパケットを迅速に送信することが可能となる。また、新規接続先となるＬＡＣ３０が複数ある場合であっても、新規接続先のＬＡＣ３０Ｂ、旧接続先のＬＡＣ３０Ａ、ＬＮＳ４０によってＬ２ＴＰセッションの切替処理とＰＰＰｏＥセッションの引継ぎ処理が行なわれるため、移動端末１０はＩＳＰ５０と通信可能な移動範囲が広くなる。
【００９０】
実施の形態３．
つぎに、図３、図４、図６、図１２〜図１４を用いてこの発明の実施の形態３について説明する。実施の形態３では、移動端末１０と接続可能なＬＡＣ３０のリスト情報に基づいてハンドオフ先のＬＡＣ３０を決定する。
【００９１】
図１２は、実施の形態３に係る移動通信システムの構成を示す図である。図１２の各構成要素のうち図１に示す実施の形態１の移動通信システムと同一機能を達成する構成要素については同一番号を付しており、重複する説明は省略する。
【００９２】
移動通信システムは、移動端末１０、ＡＰ２０Ａ〜２０Ｅ、アクセスネットワーク６０、ＩＳＰ５０からなる。アクセスネットワーク６０は、ＬＡＣ３０Ａ，３０Ｂ，３０Ｃ、ＬＮＳ４０を含んで構成され、ＬＡＣ３０ＣがＡＰ２０Ｅと接続されている。
【００９３】
本実施の形態３においては、移動通信システムを例えば図４に示した移動端末１０、図６に示したＬＮＳ４０、後述の図１３に示すＬＡＣ３０Ａ等によって構成し、ＩＳＰ５０と移動端末１０の間で通信を行う。ここでは、移動端末１０の記憶部（集線装置情報管理部）１２が、移動端末１０と接続可能なハンドオフ先の候補としてＬＡＣ３０のリスト情報（以下、ハンドオフ先ＬＡＣ情報（接続可能情報）という）を記憶する。
【００９４】
図１３は、実施の形態３に係るＬＡＣの構成を示すブロック図である。図１３の各構成要素のうち図５に示す実施の形態２のＬＡＣ３０Ａと同一機能を達成する構成要素については同一番号を付しており、重複する説明は省略する。
【００９５】
図１３に示すようにＬＡＣ３０Ａは、通信ＩＦ部３１、記憶部３２、ハンドオフ処理部３３、ハンドオフ情報管理部３４、制御部３９に加えて、ハンドオフ先候補管理部（集線装置情報提供部）３５からなる。
【００９６】
ハンドオフ先候補管理部３５は、アクセスネットワーク６０内のＬＡＣ３０であって、移動端末１０のハンドオフによって移動端末１０の接続先となり得るＬＡＣ３０に関する情報を収集し、ハンドオフ先ＬＡＣ情報として記憶しておく。例えば、ＬＡＣ３０Ｃのハンドオフ先候補管理部３５は、ＬＡＣ３０Ａ、ＬＡＣ３０Ｂに関する情報を収集し、ハンドオフ先ＬＡＣ情報として記憶しておく。
【００９７】
つぎに、移動通信システムの処理手順について説明する。図１４は、移動通信システムのハンドオフの処理手順を示すシーケンス図である。ここでは、移動端末１０がＡＰ２０Ｂの通信エリアからＡＰ２０Ｃ、ＡＰ２０Ｅの通信エリアに移動する場合について説明する。
【００９８】
アクセスネットワーク６０内の各ＬＡＣ３０は、ハンドオフ先候補管理部３５によって予めハンドオフ先ＬＡＣ情報を収集し記憶しておく。ここでは、ＬＡＣ３０Ａが、ハンドオフ先候補管理部３５によって予めハンドオフ先ＬＡＣ情報を収集し記憶しておく（４０）。
【００９９】
移動端末１０のＰＰＰ処理部１５は、アクセスネットワーク６０を介してＩＳＰ５０と接続するため、ブロードキャストでＰＰＰｏＥセッションの開始を通知するＰＡＤＩパケットを送信する。ここでのＰＡＤＩパケットはＡＰ２０Ｂを介してＬＡＣ３０Ａに送信される（４１）。
【０１００】
ＬＡＣ３０Ａは、移動端末１０からのＰＡＤＩパケットをＡＰ２０Ｂを介して受信する。ＬＡＣ３０Ａのハンドオフ先候補管理部３５は、ＰＡＤＯパケットのタグを拡張して予め記憶しておいたハンドオフ先ＬＡＣ情報を付加する。ＬＡＣ３０Ａの通信ＩＦ部３１は、ハンドオフ先ＬＡＣ情報を付加したＰＡＤＯパケットを移動端末１０に送信する（４２）。移動端末１０は、通信ＩＦ部１１によってこのＰＡＤＯパケットを受信し、記憶部１２に記憶する（４３）。
【０１０１】
移動端末１０は、ハンドオフに際し、実施の形態１の図３に示したステップＳ１００〜Ｓ１５０の処理を行う。すなわち、移動端末１０は、ＡＰ２０Ｂの通信エリアで無線リンクを確立した後、移動端末１０のＰＰＰ処理部１５は、ＰＡＤＲパケットをＬＡＣ３０Ａに送信し、ＬＡＣ３０ＡからＰＡＤＳパケットを受信してＰＰＰｏＥセッションを確立する。移動端末１０とＬＡＣ３０Ａの間でＰＰＰｏＥセッションが確立すると、ＬＡＣ３０ＡとＬＮＳ４０の間でＬ２ＴＰ（IETF-RFC2661）セッションの確立が行なわれる。移動端末１０のＰＰＰ処理部１５がＰＰＰ処理を行うことによって、ＰＰＰｏＥセッションとＬ２ＴＰセッションを介した移動端末１０とＬＮＳ４０との間にＰ−Ｐリンクが確立する。移動端末１０の記憶部１２は移動前に接続していたＬＡＣ３０ＡのＭＡＣアドレスを記憶部１２に記憶する。つぎに、移動端末１０がＡＰ２０Ｃ、ＡＰ２０Ｅの通信エリアに移動する。
【０１０２】
移動端末１０のＰＰＰ処理部１５は、ＰＰＰｏＥセッションを再確立するため、ブロードキャストでＰＰＰｏＥセッションの開始を通知するＰＡＤＩパケットを送信する（４４）。ＬＡＣ３０Ｂは、ＡＰ２０Ｃを介して移動端末１０からのＰＡＤＩパケットを受信する。ＬＡＣ３０Ｃは、ＡＰ２０Ｅを介して移動端末１０からのＰＡＤＩパケットを受信する。
【０１０３】
移動端末１０からのＰＡＤＩパケットを受信したＬＡＣ３０Ｂは、移動端末１０にＬＡＣ３０ＢのＭＡＣアドレスを含んだＰＡＤＯパケットを送信する（４５）。移動端末１０は、通信ＩＦ部１１によってこのＰＡＤＯパケットを受信する。
【０１０４】
移動端末１０からのＰＡＤＩパケットを受信したＬＡＣ３０Ｃは、移動端末１０にＬＡＣ３０ＣのＭＡＣアドレスを含んだＰＡＤＯパケットを送信する（４６）。移動端末１０は、通信ＩＦ部１１によってこのＰＡＤＯパケットを受信する。
【０１０５】
移動端末１０のアドレス比較部１３は、受信したＰＡＤＯパケットからＰＡＤＯパケットの送信先であるＬＡＣ３０Ｂ、３０ＣのＭＡＣアドレスに関する情報を抽出する。アドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ｂ，３０Ｃ）を比較する（４７）。
【０１０６】
アドレス比較部１３は、記憶部１２に予め記憶しているＭＡＣアドレス（ＬＡＣ３０Ａ）とＰＡＤＯパケットから抽出したＭＡＣアドレス（ＬＡＣ３０Ｂ、３０Ｃ）が異なると判断する。そして、アドレス比較部１３は複数のＬＡＣ３０に跨るハンドオフが必要であると判断する。
【０１０７】
アドレス比較部１３が、ハンドオフが必要であると判断すると、アドレス比較部１３はハンドオフ先ＬＡＣ情報を検索（参照）する。アドレス比較部１３は、ＰＡＤＯパケットから抽出したＭＡＣアドレスがハンドオフ先ＬＡＣ情報に含まれるか否かを確認する。ＰＡＤＯパケットから抽出したＭＡＣアドレスがハンドオフ先ＬＡＣ情報に含まれる場合、このＰＡＤＯパケットを送信したＬＡＣ３０を優先的に送信先のＬＡＣ３０として選択する。また、複数のＰＡＤＯパケットを受信した場合であって、これらのＰＡＤＯパケットから抽出されたＭＡＣアドレスがハンドオフ先ＬＡＣ情報に複数含まれる場合は、アドレス比較部１３は、これまで送信先ＬＡＣとして選択した選択履歴等の情報に基づいて送信先のＬＡＣ３０を選択する。アドレス比較部１３は、例えばＬＡＣ３０Ｂを選択する。
【０１０８】
ハンドオフ要求部１６は、ＰＰＰＰｏＥハンドオフの要求をおこなうためのメッセージを作成し、アドレス比較部１３が決定した送信先のＬＡＣ３０ＢにＰＰＰｏＥハンドオフ要求ＭＳＧを送る（４９）。以下、実施の形態２と同様の処理手順によってハンドオフに関する処理を行うため、その説明は省略する。
【０１０９】
なお、本実施の形態３においては移動端末１０がハンドオフ先ＬＡＣ情報を旧接続先のＬＡＣ３０Ａから取得することとしたが、ハンドオフ先ＬＡＣ情報の取得は急接続先のＬＡＣ３０Ａから取得する場合に限られず、他のＬＡＣ３０から取得してもよい。
【０１１０】
なお、本実施の形態３においては、ハンドオフ先ＬＡＣ情報にＭＡＣアドレスが保存されたＬＡＣ３０をハンドオフ先として優先的に選択する場合について説明したが、これらの場合に限られず移動端末１０の使用者から指定されたＬＡＣ３０に限定してハンドオフ先のＬＡＣ３０を選択することとしてもよい。これにより、移動端末１０の使用者が希望しない接続先ＬＡＣ３０に対してハンドオフが行なわれることを防ぐことが可能となる。
【０１１１】
このように、実施の形態３によればハンドオフ先の候補となるＬＡＣ３０に関する情報を、ＬＡＣ３０から送信される情報に基づいて移動端末１０の記憶部１２に記憶しているので、異なる種類の無線ホットスポットサービス等が林立することによってアクセスサービス網が過密に存在する場所においても、ハンドオフ先のＬＡＣ３０の選択を迅速に行うことが可能となる。
【産業上の利用可能性】
【０１１２】
以上のように、本発明にかかる移動端末、アクセス集線装置およびサーバは、ハンドオフした際のアクセスサービス接続に適している。
【図面の簡単な説明】
【０１１３】
【図１】実施の形態１に係る移動通信システムの構成を示す図である。
【図２】実施の形態１に係る移動端末の構成を示すブロック図である。
【図３】移動端末の動作手順を示すフローチャートである。
【図４】実施の形態２に係る移動端末の構成を示すブロック図である。
【図５】実施の形態２に係るＬＡＣの構成を示すブロック図である。
【図６】実施の形態２に係るＬＮＳの構成を示すブロック図である。
【図７】移動通信システムのハンドオフの処理手順を示すシーケンス図である。
【図８−１】ＰＰＰｏＥセッション管理テーブルを示す図（１）である。
【図８−２】ＰＰＰｏＥセッション管理テーブルを示す図（２）である。
【図９】Ｌ２ＴＰセッション管理テーブルを示す図である。
【図１０】ＬＡＣのパケットのキューイング処理手順を示すシーケンス図である。
【図１１】ハンドオフ受け入れ認証の処理手順を示すシーケンス図である。
【図１２】実施の形態３に係る移動通信システムの構成を示す図である。
【図１３】実施の形態３に係るＬＡＣの構成を示すブロック図である。
【図１４】移動通信システムのハンドオフの処理手順を示すシーケンス図である。
【符号の説明】
【０１１４】
１０  移動端末
１１，３１，４１  通信ＩＦ部
１２，３２  記憶部
１３  アドレス比較部
１５  ＰＰＰ処理部
１６  ハンドオフ要求部
１９，３９，４９  制御部
２０Ａ〜２０Ｅ  ＡＰ
３０Ａ〜３０Ｃ  ＬＡＣ
３３，４３  ハンドオフ処理部
３４，４４  ハンドオフ情報管理部
３５  ハンドオフ先候補管理部
４０  ＬＮＳ
５０  ＩＳＰ
６０  アクセスネットワーク
７０Ａ，７０Ｂ，７１  セッション管理テーブル
【図１】
2006042001.tif 000003
【図２】
2006042001.tif 000004
【図３】
2006042001.tif 000005
【図４】
2006042001.tif 000006
【図５】
2006042001.tif 000007
【図６】
2006042001.tif 000008
【図７】
2006042001.tif 000009
【図８−１】
2006042001.tif 000010
【図８−２】
2006042001.tif 000011
【図９】
2006042001.tif 000012
【図１０】
2006042001.tif 000013
【図１１】
2006042001.tif 000014
【図１２】
2006042001.tif 000015
【図１３】
2006042001.tif 000016
【図１４】
2006042001.tif 000017