JPWO2008072576A1 - 通信継続方法及びその方法で用いられる通信端末 - Google Patents

Abstract

メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる通信継続方法などを提供する技術が開示され、その技術によれば第２の通信端末が、第２の通信端末自身の移動に伴い、第１の通信端末に保持されたセキュリティ情報におけるアドレスの更新を要求する第１のメッセージを第１の通信端末に送信するステップと、第１の通信端末が、第１の通信端末自身の移動に伴い、第２の通信端末に保持されたセキュリティ情報におけるアドレスの更新を要求する第２のメッセージを移動前の第２の通信端末のアドレスあてに送信し、その応答を受信する前に第１のメッセージを受信した場合、第２の通信端末に保持されたセキュリティ情報におけるアドレスの更新を要求する第３のメッセージを、移動後の第２の通信端末のアドレスあてに送信するステップとを有する。

Description

本発明は、通信端末間で安全な通信経路を確立するためのセキュリティ情報が形成された後、通信端末の移動によりアドレスが変更する場合に、移動前のセキュリティ情報を用いて移動後における通信端末間の通信を継続する通信継続方法及びその方法で用いられる通信端末に関する。

ＩＥＴＦ（Internet Engineering Task Force）では、ＩＫＥｖ２（Internet Key Exchange version２：下記の非特許文献１を参照）のモビリティ及びマルチホーム機能拡張を目的としたプロトコルとしてＭＯＢＩＫＥ（下記の非特許文献２を参照）を策定した。ＭＯＢＩＫＥは、端末の移動の際にＩＰアドレスが変更する場合やマルチホームのように複数のＩＰアドレスを持つ場合に、ＩＫＥｖ２を用いて確立したＩＫＥ ＳＡ(Security Association)及びＩＰｓｅｃ ＳＡのＩＰアドレスの変更を、新しくＳＡを確立することなしに実現することが可能なプロトコルである。

例えば、ＭＯＢＩＫＥを使用しない場合において、ＳＡを確立しているどちらか一方の端末が移動などによってＩＰアドレスを変更した場合には、ＩＫＥｖ２を用いて再度最初からＩＫＥ ＳＡ及びＩＰｓｅｃ ＳＡを確立し直さなければならない。ＩＫＥｖ２の処理にはお互いの認証処理などが含まれ、負荷の高い処理である。一方、ＭＯＢＩＫＥを用いると、ＩＫＥｖ２で確立したＳＡのＩＰアドレスの変更だけ行い、ＳＡ確立のための認証処理やＳＡで使用する鍵をそのまま利用できるため、アドレスの変更に伴う処理を大幅に軽減できる。移動などによるＩＰアドレスの変更の際のＭＯＢＩＫＥのプロトコルの動作について図２４を用いて説明する。

まず、端末Ｉと端末Ｒとの間にＳＡが存在している状態が最初にあったとする。ＩとはInitiatorの意味でＭＯＢＩＫＥメッセージを送信する側を意味している。ＲとはResponderの意味で要求メッセージを受信する側を意味している。端末Ｉが移動してＩＰアドレスが変更されたとき、端末Ｉは端末Ｒに対してアドレスの変更を通知するメッセージ（アドレス変更要求メッセージ）２４０１（図２５Ａ）を送信する。アドレス変更要求メッセージ２４０１は、送信元アドレスが端末Ｉの新しいアドレス（IP_I_new）であり、送信先アドレスが端末Ｒのアドレス（IP_R）である。このアドレス変更要求メッセージ２４０１には、ＳＡのアドレス変更を要求していることを示す情報であるN（UPDATE_SA_ADDRESSES）が含まれる。また、アドレス変更要求メッセージ２４０１に含まれるN（NAT_DETECTION_SOURCE_IP）及びN（NAT_DETECTION_DESTINATION_IP）は、ＩＫＥｖ２で定義されている情報要素であり、NAT（Network Address Translation）によるアドレス変換が行われていないか、端末で確認できるようにするためのものである。

アドレス変更要求メッセージ２４０１のＳＡのアドレス変更要求を受信した端末Ｒは、ＩＰヘッダ内の送信元ＩＰアドレスを使ってＳＡの端末Ｉの古いアドレスを新しいアドレスに変更する。そして、応答メッセージ２４０２（図２５Ｂ）を送信する。応答メッセージ２４０２は、送信元アドレスが端末Ｒのアドレス（IP_R）であり、送信先アドレスが端末Ｉの新しいアドレス（IP_I_new）である。また、この応答メッセージ２４０２には、アドレス変更要求メッセージ２４０１と同様に、NATによるアドレス変換が行われていないか確認するためにN（NAT_DETECTION_SOURCE_IP）及びN（NAT_DETECTION_DESTINATION_IP）が含まれている。

基本的には上述のアドレス変更要求メッセージ２４０１と応答メッセージ２４０２とによって、端末Ｉのアドレスの変更を端末Ｒに通知し、端末Ｉと端末Ｒとの間で使用していたＳＡのＩＰアドレスの変更を行い、ＳＡを継続して使用することが可能となる。ＭＯＢＩＫＥでは、アドレス変更要求メッセージ２４０１と応答メッセージ２４０２の後に用いるための、確認用のメッセージ２４０３（図２５Ｃ）と２４０４（図２５Ｄ）も定義している。これは端末Ｒから端末Ｉの新しいＩＰアドレス（IP_I_new）にメッセージを送信し、応答があるか確認するものである。この確認の処理は必須ではない。以上が従来技術として知られているＭＯＢＩＫＥの概要である。
"IKEv2 Mobility and Multihoming Protocol(MOBIKE)",RFC4555,June 2006 "Internet Key Exchange(IKEv2)protocol", RFC4306, December 2005

従来技術であるＭＯＢＩＫＥを用いるとＳＡを確立している端末がＩＰアドレスを変更することが容易にできるという特徴があった。しかし、ＭＯＢＩＫＥでは片側のＩＰアドレスの変更ならば効率的に行えるが、ＳＡの両方のＩＰアドレスを変更する場合には、片方ずつＩＰアドレスの変更を行わなければならないため、効率的にアドレス変更ができないという課題があった。例えば、端末Ａと端末ＢがＳＡを確立していて、ほぼ同時に移動し、それぞれ相手に対してアドレス変更要求メッセージを送信した場合について図２６を用いて説明する。端末Ａの古いアドレスをアドレスＯｌｄ Ａ、新しいアドレスをアドレスＡとし、端末Ｂの古いアドレスをアドレスＯｌｄ Ｂ、新しいアドレスをアドレスＢとする。

端末Ａは端末Ｂの古いアドレスにアドレス変更要求メッセージを送信し、端末Ｂも端末Ａの古いアドレスにアドレス変更要求メッセージを送信するために、お互いメッセージが通信相手に届かず、アドレス変更を行うことができない。このような場合には、端末Ａ又は端末Ｂはお互いにアドレス変更要求メッセージを再送し、何度か再送を行った後、通信相手の新しいアドレスを何らかの手段で取得し、新しいアドレスに再度要求メッセージを送信する方法が考えられる。新しいアドレスを取得する方法としてはＤＮＳ（Domain Name Service）などが考えられる。

ここではこのような状況になることを避けるために、端末Ａ又は端末Ｂの片方、若しくは両方が古いアドレスあてに送られたメッセージを新しいアドレスに転送する準備をする場合について考える。転送する方法としては、例えばモバイルＩＰのＨｏｍｅ Ａｇｅｎｔを用いる方法などが考えられる。例えば、端末Ａだけが古いアドレスのメッセージを新しいアドレスに転送する準備をしている場合の、従来のＭＯＢＩＫＥを用いた場合の動作について図２７を用いて説明する。

端末Ａと端末Ｂは、ほぼ同時にアドレス変更要求メッセージを送信する。端末Ａが送信したアドレス変更要求メッセージは端末Ｂの古いアドレスあてに送信され、端末Ｂに届くことがなく破棄される。一方、端末Ｂが送信したアドレス変更要求メッセージは、端末Ａの古いアドレスから新しいアドレスに転送され、端末Ａに届く。端末Ａは、端末Ｂに応答メッセージを送信する。この際、端末Ｂからのアドレス変更要求メッセージのあて先アドレスが、応答メッセージの送信元アドレスになるように送信する。例えば、Ｈｏｍｅ Ａｇｅｎｔ経由で送信する。そして、応答メッセージを送信した後、再度端末Ａからアドレス変更要求メッセージを端末Ｂに送信する。このアドレス変更要求メッセージは先のメッセージと異なり、端末Ｂの新しいアドレスに送信する。端末Ｂは端末Ａからのアドレス変更要求に対して応答を返す。これらの処理は、最初に端末Ｂのアドレス変更を行い、次に端末Ａのアドレス変更を行うというものであり、従来のＭＯＢＩＫＥによって実現される。

次に、端末Ａだけでなく端末Ｂも古いアドレスあてのメッセージを新しいアドレスに転送する準備をしていた場合の動作について図２８を用いて説明する。この場合は、端末Ａの立場で見てみると端末Ａは、端末Ｂからのアドレス変換要求メッセージによって端末Ｂのアドレスが新しくなったことを知り、また端末Ｂからの応答メッセージを受信し、端末Ａのアドレス変更の情報が端末Ｂに伝わったことを知ることができる。すなわち、端末Ｂからの応答メッセージを受信した時点で、ＳＡの両側のＩＰアドレスを変更することができる。これは冗長なメッセージもなく、かなり効率的に両側のアドレス変更を実現できる方法と考えられる。

しかし、端末Ｂが端末Ａと同様に古いアドレスあてのメッセージを新しいアドレスに転送しているかどうかを端末Ａが知ることはできない。端末Ａは、端末Ｂからのアドレス変更要求メッセージを受信した時点で、端末Ａが先に送信したアドレス変更要求メッセージが古い端末Ｂのアドレスあてに送信されたもので、まだ応答が返ってきてないため、端末Ｂにメッセージが届いていない可能性を考えることができる。もし、端末Ａが冗長なメッセージを送信することを避けたいならば、端末Ｂからの応答メッセージを待つことが望ましい。しかし、待った結果、応答メッセージが届かない場合も考えられる。端末Ａは、端末Ｂからのアドレス変更要求メッセージを受信した時点で、前に送信したアドレス変更要求メッセージが届いていないと考えることもできるため、応答メッセージを送信した直後に端末Ｂからの応答メッセージを待つことなく、アドレス変更要求メッセージを再送信することが適切な動作と考えられる。この場合、図２９に示すようにメッセージは送信される。

端末Ｂも端末Ａと同様の動作をとるため、端末Ａと端末Ｂが共に古いアドレスあてのメッセージを新しいアドレスに転送している場合には、図３０に示すようにメッセージ数が多くなること、またＳＡのアドレス変換のメッセージ交換が完了するまでに余分な時間がかかるようになることがわかる。

このように従来のＭＯＢＩＫＥを用いたＳＡのアドレス変換方法では、通信相手側が古いアドレスあてのメッセージを新しいアドレスあてに転送する機能が無くても、または転送機能が存在しても、効率的にＳＡのアドレス変換を行うことが困難であるという課題が存在した。

本発明は、上記の問題点に鑑み、通信相手が古いアドレスあてのメッセージを新しいアドレスあてに転送する機能の有無にかかわらず、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる通信継続方法及びその方法で用いられる通信端末を提供することを目的とする。また、従来のＭＯＢＩＫＥを用いたアドレス変換では、ＳＡのアドレス変換を逐次的に一方のアドレスずつ行っていたが、それらをまとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができる通信継続方法及びその方法で用いられる通信端末を提供することを目的とする。

上記目的を達成するために、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１の通信端末自身の移動に伴い、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを移動前の前記第２の通信端末の前記アドレスあてに送信し、前記第２のメッセージに対する応答を受信する前に前記第１のメッセージを受信した場合、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、上述したセキュリティ情報はＳＡに相当する。

また、本発明の通信継続方法において、前記第３のメッセージが、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含むことは、本発明の好ましい態様である。この構成により、第３のメッセージを受信した通信端末が容易にメッセージを処理することができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップと、前記第２の通信端末が、前記第２のメッセージを受信した際、既に前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記第１の通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２の通信端末が、前記第２のメッセージを受信した際、前記第３のメッセージを前記第１の通信端末から受信していない場合、前記第２のメッセージに基づいて応答メッセージを生成し、生成された前記応答メッセージを移動後の前記第１の通信端末のアドレスあてに送信することは、本発明の好ましい態様である。この構成により、早急に第２のメッセージに対する応答を伝えることができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

マルチリンク可能な第１の通信端末と、第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定し、前記アドレスの更新を行う場合に前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を行うとともに、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動前の前記相手方通信端末の前記アドレスあてに送信する送信手段とを備え、前記第２のメッセージに対する応答を受信する前に前記受信手段を介して前記第１のメッセージを受信した場合、前記要求メッセージ生成手段は、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを生成し、前記送信手段は、生成された前記第３のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第３のメッセージが、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含むことは、本発明の好ましい態様である。この構成により、第３のメッセージを受信した通信端末が容易にメッセージを処理することができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成する要求メッセージ生成手段と、生成された前記第１のメッセージを前記相手方通信端末に送信する送信手段と、前記第１のメッセージに基づいて前記相手方通信端末から送信された、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを受信する受信手段と、前記受信手段を介して前記第２のメッセージを受信した際、既に前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記相手方通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理する処理手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記受信手段を介して前記第２のメッセージを受信した際、前記第３のメッセージを前記相手方通信端末から受信していない場合、前記第２のメッセージに基づいて応答メッセージを生成する応答メッセージ生成手段を更に備え、前記送信手段が、生成された前記応答メッセージを移動後の前記相手方通信端末のアドレスあてに送信することは、本発明の好ましい態様である。この構成により、早急に第２のメッセージに対する応答を伝えることができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、受信された前記第１のメッセージに基づいて、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、マルチリンク可能な所定の通信端末と、前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、受信された前記第１のメッセージに基づいて、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定する決定手段と、前記アドレスの更新を行うと決定された場合に前記所定の通信端末自身に保持された前記セキュリティ情報における前記アドレスの更新を行う更新手段と、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記第１の通信端末が第３の通信端末を通じて通信を継続する通信継続方法であって、前記第１の通信端末が、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第２の通信端末に送信するステップと、前記第３の通信端末が、前記第２の通信端末が受信した前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを、移動後の前記第１の通信端末のアドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、例えばこの場合の第１の通信端末は後述するＵＥに相当し、第２の通信端末は後述するＰＤＧ−Ａに相当し、第３の通信端末は後述するＰＤＧ−Ｂに相当する。

また、本発明の通信継続方法において、前記第３の通信端末が、前記第１の通信端末によって前記第１のメッセージが前記第２の通信端末に送信される際、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動前の前記第１の通信端末あてに送信するステップを更に有し、前記第３の通信端末は、前記第２のメッセージに前記第３のメッセージの識別情報を含めて送信することは、本発明の好ましい態様である。この構成により、同時にアドレス変更要求が送信されても、ＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第３の通信端末によって送信された前記第３のメッセージが移動後の前記第１の通信端末あてに転送された場合、前記第１の通信端末が、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを前記第３の通信端末に送信することは、本発明の好ましい態様である。この構成により、第３のメッセージに対して応答した旨を送信することができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う第１の相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記所定の通信端末が第２の相手方通信端末を通じて通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記第１の相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記第１の相手方通信端末に送信する送信手段と、前記第１の相手方通信端末による前記第１のメッセージの受信に基づいて前記第２の相手方通信端末から送信される、前記所定の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを受信する受信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、例えばこの場合の第１の相手方通信端末は後述するＰＤＧ−Ａに相当し、第２の相手方通信端末は後述するＰＤＧ−Ｂに相当する。

また、本発明の通信端末において、前記受信手段が、前記送信手段によって前記第１のメッセージが送信される際、前記第２の相手方通信端末によって送信される、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動先で受信し、前記メッセージ生成手段が、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを生成し、前記送信手段が、生成された前記第４のメッセージを前記第２の相手方通信端末に送信することは、本発明の好ましい態様である。この構成により、第３のメッセージに対して応答した旨を送信することができる。

本発明の通信継続方法及びその方法で用いられる通信端末は、上記構成を有し、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができ、また、まとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができる。

本発明の第１の実施の形態における端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送できないときのシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態におけるＩＫＥｖ２のヘッダのフォーマットの一例を示す図 本発明の第１の実施の形態における端末Ｂがアドレス変更要求メッセージ１１を受信していた場合におけるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態におけるREQUEST（msgID)、REPLY（msgID）のデータフォーマットの一例を示す図 本発明の第１の実施の形態におけるアドレス変更要求メッセージを受信したときの通信装置の処理フローの一例を示すフローチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するためのシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するための他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するための他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態に係る通信装置の構成の一例を示す構成図 本発明の第１の実施の形態における効果について説明するために用いるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するに用いる他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するために用いるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するに用いる他のシーケンスの一例を示すシーケンスチャート 本発明の第２の実施の形態における通信ネットワークの構成の一例を示す構成図 本発明の第２の実施の形態におけるメッセージの処理シーケンスの一例を示すシーケンスチャート 本発明の第３の実施の形態における通信ネットワークの構成の一例を示す構成図 本発明の第３の実施の形態における通信ネットワークで想定されるＰＤＧとＵＥの構成の一例を示す図 本発明の第３の実施の形態における通信ネットワークで想定されるＰＤＧとＵＥの構成の一例を示す図 本発明の第３の実施の形態におけるメッセージの流れの一例について説明するための図 本発明の第３の実施の形態におけるメッセージの流れの一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるメッセージの流れの他の一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるメッセージの流れの他の一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるＰＤＧの構成の一例を示す構成図 本発明の第３の実施の形態におけるＰＤＧ管理サーバとＰＤＧとの関係を説明するための図 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合について説明するための図 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合の動作フローの一例の一部を示すフローチャート 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合の動作フローの一例の一部を示すフローチャート 本発明の第３の実施の形態におけるＰＤＧ管理サーバが存在しない場合のＰＤＧの構成の一例を示す構成図 従来のＩＰアドレスの変更の際のＭＯＢＩＫＥのプロトコルの動作について説明するための図 従来におけるアドレス変更要求メッセージの一例を示す図 従来における応答メッセージの一例を示す図 従来における確認用メッセージの一例を示す図 従来における確認用メッセージの一例を示す図 従来における、同時に移動してそれぞれ相手に対してアドレス変更要求メッセージを送信した場合について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａだけが古いアドレスのメッセージを新しいアドレスに転送する準備をしている場合のＭＯＢＩＫＥを用いた動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａと端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送する準備をしていた場合の動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、応答メッセージを送信した直後に端末Ｂからの応答メッセージを待つことなくアドレス変更要求メッセージを再送信する動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａと端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送し、アドレス変更要求メッセージを再送信することによってメッセージが多くなることを説明するためのシーケンスの一例を示すシーケンスチャート

＜第１の実施の形態＞
まず、本発明の第１の実施の形態について図１を参照しながら説明する。端末（装置とも言う）Ａと端末ＢがＩＫＥｖ２を用いてＩＫＥ ＳＡ及びＩＰｓｅｃ ＳＡを確立しているとする。また、端末Ａ及び端末ＢがＭＯＢＩＫＥに対応している端末であるとする。端末Ａはアドレスを変更する前に、古いアドレスあてのパケットを新しいアドレスあてに転送するように設定する。例えば、移動前のネットワーク上で使用できるＨｏｍｅ Ａｇｅｎｔを探し、そのＨｏｍｅ Ａｇｅｎｔにパケットを新しいアドレスに転送するよう依頼する方法などが考えられる。まず、端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送できないときの本発明のプロトコル動作について図１を用いて説明する。

端末Ａは、端末ＢあてにＩＰアドレスの変更を通知する。ここで、通知されるメッセージであるアドレス変更要求メッセージ（第１のアドレス変更要求）１１は従来のＭＯＢＩＫＥメッセージであり、そのメッセージはIP hdr （IP_A_new → IP_B）、HDR（msgID_A1）、SK [ N（UPDATE_SA_ADDRESSES）]から構成される。IP hdr （IP_A_new → IP_B）は、アドレス変更要求メッセージ１１のＩＰヘッダを示し、送信元アドレスがIP_A_new、つまり端末Ａの新しいアドレスであり、送信先アドレスがIP_B、つまり端末Ｂのアドレスである。

HDRは、ＩＫＥｖ２のヘッダであり図２に示すようなフォーマットである。図２に示すように、このＩＫＥｖ２のヘッダには要求送信側（Initiator）と要求受信側（Responder）のＳＰＩ（Security Parameter Index）２０、２１が含まれており、この情報を基にしてＳＡを検索することができる。また、ＩＫＥｖ２のヘッダにはメッセージＩＤ（Message ID）２２が含まれており、この識別子は要求送信側が一意に設定し、要求応答側は応答メッセージに同じMessage IDを設定する。これによって要求送信側は応答メッセージを受信した際にどのアドレス変更要求メッセージに対応する応答メッセージであるか識別することができる。上記アドレス変更要求メッセージ１１のメッセージＩＤはmsgID_A1である。

