JP2006521732A - 電気通信 - Google Patents

Abstract

本発明は外部のパケットデータネットワークの移動体ノードに関して結合手順を行う装置および方法に関し、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有し、その方法は移動体ノードがそのホームパケットデータアドレスを外部ネットワークで使用する移動体ノードへパケットデータプロトコルアドレスを割当てるネットワークノード（割当てノード）に送信し、割当てノードはパケットデータプロトコルアドレスを移動体ノードに割当て、または割当てに参加し、割当てノードは受信ノードのパケットデータプロトコルアドレスを受信し、受信されたホームパケットデータプロトコルアドレス、受信ノードパケットデータプロトコルアドレス、割当てられたパケットデータプロトコルアドレスにしたがって、割当てノードはメッセージを受信ノードに送信するために別のネットワークに対する送信またはアレンジを行うステップを含み、メッセージは割当てられたパケットデータプロトコルと移動体ノードのホームパケットデータプロトコルアドレスの間の結合を示している。

Description

本発明は、外部パケットデータネットワークの移動体ノードに関する結合手順を行う装置および方法に関し、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有している。特に、本発明はそれだけに限定されないが、移動体インターネットプロトコル（ＭＩＰ）のホームエージェントエネーブル移動体ノードまたは移動体ノードと通信中の対応ノードへの送信装置および送信方法に関し、ＭＩＰ結合更新メッセージは外部ネットワークの移動体ノードにより使用するために割当てられたパケットデータプロトコルアドレスと移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示している。

移動体通信（ＧＳＭ）標準方式のためのグローバルシステムに適合するような通常の２Ｇ移動体ネットワークは、回路交換音声およびデータサービスをユーザの移動局（ＭＳ）に提供する一方で、パケット交換移動体ネットワークを配備するために移動体電気通信産業に大きな勢いが存在する。パケット交換移動体ネットワークはネットワークおよび無線リソースの効率に関して大きな利点を有し、またさらに進歩したユーザサービスの提供を可能にする。固定および移動体電気通信の集中により、固定したネットワークで広く普及しているインターネットプロトコル（ＩＰ）は移動体パケットネットワークのパケット経路設定機構として自然な選択肢である。現在のＩＰバージョン４（ＩＰｖ４）は固定したネットワークの分野で広く普及して使用されている。しかしながら、非常に増加したアドレススペース、より効率的な経路設定、より大きなスケール能力、改良されたセキュリティ、サービスの品質（ＱｏＳ）の統合、マルチキャスト、その他の特徴のサポートに関して特にＩＰｖ４よりも良好に認識された利点を提供するＩＰバージョン６（ＩＰｖ６）に徐々に移行することが予測されている。

現在配備されている移動体パケット交換サービスの特別な例は２Ｇ ＧＳＭネットワークと３Ｇ ユニバーサル移動体電気通信システム（ＵＭＴＳ）ネットワーク（以後ＧＰＲＳネットワークと呼ぶ）との両者で実行されているような一般的なパケット無線サービス（ＧＰＲＳ）を含んでいる。無線構内網（ｗＬＡＮ）のような非ＧＰＲＳ無線アクセス技術はホットスポット（会議場、空港、展覧会場等）のような幾つかの区域でローカルな広帯域サービスアクセスに対するＧＰＲＳにフレキシブルで価格が効率的な補足手段を提供することも予測されている。ｗＬＡＮサブネットワークはＧＰＲＳサブネットワークと同じ管理ネットワークドメイン内に構成されることができ、移動体ネットワークのオペレータはこれらのサブネットワーク間の移動局の移動性をサポートすることを望んでいる。さらに移動体ネットワークのオペレータは異なるアクセス技術を実行するかまたは実行しない異なる管理ネットワークドメインとの間の移動局のローミングをサポートすることを望んでいる。

最初から移動体ネットワークとして設計されているＧＰＲＳネットワークは、（ＧＰＲＳネットワーク内のＭＳに対して）組込みの移動管理手段と、（ＧＰＲＳネットワーク間のＭＳのローミングに対する）ローミング機能とを有しているが、通常ＩＰユーザ端末の移動性をサポートするためにインターネットエンジニアリングタスクフォース（ＩＥＴＦ）でも作業が行われている。結局、ＩＥＴＦは移動体ＩＰ（ＭＩＰ）プロトコルを開発している。ＭＩＰは移動局（または移動体ノード（ＭＮ））が異なるサブネットの接頭辞（マクロ−移動性）を有するＩＰネットワーク間で移動するとき、移動性をサポートするように設計されている。例えばＭＩＰはＧＰＲＳネットワークと、ｗＬＡＮネットワークのような非ＧＰＲＳネットワークとの間の移動性、および２つの異なるＧＰＲＳネットワークまたはサブネットワーク間の移動性をサポートするのに使用されることができる。移動体のＩＰはＷＣＤＭＡのよりソフトな、またはソフトハンドオーバーのようなアクセス技術特定層２の機構により典型的に管理されているネットワークまたはサブネットワーク内の移動性（ミクロ移動性）の管理に使用されることは期待されない。

ＩＰの２つのバージョンに対応する２つのバージョンのＭＩＰが存在する。ＭＩＰバージョン４（ＭＩＰｖ４）はＩＰバージョン４（ＩＰｖ４）アドレスに対してＩＰアドレス移動性を与えるように設計されており、一方、新しいＭＩＰバージョン６（ＭＩＰｖ６）ＭＩＰはＩＰバージョン６（ＩＰｖ６）アドレスに対するＩＰアドレス移動性を与えるように設計されている。ＭＩＰｖ４はＩＥＴＦウェブサイトhttp://www.ietf.org/rfc/rfc3344.txt?number=3344で利用可能なＩＥＴＦリクエスト・フォー・コメント（ＲＦＣ）3344に記載されている。インターネット草案ＭＩＰｖ６はＩＥＴＦウェブサイト、http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-20.txtで利用可能であり、draft-ietf-mobileip-ipv6-20.txtとして参照されるＩＥＴＦインターネット草案“Mobility Support in IPv6”に記載されている。

ＭＩＰｖ４移動体管理が図１に示されている。ＭＮ40はそのホームネットワーク（ＨＮ）42中でホームＩＰアドレス（ＨＡｄｄｒ）を割当てられている。ＨＮの経路設定手順はＭＮがＨＮ内にあるときはいつでも対応ノード（ＣＮ）46から送信されたＩＰパケットがＭＮに到達することを確実にする。しかしながら、ＭＮが外部のネットワーク（ＦＮ）44にローミングするとき、そのＨＡｄｄｒにアドレスされるＩＰパケットはＦＮ中の新しい位置に導かれる必要がある。ＭＩＰｖ４では、ホームエージェント（ＨＡ）として知られているＨＮのルータ48が使用されてこれがホームから離れているときＭＮの代わりにパケット転送サービスとして作用する。（ＦＡ−ＣｏＡモードとして知られている）ＭＩＰｖ４の第１の動作モードでは、ＦＮに到着するとき、ＭＮは外部エージェント（ＦＡ）として知られているＦＮ中のルータ50によりアドレスのケア（ＣｏＡ）を割当てられる。ＩＰｖ４アドレススペースの知覚される限定により、２以上のＭＮが同一のＣｏＡを共有することが考えられる。ＣｏＡの割当て後、ＦＡ50はＣｏＡを登録するために結合の更新をＨＡへ送信する。特に結合更新はＭＮのＨＡｄｄｒとＣｏＡとの間の関係（または結合）をＨＡに通知する。その後、ＣＮがパケットをそのＨＮ中のＭＮのＨＡｄｄｒに送信するとき（ケース１）、そのパケットはＨＡにより受信され、ＣｏＡに基づいてトンネル52によってＦＮ中のＦＡへトンネルする。

