(57)【要約】  移動端末のハンドオーバがシームレスになるようにでき、ネットワークリソースの２重予約が発生しないようにすることができるハンドオーバ処理方法などを提供する技術が開示され、その技術によれば移動端末１００が、所望するアクセスネットワーク１１３へ接続することを決定し、通信ネットワークの所定の装置が制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知するステップと、移動端末が、検知するステップの検知結果に基づいて、所望するアクセスネットワークへの接続を要求するメッセージであって、移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを所望するアクセスネットワークに配置された基地局に送信するステップとを、有する。
2010004714.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、
前記移動端末が、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定するステップと、
前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知するステップと、
前記移動端末が、前記検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信するステップとを、
有するハンドオーバ処理方法。
【請求項２】
ネットワーク主導型のハンドオーバ処理の発生の可能性の前記検知は、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われる請求項１に記載のハンドオーバ処理方法。
【請求項３】
前記所定の情報は、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報である請求項１又は２に記載のハンドオーバ処理方法。
【請求項４】
前記移動端末が、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記所望するアクセスネットワークとの接続を切るための解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信する請求項１に記載のハンドオーバ処理方法。
【請求項５】
前記所定の情報は、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報である請求項１又は２に記載のハンドオーバ処理方法。
【請求項６】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、
前記移動端末と前記通信相手との通信を管理する前記通信ネットワークの所定の装置が、前記移動端末が前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信した場合、
前記通信ネットワークの所定の装置が、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するためのメッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断するステップと、
送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定するステップと、
送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行うステップとを、
有するハンドオーバ処理方法。
【請求項７】
前記通信ネットワークの所定の装置は、前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを前記第２のメッセージを送信した基地局に送信する請求項６に記載のハンドオーバ処理方法。
【請求項８】
前記通信ネットワークの所定の装置は、前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを、前記第１のメッセージを送信した基地局を介して前記移動端末に送信する請求項６に記載のハンドオーバ処理方法。
【請求項９】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在し、前記複数の制御主体のそれぞれによる前記移動端末のハンドオーバ処理が発生する可能性がある場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、
前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定する決定手段と、
前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知する検知手段と、
前記検知手段による検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを生成するメッセージ生成手段と、
生成された前記接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信する送信手段とを、
備える移動端末。
【請求項１０】
前記検知手段による前記ネットワーク主導型のハンドオーバ処理の発生の可能性の検知は、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われる請求項９に記載の移動端末。
【請求項１１】
前記所定の情報は、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報である請求項９又は１０に記載の移動端末。
【請求項１２】
前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、
前記メッセージ生成手段は、前記所望するアクセスネットワークとの接続を切るための解放メッセージを生成し、
前記送信手段は、生成された前記解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信する請求項９に記載の移動端末。
【請求項１３】
前記所定の情報は、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報である請求項９又は１０に記載の移動端末。
【請求項１４】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法で用いられる前記通信を管理する通信管理装置であって、
前記移動端末が接続を前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信する受信手段と、
前記移動端末が現在接続している基地局と前記移動端末との接続を解放するための解放メッセージを前記移動端末が現在接続している基地局に送信する送信手段と、
前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記送信手段が前記解放メッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断する判断手段と、
送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定し、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行う処理手段とを、
備える通信管理装置。
【請求項１５】
前記処理手段が前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、
前記送信手段が生成された前記エラーメッセージを前記第２のメッセージを送信した基地局に送信する、
請求項１４に記載の通信管理装置。
【請求項１６】
前記処理手段が前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、
前記送信手段が生成された前記エラーメッセージを前記第１のメッセージを送信した基地局を介して前記移動端末に送信する、
請求項１４に記載の通信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置に関する。
【背景技術】
【０００２】
次世代の端末移動をサポートした大規模ネットワークとして、非特許文献１に記載のＰＭＩＰ（Proxy Mobile IP)がある。ＰＭＩＰではＩＰ(Internet Protocol)層での移動端末(ＭＮ:Mobile Node)の移動（ハンドオーバ）がネットワーク側で管理される。一方、３ＧＰＰ(3rd Generation Partnership Project)のＳＡＥ(System Architecture Evolution)では、次世代のパケットスイッチ(ＰＳ:Packet Switched)網についての仕様決めが行われている（非特許文献２、非特許文献３を参照）。図１４（非特許文献３に記載）にネットワーク図の一部を示す。【０００３】
なお、３ＧＰＰアクセス（access）内にはＵＥ(User Equipment)の無線アクセスポイントであるeNodeB（不図示）やリンク層でのハンドオーバを管理するＭＭＥ(Mobility Management Entity)（不図示）が存在する。図１４に示される通り、非特許文献２においては３ＧＰＰの移動端末であるＵＥの３ＧＰＰアクセス間のハンドオーバ、及び３ＧＰＰアクセスとnon-３ＧＰＰ（非３ＧＰＰとも言う）ネットワーク間のハンドオーバの両方がサポートされている。このＵＥのＩＰ層のハンドオーバ管理として、主にＰＭＩＰが採用されている。【０００４】
非特許文献２に記載の３ＧＰＰアクセス間のＵＥの移動シグナリングフローの一例を図１５に示す。図１５に示される通り、ネットワーク側でハンドオーバの準備がなされ（ステップＳ１５０１）、ハンドオーバが開始され（ステップＳ１５０２）、ハンドオーバが完了する（ステップＳ１５０３）。ここでの移動を決定するのはネットワーク側であり、ハンドオーバはネットワーク側で開始される（ネットワーク主導ハンドオーバ）。この場合、ＵＥにはハンドオーバしたことが分からない。【０００５】
非特許文献３に記載の３ＧＰＰアクセスからTrusted 非３ＧＰＰ ＩＰアクセスへ（単に、非３ＧＰＰアクセスとも言う）のＵＥの移動シグナリングフローの一例を図１６に示す。図１６に示される通り、ここでのハンドオーバはＵＥ側で開始される（ＵＥ主導ハンドオーバ）。既にＵＥは３ＧＰＰアクセスと通信ベアラを確立しているものとする（ステップＳ１６０１）。非３ＧＰＰアクセスネットワークから受信できる電波の測定結果をハンドオーバポリシ(policy)と照らし合わせた結果、ＵＥは非３ＧＰＰアクセスへのハンドオーバ開始を決定し（ステップＳ１６０２）、非３ＧＰＰアクセスに接続するためのアクセス認証処理を開始する（ステップＳ１６０３）。アクセス認証が完了して接続を許可（認証、許可）されると、レイヤ３（ＩＰレイヤ）における接続処理を開始する（Ｌ３（Layer ３）アタッチトリガ：ステップＳ１６０４）。【０００６】
その結果、非３ＧＰＰアクセスネットワーク内のノード（例えば、不図示のＭＡＧ（Mobile Access Gateway））が、コアネットワークとの間に設定するＱｏＳポリシや課金設定情報をＰＣＲＦから取得して設定する（ゲートウェイ制御セッション構築リクエスト（Gateway Control and QoS Policy Rules Request）：ステップＳ１６０５、ゲートウェイ制御セッション構築応答（Ack Gateway Control and QoS Policy Rules Request）：ステップＳ１６０６）。続いて、ＭＡＧがプロキシＢＵ（プロキシバインディングアップデート）をＰＤＮ−ＧＷ（ＰＤＮゲートウェイ）に送信し（ステップＳ１６０７）、ＰＤＮ−ＧＷはＰＣＲＦからＱｏＳポリシや課金設定情報を取得して設定する（ポリシ及び課金情報リクエスト（Modification of IP-CAN Session）：ステップＳ１６０８、ポリシ及び課金情報供給（Ack IP-CAN Session Modification）：ステップＳ１６０９）。【０００７】
さらに、ＰＤＮ−ＧＷはＡＡＡ認証を行う（ステップＳ１６１０）。これらの処理に成功すると、ＰＤＮ−ＧＷはＭＡＧに対してプロキシＢＡ（Binding Ack）を返し（ステップＳ１６１１）、ＭＡＧとＰＤＮ−ＧＷとの間にＰＭＩＰｖ６トンネルが構築される（ステップＳ１６１３）。プロキシＢＡを受信したＭＡＧは、ＰＤＮ−ＧＷから配布されたＩＰアドレス／プレフィックスをＵＥに転送して、Ｌ３レベルの接続処理を完了する（ステップＳ１６１２）。そして最後に、ハンドオーバ元アクセスの３ＧＰＰベアラをリリース（解放）して、端末主導型ハンドオーバ処理を完了する（３ＧＰＰ ＥＰＳ ベアラリソース解放：ステップＳ１６１４）。ここで、３ＧＰＰ ＥＰＳ ベアラの解放は、ＵＥが実施してもよいし、ＰＤＮ−ＧＷが実施してもよい。【０００８】
非特許文献２に記載のBearer（３ＧＰＰにおけるＵＥとＰＤＮ−ＧＷの間のリンクレベル接続）Release（ベアラリリース）シグナリングフローの一例を図１７に示す。図１７に示すように、ＵＥが無線ベアラリリースリクエスト（Radio Bearer Release Request）を受信すると（ステップＳ１７０１）、無線ベアラリリースレスポンス（Radio Bearer Release Response）を送信し（ステップＳ１７０２）、ベアラリリースが行われる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】S.Gundavelli et al,“Proxy Mobile IPv6”, draft-ietf-netlmm-proxymip6-11.txt, February 25 2008.
【非特許文献２】“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 8)”, 3GPP TS 23.401 V8.1.0 March 2008.
【非特許文献３】“Architecture enhancements for non-3GPP accesses (Release 8)”, 3GPP TS 23.402 V8.1.1 March 2008.
【００１０】
今、ＵＥが３ＧＰＰアクセスに接続して通信しているとする。ここでＵＥが非３ＧＰＰアクセスを見つけ、そちら側への接続を切り替えようとしている時、３ＧＰＰアクセス側でネットワーク主導のハンドオーバ（ネットワーク主導型ハンドオーバ）が開始されると、ハンドオーバが双方で失敗（中断）する上、ベアラリリース（Bearer Release）に関する無駄なシグナリングが発生する。その際の一例を図１８に示す。【００１１】
図１８では、３ＧＰＰアクセスから非３ＧＰＰアクセスへのハンドオーバに関するシグナリングが終了した後にネットワーク側から送られるベアラリリース（Bearer Release）処理（ステップＳ１８０６：Delete Bearer Request）によって３ＧＰＰアクセスから３ＧＰＰアクセスへのハンドオーバが失敗する（データ送受信の中断が起きる）上に、３ＧＰＰアクセスから３ＧＰＰアクセスへのハンドオーバシグナル(ステップＳ１８０７：Update Bearer Request)により、ハンドオーバ情報（ＵＥの位置登録情報）が更新されるため３ＧＰＰアクセスから非３ＧＰＰアクセスへのハンドオーバも失敗する。【００１２】
そこで、３ＧＰＰを切ってから非３ＧＰＰに繋ぐようにすると、ハンドオーバがシームレスにならないという問題（break before make 問題）が発生する。また３ＧＰＰを切らないと二重予約（double reservation）の問題が発生する。
【発明の概要】
【００１３】
本発明は、上記の問題点に鑑み、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができるハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置を提供することを目的とする。
【００１４】
上記目的を達成するために、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、前記移動端末が、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定するステップと、前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知するステップと、前記移動端末が、前記検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信するステップとを、有するハンドオーバ処理方法が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、本発明では、アクセスネットワークには少なくとも１つの基地局が存在する場合を想定している。
【００１５】
また、本発明のハンドオーバ処理方法において、ネットワーク主導型のハンドオーバ処理の発生の可能性の前記検知が、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理の発生の可能性を適切に検知することができる。
【００１６】
また、本発明のハンドオーバ処理方法において、前記所定の情報が、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００１７】
また、本発明のハンドオーバ処理方法において、前記移動端末が、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記所望するアクセスネットワークとの接続を切るための解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信することは、本発明の好ましい態様である。この構成により、２重予約を回避することができる。
【００１８】
また、本発明のハンドオーバ処理方法において、前記所定の情報が、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００１９】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、前記移動端末と前記通信相手との通信を管理する前記通信ネットワークの所定の装置が、前記移動端末が前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信した場合、前記通信ネットワークの所定の装置が、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するためのメッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断するステップと、送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定するステップと、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、第１、第２のメッセージは後述する位置登録メッセージに相当する。
【００２０】
また、本発明のハンドオーバ処理方法において、前記通信ネットワークの所定の装置が、前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを前記第２のメッセージを送信した基地局に送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理がなされないことを知ることができる。
【００２１】
また、本発明のハンドオーバ処理方法において、前記通信ネットワークの所定の装置が、前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを、前記第１のメッセージを送信した基地局を介して前記移動端末に送信することは、本発明の好ましい態様である。この構成により、端末主導型のハンドオーバ処理がなされないことを知ることができる。
【００２２】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在し、前記複数の制御主体のそれぞれによる前記移動端末のハンドオーバ処理が発生する可能性がある場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定する決定手段と、前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知する検知手段と、前記検知手段による検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを生成するメッセージ生成手段と、生成された前記接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信する送信手段とを、備える移動端末が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。
【００２３】
また、本発明の移動端末において、前記検知手段による前記ネットワーク主導型のハンドオーバ処理の発生の可能性の検知が、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理の発生の可能性を適切に検知することができる。
【００２４】
また、本発明の移動端末において、前記所定の情報が、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００２５】
また、本発明の移動端末において、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記メッセージ生成手段が、前記所望するアクセスネットワークとの接続を切るための解放メッセージを生成し、前記送信手段が、生成された前記解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信することは、本発明の好ましい態様である。この構成により、２重予約を回避することができる。
【００２６】
また、本発明の移動端末において、前記所定の情報が、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００２７】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法で用いられる前記通信を管理する通信管理装置であって、前記移動端末が接続を前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信する受信手段と、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するための解放メッセージを前記移動端末が現在接続している基地局に送信する送信手段と、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記送信手段が前記解放メッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断する判断手段と、送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定し、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行う処理手段とを、備える通信管理装置が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、ここでの通信管理装置は後述するＳＧに相当する。
【００２８】
また、本発明の通信管理装置において、前記処理手段が前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、前記送信手段が生成された前記エラーメッセージを前記第２のメッセージを送信した基地局に送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理がなされないことを知ることができる。
【００２９】
また、本発明の通信管理装置において、前記処理手段が前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、前記送信手段が生成された前記エラーメッセージを前記第１のメッセージを送信した基地局を介して前記移動端末に送信することは、本発明の好ましい態様である。この構成により、端末主導型のハンドオーバ処理がなされないことを知ることができる。
【００３０】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置は、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２】本発明の第１の実施の形態に係るＵＥの構成の一例を示す構成図
【図３】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバが起こる可能性を検出する方法の一例を示すフローチャート
【図４】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバが起こる可能性を検出する他の方法の一例を示すフローチャート
【図５】本発明の第１、第２の実施の形態におけるメッセージフォーマットの一例を示す図
【図６】本発明の第１の実施の形態における処理のメッセージシーケンスの一例を示すシーケンスチャート
【図７】本発明の第１の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図８】本発明の第１の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図９】本発明の第１、第２の実施の形態に係るＳＧの構成の一例を示す構成図
【図１０】本発明の第１の実施の形態に係るＳＧによるメッセージの中身を解析する解析フローの一例を示すフローチャート
【図１１】本発明の第２の実施の形態における処理のメッセージシーケンスの一例を示すシーケンスチャート
【図１２】本発明の第２の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図１３】本発明の第２の実施の形態に係るＳＧのポリシ実施手段の処理の一例を示すフローチャート
【図１４】従来のネットワークの一例を示す図
【図１５】従来の３ＧＰＰアクセス間のＵＥの移動シグナリングシーケンスの一例を示すシーケンスチャート
【図１６】従来の３ＧＰＰアクセスからTrusted 非３ＧＰＰ ＩＰアクセスへのＵＥの移動シグナリングシーケンスの一例を示すシーケンスチャート
【図１７】従来のベアラリリースのシグナリングシーケンスの一例を示すシーケンスチャート
【図１８】従来のＵＥのハンドオーバにおける課題を説明するためのシーケンスチャート
【図１９】従来のＵＥ主導のリリースメッセージの送信の一例を示すシーケンスチャート
【発明を実施するための形態】
【００３２】
＜第１の実施の形態＞
本発明の第１の実施の形態について図１を参照しながら説明する。アクセスドメイン（ＡＤ：Access Domain )１１１とＡＤ１１２は同種のアクセス網（アクセスネットワーク）であり、ＡＤ１１３は、ＡＤ１１１及びＡＤ１１２とは異種のアクセス網である。ＡＤ１１１、ＡＤ１１２、ＡＤ１１３には移動端末ＭＮ１００（以下、ＭＮ１００をＵＥ１００と記述する場合もある）の無線アクセスポイントであるＢＳ(Base Station)１０５、ＢＳ１０６、ＢＳ１０７がそれぞれ存在し、ＢＳ１０５、ＢＳ１０６、ＢＳ１０７はそれぞれアクセスゲートウェイ（ＡＧ：Access Gateway)１０１、ＡＧ１０２、ＡＧ１０３に繋がっている。
【００３３】
ＡＧは各ＡＤに繋がっているＭＮ１００のＡＤ内での移動を管理するためのものである。ＡＧ１０１、ＡＧ１０２、ＡＧ１０３はそれぞれＳＧ(Service Gateway)１０４に繋がっている。ＳＧ１０４はＭＮ１００のＡＤ間の移動、または、ＡＤ内でＭＮ１００のアドレスが変更された場合のモビリティを管理するものである。ＡＤは、例えばＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）、ＧＥＲＡＮ（GSM EDGE Radio Access Network）、ＥＵＴＲＡＮ（Evolved UTRAN）などの３ＧＰＰのアクセスネットワークであってもよいし、ＷＬＡＮ（Wireless LAN）やＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＨＲＰＤ(High Rate Packet Data; 3GPP2にて標準化)、ＮＧＮ（Next Generation Network）などの非３ＧＰＰアクセスネットワーク、またＩ−ＷＬＡＮ（Interworking Wireless LAN）であってもよい。
【００３４】
ＢＳは、例えば３ＧＰＰのベースステーション（eNodeBなど）であってもよいし、ＷＬＡＮ、ＷｉＭＡＸ、Ｉ−ＷＬＡＮなどのアクセスポイントであってもよい。ＡＧは、例えば非特許文献２に記載のServing Gatewayであってもよいし、非特許文献３に記載のePDGやＡＧＷ（Access Gateway）であってもよい。また、非特許文献１に記載のＭＡＧであってもよい。Service Gatewayは、例えば非特許文献２に記載のＰＤＮ  ＧＷであってもよいし、非特許文献１に記載のホームエージェント（Home Agent）やローカルモビリティアンカー（Local Mobility Anchor： LMA）であってもよい。ＭＮ１００は、これらのノードを介して非図示のApplication Service Domainに接続し、アプリケーションサービスを享受する。Application Service Domainは、例えばインターネットやオペレータ各社が独自に用意するＩＭＳ（IP Multimedia Subsystem）ネットワーク等のＩＰパケット網や、その他のＰＤＮ（Packet Data Network）である。なお、以下ではＡＧ１０１、ＡＧ１０２、ＡＧ１０３のことをＡＤ１１１、ＡＤ１１２、ＡＤ１１３と記載する場合もある。この中でMNやBSはMNのハンドオーバ決定に関わる制御の主体の例となる。
【００３５】
今、ＭＮ１００がＡＤ１１１からＡＤ１１３へハンドオーバしようとする。ここで、ＭＮ１００がＡＤ１１１からＡＤ１１２のネットワーク主導型ハンドオーバが起こる可能性を検出した場合、ＭＮ１００は、ＡＤ１１１からＡＤ１１３へのハンドオーバ手順がＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバの邪魔をしないように、ハンドオーバの処理の方針であるポリシ(Policy)をＳＧ１０４に送っておく。
【００３６】
ネットワーク主導型ハンドオーバが起こる可能性に関しては、例えば次のような手段により検出（把握）する。まず１つ目の手段としては、現在接続中のネットワーク（アクセスネットワーク）からの受信電波が弱いことを検出することによりハンドオーバの可能性を把握する。２つ目の手段としては、現在接続中のネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートの送信を検出することによりハンドオーバの可能性を把握する。例えば、ＡＤ１１１よりもＡＤ１１２の無線環境の方が圧倒的に良好である旨のレポートの送信を検出することによりハンドオーバの可能性を把握する。
【００３７】
また、これまでに送信したメジャメントレポートの内容に対して、ネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測したり、実際にネットワーク主導型ハンドオーバの開始条件をダウンロードして推測したりする。
【００３８】
また、上述のポリシはＡＤ１１３への接続要求メッセージに含めてＳＧ１０４(ＡＤ１１１からＡＤ１１２へのハンドオーバとＡＤ１１１からＡＤ１１３へのハンドオーバに関するシグナリングの両方が通るノード)に送られる。または、あらかじめＳＧ１０４にポリシを送っておき、このポリシを有効にさせるためのトリガ(Trigger)をＡＤ１１３への接続要求メッセージに含めてＳＧ１０４に送ってもよい。
【００３９】
このポリシは、例えば以下のようなことをさせるものである。１．ＡＤ１１１からＡＤ１１３へのハンドオーバの後に続くＡＤ１１１経路への解放処理（例えば、図１８のステップＳ１８０６のDelete Bearer Request）をＳＧ１０４に保留にさせる。２．ＵＥ１００が完全にＡＤ１１３にハンドオーバし、相手ノードとのデータのやり取りができるようになった状態で、ＡＤ１１１側の接続状況が再び安定（電波状況が安定するなど）したと判断した際、ＵＥ主導のリリース（解放）メッセージを送らせる（ＵＥ１００による送信を許可する）（例えば、非特許文献２のリクエストベアラリソースリリース（Request Bearer Resource Release、図１９参照））。３．ＡＤ１１１からＡＤ１１３へのハンドオーバ処理中、又は完全にＡＤ１１３へハンドオーバした直後にＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバが起きたことをＵＥ１００が検出した際、ＵＥ１００はＡＤ１１３側の経路を解放させる。これにより、ＵＥ１００のハンドオーバがシームレスになり、２重予約が発生しないようにさせることができる。
【００４０】
第１の実施の形態に係るＵＥの構成の一例を図２に示す。網主導ハンドオーバ予測手段２０１は、上述のネットワーク主導型ハンドオーバが起こる可能性を検出（把握）する手段である。検出方法の一例を図３及び図４に示す。図３に示すフローチャートは、現在接続中のネットワーク（アクセスネットワーク）からの受信電波が弱いことを検出することによりハンドオーバの可能性を把握する場合のフローチャートである。網主導ハンドオーバ予測手段２０１は、３Ｇインタフェースでの受信電波が弱いか（例えば、所定の電波強度よりも低いか）否かを判断し（ステップＳ３０１）、弱いと判断すると３Ｇから３Ｇへのネットワーク主導型ハンドオーバが起こり得ると判断する（ステップＳ３０２）。一方、弱いと判断されなければ、３Ｇから３Ｇへのネットワーク主導型ハンドオーバはしばらく起こらないと判断する（ステップＳ３０３）。
【００４１】
図４に示すフローチャートは、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートの送信を検出することによりハンドオーバの可能性を把握する場合のフローチャートである。網主導ハンドオーバ予測手段２０１は、ネットワーク主導型ハンドオーバを促すようなメジャメントレポートを送信したか否かを判断する（ステップＳ４０１）。送信されていると判断すると、３Ｇから３Ｇへのネットワーク主導型ハンドオーバが起こり得ると判断する（ステップＳ４０２）。一方、送信されていないと判断されれば、３Ｇから３Ｇへのネットワーク主導型ハンドオーバはしばらく起こらないと判断する（ステップＳ４０３）。
【００４２】
メッセージ生成手段２０２は、上述したポリシを送るためのメッセージや、ポリシを有効にさせるトリガを生成する手段である。メッセージ生成手段２０２で生成されるメッセージフォーマットの一例を図５に示す。なお、図５に示すＡＤ１１３への接続要求メッセージ５０１、５０３とは、例えば非特許文献１に記載のRouter Solicitationメッセージの拡張であってもよいし、または全く新しいメッセージであってもよい。またＳＧ１０４への位置登録メッセージ５０２、５０４とは、例えば非特許文献１に記載のProxy Binding Updateメッセージであってもよいし、これと同等機能を有するメッセージであってもよい。
【００４３】
送信インタフェース選択手段２０３は、メッセージを送るインタフェースを選択する手段、つまりＡＤ１１１（及びＡＤ１１２）側のインタフェースから送るか、ＡＤ１１３側のインタフェースから送るかを選択する手段である。無線受信手段２０４は、外部からのメッセージなどを受信する手段であり、無線送信手段２０５は外部へメッセージなどを送信する手段である。
【００４４】
第１の実施の形態におけるメッセージフローを図６から図８に示す。図６はポリシをＡＤ１１３への接続要求メッセージに含めてＳＧ１０４に送り、かつＵＥ１００がＡＤ１１１側の接続が安定したことを検知した後、ＡＤ１１１側のリリース（解放）リクエストを送信するフローである。図６に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ６０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ６０２）。
【００４５】
その後、あるいは同時期に、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ６０３）。ＵＥ１００はポリシを含む接続要求メッセージをＡＤ１１３へ送信し（ステップＳ６０４）、ＡＤ１１３からポリシを含む位置登録メッセージがＳＧ１０４に送信される（ステップＳ６０５）。ＳＧ１０４はポリシに基づいてＡＤ１１１に対するリリース処理を保留し（ステップＳ６０６）、位置登録応答メッセージをＡＤ１１３へ送信する（ステップＳ６０７）。位置登録応答メッセージに基づいてＡＤ１１３との接続ＯＫの旨のメッセージがＡＤ１１３から送信される（ステップＳ６０８）。ＵＥ１００はＡＤ１１１側の接続が安定したことを検知して（ステップＳ６０９）、ネットワーク主導のハンドオーバが起こりそうに無いと判断した後、ＡＤ１１１側のベアラに対するリリースリクエストを送信する（ステップＳ６１０）。
【００４６】
図７はＳＧ１０４があらかじめＵＥ１００のポリシを保有しており、トリガによってこのポリシを有効にさせるためのフローである。図７に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ７０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ７０２）。このとき、ＳＧ１０４はあらかじめＵＥ１００のポリシを有している。その後、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ７０３）。
【００４７】
ＵＥ１００はポリシを有効にさせるトリガを含む接続要求メッセージをＡＤ１１３へ送信し（ステップＳ７０４）、ＡＤ１１３からトリガを含む位置登録メッセージがＳＧ１０４に送信される（ステップＳ７０５）。ＳＧ１０４はトリガに基づいてポリシを有効とし、ＡＤ１１１へのリリース処理を保留し（ステップＳ７０６）、位置登録応答メッセージをＡＤ１１３へ送信する（ステップＳ７０７）。位置登録応答メッセージに基づいてＡＤ１１３との接続ＯＫの旨のメッセージがＡＤ１１３から送信される（ステップＳ７０８）。ＵＥ１００はＡＤ１１１側の接続が安定したことを検知し（ステップＳ７０９）ネットワーク主導のハンドオーバが起こりそうに無いと判断した後、ＡＤ１１１側のリリースリクエストを送信する（ステップＳ７１０）。
【００４８】
図８はＡＤ１１１からＡＤ１１３へのハンドオーバ処理中にネットワーク主導型ハンドオーバが起こった場合のフローである。図８に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ８０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ８０２）。その後、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ８０３）。ＵＥ１００はポリシを含む接続要求メッセージをＡＤ１１３へ送信する（ステップＳ８０４）。その後、ＵＥ１００は、ハンドオーバ処理中にネットワーク主導型ハンドオーバを検知する（ステップＳ８０５）と、ＡＤ１１３に対するリリースリクエストを送信する（ステップＳ８０６）。
【００４９】
なお、上記ＡＤ１１３に対するリリースリクエストの送信（ステップＳ８０６）は、ハンドオーバ処理中にネットワーク主導型ハンドオーバを検知したことに加え（ステップＳ８０５）、ＡＤ１１３へのハンドオーバ後にＡＤ１１２へのネットワーク主導型ハンドオーバが成功した、あるいはネットワーク主導型ハンドオーバがＵＥ主導ハンドオーバより優位であることを知っている（または判断できる）場合に実施するものでもよい。ここで、ＡＤ１１３に対するリリース処理は、ＡＤ１１３に対する接続ＯＫメッセージを所定時間内に受信できなかったことを更なる条件としてもよい。
【００５０】
なお、図６〜図８の位置登録メッセージ及び位置登録応答メッセージはハンドオーバのためのシグナリングであり、例えば非特許文献1に記載（及び図１８）のProxy Binding Update及びProxy Binding Ackでもよいし、図１８のUpdate Bearer RequestやUpdate Bearer Responseでもよい。
【００５１】
第１の実施の形態のＳＧ１０４の構成の一例を図９に示す。受信手段９０１は送られてきたメッセージを受信する手段であり、送信手段９０２はメッセージを送信する手段である。メッセージ解析手段９０３は、送られてきたメッセージの中身を解析する手段であり、例えばＡＤ１１３からの位置登録メッセージにポリシが含まれているか、またはトリガが含まれているか、または何も含まれていないかを解析する。
【００５２】
解析フローの一例を図１０に示す。図１０に示すように、メッセージ解析手段９０３は、位置登録メッセージにポリシが含まれているか否かを解析する（ステップＳ１００１）。ポリシが含まれている場合にはポリシ実施手段９０５に所定の処理をするよう指示する（ステップＳ１００２）。ポリシが含まれていない場合、位置登録メッセージにトリガが含まれているか否かを解析する（ステップＳ１００３）。トリガが含まれている場合にはポリシ保有手段９０４に対して保有するポリシを有効にさせるよう指示する（ステップＳ１００４）。トリガが含まれていない場合にはメッセージ生成手段９０６に所定のメッセージを生成するよう指示する（ステップＳ１００５）。
【００５３】
ポリシ保有手段９０４には、ＵＥ１００のポリシがあらかじめ送られている場合にポリシが保有されており、位置登録メッセージにトリガが含まれていることをメッセージ解析手段９０３が判断した場合、このポリシが有効になる。ポリシ実施手段９０５は、位置登録メッセージに含まれるポリシ、またはポリシ保有手段９０４が保有するポリシで有効となったものを実施する。メッセージ生成手段９０６はポリシ実施手段９０５のポリシ実施に従い（又はポリシが無い場合は従来の方法で）、メッセージを生成する。
【００５４】
＜第２の実施の形態＞
第２の実施の形態を説明する際、第１の実施の形態における通信ネットワークと同様であるため図１を用いて説明する。ＵＥ１００はあらかじめ自分がＡＤ１１３（異種網（異種ネットワーク））にハンドオーバする可能性のあること、及びＳＧ１０４からのDetach（切り離し）のタイミングに関するポリシをＳＧ１０４に送っておく。
【００５５】
このポリシは、例えば以下のようなものである。１．図１１に示すように、ＳＧ１０４がＡＤ１１１からＡＤ１１３へのハンドオーバの後に続くリリース処理に関するメッセージを送信した（ステップＳ１１０６）直後に、ＡＤ１１２から位置登録メッセージを受け取った場合（ステップＳ１１０７）、ＳＧ１０４に位置登録メッセージを受け付けさせず（ステップＳ１１０８）、ＳＧ１０４からＡＤ１１２にエラーを返させる（ステップＳ１１０９）ものである。２．または、図１２に示すように、ＳＧ１０４がＡＤ１１１にリリース処理に関するメッセージを送信する前にＡＤ１１２から位置登録メッセージを受け取った場合（ステップＳ１２０６）、ＳＧ１０４にＡＤ１１２からの位置登録メッセージを有効と判断させ（ステップＳ１２０７）、ＳＧ１０４にＡＤ１１１の経路に対するリリース処理に関するメッセージを送信させないものである。この場合、ＡＤ１１１からＡＤ１１３へのハンドオーバが失敗したということをＵＥ１００が気づいてもよいし、ＳＧ１０４からＵＥ１００に対しエラーを返してもよい（ステップＳ１２０８）。
【００５６】
ここで、ＵＥ１００は、例えばＡＤ１１２とのリンク確立が成功した、あるいはＡＤ１１３への接続ＯＫメッセージが所定時間内に受信できなかったなどの状態から、ＡＤ１１１からＡＤ１１３へのハンドオーバが失敗したことを検出してもよい。
【００５７】
なお、図１１及び図１２の位置登録メッセージや位置登録応答メッセージは、例えば非特許文献１や図１８のProxy Binding UpdateやProxy Binding Ackでもよいし、図１８のUpdate Bearer RequestやUpdate Bearer Responseでもよい。また、図１１のリリース処理のメッセージは、例えば図１８のステップＳ１８０６のDelete Bearer Requestであってもよい。この場合のポリシは、あらかじめＳＧ１０４に送っておいてもよい（ＵＥ１００がＡＤ１１３にハンドオーバするタイミングでなくてもよい）。このポリシは始めてＵＥ１００の位置登録がＳＧ１０４に行われる際、メッセージに付加されて送られてもよいし、全く新しいメッセージで送られてもよい。また、ネットワーク側があらかじめＵＥ１００のポリシとして保有していてもよい。
【００５８】
第２の実施の形態のＳＧの構成の一例について説明するが、構成要素は第１の実施の形態の場合と同様であるため図９を用いて説明する。受信手段９０１は送られてきたメッセージを受信する手段であり、送信手段９０２はメッセージを送信する手段である。メッセージ解析手段９０３は、送られてきたメッセージの順番を解析する手段である。ポリシ保有手段９０４ではあらかじめ送られているＵＥ１００のポリシを保有し、ポリシ実施手段９０５は送られてきたメッセージの順番によって送信するメッセージを決定する手段である。メッセージ生成手段９０６では、ポリシ実施手段９０５で決められたメッセージを生成し、決められた順番で送信手段９０２に渡す。
【００５９】
ここで、ポリシ実施手段９０５の処理の一例について図１３を用いて説明する。受信手段９０１を介してＡＤ１１３から位置登録メッセージを受け取った（ステップＳ１３０１）後、ポリシ実施手段９０５は、ＡＤ１１１へリリース処理のメッセージを送信する前にＡＤ１１２から位置登録メッセージが送られてきたか否かを判断する（ステップＳ１３０２）。ＡＤ１１２から位置登録メッセージが送られてきていない場合には、ポリシ実施手段９０５は、ＡＤ１１１へのリリース処理のメッセージを送信した直後にＡＤ１１２から位置登録メッセージを受信したか否かを判断する（ステップＳ１３０３）。
【００６０】
ＡＤ１１２から位置登録メッセージを受信した場合には、ポリシ実施手段９０５は、ＡＤ１１２へエラーメッセージ（ハンドオーバ失敗の旨を含む）を返す（ステップＳ１３０４）。一方、ＡＤ１１２から位置登録メッセージを受信しなかった場合には、ポリシ実施手段９０５は、通常の処理を行う（ステップＳ１３０５）。また、ステップＳ１３０２において、ＡＤ１１１へリリース処理のメッセージを送信する前にＡＤ１１２から位置登録メッセージが送られてきたと判断された場合には、ポリシ実施手段９０５は、ＡＤ１１３へエラーメッセージ（ハンドオーバ失敗の旨を含む）を返す（ステップＳ１３０６）。
【００６１】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００６２】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００６３】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００６４】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置は、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができるため、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置などに有用である。
【図１】
2010004714.tif 000003
【図２】
2010004714.tif 000004
【図３】
2010004714.tif 000005
【図４】
2010004714.tif 000006
【図５】
2010004714.tif 000007
【図６】
2010004714.tif 000008
【図７】
2010004714.tif 000009
【図８】
2010004714.tif 000010
【図９】
2010004714.tif 000011
【図１０】
2010004714.tif 000012
【図１１】
2010004714.tif 000013
【図１２】
2010004714.tif 000014
【図１３】
2010004714.tif 000015
【図１４】
2010004714.tif 000016
【図１５】
2010004714.tif 000017
【図１６】
2010004714.tif 000018
【図１７】
2010004714.tif 000019
【図１８】
2010004714.tif 000020
【図１９】
2010004714.tif 000021
【手続補正書】
【提出日】平成22年12月22日(2010.12.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置に関する。
【背景技術】
【０００２】
次世代の端末移動をサポートした大規模ネットワークとして、非特許文献１に記載のＰＭＩＰ（Proxy Mobile IP)がある。ＰＭＩＰではＩＰ(Internet Protocol)層での移動端末(ＭＮ:Mobile Node)の移動（ハンドオーバ）がネットワーク側で管理される。一方、３ＧＰＰ(3rd Generation Partnership Project)のＳＡＥ(System Architecture Evolution)では、次世代のパケットスイッチ(ＰＳ:Packet Switched)網についての仕様決めが行われている（非特許文献２、非特許文献３を参照）。図１４（非特許文献３に記載）にネットワーク図の一部を示す。
【０００３】
なお、３ＧＰＰアクセス（access）内にはＵＥ(User Equipment)の無線アクセスポイントであるeNodeB（不図示）やリンク層でのハンドオーバを管理するＭＭＥ(Mobility Management Entity)（不図示）が存在する。図１４に示される通り、非特許文献２においては３ＧＰＰの移動端末であるＵＥの３ＧＰＰアクセス間のハンドオーバ、及び３ＧＰＰアクセスとnon-３ＧＰＰ（非３ＧＰＰとも言う）ネットワーク間のハンドオーバの両方がサポートされている。このＵＥのＩＰ層のハンドオーバ管理として、主にＰＭＩＰが採用されている。
【０００４】
非特許文献２に記載の３ＧＰＰアクセス間のＵＥの移動シグナリングフローの一例を図１５に示す。図１５に示される通り、ネットワーク側でハンドオーバの準備がなされ（ステップＳ１５０１）、ハンドオーバが開始され（ステップＳ１５０２）、ハンドオーバが完了する（ステップＳ１５０３）。ここでの移動を決定するのはネットワーク側であり、ハンドオーバはネットワーク側で開始される（ネットワーク主導ハンドオーバ）。この場合、ＵＥにはハンドオーバしたことが分からない。
【０００５】
非特許文献３に記載の３ＧＰＰアクセスからTrusted 非３ＧＰＰ ＩＰアクセスへ（単に、非３ＧＰＰアクセスとも言う）のＵＥの移動シグナリングフローの一例を図１６に示す。図１６に示される通り、ここでのハンドオーバはＵＥ側で開始される（ＵＥ主導ハンドオーバ）。既にＵＥは３ＧＰＰアクセスと通信ベアラを確立しているものとする（ステップＳ１６０１）。非３ＧＰＰアクセスネットワークから受信できる電波の測定結果をハンドオーバポリシ(policy)と照らし合わせた結果、ＵＥは非３ＧＰＰアクセスへのハンドオーバ開始を決定し（ステップＳ１６０２）、非３ＧＰＰアクセスに接続するためのアクセス認証処理を開始する（ステップＳ１６０３）。アクセス認証が完了して接続を許可（認証、許可）されると、レイヤ３（ＩＰレイヤ）における接続処理を開始する（Ｌ３（Layer ３）アタッチトリガ：ステップＳ１６０４）。
【０００６】
その結果、非３ＧＰＰアクセスネットワーク内のノード（例えば、不図示のＭＡＧ（Mobile Access Gateway））が、コアネットワークとの間に設定するＱｏＳポリシや課金設定情報をＰＣＲＦから取得して設定する（ゲートウェイ制御セッション構築リクエスト（Gateway Control and QoS Policy Rules Request）：ステップＳ１６０５、ゲートウェイ制御セッション構築応答（Ack Gateway Control and QoS Policy Rules Request）：ステップＳ１６０６）。続いて、ＭＡＧがプロキシＢＵ（プロキシバインディングアップデート）をＰＤＮ−ＧＷ（ＰＤＮゲートウェイ）に送信し（ステップＳ１６０７）、ＰＤＮ−ＧＷはＰＣＲＦからＱｏＳポリシや課金設定情報を取得して設定する（ポリシ及び課金情報リクエスト（Modification of IP-CAN Session）：ステップＳ１６０８、ポリシ及び課金情報供給（Ack IP-CAN Session Modification）：ステップＳ１６０９）。
【０００７】
さらに、ＰＤＮ−ＧＷはＡＡＡ認証を行う（ステップＳ１６１０）。これらの処理に成功すると、ＰＤＮ−ＧＷはＭＡＧに対してプロキシＢＡ（Binding Ack）を返し（ステップＳ１６１１）、ＭＡＧとＰＤＮ−ＧＷとの間にＰＭＩＰｖ６トンネルが構築される（ステップＳ１６１３）。プロキシＢＡを受信したＭＡＧは、ＰＤＮ−ＧＷから配布されたＩＰアドレス／プレフィックスをＵＥに転送して、Ｌ３レベルの接続処理を完了する（ステップＳ１６１２）。そして最後に、ハンドオーバ元アクセスの３ＧＰＰベアラをリリース（解放）して、端末主導型ハンドオーバ処理を完了する（３ＧＰＰ ＥＰＳ ベアラリソース解放：ステップＳ１６１４）。ここで、３ＧＰＰ ＥＰＳ ベアラの解放は、ＵＥが実施してもよいし、ＰＤＮ−ＧＷが実施してもよい。
【０００８】
非特許文献２に記載のBearer（３ＧＰＰにおけるＵＥとＰＤＮ−ＧＷの間のリンクレベル接続）Release（ベアラリリース）シグナリングフローの一例を図１７に示す。図１７に示すように、ＵＥが無線ベアラリリースリクエスト（Radio Bearer Release Request）を受信すると（ステップＳ１７０１）、無線ベアラリリースレスポンス（Radio Bearer Release Response）を送信し（ステップＳ１７０２）、ベアラリリースが行われる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】S.Gundavelli et al,“Proxy Mobile IPv6”, draft-ietf-netlmm-proxymip6-11.txt, February 25 2008.
【非特許文献２】“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 8)”, 3GPP TS 23.401 V8.1.0 March 2008.
【非特許文献３】“Architecture enhancements for non-3GPP accesses (Release 8)”, 3GPP TS 23.402 V8.1.1 March 2008.
【００１０】
今、ＵＥが３ＧＰＰアクセスに接続して通信しているとする。ここでＵＥが非３ＧＰＰアクセスを見つけ、そちら側への接続を切り替えようとしている時、３ＧＰＰアクセス側でネットワーク主導のハンドオーバ（ネットワーク主導型ハンドオーバ）が開始されると、ハンドオーバが双方で失敗（中断）する上、ベアラリリース（Bearer Release）に関する無駄なシグナリングが発生する。その際の一例を図１８に示す。
【００１１】
図１８では、３ＧＰＰアクセスから非３ＧＰＰアクセスへのハンドオーバに関するシグナリングが終了した後にネットワーク側から送られるベアラリリース（Bearer Release）処理（ステップＳ１８０６：Delete Bearer Request）によって３ＧＰＰアクセスから３ＧＰＰアクセスへのハンドオーバが失敗する（データ送受信の中断が起きる）上に、３ＧＰＰアクセスから３ＧＰＰアクセスへのハンドオーバシグナル(ステップＳ１８０７：Update Bearer Request)により、ハンドオーバ情報（ＵＥの位置登録情報）が更新されるため３ＧＰＰアクセスから非３ＧＰＰアクセスへのハンドオーバも失敗する。
【００１２】
そこで、３ＧＰＰを切ってから非３ＧＰＰに繋ぐようにすると、ハンドオーバがシームレスにならないという問題（break before make 問題）が発生する。また３ＧＰＰを切らないと二重予約（double reservation）の問題が発生する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、上記の問題点に鑑み、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができるハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、前記移動端末が、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定するステップと、前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知するステップと、前記移動端末が、前記検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信するステップとを、有するハンドオーバ処理方法が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、本発明では、アクセスネットワークには少なくとも１つの基地局が存在する場合を想定している。
【００１５】
また、本発明のハンドオーバ処理方法において、ネットワーク主導型のハンドオーバ処理の発生の可能性の前記検知が、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理の発生の可能性を適切に検知することができる。
【００１６】
また、本発明のハンドオーバ処理方法において、前記所定の情報が、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００１７】
また、本発明のハンドオーバ処理方法において、前記移動端末が、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記所望するアクセスネットワークとの接続を切るための解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信することは、本発明の好ましい態様である。この構成により、２重予約を回避することができる。
【００１８】
また、本発明のハンドオーバ処理方法において、前記所定の情報が、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００１９】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、前記移動端末と前記通信相手との通信を管理する前記通信ネットワークの所定の装置が、前記移動端末が前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信した場合、前記通信ネットワークの所定の装置が、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するためのメッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断するステップと、送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定するステップと、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行うステップとを、有するハンドオーバ処理方法が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、第１、第２のメッセージは後述する位置登録メッセージに相当する。
【００２０】
また、本発明のハンドオーバ処理方法において、前記通信ネットワークの所定の装置が、前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを前記第２のメッセージを送信した基地局に送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理がなされないことを知ることができる。
【００２１】
また、本発明のハンドオーバ処理方法において、前記通信ネットワークの所定の装置が、前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを、前記第１のメッセージを送信した基地局を介して前記移動端末に送信することは、本発明の好ましい態様である。この構成により、端末主導型のハンドオーバ処理がなされないことを知ることができる。
【００２２】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在し、前記複数の制御主体のそれぞれによる前記移動端末のハンドオーバ処理が発生する可能性がある場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定する決定手段と、前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知する検知手段と、前記検知手段による検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを生成するメッセージ生成手段と、生成された前記接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信する送信手段とを、備える移動端末が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。
【００２３】
また、本発明の移動端末において、前記検知手段による前記ネットワーク主導型のハンドオーバ処理の発生の可能性の検知が、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われることは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理の発生の可能性を適切に検知することができる。
【００２４】
また、本発明の移動端末において、前記所定の情報が、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００２５】
また、本発明の移動端末において、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記メッセージ生成手段が、前記所望するアクセスネットワークとの接続を切るための解放メッセージを生成し、前記送信手段が、生成された前記解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信することは、本発明の好ましい態様である。この構成により、２重予約を回避することができる。
【００２６】
また、本発明の移動端末において、前記所定の情報が、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報であることは、本発明の好ましい態様である。この構成により、現在の接続の解放処理を一時的に保留させることができる。
【００２７】
また、本発明によれば、移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法で用いられる前記通信を管理する通信管理装置であって、前記移動端末が接続を前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信する受信手段と、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するための解放メッセージを前記移動端末が現在接続している基地局に送信する送信手段と、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記送信手段が前記解放メッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断する判断手段と、送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定し、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行う処理手段とを、備える通信管理装置が提供される。この構成により、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。なお、ここでの通信管理装置は後述するＳＧに相当する。
【００２８】
また、本発明の通信管理装置において、前記処理手段が前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、前記送信手段が生成された前記エラーメッセージを前記第２のメッセージを送信した基地局に送信することは、本発明の好ましい態様である。この構成により、ネットワーク主導型のハンドオーバ処理がなされないことを知ることができる。
【００２９】
また、本発明の通信管理装置において、前記処理手段が前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、前記送信手段が生成された前記エラーメッセージを前記第１のメッセージを送信した基地局を介して前記移動端末に送信することは、本発明の好ましい態様である。この構成により、端末主導型のハンドオーバ処理がなされないことを知ることができる。
【発明の効果】
【００３０】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置は、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１、第２の実施の形態における移動通信システムの構成の一例を示す構成図
【図２】本発明の第１の実施の形態に係るＵＥの構成の一例を示す構成図
【図３】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバが起こる可能性を検出する方法の一例を示すフローチャート
【図４】本発明の第１の実施の形態におけるネットワーク主導型ハンドオーバが起こる可能性を検出する他の方法の一例を示すフローチャート
【図５】本発明の第１、第２の実施の形態におけるメッセージフォーマットの一例を示す図
【図６】本発明の第１の実施の形態における処理のメッセージシーケンスの一例を示すシーケンスチャート
【図７】本発明の第１の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図８】本発明の第１の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図９】本発明の第１、第２の実施の形態に係るＳＧの構成の一例を示す構成図
【図１０】本発明の第１の実施の形態に係るＳＧによるメッセージの中身を解析する解析フローの一例を示すフローチャート
【図１１】本発明の第２の実施の形態における処理のメッセージシーケンスの一例を示すシーケンスチャート
【図１２】本発明の第２の実施の形態における処理のメッセージシーケンスの他の一例を示すシーケンスチャート
【図１３】本発明の第２の実施の形態に係るＳＧのポリシ実施手段の処理の一例を示すフローチャート
【図１４】従来のネットワークの一例を示す図
【図１５】従来の３ＧＰＰアクセス間のＵＥの移動シグナリングシーケンスの一例を示すシーケンスチャート
【図１６】従来の３ＧＰＰアクセスからTrusted 非３ＧＰＰ ＩＰアクセスへのＵＥの移動シグナリングシーケンスの一例を示すシーケンスチャート
【図１７】従来のベアラリリースのシグナリングシーケンスの一例を示すシーケンスチャート
【図１８】従来のＵＥのハンドオーバにおける課題を説明するためのシーケンスチャート
【図１９】従来のＵＥ主導のリリースメッセージの送信の一例を示すシーケンスチャート
【発明を実施するための形態】
【００３２】
＜第１の実施の形態＞
本発明の第１の実施の形態について図１を参照しながら説明する。アクセスドメイン（ＡＤ：Access Domain )１１１とＡＤ１１２は同種のアクセス網（アクセスネットワーク）であり、ＡＤ１１３は、ＡＤ１１１及びＡＤ１１２とは異種のアクセス網である。ＡＤ１１１、ＡＤ１１２、ＡＤ１１３には移動端末ＭＮ１００（以下、ＭＮ１００をＵＥ１００と記述する場合もある）の無線アクセスポイントであるＢＳ(Base Station)１０５、ＢＳ１０６、ＢＳ１０７がそれぞれ存在し、ＢＳ１０５、ＢＳ１０６、ＢＳ１０７はそれぞれアクセスゲートウェイ（ＡＧ：Access Gateway)１０１、ＡＧ１０２、ＡＧ１０３に繋がっている。
【００３３】
ＡＧは各ＡＤに繋がっているＭＮ１００のＡＤ内での移動を管理するためのものである。ＡＧ１０１、ＡＧ１０２、ＡＧ１０３はそれぞれＳＧ(Service Gateway)１０４に繋がっている。ＳＧ１０４はＭＮ１００のＡＤ間の移動、または、ＡＤ内でＭＮ１００のアドレスが変更された場合のモビリティを管理するものである。ＡＤは、例えばＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）、ＧＥＲＡＮ（GSM EDGE Radio Access Network）、ＥＵＴＲＡＮ（Evolved UTRAN）などの３ＧＰＰのアクセスネットワークであってもよいし、ＷＬＡＮ（Wireless LAN）やＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＨＲＰＤ(High Rate Packet Data; 3GPP2にて標準化)、ＮＧＮ（Next Generation Network）などの非３ＧＰＰアクセスネットワーク、またＩ−ＷＬＡＮ（Interworking Wireless LAN）であってもよい。
【００３４】
ＢＳは、例えば３ＧＰＰのベースステーション（eNodeBなど）であってもよいし、ＷＬＡＮ、ＷｉＭＡＸ、Ｉ−ＷＬＡＮなどのアクセスポイントであってもよい。ＡＧは、例えば非特許文献２に記載のServing Gatewayであってもよいし、非特許文献３に記載のePDGやＡＧＷ（Access Gateway）であってもよい。また、非特許文献１に記載のＭＡＧであってもよい。Service Gatewayは、例えば非特許文献２に記載のＰＤＮ  ＧＷであってもよいし、非特許文献１に記載のホームエージェント（Home Agent）やローカルモビリティアンカー（Local Mobility Anchor： LMA）であってもよい。ＭＮ１００は、これらのノードを介して非図示のApplication Service Domainに接続し、アプリケーションサービスを享受する。Application Service Domainは、例えばインターネットやオペレータ各社が独自に用意するＩＭＳ（IP Multimedia Subsystem）ネットワーク等のＩＰパケット網や、その他のＰＤＮ（Packet Data Network）である。なお、以下ではＡＧ１０１、ＡＧ１０２、ＡＧ１０３のことをＡＤ１１１、ＡＤ１１２、ＡＤ１１３と記載する場合もある。この中でMNやBSはMNのハンドオーバ決定に関わる制御の主体の例となる。
【００３５】
今、ＭＮ１００がＡＤ１１１からＡＤ１１３へハンドオーバしようとする。ここで、ＭＮ１００がＡＤ１１１からＡＤ１１２のネットワーク主導型ハンドオーバが起こる可能性を検出した場合、ＭＮ１００は、ＡＤ１１１からＡＤ１１３へのハンドオーバ手順がＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバの邪魔をしないように、ハンドオーバの処理の方針であるポリシ(Policy)をＳＧ１０４に送っておく。
【００３６】
ネットワーク主導型ハンドオーバが起こる可能性に関しては、例えば次のような手段により検出（把握）する。まず１つ目の手段としては、現在接続中のネットワーク（アクセスネットワーク）からの受信電波が弱いことを検出することによりハンドオーバの可能性を把握する。２つ目の手段としては、現在接続中のネットワークにおいて、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートの送信を検出することによりハンドオーバの可能性を把握する。例えば、ＡＤ１１１よりもＡＤ１１２の無線環境の方が圧倒的に良好である旨のレポートの送信を検出することによりハンドオーバの可能性を把握する。
【００３７】
また、これまでに送信したメジャメントレポートの内容に対して、ネットワーク主導型ハンドオーバが実行されたか否かの履歴と照合してネットワーク主導型ハンドオーバの開始条件を推測したり、実際にネットワーク主導型ハンドオーバの開始条件をダウンロードして推測したりする。
【００３８】
また、上述のポリシはＡＤ１１３への接続要求メッセージに含めてＳＧ１０４(ＡＤ１１１からＡＤ１１２へのハンドオーバとＡＤ１１１からＡＤ１１３へのハンドオーバに関するシグナリングの両方が通るノード)に送られる。または、あらかじめＳＧ１０４にポリシを送っておき、このポリシを有効にさせるためのトリガ(Trigger)をＡＤ１１３への接続要求メッセージに含めてＳＧ１０４に送ってもよい。
【００３９】
このポリシは、例えば以下のようなことをさせるものである。１．ＡＤ１１１からＡＤ１１３へのハンドオーバの後に続くＡＤ１１１経路への解放処理（例えば、図１８のステップＳ１８０６のDelete Bearer Request）をＳＧ１０４に保留にさせる。２．ＵＥ１００が完全にＡＤ１１３にハンドオーバし、相手ノードとのデータのやり取りができるようになった状態で、ＡＤ１１１側の接続状況が再び安定（電波状況が安定するなど）したと判断した際、ＵＥ主導のリリース（解放）メッセージを送らせる（ＵＥ１００による送信を許可する）（例えば、非特許文献２のリクエストベアラリソースリリース（Request Bearer Resource Release、図１９参照））。３．ＡＤ１１１からＡＤ１１３へのハンドオーバ処理中、又は完全にＡＤ１１３へハンドオーバした直後にＡＤ１１１からＡＤ１１２へのネットワーク主導型ハンドオーバが起きたことをＵＥ１００が検出した際、ＵＥ１００はＡＤ１１３側の経路を解放させる。これにより、ＵＥ１００のハンドオーバがシームレスになり、２重予約が発生しないようにさせることができる。
【００４０】
第１の実施の形態に係るＵＥの構成の一例を図２に示す。網主導ハンドオーバ予測手段２０１は、上述のネットワーク主導型ハンドオーバが起こる可能性を検出（把握）する手段である。検出方法の一例を図３及び図４に示す。図３に示すフローチャートは、現在接続中のネットワーク（アクセスネットワーク）からの受信電波が弱いことを検出することによりハンドオーバの可能性を把握する場合のフローチャートである。網主導ハンドオーバ予測手段２０１は、３Ｇインタフェースでの受信電波が弱いか（例えば、所定の電波強度よりも低いか）否かを判断し（ステップＳ３０１）、弱いと判断すると３Ｇから３Ｇへのネットワーク主導型ハンドオーバが起こり得ると判断する（ステップＳ３０２）。一方、弱いと判断されなければ、３Ｇから３Ｇへのネットワーク主導型ハンドオーバはしばらく起こらないと判断する（ステップＳ３０３）。
【００４１】
図４に示すフローチャートは、ネットワーク主導型ハンドオーバを誘発すると判断されるメジャメントレポートの送信を検出することによりハンドオーバの可能性を把握する場合のフローチャートである。網主導ハンドオーバ予測手段２０１は、ネットワーク主導型ハンドオーバを促すようなメジャメントレポートを送信したか否かを判断する（ステップＳ４０１）。送信されていると判断すると、３Ｇから３Ｇへのネットワーク主導型ハンドオーバが起こり得ると判断する（ステップＳ４０２）。一方、送信されていないと判断されれば、３Ｇから３Ｇへのネットワーク主導型ハンドオーバはしばらく起こらないと判断する（ステップＳ４０３）。
【００４２】
メッセージ生成手段２０２は、上述したポリシを送るためのメッセージや、ポリシを有効にさせるトリガを生成する手段である。メッセージ生成手段２０２で生成されるメッセージフォーマットの一例を図５に示す。なお、図５に示すＡＤ１１３への接続要求メッセージ５０１、５０３とは、例えば非特許文献１に記載のRouter Solicitationメッセージの拡張であってもよいし、または全く新しいメッセージであってもよい。またＳＧ１０４への位置登録メッセージ５０２、５０４とは、例えば非特許文献１に記載のProxy Binding Updateメッセージであってもよいし、これと同等機能を有するメッセージであってもよい。
【００４３】
送信インタフェース選択手段２０３は、メッセージを送るインタフェースを選択する手段、つまりＡＤ１１１（及びＡＤ１１２）側のインタフェースから送るか、ＡＤ１１３側のインタフェースから送るかを選択する手段である。無線受信手段２０４は、外部からのメッセージなどを受信する手段であり、無線送信手段２０５は外部へメッセージなどを送信する手段である。
【００４４】
第１の実施の形態におけるメッセージフローを図６から図８に示す。図６はポリシをＡＤ１１３への接続要求メッセージに含めてＳＧ１０４に送り、かつＵＥ１００がＡＤ１１１側の接続が安定したことを検知した後、ＡＤ１１１側のリリース（解放）リクエストを送信するフローである。図６に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ６０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ６０２）。
【００４５】
その後、あるいは同時期に、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ６０３）。ＵＥ１００はポリシを含む接続要求メッセージをＡＤ１１３へ送信し（ステップＳ６０４）、ＡＤ１１３からポリシを含む位置登録メッセージがＳＧ１０４に送信される（ステップＳ６０５）。ＳＧ１０４はポリシに基づいてＡＤ１１１に対するリリース処理を保留し（ステップＳ６０６）、位置登録応答メッセージをＡＤ１１３へ送信する（ステップＳ６０７）。位置登録応答メッセージに基づいてＡＤ１１３との接続ＯＫの旨のメッセージがＡＤ１１３から送信される（ステップＳ６０８）。ＵＥ１００はＡＤ１１１側の接続が安定したことを検知して（ステップＳ６０９）、ネットワーク主導のハンドオーバが起こりそうに無いと判断した後、ＡＤ１１１側のベアラに対するリリースリクエストを送信する（ステップＳ６１０）。
【００４６】
図７はＳＧ１０４があらかじめＵＥ１００のポリシを保有しており、トリガによってこのポリシを有効にさせるためのフローである。図７に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ７０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ７０２）。このとき、ＳＧ１０４はあらかじめＵＥ１００のポリシを有している。その後、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ７０３）。
【００４７】
ＵＥ１００はポリシを有効にさせるトリガを含む接続要求メッセージをＡＤ１１３へ送信し（ステップＳ７０４）、ＡＤ１１３からトリガを含む位置登録メッセージがＳＧ１０４に送信される（ステップＳ７０５）。ＳＧ１０４はトリガに基づいてポリシを有効とし、ＡＤ１１１へのリリース処理を保留し（ステップＳ７０６）、位置登録応答メッセージをＡＤ１１３へ送信する（ステップＳ７０７）。位置登録応答メッセージに基づいてＡＤ１１３との接続ＯＫの旨のメッセージがＡＤ１１３から送信される（ステップＳ７０８）。ＵＥ１００はＡＤ１１１側の接続が安定したことを検知し（ステップＳ７０９）ネットワーク主導のハンドオーバが起こりそうに無いと判断した後、ＡＤ１１１側のリリースリクエストを送信する（ステップＳ７１０）。
【００４８】
図８はＡＤ１１１からＡＤ１１３へのハンドオーバ処理中にネットワーク主導型ハンドオーバが起こった場合のフローである。図８に示すように、ＵＥ１００はＡＤ１１１に接続しており（ステップＳ８０１）、ＵＥ１００はＡＤ１１３へハンドオーバすることを決定する（ステップＳ８０２）。その後、ＵＥ１００はネットワーク主導型ハンドオーバが起こる可能性を検知（把握）する（ステップＳ８０３）。ＵＥ１００はポリシを含む接続要求メッセージをＡＤ１１３へ送信する（ステップＳ８０４）。その後、ＵＥ１００は、ハンドオーバ処理中にネットワーク主導型ハンドオーバを検知する（ステップＳ８０５）と、ＡＤ１１３に対するリリースリクエストを送信する（ステップＳ８０６）。
【００４９】
なお、上記ＡＤ１１３に対するリリースリクエストの送信（ステップＳ８０６）は、ハンドオーバ処理中にネットワーク主導型ハンドオーバを検知したことに加え（ステップＳ８０５）、ＡＤ１１３へのハンドオーバ後にＡＤ１１２へのネットワーク主導型ハンドオーバが成功した、あるいはネットワーク主導型ハンドオーバがＵＥ主導ハンドオーバより優位であることを知っている（または判断できる）場合に実施するものでもよい。ここで、ＡＤ１１３に対するリリース処理は、ＡＤ１１３に対する接続ＯＫメッセージを所定時間内に受信できなかったことを更なる条件としてもよい。
【００５０】
なお、図６〜図８の位置登録メッセージ及び位置登録応答メッセージはハンドオーバのためのシグナリングであり、例えば非特許文献1に記載（及び図１８）のProxy Binding Update及びProxy Binding Ackでもよいし、図１８のUpdate Bearer RequestやUpdate Bearer Responseでもよい。
【００５１】
第１の実施の形態のＳＧ１０４の構成の一例を図９に示す。受信手段９０１は送られてきたメッセージを受信する手段であり、送信手段９０２はメッセージを送信する手段である。メッセージ解析手段９０３は、送られてきたメッセージの中身を解析する手段であり、例えばＡＤ１１３からの位置登録メッセージにポリシが含まれているか、またはトリガが含まれているか、または何も含まれていないかを解析する。
【００５２】
解析フローの一例を図１０に示す。図１０に示すように、メッセージ解析手段９０３は、位置登録メッセージにポリシが含まれているか否かを解析する（ステップＳ１００１）。ポリシが含まれている場合にはポリシ実施手段９０５に所定の処理をするよう指示する（ステップＳ１００２）。ポリシが含まれていない場合、位置登録メッセージにトリガが含まれているか否かを解析する（ステップＳ１００３）。トリガが含まれている場合にはポリシ保有手段９０４に対して保有するポリシを有効にさせるよう指示する（ステップＳ１００４）。トリガが含まれていない場合にはメッセージ生成手段９０６に所定のメッセージを生成するよう指示する（ステップＳ１００５）。
【００５３】
ポリシ保有手段９０４には、ＵＥ１００のポリシがあらかじめ送られている場合にポリシが保有されており、位置登録メッセージにトリガが含まれていることをメッセージ解析手段９０３が判断した場合、このポリシが有効になる。ポリシ実施手段９０５は、位置登録メッセージに含まれるポリシ、またはポリシ保有手段９０４が保有するポリシで有効となったものを実施する。メッセージ生成手段９０６はポリシ実施手段９０５のポリシ実施に従い（又はポリシが無い場合は従来の方法で）、メッセージを生成する。
【００５４】
＜第２の実施の形態＞
第２の実施の形態を説明する際、第１の実施の形態における通信ネットワークと同様であるため図１を用いて説明する。ＵＥ１００はあらかじめ自分がＡＤ１１３（異種網（異種ネットワーク））にハンドオーバする可能性のあること、及びＳＧ１０４からのDetach（切り離し）のタイミングに関するポリシをＳＧ１０４に送っておく。
【００５５】
このポリシは、例えば以下のようなものである。１．図１１に示すように、ＳＧ１０４がＡＤ１１１からＡＤ１１３へのハンドオーバの後に続くリリース処理に関するメッセージを送信した（ステップＳ１１０６）直後に、ＡＤ１１２から位置登録メッセージを受け取った場合（ステップＳ１１０７）、ＳＧ１０４に位置登録メッセージを受け付けさせず（ステップＳ１１０８）、ＳＧ１０４からＡＤ１１２にエラーを返させる（ステップＳ１１０９）ものである。２．または、図１２に示すように、ＳＧ１０４がＡＤ１１１にリリース処理に関するメッセージを送信する前にＡＤ１１２から位置登録メッセージを受け取った場合（ステップＳ１２０６）、ＳＧ１０４にＡＤ１１２からの位置登録メッセージを有効と判断させ（ステップＳ１２０７）、ＳＧ１０４にＡＤ１１１の経路に対するリリース処理に関するメッセージを送信させないものである。この場合、ＡＤ１１１からＡＤ１１３へのハンドオーバが失敗したということをＵＥ１００が気づいてもよいし、ＳＧ１０４からＵＥ１００に対しエラーを返してもよい（ステップＳ１２０８）。
【００５６】
ここで、ＵＥ１００は、例えばＡＤ１１２とのリンク確立が成功した、あるいはＡＤ１１３への接続ＯＫメッセージが所定時間内に受信できなかったなどの状態から、ＡＤ１１１からＡＤ１１３へのハンドオーバが失敗したことを検出してもよい。
【００５７】
なお、図１１及び図１２の位置登録メッセージや位置登録応答メッセージは、例えば非特許文献１や図１８のProxy Binding UpdateやProxy Binding Ackでもよいし、図１８のUpdate Bearer RequestやUpdate Bearer Responseでもよい。また、図１１のリリース処理のメッセージは、例えば図１８のステップＳ１８０６のDelete Bearer Requestであってもよい。この場合のポリシは、あらかじめＳＧ１０４に送っておいてもよい（ＵＥ１００がＡＤ１１３にハンドオーバするタイミングでなくてもよい）。このポリシは始めてＵＥ１００の位置登録がＳＧ１０４に行われる際、メッセージに付加されて送られてもよいし、全く新しいメッセージで送られてもよい。また、ネットワーク側があらかじめＵＥ１００のポリシとして保有していてもよい。
【００５８】
第２の実施の形態のＳＧの構成の一例について説明するが、構成要素は第１の実施の形態の場合と同様であるため図９を用いて説明する。受信手段９０１は送られてきたメッセージを受信する手段であり、送信手段９０２はメッセージを送信する手段である。メッセージ解析手段９０３は、送られてきたメッセージの順番を解析する手段である。ポリシ保有手段９０４ではあらかじめ送られているＵＥ１００のポリシを保有し、ポリシ実施手段９０５は送られてきたメッセージの順番によって送信するメッセージを決定する手段である。メッセージ生成手段９０６では、ポリシ実施手段９０５で決められたメッセージを生成し、決められた順番で送信手段９０２に渡す。
【００５９】
ここで、ポリシ実施手段９０５の処理の一例について図１３を用いて説明する。受信手段９０１を介してＡＤ１１３から位置登録メッセージを受け取った（ステップＳ１３０１）後、ポリシ実施手段９０５は、ＡＤ１１１へリリース処理のメッセージを送信する前にＡＤ１１２から位置登録メッセージが送られてきたか否かを判断する（ステップＳ１３０２）。ＡＤ１１２から位置登録メッセージが送られてきていない場合には、ポリシ実施手段９０５は、ＡＤ１１１へのリリース処理のメッセージを送信した直後にＡＤ１１２から位置登録メッセージを受信したか否かを判断する（ステップＳ１３０３）。
【００６０】
ＡＤ１１２から位置登録メッセージを受信した場合には、ポリシ実施手段９０５は、ＡＤ１１２へエラーメッセージ（ハンドオーバ失敗の旨を含む）を返す（ステップＳ１３０４）。一方、ＡＤ１１２から位置登録メッセージを受信しなかった場合には、ポリシ実施手段９０５は、通常の処理を行う（ステップＳ１３０５）。また、ステップＳ１３０２において、ＡＤ１１１へリリース処理のメッセージを送信する前にＡＤ１１２から位置登録メッセージが送られてきたと判断された場合には、ポリシ実施手段９０５は、ＡＤ１１３へエラーメッセージ（ハンドオーバ失敗の旨を含む）を返す（ステップＳ１３０６）。
【００６１】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００６２】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００６３】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００６４】
本発明のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置は、移動端末のハンドオーバがシームレスになるようにでき、２重予約が発生しないようにすることができるため、移動端末のハンドオーバの制御主体が複数存在し、それぞれの制御主体による移動端末のハンドオーバが発生する場合の移動端末のハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置などに有用である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、
前記移動端末が、前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定するステップと、
前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知するステップと、
前記移動端末が、前記検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信するステップとを、
有するハンドオーバ処理方法。
【請求項２】
ネットワーク主導型のハンドオーバ処理の発生の可能性の前記検知は、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われる請求項１に記載のハンドオーバ処理方法。
【請求項３】
前記所定の情報は、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報である請求項１又は２に記載のハンドオーバ処理方法。
【請求項４】
前記移動端末が、前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、前記所望するアクセスネットワークとの接続を切るための解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信する請求項１に記載のハンドオーバ処理方法。
【請求項５】
前記所定の情報は、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報である請求項１又は２に記載のハンドオーバ処理方法。
【請求項６】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法であって、
前記移動端末と前記通信相手との通信を管理する前記通信ネットワークの所定の装置が、前記移動端末が前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信した場合、
前記通信ネットワークの所定の装置が、前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記移動端末が現在接続している基地局と前記移動端末との接続を解放するためのメッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断するステップと、
送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定するステップと、
送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行うステップとを、
有するハンドオーバ処理方法。
【請求項７】
前記通信ネットワークの所定の装置は、前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを前記第２のメッセージを送信した基地局に送信する請求項６に記載のハンドオーバ処理方法。
【請求項８】
前記通信ネットワークの所定の装置は、前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを、前記第１のメッセージを送信した基地局を介して前記移動端末に送信する請求項６に記載のハンドオーバ処理方法。
【請求項９】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在し、前記複数の制御主体のそれぞれによる前記移動端末のハンドオーバ処理が発生する可能性がある場合の前記移動端末のハンドオーバ処理方法で用いられる前記移動端末であって、
前記複数のアクセスネットワークのうちの所望するアクセスネットワークへ接続することを決定する決定手段と、
前記通信ネットワークの所定の装置が前記制御主体の１つとなって行うネットワーク主導型のハンドオーバ処理の発生の可能性を検知する検知手段と、
前記検知手段による検知に基づいて、前記所望するアクセスネットワークへの接続を要求するメッセージであって、前記移動端末が現在接続しているアクセスネットワークとの接続を維持させるための所定の情報を含む接続要求メッセージを生成するメッセージ生成手段と、
生成された前記接続要求メッセージを前記所望するアクセスネットワークに配置された基地局に送信する送信手段とを、
備える移動端末。
【請求項１０】
前記検知手段による前記ネットワーク主導型のハンドオーバ処理の発生の可能性の検知は、前記移動端末の受信する電波強度が所定の電波強度以下になったか否か、又は前記移動端末の周辺のアクセスネットワーク環境を調査した結果を示すレポートが前記移動端末によって送信されたか否かに基づいて行われる請求項９に記載の移動端末。
【請求項１１】
前記所定の情報は、前記移動端末のハンドオーバが起こった際にハンドオーバ処理の方針を示す情報である請求項９又は１０に記載の移動端末。
【請求項１２】
前記接続要求メッセージが送信された後、前記ネットワーク主導型のハンドオーバ処理を検知した場合、
前記メッセージ生成手段は、前記所望するアクセスネットワークとの接続を切るための解放メッセージを生成し、
前記送信手段は、生成された前記解放メッセージを前記所望のアクセスネットワークに配置された基地局に送信する請求項９に記載の移動端末。
【請求項１３】
前記所定の情報は、前記通信相手との通信を管理する前記通信ネットワークの所定の装置が有する前記移動端末のハンドオーバ処理の方針を示す情報に基づいて、前記所定の装置に処理をさせるための情報である請求項９又は１０に記載の移動端末。
【請求項１４】
移動端末が、複数のアクセスネットワークから構成される通信ネットワークを介して通信相手と通信を行うよう構成された通信システムにおいて、前記移動端末のハンドオーバの制御主体が複数存在する場合の前記移動端末のハンドオーバ処理方法で用いられる前記通信を管理する通信管理装置であって、
前記移動端末が接続を前記複数のアクセスネットワークのうちの所望するアクセスネットワークの基地局への接続切り替えを依頼する第１のメッセージと、前記通信ネットワークが主体となって決定した前記移動端末の接続先の基地局への接続切り替えを依頼する第２のメッセージとを受信する受信手段と、
前記移動端末が現在接続している基地局と前記移動端末との接続を解放するための解放メッセージを前記移動端末が現在接続している基地局に送信する送信手段と、
前記第１のメッセージの受信後であって前記第２のメッセージを受信する前に、前記送信手段が前記解放メッセージを前記移動端末が現在接続している基地局に送信しているか否かを判断する判断手段と、
送信していると判断された場合、前記第２のメッセージの処理を受け付けないことを決定し、送信していないと判断された場合、前記第２のメッセージを有効と判断し、前記第２のメッセージに基づいて処理を行う処理手段とを、
備える通信管理装置。
【請求項１５】
前記処理手段が前記第２のメッセージの処理を受け付けないことを決定した場合、受け付けられない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、
前記送信手段が生成された前記エラーメッセージを前記第２のメッセージを送信した基地局に送信する、
請求項１４に記載の通信管理装置。
【請求項１６】
前記処理手段が前記第２のメッセージに基づいて処理を行う場合、前記移動端末が所望する接続ができない旨のエラーメッセージを生成するメッセージ生成手段をさらに備え、
前記送信手段が生成された前記エラーメッセージを前記第１のメッセージを送信した基地局を介して前記移動端末に送信する、
請求項１４に記載の通信管理装置。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2010004714.tif 000022
【図２】
2010004714.tif 000023
【図３】
2010004714.tif 000024
【図４】
2010004714.tif 000025
【図５】
2010004714.tif 000026
【図６】
2010004714.tif 000027
【図７】
2010004714.tif 000028
【図８】
2010004714.tif 000029
【図９】
2010004714.tif 000030
【図１０】
2010004714.tif 000031
【図１１】
2010004714.tif 000032
【図１２】
2010004714.tif 000033
【図１３】
2010004714.tif 000034
【図１４】
2010004714.tif 000035
【図１５】
2010004714.tif 000036
【図１６】
2010004714.tif 000037
【図１７】
2010004714.tif 000038
【図１８】
2010004714.tif 000039
【図１９】
2010004714.tif 000040
【国際調査報告】
2010004714.tif 000041
2010004714.tif 000042