また、ＩＫＥｖ２ヘッダにはフラグ（Ｆｌａｇｓ）２３という領域が存在し、フラグ２３の中には要求送信側ビット（Initiator Bit）と要求受信側ビット（Responder Bit）の位置が定義されている。Initiator Bitが立っているメッセージは、Initiatorが送信したメッセージであることを意味する。一方、Responder Bitが立っているメッセージはResponderが送信したメッセージであることを意味する。つまり、要求メッセージの場合にはInitiator Bitが立っており、応答メッセージの場合にはResponder Bitが立っている。このフラグ２３の領域を確認することによって、メッセージの受信処理のときにそのメッセージが要求メッセージであるか、応答メッセージであるか知ることができる。

SK[・・・]は、ＩＫＥ ＳＡによって秘匿されているデータ部であることを示す。このデータ部を復号するためには先の通信する両者が設定したＳＰＩの値をＩＫＥｖ２ヘッダから読み取り、どのＩＫＥ ＳＡに対応するか判別し、そのＳＡに対応する鍵（Ｋｅｙ）をＳＡのデータベースから探し出す必要がある。そして、その鍵を用いて暗号化されているデータ部を復号化する。暗号化されているデータ部には、N（UPDATE_SA_ADDRESSES）が含まれる。

N（UPDATE_SA_ADDRESSES）は、ＳＡのアドレス情報の更新を指示するものである。つまり、ＩＰヘッダに含まれている送信元アドレスのIP_A_newをＩＫＥ ＳＡの通信相手のアドレスとして更新することを指示するものである。ＩＫＥ ＳＡの情報には、通信している両端のＩＰアドレス及びＳＰＩ情報、そして鍵情報が含まれている。データを暗号化する場合には、送信相手のＩＰアドレス、自身の送信元ＩＰアドレス、さらにお互いが設定したＳＰＩの値を用いてＳＡを特定し、そのＳＡから対応する鍵を呼び出し、その鍵を用いて暗号化する。また、復号化する場合には、受信したパケットの送信元ＩＰアドレス、送信先ＩＰアドレス、ＩＫＥｖ２ヘッダのＳＰＩ値を用いて対応するＳＡを特定し、鍵を呼び出し、復号化処理を行う。なお、ＩＫＥｖ２の場合には、送信元ＩＰアドレス、送信先ＩＰアドレスは固定であるため、ＳＡを検索する場合に異なるＩＰアドレスであることは許されない。

一方、ＩＫＥｖ２のモビリティ機能及びマルチホーム機能の拡張プロトコルであるＭＯＢＩＫＥに対応する端末の場合には、受信パケットを復号化する際には送信元アドレスが任意に変わることを想定してＳＡ検索を行う。また、送信先アドレスに関しても移動前のアドレスと移動後のアドレスのどちらの場合もあり得るため、それを想定してＳＡを検索する必要がある。暗号化されているデータ部には通常、N（NAT_DETECTION_SOURCE_IP）、N（NAT_DETECTION_DESTINATION_IP）も含まれる。これらはそれぞれNATによるアドレス変更が発生していないか確認するための情報である。ここではこれらの情報要素の記載を省略する。

図１に示すように、端末Ａはアドレス変更要求メッセージ１１を端末Ｂに送信した後、端末Ｂから応答メッセージが届くのを待っているときに端末Ｂからアドレス変更要求メッセージ（第２のアドレス変更要求）１２を受信する。受信するアドレス変更要求メッセージ１２は従来のＭＯＢＩＫＥメッセージであり、そのメッセージはIP hdr （IP_B_new → IP_A_old）、HDR（msgID_B1）、SK [ N（UPDATE_SA_ADDRESSES）]から構成される。メッセージ内容は、アドレス変更要求メッセージ１１と同様である。アドレス変更要求メッセージ１２とアドレス変更要求メッセージ１１の違いは、送信元アドレスが端末Ｂの新しいアドレス、つまりIP_B_newであること、送信先アドレスが端末Ａの古いアドレス、つまりIP_A_oldであること、ＩＫＥｖ２ヘッダ内のメッセージＩＤの値がmsgID_B1であることである。

この端末Ｂのアドレス変更要求メッセージ１２に対して、従来技術では次のような応答メッセージを送信していた。その応答メッセージはIP hdr （IP_A_old → IP_B_new）、HDR（msgID_B1）、SK […]から構成される。通常、応答メッセージのSK […]の内部には、N（NAT_DETECTION_SOURCE_IP）、N（NAT_DETECTION_DESTINATION_IP）が含まれるが、本発明には直接関係ないため説明を省略する。この応答メッセージにHDRの中のメッセージＩＤに要求メッセージと同じ値を設定することによって、端末Ｂに対してこのメッセージがアドレス変更要求メッセージ１２の応答メッセージであることを伝える。

ここで、本発明では、端末Ａは次のアドレス変更要求メッセージ（第３のアドレス変更要求）１３を送信する。変更要求メッセージ１３はIP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [ N（UPDATE_SA_ADDRESSES）、REQUEST（msgID_A1）、REPLY（msgID_B1）]から構成される。このアドレス変更要求メッセージ１３は新しいメッセージＩＤ、msgID_A2を割り当てたメッセージである。端末Ｂはこのアドレス変更要求メッセージ１３を受信したとき、新しいメッセージとして処理を開始する。

このアドレス変更要求メッセージ１３には端末ＡがREQUEST（msgID_A1）とREPLY（msgID_B1）という情報要素を新しく追加している。REQUEST（msgID_A1）は、このメッセージがアドレス変更要求メッセージ１１の再送メッセージの役割も持っていることを示している。また、REPLY（msgID_B1）は、このメッセージがアドレス変更要求メッセージ１２の応答メッセージの役割も持っていることを示している。

このアドレス変更要求メッセージ１３を受信した端末Ｂは、メッセージＩＤが新しいため新しいメッセージとして処理を開始し、その後、SK […]内のデータを復号化して初めてアドレス変更要求メッセージ１２の応答メッセージの役割を含んでいることを知る。端末Ａはアドレス変更要求メッセージ１３を送信することによって、応答メッセージの送信とアドレス変更要求メッセージ１１の再送を省略することができる。さらに、アドレス要求メッセージ１１が端末Ｂに届いていないときに発生する待ち時間のロスや、端末Ｂに届いていてさらにお互いにアドレス変更要求メッセージを再送したときに発生する無駄な多数のメッセージの送受信をなくすことができる。

端末Ｂのアドレス変更要求メッセージ１３を受信したときの動作は、端末Ａからのアドレス変更要求メッセージ１１を受信していたかどうかで異なる。まず、ここではアドレス変更要求メッセージ１１を受信していなかった場合について説明する。この場合、端末Ｂは次のような応答メッセージ１４を送信する。その応答メッセージ１４は、IP hdr （IP_B_new → IP_A_new）、HDR（msgID_A2）、SK […]から構成される。この応答メッセージ１４は、従来のＭＯＢＩＫＥのメッセージと同じである。メッセージＩＤにmsgID_A2が設定されており、端末Ａにこのメッセージがアドレス変更要求１３の応答メッセージであることがすぐに伝わる。

次に、端末Ｂがアドレス変更要求メッセージ１１を受信していた場合について図３を用いて説明する。端末Ｂも端末Ａと同様、本発明の端末の動作を行う場合には、端末Ａからのアドレス変更要求メッセージ１１を受信した後、端末Ｂは新規のアドレス変更要求メッセージ１５を送信する。この場合のアドレス変更要求メッセージ１５は次のようなメッセージである。このアドレス変更要求メッセージ１５は、IP hdr （IP_B_new → IP_A_new）、HDR（msgID_B2）、SK [ N（UPDATE_SA_ADDRESSES）、REQUEST（msgID_B1）、REPLY（msgID_A1）]から構成される。

このアドレス変更要求メッセージ１５を受信した端末Ａは、メッセージＩＤがmsgID_B2と新しい値であるため、新規のメッセージとして処理を開始する。そして、端末Ａはメッセージ内のREQUEST（msgID_B1）から、すでに応答としてアドレス変更要求メッセージ１３を送信していることを確認できる。また、端末ＡはREPLY（msgID_A1）から、最初に送信したアドレス変更要求メッセージ１１が端末Ｂに届いていたことを確認できる。端末Ａは、このアドレス変更要求メッセージ１５を受信して、端末Ａと端末Ｂとの間でＳＡの両端のアドレス変更の処理が完了したことを知ることができる。アドレス変更要求メッセージ１３を受信した端末Ｂの動作もこれと同様である。

ここで、REQUEST（msgID）及びREPLY（msgID）のデータフォーマットについて図４を用いて説明する。図４に示すように、Next Payload（ネクストペイロード）４０、C（Critical（クリティカル））４１、RESERVED（リザーブ）４２、Payload Length（ペイロードレングス）４３の領域は、ＩＫＥｖ２で定義されている一般的な情報要素と同じである。Next Payload４０には、次にくる情報要素の種類を示す値が設定される。C４１には、要求受信側がこの情報要素を知らないとき処理せずに無視しても構わないかどうかを示すビットがセットされる。RESERVED４２は予約領域である。Payload Length４３はこのペイロードの長さが設定される。

本発明を広く運用する際には、Next Payload４０に設定する値として、REQUEST（msgID）を示すためのRequest Message IDとREPLY（msgID）を示すためのReply Message IDの値を新たに決める必要がある。一般的なヘッダ部（Next Payload４０、C４１、RESERVED４２、Payload Length４３）に続く領域に実際のMessage ID４４の値を設定する。

次に、アドレス変更要求メッセージを受信したときの通信装置の処理フローについて図５を用いて説明する。ここで、通信装置の処理フローを説明するにあたって、どのメッセージシーケンスに該当するか説明するために図６Ａ〜図６Ｃを用いる。図６Ａのメッセージシーケンス及び図６Ｂのメッセージシーケンスは、第１の通信装置（端末Ａ）がアドレス変更要求メッセージ送信直後に第２の通信装置（端末Ｂ）からアドレス変更要求メッセージを受信し、REQUEST（msgID_A1）、REPLY（msgID_B1）を付加した第３のアドレス変更要求メッセージを送信している。

図６Ａのメッセージシーケンスは第１のアドレス変更要求メッセージが第２の通信装置に届いている場合である。図６Ｂのメッセージシーケンスは第２の通信装置に第１のアドレス変更要求メッセージが届いていない場合である。図６Ｃのメッセージシーケンスは、第１の通信装置が第１のアドレス変更要求メッセージを送信していないときに、第２の通信装置から第２のアドレス変更要求メッセージを受信した場合で、第３のアドレス変更要求メッセージにはREPLY（msgID_B1）が付加されている。このメッセージシーケンスの動作に関しては第２の実施の形態で詳細に説明する。

なお、第３のアドレス変更要求メッセージには、後述する第２の実施の形態のREPLY_NG（msgID_B1）をREPLY（msgID_B1）の代わりに付加させてもよい。また、第３のアドレス変更要求メッセージに第２のアドレス変更要求メッセージに関する情報を含めないようにしてもよい。

図５の説明をすると、まず通信装置（例えば、第１の通信装置など）がアドレス変更要求メッセージを受信する（Ｓ５０１）。アドレス変更要求メッセージであるかどうかは、ＩＫＥｖ２ヘッダのフラグの領域のInitiatorフラグをチェックすることにより判別できる。ＩＫＥｖ２ではアドレス変更要求メッセージを複数定義しているが、今回は本発明に関係するアドレス変更（UPDATE_SA_ADDRESSES）のメッセージの場合について説明する。

まず、通信装置は、ＩＫＥｖ２ヘッダのメッセージＩＤの値が過去に受信したアドレス変更要求メッセージのメッセージＩＤと一致しているか否かを確認する（Ｓ５０２）。この確認のときには送信元アドレスも一緒に使用する。それは送信元の通信装置が一意になるようにメッセージＩＤを決めているからである。このメッセージＩＤが既に受信した値と同じ場合には、このアドレス変更要求メッセージは既に受信したメッセージであることがわかるため、おそらくアドレス変更要求メッセージの送信元の通信装置に応答が届いていないか、届く前にアドレス変更要求メッセージが再送されたと考えられる。そのため通信装置は応答メッセージを作成し、再送信する（Ｓ５０３）。

一方、メッセージＩＤが新規のＩＤである場合には、通信装置自身がアドレス変更要求メッセージを送信し、応答待ちの状態かどうか確認する（Ｓ５０４）。応答待ちの状態ではない場合、これはメッセージ６１を受信したときに相当する。通信装置は、同時にアドレス変更要求を行うか判定する（Ｓ５０５）。同時に変更を行わない場合は、従来どおり、アドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行って（Ｓ５０６）、応答メッセージを作成し、送信する（Ｓ５０７）。同時にアドレス変更を行うと判定した場合には、メッセージ６２を作成、送信する（Ｓ５０８）。なお、このメッセージにはREPLY（msgID_B1）が付加されている。

次に、通信装置がアドレス変更要求メッセージを送信し、応答待ちの状態のときに、通信相手からアドレス変更要求メッセージを受信した場合には、アドレス変更要求メッセージ内にREPLY（msgID）が含まれているかどうか確認する（Ｓ５０９）。REPLY（msgID）が含まれていない場合は、メッセージ６３又は６４を受信したときに相当する。通信装置は、REPLY（msgID_B1）、REQUEST（msgID_A1）を付加したメッセージ６５又は６６を作成し、送信する（Ｓ５１０）。

REPLY（msgID)が含まれている場合は、メッセージ６５、６６、６２を受信したときに相当する。通信装置はそのメッセージＩＤのアドレス変更要求メッセージに対する応答待ちの状態を終了する（Ｓ５１１）。応答待ちの状態で、応答がいつまでも届かない場合には、アドレス変更要求メッセージを再送するなどの処理を通信装置は行わなければならないため、応答を受信した場合にはこの状態を解除する必要がある。

続いて、アドレス変更要求メッセージ内にREQUEST（msgID）が含まれていないか確認する（Ｓ５１２）。REQUEST（msgID）が含まれていない場合は、メッセージ６２を受信したときに相当する。通信装置はアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ５１３）、応答メッセージを作成、送信する（Ｓ５１４）。REQUEST（msgID）が含まれている場合は、メッセージ６５、６７、６６を受信したときに相当する。さらに、このREQUESTの中のメッセージＩＤが過去に受信したことがあるメッセージＩＤかどうか確認する（Ｓ５１５）。このときメッセージの送信元アドレスも一緒に使用する。

このREQUESTに含まれるメッセージＩＤが新規の場合は、メッセージ６６を受信したときに相当する。通信装置は、アドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ５１６）、応答メッセージを作成、送信する（Ｓ５１７）。REQUESTに含まれるメッセージＩＤを過去にも受信したことがある場合は、メッセージ６５、６７を受信したときに相当する。通信装置はＳＡのアドレス変更処理を行い（Ｓ５１８）、処理を終了する。以上がアドレス変更要求メッセージを受信したときの処理フローの説明である。

次に、応答メッセージ及びアドレス変更要求メッセージを受信したときの通信装置の動作について図７を用いて説明する。図７は通信装置の構成の一例を示すものである。通信装置のメッセージ受信部７０１が応答メッセージを受信すると、応答メッセージ解析部７０２に渡される。応答メッセージ解析部７０２は、応答メッセージを解析し、解析結果に基づいて応答待ち状態の終了の指示を要求メッセージ応答待ち状態管理部７０４に通知する。また、応答メッセージ解析部７０２は、解析結果に基づいてＳＡアドレスデータ更新部７０５にアドレス変更を指示する。

ＳＡアドレスデータ更新部７０５は、応答メッセージ解析部７０２の指示に基づいてＳＡデータ蓄積部７０６のアドレスデータを更新する。要求メッセージ応答待ち状態管理部７０４は、応答待ち状態のタイマー管理を行い、待ち時間が所定の一定値を超えたとき要求メッセージ作成部７０７にアドレス変更要求メッセージの再送を要求する。なお、要求メッセージ応答待ち状態管理部７０４は、再送回数が所定の一定値を超えた場合には、応答待ち状態を終了し、以降は再送しないようにしてもよい。

また、メッセージ受信部７０１がアドレス変更要求メッセージを受信すると、要求メッセージ解析部７０３に渡される。要求メッセージ解析部７０３は、過去に受信したことがない新規のアドレス変更要求メッセージかどうかを確認するために、受信要求メッセージＩＤ管理部７０８に確認を指示する。既に受信したことがあるメッセージＩＤをもつアドレス変更要求メッセージの場合には、要求メッセージ解析部７０３は、応答メッセージ作成部７０９に応答メッセージの作成を指示する。応答メッセージ作成部７０９は、作成した応答メッセージの送信をメッセージ送信部７１０に指示する。

受信したアドレス変更要求メッセージのメッセージＩＤが新規の値の場合、要求メッセージ解析部７０３は、通信装置自身がアドレス変更要求メッセージ送信後の応答待ち状態かどうかを要求メッセージ応答待ち状態管理部７０４に確認する。応答待ちの状態ではない場合には、要求メッセージ解析部７０３は、通信相手からのアドレス変更要求メッセージに合わせて自身のアドレスの変更も同時に行うかどうかを同時アドレス変更判定部７１１に問い合わせる。同時にアドレス変更を行わない場合には、要求メッセージ解析部７０３は、通信相手側のアドレスの変更を行うために、ＳＡアドレスデータ更新部７０５にアドレス変更を指示する。

同時にアドレス変更を行う場合には、要求メッセージ解析部７０３は、要求メッセージ作成部７０７に、REPLY（message ID）を付加したアドレス変更要求メッセージの作成を指示する。REPLY（）に設定するmessage IDは、受信したアドレス変更要求メッセージのメッセージＩＤである。要求メッセージ作成部７０７は、作成したアドレス変更要求メッセージの送信をメッセージ送信部７１０に指示する。

要求メッセージ解析部７０３は、アドレス変更要求メッセージを受信し、そのメッセージＩＤが新規の値で、通信装置自身もアドレス変更の要求メッセージを送信し、その応答待ちの状態の場合には、REPLY Message ID解析部７１２に、受信したアドレス変更要求メッセージの中にREPLY（message ID）が含まれているかどうか確認を指示する。REPLY（message ID）が含まれていない場合には、要求メッセージ解析部７０３は、要求メッセージ作成部７０７に、REPLY（message ID）及びREQUEST（message ID）を付加した要求メッセージの作成を指示する。REPLY（）に設定するmessage IDは、受信した要求メッセージのメッセージＩＤである。REQUEST（）に設定するmessage IDは、通信装置自身が応答待ちしているアドレス変更要求メッセージのメッセージＩＤである。

受信したアドレス変更要求メッセージのメッセージＩＤが新規の値で、通信装置自身もアドレス変更の要求メッセージを送信し、その応答待ちの状態で、受信したアドレス変更要求メッセージにREPLY（message ID）が含まれている場合には、要求メッセージ解析部７０３は、要求メッセージ応答待ち状態管理部７０４に、応答待ち状態を終了するように指示する。さらに要求メッセージ解析部１０３は、REQUEST Message ID解析部７１３に、受信したアドレス変更要求メッセージ内にREQUEST（message ID）が含まれているかどうか確認を指示する。

REQUEST（message ID）が含まれていない場合には、要求メッセージ解析部７０３は、ＳＡアドレスデータ更新部７０５にＳＡのアドレス情報の更新を指示する。REQUEST（message ID）が含まれている場合には、REQUEST Message ID解析部７１３は、過去に受信したアドレス変更要求メッセージに同じメッセージＩＤがあるかどうか、受信要求メッセージＩＤ管理部７０８に確認を指示する。REQUEST（）に設定されていたメッセージＩＤが過去に受信したメッセージＩＤと同じ場合には、要求メッセージ解析部７０３はＳＡアドレスデータ更新部７０５にアドレス変更を指示し、アドレス変更要求メッセージの受信処理が終了する。

REQUEST（）に設定されていたメッセージＩＤが過去に受信していない新規のメッセージＩＤの場合には、要求メッセージ解析部７０３はアドレス情報の変更をＳＡアドレスデータ更新部７０５に指示し、さらに応答メッセージの作成を応答メッセージ作成部７０９に指示する。応答メッセージ作成部７０９は、作成した応答メッセージの送信をメッセージ送信部７１０に指示する。