トンネル動作はそのソースおよび目的地アドレスとしてトンネルの開始地点および終了地点を示す新しいヘッダを有する第２のデータパケットのペイロードとして（ヘッダおよびペイロードを有する）第１のデータパケットをカプセル化し、正常の場合のように第２のデータパケットをトンネルの終了地点へ転送し、ここでカプセルを解除されて第１のパケットが得られる。カプセルの解除後、トンネルの終了地点、即ちＦＡはＦＮ中で経路設定手順を使用してもとのパケットをＭＮへ導く。ＭＩＰでは、トンネル動作はＩＥＴＦリクエスト・フォー・コメント（ＲＦＣ）２００３を使用してＩＰカプセル中のＩＰを含んでいる。したがって、ＭＩＰｖ４では、ＩＰｖ４パケットは別のＩＰｖ４パケット内にそれをカプセル化することによりトンネルされる。

ＭＩＰｖ４の随意選択的な手順として、ＨＡはＭＮのＣｏＡを登録するために結合の更新をＣＮへ送信することができる。特に、結合更新はＭＮのＨＡｄｄｒとＣｏＡとの間の関係（または結合）をＣＮに通知する。その後、ＣＮはパケットをＨＡｄｄｒを介して間接的にではなく、直接その現在のＣｏＡにあるＭＮへアドレスし（ケース２）、これらのパケットはＦＮ中のＦＡにより受信され、ＦＮの経路設定手順を使用してＭＮに導かれる。これは通常はＣＮとＦＡとの間の効率的な経路設定パス上にはないＨＡを介する潜在的に非効率的である三角形の経路設定を回避するのでルート最適化として知られている。

（ＣｏＣｏＡモードとして知られている）ＭＩＰｖ４の第２の随意選択的な動作モードでは、それらのホームネットワークから離れたＭＮによるＣｏＡの共有はなく、ＦＡは使用されない。ＭＮは同一場所に位置されているＣｏＡ（ＣｏＣｏＡ）として知られている特有のＣｏＡを割当てられる。この動作モードにおいて、ＭＮはそれ自体、新しく割当てられたＣｏＣｏＡを登録するために結合の更新をそのＨＡへ送信しなければならない。その後、ＣＮにより送信されそのＨＡｄｄｒでＭＮにアドレスされるパケットはＨＡから直接ＭＮへトンネルされる。ＦＡ−ＣｏＡモードに関して、ＣｏＣｏＡモードの随意選択的な手順として、ＭＮはまたそのＣｏＣｏＡを登録するために結合の更新をＣＮへ送信することができる。その後、パケットはＣＮにより直接そのＣｏＣｏＡにあるＭＮに送信されることができる。

ＭＩＰｖ６移動性管理が図２に示されている。ＭＩＰｖ６とＭＩＰｖ４の２つの大きな違いを以下説明する。第１に、ＩＰｖ６では非常に増加されたアドレススペースのために、ＦＮ中のＭＮに割当てられたＣｏＡｓは共有されることがない（即ちそれらはＭＩＰｖ４の随意選択的なＣｏＣｏＡに対応する）。第２に、結果として、ＦＮ中にＦＡを配備する必要はない。図２を参照すると、ＭＩＰｖ６により、ＭＮ40がそのＨＮ42からＦＮ44に移動するとき、これは特有のＣｏＡを割当てられ、ＣｏＡを登録するために結合の更新をそのＨＮのＨＡ48へ送信する。ＨＡｄｄｒにアドレスされるＣＮ46からのパケットはＨＡ48により受信され（ケース１）トンネル54を介してＣｏＡにトンネルされる。このトンネル動作はＩＥＴＦ ＲＦＣ２４７３に記載されているＩＰｖ６の一般的なパケットトンネル機構を使用して実現されることができる。しかしながらＭＩＰｖ６では、ルートの最適化は１つの選択肢ではなく、プロトコルの基本的な部分であり、一般的に、（ＭＩＰｖ４のようにＨＡではなく）ＭＮがパケットを直接そのＣｏＡのＭＮにアドレスするために結合の更新をＣＮへ送信しなければならない（ケース２）。ＭＮがそのＭＮのＨＡを介してＣＮからトンネルされるパケットを受信するとき、これはＣＮがＭＮに対する結合をもたず、ＣＮ結合の更新を開始するという指示として取られる。

ＭＩＰＶ４およびＭＩＰｖ６で特定される結合更新手順の結果として多くの問題が生じる。問題はＨＡに対する結合更新（これらをホーム結合更新（ＨＢＵ）と呼ぶことにする）およびＣＮに対する結合更新（これらを対応結合更新（ＣＢＵ）と呼ぶことにする）の両者との接続において生じる。１つの問題はＦＮにおけるリソース使用である。ＭＩＰｖ４ ＣｏＣｏＡモードおよびＭＩｐｖ６では、ＭＮは貴重な無線ソースを含む種々のＦＮのリソースを使用するＨＢＵおよびＣＢＵを行う。ＨＢＵでは、この問題はＭＮが使用中ではなく、延長した長い時間にわたってＦＮ中でローミングするときでさえもＨＢＵが周期的に送信されることを必要とする事実によって悪化される。リソースの使用はまたＦＡがＨＢＵを行う場合のＭＩＰｖ４ ＦＡ−ＣｏＡモードでも問題である。

ＨＢＵおよびＣＢＵ手順についての別の問題はセキュリティである。誤った結合更新をＭＮのＨＡまたはＣＮへ発信すると、サービスの否認、機密性、中間の仲介人、ハイジャックおよび扮装による犯罪を含んだセキュリティ犯罪を導く（例えばＭＩＰｖ６の草案仕様セクション５を参照）。したがって複雑なセキュリティ手順がＭＩＰ仕様で提唱されている（例えばＭＩＰｖ６の草案仕様セクション５を参照）。これらのセキュリティ手順はＨＡ、ＣＮ、ＭＮにおける処理要求に関して遅く、高価である。これはまたＭＮおよびＣＮのバッテリの寿命にも悪影響を及ぼす。

別の問題はＨＢＵ手順の任意の遅延が古いＣｏＡに対するパケットの誤誘導、ＨＡにおけるパケットのキャッシング、またはさらに悪いことはこれらのパケットの損失となる可能性のあることである。同様に、ＣＢＵ手順の何等かの遅延は古いＣｏＡに対するパケットの誤誘導、ＨＡを介する三角形の経路設定、またはさらに悪いことはこれらのパケットの損失になりえる。これらの効果はＨＡにおける性能の低下、誤誘導または経路設定されていない最適化されたパケットの送信を起こす不必要なルータのロード、ＭＮとＣＮとの間の通信セッションに対する崩壊の可能性を生じる。

