(57)【要約】   【課題】  ＭＮのＡＲ間の移動の際に、認証に必要なセキュリティのレベルを維持しつつ、高速ハンドオーバーを実現する。  【解決手段】  ＦＭＩＰｖ６にしたがって、モバイルノード（ＭＮ）１２が、ＰＡＲ１４のサブネットからＮＡＲ１６のサブネットに移動する際に、プレディクティブ・モードの下で、ＰＡＲ１４は、ＭＮ１２との間で確立していたＰＡＮＡセッションについて、自己の記憶装置に記憶されたＰＡＮＡセッションの属性情報を読み出し、ＨＩに、読み出したＰＡＮＡセッションの属性情報を付加して、ＮＡＲ１６に送信する。ＮＡＲ１６は、ＨＩに付加されたＰＡＮＡセッションの属性情報を受信し、自身の記憶装置に記憶する。【選択図】  図２
2006279339.tif 000002
【特許請求の範囲】
【請求項１】
ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）にしたがって、モバイルノード（ＭＮ）が、通信中のアクセスルータ（ＡＲ）であるＰＡＲのサブネットから新たなＡＲであるＮＡＲのサブネットに移動する際の、ＭＮの認証方法であって、
プレディクティブ・モードの下で、前記ＰＡＲにおいて、当該ＰＡＲと前記ＭＮとの間で確立していたＰＡＮＡ（Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｃａｒｒｙｉｎｇ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ）セッションについて、当該ＰＡＲの記憶装置に記憶されたＰＡＮＡセッションの属性情報を読み出すステップと、
ＨＩ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ）に、前記ＰＡＮＡセッションの属性情報を付加するステップと、
前記ＰＡＮＡセッションの属性情報が付加されたＨＩを、前記ＮＡＲに送信するステップと、
前記ＮＡＲにおいて、前記ＨＩに付加されたＰＡＮＡセッションの属性情報を受信し、当該ＮＡＲの記憶装置に記憶するステップと、を備えたことを特徴とするＭＮの認証方法。
【請求項２】
さらに、前記ＮＡＲにおいて、ＨＩに応答するＨＡｃｋ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）に、前記ＰＡＮＡセッションの属性情報を受信したことを示すメッセージを付加するステップと、
前記受信を示すメッセージが付加されたＨＡｃｋを、前記ＰＡＲに送信するステップと、を備えたことを特徴とする請求項１に記載の方法。
【請求項３】
さらに、前記ＰＡＲにおいて、前記ＭＮがＰＡＮＡセッション属性情報のＮＡＲへの転送を要求するメッセージを付加したＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を受信するステップと、
前記受信を示すメッセージが付加されたＨＡｃｋを受信すると、前記ＦＢＵに応答するＦＢａｃｋ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）に、前記転送要求に対する応答を示すメッセージを付加したＦＢａｃｋを、前記ＭＮに送信するステップと、を備えたことを特徴とする請求項２に記載の方法。
【請求項４】
さらに、前記ＮＡＲにおいて、前記ＭＮがＰＡＮＡのメッセージであるＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）を付加したＦＮＡ（Ｆａｓｔ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を受信するステップと、を備えたことを特徴とする請求項３に記載の方法。
【請求項５】
ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）にしたがって、モバイルノード（ＭＮ）が、通信中のアクセスルータ（ＡＲ）であるＰＡＲのサブネットから新たなＡＲであるＮＡＲのサブネットに移動する際の、ＭＮの認証方法であって、
リアクティブ・モードの下で、前記ＮＡＲにおいて、前記ＭＮがＦＢＵをカプセル化したＦＮＡであって、ＰＡＮＡのメッセージであるＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）を付加したＦＮＡを受信するステップと、
前記ＰＤＩが付加されたＦＮＡにカプセル化されたＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）に、前記ＰＡＲに対して、ＰＡＮＡセッション属性情報の当該ＮＡＲへの転送を要求するメッセージを付加するステップと、
前記転送要求のメッセージが付加されたＦＢＵを、前記ＰＡＲに送信するステップと、
前記ＰＡＲにおいて、前記転送要求のメッセージが付加されたＦＢＵを受信し、当該ＰＡＲと前記ＭＮとの間で確立していたＰＡＮＡセッションについて、当該ＰＡＲの記憶装置に記憶された属性情報を読み出すステップと、
前記ＦＢＵに応答するＦＢａｃｋに、前記ＰＡＮＡセッションの属性情報を付加するステップと、
前記ＰＡＮＡセッションの属性情報が付加されたＦＢａｃｋを、前記ＮＡＲに送信するステップと、
前記ＮＡＲにおいて、前記ＦＢａｃｋに付加されたＰＡＮＡセッションの属性情報を受信し、当該ＮＡＲの記憶装置に記憶するステップと、を備えたことを特徴とするＭＮの認証方法。
【請求項６】
さらに、前記ＮＡＲにおいて、ＰＡＮＡセッションの属性情報が付加されたＦＢａｃｋを受信すると、前記ＦＮＡにカプセル化されたＦＢＵに応答するＦＢａｃｋに、ＰＡＮＡのメッセージであるＰＢＲ（ＰＡＮＡ−Ｂｉｎｄ−Ｒｅｑｕｅｓｔ）を付加するステップと、
前記ＰＢＲの付加されたＦＢａｃｋを、前記ＭＮに送信するステップと、を備えたことを特徴とする請求項５に記載の方法。
【請求項７】
前記付加されるＰＡＮＡセッションの属性情報が、「Ｎｏｎｃｅ」を含むことを特徴とする請求項１ないし６の何れか一項に記載の方法。
【請求項８】
前記付加されるＰＡＮＡセッションの属性情報が、「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を含むことを特徴とする請求項１ないし６の何れか一項に記載の方法。
【請求項９】
前記付加されるＰＡＮＡセッションの属性情報が、「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」を含むことを特徴とする請求項１ないし６の何れか一項に記載の方法。
【請求項１０】
前記ＦＭＩＰｖ６のメッセージに付加される、前記ＰＡＮＡセッションの属性情報、或いは、前記ＰＡＮＡに関するメッセージが、ＣＴＰ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従うことを特徴とする請求項１ないし９の何れか一項に記載された方法。
【請求項１１】
前記ＭＮ、前記ＰＡＲおよび前記ＮＡＲにおいて、前記ＦＭＩＰｖ６のメッセージに、前記ＰＡＮＡセッションの属性情報、或いは、前記ＰＡＮＡに関するメッセージを付加する際に、ＦＭＩＰｖ６の「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ」或いは「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールドにフラグをセットするステップを備えたことを特徴とする請求項１ないし１０の何れか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）におけるモバイルノード（ＭＮ）の認証方法に関する。
【背景技術】
【０００２】
ＭＩＰｖ６（Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６）は、モバイルノード（ＭＮ）がサブネットを移動することを想定している。ここでは、ネットワーク移動時の移動登録などの遅延によりパケットロス損失が生じるという問題のほか、サブネットを移動した場合に、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ）機構を実現する必要がある。
【０００３】
上記サブネットの移動の際のＡＡＡ機構、特に、認証を実現するために、非特許文献１に開示されたような認証方法が提案されている。この認証方法においては、ＭＮとアクセスルータ（ＡＲ）との間では、ＰＡＮＡ（Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｃａｒｒｙｉｎｇ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ）という、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）でＭＮとアクセスネットワーク間のネットワークアクセス認証を実行するために、リンクレイヤの方式に依存せず、認証情報を運ぶためのプロトコルが採用されている。また、ＡＲと、ＡＡＡサーバとの間では、Ｄｉａｍｅｔｅｒというプロトコルが採用されている。
【非特許文献１】坂牧子、田智秀、寺岡文男共著、「ＩＰｖ６モビリティ環境のためのＡＡＡ機構の設計・実装・評価」、２００４年７月７日、「マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ  ２００４）シンポジウム」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記非特許文献１において提案された手法では、ＭＮの訪問先のドメイン（Ｖｉｓｉｔｅｄ  Ｄｏｍａｉｎ）において、ＭＮが、移動前のＡＲ（ＰＡＲ：Ｐｒｅｖｉｏｕｓ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）から他のＡＲに移動する際に、ＭＮとＡＲとの間の、ＰＡＮＡに基づくメッセージ交換のほか、ＮＡＲと訪問先のドメインにおけるＡＡＡサーバ（ＡＡＡｖ）との間、および、ＡＡＡｖとＭＮのホームドメイン（Ｈｏｍｅ  Ｄｏｍａｉｎ）のＡＡＡサーバ（ＡＡＡｈ）との間で、Ｄｉａｍｅｔｅｒに基づくメッセージ交換が行われる。すなわち、ＭＮが他のＡＲに移動するごとに、ＭＮとドメインの間の認証のためにＡＡＡサーバに認証結果を問い合わせる。この認証結果の問い合わせなどに時間を要するため、高速なハンドオーバーを実現するのが困難であるという問題点があった。
【０００５】
本発明は、ＭＮのＡＲ間の移動の際に、認証に必要なセキュリティのレベルを維持しつつ、高速ハンドオーバーを実現する、ＭＮの認証方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の目的は、ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）にしたがって、モバイルノード（ＭＮ）が、通信中のアクセスルータ（ＡＲ）であるＰＡＲのサブネットから新たなＡＲであるＮＡＲのサブネットに移動する際の、ＭＮの認証方法であって、
プレディクティブ・モードの下で、前記ＰＡＲにおいて、当該ＰＡＲと前記ＭＮとの間で確立していたＰＡＮＡセッション（Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｃａｒｒｙｉｎｇ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ）について、当該ＰＡＲの記憶装置に記憶されたＰＡＮＡセッションの属性情報を読み出すステップと、
ＨＩ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ）に、前記ＰＡＮＡセッションの属性情報を付加するステップと、
前記ＰＡＮＡセッションの属性情報が付加されたＨＩを、前記ＮＡＲに送信するステップと、
前記ＮＡＲにおいて、前記ＨＩに付加されたＰＡＮＡセッションの属性情報を受信し、当該ＮＡＲの記憶装置に記憶するステップと、を備えたことを特徴とするＭＮの認証方法により達成される。
【０００７】
本発明によれば、ＭＮのサブネットの移動の際に実行されるＦＭＩＰｖ６にしたがったメッセージ交換において、すでに確立されているＰＡＲとＭＮとの間のＰＡＮＡセッションの属性情報を、ＰＡＲからＮＡＲに伝達する。これにより、ＮＡＲとＭＮとの間のＰＡＮＡセッションも確立されるため、ＡＡＡサーバへの認証などを省略することができる。したがって、ハンドオーバーを高速化することが可能となる。
【０００８】
好ましい態様においては、前記ＮＡＲにおいて、ＨＩに応答するＨＡｃｋ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）に、前記ＰＡＮＡセッションの属性情報を受信したことを示すメッセージを付加するステップと、
前記受信を示すメッセージが付加されたＨＡｃｋを、前記ＰＡＲに送信するステップと、を備える。
【０００９】
より好ましい態様においては、さらに、前記ＰＡＲにおいて、前記ＭＮがＰＡＮＡセッション属性情報のＮＡＲへの転送を要求するメッセージを付加したＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を受信するステップと、
前記受信を示すメッセージが付加されたＨＡｃｋを受信すると、前記ＦＢＵに応答するＦＢａｃｋ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）に、前記転送要求に対する応答を示すメッセージを付加したＦＢａｃｋを、前記ＭＮに送信するステップと、を備える。
【００１０】
また、好ましい態様において、前記ＮＡＲにおいて、前記ＭＮがＰＡＮＡのメッセージであるＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）を付加したＦＮＡ（Ｆａｓｔ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を受信するステップと、を備える。
【００１１】
また、本発明の目的は、ＦＭＩＰｖ６（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）にしたがって、モバイルノード（ＭＮ）が、通信中のアクセスルータ（ＡＲ）であるＰＡＲのサブネットから新たなＡＲであるＮＡＲのサブネットに移動する際の、ＭＮの認証方法であって、
リアクティブ・モードの下で、前記ＮＡＲにおいて、前記ＭＮがＦＢＵをカプセル化したＦＮＡであって、ＰＡＮＡのメッセージであるＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）を付加したＦＮＡを受信するステップと、
前記ＰＤＩが付加されたＦＮＡにカプセル化されたＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  ｕｐｄａｔｅ）に、前記ＰＡＲに対して、ＰＡＮＡセッション属性情報の当該ＮＡＲへの転送を要求するメッセージを付加するステップと、
前記転送要求のメッセージが付加されたＦＢＵを、前記ＰＡＲに送信するステップと、
前記ＰＡＲにおいて、前記転送要求のメッセージが付加されたＦＢＵを受信し、当該ＰＡＲと前記ＭＮとの間で確立していたＰＡＮＡセッションについて、当該ＰＡＲの記憶装置に記憶された属性情報を読み出すステップと、
前記ＦＢＵに応答するＦＢａｃｋに、前記ＰＡＮＡセッションの属性情報を付加するステップと、
前記ＰＡＮＡセッションの属性情報が付加されたＦＢａｃｋを、前記ＮＡＲに送信するステップと、
前記ＮＡＲにおいて、前記ＦＢａｃｋに付加されたＰＡＮＡセッションの属性情報を受信し、当該ＮＡＲの記憶装置に記憶するステップと、を備えたことを特徴とするＭＮの認証方法によって達成される。
【００１２】
好ましい態様においては、さらに、前記ＮＡＲにおいて、ＰＡＮＡセッションの属性情報が付加されたＦＢａｃｋを受信すると、前記ＦＮＡにカプセル化されたＦＢＵに応答するＦＢａｃｋに、ＰＡＮＡのメッセージであるＰＢＲ（ＰＡＮＡ−Ｂｉｎｄ−Ｒｅｑｕｅｓｔ）を付加するステップと、
前記ＰＢＲの付加されたＦＢａｃｋを、前記ＭＮに送信するステップと、を備える。
【００１３】
また、好ましい態様においては、前記付加されるＰＡＮＡセッションの属性情報が、「Ｎｏｎｃｅ」を含む。当該ＰＡＮＡセッションの属性情報に「Ｎｏｎｃｅ」を含むことにより、ＰＡＮＡのメッセージである「ＰＡＮＡ−Ｓｔａｒｔ−Ｒｅｑｕｅｓｔ」および「ＰＡＮＡ−Ｓｔａｒｔ−Ａｎｓｗｅｒ」を省略でき、手続きの簡略化を図ることができる。
【００１４】
別の好ましい態様においては、前記付加されるＰＡＮＡセッションの属性情報が、「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を含む。当該ＰＡＮＡセッションの属性情報に「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を含むことにより、新たな「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」の計算を省略できる。
【００１５】
また、好ましい態様においては、前記付加されるＰＡＮＡセッションの属性情報が、「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」を含む。当該ＰＡＮＡセッションの属性情報に「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」を含むことにより、前記ＭＮとＰＡＲ間で確立したＰＡＮＡセッションの継続時間を移動後のＭＮとＮＡＲ間で引き継ぐことができ、「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」時間経過後セッションが切断されることで、長時間のセッション継続が生じる事態を回避できセキュリティの確保を図ることができる。
【００１６】
また、別の好ましい実施態様において、前記ＦＭＩＰｖ６のメッセージに付加される、前記ＰＡＮＡセッションの属性情報、或いは、前記ＰＡＮＡに関するメッセージが、ＣＴＰ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従っていてもよい。
【００１７】
さらに別の好ましい実施態様においては、前記ＭＮ、前記ＰＡＲおよび前記ＮＡＲにおいて、前記ＦＭＩＰｖ６のメッセージに、前記ＰＡＮＡセッションの属性情報、或いは、前記ＰＡＮＡに関するメッセージを付加する際に、ＦＭＩＰｖ６の「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ」或いは「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールドにフラグをセットするステップを備える。これにより、ＦＭＩＰｖ６にしたがったメッセージを受信した、ＭＮ、ＰＡＲ、ＮＡＲは、それぞれ、受信したメッセージ中に、ＰＡＮＡに関する情報が含まれることを認識することができる。
【発明の効果】
【００１８】
本発明によれば、ＭＮのＡＲ間の移動の際に、認証に必要なセキュリティのレベルを維持しつつ、高速ハンドオーバーを実現する、ＭＮの認証方法を提供することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本発明の第１の実施の形態にかかる認証方法を適用したシステムの概略を示すブロックダイヤグラムである。このシステムにおいて、ＭＮ１２とＡＲ１４（以下、「ＰＡＲ」とも称する）との間でパケットが送受信されている。このシステムでは、ＭＮ、ＡＲなどの間では、ＦＭＩＰｖ６にしたがったメッセージが送受信される。また、ＭＮ１２とＡＲ１４とでは、ＰＡＮＡセッションが確立している。
【００２０】
ＰＡＮＡでは、機能要素として、ＰＡＡ（ＰＡＮＡ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｇｅｎｔ）、ＰａＣ（ＰＡＮＡ  Ｃｌｉｅｎｔ）、ＥＰ（Ｅｎｆｏｒｃｅｍｅｎｔ  Ｐｏｉｎｔ）が定義されている。本実施の形態では、ＰＡＡ及びＥＰをＡＲ上に配置し、ＰａＣをＭＮ上に配置する場合を想定する。以後、より具体的にはＰａＣ、ＰＡＡ、ＥＰによる動作や状態である場合も、各機能が配置されているノード（ＡＲ１４、ＡＲ１６、ＭＮ１２）によって示す。
【００２１】
上述したシステムにおいて、ＭＮ１２が移動して、新たにＡＲ１６（以下、「ＮＡＲ」とも称する。）との間の通信経路を利用してパケットの送受信をすることを考える。本実施の形態においては、ＭＮとアクセスネットワークが相互認証を行い、ＭＮにアクセスネットワークの使用の権限が与えられている状態を、ＡＲ（ＰＡＡ）とＭＮ（ＰａＣ）のＰＡＮＡセッションが確立した状態とし、
ＰＡＮＡセッションの属性情報を、ＰＡＲ１４からＮＡＲ１６に転送することにより、移動の際に、ＡＡＡサーバ（図示せず）への認証を省略し、高速認証を実現することで高速ハンドオーバーを実現する。
【００２２】
以下、第１の実施の形態で、プレディクティブ・モード、および、ノン−プレディクティブ・モード（リアクティブ・モード）のそれぞれの場合に、ＭＮ１２、ＰＡＲ１４およびＮＡＲ１６の間で授受されるメッセージについて、図２および図３を参照して、詳細に説明する。図２は、プレディクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。図２および図３から理解できるように、本実施の形態にかかるメッセージ交換は、基本的には、ＦＭＩＰｖ６にしたがっている。
【００２３】
ＭＮ１２が、リンク層情報を利用して、新たなＡＲ（この例ではＮＡＲ１６）を検知すると、ＲｔＳｏｌＰｒ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ）をＰＡＲ１４に送信し、ＮＡＲ１６についての情報をリクエストする（ステップ２０１）。ＰＡＲ１４は、リクエストに応答して、ＭＮ１２に対して、ＰｒＲｔＡｄｖ（Ｐｒｏｘｙ  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を送信し、新たなＡＲであるＮＡＲ１６の情報を、ＭＮ１２に伝達する（ステップ２０２）。このステップ２０２において、以下のＰＡＮＡセッションの属性情報の一部がＭＮ１２に通知される。
【００２４】
「ＰＡＡ（ＰＡＮＡ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｇｅｎｔ：本実施の形態では、ＡＲ、特に、ステップ２０２では、ＮＡＲ１６）のＩＰアドレス（ＩＰ  ａｄｄｒｅｓｓ  ｏｆ  ＰＡＡ）」
「ＥＰ（Ｅｎｆｏｒｃｅｍｅｎｔ  Ｐｏｉｎｔ：本実施の形態では、ＡＲ、特にステップ２０２では、ＮＡＲ１６）のデバイスＩＤ（ｄｅｖｉｃｅ  ｉｄｅｎｔｉｆｉｅｒ）のリスト（Ｌｉｓｔ  ｏｆ  ｄｅｖｉｃｅ  ｉｄｅｎｔｉｆｉｅｒｓ  ｏｆ  ＥＰｓ）」
本実施の形態では、ｄｅｖｉｃｅ  ｉｄｅｎｔｉｆｉｅｒとしてＭＡＣアドレスを使用することによりＰｒＲｔＡｄｖより情報を取得できる。
【００２５】
次いで、ＭＮ１２は、ＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（ステップ２０３）。本実施の形態においては、ＦＢＵに、「ＣＴ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）  ｒｅｑｕｅｓｔ」、つまり、コンテキスト（この場合には、ＰＡＮＡの属性情報）を移動させてもらいたいことを示すリクエストを含ませる。なお、本明細書において、「ＣＴ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）」とは、ＭＮ１２が移動した後、ＮＡＲ１６とＭＮ１２との間で状態を確立する際に必要なメッセージ交換を省略するために、ＡＲ間（つまり、ＰＡＲ１４とＮＡＲ１６との間）で状態情報（Ｃｏｎｔｅｘｔ）を移動させることを意味する。また、ＣＴで移動される情報をＣＴＤ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｄａｔａ）とも称する。  図４（ａ）は、ステップ２０３で送信されるメッセージ（ＦＢＵ  ｉｎｃｌｕｄｉｎｇ  ＣＴ  ｒｅｑｕｅｓｔ）のパケット構成の例を示す図である。以下の説明において、ＦＭＩＰｖ６のメッセージに含まれるＰＡＮＡのメッセージを、「ＦＰＡＮＡ」と称し、或いは、図面に表示する。本実施の形態では、送信元のＭＮやＡＲが、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ」、「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールド（ｒｅｓｅｒｖｅｄ  ｆｉｅｌｄ）に１ビットのフラグをセットすることにより、受信先のＭＮ１２やＡＲが、ＦＰＡＮＡのメッセージを認識できる。たとえば、図４（ａ）の例において、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ（符号４０１参照）」のリザーブド・フィールドに１ビットのフラグがセットされている。フラグがセットされていることにより、ＭＮ１２は、ＰＡＲ１４に対して、ＣＴを要求することを、通知することができる。
【００２６】
ＦＢＵを受信したＰＡＲ１４は、ＮＡＲ１６に対して、新たなケア・オブ・アドレスの使用可否を問い合わせるＨＩ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ）を送信する（ステップ２０４）。ＰＡＲ１４は、ＨＩに、ＣＴＤ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｄａｔａ）として、自己の記憶装置に記憶していたＭＮ１２に関するＰＡＮＡセッションの属性情報を含ませる。このＣＴＤの詳細については後述する。図４（ｂ）は、ステップ２０４で送信されるメッセージ（ＨＩ（ｉｎｃｌｕｄｉｎｇ  ＣＴＤ））のパケット構成の例を示す図である。図４（ｂ）の例でも、「ＩＣＭＰ  ｈｅａｄｅｒ（符号４０２参照）」のリザーブド・フィールドに１ビットのフラグがセットされている。これにより、ＦＰＡＮＡヘッダ（ＦＰＡＮＡ  ｈｅａｄｅｒ）以降のフィールド（符号４０３参照）に、ＣＴで移動される情報（ＣＴＤ）が格納されることを、ＮＡＲ１６に通知することができる。また、ＰＡＲ１４は、符号４０３のフィールドに、自身の記憶装置に記憶していたＭＮ１２のＰＡＮＡセッションの属性情報を格納することになる。
【００２７】
図５は、ＦＰＡＮＡのヘッダ（ＦＰＡＮＡ  Ｈｅａｄｅｒ）の構成例を示す図である。図５に示すように、ＦＰＡＮＡのヘッダは、バージョン情報（Ｖｅｒｓｉｏｎ：たとえば８ビット）、タイプ（Ｔｙｐｅ：８ビット）、ヘッダ長（Ｈｅａｄｅｒ  ｌｅｎｇｔｈ：１６ビット）、シーケンス・ナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：３２ビット）およびデータ値を含む。
【００２８】
また、ＰＡＲ１４からＮＡＲ１６にＨＩが送信されることにより、以下のＰＡＮＡセッションの属性情報も、ＮＡＲ１６に通知することができる。
【００２９】
「ＰａＣ（ＰＡＮＡ  Ｃｌｉｅｎｔ：本実施の形態ではＭＮ１２）のデバイスＩＤ（Ｄｅｖｉｃｅ−ＩＤ  ｏｆ  ＰａＣ）」
「ＰａＣのＩＰアドレス（ＩＰ  ａｄｄｒｅｓｓ  ｏｆ  ＰａＣ）」
ＮＡＲ１６は、受信したＣＴＤを、自身の記憶装置に記憶するとともに、ＨＩに応答して、ＨＡｃｋ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）をＰＡＲ１４に送信する（ステップ２０５）。ＮＡＲ１６は、このメッセージＨＡｃｋ中に、「ＣＴ  Ａｃｋ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）」を含める。図４（ｃ）は、ステップ２０５で送信されるメッセージ（ＨＡｃｋ（ｉｎｃｌｕｄｉｎｇ  ＣＴ  Ａｃｋ））のパケット構成の例を示す図である。この例でも、「ＩＣＭＰ  ｈｅａｄｅｒ（符号４０４参照）」のリザーブド・フィールドに１ビットのフラグがセットされることにより、ＮＡＲ１６は、ＰＡＲ１４に対して、ＣＴが実行されたことを通知することができる。
【００３０】
ＰＡＲ１４は、ＨＡｃｋを受信すると、ＦＢａｃｋ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をＭＮ１２に送信する（ステップ２０６）。ＰＡＲ１４は、このメッセージ中に、「ＣＴ  Ａｃｋ」を含める。図４（ｄ）は、ステップ２０６で送信されるメッセージ「ＦＢａｃｋ  ｉｎｃｌｕｄｉｎｇ  ＣＴ  Ａｃｋ」のパケット構成の例を示す図である。この例でも、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ（符号４０５）」のリザーブド・フィールドに１ビットのフラグがセットされることにより、ＰＡＲ１４は、ＭＮ１２に対して、ＣＴが実行されたことを通知することができる。
【００３１】
ＭＮ１２は、ＦＢａｃｋを受信すると、ＮＡＲ１６と接続して、ＰＡＮＡのメッセージＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）を含むようなＦＮＡ（Ｆａｓｔ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を送信する（ステップ２０７）。ＰＤＩは、ＰＡＮＡにおける、「Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｈａｎｄｓｈａｋｅ  ｐｈａｓｅ」に含まれるメッセージの１つである。図４（ｅ）は、ステップ２０７で送信されたメッセージ（ＰＤＩ  ｉｎ  ＦＮＡ）のパケット構成の例を示す図である。他のパケット構成において説明したように、この例でも、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ（符号４０６参照）」のリザーブド・フィールドに１ビットのフラグをセットすることで、ＦＰＡＮＡの実行が、ＭＮ１２からＮＡＲ１６に通知される。また、ＦＰＡＮＡヘッダ以降のフィールド（符号４０７参照）に、ＰＡＮＡのメッセージＰＤＩが格納される。
【００３２】
ＮＡＲ１６は、「ＰＤＩ  ｉｎ  ＦＮＡ」のメッセージ受信に応答して、ＭＮ１２に対して、ＰＢＲ（ＰＡＮＡ−Ｂｉｎｄ−Ｒｅｑｕｅｓｔ）を送信する（ステップ２０８）。なお、ＮＡＲ１６が、ＮＡａｃｋ（Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を、ＭＮ１２に返す必要があるときには、ＮＡＲ１６は、ＮＡａｃｋ中に、メッセージ「ＰＢＲ」を含める。なお、ＰＢＲおよび後述するＰＢＡは、ＰＡＮＡの「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｈａｓｅ」に含まれるメッセージである。
【００３３】
図４（ｆ）は、ステップ２０８で送信されたメッセージ（ＰＢＲ）のパケット構成の例を示す図である。この例では、ＮＡａｃｋ中に「ＰＢＲ」が含まれる構成となっている。ここでも、「ＩＣＭＰ  ｈｅａｄｅｒ（符号４０８参照）」のリザーブド・フィールドに１ビットのフラグをセットすることで、ＦＰＡＮＡの実行が、ＮＡＲ１６からＭＮ１２に通知される。ＦＰＡＮＡヘッダ以降のフィールド（符号４０９参照）に、ＰＡＮＡのメッセージＰＢＲが格納される。
【００３４】
その後、ＭＮ１２は、ＮＡＲ１６に対して、ＰＢＡ（ＰＡＮＡ−Ｂｉｎｄ−Ａｎｓｗｅｒ）を送信する（ステップ２０９）。これによって、ＭＮ１２とＮＡＲ１６との間でＰＡＮＡセッションが確立する。
【００３５】
次に、ノン−プレディクティブ・モード（以下、「リアクティブ・モード」と表記する。）におけるメッセージ交換について説明する。図３は、リアクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【００３６】
ＭＮ１２が、ＦＭＩＰｖ６のメッセージＦＢａｃｋを受信する前に、ＮＡＲ１６にアクセスした場合には、ＭＮ１２は、ＮＡＲ１６に、ＦＢＵをカプセル化したＦＮＡを送信する（ステップ３０１）。本実施の形態では、このＦＮＡ中に、ＰＡＮＡのメッセージであるＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）が含まれる。図６（ａ）は、ステップ３０１で送信されるメッセージ（ＰＤＩ  ｉｎ  ＦＮＡ（ｉｎｃｌｕｄｉｎｇ  ＦＢＵ））のパケット構成の例を示す図である。この例でも、送信元が、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ」或いは「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールドに１ビットのフラグをセットすることで、受信先において、ＦＰＡＮＡのメッセージが認識できるようになっている。図６（ｂ）以降に示すメッセージについても、同様であるため、その説明は省略する。図６（ａ）に示す例では、ＦＰＡＮＡヘッダおよびＡＶＰｓのフィールド（符号６０２参照）に、ＰＡＮＡのＰＤＩが格納される。
【００３７】
上記メッセージを受信したＮＡＲ１６は、ＰＡＲ１４に対して、ＦＢＵを送信する（ステップ３０２）。本実施の形態においては、ＮＡＲ１６は、ＦＢＵに、「ＣＴ  ｒｅｑｕｅｓｔ」を含ませる。この「ＣＴ  ｒｅｑｕｅｓｔ」は、ＭＮ１２のＣＴＤの送信要求となる。図６（ｂ）は、ステップ３０２で送信されるメッセージ（ＦＢＵ  ｉｎｃｌｕｄｉｎｇ  ＣＴ  ｒｅｑｕｅｓｔ）のパケット構成の例を示す図である。
【００３８】
ＰＡＲ１４は、上記メッセージを受信すると、これに応答して、ＮＡＲ１６に対して、ＦＢａｃｋを送信する（ステップ３０３）。本実施の形態では、ＰＡＲ１４は、このメッセージＦＢａｃｋに、自己の記憶装置に記憶していたＭＮ１２のＰＡＮＡセッションに関するＣＴＤを含ませる。図６（ｃ）は、ステップ３０３で送信されたメッセージ（ＦＢａｃｋ（ｉｎｃｌｕｄｉｎｇ  ＣＴＤ））のパケット構成の例を示す図である。この例では、ＦＰＡＮＡヘッダ以降のフィールド（符号６０３参照）に、ＭＮ１２に関するＣＴＤが格納される。
【００３９】
ＮＡＲ１６は、上記メッセージを受信すると、ＭＮ１２に関するＣＴＤを、自身の記憶装置に記憶する。また、ＰＡＮＡメッセージＰＢＲを含むようなＦＢａｃｋを、ＭＮ１２に対して送信する（ステップ３０４）。なお、ＮＡＲ１６が、ＮＡｃｋを、ＭＮ１２に返す必要があるときには、ＮＡＲ１６は、ＮＡｃｋ中に、「メッセージＰＢＲを含むようなＦＢａｃｋ」を含める。図６（ｄ）は、ステップ３０４で送信されるメッセージ（ＰＢＲ  ｉｎ  ＦＢａｃｋ）のパケット構成の例を示す図である。この例では、ＮＡｃｋ中にメッセージが含まれている。図６（ｄ）において、ＦＰＡＮＡヘッダ以降のフィールド（符号６０４参照）に、ＰＡＮＡのメッセージＰＢＲが格納される。
【００４０】
その後、ＭＮ１２は、ＮＡＲ１６に対して、ＰＢＡ（ＰＡＮＡ−Ｂｉｎｄ−Ａｎｓｗｅｒ）を送信する（ステップ３０５）。これによって、ＭＮ１２とＮＡＲ１６との間でＰＡＮＡセッションが確立する。
【００４１】
本実施の形態によれば、ＦＭＩＰｖ６のメッセージシーケンスにしたがって、ＰＡＮＡセッションの属性情報を、ＰＡＲ１４からＮＡＲ１６に転送することで、ＡＡＡサーバへの認証なく、ＭＮ１２とＮＡＲ１６との間にＰＡＮＡセッションを確立させることが可能となる。
【００４２】
以下、本実施の形態において、ＰＡＲ１４からＮＡＲ１６に移動するＭＮ１２に関するＰＡＮＡセッションの属性情報について説明する。
【００４３】
ＰＡＲ１４の記憶装置に記憶されたＰＡＮＡセッションの属性情報中、ＰＡＲ１４において記憶装置から読み出され、ステップ２０４や３０３でメッセージに付加されたＣＴＤとして、ＮＡＲ１６に送信され、ＮＡＲ１６において、その記憶装置に記憶されるＰＡＮＡセッションの属性情報には、以下のようなものがある。なお、ＰＡＮＡセッションの属性情報とは、ＭＮおよびＡＲの間でＰＡＮＡセッションが確立しているために必要な、ＭＮおよびＡＲの双方がもつ（つまり、それぞれの記憶装置に記憶している）情報をいう。
【００４４】
「Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ」
「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」
「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」
「Ｎｏｎｃｅ」
「Ｎｏｎｃｅ」には、ＰａＣ（ＭＮ）において生成したものと、ＰＡＡ（ＡＲ）において生成したものの双方が含まれる。なお、「Ｎｏｎｃｅ」を、ＣＴにおいてＰＡＲ１４からＮＡＲ１６に移動させることにより、ＭＮ１２とＮＡＲ１６との間の、ＰＡＮＡにしたがった「ＰＡＮＡ−Ｓｔａｒｔ−Ｒｅｑｕｅｓｔ」および「ＰＡＮＡ−Ｓｔａｒｔ−Ａｎｓｗｅｒ」というメッセージ交換を省略することができる。無論、上記ＰＡＲ１４からＮＡＲ１６に送信されるＣＴＤに「Ｎｏｎｃｅ」を含めず、ＭＮ１２とＮＡＲ１６との間のメッセージ交換によって、これらを再度生成しても良い。
【００４５】
また、ＰＡＲ１４は、ＣＴＤとして、以下のような情報を含めて良い。
【００４６】
「ＩＳＰ情報」
「ＡＡＡサーバの情報」
「総通信パケット」
「総接続時間」
これらの情報、たとえば、「ＩＳＰ情報」および「ＡＡＡサーバの情報」は、セッションのライフタイムが切れたときに、どのＩＳＰのどのＡＡＡに、ＡＲが問い合わせすべきかを把握するために必要である。また、「総通信パケット」および「総接続時間」は、実際に運用した場合の課金のためである。
【００４７】
また、「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を、ＣＴＤに含めない場合には、以下の情報を、ＰＡＲ１４からＮＡＲ１６に移動させ、かつ、ＮＡＲ１６が、移動した情報に基づいて、新たに「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を生成し、これを自身の記憶装置に記憶しても良い。
【００４８】
「Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ」
「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」
「ＡＡＡ−Ｋｅｙ−Ｉｎｔ」
「ＡＡＡ−Ｋｅｙ−Ｉｄｅｎｔｉｆｉｅｒ」
「Ｎｏｎｃｅ」
この場合、ＮＡＲにて、ＡＡＡ−Ｋｅｙ−Ｉｎｔを用いて新たなＡＡＡ−Ｋｅｙを計算し、更にＡＡＡ−Ｋｅｙを用いて新たなＰＡＮＡ  ＭＡＣ  ＫＥＹを計算することになる。
【００４９】
或いは、以下の情報をＰＡＲ１４からＮＡＲ１６に移動させることで、ＮＡＲ１６が新たな「ＰＡＮＡ  ＭＡＣ  ＫＥＹ」を生成しても良い。
【００５０】
「Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ」
「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」
「ＡＡＡ−Ｋｅｙ」
「ＡＡＡ−Ｋｅｙ−Ｉｄｅｎｔｉｆｉｅｒ」
「Ｎｏｎｃｅ」
この場合、ＮＡＲにて、ＡＡＡ−Ｋｅｙを用いて新たなＰＡＮＡ  ＭＡＣ  ＫＥＹを計算することになる。
【００５１】
次に、他のＰＡＮＡセッションの属性情報について説明する。
【００５２】
たとえば、「Ｓｅｓｓｉｏｎ  ＩＤ」は、ＭＮとＡＲとの間でセッションが開始されるたびに生成される情報であり、ＰＤＩ（ＰＡＮＡ−ＰＡＡ−Ｄｉｓｃｏｖｅｒ）にてＭＮ１２からＮＡＲ１６に通知される。具体的には、プレディクティブ・モードの場合は図２のステップ２０８のＰＤＩ  ｉｎ  ＦＮＡにて、リアクティブ・モードの場合は図３のステップ３０１のＰＤＩ  ｉｎ  ＦＮＡ（ｉｎｃｌｕｄｉｎｇ  ＦＢＵ）にて通知する。また、別の方法としては、ＰＢＲ（ＰＡＮＡ−Ｂｉｎｄ−Ｒｅｑｕｅｓｔ）およびＰＢＡ（ＰＡＮＡ−Ｂｉｎｄ−Ａｎｓｗｅｒ）により共有しても良い。
【００５３】
以下の情報は、ＦＭＩＰｖ６のメッセージ送受信において、ＰＡＲ１４からＮＡＲ１６に通知される。これらについては、ステップ２０４に関連してすでに説明している。
【００５４】
「Ｄｅｖｉｃｅ−ＩＤ  ｏｆ  ＰａＣ」（ＨＩにより通知される）
「ＩＰ  ａｄｄｒｅｓｓ  ｏｆ  ＰａＣ」（ＨＩにより通知される）
また、以下の情報は、ＦＭＩＰｖ６のメッセージ送受信において、ＰＡＲ１４からＭＮ１２に通知される。これらについては、ステップ２０２に関連してすでに説明している。
【００５５】
「ＩＰ  ａｄｄｒｅｓｓ  ｏｆ  ＰＡＡ」（ＰｒＲｔＡｄｖにより通知される）
「Ｌｉｓｔ  ｏｆ  ｄｅｖｉｃｅ  ｉｄｅｎｔｉｆｉｅｒｓ  ｏｆ  ＥＰｓ」（ＰｒＲｔＡｄｖにより通知される）
また、以下の属性情報は、ＰＢＲ（ＰＡＮＡ−Ｂｉｎｄ−Ｒｅｑｕｅｓｔ）／ＰＢＡ（ＰＡＮＡ−Ｂｉｎｄ−Ａｎｓｗｅｒ）のやり取りで初期化される。
【００５６】
「Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｌａｓｔ  ｔｒａｎｓｍｉｔｔｅｄ  ｒｅｑｕｅｓｔ」
「Ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｌａｓｔ  ｒｅｃｅｉｖｅｄ  ｒｅｑｕｅｓｔ」
「Ｌａｓｔ  ｔｒａｎｓｍｉｔｔｅｄ  ｍｅｓｓａｇｅ  ｐａｙｌｏａｄ」
さらに、以下の属性情報は、ＰＢＲおよびＰＢＡ（ＰＡＮＡ−Ｂｉｎｄ−Ａｎｓｗｅｒ）で共有される。
【００５７】
「Ｐｒｏｔｅｃｔｉｏｎ−Ｃａｐａｂｉｌｉｔｙ」
次に、本発明の第２の実施の形態について説明する。第２の実施の形態においても、そのシステムの概略は、図１に示すものと同様である。第２の実施の形態においては、ＣＴ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）を実現するために、ＣＴＰ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：Ｊ．ラウニー（Ｊ．Ｌａｕｇｈｎｅｙ）他著「コンテキスト転送プロトコル（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）」，「ｄｒａｆｔ−ｉｅｔｆ−ｓｅａｍｏｂｙ−ｃｔｐ−１１．ｔｘｔ」、２００５年２月）を利用している。
【００５８】
以下、第２の実施の形態で、プレディクティブ・モード、および、ノン−プレディクティブ・モード（リアクティブ・モード）のそれぞれの場合に、ＭＮ１２、ＰＡＲ１４およびＮＡＲ１６の間で授受されるメッセージについて、図７および図８を参照して、詳細に説明する。図７は、第２の実施の形態のプレディクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。図７および図８から理解できるように、第２の実施の形態にかかるメッセージ交換は、第１の実施の形態と同様に、基本的には、ＦＭＩＰｖ６にしたがっている。また、図２および図７から理解できるように、ＭＮ１２と、ＰＡＲ１４、ＮＡＲ１６との間で送受信されるメッセージは、ほぼ同じである。そこで、第１の形態にかかるメッセージと異なる部分についてのみ説明する。また、第１の実施の形態において、ＰＡＲ１４からＮＡＲ１６に移動されるＰＡＮＡセッションの属性情報を「ＣＴＤ」と記載したが、第２の実施の形態においては、ＣＴＰにしたがったメッセージである「ＣＴＤ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｄａｔａ）」との混乱を避けるために、小文字の「ｃｔｄ」と記載する。
【００５９】
ステップ７０１およびステップ７０２は、図２のステップ２０１および２０２とそれぞれ同様である。このメッセージ交換の後、ＭＮ１２が、ＣＴＰにしたがったメッセージＣＴＡＲ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ａｃｔｉｖａｔｅ  Ｒｅｑｕｅｓｔ）を含むようなＦＢＵを、ＰＡＲ１４に送信する（ステップ７０３）。
【００６０】
図９（ａ）は、ステップ２０３で送信されるメッセージ（ＣＴＡＲ  ｉｎ  ＦＢＵ）のパケット構成の例を示す図である。なお、第１の実施の形態と同様に、送信元のＭＮやＡＲが、「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ（たとえば、符号９０１参照）」或いは「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールドに１ビットのフラグをセットすることで、受信先のＭＮやＡＲが、ＦＰＡＮＡのメッセージを認識する。図９（ａ）において、上記フラグがセットされていることで、末尾に付加された「ＣＴＡＲ  ｄａｔａ（符号９０２参照）」を、ＰＡＲ１４が認識することができる。
【００６１】
ＰＡＲ１４は、ＮＡＲ１６に対して、ＣＴＰに従ったＣＴＤ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｄａｔａ）を含むようなＨＩを送信する（ステップ７０４）。図９（ｂ）に示すように、ステップ７０４で送信されるメッセージにおいても、末尾に「ＣＴＤ  ｄａｔａ」が付加される。このステップで、ＰＡＲ１４から、当該ＭＮ１２に関するＰＡＮＡセッションの属性情報が、「ｃｔｄ」として、ＮＡＲ１６に移動することができる。ＰＡＮＡセッションの属性情報を受信したＮＡＲ１６は、これを自身の記憶装置に記憶する。
【００６２】
ＮＡＲ１６は、ＨＩに応答して、ＣＴＤＲ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｄａｔａ  Ｒｅｐｌｙ）を含むＨＡｃｋをＰＡＲ１４に送信する（ステップ７０５）。図９（ｃ）に示すように、メッセージの末尾に、「ＣＴＤＲ  Ｄａｔａ」が付加されている（符号９０４参照）。「ＩＣＭＰ  ｈｅａｄｅｒ」のリザーブド・フィールドにセットされたフラグおよび「ＣＴＤＲ  Ｄａｔａ」により、ＮＡＲ１６は、ＰＡＲ１４に対して、ＣＴが実行されたことを通知することができる。
【００６３】
ＰＡＲ１４は、ＨＡｃｋを受信すると、ＣＴＡＡ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ａｃｔｉｖａｔｅ  Ａｃｋ）を含むＦＢａｃｋをＭＮ１２に送信する（ステップ７０６）。図９（ｄ）に示すように、このメッセージの末尾には、「ＣＴＡＡ  Ｄａｔａ」が付加されている（符号９０５参照）。「Ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒ」のリザーブド・フィールドにセットされたフラグおよび「ＣＴＡＡ  ｄａｔａ」により、ＰＡＲ１６は、ＭＮ１２に対して、ＣＴ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）が実行されたことを通知することができる。
【００６４】
ＭＮ１２は、ＦＢａｃｋを受信すると、ＮＡＲ１６と接続して、ＰＡＮＡのメッセージＰＤＩ、および、ＣＴＡＲを含むようなＦＮＡを送信する（ステップ７０７）。図９（ｅ）に示すように、メッセージには、メッセージＰＤＩを格納した「ＦＰＡＮＡ  ｈｅａｄｅｒ」および「ＡＶＰｓ」（符号９０６参照）、並びに、「ＣＴＡＲ  ｄａｔａ（符号９０７参照）」が付加される。
【００６５】
ＮＡＲ１６は、メッセージ受信に応答して、ＭＮ１２に対して、ＰＢＲを送信する（ステップ７０８）。なお、ＮＡＲ１６が、ＮＡａｃｋを、ＭＮ１２に返す必要があるときには、ＮＡＲ１６は、ＮＡｃｋ中に、メッセージＰＢＲを含める。図９（ｆ）に示す、ステップ７０８で送信されるメッセージは、図４（ｆ）に示すものと同様である。引き続き実行されるステップ７０９は、図２のステップ２０９と同様である。これによって、ＭＮ１２とＮＡＲ１６との間でＰＡＮＡセッションが確立する。
【００６６】
次に、第２の実施の形態におけるリアクティブ・モードでのメッセージ交換について説明する。図８は、第２の実施の形態のリアクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【００６７】
ＭＮ１２は、ＮＡＲ１６に、ＦＢＵをカプセル化したＦＮＡを送信する（ステップ８０１）。本実施の形態では、このＦＮＡ中に、ＰＡＮＡのメッセージであるＰＤＩおよびＣＴＰにしたがったＣＴＡＲが含まれる。図１０（ａ）は、ステップ８０１で送信されるメッセージ（ＰＤＩ  ｉｎ  ＦＮＡ（ｉｎｃｌｕｄｉｎｇ  ＦＢＵ，ＣＴＡＲ））のパケット構成の例を示す図である。符号１００１で示す領域に、ＰＤＩが格納され、かつ、符号１００２に示す領域に、「ＣＴＡＲ  ｄａｔａ」が格納される。
【００６８】
上記メッセージを受信したＮＡＲ１６は、ＰＡＲ１４に対して、ＣＴ−ｒｅｑ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔ）を含むＦＢＵを送信する（ステップ８０２）。本実施の形態においては、ＮＡＲ１６は、ＦＢＵに、「ＣＴ―ｒｅｑ」を含ませる。図１０（ｂ）に示すように、メッセージの末尾に「ＣＴ−ｒｅｑ  ｄａｔａ」が付加される（符号１００３参照）。
【００６９】
ＰＡＲ１４は、上記メッセージを受信すると、これに応答して、ＮＡＲ１６に対して、ＣＴＤを含むＦＢａｃｋを送信する（ステップ８０３）。本実施の形態では、ＰＡＲ１４は、このメッセージＦＢａｃｋに、自己の記憶装置に記憶していたＭＮ１２に関するＰＡＮＡセッションの属性情報を、ＣＴＰにしたがった「ＣＴＤ  ｄａｔａ」として含ませる。図１０（ｃ）に示すように、メッセージの末尾に、「ＣＴＤ  ｄａｔａ」が付加される（符号１００４参照）。このステップで、ＰＡＲ１４から、当該ＭＮ１２に関するＰＡＮＡセッションの属性情報が、「ｃｔｄ」として、ＮＡＲ１６に移動することができる。
【００７０】
ＮＡＲ１６は、上記メッセージを受信すると、ＭＮ１２に関するＰＡＮＡセッションの属性情報を、自身の記憶装置に記憶する。また、ＰＡＮＡメッセージＰＢＲ、および、ＣＴＰにしたがったＣＴＡＡ（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ａｃｔｉｖａｔｅ  Ａｃｋ）を含むようなＦＢａｃｋを、ＭＮ１２に対して送信する（ステップ８０４）。なお、ＮＡＲ１６が、ＮＡａｃｋを、ＭＮ１２に返す必要があるときには、ＮＡＲ１６は、ＮＡａｃｋ中に、メッセージＰＢＲを含める。図１０（ｄ）に示すように、符号１００５で示す領域に、ＰＢＲが格納され、符号１００６に示す領域に、「ＣＴＡＡ  ｄａｔａ」が格納される。
【００７１】
その後、ＭＮ１２は、ＮＡＲ１６に対して、ＰＢＡを送信する（ステップ８０５）。これによって、ＭＮ１２とＮＡＲ１６との間でＰＡＮＡセッションが確立する。
【００７２】
第２の実施の形態においても、ＦＭＩＰｖ６のメッセージシーケンスにしたがって、ＰＡＮＡセッションの属性情報を、ＰＡＲ１４からＮＡＲ１６に転送することで、ＡＡＡサーバへの認証なく、ＭＮ１２とＮＡＲ１６との間にＰＡＮＡセッションを確立させることが可能となる。
【００７３】
なお、第１の実施の形態および第２の実施の形態において、ＰＡＲからＮＡＲに通知されるＰＡＮＡセッションの属性情報に「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」が含められ得ることを述べた。「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」をＮＡＲに通知することにより、ＭＮとＰＡＲ間で確立していたＰＡＮＡセッションの継続時間を、ＭＮとＮＡＲとの間で引き継ぐことができ、「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」時間経過後セッションが切断されることで、長時間のセッション継続が生じる事態を回避できセキュリティの確保を図ることができる。なお、「Ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」が経過すると、ＭＮとＮＡＲとの間では、新たなＰＡＮＡセッションを確立する。この場合には、非特許文献１に記載されたように、ＮＡＲは、「Ｄｉａｍｅｔｅｒ」にしたがって、ＡＡＡサーバとの間で、ＭＮを認証するためのメッセージを交換すれば良い。
【００７４】
また、ＦＭＩＰｖ６のトンネルライフタイムに合わせて、旧ＰＡＡ（つまりＰＡＲ）とＭＮとの間のＰＡＮＡセッションを終了させるのが望ましい。ＮＡＲにおいて、元のケア・オブ・アドレスが利用できるのは、ＦＭＩＰｖ６のトンネルライフタイムで示される期間中である。したがって、ＰＡＲが、ＮＡＲに、ＭＮに関するＰＡＮＡセッションの属性情報を通知した後（たとえば、ステップ２０４、３０３参照）、ＰＡＲは、ＰＡＮＡセッションの属性情報のうち、「ｓｅｓｓｉｏｎ  ｌｉｆｅｔｉｍｅ」を、トンネルライフタイムに書き換える。これにより、使用しないセッションを解放することでリソースの無駄を省くことができる。
【００７５】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【図面の簡単な説明】
【００７６】
【図１】図１は、本発明の第１の実施の形態にかかる認証方法を適用したシステムの概略を示すブロックダイヤグラムである。
【図２】図２は、第１の実施の形態のプレディクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【図３】図３は、第１の実施の形態のリアクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【図４】図４は、第１の実施の形態のプレディクティブ・モードにおいて、ＭＮやＡＲの間で送信されるメッセージのパケット構成例を示す図である。
【図５】図５は、ＦＰＡＮＡのヘッダ（ＦＰＡＮＡ  Ｈｅａｄｅｒ）の構成例を示す図である
【図６】図６は、第１の実施の形態のリアクティブ・モードにおいて、ＭＮやＡＲの間で送信されるメッセージのパケット構成例を示す図である。
【図７】図７は、第２の実施の形態のプレディクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【図８】図８は、第２の実施の形態のリアクティブ・モードにおいて、ＭＮが、ＰＡＲのサブネットからＮＡＲのサブネットに移動する際のメッセージシーケンスを示す図である。
【図９】図９は、第２の実施の形態のプレディクティブ・モードにおいて、ＭＮやＡＲの間で送信されるメッセージのパケット構成例を示す図である。
【図１０】図１０は、第２の実施の形態のリアクティブ・モードにおいて、ＭＮやＡＲの間で送信されるメッセージのパケット構成例を示す図である。
【符号の説明】
【００７７】
１２      ＭＮ
１４      ＡＲ（ＰＡＲ）
１６      ＡＲ（ＮＡＲ）
【図１】
2006279339.tif 000003
【図２】
2006279339.tif 000004
【図３】
2006279339.tif 000005
【図４】
2006279339.tif 000006
【図５】
2006279339.tif 000007
【図６】
2006279339.tif 000008
【図７】
2006279339.tif 000009
【図８】
2006279339.tif 000010
【図９】
2006279339.tif 000011
【図１０】
2006279339.tif 000012