次に、本発明の効果について説明する。図８Ａに示すように、図８Ｂに示す従来のＭＯＢＩＫＥの方法に比べ、両端の端末がＳＡのアドレス変更を行うために必要なメッセージの数を少なくできること、またそれに要する時間を短くできることがわかる。また、端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送する場合には、従来技術では、図９Ｂに示すように、通信相手からのアドレス変更要求メッセージを受信したときに、先に送信したアドレス変更要求メッセージのあて先が古いアドレスであることを知り、先に送信したアドレス変更要求メッセージが通信相手に届いているか判別できないため、通信相手からの応答を待たずにアドレス変更要求メッセージを再送する状況が発生しやすい。また、それは通信相手側の端末にも同じことが言え、同様の動作をとることが考えられる。

この再送された要求メッセージに対しても、それぞれ応答メッセージが返される。このため従来の方法では、両端の端末が同時にアドレス変更を通知する状態が発生すると、数多くのメッセージが送受信され、またその状況が終わるまでに時間を要する。これに対して、本発明の方法を用いると、図９Ａに示すようにＳＡの両端の端末のアドレス変更を実現するためのメッセージの数を削減でき、またアドレス変更に要する時間を短縮することができる。

また、本発明の方法は、１つのアドレス変更要求メッセージでＳＡの両端の端末のアドレス情報の変更を要求しているため、ＳＡのアドレス情報のデータを変更する処理を１回にまとめることが容易になるという効果がある。従来の方法では、１つのアドレス変更要求メッセージには片方のアドレス変更の要求が含まれているため、２回のアドレス変更要求メッセージによってそれぞれＳＡのアドレス情報の変更を行う必要があった。通常、ＳＡの情報はデータベースとして管理され、アドレス情報はそのデータベースの情報変更として扱われる。

この情報変更の処理を本発明の方法では、従来は２回にわたってデータベースにアクセスしていた処理を１回のデータベースへのアクセスで済ますことが可能となる。従来の方法であっても、ＳＡのアドレス変更をデータベースに反映する処理をまとめることは無理をすれば可能である。しかし、一方のアドレス変更を行った直後に、他方のアドレス変更の要求を受信することを予見することは難しく、また予想して待っていたとしても要求がなかった場合には、ＳＡ情報のデータベースへの反映が遅れるという問題が発生するだけである。本発明を用いた場合には、１つのメッセージで両方のアドレス変更が必要なことがわかるため、ＳＡのアドレス変更のためのデータベースへのアクセス回数を１回にすることが容易となる。

＜第２の実施の形態＞
第２の実施の形態について説明する。第２の実施の形態は、マルチリンク端末（装置）が通信相手からのアドレス変更要求メッセージを契機として新しいアドレス変更要求メッセージを送信するものである。以下で図１０を用いて詳しく説明する。

端末Ａはネットワーク１００１（NetA）とネットワーク１００２（NetB）の両方に接続している。それぞれのアドレスをIP_A_old（NetA）、IP_A_new（NetB）とする。端末Ｂはネットワーク１００１から移動してネットワーク１００２に移る。このとき、端末ＢのアドレスはIP_B_oldからIP_B_newに変わる。端末Ｂはこのアドレスの変更を端末Ａに通知する。このアドレス変更要求メッセージは、端末Ｂから端末ＡのアドレスであるIP_A_old（NetA）に向けて送信される。送信されることにより、このアドレス変更要求メッセージはネットワーク１００２からネットワーク１００１を経由して端末Ａに届く。

このアドレス変更要求メッセージを受信した端末Ａは、例えばこのアドレス変更要求メッセージの送信元アドレスから、端末Ａ側におけるアドレスもIP_A_new(NetB)に変更したほうがよいことを知ることができる。また、第１の実施の形態のような場合で考えると、これは、端末Ａがアドレス変更要求メッセージを送信する予定でいたが、送信する前に端末Ｂからアドレス変更要求メッセージを受信した状況と同じである。

図１１に示すように、端末Ｂから送信されるアドレス変更要求メッセージ１１０１は従来のＭＯＢＩＫＥメッセージであり、IP hdr （IP_B_new → IP_A_old）、HDR（msgID_B1）、SK [N（UPDATE_SA_ADDRESSES）]から構成される。一方、端末Ａから送信されるアドレス変更要求メッセージ１１０２はIP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）、REPLY（msgID_B1）]から構成される。また、その後端末Ｂから送信される応答メッセージ１１０３はIP hdr （IP_B_new → IP_A_new）、HDR（msgID_A2）、SK […]から構成される。

ここでアドレス変更要求メッセージ１１０２と従来メッセージとの違いは、REPLY（msgID_B1）を含むところである。このＲＥＰＬＹ情報要素があることによって、端末Ｂはアドレス変更要求メッセージ１１０１を送信した後の応答待ちの状態を解除することができる。また、第１の実施の形態との違いは、REQUEST（msgID_A1）を含まないところである。このアドレス変更要求メッセージ１１０２を受信した端末Ｂは、メッセージＩＤがmsgID_A1のアドレス変更要求メッセージを以前に受信していないため、第１の実施の形態のときと同様に、アドレス変更要求メッセージ１１０２に対する応答メッセージ１１０３を送信する。

なお、アドレス変更要求メッセージ１１０２にわざとREPLY（msgID_B1）を含ませないという方法も考えられる。すなわち、その場合のアドレス変更要求メッセージは、IP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）]から構成される。この場合は、端末Ａが端末Ｂからのアドレス変更要求メッセージ１１０１を受信していながら、そのアドレス変更要求メッセージ１１０１を無視し、応答メッセージを送信することなく、新しいアドレス変更要求メッセージ１１０２を送信していることが特徴である。

このアドレス変更要求メッセージを端末Ｂが正しく解釈するためには、端末Ｂはアドレス変更要求メッセージ１１０２のアドレス変更要求が、端末Ａと端末Ｂの両方のアドレス変更であること（IP_A_oldからIP_A_newへの変更、及びIP_B_oldからIP_B_newへの変更）をＩＰヘッダから読み取り、この変更が先に送信したアドレス変更要求メッセージ１１０１の内容を含んでいることを確認し、アドレス変更要求メッセージ１１０１に対する応答メッセージ待ちの状態を解除し、アドレス変更要求メッセージ１１０１を再送することがないようにしなければならない。

なお、アドレス変更要求メッセージ１１０２に、REPLY（msgID_B1）を含ませる代わりに新しくREPLY_NG（msgID_B1）を追加する方法も考えられる。その場合のアドレス変更要求メッセージ１１０２は、IP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）、REPLY_NG（msgID_B1）]から構成される。このアドレス変更要求メッセージの場合は、明示的にアドレス変更要求メッセージ１１０１を端末Ａが拒否していることにより、端末Ｂはアドレス変更要求メッセージ１１０１で要求した状態を一旦キャンセルしてから、端末Ａのアドレス変更要求メッセージ１１０２の内容を実行することになる。

このアドレス変更要求メッセージ１１０２によって、端末Ｂはアドレス変更要求メッセージ１１０１を送信した応答待ち状態から解除される。また、端末Ｂはアドレス変更要求メッセージ１１０１が拒否されたことにより、ＳＡへのアドレス情報の変更処理をキャンセルする。そして、アドレス変更要求メッセージ１１０２に従って、端末Ａと端末Ｂの両方のアドレス情報のＳＡへの変更を同時に行う。

本発明の効果の１つにＳＡへの両端の端末のアドレス情報の変更を同時に行うことを容易にする点がある。従来のＭＯＢＩＫＥを用いる場合には、片方ずつのアドレス変更を要求メッセージと応答メッセージの一往復で行っていたため、ＳＡへのアドレス情報の変更は片方ずつ行われていたが、本発明のアドレス変更要求メッセージは、両側のアドレス情報の変更を要求するメッセージであるため、ＳＡへの両方のアドレス変更を容易にするという特徴がある。REPLY_NG（msgID_B1）がアドレス変更要求メッセージに存在し、解析部が存在することによってＳＡのアドレス変更処理を迅速に行うことが可能となる。

＜第３の実施の形態＞
第３世代携帯電話の標準化団体である３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代ネットワークアーキテクチャであるＳＡＥ（System Architecture Evolution）についての検討が行われている（TR 23.882 "3GPP system architecture evolution (SAE): Report on technical options and conclusions"参照）。

３ＧＰＰのネットワークは大きく２つに分けられる。すなわち、図１２に示すようなコアネットワークのＣＮ（Core Network）１２００と無線アクセス網のＲＡＮ（Radio Access Network）の２つである。無線アクセス網はＬＴＥ（Long Term Evolution）１２０１と呼ばれている。携帯電話端末はＵＥ（User Equipment）１２０２と呼ばれ、無線アクセス網（ＬＴＥ）１２０１を介してＥ−ＮｏｄｅＢ（基地局）１２０３とつながり、さらにコアネットワーク１２００の機器であるＭＭＥ（Mobility Management Entity）１２０４、ＵＰＥ（User Plane Equipment）１２０５、３ＧＰＰアンカー（Anchor）１２０６と接続している。

このＵＥ１２０２が３ＧＰＰのネットワークと接続する経路は、３ＧＰＰの標準化する無線アクセス方式を用いており３ＧＰＰアクセスと呼ばれる。一方、無線ＬＡＮ（Wireless LAN、例えばIEEE 802.11b/g/a）１２０７などの３ＧＰＰ以外のアクセス方式で３ＧＰＰネットワークに接続する方法はＮｏｎ−３ＧＰＰアクセスと呼ばれている。Ｎｏｎ−３ＧＰＰアクセスの場合には、ＰＤＧ（Packet Data Gateway）１２０８がゲートウェイとなってＵＥ１２０２を３ＧＰＰネットワークに接続する。ＳＡＥアンカー（Anchor）１２０９は、３ＧＰＰアクセスの場合とＮｏｎ−３ＧＰＰアクセスの場合のハンドオーバを実現するための機器である。この３ＧＰＰ ＳＡＥのネットワークアーキテクチャの検討において、Ｗｉｒｅｌｅｓｓ ＬＡＮの変更の際にＰＤＧとＵＥの間でＭＯＢＩＫＥを用いることが１つの案として考えられている。

ここで、想定されているＰＤＧとＵＥの動作について図１３を用いて説明する。ＵＥ１２０２は、Ｗｉｒｅｌｅｓｓ ＬＡＮ Ａ（Ｗ−ＬＡＮ（Ａ））１３００からＷｉｒｅｌｅｓｓ ＬＡＮ Ｂ（Ｗ−ＬＡＮ（Ｂ））１３０１に移動する。ＵＥ１２０２は新しいネットワークに接続しアドレスが変わり、新しいアドレスをＰＤＧ１２０８にＭＯＢＩＫＥを用いて通知し、Ｗ−ＬＡＮ（Ａ）１３００に接続していたときに用いていたＳＡ（Security Association）をＷ−ＬＡＮ（Ｂ）１３０１においても継続して使用する。以上が現在検討されている３ＧＰＰ ＳＡＥのネットワークアーキテクチャにおけるＷｉｒｅｌｅｓｓ ＬＡＮ間移動の際のＰＤＧ−ＵＥ間のＭＯＢＩＫＥの使用である。

しかし、従来技術ではＵＥの移動に合わせてＰＤＧの変更を効率的に行うことができなかった。例えば、図１４に示すように、Ｗ−ＬＡＮ（Ａ）１３００に接続している場合にはＰＤＧ−Ａ１４００がパケットの転送経路として最適だが、Ｗ−ＬＡＮ（Ｂ）１３０１に接続している場合にはＰＤＧ−Ｂ１４０１のほうがパケットの転送経路として適しているという状況の場合に、ＰＤＧの変更を効率的に行うことができなかった。以下ではＰＤＧの変更を管理する機器として、ＰＤＧに接続している機器をＰＤＧ管理サーバ１４０２と呼ぶことにする。ＳＡＥアンカーにＰＤＧ管理サーバの機能が搭載されることも想定されるし、別の機器としてネットワークアーキテクチャが構成されることも想定される。

本発明の方法を用いると、ＵＥが接続するネットワークを変更しアドレスが変更するのに合わせて、網側は最適なＰＤＧとの接続に変更することができる。ここで、図１５を用いてメッセージの流れについて説明する。ＵＥ１２０２は、Ｗ−ＬＡＮ（Ａ）１３００からＷ−ＬＡＮ（Ｂ）１３０１に移動しアドレスが変わる。それを元のＰＤＧ−Ａ１４００にメッセージ１５００を用いて通知する。メッセージ１５００はＭＯＢＩＫＥのアドレス変更要求メッセージである。

ＰＤＧ−Ａ１４００は、アドレス変更要求を受信したことをＰＤＧを管理するノードにメッセージ１５０１を用いて通知する。ここでは通知先をＰＤＧ管理サーバ１４０２とする。ＰＤＧ管理サーバ１４０２はＰＤＧの変更が望ましいと判断し、ＰＤＧ−Ｂ１４０１にメッセージ１５０２を送信する。判断する情報としては、ＵＥ１２０２の新しいアドレスからパケットの経路が短くなるＰＤＧを選び出す方法が考えられる。または、ＰＤＧの負荷の状況にあわせてロードバランスに配慮したＰＤＧの選択も考えられる。ＰＤＧ−Ｂ１４０１は本発明のメッセージ１５０３をＵＥ１２０２に送信する。ＵＥ１２０２は応答メッセージ１５０４をＵＥ１２０２に送信する。

次に、それぞれのメッセージについて図１６を用いて説明する。メッセージ１５００は、第１のアドレス変更要求のメッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK[N(UPDATE_SA_ADDRESSES)]である。メッセージ１５０３は、第２のアドレス変更要求メッセージであり、本発明のＲＥＰＬＹ情報要素を含み、msgID_U1よりメッセージ１５００の応答の意味を含む。具体的な構成はIP hdr (PDG-B →UE new address) HDR(msgID_B1)、SK [N(UPDATE_SA_ADDRESSES)、REPLY(msgID_U1)]である。メッセージ１５０４は応答メッセージ（従来のＭＯＢＩＫＥメッセージと同様）であり、具体的な構成はIP hdr (UE new address →PDG-B) HDR(msgID_B1)、SK […]である。

アドレス変更要求の情報を通知するメッセージ１５０１と１５０２には、メッセージ１５００に含まれている情報が含まれている。このメッセージ１５０１に含まれている情報に基づいてＰＤＧ管理サーバ１４０２はＰＤＧの変更を判断する。また、メッセージ１５０２に含まれている情報に基づいてＰＤＧ−Ｂ１４０１はメッセージ１５０３を送信する。なお、ＰＤＧ−Ａ１４００が変更先のＰＤＧ−Ｂ１４０１を選択できる場合には、ＰＤＧ−Ａ１４００が直接ＰＤＧ−Ｂ１４０１にメッセージ１５０２を送信してもよい。なお、アドレスの変更は移動に伴うものだけでなく、ＵＥがマルチリンク可能な端末の場合にはリンクの切り替えに伴うものであってもよい。

上述した例は、網側がＵＥからのアドレス変更要求を受信し、それに合わせてＰＤＧのアドレス変更も同時に行う場合について説明した。それ以外の例としては、網側からＵＥにアドレス変更要求を送信する場合も考えられる。例えば、ＰＤＧのロードバランスを平滑化するために、接続しているＵＥを分散させたい場合が考えられる。または、ＰＤＧのメンテナンスによる変更や、動的に変化する経路にあわせたＰＤＧの変更なども考えられる。このように、網側からＵＥにＭＯＢＩＫＥのアドレス変更要求を送信する場合には、本発明で説明したのと同様に、同時にＵＥとＰＤＧがアドレス変更要求を相手に送信する場合が起こり得る。次に説明する例は、ＵＥからのアドレス変更要求はＰＤＧ−Ａに届くが、ＰＤＧ−Ｂからのアドレス変更要求がＵＥの古いアドレスに送信されたため届かない場合についてである。

図１７に示すように、ＰＤＧ−Ｂ１４０１は、ＵＥ１２０２にＰＤＧのアドレス変更を通知するメッセージ１７００を送信するが、ＵＥ１２０２は移動後のためメッセージ１７００を受信できていない。このときメッセージ１７０４には、メッセージ１７００のメッセージＩＤがＲＥＱＵＥＳＴ情報要素として含まれている。他のメッセージは図１６の例と同じである。