本発明の第１の特徴によれば、外部のパケットデータネットワークの移動体ノードに関して結合手順を行う方法が提供され、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有し、その方法は、
移動体ノードはそのホームパケットデータアドレスを、外部ネットワークで使用するための移動体ノードへパケットデータプロトコルアドレスを割当てるネットワークのノード（割当てノード）に送信し、
割当てノードは、パケットデータプロトコルアドレスを移動体ノードに割当てるか、その割当てに参加し、
割当てノードは、受信ノードのパケットデータプロトコルアドレスを受信し、
受信されたホームパケットデータプロトコルアドレスと、受信ノードパケットデータプロトコルアドレスと、割当てられたパケットデータプロトコルアドレスとにしたがって、割当てノードがメッセージを受信ノードに送信するために別のネットワークに対する送信またはアレンジを行うステップを含んでおり、メッセージは割当てられたパケットデータプロトコルと、移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示している。

本発明の第２の特徴によれば、移動体ノードに関して結合手順を行うように構成されている外部のパケットデータネットワークの割当てノードを提供し、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有し、その割当てノードは、
ホームパケットデータプロトコルを含んでいるメッセージを移動体ノードから受信する手段と、
パケットデータプロトコルアドレスを移動体ノードに割当てるか、その割当てに参加する手段と、
受信ノードのパケットデータプロトコルアドレスを受信する手段と、
受信されたホームパケットデータプロトコルアドレスと、受信ノードパケットデータプロトコルアドレスと、割当てられたパケットデータプロトコルアドレスとに基づいて、結合更新メッセージを構成する手段と、
構成されたメッセージを受信ノードに送信するために別のネットワークに対する送信またはアレンジを行う手段とを含んでおり、
メッセージは割当てられたパケットデータプロトコルと、移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示している。

本発明の更に別の特徴は特許請求の範囲に記載されている。

割当てノードに移動体ノードの代りに結合更新手順を行わせることによって、本発明はより迅速な結合更新手順を可能にする利点がある。さらに、外部ネットワークのリソース、特に無線リソースが節約され、結合更新セキュリティーの手順が簡単にされる。本発明のこれらの利点を詳細な説明でさらに詳細に説明する。

単なる例示として、本発明の好ましい実施形態の詳細な説明を以下説明する。
本発明をＧＰＲＳネットワーク中のホームから離れたＭＮを参照して詳細に説明するが、本発明は、固定または移動体の任意のタイプのパケットデータネットワークのホームから離れたＭＮに対するパケットデータプロトコルアドレス報告手順に適用されることが理解されるであろう。さらに、ＭＮはＨＡｄｄｒを割当てられ、そのＨＮであるｗＬＡＮ中にＨＡを有することを仮定するが、本発明はＨＮが固定または移動体であっても任意のタイプのパケットデータネットワークである場合に適用することが理解されよう。

図３は、ＧＰＲＳネットワーク10とｗＬＡＮネットワーク20がパケットネットワーククラウド30を介して共に（および１以上の外部パケットネットワークと）接続されている例示的なネットワークアーキテクチャを示している。ＧＰＲＳネットワーク10とｗＬＡＮネットワーク20は同一の管理ドメイン内であってもよく、または異なる管理ドメインのサブネットワークであってもよい。

ＧＰＲＳネットワーク10は、（ここでは１つのＧＧＳＮ12だけが示されているが）１以上のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を介して外部パケットネットワーククラウド30に接続されており、その１以上のゲートウェイＧＰＲＳサポートノードは内部のＩＰベースのパケット交換バックボーンネットワークを介して（ここでは１つのＳＧＳＮ14だけが示されているが）１以上のサービングＧＰＲＳサポートノード（ＳＧＳＮ）と通信する。ＳＧＳＮ14はＧＰＲＳサービスに取付けられる個々の移動局（ＭＳ）の位置の追跡を維持し、セキュリティ機能およびアクセス制御を行う。ＳＧＳＮ14はそれ自体、１以上の無線アクセスネットワーク（ＲＡＮ）16（２Ｇ ＧＳＭネットワーク中の基地局サブシステム（ＢＳＳ）または３Ｇ ＵＭＩＴＳネットワーク中のＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ））に接続される。ＲＡＮの制御装置は１以上のＭＳ18と無線により通信している。

ＧＳＭとＵＭＴＳの加入データを記憶するホーム位置レジスタ（ＨＬＲ）および回路切換サービスを管理し、個々の移動局（ＭＳ）の位置の追跡を維持する移動体交換センタ／ビジタ位置レジスタ（ＭＳＣ／ＶＬＲ）のようなＧＰＲＳネットワーク10のその他の主要なコンポーネントは図を明瞭にするために省略されている。3G TS 23.060 v3.12.0（2002-06）と呼ばれ、http://www.3gpp.org/ftp/specs/2002-06/R1999/23_series/において３ＧＰＰウェブサイトから入手可能なＧＰＲＳサービス記述（リリース１９９９）技術仕様書を参照し、これは２Ｇ（ＧＰＲＳ／ＧＳＭ）および３Ｇ（ＧＰＲＳ／ＵＭＴＳ）移動体パケットネットワークの詳細なサービスの説明を記載している。ＧＰＲＳネットワークの機能はまた通常よく知られているが、以下さらに特徴を詳細に説明する。

ｗＬＡＮネットワーク20は、無線でＭＳ26と通信する１以上のアクセス点24を制御するアクセス制御装置（ＡＣ）22を介して外部パケットネットワーククラウド30に接続される。ｗＬＡＮネットワークの機能は一般的によく知られており、ここでさらに詳細な説明はしない。

ＭＩＰｖ４またはＭＩＰｖ６エネーブルされたＭＮ40がｗＬＡＮ20でブートアップすることを想定する。これは通常、認証を受け、そのＨＮになるｗＬＡＮ20で使用するためのＨＡｄｄｒ（ＩＰｖ４またはＩＰｖ６）を割当てられる。認証とＨＡｄｄｒの割当ては通常の手順で行われることができる。ＭＮ40はまたその標準的なＭＩＰｖ４またはＭＩＰｖ６ＨＡ発見機構によりそのＨＡとして動作するためにｗＬＡＮ20のルータ48を選択し、或いは静止構造によりＨＡ48を割当てられることができる。したがって、ＨＡのＩＰアドレス（ＨＡ Ａｄｄｒ）はＭＮ40によって知られているか、少なくともそれによって発見可能である。ＭＮ40は通常の方法でＣＮ46のような種々のＣＮとの通信セッションに入る。ＣＮ46はそれ自体、ＧＰＲＳネットワーク10中ではｗＬＡＮ20中にあるか、任意の相互接続されたネットワーク中にあってもよい。

ＭＮ40がＧＰＲＳネットワーク10にローミングすることを仮定する。ＭＮ40はこの点ではＣＮ46と通信セッションにあってもよく、通信セッションではなくてもよい。ＧＰＲＳパケット交換サービスにアクセスするため、第１にＳＧＳＮ（ＧＰＲＳアタッチ手順（２Ｇ ＧＳＭ ＧＰＲＳアタッチまたは３Ｇ ＵＭＴＳ ＧＰＲＳアタッチ）によりＧＰＲＳアタッチ手順を実行する。指定認証手順はＭＮの加入者アイデンティティモジュール（ＳＩＭ）またはユーザサービスアイデンティティモジュール（ＵＳＩＭ）とＨＬＲ（３Ｇ ＴＳ ２３．０６０の６．８．１条項参照）に記憶されている加入者情報に基づいてＧＳＭまたはＵＭＴＳのいずれかを使用して行われる。成功したならば、ＧＰＲＳアタッチ手順はＭＮ40をＳＧＳＮを介するページングと、入来するパケットデータの通知に対して利用可能にする。

