(57)【要約】  移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上させることができるハンドオーバ方法などを提供する技術が開示され、その技術によれば移動端末（ＵＥ）１０７がアクセスルータ１０４からアクセスルータ１０５へハンドオーバ（ＨＯ）をする際、ＨＯの前後でネットワークがサポートするIPバージョンが異なる場合、ＵＥがＨＯ先のホームアドレスの割り当て依頼要求を含む第１のメッセージをホームエージェント（ＨＡ）に送信し、アドレス取得要求を含む第２のメッセージを送信し、ＨＡが、割り当て依頼要求に基づき、ＨＯ先のホームアドレスを含む第３のメッセージをＵＥへ送信し、アドレス取得要求に基づき、ホームアドレスを含む第４のメッセージをＵＥへ送信する。
2010052920.tif 000002
【特許請求の範囲】
【請求項１】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、
前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、アドレス取得要求を含む第２のメッセージを前記第二のアクセスルータを介して送信するステップと、
前記ホームエージェントが、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを前記移動端末へ送信し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを前記移動端末へ送信するステップとを、
有するハンドオーバ方法。
【請求項２】
前記第１のメッセージは、前記アドレス取得要求に基づいて前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項１に記載のハンドオーバ方法。
【請求項３】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていない場合、
前記移動端末は、前記アドレス取得要求を含む前記第２のメッセージを所定の回数送信する請求項１又は２に記載のハンドオーバ方法。
【請求項４】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていない場合、前記第３のメッセージに前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断中である旨のフラグを付加する請求項１に記載のハンドオーバ方法。
【請求項５】
前記ホームエージェントが、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報をさらに含む前記第３のメッセージを前記移動端末に送信し、
前記移動端末が前記情報を含む前記第３のメッセージを受信した際、前記第４のメッセージの受信を待つことなく、前記第３のメッセージに含まれる前記ホームアドレスを用いて、前記ハンドオーバ先のネットワークにおける通信を開始する請求項１に記載のハンドオーバ方法。
【請求項６】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする場合、
前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、
それぞれのIPバージョンが異なると判断した場合、前記ハンドオーバ先におけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、前記第２のメッセージを前記第二のアクセスルータを介して送信する送信手段と、
前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ホームエージェントが送信する前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを受信し、前記第２のメッセージに含まれる前記アドレス取得要求に基づいて、前記ホームエージェントが送信する前記ホームアドレスを含む第４のメッセージを受信する受信手段とを、
備える移動端末。
【請求項７】
前記第１のメッセージは、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項６に記載の移動端末。
【請求項８】
前記判断手段は、ネットワークと当該ネットワークに対応するIPバージョンの情報とを関連付けて格納した所定のデータベースの情報、所定のメッセージの送信に基づく応答の受信の有無の情報、所定のパケットの検出の有無の情報、ＩＰアドレスを取得する旨の指示の有無の情報のうち、少なくともいずれか１つに基づいてIPバージョンが異なるか否かを判断する請求項６又は７に記載の移動端末。
【請求項９】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていないことの通知を受けた場合、
前記送信手段は、前記アドレス取得要求を含む前記第２のメッセージを所定の回数送信する請求項６に記載の移動端末。
【請求項１０】
前記受信手段が、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報を含む前記第３のメッセージを受信した場合、
前記第４のメッセージの受信を待つことなく、前記第３のメッセージに含まれる前記ホームアドレスを用いて、前記ハンドオーバ先のネットワークにおける通信を開始する請求項６に記載の移動端末。
【請求項１１】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、
前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを前記移動端末から受信する受信手段と、
前記第１のメッセージの前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先におけるホームアドレスを含む第３のメッセージを生成し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを生成するメッセージ生成手段と、
生成された前記第３のメッセージ及び第４のメッセージを前記移動端末に送信する送信手段とを、
備えるホームエージェント。
【請求項１２】
前記第１のメッセージは、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項１１に記載のホームエージェント。
【請求項１３】
前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報を所定のサーバから取得する取得手段を更に備え、
前記取得手段によって前記情報が取得できていない場合に、前記メッセージ生成手段は、前記第３のメッセージに前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断中である旨のフラグを付加する請求項１２に記載のホームエージェント。
【請求項１４】
前記メッセージ生成手段が、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報を含む前記第３のメッセージを生成する請求項１１に記載のホームエージェント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント（位置管理サーバ）に関する。
【背景技術】
【０００２】
従来の移動通信システムでは、インターネットプロトコル通信（ＩＰ通信）を行う移動端末の移動管理プロトコルとして、Mobile IPv4（ＭＩＰｖ４）あるいはMobile IPv6（ＭＩＰｖ６）があった。これら技術の詳細はそれぞれ下記の非特許文献１、非特許文献２に開示されている。また、従来、ＩＰｖ６をサポートするアクセスネットワークでしか動作しなかったＭＩＰｖ６をＩＰｖ４のみサポートするアクセスネットワークでも動作するように拡張したDual Stack Mobile IP（ＤＳＭＩＰ）があり、技術の詳細が非特許文献３に開示されている。【０００３】
非特許文献２に基づくＭＩＰｖ６プロトコルを用いて移動端末がホームエージェント（位置管理サーバ）にＩＰｖ６ホームアドレス（ＨｏＡｖ６）とＩＰｖ６気付けアドレス（ＣｏＡｖ６）を登録し、ホームエージェントにてそれらアドレスの関係性（バインディング）を管理するが、すべてのメッセージはＩＰｖ６プロトコルに基づくものであり、ＩＰｖ６をサポートするアクセスネットワークからしか利用することができなかった。ＤＳＭＩＰはＭＩＰｖ６を拡張したものであり、移動端末がＩＰｖ４のみサポートするアクセスネットワークに接続したときに、アクセスネットワークから取得したＩＰｖ４気付けアドレス（ＣｏＡｖ４）をＨｏＡｖ６とバインドさせてＩＰｖ４のみサポートするアクセスネットワークからもＨｏＡｖ６を用いた通信を可能とさせるものである。【０００４】
また、ＤＳＭＩＰは、ホームエージェントがＩＰｖ４アドレスを有することを前提に、ＣｏＡｖ４とホームエージェントのＩＰｖ４アドレスをアドレスフィールドに記載したＩＰｖ４ヘッダでカプセリングすることでＭＩＰｖ６に基づくバインディング制御メッセージ（Binding Update（ＢＵ）あるいはBinding Acknowledge（ＢＡ）など）を交換可能としたり、ＩＰｖ４ホームアドレス（ＨｏＡｖ４）を移動端末に割り当ててＩＰｖ４アドレスのみ有する通信相手（Correspondent Node：ＣＮ）と通信を可能としたりするものである。【０００５】
なお、ＩＰｖ４のみサポートするアクセスネットワークに接続した移動端末に対するＭＩＰｖ６に基づくバインディング管理を可能とする方法は下記の特許文献１にも開示されている。携帯電話による移動通信システムにおいても、同様の技術を用いたハンドオーバ方法が検討されている。下記の非特許文献４では、ＤＳＭＩＰを用いて３ＧＰＰアクセスネットワーク（ＬＴＥなど）から非３ＧＰＰアクセスネットワーク（無線LANネットワークシステム、ＷｉＭＡＸネットワークシステム、３ＧＰＰ２ネットワークシステムなど）へのハンドオーバ方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−７３２７１号公報（要約）
【非特許文献】
【０００７】
【非特許文献１】C.Perkins “IP Mobility Support for IPv4”, IETF RFC3344 August 2002
【非特許文献２】D.Johnson, C.Perkins, J.Arkko “Mobility Support in IPv6”, IETF RFC3775 June 2004
【非特許文献３】Hesham soliman “Mobile IPv6 Support for Dual Stack Hosts and Routers”, draft-ietf-mext-nemo-v4traversal-05.txt July 2008
【非特許文献４】“Architecture enhancements for non-3GPP accesses (Release8)”, 3GPP TS23.402 v.8.2.0 p.136-139 June 2008
【０００８】
上記従来技術において、移動端末はホームアドレスＨｏＡｖ６が属するＩＰｖ６ホームプレフィクスを対象にしたホームリンク検出しか行ってこなかった。つまり、ＩＰｖ４アドレスを用いたホームリンク検出は行わず、アクセスネットワークから取得したＩＰｖ４アドレス（ＣｏＡｖ４に相当）のサブネットとＨｏＡｖ４のサブネットが同じであっても、アクセスネットワークから取得したＩＰｖ６プレフィクスとＩＰｖ６ホームプレフィクスが同じでない限り、そのアクセスネットワークはホームリンクとはみなさなかった。【０００９】
したがって、実際にはＩＰｖ４サブネットの観点でホームリンクとなり得る場合であっても、移動端末がＨｏＡｖ４を用いる場合はすべてのパケット（バインディング制御メッセージ、ユーザデータ）にＩＰｖ４トンネルヘッダを余計に付加する必要があった。これにより、ヘッダオーバヘッドが増加して、特に限られた通信帯域を複数の移動端末によって共有する無線通信システムにおいては通信効率が低下するという問題があった。【００１０】
ここで、図１、７を用いて従来の移動通信システムにおける課題について詳しく説明する。図１はＤＳＭＩＰを用いた移動通信システムの一例の構成図であり、ＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置されている。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスルータはアクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったりする。【００１１】
コアネットワーク１０３には、ＤＳＭＩＰに基づくホームエージェントＨＡ１０６が配備される。移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。【００１２】
図７は従来のハンドオーバ処理手順の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理の開始を検出する（ステップＳ７０１）と、アタッチ処理を開始する（ステップＳ７０２）。アタッチ処理は認証サーバＨＳＳ／ＡＡＡ７０１による接続認証処理（ステップＳ７０３）を含み、接続が許可されるとアタッチ処理が完了する。続いてＵＥ１０７はＤＨＣＰプロトコルを用いるなどしてＩＰｖ４アドレスを取得し（ＩＰｖ４アドレス取得要求、ＩＰｖ４アドレス割り当て：ステップＳ７０４）、これを気付けアドレス（ＣｏＡｖ４）として先に取得してあるＨｏＡｖ６とともにＨＡに登録するためのバインディング要求メッセージ（Binding Update：ＢＵ）を送信する（ステップＳ７０５）。【００１３】
このとき、ＵＥ１０７はＢＵを用いて、ＤＳＭＩＰプロトコルに基づくＩＰｖ４ホームアドレス（ＨｏＡｖ４）割り当て要求を実施する。ＨＡ１０６はＨｏＡｖ４割り当て要求付きのＢＵを受信すると、ＨｏＡｖ６とＣｏＡｖ４の組をバインディングキャッシュに登録し、ＨｏＡｖ４を割り当てるためバインディング応答メッセージ（Binding Acknowledge：ＢＡ）を用いてＵＥ１０７に通知する（ステップＳ７０６）とともに、ＨｏＡｖ４とＣｏＡｖ４の組をバインディングキャッシュに登録する。【００１４】
ここで、ＵＥ１０７は、取得したＨｏＡｖ４とＣｏＡｖ４のサブネット部を比較することにより、従来実施していなかったＩＰｖ４サブネットの観点でホームリンク検出を行う（ステップＳ７０７）ことができる。その結果、ＨｏＡｖ４とＣｏＡｖ４のサブネット部が一致する場合は、そのアクセスネットワーク１０２をＩＰｖ４観点でのホームリンクとみなすことができ、ＨＡ１０６と交換するパケットに冗長なＩＰｖ４トンネルヘッダを付与する必要がなくなる。【００１５】
もし、サブネット部が一致しなかった場合は、アクセスネットワーク１０２はホームリンクではないので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与する必要がある。なお、従来はＩＰｖ４観点のホームリンク検出を行っていなかったので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与していた。【００１６】
ここで、好ましくはすべての場合においてＩＰｖ４トンネルヘッダを付与させることなく、ヘッダオーバヘッドを削減することである。多くの無線通信システムにおいては、移動端末とＡＲ間のリンクはポイントツーポイントリンクで構成されるので、１つのＡＲが複数の移動端末を収容する場合であっても、それぞれの移動端末に異なるサブネットに属するＩＰｖ４アドレスを配布することが可能となる。【００１７】
また、移動端末は、ＣｏＡｖ４を取得してからＢＵ送信するまでにＨＡとの間で図７に示すような鍵更新処理を行うことがある。例えば、動的鍵更新をサポートしていない移動端末は、気付けアドレスが変更される都度、鍵更新をしなければならない。鍵更新は移動端末、ＨＡ双方において暗号計算を伴う長時間の処理が必要とされるため、移動端末がＩＰｖ４観点のホームリンク検出を完了して実際にパケットを送受信できるまで相当の時間を要することになる。
【発明の概要】
【００１８】
本発明は、上記の問題点に鑑み、ＤＳＭＩＰを用いた移動通信システムにおいて、ＩＰｖ６ホームアドレスのみ有する移動端末がＩＰｖ４のみサポートするアクセスネットワークへのハンドオーバを察知すると、ハンドオーバ処理中にハンドオーバ元アクセスネットワーク経由でＩＰｖ４ホームアドレスを取得するとともに、取得したＩＰｖ４ホームアドレスをハンドオーバ先アクセスネットワークで移動端末に対して配布させる。これにより、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントを提供することを目的とする。
【００１９】
上記目的を達成するために、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、アドレス取得要求を含む第２のメッセージを前記第二のアクセスルータを介して送信するステップと、前記ホームエージェントが、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを前記移動端末へ送信し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを前記移動端末へ送信するステップとを、有するハンドオーバ方法が提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００２０】
また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする場合、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、それぞれのIPバージョンが異なると判断した場合、前記ハンドオーバ先におけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、前記第２のメッセージを前記第二のアクセスルータを介して送信する送信手段と、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ホームエージェントが送信する前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを受信し、前記第２のメッセージに含まれる前記アドレス取得要求に基づいて、前記ホームエージェントが送信する前記ホームアドレスを含む第４のメッセージを受信する受信手段とを、備える移動端末が提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００２１】
また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを前記移動端末から受信する受信手段と、前記第１のメッセージの前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先におけるホームアドレスを含む第３のメッセージを生成し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを生成するメッセージ生成手段と、生成された前記第３のメッセージ及び第４のメッセージを前記移動端末に送信する送信手段とを、備えるホームエージェントが提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００２２】
本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態における通信システムの構成の一例を示す構成図
【図２】本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャート
【図３】本発明の実施の形態に係る移動端末の構成の一例を示す構成図
【図４】本発明の実施の形態に係る移動端末における処理フローの一例を示すフローチャート
【図５】本発明の実施の形態に係るホームエージェントの構成の一例を示す構成図
【図６】本発明の実施の形態に係るホームエージェントにおける処理フローの一例を示すフローチャート
【図７】従来技術を説明するための図
【発明を実施するための形態】
【００２４】
本発明の実施の形態の詳細な動作について説明する。図１は本発明によるシステム構成を説明するための図であり、ＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置される。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったりする。
【００２５】
さらに詳細には、アクセスネットワークが採用する規格に応じて、アクセスルータは、アクセスゲートウェイ（Access Gateway：ＡＧＷ）、モビリティアンカーゲートウェイ（Mobility Anchor Gateway：ＭＡＧ）、パケットデータゲートウェイ（Packet Data Gateway：ＰＤＧ、enhanced Packet Data Gateway：ｅＰＤＧ）、サービングゲートウェイ（Serving Gateway：ＳＧＷ）、サービングＧＰＲＳサービングノード（Serving GPRS Serving Node：ＳＧＳＮ）などと称されることもある。また、コアネットワークには、ＤＳＭＩＰに基づくホームエージェント（ＨＡ）が配備され、コアネットワークが採用する規格に応じて、このＨＡはパケットデータネットワークゲートウェイ（Packet Data Network Gateway：ＰＤＮ ＧＷ）、ゲートウェイＧＰＲＳサービングノード（Gateway GPRS Serving Node：ＧＧＳＮ）などと称されることもある。
【００２６】
図１において、移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。
【００２７】
図２は、本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理開始を検出する（ステップＳ２０１）と、ＵＥ１０７はアクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであることを検出する。サポートするＩＰバージョンの検出は、アクセスネットワーク１０２へのアタッチ処理中や、アタッチ処理を完了してからＤＨＣＰによるＩＰアドレス取得までの間に実施するものであってもよいが、ＵＥ１０７は少なくともＩＰアドレスを取得する前にサポートするＩＰバージョンを検出することで、より早くホームリンク検出を実施できるという恩恵を享受できる。
【００２８】
ここで、ＵＥ１０７が実施するサポートするＩＰバージョンの検出方法には次のようなものがある。その１つとして、アクセスネットワークとサポートするＩＰバージョンの対応を記載したデータベースを検索する方法がある。アクセスネットワークの識別は、固有のものであってもよいし、アクセスポイントがビーコン信号などを用いて広告するＳＳＩＤや基地局ＩＤなどの識別子を利用したり、アクセスルータの識別子（ＩＰアドレス）をハンドオーバに先立って取得できた場合にそれを利用したりしてもよい。また、データベースはあらかじめネットワーク上のサーバから取得するものであってもよいし、ＵＥ１０７が様々なアクセスネットワークへの接続履歴から独自に構築するものであってもよい。
【００２９】
また、他の検出方法として、アタッチ処理完了直後に、ＩＰｖ６アドレス取得のためのRouter Solicitation（ＲＳ）メッセージを送信したが一定時間応答を受信できなかったことによって検出する方法がある。また、アタッチ処理完了直後に、リンク上のパケットを監視し、ＩＰｖ６パケットを検出できなかったことによって検出する方法もある。また、アタッチ処理中にネットワークからサポートするＩＰバージョンについて通知されたが、ＩＰアドレスはＤＨＣＰにて取得するよう指示を受けたこと、あるいはＩＰバージョンについての通知はなく、単にＩＰアドレスをＤＨＣＰにて取得する指示だけ受けたことによって検出する方法もある。
【００３０】
すなわち、ＵＥ１０７は、アクセスネットワークとそのアクセスネットワークがサポートするIPバージョンの情報とを関連付けて格納した所定のデータベースの情報、所定のメッセージ（例えば、ＩＰｖ６アドレス取得のためのＲＳメッセージ）の送信に基づく応答の受信の有無の情報、所定のパケット（ＩＰｖ６パケット）の検出の有無の情報、ＤＨＣＰからＩＰアドレスを取得する旨の指示の有無の情報のうち、少なくともいずれか１つに基づいてサポートするＩＰバージョンが異なるか否かを判断（検出）する。
【００３１】
アクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであることをＵＥ１０７が検出すると、ＵＥ１０７はハンドオーバ元のアクセスネットワーク１０１経由でＨＡ１０６にＢＵ（第１のメッセージ）を送信する（ステップＳ２０２）。このとき、ＢＵにはＨｏＡｖ４割り当て依頼要求を含める。さらには、ＵＥ１０７はハンドオーバ中であり、ハンドオーバ先のアクセスネットワーク１０２においてＵＥ１０７に割り当てるＩＰｖ４アドレスを、これから割り当てるＨｏＡｖ４とするよう指示する情報（例えばフラグ（以降フラグＸとよぶ））を含めてもよい。あるいは、フラグＸの代わりに、アクセスネットワーク１０２の情報（例えば、ＳＳＩＤのようなアクセスネットワークの識別子やアクセスポイントの識別子、ＰＬＭＮ識別子など）を、ＢＵを用いてＨＡ１０６に通知し、ＨＡ１０６においてデータベースなどをもとにアクセスネットワーク１０２がサポートするＩＰバージョンを検出し、ＩＰｖ４のみサポートすることが検出できた場合はフラグＸがＢＵに付加されていた場合と同じ動作を実施するものであってもよい。
【００３２】
ＨＡ１０６はアクセスネットワーク１０１経由でＨｏＡｖ４割り当て要求（さらには上記フラグＸ）を含むＢＵを受信すると、割り当てるＨｏＡｖ４を含むＢＡ（第３のメッセージ）をＵＥ１０７に送信する（ステップＳ２０３）とともに、ＵＥ１０７がアタッチ処理を実施しようとしている、あるいは既にアタッチ処理を開始しているＡＲ１０５に対して、ＵＥ１０７が発行するアドレス取得要求（例えば、ＤＨＣＰプロトコルに基づく）は、ＨＡ１０６に転送するようＨＳＳ／ＡＡＡ７０１経由で指示する（ＨｏＡ割り当て指示：ステップＳ２０４）。なお、本指示は、ＨＳＳ／ＡＡＡ７０１を解さずに直接ＡＲ１０５に送信したり、ＨＳＳ／ＡＡＡ７０１以外のノードを解してＡＲ１０５に転送されたりするものであってもよい。
【００３３】
ＤＨＣＰに基づくアドレス取得／配布を実施する場合、ＡＲ１０５はこれを受けてＤＨＣＰリレー（Relay）機能を有効にする（ＤＨＣＰリレー起動：ステップＳ２０５）。ＵＥ１０７は、ＢＡを受信してＨｏＡｖ４を取得する。また、ＨＡ１０６はＡＲ１０５に対して、ＤＨＣＰ要求を受けた場合にＰＭＩＰプロトコルを起動してＰＢＵをＨＡ１０６に送信するよう指示してもよい。これにより、３ＧＰＰなどの規格で用いられる標準的なＰＭＩＰトンネルを用いた通信が実施可能となる。なお、ＨＡ１０６は、ネットワークやＵＥ１０７のサポート状況やサブスクリプション内容などに応じて、またネットワーク装置の処理負荷低減などの目的で、ＤＨＣＰとＰＭＩＰのいずれかを選択してもよい。
【００３４】
ここで、ＵＥ１０７がアクセスネットワーク１０２へのアタッチ処理を開始していない場合は開始する。アタッチ処理においてＩＰアドレスが割り当てられる場合、ＨＳＳ／ＡＡＡ７０１がＨＡ１０６から通知を受けたＨｏＡｖ４を割り当てるようＡＲ１０５に指示する。また、ＵＥ１０７によるアタッチ処理は完了しているがＩＰアドレスを取得できていない場合は、図２に示すように、例えばＤＨＣＰに基づくアドレス取得要求メッセージ（ＩＰｖ４アドレス取得要求）をアクセスネットワーク１０２のＡＲ１０５に送信する（ステップＳ２０６）。
【００３５】
ＡＲ１０５がアドレス取得要求メッセージを受信すると、先にＨＳＳ／ＡＡＡ７０１経由でＨＡ１０６から受けた指示に従い、アドレス取得要求メッセージをＨＡ１０６に転送する（ステップＳ２０７）。ＨＡ１０６はＵＥ１０７からのアドレス取得要求メッセージであることを認識し、先にアクセスネットワーク１０１経由で割り当てたＨｏＡｖ４を記載したアドレス取得応答メッセージ（ＩＰｖ４アドレス割り当て（ＨｏＡｖ４））をＡＲ１０５に送信し（ステップＳ２０８）、ＡＲ１０５がＵＥ１０７に転送する（ステップＳ２０９）。
【００３６】
ここで、ＨＡ１０６は受信したアドレス取得要求メッセージがＵＥ１０７からのものであることを次のようにして認識する。ＡＲ１０５はアタッチ処理時に取得したＵＥ１０７の識別子（例えば、Network Access Identifier：ＮＡＩ）を、アタッチ処理によって確立された通信ベアラ（３ＧアクセスシステムではベアラＩＤが割り当てられる）と関連付けて保存する。ＵＥ１０７が送信するアドレス取得要求メッセージは、アタッチ処理によって確立された通信ベアラ上で転送されるので、ＡＲ１０５は受信したアドレス取得要求メッセージがＵＥ１０７から送信されたものであることを識別し、先に保存しておいたＵＥ１０７の識別子（例えばＮＡＩ）を取得する。ＡＲ１０５は、アドレス取得要求メッセージあるいはＰＢＵにＵＥ１０７の識別子（ＮＡＩ）を記載した上でＨＡ１０６に転送あるいは送信する。ＤＨＣＰメッセージには、ＮＡＩを記載するための ”client field” が用意されており、ＰＢＵでも同様にＮＡＩを記載するためのオプションが用意されている。ＨＡ１０６はＵＥ１０７の識別子（ＮＡＩ）が記載されたメッセージを取得して、ＵＥ１０７から送信されたものであることを認識することができる。
【００３７】
これによりＵＥ１０７は、アクセスネットワーク１０２から割り当てられたアドレスとアクセスネットワーク１０１経由で取得したＨｏＡｖ４のサブネット（あるいはアドレスそのもの）が同じであること、すなわちアクセスネットワーク１０２がホームリンクであることを確認する。なお、先にアクセスネットワーク１０１経由でＨｏＡｖ４を取得する際にＢＵにフラグＸを含めた場合、ＵＥ１０７は、アクセスネットワーク１０２がホームリンクであることの確認（すなわち、ホームリンク検出）を省略することができる。これにより、ＵＥ１０７における処理負荷低減と、ハンドオーバ時間の短縮を図ることができる。
【００３８】
なお、本発明を実施するために移動端末は、アタッチ処理をアドレス配布手順の前で一時停止させて、アクセスネットワーク１０１経由のＨｏＡｖ４発行（ステップＳ２０２）を実施することもできる。ＨＡ１０６はアクセスネットワーク１０１経由で割り当てたＨｏＡｖ４をＨＳＳ／ＡＡＡ７０１に通知し、ＨＳＳ／ＡＡＡ７０１はアタッチ処理が再開されたときにＨｏＡｖ４を割り当てるようＡＲ１０５に指示する。ハンドオーバ先アクセスネットワーク１０２でのＩＰｖ４アドレス配布がＤＨＣＰを用いて行われる場合は、ＵＥ１０７からのＤＨＣＰ要求をＨＡ１０６に転送するか、ＰＭＩＰ処理を起動してＰＢＵをＨＡ１０６に送信するようＨＳＳ／ＡＡＡ７０１がＡＲ１０５に指示する。
【００３９】
アクセスネットワーク１０２からもＨｏＡｖ４と同じアドレスを取得できたＵＥ１０７は、従来のハンドオーバ手順にしたがってＨＡ１０６に対してＨｏＡｖ６とＨｏＡｖ４のバインディングを登録するためのＢＵを送信し、ＨＡ１０６からＢＡを受信する。ここで、先にアクセスネットワーク１０１経由で送信したＨｏＡｖ４取得のためのＢＵとＢＡをＨＡ１０６と交換するときに、ＨＡ１０６にＨｏＡｖ６とＨｏＡｖ４のバインディングを生成させることができる。
【００４０】
これにより、アクセスネットワーク１０２でＨｏＡｖ４と同じアドレスを取得した後のＢＵ／ＢＡ交換を省略することができ、ハンドオーバの高速化を諮ることができる。さらには、ここでのＢＵ／ＢＡを省略できることで、直ちにパケットの送受信が可能となり、特に移動端末ＵＥが鍵更新処理を必要とする場合と比べて、ハンドオーバの高速化効果は大きいものとなる。なぜなら、鍵更新処理はＢＵ／ＢＡ交換を行う前に実施する必要があり（ＢＵ／ＢＡを保護するためのＩＰｓｅｃ鍵を更新するのが目的であるため）、ＢＵ／ＢＡ交換を省略することにより鍵更新処理をハンドオーバ処理完了後、任意のタイミングで実施できるようになる。
【００４１】
また、アクセスネットワーク１０１経由でＨｏＡｖ４を取得するためのＢＵに、今後ＩＰｖ４のみサポートするアクセスネットワークに接続する全ての場合において、同様にＨｏＡｖ４を配布するように指示する情報（例えばフラグ）をＢＵに含めるなどしてＨＡ１０６に通知してもよい。これを受けてＨＡ１０６およびＨＳＳ／ＡＡＡ７０１は、以降ＵＥ１０７によるアタッチ処理時に、接続先アクセスネットワークのＡＲにＨｏＡｖ４の割り当てを指示し（ステップＳ２０４）、ＡＲはステップＳ２０５以降の処理を実施する。これにより、ＵＥ１０７がハンドオーバのつど要求を送信する必要がなくなり、常にＵＥ１０７とＨＡ１０６間のトンネルオーバヘッドを削減して通信効率を向上するとともに、ＵＥ１０７が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００４２】
なお、本発明を用いてハンドオーバ元のアクセスネットワーク１０１からＩＰｖ４ホームアドレスを取得できたＵＥ１０７は、既に接続中のアクセスネットワークがホームリンクとなり得ることを理解しているので、その後で実施するＤＨＣＰによるＩＰｖ４アドレス（既に取得したＩＰｖ４ホームアドレスと同じアドレスが配布される）取得を省略してもよい。これにより、ＤＨＣＰプロトコル処理に伴う待ち時間やデータ処理時間を削減でき、ハンドオーバ時間の短縮を図ることができる。
【００４３】
ここで、コアネットワーク１０３を管理するオペレータとアクセスネットワークを管理するオペレータ間の契約上の制約などの理由により、アクセスネットワーク１０２をホームリンクとすることができない場合、ＨＡ１０６はＵＥ１０７に割り当てたホームアドレスをアクセスネットワーク１０２経由で配布することができない。アクセスネットワーク１０２をホームリンクとすることができるか否かの情報（以後、ホームリンク設定可否情報と呼ぶ）は、認証サーバＨＳＳ／ＡＡＡ７０１やその他の管理サーバにて管理され、ＨＡ１０６はそれらのサーバに問い合わせることによってホームリンク設定可否情報を取得することができる。
【００４４】
ＨＡ１０６がＵＥ１０７からアクセスネットワーク１０１経由でＢＵを受信してからＢＡ送信するまでにホームリンク設定可否情報を取得できた場合は、ＵＥ１０７がＢＡを受信後直ちにアクセスネットワーク１０２でアドレス取得処理（ＤＨＣＰ、アタッチ処理の続き）を行っても正しく割り当てたホームアドレスを取得することができる。しかし、ホームリンク設定可否情報を管理するサーバが遠隔に配備されたり、アクセスするのにセキュア通信路を確立しないといけなかったりする場合、ＨＡ１０６が情報を取得できるまでに時間を要することが考えられる。
【００４５】
この場合、ＵＥ１０７がＢＡを受信してアドレス取得処理を行っている間もホームリンク設定可否情報は取得できていないことが考えられ、実際にはアクセスネットワーク１０２をホームリンクに設定できる場合であっても、ＨＡ１０６がＡＲ１０５をＤＨＣＰリレーに設定することや、ＤＨＣＰリクエスト受信時にＰＢＵをＨＡ１０６に送信させるなどの指示を行うことができないため、ＵＥ１０７が取得できるＩＰアドレスはアクセスネットワーク１０２に配備されたローカルなＤＨＣＰサーバによって割り当てられたものとなる。
【００４６】
これによって、本来ホームリンクとなり得る場合でも、ＵＥ１０７は外部リンクと認識してトンネルオーバヘッドを伴った通信を強いられることになってしまう。こうした問題を回避するために、ＨＡ１０６がホームリンク設定可否情報を取得できるまでＢＡ送信を遅延させることも考えられるが、ハンドオーバ処理中ということもあり、ＵＥ１０７がＢＡ受信を待つ間に通信状態が悪化するなどして、アクセスネットワーク１０１から切断されてしまうことが考えられ、好ましくない。
【００４７】
上記問題を解決するために、アクセスネットワーク１０１経由でＢＡを受信してアクセスネットワーク１０２でアドレス取得処理を開始しようとするＵＥ１０７は、通常一度のＤＨＣＰ処理でアドレスを取得するところを数回のリトライを試みて、ＢＡで取得したホームアドレスと同じアドレスを取得できた時点でＤＨＣＰ処理を終了する。これにより、ＢＡを遅延させることにより通信リンクが切断されてしまいＢＡを受信できずにホームアドレスを取得できなかったり、本来ホームリンクであるのにローカルＩＰアドレスを用いたトンネルオーバヘッドを伴う通信を強いられたりする等の問題を解消し、さらには鍵更新処理が不要となり、ホームアドレスを用いた直接通信を開始することができる。
【００４８】
すなわち、ＨＡ１０６が、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか否かを判断するための情報（ホームリンク設定可否情報）をデータベースなどから取得している最中である場合、ＵＥ１０７は、ホームアドレス取得要求を所定の回数送信（リトライ）する。
【００４９】
なお、ＨＡ１０６はホームリンク設定可否情報が取得できておらず、ハンドオーバ先のアクセスネットワークをホームリンクに設定できるか判定できていない場合に送信するＢＡに、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか調査中である旨のフラグをつけてもよく、本フラグ付きのＢＡを受信したＵＥ１０７は、ＤＨＣＰ処理でホームアドレスを取得できるまで試行を繰り返す。すなわち、ＨＡ１０６は、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか否かを判断するための情報（ホームリンク設定可否情報）を所定のサーバ（ＨＳＳ／ＡＡＡ７０１など）から取得するが、ホームリンク設定可否情報を取得している最中である場合に、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか調査中である旨のフラグをＢＡに付加する。
【００５０】
なお、本フラグが示すのと同等の情報あるいは本フラグを、ＵＥ１０７がアクセスネットワーク１０２にアタッチした際、あるいはアドレス取得応答メッセージに含めるなどしてＵＥ１０７に通知してもよく、さらには、ホームリンク設定可否の結果を通知してもよい。これにより、ホームリンク設定可否情報の取得に時間を要する場合であっても、その通知を遅延させることでＵＥ１０７が通知を取得できる確立を高めることができる。
【００５１】
また、ＵＥ１０７がアドレス取得のために繰り返す試行回数や試行を繰り返し実施する時間の最大値を設けてもよい。さらには、ＨＡ１０６がホームリンク設定可否情報を取得できたが、アクセスネットワーク１０２をホームリンクとすることができないとわかった場合に、既に取得したＩＰアドレスをアクセスネットワーク１０２で用いるアドレスとするようＢＡを用いてＵＥ１０７に通知してもよい（例えば通知用のフラグを設ける）。
【００５２】
これにより、試行回数が所定の最大値に達していない場合や、所定の時間が経過していない場合でも、ＵＥ１０７のアドレス取得処理を完了させ、その時点で取得できているＩＰアドレスをアクセスネットワーク１０２で割り当てられたアドレスであると確定させることができ、ハンドオーバ処理を早期に完了させることができる。
【００５３】
次に、本発明の実施の形態に係る移動端末ＵＥとホームエージェントＨＡの動作の一例について図３と図５を用いて説明する。図３は本発明の実施の形態に係る移動端末の構成の一例を説明するための構成図である。送受信部３０１、３０２はそれぞれアクセスネットワーク１０１、１０２と接続するための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部３０３はＩＰレイヤ処理を実施し、ＭＩＰ処理部３０４はＤＳＭＩＰに基づくＭｏｂｉｌｅ ＩＰプロトコル処理を実施する。
【００５４】
ＤＨＣＰ処理部３０５はＤＨＣＰプロトコル処理（クライアント機能）を実施する。ハンドオーバ制御部３０６は送受信部３０１、３０２から得た通信状況などからハンドオーバの実施可能性や実施タイミングを判断あるいは検出し、ＭＩＰ処理部３０４や送受信部３０１、３０２、ＤＨＣＰ処理部３０５などにハンドオーバ実施のための指示を送出し、ハンドオーバ処理を制御する。ホームアドレス取得部３０７は、本発明において特徴的なものであり、その動作の一例について周辺の動作を交えながら図４を用いて説明する。
【００５５】
ハンドオーバ制御部３０６がハンドオーバするか否かを判断する（ステップＳ４０１）。ハンドオーバすると判断した場合、ホームアドレス取得部３０７は、ハンドオーバ制御部３０６からハンドオーバ処理の開始指示を受け、ハンドオーバ先ネットワーク（アクセスネットワーク１０２）がＩＰｖ４のみサポートするアクセスネットワークであるかの検出を行う（ステップＳ４０２）。なお、検出方法については上述したため説明を省略する。ハンドオーバ先ネットワークがＩＰｖ４のみサポートするアクセスネットワークであることを検出すると、ハンドオーバ元アクセスネットワーク（アクセスネットワーク１０１）経由でＩＰｖ４ホームアドレス（ＨｏＡｖ４）を要求するＢＵの送信をＭＩＰ処理部３０４に指示する。
【００５６】
ここで、ＭＩＰ処理部３０４は、ハンドオーバ先ネットワークで割り当てるアドレスをホームアドレスにするよう要求する情報（例えばフラグ）をＢＵに付加してもよい。ＭＩＰ処理部３０４はＩＰｖ４ホームアドレスを要求するＢＵ（フラグ付き）を送信し（ステップＳ４０３）、ＩＰ処理部３０３、送受信部３０１を介してアクセスネットワーク１０１に送出され、ＨＡ１０６に転送される。その応答として、ＭＩＰ処理部３０４は、ＨＡ１０６からのＢＡを送受信部３０１、ＩＰ処理部３０３を介して受信し、ＢＡに記載されたＩＰｖ４ホームアドレス（ＨｏＡｖ４）を取得し（ステップＳ４０４）、ホームアドレス取得部３０７に通知する。
【００５７】
これを受けてホームアドレス取得部３０７は、ハンドオーバ制御部３０６に、アクセスネットワーク１０２へのアタッチ処理開始を指示し、ハンドオーバ制御部３０６が送受信部３０２にアタッチ処理開始を指示する（ステップＳ４０５）。アタッチ処理を行う中で、アクセスネットワーク１０２からＩＰアドレスが割り当てられると、送受信部３０２がＩＰ処理部３０３にＩＰアドレスを転送し設定する。また、アタッチ処理時にはＩＰアドレスが割り当てられず、アタッチ処理完了後にＤＨＣＰを用いてＩＰアドレスを取得する場合は、送受信部３０２からアタッチ処理が完了したことの通知を受けてハンドオーバ制御部３０６がＤＨＣＰ処理部３０５にＩＰアドレス取得を開始するよう指示する。
【００５８】
ＤＨＣＰ処理部３０５はＤＨＣＰ要求メッセージをＩＰ処理部３０３、送受信部３０２を介してアクセスネットワーク１０２に送出し、その応答として割り当てられたＩＰｖ４アドレスを含むＤＨＣＰ応答メッセージを送受信部３０２、ＩＰ処理部３０３経由で取得する（ステップＳ４０５）。取得したＩＰアドレスはＩＰ処理部３０３に設定される。最後にハンドオーバ制御部３０６は送受信部３０１にアクセスネットワーク１０１からのデタッチ処理の開始を指示し（ステップＳ４０６）、デタッチ処理の完了をもってハンドオーバ処理を完了する。なお、ステップＳ４０２において、ＩＰｖ４のみサポートするアクセスネットワークでなければ通常のハンドオーバ処理が行われる。また、デタッチ処理（ステップＳ４０６）は省略されたり、ネットワークからの指示を受けて実施したりすることもある。
【００５９】
以上のように、従来、アタッチ処理時あるいはＤＨＣＰ処理によって取得したＩＰアドレスとホームアドレス取得部３０７がアクセスネットワーク１０１経由で取得したＩＰアドレスの比較を行い、ホームリンクであることの判定を行っていた。しかし、ホームアドレス取得時に同時に送信したＵＥ１０７の要望が受け入れられていることから、アクセスネットワーク１０２で配布されたＩＰアドレスはホームアドレスと同一のものであることが保証されており、ホームリンク判定を行う必要がないところが本発明の主な特徴である。
【００６０】
次に、本発明の実施の形態に係るＨＡについて図５を用いて説明する。図５は本発明の実施の形態に係るＨＡの構成の一例を説明するための構成図である。送受信部５０１はコアネットワーク１０３内のノードと通信を行うための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部５０２はＩＰレイヤ処理を実施し、ＭＩＰ処理部５０３はＤＳＭＩＰに基づくＭｏｂｉｌｅ ＩＰプロトコル処理を実施する。ＰＭＩＰ処理部５０４はＰＭＩＰプロトコル処理を実施する。ＤＨＣＰ処理部５０５はＤＨＣＰプロトコル処理（サーバ機能）を実施する。ホームアドレス割り当て部５０６は、本発明において特徴的なものであり、その動作の一例について周辺の動作を交えながら図６を用いて説明する。
【００６１】
ＭＩＰ処理部５０３が送受信部５０１、ＩＰ処理部５０２を介してＵＥ１０７からのＢＵを受信したか否かを判断する（ステップＳ６０１）。ＢＵを受信した場合、ＩＰｖ４ホームアドレスの割り当て依頼要求（と、ＵＥ１０７のハンドオーバ先であるアクセスネットワークにてＵＥ１０７に配布するＩＰアドレスをここで割り当てるＩＰｖ４ホームアドレスとするよう要求するフラグ）の有無を確認し（ステップＳ６０２）、存在する場合は、ホームアドレス割り当て部５０６がＩＰｖ４ホームアドレス（ＨｏＡｖ４）を割り当てて、ＵＥ１０７にＢＡを送信する（ステップＳ６０３）と同時に、ＡＲ１０５をＤＨＣＰリレーとして動作させる指示メッセージをＩＰ処理部５０２、送受信部５０１を介して認証サーバＨＳＳ／ＡＡＡ７０１あてに送信する（ＤＨＣＰ要求転送指示：ステップＳ６０４）。なお、認証サーバＨＳＳ／ＡＡＡ７０１はこれを受けてＡＲ１０５に所望の指示を実施する。
【００６２】
後にＡＲ１０５から転送されたＵＥ１０７からのＤＨＣＰ要求メッセージが送受信部５０１、ＩＰ処理部５０２を介してＤＨＣＰ処理部５０５に転送され（ＤＨＣＰ要求取得：ステップＳ６０５）、ＤＨＣＰ処理部５０５は割り当てるＩＰアドレスをホームアドレス割り当て部５０６から取得し、ＤＨＣＰ応答メッセージに含めてＩＰ処理部５０２、送受信部５０１を介して送信し（ＨｏＡｖ４配布：ステップＳ６０６）、ＤＨＣＰリレーとして動作しているＡＲ１０５経由でＵＥ１０７に転送される。ここで、受信したＤＨＣＰ要求メッセージにはＵＥ１０７の識別子（例えば、Ｎｅｔｏｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ：ＮＡＩ）を含み、ＨＡ１０６はＵＥ１０７からのＤＨＣＰ要求であることを判別できる。
【００６３】
なお、ホームアドレス割り当て部５０６は、ＩＰｖ４ホームアドレスの割り当てと同時に発行するＡＲ１０５をＤＨＣＰリレーとして動作させる指示メッセージの代わりに、ＡＲ１０５がＤＨＣＰ要求を受信した際に、ＰＢＵをＨＡ１０６に対して発行させる指示メッセージを送信してもよい。この場合、ＰＭＩＰ処理部５０４がＰＢＵメッセージを受信し、ホームアドレスをホームアドレス割り当て部５０６から取得し、ＰＢＡメッセージに記載して送信する。なお、この場合もＰＢＵにはＵＥ１０７の識別子（例えばＮＡＩ）が含まれているので、ＨＡ１０６はＵＥ１０７に対するアドレス割り当てであることを判別できる。
【００６４】
なお、上記では、移動端末がＩＰアドレスを取得するためにＤＨＣＰ要求メッセージとＤＨＣＰ応答メッセージを用いることを説明した。ここで、ＤＨＣＰ要求メッセージとはＩＰアドレス取得処理を開始するメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰ ＤＩＳＣＯＶＥＲメッセージ、あるいは既にＤＨＣＰサーバが明らかであったり、ＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージの送信を省略したりする場合はＤＨＣＰ ＲＥＱＵＥＳＴメッセージに相当する。また、ＤＨＣＰ応答メッセージとはＩＰ取得処理においてＩＰアドレスが移動端末に通知されるメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰ ＡＣＫメッセージあるいはＤＨＣＰ  ＯＦＦＥＲメッセージに相当する。ＤＨＣＰ応答メッセージを受信することで、移動端末はメッセージに記載されたＩＰアドレス及び関連設定値をインタフェースに設定して通信を開始することができる。
【００６５】
なお、ＨＡ１０６による、アクセスネットワーク１０２をホームリンクとすることができるか否かの判定は、ＰＣＲＦ（Policy and Charging Rule Function）などのポリシサーバから取得した（あるいは事前に取り決められた）ＱｏＳや課金に関するポリシやルール（または、ネットワーク環境）に基づいて行うものであってもよい。例えば、ＵＥ１０７が自在にホームアドレスを指定可能（あるいはホームリンクを指定可能）なプランに加入している場合のみ、設定を許可したり、コアネットワーク１０３とアクセスネットワーク１０２の間の通信容量の制約（ローミング契約等で決まる）から、ヘッダオーバヘッドを削減したい場合に、ＵＥ１０７が接続したアクセスネットワークを積極的にホームリンクに指定（設定）することができる。
【００６６】
また、ＵＥ１０７がアクセスネットワーク１０１経由でＨＡ１０６に送信するＨｏＡｖ４割り当て要求に、ＵＥ１０７が独自に生成したＩＰｖ４アドレスを含めてもよい。この場合、ＨＡ１０６は、ＵＥ１０７が通知したＩＰｖ４アドレスを実際のＩＰｖ４ホームアドレス（ＨｏＡｖ４）として設定するか、別途ＨｏＡｖ４を割り当てて、実際の通信では、ＵＥ１０７から通知されたＩＰｖ４アドレスとＨＡ１０６が割り当てたＨｏＡｖ４の変換（例えばＮＡＴ：Network Address Translation）を行うことによって、ＵＥ１０７と外部ノードの通信を実現させることができる。
【００６７】
また、ＨＡ１０６は、割り当てるＨｏＡｖ４を含むＢＡをＵＥ１０７に送信する（ステップＳ２０３）前に、ＰＣＲＦに対してＨｏＡｖ４に対するＱｏＳや課金に関するポリシ（あるいはルール）の割り当てを要求してもよい。さらには、これを受けて（あるいはステップＳ２０４と同じタイミングで）アクセスネットワーク１０２におけるＱｏＳ・課金ポリシをＰＣＲＦからＡＲ１０５に発行してもよい。これによって、適正なＱｏＳや課金ポリシにもとづく通信を実施することができる。
【００６８】
なお、上記説明では、特に３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間のハンドオーバを例にしたが、３ＧＰＰアクセスネットワーク間ハンドオーバのように、アタッチ手順を実施しないような場合は、ハンドオーバ手順の中で、アクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであり、ＵＥ１０７がＩＰｖ４アドレスを有していないとネットワーク側（例えばＰＧＷやＳＧＷ）が判断すると、ハンドオーバ手順の最後に（つまり無線ベアラが確立された後に）、ＤＨＣＰ手順等を用いてＩＰｖ４アドレスをＵＥ１０７に通知したり（ＵＥ１０７からの要求有無に関わらずプッシュ通知する）、ハンドオーバ手順の中でIPｖ４アドレスをＵＥ１０７に通知するものであってもよい。
【００６９】
また、ＵＥ１０７が実施するサポートするＩＰバージョンの検出方法として、外部ノードからアクセスネットワーク１０２のサポートするＩＰタイプに関する情報を取得して利用するものであってもよい。例えば、アクセスネットワーク情報を配布するサーバから、アクセスネットワーク１０２がサポートするＩＰタイプに関する情報を取得し、ハンドオーバ前のアクセスネットワークにおけるＩＰタイプと比較するものであってもよい。
【００７０】
また、ＨＡ１０６は、アクセスネットワーク１０１経由でＵＥ１０７に送信するＢＡ（割り当てられたＨｏＡｖ４を含む）に、アクセスネットワーク１０２経由で配布されるアドレスがホームアドレスであることを示すフラグ（例えばフラグＹ）を含めてもよい。ＵＥ１０７は、フラグＹを含むＢＡを受信すると、接続中のハンドオーバ先アクセスネットワーク１０２がホームリンクとなり得ることを認識し、既に処理を開始しているＤＨＣＰ手順の完了を待つことなく（あるいは開始予定のＤＨＣＰ処理を省略、または開始するがその終了を待つことなく）、既に取得したＩＰｖ４ホームアドレス（ＨｏＡｖ４）を用いて、ハンドオーバ先アクセスネットワーク１０２における通信を開始する。これにより、ＤＨＣＰプロトコル処理に伴う待ち時間や、プロトコル処理による負荷を削減でき、ハンドオーバ時間の短縮を図ることができる。
【００７１】
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００７２】
本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくハンドオーバ先のネットワークにおいてパケットの送受信を可能とすることができるため、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントなどに有用である。
【図１】
2010052920.tif 000003
【図２】
2010052920.tif 000004
【図３】
2010052920.tif 000005
【図４】
2010052920.tif 000006
【図５】
2010052920.tif 000007
【図６】
2010052920.tif 000008
【図７】
2010052920.tif 000009
【手続補正書】
【提出日】平成23年4月22日(2011.4.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント（位置管理サーバ）に関する。
【背景技術】
【０００２】
従来の移動通信システムでは、インターネットプロトコル通信（ＩＰ通信）を行う移動端末の移動管理プロトコルとして、Mobile IPv4（ＭＩＰｖ４）あるいはMobile IPv6（ＭＩＰｖ６）があった。これら技術の詳細はそれぞれ下記の非特許文献１、非特許文献２に開示されている。また、従来、ＩＰｖ６をサポートするアクセスネットワークでしか動作しなかったＭＩＰｖ６をＩＰｖ４のみサポートするアクセスネットワークでも動作するように拡張したDual Stack Mobile IP（ＤＳＭＩＰ）があり、技術の詳細が非特許文献３に開示されている。
【０００３】
非特許文献２に基づくＭＩＰｖ６プロトコルを用いて移動端末がホームエージェント（位置管理サーバ）にＩＰｖ６ホームアドレス（ＨｏＡｖ６）とＩＰｖ６気付けアドレス（ＣｏＡｖ６）を登録し、ホームエージェントにてそれらアドレスの関係性（バインディング）を管理するが、すべてのメッセージはＩＰｖ６プロトコルに基づくものであり、ＩＰｖ６をサポートするアクセスネットワークからしか利用することができなかった。ＤＳＭＩＰはＭＩＰｖ６を拡張したものであり、移動端末がＩＰｖ４のみサポートするアクセスネットワークに接続したときに、アクセスネットワークから取得したＩＰｖ４気付けアドレス（ＣｏＡｖ４）をＨｏＡｖ６とバインドさせてＩＰｖ４のみサポートするアクセスネットワークからもＨｏＡｖ６を用いた通信を可能とさせるものである。
【０００４】
また、ＤＳＭＩＰは、ホームエージェントがＩＰｖ４アドレスを有することを前提に、ＣｏＡｖ４とホームエージェントのＩＰｖ４アドレスをアドレスフィールドに記載したＩＰｖ４ヘッダでカプセリングすることでＭＩＰｖ６に基づくバインディング制御メッセージ（Binding Update（ＢＵ）あるいはBinding Acknowledge（ＢＡ）など）を交換可能としたり、ＩＰｖ４ホームアドレス（ＨｏＡｖ４）を移動端末に割り当ててＩＰｖ４アドレスのみ有する通信相手（Correspondent Node：ＣＮ）と通信を可能としたりするものである。
【０００５】
なお、ＩＰｖ４のみサポートするアクセスネットワークに接続した移動端末に対するＭＩＰｖ６に基づくバインディング管理を可能とする方法は下記の特許文献１にも開示されている。携帯電話による移動通信システムにおいても、同様の技術を用いたハンドオーバ方法が検討されている。下記の非特許文献４では、ＤＳＭＩＰを用いて３ＧＰＰアクセスネットワーク（ＬＴＥなど）から非３ＧＰＰアクセスネットワーク（無線LANネットワークシステム、ＷｉＭＡＸネットワークシステム、３ＧＰＰ２ネットワークシステムなど）へのハンドオーバ方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−７３２７１号公報（要約）
【非特許文献】
【０００７】
【非特許文献１】C.Perkins “IP Mobility Support for IPv4”, IETF RFC3344 August 2002
【非特許文献２】D.Johnson, C.Perkins, J.Arkko “Mobility Support in IPv6”, IETF RFC3775 June 2004
【非特許文献３】Hesham soliman “Mobile IPv6 Support for Dual Stack Hosts and Routers”, draft-ietf-mext-nemo-v4traversal-05.txt July 2008
【非特許文献４】“Architecture enhancements for non-3GPP accesses (Release8)”, 3GPP TS23.402 v.8.2.0 p.136-139 June 2008
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記従来技術において、移動端末はホームアドレスＨｏＡｖ６が属するＩＰｖ６ホームプレフィクスを対象にしたホームリンク検出しか行ってこなかった。つまり、ＩＰｖ４アドレスを用いたホームリンク検出は行わず、アクセスネットワークから取得したＩＰｖ４アドレス（ＣｏＡｖ４に相当）のサブネットとＨｏＡｖ４のサブネットが同じであっても、アクセスネットワークから取得したＩＰｖ６プレフィクスとＩＰｖ６ホームプレフィクスが同じでない限り、そのアクセスネットワークはホームリンクとはみなさなかった。
【０００９】
したがって、実際にはＩＰｖ４サブネットの観点でホームリンクとなり得る場合であっても、移動端末がＨｏＡｖ４を用いる場合はすべてのパケット（バインディング制御メッセージ、ユーザデータ）にＩＰｖ４トンネルヘッダを余計に付加する必要があった。これにより、ヘッダオーバヘッドが増加して、特に限られた通信帯域を複数の移動端末によって共有する無線通信システムにおいては通信効率が低下するという問題があった。
【００１０】
ここで、図１、７を用いて従来の移動通信システムにおける課題について詳しく説明する。図１はＤＳＭＩＰを用いた移動通信システムの一例の構成図であり、ＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置されている。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスルータはアクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったりする。
【００１１】
コアネットワーク１０３には、ＤＳＭＩＰに基づくホームエージェントＨＡ１０６が配備される。移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。
【００１２】
図７は従来のハンドオーバ処理手順の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理の開始を検出する（ステップＳ７０１）と、アタッチ処理を開始する（ステップＳ７０２）。アタッチ処理は認証サーバＨＳＳ／ＡＡＡ７０１による接続認証処理（ステップＳ７０３）を含み、接続が許可されるとアタッチ処理が完了する。続いてＵＥ１０７はＤＨＣＰプロトコルを用いるなどしてＩＰｖ４アドレスを取得し（ＩＰｖ４アドレス取得要求、ＩＰｖ４アドレス割り当て：ステップＳ７０４）、これを気付けアドレス（ＣｏＡｖ４）として先に取得してあるＨｏＡｖ６とともにＨＡに登録するためのバインディング要求メッセージ（Binding Update：ＢＵ）を送信する（ステップＳ７０５）。
【００１３】
このとき、ＵＥ１０７はＢＵを用いて、ＤＳＭＩＰプロトコルに基づくＩＰｖ４ホームアドレス（ＨｏＡｖ４）割り当て要求を実施する。ＨＡ１０６はＨｏＡｖ４割り当て要求付きのＢＵを受信すると、ＨｏＡｖ６とＣｏＡｖ４の組をバインディングキャッシュに登録し、ＨｏＡｖ４を割り当てるためバインディング応答メッセージ（Binding Acknowledge：ＢＡ）を用いてＵＥ１０７に通知する（ステップＳ７０６）とともに、ＨｏＡｖ４とＣｏＡｖ４の組をバインディングキャッシュに登録する。
【００１４】
ここで、ＵＥ１０７は、取得したＨｏＡｖ４とＣｏＡｖ４のサブネット部を比較することにより、従来実施していなかったＩＰｖ４サブネットの観点でホームリンク検出を行う（ステップＳ７０７）ことができる。その結果、ＨｏＡｖ４とＣｏＡｖ４のサブネット部が一致する場合は、そのアクセスネットワーク１０２をＩＰｖ４観点でのホームリンクとみなすことができ、ＨＡ１０６と交換するパケットに冗長なＩＰｖ４トンネルヘッダを付与する必要がなくなる。
【００１５】
もし、サブネット部が一致しなかった場合は、アクセスネットワーク１０２はホームリンクではないので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与する必要がある。なお、従来はＩＰｖ４観点のホームリンク検出を行っていなかったので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与していた。
【００１６】
ここで、好ましくはすべての場合においてＩＰｖ４トンネルヘッダを付与させることなく、ヘッダオーバヘッドを削減することである。多くの無線通信システムにおいては、移動端末とＡＲ間のリンクはポイントツーポイントリンクで構成されるので、１つのＡＲが複数の移動端末を収容する場合であっても、それぞれの移動端末に異なるサブネットに属するＩＰｖ４アドレスを配布することが可能となる。
【００１７】
また、移動端末は、ＣｏＡｖ４を取得してからＢＵ送信するまでにＨＡとの間で図７に示すような鍵更新処理を行うことがある。例えば、動的鍵更新をサポートしていない移動端末は、気付けアドレスが変更される都度、鍵更新をしなければならない。鍵更新は移動端末、ＨＡ双方において暗号計算を伴う長時間の処理が必要とされるため、移動端末がＩＰｖ４観点のホームリンク検出を完了して実際にパケットを送受信できるまで相当の時間を要することになる。
【課題を解決するための手段】
【００１８】
本発明は、上記の問題点に鑑み、ＤＳＭＩＰを用いた移動通信システムにおいて、ＩＰｖ６ホームアドレスのみ有する移動端末がＩＰｖ４のみサポートするアクセスネットワークへのハンドオーバを察知すると、ハンドオーバ処理中にハンドオーバ元アクセスネットワーク経由でＩＰｖ４ホームアドレスを取得するとともに、取得したＩＰｖ４ホームアドレスをハンドオーバ先アクセスネットワークで移動端末に対して配布させる。これにより、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントを提供することを目的とする。
【００１９】
上記目的を達成するために、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、アドレス取得要求を含む第２のメッセージを前記第二のアクセスルータを介して送信するステップと、前記ホームエージェントが、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを前記移動端末へ送信し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを前記移動端末へ送信するステップとを、有するハンドオーバ方法が提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００２０】
また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする場合、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、それぞれのIPバージョンが異なると判断した場合、前記ハンドオーバ先におけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、前記第２のメッセージを前記第二のアクセスルータを介して送信する送信手段と、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ホームエージェントが送信する前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを受信し、前記第２のメッセージに含まれる前記アドレス取得要求に基づいて、前記ホームエージェントが送信する前記ホームアドレスを含む第４のメッセージを受信する受信手段とを、備える移動端末が提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００２１】
また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを前記移動端末から受信する受信手段と、前記第１のメッセージの前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先におけるホームアドレスを含む第３のメッセージを生成し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを生成するメッセージ生成手段と、生成された前記第３のメッセージ及び第４のメッセージを前記移動端末に送信する送信手段とを、備えるホームエージェントが提供される。この構成により、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【発明の効果】
【００２２】
本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態における通信システムの構成の一例を示す構成図
【図２】本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャート
【図３】本発明の実施の形態に係る移動端末の構成の一例を示す構成図
【図４】本発明の実施の形態に係る移動端末における処理フローの一例を示すフローチャート
【図５】本発明の実施の形態に係るホームエージェントの構成の一例を示す構成図
【図６】本発明の実施の形態に係るホームエージェントにおける処理フローの一例を示すフローチャート
【図７】従来技術を説明するための図
【発明を実施するための形態】
【００２４】
本発明の実施の形態の詳細な動作について説明する。図１は本発明によるシステム構成を説明するための図であり、ＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置される。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったりする。
【００２５】
さらに詳細には、アクセスネットワークが採用する規格に応じて、アクセスルータは、アクセスゲートウェイ（Access Gateway：ＡＧＷ）、モビリティアンカーゲートウェイ（Mobility Anchor Gateway：ＭＡＧ）、パケットデータゲートウェイ（Packet Data Gateway：ＰＤＧ、enhanced Packet Data Gateway：ｅＰＤＧ）、サービングゲートウェイ（Serving Gateway：ＳＧＷ）、サービングＧＰＲＳサービングノード（Serving GPRS Serving Node：ＳＧＳＮ）などと称されることもある。また、コアネットワークには、ＤＳＭＩＰに基づくホームエージェント（ＨＡ）が配備され、コアネットワークが採用する規格に応じて、このＨＡはパケットデータネットワークゲートウェイ（Packet Data Network Gateway：ＰＤＮ ＧＷ）、ゲートウェイＧＰＲＳサービングノード（Gateway GPRS Serving Node：ＧＧＳＮ）などと称されることもある。
【００２６】
図１において、移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。
【００２７】
図２は、本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理開始を検出する（ステップＳ２０１）と、ＵＥ１０７はアクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであることを検出する。サポートするＩＰバージョンの検出は、アクセスネットワーク１０２へのアタッチ処理中や、アタッチ処理を完了してからＤＨＣＰによるＩＰアドレス取得までの間に実施するものであってもよいが、ＵＥ１０７は少なくともＩＰアドレスを取得する前にサポートするＩＰバージョンを検出することで、より早くホームリンク検出を実施できるという恩恵を享受できる。
【００２８】
ここで、ＵＥ１０７が実施するサポートするＩＰバージョンの検出方法には次のようなものがある。その１つとして、アクセスネットワークとサポートするＩＰバージョンの対応を記載したデータベースを検索する方法がある。アクセスネットワークの識別は、固有のものであってもよいし、アクセスポイントがビーコン信号などを用いて広告するＳＳＩＤや基地局ＩＤなどの識別子を利用したり、アクセスルータの識別子（ＩＰアドレス）をハンドオーバに先立って取得できた場合にそれを利用したりしてもよい。また、データベースはあらかじめネットワーク上のサーバから取得するものであってもよいし、ＵＥ１０７が様々なアクセスネットワークへの接続履歴から独自に構築するものであってもよい。
【００２９】
また、他の検出方法として、アタッチ処理完了直後に、ＩＰｖ６アドレス取得のためのRouter Solicitation（ＲＳ）メッセージを送信したが一定時間応答を受信できなかったことによって検出する方法がある。また、アタッチ処理完了直後に、リンク上のパケットを監視し、ＩＰｖ６パケットを検出できなかったことによって検出する方法もある。また、アタッチ処理中にネットワークからサポートするＩＰバージョンについて通知されたが、ＩＰアドレスはＤＨＣＰにて取得するよう指示を受けたこと、あるいはＩＰバージョンについての通知はなく、単にＩＰアドレスをＤＨＣＰにて取得する指示だけ受けたことによって検出する方法もある。
【００３０】
すなわち、ＵＥ１０７は、アクセスネットワークとそのアクセスネットワークがサポートするIPバージョンの情報とを関連付けて格納した所定のデータベースの情報、所定のメッセージ（例えば、ＩＰｖ６アドレス取得のためのＲＳメッセージ）の送信に基づく応答の受信の有無の情報、所定のパケット（ＩＰｖ６パケット）の検出の有無の情報、ＤＨＣＰからＩＰアドレスを取得する旨の指示の有無の情報のうち、少なくともいずれか１つに基づいてサポートするＩＰバージョンが異なるか否かを判断（検出）する。
【００３１】
アクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであることをＵＥ１０７が検出すると、ＵＥ１０７はハンドオーバ元のアクセスネットワーク１０１経由でＨＡ１０６にＢＵ（第１のメッセージ）を送信する（ステップＳ２０２）。このとき、ＢＵにはＨｏＡｖ４割り当て依頼要求を含める。さらには、ＵＥ１０７はハンドオーバ中であり、ハンドオーバ先のアクセスネットワーク１０２においてＵＥ１０７に割り当てるＩＰｖ４アドレスを、これから割り当てるＨｏＡｖ４とするよう指示する情報（例えばフラグ（以降フラグＸとよぶ））を含めてもよい。あるいは、フラグＸの代わりに、アクセスネットワーク１０２の情報（例えば、ＳＳＩＤのようなアクセスネットワークの識別子やアクセスポイントの識別子、ＰＬＭＮ識別子など）を、ＢＵを用いてＨＡ１０６に通知し、ＨＡ１０６においてデータベースなどをもとにアクセスネットワーク１０２がサポートするＩＰバージョンを検出し、ＩＰｖ４のみサポートすることが検出できた場合はフラグＸがＢＵに付加されていた場合と同じ動作を実施するものであってもよい。
【００３２】
ＨＡ１０６はアクセスネットワーク１０１経由でＨｏＡｖ４割り当て要求（さらには上記フラグＸ）を含むＢＵを受信すると、割り当てるＨｏＡｖ４を含むＢＡ（第３のメッセージ）をＵＥ１０７に送信する（ステップＳ２０３）とともに、ＵＥ１０７がアタッチ処理を実施しようとしている、あるいは既にアタッチ処理を開始しているＡＲ１０５に対して、ＵＥ１０７が発行するアドレス取得要求（例えば、ＤＨＣＰプロトコルに基づく）は、ＨＡ１０６に転送するようＨＳＳ／ＡＡＡ７０１経由で指示する（ＨｏＡ割り当て指示：ステップＳ２０４）。なお、本指示は、ＨＳＳ／ＡＡＡ７０１を解さずに直接ＡＲ１０５に送信したり、ＨＳＳ／ＡＡＡ７０１以外のノードを解してＡＲ１０５に転送されたりするものであってもよい。
【００３３】
ＤＨＣＰに基づくアドレス取得／配布を実施する場合、ＡＲ１０５はこれを受けてＤＨＣＰリレー（Relay）機能を有効にする（ＤＨＣＰリレー起動：ステップＳ２０５）。ＵＥ１０７は、ＢＡを受信してＨｏＡｖ４を取得する。また、ＨＡ１０６はＡＲ１０５に対して、ＤＨＣＰ要求を受けた場合にＰＭＩＰプロトコルを起動してＰＢＵをＨＡ１０６に送信するよう指示してもよい。これにより、３ＧＰＰなどの規格で用いられる標準的なＰＭＩＰトンネルを用いた通信が実施可能となる。なお、ＨＡ１０６は、ネットワークやＵＥ１０７のサポート状況やサブスクリプション内容などに応じて、またネットワーク装置の処理負荷低減などの目的で、ＤＨＣＰとＰＭＩＰのいずれかを選択してもよい。
【００３４】
ここで、ＵＥ１０７がアクセスネットワーク１０２へのアタッチ処理を開始していない場合は開始する。アタッチ処理においてＩＰアドレスが割り当てられる場合、ＨＳＳ／ＡＡＡ７０１がＨＡ１０６から通知を受けたＨｏＡｖ４を割り当てるようＡＲ１０５に指示する。また、ＵＥ１０７によるアタッチ処理は完了しているがＩＰアドレスを取得できていない場合は、図２に示すように、例えばＤＨＣＰに基づくアドレス取得要求メッセージ（ＩＰｖ４アドレス取得要求）をアクセスネットワーク１０２のＡＲ１０５に送信する（ステップＳ２０６）。
【００３５】
ＡＲ１０５がアドレス取得要求メッセージを受信すると、先にＨＳＳ／ＡＡＡ７０１経由でＨＡ１０６から受けた指示に従い、アドレス取得要求メッセージをＨＡ１０６に転送する（ステップＳ２０７）。ＨＡ１０６はＵＥ１０７からのアドレス取得要求メッセージであることを認識し、先にアクセスネットワーク１０１経由で割り当てたＨｏＡｖ４を記載したアドレス取得応答メッセージ（ＩＰｖ４アドレス割り当て（ＨｏＡｖ４））をＡＲ１０５に送信し（ステップＳ２０８）、ＡＲ１０５がＵＥ１０７に転送する（ステップＳ２０９）。
【００３６】
ここで、ＨＡ１０６は受信したアドレス取得要求メッセージがＵＥ１０７からのものであることを次のようにして認識する。ＡＲ１０５はアタッチ処理時に取得したＵＥ１０７の識別子（例えば、Network Access Identifier：ＮＡＩ）を、アタッチ処理によって確立された通信ベアラ（３ＧアクセスシステムではベアラＩＤが割り当てられる）と関連付けて保存する。ＵＥ１０７が送信するアドレス取得要求メッセージは、アタッチ処理によって確立された通信ベアラ上で転送されるので、ＡＲ１０５は受信したアドレス取得要求メッセージがＵＥ１０７から送信されたものであることを識別し、先に保存しておいたＵＥ１０７の識別子（例えばＮＡＩ）を取得する。ＡＲ１０５は、アドレス取得要求メッセージあるいはＰＢＵにＵＥ１０７の識別子（ＮＡＩ）を記載した上でＨＡ１０６に転送あるいは送信する。ＤＨＣＰメッセージには、ＮＡＩを記載するための ”client field” が用意されており、ＰＢＵでも同様にＮＡＩを記載するためのオプションが用意されている。ＨＡ１０６はＵＥ１０７の識別子（ＮＡＩ）が記載されたメッセージを取得して、ＵＥ１０７から送信されたものであることを認識することができる。
【００３７】
これによりＵＥ１０７は、アクセスネットワーク１０２から割り当てられたアドレスとアクセスネットワーク１０１経由で取得したＨｏＡｖ４のサブネット（あるいはアドレスそのもの）が同じであること、すなわちアクセスネットワーク１０２がホームリンクであることを確認する。なお、先にアクセスネットワーク１０１経由でＨｏＡｖ４を取得する際にＢＵにフラグＸを含めた場合、ＵＥ１０７は、アクセスネットワーク１０２がホームリンクであることの確認（すなわち、ホームリンク検出）を省略することができる。これにより、ＵＥ１０７における処理負荷低減と、ハンドオーバ時間の短縮を図ることができる。
【００３８】
なお、本発明を実施するために移動端末は、アタッチ処理をアドレス配布手順の前で一時停止させて、アクセスネットワーク１０１経由のＨｏＡｖ４発行（ステップＳ２０２）を実施することもできる。ＨＡ１０６はアクセスネットワーク１０１経由で割り当てたＨｏＡｖ４をＨＳＳ／ＡＡＡ７０１に通知し、ＨＳＳ／ＡＡＡ７０１はアタッチ処理が再開されたときにＨｏＡｖ４を割り当てるようＡＲ１０５に指示する。ハンドオーバ先アクセスネットワーク１０２でのＩＰｖ４アドレス配布がＤＨＣＰを用いて行われる場合は、ＵＥ１０７からのＤＨＣＰ要求をＨＡ１０６に転送するか、ＰＭＩＰ処理を起動してＰＢＵをＨＡ１０６に送信するようＨＳＳ／ＡＡＡ７０１がＡＲ１０５に指示する。
【００３９】
アクセスネットワーク１０２からもＨｏＡｖ４と同じアドレスを取得できたＵＥ１０７は、従来のハンドオーバ手順にしたがってＨＡ１０６に対してＨｏＡｖ６とＨｏＡｖ４のバインディングを登録するためのＢＵを送信し、ＨＡ１０６からＢＡを受信する。ここで、先にアクセスネットワーク１０１経由で送信したＨｏＡｖ４取得のためのＢＵとＢＡをＨＡ１０６と交換するときに、ＨＡ１０６にＨｏＡｖ６とＨｏＡｖ４のバインディングを生成させることができる。
【００４０】
これにより、アクセスネットワーク１０２でＨｏＡｖ４と同じアドレスを取得した後のＢＵ／ＢＡ交換を省略することができ、ハンドオーバの高速化を諮ることができる。さらには、ここでのＢＵ／ＢＡを省略できることで、直ちにパケットの送受信が可能となり、特に移動端末ＵＥが鍵更新処理を必要とする場合と比べて、ハンドオーバの高速化効果は大きいものとなる。なぜなら、鍵更新処理はＢＵ／ＢＡ交換を行う前に実施する必要があり（ＢＵ／ＢＡを保護するためのＩＰｓｅｃ鍵を更新するのが目的であるため）、ＢＵ／ＢＡ交換を省略することにより鍵更新処理をハンドオーバ処理完了後、任意のタイミングで実施できるようになる。
【００４１】
また、アクセスネットワーク１０１経由でＨｏＡｖ４を取得するためのＢＵに、今後ＩＰｖ４のみサポートするアクセスネットワークに接続する全ての場合において、同様にＨｏＡｖ４を配布するように指示する情報（例えばフラグ）をＢＵに含めるなどしてＨＡ１０６に通知してもよい。これを受けてＨＡ１０６およびＨＳＳ／ＡＡＡ７０１は、以降ＵＥ１０７によるアタッチ処理時に、接続先アクセスネットワークのＡＲにＨｏＡｖ４の割り当てを指示し（ステップＳ２０４）、ＡＲはステップＳ２０５以降の処理を実施する。これにより、ＵＥ１０７がハンドオーバのつど要求を送信する必要がなくなり、常にＵＥ１０７とＨＡ１０６間のトンネルオーバヘッドを削減して通信効率を向上するとともに、ＵＥ１０７が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくパケットの送受信を可能とすることができる。
【００４２】
なお、本発明を用いてハンドオーバ元のアクセスネットワーク１０１からＩＰｖ４ホームアドレスを取得できたＵＥ１０７は、既に接続中のアクセスネットワークがホームリンクとなり得ることを理解しているので、その後で実施するＤＨＣＰによるＩＰｖ４アドレス（既に取得したＩＰｖ４ホームアドレスと同じアドレスが配布される）取得を省略してもよい。これにより、ＤＨＣＰプロトコル処理に伴う待ち時間やデータ処理時間を削減でき、ハンドオーバ時間の短縮を図ることができる。
【００４３】
ここで、コアネットワーク１０３を管理するオペレータとアクセスネットワークを管理するオペレータ間の契約上の制約などの理由により、アクセスネットワーク１０２をホームリンクとすることができない場合、ＨＡ１０６はＵＥ１０７に割り当てたホームアドレスをアクセスネットワーク１０２経由で配布することができない。アクセスネットワーク１０２をホームリンクとすることができるか否かの情報（以後、ホームリンク設定可否情報と呼ぶ）は、認証サーバＨＳＳ／ＡＡＡ７０１やその他の管理サーバにて管理され、ＨＡ１０６はそれらのサーバに問い合わせることによってホームリンク設定可否情報を取得することができる。
【００４４】
ＨＡ１０６がＵＥ１０７からアクセスネットワーク１０１経由でＢＵを受信してからＢＡ送信するまでにホームリンク設定可否情報を取得できた場合は、ＵＥ１０７がＢＡを受信後直ちにアクセスネットワーク１０２でアドレス取得処理（ＤＨＣＰ、アタッチ処理の続き）を行っても正しく割り当てたホームアドレスを取得することができる。しかし、ホームリンク設定可否情報を管理するサーバが遠隔に配備されたり、アクセスするのにセキュア通信路を確立しないといけなかったりする場合、ＨＡ１０６が情報を取得できるまでに時間を要することが考えられる。
【００４５】
この場合、ＵＥ１０７がＢＡを受信してアドレス取得処理を行っている間もホームリンク設定可否情報は取得できていないことが考えられ、実際にはアクセスネットワーク１０２をホームリンクに設定できる場合であっても、ＨＡ１０６がＡＲ１０５をＤＨＣＰリレーに設定することや、ＤＨＣＰリクエスト受信時にＰＢＵをＨＡ１０６に送信させるなどの指示を行うことができないため、ＵＥ１０７が取得できるＩＰアドレスはアクセスネットワーク１０２に配備されたローカルなＤＨＣＰサーバによって割り当てられたものとなる。
【００４６】
これによって、本来ホームリンクとなり得る場合でも、ＵＥ１０７は外部リンクと認識してトンネルオーバヘッドを伴った通信を強いられることになってしまう。こうした問題を回避するために、ＨＡ１０６がホームリンク設定可否情報を取得できるまでＢＡ送信を遅延させることも考えられるが、ハンドオーバ処理中ということもあり、ＵＥ１０７がＢＡ受信を待つ間に通信状態が悪化するなどして、アクセスネットワーク１０１から切断されてしまうことが考えられ、好ましくない。
【００４７】
上記問題を解決するために、アクセスネットワーク１０１経由でＢＡを受信してアクセスネットワーク１０２でアドレス取得処理を開始しようとするＵＥ１０７は、通常一度のＤＨＣＰ処理でアドレスを取得するところを数回のリトライを試みて、ＢＡで取得したホームアドレスと同じアドレスを取得できた時点でＤＨＣＰ処理を終了する。これにより、ＢＡを遅延させることにより通信リンクが切断されてしまいＢＡを受信できずにホームアドレスを取得できなかったり、本来ホームリンクであるのにローカルＩＰアドレスを用いたトンネルオーバヘッドを伴う通信を強いられたりする等の問題を解消し、さらには鍵更新処理が不要となり、ホームアドレスを用いた直接通信を開始することができる。
【００４８】
すなわち、ＨＡ１０６が、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか否かを判断するための情報（ホームリンク設定可否情報）をデータベースなどから取得している最中である場合、ＵＥ１０７は、ホームアドレス取得要求を所定の回数送信（リトライ）する。
【００４９】
なお、ＨＡ１０６はホームリンク設定可否情報が取得できておらず、ハンドオーバ先のアクセスネットワークをホームリンクに設定できるか判定できていない場合に送信するＢＡに、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか調査中である旨のフラグをつけてもよく、本フラグ付きのＢＡを受信したＵＥ１０７は、ＤＨＣＰ処理でホームアドレスを取得できるまで試行を繰り返す。すなわち、ＨＡ１０６は、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか否かを判断するための情報（ホームリンク設定可否情報）を所定のサーバ（ＨＳＳ／ＡＡＡ７０１など）から取得するが、ホームリンク設定可否情報を取得している最中である場合に、ハンドオーバ先のアクセスネットワークをホームリンクに設定することができるか調査中である旨のフラグをＢＡに付加する。
【００５０】
なお、本フラグが示すのと同等の情報あるいは本フラグを、ＵＥ１０７がアクセスネットワーク１０２にアタッチした際、あるいはアドレス取得応答メッセージに含めるなどしてＵＥ１０７に通知してもよく、さらには、ホームリンク設定可否の結果を通知してもよい。これにより、ホームリンク設定可否情報の取得に時間を要する場合であっても、その通知を遅延させることでＵＥ１０７が通知を取得できる確立を高めることができる。
【００５１】
また、ＵＥ１０７がアドレス取得のために繰り返す試行回数や試行を繰り返し実施する時間の最大値を設けてもよい。さらには、ＨＡ１０６がホームリンク設定可否情報を取得できたが、アクセスネットワーク１０２をホームリンクとすることができないとわかった場合に、既に取得したＩＰアドレスをアクセスネットワーク１０２で用いるアドレスとするようＢＡを用いてＵＥ１０７に通知してもよい（例えば通知用のフラグを設ける）。
【００５２】
これにより、試行回数が所定の最大値に達していない場合や、所定の時間が経過していない場合でも、ＵＥ１０７のアドレス取得処理を完了させ、その時点で取得できているＩＰアドレスをアクセスネットワーク１０２で割り当てられたアドレスであると確定させることができ、ハンドオーバ処理を早期に完了させることができる。
【００５３】
次に、本発明の実施の形態に係る移動端末ＵＥとホームエージェントＨＡの動作の一例について図３と図５を用いて説明する。図３は本発明の実施の形態に係る移動端末の構成の一例を説明するための構成図である。送受信部３０１、３０２はそれぞれアクセスネットワーク１０１、１０２と接続するための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部３０３はＩＰレイヤ処理を実施し、ＭＩＰ処理部３０４はＤＳＭＩＰに基づくＭｏｂｉｌｅＩＰプロトコル処理を実施する。
【００５４】
ＤＨＣＰ処理部３０５はＤＨＣＰプロトコル処理（クライアント機能）を実施する。ハンドオーバ制御部３０６は送受信部３０１、３０２から得た通信状況などからハンドオーバの実施可能性や実施タイミングを判断あるいは検出し、ＭＩＰ処理部３０４や送受信部３０１、３０２、ＤＨＣＰ処理部３０５などにハンドオーバ実施のための指示を送出し、ハンドオーバ処理を制御する。ホームアドレス取得部３０７は、本発明において特徴的なものであり、その動作の一例について周辺の動作を交えながら図４を用いて説明する。
【００５５】
ハンドオーバ制御部３０６がハンドオーバするか否かを判断する（ステップＳ４０１）。ハンドオーバすると判断した場合、ホームアドレス取得部３０７は、ハンドオーバ制御部３０６からハンドオーバ処理の開始指示を受け、ハンドオーバ先ネットワーク（アクセスネットワーク１０２）がＩＰｖ４のみサポートするアクセスネットワークであるかの検出を行う（ステップＳ４０２）。なお、検出方法については上述したため説明を省略する。ハンドオーバ先ネットワークがＩＰｖ４のみサポートするアクセスネットワークであることを検出すると、ハンドオーバ元アクセスネットワーク（アクセスネットワーク１０１）経由でＩＰｖ４ホームアドレス（ＨｏＡｖ４）を要求するＢＵの送信をＭＩＰ処理部３０４に指示する。
【００５６】
ここで、ＭＩＰ処理部３０４は、ハンドオーバ先ネットワークで割り当てるアドレスをホームアドレスにするよう要求する情報（例えばフラグ）をＢＵに付加してもよい。ＭＩＰ処理部３０４はＩＰｖ４ホームアドレスを要求するＢＵ（フラグ付き）を送信し（ステップＳ４０３）、ＩＰ処理部３０３、送受信部３０１を介してアクセスネットワーク１０１に送出され、ＨＡ１０６に転送される。その応答として、ＭＩＰ処理部３０４は、ＨＡ１０６からのＢＡを送受信部３０１、ＩＰ処理部３０３を介して受信し、ＢＡに記載されたＩＰｖ４ホームアドレス（ＨｏＡｖ４）を取得し（ステップＳ４０４）、ホームアドレス取得部３０７に通知する。
【００５７】
これを受けてホームアドレス取得部３０７は、ハンドオーバ制御部３０６に、アクセスネットワーク１０２へのアタッチ処理開始を指示し、ハンドオーバ制御部３０６が送受信部３０２にアタッチ処理開始を指示する（ステップＳ４０５）。アタッチ処理を行う中で、アクセスネットワーク１０２からＩＰアドレスが割り当てられると、送受信部３０２がＩＰ処理部３０３にＩＰアドレスを転送し設定する。また、アタッチ処理時にはＩＰアドレスが割り当てられず、アタッチ処理完了後にＤＨＣＰを用いてＩＰアドレスを取得する場合は、送受信部３０２からアタッチ処理が完了したことの通知を受けてハンドオーバ制御部３０６がＤＨＣＰ処理部３０５にＩＰアドレス取得を開始するよう指示する。
【００５８】
ＤＨＣＰ処理部３０５はＤＨＣＰ要求メッセージをＩＰ処理部３０３、送受信部３０２を介してアクセスネットワーク１０２に送出し、その応答として割り当てられたＩＰｖ４アドレスを含むＤＨＣＰ応答メッセージを送受信部３０２、ＩＰ処理部３０３経由で取得する（ステップＳ４０５）。取得したＩＰアドレスはＩＰ処理部３０３に設定される。最後にハンドオーバ制御部３０６は送受信部３０１にアクセスネットワーク１０１からのデタッチ処理の開始を指示し（ステップＳ４０６）、デタッチ処理の完了をもってハンドオーバ処理を完了する。なお、ステップＳ４０２において、ＩＰｖ４のみサポートするアクセスネットワークでなければ通常のハンドオーバ処理が行われる。また、デタッチ処理（ステップＳ４０６）は省略されたり、ネットワークからの指示を受けて実施したりすることもある。
【００５９】
以上のように、従来、アタッチ処理時あるいはＤＨＣＰ処理によって取得したＩＰアドレスとホームアドレス取得部３０７がアクセスネットワーク１０１経由で取得したＩＰアドレスの比較を行い、ホームリンクであることの判定を行っていた。しかし、ホームアドレス取得時に同時に送信したＵＥ１０７の要望が受け入れられていることから、アクセスネットワーク１０２で配布されたＩＰアドレスはホームアドレスと同一のものであることが保証されており、ホームリンク判定を行う必要がないところが本発明の主な特徴である。
【００６０】
次に、本発明の実施の形態に係るＨＡについて図５を用いて説明する。図５は本発明の実施の形態に係るＨＡの構成の一例を説明するための構成図である。送受信部５０１はコアネットワーク１０３内のノードと通信を行うための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部５０２はＩＰレイヤ処理を実施し、ＭＩＰ処理部５０３はＤＳＭＩＰに基づくＭｏｂｉｌｅＩＰプロトコル処理を実施する。ＰＭＩＰ処理部５０４はＰＭＩＰプロトコル処理を実施する。ＤＨＣＰ処理部５０５はＤＨＣＰプロトコル処理（サーバ機能）を実施する。ホームアドレス割り当て部５０６は、本発明において特徴的なものであり、その動作の一例について周辺の動作を交えながら図６を用いて説明する。
【００６１】
ＭＩＰ処理部５０３が送受信部５０１、ＩＰ処理部５０２を介してＵＥ１０７からのＢＵを受信したか否かを判断する（ステップＳ６０１）。ＢＵを受信した場合、ＩＰｖ４ホームアドレスの割り当て依頼要求（と、ＵＥ１０７のハンドオーバ先であるアクセスネットワークにてＵＥ１０７に配布するＩＰアドレスをここで割り当てるＩＰｖ４ホームアドレスとするよう要求するフラグ）の有無を確認し（ステップＳ６０２）、存在する場合は、ホームアドレス割り当て部５０６がＩＰｖ４ホームアドレス（ＨｏＡｖ４）を割り当てて、ＵＥ１０７にＢＡを送信する（ステップＳ６０３）と同時に、ＡＲ１０５をＤＨＣＰリレーとして動作させる指示メッセージをＩＰ処理部５０２、送受信部５０１を介して認証サーバＨＳＳ／ＡＡＡ７０１あてに送信する（ＤＨＣＰ要求転送指示：ステップＳ６０４）。なお、認証サーバＨＳＳ／ＡＡＡ７０１はこれを受けてＡＲ１０５に所望の指示を実施する。
【００６２】
後にＡＲ１０５から転送されたＵＥ１０７からのＤＨＣＰ要求メッセージが送受信部５０１、ＩＰ処理部５０２を介してＤＨＣＰ処理部５０５に転送され（ＤＨＣＰ要求取得：ステップＳ６０５）、ＤＨＣＰ処理部５０５は割り当てるＩＰアドレスをホームアドレス割り当て部５０６から取得し、ＤＨＣＰ応答メッセージに含めてＩＰ処理部５０２、送受信部５０１を介して送信し（ＨｏＡｖ４配布：ステップＳ６０６）、ＤＨＣＰリレーとして動作しているＡＲ１０５経由でＵＥ１０７に転送される。ここで、受信したＤＨＣＰ要求メッセージにはＵＥ１０７の識別子（例えば、Ｎｅｔｏｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ：ＮＡＩ）を含み、ＨＡ１０６はＵＥ１０７からのＤＨＣＰ要求であることを判別できる。
【００６３】
なお、ホームアドレス割り当て部５０６は、ＩＰｖ４ホームアドレスの割り当てと同時に発行するＡＲ１０５をＤＨＣＰリレーとして動作させる指示メッセージの代わりに、ＡＲ１０５がＤＨＣＰ要求を受信した際に、ＰＢＵをＨＡ１０６に対して発行させる指示メッセージを送信してもよい。この場合、ＰＭＩＰ処理部５０４がＰＢＵメッセージを受信し、ホームアドレスをホームアドレス割り当て部５０６から取得し、ＰＢＡメッセージに記載して送信する。なお、この場合もＰＢＵにはＵＥ１０７の識別子（例えばＮＡＩ）が含まれているので、ＨＡ１０６はＵＥ１０７に対するアドレス割り当てであることを判別できる。
【００６４】
なお、上記では、移動端末がＩＰアドレスを取得するためにＤＨＣＰ要求メッセージとＤＨＣＰ応答メッセージを用いることを説明した。ここで、ＤＨＣＰ要求メッセージとはＩＰアドレス取得処理を開始するメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰＤＩＳＣＯＶＥＲメッセージ、あるいは既にＤＨＣＰサーバが明らかであったり、ＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージの送信を省略したりする場合はＤＨＣＰＲＥＱＵＥＳＴメッセージに相当する。また、ＤＨＣＰ応答メッセージとはＩＰ取得処理においてＩＰアドレスが移動端末に通知されるメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰＡＣＫメッセージあるいはＤＨＣＰ  ＯＦＦＥＲメッセージに相当する。ＤＨＣＰ応答メッセージを受信することで、移動端末はメッセージに記載されたＩＰアドレス及び関連設定値をインタフェースに設定して通信を開始することができる。
【００６５】
なお、ＨＡ１０６による、アクセスネットワーク１０２をホームリンクとすることができるか否かの判定は、ＰＣＲＦ（Policy and Charging Rule Function）などのポリシサーバから取得した（あるいは事前に取り決められた）ＱｏＳや課金に関するポリシやルール（または、ネットワーク環境）に基づいて行うものであってもよい。例えば、ＵＥ１０７が自在にホームアドレスを指定可能（あるいはホームリンクを指定可能）なプランに加入している場合のみ、設定を許可したり、コアネットワーク１０３とアクセスネットワーク１０２の間の通信容量の制約（ローミング契約等で決まる）から、ヘッダオーバヘッドを削減したい場合に、ＵＥ１０７が接続したアクセスネットワークを積極的にホームリンクに指定（設定）することができる。
【００６６】
また、ＵＥ１０７がアクセスネットワーク１０１経由でＨＡ１０６に送信するＨｏＡｖ４割り当て要求に、ＵＥ１０７が独自に生成したＩＰｖ４アドレスを含めてもよい。この場合、ＨＡ１０６は、ＵＥ１０７が通知したＩＰｖ４アドレスを実際のＩＰｖ４ホームアドレス（ＨｏＡｖ４）として設定するか、別途ＨｏＡｖ４を割り当てて、実際の通信では、ＵＥ１０７から通知されたＩＰｖ４アドレスとＨＡ１０６が割り当てたＨｏＡｖ４の変換（例えばＮＡＴ：Network Address Translation）を行うことによって、ＵＥ１０７と外部ノードの通信を実現させることができる。
【００６７】
また、ＨＡ１０６は、割り当てるＨｏＡｖ４を含むＢＡをＵＥ１０７に送信する（ステップＳ２０３）前に、ＰＣＲＦに対してＨｏＡｖ４に対するＱｏＳや課金に関するポリシ（あるいはルール）の割り当てを要求してもよい。さらには、これを受けて（あるいはステップＳ２０４と同じタイミングで）アクセスネットワーク１０２におけるＱｏＳ・課金ポリシをＰＣＲＦからＡＲ１０５に発行してもよい。これによって、適正なＱｏＳや課金ポリシにもとづく通信を実施することができる。
【００６８】
なお、上記説明では、特に３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間のハンドオーバを例にしたが、３ＧＰＰアクセスネットワーク間ハンドオーバのように、アタッチ手順を実施しないような場合は、ハンドオーバ手順の中で、アクセスネットワーク１０２がＩＰｖ４のみサポートするネットワークであり、ＵＥ１０７がＩＰｖ４アドレスを有していないとネットワーク側（例えばＰＧＷやＳＧＷ）が判断すると、ハンドオーバ手順の最後に（つまり無線ベアラが確立された後に）、ＤＨＣＰ手順等を用いてＩＰｖ４アドレスをＵＥ１０７に通知したり（ＵＥ１０７からの要求有無に関わらずプッシュ通知する）、ハンドオーバ手順の中でIPｖ４アドレスをＵＥ１０７に通知するものであってもよい。
【００６９】
また、ＵＥ１０７が実施するサポートするＩＰバージョンの検出方法として、外部ノードからアクセスネットワーク１０２のサポートするＩＰタイプに関する情報を取得して利用するものであってもよい。例えば、アクセスネットワーク情報を配布するサーバから、アクセスネットワーク１０２がサポートするＩＰタイプに関する情報を取得し、ハンドオーバ前のアクセスネットワークにおけるＩＰタイプと比較するものであってもよい。
【００７０】
また、ＨＡ１０６は、アクセスネットワーク１０１経由でＵＥ１０７に送信するＢＡ（割り当てられたＨｏＡｖ４を含む）に、アクセスネットワーク１０２経由で配布されるアドレスがホームアドレスであることを示すフラグ（例えばフラグＹ）を含めてもよい。ＵＥ１０７は、フラグＹを含むＢＡを受信すると、接続中のハンドオーバ先アクセスネットワーク１０２がホームリンクとなり得ることを認識し、既に処理を開始しているＤＨＣＰ手順の完了を待つことなく（あるいは開始予定のＤＨＣＰ処理を省略、または開始するがその終了を待つことなく）、既に取得したＩＰｖ４ホームアドレス（ＨｏＡｖ４）を用いて、ハンドオーバ先アクセスネットワーク１０２における通信を開始する。これにより、ＤＨＣＰプロトコル処理に伴う待ち時間や、プロトコル処理による負荷を削減でき、ハンドオーバ時間の短縮を図ることができる。
【００７１】
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００７２】
本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上するとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待つことなくハンドオーバ先のネットワークにおいてパケットの送受信を可能とすることができるため、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントなどに有用である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、
前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、アドレス取得要求を含む第２のメッセージを前記第二のアクセスルータを介して送信するステップと、
前記ホームエージェントが、前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを前記移動端末へ送信し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを前記移動端末へ送信するステップとを、
有するハンドオーバ方法。
【請求項２】
前記第１のメッセージは、前記アドレス取得要求に基づいて前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項１に記載のハンドオーバ方法。
【請求項３】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていない場合、
前記移動端末は、前記アドレス取得要求を含む前記第２のメッセージを所定の回数送信する請求項１又は２に記載のハンドオーバ方法。
【請求項４】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていない場合、前記第３のメッセージに前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断中である旨のフラグを付加する請求項１に記載のハンドオーバ方法。
【請求項５】
前記ホームエージェントが、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報をさらに含む前記第３のメッセージを前記移動端末に送信し、
前記移動端末が前記情報を含む前記第３のメッセージを受信した際、前記第４のメッセージの受信を待つことなく、前記第３のメッセージに含まれる前記ホームアドレスを用いて、前記ハンドオーバ先のネットワークにおける通信を開始する請求項１に記載のハンドオーバ方法。
【請求項６】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする場合、
前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、
それぞれのIPバージョンが異なると判断した場合、前記ハンドオーバ先におけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記第一のアクセスルータを介してホームエージェントに送信し、前記第２のメッセージを前記第二のアクセスルータを介して送信する送信手段と、
前記第１のメッセージに含まれる前記ホームアドレスの割り当て依頼要求に基づいて、前記ホームエージェントが送信する前記ハンドオーバ先のネットワークにおけるホームアドレスを含む第３のメッセージを受信し、前記第２のメッセージに含まれる前記アドレス取得要求に基づいて、前記ホームエージェントが送信する前記ホームアドレスを含む第４のメッセージを受信する受信手段とを、
備える移動端末。
【請求項７】
前記第１のメッセージは、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項６に記載の移動端末。
【請求項８】
前記判断手段は、ネットワークと当該ネットワークに対応するIPバージョンの情報とを関連付けて格納した所定のデータベースの情報、所定のメッセージの送信に基づく応答の受信の有無の情報、所定のパケットの検出の有無の情報、ＩＰアドレスを取得する旨の指示の有無の情報のうち、少なくともいずれか１つに基づいてIPバージョンが異なるか否かを判断する請求項６又は７に記載の移動端末。
【請求項９】
前記ホームエージェントが、前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報が得られていないことの通知を受けた場合、
前記送信手段は、前記アドレス取得要求を含む前記第２のメッセージを所定の回数送信する請求項６に記載の移動端末。
【請求項１０】
前記受信手段が、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報を含む前記第３のメッセージを受信した場合、
前記第４のメッセージの受信を待つことなく、前記第３のメッセージに含まれる前記ホームアドレスを用いて、前記ハンドオーバ先のネットワークにおける通信を開始する請求項６に記載の移動端末。
【請求項１１】
移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、
前記移動端末が現在接続しているハンドオーバ前のネットワークの第一のアクセスルータからハンドオーバ先の他のネットワークの第二のアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なる場合、
前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て依頼要求を含む第１のメッセージ、及びアドレス取得要求を含む第２のメッセージを前記移動端末から受信する受信手段と、
前記第１のメッセージの前記ホームアドレスの割り当て依頼要求に基づいて、前記ハンドオーバ先におけるホームアドレスを含む第３のメッセージを生成し、前記アドレス取得要求に基づいて、前記ホームアドレスを含む第４のメッセージを生成するメッセージ生成手段と、
生成された前記第３のメッセージ及び第４のメッセージを前記移動端末に送信する送信手段とを、
備えるホームエージェント。
【請求項１２】
前記第１のメッセージは、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスを前記割り当て依頼要求で割り当てられるホームアドレスと同じものにすべき旨の要求を含む請求項１１に記載のホームエージェント。
【請求項１３】
前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断するための情報を所定のサーバから取得する取得手段を更に備え、
前記取得手段によって前記情報が取得できていない場合に、前記メッセージ生成手段は、前記第３のメッセージに前記ハンドオーバ先のネットワークをホームリンクに設定することができるか否かを判断中である旨のフラグを付加する請求項１２に記載のホームエージェント。
【請求項１４】
前記メッセージ生成手段が、前記ハンドオーバ先のネットワークにおいて割り当てられるアドレスが前記ホームアドレスと同じものであることを示す情報を含む前記第３のメッセージを生成する請求項１１に記載のホームエージェント。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2010052920.tif 000010
【図２】
2010052920.tif 000011
【図３】
2010052920.tif 000012
【図４】
2010052920.tif 000013
【図５】
2010052920.tif 000014
【図６】
2010052920.tif 000015
【図７】
2010052920.tif 000016
【国際調査報告】
2010052920.tif 000017
2010052920.tif 000018