次に、それぞれのメッセージ内容を簡単に示す。メッセージ１７００は従来のＭＯＢＩＫＥメッセージであり、具体的な構成はIP hdr (PDG-B →UE old address) HDR(msgID_B1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１７０１は第１のアドレス変更要求メッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK [ N(UPDATE_SA_ADDRESSES)]である。メッセージ１７０４は第２のアドレス変更要求メッセージであり、具体的な構成は、IP hdr (PDG-B →UE new address) HDR(msgID_B2)、SK[ N(UPDATE_SA_ADDRESSES), REQUEST(msgID_B1)、 REPLY(msgID_U1)]である。メッセージ１７０５は応答メッセージであり、具体的にはIP hdr (UE new address →PDG-B) HDR(msgID_B2)、SK[…]である。

次の例として、ＵＥが古いアドレスあてのメッセージを転送などによって受信できる場合について図１８を用いて説明する。ＰＤＧ−Ｂ１４０１がＭＯＢＩＫＥのアドレス変更要求のメッセージ１８００をＵＥ１２０２の古いアドレスあてに送信し、そのメッセージが新しいアドレスにメッセージ１８０１となって転送されるとする。ＰＤＧ−Ｂ１４０１がメッセージ１８０４を受信し、メッセージ１８０５を送信することは上述した例と同じである。このメッセージ１８０５にはＲＥＱＵＥＳＴ情報要素とＲＥＰＬＹ情報要素の両方が含まれる。

ＵＥ１２０２はメッセージ１８０１を受信し、メッセージ１８０６を送信する。このメッセージ１８０６にはＲＥＱＵＥＳＴ情報要素とＲＥＰＬＹ情報要素の両方が含まれる。メッセージ１８０６を受信したＰＤＧ−Ｂ１４０１及びメッセージ１８０５を受信したＵＥ１２０２は、応答メッセージを送信する必要がない。この点が上述した例と異なる。メッセージ１８０５を受信したＵＥ１２０２が応答メッセージを送信する必要がない理由を簡単に説明する。

メッセージ１８０５の送信元アドレスはＰＤＧ−Ｂ１４０１であり、ＰＤＧ−Ａ１４００から新しいアドレスに変更されている。さらに、メッセージ内のＲＥＱＵＥＳＴ情報要素がmsgID_B1を含んでいることから、ＰＤＧ−Ｂ１４０１からの要求はメッセージ１８００と同様の内容であり、ＵＥ１２０２が既にメッセージ１８０６で応答を返していることが分かる。つまり、ＰＤＧ−Ａ１４００からＰＤＧ−Ｂ１４０１へのアドレスの変更は両方とも合意したことが分かる。また、送信先アドレスはＵＥ１２０２の新しいアドレスになっている。さらに、メッセージ内にはＲＥＰＬＹ情報要素が含まれ、先に送信したアドレス変更要求のメッセージ１８００のmsgID_U1を含むことから、アドレス変更要求の内容が伝わっており、ＵＥ１２０２のアドレスが新しく変更したことを両方ともが合意したことが分かる。

また、受信したメッセージが本発明の新しい情報要素を含んでいることから、ＵＥ１２０２はＰＤＧ−Ｂ１４０１に送信したメッセージ１８０６が、メッセージ１８００に対する応答であることをＰＤＧ−Ｂ１４０１が理解できることが分かる。以上の理由から、ＵＥ１２０２はＰＤＧ−Ｂ１４０１が次の２つのことを知っていると判断できる。１つ目はＵＥ１２０２のアドレス変更があったことである。２つ目はＵＥ１２０２がＰＤＧ−Ａ１４００からＰＤＧ−Ｂ１４０１にアドレスが変更されたことを了解したことである。このためＵＥ１２０２は、メッセージ１８０５に対する応答メッセージを送信する必要がない。ＰＤＧ−Ｂ１４０１がメッセージ１８０６に対する応答を送信する必要がない理由も同様である。

次に、それぞれのメッセージの内容を示す。メッセージ１８００は従来のＭＯＢＩＫＥメッセージであり、具体的な構成はIP hdr (PDG-B →UE old address) HDR(msgID_B1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１８０２は第１のアドレス変更要求メッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１８０５は第２のアドレス変更要求メッセージであり、具体的な構成はIP hdr (PDG-B→UE new address) HDR(msgID_B2)、SK[N(UPDATE_SA_ADDRESSES)、REQUEST(msgID_B1)、REPLY(msgID_U1)]である。

メッセージ１８０６の具体的な構成は、IP hdr (UE new address →PDG-B) HDR(msgID_U2)、SK[N(UPDATE_SA_ADDRESSES)、REQUEST(msgID_U1)、REPLY(msgID_B1)]である。なお、ここではＰＤＧを切り替える場合について説明したが、ＵＥを切り替える場合も同様に扱うことができる。例えば、不図示の端末ＵＥ−Ａから不図示の端末ＵＥ−Ｂに切り替える場合である。端末を切り替える場合としては、端末ＵＥ−Ｂにあって端末ＵＥ−Ａにはない機能を使うために、端末を切り替えることが考えられる。または、端末ＵＥ−Ａの一部の機能が使えない状態になったために、新しい端末に切り替えることなども考えられる。または、端末ＵＥ−Ａを充電器に接続させておかなければならないために、端末ＵＥ−Ｂに切り替えるようなことも考えられる。

次に、ＰＤＧの構成について図１９を用いて説明する。なお、このＰＤＧの構成は図７に示す通信装置の構成に管理メッセージ作成部と管理メッセージ解析部が追加されている。なお、ＰＤＧの構成の説明の前にＰＤＧ管理サーバとＰＤＧとの関係について図２０を用いて説明する。

図２０に示すように、ＰＤＧ管理サーバ１４０２は、ＵＥ−ＰＤＧ対応管理データ２００５とＳＡデータ２００６を管理している。ＰＤＧ管理サーバ１４０２が管理しているＳＡデータ２００６は、ＵＥ−ＰＤＧ対応管理データ２００５の一部のデータと捉えることができる。ＰＤＧ管理サーバ１４０２は、ＵＥ−ＰＤＧ対応管理データ２００５によって、ＵＥ１２０２の移動に合わせて対応するＰＤＧを切り替えたり、ＰＤＧの負荷分散を目的としてＵＥ１２０２に対応するＰＤＧを変更したりする。

ＳＡデータ２００６はそのＵＥ−ＰＤＧの組ごとに存在するデータであり、通常はＰＤＧだけが持っていればよいが、ＰＤＧの変更の際にＳＡデータと元のＰＤＧから取り寄せ、新しいＰＤＧに送信する手間を小さくするために、あらかじめＰＤＧ管理サーバ１４０２に蓄えさせておく。各ＰＤＧはＵＥ１２０２との間のＳＡのデータを管理している。ＳＡデータとは、ＩＫＥ ＳＡ及びIPsec ＳＡの情報である。ＰＤＧはＳＡデータが更新されるとＰＤＧ管理サーバ１４０２にその変更を通知する。

ここで、ＵＥが移動などによってＰＤＧにアドレス変更要求を送信した場合についてＰＤＧの構成図を示す図１９を用いて説明する。ここでは、ＰＤＧとＰＤＧ管理サーバとの間の動作を中心に説明する。それ以外の動作は図７の説明と同様である。ＵＥ１２０２からの要求メッセージ２０００をＰＤＧ−Ａ１４００は受信し、ＰＤＧ−Ａ１４００はＰＤＧ管理サーバ１４０２に通知するために、管理メッセージ作成部１９００においてメッセージ２００１を作成して送信する。このメッセージ２００１にはＵＥ１２０２の新しいアドレスや要求メッセージのメッセージＩＤが含まれる。

ＰＤＧ管理サーバ１４０２は、ＵＥ１２０２の新しいアドレスやＰＤＧの位置や負荷の状態などを考慮して対応するＰＤＧを選択する。ＰＤＧ−Ａ１４００が選択された場合には、ＰＤＧ管理サーバ１４０２はＰＤＧ−Ａ１４００に応答を指示する。このときＰＤＧ−Ａ１４００は、管理メッセージ解析部１９０１においてメッセージを解析し、応答メッセージ作成部７０９において応答メッセージを作成し、送信する。ＰＤＧ−Ｂ１４０１が選択された場合には、ＰＤＧ管理サーバ１４０２はＰＤＧ−Ｂ１４０１に要求メッセージの送信を指示する。

ＰＤＧ−Ｂ１４０１は、ＰＤＧ管理サーバ１４０２から要求メッセージの送信を指示されると同時に、ＳＡ情報とＵＥ１２０２のアドレス、ＵＥ１２０２が送信した要求メッセージのメッセージＩＤを受信する。管理メッセージ解析部１９０１は、ＳＡ情報をＳＡデータ蓄積部７０６に書き込み、要求メッセージ作成部７０７によって要求メッセージ２００３を作成し、送信する。この要求メッセージ２００３にはＵＥ１２０２が送信した要求メッセージ２０００のメッセージＩＤが含まれている。

ＵＥ１２０２は、要求メッセージ２００３を受信し、ＵＥ１２０２のアドレス変更とともにＰＤＧのアドレスも変更されることを知り、応答のメッセージ２００４を送信する。
応答メッセージ２００４を受信したＰＤＧ−Ｂ１４０１は、ＳＡアドレスデータ更新部７０５よりＳＡデータ蓄積部７０６のデータを更新し、更新内容をＰＤＧ管理サーバ１４０２に通知するために、管理メッセージ作成部１９００によってメッセージを作成し、送信する。

次に、ＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合について図２１を用いて説明する。ＰＤＧ管理サーバ１４０２は、ＰＤＧ−Ｂ１４０１にアドレス変更をＵＥ１２０２に通知するようにメッセージ２１００を送信する。このメッセージ２１００にはＳＡデータが含まれる。ＰＤＧ−Ｂ１４０１はＵＥ１２０２のアドレスにアドレス変更要求メッセージ２１０１を送信する。メッセージ２１０１がＵＥ１２０２に届いた場合には、ＵＥ１２０２は応答メッセージをＰＤＧ−Ｂ１４０１に返し、ＰＤＧの変更が完了する。

ＰＤＧ−Ｂ１４０１がメッセージ２１０１を送信しようとしているときに、ＵＥ１２０２が移動して、ＵＥ１２０２もＰＤＧ−Ａ１４００にアドレス変更要求メッセージ２１０２を送信していた場合には、ＰＤＧ−Ａ１４００はＵＥ１２０２からアドレス変更要求を受信したことをＰＤＧ管理サーバ１４０２に通知するメッセージ２１０３を送信する。ＰＤＧ管理サーバ１４０２は、メッセージ２１０３によって、ＰＤＧ側のアドレス変更要求の処理中にＵＥ１２０２側もアドレス変更を行ったことを知り、ＰＤＧ−Ｂ１４０１にメッセージ２１０４を送信する。このメッセージ２１０４にはＵＥ１２０２からのアドレス変更要求メッセージ２１０２のメッセージＩＤの情報が含まれる。ＳＡ情報は既にメッセージ２１００で送信しているため、このときには送信する必要はない。

ＰＤＧ−Ｂ１４０１は、メッセージ２１０４を受信し、ＵＥ１２０２の新しいアドレスにアドレス変更要求メッセージ２１０５を送信する。メッセージ２１０５には、メッセージ２１０１の再送であることを示すＲｅｑｕｅｓｔ情報とメッセージ２１０２の応答であることを示すＲｅｐｌｙ情報が含まれている。ＵＥ１２０２は、メッセージ２１０５を受信し、応答メッセージ２１０６を送信する。もし、ＵＥ１２０２が移動前のアドレスに送信されたメッセージ２１０１を転送などによって受信し、メッセージ２１０５を受信する前であったならば、メッセージ２１０６はＵＥ１２０２からのアドレス変更要求メッセージとなる。

次に、上述したＰＤＧの動作フローの詳細について図２２Ａ、図２２Ｂを用いて説明する。最初に、通信装置ＰＤＧ−Ａが、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージを受信する（Ｓ２２０１）。次に、通信装置ＰＤＧ−Ａは、ＩＫＥｖ２ヘッダのメッセージＩＤ（msgID_UE2）の値が過去に受信したアドレス変更要求メッセージのメッセージＩＤと一致しているか否かを確認する（Ｓ２２０２）。この確認のときには送信元アドレスも一緒に使用する。それは送信元の通信相手装置（ＵＥ）が一意になるようにメッセージＩＤを決めているからである。このメッセージＩＤが既に受信した値と同じ場合には（Ｓ２２０２のＹＥＳ）、このアドレス変更要求メッセージは既に受信したメッセージであることがわかるため、おそらくアドレス変更要求メッセージの送信元の通信相手装置（ＵＥ）に応答が届いていないか、届く前にアドレス変更要求メッセージが再送されたと考えられる。そのため通信装置ＰＤＧ−Ａは応答メッセージを作成し、再送信する（Ｓ２２０３）。

一方、通信装置ＰＤＧ−Ａは、メッセージＩＤが過去に受信したメッセージＩＤとは一致せず新規のメッセージＩＤである場合には（Ｓ２２０２のＮＯ）、新規のアドレス変更要求を受信した旨をＰＤＧ管理サーバに通知する（Ｓ２２０４）。さらに、ＰＤＧ管理サーバは、いずれかの通信装置ＰＤＧから既にアドレス変更要求メッセージを通信相手装置（ＵＥ）に送信して応答待ちの状態であるかどうか確認する（Ｓ２２０５）。応答待ちの状態ではない場合（Ｓ２２０５のＮＯ）、ＰＤＧ管理サーバは、通信相手装置（ＵＥ）からのアドレス変更要求と同時に通信装置ＰＤＧのアドレス変更要求を行うか判定する（Ｓ２２０６）。同時にアドレス変更を行わない場合は（Ｓ２２０６のＮＯ）、ＰＤＧ管理サーバは、通信装置ＰＤＧ−Ａに、通信相手装置（ＵＥ）からのアドレス変更要求メッセージに対して応答メッセージを送信するように指示する（Ｓ２２０７）。

通信装置ＰＤＧ−Ａは、ＳＡのアドレス変更処理を行って（Ｓ２２０８）、さらに応答メッセージを作成し、通信相手装置（ＵＥ）に送信する（Ｓ２２０９）。ＰＤＧ管理サーバが同時にアドレス変更を行うと判定した場合には（Ｓ２２０６のＹＥＳ）、ＰＤＧ管理サーバはどの通信装置ＰＤＧに切り替えるか選択する（Ｓ２２１０）。ここでは通信装置ＰＤＧ−Ｂに切り替えると仮定する。ＰＤＧ管理サーバは、ＰＤＧ−Ｂに、通信相手装置（ＵＥ）からアドレス変更要求を受信したことを通知し、アドレス変更要求を通信相手装置（ＵＥ）に送信するように指示する（Ｓ２２１１）。通信装置ＰＤＧ−Ｂは、ＲＥＰＬＹ（msgID_UE2）を付加したメッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１２）。

次に、既にいずれかの通信装置ＰＤＧ（ここではＰＤＧ−Ｂとする）にアドレス変更要求メッセージの送信を指示し応答待ちの状態だった場合には（Ｓ２２０５のＹＥＳ）、ＰＤＧ管理サーバは、通信装置ＰＤＧ−Ｂに通信相手装置（ＵＥ）からアドレス変更要求を受信した旨を通知する（Ｓ２２１３）。通信装置ＰＤＧ−Ｂは、通信相手装置（ＵＥ）から受信したアドレス変更要求のメッセージ内にＲＥＰＬＹ（msgID_PDG）が含まれているかどうか確認する（Ｓ２２１４）。ＲＥＰＬＹ（msgID_PDG）が含まれていない場合は（Ｓ２２１４のＮＯ）、通信装置ＰＤＧ−ＢはＲＥＰＬＹ（msgID_UE2）及びＲＥＱＵＥＳＴ（msgID_PDG）を付加したメッセージを作成し、通信相手装置（ＵＥ）に送信する（Ｓ２２１５）。

通信相手装置（ＵＥ）から送信されたアドレス変更要求のメッセージにＲＥＰＬＹ（msgID_PDG)が含まれている場合には（Ｓ２２１４のＹＥＳ）、通信装置ＰＤＧ−ＢはそのメッセージＩＤ（msgID_PDG）のアドレス変更要求メッセージに対する応答待ちの状態を終了する（Ｓ２２１６）。応答待ちの状態で、応答がいつまでも届かない場合には、アドレス変更要求メッセージを再送するなどの処理を通信装置は行わなければならないため、応答を受信した場合にはこの状態を解除する必要がある。

続いて、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージ内にＲＥＱＵＥＳＴ（msgID_UE1）が含まれていないか確認する（Ｓ２２１７）。ＲＥＱＵＥＳＴ（msgID_UE1）が含まれていない場合は（Ｓ２２１７のＮＯ）、通信装置ＰＤＧ−Ｂは通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ２２１８）、応答メッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１９）。ＲＥＱＵＥＳＴ（msgID_UE1）が含まれている場合は（Ｓ２２１７のＹＥＳ）、このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤと同じかどうか確認する（Ｓ２２２０）。この確認のときにはメッセージＩＤとともにメッセージの送信元アドレスも一緒に用いて確認する。

このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤと一致せず新規のメッセージＩＤである場合には（Ｓ２２２０のＮＯ）、通信装置ＰＤＧ−Ｂは、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ２２１８）、応答メッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１９）。このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤの場合には（Ｓ２２２０のＹＥＳ）、通信装置ＰＤＧ−ＢはＳＡのアドレス変更処理を行い（Ｓ２２２１）、さらにアドレス変更処理を完了したことをＰＤＧ管理サーバに通知する（Ｓ２２２２）。以上が、通信装置ＰＤＧ（ＰＤＧ−Ａ）が通信相手装置（ＵＥ）からアドレス変更要求メッセージを受信したときの処理フローの説明である。

以上、ＰＤＧとＰＤＧ管理サーバとの関連する動作を説明した。なお、ここではＰＤＧとＰＤＧ管理サーバを分離した場合について説明したが、ＰＤＧ管理サーバが存在しない場合にも適用可能である。その場合には、変更前のＰＤＧが変更先のＰＤＧに直接メッセージを送信する。この場合、変更前のＰＤＧが変更先のＰＤＧを選択するために必要な情報を自装置が持つ。ＰＤＧが構成要素に対応ＰＤＧ判定部２３００及びＵＥ−ＰＤＧ対応管理データ蓄積部２３０１を持つ例を図２３に示した。

対応ＰＤＧ判定部２３００は、ＵＥ１２０２からのアドレス変更要求に合わせて、またはＰＤＧからの主導的なＰＤＧ変更をＵＥ１２０２に働きかけるかどうかを判定する。ＵＥ−ＰＤＧ対応管理データ蓄積部２３０１は、ＰＤＧ間で負荷の分散やＵＥ１２０２との通信のパケット経路の最適化を目的とし、それぞれのＰＤＧの状態の情報交換を行い、その状況を示すデータを蓄積する機能部である。

このＵＥ−ＰＧＤ対応管理データ蓄積部２３０１のデータを利用して、対応ＰＤＧ判定部２３００は、ＰＤＧを変更するかどうか、どのＰＤＧに変更するかの判定を行う。対応ＰＤＧ判定部２３００は、同時アドレス変更判定部７１１の判定条件の拡張と捉えることができる。自端末だけではなく他の端末の通信状態なども考慮に入れて、アドレス変更を同時に行うかどうか判定するところが異なっている。

また、なおここではＰＤＧを変更する場合について説明したが、ＵＥが機器を交換する場合にも同様の処理を行うことが可能である。例えば、宅外から家に帰ってきたようなときに、持ち運びに便利な小型の携帯端末から、映像や音声の品質よく再生するテレビやステレオのような大型の端末への交換が考えられる。また、例えば携帯端末のバッテリー残存量が少なくなったときに、十分に充電している携帯端末への交換が考えられる。

もう少し具体的な例では、通話などのサービスを継続しながら、バッテリー残存量が少なくなったことに気がついたとき、別に持つ十分バッテリーを充電した端末にサービスを継続させ、先のバッテリー残存量の少なくなった携帯端末を充電器に接続させておく、といった使い方が考えられる。また、例えば携帯電話を買い換えるときや、新しい携帯電話と交換するときに使うことが考えられる。このとき、図２３の構成図における対応ＰＤＧ判定部２３００は、ＰＤＧだけに限定しない場合、対応端末判定部などとわかりやすいように呼び変えることも可能である。また、ＵＥ−ＰＤＧ対応管理データ蓄積部２３０１は、端末−端末対応管理データ蓄積部と呼び変えることも可能である。

なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本発明に係る通信継続方法及びその方法で用いられる通信端末は、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができ、また、まとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができるため、通信端末間で安全な通信経路を確立するためのセキュリティ情報が形成された後、通信端末の移動によりアドレスが変更する場合に、移動前のセキュリティ情報を用いて移動後における通信端末間の通信を継続する通信継続方法及びその方法で用いられる通信端末などに有用である。

本発明は、通信端末間で安全な通信経路を確立するためのセキュリティ情報が形成された後、通信端末の移動によりアドレスが変更する場合に、移動前のセキュリティ情報を用いて移動後における通信端末間の通信を継続する通信継続方法及びその方法で用いられる通信端末に関する。

ＩＥＴＦ（Internet Engineering Task Force）では、ＩＫＥｖ２（Internet Key Exchange version２：下記の非特許文献１を参照）のモビリティ及びマルチホーム機能拡張を目的としたプロトコルとしてＭＯＢＩＫＥ（下記の非特許文献２を参照）を策定した。ＭＯＢＩＫＥは、端末の移動の際にＩＰアドレスが変更する場合やマルチホームのように複数のＩＰアドレスを持つ場合に、ＩＫＥｖ２を用いて確立したＩＫＥ ＳＡ(Security Association)及びＩＰｓｅｃ ＳＡのＩＰアドレスの変更を、新しくＳＡを確立することなしに実現することが可能なプロトコルである。

例えば、ＭＯＢＩＫＥを使用しない場合において、ＳＡを確立しているどちらか一方の端末が移動などによってＩＰアドレスを変更した場合には、ＩＫＥｖ２を用いて再度最初からＩＫＥ ＳＡ及びＩＰｓｅｃ ＳＡを確立し直さなければならない。ＩＫＥｖ２の処理にはお互いの認証処理などが含まれ、負荷の高い処理である。一方、ＭＯＢＩＫＥを用いると、ＩＫＥｖ２で確立したＳＡのＩＰアドレスの変更だけ行い、ＳＡ確立のための認証処理やＳＡで使用する鍵をそのまま利用できるため、アドレスの変更に伴う処理を大幅に軽減できる。移動などによるＩＰアドレスの変更の際のＭＯＢＩＫＥのプロトコルの動作について図２４を用いて説明する。

まず、端末Ｉと端末Ｒとの間にＳＡが存在している状態が最初にあったとする。ＩとはInitiatorの意味でＭＯＢＩＫＥメッセージを送信する側を意味している。ＲとはResponderの意味で要求メッセージを受信する側を意味している。端末Ｉが移動してＩＰアドレスが変更されたとき、端末Ｉは端末Ｒに対してアドレスの変更を通知するメッセージ（アドレス変更要求メッセージ）２４０１（図２５Ａ）を送信する。アドレス変更要求メッセージ２４０１は、送信元アドレスが端末Ｉの新しいアドレス（IP_I_new）であり、送信先アドレスが端末Ｒのアドレス（IP_R）である。このアドレス変更要求メッセージ２４０１には、ＳＡのアドレス変更を要求していることを示す情報であるN（UPDATE_SA_ADDRESSES）が含まれる。また、アドレス変更要求メッセージ２４０１に含まれるN（NAT_DETECTION_SOURCE_IP）及びN（NAT_DETECTION_DESTINATION_IP）は、ＩＫＥｖ２で定義されている情報要素であり、NAT（Network Address Translation）によるアドレス変換が行われていないか、端末で確認できるようにするためのものである。

アドレス変更要求メッセージ２４０１のＳＡのアドレス変更要求を受信した端末Ｒは、ＩＰヘッダ内の送信元ＩＰアドレスを使ってＳＡの端末Ｉの古いアドレスを新しいアドレスに変更する。そして、応答メッセージ２４０２（図２５Ｂ）を送信する。応答メッセージ２４０２は、送信元アドレスが端末Ｒのアドレス（IP_R）であり、送信先アドレスが端末Ｉの新しいアドレス（IP_I_new）である。また、この応答メッセージ２４０２には、アドレス変更要求メッセージ２４０１と同様に、NATによるアドレス変換が行われていないか確認するためにN（NAT_DETECTION_SOURCE_IP）及びN（NAT_DETECTION_DESTINATION_IP）が含まれている。

基本的には上述のアドレス変更要求メッセージ２４０１と応答メッセージ２４０２とによって、端末Ｉのアドレスの変更を端末Ｒに通知し、端末Ｉと端末Ｒとの間で使用していたＳＡのＩＰアドレスの変更を行い、ＳＡを継続して使用することが可能となる。ＭＯＢＩＫＥでは、アドレス変更要求メッセージ２４０１と応答メッセージ２４０２の後に用いるための、確認用のメッセージ２４０３（図２５Ｃ）と２４０４（図２５Ｄ）も定義している。これは端末Ｒから端末Ｉの新しいＩＰアドレス（IP_I_new）にメッセージを送信し、応答があるか確認するものである。この確認の処理は必須ではない。以上が従来技術として知られているＭＯＢＩＫＥの概要である。
"IKEv2 Mobility and Multihoming Protocol(MOBIKE)",RFC4555,June 2006 "Internet Key Exchange(IKEv2)protocol", RFC4306, December 2005

従来技術であるＭＯＢＩＫＥを用いるとＳＡを確立している端末がＩＰアドレスを変更することが容易にできるという特徴があった。しかし、ＭＯＢＩＫＥでは片側のＩＰアドレスの変更ならば効率的に行えるが、ＳＡの両方のＩＰアドレスを変更する場合には、片方ずつＩＰアドレスの変更を行わなければならないため、効率的にアドレス変更ができないという課題があった。例えば、端末Ａと端末ＢがＳＡを確立していて、ほぼ同時に移動し、それぞれ相手に対してアドレス変更要求メッセージを送信した場合について図２６を用いて説明する。端末Ａの古いアドレスをアドレスＯｌｄ Ａ、新しいアドレスをアドレスＡとし、端末Ｂの古いアドレスをアドレスＯｌｄ Ｂ、新しいアドレスをアドレスＢとする。

端末Ａは端末Ｂの古いアドレスにアドレス変更要求メッセージを送信し、端末Ｂも端末Ａの古いアドレスにアドレス変更要求メッセージを送信するために、お互いメッセージが通信相手に届かず、アドレス変更を行うことができない。このような場合には、端末Ａ又は端末Ｂはお互いにアドレス変更要求メッセージを再送し、何度か再送を行った後、通信相手の新しいアドレスを何らかの手段で取得し、新しいアドレスに再度要求メッセージを送信する方法が考えられる。新しいアドレスを取得する方法としてはＤＮＳ（Domain Name Service）などが考えられる。

ここではこのような状況になることを避けるために、端末Ａ又は端末Ｂの片方、若しくは両方が古いアドレスあてに送られたメッセージを新しいアドレスに転送する準備をする場合について考える。転送する方法としては、例えばモバイルＩＰのＨｏｍｅ Ａｇｅｎｔを用いる方法などが考えられる。例えば、端末Ａだけが古いアドレスのメッセージを新しいアドレスに転送する準備をしている場合の、従来のＭＯＢＩＫＥを用いた場合の動作について図２７を用いて説明する。

端末Ａと端末Ｂは、ほぼ同時にアドレス変更要求メッセージを送信する。端末Ａが送信したアドレス変更要求メッセージは端末Ｂの古いアドレスあてに送信され、端末Ｂに届くことがなく破棄される。一方、端末Ｂが送信したアドレス変更要求メッセージは、端末Ａの古いアドレスから新しいアドレスに転送され、端末Ａに届く。端末Ａは、端末Ｂに応答メッセージを送信する。この際、端末Ｂからのアドレス変更要求メッセージのあて先アドレスが、応答メッセージの送信元アドレスになるように送信する。例えば、Ｈｏｍｅ Ａｇｅｎｔ経由で送信する。そして、応答メッセージを送信した後、再度端末Ａからアドレス変更要求メッセージを端末Ｂに送信する。このアドレス変更要求メッセージは先のメッセージと異なり、端末Ｂの新しいアドレスに送信する。端末Ｂは端末Ａからのアドレス変更要求に対して応答を返す。これらの処理は、最初に端末Ｂのアドレス変更を行い、次に端末Ａのアドレス変更を行うというものであり、従来のＭＯＢＩＫＥによって実現される。

次に、端末Ａだけでなく端末Ｂも古いアドレスあてのメッセージを新しいアドレスに転送する準備をしていた場合の動作について図２８を用いて説明する。この場合は、端末Ａの立場で見てみると端末Ａは、端末Ｂからのアドレス変換要求メッセージによって端末Ｂのアドレスが新しくなったことを知り、また端末Ｂからの応答メッセージを受信し、端末Ａのアドレス変更の情報が端末Ｂに伝わったことを知ることができる。すなわち、端末Ｂからの応答メッセージを受信した時点で、ＳＡの両側のＩＰアドレスを変更することができる。これは冗長なメッセージもなく、かなり効率的に両側のアドレス変更を実現できる方法と考えられる。

しかし、端末Ｂが端末Ａと同様に古いアドレスあてのメッセージを新しいアドレスに転送しているかどうかを端末Ａが知ることはできない。端末Ａは、端末Ｂからのアドレス変更要求メッセージを受信した時点で、端末Ａが先に送信したアドレス変更要求メッセージが古い端末Ｂのアドレスあてに送信されたもので、まだ応答が返ってきてないため、端末Ｂにメッセージが届いていない可能性を考えることができる。もし、端末Ａが冗長なメッセージを送信することを避けたいならば、端末Ｂからの応答メッセージを待つことが望ましい。しかし、待った結果、応答メッセージが届かない場合も考えられる。端末Ａは、端末Ｂからのアドレス変更要求メッセージを受信した時点で、前に送信したアドレス変更要求メッセージが届いていないと考えることもできるため、応答メッセージを送信した直後に端末Ｂからの応答メッセージを待つことなく、アドレス変更要求メッセージを再送信することが適切な動作と考えられる。この場合、図２９に示すようにメッセージは送信される。

端末Ｂも端末Ａと同様の動作をとるため、端末Ａと端末Ｂが共に古いアドレスあてのメッセージを新しいアドレスに転送している場合には、図３０に示すようにメッセージ数が多くなること、またＳＡのアドレス変換のメッセージ交換が完了するまでに余分な時間がかかるようになることがわかる。

このように従来のＭＯＢＩＫＥを用いたＳＡのアドレス変換方法では、通信相手側が古いアドレスあてのメッセージを新しいアドレスあてに転送する機能が無くても、または転送機能が存在しても、効率的にＳＡのアドレス変換を行うことが困難であるという課題が存在した。

本発明は、上記の問題点に鑑み、通信相手が古いアドレスあてのメッセージを新しいアドレスあてに転送する機能の有無にかかわらず、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる通信継続方法及びその方法で用いられる通信端末を提供することを目的とする。また、従来のＭＯＢＩＫＥを用いたアドレス変換では、ＳＡのアドレス変換を逐次的に一方のアドレスずつ行っていたが、それらをまとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができる通信継続方法及びその方法で用いられる通信端末を提供することを目的とする。

上記目的を達成するために、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１の通信端末自身の移動に伴い、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを移動前の前記第２の通信端末の前記アドレスあてに送信し、前記第２のメッセージに対する応答を受信する前に前記第１のメッセージを受信した場合、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、上述したセキュリティ情報はＳＡに相当する。

また、本発明の通信継続方法において、前記第３のメッセージが、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含むことは、本発明の好ましい態様である。この構成により、第３のメッセージを受信した通信端末が容易にメッセージを処理することができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップと、前記第２の通信端末が、前記第２のメッセージを受信した際、既に前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記第１の通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２の通信端末が、前記第２のメッセージを受信した際、前記第３のメッセージを前記第１の通信端末から受信していない場合、前記第２のメッセージに基づいて応答メッセージを生成し、生成された前記応答メッセージを移動後の前記第１の通信端末のアドレスあてに送信することは、本発明の好ましい態様である。この構成により、早急に第２のメッセージに対する応答を伝えることができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

マルチリンク可能な第１の通信端末と、第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、前記第１の通信端末が、前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定し、前記アドレスの更新を行う場合に前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を行うとともに、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信継続方法において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動前の前記相手方通信端末の前記アドレスあてに送信する送信手段とを備え、前記第２のメッセージに対する応答を受信する前に前記受信手段を介して前記第１のメッセージを受信した場合、前記要求メッセージ生成手段は、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを生成し、前記送信手段は、生成された前記第３のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第３のメッセージが、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含むことは、本発明の好ましい態様である。この構成により、第３のメッセージを受信した通信端末が容易にメッセージを処理することができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成する要求メッセージ生成手段と、生成された前記第１のメッセージを前記相手方通信端末に送信する送信手段と、前記第１のメッセージに基づいて前記相手方通信端末から送信された、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを受信する受信手段と、前記受信手段を介して前記第２のメッセージを受信した際、既に前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記相手方通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理する処理手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記受信手段を介して前記第２のメッセージを受信した際、前記第３のメッセージを前記相手方通信端末から受信していない場合、前記第２のメッセージに基づいて応答メッセージを生成する応答メッセージ生成手段を更に備え、前記送信手段が、生成された前記応答メッセージを移動後の前記相手方通信端末のアドレスあてに送信することは、本発明の好ましい態様である。この構成により、早急に第２のメッセージに対する応答を伝えることができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、受信された前記第１のメッセージに基づいて、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、マルチリンク可能な所定の通信端末と、前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、受信された前記第１のメッセージに基づいて、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定する決定手段と、前記アドレスの更新を行うと決定された場合に前記所定の通信端末自身に保持された前記セキュリティ情報における前記アドレスの更新を行う更新手段と、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージの応答である旨の情報を含むことは、本発明の好ましい態様である。この構成により、メッセージ数を抑えることができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含むことは、本発明の好ましい態様である。この構成により、両方の通信端末のアドレス情報の変更を同時に行うことができる。

また、本発明の通信端末において、前記第２のメッセージが前記第１のメッセージに関する情報を含まないことは、本発明の好ましい態様である。この構成により、処理負荷を低減させることができる。

また、本発明によれば、第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記第１の通信端末が第３の通信端末を通じて通信を継続する通信継続方法であって、前記第１の通信端末が、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第２の通信端末に送信するステップと、前記第３の通信端末が、前記第２の通信端末が受信した前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを、移動後の前記第１の通信端末のアドレスあてに送信するステップとを、有する通信継続方法が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、例えばこの場合の第１の通信端末は後述するＵＥに相当し、第２の通信端末は後述するＰＤＧ−Ａに相当し、第３の通信端末は後述するＰＤＧ−Ｂに相当する。

また、本発明の通信継続方法において、前記第３の通信端末が、前記第１の通信端末によって前記第１のメッセージが前記第２の通信端末に送信される際、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動前の前記第１の通信端末あてに送信するステップを更に有し、前記第３の通信端末は、前記第２のメッセージに前記第３のメッセージの識別情報を含めて送信することは、本発明の好ましい態様である。この構成により、同時にアドレス変更要求が送信されても、ＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。

また、本発明の通信継続方法において、前記第３の通信端末によって送信された前記第３のメッセージが移動後の前記第１の通信端末あてに転送された場合、前記第１の通信端末が、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを前記第３の通信端末に送信することは、本発明の好ましい態様である。この構成により、第３のメッセージに対して応答した旨を送信することができる。

また、本発明によれば、所定の通信端末と前記所定の通信端末と通信を行う第１の相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記所定の通信端末が第２の相手方通信端末を通じて通信を継続する通信継続方法で用いられる前記所定の通信端末であって、前記第１の相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記第１の相手方通信端末に送信する送信手段と、前記第１の相手方通信端末による前記第１のメッセージの受信に基づいて前記第２の相手方通信端末から送信される、前記所定の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを受信する受信手段とを、備える通信端末が提供される。この構成により、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができる。なお、例えばこの場合の第１の相手方通信端末は後述するＰＤＧ−Ａに相当し、第２の相手方通信端末は後述するＰＤＧ−Ｂに相当する。

また、本発明の通信端末において、前記受信手段が、前記送信手段によって前記第１のメッセージが送信される際、前記第２の相手方通信端末によって送信される、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動先で受信し、前記メッセージ生成手段が、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを生成し、前記送信手段が、生成された前記第４のメッセージを前記第２の相手方通信端末に送信することは、本発明の好ましい態様である。この構成により、第３のメッセージに対して応答した旨を送信することができる。

本発明の通信継続方法及びその方法で用いられる通信端末は、上記構成を有し、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができ、また、まとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができる。

＜第１の実施の形態＞
まず、本発明の第１の実施の形態について図１を参照しながら説明する。端末（装置とも言う）Ａと端末ＢがＩＫＥｖ２を用いてＩＫＥ ＳＡ及びＩＰｓｅｃ ＳＡを確立しているとする。また、端末Ａ及び端末ＢがＭＯＢＩＫＥに対応している端末であるとする。端末Ａはアドレスを変更する前に、古いアドレスあてのパケットを新しいアドレスあてに転送するように設定する。例えば、移動前のネットワーク上で使用できるＨｏｍｅ Ａｇｅｎｔを探し、そのＨｏｍｅ Ａｇｅｎｔにパケットを新しいアドレスに転送するよう依頼する方法などが考えられる。まず、端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送できないときの本発明のプロトコル動作について図１を用いて説明する。

端末Ａは、端末ＢあてにＩＰアドレスの変更を通知する。ここで、通知されるメッセージであるアドレス変更要求メッセージ（第１のアドレス変更要求）１１は従来のＭＯＢＩＫＥメッセージであり、そのメッセージはIP hdr （IP_A_new → IP_B）、HDR（msgID_A1）、SK [ N（UPDATE_SA_ADDRESSES）]から構成される。IP hdr （IP_A_new → IP_B）は、アドレス変更要求メッセージ１１のＩＰヘッダを示し、送信元アドレスがIP_A_new、つまり端末Ａの新しいアドレスであり、送信先アドレスがIP_B、つまり端末Ｂのアドレスである。

HDRは、ＩＫＥｖ２のヘッダであり図２に示すようなフォーマットである。図２に示すように、このＩＫＥｖ２のヘッダには要求送信側（Initiator）と要求受信側（Responder）のＳＰＩ（Security Parameter Index）２０、２１が含まれており、この情報を基にしてＳＡを検索することができる。また、ＩＫＥｖ２のヘッダにはメッセージＩＤ（Message ID）２２が含まれており、この識別子は要求送信側が一意に設定し、要求応答側は応答メッセージに同じMessage IDを設定する。これによって要求送信側は応答メッセージを受信した際にどのアドレス変更要求メッセージに対応する応答メッセージであるか識別することができる。上記アドレス変更要求メッセージ１１のメッセージＩＤはmsgID_A1である。

また、ＩＫＥｖ２ヘッダにはフラグ（Ｆｌａｇｓ）２３という領域が存在し、フラグ２３の中には要求送信側ビット（Initiator Bit）と要求受信側ビット（Responder Bit）の位置が定義されている。Initiator Bitが立っているメッセージは、Initiatorが送信したメッセージであることを意味する。一方、Responder Bitが立っているメッセージはResponderが送信したメッセージであることを意味する。つまり、要求メッセージの場合にはInitiator Bitが立っており、応答メッセージの場合にはResponder Bitが立っている。このフラグ２３の領域を確認することによって、メッセージの受信処理のときにそのメッセージが要求メッセージであるか、応答メッセージであるか知ることができる。

SK[・・・]は、ＩＫＥ ＳＡによって秘匿されているデータ部であることを示す。このデータ部を復号するためには先の通信する両者が設定したＳＰＩの値をＩＫＥｖ２ヘッダから読み取り、どのＩＫＥ ＳＡに対応するか判別し、そのＳＡに対応する鍵（Ｋｅｙ）をＳＡのデータベースから探し出す必要がある。そして、その鍵を用いて暗号化されているデータ部を復号化する。暗号化されているデータ部には、N（UPDATE_SA_ADDRESSES）が含まれる。

N（UPDATE_SA_ADDRESSES）は、ＳＡのアドレス情報の更新を指示するものである。つまり、ＩＰヘッダに含まれている送信元アドレスのIP_A_newをＩＫＥ ＳＡの通信相手のアドレスとして更新することを指示するものである。ＩＫＥ ＳＡの情報には、通信している両端のＩＰアドレス及びＳＰＩ情報、そして鍵情報が含まれている。データを暗号化する場合には、送信相手のＩＰアドレス、自身の送信元ＩＰアドレス、さらにお互いが設定したＳＰＩの値を用いてＳＡを特定し、そのＳＡから対応する鍵を呼び出し、その鍵を用いて暗号化する。また、復号化する場合には、受信したパケットの送信元ＩＰアドレス、送信先ＩＰアドレス、ＩＫＥｖ２ヘッダのＳＰＩ値を用いて対応するＳＡを特定し、鍵を呼び出し、復号化処理を行う。なお、ＩＫＥｖ２の場合には、送信元ＩＰアドレス、送信先ＩＰアドレスは固定であるため、ＳＡを検索する場合に異なるＩＰアドレスであることは許されない。

一方、ＩＫＥｖ２のモビリティ機能及びマルチホーム機能の拡張プロトコルであるＭＯＢＩＫＥに対応する端末の場合には、受信パケットを復号化する際には送信元アドレスが任意に変わることを想定してＳＡ検索を行う。また、送信先アドレスに関しても移動前のアドレスと移動後のアドレスのどちらの場合もあり得るため、それを想定してＳＡを検索する必要がある。暗号化されているデータ部には通常、N（NAT_DETECTION_SOURCE_IP）、N（NAT_DETECTION_DESTINATION_IP）も含まれる。これらはそれぞれNATによるアドレス変更が発生していないか確認するための情報である。ここではこれらの情報要素の記載を省略する。

図１に示すように、端末Ａはアドレス変更要求メッセージ１１を端末Ｂに送信した後、端末Ｂから応答メッセージが届くのを待っているときに端末Ｂからアドレス変更要求メッセージ（第２のアドレス変更要求）１２を受信する。受信するアドレス変更要求メッセージ１２は従来のＭＯＢＩＫＥメッセージであり、そのメッセージはIP hdr （IP_B_new → IP_A_old）、HDR（msgID_B1）、SK [ N（UPDATE_SA_ADDRESSES）]から構成される。メッセージ内容は、アドレス変更要求メッセージ１１と同様である。アドレス変更要求メッセージ１２とアドレス変更要求メッセージ１１の違いは、送信元アドレスが端末Ｂの新しいアドレス、つまりIP_B_newであること、送信先アドレスが端末Ａの古いアドレス、つまりIP_A_oldであること、ＩＫＥｖ２ヘッダ内のメッセージＩＤの値がmsgID_B1であることである。

この端末Ｂのアドレス変更要求メッセージ１２に対して、従来技術では次のような応答メッセージを送信していた。その応答メッセージはIP hdr （IP_A_old → IP_B_new）、HDR（msgID_B1）、SK […]から構成される。通常、応答メッセージのSK […]の内部には、N（NAT_DETECTION_SOURCE_IP）、N（NAT_DETECTION_DESTINATION_IP）が含まれるが、本発明には直接関係ないため説明を省略する。この応答メッセージにHDRの中のメッセージＩＤに要求メッセージと同じ値を設定することによって、端末Ｂに対してこのメッセージがアドレス変更要求メッセージ１２の応答メッセージであることを伝える。

ここで、本発明では、端末Ａは次のアドレス変更要求メッセージ（第３のアドレス変更要求）１３を送信する。変更要求メッセージ１３はIP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [ N（UPDATE_SA_ADDRESSES）、REQUEST（msgID_A1）、REPLY（msgID_B1）]から構成される。このアドレス変更要求メッセージ１３は新しいメッセージＩＤ、msgID_A2を割り当てたメッセージである。端末Ｂはこのアドレス変更要求メッセージ１３を受信したとき、新しいメッセージとして処理を開始する。

このアドレス変更要求メッセージ１３には端末ＡがREQUEST（msgID_A1）とREPLY（msgID_B1）という情報要素を新しく追加している。REQUEST（msgID_A1）は、このメッセージがアドレス変更要求メッセージ１１の再送メッセージの役割も持っていることを示している。また、REPLY（msgID_B1）は、このメッセージがアドレス変更要求メッセージ１２の応答メッセージの役割も持っていることを示している。

このアドレス変更要求メッセージ１３を受信した端末Ｂは、メッセージＩＤが新しいため新しいメッセージとして処理を開始し、その後、SK […]内のデータを復号化して初めてアドレス変更要求メッセージ１２の応答メッセージの役割を含んでいることを知る。端末Ａはアドレス変更要求メッセージ１３を送信することによって、応答メッセージの送信とアドレス変更要求メッセージ１１の再送を省略することができる。さらに、アドレス要求メッセージ１１が端末Ｂに届いていないときに発生する待ち時間のロスや、端末Ｂに届いていてさらにお互いにアドレス変更要求メッセージを再送したときに発生する無駄な多数のメッセージの送受信をなくすことができる。

端末Ｂのアドレス変更要求メッセージ１３を受信したときの動作は、端末Ａからのアドレス変更要求メッセージ１１を受信していたかどうかで異なる。まず、ここではアドレス変更要求メッセージ１１を受信していなかった場合について説明する。この場合、端末Ｂは次のような応答メッセージ１４を送信する。その応答メッセージ１４は、IP hdr （IP_B_new → IP_A_new）、HDR（msgID_A2）、SK […]から構成される。この応答メッセージ１４は、従来のＭＯＢＩＫＥのメッセージと同じである。メッセージＩＤにmsgID_A2が設定されており、端末Ａにこのメッセージがアドレス変更要求１３の応答メッセージであることがすぐに伝わる。

次に、端末Ｂがアドレス変更要求メッセージ１１を受信していた場合について図３を用いて説明する。端末Ｂも端末Ａと同様、本発明の端末の動作を行う場合には、端末Ａからのアドレス変更要求メッセージ１１を受信した後、端末Ｂは新規のアドレス変更要求メッセージ１５を送信する。この場合のアドレス変更要求メッセージ１５は次のようなメッセージである。このアドレス変更要求メッセージ１５は、IP hdr （IP_B_new → IP_A_new）、HDR（msgID_B2）、SK [ N（UPDATE_SA_ADDRESSES）、REQUEST（msgID_B1）、REPLY（msgID_A1）]から構成される。

このアドレス変更要求メッセージ１５を受信した端末Ａは、メッセージＩＤがmsgID_B2と新しい値であるため、新規のメッセージとして処理を開始する。そして、端末Ａはメッセージ内のREQUEST（msgID_B1）から、すでに応答としてアドレス変更要求メッセージ１３を送信していることを確認できる。また、端末ＡはREPLY（msgID_A1）から、最初に送信したアドレス変更要求メッセージ１１が端末Ｂに届いていたことを確認できる。端末Ａは、このアドレス変更要求メッセージ１５を受信して、端末Ａと端末Ｂとの間でＳＡの両端のアドレス変更の処理が完了したことを知ることができる。アドレス変更要求メッセージ１３を受信した端末Ｂの動作もこれと同様である。

ここで、REQUEST（msgID）及びREPLY（msgID）のデータフォーマットについて図４を用いて説明する。図４に示すように、Next Payload（ネクストペイロード）４０、C（Critical（クリティカル））４１、RESERVED（リザーブ）４２、Payload Length（ペイロードレングス）４３の領域は、ＩＫＥｖ２で定義されている一般的な情報要素と同じである。Next Payload４０には、次にくる情報要素の種類を示す値が設定される。C４１には、要求受信側がこの情報要素を知らないとき処理せずに無視しても構わないかどうかを示すビットがセットされる。RESERVED４２は予約領域である。Payload Length４３はこのペイロードの長さが設定される。

本発明を広く運用する際には、Next Payload４０に設定する値として、REQUEST（msgID）を示すためのRequest Message IDとREPLY（msgID）を示すためのReply Message IDの値を新たに決める必要がある。一般的なヘッダ部（Next Payload４０、C４１、RESERVED４２、Payload Length４３）に続く領域に実際のMessage ID４４の値を設定する。

次に、アドレス変更要求メッセージを受信したときの通信装置の処理フローについて図５を用いて説明する。ここで、通信装置の処理フローを説明するにあたって、どのメッセージシーケンスに該当するか説明するために図６Ａ〜図６Ｃを用いる。図６Ａのメッセージシーケンス及び図６Ｂのメッセージシーケンスは、第１の通信装置（端末Ａ）がアドレス変更要求メッセージ送信直後に第２の通信装置（端末Ｂ）からアドレス変更要求メッセージを受信し、REQUEST（msgID_A1）、REPLY（msgID_B1）を付加した第３のアドレス変更要求メッセージを送信している。

図６Ａのメッセージシーケンスは第１のアドレス変更要求メッセージが第２の通信装置に届いている場合である。図６Ｂのメッセージシーケンスは第２の通信装置に第１のアドレス変更要求メッセージが届いていない場合である。図６Ｃのメッセージシーケンスは、第１の通信装置が第１のアドレス変更要求メッセージを送信していないときに、第２の通信装置から第２のアドレス変更要求メッセージを受信した場合で、第３のアドレス変更要求メッセージにはREPLY（msgID_B1）が付加されている。このメッセージシーケンスの動作に関しては第２の実施の形態で詳細に説明する。

なお、第３のアドレス変更要求メッセージには、後述する第２の実施の形態のREPLY_NG（msgID_B1）をREPLY（msgID_B1）の代わりに付加させてもよい。また、第３のアドレス変更要求メッセージに第２のアドレス変更要求メッセージに関する情報を含めないようにしてもよい。

図５の説明をすると、まず通信装置（例えば、第１の通信装置など）がアドレス変更要求メッセージを受信する（Ｓ５０１）。アドレス変更要求メッセージであるかどうかは、ＩＫＥｖ２ヘッダのフラグの領域のInitiatorフラグをチェックすることにより判別できる。ＩＫＥｖ２ではアドレス変更要求メッセージを複数定義しているが、今回は本発明に関係するアドレス変更（UPDATE_SA_ADDRESSES）のメッセージの場合について説明する。

まず、通信装置は、ＩＫＥｖ２ヘッダのメッセージＩＤの値が過去に受信したアドレス変更要求メッセージのメッセージＩＤと一致しているか否かを確認する（Ｓ５０２）。この確認のときには送信元アドレスも一緒に使用する。それは送信元の通信装置が一意になるようにメッセージＩＤを決めているからである。このメッセージＩＤが既に受信した値と同じ場合には、このアドレス変更要求メッセージは既に受信したメッセージであることがわかるため、おそらくアドレス変更要求メッセージの送信元の通信装置に応答が届いていないか、届く前にアドレス変更要求メッセージが再送されたと考えられる。そのため通信装置は応答メッセージを作成し、再送信する（Ｓ５０３）。

一方、メッセージＩＤが新規のＩＤである場合には、通信装置自身がアドレス変更要求メッセージを送信し、応答待ちの状態かどうか確認する（Ｓ５０４）。応答待ちの状態ではない場合、これはメッセージ６１を受信したときに相当する。通信装置は、同時にアドレス変更要求を行うか判定する（Ｓ５０５）。同時に変更を行わない場合は、従来どおり、アドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行って（Ｓ５０６）、応答メッセージを作成し、送信する（Ｓ５０７）。同時にアドレス変更を行うと判定した場合には、メッセージ６２を作成、送信する（Ｓ５０８）。なお、このメッセージにはREPLY（msgID_B1）が付加されている。

次に、通信装置がアドレス変更要求メッセージを送信し、応答待ちの状態のときに、通信相手からアドレス変更要求メッセージを受信した場合には、アドレス変更要求メッセージ内にREPLY（msgID）が含まれているかどうか確認する（Ｓ５０９）。REPLY（msgID）が含まれていない場合は、メッセージ６３又は６４を受信したときに相当する。通信装置は、REPLY（msgID_B1）、REQUEST（msgID_A1）を付加したメッセージ６５又は６６を作成し、送信する（Ｓ５１０）。

REPLY（msgID)が含まれている場合は、メッセージ６５、６６、６２を受信したときに相当する。通信装置はそのメッセージＩＤのアドレス変更要求メッセージに対する応答待ちの状態を終了する（Ｓ５１１）。応答待ちの状態で、応答がいつまでも届かない場合には、アドレス変更要求メッセージを再送するなどの処理を通信装置は行わなければならないため、応答を受信した場合にはこの状態を解除する必要がある。