しかしながら、実際にパケットデータを送信し受信するために、ＭＮ40はＧＰＲＳネットワーク10で使用するためのパケットデータプロトコル（ＰＤＰ）アドレス、即ちＩＰｖ４またはＩＰｖ６アドレスを割当てられなければならない。さらに、ＭＮ40はＰＤＰアドレスと共に使用するための少なくとも１つのＰＤＰコンテキストを生成し付勢しなければならない。ＧＰＲＳでは、ＭＳに対する各ＰＤＰアドレスはそれに関連する１以上のＰＤＰコンテキストを有してもよい。ＰＤＰコンテキスト付勢のプロセスはＭＳをＳＧＳＮだけでなく対応するＧＧＳＮにも知られるように、外部データネットワークとの相互動作が開始できる。

通常、ＭＮ40により使用されるためのＰＤＰアドレスの割当てはＧＧＳＮの責任であり、付勢ＰＤＰコンテキスト手順内で行われる（３Ｇ ＴＳ ２３．０６０の９．２条項参照）。本発明によると、通常のＰＤＰコンテキスト付勢およびアドレス割当て手順は割当てられたＰＤＰアドレス（即ちＣｏＡまたはＣｏＣｏＡ）をｗＬＡＮ20のＨＡ48に報告するためのＨＢＵ手順を含むように変更されるか補足されることができる。さらに、ＭＮ40がＣＮ46と通信セッション中であるならば、通常のＰＤＰコンテキスト付勢およびアドレス割当て手順は割当てられたＰＤＰアドレスをＣＮ46に報告するためのＣＢＵ手順を含むように変更されるか補足されることができる。ＨＢＵおよびＣＢＵ手順を行うための本発明の技術的構成は非常に類似しているので、これらを共同して説明する。しかしながら、本発明の実施形態は１）ＣＢＵ手順のないＨＢＵ手順、２）ＨＢＵ手順のないＣＢＵ手順、３）変更または補足されたＰＤＰコンテキスト付勢およびアドレス割当て手順内の結合されたＨＢＵとＣＢＵ手順を行うために適用できることが理解されるであろう。

さらに、本発明の以下の実施形態で説明する手順は、ＭＩＰｖ６、ＭＩＰｖ４（ＣｏＣｏＡモード）またはＭＩＰｖ４（ＦＡ ＣｏＡモード）が使用されるか否か、および静止アドレス割当てまたは状態または状態のないアドレス自動構成（ＩＰｖ６）が使用されるか、動的または静的アドレス割当て（ＩＰｖ４）が使用されるかにしたがって変化する。さらに幾つかの実施形態は同様にＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメインであるか、または異なる管理ドメインのサブネットワークであるか否かに関係なく適用され、一方で幾つかはＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメインのサブネットワークである場合にのみ適用される可能性が大きい。したがってこれらのファクタを以下説明する。

［第１の実施形態］
図４は本発明の第１の実施形態にしたがって、ＨＢＵおよび／またはＣＢＵ手順を含むように変更されているＰＤＰコンテキスト付勢およびアドレス割当て手順を示している。この実施形態はＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメインまたは異なる管理ドメインのサブネットワークであっても適用する。しかしながらこの実施形態は特に以下の場合に適用される。
ａ）ＭＮ40がＭＩＰｖ６エネーブルであり、ＩＰｖ６状態アドレス自動構成がＰＤＰアドレス（即ちＭＩＰｖ６ ＣｏＡ）を割当てるために使用され、または
ｂ）ＭＮ40がＭＩＰｖ４エネーブルであり、ＧＰＲＳネットワーク10はＭＩＰｖ４ ＣｏＣｏＡモードで動作し、ＩＰｖ４ダイナミックアドレス割当てがＰＤＰアドレス（即ちＭＩＰｖ４ ＣｏＣｏＡ）を割当てるために使用される。

ステップ60で、ＭＮ40は付勢ＰＤＰコンテキストリクエストメッセージをそのＳＧＳＮ14に送信する。付勢ＰＤＰコンテキストリクエストメッセージはＰＤＰアドレスフィールドを空のままにし、ＰＤＰアドレスのダイナミック割当てをリクエストするが、ＰＤＰタイプフィールドをＩＰｖ４またはＩＰｖ６に設定して、必要とされるアドレスのタイプを特定する。ＰＤＰ構成オプションはＭＮのＨＡｄｄｒおよびＨＡ Ａｄｄｒ（即ちＨＡ48のＩＰアドレス）および／またはＣＮ Ａｄｄｒ（即ちＣＮ46のＩＰアドレス）を提供するために使用される。ステップ62で、ＳＧＳＮ14は生成ＰＤＰコンテキストリクエストメッセージをＧＧＳＮ12へ送信し、これは付勢ＰＤＰコンテキストリクエストメッセージのパラメータを含んでいる。ステップ64で、ＧＧＳＮ12はアドレス割当てサーバ（ＡＡＳ）28からＭＮ40に割当てられるＰＤＰアドレス（即ちＩＰｖ４またはＩＰｖ６アドレス）をダイナミックに獲得する。ＡＡＳ28はダイナミックホスト構成プロトコル（ＤＨＣＰ）サーバとして構成されてもよく、ＧＧＳＮ12はＤＨＣＰリレイクライアントとして機能する。代りに、ＡＡＳ28は遠隔認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）サーバ、またはダイアメータサーバとして構成されてもよい。ＡＡＳ28はＧＰＲＳネットワーク10に対して内部であってもよく、或いは外部であってもよいことに注意すべきである。さらに、内部であるならば、ＡＡＳ28の機能はＧＧＳＮ12と同じ物理的ノードに統合されることができる。

ＰＤＰアドレスが割当てられた後、ＧＧＳＮ12はＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を行うために必要な全ての情報を有する。ステップ66で、ＧＧＳＮ12は割当てられたＰＤＰアドレスを含む生成ＰＤＰコンテキスト応答メッセージをＳＧＳＮ14へ送信する。ステップ68で、ＧＧＳＮ12はＨＢＵリクエストメッセージをＨＡ48へ送信し、および／またはＣＢＵリクエストメッセージをＭＮ40の代理としてＣＮ46へ送信する。これらのメッセージは結合更新（ＭＩＰｖ６）または登録リクエスト（ＭＩＰｖ４）メッセージとしてＭＩＰ仕様では呼ばれており、さらに詳細に以下説明する。ステップ70では、ＨＡ48／ＣＮ46は（ＭＩＰ仕様では、結合確認（ＭＩＰｖ６）または登録応答（ＭＩＰｖ４）メッセージとして呼ばれている）ＨＢＵ応答／ＣＢＵ応答メッセージをＧＧＳＮ12へ送信し、ＨＢＵ／ＣＢＵの成功を示す。ＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を実行することによりＧＧＳＮ12はＭＮ40に対する実効的な代理結合エージェントとして動作する。ステップ72でＳＧＳＮ14は付勢ＰＤＰコンテキスト承諾メッセージをＭＮ40へ送信し、これはアドレス割当てとＰＤＰコンテキスト付勢手順を完了する割当てられたＰＤＰアドレスを含んでいる。

