(57)【要約】  双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができるハンドオーバ処理方法などを提供する技術が開示され、その技術によれば第１のアクセスネットワーク１１１に接続している移動端末１００が、所望する第２のアクセスネットワーク１１３への接続を要求する接続要求メッセージを第２のアクセスネットワークに配置された基地局１０７に送信するステップと、移動端末が所定のイベントが起こっているか否かを判断するステップと、移動端末が所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、第２のアクセスネットワークへの再接続要求メッセージを生成するステップと、生成された再接続要求メッセージを移動端末が第２のアクセスネットワークの基地局に送信するステップとを有する。
2009157171.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、
前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信するステップと、
前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、
前記移動端末が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成するステップと、
前記移動端末が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信するステップとを、
有するハンドオーバ処理方法。
【請求項２】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、
前記第１のアクセスネットワークに接続している場合に、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを生成するメッセージ生成手段と、
生成された前記第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信する送信手段と、
所定のイベントが起こっているか否かを判断する判断手段とを備え、
前記メッセージ生成手段が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成し、
前記送信手段が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する移動端末。
【請求項３】
前記所定のイベントは、前記第１の接続要求メッセージの送信前又は送信後に行われる、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処理、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理である請求項２に記載の移動端末。
【請求項４】
前記所定のイベントは、さらに、前記第２のアクセスネットワークからの接続失敗を伝える接続失敗応答メッセージの受信である請求項３に記載の移動端末。
【請求項５】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記第１のアクセスネットワーク内の基地局間のハンドオーバの処理が発生していること、又は前記第１のアクセスネットワークと前記第３のアクセスネットワークとの間のハンドオーバの処理が発生していることによって行われる請求項３又は４に記載の移動端末。
【請求項６】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われる請求項３又は４に記載の移動端末。
【請求項７】
前記第１のフラグ情報は、前記第２のアクセスネットワークへのパス切替えメッセージを、前記第２のアクセスネットワークの前記基地局に再度送信させることを促すものである請求項２に記載の移動端末。
【請求項８】
前記第１のフラグ情報は、さらに、前記第２のアクセスネットワークへのパス切替えメッセージの再送信以外の所定の処理に関しては、以前受信された前記第１の接続要求メッセージに基づいて生成された情報を利用して処理することを促すものである請求項７に記載の移動端末。
【請求項９】
前記メッセージ生成手段が、前記第２のアクセスネットワークへのパス切替えメッセージの送信前に前記第１の接続要求メッセージの受信に基づいて生成される情報を格納しておくよう前記第２のアクセスネットワークの所定の装置に指示するための第２のフラグ情報を前記第１の接続要求メッセージに付加する請求項２に記載の移動端末。
【請求項１０】
前記生成される情報は、前記第２のアクセスネットワークに接続するための前記移動端末の認証処理結果の情報である請求項９に記載の移動端末。
【請求項１１】
前記第２のアクセスネットワークの前記基地局に前記第２の接続要求メッセージを送信し、前記第２のアクセスネットワークへのハンドオーバ処理がなされた後、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされた場合、
前記メッセージ生成手段が、前記第２のアクセスネットワークへの再接続を要求する第２の接続要求メッセージに第３のフラグ情報を含め、
前記送信手段が、前記第３のフラグ情報を含む前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する請求項２に記載の移動端末。
【請求項１２】
前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出は、前記第１のアクセスネットワーク経由でパケットを受信したことによって行われる請求項１１に記載の移動端末。
【請求項１３】
前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出は、前記第２のアクセスネットワークから接続失敗を伝える接続失敗応答メッセージが所定の回数以上、受信されたことによって行われる請求項１１に記載の移動端末。
【請求項１４】
前記第３のフラグ情報は、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理を停止するよう指示する旨のものである請求項１１に記載の移動端末。
【請求項１５】
前記送信手段は、前記第２の接続要求メッセージを、所定の認証システムを介して前記所定の装置へ送信する請求項１１に記載の移動端末。
【請求項１６】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、
前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへのハンドオーバを決定するステップと、
前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、
前記移動端末が、前記所定のイベントが起こっていると判断した場合、フラグ情報を含むハンドオーバ確認メッセージを生成するステップと、
前記移動端末が、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信するステップと、
前記移動端末が、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信するステップと、
前記移動端末が、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始するステップとを、
有するハンドオーバ処理方法。
【請求項１７】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、
所望する前記第２のアクセスネットワークへのハンドオーバを決定する決定手段と、
所定のイベントが起こっているか否かを判断する判断手段と、
前記所定のイベントが起こっていると判断された場合、フラグ情報を含むハンドオーバ確認メッセージを生成するメッセージ生成手段と、
生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信する送信手段と、
前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信する受信手段と、
前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始する処理手段とを、
備える移動端末。
【請求項１８】
前記所定のイベントは、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処理、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理である請求項１７に記載の移動端末。
【請求項１９】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記第１のアクセスネットワークの基地局から送信されるハンドオーバコマンドメッセージを受信することによって行われる請求項１８に記載の移動端末。
【請求項２０】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われる請求項１８に記載の移動端末。
【請求項２１】
前記フラグ情報は、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報である請求項１７に記載の移動端末。
【請求項２２】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末の接続管理を行う接続管理装置であって、
前記移動端末によって付加されたフラグ情報を含むバインディング更新メッセージを受信する受信手段と、
前記バインディング更新メッセージに基づくバインディングキャッシュの更新処理が完了したか否かを判断する判断手段と、
前記バインディングキャッシュの更新処理が完了したと判断された場合に、パスが切り替わった旨のパス切り替え完了通知メッセージを生成するメッセージ生成手段と、
生成された前記パス切り替え完了通知メッセージを前記移動端末に向けて送信する送信手段とを、
備える接続管理装置。
【請求項２３】
前記フラグ情報は、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報である請求項２２に記載の接続管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末のハンドオーバを制御する主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが同時期に発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置に関する。
【背景技術】
【０００２】
従来の移動通信システムにおけるハンドオーバ方式には、端末主導型ハンドオーバ（UE initiated handover）とネットワーク主導型ハンドオーバ（Network initiated handover）の２つの方式がある。まず、移動通信システムの構成の一例について図１を用いて説明し、その後に各ハンドオーバ方式について説明する。図１は従来の移動通信システムの一例の構成図である。図１に示すように、１つのコアネットワーク１１０に接続する異なる３つのアクセスドメイン（又はアクセスネットワーク）１１１〜１１３が配備されている。移動端末１００（以下、ＵＥ：User Equipmentとも言う）は、存在する位置に応じて、適したアクセスドメインに接続することができる。【０００３】
コアネットワーク１１０には、少なくともパケットゲートウェイ（ＰＧ：Packet Gateway）１０４とＰＣＲＦ（Policy and Charging Rules Function）１２０が配備されている。パケットゲートウェイ１０４はアクセスドメイン経由でコアネットワーク１１０に接続してくるＵＥ１００を収容し、ＵＥ１００のパケットデータネットワークＰＤＮに対する接続管理を行うとともに、それらの間のパケット転送を実施する。３ＧＰＰ（3rd Generation Partnership Project）用語では、パケットゲートウェイ１０４をＰＤＮ−ＧＷ（Packet Data Network-Gateway）やGGSN（Gateway GPRS Support Node）などと呼ぶ。ＰＣＲＦ１２０はパケットゲートウェイ１０４とＵＥ１００間のＱｏＳ（Quality of Service）やPDNアクセスに対する課金情報の設定を制御する。【０００４】
各アクセスドメインには、ＵＥ１００をＩＰレイヤにて収容するアクセスゲートウェイ（ＡＧ：Access Gateway）１０１〜１０３が配備される。ＵＥ１００は、接続したアクセスドメインに配備されたアクセスゲートウェイからＩＰアドレスやＩＰプレフィクスを取得する。アクセスゲートウェイがパケットゲートウェイ１０４と接続することで、ＷＬＡＮ（Wireless Local Area Network）やＷｉＭＡＸ（World Interoperability for Microwave Access）などの非３ＧＰＰアクセスに接続したＵＥ１００は、コアネットワーク１１０より提供される３ＧＰＰサービスにアクセスすることが可能となる。なお、アクセスゲートウェイはコアネットワーク１１０に配置されることもある。【０００５】
アクセスゲートウェイとパケットゲートウェイ１０４との間の接続プロトコルには、ＰＭＩＰｖ６（Proxy Mobile IPv6）やＧＴＰ（GPRS Tunnel Protocol）などがある。３ＧＰＰ用語では、アクセスゲートウェイをServing Gateway（ＳＧＷ）やSGSN（Serving GPRS Support Node）、ePDG（evolved Packet Data Gateway）などと呼び、コアネットワーク１１０に配置するが、Proxy Mobile IPv6をゲートウェイ間プロトコルとして用いる場合は、特にMobility Anchor Gateway（ＭＡＧ）と呼んだり、ＭＡＧ機能を搭載したＳＧＷなどと呼ぶことがある。なお、Proxy Mobile IPv6を利用する場合のLocal Mobility Anchor（ＬＭＡ）機能は、パケットゲートウェイ１０４（ＰＤＮ−ＧＷなど）に配置される。【０００６】
ここで、図１３を用いて端末主導型ハンドオーバについて説明する（非特許文献１を参照）。端末主導型ハンドオーバの実施においては、移動端末ＵＥがあらかじめハンドオーバポリシを取得していることが要件となる。ハンドオーバポリシを取得する方法として、例えばネットワークからダウンロードしたり、ＳＩＭカードから読み出したりする方法がある。また、端末主導型ハンドオーバは、主に３ＧＰＰアクセスと無線ＬＡＮホットスポットやＷｉＭＡＸなどの非３ＧＰＰアクセスとの間のハンドオーバに適用される。【０００７】
既にＵＥ１００は３ＧＰＰアクセス経由で通信ベアラを確立しているものとする（ステップＳ１３００１）。非３ＧＰＰアクセスネットワークから受信できる電波の測定結果をハンドオーバポリシと照らし合わせた結果、ＵＥ１００は非３ＧＰＰアクセスへのハンドオーバ開始を決定し（ステップＳ１３００２）、非３ＧＰＰアクセス経由で３ＧＰＰサービスを利用するためのアクセス認証処理を開始する（ステップＳ１３００３）。アクセス認証が完了して接続を許可（ＵＥ１００の認証とサービスへのアクセス許可）され、アクセスリンクが確立されると、レイヤ３（ＩＰレイヤ）における接続処理を開始する（Ｌ３（Layer ３）アタッチトリガ：ステップＳ１３００４）。【０００８】
その結果、非３ＧＰＰアクセスネットワーク内のノード（例えば、ＭＡＧ）が、ＱｏＳポリシや課金情報の設定に必要な情報（例えばアクセスネットワークの種別やオペレータ情報など）をＰＣＲＦに通知する（ゲートウェイ制御セッション構築リクエスト：ステップＳ１３００５、ゲートウェイ制御セッション構築応答：ステップＳ１３００６）。このとき、一部のQoSポリシ情報を取得することがある。続いて、ＭＡＧがプロキシＢＵ（プロキシバインディングアップデート）をＰＤＮ−ＧＷ（ＰＤＮゲートウェイ）１０４に送信し（ステップＳ１３００７）、ＰＤＮ−ＧＷ１０４はＰＣＲＦからＱｏＳポリシや課金設定情報を取得して設定する（ポリシ及び課金情報リクエスト：ステップＳ１３００８、ポリシ及び課金情報供給：ステップＳ１３００９）。【０００９】
さらに、ＰＤＮ−ＧＷ１０４はＭＡＧの認証を行う（ステップＳ１３０１０）。これらの処理に成功すると、ＰＤＮ−ＧＷ１０４はＭＡＧに対してプロキシＢＡ（バインディングアック）を返し（ステップＳ１３０１１）、ＭＡＧとＰＤＮ−ＧＷ１０４との間にPMIPv6トンネルが構築される（ステップＳ１３０１３）。プロキシＢＡを受信したＭＡＧは、ＰＤＮ−ＧＷ１０４から配布されたＩＰプレフィックスまたはIPアドレスをＵＥ１００に転送して、Ｌ３レベルの接続処理を完了する（ステップＳ１３０１２）。そして最後に、ハンドオーバ元アクセスの３ＧＰＰベアラリソースを解放して、端末主導型ハンドオーバ処理を完了する（３ＧＰＰ ＥＰＳ ベアラリソース解放：ステップＳ１３０１４）。ここで、３ＧＰＰベアラリソースの解放は、ＵＥ１００が実施してもよいし、ＰＤＮ−ＧＷ１０４が実施してもよい。【００１０】
次に、図１８Ａ、図１８Ｂを用いてネットワーク主導型ハンドオーバについて説明する（非特許文献３を参照）。ネットワーク主導型ハンドオーバにおいては、ＵＥ１００によって測定された周辺の無線環境の結果（後述するメジャメントレポート）に基づいて、ネットワークエンティティ（例えば接続中の基地局）がハンドオーバの開始を決定する。したがって、ＵＥ１００がハンドオーバポリシを取得する必要がない。ネットワーク主導型ハンドオーバは、主に３ＧＰＰアクセス内部や３ＧＰＰアクセス間のハンドオーバに適用される一方で、非３ＧＰＰアクセス内部や同一タイプの非3GPPアクセス間のハンドオーバに適用されることもある。【００１１】
ＵＥ１００は既に３ＧＰＰアクセスと通信ベアラを確立しており、周辺の基地局から受信した電波の強度（電波強度又は電界強度）やアクセスネットワーク情報を、逐次ネットワーク側に報告している。その報告内容に基づいてハンドオーバの開始が決定されると（ステップＳ１８００１）、ＵＥ１００が接続している基地局（ソースeNodeB）１８０２がその時点でＵＥ１００を収容しているＭＭＥ（Mobility Management Entity）１８０１（ソースＭＭＥとも言う）にハンドオーバ開始要求を送信する（ステップＳ１８００２）。【００１２】
ＭＭＥ１８０１はハンドオーバ元アクセスとハンドオーバ先アクセスとの間でＵＥ１００のコンテキストを転送したり、ハンドオーバ先アクセスでＵＥ１００に割り当てるリソースの先行確保を行ったりする（ステップＳ１８００３〜Ｓ１８０１２）。これらの事前処理を完了すると、ＭＭＥ１８０１はハンドオーバ開始を基地局１８０２に指示する（ステップＳ１８０１３）。基地局１８０２はハンドオーバ開始指示をＵＥ１００に転送する（ステップＳ１８０１４）。ＵＥ１００はハンドオーバ先となる基地局（ターゲットeNodeB）１８０３との接続を完了すると、ハンドオーバ確認メッセージをハンドオーバ先の基地局１８０３に送信する（ステップＳ１８０１７）。【００１３】
これを受けてハンドオーバ先の基地局１８０３は、ハンドオーバ先アクセスでＵＥ１００に割り当てるリソースを確定し、下りパケットの転送を開始する（ステップＳ１８０１８〜Ｓ１８０２４）。以降の処理は、ハンドオーバによってＵＥ１００が接続するエリアの管轄（Tracking Area）が変わったときの情報更新処理である。エリアの具体例としては、ページングエリアを挙げることができる。【００１４】
以上説明した図１８Ａ、図１８ＢではServing ＧＷとＰＤＮ−ＧＷとの間の接続プロトコルにＧＴＰを用いた場合の処理について説明した。それに対して、図１４は接続プロトコルにProxy MIPv6を用いた場合の処理を示している（非特許文献２を参照）が、図１８
Ａ、図１８Ｂとの違いは、図１８Ｂ内の（Ａ）、（Ｂ）とそれぞれ示した箇所でProxy ＢＵ/ＢＡを交換したり、ＱｏＳ設定情報をＰＣＲＦ１２０から取得したりしている点である。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】“Architecture enhancements for non-3GPP accesses (Release 8)", 3GPP TS 23.402 V8.1.1 p.108 March 2008.
【非特許文献２】“Architecture enhancements for non-3GPP accesses (Release 8)", 3GPP TS 23.402 V8.1.1 p.55 March 2008.
【非特許文献３】“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", 3GPP TS 23.401 V8.1.0 p.91 March 2008.
【００１６】
これら２つのハンドオーバ処理方法では、ハンドオーバの実施を決定する制御主体が異なる。すなわち、端末主導型ハンドオーバでは、移動端末が周辺のアクセスネットワーク環境を測定した結果に基づいてハンドオーバの開始を自ら決定するのに対し、ネットワーク主導型ハンドオーバでは、移動端末による周辺のアクセスネットワーク環境の測定結果（メジャメントレポート：Measurement Report）に基づいてネットワーク側のエンティティ（例えば接続中の基地局）がハンドオーバの開始を決定する。【００１７】
そのため、特に３ＧＰＰアクセスに接続するための通信インタフェースと、非３ＧＰＰアクセスに接続するための通信インタフェースを有する移動端末においては、これら２つのハンドオーバ処理が同時期に発生する可能性がある。つまり、端末主導型ハンドオーバが先に開始された後にネットワーク主導型ハンドオーバが開始されたり、ネットワーク主導型ハンドオーバが先に開始された後に端末主導型ハンドオーバが開始されたりする場合がある。【００１８】
このように異なる形式のハンドオーバが同時期に発生すると、データパスの更新に失敗し、結果的に双方のハンドオーバが失敗するという問題がある。これについて詳しく説明する。図１に示すシステム構成において、アクセスドメイン（以降ＡＤと表記する）１１１とＡＤ１１２は３ＧＰＰアクセスドメイン（アクセスネットワーク）であり、ＡＤ１１１−ＡＤ１１２間のハンドオーバはネットワーク主導型ハンドオーバが適用されるものとする。また、ＡＤ１１３は非３ＧＰＰアクセスドメインであり、ＡＤ１１１−ＡＤ１１３、ＡＤ１１２−ＡＤ１１３間のハンドオーバは端末主導型ハンドオーバが適用されるものとする。図１において、ＵＥ１００はＡＤ１１１からＡＤ１１３とＡＤ１１２の境界領域を移動しているものとする。【００１９】
まず、第１のケースについて図１５を用いて説明する。既にＵＥ１００はアクセスドメインＡＤ１１１の基地局ＢＳ１０５とアクセスゲートウェイ（以降ＡＧと表記する）１０１を介してパケットゲートウェイ（以降ＰＧと表記する）１０４とベアラを確立しており（ステップＳ１５００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１のＡＧ１０１とＢＳ１０５経由で転送されているものとする（パケット受信：ステップＳ１５００２）。非３ＧＰＰアクセスドメインＡＤ１１３へのハンドオーバをＵＥ１００が決定すると、接続要求メッセージとしてアタッチメントイベント（Attachment Event）をＡＤ１１３のＢＳ１０７に送信する（ステップＳ１５００３）。【００２０】
アタッチメントイベントはＭＡＧ機能を有するＡＧ１０３に転送され、ＡＧ１０３はＰＧ１０４にプロキシＢＵ（プロキシバインディングアップデート）を送信する（ステップＳ１５００４）。ＰＧ１０４はＰＣＲＦ１２０からＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ１５００５）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリをＡＧ１０３あてに更新する（ステップＳ１５００６）と、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ１５００７）。【００２１】
これとほぼ同時期に、ＵＥ１００がアクセスドメインＡＤ１１２の基地局ＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ１５００８）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１５００９）と、ＢＳ１０５からＵＥ１００にハンドオーバ開始指示（ハンドオーバコマンド）が転送され、それを受けたＵＥ１００はハンドオーバ確認メッセージ（ハンドオーバコンファーム）をハンドオーバ先となるＢＳ１０６に送信する（ステップＳ１５０１０）。ＢＳ１０６はＡＧ１０２にパス切り替え要求を送信し、これを受けてＡＧ１０２はＰＧ１０４にプロキシＢＵを送信し（ステップＳ１５０１１）、ＰＧ１０４はＱｏＳ設定情報の取得と設定を行い（ＱｏＳ  Provisioning：ステップＳ１５０１２）、バインディングキャッシュ（ＢＣ）エントリをＡＧ１０２あてに更新し（ステップＳ１５０１４）、プロキシＢＡをＡＧ１０２に返す（ステップＳ１５０１５）。【００２２】
これにより、ＵＥ１００のＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバ処理が完了する（ステップＳ１５０１６）。この時点でＵＥ１００は接続要求メッセージに対する応答としてアタッチメントアック（Attachment Ack）を既に受信しており（ステップＳ１５０１３）、端末主導型ハンドオーバが成功したものと認識している。したがって、ＵＥ１００は、ハンドオーバ元アクセスである３ＧＰＰアクセス、すなわちＡＤ１１２から切断するため、ＡＤ１１２に対してリソース解放要求（リリースリクエスト）を送信する（ステップＳ１５０１７）。これを受けて、ＰＧ１０４へプロキシＢＵが送信され（ステップＳ１５０１８）、ＡＧ１０２とＰＧ１０４によってＵＥ１００に割り当てられたＡＤ１１２向けリソースの解放処理が実施され（ステップＳ１５０１９）、ＵＥ１００はＡＤ１１２から切断される。【００２３】
ここで、ＵＥ１００はＡＤ１１３と接続した状態を維持するが、ＰＧ１０４はＡＤ１１３経由のＵＥ１００宛データパスを持たないという状態の不一致が発生する。これは、ＡＤ１１３へのデータパスが確定した（上述するステップＳ１５００６）後に生じたネットワーク主導型ハンドオーバに起因するデータパス更新要求（プロキシＢＵ）によって、パケットがＡＤ１１２に流れるようになり（上述するステップＳ１５０１４）、事実上ＡＤ１１３へのハンドオーバは失敗したのと同様の状態となる。ＵＥ１００はＡＤ１１２でのベアラを維持している間は、ＡＤ１１２経由でパケットを送受信することができるが、ＡＤ１１３へのハンドオーバが見かけ上成功したことにより、ＡＤ１１２でのベアラは意図的に解放され、結果的にＵＥ１００は下りパケットを受信することができなくなってしまう。ここで、上りパケットの転送は、ＰＧ１０４の状態によらず可能なこともあるが、下りパケットの転送同様、疎通できなくなることもある。【００２４】
なお、ＡＤ１１２のベアラリソースの解放はＰＧ１０４が自発的に実施することもある。その場合、リソース解放されるのはＡＤ１１２ではなくＡＤ１１３のリソースである。これは、その時点で有効なデータパスはＡＤ１１２に向いているが（上述するステップＳ１５０１４）、その前の段階ではＡＤ１１３に向けられていたためである（上述するステップＳ１５００６）。したがって、ＵＥ１００から見ると、成功したかに見えたＡＤ１１３への端末主導型ハンドオーバが結果的に理由もなく切断させられてしまう状況となる。このとき、ＡＤ１１２経由でパケットの送受信は可能となるが、実際には利用可能な非３ＧＰＰアクセスの高速大容量通信の恩恵を受けることができず、ユーザの利便性を大きく損ねることになる。また、UE100は、AD113へのハンドオーバが見かけ上完了したことをうけて、自発的に3GPPアクセスドメインに接続するための通信インタフェースの電源を切断するかもしれない。これにより、UEは再度いずれかのアクセスドメイン経由で接続しなければならず、それまでのセッションが切断される他に、ユーザの不便をまねくことになる。【００２５】
次に、第２のケースについて図１６を用いて説明する。既にＵＥ１００はアクセスドメインＡＤ１１１のＢＳ１０５とＡＧ１０１を介してＰＧ１０４とベアラを確立しており（ステップＳ１６００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由でＵＥ１００が受信できているものとする（パケット受信：ステップＳ１６００２）。ＵＥ１００がＡＤ１１２のＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ１６００６）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１６００７）。ＵＥ１００はＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ＡＤ１１２のＢＳ１０６にハンドオーバ確認メッセージ（ハンドオーバコンファーム）を送信する（ステップＳ１６００８）。【００２６】
これを受けて、ＢＳ１０６はパス切り替え要求をＡＧ１０２に送信し、ＡＧ１０２はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１６００９）。ＰＧ１０４がＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得してセットする（ＱｏＳ  Provisioning：ステップＳ１６０１０）。それと同時期に、ＵＥ１００がＡＤ１１３の無線環境測定結果とハンドオーバポリシとに基づいてＡＤ１１３への端末主導型ハンドオーバを決定すると、ＵＥ１００は接続要求メッセージとしてアタッチメントイベント（Attachment Event）をＢＳ１０７へ送信し（ステップＳ１６００３）、ＵＥ１００の接続要求をＢＳ１０７から通知されたＡＧ１０３はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１６００４）。【００２７】
しかし、このときＰＧ１０４は先着のＵＥ１００に対するハンドオーバ（ＡＤ１１２へのハンドオーバ）の処理中であるため、新たなハンドオーバ要求（ＡＤ１１３へのハンドオーバ）を受け付けることができない。したがって、ＰＧ１０４はプロキシＢＡにてＮＡＣＫ(処理失敗：Failed）をＡＧ１０３に返す（ステップＳ１６００５）。これにより、ＡＤ１１３への接続要求は許可されず、ＵＥ１００はＢＳ１０７から接続失敗の応答（アタッチメントアック（Failed））を受信して（ステップＳ１６０１１）、端末主導型ハンドオーバは失敗してしまう（端末主導型ハンドオーバ失敗：ステップＳ１６０１５）。このとき、ＰＧ１０４はバインディングキャッシュ（ＢＣ）エントリの更新を行い（ステップＳ１６０１２）、ＡＤ１１２にプロキシＢＡを送信する（ステップＳ１６０１３）ことにより、ＡＤ１１２経由でパケットの送受信は可能となる（パス切り替え完了：ステップＳ１６０１４）。しかし、実際には利用可能な非３ＧＰＰアクセスの高速大容量通信の恩恵を受けることができず、ユーザの利便性を大きく損ねることになる。【００２８】
なお、ステップＳ１６００３のアタッチメントイベント（Attachment Event）は、ネットワーク主導型ハンドオーバが開始される（上述するステップＳ１６００７）前に送信されることもある。図１７はこうした状況の一例を示したものであり、図１６と同様、ＡＤ１１３への接続に失敗してユーザの利便性を大きく損ねる結果となる。端末主導ハンドオーバでは、最後にハンドオーバ元アクセスのリソースを解放するため、ネットワーク主導ハンドオーバと同時期に発生した場合は、最終的に端末主導型ハンドオーバが成功している必要がある。また、ユーザ利便性の点からも、高速大容量通信が可能な非３ＧＰＰアクセスに積極的に接続することは重要である。
【発明の概要】
【００２９】
本発明は、上記の問題点に鑑み、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とするハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置を提供することを目的とする。
【００３０】
上記目的を達成するために、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が同時期に発生する場合の前記移動端末のハンドオーバ処理方法であって、前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信するステップと、前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、前記移動端末が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成するステップと、前記移動端末が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信するステップとを、有するハンドオーバ処理方法が提供される。この構成により、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。なお、第１の接続要求メッセージは後述するアタッチメントイベントメッセージに相当し、第２の接続要求メッセージは後述するリアタッチメントイベントメッセージに相当する。
【００３１】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、前記第１のアクセスネットワークに接続している場合に、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを生成するメッセージ生成手段と、生成された前記第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信する送信手段と、所定のイベントが起こっているか否かを判断する判断手段とを備え、前記メッセージ生成手段が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成し、前記送信手段が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する移動端末が提供される。この構成により、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００３２】
また、本発明の移動端末において、前記所定のイベントが、前記第１の接続要求メッセージの送信前又は送信後に行われる、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処置、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００３３】
また、本発明の移動端末において、前記所定のイベントが、さらに、前記第２のアクセスネットワークからの接続失敗を伝える接続失敗応答メッセージの受信であることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバが正常に実施されていないことを認識することができる。
【００３４】
また、本発明の移動端末において、前記ネットワーク主導型のハンドオーバ処理の検出が、前記第１のアクセスネットワーク内の基地局間のハンドオーバの処理が発生していること、又は前記第１のアクセスネットワークと前記第３のアクセスネットワークとの間のハンドオーバの処理が発生していることによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが実施されることを認識することができる。
【００３５】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが開始されることを認識することができる。
【００３６】
また、本発明の移動端末において、前記第１のフラグ情報が、前記第２のアクセスネットワークへのパス切替えメッセージを、前記第２のアクセスネットワークの前記基地局に再度送信させることを促すものであることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバを実現することができる。
【００３７】
また、本発明の移動端末において、前記第１のフラグ情報が、さらに、前記第２のアクセスネットワークへのパス切替えメッセージの再送信以外の所定の処理に関しては、以前受信された前記第１の接続要求メッセージに基づいて生成された情報を利用して処理することを促すものであることは、本発明の好ましい態様である。この構成により、ハンドオーバ時間を削減することができる。
【００３８】
また、本発明の移動端末において、前記メッセージ生成手段が、前記第２のアクセスネットワークへのパス切替えメッセージの送信前に前記第１の接続要求メッセージの受信に基づいて生成される情報を格納しておくよう前記第２のアクセスネットワークの所定の装置に指示するための第２のフラグ情報を前記第１の接続要求メッセージに付加することは、本発明の好ましい態様である。この構成により、再接続要求が発生したときにプロキシＢＵ処理のみを実施すればよく、ハンドオーバ時間を削減することができる。
【００３９】
また、本発明の移動端末において、前記生成される情報が、前記第２のアクセスネットワークに接続するための前記移動端末の認証処理結果の情報であることは、本発明の好ましい態様である。この構成により、ハンドオーバ時間を削減することができる。
【００４０】
また、本発明の移動端末において、前記第２のアクセスネットワークの基地局に前記第２の接続要求メッセージを送信し、前記第２のアクセスネットワークへのハンドオーバ処理がなされた後、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされた場合、前記メッセージ生成手段が、前記第２のアクセスネットワークへの再接続を要求する第２の接続要求メッセージに第３のフラグ情報を含め、前記送信手段が、前記第３のフラグ情報を含む前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信することは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバを正常に実施させることができる。
【００４１】
また、本発明の移動端末において、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出が、前記第１のアクセスネットワーク経由でパケットを受信したことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが実施されていることを認識することができる。
【００４２】
また、本発明の移動端末において、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出が、前記第２のアクセスネットワークから接続失敗を伝える接続失敗応答メッセージが所定の回数以上、受信されたことによって行われることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバが実施されず、ネットワーク主導型ハンドオーバが実施されていることを認識することができる。
【００４３】
また、本発明の移動端末において、前記第３のフラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理を停止するよう指示する旨のものであることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバの実施を停止させることができる。
【００４４】
また、本発明の移動端末において、前記送信手段が、前記第２の接続要求メッセージを、所定の認証システムを介して前記所定の装置へ送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバの実施を停止させることができる。
【００４５】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへのハンドオーバを決定するステップと、前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、前記移動端末が、前記所定のイベントが起こっていると判断した場合、フラグ情報を含むハンドオーバ確認メッセージを生成するステップと、前記移動端末が、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信するステップと、前記移動端末が、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信するステップと、前記移動端末が、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始するステップとを、有するハンドオーバ処理方法が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。なお、接続管理装置は、後述するパケットゲートウェイに相当する。また、パス切り替え完了通知メッセージは、後述するパス切り替え完了通知又はBinding Refreshment Requestに相当する。
【００４６】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、所望する前記第２のアクセスネットワークへのハンドオーバを決定する決定手段と、所定のイベントが起こっているか否かを判断する判断手段と、前記所定のイベントが起こっていると判断された場合、フラグ情報を含むハンドオーバ確認メッセージを生成するメッセージ生成手段と、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信する送信手段と、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信する受信手段と、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始する処理手段とを、備える移動端末が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００４７】
また、本発明の移動端末において、前記所定のイベントが、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処理、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００４８】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記第１のアクセスネットワークの基地局から送信されるハンドオーバコマンドメッセージを受信することによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００４９】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが開始されることを認識することができる。
【００５０】
また、本発明の移動端末において、前記フラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバ処理によるパスの切り替えの完了を知ることができる。
【００５１】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末の接続管理を行う接続管理装置であって、前記移動端末によって付加されたフラグ情報を含むバインディング更新メッセージを受信する受信手段と、前記バインディング更新メッセージに基づくバインディングキャッシュの更新処理が完了したか否かを判断する判断手段と、前記バインディングキャッシュの更新処理が完了したと判断された場合に、パスが切り替わった旨のパス切り替え完了通知メッセージを生成するメッセージ生成手段と、生成された前記パス切り替え完了通知メッセージを前記移動端末に向けて送信する送信手段とを、備える接続管理装置が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００５２】
また、本発明の接続管理装置において、前記フラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバ処理によるパスの切り替えの完了を知らせることができる。
【００５３】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置は、ネットワーク主導型ハンドオーバが同時期に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２】本発明の第１の実施の形態における解法の一例を説明するためのシーケンスチャート
【図３】本発明の第１、第２の実施の形態における再接続要求フラグを含むメッセージの一例を示すメッセージフォーマット
【図４】本発明の第１、第２の実施の形態における保存要求フラグを含むメッセージの一例を示すメッセージフォーマット
【図５】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバ停止フラグを含むメッセージの一例を示すメッセージフォーマット
【図６】本発明の第１の実施の形態におけるＢＳの構成の一例を示す構成図
【図７】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバ停止フラグを含むメッセージの一例を示す他のメッセージフォーマット
【図８】本発明の第１の実施の形態における基地局（ＢＳ）の構成の一例を示す構成図
【図９】本発明の第１の実施の形態における基地局（ＢＳ）の構成の一例を示す構成図
【図１０】本発明の第２の実施の形態における解法の一例を説明するためのシーケンスチャート
【図１１】本発明の第２の実施の形態における解法の一例を説明するための他のシーケンスチャート
【図１２】本発明の第１、第２の実施の形態に係る移動端末（ＵＥ）の構成の一例を示す構成図
【図１３】従来の移動通信システムにおける端末主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１４】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１５】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示すシーケンスチャート
【図１６】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示す他のシーケンスチャート
【図１７】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示す他のシーケンスチャート
【図１８Ａ】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１８Ｂ】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１９】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２０】本発明の第３の実施の形態における解法の一例を説明するためのシーケンスチャート
【図２１】本発明の第３、４の実施の形態におけるハンドオーバ確認メッセージの一例を示すメッセージフォーマット
【図２２】本発明の第３の実施の形態におけるパス切り替え完了通知（to ＭＭＥ）の一例を示すメッセージフォーマット
【図２３】本発明の第３の実施の形態におけるパス切り替え完了通知（from ＭＭＥ）の一例を示すメッセージフォーマット
【図２４】本発明の第４の実施の形態における解法の一例を説明するためのシーケンスチャート
【図２５】本発明の第３、第４の実施の形態におけるパケットゲートウェイ（ＰＧ）の構成の一例を示す構成図
【発明を実施するための形態】
【００５５】
＜第１の実施の形態＞
本発明の第１の実施の形態について説明する。まず、第１の実施の形態におけるハンドオーバ処理方法について図１、図２を用いて説明する。図２は先に図１５を用いて説明した課題（第１のケース）に対する解決方法を説明するための図である。なお、図１は従来の移動通信システムの構成の一例と同様である。
【００５６】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ２００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１のアクセスゲートウェイＡＧ１０１と基地局ＢＳ１０５経由で受信できているものとする（ステップＳ２００２）。非３ＧＰＰアクセスドメインＡＤ１１３へのハンドオーバをＵＥ１００が決定すると、ＵＥ１００はＢＳ１０７に接続要求であるアタッチメントイベント（Attachment Event）を送信する（ステップＳ２００３）。ＢＳ１０７から接続要求を転送されたＡＧ１０３は、ＵＥ１００を収容するＰＧ１０４にプロキシＢＵ（プロキシバインディングアップデート）を送信する（ステップＳ２００４）。
【００５７】
ＰＧ１０４は、ＰＣＲＦ１２０からＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ２００５）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリをＡＧ１０３あてに更新すると（ステップＳ２００６）、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ２００７）。これとほぼ同時期に、ＵＥ１００がアクセスドメインＡＤ１１２のＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ２００８）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ２００９）と、ＢＳ１０５からＵＥ１００にハンドオーバ開始指示（ハンドオーバコマンド）が通知され、それを受けたＵＥ１００はハンドオーバ確認メッセージ（ハンドオーバコンファーム）をハンドオーバ先となるＢＳ１０６に送信する（ステップＳ２０１０）。
【００５８】
ＢＳ１０６はＡＧ１０２にパス切り替え要求を送信し、ＡＧ１０２はＰＧ１０４にプロキシＢＵを送信し（ステップＳ２０１１）、ＰＧ１０４はＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ２０１２）、バインディングキャッシュ（ＢＣ）エントリをＡＧ１０２あてに更新し（ステップＳ２０１３）、プロキシＢＡをＡＧ１０２に返す（ステップＳ２０１４）。これにより、ＵＥ１００のＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバ処理が完了する（ステップＳ２０１５）。
【００５９】
ここで、ＵＥ１００は、端末主導型ハンドオーバを実施しているにもかかわらず、ネットワーク主導型ハンドオーバが実行されたことを検出する。具体的には、次のような手段により検出を行う。
【００６０】
１つの検出方法として、端末主導型ハンドオーバ先となるアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２のステップＳ２０１０の発生（さらに詳しくは、図１８Ａのハンドオーバ開始指示転送（ハンドオーバコマンド；ステップＳ１８０１４）の受信とハンドオーバ確認メッセージ（ステップＳ１８０１７）の送信、あるいはハンドオーバ確認メッセージの送信のみ）をもってネットワーク主導型ハンドオーバを検出する（非特許文献３を参照）。
【００６１】
また、他の検出方法として、端末主導型ハンドオーバ先のアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもってネットワーク主導型ハンドオーバを検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【００６２】
このように、双方のハンドオーバ方式が実施されたことの検出と、ＡＧ１０３への接続要求に対する応答であるアタッチメントアック（Attachment Ack（ステップＳ２０１６））を受信したことを受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知して、ＢＳ１０７に再接続要求であるリアタッチメントイベント（Re-attachment Event（ステップＳ２０１７））を送信する。リアタッチメントイベントはアタッチメントイベントと同じ構成・内容を有するメッセージであるが、ＵＥ１００は、プロキシＢＵ処理以外の処理には先に実施した接続要求の結果であるコンテキスト（例えば本接続要求によって計算・生成されるＩＤや鍵データなど）を再利用するよう指示するフラグ（再接続要求フラグ３０１）をリアタッチメントイベントに付加することができる。このときのリアタッチメントイベントのメッセージフォーマットの一例を図３に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００６３】
なお、ＵＥ１００は同様の指示をＢＳ１０７への最初の接続要求送信時に行ってもよい。具体的には、ＵＥ１００は後に再接続要求の送信可能性があるので本接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ４０１）をアタッチメントイベント（ステップＳ２００３）に付加する。このときのアタッチメントイベントのメッセージフォーマットの一例を図４に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＡＤ１１３の該当するエンティティ、例えば認証システムを構成するＡＡＡ（Authentication Authorization Accounting）サーバやプロキシＡＡＡサーバ、またアクセスゲートウェイＡＧ１０３などとＰＧ１０４とがＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ２０１７）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【００６４】
ＵＥ１００からのリアタッチメントイベントを受信したＡＤ１１３の各エンティティ（ＡＡＡサーバやプロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３）とＰＧ１０４は、先の接続処理で生成されたデータ（コンテキスト）を再利用して接続処理を実施し、ＡＧ１０３はプロキシＢＵを直ちにＰＧ１０４に送信する（ステップＳ２０１８）。ＰＧ１０４は、先にＰＣＲＦ１２０から取得したＱｏＳ設定情報を再利用して（再度、ＰＣＲＦ１２０への問合せは行わない）、ＢＣエントリをＡＧ１０３あてに更新しデータパスを再設定し（ステップＳ２０１９）、プロキシＢＡをＡＧ１０３に送信する（ステップＳ２０２０）。これを受けてＢＳ１０７から再接続要求に対する応答であるリアタッチメントアック（Re-attachment Ack）がＵＥ１００に返される（ステップＳ２０２１）。
【００６５】
ＵＥ１００はＢＳ１０７からリアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ２０２２〜Ｓ２０２４）。なお、ＡＤ１１２リソースの解放をＰＧ１０４がトリガする（行う）場合は、現設定の前にデータパスが向けられていたアクセスドメインのリソースを対象とするため、正しくＡＤ１１２のリソースが解放される。
【００６６】
なお、本発明に基づく処理と併行して、再度、ネットワーク主導型ハンドオーバが実施されてデータパスが再びネットワーク主導型ハンドオーバ先のアクセスネットワーク（ＡＤ１１２）に向けた内容に書き換えられることが考えられる。ＵＥ１００がこのような状況を検出した場合の解決策の一例としては、端末主導型ハンドオーバ先アクセスネットワークに再送する接続要求（リアタッチメントイベント）に、ネットワーク主導型ハンドオーバの停止を促すフラグ（ネットワーク主導型ハンドオーバ停止フラグ５０１）をセットする。このときのリアタッチメントイベントのメッセージフォーマットの一例を図５に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。
【００６７】
ここで、移動端末は、以下に説明するような方法によりネットワーク主導型ハンドオーバの再発を検出する。
【００６８】
１つの検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ元のアクセスネットワーク（実際にはネットワーク主導型ハンドオーバ先のアクセスネットワーク）経由で引き続きパケットを受信していることによってネットワーク主導型ハンドオーバの再発を検出することができる。また、他の検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ先アクセスネットワークから所定の回数以上の接続失敗応答を受信したことによってネットワーク主導型ハンドオーバの再発を検出することができる。この所定の回数は、例えば２回などである。
【００６９】
ネットワーク主導型ハンドオーバ停止フラグ５０１の内容は、ＰＧ１０４からＡＧ１０１を介してＢＳ１０５に転送され、ＢＳ１０５で実施されるハンドオーバ実施判断に利用される。これにより、以降も発生するはずであったネットワーク主導型ハンドオーバを停止させて、データパスを端末主導型ハンドオーバ先のアクセスネットワーク宛に確定させることができる。
【００７０】
ＢＳ１０５における具体的な処理の一例について図６を用いて説明する。図６に示すように、バックボーン通信部６０３を介してＰＧ１０４からＡＧ１０１経由で受信したネットワーク主導型ハンドオーバ停止フラグの内容をネットワーク主導型ハンドオーバ停止フラグ処理部６０１が処理し、ハンドオーバ決定部６０２に通知する。
【００７１】
ここで、ネットワーク主導型ハンドオーバ停止フラグの内容は、ＡＧ１０１から直接ＢＳ１０５に通知されてもよいし、エリア情報の一部として通知されてもよいし、ＭＭＥ（Mobility Management Entity）経由で通知されてもよい。さらには、ＵＥ１００がメジャメントレポートやコントロールプレーンメッセージにネットワーク主導型ハンドオーバ停止フラグを付加してもよく、ＢＳ１０５はネットワーク主導型ハンドオーバ停止フラグ７０１が付加された、有効なメジャメントレポートやコントロールプレーンメッセージを受信すると、それ以降のネットワーク主導型ハンドオーバを実施しないよう制御される。なお、メジャメントレポートにネットワーク主導型ハンドオーバ停止フラグを付加する場合のメッセージフォーマットの一例を図７に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。
【００７２】
ＢＳ１０５における具体的な処理の一例について図８を用いて説明する。図８に示すように、無線通信部８０４を介して受信したメジャメントレポートから、メジャメントレポート処理部８０５がネットワーク主導型ハンドオーバ停止フラグを取得し、ネットワーク主導型ハンドオーバ停止フラグ処理部８０１で処理し、ハンドオーバ決定部８０２に通知する。
【００７３】
また、ネットワーク主導型ハンドオーバ停止フラグは、ＰＧ１０４からＡＧ１０２を介してＢＳ１０６に通知されてもよい。これにより、ＢＳ１０６にて実施するハンドオーバ許可に利用される。すなわち、ＢＳ１０６がＢＳ１０５からハンドオーバリクエストを受信したときに、ネットワーク主導型ハンドオーバ停止フラグが有効である通知を先に受け取ったＢＳ１０６は、ハンドオーバを不許可とし、さらに以降のハンドオーバを停止させる要求を付加したハンドオーバリクエスト応答をＢＳ１０５に送信する。
【００７４】
ＢＳ１０６における具体的な処理の一例について図９を用いて説明する。図９に示すように、バックボーン通信部９０３を介してＰＧ１０４からＡＧ１０２経由で受信したネットワーク主導型ハンドオーバ停止フラグの内容をネットワーク主導型ハンドオーバ停止フラグ処理部９０３が処理し、ハンドオーバ許可部９０２に通知する。ハンドオーバ許可部９０２では、ＢＳ１０５からハンドオーバリクエストを受信したときに、ハンドオーバを不許可とし、さらに以降のハンドオーバを停止させる要求を付加したハンドオーバリクエスト応答をＢＳ１０５に送信する。
【００７５】
なお、図１９に示すように、ＵＥ１００が同時に複数のＰＤＮ１３０〜１３２と接続している場合、一部のＰＤＮとの接続だけがハンドオーバの対象となることがある。例えば、ＰＤＮ１３０、１３１との接続だけがハンドオーバ対象となり、ＰＤＮ１３２との接続はハンドオーバされずに現行アクセスネットワークに残るような場合である。また同様に、一部のＰＤＮとの接続だけがネットワーク主導型ハンドオーバの対象となることもある。この場合の、本発明によるハンドオーバ処理方法の動作について図２を用いて説明する。なお、基本的な動作は先に説明したのと同じであり、ここでは異なる動作についてのみ説明する。
【００７６】
ＵＥ１００は、アタッチメントイベントＳ２００３において、全ＰＤＮ１３０〜１３２との接続をＡＤ１１３にハンドオーバすることを指示する。具体的には、アタッチメントイベントにＰＤＮ１３０〜１３２を指定するためのＡＰＮ（Access Point Name）、あるいはPDNから配布されたアドレスないしプレフィクスの内、指定するPDNに対応するもの、あるいはそれに代わるPDNコネクション識別子をそれぞれ記載して送信する。これにより、全ＰＤＮ１３０〜１３２への接続がＡＤ１１３経由となるパス設定がＰＧ１０４によって行われる（Ｓ２００６）。
【００７７】
しかし、同時期に発生するネットワーク主導型ハンドオーバによって、一部のＰＤＮ１３０、１３１との接続をＡＤ１１２経由とするパス設定が実施されることになる（Ｓ２０１３）。ＵＥ１００がハンドオーバコマンドを通じてネットワーク主導型ハンドオーバの発生とともに同ハンドオーバ対象となるＰＤＮ１３０、１３１の通知を受けた場合、それらのＰＤＮに対応するＡＰＮ（あるいは対応するアドレス／プレフィクス、またはそれに代わるPDNコネクション識別子；以下、総称してPDNコネクション識別子とよぶ）を記載したリアタッチメントイベントを送信する（Ｓ２０１７）。また、ハンドオーバコマンドを通じてネットワーク主導型ハンドオーバの対象となったＰＤＮが通知されなかった場合は、全てのＰＤＮ１３０〜１３２に対応するＡＰＮ等のPDNコネクション識別子を記載するか、何もＡＰＮ等のPDNコネクション識別子を記載せずにリアタッチメントイベントを送信する（Ｓ２０１７）。これを受けて、ネットワーク主導型ハンドオーバ対象となったＰＤＮ１３０、１３１、またはそれらを含む全てのＰＤＮ１３０〜１３２との接続がＡＤ１１３経由となるパス設定が再度実施され、所望していた端末主導型ハンドオーバを正常に完了させることができる。
【００７８】
＜第２の実施の形態＞
本発明の第２の実施の形態について説明する。まず、第２の実施の形態におけるハンドオーバ処理方法について図１、図１０を用いて説明する。図１０は先に図１６を用いて説明した課題（第２のケース）の解決方法を説明するための図である。
【００７９】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ１０００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由で受信できているものとする（ステップＳ１０００２）。ＵＥ１００がＡＤ１１２と通信可能なエリアに移動し、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１０００３）と、ＵＥ１００はＢＳ１０５からハンドオーバコマンドを受信し、ＢＳ１０６にハンドオーバ確認メッセージ（ハンドオーバコンファーム）を送信する（ステップＳ１０００４）。これを受けてＡＧ１０２はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１０００５）。
【００８０】
ＰＧ１０４がＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得するのと同時期に、ＵＥ１００がＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定すると、接続要求であるアタッチメントイベント（Attachment Event）がＢＳ１０７を介してＡＧ１０３に送られ（ステップＳ１０００６）、ＡＧ１０３からＰＧ１０４にプロキシＢＵが送信される（ステップＳ１０００７）。しかし、このときＰＧ１０４は先着のＵＥ１００に対するハンドオーバ（ＡＤ１１２に対するもの）の処理中であるため、新たなハンドオーバ要求（ＡＤ１１３に対するもの）を受け付けることができない。
【００８１】
したがって、ＰＧ１０４はプロキシＢＡにてＮＡＣＫ（処理失敗：Failed）をＡＧ１０３に返す（ステップＳ１０００８）。これにより、ＡＤ１１３への接続要求は許可されず、ＵＥ１００に接続失敗の応答（アタッチメントアック（失敗））が返される（ステップＳ１０００９）。一方で、ＡＤ１１２へのハンドオーバは正しく実行され（ステップＳ１００１０、１００１１、１００１２）、ＡＧ１０１からＡＧ１０２へのパス切り替えが完了する（ステップＳ１００１３）。
【００８２】
ここで、ＵＥ１００は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実行されたことを検出する。具体的には、ネットワーク主導型ハンドオーバに基づいてＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ハンドオーバ確認メッセージをＡＤ１１２のＢＳ１０６に送信した（ステップＳ１０００４）後に、端末主導型ハンドオーバに基づいてＡＤ１１３のＢＳ１０７に接続要求（アタッチメントイベント）を送信（ステップＳ１０００６）したことを条件に双方のハンドオーバが同時期に実施されていることを検出する。
【００８３】
ＡＤ１１３から接続失敗の結果を受信したこと（ステップＳ１０００９）を受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知して、ＡＤ１１３のＢＳ１０７に再接続要求であるリアタッチメントイベント（Re-attachment Event）を送信する（ステップＳ１００１４）。このとき、ＵＥ１００はプロキシＢＵ処理以外の処理には先に実施した接続要求の結果を再利用するよう指示するフラグ（再接続要求フラグ）を付加する。なお、メッセージフォーマットの一例を図３に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００８４】
なお、ＵＥ１００は同様の指示をＡＤ１１３への最初の接続要求送信時に行ってもよい。具体的には、ＵＥ１００は後に再接続要求の送信可能性があるので本接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ）をアタッチメントイベント（ステップＳ１０００６）に付加する。なお、メッセージフォーマットの一例を図４に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＡＤ１１３の該当するエンティティ、例えば、認証システムを構成するＡＡＡサーバやプロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３などとＰＧ１０４とが、ＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ１００１４）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【００８５】
なお、この時点で双方のハンドオーバが重複して実行されていることは既に明らかとなっており、先述した第１のハンドオーバ処理方法に比べて高い確度でデータ（コンテキスト）の保存を指示することができ、ＡＤ１１３及びコアネットワークにおけるリソース効率の向上を図ることができる。
【００８６】
ＵＥ１００からの再接続要求であるリアタッチメントイベントを受信したＡＤ１１３の各エンティティ（ＡＡＡサーバ、プロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３など）とＰＧ１０４は、先の接続処理で生成されたデータ（コンテキスト）を再利用して接続処理を実施し、ＡＧ１０３は直ちにプロキシＢＵをＰＧ１０４に送信する（ステップＳ１００１５）。ＰＧ１０４は、先にＰＣＲＦ１２０から取得したＱｏＳ設定情報を再利用して（再度、ＰＣＲＦ１２０への問合せは行わない）、データパスをＡＧ１０３あてに設定し（ステップＳ１００１６）、プロキシＢＡをＡＧ１０３に送信する（ステップＳ１００１７）。これを受けて再接続要求に対する応答であるリアタッチメントアック（Re-attachment Ack）成功がＵＥ１００に返される（ステップＳ１００１８）。
【００８７】
ＵＥ１００はＢＳ１０７を介してリアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ１００１９〜１００２１）。なお、ＡＤ１１２リソースの解放をＰＧ１０４がトリガする（行う）場合は、現設定の前にデータパスが向けられていたアクセスドメインのリソースを対象とするため、正しくＡＤ１１２のリソースが解放される。
【００８８】
なお、アタッチメントイベント（ステップＳ１０００６）は、ネットワーク主導型ハンドオーバが開始される（ステップＳ１０００３）前に送信されることもある。図１１はこうした状況で発生する課題（図１７で説明）を解決する解法の一例であるが、基本的な動作は図１０と同じであるため、説明を省略する。
【００８９】
既にネットワーク主導型ハンドオーバが実施されている状態で、端末主導型ハンドオーバを開始しようとするとき、ＵＥ１００は端末主導型ハンドオーバ先アクセスネットワークに送信する再接続要求（Re-Attachment Event）に、接続処理によって生成されるデータ（コンテキスト）を、端末主導型ハンドオーバが仮に失敗した場合であっても保存しておくようアクセスネットワークの関連する装置に指示するフラグをセットする。本フラグは、図４に示す保存要求フラグ４０１と同等のものであってもよいし、別のものであってもよい。前者である場合、メッセージフィールドを有効活用することでリソース低減を図ることができる。また後者の場合、再接続要求処理時に生成したデータ（コンテキスト）を優先的に使用することを暗黙的に指示することができ、対象となる装置内の判定処理を削減することができる。
【００９０】
保存対象となるデータ（コンテキスト）は接続要求を受けて計算・生成されるものであり、接続後の通信にて使用する暗号・認証鍵や、ＵＥ１００が通信や再接続時に使用するための一時的なＩＤ、また最終値に至るまでの途中値や、データ（コンテキスト）生成に必要な情報（特に、他エンティティから動的に取得するもの）などが例としてあげられる。これにより、後に送信するリアタッチメントイベントに続く処理を、プロキシＢＵ／プロキシＢＡ処理と、それに関係する必要最低限の処理にとどめることができ、ハンドオーバ時間の削減を図ることができる。
【００９１】
次に、本発明の第１、第２の実施の形態に係る移動端末（ＵＥ）について図１２を用いて説明する。本発明に係る主要な構成要素は、状態判定部及びハンドオーバ制御部である。以下、これらを中心に説明する。
【００９２】
まず、状態判定部１２０３について説明する。状態判定部１２０３は、ハンドオーバの実施状況や移動端末の状態に基づいて、本発明による再接続要求（Re-attachment Event）メッセージを送信するためのトリガを生成する。具体的には、ネットワーク主導型ハンドオーバが実施されていることをハンドオーバコマンド／ハンドオーバ確認メッセージの交換などにより検出し、さらには端末主導型ハンドオーバにおけるハンドオーバ先アクセスに対する接続要求の結果に応じて再接続要求メッセージを送信するかを判断する。
【００９３】
第１の実施の形態におけるハンドオーバ処理方法では、状態判定部１２０３は具体的に次のような手段により検出を行う。１つの検出方法として以下のものがある。端末主導型ハンドオーバ先となるアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２のステップＳ２０１０の発生（さらに詳しくは、図１８Ａのハンドオーバ開始指示転送（ステップＳ１８０１４）の受信とハンドオーバ確認メッセージ（ステップＳ１８０１７）の送信、あるいはハンドオーバ確認メッセージの送信のみ）をもって検出する。
【００９４】
また、他の検出方法として以下のものがある。端末主導型ハンドオーバ先のアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出する。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生することを推測する。また、これまでに送信したメジャメントレポートの内容に対してネットワーク主導型ハンドオーバが実行されたか、の履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、実際にネットワーク主導型ハンドオーバの開始条件をダウンロードして推測に用いたりするなどの方法がある。
【００９５】
また、第２の実施の形態におけるハンドオーバ処理方法では、状態判定部１２０３は、ネットワーク主導型ハンドオーバに従ってＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ハンドオーバ確認メッセージをＡＤ１１２のＢＳ１０６に送信した（ステップＳ１０００４）後に、端末主導型ハンドオーバに基づいてＡＤ１１３のＢＳ１０７に接続要求を送信（ステップＳ１０００６）したことをもって双方のハンドオーバが同時期に実施されていることを検出する。さらには、ＡＤ１１３から接続失敗の結果を受信したこと（ステップＳ１０００９）を受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知することにより検出する。
【００９６】
また、第１、第２の実施の形態において、状態判定部１２０３はネットワーク主導型ハンドオーバの再発検出も行う。すなわち、本発明に基づく処理と併行して、再度ネットワーク主導型ハンドオーバが実施されてデータパスが再びネットワーク主導型ハンドオーバ先のアクセスネットワーク（ＡＤ１１２）に向けた内容に書き換えられたであろうことを次のような方法により検出し、ハンドオーバ制御部１２０２に通知する。
【００９７】
１つの検出する方法として以下のものがある。すなわち、端末主導型ハンドオーバ元のアクセスネットワーク（実際にはネットワーク主導型ハンドオーバ先のアクセスネットワークＡＤ１１２）経由で引き続きパケットを受信していることによって検出するものがある。また、他の検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ先アクセスネットワークから所定の回数以上の接続失敗応答メッセージを受信したことによって検出するものがある。この所定の回数は、例えば２回などである。
【００９８】
次に、ハンドオーバ制御部１２０２について説明する。ハンドオーバ制御部１２０２は、状態判定部１２０３が出力する情報に基づいて、本発明による再接続要求処理を実施する。具体的には、状態判定部１２０３においてＰＧ１０４におけるデータパス設定が意図しないものになっていることが察知され、その旨の通知を受けると、ＢＳ１０７に再接続要求リアタッチメントイベント（ステップＳ２０１７）を送信する。このとき、再接続要求にプロキシＢＵ処理以外の処理に関しては先に実施した接続要求の結果を再利用するよう指示するフラグ（再接続要求フラグ；図３参照）を付加する。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００９９】
なお、ＵＥ１００は再利用可能なデータ（コンテキスト）を保存しておく指示をＢＳ１０７への最初の接続要求送信時に行ってもよい。具体的には、後に再接続要求の送信可能性があるのでこの接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ；図４参照）をアタッチメントイベント（ステップＳ２００３）に付加する。これにより、ＡＤ１１３の該当するエンティティ、例えばＡＡＡサーバやプロキシＡＡＡサーバ、基地局ＢＳ１０７、ＡＧ１０３などがＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ２０１７）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【０１００】
また、状態判定部１２０３によってネットワーク主導型ハンドオーバの再発が検出された場合、ハンドオーバ制御部１２０２は、ネットワーク主導型ハンドオーバの停止を促すフラグ（ネットワーク主導型ハンドオーバ停止フラグ；図５参照）を再接続要求にセットする。
【０１０１】
なお、第１送受信部１２０５、第２送受信部１２０６は、外部アクセスネットワークからのパケットやメッセージなどを受信したり、外部アクセスネットワークへのパケットやメッセージなどを送信したりするものであり、それぞれ３ＧＰＰアクセスとの通信用、非３ＧＰＰアクセスとの通信用に相当する。なお、第１送受信部１２０５、第２送受信部１２０６を１つの送受信部としてもよい。また、通信環境測定部１２０４及び１２０７は、ＵＥ１００の周辺における無線通信の状況（受信する電波の強度など）を測定するものであり、必要に応じて測定した無線通信の状況を報告するためのレポート（メジャメントレポート）を作成して接続された送受信部１２０５、１２０６を介してネットワークに送信する。また、ハンドオーバポリシ１２０１は、ＵＥ１００がハンドオーバを行う際に用いられる情報を格納するものである。
【０１０２】
なお、本発明では、各アクセスネットワーク（アクセスドメイン）に１つの基地局が配置されたケースのハンドオーバについて詳細に説明したが、１つのアクセスネットワーク内に複数の基地局やＳＧＷが配置されたケースのハンドオーバについても同様に考えられる。この場合、ネットワーク主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）内の基地局間のハンドオーバとなり、端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）と非３ＧＰＰアクセスネットワーク（ＡＤ１１３）間でのハンドオーバとなる。
【０１０３】
また、上記説明した本発明による実施の形態では、移動端末の移動管理にＰｒｏｘｙ  ＭＩＰを用いる場合について説明したが、特に３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間の移動において、移動端末がＤＳＭＩＰ(Dual Stack Mobile IP)などのモバイルIP機能を有する場合、移動端末がバインディングアップデート（Binding Update）メッセージをパケットゲートウェイに送信することにより、位置登録を実施することができる。このとき、パケットゲートウェイは、移動端末からのバインディングアップデートメッセージを受けて、メッセージに含まれる気付けアドレス宛のデータパスを確立させるため、該当する移動端末のバインディングキャッシュエントリを更新し、その結果（データパス確立成功あるいは失敗）をバインディングアクノリッジ（Binding Acknowledge）メッセージにより移動端末に通知する。
【０１０４】
バインディングアップデートメッセージの送信はアタッチメントイベントおよびアタッチメントアック（アタッチ成功）の交換後に実施し、パケットゲートウェイが正常にバインディングキャッシュエントリを更新できた場合はデータパス確立成功を示すバインディングアクノリッジメッセージが返される。ここで、例えば移動端末がネットワーク主導型ハンドオーバの発生を検出した場合、移動端末は先に説明したのと同様にリアタッチメントイベントを送信してもよいが、既にアタッチメントに成功しているので、バインディングアップデートメッセージの再送を行うので十分である。これにより、ネットワーク主導型ハンドオーバによって上書きされた可能性のあるバインディングキャッシュエントリを、端末主導型ハンドオーバによるハンドオーバ先アクセスネットワーク（すなわち非３ＧＰＰアクセスネットワーク）宛のデータパスとなるよう再度更新させることができる。
【０１０５】
＜第３の実施の形態＞
本発明の第３の実施の形態について説明する。まず、第３の実施の形態におけるハンドオーバ処理方法について図１、図２０を用いて説明する。本実施の形態のハンドオーバ処理方法は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実施されることを検知した場合に、移動端末は、ネットワーク主導型ハンドオーバによるパス切り替えが完了した通知を得た後、端末主導型ハンドオーバを開始することにより、双方のハンドオーバ処理の干渉を回避するものである。
【０１０６】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ２０００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由で受信できているものとする（ステップＳ２０００２）。ＵＥ１００がＡＤ１１２と通信可能なエリアに移動し（Ｓ２０００３）、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定する（ステップＳ２０００４）。またそれと前後して、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ２０００５）と、ＵＥ１００はＢＳ１０５からハンドオーバコマンドを受信する（ステップＳ２０００６）。
【０１０７】
これを受けて、ＵＥ１００は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実行されたことを検出する。具体的には、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定したことと、ネットワーク主導型ハンドオーバに基づいてＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信したことを条件に双方のハンドオーバが同時期に実施されていることを検出する。
【０１０８】
これを受けて、ＵＥ１００は、図２１に示す通知要求フラグ２１０１を付加したハンドオーバ確認メッセージ（ハンドオーバコンファーム）をＢＳ１０６に送信する（ステップＳ２０００７）。これを受けてＡＧ１０２は、通知要求フラグの内容を転記したプロキシＢＵをＰＧ１０４に送信する（ステップＳ２０００８）。このプロキシＢＵはハンドオーバ確認メッセージと同様の通知要求フラグを有していてもよいし、別の形式をもって通知要求フラグの内容を転送するものであってもよい。
【０１０９】
プロキシＢＵを受信したＰＧ１０４は、ＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得し（ステップＳ２０００９）、データパスをＡＧ１０２あてに設定し（ステップＳ２００１０）、プロキシＢＡをＡＧ１０２に送信する（ステップＳ２００１１）。これと同時にＰＧ１０４は、パス切り替え完了通知メッセージをＡＤ１１２内の移動管理エンティティ ＭＭＥ（Mobility Management Entity）に送信し（ステップＳ２００１２）、ＭＭＥがこれをＵＥ１００に転送する（ステップＳ２００１３）。
【０１１０】
ＰＧ１０４からＭＭＥに送信されるパス切り替え完了通知メッセージは、例えば、図２２に示すようなパス切り替え完了通知フラグ２２０１を含むＩＰパケットの形態をとるものである。また、ＭＭＥからＵＥ１００に送信されるパス切り替え完了通知メッセージは、例えば図２３に示すような、パス切り替え完了通知フラグ２３０１を含む無線パケットの形態をとるものであったり、図２２のＩＰパケットに無線ヘッダを付加したものであったりする。これを受けてＵＥ１００は、ネットワーク主導型ハンドオーバによるパス切り替えが完了したことを知り、直ちに端末主導型ハンドオーバを開始する。すなわち、ＵＥ１００は、接続要求であるアタッチメントイベント（Attachment Event）をＢＳ１０７に送信する（ステップＳ２００１４）と、ＡＧ１０３に転送され、ＡＧ１０３からＰＧ１０４にプロキシＢＵが送信される（ステップＳ２００１５）。
【０１１１】
これにより、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実施されることによるハンドオーバ処理の干渉を回避でき、ハンドオーバ失敗やいずれかのハンドオーバをやり直すことによるシステムリソースの再割り当てや浪費を防ぐことができる。また、ＵＥ１００がデータパスの切り替え完了を知ることによって、ネットワーク主導型ハンドオーバの全処理が完了するのを待つことなく、迅速に端末主導型ハンドオーバを開始することができ、ひいてはハンドオーバ処理の高速化、効率化につながるものである。
【０１１２】
ＰＧ１０４は、ＰＣＲＦ１２０からＱｏＳ設定情報を取得して（ＱｏＳ  Provisioning：ステップＳ２００１６）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリを更新してデータパスをＡＧ１０３宛に設定し（ステップＳ２００１７）、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ２００１８）。これを受けてアタッチメントアック（Re-attachment Ack）がＵＥ１００に返される（ステップＳ２００１９）。
【０１１３】
ＵＥ１００はＢＳ１０７を介してアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ２００２０）。なお、ＡＤ１１２リソースの解放はＰＧ１０４がトリガする（行う）ものであってもよい。
【０１１４】
なお、ＵＥ１００は、端末主導型ハンドオーバの開始を決定したのと同時にネットワーク主導型ハンドオーバの開始が決定されたことを、ハンドオーバコマンドを受信する以前に検出することができる。具体的には、次のような手段により検出を行う。
【０１１５】
ＵＥは、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのと前後して、端末主導型ハンドオーバ元のアクセスネットワークＡＤ１１１において、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好であるなどの測定結果）を送信した場合は、ＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。
【０１１６】
また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【０１１７】
なお、図１９に示すように、ＵＥ１００が同時に複数のＰＤＮ１３０〜１３２と接続している場合、一部のＰＤＮとの接続だけがハンドオーバの対象となることがある。例えば、ＰＤＮ１３０、１３１との接続だけがハンドオーバ対象となり、ＰＤＮ１３２との接続はハンドオーバされずに現行アクセスネットワークに残るような場合である。また同様に、一部のＰＤＮとの接続だけがネットワーク主導型ハンドオーバの対象となることもある。この場合、ＵＥ１００は、ネットワーク主導型ハンドオーバの対象とならなかったＰＤＮのみ先行して端末主導型ハンドオーバを実施してもよい。これにより、ネットワーク主導型ハンドオーバが完了した後で実施する端末主導型ハンドオーバの対象となるＰＤＮ数を削減することができ、全体としてハンドオーバ時間を低減させることができる。
【０１１８】
＜第４の実施の形態＞
本発明の第４の実施の形態について説明する。第４の実施の形態におけるハンドオーバ処理方法について図１、図２４を用いて説明する。本実施の形態のハンドオーバ処理方法は、パス切替完了通知メッセージが第３の実施の形態のものと異なり、また、移動端末は、ネットワーク主導型ハンドオーバによるパス切り替えが完了した通知をパケットゲートウェイ（ＰＧ）から直接得られる点が第３の実施の形態のハンドオーバ処理方法と異なる。
【０１１９】
ＵＥ１００は、ＡＤ１１１との接続時にＰＧ１０４とＤＳＭＩＰ（あるいはＭｏｂｉｌｅ ＩＰ）ブートストラッピングを完了し、ホームアドレスと気付けアドレスのバインディング等のメッセージを保護するための認証・暗号化鍵などを取得しているものとする。ＵＥ１００は、通知要求フラグ付きのハンドオーバ確認メッセージを送信する（ステップＳ２４００７）。ＰＧ１０４は、通知要求フラグ付きのプロキシＢＵ（ＰＢＵ）を受ける（ステップＳ２４００８）と、ＱｏＳ設定情報を取得して（ステップＳ２４００９）、ＢＣエントリ更新処理（ステップＳ２４０１０）後に、その完了をＵＥ１００に通知する（ステップＳ２４０１２）。
【０１２０】
ＵＥ１００はＤＳＭＩＰ（あるいはＭｏｂｉｌｅ  ＩＰ）を使えるので、パス切替完了通知メッセージとしてＢｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋ等のＭｏｂｉｌｅ  ＩＰに関するメッセージのいずれかを適用できる。ここでＵＥ１００は、ホームリンクに接続しており、ＰＧ１０４（Ｍｏｂｉｌｅ  ＩＰのホームエージェントに相当）へのバインディング登録は行っていない状態にある。すなわち、ＰＧ１０４はＵＥ１００のＤＳＭＩＰ（あるいはＭｏｂｉｌｅ  ＩＰ）に関するバインディング管理は行っていない。こうした状況において、これらのメッセージがＰＧ１０４の主導により送信されることは、通常の動作とは異なるものであり、ＵＥ１００は、先に検出した端末主導型ハンドオーバとネットワーク主導型ハンドオーバの同時発生と併せることによって、ネットワーク主導型ハンドオーバによるデータパスの切替が完了したことを認識することができる。これにより、ネットワーク主導型ハンドオーバによるデータパス切替の完了をＵＥ１００に直接通知できるので、リアルタイムな通知が可能となり、ハンドオーバ時間の削減につながる。
【０１２１】
上記通知手段として使うメッセージにも特別なフラグを付加してもよい。例えば、非３ＧＰＰアクセスに関するバインディングを促すフラグを新たに設けてもよく、ネットワーク主導型ハンドオーバによるデータパス切替の完了とともに、非３ＧＰＰアクセスにハンドオーバしてバインディングを更新することを明示的にＵＥ１００に指示することで、ＵＥ１００における判断処理を削減し、処理効率の向上を図ることができる。また、上記のメッセージを適用せずに、新規にメッセージを規定してもよい。
【０１２２】
通知を受けたＵＥ１００は、端末主導型ハンドオーバを開始する。すなわち、ＡＤ１１３とアクセスレベルでの接続（アタッチメントイベント（ステップＳ２４０１３）、アタッチメントアック（ステップＳ２４０１４））に続いてケアオブアドレスの割当てを受け（ステップＳ２４０１５）、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ、Ｂｉｎｄｉｎｇ Ａｃｋを実施する（ステップＳ２４０１６、Ｓ２４０１７）。その後、ＡＤ１１２のリソースを解放する（ステップＳ２４０２０）、なお、ＡＤ１１２のリソース解放は、ＰＧ１０４がトリガしてもよい。
【０１２３】
なお、ハンドオーバ確認メッセージに付加したような通知要求フラグを、別の形態にてUE100からPG104に伝達することができる。すなわち、UE100がハンドオーバコマンドを受信して、ハンドオーバ確認メッセージを送信する直前に、PG104に対して通知要求フラグと同等の意味を有する特定のメッセージを送信する。例えば特定のメッセージとして、Deregistration BUメッセージを送信する。ここで、送信するメッセージ内に通知要求フラグを明示的に付加してもよい。
【０１２４】
直後にUE100が送信するハンドオーバ確認メッセージの結果として発生するプロキシBUと、前記特定のメッセージ（例えばDeregistration BU）をともに受信したPG104は、ＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得し（ステップＳ２０００９）、データパスをＡＧ１０２あてに設定し（ステップＳ２００１０）、プロキシＢＡをＡＧ１０２に送信する（ステップＳ２００１１）。これと同時にＰＧ１０４は、パス切り替え完了通知メッセージをＡＤ１１２内の移動管理エンティティ ＭＭＥ（Mobility Management Entity）に送信する代わりに、同等の意味を有するメッセージとして、例えばバインディングアック（Binding Acknowledge）メッセージを直接UE100に送信する。これを受けてUE100は、ネットワーク主導型ハンドオーバによるパス切り替えが完了したことを知り、直ちに端末主導型ハンドオーバを開始する。すなわち、ＵＥ１００は、接続要求であるアタッチメントイベント（Attachment Event）をＢＳ１０７に送信する（ステップＳ２００１４）。
【０１２５】
次に、本発明の第３、４の実施の形態に係る移動端末（ＵＥ）について説明する。なお、ここでの移動端末の構成は図１２に記載の構成と同様であるため、図１２を用いて説明する。本発明に係る主要な構成要素は、状態判定部１２０３及びハンドオーバ制御部１２０２であるため、これらを中心に説明する。
【０１２６】
まず、状態判定部１２０３について説明する。状態判定部１２０３は、ハンドオーバの実施状況や移動端末の状態に基づいて、本発明による通知要求を含むハンドオーバ確認メッセージを送信するためのトリガを生成する。具体的には、端末主導型ハンドオーバの開始と同時期にネットワーク主導型ハンドオーバが開始されていることをハンドオーバコマンドの受信などにより検出する。
【０１２７】
状態判定部１２０３は具体的に次のような手段により検出を行う。１つの検出方法として以下のものがある。ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのに前後して、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２０におけるハンドオーバコマンドの受信（図１８Ａのハンドオーバ開始指示転送（ステップＳ１８０１４）の受信と同義）をもって検出する。
【０１２８】
また、他の検出方法として以下のものがある。ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのに前後して、端末主導型ハンドオーバ元のアクセスネットワークＡＤ１１１において、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。
【０１２９】
また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【０１３０】
次に、ハンドオーバ制御部１２０２について説明する。ハンドオーバ制御部１２０２は、状態判定部１２０３が出力する情報に基づいて、本発明による通知要求処理を実施する。具体的には、状態判定部１２０３において端末主導型ハンドオーバの開始とネットワーク主導型ハンドオーバの開始が同時期に発生したことが検出され、その旨の通知を状態判定部１２０３から受けると、ＢＳ１０７から受信したハンドオーバコマンドに応答して本発明によるハンドオーバ確認メッセージを送信する。
【０１３１】
このとき、ハンドオーバ確認メッセージに、データパス完了時に通知を送信するよう指示するフラグ（通知要求フラグ２１０１；図２１参照）を付加する。これにより、ＰＧ１０４においてデータパスの設定が完了した時にＵＥ１００は上記示した手段により通知を受けて、端末主導型ハンドオーバを即座に開始することができ、ハンドオーバ時間を削減することができる。
【０１３２】
なお、第１送受信部１２０５、第２送受信部１２０６は、外部アクセスネットワークからのパケットやメッセージなどを受信したり、外部アクセスネットワークへのパケットやメッセージなどを送信したりするものであり、それぞれ３ＧＰＰアクセスとの通信用、非３ＧＰＰアクセスとの通信用に相当する。なお、第１送受信部１２０５、第２送受信部１２０６を１つの送受信部としてもよい。また、通信環境測定部１２０４及び１２０７は、ＵＥ１００の周辺における無線通信の状況（受信する電波の強度など）を測定するものであり、必要に応じて測定した無線通信の状況を報告するためのレポート（メジャメントレポート）を作成して接続された送受信部１２０５、１２０６を介してネットワークに送信する。また、ハンドオーバポリシ１２０１は、ＵＥ１００がハンドオーバを行う際に用いられる情報を格納するものである。
【０１３３】
次に、本発明の第３、第４の実施の形態に係るパケットゲートウェイ（ＰＧ）について図２５を用いて説明する。本発明に係る主要な構成要素はパス切り替え判定部２５０１である。以下、これを中心に説明する。
【０１３４】
パス切り替え判定部２５０１は、データパス完了時に通知を送信するよう指示するフラグ（通知要求フラグ２１０１；図２１参照）が付加されたプロキシＢＵを受信したことの通知をバインディング処理部２５０２から受けると、バインディング処理部２５０２による当該バインディング処理の完了を監視する。なお、パス切り替え判定部２５０１は、バインディング処理部２５０２による当該バインディング処理の完了時に割り込みを受けるものであってもよく、監視にポーリングを用いる場合に比べて監視負荷を低減することができる。
【０１３５】
当該バインディング処理の完了を検出したパス切り替え判定部２５０１は、実施の形態に応じて異なる動作を実施する。第３の実施の形態におけるパケットゲートウェイ１０４では、パス切り替え判定部２５０１はＵＥ１００に送信するパス切り替え完了通知（図２２参照）を生成して通信部２５０３に転送し、ＭＭＥ経由でＵＥ１００に送信するよう指示する。これを受けて、通信部２５０３がパス切り替え完了通知をＭＭＥ経由でＵＥ１００に送信する。
【０１３６】
また、第４の実施の形態におけるパケットゲートウェイ１０４では、パス切り替え判定部２５０１は、上述したパス切り替え完了通知と同等の意味を持つメッセージとして、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋ等のうち、所定のメッセージをＵＥ１００に送信するようバインディング処理部２５０２に指示する。ここで、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋのいずれを送信するかは、あらかじめ静的に決定するものであってもよく、これによってパケットゲートウェイによる選択処理を省略でき、ハンドオーバ時間を短縮することができる。
【０１３７】
あるいは、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋのいずれかを、送信時に決定するものであってもよく、これによって、ＵＥ１００の状態に応じたメッセージを都度選択することができる。例えば、ＵＥ１００が別のアクセスドメインからの接続処理を実施中であって、Ｂｉｎｄｉｎｇ Ａｃｋの受信を待っているような状況においては、混乱を避けるためにＢｉｎｄｉｎｇ ＲｅｆｒｅｓｈｍｅｎｔやＢｉｎｄｉｎｇ  Ｒｅｖｏｃａｔｉｏｎを選択したり、ＵＥ１００がＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎメッセージをサポートしていない場合は、それ以外のメッセージを動的に選択したりすることができ、処理性能の効率化につながる。
【０１３８】
バインディング処理部２５０２では、ＰＭＩＰやＤＳＭＩＰなどの移動管理プロトコルにおける、ＵＥ１００の位置（アドレス）管理を司り、具体的にはＵＥ１００からバインディングアップデートメッセージを受信したり、ＡＤのＭＡＧやサービングゲートウェイからプロキシＢＵを受信したりすると、当該ＵＥ１００のバインディングキャッシュエントリを更新して、データパスの切り替えを実施する。
【０１３９】
通信部２５０３は、コアネットワーク１１０や各アクセスドメイン１１１〜１１３のアクセスゲートウェイ１０１〜１０３と通信を行うためのものであり、イーサネット(登録商標）や専用線などの有線通信の形態をとるものであってもよいし、無線通信の形態をとるものであってもよい。
【０１４０】
なお、本発明では、各アクセスネットワーク（アクセスドメイン）に１つの基地局が配置されたケースのハンドオーバについて詳細に説明したが、１つのアクセスネットワーク内に複数の基地局やＳＧＷが配置されたケースのハンドオーバについても同様に考えられる。この場合、ネットワーク主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）内の基地局間のハンドオーバとなり、端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）と非３ＧＰＰアクセスネットワーク（ＡＤ１１３）間でのハンドオーバとなる。
【０１４１】
なお、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【０１４２】
また、本発明の実施の形態では、移動端末のネットワークインタフェース（送受信部１２０５、１２０６）が複数であることを前提に説明を行っている部分があるが、本発明を実施するうえでの論理的なインタフェースが複数あればよく、例えば、１つの送受信部を複数の接続方式で共用し、ネットワークインタフェースの観点からはその変化が問題にならない程度の速度で切り替えたり、レイヤ２で論理的なリンクを維持したりすることにより、ハンドオーバ制御部やレイヤ２より上位の通信部からは複数のインタフェースを介してネットワークに接続している場合と同等に動作できるよう構成されていてもよい。
【０１４３】
さらには、本発明の実施の形態では、移動端末１００が送受信部１２０５、１２０６を介して基地局と無線通信を行うことを前提に説明を行っているが、移動端末が基地局相当のアクセスポイントと有線通信を行うものであってもよく、アクセスポイント間の切り替えにおいて同等の効果を有するものである。
【０１４４】
またさらに、移動端末は複数の通信デバイスから構成されるものであってもよく、例えばパーソナルコンピュータ等の電子計算機に外挿型あるいは組み込み型の３ＧＰＰ通信用デバイスモジュールや非３ＧＰＰ通信デバイスモジュールを装着する場合などがあり、こうした多様な移動端末においても本発明は同等の効果を有するものである。
【０１４５】
また、移動端末が送信するアタッチメントイベントやリアタッチメントイベントは、例えば認証システム（ＡＡＡ）で使用されるメッセージやハンドオーバ（あるいは高速ハンドオーバ）で使用されるメッセージを利用したり、セルラ通信で用いられるＮＡＳ（Non-Access Stratum）等のレイヤ２／３メッセージを利用したり、ＤＨＣＰ（Dynamic Host Configuration Protocol）などのアドレスやコンフィグレーション情報を取得するメッセージなどを利用してもよい。
【０１４６】
また、本発明の実施の形態では、固定されたローカルモビリティ環境を例に説明したが、モバイルルータ（MR: Mobile Router）（および配下のノード）により構成されたモバイルネットワーク環境（もしくはモバイルルータがモバイルルータを収容する階層化されたモバイルネットワーク）に本発明を適用することも可能である。例えば、モバイルネットワークの構成方法の一つであるＮＥＭＯ（Network Mobility）はＭＲがホームエージェント（Home Agent）にモバイルネットワーク（および端末）の移動登録を行うことにより、ＭＲが収容する移動端末に対するモビリティサポートを提供しているが、本実施の形態におけるＭＡＧ（アクセスゲートウェイやServing-GWに機能配置される）の機能をＭＲに搭載することができる。さらに、ＰｒｏｘｙＭＩＰを用いたネットワークを提供するネットワークオペレータがローミング関係などにより、ＰｒｏｘｙＭＩＰで構成しているＭＡＧ−ＬＭＡ（パケットゲートウェイあるいはＰＤＮゲートウェイ）間のトンネルを多段に用いるような場合は、階層化されたモバイルネットワークに相当する。
【０１４７】
さらには、ネットワーク主導型ハンドオーバはＷｉＭＡＸや無線ホットスポット、無線ＬＡＮネットワーク等の非３ＧＰＰアクセスネットワーク内で実施されたり、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間の移動時に実施されるものであってもよく、同等の効果が得られるものである。また、同様に端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク内で実施されたり、非３ＧＰＰアクセスネットワーク内で実施されるものであってもよく、同様に同等の効果が得られるものである。
【産業上の利用可能性】
【０１４８】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置は、ネットワーク主導型ハンドオーバが同時期に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができるため、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが同時期に発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置などに有用である。
【図１】
2009157171.tif 000003
【図２】
2009157171.tif 000004
【図３】
2009157171.tif 000005
【図４】
2009157171.tif 000006
【図５】
2009157171.tif 000007
【図６】
2009157171.tif 000008
【図７】
2009157171.tif 000009
【図８】
2009157171.tif 000010
【図９】
2009157171.tif 000011
【図１０】
2009157171.tif 000012
【図１１】
2009157171.tif 000013
【図１２】
2009157171.tif 000014
【図１３】
2009157171.tif 000015
【図１４】
2009157171.tif 000016
【図１５】
2009157171.tif 000017
【図１６】
2009157171.tif 000018
【図１７】
2009157171.tif 000019
【図１８Ａ】
2009157171.tif 000020
【図１８Ｂ】
2009157171.tif 000021
【図１９】
2009157171.tif 000022
【図２０】
2009157171.tif 000023
【図２１】
2009157171.tif 000024
【図２２】
2009157171.tif 000025
【図２３】
2009157171.tif 000026
【図２４】
2009157171.tif 000027
【図２５】
2009157171.tif 000028
【手続補正書】
【提出日】平成22年12月15日(2010.12.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末のハンドオーバを制御する主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが同時期に発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置に関する。
【背景技術】
【０００２】
従来の移動通信システムにおけるハンドオーバ方式には、端末主導型ハンドオーバ（UE initiated handover）とネットワーク主導型ハンドオーバ（Network initiated handover）の２つの方式がある。まず、移動通信システムの構成の一例について図１を用いて説明し、その後に各ハンドオーバ方式について説明する。図１は従来の移動通信システムの一例の構成図である。図１に示すように、１つのコアネットワーク１１０に接続する異なる３つのアクセスドメイン（又はアクセスネットワーク）１１１〜１１３が配備されている。移動端末１００（以下、ＵＥ：User Equipmentとも言う）は、存在する位置に応じて、適したアクセスドメインに接続することができる。
【０００３】
コアネットワーク１１０には、少なくともパケットゲートウェイ（ＰＧ：Packet Gateway）１０４とＰＣＲＦ（Policy and Charging Rules Function）１２０が配備されている。パケットゲートウェイ１０４はアクセスドメイン経由でコアネットワーク１１０に接続してくるＵＥ１００を収容し、ＵＥ１００のパケットデータネットワークＰＤＮに対する接続管理を行うとともに、それらの間のパケット転送を実施する。３ＧＰＰ（3rd Generation Partnership Project）用語では、パケットゲートウェイ１０４をＰＤＮ−ＧＷ（Packet Data Network-Gateway）やGGSN（Gateway GPRS Support Node）などと呼ぶ。ＰＣＲＦ１２０はパケットゲートウェイ１０４とＵＥ１００間のＱｏＳ（Quality of Service）やPDNアクセスに対する課金情報の設定を制御する。
【０００４】
各アクセスドメインには、ＵＥ１００をＩＰレイヤにて収容するアクセスゲートウェイ（ＡＧ：Access Gateway）１０１〜１０３が配備される。ＵＥ１００は、接続したアクセスドメインに配備されたアクセスゲートウェイからＩＰアドレスやＩＰプレフィクスを取得する。アクセスゲートウェイがパケットゲートウェイ１０４と接続することで、ＷＬＡＮ（Wireless Local Area Network）やＷｉＭＡＸ（World Interoperability for Microwave Access）などの非３ＧＰＰアクセスに接続したＵＥ１００は、コアネットワーク１１０より提供される３ＧＰＰサービスにアクセスすることが可能となる。なお、アクセスゲートウェイはコアネットワーク１１０に配置されることもある。
【０００５】
アクセスゲートウェイとパケットゲートウェイ１０４との間の接続プロトコルには、ＰＭＩＰｖ６（Proxy Mobile IPv6）やＧＴＰ（GPRS Tunnel Protocol）などがある。３ＧＰＰ用語では、アクセスゲートウェイをServing Gateway（ＳＧＷ）やSGSN（Serving GPRS Support Node）、ePDG（evolved Packet Data Gateway）などと呼び、コアネットワーク１１０に配置するが、Proxy Mobile IPv6をゲートウェイ間プロトコルとして用いる場合は、特にMobility Anchor Gateway（ＭＡＧ）と呼んだり、ＭＡＧ機能を搭載したＳＧＷなどと呼ぶことがある。なお、Proxy Mobile IPv6を利用する場合のLocal Mobility Anchor（ＬＭＡ）機能は、パケットゲートウェイ１０４（ＰＤＮ−ＧＷなど）に配置される。
【０００６】
ここで、図１３を用いて端末主導型ハンドオーバについて説明する（非特許文献１を参照）。端末主導型ハンドオーバの実施においては、移動端末ＵＥがあらかじめハンドオーバポリシを取得していることが要件となる。ハンドオーバポリシを取得する方法として、例えばネットワークからダウンロードしたり、ＳＩＭカードから読み出したりする方法がある。また、端末主導型ハンドオーバは、主に３ＧＰＰアクセスと無線ＬＡＮホットスポットやＷｉＭＡＸなどの非３ＧＰＰアクセスとの間のハンドオーバに適用される。
【０００７】
既にＵＥ１００は３ＧＰＰアクセス経由で通信ベアラを確立しているものとする（ステップＳ１３００１）。非３ＧＰＰアクセスネットワークから受信できる電波の測定結果をハンドオーバポリシと照らし合わせた結果、ＵＥ１００は非３ＧＰＰアクセスへのハンドオーバ開始を決定し（ステップＳ１３００２）、非３ＧＰＰアクセス経由で３ＧＰＰサービスを利用するためのアクセス認証処理を開始する（ステップＳ１３００３）。アクセス認証が完了して接続を許可（ＵＥ１００の認証とサービスへのアクセス許可）され、アクセスリンクが確立されると、レイヤ３（ＩＰレイヤ）における接続処理を開始する（Ｌ３（Layer ３）アタッチトリガ：ステップＳ１３００４）。
【０００８】
その結果、非３ＧＰＰアクセスネットワーク内のノード（例えば、ＭＡＧ）が、ＱｏＳポリシや課金情報の設定に必要な情報（例えばアクセスネットワークの種別やオペレータ情報など）をＰＣＲＦに通知する（ゲートウェイ制御セッション構築リクエスト：ステップＳ１３００５、ゲートウェイ制御セッション構築応答：ステップＳ１３００６）。このとき、一部のQoSポリシ情報を取得することがある。続いて、ＭＡＧがプロキシＢＵ（プロキシバインディングアップデート）をＰＤＮ−ＧＷ（ＰＤＮゲートウェイ）１０４に送信し（ステップＳ１３００７）、ＰＤＮ−ＧＷ１０４はＰＣＲＦからＱｏＳポリシや課金設定情報を取得して設定する（ポリシ及び課金情報リクエスト：ステップＳ１３００８、ポリシ及び課金情報供給：ステップＳ１３００９）。
【０００９】
さらに、ＰＤＮ−ＧＷ１０４はＭＡＧの認証を行う（ステップＳ１３０１０）。これらの処理に成功すると、ＰＤＮ−ＧＷ１０４はＭＡＧに対してプロキシＢＡ（バインディングアック）を返し（ステップＳ１３０１１）、ＭＡＧとＰＤＮ−ＧＷ１０４との間にPMIPv6トンネルが構築される（ステップＳ１３０１３）。プロキシＢＡを受信したＭＡＧは、ＰＤＮ−ＧＷ１０４から配布されたＩＰプレフィックスまたはIPアドレスをＵＥ１００に転送して、Ｌ３レベルの接続処理を完了する（ステップＳ１３０１２）。そして最後に、ハンドオーバ元アクセスの３ＧＰＰベアラリソースを解放して、端末主導型ハンドオーバ処理を完了する（３ＧＰＰ ＥＰＳ ベアラリソース解放：ステップＳ１３０１４）。ここで、３ＧＰＰベアラリソースの解放は、ＵＥ１００が実施してもよいし、ＰＤＮ−ＧＷ１０４が実施してもよい。
【００１０】
次に、図１８Ａ、図１８Ｂを用いてネットワーク主導型ハンドオーバについて説明する（非特許文献３を参照）。ネットワーク主導型ハンドオーバにおいては、ＵＥ１００によって測定された周辺の無線環境の結果（後述するメジャメントレポート）に基づいて、ネットワークエンティティ（例えば接続中の基地局）がハンドオーバの開始を決定する。したがって、ＵＥ１００がハンドオーバポリシを取得する必要がない。ネットワーク主導型ハンドオーバは、主に３ＧＰＰアクセス内部や３ＧＰＰアクセス間のハンドオーバに適用される一方で、非３ＧＰＰアクセス内部や同一タイプの非3GPPアクセス間のハンドオーバに適用されることもある。
【００１１】
ＵＥ１００は既に３ＧＰＰアクセスと通信ベアラを確立しており、周辺の基地局から受信した電波の強度（電波強度又は電界強度）やアクセスネットワーク情報を、逐次ネットワーク側に報告している。その報告内容に基づいてハンドオーバの開始が決定されると（ステップＳ１８００１）、ＵＥ１００が接続している基地局（ソースeNodeB）１８０２がその時点でＵＥ１００を収容しているＭＭＥ（Mobility Management Entity）１８０１（ソースＭＭＥとも言う）にハンドオーバ開始要求を送信する（ステップＳ１８００２）。
【００１２】
ＭＭＥ１８０１はハンドオーバ元アクセスとハンドオーバ先アクセスとの間でＵＥ１００のコンテキストを転送したり、ハンドオーバ先アクセスでＵＥ１００に割り当てるリソースの先行確保を行ったりする（ステップＳ１８００３〜Ｓ１８０１２）。これらの事前処理を完了すると、ＭＭＥ１８０１はハンドオーバ開始を基地局１８０２に指示する（ステップＳ１８０１３）。基地局１８０２はハンドオーバ開始指示をＵＥ１００に転送する（ステップＳ１８０１４）。ＵＥ１００はハンドオーバ先となる基地局（ターゲットeNodeB）１８０３との接続を完了すると、ハンドオーバ確認メッセージをハンドオーバ先の基地局１８０３に送信する（ステップＳ１８０１７）。
【００１３】
これを受けてハンドオーバ先の基地局１８０３は、ハンドオーバ先アクセスでＵＥ１００に割り当てるリソースを確定し、下りパケットの転送を開始する（ステップＳ１８０１８〜Ｓ１８０２４）。以降の処理は、ハンドオーバによってＵＥ１００が接続するエリアの管轄（Tracking Area）が変わったときの情報更新処理である。エリアの具体例としては、ページングエリアを挙げることができる。
【００１４】
以上説明した図１８Ａ、図１８ＢではServing ＧＷとＰＤＮ−ＧＷとの間の接続プロトコルにＧＴＰを用いた場合の処理について説明した。それに対して、図１４は接続プロトコルにProxy MIPv6を用いた場合の処理を示している（非特許文献２を参照）が、図１８
Ａ、図１８Ｂとの違いは、図１８Ｂ内の（Ａ）、（Ｂ）とそれぞれ示した箇所でProxy ＢＵ/ＢＡを交換したり、ＱｏＳ設定情報をＰＣＲＦ１２０から取得したりしている点である。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】“Architecture enhancements for non-3GPP accesses (Release 8)", 3GPP TS 23.402 V8.1.1 p.108 March 2008.
【非特許文献２】“Architecture enhancements for non-3GPP accesses (Release 8)", 3GPP TS 23.402 V8.1.1 p.55 March 2008.
【非特許文献３】“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", 3GPP TS 23.401 V8.1.0 p.91 March 2008.
【００１６】
これら２つのハンドオーバ処理方法では、ハンドオーバの実施を決定する制御主体が異なる。すなわち、端末主導型ハンドオーバでは、移動端末が周辺のアクセスネットワーク環境を測定した結果に基づいてハンドオーバの開始を自ら決定するのに対し、ネットワーク主導型ハンドオーバでは、移動端末による周辺のアクセスネットワーク環境の測定結果（メジャメントレポート：Measurement Report）に基づいてネットワーク側のエンティティ（例えば接続中の基地局）がハンドオーバの開始を決定する。
【００１７】
そのため、特に３ＧＰＰアクセスに接続するための通信インタフェースと、非３ＧＰＰアクセスに接続するための通信インタフェースを有する移動端末においては、これら２つのハンドオーバ処理が同時期に発生する可能性がある。つまり、端末主導型ハンドオーバが先に開始された後にネットワーク主導型ハンドオーバが開始されたり、ネットワーク主導型ハンドオーバが先に開始された後に端末主導型ハンドオーバが開始されたりする場合がある。
【００１８】
このように異なる形式のハンドオーバが同時期に発生すると、データパスの更新に失敗し、結果的に双方のハンドオーバが失敗するという問題がある。これについて詳しく説明する。図１に示すシステム構成において、アクセスドメイン（以降ＡＤと表記する）１１１とＡＤ１１２は３ＧＰＰアクセスドメイン（アクセスネットワーク）であり、ＡＤ１１１−ＡＤ１１２間のハンドオーバはネットワーク主導型ハンドオーバが適用されるものとする。また、ＡＤ１１３は非３ＧＰＰアクセスドメインであり、ＡＤ１１１−ＡＤ１１３、ＡＤ１１２−ＡＤ１１３間のハンドオーバは端末主導型ハンドオーバが適用されるものとする。図１において、ＵＥ１００はＡＤ１１１からＡＤ１１３とＡＤ１１２の境界領域を移動しているものとする。
【００１９】
まず、第１のケースについて図１５を用いて説明する。既にＵＥ１００はアクセスドメインＡＤ１１１の基地局ＢＳ１０５とアクセスゲートウェイ（以降ＡＧと表記する）１０１を介してパケットゲートウェイ（以降ＰＧと表記する）１０４とベアラを確立しており（ステップＳ１５００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１のＡＧ１０１とＢＳ１０５経由で転送されているものとする（パケット受信：ステップＳ１５００２）。非３ＧＰＰアクセスドメインＡＤ１１３へのハンドオーバをＵＥ１００が決定すると、接続要求メッセージとしてアタッチメントイベント（Attachment Event）をＡＤ１１３のＢＳ１０７に送信する（ステップＳ１５００３）。
【００２０】
アタッチメントイベントはＭＡＧ機能を有するＡＧ１０３に転送され、ＡＧ１０３はＰＧ１０４にプロキシＢＵ（プロキシバインディングアップデート）を送信する（ステップＳ１５００４）。ＰＧ１０４はＰＣＲＦ１２０からＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ１５００５）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリをＡＧ１０３あてに更新する（ステップＳ１５００６）と、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ１５００７）。
【００２１】
これとほぼ同時期に、ＵＥ１００がアクセスドメインＡＤ１１２の基地局ＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ１５００８）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１５００９）と、ＢＳ１０５からＵＥ１００にハンドオーバ開始指示（ハンドオーバコマンド）が転送され、それを受けたＵＥ１００はハンドオーバ確認メッセージ（ハンドオーバコンファーム）をハンドオーバ先となるＢＳ１０６に送信する（ステップＳ１５０１０）。ＢＳ１０６はＡＧ１０２にパス切り替え要求を送信し、これを受けてＡＧ１０２はＰＧ１０４にプロキシＢＵを送信し（ステップＳ１５０１１）、ＰＧ１０４はＱｏＳ設定情報の取得と設定を行い（ＱｏＳ  Provisioning：ステップＳ１５０１２）、バインディングキャッシュ（ＢＣ）エントリをＡＧ１０２あてに更新し（ステップＳ１５０１４）、プロキシＢＡをＡＧ１０２に返す（ステップＳ１５０１５）。
【００２２】
これにより、ＵＥ１００のＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバ処理が完了する（ステップＳ１５０１６）。この時点でＵＥ１００は接続要求メッセージに対する応答としてアタッチメントアック（Attachment Ack）を既に受信しており（ステップＳ１５０１３）、端末主導型ハンドオーバが成功したものと認識している。したがって、ＵＥ１００は、ハンドオーバ元アクセスである３ＧＰＰアクセス、すなわちＡＤ１１２から切断するため、ＡＤ１１２に対してリソース解放要求（リリースリクエスト）を送信する（ステップＳ１５０１７）。これを受けて、ＰＧ１０４へプロキシＢＵが送信され（ステップＳ１５０１８）、ＡＧ１０２とＰＧ１０４によってＵＥ１００に割り当てられたＡＤ１１２向けリソースの解放処理が実施され（ステップＳ１５０１９）、ＵＥ１００はＡＤ１１２から切断される。
【００２３】
ここで、ＵＥ１００はＡＤ１１３と接続した状態を維持するが、ＰＧ１０４はＡＤ１１３経由のＵＥ１００宛データパスを持たないという状態の不一致が発生する。これは、ＡＤ１１３へのデータパスが確定した（上述するステップＳ１５００６）後に生じたネットワーク主導型ハンドオーバに起因するデータパス更新要求（プロキシＢＵ）によって、パケットがＡＤ１１２に流れるようになり（上述するステップＳ１５０１４）、事実上ＡＤ１１３へのハンドオーバは失敗したのと同様の状態となる。ＵＥ１００はＡＤ１１２でのベアラを維持している間は、ＡＤ１１２経由でパケットを送受信することができるが、ＡＤ１１３へのハンドオーバが見かけ上成功したことにより、ＡＤ１１２でのベアラは意図的に解放され、結果的にＵＥ１００は下りパケットを受信することができなくなってしまう。ここで、上りパケットの転送は、ＰＧ１０４の状態によらず可能なこともあるが、下りパケットの転送同様、疎通できなくなることもある。
【００２４】
なお、ＡＤ１１２のベアラリソースの解放はＰＧ１０４が自発的に実施することもある。その場合、リソース解放されるのはＡＤ１１２ではなくＡＤ１１３のリソースである。これは、その時点で有効なデータパスはＡＤ１１２に向いているが（上述するステップＳ１５０１４）、その前の段階ではＡＤ１１３に向けられていたためである（上述するステップＳ１５００６）。したがって、ＵＥ１００から見ると、成功したかに見えたＡＤ１１３への端末主導型ハンドオーバが結果的に理由もなく切断させられてしまう状況となる。このとき、ＡＤ１１２経由でパケットの送受信は可能となるが、実際には利用可能な非３ＧＰＰアクセスの高速大容量通信の恩恵を受けることができず、ユーザの利便性を大きく損ねることになる。また、UE100は、AD113へのハンドオーバが見かけ上完了したことをうけて、自発的に3GPPアクセスドメインに接続するための通信インタフェースの電源を切断するかもしれない。これにより、UEは再度いずれかのアクセスドメイン経由で接続しなければならず、それまでのセッションが切断される他に、ユーザの不便をまねくことになる。
【００２５】
次に、第２のケースについて図１６を用いて説明する。既にＵＥ１００はアクセスドメインＡＤ１１１のＢＳ１０５とＡＧ１０１を介してＰＧ１０４とベアラを確立しており（ステップＳ１６００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由でＵＥ１００が受信できているものとする（パケット受信：ステップＳ１６００２）。ＵＥ１００がＡＤ１１２のＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ１６００６）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１６００７）。ＵＥ１００はＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ＡＤ１１２のＢＳ１０６にハンドオーバ確認メッセージ（ハンドオーバコンファーム）を送信する（ステップＳ１６００８）。
【００２６】
これを受けて、ＢＳ１０６はパス切り替え要求をＡＧ１０２に送信し、ＡＧ１０２はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１６００９）。ＰＧ１０４がＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得してセットする（ＱｏＳ  Provisioning：ステップＳ１６０１０）。それと同時期に、ＵＥ１００がＡＤ１１３の無線環境測定結果とハンドオーバポリシとに基づいてＡＤ１１３への端末主導型ハンドオーバを決定すると、ＵＥ１００は接続要求メッセージとしてアタッチメントイベント（Attachment Event）をＢＳ１０７へ送信し（ステップＳ１６００３）、ＵＥ１００の接続要求をＢＳ１０７から通知されたＡＧ１０３はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１６００４）。
【００２７】
しかし、このときＰＧ１０４は先着のＵＥ１００に対するハンドオーバ（ＡＤ１１２へのハンドオーバ）の処理中であるため、新たなハンドオーバ要求（ＡＤ１１３へのハンドオーバ）を受け付けることができない。したがって、ＰＧ１０４はプロキシＢＡにてＮＡＣＫ(処理失敗：Failed）をＡＧ１０３に返す（ステップＳ１６００５）。これにより、ＡＤ１１３への接続要求は許可されず、ＵＥ１００はＢＳ１０７から接続失敗の応答（アタッチメントアック（Failed））を受信して（ステップＳ１６０１１）、端末主導型ハンドオーバは失敗してしまう（端末主導型ハンドオーバ失敗：ステップＳ１６０１５）。このとき、ＰＧ１０４はバインディングキャッシュ（ＢＣ）エントリの更新を行い（ステップＳ１６０１２）、ＡＤ１１２にプロキシＢＡを送信する（ステップＳ１６０１３）ことにより、ＡＤ１１２経由でパケットの送受信は可能となる（パス切り替え完了：ステップＳ１６０１４）。しかし、実際には利用可能な非３ＧＰＰアクセスの高速大容量通信の恩恵を受けることができず、ユーザの利便性を大きく損ねることになる。
【００２８】
なお、ステップＳ１６００３のアタッチメントイベント（Attachment Event）は、ネットワーク主導型ハンドオーバが開始される（上述するステップＳ１６００７）前に送信されることもある。図１７はこうした状況の一例を示したものであり、図１６と同様、ＡＤ１１３への接続に失敗してユーザの利便性を大きく損ねる結果となる。端末主導ハンドオーバでは、最後にハンドオーバ元アクセスのリソースを解放するため、ネットワーク主導ハンドオーバと同時期に発生した場合は、最終的に端末主導型ハンドオーバが成功している必要がある。また、ユーザ利便性の点からも、高速大容量通信が可能な非３ＧＰＰアクセスに積極的に接続することは重要である。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
本発明は、上記の問題点に鑑み、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とするハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置を提供することを目的とする。
【課題を解決するための手段】
【００３０】
上記目的を達成するために、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が同時期に発生する場合の前記移動端末のハンドオーバ処理方法であって、前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信するステップと、前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、前記移動端末が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成するステップと、前記移動端末が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信するステップとを、有するハンドオーバ処理方法が提供される。この構成により、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。なお、第１の接続要求メッセージは後述するアタッチメントイベントメッセージに相当し、第２の接続要求メッセージは後述するリアタッチメントイベントメッセージに相当する。
【００３１】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、前記第１のアクセスネットワークに接続している場合に、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを生成するメッセージ生成手段と、生成された前記第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信する送信手段と、所定のイベントが起こっているか否かを判断する判断手段とを備え、前記メッセージ生成手段が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成し、前記送信手段が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する移動端末が提供される。この構成により、ネットワーク主導型ハンドオーバが同時に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００３２】
また、本発明の移動端末において、前記所定のイベントが、前記第１の接続要求メッセージの送信前又は送信後に行われる、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処置、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００３３】
また、本発明の移動端末において、前記所定のイベントが、さらに、前記第２のアクセスネットワークからの接続失敗を伝える接続失敗応答メッセージの受信であることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバが正常に実施されていないことを認識することができる。
【００３４】
また、本発明の移動端末において、前記ネットワーク主導型のハンドオーバ処理の検出が、前記第１のアクセスネットワーク内の基地局間のハンドオーバの処理が発生していること、又は前記第１のアクセスネットワークと前記第３のアクセスネットワークとの間のハンドオーバの処理が発生していることによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが実施されることを認識することができる。
【００３５】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが開始されることを認識することができる。
【００３６】
また、本発明の移動端末において、前記第１のフラグ情報が、前記第２のアクセスネットワークへのパス切替えメッセージを、前記第２のアクセスネットワークの前記基地局に再度送信させることを促すものであることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバを実現することができる。
【００３７】
また、本発明の移動端末において、前記第１のフラグ情報が、さらに、前記第２のアクセスネットワークへのパス切替えメッセージの再送信以外の所定の処理に関しては、以前受信された前記第１の接続要求メッセージに基づいて生成された情報を利用して処理することを促すものであることは、本発明の好ましい態様である。この構成により、ハンドオーバ時間を削減することができる。
【００３８】
また、本発明の移動端末において、前記メッセージ生成手段が、前記第２のアクセスネットワークへのパス切替えメッセージの送信前に前記第１の接続要求メッセージの受信に基づいて生成される情報を格納しておくよう前記第２のアクセスネットワークの所定の装置に指示するための第２のフラグ情報を前記第１の接続要求メッセージに付加することは、本発明の好ましい態様である。この構成により、再接続要求が発生したときにプロキシＢＵ処理のみを実施すればよく、ハンドオーバ時間を削減することができる。
【００３９】
また、本発明の移動端末において、前記生成される情報が、前記第２のアクセスネットワークに接続するための前記移動端末の認証処理結果の情報であることは、本発明の好ましい態様である。この構成により、ハンドオーバ時間を削減することができる。
【００４０】
また、本発明の移動端末において、前記第２のアクセスネットワークの基地局に前記第２の接続要求メッセージを送信し、前記第２のアクセスネットワークへのハンドオーバ処理がなされた後、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされた場合、前記メッセージ生成手段が、前記第２のアクセスネットワークへの再接続を要求する第２の接続要求メッセージに第３のフラグ情報を含め、前記送信手段が、前記第３のフラグ情報を含む前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信することは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバを正常に実施させることができる。
【００４１】
また、本発明の移動端末において、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出が、前記第１のアクセスネットワーク経由でパケットを受信したことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが実施されていることを認識することができる。
【００４２】
また、本発明の移動端末において、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出が、前記第２のアクセスネットワークから接続失敗を伝える接続失敗応答メッセージが所定の回数以上、受信されたことによって行われることは、本発明の好ましい態様である。この構成により、端末主導のハンドオーバが実施されず、ネットワーク主導型ハンドオーバが実施されていることを認識することができる。
【００４３】
また、本発明の移動端末において、前記第３のフラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理を停止するよう指示する旨のものであることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバの実施を停止させることができる。
【００４４】
また、本発明の移動端末において、前記送信手段が、前記第２の接続要求メッセージを、所定の認証システムを介して前記所定の装置へ送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバの実施を停止させることができる。
【００４５】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへのハンドオーバを決定するステップと、前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、前記移動端末が、前記所定のイベントが起こっていると判断した場合、フラグ情報を含むハンドオーバ確認メッセージを生成するステップと、前記移動端末が、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信するステップと、前記移動端末が、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信するステップと、前記移動端末が、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始するステップとを、有するハンドオーバ処理方法が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。なお、接続管理装置は、後述するパケットゲートウェイに相当する。また、パス切り替え完了通知メッセージは、後述するパス切り替え完了通知又はBinding Refreshment Requestに相当する。
【００４６】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、所望する前記第２のアクセスネットワークへのハンドオーバを決定する決定手段と、所定のイベントが起こっているか否かを判断する判断手段と、前記所定のイベントが起こっていると判断された場合、フラグ情報を含むハンドオーバ確認メッセージを生成するメッセージ生成手段と、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信する送信手段と、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信する受信手段と、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始する処理手段とを、備える移動端末が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００４７】
また、本発明の移動端末において、前記所定のイベントが、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処理、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００４８】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記第１のアクセスネットワークの基地局から送信されるハンドオーバコマンドメッセージを受信することによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが同時に実施されていることを認識することができる。
【００４９】
また、本発明の移動端末において、前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出が、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバが開始されることを認識することができる。
【００５０】
また、本発明の移動端末において、前記フラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバ処理によるパスの切り替えの完了を知ることができる。
【００５１】
また、本発明によれば、移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末の接続管理を行う接続管理装置であって、前記移動端末によって付加されたフラグ情報を含むバインディング更新メッセージを受信する受信手段と、前記バインディング更新メッセージに基づくバインディングキャッシュの更新処理が完了したか否かを判断する判断手段と、前記バインディングキャッシュの更新処理が完了したと判断された場合に、パスが切り替わった旨のパス切り替え完了通知メッセージを生成するメッセージ生成手段と、生成された前記パス切り替え完了通知メッセージを前記移動端末に向けて送信する送信手段とを、備える接続管理装置が提供される。この構成により、ネットワーク主導型のハンドオーバ処理と端末主導型のハンドオーバ処理とが衝突することによるハンドオーバ失敗を回避させ、所望する端末主導型のハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【００５２】
また、本発明の接続管理装置において、前記フラグ情報が、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパス切り替えが完了した場合に、その旨を知らせるよう要求する情報であることは、本発明の好ましい態様である。この構成により、ネットワーク主導のハンドオーバ処理によるパスの切り替えの完了を知らせることができる。
【発明の効果】
【００５３】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置は、ネットワーク主導型ハンドオーバが同時期に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２】本発明の第１の実施の形態における解法の一例を説明するためのシーケンスチャート
【図３】本発明の第１、第２の実施の形態における再接続要求フラグを含むメッセージの一例を示すメッセージフォーマット
【図４】本発明の第１、第２の実施の形態における保存要求フラグを含むメッセージの一例を示すメッセージフォーマット
【図５】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバ停止フラグを含むメッセージの一例を示すメッセージフォーマット
【図６】本発明の第１の実施の形態におけるＢＳの構成の一例を示す構成図
【図７】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバ停止フラグを含むメッセージの一例を示す他のメッセージフォーマット
【図８】本発明の第１の実施の形態における基地局（ＢＳ）の構成の一例を示す構成図
【図９】本発明の第１の実施の形態における基地局（ＢＳ）の構成の一例を示す構成図
【図１０】本発明の第２の実施の形態における解法の一例を説明するためのシーケンスチャート
【図１１】本発明の第２の実施の形態における解法の一例を説明するための他のシーケンスチャート
【図１２】本発明の第１、第２の実施の形態に係る移動端末（ＵＥ）の構成の一例を示す構成図
【図１３】従来の移動通信システムにおける端末主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１４】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１５】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示すシーケンスチャート
【図１６】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示す他のシーケンスチャート
【図１７】従来の移動通信システムにおいて端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に発生した場合のメッセージシーケンスの一例を示す他のシーケンスチャート
【図１８Ａ】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１８Ｂ】従来の移動通信システムにおけるネットワーク主導型ハンドオーバのメッセージシーケンスの一例を示すシーケンスチャート
【図１９】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２０】本発明の第３の実施の形態における解法の一例を説明するためのシーケンスチャート
【図２１】本発明の第３、４の実施の形態におけるハンドオーバ確認メッセージの一例を示すメッセージフォーマット
【図２２】本発明の第３の実施の形態におけるパス切り替え完了通知（to ＭＭＥ）の一例を示すメッセージフォーマット
【図２３】本発明の第３の実施の形態におけるパス切り替え完了通知（from ＭＭＥ）の一例を示すメッセージフォーマット
【図２４】本発明の第４の実施の形態における解法の一例を説明するためのシーケンスチャート
【図２５】本発明の第３、第４の実施の形態におけるパケットゲートウェイ（ＰＧ）の構成の一例を示す構成図
【発明を実施するための形態】
【００５５】
＜第１の実施の形態＞
本発明の第１の実施の形態について説明する。まず、第１の実施の形態におけるハンドオーバ処理方法について図１、図２を用いて説明する。図２は先に図１５を用いて説明した課題（第１のケース）に対する解決方法を説明するための図である。なお、図１は従来の移動通信システムの構成の一例と同様である。
【００５６】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ２００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１のアクセスゲートウェイＡＧ１０１と基地局ＢＳ１０５経由で受信できているものとする（ステップＳ２００２）。非３ＧＰＰアクセスドメインＡＤ１１３へのハンドオーバをＵＥ１００が決定すると、ＵＥ１００はＢＳ１０７に接続要求であるアタッチメントイベント（Attachment Event）を送信する（ステップＳ２００３）。ＢＳ１０７から接続要求を転送されたＡＧ１０３は、ＵＥ１００を収容するＰＧ１０４にプロキシＢＵ（プロキシバインディングアップデート）を送信する（ステップＳ２００４）。
【００５７】
ＰＧ１０４は、ＰＣＲＦ１２０からＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ２００５）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリをＡＧ１０３あてに更新すると（ステップＳ２００６）、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ２００７）。これとほぼ同時期に、ＵＥ１００がアクセスドメインＡＤ１１２のＢＳ１０６と通信可能なエリアに移動した等の理由により（ステップＳ２００８）、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ２００９）と、ＢＳ１０５からＵＥ１００にハンドオーバ開始指示（ハンドオーバコマンド）が通知され、それを受けたＵＥ１００はハンドオーバ確認メッセージ（ハンドオーバコンファーム）をハンドオーバ先となるＢＳ１０６に送信する（ステップＳ２０１０）。
【００５８】
ＢＳ１０６はＡＧ１０２にパス切り替え要求を送信し、ＡＧ１０２はＰＧ１０４にプロキシＢＵを送信し（ステップＳ２０１１）、ＰＧ１０４はＱｏＳ設定情報を取得してセットし（ＱｏＳ  Provisioning：ステップＳ２０１２）、バインディングキャッシュ（ＢＣ）エントリをＡＧ１０２あてに更新し（ステップＳ２０１３）、プロキシＢＡをＡＧ１０２に返す（ステップＳ２０１４）。これにより、ＵＥ１００のＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバ処理が完了する（ステップＳ２０１５）。
【００５９】
ここで、ＵＥ１００は、端末主導型ハンドオーバを実施しているにもかかわらず、ネットワーク主導型ハンドオーバが実行されたことを検出する。具体的には、次のような手段により検出を行う。
【００６０】
１つの検出方法として、端末主導型ハンドオーバ先となるアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２のステップＳ２０１０の発生（さらに詳しくは、図１８Ａのハンドオーバ開始指示転送（ハンドオーバコマンド；ステップＳ１８０１４）の受信とハンドオーバ確認メッセージ（ステップＳ１８０１７）の送信、あるいはハンドオーバ確認メッセージの送信のみ）をもってネットワーク主導型ハンドオーバを検出する（非特許文献３を参照）。
【００６１】
また、他の検出方法として、端末主導型ハンドオーバ先のアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもってネットワーク主導型ハンドオーバを検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【００６２】
このように、双方のハンドオーバ方式が実施されたことの検出と、ＡＧ１０３への接続要求に対する応答であるアタッチメントアック（Attachment Ack（ステップＳ２０１６））を受信したことを受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知して、ＢＳ１０７に再接続要求であるリアタッチメントイベント（Re-attachment Event（ステップＳ２０１７））を送信する。リアタッチメントイベントはアタッチメントイベントと同じ構成・内容を有するメッセージであるが、ＵＥ１００は、プロキシＢＵ処理以外の処理には先に実施した接続要求の結果であるコンテキスト（例えば本接続要求によって計算・生成されるＩＤや鍵データなど）を再利用するよう指示するフラグ（再接続要求フラグ３０１）をリアタッチメントイベントに付加することができる。このときのリアタッチメントイベントのメッセージフォーマットの一例を図３に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００６３】
なお、ＵＥ１００は同様の指示をＢＳ１０７への最初の接続要求送信時に行ってもよい。具体的には、ＵＥ１００は後に再接続要求の送信可能性があるので本接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ４０１）をアタッチメントイベント（ステップＳ２００３）に付加する。このときのアタッチメントイベントのメッセージフォーマットの一例を図４に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＡＤ１１３の該当するエンティティ、例えば認証システムを構成するＡＡＡ（Authentication Authorization Accounting）サーバやプロキシＡＡＡサーバ、またアクセスゲートウェイＡＧ１０３などとＰＧ１０４とがＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ２０１７）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【００６４】
ＵＥ１００からのリアタッチメントイベントを受信したＡＤ１１３の各エンティティ（ＡＡＡサーバやプロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３）とＰＧ１０４は、先の接続処理で生成されたデータ（コンテキスト）を再利用して接続処理を実施し、ＡＧ１０３はプロキシＢＵを直ちにＰＧ１０４に送信する（ステップＳ２０１８）。ＰＧ１０４は、先にＰＣＲＦ１２０から取得したＱｏＳ設定情報を再利用して（再度、ＰＣＲＦ１２０への問合せは行わない）、ＢＣエントリをＡＧ１０３あてに更新しデータパスを再設定し（ステップＳ２０１９）、プロキシＢＡをＡＧ１０３に送信する（ステップＳ２０２０）。これを受けてＢＳ１０７から再接続要求に対する応答であるリアタッチメントアック（Re-attachment Ack）がＵＥ１００に返される（ステップＳ２０２１）。
【００６５】
ＵＥ１００はＢＳ１０７からリアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ２０２２〜Ｓ２０２４）。なお、ＡＤ１１２リソースの解放をＰＧ１０４がトリガする（行う）場合は、現設定の前にデータパスが向けられていたアクセスドメインのリソースを対象とするため、正しくＡＤ１１２のリソースが解放される。
【００６６】
なお、本発明に基づく処理と併行して、再度、ネットワーク主導型ハンドオーバが実施されてデータパスが再びネットワーク主導型ハンドオーバ先のアクセスネットワーク（ＡＤ１１２）に向けた内容に書き換えられることが考えられる。ＵＥ１００がこのような状況を検出した場合の解決策の一例としては、端末主導型ハンドオーバ先アクセスネットワークに再送する接続要求（リアタッチメントイベント）に、ネットワーク主導型ハンドオーバの停止を促すフラグ（ネットワーク主導型ハンドオーバ停止フラグ５０１）をセットする。このときのリアタッチメントイベントのメッセージフォーマットの一例を図５に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。
【００６７】
ここで、移動端末は、以下に説明するような方法によりネットワーク主導型ハンドオーバの再発を検出する。
【００６８】
１つの検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ元のアクセスネットワーク（実際にはネットワーク主導型ハンドオーバ先のアクセスネットワーク）経由で引き続きパケットを受信していることによってネットワーク主導型ハンドオーバの再発を検出することができる。また、他の検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ先アクセスネットワークから所定の回数以上の接続失敗応答を受信したことによってネットワーク主導型ハンドオーバの再発を検出することができる。この所定の回数は、例えば２回などである。
【００６９】
ネットワーク主導型ハンドオーバ停止フラグ５０１の内容は、ＰＧ１０４からＡＧ１０１を介してＢＳ１０５に転送され、ＢＳ１０５で実施されるハンドオーバ実施判断に利用される。これにより、以降も発生するはずであったネットワーク主導型ハンドオーバを停止させて、データパスを端末主導型ハンドオーバ先のアクセスネットワーク宛に確定させることができる。
【００７０】
ＢＳ１０５における具体的な処理の一例について図６を用いて説明する。図６に示すように、バックボーン通信部６０３を介してＰＧ１０４からＡＧ１０１経由で受信したネットワーク主導型ハンドオーバ停止フラグの内容をネットワーク主導型ハンドオーバ停止フラグ処理部６０１が処理し、ハンドオーバ決定部６０２に通知する。
【００７１】
ここで、ネットワーク主導型ハンドオーバ停止フラグの内容は、ＡＧ１０１から直接ＢＳ１０５に通知されてもよいし、エリア情報の一部として通知されてもよいし、ＭＭＥ（Mobility Management Entity）経由で通知されてもよい。さらには、ＵＥ１００がメジャメントレポートやコントロールプレーンメッセージにネットワーク主導型ハンドオーバ停止フラグを付加してもよく、ＢＳ１０５はネットワーク主導型ハンドオーバ停止フラグ７０１が付加された、有効なメジャメントレポートやコントロールプレーンメッセージを受信すると、それ以降のネットワーク主導型ハンドオーバを実施しないよう制御される。なお、メジャメントレポートにネットワーク主導型ハンドオーバ停止フラグを付加する場合のメッセージフォーマットの一例を図７に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。
【００７２】
ＢＳ１０５における具体的な処理の一例について図８を用いて説明する。図８に示すように、無線通信部８０４を介して受信したメジャメントレポートから、メジャメントレポート処理部８０５がネットワーク主導型ハンドオーバ停止フラグを取得し、ネットワーク主導型ハンドオーバ停止フラグ処理部８０１で処理し、ハンドオーバ決定部８０２に通知する。
【００７３】
また、ネットワーク主導型ハンドオーバ停止フラグは、ＰＧ１０４からＡＧ１０２を介してＢＳ１０６に通知されてもよい。これにより、ＢＳ１０６にて実施するハンドオーバ許可に利用される。すなわち、ＢＳ１０６がＢＳ１０５からハンドオーバリクエストを受信したときに、ネットワーク主導型ハンドオーバ停止フラグが有効である通知を先に受け取ったＢＳ１０６は、ハンドオーバを不許可とし、さらに以降のハンドオーバを停止させる要求を付加したハンドオーバリクエスト応答をＢＳ１０５に送信する。
【００７４】
ＢＳ１０６における具体的な処理の一例について図９を用いて説明する。図９に示すように、バックボーン通信部９０３を介してＰＧ１０４からＡＧ１０２経由で受信したネットワーク主導型ハンドオーバ停止フラグの内容をネットワーク主導型ハンドオーバ停止フラグ処理部９０３が処理し、ハンドオーバ許可部９０２に通知する。ハンドオーバ許可部９０２では、ＢＳ１０５からハンドオーバリクエストを受信したときに、ハンドオーバを不許可とし、さらに以降のハンドオーバを停止させる要求を付加したハンドオーバリクエスト応答をＢＳ１０５に送信する。
【００７５】
なお、図１９に示すように、ＵＥ１００が同時に複数のＰＤＮ１３０〜１３２と接続している場合、一部のＰＤＮとの接続だけがハンドオーバの対象となることがある。例えば、ＰＤＮ１３０、１３１との接続だけがハンドオーバ対象となり、ＰＤＮ１３２との接続はハンドオーバされずに現行アクセスネットワークに残るような場合である。また同様に、一部のＰＤＮとの接続だけがネットワーク主導型ハンドオーバの対象となることもある。この場合の、本発明によるハンドオーバ処理方法の動作について図２を用いて説明する。なお、基本的な動作は先に説明したのと同じであり、ここでは異なる動作についてのみ説明する。
【００７６】
ＵＥ１００は、アタッチメントイベントＳ２００３において、全ＰＤＮ１３０〜１３２との接続をＡＤ１１３にハンドオーバすることを指示する。具体的には、アタッチメントイベントにＰＤＮ１３０〜１３２を指定するためのＡＰＮ（Access Point Name）、あるいはPDNから配布されたアドレスないしプレフィクスの内、指定するPDNに対応するもの、あるいはそれに代わるPDNコネクション識別子をそれぞれ記載して送信する。これにより、全ＰＤＮ１３０〜１３２への接続がＡＤ１１３経由となるパス設定がＰＧ１０４によって行われる（Ｓ２００６）。
【００７７】
しかし、同時期に発生するネットワーク主導型ハンドオーバによって、一部のＰＤＮ１３０、１３１との接続をＡＤ１１２経由とするパス設定が実施されることになる（Ｓ２０１３）。ＵＥ１００がハンドオーバコマンドを通じてネットワーク主導型ハンドオーバの発生とともに同ハンドオーバ対象となるＰＤＮ１３０、１３１の通知を受けた場合、それらのＰＤＮに対応するＡＰＮ（あるいは対応するアドレス／プレフィクス、またはそれに代わるPDNコネクション識別子；以下、総称してPDNコネクション識別子とよぶ）を記載したリアタッチメントイベントを送信する（Ｓ２０１７）。また、ハンドオーバコマンドを通じてネットワーク主導型ハンドオーバの対象となったＰＤＮが通知されなかった場合は、全てのＰＤＮ１３０〜１３２に対応するＡＰＮ等のPDNコネクション識別子を記載するか、何もＡＰＮ等のPDNコネクション識別子を記載せずにリアタッチメントイベントを送信する（Ｓ２０１７）。これを受けて、ネットワーク主導型ハンドオーバ対象となったＰＤＮ１３０、１３１、またはそれらを含む全てのＰＤＮ１３０〜１３２との接続がＡＤ１１３経由となるパス設定が再度実施され、所望していた端末主導型ハンドオーバを正常に完了させることができる。
【００７８】
＜第２の実施の形態＞
本発明の第２の実施の形態について説明する。まず、第２の実施の形態におけるハンドオーバ処理方法について図１、図１０を用いて説明する。図１０は先に図１６を用いて説明した課題（第２のケース）の解決方法を説明するための図である。
【００７９】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ１０００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由で受信できているものとする（ステップＳ１０００２）。ＵＥ１００がＡＤ１１２と通信可能なエリアに移動し、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ１０００３）と、ＵＥ１００はＢＳ１０５からハンドオーバコマンドを受信し、ＢＳ１０６にハンドオーバ確認メッセージ（ハンドオーバコンファーム）を送信する（ステップＳ１０００４）。これを受けてＡＧ１０２はＰＧ１０４にプロキシＢＵを送信する（ステップＳ１０００５）。
【００８０】
ＰＧ１０４がＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得するのと同時期に、ＵＥ１００がＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定すると、接続要求であるアタッチメントイベント（Attachment Event）がＢＳ１０７を介してＡＧ１０３に送られ（ステップＳ１０００６）、ＡＧ１０３からＰＧ１０４にプロキシＢＵが送信される（ステップＳ１０００７）。しかし、このときＰＧ１０４は先着のＵＥ１００に対するハンドオーバ（ＡＤ１１２に対するもの）の処理中であるため、新たなハンドオーバ要求（ＡＤ１１３に対するもの）を受け付けることができない。
【００８１】
したがって、ＰＧ１０４はプロキシＢＡにてＮＡＣＫ（処理失敗：Failed）をＡＧ１０３に返す（ステップＳ１０００８）。これにより、ＡＤ１１３への接続要求は許可されず、ＵＥ１００に接続失敗の応答（アタッチメントアック（失敗））が返される（ステップＳ１０００９）。一方で、ＡＤ１１２へのハンドオーバは正しく実行され（ステップＳ１００１０、１００１１、１００１２）、ＡＧ１０１からＡＧ１０２へのパス切り替えが完了する（ステップＳ１００１３）。
【００８２】
ここで、ＵＥ１００は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実行されたことを検出する。具体的には、ネットワーク主導型ハンドオーバに基づいてＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ハンドオーバ確認メッセージをＡＤ１１２のＢＳ１０６に送信した（ステップＳ１０００４）後に、端末主導型ハンドオーバに基づいてＡＤ１１３のＢＳ１０７に接続要求（アタッチメントイベント）を送信（ステップＳ１０００６）したことを条件に双方のハンドオーバが同時期に実施されていることを検出する。
【００８３】
ＡＤ１１３から接続失敗の結果を受信したこと（ステップＳ１０００９）を受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知して、ＡＤ１１３のＢＳ１０７に再接続要求であるリアタッチメントイベント（Re-attachment Event）を送信する（ステップＳ１００１４）。このとき、ＵＥ１００はプロキシＢＵ処理以外の処理には先に実施した接続要求の結果を再利用するよう指示するフラグ（再接続要求フラグ）を付加する。なお、メッセージフォーマットの一例を図３に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００８４】
なお、ＵＥ１００は同様の指示をＡＤ１１３への最初の接続要求送信時に行ってもよい。具体的には、ＵＥ１００は後に再接続要求の送信可能性があるので本接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ）をアタッチメントイベント（ステップＳ１０００６）に付加する。なお、メッセージフォーマットの一例を図４に示す。図に示されたフラグの挿入位置は、あくまでも例示であり、これに限定されるものではない。これにより、ＡＤ１１３の該当するエンティティ、例えば、認証システムを構成するＡＡＡサーバやプロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３などとＰＧ１０４とが、ＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ１００１４）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【００８５】
なお、この時点で双方のハンドオーバが重複して実行されていることは既に明らかとなっており、先述した第１のハンドオーバ処理方法に比べて高い確度でデータ（コンテキスト）の保存を指示することができ、ＡＤ１１３及びコアネットワークにおけるリソース効率の向上を図ることができる。
【００８６】
ＵＥ１００からの再接続要求であるリアタッチメントイベントを受信したＡＤ１１３の各エンティティ（ＡＡＡサーバ、プロキシＡＡＡサーバ、アクセスゲートウェイＡＧ１０３など）とＰＧ１０４は、先の接続処理で生成されたデータ（コンテキスト）を再利用して接続処理を実施し、ＡＧ１０３は直ちにプロキシＢＵをＰＧ１０４に送信する（ステップＳ１００１５）。ＰＧ１０４は、先にＰＣＲＦ１２０から取得したＱｏＳ設定情報を再利用して（再度、ＰＣＲＦ１２０への問合せは行わない）、データパスをＡＧ１０３あてに設定し（ステップＳ１００１６）、プロキシＢＡをＡＧ１０３に送信する（ステップＳ１００１７）。これを受けて再接続要求に対する応答であるリアタッチメントアック（Re-attachment Ack）成功がＵＥ１００に返される（ステップＳ１００１８）。
【００８７】
ＵＥ１００はＢＳ１０７を介してリアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ１００１９〜１００２１）。なお、ＡＤ１１２リソースの解放をＰＧ１０４がトリガする（行う）場合は、現設定の前にデータパスが向けられていたアクセスドメインのリソースを対象とするため、正しくＡＤ１１２のリソースが解放される。
【００８８】
なお、アタッチメントイベント（ステップＳ１０００６）は、ネットワーク主導型ハンドオーバが開始される（ステップＳ１０００３）前に送信されることもある。図１１はこうした状況で発生する課題（図１７で説明）を解決する解法の一例であるが、基本的な動作は図１０と同じであるため、説明を省略する。
【００８９】
既にネットワーク主導型ハンドオーバが実施されている状態で、端末主導型ハンドオーバを開始しようとするとき、ＵＥ１００は端末主導型ハンドオーバ先アクセスネットワークに送信する再接続要求（Re-Attachment Event）に、接続処理によって生成されるデータ（コンテキスト）を、端末主導型ハンドオーバが仮に失敗した場合であっても保存しておくようアクセスネットワークの関連する装置に指示するフラグをセットする。本フラグは、図４に示す保存要求フラグ４０１と同等のものであってもよいし、別のものであってもよい。前者である場合、メッセージフィールドを有効活用することでリソース低減を図ることができる。また後者の場合、再接続要求処理時に生成したデータ（コンテキスト）を優先的に使用することを暗黙的に指示することができ、対象となる装置内の判定処理を削減することができる。
【００９０】
保存対象となるデータ（コンテキスト）は接続要求を受けて計算・生成されるものであり、接続後の通信にて使用する暗号・認証鍵や、ＵＥ１００が通信や再接続時に使用するための一時的なＩＤ、また最終値に至るまでの途中値や、データ（コンテキスト）生成に必要な情報（特に、他エンティティから動的に取得するもの）などが例としてあげられる。これにより、後に送信するリアタッチメントイベントに続く処理を、プロキシＢＵ／プロキシＢＡ処理と、それに関係する必要最低限の処理にとどめることができ、ハンドオーバ時間の削減を図ることができる。
【００９１】
次に、本発明の第１、第２の実施の形態に係る移動端末（ＵＥ）について図１２を用いて説明する。本発明に係る主要な構成要素は、状態判定部及びハンドオーバ制御部である。以下、これらを中心に説明する。
【００９２】
まず、状態判定部１２０３について説明する。状態判定部１２０３は、ハンドオーバの実施状況や移動端末の状態に基づいて、本発明による再接続要求（Re-attachment Event）メッセージを送信するためのトリガを生成する。具体的には、ネットワーク主導型ハンドオーバが実施されていることをハンドオーバコマンド／ハンドオーバ確認メッセージの交換などにより検出し、さらには端末主導型ハンドオーバにおけるハンドオーバ先アクセスに対する接続要求の結果に応じて再接続要求メッセージを送信するかを判断する。
【００９３】
第１の実施の形態におけるハンドオーバ処理方法では、状態判定部１２０３は具体的に次のような手段により検出を行う。１つの検出方法として以下のものがある。端末主導型ハンドオーバ先となるアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２のステップＳ２０１０の発生（さらに詳しくは、図１８Ａのハンドオーバ開始指示転送（ステップＳ１８０１４）の受信とハンドオーバ確認メッセージ（ステップＳ１８０１７）の送信、あるいはハンドオーバ確認メッセージの送信のみ）をもって検出する。
【００９４】
また、他の検出方法として以下のものがある。端末主導型ハンドオーバ先のアクセスネットワークＡＤ１１３のＢＳ１０７へ接続要求を出した後に、ハンドオーバ元のアクセスネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出する。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生することを推測する。また、これまでに送信したメジャメントレポートの内容に対してネットワーク主導型ハンドオーバが実行されたか、の履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、実際にネットワーク主導型ハンドオーバの開始条件をダウンロードして推測に用いたりするなどの方法がある。
【００９５】
また、第２の実施の形態におけるハンドオーバ処理方法では、状態判定部１２０３は、ネットワーク主導型ハンドオーバに従ってＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信し、ハンドオーバ確認メッセージをＡＤ１１２のＢＳ１０６に送信した（ステップＳ１０００４）後に、端末主導型ハンドオーバに基づいてＡＤ１１３のＢＳ１０７に接続要求を送信（ステップＳ１０００６）したことをもって双方のハンドオーバが同時期に実施されていることを検出する。さらには、ＡＤ１１３から接続失敗の結果を受信したこと（ステップＳ１０００９）を受けて、ＵＥ１００はＰＧ１０４におけるデータパス設定が意図しないものになっていることを察知することにより検出する。
【００９６】
また、第１、第２の実施の形態において、状態判定部１２０３はネットワーク主導型ハンドオーバの再発検出も行う。すなわち、本発明に基づく処理と併行して、再度ネットワーク主導型ハンドオーバが実施されてデータパスが再びネットワーク主導型ハンドオーバ先のアクセスネットワーク（ＡＤ１１２）に向けた内容に書き換えられたであろうことを次のような方法により検出し、ハンドオーバ制御部１２０２に通知する。
【００９７】
１つの検出する方法として以下のものがある。すなわち、端末主導型ハンドオーバ元のアクセスネットワーク（実際にはネットワーク主導型ハンドオーバ先のアクセスネットワークＡＤ１１２）経由で引き続きパケットを受信していることによって検出するものがある。また、他の検出方法として以下のものがある。すなわち、端末主導型ハンドオーバ先アクセスネットワークから所定の回数以上の接続失敗応答メッセージを受信したことによって検出するものがある。この所定の回数は、例えば２回などである。
【００９８】
次に、ハンドオーバ制御部１２０２について説明する。ハンドオーバ制御部１２０２は、状態判定部１２０３が出力する情報に基づいて、本発明による再接続要求処理を実施する。具体的には、状態判定部１２０３においてＰＧ１０４におけるデータパス設定が意図しないものになっていることが察知され、その旨の通知を受けると、ＢＳ１０７に再接続要求リアタッチメントイベント（ステップＳ２０１７）を送信する。このとき、再接続要求にプロキシＢＵ処理以外の処理に関しては先に実施した接続要求の結果を再利用するよう指示するフラグ（再接続要求フラグ；図３参照）を付加する。これにより、ＰＧ１０４のデータパスの再設定だけを実施して、ハンドオーバ時間を削減することができる。
【００９９】
なお、ＵＥ１００は再利用可能なデータ（コンテキスト）を保存しておく指示をＢＳ１０７への最初の接続要求送信時に行ってもよい。具体的には、後に再接続要求の送信可能性があるのでこの接続要求によって計算・生成されるＩＤや鍵データなどのコンテキストを一時的に保存しておくよう指示するフラグ（保存要求フラグ；図４参照）をアタッチメントイベント（ステップＳ２００３）に付加する。これにより、ＡＤ１１３の該当するエンティティ、例えばＡＡＡサーバやプロキシＡＡＡサーバ、基地局ＢＳ１０７、ＡＧ１０３などがＵＥ１００の接続要求によって生成されたデータ（コンテキスト）を一時的に保存して、後に再接続要求（ステップＳ２０１７）が発生したときに直ちにプロキシＢＵ処理だけを実施することができ、ハンドオーバ時間の削減を図ることができる。
【０１００】
また、状態判定部１２０３によってネットワーク主導型ハンドオーバの再発が検出された場合、ハンドオーバ制御部１２０２は、ネットワーク主導型ハンドオーバの停止を促すフラグ（ネットワーク主導型ハンドオーバ停止フラグ；図５参照）を再接続要求にセットする。
【０１０１】
なお、第１送受信部１２０５、第２送受信部１２０６は、外部アクセスネットワークからのパケットやメッセージなどを受信したり、外部アクセスネットワークへのパケットやメッセージなどを送信したりするものであり、それぞれ３ＧＰＰアクセスとの通信用、非３ＧＰＰアクセスとの通信用に相当する。なお、第１送受信部１２０５、第２送受信部１２０６を１つの送受信部としてもよい。また、通信環境測定部１２０４及び１２０７は、ＵＥ１００の周辺における無線通信の状況（受信する電波の強度など）を測定するものであり、必要に応じて測定した無線通信の状況を報告するためのレポート（メジャメントレポート）を作成して接続された送受信部１２０５、１２０６を介してネットワークに送信する。また、ハンドオーバポリシ１２０１は、ＵＥ１００がハンドオーバを行う際に用いられる情報を格納するものである。
【０１０２】
なお、本発明では、各アクセスネットワーク（アクセスドメイン）に１つの基地局が配置されたケースのハンドオーバについて詳細に説明したが、１つのアクセスネットワーク内に複数の基地局やＳＧＷが配置されたケースのハンドオーバについても同様に考えられる。この場合、ネットワーク主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）内の基地局間のハンドオーバとなり、端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）と非３ＧＰＰアクセスネットワーク（ＡＤ１１３）間でのハンドオーバとなる。
【０１０３】
また、上記説明した本発明による実施の形態では、移動端末の移動管理にＰｒｏｘｙ  ＭＩＰを用いる場合について説明したが、特に３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間の移動において、移動端末がＤＳＭＩＰ(Dual Stack Mobile IP)などのモバイルIP機能を有する場合、移動端末がバインディングアップデート（Binding Update）メッセージをパケットゲートウェイに送信することにより、位置登録を実施することができる。このとき、パケットゲートウェイは、移動端末からのバインディングアップデートメッセージを受けて、メッセージに含まれる気付けアドレス宛のデータパスを確立させるため、該当する移動端末のバインディングキャッシュエントリを更新し、その結果（データパス確立成功あるいは失敗）をバインディングアクノリッジ（Binding Acknowledge）メッセージにより移動端末に通知する。
【０１０４】
バインディングアップデートメッセージの送信はアタッチメントイベントおよびアタッチメントアック（アタッチ成功）の交換後に実施し、パケットゲートウェイが正常にバインディングキャッシュエントリを更新できた場合はデータパス確立成功を示すバインディングアクノリッジメッセージが返される。ここで、例えば移動端末がネットワーク主導型ハンドオーバの発生を検出した場合、移動端末は先に説明したのと同様にリアタッチメントイベントを送信してもよいが、既にアタッチメントに成功しているので、バインディングアップデートメッセージの再送を行うので十分である。これにより、ネットワーク主導型ハンドオーバによって上書きされた可能性のあるバインディングキャッシュエントリを、端末主導型ハンドオーバによるハンドオーバ先アクセスネットワーク（すなわち非３ＧＰＰアクセスネットワーク）宛のデータパスとなるよう再度更新させることができる。
【０１０５】
＜第３の実施の形態＞
本発明の第３の実施の形態について説明する。まず、第３の実施の形態におけるハンドオーバ処理方法について図１、図２０を用いて説明する。本実施の形態のハンドオーバ処理方法は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実施されることを検知した場合に、移動端末は、ネットワーク主導型ハンドオーバによるパス切り替えが完了した通知を得た後、端末主導型ハンドオーバを開始することにより、双方のハンドオーバ処理の干渉を回避するものである。
【０１０６】
既にＵＥ１００はアクセスドメインＡＤ１１１経由でパケットゲートウェイＰＧ１０４とベアラを確立しており（ステップＳ２０００１）、ＵＥ１００あてのパケットは正しくＰＧ１０４からＡＤ１１１経由で受信できているものとする（ステップＳ２０００２）。ＵＥ１００がＡＤ１１２と通信可能なエリアに移動し（Ｓ２０００３）、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定する（ステップＳ２０００４）。またそれと前後して、ネットワーク主導型ハンドオーバの開始が決定される（ステップＳ２０００５）と、ＵＥ１００はＢＳ１０５からハンドオーバコマンドを受信する（ステップＳ２０００６）。
【０１０７】
これを受けて、ＵＥ１００は、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実行されたことを検出する。具体的には、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定したことと、ネットワーク主導型ハンドオーバに基づいてＡＤ１１１のＢＳ１０５からハンドオーバコマンドを受信したことを条件に双方のハンドオーバが同時期に実施されていることを検出する。
【０１０８】
これを受けて、ＵＥ１００は、図２１に示す通知要求フラグ２１０１を付加したハンドオーバ確認メッセージ（ハンドオーバコンファーム）をＢＳ１０６に送信する（ステップＳ２０００７）。これを受けてＡＧ１０２は、通知要求フラグの内容を転記したプロキシＢＵをＰＧ１０４に送信する（ステップＳ２０００８）。このプロキシＢＵはハンドオーバ確認メッセージと同様の通知要求フラグを有していてもよいし、別の形式をもって通知要求フラグの内容を転送するものであってもよい。
【０１０９】
プロキシＢＵを受信したＰＧ１０４は、ＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得し（ステップＳ２０００９）、データパスをＡＧ１０２あてに設定し（ステップＳ２００１０）、プロキシＢＡをＡＧ１０２に送信する（ステップＳ２００１１）。これと同時にＰＧ１０４は、パス切り替え完了通知メッセージをＡＤ１１２内の移動管理エンティティ ＭＭＥ（Mobility Management Entity）に送信し（ステップＳ２００１２）、ＭＭＥがこれをＵＥ１００に転送する（ステップＳ２００１３）。
【０１１０】
ＰＧ１０４からＭＭＥに送信されるパス切り替え完了通知メッセージは、例えば、図２２に示すようなパス切り替え完了通知フラグ２２０１を含むＩＰパケットの形態をとるものである。また、ＭＭＥからＵＥ１００に送信されるパス切り替え完了通知メッセージは、例えば図２３に示すような、パス切り替え完了通知フラグ２３０１を含む無線パケットの形態をとるものであったり、図２２のＩＰパケットに無線ヘッダを付加したものであったりする。これを受けてＵＥ１００は、ネットワーク主導型ハンドオーバによるパス切り替えが完了したことを知り、直ちに端末主導型ハンドオーバを開始する。すなわち、ＵＥ１００は、接続要求であるアタッチメントイベント（Attachment Event）をＢＳ１０７に送信する（ステップＳ２００１４）と、ＡＧ１０３に転送され、ＡＧ１０３からＰＧ１０４にプロキシＢＵが送信される（ステップＳ２００１５）。
【０１１１】
これにより、端末主導型ハンドオーバとネットワーク主導型ハンドオーバが同時期に実施されることによるハンドオーバ処理の干渉を回避でき、ハンドオーバ失敗やいずれかのハンドオーバをやり直すことによるシステムリソースの再割り当てや浪費を防ぐことができる。また、ＵＥ１００がデータパスの切り替え完了を知ることによって、ネットワーク主導型ハンドオーバの全処理が完了するのを待つことなく、迅速に端末主導型ハンドオーバを開始することができ、ひいてはハンドオーバ処理の高速化、効率化につながるものである。
【０１１２】
ＰＧ１０４は、ＰＣＲＦ１２０からＱｏＳ設定情報を取得して（ＱｏＳ  Provisioning：ステップＳ２００１６）、ＵＥ１００のバインディングキャッシュ（ＢＣ）エントリを更新してデータパスをＡＧ１０３宛に設定し（ステップＳ２００１７）、プロキシＢＡ（プロキシバインディングアック）をＡＧ１０３に送信する（ステップＳ２００１８）。これを受けてアタッチメントアック（Re-attachment Ack）がＵＥ１００に返される（ステップＳ２００１９）。
【０１１３】
ＵＥ１００はＢＳ１０７を介してアタッチメントアックを受信すると、ＡＤ１１２で割り当てられたリソースを解放する（ステップＳ２００２０）。なお、ＡＤ１１２リソースの解放はＰＧ１０４がトリガする（行う）ものであってもよい。
【０１１４】
なお、ＵＥ１００は、端末主導型ハンドオーバの開始を決定したのと同時にネットワーク主導型ハンドオーバの開始が決定されたことを、ハンドオーバコマンドを受信する以前に検出することができる。具体的には、次のような手段により検出を行う。
【０１１５】
ＵＥは、ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのと前後して、端末主導型ハンドオーバ元のアクセスネットワークＡＤ１１１において、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好であるなどの測定結果）を送信した場合は、ＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。
【０１１６】
また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【０１１７】
なお、図１９に示すように、ＵＥ１００が同時に複数のＰＤＮ１３０〜１３２と接続している場合、一部のＰＤＮとの接続だけがハンドオーバの対象となることがある。例えば、ＰＤＮ１３０、１３１との接続だけがハンドオーバ対象となり、ＰＤＮ１３２との接続はハンドオーバされずに現行アクセスネットワークに残るような場合である。また同様に、一部のＰＤＮとの接続だけがネットワーク主導型ハンドオーバの対象となることもある。この場合、ＵＥ１００は、ネットワーク主導型ハンドオーバの対象とならなかったＰＤＮのみ先行して端末主導型ハンドオーバを実施してもよい。これにより、ネットワーク主導型ハンドオーバが完了した後で実施する端末主導型ハンドオーバの対象となるＰＤＮ数を削減することができ、全体としてハンドオーバ時間を低減させることができる。
【０１１８】
＜第４の実施の形態＞
本発明の第４の実施の形態について説明する。第４の実施の形態におけるハンドオーバ処理方法について図１、図２４を用いて説明する。本実施の形態のハンドオーバ処理方法は、パス切替完了通知メッセージが第３の実施の形態のものと異なり、また、移動端末は、ネットワーク主導型ハンドオーバによるパス切り替えが完了した通知をパケットゲートウェイ（ＰＧ）から直接得られる点が第３の実施の形態のハンドオーバ処理方法と異なる。
【０１１９】
ＵＥ１００は、ＡＤ１１１との接続時にＰＧ１０４とＤＳＭＩＰ（あるいはＭｏｂｉｌｅ ＩＰ）ブートストラッピングを完了し、ホームアドレスと気付けアドレスのバインディング等のメッセージを保護するための認証・暗号化鍵などを取得しているものとする。ＵＥ１００は、通知要求フラグ付きのハンドオーバ確認メッセージを送信する（ステップＳ２４００７）。ＰＧ１０４は、通知要求フラグ付きのプロキシＢＵ（ＰＢＵ）を受ける（ステップＳ２４００８）と、ＱｏＳ設定情報を取得して（ステップＳ２４００９）、ＢＣエントリ更新処理（ステップＳ２４０１０）後に、その完了をＵＥ１００に通知する（ステップＳ２４０１２）。
【０１２０】
ＵＥ１００はＤＳＭＩＰ（あるいはＭｏｂｉｌｅ  ＩＰ）を使えるので、パス切替完了通知メッセージとしてＢｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋ等のＭｏｂｉｌｅ  ＩＰに関するメッセージのいずれかを適用できる。ここでＵＥ１００は、ホームリンクに接続しており、ＰＧ１０４（Ｍｏｂｉｌｅ  ＩＰのホームエージェントに相当）へのバインディング登録は行っていない状態にある。すなわち、ＰＧ１０４はＵＥ１００のＤＳＭＩＰ（あるいはＭｏｂｉｌｅ  ＩＰ）に関するバインディング管理は行っていない。こうした状況において、これらのメッセージがＰＧ１０４の主導により送信されることは、通常の動作とは異なるものであり、ＵＥ１００は、先に検出した端末主導型ハンドオーバとネットワーク主導型ハンドオーバの同時発生と併せることによって、ネットワーク主導型ハンドオーバによるデータパスの切替が完了したことを認識することができる。これにより、ネットワーク主導型ハンドオーバによるデータパス切替の完了をＵＥ１００に直接通知できるので、リアルタイムな通知が可能となり、ハンドオーバ時間の削減につながる。
【０１２１】
上記通知手段として使うメッセージにも特別なフラグを付加してもよい。例えば、非３ＧＰＰアクセスに関するバインディングを促すフラグを新たに設けてもよく、ネットワーク主導型ハンドオーバによるデータパス切替の完了とともに、非３ＧＰＰアクセスにハンドオーバしてバインディングを更新することを明示的にＵＥ１００に指示することで、ＵＥ１００における判断処理を削減し、処理効率の向上を図ることができる。また、上記のメッセージを適用せずに、新規にメッセージを規定してもよい。
【０１２２】
通知を受けたＵＥ１００は、端末主導型ハンドオーバを開始する。すなわち、ＡＤ１１３とアクセスレベルでの接続（アタッチメントイベント（ステップＳ２４０１３）、アタッチメントアック（ステップＳ２４０１４））に続いてケアオブアドレスの割当てを受け（ステップＳ２４０１５）、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ、Ｂｉｎｄｉｎｇ Ａｃｋを実施する（ステップＳ２４０１６、Ｓ２４０１７）。その後、ＡＤ１１２のリソースを解放する（ステップＳ２４０２０）、なお、ＡＤ１１２のリソース解放は、ＰＧ１０４がトリガしてもよい。
【０１２３】
なお、ハンドオーバ確認メッセージに付加したような通知要求フラグを、別の形態にてUE100からPG104に伝達することができる。すなわち、UE100がハンドオーバコマンドを受信して、ハンドオーバ確認メッセージを送信する直前に、PG104に対して通知要求フラグと同等の意味を有する特定のメッセージを送信する。例えば特定のメッセージとして、Deregistration BUメッセージを送信する。ここで、送信するメッセージ内に通知要求フラグを明示的に付加してもよい。
【０１２４】
直後にUE100が送信するハンドオーバ確認メッセージの結果として発生するプロキシBUと、前記特定のメッセージ（例えばDeregistration BU）をともに受信したPG104は、ＡＤ１１２用のＱｏＳ設定情報をＰＣＲＦ１２０から取得し（ステップＳ２０００９）、データパスをＡＧ１０２あてに設定し（ステップＳ２００１０）、プロキシＢＡをＡＧ１０２に送信する（ステップＳ２００１１）。これと同時にＰＧ１０４は、パス切り替え完了通知メッセージをＡＤ１１２内の移動管理エンティティ ＭＭＥ（Mobility Management Entity）に送信する代わりに、同等の意味を有するメッセージとして、例えばバインディングアック（Binding Acknowledge）メッセージを直接UE100に送信する。これを受けてUE100は、ネットワーク主導型ハンドオーバによるパス切り替えが完了したことを知り、直ちに端末主導型ハンドオーバを開始する。すなわち、ＵＥ１００は、接続要求であるアタッチメントイベント（Attachment Event）をＢＳ１０７に送信する（ステップＳ２００１４）。
【０１２５】
次に、本発明の第３、４の実施の形態に係る移動端末（ＵＥ）について説明する。なお、ここでの移動端末の構成は図１２に記載の構成と同様であるため、図１２を用いて説明する。本発明に係る主要な構成要素は、状態判定部１２０３及びハンドオーバ制御部１２０２であるため、これらを中心に説明する。
【０１２６】
まず、状態判定部１２０３について説明する。状態判定部１２０３は、ハンドオーバの実施状況や移動端末の状態に基づいて、本発明による通知要求を含むハンドオーバ確認メッセージを送信するためのトリガを生成する。具体的には、端末主導型ハンドオーバの開始と同時期にネットワーク主導型ハンドオーバが開始されていることをハンドオーバコマンドの受信などにより検出する。
【０１２７】
状態判定部１２０３は具体的に次のような手段により検出を行う。１つの検出方法として以下のものがある。ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのに前後して、ハンドオーバ元のアクセスネットワーク（ＡＤ１１１）において、基地局間あるいはＲＡＴ（Radio Access Technology）間ハンドオーバの発生を検出する。具体的には、図２０におけるハンドオーバコマンドの受信（図１８Ａのハンドオーバ開始指示転送（ステップＳ１８０１４）の受信と同義）をもって検出する。
【０１２８】
また、他の検出方法として以下のものがある。ＡＤ１１３のＢＳ１０７に対する無線環境測定結果とハンドオーバポリシに基づいてＡＤ１１３へのハンドオーバを決定するのに前後して、端末主導型ハンドオーバ元のアクセスネットワークＡＤ１１１において、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートを送信したことをもって検出することができる。具体的には、ＡＤ１１１よりもＡＤ１１２の無線環境が圧倒的に良好なメジャメントレポート（例えば、電界強度が良好である、受信エラー率が良好である等の測定結果）を送信した場合はＡＤ１１２へのネットワーク主導型ハンドオーバが発生する可能性があることを推測する。
【０１２９】
また、これまでに送信したメジャメントレポートの内容に対して実際にネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測する。さらには、ネットワークからダウンロードしたり、あらかじめＵＥ１００内のＳＩＭカードやメモリに記憶されたネットワーク主導型ハンドオーバの開始条件を推測に用いたりするなどの方法がある。
【０１３０】
次に、ハンドオーバ制御部１２０２について説明する。ハンドオーバ制御部１２０２は、状態判定部１２０３が出力する情報に基づいて、本発明による通知要求処理を実施する。具体的には、状態判定部１２０３において端末主導型ハンドオーバの開始とネットワーク主導型ハンドオーバの開始が同時期に発生したことが検出され、その旨の通知を状態判定部１２０３から受けると、ＢＳ１０７から受信したハンドオーバコマンドに応答して本発明によるハンドオーバ確認メッセージを送信する。
【０１３１】
このとき、ハンドオーバ確認メッセージに、データパス完了時に通知を送信するよう指示するフラグ（通知要求フラグ２１０１；図２１参照）を付加する。これにより、ＰＧ１０４においてデータパスの設定が完了した時にＵＥ１００は上記示した手段により通知を受けて、端末主導型ハンドオーバを即座に開始することができ、ハンドオーバ時間を削減することができる。
【０１３２】
なお、第１送受信部１２０５、第２送受信部１２０６は、外部アクセスネットワークからのパケットやメッセージなどを受信したり、外部アクセスネットワークへのパケットやメッセージなどを送信したりするものであり、それぞれ３ＧＰＰアクセスとの通信用、非３ＧＰＰアクセスとの通信用に相当する。なお、第１送受信部１２０５、第２送受信部１２０６を１つの送受信部としてもよい。また、通信環境測定部１２０４及び１２０７は、ＵＥ１００の周辺における無線通信の状況（受信する電波の強度など）を測定するものであり、必要に応じて測定した無線通信の状況を報告するためのレポート（メジャメントレポート）を作成して接続された送受信部１２０５、１２０６を介してネットワークに送信する。また、ハンドオーバポリシ１２０１は、ＵＥ１００がハンドオーバを行う際に用いられる情報を格納するものである。
【０１３３】
次に、本発明の第３、第４の実施の形態に係るパケットゲートウェイ（ＰＧ）について図２５を用いて説明する。本発明に係る主要な構成要素はパス切り替え判定部２５０１である。以下、これを中心に説明する。
【０１３４】
パス切り替え判定部２５０１は、データパス完了時に通知を送信するよう指示するフラグ（通知要求フラグ２１０１；図２１参照）が付加されたプロキシＢＵを受信したことの通知をバインディング処理部２５０２から受けると、バインディング処理部２５０２による当該バインディング処理の完了を監視する。なお、パス切り替え判定部２５０１は、バインディング処理部２５０２による当該バインディング処理の完了時に割り込みを受けるものであってもよく、監視にポーリングを用いる場合に比べて監視負荷を低減することができる。
【０１３５】
当該バインディング処理の完了を検出したパス切り替え判定部２５０１は、実施の形態に応じて異なる動作を実施する。第３の実施の形態におけるパケットゲートウェイ１０４では、パス切り替え判定部２５０１はＵＥ１００に送信するパス切り替え完了通知（図２２参照）を生成して通信部２５０３に転送し、ＭＭＥ経由でＵＥ１００に送信するよう指示する。これを受けて、通信部２５０３がパス切り替え完了通知をＭＭＥ経由でＵＥ１００に送信する。
【０１３６】
また、第４の実施の形態におけるパケットゲートウェイ１０４では、パス切り替え判定部２５０１は、上述したパス切り替え完了通知と同等の意味を持つメッセージとして、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋ等のうち、所定のメッセージをＵＥ１００に送信するようバインディング処理部２５０２に指示する。ここで、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋのいずれを送信するかは、あらかじめ静的に決定するものであってもよく、これによってパケットゲートウェイによる選択処理を省略でき、ハンドオーバ時間を短縮することができる。
【０１３７】
あるいは、Ｂｉｎｄｉｎｇ Ｒｅｆｒｅｓｈ ＲｅｑｕｅｓｔやＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ、Ｂｉｎｄｉｎｇ Ａｃｋのいずれかを、送信時に決定するものであってもよく、これによって、ＵＥ１００の状態に応じたメッセージを都度選択することができる。例えば、ＵＥ１００が別のアクセスドメインからの接続処理を実施中であって、Ｂｉｎｄｉｎｇ Ａｃｋの受信を待っているような状況においては、混乱を避けるためにＢｉｎｄｉｎｇ ＲｅｆｒｅｓｈｍｅｎｔやＢｉｎｄｉｎｇ  Ｒｅｖｏｃａｔｉｏｎを選択したり、ＵＥ１００がＢｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎメッセージをサポートしていない場合は、それ以外のメッセージを動的に選択したりすることができ、処理性能の効率化につながる。
【０１３８】
バインディング処理部２５０２では、ＰＭＩＰやＤＳＭＩＰなどの移動管理プロトコルにおける、ＵＥ１００の位置（アドレス）管理を司り、具体的にはＵＥ１００からバインディングアップデートメッセージを受信したり、ＡＤのＭＡＧやサービングゲートウェイからプロキシＢＵを受信したりすると、当該ＵＥ１００のバインディングキャッシュエントリを更新して、データパスの切り替えを実施する。
【０１３９】
通信部２５０３は、コアネットワーク１１０や各アクセスドメイン１１１〜１１３のアクセスゲートウェイ１０１〜１０３と通信を行うためのものであり、イーサネット(登録商標）や専用線などの有線通信の形態をとるものであってもよいし、無線通信の形態をとるものであってもよい。
【０１４０】
なお、本発明では、各アクセスネットワーク（アクセスドメイン）に１つの基地局が配置されたケースのハンドオーバについて詳細に説明したが、１つのアクセスネットワーク内に複数の基地局やＳＧＷが配置されたケースのハンドオーバについても同様に考えられる。この場合、ネットワーク主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）内の基地局間のハンドオーバとなり、端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク（ＡＤ１１１）と非３ＧＰＰアクセスネットワーク（ＡＤ１１３）間でのハンドオーバとなる。
【０１４１】
なお、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【０１４２】
また、本発明の実施の形態では、移動端末のネットワークインタフェース（送受信部１２０５、１２０６）が複数であることを前提に説明を行っている部分があるが、本発明を実施するうえでの論理的なインタフェースが複数あればよく、例えば、１つの送受信部を複数の接続方式で共用し、ネットワークインタフェースの観点からはその変化が問題にならない程度の速度で切り替えたり、レイヤ２で論理的なリンクを維持したりすることにより、ハンドオーバ制御部やレイヤ２より上位の通信部からは複数のインタフェースを介してネットワークに接続している場合と同等に動作できるよう構成されていてもよい。
【０１４３】
さらには、本発明の実施の形態では、移動端末１００が送受信部１２０５、１２０６を介して基地局と無線通信を行うことを前提に説明を行っているが、移動端末が基地局相当のアクセスポイントと有線通信を行うものであってもよく、アクセスポイント間の切り替えにおいて同等の効果を有するものである。
【０１４４】
またさらに、移動端末は複数の通信デバイスから構成されるものであってもよく、例えばパーソナルコンピュータ等の電子計算機に外挿型あるいは組み込み型の３ＧＰＰ通信用デバイスモジュールや非３ＧＰＰ通信デバイスモジュールを装着する場合などがあり、こうした多様な移動端末においても本発明は同等の効果を有するものである。
【０１４５】
また、移動端末が送信するアタッチメントイベントやリアタッチメントイベントは、例えば認証システム（ＡＡＡ）で使用されるメッセージやハンドオーバ（あるいは高速ハンドオーバ）で使用されるメッセージを利用したり、セルラ通信で用いられるＮＡＳ（Non-Access Stratum）等のレイヤ２／３メッセージを利用したり、ＤＨＣＰ（Dynamic Host Configuration Protocol）などのアドレスやコンフィグレーション情報を取得するメッセージなどを利用してもよい。
【０１４６】
また、本発明の実施の形態では、固定されたローカルモビリティ環境を例に説明したが、モバイルルータ（MR: Mobile Router）（および配下のノード）により構成されたモバイルネットワーク環境（もしくはモバイルルータがモバイルルータを収容する階層化されたモバイルネットワーク）に本発明を適用することも可能である。例えば、モバイルネットワークの構成方法の一つであるＮＥＭＯ（Network Mobility）はＭＲがホームエージェント（Home Agent）にモバイルネットワーク（および端末）の移動登録を行うことにより、ＭＲが収容する移動端末に対するモビリティサポートを提供しているが、本実施の形態におけるＭＡＧ（アクセスゲートウェイやServing-GWに機能配置される）の機能をＭＲに搭載することができる。さらに、ＰｒｏｘｙＭＩＰを用いたネットワークを提供するネットワークオペレータがローミング関係などにより、ＰｒｏｘｙＭＩＰで構成しているＭＡＧ−ＬＭＡ（パケットゲートウェイあるいはＰＤＮゲートウェイ）間のトンネルを多段に用いるような場合は、階層化されたモバイルネットワークに相当する。
【０１４７】
さらには、ネットワーク主導型ハンドオーバはＷｉＭＡＸや無線ホットスポット、無線ＬＡＮネットワーク等の非３ＧＰＰアクセスネットワーク内で実施されたり、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間の移動時に実施されるものであってもよく、同等の効果が得られるものである。また、同様に端末主導型ハンドオーバは３ＧＰＰアクセスネットワーク内で実施されたり、非３ＧＰＰアクセスネットワーク内で実施されるものであってもよく、同様に同等の効果が得られるものである。
【産業上の利用可能性】
【０１４８】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置は、ネットワーク主導型ハンドオーバが同時期に実施されていることを検出してデータパスの再更新を指示することにより、双方のハンドオーバ失敗を回避させ、本来最適である端末主導型ハンドオーバ先のアクセスネットワーク経由での通信を可能とすることができるため、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが同時期に発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び接続管理装置などに有用である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、
前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信するステップと、
前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、
前記移動端末が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成するステップと、
前記移動端末が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信するステップとを、
有するハンドオーバ処理方法。
【請求項２】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、
前記第１のアクセスネットワークに接続している場合に、所望する前記第２のアクセスネットワークへの接続を要求する第１の接続要求メッセージを生成するメッセージ生成手段と、
生成された前記第１の接続要求メッセージを前記第２のアクセスネットワークに配置された基地局に送信する送信手段と、
所定のイベントが起こっているか否かを判断する判断手段とを備え、
前記メッセージ生成手段が、前記所定のイベントが起こっていると判断した場合、第１のフラグ情報を含むメッセージであって、前記第２のアクセスネットワークの前記基地局への第２の接続要求メッセージを生成し、
前記送信手段が、生成された前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する移動端末。
【請求項３】
前記所定のイベントは、前記第１の接続要求メッセージの送信前又は送信後に行われる、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理であって、前記第１のアクセスネットワーク内の他の基地局との間のハンドオーバ処理、又は前記複数のアクセスネットワークのうち、前記第１及び第２のアクセスネットワーク以外の第３のアクセスネットワークへのハンドオーバ処理である請求項２に記載の移動端末。
【請求項４】
前記所定のイベントは、さらに、前記第２のアクセスネットワークからの接続失敗を伝える接続失敗応答メッセージの受信である請求項３に記載の移動端末。
【請求項５】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記第１のアクセスネットワーク内の基地局間のハンドオーバの処理が発生していること、又は前記第１のアクセスネットワークと前記第３のアクセスネットワークとの間のハンドオーバの処理が発生していることによって行われる請求項３又は４に記載の移動端末。
【請求項６】
前記所定の装置による前記ネットワーク主導型のハンドオーバ処理の検出は、前記移動端末の周辺のアクセスネットワーク環境を調査したレポートが前記移動端末によって前記第１のアクセスネットワークへ送信されたことによって行われる請求項３又は４に記載の移動端末。
【請求項７】
前記第１のフラグ情報は、前記第２のアクセスネットワークへのパス切替えメッセージを、前記第２のアクセスネットワークの前記基地局に再度送信させることを促すものである請求項２に記載の移動端末。
【請求項８】
前記第１のフラグ情報は、さらに、前記第２のアクセスネットワークへのパス切替えメッセージの再送信以外の所定の処理に関しては、以前受信された前記第１の接続要求メッセージに基づいて生成された情報を利用して処理することを促すものである請求項７に記載の移動端末。
【請求項９】
前記メッセージ生成手段が、前記第２のアクセスネットワークへのパス切替えメッセージの送信前に前記第１の接続要求メッセージの受信に基づいて生成される情報を格納しておくよう前記第２のアクセスネットワークの所定の装置に指示するための第２のフラグ情報を前記第１の接続要求メッセージに付加する請求項２に記載の移動端末。
【請求項１０】
前記生成される情報は、前記第２のアクセスネットワークに接続するための前記移動端末の認証処理結果の情報である請求項９に記載の移動端末。
【請求項１１】
前記第２のアクセスネットワークの前記基地局に前記第２の接続要求メッセージを送信し、前記第２のアクセスネットワークへのハンドオーバ処理がなされた後、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされた場合、
前記メッセージ生成手段が、前記第２のアクセスネットワークへの再接続を要求する第２の接続要求メッセージに第３のフラグ情報を含め、
前記送信手段が、前記第３のフラグ情報を含む前記第２の接続要求メッセージを前記第２のアクセスネットワークの前記基地局に送信する請求項２に記載の移動端末。
【請求項１２】
前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出は、前記第１のアクセスネットワーク経由でパケットを受信したことによって行われる請求項１１に記載の移動端末。
【請求項１３】
前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理が再度なされたことの検出は、前記第２のアクセスネットワークから接続失敗を伝える接続失敗応答メッセージが所定の回数以上、受信されたことによって行われる請求項１１に記載の移動端末。
【請求項１４】
前記第３のフラグ情報は、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理を停止するよう指示する旨のものである請求項１１に記載の移動端末。
【請求項１５】
前記送信手段は、前記第２の接続要求メッセージを、所定の認証システムを介して前記所定の装置へ送信する請求項１１に記載の移動端末。
【請求項１６】
移動端末が、第１及び第２のアクセスネットワークを含む複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行う通信システムに、前記移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による前記移動端末のハンドオーバ処理が発生する場合の前記移動端末のハンドオーバ処理方法であって、
前記第１のアクセスネットワークに接続している前記移動端末が、所望する前記第２のアクセスネットワークへのハンドオーバを決定するステップと、
前記移動端末が、所定のイベントが起こっているか否かを判断するステップと、
前記移動端末が、前記所定のイベントが起こっていると判断した場合、フラグ情報を含むハンドオーバ確認メッセージを生成するステップと、
前記移動端末が、生成された前記ハンドオーバ確認メッセージを前記第１のアクセスネットワークの基地局に送信するステップと、
前記移動端末が、前記フラグ情報に基づいて生成されたメッセージであって、前記通信ネットワークの所定の装置が制御主体となって行うネットワーク主導型のハンドオーバ処理によりパスが切り替わった旨のパス切り替え完了通知メッセージを、前記移動端末の接続管理を行う接続管理装置から受信するステップと、
前記移動端末が、前記パス切り替え完了通知メッセージに基づいて、前記第２のアクセスネットワークへのハンドオーバを開始するステップとを、
有するハンドオーバ処理方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009157171.tif 000029
【図２】
2009157171.tif 000030
【図３】
2009157171.tif 000031
【図４】
2009157171.tif 000032
【図５】
2009157171.tif 000033
【図６】
2009157171.tif 000034
【図７】
2009157171.tif 000035
【図８】
2009157171.tif 000036
【図９】
2009157171.tif 000037
【図１０】
2009157171.tif 000038
【図１１】
2009157171.tif 000039
【図１２】
2009157171.tif 000040
【図１３】
2009157171.tif 000041
【図１４】
2009157171.tif 000042
【図１５】
2009157171.tif 000043
【図１６】
2009157171.tif 000044
【図１７】
2009157171.tif 000045
【図１８Ａ】
2009157171.tif 000046
【図１８Ｂ】
2009157171.tif 000047
【図１９】
2009157171.tif 000048
【図２０】
2009157171.tif 000049
【図２１】
2009157171.tif 000050
【図２２】
2009157171.tif 000051
【図２３】
2009157171.tif 000052
【図２４】
2009157171.tif 000053
【図２５】
2009157171.tif 000054
【国際調査報告】
2009157171.tif 000055
2009157171.tif 000056