続いて、アドレス変更要求メッセージ内にREQUEST（msgID）が含まれていないか確認する（Ｓ５１２）。REQUEST（msgID）が含まれていない場合は、メッセージ６２を受信したときに相当する。通信装置はアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ５１３）、応答メッセージを作成、送信する（Ｓ５１４）。REQUEST（msgID）が含まれている場合は、メッセージ６５、６７、６６を受信したときに相当する。さらに、このREQUESTの中のメッセージＩＤが過去に受信したことがあるメッセージＩＤかどうか確認する（Ｓ５１５）。このときメッセージの送信元アドレスも一緒に使用する。

このREQUESTに含まれるメッセージＩＤが新規の場合は、メッセージ６６を受信したときに相当する。通信装置は、アドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ５１６）、応答メッセージを作成、送信する（Ｓ５１７）。REQUESTに含まれるメッセージＩＤを過去にも受信したことがある場合は、メッセージ６５、６７を受信したときに相当する。通信装置はＳＡのアドレス変更処理を行い（Ｓ５１８）、処理を終了する。以上がアドレス変更要求メッセージを受信したときの処理フローの説明である。

次に、応答メッセージ及びアドレス変更要求メッセージを受信したときの通信装置の動作について図７を用いて説明する。図７は通信装置の構成の一例を示すものである。通信装置のメッセージ受信部７０１が応答メッセージを受信すると、応答メッセージ解析部７０２に渡される。応答メッセージ解析部７０２は、応答メッセージを解析し、解析結果に基づいて応答待ち状態の終了の指示を要求メッセージ応答待ち状態管理部７０４に通知する。また、応答メッセージ解析部７０２は、解析結果に基づいてＳＡアドレスデータ更新部７０５にアドレス変更を指示する。