ＧＧＳＮ12によりＨＡ48へ送信されたＭＩＰｖ６結合更新のフォーマットは以下の相違点を除いて、ＭＩＰｖ６（ＭＩＰｖ６の６．１．７と１１．７．１条項参照）で特定されている。ＩＰｖ６ソースアドレスはＭＮ40のアドレスではなくＧＧＳＮ12のアドレスである。さらに、ＭＮ40のＨＡｄｄｒは（ＭＩＰｖ６の６．１．７条項に特定されているように）ホームアドレス目的地オプションＩＰｖ６拡張ヘッダに含まれなければならず、新しく割当てられたＣｏＡは別のアドレス移動性オプションのケア（ＭＩＰｖ６の６．２．４条項参照）に含まれる。

同様に、ＧＧＳＮ12によりＣＮ46へ送信されたＭＩＰｖ６結合更新のフォーマットは以下の相違点を除いてＭＩＰｖ６（ＭＩＰｖ６の６．１．７と１１．７．２条項参照）で特定されている。ＩＰｖ６ソースアドレスはＭＮ40のアドレスではなくＧＧＳＮ12のアドレスである。さらに、ＭＮ40のＨＡｄｄｒは（ＭＩＰｖ６の６．３条項に特定されているように）ホームアドレス目的地オプションＩＰｖ６拡張ヘッダに含まれなければならず、新しく割当てられたＣｏＡは別のアドレス移動性選択肢のケア（ＭＩＰｖ６の６．２．４条項参照）に含まれる。

ＧＧＳＮ12によりＨＡ48へ送信されたＭＩＰｖ４登録リクエストメッセージのフォーマットはＩＰｖ４ソースアドレスがＭＮ40のアドレスではなくＧＧＳＮ12のアドレスである点を除いてＭＩＰｖ４（ＭＩＰｖ４の３．３条項参照）で特定されている。それとは別に、登録リクエストは標準的であり、特に（ユーザデータグラムプロトコル（ＵＤＰ）パケットのペイロードに含まれている）移動体ＩＰフィールドはＨＡｄｄｒ、ＨＡ Ａｄｄｒ、新しく割当てられたＭＮ40のＣｏＣｏＡを含んでいる（３．３条項参照）。

第１の実施形態の変形では、ＡＡＳ28はＧＧＳＮ12自体の代りにＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を行うようにＧＧＳＮ12により指令されることができる。必要な情報（ＨＡｄｄｒ、ＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒ）はステップ64でＰＤＰ割当て手順中に送信されたメッセージ中でＡＡＳ28へ送信されることができる。ＡＡＳ28は新しく割当てられたＰＤＰアドレスが割当てられているので、アドレスを有する。ステップ68と70はそれ故、ＡＡＳ28とＨＡ48／ＣＮ46との間の対話を含んでいる。

［第２の実施形態］
図５は本発明の第２の実施形態にしたがって、ＨＢＵおよび／またはＣＢＵ手順を含むように変更されているＰＤＰコンテキスト付勢とアドレス割当て手順を示している。この実施形態はＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメインまたは異なる管理ドメインのサブネットワークである場合に適用される。しかしながらこの実施形態は特にＭＮ40がＭＩＰｖ４エネーブルであり、ＧＰＲＳネットワーク10がＭＩＰｖ４ ＦＡ ＣｏＡモードで動作する場合に適用されている。
ＭＩＰｖ４ ＦＡ ＣｏＡモードにより、１以上のＭＮがＦＡにより提供されるＣｏＡを共有することを想起する。３Ｇ ＴＳ ２３．０６０の５．７条項にしたがって、ＦＡ機能はＧＧＳＮ12に統合されることができる。しかしながら、一般的に、ＧＧＳＮ12とＭＮ40のＦＡとして動作するルータ50はＧＰＲＳネットワーク10の分離された別のノードであるが、本発明はＦＡ50とＧＧＳＮ12が統合される特別なケースにも同等に適用されることができる。

ステップ110で、ＭＮ40は付勢ＰＤＰリクエストメッセージをそのＳＧＳＮ14に送信する。付勢ＰＤＰコンテキストリクエストメッセージはＰＤＰアドレスフィールドを空にしたまま、ＰＤＰアドレスのダイナミック割当てをリクエストするが、ＰＤＰタイプフィールドをＩＰｖ４に設定して、要求されたアドレスのタイプを特定してもよい。ＰＤＰ構成オプションはＭＮのＨＡｄｄｒとＨＡ48のＨＡ Ａｄｄｒ／ＣＮ46のＣＮ Ａｄｄｒを提供するために使用される。ステップ112で、ＳＧＳＮ14は生成ＰＤＰコンテキストリクエストメッセージをＧＧＳＮ12へ送信し、これには付勢ＰＤＰコンテキストリクエストメッセージのパラメータが含まれている。ステップ114で、ＧＧＳＮ12はＦＡ50からＭＮ40に割当てられるＰＤＰアドレス（即ちＣｏＡ）を獲得する。

ＰＤＰアドレス（ＣｏＡ）が割当てられた後、ＧＧＳＮ12はＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を行うために必要な全ての情報を有する。ステップ116で、ＧＧＳＮ12は割当てられたＰＤＰアドレスを含む生成ＰＤＰコンテキスト応答メッセージをＳＧＳＮ14へ送信する。その後ステップ118で、ＧＧＳＮ12は第１の実施形態に関して前述したように、ＨＢＵリクエストメッセージをＨＡ48へ送信し、および／またはＣＢＵリクエストメッセージをＭＮ40の代理としてＣＮ46へ送信する。ＭＩＰｖ４ ＦＡ−ＣｏＡモードでは、（ホーム登録メッセージと呼ばれる）ＨＢＵメッセージとＣＢＵメッセージは図５に示されているようにＦＡを介して中継される。ステップ120で、ＨＡ48／ＣＮ46はＨＢＵ応答／ＣＢＵ応答メッセージをＧＧＳＮ12へ送信し、これはＨＢＵ／ＣＢＵの成功を示す。ステップ122で、ＳＧＳＮ14は付勢ＰＤＰコンテキスト承諾メッセージをＭＮ40へ送信し、これはアドレス割当てとＰＤＰコンテキスト付勢手順を完了する割当てられたＰＤＰアドレスを含んでいる。

ＧＧＳＮ12によりＨＡ48および／またはＣＮ46へ送信されたＭＩＰｖ４結合更新メッセージのフォーマットは第１の実施形態に関して特別に前述したのと同様である。

第２の実施形態では、ＦＡ50はＧＧＳＮ12によってＧＧＳＮ12自体の代りに、ＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を実行するように命令されることができる。必要な情報（ＨＡｄｄｒ、ＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒ）はステップ114でＰＤＰ割当て手順期間中に送信されるメッセージでＦＡ50へ送信されることができる。ＦＡ50はこれが割当てられているので新しく割当てＰＤＰアドレスを有することに注意すべきである。ステップ118と120はそれ故、ＦＡ50とＨＡ48／ＣＮ46との間の対話を含んでいる。

前述の第１および第２の実施形態では、ＭＮ40に別々のその次の一般的なＨＢＵおよび／またはＣＢＵ手順を行わせる代りに、ＧＰＲＳ ＰＤＰコンテキスト付勢およびアドレス割当て手順の期間中にＭＮ40の代理として、ＧＧＳＮ12、ＡＡＳ28またはＦＡ50にＨＢＵおよび／またはＣＢＵ手順を行わせることによって、さらに高速度のＨＢＵとＣＢＵが実現され、ＧＰＲＳネットワーク10中のリソース、特に無線リソースが保存される。

［第３の実施形態］
図６は本発明の第３の実施形態にしたがって、ＨＢＵおよび／またはＣＢＵ手順を含むように変更されているＰＤＰコンテキスト付勢とアドレス割当て手順を示している。この実施形態はＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメインであっても、または異なる管理ドメインのサブネットワークであっても適用される。しかしながらこの実施形態は特にＭＮ40がＭＩＰｖ６エネーブルであり、ＩＰｖ６の状態のないアドレス自動構成がＰＤＰアドレス（即ちＭＩＰｖ６ ＣｏＡ）を割当てるために使用される場合に適用している。

ＧＰＲＳ内のＩＰｖ６の状態のないアドレスの自動構成により、ＭＳに割当てられたフルＩＰｖ６アドレスは部分的にＧＧＳＮにより、また部分的にＭＳ自体によって与えられ、ＭＳはルータの広告を聞かされ、リンクのローカルインターフェース識別子を獲得される。したがって、ＧＧＳＮはＭＳに割当てられたフルＰＤＰアドレスを知らない。この実施形態では、ＰＤＰコンテキスト付勢手順はさらに別のＰＤＰ変更手順によって補足され、ＨＡｄｄｒ、ＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒおよび新しく割当てられたフルＰＤＰアドレス（即ちＭＩＰｖ６ ＣｏＡ）を含むＨＢＵおよび／またはＣＢＵ手順を実行するためにＧＧＳＮが必要とする情報を提供する。

ステップ80から90は３Ｇ ＴＳ ２３．０６０の９．２．１．１条項に記載されているように、ＧＰＲＳ内の標準的なＩＰｖ６の状態のないアドレスの自動構成にしたがっている。ステップ80で、ＭＮ40は付勢ＰＤＰリクエストメッセージをそのＳＧＳＮ14に送信する。付勢ＰＤＰコンテキストリクエストメッセージはＰＤＰアドレスフィールドを空にしたまま、ＰＤＰアドレスのダイナミック割当てをリクエストするが、ＰＤＰタイプフィールドをＩＰｖ６に設定して、必要とされるアドレスのタイプを特定してもよい。ステップ82で、ＳＧＳＮ14は生成ＰＤＰコンテキストリクエストメッセージをＧＧＳＮ12へ送信し、これは付勢ＰＤＰコンテキストリクエストメッセージのパラメータを含んでいる。ステップ84で、ＧＧＳＮ12はＰＤＰコンテキストに割当てられた接頭辞とインターフェース識別子とからなるＰＤＰアドレスを含んだ生成ＰＤＰコンテキスト応答メッセージをＳＧＳＮ14へ送信する。ステップ86で、ＳＧＳＮ14は割当てられたＰＤＰアドレスを含む付勢ＰＤＰコンテキスト承諾メッセージをＭＮ40に送信する。ＭＮ40は随意選択的にステップ88でルータ懇願メッセージをＧＧＳＮ12へ送信し、ステップ90でＧＧＳＮ12によりＭＮ40に送信されたルータ広告メッセージの送信を付勢する。ルータ広告メッセージはステップ82と84で行われるように、ＰＤＰコンテキストに割当てられたものと同じ接頭辞を含んでいる。ＭＮ40はその後、接頭辞および、ａ）ステップ82と84で行われたインターフェース識別子またはｂ）局部的に発生されたインターフェース識別子のいずれか一方に基づいてそのフルＩＰｖ６アドレスを構成する。

その後、本発明にしたがって、ステップ92で、ＭＮ40は変更ＰＤＰコンテキストリクエストメッセージをＳＧＳＮ14へ送信する。ＭＮ40はこれが新しいＩＰｖ６アドレスからＩＰｖ６の状態のないアドレス自動構成を構成する毎に、自動的にこのステップを行うように構成されることができる。変更ＰＤＰコンテキストリクエストメッセージは新しく構成されたＰＤＰアドレス（即ちＭＩＰｖ６ ＣｏＡ）と共に、ＨＡｄｄｒ、ＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒを有するＰＤＰ構成選択肢フィールドを含んでいる。これはこのオプションが現在規定されていないために、ＭＳ開始された変更ＰＤＰコンテキスト手順中のＰＤＰ構成オプションフィールドを含むように現在のＧＰＲＳ標準の仕様の変更を必要とし、または少なくともユーザの変更を必要とすることに注意すべきである。ＭＳ開始される変更ＰＤＰコンテキスト手順中の随意選択的なＰＤＰ構成オプションフィールドを使用するためのフォーマットおよび手順は３Ｇ ＴＳ ２３．０６０の９．２条項および一般的に３Ｇ ＴＳ ２３．０６０で特定されているように、ＭＳ開始される付勢ＰＤＰコンテキスト手順中の随意選択的なＰＤＰ構成オプションフィールドに対して特定されている。ステップ94で、ＳＧＳＮ14は変更ＰＤＰコンテキストリクエストメッセージのＰＤＰ構成オプションパラメータを含んでいる更新ＰＤＰコンテキストリクエストメッセージをＧＧＳＮ12へ送信する。ＧＧＳＮ12はＭＮ40の代理としてＨＢＵおよび／またはＣＢＵ手順を行うために必要な全ての情報を有する。ステップ96でＧＧＳＮ12は更新ＰＤＰコンテキスト応答メッセージをＳＧＳＮ14へ送信する。ステップ98で、ＧＧＳＮ12はＭＮ40の代理としてＨＢＵリクエストメッセージをＨＡ48へ送信し、および／またはＣＢＵリクエストメッセージをＣＮ46へ送信する。ステップ100で、ＨＡ48／ＣＮ46はＨＢＵ応答メッセージ／ＣＢＵ応答メッセージをＧＧＳＮ12へ送信し、これはＨＢＵ／ＣＢＵの成功を示す。ステップ120で、ＳＧＳＮ14は変更ＰＤＰコンテキスト承諾メッセージをＭＮ40へ送信する。

ＧＧＳＮ12によりＨＡ48および／またはＣＮ46へ送信されたＭＩＰｖ６結合更新メッセージのフォーマットは第１の実施形態に関して特に前述した。

前述の第３の実施形態の変形では、標準的なＰＤＰコンテキスト付勢手順のステップ80と82は、ＨＡｄｄｒとＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒが前述したようにフルＰＤＰアドレスを提供するステップ92および94の変更ＰＤＰコンテキストリクエストおよび更新ＰＤＰコンテキストリクエストメッセージではなく、付勢ＰＤＰコンテキストリクエストおよび生成ＰＤＰコンテキストメッセージのＰＤＰ構成オプションフィールド中のＧＧＳＮ12に提供されるように変更されることができる。ＨＢＵおよび／またはＣＢＵ手順を実行するためにＧＧＳＮ12により必要とされる種々の情報項目（ＨＡｄｄｒとＨＡ Ａｄｄｒ／ＣＮ Ａｄｄｒおよび（フル）ＰＤＰアドレス）がＰＤＰコンテキスト付勢手順および１以上の補足的なＰＤＰコンテキスト変更手順の種々の組合せでＧＧＳＮ12に与えられるという第３の実施形態のその他の変形も可能である。