ＳＡアドレスデータ更新部７０５は、応答メッセージ解析部７０２の指示に基づいてＳＡデータ蓄積部７０６のアドレスデータを更新する。要求メッセージ応答待ち状態管理部７０４は、応答待ち状態のタイマー管理を行い、待ち時間が所定の一定値を超えたとき要求メッセージ作成部７０７にアドレス変更要求メッセージの再送を要求する。なお、要求メッセージ応答待ち状態管理部７０４は、再送回数が所定の一定値を超えた場合には、応答待ち状態を終了し、以降は再送しないようにしてもよい。

また、メッセージ受信部７０１がアドレス変更要求メッセージを受信すると、要求メッセージ解析部７０３に渡される。要求メッセージ解析部７０３は、過去に受信したことがない新規のアドレス変更要求メッセージかどうかを確認するために、受信要求メッセージＩＤ管理部７０８に確認を指示する。既に受信したことがあるメッセージＩＤをもつアドレス変更要求メッセージの場合には、要求メッセージ解析部７０３は、応答メッセージ作成部７０９に応答メッセージの作成を指示する。応答メッセージ作成部７０９は、作成した応答メッセージの送信をメッセージ送信部７１０に指示する。

受信したアドレス変更要求メッセージのメッセージＩＤが新規の値の場合、要求メッセージ解析部７０３は、通信装置自身がアドレス変更要求メッセージ送信後の応答待ち状態かどうかを要求メッセージ応答待ち状態管理部７０４に確認する。応答待ちの状態ではない場合には、要求メッセージ解析部７０３は、通信相手からのアドレス変更要求メッセージに合わせて自身のアドレスの変更も同時に行うかどうかを同時アドレス変更判定部７１１に問い合わせる。同時にアドレス変更を行わない場合には、要求メッセージ解析部７０３は、通信相手側のアドレスの変更を行うために、ＳＡアドレスデータ更新部７０５にアドレス変更を指示する。

同時にアドレス変更を行う場合には、要求メッセージ解析部７０３は、要求メッセージ作成部７０７に、REPLY（message ID）を付加したアドレス変更要求メッセージの作成を指示する。REPLY（）に設定するmessage IDは、受信したアドレス変更要求メッセージのメッセージＩＤである。要求メッセージ作成部７０７は、作成したアドレス変更要求メッセージの送信をメッセージ送信部７１０に指示する。

要求メッセージ解析部７０３は、アドレス変更要求メッセージを受信し、そのメッセージＩＤが新規の値で、通信装置自身もアドレス変更の要求メッセージを送信し、その応答待ちの状態の場合には、REPLY Message ID解析部７１２に、受信したアドレス変更要求メッセージの中にREPLY（message ID）が含まれているかどうか確認を指示する。REPLY（message ID）が含まれていない場合には、要求メッセージ解析部７０３は、要求メッセージ作成部７０７に、REPLY（message ID）及びREQUEST（message ID）を付加した要求メッセージの作成を指示する。REPLY（）に設定するmessage IDは、受信した要求メッセージのメッセージＩＤである。REQUEST（）に設定するmessage IDは、通信装置自身が応答待ちしているアドレス変更要求メッセージのメッセージＩＤである。

受信したアドレス変更要求メッセージのメッセージＩＤが新規の値で、通信装置自身もアドレス変更の要求メッセージを送信し、その応答待ちの状態で、受信したアドレス変更要求メッセージにREPLY（message ID）が含まれている場合には、要求メッセージ解析部７０３は、要求メッセージ応答待ち状態管理部７０４に、応答待ち状態を終了するように指示する。さらに要求メッセージ解析部１０３は、REQUEST Message ID解析部７１３に、受信したアドレス変更要求メッセージ内にREQUEST（message ID）が含まれているかどうか確認を指示する。

REQUEST（message ID）が含まれていない場合には、要求メッセージ解析部７０３は、ＳＡアドレスデータ更新部７０５にＳＡのアドレス情報の更新を指示する。REQUEST（message ID）が含まれている場合には、REQUEST Message ID解析部７１３は、過去に受信したアドレス変更要求メッセージに同じメッセージＩＤがあるかどうか、受信要求メッセージＩＤ管理部７０８に確認を指示する。REQUEST（）に設定されていたメッセージＩＤが過去に受信したメッセージＩＤと同じ場合には、要求メッセージ解析部７０３はＳＡアドレスデータ更新部７０５にアドレス変更を指示し、アドレス変更要求メッセージの受信処理が終了する。

REQUEST（）に設定されていたメッセージＩＤが過去に受信していない新規のメッセージＩＤの場合には、要求メッセージ解析部７０３はアドレス情報の変更をＳＡアドレスデータ更新部７０５に指示し、さらに応答メッセージの作成を応答メッセージ作成部７０９に指示する。応答メッセージ作成部７０９は、作成した応答メッセージの送信をメッセージ送信部７１０に指示する。

次に、本発明の効果について説明する。図８Ａに示すように、図８Ｂに示す従来のＭＯＢＩＫＥの方法に比べ、両端の端末がＳＡのアドレス変更を行うために必要なメッセージの数を少なくできること、またそれに要する時間を短くできることがわかる。また、端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送する場合には、従来技術では、図９Ｂに示すように、通信相手からのアドレス変更要求メッセージを受信したときに、先に送信したアドレス変更要求メッセージのあて先が古いアドレスであることを知り、先に送信したアドレス変更要求メッセージが通信相手に届いているか判別できないため、通信相手からの応答を待たずにアドレス変更要求メッセージを再送する状況が発生しやすい。また、それは通信相手側の端末にも同じことが言え、同様の動作をとることが考えられる。

この再送された要求メッセージに対しても、それぞれ応答メッセージが返される。このため従来の方法では、両端の端末が同時にアドレス変更を通知する状態が発生すると、数多くのメッセージが送受信され、またその状況が終わるまでに時間を要する。これに対して、本発明の方法を用いると、図９Ａに示すようにＳＡの両端の端末のアドレス変更を実現するためのメッセージの数を削減でき、またアドレス変更に要する時間を短縮することができる。

また、本発明の方法は、１つのアドレス変更要求メッセージでＳＡの両端の端末のアドレス情報の変更を要求しているため、ＳＡのアドレス情報のデータを変更する処理を１回にまとめることが容易になるという効果がある。従来の方法では、１つのアドレス変更要求メッセージには片方のアドレス変更の要求が含まれているため、２回のアドレス変更要求メッセージによってそれぞれＳＡのアドレス情報の変更を行う必要があった。通常、ＳＡの情報はデータベースとして管理され、アドレス情報はそのデータベースの情報変更として扱われる。

この情報変更の処理を本発明の方法では、従来は２回にわたってデータベースにアクセスしていた処理を１回のデータベースへのアクセスで済ますことが可能となる。従来の方法であっても、ＳＡのアドレス変更をデータベースに反映する処理をまとめることは無理をすれば可能である。しかし、一方のアドレス変更を行った直後に、他方のアドレス変更の要求を受信することを予見することは難しく、また予想して待っていたとしても要求がなかった場合には、ＳＡ情報のデータベースへの反映が遅れるという問題が発生するだけである。本発明を用いた場合には、１つのメッセージで両方のアドレス変更が必要なことがわかるため、ＳＡのアドレス変更のためのデータベースへのアクセス回数を１回にすることが容易となる。

＜第２の実施の形態＞
第２の実施の形態について説明する。第２の実施の形態は、マルチリンク端末（装置）が通信相手からのアドレス変更要求メッセージを契機として新しいアドレス変更要求メッセージを送信するものである。以下で図１０を用いて詳しく説明する。

端末Ａはネットワーク１００１（NetA）とネットワーク１００２（NetB）の両方に接続している。それぞれのアドレスをIP_A_old（NetA）、IP_A_new（NetB）とする。端末Ｂはネットワーク１００１から移動してネットワーク１００２に移る。このとき、端末ＢのアドレスはIP_B_oldからIP_B_newに変わる。端末Ｂはこのアドレスの変更を端末Ａに通知する。このアドレス変更要求メッセージは、端末Ｂから端末ＡのアドレスであるIP_A_old（NetA）に向けて送信される。送信されることにより、このアドレス変更要求メッセージはネットワーク１００２からネットワーク１００１を経由して端末Ａに届く。

このアドレス変更要求メッセージを受信した端末Ａは、例えばこのアドレス変更要求メッセージの送信元アドレスから、端末Ａ側におけるアドレスもIP_A_new(NetB)に変更したほうがよいことを知ることができる。また、第１の実施の形態のような場合で考えると、これは、端末Ａがアドレス変更要求メッセージを送信する予定でいたが、送信する前に端末Ｂからアドレス変更要求メッセージを受信した状況と同じである。

図１１に示すように、端末Ｂから送信されるアドレス変更要求メッセージ１１０１は従来のＭＯＢＩＫＥメッセージであり、IP hdr （IP_B_new → IP_A_old）、HDR（msgID_B1）、SK [N（UPDATE_SA_ADDRESSES）]から構成される。一方、端末Ａから送信されるアドレス変更要求メッセージ１１０２はIP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）、REPLY（msgID_B1）]から構成される。また、その後端末Ｂから送信される応答メッセージ１１０３はIP hdr （IP_B_new → IP_A_new）、HDR（msgID_A2）、SK […]から構成される。

ここでアドレス変更要求メッセージ１１０２と従来メッセージとの違いは、REPLY（msgID_B1）を含むところである。このＲＥＰＬＹ情報要素があることによって、端末Ｂはアドレス変更要求メッセージ１１０１を送信した後の応答待ちの状態を解除することができる。また、第１の実施の形態との違いは、REQUEST（msgID_A1）を含まないところである。このアドレス変更要求メッセージ１１０２を受信した端末Ｂは、メッセージＩＤがmsgID_A1のアドレス変更要求メッセージを以前に受信していないため、第１の実施の形態のときと同様に、アドレス変更要求メッセージ１１０２に対する応答メッセージ１１０３を送信する。

なお、アドレス変更要求メッセージ１１０２にわざとREPLY（msgID_B1）を含ませないという方法も考えられる。すなわち、その場合のアドレス変更要求メッセージは、IP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）]から構成される。この場合は、端末Ａが端末Ｂからのアドレス変更要求メッセージ１１０１を受信していながら、そのアドレス変更要求メッセージ１１０１を無視し、応答メッセージを送信することなく、新しいアドレス変更要求メッセージ１１０２を送信していることが特徴である。

このアドレス変更要求メッセージを端末Ｂが正しく解釈するためには、端末Ｂはアドレス変更要求メッセージ１１０２のアドレス変更要求が、端末Ａと端末Ｂの両方のアドレス変更であること（IP_A_oldからIP_A_newへの変更、及びIP_B_oldからIP_B_newへの変更）をＩＰヘッダから読み取り、この変更が先に送信したアドレス変更要求メッセージ１１０１の内容を含んでいることを確認し、アドレス変更要求メッセージ１１０１に対する応答メッセージ待ちの状態を解除し、アドレス変更要求メッセージ１１０１を再送することがないようにしなければならない。

なお、アドレス変更要求メッセージ１１０２に、REPLY（msgID_B1）を含ませる代わりに新しくREPLY_NG（msgID_B1）を追加する方法も考えられる。その場合のアドレス変更要求メッセージ１１０２は、IP hdr （IP_A_new → IP_B_new）、HDR（msgID_A2）、SK [N（UPDATE_SA_ADDRESSES）、REPLY_NG（msgID_B1）]から構成される。このアドレス変更要求メッセージの場合は、明示的にアドレス変更要求メッセージ１１０１を端末Ａが拒否していることにより、端末Ｂはアドレス変更要求メッセージ１１０１で要求した状態を一旦キャンセルしてから、端末Ａのアドレス変更要求メッセージ１１０２の内容を実行することになる。

このアドレス変更要求メッセージ１１０２によって、端末Ｂはアドレス変更要求メッセージ１１０１を送信した応答待ち状態から解除される。また、端末Ｂはアドレス変更要求メッセージ１１０１が拒否されたことにより、ＳＡへのアドレス情報の変更処理をキャンセルする。そして、アドレス変更要求メッセージ１１０２に従って、端末Ａと端末Ｂの両方のアドレス情報のＳＡへの変更を同時に行う。