通常のＨＢＵ／ＣＢＵ手順（ＭＮ40と、ＳＧＳＮ14と、ＧＧＳＮ12との間でユーザプレーンＩＰ接続の設定と使用を必要とする）ではなく、ＭＮ40の代理としてＧＧＳＮ12にＨＢＵおよび／またはＣＢＵ手順（ＭＮ40と、ＳＧＳＮ14と、ＧＧＳＮ12との間に既に設定された制御プレーン接続を使用する）をＧＰＲＳ ＰＤＰ変更手順期間中に行わせることにより、リソース、特に無線リソースはＧＰＲＳネットワーク10において保存される。

第３の実施形態で説明したように、ＭＮ４０の代理として、ＨＢＵおよび／またはＣＢＵ手順を行うためにＧＧＳＮ12を提供するようにＧＰＲＳ ＰＤＰ変更手順を使用することは以下の場合にもまた適用されることができることが認識されるであろう。

ａ）ＭＮ40がＭＩＰｖ６エネーブルであり、ＩＰｖ６状態アドレス自動構成が使用されてＰＤＰアドレス（即ちＭＩＰｖ６ ＣｏＡ）を割当てられ、または
ｂ）ＭＮ40がＭＩＰｖ４エネーブルであり、ＧＰＲＳネットワーク10はＭＩＰｖ４ ＣｏＣｏＡモードで動作し、ＩＰｖ４ダイナミックアドレス割当てが使用されてＰＤＰアドレス（即ちＭＩＰｖ４ ＣｏＣｏＡ）を割当てられ、或いは
ｃ）ＭＮ40がＭＩＰｖ４エネーブルであり、ＧＰＲＳネットワーク10はＭＩＰｖ４ ＦＡ ＣｏＡモードで動作する。

しかしながら、本発明の第１および第２の実施形態に関連する前述の手順は第３の実施形態に比較して前述したように更に利点を提供するので、それらは第３の実施形態の手順に対して好ましいであろう。

前述の第１、第２、第３の実施形態の変形によれば、ＭＮ40はＧＧＳＮ12が代理としてＨＢＵ手順を行うことを可能にするためにＰＤＰコンテキスト付勢またはＰＤＰ変更手順の一方でＨＡ ＡｄｄｒをＧＧＳＮ12へ提供しない。その代りに、ＧＧＳＮ12は適切なＨＡのアドレスを得るために（適切であるように）ＭＩＰｖ４またはＭＩＰｖ６のＨＡ発見機構を使用する。これらの変形はＧＰＲＳネットワーク10およびｗＬＡＮ20が同じ管理ドメインまたは異なる管理ドメインのサブネットワークである場合に適用する可能性が大きい。これは単一の機構内のＭＩＰｖ４またはＭＩＰｖ６ ＨＡ発見機構を使用するオーバーヘッドが、恐らくＭＮがローミングを始める全ての異なるネットワークを含んだ多数の管理ドメインを横切る機構を使用するオーバーヘッドと比較して小さいためである。

ＭＩＰｖ６により、ＧＧＳＮ12は（ＭＩＰｖ６の６．５、６．６、１１．４．１に記載されているように）周期的にインターネット制御メッセージプロトコル（ＩＣＭＰ）ＨＡ発見リクエストメッセージをｗＬＡＮ20中のＭＩＰｖ６ ＨＡのエニィキャストアドレスへ送信し、それに応答してＩＣＭＰ ＨＡ発見応答メッセージを受信することによってＨＡ発見機構を使用することができる。ｗＬＡＮ20中のＨＡエニィキャストアドレスは静的にＧＧＳＮ12に構成されることができる。ＩＣＭＰ ＨＡ発見応答メッセージは前述したように、代理ＨＢＵ手順を行うときに使用するための１以上の適切なＨＡのアドレスをＧＧＳＮ12に提供する。

ＧＧＳＮ12が代理ＨＢＵ手順を行うために必要な１以上のＭＩＰｖ６ＨＡが存在する場合、ＧＧＳＮ12は周期的にＩＣＭＰ ＨＡ発見リクエストメッセージをＨＡのエニィキャストアドレスへ送信し、それに応答してＩＣＭＰ ＨＡ発見応答メッセージを受信する。したがって、ＧＧＳＮ12はｗＬＡＮ20およびＨＡとして動作している他のサブネットワークまたはネットワーク中のルータのリストを維持し、任意の所定のＭＮに対して、ＧＧＳＮ12がＭＮのＨＡｄｄｒに基づいて、ＨＢＵリクエストメッセージを送信するために適切なＨＡ Ａｄｄｒを選択することができる。

ＭＩＰｖ４により（および前述のＭＩＰｖ６手順の代りとして）、ＧＧＳＮ12は（ＭＩＰｖ４の２．１、２．１．１に記載されているように）ｗＬＡＮ20中のＨＡからＩＣＭＰルータ広告またはｗＬＡＮ20のＨＡからＩＰｖ６近傍発見ルータ広告を聞く（ＭＩＰｖ６の７．１、７．４、１０．５．１に記載されているように）ことによって、ＭＩＰｖ４またはＭＩＰｖ６ ＨＡの発見機構を使用することができる。これらのルータ広告は前述したように、代理ＨＢＵ手順を行うときに使用するための１以上の適切なＨＡのアドレスをＧＧＳＮ12に提供する。

前述したように、ＧＧＳＮ12が代理ＨＢＵ手順を行うために必要な１以上のＨＡが存在する場合、ＧＧＳＮ12はこれらの各ＨＡからＩＣＭＰルータ広告（ＭＩＰｖ４）およびＩＰｖ６近傍発見ルータ広告（ＭＩＰｖ６）を聞く。したがってＧＧＳＮ12はｗＬＡＮ20、ＨＡとして動作している他のサブネットワークまたはネットワーク中にルータのリストを維持し、任意の所定のＭＮではＧＧＳＮ12がＭＮに対してＨＡｄｄｒに基づいて、ＨＢＵリクエストメッセージを送信するために適切なＨＡ Ａｄｄｒを選択することができる。

前述の第１、第２、第３の実施形態の更に別の変形によれば、ＭＮ40はＧＧＳＮ12が代理としてＨＢＵ手順を行うことを可能にするためにＰＤＰコンテキスト付勢またはＰＤＰ変更手順のいずれかでＨＡ ＡｄｄｒをＧＧＳＮ12へ提供しない。その代りに、１以上のＨＡアドレスのリストはＭＮ40の代理としてＨＢＵリクエストメッセージを送信するために静的にＧＧＳＮ12中で構成されることができる。これらの変形はそれぞれ第１、第２、第３の実施形態と同一のケースに適用される。

ＧＧＳＮ12が代理ＨＢＵ手順を行うために必要な１以上のＨＡが存在する場合、ＧＧＳＮ12はこれらの１以上のＨＡのリストで静的に構成される。したがって、任意の所定のＭＮに対してはＧＧＳＮ12はＭＮのＨＡｄｄｒに基づいて、ＨＢＵリクエストメッセージを送信するために適切なＨＡ Ａｄｄｒを選択することができる。