本発明の効果の１つにＳＡへの両端の端末のアドレス情報の変更を同時に行うことを容易にする点がある。従来のＭＯＢＩＫＥを用いる場合には、片方ずつのアドレス変更を要求メッセージと応答メッセージの一往復で行っていたため、ＳＡへのアドレス情報の変更は片方ずつ行われていたが、本発明のアドレス変更要求メッセージは、両側のアドレス情報の変更を要求するメッセージであるため、ＳＡへの両方のアドレス変更を容易にするという特徴がある。REPLY_NG（msgID_B1）がアドレス変更要求メッセージに存在し、解析部が存在することによってＳＡのアドレス変更処理を迅速に行うことが可能となる。

＜第３の実施の形態＞
第３世代携帯電話の標準化団体である３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代ネットワークアーキテクチャであるＳＡＥ（System Architecture Evolution）についての検討が行われている（TR 23.882 "3GPP system architecture evolution (SAE): Report on technical options and conclusions"参照）。

３ＧＰＰのネットワークは大きく２つに分けられる。すなわち、図１２に示すようなコアネットワークのＣＮ（Core Network）１２００と無線アクセス網のＲＡＮ（Radio Access Network）の２つである。無線アクセス網はＬＴＥ（Long Term Evolution）１２０１と呼ばれている。携帯電話端末はＵＥ（User Equipment）１２０２と呼ばれ、無線アクセス網（ＬＴＥ）１２０１を介してＥ−ＮｏｄｅＢ（基地局）１２０３とつながり、さらにコアネットワーク１２００の機器であるＭＭＥ（Mobility Management Entity）１２０４、ＵＰＥ（User Plane Equipment）１２０５、３ＧＰＰアンカー（Anchor）１２０６と接続している。

このＵＥ１２０２が３ＧＰＰのネットワークと接続する経路は、３ＧＰＰの標準化する無線アクセス方式を用いており３ＧＰＰアクセスと呼ばれる。一方、無線ＬＡＮ（Wireless LAN、例えばIEEE 802.11b/g/a）１２０７などの３ＧＰＰ以外のアクセス方式で３ＧＰＰネットワークに接続する方法はＮｏｎ−３ＧＰＰアクセスと呼ばれている。Ｎｏｎ−３ＧＰＰアクセスの場合には、ＰＤＧ（Packet Data Gateway）１２０８がゲートウェイとなってＵＥ１２０２を３ＧＰＰネットワークに接続する。ＳＡＥアンカー（Anchor）１２０９は、３ＧＰＰアクセスの場合とＮｏｎ−３ＧＰＰアクセスの場合のハンドオーバを実現するための機器である。この３ＧＰＰ ＳＡＥのネットワークアーキテクチャの検討において、Ｗｉｒｅｌｅｓｓ ＬＡＮの変更の際にＰＤＧとＵＥの間でＭＯＢＩＫＥを用いることが１つの案として考えられている。

ここで、想定されているＰＤＧとＵＥの動作について図１３を用いて説明する。ＵＥ１２０２は、Ｗｉｒｅｌｅｓｓ ＬＡＮ Ａ（Ｗ−ＬＡＮ（Ａ））１３００からＷｉｒｅｌｅｓｓ ＬＡＮ Ｂ（Ｗ−ＬＡＮ（Ｂ））１３０１に移動する。ＵＥ１２０２は新しいネットワークに接続しアドレスが変わり、新しいアドレスをＰＤＧ１２０８にＭＯＢＩＫＥを用いて通知し、Ｗ−ＬＡＮ（Ａ）１３００に接続していたときに用いていたＳＡ（Security Association）をＷ−ＬＡＮ（Ｂ）１３０１においても継続して使用する。以上が現在検討されている３ＧＰＰ ＳＡＥのネットワークアーキテクチャにおけるＷｉｒｅｌｅｓｓ ＬＡＮ間移動の際のＰＤＧ−ＵＥ間のＭＯＢＩＫＥの使用である。

しかし、従来技術ではＵＥの移動に合わせてＰＤＧの変更を効率的に行うことができなかった。例えば、図１４に示すように、Ｗ−ＬＡＮ（Ａ）１３００に接続している場合にはＰＤＧ−Ａ１４００がパケットの転送経路として最適だが、Ｗ−ＬＡＮ（Ｂ）１３０１に接続している場合にはＰＤＧ−Ｂ１４０１のほうがパケットの転送経路として適しているという状況の場合に、ＰＤＧの変更を効率的に行うことができなかった。以下ではＰＤＧの変更を管理する機器として、ＰＤＧに接続している機器をＰＤＧ管理サーバ１４０２と呼ぶことにする。ＳＡＥアンカーにＰＤＧ管理サーバの機能が搭載されることも想定されるし、別の機器としてネットワークアーキテクチャが構成されることも想定される。

本発明の方法を用いると、ＵＥが接続するネットワークを変更しアドレスが変更するのに合わせて、網側は最適なＰＤＧとの接続に変更することができる。ここで、図１５を用いてメッセージの流れについて説明する。ＵＥ１２０２は、Ｗ−ＬＡＮ（Ａ）１３００からＷ−ＬＡＮ（Ｂ）１３０１に移動しアドレスが変わる。それを元のＰＤＧ−Ａ１４００にメッセージ１５００を用いて通知する。メッセージ１５００はＭＯＢＩＫＥのアドレス変更要求メッセージである。

ＰＤＧ−Ａ１４００は、アドレス変更要求を受信したことをＰＤＧを管理するノードにメッセージ１５０１を用いて通知する。ここでは通知先をＰＤＧ管理サーバ１４０２とする。ＰＤＧ管理サーバ１４０２はＰＤＧの変更が望ましいと判断し、ＰＤＧ−Ｂ１４０１にメッセージ１５０２を送信する。判断する情報としては、ＵＥ１２０２の新しいアドレスからパケットの経路が短くなるＰＤＧを選び出す方法が考えられる。または、ＰＤＧの負荷の状況にあわせてロードバランスに配慮したＰＤＧの選択も考えられる。ＰＤＧ−Ｂ１４０１は本発明のメッセージ１５０３をＵＥ１２０２に送信する。ＵＥ１２０２は応答メッセージ１５０４をＵＥ１２０２に送信する。

次に、それぞれのメッセージについて図１６を用いて説明する。メッセージ１５００は、第１のアドレス変更要求のメッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK[N(UPDATE_SA_ADDRESSES)]である。メッセージ１５０３は、第２のアドレス変更要求メッセージであり、本発明のＲＥＰＬＹ情報要素を含み、msgID_U1よりメッセージ１５００の応答の意味を含む。具体的な構成はIP hdr (PDG-B →UE new address) HDR(msgID_B1)、SK [N(UPDATE_SA_ADDRESSES)、REPLY(msgID_U1)]である。メッセージ１５０４は応答メッセージ（従来のＭＯＢＩＫＥメッセージと同様）であり、具体的な構成はIP hdr (UE new address →PDG-B) HDR(msgID_B1)、SK […]である。

アドレス変更要求の情報を通知するメッセージ１５０１と１５０２には、メッセージ１５００に含まれている情報が含まれている。このメッセージ１５０１に含まれている情報に基づいてＰＤＧ管理サーバ１４０２はＰＤＧの変更を判断する。また、メッセージ１５０２に含まれている情報に基づいてＰＤＧ−Ｂ１４０１はメッセージ１５０３を送信する。なお、ＰＤＧ−Ａ１４００が変更先のＰＤＧ−Ｂ１４０１を選択できる場合には、ＰＤＧ−Ａ１４００が直接ＰＤＧ−Ｂ１４０１にメッセージ１５０２を送信してもよい。なお、アドレスの変更は移動に伴うものだけでなく、ＵＥがマルチリンク可能な端末の場合にはリンクの切り替えに伴うものであってもよい。

上述した例は、網側がＵＥからのアドレス変更要求を受信し、それに合わせてＰＤＧのアドレス変更も同時に行う場合について説明した。それ以外の例としては、網側からＵＥにアドレス変更要求を送信する場合も考えられる。例えば、ＰＤＧのロードバランスを平滑化するために、接続しているＵＥを分散させたい場合が考えられる。または、ＰＤＧのメンテナンスによる変更や、動的に変化する経路にあわせたＰＤＧの変更なども考えられる。このように、網側からＵＥにＭＯＢＩＫＥのアドレス変更要求を送信する場合には、本発明で説明したのと同様に、同時にＵＥとＰＤＧがアドレス変更要求を相手に送信する場合が起こり得る。次に説明する例は、ＵＥからのアドレス変更要求はＰＤＧ−Ａに届くが、ＰＤＧ−Ｂからのアドレス変更要求がＵＥの古いアドレスに送信されたため届かない場合についてである。

図１７に示すように、ＰＤＧ−Ｂ１４０１は、ＵＥ１２０２にＰＤＧのアドレス変更を通知するメッセージ１７００を送信するが、ＵＥ１２０２は移動後のためメッセージ１７００を受信できていない。このときメッセージ１７０４には、メッセージ１７００のメッセージＩＤがＲＥＱＵＥＳＴ情報要素として含まれている。他のメッセージは図１６の例と同じである。

次に、それぞれのメッセージ内容を簡単に示す。メッセージ１７００は従来のＭＯＢＩＫＥメッセージであり、具体的な構成はIP hdr (PDG-B →UE old address) HDR(msgID_B1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１７０１は第１のアドレス変更要求メッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK [ N(UPDATE_SA_ADDRESSES)]である。メッセージ１７０４は第２のアドレス変更要求メッセージであり、具体的な構成は、IP hdr (PDG-B →UE new address) HDR(msgID_B2)、SK[ N(UPDATE_SA_ADDRESSES), REQUEST(msgID_B1)、 REPLY(msgID_U1)]である。メッセージ１７０５は応答メッセージであり、具体的にはIP hdr (UE new address →PDG-B) HDR(msgID_B2)、SK[…]である。

次の例として、ＵＥが古いアドレスあてのメッセージを転送などによって受信できる場合について図１８を用いて説明する。ＰＤＧ−Ｂ１４０１がＭＯＢＩＫＥのアドレス変更要求のメッセージ１８００をＵＥ１２０２の古いアドレスあてに送信し、そのメッセージが新しいアドレスにメッセージ１８０１となって転送されるとする。ＰＤＧ−Ｂ１４０１がメッセージ１８０４を受信し、メッセージ１８０５を送信することは上述した例と同じである。このメッセージ１８０５にはＲＥＱＵＥＳＴ情報要素とＲＥＰＬＹ情報要素の両方が含まれる。

ＵＥ１２０２はメッセージ１８０１を受信し、メッセージ１８０６を送信する。このメッセージ１８０６にはＲＥＱＵＥＳＴ情報要素とＲＥＰＬＹ情報要素の両方が含まれる。メッセージ１８０６を受信したＰＤＧ−Ｂ１４０１及びメッセージ１８０５を受信したＵＥ１２０２は、応答メッセージを送信する必要がない。この点が上述した例と異なる。メッセージ１８０５を受信したＵＥ１２０２が応答メッセージを送信する必要がない理由を簡単に説明する。

メッセージ１８０５の送信元アドレスはＰＤＧ−Ｂ１４０１であり、ＰＤＧ−Ａ１４００から新しいアドレスに変更されている。さらに、メッセージ内のＲＥＱＵＥＳＴ情報要素がmsgID_B1を含んでいることから、ＰＤＧ−Ｂ１４０１からの要求はメッセージ１８００と同様の内容であり、ＵＥ１２０２が既にメッセージ１８０６で応答を返していることが分かる。つまり、ＰＤＧ−Ａ１４００からＰＤＧ−Ｂ１４０１へのアドレスの変更は両方とも合意したことが分かる。また、送信先アドレスはＵＥ１２０２の新しいアドレスになっている。さらに、メッセージ内にはＲＥＰＬＹ情報要素が含まれ、先に送信したアドレス変更要求のメッセージ１８００のmsgID_U1を含むことから、アドレス変更要求の内容が伝わっており、ＵＥ１２０２のアドレスが新しく変更したことを両方ともが合意したことが分かる。

また、受信したメッセージが本発明の新しい情報要素を含んでいることから、ＵＥ１２０２はＰＤＧ−Ｂ１４０１に送信したメッセージ１８０６が、メッセージ１８００に対する応答であることをＰＤＧ−Ｂ１４０１が理解できることが分かる。以上の理由から、ＵＥ１２０２はＰＤＧ−Ｂ１４０１が次の２つのことを知っていると判断できる。１つ目はＵＥ１２０２のアドレス変更があったことである。２つ目はＵＥ１２０２がＰＤＧ−Ａ１４００からＰＤＧ−Ｂ１４０１にアドレスが変更されたことを了解したことである。このためＵＥ１２０２は、メッセージ１８０５に対する応答メッセージを送信する必要がない。ＰＤＧ−Ｂ１４０１がメッセージ１８０６に対する応答を送信する必要がない理由も同様である。

次に、それぞれのメッセージの内容を示す。メッセージ１８００は従来のＭＯＢＩＫＥメッセージであり、具体的な構成はIP hdr (PDG-B →UE old address) HDR(msgID_B1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１８０２は第１のアドレス変更要求メッセージ（従来のＭＯＢＩＫＥメッセージ）であり、具体的な構成はIP hdr (UE new address →PDG-A) HDR(msgID_U1)、SK[ N(UPDATE_SA_ADDRESSES)]である。メッセージ１８０５は第２のアドレス変更要求メッセージであり、具体的な構成はIP hdr (PDG-B→UE new address) HDR(msgID_B2)、SK[N(UPDATE_SA_ADDRESSES)、REQUEST(msgID_B1)、REPLY(msgID_U1)]である。

メッセージ１８０６の具体的な構成は、IP hdr (UE new address →PDG-B) HDR(msgID_U2)、SK[N(UPDATE_SA_ADDRESSES)、REQUEST(msgID_U1)、REPLY(msgID_B1)]である。なお、ここではＰＤＧを切り替える場合について説明したが、ＵＥを切り替える場合も同様に扱うことができる。例えば、不図示の端末ＵＥ−Ａから不図示の端末ＵＥ−Ｂに切り替える場合である。端末を切り替える場合としては、端末ＵＥ−Ｂにあって端末ＵＥ−Ａにはない機能を使うために、端末を切り替えることが考えられる。または、端末ＵＥ−Ａの一部の機能が使えない状態になったために、新しい端末に切り替えることなども考えられる。または、端末ＵＥ−Ａを充電器に接続させておかなければならないために、端末ＵＥ−Ｂに切り替えるようなことも考えられる。

次に、ＰＤＧの構成について図１９を用いて説明する。なお、このＰＤＧの構成は図７に示す通信装置の構成に管理メッセージ作成部と管理メッセージ解析部が追加されている。なお、ＰＤＧの構成の説明の前にＰＤＧ管理サーバとＰＤＧとの関係について図２０を用いて説明する。

図２０に示すように、ＰＤＧ管理サーバ１４０２は、ＵＥ−ＰＤＧ対応管理データ２００５とＳＡデータ２００６を管理している。ＰＤＧ管理サーバ１４０２が管理しているＳＡデータ２００６は、ＵＥ−ＰＤＧ対応管理データ２００５の一部のデータと捉えることができる。ＰＤＧ管理サーバ１４０２は、ＵＥ−ＰＤＧ対応管理データ２００５によって、ＵＥ１２０２の移動に合わせて対応するＰＤＧを切り替えたり、ＰＤＧの負荷分散を目的としてＵＥ１２０２に対応するＰＤＧを変更したりする。

ＳＡデータ２００６はそのＵＥ−ＰＤＧの組ごとに存在するデータであり、通常はＰＤＧだけが持っていればよいが、ＰＤＧの変更の際にＳＡデータと元のＰＤＧから取り寄せ、新しいＰＤＧに送信する手間を小さくするために、あらかじめＰＤＧ管理サーバ１４０２に蓄えさせておく。各ＰＤＧはＵＥ１２０２との間のＳＡのデータを管理している。ＳＡデータとは、ＩＫＥ ＳＡ及びIPsec ＳＡの情報である。ＰＤＧはＳＡデータが更新されるとＰＤＧ管理サーバ１４０２にその変更を通知する。

ここで、ＵＥが移動などによってＰＤＧにアドレス変更要求を送信した場合についてＰＤＧの構成図を示す図１９を用いて説明する。ここでは、ＰＤＧとＰＤＧ管理サーバとの間の動作を中心に説明する。それ以外の動作は図７の説明と同様である。ＵＥ１２０２からの要求メッセージ２０００をＰＤＧ−Ａ１４００は受信し、ＰＤＧ−Ａ１４００はＰＤＧ管理サーバ１４０２に通知するために、管理メッセージ作成部１９００においてメッセージ２００１を作成して送信する。このメッセージ２００１にはＵＥ１２０２の新しいアドレスや要求メッセージのメッセージＩＤが含まれる。

ＰＤＧ管理サーバ１４０２は、ＵＥ１２０２の新しいアドレスやＰＤＧの位置や負荷の状態などを考慮して対応するＰＤＧを選択する。ＰＤＧ−Ａ１４００が選択された場合には、ＰＤＧ管理サーバ１４０２はＰＤＧ−Ａ１４００に応答を指示する。このときＰＤＧ−Ａ１４００は、管理メッセージ解析部１９０１においてメッセージを解析し、応答メッセージ作成部７０９において応答メッセージを作成し、送信する。ＰＤＧ−Ｂ１４０１が選択された場合には、ＰＤＧ管理サーバ１４０２はＰＤＧ−Ｂ１４０１に要求メッセージの送信を指示する。

ＰＤＧ−Ｂ１４０１は、ＰＤＧ管理サーバ１４０２から要求メッセージの送信を指示されると同時に、ＳＡ情報とＵＥ１２０２のアドレス、ＵＥ１２０２が送信した要求メッセージのメッセージＩＤを受信する。管理メッセージ解析部１９０１は、ＳＡ情報をＳＡデータ蓄積部７０６に書き込み、要求メッセージ作成部７０７によって要求メッセージ２００３を作成し、送信する。この要求メッセージ２００３にはＵＥ１２０２が送信した要求メッセージ２０００のメッセージＩＤが含まれている。

ＵＥ１２０２は、要求メッセージ２００３を受信し、ＵＥ１２０２のアドレス変更とともにＰＤＧのアドレスも変更されることを知り、応答のメッセージ２００４を送信する。
応答メッセージ２００４を受信したＰＤＧ−Ｂ１４０１は、ＳＡアドレスデータ更新部７０５よりＳＡデータ蓄積部７０６のデータを更新し、更新内容をＰＤＧ管理サーバ１４０２に通知するために、管理メッセージ作成部１９００によってメッセージを作成し、送信する。

次に、ＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合について図２１を用いて説明する。ＰＤＧ管理サーバ１４０２は、ＰＤＧ−Ｂ１４０１にアドレス変更をＵＥ１２０２に通知するようにメッセージ２１００を送信する。このメッセージ２１００にはＳＡデータが含まれる。ＰＤＧ−Ｂ１４０１はＵＥ１２０２のアドレスにアドレス変更要求メッセージ２１０１を送信する。メッセージ２１０１がＵＥ１２０２に届いた場合には、ＵＥ１２０２は応答メッセージをＰＤＧ−Ｂ１４０１に返し、ＰＤＧの変更が完了する。

ＰＤＧ−Ｂ１４０１がメッセージ２１０１を送信しようとしているときに、ＵＥ１２０２が移動して、ＵＥ１２０２もＰＤＧ−Ａ１４００にアドレス変更要求メッセージ２１０２を送信していた場合には、ＰＤＧ−Ａ１４００はＵＥ１２０２からアドレス変更要求を受信したことをＰＤＧ管理サーバ１４０２に通知するメッセージ２１０３を送信する。ＰＤＧ管理サーバ１４０２は、メッセージ２１０３によって、ＰＤＧ側のアドレス変更要求の処理中にＵＥ１２０２側もアドレス変更を行ったことを知り、ＰＤＧ−Ｂ１４０１にメッセージ２１０４を送信する。このメッセージ２１０４にはＵＥ１２０２からのアドレス変更要求メッセージ２１０２のメッセージＩＤの情報が含まれる。ＳＡ情報は既にメッセージ２１００で送信しているため、このときには送信する必要はない。

ＰＤＧ−Ｂ１４０１は、メッセージ２１０４を受信し、ＵＥ１２０２の新しいアドレスにアドレス変更要求メッセージ２１０５を送信する。メッセージ２１０５には、メッセージ２１０１の再送であることを示すＲｅｑｕｅｓｔ情報とメッセージ２１０２の応答であることを示すＲｅｐｌｙ情報が含まれている。ＵＥ１２０２は、メッセージ２１０５を受信し、応答メッセージ２１０６を送信する。もし、ＵＥ１２０２が移動前のアドレスに送信されたメッセージ２１０１を転送などによって受信し、メッセージ２１０５を受信する前であったならば、メッセージ２１０６はＵＥ１２０２からのアドレス変更要求メッセージとなる。

次に、上述したＰＤＧの動作フローの詳細について図２２Ａ、図２２Ｂを用いて説明する。最初に、通信装置ＰＤＧ−Ａが、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージを受信する（Ｓ２２０１）。次に、通信装置ＰＤＧ−Ａは、ＩＫＥｖ２ヘッダのメッセージＩＤ（msgID_UE2）の値が過去に受信したアドレス変更要求メッセージのメッセージＩＤと一致しているか否かを確認する（Ｓ２２０２）。この確認のときには送信元アドレスも一緒に使用する。それは送信元の通信相手装置（ＵＥ）が一意になるようにメッセージＩＤを決めているからである。このメッセージＩＤが既に受信した値と同じ場合には（Ｓ２２０２のＹＥＳ）、このアドレス変更要求メッセージは既に受信したメッセージであることがわかるため、おそらくアドレス変更要求メッセージの送信元の通信相手装置（ＵＥ）に応答が届いていないか、届く前にアドレス変更要求メッセージが再送されたと考えられる。そのため通信装置ＰＤＧ−Ａは応答メッセージを作成し、再送信する（Ｓ２２０３）。

一方、通信装置ＰＤＧ−Ａは、メッセージＩＤが過去に受信したメッセージＩＤとは一致せず新規のメッセージＩＤである場合には（Ｓ２２０２のＮＯ）、新規のアドレス変更要求を受信した旨をＰＤＧ管理サーバに通知する（Ｓ２２０４）。さらに、ＰＤＧ管理サーバは、いずれかの通信装置ＰＤＧから既にアドレス変更要求メッセージを通信相手装置（ＵＥ）に送信して応答待ちの状態であるかどうか確認する（Ｓ２２０５）。応答待ちの状態ではない場合（Ｓ２２０５のＮＯ）、ＰＤＧ管理サーバは、通信相手装置（ＵＥ）からのアドレス変更要求と同時に通信装置ＰＤＧのアドレス変更要求を行うか判定する（Ｓ２２０６）。同時にアドレス変更を行わない場合は（Ｓ２２０６のＮＯ）、ＰＤＧ管理サーバは、通信装置ＰＤＧ−Ａに、通信相手装置（ＵＥ）からのアドレス変更要求メッセージに対して応答メッセージを送信するように指示する（Ｓ２２０７）。

通信装置ＰＤＧ−Ａは、ＳＡのアドレス変更処理を行って（Ｓ２２０８）、さらに応答メッセージを作成し、通信相手装置（ＵＥ）に送信する（Ｓ２２０９）。ＰＤＧ管理サーバが同時にアドレス変更を行うと判定した場合には（Ｓ２２０６のＹＥＳ）、ＰＤＧ管理サーバはどの通信装置ＰＤＧに切り替えるか選択する（Ｓ２２１０）。ここでは通信装置ＰＤＧ−Ｂに切り替えると仮定する。ＰＤＧ管理サーバは、ＰＤＧ−Ｂに、通信相手装置（ＵＥ）からアドレス変更要求を受信したことを通知し、アドレス変更要求を通信相手装置（ＵＥ）に送信するように指示する（Ｓ２２１１）。通信装置ＰＤＧ−Ｂは、ＲＥＰＬＹ（msgID_UE2）を付加したメッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１２）。

次に、既にいずれかの通信装置ＰＤＧ（ここではＰＤＧ−Ｂとする）にアドレス変更要求メッセージの送信を指示し応答待ちの状態だった場合には（Ｓ２２０５のＹＥＳ）、ＰＤＧ管理サーバは、通信装置ＰＤＧ−Ｂに通信相手装置（ＵＥ）からアドレス変更要求を受信した旨を通知する（Ｓ２２１３）。通信装置ＰＤＧ−Ｂは、通信相手装置（ＵＥ）から受信したアドレス変更要求のメッセージ内にＲＥＰＬＹ（msgID_PDG）が含まれているかどうか確認する（Ｓ２２１４）。ＲＥＰＬＹ（msgID_PDG）が含まれていない場合は（Ｓ２２１４のＮＯ）、通信装置ＰＤＧ−ＢはＲＥＰＬＹ（msgID_UE2）及びＲＥＱＵＥＳＴ（msgID_PDG）を付加したメッセージを作成し、通信相手装置（ＵＥ）に送信する（Ｓ２２１５）。

通信相手装置（ＵＥ）から送信されたアドレス変更要求のメッセージにＲＥＰＬＹ（msgID_PDG)が含まれている場合には（Ｓ２２１４のＹＥＳ）、通信装置ＰＤＧ−ＢはそのメッセージＩＤ（msgID_PDG）のアドレス変更要求メッセージに対する応答待ちの状態を終了する（Ｓ２２１６）。応答待ちの状態で、応答がいつまでも届かない場合には、アドレス変更要求メッセージを再送するなどの処理を通信装置は行わなければならないため、応答を受信した場合にはこの状態を解除する必要がある。

続いて、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージ内にＲＥＱＵＥＳＴ（msgID_UE1）が含まれていないか確認する（Ｓ２２１７）。ＲＥＱＵＥＳＴ（msgID_UE1）が含まれていない場合は（Ｓ２２１７のＮＯ）、通信装置ＰＤＧ−Ｂは通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ２２１８）、応答メッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１９）。ＲＥＱＵＥＳＴ（msgID_UE1）が含まれている場合は（Ｓ２２１７のＹＥＳ）、このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤと同じかどうか確認する（Ｓ２２２０）。この確認のときにはメッセージＩＤとともにメッセージの送信元アドレスも一緒に用いて確認する。

このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤと一致せず新規のメッセージＩＤである場合には（Ｓ２２２０のＮＯ）、通信装置ＰＤＧ−Ｂは、通信相手装置（ＵＥ）から送信されたアドレス変更要求メッセージに従って、ＳＡのアドレス変更処理を行い（Ｓ２２１８）、応答メッセージを作成し通信相手装置（ＵＥ）に送信する（Ｓ２２１９）。このメッセージＩＤ（msgID_UE1）が過去に受信したことがあるメッセージＩＤの場合には（Ｓ２２２０のＹＥＳ）、通信装置ＰＤＧ−ＢはＳＡのアドレス変更処理を行い（Ｓ２２２１）、さらにアドレス変更処理を完了したことをＰＤＧ管理サーバに通知する（Ｓ２２２２）。以上が、通信装置ＰＤＧ（ＰＤＧ−Ａ）が通信相手装置（ＵＥ）からアドレス変更要求メッセージを受信したときの処理フローの説明である。

以上、ＰＤＧとＰＤＧ管理サーバとの関連する動作を説明した。なお、ここではＰＤＧとＰＤＧ管理サーバを分離した場合について説明したが、ＰＤＧ管理サーバが存在しない場合にも適用可能である。その場合には、変更前のＰＤＧが変更先のＰＤＧに直接メッセージを送信する。この場合、変更前のＰＤＧが変更先のＰＤＧを選択するために必要な情報を自装置が持つ。ＰＤＧが構成要素に対応ＰＤＧ判定部２３００及びＵＥ−ＰＤＧ対応管理データ蓄積部２３０１を持つ例を図２３に示した。

対応ＰＤＧ判定部２３００は、ＵＥ１２０２からのアドレス変更要求に合わせて、またはＰＤＧからの主導的なＰＤＧ変更をＵＥ１２０２に働きかけるかどうかを判定する。ＵＥ−ＰＤＧ対応管理データ蓄積部２３０１は、ＰＤＧ間で負荷の分散やＵＥ１２０２との通信のパケット経路の最適化を目的とし、それぞれのＰＤＧの状態の情報交換を行い、その状況を示すデータを蓄積する機能部である。

このＵＥ−ＰＧＤ対応管理データ蓄積部２３０１のデータを利用して、対応ＰＤＧ判定部２３００は、ＰＤＧを変更するかどうか、どのＰＤＧに変更するかの判定を行う。対応ＰＤＧ判定部２３００は、同時アドレス変更判定部７１１の判定条件の拡張と捉えることができる。自端末だけではなく他の端末の通信状態なども考慮に入れて、アドレス変更を同時に行うかどうか判定するところが異なっている。

また、なおここではＰＤＧを変更する場合について説明したが、ＵＥが機器を交換する場合にも同様の処理を行うことが可能である。例えば、宅外から家に帰ってきたようなときに、持ち運びに便利な小型の携帯端末から、映像や音声の品質よく再生するテレビやステレオのような大型の端末への交換が考えられる。また、例えば携帯端末のバッテリー残存量が少なくなったときに、十分に充電している携帯端末への交換が考えられる。

もう少し具体的な例では、通話などのサービスを継続しながら、バッテリー残存量が少なくなったことに気がついたとき、別に持つ十分バッテリーを充電した端末にサービスを継続させ、先のバッテリー残存量の少なくなった携帯端末を充電器に接続させておく、といった使い方が考えられる。また、例えば携帯電話を買い換えるときや、新しい携帯電話と交換するときに使うことが考えられる。このとき、図２３の構成図における対応ＰＤＧ判定部２３００は、ＰＤＧだけに限定しない場合、対応端末判定部などとわかりやすいように呼び変えることも可能である。また、ＵＥ−ＰＤＧ対応管理データ蓄積部２３０１は、端末−端末対応管理データ蓄積部と呼び変えることも可能である。

なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本発明に係る通信継続方法及びその方法で用いられる通信端末は、メッセージ数を増やすことなく、またＳＡの両側のアドレス変更のためのメッセージ交換が完了するまでの時間を短く、効率的に行うことができ、また、まとめて１回で両方のアドレス変更を行うことを容易にし、端末でのＳＡのアドレス変更作業を効率的に実現することができるため、通信端末間で安全な通信経路を確立するためのセキュリティ情報が形成された後、通信端末の移動によりアドレスが変更する場合に、移動前のセキュリティ情報を用いて移動後における通信端末間の通信を継続する通信継続方法及びその方法で用いられる通信端末などに有用である。

本発明の第１の実施の形態における端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送できないときのシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態におけるＩＫＥｖ２のヘッダのフォーマットの一例を示す図 本発明の第１の実施の形態における端末Ｂがアドレス変更要求メッセージ１１を受信していた場合におけるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態におけるREQUEST（msgID)、REPLY（msgID）のデータフォーマットの一例を示す図 本発明の第１の実施の形態におけるアドレス変更要求メッセージを受信したときの通信装置の処理フローの一例を示すフローチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するためのシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するための他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における通信装置の処理フローの説明にあたって、どのメッセージシーケンスに該当するか説明するための他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態に係る通信装置の構成の一例を示す構成図 本発明の第１の実施の形態における効果について説明するために用いるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するに用いる他のシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するために用いるシーケンスの一例を示すシーケンスチャート 本発明の第１の実施の形態における効果について説明するに用いる他のシーケンスの一例を示すシーケンスチャート 本発明の第２の実施の形態における通信ネットワークの構成の一例を示す構成図 本発明の第２の実施の形態におけるメッセージの処理シーケンスの一例を示すシーケンスチャート 本発明の第３の実施の形態における通信ネットワークの構成の一例を示す構成図 本発明の第３の実施の形態における通信ネットワークで想定されるＰＤＧとＵＥの構成の一例を示す図 本発明の第３の実施の形態における通信ネットワークで想定されるＰＤＧとＵＥの構成の一例を示す図 本発明の第３の実施の形態におけるメッセージの流れの一例について説明するための図 本発明の第３の実施の形態におけるメッセージの流れの一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるメッセージの流れの他の一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるメッセージの流れの他の一例について説明するためのシーケンスチャート 本発明の第３の実施の形態におけるＰＤＧの構成の一例を示す構成図 本発明の第３の実施の形態におけるＰＤＧ管理サーバとＰＤＧとの関係を説明するための図 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合について説明するための図 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合の動作フローの一例の一部を示すフローチャート 本発明の第３の実施の形態におけるＵＥの移動前にＰＤＧ管理サーバからＰＤＧの変更を開始した場合の動作フローの一例の一部を示すフローチャート 本発明の第３の実施の形態におけるＰＤＧ管理サーバが存在しない場合のＰＤＧの構成の一例を示す構成図 従来のＩＰアドレスの変更の際のＭＯＢＩＫＥのプロトコルの動作について説明するための図 従来におけるアドレス変更要求メッセージの一例を示す図 従来における応答メッセージの一例を示す図 従来における確認用メッセージの一例を示す図 従来における確認用メッセージの一例を示す図 従来における、同時に移動してそれぞれ相手に対してアドレス変更要求メッセージを送信した場合について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａだけが古いアドレスのメッセージを新しいアドレスに転送する準備をしている場合のＭＯＢＩＫＥを用いた動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａと端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送する準備をしていた場合の動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、応答メッセージを送信した直後に端末Ｂからの応答メッセージを待つことなくアドレス変更要求メッセージを再送信する動作について説明するためのシーケンスの一例を示すシーケンスチャート 従来における、端末Ａと端末Ｂが古いアドレスあてのメッセージを新しいアドレスに転送し、アドレス変更要求メッセージを再送信することによってメッセージが多くなることを説明するためのシーケンスの一例を示すシーケンスチャート

Claims (29)

1. 第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、
   前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、
   前記第１の通信端末が、前記第１の通信端末自身の移動に伴い、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを移動前の前記第２の通信端末の前記アドレスあてに送信し、前記第２のメッセージに対する応答を受信する前に前記第１のメッセージを受信した場合、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、
   有する通信継続方法。
2. 前記第３のメッセージは、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含む請求項１に記載の通信継続方法。
3. 第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、
   前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、
   前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップと、
   前記第２の通信端末が、前記第２のメッセージを受信した際、既に前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記第１の通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理するステップとを、
   有する通信継続方法。
4. 前記第２の通信端末が、前記第２のメッセージを受信した際、前記第３のメッセージを前記第１の通信端末から受信していない場合、前記第２のメッセージに基づいて応答メッセージを生成し、生成された前記応答メッセージを移動後の前記第１の通信端末のアドレスあてに送信する請求項３に記載の通信継続方法。
5. 第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末及び前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、
   前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、
   前記第１の通信端末が、前記第１のメッセージに基づいて、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、
   有する通信継続方法。
6. 前記第２のメッセージは、前記第１のメッセージの応答である旨の情報を含む請求項５に記載の通信継続方法。
7. 前記第２のメッセージは、前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含む請求項５に記載の通信継続方法。
8. 前記第２のメッセージは、前記第１のメッセージに関する情報を含まない請求項５に記載の通信継続方法。
9. マルチリンク可能な第１の通信端末と、第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第２の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記第１の通信端末と前記第２の通信端末との通信を継続する通信継続方法であって、
   前記第２の通信端末が、前記第２の通信端末自身の移動に伴い、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第１の通信端末に送信するステップと、
   前記第１の通信端末が、前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定し、前記アドレスの更新を行う場合に前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を行うとともに、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを、移動後の前記第２の通信端末の前記アドレスあてに送信するステップとを、
   有する通信継続方法。
10. 前記第２のメッセージは、前記第１のメッセージの応答である旨の情報を含む請求項９に記載の通信継続方法。
11. 前記第２のメッセージは、前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含む請求項９に記載の通信継続方法。
12. 前記第２のメッセージは、前記第１のメッセージに関する情報を含まない請求項９に記載の通信継続方法。
13. 所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、
    前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、
    前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、
    生成された前記第２のメッセージを移動前の前記相手方通信端末の前記アドレスあてに送信する送信手段とを備え、
    前記第２のメッセージに対する応答を受信する前に前記受信手段を介して前記第１のメッセージを受信した場合、
    前記要求メッセージ生成手段は、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを生成し、
    前記送信手段は、生成された前記第３のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する通信端末。
14. 前記第３のメッセージは、前記第２のメッセージの再送である旨の情報、前記第１のメッセージの応答である旨の情報、前記第３のメッセージが前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する新規なメッセージである旨の情報を含む請求項１３に記載の通信端末。
15. 所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、
    前記所定の通信端末自身の移動に伴い、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成する要求メッセージ生成手段と、
    生成された前記第１のメッセージを前記相手方通信端末に送信する送信手段と、
    前記第１のメッセージに基づいて前記相手方通信端末から送信された、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを受信する受信手段と、
    前記受信手段を介して前記第２のメッセージを受信した際、既に前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを前記相手方通信端末から受信している場合、前記第２のメッセージに対する応答処理をしないことを決定し、前記第１のメッセージの応答として処理する処理手段とを、
    備える通信端末。
16. 前記受信手段を介して前記第２のメッセージを受信した際、前記第３のメッセージを前記相手方通信端末から受信していない場合、
    前記第２のメッセージに基づいて応答メッセージを生成する応答メッセージ生成手段を更に備え、
    前記送信手段が、生成された前記応答メッセージを移動後の前記相手方通信端末のアドレスあてに送信する請求項１５に記載の通信端末。
17. 所定の通信端末と前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末及び前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、
    前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、
    受信された前記第１のメッセージに基づいて、前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、
    生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、
    備える通信端末。
18. 前記第２のメッセージは、前記第１のメッセージの応答である旨の情報を含む請求項１７に記載の通信端末。
19. 前記第２のメッセージは、前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含む請求項１７に記載の通信端末。
20. 前記第２のメッセージは、前記第１のメッセージに関する情報を含まない請求項１７に記載の通信端末。
21. マルチリンク可能な所定の通信端末と、前記所定の通信端末と通信を行う相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記相手方通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて移動後における前記所定の通信端末と前記相手方通信端末との通信を継続する通信継続方法で用いられる前記所定の通信端末であって、
    前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記相手方通信端末から受信する受信手段と、
    受信された前記第１のメッセージに基づいて、前記所定の通信端末自身に保持された前記セキュリティ情報におけるアドレスの更新を行うか否かを決定する決定手段と、
    前記アドレスの更新を行うと決定された場合に前記所定の通信端末自身に保持された前記セキュリティ情報における前記アドレスの更新を行う更新手段と、
    前記相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第２のメッセージを生成する要求メッセージ生成手段と、
    生成された前記第２のメッセージを移動後の前記相手方通信端末の前記アドレスあてに送信する送信手段とを、
    備える通信端末。
22. 前記第２のメッセージは、前記第１のメッセージの応答である旨の情報を含む請求項２１に記載の通信端末。
23. 前記第２のメッセージは、前記第１のメッセージによる前記アドレスの更新の要求を拒否する旨の情報を含む請求項２１に記載の通信端末。
24. 前記第２のメッセージは、前記第１のメッセージに関する情報を含まない請求項２１に記載の通信端末。
25. 第１の通信端末と第２の通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記第１の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記第１の通信端末が第３の通信端末を通じて通信を継続する通信継続方法であって、
    前記第１の通信端末が、前記第２の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを前記第２の通信端末に送信するステップと、
    前記第３の通信端末が、前記第２の通信端末が受信した前記第１のメッセージに基づいて、前記第１の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを、移動後の前記第１の通信端末のアドレスあてに送信するステップとを、
    有する通信継続方法。
26. 前記第３の通信端末が、前記第１の通信端末によって前記第１のメッセージが前記第２の通信端末に送信される際、前記第１の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動前の前記第１の通信端末あてに送信するステップを更に有し、
    前記第３の通信端末は、前記第２のメッセージに前記第３のメッセージの識別情報を含めて送信する請求項２５に記載の通信継続方法。
27. 前記第３の通信端末によって送信された前記第３のメッセージが移動後の前記第１の通信端末あてに転送された場合、
    前記第１の通信端末は、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを前記第３の通信端末に送信する請求項２６に記載の通信継続方法。
28. 所定の通信端末と前記所定の通信端末と通信を行う第１の相手方通信端末との間で安全な通信経路を確立するためのセキュリティ情報が形成された後、前記所定の通信端末の移動によりアドレスが変更する場合に、移動前の前記セキュリティ情報を用いて前記所定の通信端末が第２の相手方通信端末を通じて通信を継続する通信継続方法で用いられる前記所定の通信端末であって、
    前記第１の相手方通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第１のメッセージを生成するメッセージ生成手段と、
    生成された前記第１のメッセージを前記第１の相手方通信端末に送信する送信手段と、
    前記第１の相手方通信端末による前記第１のメッセージの受信に基づいて前記第２の相手方通信端末から送信される、前記所定の通信端末に保持された前記セキュリティ情報における前記アドレスの更新を要求する第２のメッセージを受信する受信手段とを、
    備える通信端末。
29. 前記受信手段が、前記送信手段によって前記第１のメッセージが送信される際、前記第２の相手方通信端末によって送信される、前記所定の通信端末に保持された前記セキュリティ情報におけるアドレスの更新を要求する第３のメッセージを移動先で受信し、
    前記メッセージ生成手段は、前記第３のメッセージに対する応答である旨及びアドレスの更新の要求である旨の第４のメッセージを生成し、
    前記送信手段は、生成された前記第４のメッセージを前記第２の相手方通信端末に送信する請求項２８に記載の通信端末。