前述の第１、第２、第３の実施形態の更に別の変形では、ＭＮ40はＧＰＲＳネットワーク10での使用のために静止ＣｏＡまたはＣｏＣｏＡが割当てられることができる。したがって、ＩＰｖ６の状態または無状態アドレス自動構成によって、または（ＡＡＳ28またはＦＡ50を介して）ＩＰｖ４ダイナミックアドレス割当てによって、ＰＤＰアドレスを割当てる代りに、ＭＮ40は既に割当てられたＰＤＰアドレスを有し、これはＰＤＰ付勢手順またはその次のＰＤＰ変更手順のいずれかでＧＧＳＮ12へ提供される。これはその後、前述したようにそれぞれＨＢＵ／ＣＢＵ手順でＨＡ48またはＣＮ46へ報告される。

通常、ＨＢＵリクエストメッセージを受信するとき、ＨＡはＭＮと関係するそのセキュリティをチェックするためのセキュリティ機能を実行する。これはＭＩＰでは主なセキュリティの脅威である不正な結合更新を阻止する。しかしながら、本発明ではＨＢＵリクエストメッセージはＭＮ40ではなくＧＧＳＮ12、ＦＡ50またはＡＡＳ28により送信されるので、ＨＡ48は、ＧＰＲＳアタッチ手順の期間中に認証されたＭＮ40を有するようにＧＰＲＳネットワーク10にしたがって、適切であるようにＧＧＳＮ12、ＦＡ50またはＡＡＳ28とのそのセキュリティ関係をチェックすることしか必要とされない。ＧＧＳＮ12とＨＡ48との間のセキュリティ関係は永久的または半永久的なベースで設定されることができる。例えば、ＧＧＳＮ12とＨＡ48は、ａ）ＧＰＲＳネットワーク10とｗＬＡＮ20が同一の管理ドメイン内であるならば、ネットワークオペレータによって、ｂ）ＧＰＲＳネットワーク10とｗＬＡＮ20が異なる管理ドメイン内であるならば、ネットワークオペレータ間でのローミング同意下で、セキュリティ関係により構成されることができる。

前述の実施形態と変形で説明した種々のエンティティ間で送信される幾つかのメッセージは本発明の手順に悪影響せずに変化できることが認識されるであろう。

前述したように、本発明は固定され、または移動できる任意のタイプのパケットデータネットワークのホームネットワークから離れたＭＮに対するパケットデータプロトコルアドレス報告手順に適用される。さらに本発明は固定または移動のいずれかの任意のタイプのパケットデータネットワークである外部ネットワークでＭＮがサービスを与えられる場合に適用される。前述の実施形態はＧＰＲＳ ＰＤＰアドレス割当て手順がどのようにして変更され、または補足されることができるかを示しているが、他のタイプのパケットデータネットワークにより、対応するＰＤＰアドレス割当て手順が本発明にしたがって同様に変更されることができることが認識されるであろう。

さらに、本発明の実施形態をＭＩＰに関して前述したが、本発明は一般的に、結合更新を受信ノードに提供するために適用され、結合更新は外部のパケットデータネットワークで使用するための移動体ノードに割当てられたパケットデータプロトコルアドレスと、移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示していることは明白である。

ＭＩｐｖ４で与えられるような移動性管理を示す概念図。 ＭＩｐｖ６で与えられるような移動性管理を示す概念図。 外部パケット交換ネットワーククラウドを介して接続されたＧＰＲＳネットワークおよびｗＬＡＮネットワークを示すネットワークの構造図。 本発明の第１の実施形態にしたがって、結合手順を含むように変形されているアドレス割当て手順を示す図。 本発明の第２の実施形態にしたがって、結合手順を含むように変形されているアドレス割当て手順を示す図。 本発明の第３の実施形態にしたがって、結合手順を含むように変形されているアドレス割当て手順を示す図。

Claims (12)

1. 外部のパケットデータネットワークの移動体ノードに関して結合手順を行う方法において、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有し、前記方法は、
   移動体ノードはそのホームパケットデータアドレスを、外部ネットワークで使用するための移動体ノードへパケットデータプロトコルアドレスを割当てるネットワークのノード（割当てノード）に送信し、
   割当てノードは、パケットデータプロトコルアドレスを移動体ノードに割当てるか、その割当てに参加し、
   割当てノードは、受信ノードのパケットデータプロトコルアドレスを受信し、
   受信されたホームパケットデータプロトコルアドレスと、受信ノードパケットデータプロトコルアドレスと、割当てられたパケットデータプロトコルアドレスとにしたがって、割当てノードがメッセージを受信ノードに送信するために別のネットワークに対する送信またはアレンジを行うステップを含んでおり、メッセージは割当てられたパケットデータプロトコルと移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示している方法。
2. 受信ノードはホームパケットデータネットワーク中の移動体ノードのホームエージェントである請求項１記載の方法。
3. 移動体ノードはホームエージェントのパケットデータプロトコルアドレスを割当てノードに送信する請求項２記載の方法。
4. 割当てノードはホームエージェント発見メッセージを介してホームエージェントのパケットデータプロトコルアドレスを受信する請求項２記載の方法。
5. 受信ノードは移動体ノードと通信中の対応ノードである請求項１記載の方法。
6. 移動体ノードは対応ノードのパケットデータプロトコルアドレスを割当てノードに送信する請求項５記載の方法。
7. 移動体ノードは移動体インターネットプロトコル（ＭＩＰ）エネーブル移動体ノードであり、結合手順はＭＩＰ結合手順であり、割当てられたパケットデータプロトコルアドレスはアドレスのＭＩＰケア（ＣｏＡ）であるか同一位置のアドレスのケア（ＣｏＣｏＡ）である請求項１乃至６のいずれか１項記載の方法。
8. 外部ネットワークは一般的なパケット無線サービス（ＧＰＲＳ）ネットワークであり、割当てノードはＧＰＲＳネットワークのＧＰＲＳサポートノード（ＧＧＳＮ）である請求項１乃至７のいずれか１項記載の方法。
9. 移動体ノードはそのホームパケットデータプロトコルアドレスをパケットデータプロトコル（ＰＤＰ）コンテキスト付勢手順内でＧＧＳＮへ送信する請求項８記載の方法。
10. 移動体ノードは割当てられたパケットデータプロトコルアドレスをパケットデータプロトコル（ＰＤＰ）コンテキスト変更手順内でＧＧＳＮへ送信する請求項８記載の方法。
11. 割当てられたパケットデータプロトコルアドレスはパケットデータプロトコル（ＰＤＰ）コンテキスト変更手順においてパケットデータプロトコル（ＰＤＰ）構造オプションフィールドで送信される請求項１０記載の方法。
12. 移動体ノードに関して結合手順を行うように構成されている外部のパケットデータネットワークの割当てノードにおいて、移動体ノードはホームパケットデータネットワークからローミングし、ホームパケットデータプロトコルアドレスを有しており、前記割当てノードは、
    ホームパケットデータプロトコルを含んでいるメッセージを移動体ノードから受信する手段と、
    パケットデータプロトコルアドレスを移動体ノードに割当てるか、その割当てに参加する手段と、
    受信ノードのパケットデータプロトコルアドレスを受信する手段と、
    受信されたホームパケットデータプロトコルアドレスと、受信ノードパケットデータプロトコルアドレスと、割当てられたパケットデータプロトコルアドレスとに基づいて、結合更新メッセージを構成する手段と、
    構成されたメッセージを受信ノードに送信するために別のネットワークに対する送信またはアレンジを行う手段とを含んでおり、
    前記構成されたメッセージは割当てられたパケットデータプロトコルと、移動体ノードのホームパケットデータプロトコルアドレスとの間の結合を示している割当てノード。

Images