[go: up one dir, main page]

JP2010532959A - 移動ノード内に実装されたモビリティ機能の検知 - Google Patents

移動ノード内に実装されたモビリティ機能の検知 Download PDF

Info

Publication number
JP2010532959A
JP2010532959A JP2010515409A JP2010515409A JP2010532959A JP 2010532959 A JP2010532959 A JP 2010532959A JP 2010515409 A JP2010515409 A JP 2010515409A JP 2010515409 A JP2010515409 A JP 2010515409A JP 2010532959 A JP2010532959 A JP 2010532959A
Authority
JP
Japan
Prior art keywords
mobile node
address
network
mobile
access
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2010515409A
Other languages
English (en)
Inventor
ゲナディ ベレブ
キリアン ヴェニゲル
イェンス バッハマン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JP2010532959A publication Critical patent/JP2010532959A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】移動ノード内に実装されたモビリティ機能の検知
【解決手段】
本発明は、別の第２アクセス・ネットワークからのアクセス技術間ハンドオーバー中の第１アクセス・ネットワークに接続する移動ノードのＩＰアドレスを設定する方法に関する。本発明はさらに、本方法に参加するモバイル・アクセス・ゲートウェイおよび移動ノードに関する。第１および第２アクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインに属する。移動ノードがネットワーク・ベースのモビリティ機能を実装しているか否かを検知するために、仮想インタフェース発見は、第１アクセス・ネットワークとの自己のインタフェース上のハンドオーバーの前に移動ノードに提供されたホーム・ネットワーク・プレフィクスに準じたアドレスもまた、該移動ノードが設定するか否かを確認するによって実行される。並行して、アドレス設定が実行される。仮想インタフェースが移動ノードにて実装されているか否かの検知に基づいて、モバイル・アクセス・ゲートウェイは、ネットワーク・ベースのモビリティまたはクライアント・ベースのモビリティを用いるか否かを決定し、アドレス設定を変更するか否かを決定してもよい。
【選択図】図２

Description

本発明は、別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に、該移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、移動ノードのＩＰアドレスを設定する方法に関し、該第２アクセス・ネットワークは、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用している。本発明はさらに、本方法に参加するモバイル・アクセス・ゲートウェイおよび移動ノードに関する。
通信システムは、インターネット・プロトコル（ＩＰ）ベースのネットワークへとますます進化している。通信システムは互いに接続された多くのネットワークから成り、そこでは音声およびデータが一端末から他の端末へと断片状、いわゆるパケットで送信される。それらパケットは、接続のない状態で、ルータによって宛先へとルーティングされる。ＩＰパケットはＩＰヘッダおよびペイロード情報を含み、一方、ＩＰヘッダはなかんずくソースおよび宛先ＩＰアドレスを含む。ＩＰネットワークは、拡張性の理由から、階層的なアドレス指定スキームを用いる。それ故に、ＩＰアドレスは対応する端末を識別するだけでなく、この端末についての位置情報をさらに含む。ルーティング・プロトコルによって提供された付加情報によって、ネットワーク内のルータは、ある特定の宛先に向けられる次ルータを識別することができる。
端末が、以降移動ノード（ＭＮ）と呼ばれる移動体であり、サブ・ネット間を移動する場合、該端末は、インターネット・プロトコル（ＩＰ）の階層的なアドレス設定スキームを理由として、自己のＩＰアドレスを位相的に正しいＩＰアドレスへと変更しなければならない。しかしながら、ＴＣＰ接続といったより高位層への接続は通信ノードのＩＰアドレス（およびポート）によって定義されているので、当該ノードのうち一つが移動の理由等から自己のＩＰアドレスを変更すると、接続が断たれる。
Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏ、「Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６」、ＩＥＴＦ ＲＦＣ ３７７５、２００４年６月（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ）に規定されるモバイルＩＰｖ６（またはＭＩＰｖ６）は、移動ノードが、より高位層およびアプリケーションにトランスペアレントな態様で、すなわち、より高位層の接続を断つことなく、サブ・ネット間を移動するのを可能にするＩＰベースの移動プロトコルである。したがって、移動ノードは設定された２個のＩＰアドレス：気付アドレス（ＣｏＡ）およびホーム・アドレス（ＨｏＡ）を有する。
移動ノードのより高位層は、コレスポンド・ノード（ＣＮ）とも呼ばれる通信パートナー（宛先端末）との通信のためにホーム・アドレスを用いる。このアドレスは変化せず、移動ノードを識別する目的のために役立つ。該アドレスは位相的には、移動ノードのホーム・ネットワーク（ＨＮ）に属する。対照的に気付アドレスは移動のたびに変化し、その結果としてサブ・ネットの変更をきたし、ルーティング下部構造のためのロケータとして用いられる。気付アドレスは位相的には、移動ノードが現在訪問中のネットワークに属する。ホーム・リンク上に位置する一組のホーム・エージェント（ＨＡ）のうち１個が、移動ノードの気付アドレスの移動ノードのホーム・アドレスへのマッピングを保持するとともに、当該移動ノードに対する着信トラフィックを自己の現在の位置へと向け直す。単一のホーム・エージェントの代わりに一組のホーム・エージェントを配置する理由は、冗長およびロード・バランシングである。
現在モバイルＩＰｖ６は、２個の動作モード：双方向トンネリングおよびルート最適化を定義している。双方向トンネリングが用いられる場合、コレスポンド・ノードによって送信され、移動ノードのホーム・アドレスへとアドレス指定されたデータ・パケットは、ホーム・ネットワーク内のホーム・エージェントによって傍受され、移動ノードの気付アドレスへとトンネリングされる。移動ノードによって送信されたデータ・パケットは、ホーム・エージェントへとリバース・トンネリングされ、該ホーム・エージェントはパケットのカプセル化解除を行い、該パケットをコレスポンデント・ノードへと送信する。この動作のために、ホーム・エージェントは移動ノードの気付アドレスについて通知されなければならない。したがって移動ノードは、登録メッセージ（いわゆるバインディング更新：ＢＵ）メッセージをホーム・エージェントへと送信する。これらメッセージは、ＩＰｓｅｃセキュリティ・アソシエーションを介して送信され、ひいては認証され完全性が保護される。移動ノードがホーム・エージェントとのＩＰｓｅｃアソシエーションを有するためには、移動ノードはブートストラッピングを演繹的に実行する必要がある。ブートストラッピングは少なくとも以下の情報：ホーム・アドレス、ホーム・エージェント・アドレス、およびホーム・エージェントとのセキュリティ・アソシエーションを取得するプロセスである。移動ノードが気付アドレスをホーム・エージェントに登録する前に、この情報は必要とされる。ブートストラッピングの一般的なプロセスは、Ｇ．Ｇｉａｒｅｔｔａら「Ｍｏｂｉｌｅ ＩＰｖ６ ｂｏｏｔｓｔｒａｐｐｉｎｇ ｉｎ ｓｐｌｉｔ ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０５、２００７年５月（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ）に記載されている。移動ノードとホーム・エージェントの間で数回の往復移動が必要なので、このプロセスは数秒間持続しうる。
モビリティ関連のシグナリングはホスト（またはクライアント）とホーム・エージェントの間に存在するので、モバイルＩＰはホスト・ベース（またはクライアント・ベース）のモビリティ管理として分類される。それ故に、ＭＩＰｖ６は自己のクライアント・ベースのモビリティ機能の理由からクライアント・モバイルＩＰ（ＣＭＩＰ）とも呼ばれる。
別のアプローチは、移動体がネットワークによって管理され、移動ノードに対しトランスペアレントである限定された地理上の領域におけるＩＰモビリティ管理を標的とする。このアプローチはネットワーク・ベースのローカルなＩＰモビリティと称する。ネットワーク・ベースのモビリティの主な特徴の一つは、移動ノードがモビリティ管理に関与する必要がないように、移動ノードが移動ノードの移動を検知し、移動ノードの現在位置についての情報を交換するべく、アクセス・ネットワーク・エンティティが適切に設定されることである。したがって、無線インタフェースを介したモビリティ関連のシグナリングが回避される。ネットワーク・ベースのモビリティ管理の他の利点は、ＭＩＰｖ６カプセル化が必要でないので無線によるパケット・オーバーヘッドが縮小されたこと、および単純なＩＰノード（すなわち非ＭＩＰ可能ノード）のための移動性サポートであることでありうる。
インターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）機構は、モバイルＩＰプロトコルに基づくローカルなモビリティ管理のためのこのようなアプローチに取り組んでいる。ネットワーク・エンティティは移動ノードの代わりとなるプロキシの機能を果たすので、プロトコルはプロキシ・モバイルＩＰ（ＰＭＩＰ）と呼ばれる。ＰＭＩＰｖ６と呼ばれるＩＰｖ６の変形（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ Ｓ．Ｇｕｎｄａｖｅｌｌｉら「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｌｍｎ−ｐｒｏｘｙｍｉｐ６−０１．ｔｘｔ、２００７年４月）、およびＰＭＩＰｖ４と呼ばれるＩＰｖ４の変形（Ｋ．Ｌｅｕｎｇら「Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｕｓｉｎｇ Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ４」、ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０２．ｔｘｔ、２００７年１月、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ）がある。
ＰＭＩＰｖ６は、アクセス・ルータ（ＡＲ）と同位置に配置されるモバイル・アクセス・ゲートウェイ（ＭＡＧ）と呼ばれる新しい論理エンティティを導入する。モバイル・アクセス・ゲートウェイはモビリティ管理のためのプロキシとして機能し、このことは、ＭＡＧが移動ノードの代わりにバインディング更新メッセージを送信することを意味する。これらバインディング更新メッセージには、プロキシ・バインディング更新（ＰＢＵ）メッセージとして識別できるようにフラグで印が付けられている。さらに、プロキシ・バインディング更新メッセージは、ネットワーク・アクセス識別子（ＮＡＩ）オプション、ホーム・プレフィクス・オプションおよびタイムスタンプ・オプションを含む。ＮＡＩオプションは（Ｂ．Ａｂｏｂａら、「Ｔｈｅ Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ」、ＲＦＣ４２８２、２００５年１２月、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ）ＮＡＩを含み、該ＮＡＩは「ｕｓｅｒｎａｍｅ＠ｒｅａｌｍ」の形態を有し移動ノードを識別するのに用いられる。
ホーム・ネットワークのプレフィクス・オプションは移動ノードのホーム・ネットワーク・プレフィクスを含む。いわゆる移動ノードごとのプレフィクス・アドレス指定モデルでは、すべての移動ノードは固有のホーム・ネットワーク・プレフィクスを有し、移動ノードのグローバルＩＰアドレス（単数または複数）はこのプレフィクスに基づいて設定される。プロキシ・バインディング更新メッセージ中の固有のホーム・ネットワーク・プレフィクス・オプションは、ＰＭＩＰホーム・アドレスを搬送するのに用いられうる。タイムスタンプ・オプションは、プロキシ・バインディング更新がモバイル・アクセス・ゲートウェイによって送信された時間を含み、ホーム・エージェントによってプロキシ・バインディング更新メッセージの鮮度を識別するのに用いられる。プロキシ・バインディング更新メッセージの連続番号値はホーム・エージェントによって無視される。
移動ノードが新しいモバイル・アクセス・ゲートウェイに接続する時には、移動ノードはＥＡＰフレームワーク（Ｂ．Ａｂｏｂａら「Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＥＡＰ）」、ＲＦＣ ３７４８、２００４年６月）およびＥＡＰ−ＡＫＡ（Ｌ−Ｚｈｕら「Ｔｈｅ Ｓｉｍｐｌｅ ａｎｄ Ｐｒｏｔｅｃｔｅｄ Ｇｅｎｅｒｉｃ Ｓｅｃｕｒｉｔｙ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｉｔｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ（ＧＳＳ−ＡＰＩ）Ｎｅｇｏｔｉａｔｉｏｎ Ｍｅｃｈａｎｉｓｍ」、ＲＦＣ ４１８７、２００５年１０月）といったＥＡＰ方法を用いて、当該ネットワークを認証する。モバイル・アクセス・ゲートウェイは典型的にはパススルー認証者として機能し、ＥＡＰパケットを移動ノードと関連したＡＡＡ（認証、許可、およびアカウンティング）サーバー／下部構造へと転送する。移動ノードはＮＡＩを識別子として用いる。
ネットワーク認証に成功した場合は、モバイル・アクセス・ゲートウェイは、ＡＡＡサーバーから移動ノードのホーム・プレフィクスを含む移動ノードのプロファイルを取得する。次いでモバイル・アクセス・ゲートウェイは、プロキシ・バインディング更新をホーム・エージェントへと送信し、当該移動ノードに対するホーム・プレフィクスを通知する。移動ノードがアクセス・ルータを認証した後に、該移動ノードはＩＰ設定を開始する。すなわち、リンク・ローカルな（ＬＬ）ＩＰアドレスを設定し、リンク・ローカルなアドレスに対して重複アドレス検知（ＤＡＤ）を実行し、近隣要請（ＮＳ）メッセージを確認されるべき当該リンク・ローカルなアドレスの要請ノード・マルチキャスト・アドレスへと送信する。当該手順に成功した場合には、移動ノードはルータ要請（ＲＳ）メッセージを全ルータ・マルチキャスト・アドレスへと送信し、ルータ通知（ＲＡ）を受信するのを待つ。アクセス・ルータ／モバイル・アクセス・ゲートウェイは、移動ノードのホーム・プレフィクスを含むユニキャスト・ルータ通知を応答する。
移動ノードはステートレス・アドレス設定スキームまたはステートフル・アドレス設定スキームのいずれかを適用してもよい。移動ノードは受信したルータ通知からどのアドレス設定スキームを用いるかを学習する：
−ルータ通知中の「Ｍ」ビットが１に設定される場合、移動ノードは動的なホスト構成プロトコル（ＤＨＣＰ）を用いる。移動ノードはＤＨＣＰ要請メッセージを送信し、ＤＨＣＰ要請メッセージは、ＤＨＣＰ中継エージェントの機能を果たすアクセス・ルータ／モバイル・アクセス・ゲートウェイによって捕捉される。ＤＨＣＰ中継はこのメッセージをＤＨＣＰサーバーへと転送し、ＤＨＣＰサーバーは、移動ノードへと割り当てられることとなるグローバルＩＰアドレスを含むＤＨＣＰ応答または通知メッセージを回答する。移動ノードがＤＨＣＰ通知メッセージを受信した後に、移動ノードは通知されたアドレスを自己のグローバルＩＰアドレスとして設定する。
−ルータ通知中の「Ｍ」ビットが０に設定される場合、移動ノードはルータ通知中に通知されたプレフィクスを読み取り、このプレフィクスに基づいてグローバルＩＰアドレスを設定する。移動ノードは次いで、リンク上の他のノードが同じＩＰアドレスを設定したか否かを検証するために、近隣要請（ＮＳ）メッセージを通知されたプレフィクスの要請ノード・マルチキャスト・アドレスへと送信する重複アドレス検知を開始する。重複アドレス検知手順が成功した場合は、移動ノードは、コレスポンド・ノードとの通信のためにこのＩＰアドレスを用いることを開始してもよい。楽観的な重複アドレス検知が用いられる場合には、当該検知は未確認のＩＰアドレスを通信のために即座に用いてもよい。
グローバルＩＰアドレスを設定した後は、移動ノードはＩＰ到達可能であり、ＰＭＩＰドメイン内を移動する限りＩＰアドレスを用いることができる。上記に記載したようなＤＨＣＰアドレス設定の場合の初期接続手順中のＰＭＩＰｖ６の例示的なシグナリング・フローが図１に示される。
重複アドレス検知とは、ノードによって、当該ノードが用いることを希望するアドレスが他のノードによってまだ用いられていないことを決定するために実行される手順である。重複アドレス検知はすべてのユニキャスト・アドレスに対して、当該アドレスがステートレス・アドレス設定方法またはステートフル・アドレス設定方法のいずれによって割り当てられたかにかかわらず実行される。しかしながら、新しいアドレスのインタフェースＩＤがすでに試験、設定されたアドレスのインタフェースＩＤと同一である場合には、このアドレスには重複アドレス検知を省略してもよい。アドレスの独自性を確認するために、ノードは、アドレスを標的とする近隣要請を送信する。リンク上に、自己のインタフェース上にこのアドレスをすでに設定したノードが他にある場合は、当該ノードは近隣通知（ＮＡ）を応答する。このようにして、要求側ノードはリンク上の他のノードがすでにアドレスを用いるか否かを学習する。重複アドレスが手順中に発見される場合は、アドレスはインタフェースに割り当てられることはできない。重複アドレス検知の詳細な記載は、Ｓ．Ｔｈｏｍｓｏｎ、Ｔ．Ｎａｒｔｅｎ、「ＩＰｖ６ Ｓｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ」、ＲＦＣ ２４６２、１９９８年１２月（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ）中に提供されている。
ＮＳは最大３回まで再送信されてもよいことを理由に重複アドレス検知の手順はかなりの時間を要するので、最適化がＲＦＣ４４２９に規定されている。この手順は「楽観的な重複アドレス検知」と呼ばれ、その意図は成功の場合におけるアドレス設定遅延を最小化し、未修正のホストおよびルータと相互運用可能なままであることである。楽観的な重複アドレス検知は、「楽観的な」と呼ばれる新しいアドレス状態を指定し、当該アドレス状態は、重複アドレス検知手順が完了していない間の使用のために利用可能なアドレスを標識するのに用いられる。重複アドレス検知の完了に成功した後に、当該アドレス状態は好ましいものへと変更される。楽観的なアドレスは通信のために用いられてもよい。
図２は同じＰＭＩＰドメイン内のモバイル・アクセス・ゲートウェイ間のハンドオーバーの場合のシグナリング・フローを示す。移動ノードがＡＲ／ＭＡＧ２のエリアへと移動すると、移動ノードは図１に関連して記載された認証手順を開始する。ＭＡＧ２はＥＡＰキー転送メッセージを受信した後に、ＮＡＩ、ホーム・ネットワーク・プレフィクス、およびタイムスタンプを含むプロキシ・バインディング更新を送信して、ホーム・エージェントへの登録プロセスを開始することができる。
ＭＡＧ２はいくつかの方法においてホーム・ネットワーク・プレフィクス（ＨＮＰ）を検索してもよい。（図２に示されるように）可能性の一つは、モバイル・アクセス・ゲートウェイが認証プロセス中にＡＡＡサーバーまたは他のポリシー・ストアからホーム・ネットワーク・プレフィクスを取得することである。
代替的には（モバイル・アクセス・ゲートウェイが認証プロセス中にホーム・ネットワーク・プレフィクスを受信しない場合には）、モバイル・アクセス・ゲートウェイは、０に設定されたホーム・ネットワーク・プレフィクスを有するプロキシ・バインディング更新をローカル・モビリティ・アンカーへと送信する。次いでローカル・モビリティ・アンカーは、プロキシ・バインディング更新受領確認（ＰＢＡｃｋ）中のホーム・ネットワーク・プレフィクスをモバイル・アクセス・ゲートウェイに通知する。移動ノードはＭＡＧの認証に成功した後、現在のＩＰ設定が依然として有効であるか否か、すなわち、移動ノードがＲＳメッセージを送信するか否かを確認することを開始する。ＡＲ／ＭＡＧ２は、アドレス設定のためにＤＨＣＰを用いるために、１に設定された「Ｍ」フラグを有するルータ通知で応答する。続いて、移動ノードはＤＨＣＰ確認メッセージを送信し、当該確認メッセージは、ＤＨＣＰ中継エンティティの機能を果たすＡＰ／ＭＡＧ２によって傍受される。ＤＨＣＰサーバーによって送信されたＤＨＣＰ応答メッセージは、前もって設定されたホーム・アドレスが依然として使用できることを確認する。ＤＨＣＰ手順が完了した後に、移動ノードは再びＩＰ接続され、データ・パケットを送受信できる。
ＲＦＣ ３７７５において定義されるホーム・エージェントの機能性は大体において再び用いられるが、ＰＭＩＰｖ６をサポートするためにはいくつかの変更が必要である。以降、ＲＦＣ ３７７５において定義されるホーム・エージェントはＣＭＩＰホーム・エージェントと称し、上記に論じたＰＭＩＰｖ６において定義されるホーム・エージェントはＰＭＩＰホーム・エージェントと称する。２つのホーム・エージェントの間の主な違いは、バインディング更新／プロキシ・バインディング更新メッセージの「鮮度」がどのようにホーム・エージェントによって決定されるかである。ＣＭＩＰホーム・エージェントはバインディング更新メッセージの「鮮度」をバインディング更新中のシーケンス番号に基づいて識別し、一方、ＰＭＩＰホーム・エージェントは、プロキシ・バインディング更新中のタイムスタンプ・オプション中のタイムスタンプに基づいてプロキシ・バインディング更新メッセージの鮮度を識別する。ＰＭＩＰホーム・エージェントはプロキシ・バインディング更新メッセージ中のシーケンス番号値を無視する。本発明において、ＰＭＩＰホーム・エージェントおよびＣＭＩＰホーム・エージェントが同位置に配置されているシナリオが推定される（以下においてＣＭＩＰ／ＰＭＩＰホーム・エージェントは単にホーム・エージェントと称する）。
現代の高度な移動ノードはいくつかのアクセス技術を介して通信する能力を有し、この能力によって最良かつ「最も安価な」データ経路を選択することを可能にする。本目的のために移動ノードは、異なるアクセス技術との通信を可能にするいくつかの物理的インタフェースを所有する。移動ノードがアクセス技術間のハンドオーバーを実行し、セッション継続性が必要である場合、移動ノードは以下のうち一つを実装しなければならない。
−クライアント・ベースのモビリティ（ＭＩＰ等）：移動ノードは各インタフェースに対して、どのインタフェースが用いられるかに応じて、明確に区別できる気付アドレスを設定し、移動ノードのＭＩＰ機能は対応する気付アドレスをホーム・エージェントに登録する。さらにＭＩＰ機能は、所望のインタフェースを介した伝送のためにデータ・パケットを正確な気付アドレスでカプセル化する。
−技術間ハンドオーバーのためのネットワーク・ベースのモビリティ（ＰＭＩＰ等）。ＩＥＴＦにおいて開発されたネットワーク・ベースのモビリティは、単一のインタフェースのみに、すなわち、１個のアクセス技術内のモビリティに適用可能である。しかしながら、いくつかのネットワーク事業者は、技術間ハンドオーバーのためのネットワーク・ベースのモビリティを適用してもよい。このことを実現するために移動ノードは、他のホスト機能からのローカル・インタフェース中の変更、すなわち、どのように端末が異なる物理的ネットワーク・インタフェース間を切り替わるかを隠すための仮想アダプターを提供する、（ｆｔｐ：／／ｆｌｐ．３ｇｐｐ．ｏｒｇ／ｔｓｇ＿ｓａ／ＷＧ２＿Ａｒｃｈ／Ａｄ−ｈｏｃ＿ｍｅｅｔｉｎｇｓ／２００６−０４＿ＳＡＥ＿Ｐａｒｉｓ／Ｄｏｃｓ／、ＮＴＴ ＤｏＣｏＭｏ、ＮＥＣ、富士通による３ＧＰＰ ＴＳＧ ＳＡ Ｔｄｏｃ．Ｓ２Ｈ０６０４５７「Ｒｅｓｐｏｎｓｅ ｔｏ ＮＥＴＬＭＭ ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｉｎｔｅｒ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ Ｍｏｂｉｌｉｔｙ」、２００６年４月に規定される「仮想インタフェース」と称する特別な機能を実装する必要がある。より詳細が下記に提供される。
−両スキームをサポートする。移動ノードは、ホスト・ベースのモビリティ（ＭＩＰ）およびネットワーク・ベースのモビリティ（仮想インタフェース）のサポートの両方を実装してもよい。この場合移動ノードは、ネットワークによって提供されたサービスに基づいていずれのスキームが用いられるべきかを選択する。すなわち、ネットワークが当該異なるアクセス技術に対して異なるサブ・ネットワーク・プレフィクスを通知する場合に、移動ノードはセッション継続性を保持するのにＭＩＰを用いるであろう。そうでない場合は、ネットワークが同じサブ・ネットワーク・プレフィクスを通知する場合、移動ノードは仮想インタフェースを用いるであろう。
ＰＭＩＰサポートについて、技術間ハンドオーバーの場合には、仮想インタフェース機能が移動ノード中に実装される必要がある。通常は、ＴＣＰまたはＵＤＰセッション等のより高位層のアプリケーションは、ＩＰアドレスを介してインタフェースに向けられる。このことは、例えばＭＩＰにもあてはまり、ＭＩＰでは、トランスポート・セッションは静的なホーム・アドレスに向けられ、一方で、移動ノードの各物理的インタフェースが異なる気付アドレスに割り当てられ、向けられる。ＭＩＰ実装は気付アドレス間のデータ・パケットのスケジューリングを管理する。
ＭＩＰ実装の論理構成は図３に見ることができる。ホスト・ベースのモビリティとは反対に、ネットワーク・ベースのモビリティ内では、同じＩＰアドレスが異なるインタフェースを介してデータを送信するために用いられることとなる。このような機能性を可能にするために、仮想インタフェース（ＶＩＦ）が、ＩＰアドレスが向かう先に導入される。仮想インタフェースは、図４中に示されるデータ・パケットを送信するためにいずれの物理的インタフェースを用いるかを決定する。注意することが大切なのは、ＩＰ層およびより高位層に対しては、単一のＩＰホーム・アドレスＰＭＩＰ−ＨｏＡが仮想インタフェースを介して異なるアクセス・ネットワークと通信するのに用いられる。
図５は、移動ノードがあるアクセス技術（ＡＴ１）から別の第２アクセス技術（ＡＴ２）へとハンドオーバーするシナリオを示す。図５では、２つの異なるアクセス技術を提供するアクセス・ネットワークは単一のプロキシＭＩＰドメインに属すると想定される。すなわち移動ノードのＭＮは、当該プロキシＭＩＰドメインに属するアクセス・ネットワークおよびアクセス・ネットワークのアクセス技術にかかわらず、プロキシＭＩＰドメイン内を移動する際には、単一のＩＰアドレス（ＰＭＩＰ−ＨｏＡ）を使用してもよい。ルータＰＭＩＰ／ＣＭＩＰ−ＨＡは、ＭＩＰｖ６を手段として用いたクライアント・ベースのモビリティを提供するホーム・エージェント機能、および、プロキシＭＩＰｖ６を手段として用いたネットワーク・ベースのモビリティを提供するホーム・エージェント機能の両方を提供しているルータを指示する。ＰＭＩＰ／ＣＭＩＰ−ＨＡエンティティは、図１および図２に描写されたＬＭＡ（ＨＡ）エンティティと同じエンティティであってもよい。
セッション継続性を管理するために２つの可能性がある。第１のシナリオでは、ＭＡＧ３は移動ノードのローカル・モビリティ・アンカーとのセキュリティ・アソシエーションを有し、ＰＭＩＰサービスを移動ノードへと提供することができる。その理由は、ＭＡＧ３は移動ノードのホーム・ネットワーク・プレフィクスを移動ノードへと通知し、位置更新のためのプロキシ・バインディング更新をＬＭＡへと送信するからである。第２のシナリオでは移動ノードはＭＩＰを用いる。すなわち、移動ノードはＡＴ２とのインタフェース上で新しい気付アドレスを設定し、バインディング更新をホーム・エージェントへと送信する。ＬＭＡおよびホーム・エージェント機能が同じエンティティ内に配置されてもよいことに留意する。ここではＭＡＧ３は位相的に正しいプレフィクスを通知し、該プレフィクスは、プロキシＭＩＰドメイン内のＭＮへとすでに割り当てられたホーム・ネットワーク・プレフィクスとは異なる。ＡＴ２のネットワーク事業者は、両サービスＭＩＰおよびＰＭＩＰを移動ノードへと（ＭＡＧ３を手段として用いて）提供する能力を有するので、当該事業者がいずれのサービスを提供するかを決定しなければならない。通常において、決定は、ネットワーク内の移動ノード中のプロファイル中に保存された移動ノードの能力に基づいて行われる。ＭＡＧ３は認証プロセス中に、移動ノードの能力を取得して、提供されたモビリティ・サービスについて決定してもよい。この決定は、いずれのプレフィクスを移動ノードへと通知するかを決定することと同一である。
しかしながら、当該ネットワーク事業者が移動ノードの能力についての情報を有しないこと、すなわち、移動ノードがＭＩＰまたはＶＩＦ機能を実装しているか否かをネットワークが知らないことが起こりうる。移動ノードの能力がＭＡＧ３によって知られていないことにはいくつかの理由がある。一つの理由は、ＶＩＦ／ＭＩＰが移動ノードにインストールされた第三者ソフトウェアであるため、移動ノードのＩＰスタックおよびオペレーティング・システム（ＯＳ）には知られておらず、そのため、これら能力をネットワークへと伝えることができないことでありうる。他の理由は、移動ノードの能力をネットワークへと伝える標準化された方法がないことであろう。移動ノードとネットワーク・エンティティ（ポリシー・ストア・サーバーまたはＡＡＡサーバー）の間で移動ノードの能力を交換するためには、標準化への取り組みおよび供給メーカー間の調整が必要である。
本明細書中の他のシナリオは、複数のインタフェースの同時使用である。すなわち移動ノードは、データ・パケットを送信および受信するために２個以上のインタフェースを同時に用いてもよい。このシナリオは典型的には、移動ノードは異なるインタフェースを同時に用いるので、「インタフェース・マルチホーミング」とも称する。
移動ノードは最初に、第１インタフェースを用いる第１アクセス・ネットワークに接続されてもよく、後の時点で、第２インタフェースを介して第２アクセス・ネットワークに接続する。移動ノードは両方のインタフェースを同時に用いてもよい。その理由は、移動ノードは両方のインタフェースをホーム・エージェントへと登録し、いずれのデータ・パケットがいずれのインタフェースを介して（または、当該異なるインタフェースを介したＭＩＰｖ６トンネルは異なるので、いずれのＭＩＰｖ６トンネルを介して）送信されるかを調整するために、規則をホーム・エージェントへと通知するからである。
他のより高度なシナリオでは、移動ノードはいくつかのホーム・エージェントに接続されてもよい。すなわち移動ノードは、異なるホーム・エージェントと並行していくつかの独立したＭＩＰｖ６セッションを有する。このシナリオでは、移動ノードはいくつかの−各ホーム・エージェントに対し１個以上の−ホーム・アドレス（ＨｏＡ）を有する。移動ノードがハンドオーバーを実行した後に、移動ノードは、自己のＭＩＰｖ６セッションのすべてを更新するために、バインディング更新を各ホーム・エージェントへと送信する。
移動ノードは複数のインタフェースを用い、複数のホーム・エージェントへの接続を有することもまた可能である。例えば、移動ノードは最初に、第１インタフェースを介して第１アクセス・ネットワークに接続されることが可能であろうし、第１ホーム・エージェントおよび第２ホーム・エージェントへの２個の独立したＭＩＰｖ６接続を確立する。後のある時点で移動ノードは、第２アクセス・ネットワークに接続された第２インタフェースへと切り換わることが可能であり、接続を、第２インタフェースを介して第２ホーム・エージェント等該１個のホーム・エージェントへと移動させることを決定することができる。最後に、移動ノードは第１インタフェースによって第１アクセス・ネットワークへと接続され、当該第１アクセス・ネットワークを介して、移動ノードは第１ホーム・エージェントへの接続を保持し、同時に、移動体は自己の第２インタフェースを介して第２アクセス・ネットワークへと接続され、当該第２アクセス・ネットワークを介して、移動ノードは第２ホーム・エージェントへの接続を保持する。
同様に、移動ノードがＰＭＩＰｖ６ドメイン内に配置される場合は、移動ノードは同じモバイル・アクセス・ゲートウェイであるが、異なるローカル・モビリティ・アンカーに接続されてもよい。こうしてＰＭＩＰｖ６ドメインは、ローカル・モビリティ・アンカーのそれぞれに基づいて、２つの異なるホーム・ネットワーク・プレフィクス（ＨＮＰ）を移動ノードへと割り当てるであろう。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）標準化機構は、移動ノードの（３ＧＰＰ術語ではユーザ装置（ＵＥ）と称する）能力が、異なるデータ・ネットワークへのいくつかのＩＰ接続を確立することを要求している。すなわち移動ノードは、（ＭＩＰｖ６の場合には）それぞれ異なるホーム・エージェントに、（ＰＭＩＰｖ６の場合には）ローカル・モビリティ・アンカーに接続されてもよい。
３ＧＰＰは、１個または複数のローカル・モビリティ・アンカーまたはホーム・エージェントへの別々のＩＰｖ６プレフィクス（それぞれ別々のＩＰｖ４アドレス）を有する移動ノードのＩＰ接続のそれぞれに対して、パケット・データ・ネットワーク（ＰＤＮ）接続という術語を用いる。こうして移動ノードは、１個または複数のホーム・エージェント／ローカル・モビリティ・アンカーに対して複数のＰＤＮ接続を有してもよい。このため、術語パケット・データ・ネットワーク（ＰＤＮ）は、移動ノードとネットワーク・ゲートウェイ（例えば、ホーム・エージェントまたはローカル・モビリティ・アンカー）の間のＩＰ接続のことを言及している。ホーム・エージェントまたはローカル・モビリティ・アンカーは、移動ノードが現在接続されているネットワーク内に配置することができるが、異なるネットワーク・ドメイン内にも配置することができる。後者の場合には、ＩＰ層より下位のトンネル（リンク層・トンネル等）が、異なるネットワーク・ドメインに対して必要である。各ＰＤＮ接続に対して、移動ノードは個別のＩＰｖ６プレフィクスまたは個別のＩＰｖ４アドレスを取得する。
さらに、上記に記載されたシナリオが組み合わせられる場合は、移動ノードが複数のインタフェース（「インタフェース・マルチホーミング」）を有し、このことは複数のＰＤＮ接続を設定することを意味しており、その結果は、移動ノードが複数のインタフェースを介して複数のＰＤＮ接続を有してもよい高度なシナリオである。例えば、まず最初に、移動ノードが第１インタフェースを介して複数のＰＤＮ接続を用いており、次いで（第１インタフェースと並行して）第２インタフェースに向かう場合は、移動ノードは、ＰＤＮ接続のうちいくつかのみを第２インタフェースへと移動させてもよい。その理由は、他は第１インタフェース上に残存するからである。
アクセス・ネットワークとのインタフェースの登録（接続）手順に関して、２つの異なるシナリオ、初期接続およびハンドオーバーが区別されうる。初期接続手順の間、移動ノードは初めてネットワークを登録し、認証および許可手順を実行し、ＩＰ接続性（ＰＤＮ接続）を確立する。
ハンドオーバー接続手順の間、移動ノードは１個のインタフェースを介してネットワークにすでに接続されてきており、今ここで第２インタフェースを介して試みる。当該移動ノードは、新しいアクセス・ネットワーク中で認証してもよいが、初期接続手順との違いは、移動ノードがホーム・エージェントまたはローカル・モビリティ・アンカー中にすでに登録されていることである。このことは、ホーム・エージェントまたはローカル・モビリティ・アンカー中のバインディング・キャッシュ・エントリーが更新されるべきであるが、新しい入力は何ら必要でないことを意味する。ハンドオーバー中に、移動ノードは、ＰＤＮ接続のすべてまたは一部のみを古いインタフェースから新しいインタフェースへと移動してもよい。
３ＧＰＰは、移動ノードが、当該移動ノードが現在接続されているネットワークの近傍の他のアクセス・ネットワークを発見することができる特別なメカニズムを要求する。このメカニズムはアクセス・ネットワーク発見・選択（ＡＮＤＳ）と称し、モバイル・ネットワーク・アーキテクチャはＡＮＤＳ機能（ＡＮＤＳＦ）と称する特別な機能を予測する。ＡＮＤＳＦは、以下の記載においてＡＮＤＳＦサーバーと称するネットワーク・エンティティ内に実装されてもよい。ＡＮＤＳＦを用いることによって、移動ノードは、異なる実装技術および周波数スペクトルを介して走査することなく、いずれのアクセス・ネットワークが利用可能であるかを学習し、当該移動ノードがいずれのアクセス・ネットワークに接続するかを決定することができる。こうしてＡＮＤＳ機能は、移動ノードがバッテリー電源および時間を節約するのを可能にする。
ＡＮＤＳＦは２個のモードを有する：
−移動ノードが最初に、現在の位置におけるアクセス・ネットワークの存在について問い合わせる要求をＡＮＤＳＦサーバーに送信するプル・モード。移動ノードはＡＮＤＳＦサーバーに自己の能力および現在の位置について連絡してもよく、ＡＮＤＳＦサーバーは次いで、利用可能なアクセス・ネットワークについての情報を移動ノードへと回答する。
−ＡＮＤＳＦサーバーが、移動ノードによる明示的な要求なしに利用可能なアクセス・ネットワークについての情報を送信するプッシュ・モード。いかなるモードにおいても、移動ノードは最初にネットワーク内のＡＮＤＳＦサーバー内で認証されなければならない。移動ノードとＡＮＤＳＦの間の情報交換はＩＰ層より上位のプロトコルによって実行される。
移動ノードのネットワークへの技術間ハンドオーバーまたは初期接続のシナリオでは、ネットワーク事業者はネットワーク・ベースおよびホスト・ベース両方のモビリティ・サービスを移動ノードへと提供できるかもしれない。正確な決定を行うためには、ネットワーク事業者は、技術間ハンドオーバーでのセッション継続性をサポートする移動ノードの能力を知っているべきであり、このことは、移動ノードが物理的インタフェース間で切り替わることを意味する。上記に記載したとおりに、ネットワーク事業者が移動ノードの能力についての知識を有しない状況がある。このことは、移動ノードがホスト・ベースのモビリティまたはネットワーク・ベースのモビリティのいずれのサポートを実装するのかを、ネットワークが知らないことを意味する。このような場合には、ネットワークが間違ったモビリティ・サービスを移動ノードへと提供する可能性があり、その結果望ましくないハンドオーバー遅延およびパケット損失をもたらす。
本発明の一目的は、（事業者の）アクセス・ネットワーク内において、移動ノードがクライアント・ベースのモビリティ機能またはネットワーク・ベースのモビリティ機能を実装しているか否かを検知することである。別の目的は、技術間ハンドオーバー中のデータ・フローの割り込みが回避されてもよいように、技術間ハンドオーバーのためのハンドオーバー・メカニズムを設計することである。
本目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は従属請求項の主題である。
本発明の主な一態様は、新しいアクセス・ネットワークに接続する移動ノードにおける仮想インタフェースの実装を認識することである。該アクセス・ネットワーク内の各ノードであるモバイル・アクセス・ゲートウェイは、移動ノードの実装されたモビリティ機能（単数または複数）を検知する責任を有し、この目的のために仮想インタフェース発見手順を使用する。該仮想インタフェース発見は、該新しいアクセス・ネットワークとの移動ノードのインタフェースのためのアドレス設定と並行して実行されてもよい。モバイル・アクセス・ゲートウェイが仮想インタフェースを実装する移動体端末を検知する場合は、該モバイル・アクセス・ゲートウェイは、移動体端末がネットワーク・ベースのモビリティ機能を使用する能力があることを結論付ける。
基本的に該仮想インタフェース発見は、移動ノードが、ハンドオーバー前に移動ノードに提供されたアドレス・プレフィクスに準拠した、古いアクセス・ネットワークとのインタフェース上にすでに設定済であったＩＰアドレスと同じグローバルＩＰアドレスを、新しいアクセス・ネットワークとの自己のインタフェース上に設定するか否かを確認する。仮想インタフェースが移動ノードに実装されているか否かの検知に基づいて、モバイル・アクセス・ゲートウェイは、ネットワーク・ベースのモビリティまたはクライアント・ベースのモビリティのいずれを用いるかを決定してもよく、移動ノードに対して、選択されたモビリティ機能をサポートする適切なプレフィクスの付いたアドレスを設定させ、および必要であれば、他のプレフィクス（単数または複数）に準拠して設定されていたかもしれないアドレスを設定解除させる。
本発明の他の態様は、移動ノードによっていずれの種類のモビリティ機能が用いられるかを発見するための代替的な手順に関する。この態様によると、移動ノードは、特別な非要請近隣通知メッセージを新しいアクセス・ネットワークへと送信することによって、仮想インタフェース（それぞれ、ネットワーク・ベースのモビリティ機能の使用）の利用可能性を積極的に指示してもよい。非要請近隣通知のコンテンツに基づいて、モバイル・アクセス・ゲートウェイは、移動ノードがネットワーク・ベースのモビリティ機能を用いることができるか否かを決定することができ、上記に記載したようにいずれのモビリティ機能が移動ノードに提供されるものとするかを決定する際にこの決定結果を考慮してもよい。
本発明の例示的な一実施形態は、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に、移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、移動ノードのＩＰアドレスを設定する方法に関する。第１および第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインの一部である。移動ノードがネットワーク・ベースのモビリティ機能を使用しているか否かの検知を促進するべく、仮想インタフェース発見が、モバイル・アクセス・ゲートウェイと移動ノードの間で実行される。さらに、第１アドレス設定手順は移動ノードに第１アクセス・ネットワークのＩＰアドレス・プレフィクスを提供し、ハンドオーバー前に移動ノードに提供されたＩＰアドレス・プレフィクス（ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメイン内の移動ノードへとすでに割り当てられた移動ノードのホーム・ネットワーク・プレフィクス）であって、移動ノードが、アドレス・プレフィクスのそれぞれ一つに準拠して、第１アクセス・ネットワークとのインタフェースを介した通信のために、各ＩＰアドレスを暫定的に設定することを可能にするためのＩＰアドレス・プレフィクスもまた事前に作成される。
仮想インタフェース発見の結果に基づいて、モバイル・アクセス・ゲートウェイは、当該移動ノードが、第１アクセス・ネットワーク内の通信のためにネットワーク・ベースのモビリティ機能を使用することとなるか否かを決定し、該決定に基づいて、モバイル・アクセス・ゲートウェイは、第１アクセス・ネットワークとの移動ノードのインタフェースを介した通信のために、第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは移動ノードのホーム・ネットワーク・プレフィクスに準拠して、移動体端末に自己のＩＰアドレス設定させるための第２アドレス設定手順を開始する。
第１アドレス設定手順および仮想インタフェース発見が並行して実行されても、さらに有利であるかもしれない。
一例示的な実施形態では、仮想インタフェース発見は、近隣要請メッセージを移動ノードへと送信するアクセス・ネットワーク内のモバイル・アクセス・ゲートウェイを含む。近隣要請メッセージは、移動ノードのホーム・ネットワーク・プレフィクスに準拠した移動ノードのＩＰアドレスを、近隣要請の標的として含む。受信された近隣要請メッセージに対する応答に基づいて、モバイル・アクセス・ゲートウェイは、移動ノードがネットワーク・ベースのモビリティ機能を使用しているか否かを決定することができる。
本実施形態の変形例では、モバイル・アクセス・ゲートウェイは、移動ノードが、近隣要請に応答して第１アクセス・ネットワークとの自己のインタフェースを介して近隣通知を送信することに基づいて、該移動ノードがネットワーク・ベースのモビリティ機能を使用していることを検知する。
他の実施形態によると、第１アドレス設定手順は、モバイル・アクセス・ゲートウェイが、ルータ通知を、該ルータ通知を移動ノードのユニキャスト・リンク層アドレスへと向ける移動ノードへと送信することを含む。ルータ通知は、例えば第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび移動ノードのホーム・ネットワーク・プレフィクスを含んでもよい。
ルータ通知は、移動ノードに廃止予定のＩＰ層アドレスを自動設定させるか、または、移動ノードにステートフルＩＰアドレス設定を実行させてもよい。廃止予定のアドレスを設定するために、ルータ通知は、第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび移動ノードのホーム・ネットワーク・プレフィクスのそれぞれのための好適寿命フィールドを含んでもよく、両方の好適寿命フィールドはゼロに設定されており、さらに、第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび移動ノードのホーム・ネットワーク・プレフィクスのそれぞれのための有効寿命フィールドを含み、両方の有効寿命フィールドゼロよりも大きい値に設定されている。
他の実施形態によると、第２アドレス設定手順は、モバイル・アクセス・ゲートウェイがルータ通知を移動ノードへと送信することを含む。このルータ通知は、仮想インタフェース発見の結果に応じて、第１アクセス・ネットワークとの自己のインタフェースを介した通信のために、第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは移動ノードのホーム・ネットワーク・プレフィクスのいずれかに準拠したＩＰアドレスを、移動ノードに設定させることである。
モバイル・アクセス・ゲートウェイが、移動ノードがネットワーク・ベースのモビリティ機能を実装しないことを検知する場合には、第２アドレス設定手順のルータ通知は、移動ノードに、第１アクセス・ネットワークのＩＰアドレス・プレフィクスに準拠したＩＰアドレスを設定させてもよい。第２アドレス設定手順のルータ通知が、移動ノードに、第１アクセス・ネットワークのＩＰアドレス・プレフィクスに準拠したＩＰアドレスを設定させることである場合には、第２アドレス設定手順のルータ通知は、例えば、第１アクセス・ネットワークのＩＰアドレス・プレフィクスのためのともにゼロよりも大きい値に設定されている好適寿命フィールドおよび有効寿命フィールドと、移動ノードのホーム・ネットワーク・プレフィクスのためのともにゼロに設定されている好適寿命フィールドおよび有効寿命フィールドとを含んでもよい。
モバイル・アクセス・ゲートウェイが、移動ノードがネットワーク・ベースのモビリティ機能を実装することを検知する場合には、第２アドレス設定手順のルータ通知は、移動ノードに、第２アクセス・ネットワークのＩＰアドレス・プレフィクスに準拠したＩＰアドレス（例えば、ＰＭＩＰドメイン内にある移動ノードのホーム・ネットワーク・プレフィクス）を設定させてもよい。このことは例えば、第１アクセス・ネットワークのＩＰアドレス・プレフィクスのためのともにゼロに設定されている好適寿命フィールドおよび有効寿命フィールドと、移動ノードのホーム・ネットワーク・プレフィクスのためのともにゼロよりも大きい値に設定されている好適寿命フィールドおよび有効寿命フィールドを含む第２アドレス設定手順のルータ通知によって実現されてもよい。
移動ノードが、移動ノードのホーム・ネットワーク・プレフィクスに準拠したＩＰアドレスを設定しようとする場合には、移動ノードは、第２アクセス・ネットワークとの自己のインタフェースを介した通信のために前もって設定されたＩＰアドレスを、第１アクセス・ネットワークとのインタフェースを介した通信のために設定してもよい。
他の実施形態では、移動ノードが、複数の物理的インタフェースが利用可能な場合にはネットワーク・ベースのモビリティ機能を使用するために、ＩＰ層より下位の仮想インタフェースを実装し、移動ノードのいくつかの物理的インタフェースの上に同じＩＰアドレスを設定することを可能にすることが想定される。
別の実施形態では、移動ノードが、モバイル・アクセス・ゲートウェイから受信した近隣要請に応答して、ハンドオーバー前に第２アクセス・ネットワークとの移動ノードの物理的インタフェースのために設定済であったＩＰアドレスが、近隣要請を受信した移動ノードのインタフェース上に依然として設定されていることを示す近隣通知を送信することに基づいて、モバイル・アクセス・ゲートウェイは、移動ノードがネットワーク・ベースのモビリティ機能を使用していることを検知する。
同様に、移動ノードが、仮想インタフェース発見の間にモバイル・アクセス・ゲートウェイによって送信された近隣要請に応答してエラー・メッセージを送信することに基づいて、モバイル・アクセス・ゲートウェイは、移動ノードがネットワーク・ベースのモビリティ機能を使用していないことを検知してもよく、該近隣要請メッセージは、移動ノードのホーム・ネットワーク・プレフィクスに準拠したＩＰアドレスを、近隣要請の標的として含む。エラー・メッセージは、例えば自己のオプション・フィールド内に近隣要請メッセージを含んでもよい。さらに、エラー・メッセージはＩＣＭＰメッセージとして実装されてもよい。
本発明の他の実施形態によると、第１アドレス設定手順の間に送信されたルータ通知は、移動ノードに対し、第１アクセス・ネットワーク内に自己のＩＰアドレスを設定するためにステートフル・アドレス設定を用いるよう指示する。モバイル・アクセス・ゲートウェイは、移動ノードによって送信された、第１アクセス・ネットワーク内での使用のためにＩＰアドレスの割り当てを要求するためのＤＨＣＰ要請メッセージを傍受してもよく、傍受されたＤＨＣＰ要請メッセージのコンテンツをネットワーク・ベースのモビリティ機能の検知に応じて修正する。引き続いてモバイル・アクセス・ゲートウェイは、ＩＰアドレス（ＤＨＣＰサーバー等）を第１アクセス・ネットワークとの移動ノードのインタフェースに割り当てるために、修正されたＤＨＣＰ要請メッセージをネットワーク・ノードへと転送する。
モバイル・アクセス・ゲートウェイが、移動ノードがネットワーク・ベースのモビリティ・スキームを使用していることを検知する場合には、例えばモバイル・アクセス・ゲートウェイは、移動ノードのホーム・ネットワーク・プレフィクスを傍受されたＤＨＣＰ要請メッセージへと含めることによって、傍受されたＤＨＣＰ要請メッセージを修正してもよい。モバイル・アクセス・ゲートウェイが、移動体端末がネットワーク・ベースのモビリティ・スキームを使用していないことを検知する場合には、例えばモバイル・アクセス・ゲートウェイは、第１アクセス・ネットワークのＩＰアドレス・プレフィクスを傍受されたＤＨＣＰ要請メッセージ含めることによって、傍受されたＤＨＣＰ要請メッセージを修正してもよい。
本実施形態の変形例では、移動ノードが、自己のＤＨＣＰ要請メッセージに応答して移動体端末にて受信されている応答メッセージ中に示されるアドレスに応じて、第１アクセス・ネットワークとの自己のインタフェースに対するＩＰアドレスを設定する。
本発明の他の実施形態では、モバイル・アクセス・ゲートウェイは、ＡＡＡサーバーによる移動ノードの認証の成功に応答して、近隣要請メッセージおよびルータ通知を送信している。この例示的な実施形態では、モバイル・アクセス・ゲートウェイは、例えばいずれの移動ノードがＡＡＡサーバーによって認証されたかを示すＡＡＡサーバーからの認証メッセージを受信してもよい。
本発明の他の態様によると、移動ノードのＩＰアドレスを検知する方法が提供される。とりわけ本方法は、第２アクセス・ネットワークからのハンドオーバーの直後等、第１アクセス・ネットワークに接続する前に、移動ノードによって用いられてきた移動ノードのＩＰアドレスを、モバイル・アクセス・ゲートウェイが検知するのを可能にする。最初に移動ノードは、第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイに接続する。この手順では、モバイル・アクセス・ゲートウェイは、例えば移動ノードの身元と自己のＩＰアドレスとを関連づけるのに用いられる識別子（例えば、ＮＡＩ、または、当該モバイル・アクセス・ゲートウェイ、および、移動ノードの識別子を問い合わせたネットワーク・ノードの認証に用いられた他の識別子等）を学習してもよい。
モバイル・アクセス・ゲートウェイはさらに、移動ノードに、アクセス・ネットワーク発見・選択機能を提供するネットワーク・ノードを決定する。本発明の一実施形態では、この決定はＤＮＳクエリーに基づいており、該クエリーに対して完全に記述したドメイン名が、移動ノードの識別子から構築されてもよい。ひとたびアクセス・ネットワーク発見・選択機能を提供するネットワーク・ノードが決定された後は、モバイル・アクセス・ゲートウェイは、第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを問い合わせるべく、該決定されたネットワーク・ノードへとクエリー・メッセージを送信できる。移動ノードを識別するために、モバイル・アクセス・ゲートウェイは、問い合わせられたネットワーク・ノードが一致するＩＰアドレスを見出すことを可能にするべく、たとえば、移動ノードの識別子をクエリー・メッセージへと含めてもよい。したがってモバイル・アクセス・ゲートウェイはさらに、該決定されたネットワーク・ノードからの応答メッセージを受信してもよく、該決定されたネットワーク・ノードからの応答メッセージは、第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを示す。
移動ノードのＩＰアドレスを検知するこの方法は、機種ネットワークならびに非機種ネットワーク内に用いられてもよく、該ネットワークでは、第１および第２のアクセス・ネットワークが異なるアクセス技術を用いた。
さらに、本発明の他の実施形態では、移動ノードのＩＰアドレスを検知する方法は、移動ノードが、ハンドオーバー中に、移動通信システムの第１アクセス・ネットワークに接続した直後に、仮想インタフェース発見および移動ノードのＩＰアドレスの関連した設定を実行するために、様々な実施形態と組み合わせて用いられてもよい。本発明の例示的な一実施形態では、ネットワーク・ノードからの応答メッセージ中に含まれた移動ノードのＩＰアドレスが、モバイル・アクセス・ゲートウェイによって仮想インタフェース発見内の移動ノードへと送信された近隣要請の標的アドレスとして用いられる。
さらに、移動体端末の動作はさらに拡張されてもよい。移動ノードは第１アクセス・ネットワークとの自己のインタフェースを介して近隣要請を受け取ってもよく、近隣要請の宛先アドレスにかかわらず移動ノードのＩＰ層にこれを転送してもよい。移動ノードがネットワーク・ベースのモビリティ機能を実装すると想定すると、近隣要請の標的アドレスが、移動ノードが第１アクセス・ネットワークとの自己のインタフェース上に設定したＩＰアドレスである場合には、移動ノードは、近隣要請中の標的アドレスに向かう第１アクセス・ネットワークとの自己のインタフェース上の移動ノードのリンク層アドレスを示す標的リンク層アドレス・オプションを含む近隣通知を、モバイル・アクセス・ゲートウェイへと送信してもよい。近隣要請の標的アドレスが、移動ノードが第１アクセス・ネットワークとの自己のインタフェース上に設定しなかったＩＰアドレスである場合は、移動ノードは、標的リンク層アドレス・オプションのない近隣通知を、モバイル・アクセス・ゲートウェイへと送信してもよい。
本発明の別の実施形態では、移動ノードが複数のＩＰアドレスを単一のインタフェース上に設定した可能性があることが想定されうる。移動ノードによっていずれのＩＰアドレス・プレフィクスがこれらアドレスのために用いられるかを決定するために、モバイル・アクセス・ゲートウェイは、当該プレフィクスを移動ノードへと通知することができるように該プレフィクスを問い合わせてもよい。したがってモバイル・アクセス・ゲートウェイは、移動ノードに資するホーム・エージェント（またはローカル・モビリティ・アンカー）へと、プロキシ・バインディング更新を送信することができ、これによって、ホーム・ネットワーク・プレフィクス、または、第１アクセス・ネットワークとの自己のインタフェース上で移動ノードによって用いられたＩＰアドレス・プレフィクスを問い合わせる。それに応答して、モバイル・アクセス・ゲートウェイは、ホーム・ネットワーク・プレフィクスおよび／またはホーム・エージェントからのアドレス・プレフィクスを受信し、いずれのモビリティ機能を移動ノードへと提供するかについての自己の決定に応じて、適切なＩＰアドレス・プレフィクス（単数または複数）を移動ノードへと通知してもよい。
上記に示されたように、本発明の他の態様は、移動ノードの、当該移動ノードによって用いられるモビリティ機能を検知するモバイル・アクセス・ゲートウェイへの積極的な参加に関連している。移動ノードが仮想インタフェースを実装しており、それぞれネットワーク・ベースのモビリティを用いることができる場合には、当該移動ノードは特別な非要請近隣通知をモバイル・アクセス・ゲートウェイへと送信し、これに基づいてモバイル・アクセス・ゲートウェイは、移動ノードのネットワーク・ベースのモビリティを用いる能力を検知することができる。
したがって本発明の他の実施形態は、移動ノードが、別の第２アクセス・ネットワークからの該移動ノードのハンドオーバー中に、移動通信システムの第１アクセス・ネットワークに接続した直後に、移動ノードのＩＰアドレスを設定する方法に関しており、該第１および第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインに属する。移動ノードは、非要請近隣通知を第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイへと送信し、近隣要請の標的アドレスは、移動ノードによって第２アクセス・ネットワークとの自己のインタフェース上にすでに設定済であったＩＰアドレスである。モバイル・アクセス・ネットワークは、ＩＰアドレスのＩＰアドレス・プレフィクスが移動ノードへと通知されたか否かを決定したので、これによって、移動ノードがネットワーク・ベースのモビリティ機能を実装しているか否かを検知する。移動ノードがネットワーク・ベースのモビリティ機能を実装する場合には、移動ノードは、移動ノードに資するために、ネットワーク・ベースのモビリティ機能を用いるかまたはホスト・ベースのモビリティ機能を用いるかを決定してもよい（代替的には、モバイル・アクセス・ゲートウェイは、セッション継続性を保証するべく、可能であればデフォルトでネットワーク・ベースのモビリティを提供しうる）。さらに、モバイル・アクセス・ゲートウェイはルータ通知を移動ノードへと送信し、ルータ通知はＩＰアドレス設定のためＩＰアドレス・プレフィクスを含む。移動ノードへと通知されたＩＰアドレス・プレフィクスは、移動ノードに資するためにいずれのモビリティ機能を用いるかに準じて、モバイル・アクセス・ゲートウェイによって選択されてもよい。
１個のさらに拡張された一実施形態では、移動ノードは、第２アクセス・ネットワークとの自己のインタフェースを介した通信のために用いられた移動ノードのＩＰアドレス（または代替的には、第１アクセス・ネットワークとのインタフェース上の移動ノードのリンク・ローカルなＩＰアドレス）を、近隣通知のソース・アドレスおよび標的アドレスとして使用し、第２アクセス・ネットワークとの自己のインタフェースを介した通信のために用いられた移動ノードのＩＰアドレスもまた、第１アクセス・ネットワークに接続する移動ノードのインタフェース上で設定される予定である場合は、第２アクセス・ネットワークとの自己のインタフェースを介した通信のために用いられた移動ノードのＩＰアドレスに向けられた第１アクセス・ネットワークとのインタフェース上の移動ノードのリンク層アドレスを示している標的リンク層アドレス・オプションを、近隣通知に含める。そうでない場合は、移動ノードは、第１アクセス・ネットワークとのインタフェース上の移動ノードのリンク・ローカルなＩＰアドレスを近隣通知のソース・アドレスとして使用し、標的リンク層アドレス・オプションは何ら近隣通知に含まれない。
本発明の他の実施形態では、移動ノードは、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するために、ホーム・ネットワーク・プレフィクスが割り当てられ、ネットワーク・ベースのモビリティ機能が移動ノードに資するために用いられる予定である場合には、ルータ通知は移動体端末のホーム・ネットワーク・プレフィクスを通知する。有効なアドレスを設定するために、移動ノードのホーム・ネットワーク・プレフィクスのためのルータ通知中の好適寿命フィールドおよび有効寿命フィールドは両方とも、ゼロよりも大きい値に設定されるべきである。
さらに、本発明の他の実施形態によると、クライアント・ベースのモビリティ機能が移動ノードに資するために用いられる予定である場合には、ルータ通知は、第１アクセス・ネットワークのネットワーク・プレフィクスを移動体端末へと通知する。
本発明の別の実施形態は、移動ノードに、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に、移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、ＩＰアドレスを設定させるモバイル・アクセス・ゲートウェイに関する。第１および第２のアクセス・ネットワークは両方とも、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインに属し、該ネットワーク・ドメインはその全体に有効なＩＰアドレスを設定するために当該移動ノードにホーム・ネットワーク・プレフィクスを提供するネットワーク・ドメインに属する。モバイル・アクセス・ゲートウェイは、移動ノードがネットワーク・ベースのモビリティ機能を使用するか否かの検知を促進するべく、モバイル・アクセス・ゲートウェイと移動ノードの間で仮想インタフェース発見を実行するとともに、移動ノードが、第１アクセス・ネットワークとのインタフェースを介した通信のために、第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび移動ノードのホーム・ネットワーク・プレフィクスに準拠して、各ＩＰアドレスを暫定的に設定することを可能にするために、第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび移動ノードのホーム・ネットワーク・プレフィクスを移動ノードに提供する第１アドレス設定手順を実行する通信装置を備える。さらに、モバイル・アクセス・ゲートウェイは、モバイル・アクセス・ゲートウェイによって、仮想インタフェース発見の結果に基づいて、当該移動ノードが、第１アクセス・ネットワーク内の通信のためにネットワーク・ベースのモビリティ機能を使用する予定であるか否かを決定する処理装置を備える。モバイル・アクセス・ゲートウェイの通信手段はさらに、モバイル・アクセス・ゲートウェイの決定に基づいて、移動ノードに、第１アクセス・ネットワークとの移動ノードのインタフェースを介した通信のために、第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは移動ノードのホーム・ネットワーク・プレフィクスに準拠して、自己のＩＰアドレスを設定させる第２アドレス設定手順を実行する。
他の実施形態では、仮想インタフェース発見を実行する際に、モバイル・アクセス・ゲートウェイが近隣要請メッセージを移動ノードへと送信し、該近隣要請メッセージは、ハンドオーバー前に移動ノードのホーム・ネットワーク・プレフィクスに準拠して、すでに設定済であった移動ノードのＩＰアドレスを近隣要請の標的として含み、受信された近隣要請メッセージに対する応答に基づいて、移動ノードがネットワーク・ベースのモビリティ機能を使用するか否かを検知する。
本実施形態の変形例では、移動ノードが、近隣要請に応答して、第１アクセス・ネットワークとの自己のインタフェースを介して、近隣通知を送信することに基づいて、移動ノードがネットワーク・ベースのモビリティ機能を使用することを、モバイル・アクセス・ゲートウェイは検知するよう構成されている。
本発明の他の実施形態によると、モバイル・アクセス・ゲートウェイは、第１アドレス設定手順を実行する際にルータ通知を移動ノードへと送信し、モバイル・アクセス・ゲートウェイはルータ通知を移動ノードのユニキャスト・リンク層アドレスへと向けるよう構成されている。これによって、ルータ通知は移動ノードに廃止予定のＩＰ層アドレスを自動設定させてもよく、または移動ノードにステートフルＩＰアドレス設定を実行させる。
本発明の他の実施形態は、本明細書中に記載された様々な実施形態およびその変形例のうち一つによる、移動ノードが第１アクセス・ネットワークに接続した直後に移動ノードのＩＰアドレスを設定する方法のステップを実行する手段を備えるアクセス・ゲートウェイに関する。
他の実施形態によると、本発明は、移動ノードが第１アクセス・ネットワークに接続する前に用いられてきた移動ノードのＩＰアドレスを検知する別のモバイル・アクセス・ゲートウェイを提供する。モバイル・アクセス・ゲートウェイは、移動ノードを第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイに接続する通信装置と、アクセス・ネットワーク発見・選択機能を移動ノードに提供するネットワーク・ノードを決定する処理装置とを備える。通信装置は、第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを問い合わせるべく、該決定されたネットワーク・ノードへとクエリー・メッセージを送信し、該決定されたネットワーク・ノードからの応答メッセージを受信するよう構成されており、該決定されたネットワーク・ノードからの応答メッセージは、第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを示す。
他の実施形態では、モバイル・アクセス・ゲートウェイは、本明細書中に記載された様々な実施形態のうち一つによる移動ノードのＩＰアドレスを検知する方法を実行するために運用可能な手段をさらに備える。
他の実施形態による本発明は、移動ノードが、別の第２アクセス・ネットワークからの該移動ノードのハンドオーバー中に、移動通信システムの第１アクセス・ネットワークに接続した直後に、移動ノードのＩＰアドレスを設定するためのモバイル・アクセス・ゲートウェイも提供する。モバイル・アクセス・ゲートウェイは、非要請近隣通知を移動ノードから第１アクセス・ネットワークを介して受信する受信装置を備え、該近隣要請の標的アドレスは、移動ノードによって第２アクセス・ネットワークとの自己のインタフェース上にすでに設定済であったＩＰアドレスである。さらに、モバイル・アクセス・ゲートウェイは、ＩＰアドレスのアドレス・プレフィクスが移動ノードへと通知されたか否かを決定し、これによって、移動ノードがネットワーク・ベースのモビリティ機能を実装しているか否かを検知するとともに、移動ノードがネットワーク・ベースのモビリティ機能を実装する場合には、移動ノードに資するために、ネットワーク・ベースのモビリティ機能またはホスト・ベースのモビリティ機能のいずれを用いるかを決定する処理装置を備える。さらに、モバイル・アクセス・ゲートウェイは、ルータ通知を移動ノードへと送信する伝送装置を備え、ルータ通知は、移動ノードの役に立つためにいずれのモビリティ機能を用いるかに準拠してモバイル・アクセス・ゲートウェイによって選択されたＩＰアドレス設定のためのプレフィクスを含む。
本発明の別の実施形態では、モバイル・アクセス・ゲートウェイは、移動ノードが、ハンドオーバー中に、移動通信システムの第１アクセス・ネットワークに接続した直後に移動ノードのＩＰアドレスを設定する、本明細書中に記載された様々な実施形態のうち一つによる積極的な方法を実行するよう構成された手段をさらに備える。
別の実施形態は、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に、移動通信システムの第１アクセス・ネットワークに接続する通信装置を備える移動ノードに関する（前述したように、第１および第２のアクセス・ネットワークは両方とも、ネットワーク・ベースのモビリティを提供するネットワーク・ドメインの一部であるとともに、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するために移動ノードにホーム・ネットワーク・プレフィクスを提供する）。通信装置は、仮想インタフェース発見の一部として、近隣要請を第１アクセス・ネットワーク内のモバイル・アクセス・ゲートウェイから受信する受信機を備え、該近隣要請メッセージは、近隣要請の標的として、ハンドオーバー前に移動ノードのホーム・ネットワーク・プレフィクスに準拠してすでに設定済であった移動ノードのＩＰアドレスを含む。さらに、通信装置は、移動ノードがネットワーク・ベースのモビリティ機能を使用していない場合には、近隣要請に応答して、仮想インタフェース発見の一部として、エラー・メッセージをモバイル・アクセス・ゲートウェイへと送信する送信機を備える。
本発明の他の実施形態は、移動ノードを第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイへと接続するとともに、近隣通知をモバイル・アクセス・ゲートウェイへと送信する通信装置を備え、該近隣要請の標的アドレスは、移動ノードによって第２アクセス・ネットワークとの自己のインタフェース上にすでに設定済であった、第１アクセス・ネットワークに接続された直後の標的アドレスを含むＩＰアドレスである移動ノードに関する。該移動ノードは、第１アクセス・ネットワークに接続する前に、近隣通知のソース・アドレスおよび標的アドレスとして、アクセス・ネットワーク発見・選択機能を移動ノードに提供するネットワーク・ノードとの通信のために用いられた、移動ノードのＩＰアドレスを使用するよう、第１アクセス・ネットワークに接続する前にネットワーク・ノードとの通信のために用いられた移動ノードのＩＰアドレスもまた、第１アクセス・ネットワークに接続する移動ノードのインタフェースに設定される予定である場合は、第１アクセス・ネットワークに接続する前にネットワーク・ノードとの通信のために用いられた移動ノードのＩＰアドレスに向けられた、第１アクセス・ネットワークとのインタフェース上の移動ノードのリンク層アドレスを示している標的リンク層アドレス・オプションを近隣通知に含めないよう構成されている。そうでない場合は、移動ノードは、第１アクセス・ネットワークとのインタフェース上の移動ノードのリンク・ローカルなＩＰアドレスを近隣通知のソース・アドレスとして使用するよう、第１アクセス・ネットワークに接続する前にネットワーク・ノードとの通信のために用いられた移動ノードのＩＰアドレスが、第１アクセス・ネットワークに接続する移動ノードのインタフェース上に設定されない予定である場合は、標的リンク層アドレス・オプションを近隣通知に含めないよう、構成される。
本発明の他の実施形態は、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に、移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、モバイル・アクセス・ゲートウェイに対し、移動ノードにＩＰアドレスを設定させる指示を保存するコンピュータで読み取り可能な媒体に関する。
移動ノードがネットワーク・ベースのモビリティ機能を使用しているか否かの検知を促進するべく、モバイル・アクセス・ゲートウェイと移動ノードの間で仮想インタフェース発見を実行し；移動ノードが、第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび第１アクセス・ネットワークとのインタフェースを介した通信のための移動ノードのホーム・ネットワーク・プレフィクスに準拠して、各ＩＰアドレスを暫定的に設定することを可能にするために、移動ノードに第１および第２のアクセス・ネットワークの各ＩＰアドレス・プレフィクスを提供する第１アドレス設定手順を実行し；モバイル・アクセス・ゲートウェイによって、仮想インタフェース発見の結果に基づいて、当該移動ノードが、第１アクセス・ネットワーク内の通信のためにネットワーク・ベースのモビリティ機能を使用する予定であるか否かを決定し；および、モバイル・アクセス・ゲートウェイの決定に基づいて、移動体端末に、第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは移動ノードのホーム・ネットワーク・プレフィクスに準拠して、第１アクセス・ネットワークとの移動ノードのインタフェースを介した通信のために、自己のＩＰアドレスを設定させる第２アドレス設定手順を実行することによって、移動ノードはＩＰアドレスを設定させられる。
本発明の他の実施形態によるコンピュータで読み取り可能な媒体は、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、モバイル・アクセス・ゲートウェイに、本明細書中に記載された様々な実施形態およびその変形例のうち一つによる、移動ノードが第１アクセス・ネットワークに接続した直後に移動ノードのＩＰアドレスを設定する方法のステップを実行させる指示を保存する。
本発明の他の実施形態は、移動ノードによって実行される際に、移動ノードに、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの移動体端末のハンドオーバー中に第１アクセス・ネットワークに接続させ；移動通信システムの仮想インタフェース発見の一部として、近隣要請を第１アクセス・ネットワーク内のモバイル・アクセス・ゲートウェイから受信させ；近隣要請メッセージは、近隣要請の標的として、移動ノードのホーム・ネットワーク・プレフィクスに準拠したＩＰアドレスを含み；および、移動ノードがネットワーク・ベースのモビリティ機能を使用していない場合には、近隣要請に応答して、エラー・メッセージをモバイル・アクセス・ゲートウェイへと仮想インタフェース発見の一部として送信させる指示を保存している、コンピュータで読み取り可能な媒体に関する。
本実施形態の一変形例では、該コンピュータで読み取り可能な媒体は、移動ノードの処理装置によって実行される場合、移動ノードに、近隣要請メッセージをエラー・メッセージのオプション・フィールド内に含めさせる指示をさらに保存する。
本発明の他の実施形態は、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、モバイル・アクセス・ゲートウェイに、移動ノードを第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイに接続し；アクセス・ネットワーク発見・選択機能を移動ノードに提供するネットワーク・ノードを決定し；第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを問い合わせるべく、クエリー・メッセージを該決定されたネットワーク・ノードへと送信し；および、該決定されたネットワーク・ノードからの応答メッセージを受信し、該決定されたネットワーク・ノードからの応答メッセージは、第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で移動ノードによって用いられてきた移動ノードのＩＰアドレスを示すことによって、移動ノードが第１アクセス・ネットワークに接続する前に用いられてきた移動ノードのＩＰアドレスを検知させる、指示を保存するコンピュータで読み取り可能な媒体を提供する。
本発明の他の実施形態によるコンピュータで読み取り可能な媒体は、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、モバイル・アクセス・ゲートウェイに、本明細書中に記載された様々な実施形態のうち一つによる移動ノードのＩＰアドレスを検知する方法を実行させる指示をさらに保存する。
以下において、添付図面を参照して本発明をより詳細に記載する。図面中の類似または対応する詳細事項には同じ参照番号が付けられている。
移動ノードがＰＭＩＰｖ６ドメイン内のアクセス・ネットワークに初期接続した直後の、ＰＭＩＰｖ６に準拠した例示的なシグナリング・フローを示す。 移動ノードがＰＭＩＰｖ６ドメイン内でＭＡＧ間ハンドオーバーを実行した直後の、ＰＭＩＰｖ６に準拠した例示的なシグナリング・フローを示す。 ＭＩＰを実装しおよび異なるアクセス技術を使用するアクセス・ネットワークへの接続のための複数のインタフェースを有する移動ノードの論理構成を示す。 仮想インタフェースを実装しおよび異なるアクセス技術を使用するアクセス・ネットワークへの接続のための複数のインタフェースを有する移動ノードの論理構成を示す。 異なるアクセス技術を使用するアクセス・ネットワークへの接続のために複数のインタフェースを有する移動ノードのＰＭＩＰｖ６ドメイン内のアクセス技術間ハンドオーバーの例、および、ＰＭＩＰｖ６またはＭＩＰｖ６の考えられるアプリケーションを示す。 本発明の一実施形態によるアクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装する移動ノードに対して、仮想インタフェース発見およびステートレスＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。 本発明の一実施形態によるアクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装しない移動ノードに対して、仮想インタフェース発見およびステートレスＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。 本発明の他の実施形態によるアクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装しない移動ノードに対して、仮想インタフェース発見およびステートレスＩＰアドレス設定を実行する例示的なシグナリング・フローを示し、移動ノードは廃止予定のアドレスに対するバインディング更新を送信している。 本発明の一実施形態によるアクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装する移動ノードに対して、仮想インタフェース発見およびステートフルＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。 本発明の一実施形態によるアクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装しない移動ノードに対して、仮想インタフェース発見およびステートフルＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。 古いアクセス・ネットワークとのインタフェースを介して用いられた移動ノードのＩＰアドレスを取得するために、モバイル・アクセス・ゲートウェイとＡＮＤＳＦエンティティの間での本発明の一実施形態による例示的なＩＰアドレスまたはホーム・アドレス発見手順を示す。 本発明の他の例示的な実施形態により、移動ノードが非要請近隣通知を積極的に送信することに基づいた仮想インタフェース発見のための代替的なソルーションの例示的なフローチャートを示す。
本発明の態様および異なる例示的な実施形態をより詳細に論じる前に、本文書中に高頻度に用いられるいくつかの術語の定義を提供する。
移動ノードは通信ネットワーク内にある物理的なエンティティであり、移動時に異なるアクセス・ネットワークに、そして、異なるアクセス・ネットワーク・技術にさえも接続してもよい点において、典型的には移動性である。
（移動ノードなど）１個のノードはいくつかの機能的なエンティティを有してもよい。機能的なエンティティとは、所定の一連の機能をあるノードまたは当該ネットワークの他の機能的なエンティティに実装および／または提供するソフトウェアまたはハードウェア・モジュールのことを言う。このような機能的なエンティティの例は、ノードによって使用また提供が可能なモビリティ機能（単数または複数）等であってもよく、モビリティ機能は典型的にはいわゆるプロトコル（たとえば背景技術のセクションで論じられたＭＩＰｖ６等）によって実装される。
ノードは、該ノードを通信施設またはノードが通信できる媒体に接続する１個以上のインタフェースを有してもよい。典型的には、移動ノードが接続する通信施設はアクセス・ネットワークと称する。同様にネットワーク・エンティティは、機能的なエンティティを通信施設、または他の機能的なエンティティないしノードとの通信を可能にする媒体に接続する論理インタフェースを有してもよい。
ノードまたは機能的なエンティティのアドレスは、有効性が恒久的または一時的に限定されているノードまたは機能的なエンティティのグローバルまたはサイトローカルな識別子である。典型的には本明細書中に記載されたほとんどの実施形態では、アドレスはネットワーク層アドレスである、すなわち、ＯＳＩ参照モデルのネットワーク層上のノードおよびネットワーク・エンティティの識別に用いられる（たとえば、参照によって本明細書中に含まれる教科書「コンピュータ・ネットワーク」、Ａｎｄｒｅｗ Ｓ． Ｔａｎｅｎｂａｕｍ、第４版、２００３年、Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＴＲ、第１．４章を参照のこと）。ネットワーク層ないしレイヤ３は典型的には、あるソースからある宛先へと１個以上のネットワークを介して長さが可変のパケットを転送する機能上および手続上の手段を提供する。このようなネットワーク層アドレスの一例はＩＰｖ４またはＩＰｖ６に規定されるＩＰアドレスである。典型的にはネットワーク層アドレス（またはほとんどの場合におけるＩＰアドレス）は、アドレス・プレフィクス部およびホスト識別子部から成る。アドレス・プレフィクス部はサブ・ネットワークを識別し、サブ・ネットワークにおいては、ノードが接続し、当該サブ・ネットワークに資するルータによって通知されることができる。ホスト識別子部は典型的にはノードのインタフェースの識別子である。
ネットワーク・ベースのモビリティのためにプロキシＭＩＰを使用する例では、アドレスとはプロキシＭＩＰドメイン内で有効なＩＰアドレスである。したがって、移動ノードが他のプロキシＭＩＰドメインにハンドオーバーしている場合には、新しいＩＰアドレス（ＰＭＩＰ−ＨｏＡ）が新しいＰＭＩＰドメイン内に設定されるであろう。（アクセス技術にかかわらず）移動ノードがＰＭＩＰドメイン内を移動する限り、移動ノードは同じＩＰアドレスＰＭＩＰ−ＨｏＡを使用してもよい。
典型的には、ノードのインタフェースには１個のアドレスが割り当てられている。しかしながら、多数のアドレスを単一のインタフェースに割り当てることもまた可能であろう。さらに、ノードが複数の機能的なエンティティを備える場合には、１個以上のアドレスは、それぞれの機能的なエンティティの論理インタフェースに関連付けられてもよい。いくつかのノードは、複数の物理的インタフェース間のトラフィック・フローを管理するとともに、実際に用いられる物理的インタフェースをネットワーク層から隠す論理インタフェースを実装してもよい。このような仮想インタフェースは仮想インタフェースとして知られている。後に図４中に記載されるように、仮想インタフェースは、物理的インタフェース間のフロー・スケジューリングを管理する。１個のＩＰアドレスのみが仮想インタフェースに割り当てられ、このアドレスは使用中の物理的インタフェースとは独立してネットワーク層パケットを送信する時に、ソース・アドレスとして用いられる。
一般に、各ネットワークは少なくとも１個の番号いわゆるプレフィクス等によって識別される。この番号はネットワーク内のノードへのパケットのルーティングを可能にする。さらにこの番号は、ネットワーク内のノードによって用いることができる識別子のプールのことを言う。ネットワーク内のアドレスは識別子のプールからの識別子である。例えばＩＰｖ６では、ネットワークの番号はＩＰｖ６プレフィクスであり、ネットワーク内のアドレスは、ＩＰｖ６プレフィクスおよびＩＰｖ６ホスト部から成るＩＰｖ６アドレスである。異なるネットワークでは、例えばホーム・ネットワークと外部ネットワークでは、異なるアドレスが用いられる。
本発明のいくつかの実施形態では、ＩＰｖ６プロトコルはネットワーク層上で用いられる。この場合当該アドレスは、ノードの単一の（論理）インタフェースのための識別子であり、その結果、他のＩＰｖ６サブ・ネットから当該アドレスに送信されたパケットは、下位層リンクを介して当該アドレスによって識別された（論理）インタフェースへと配信される。
モバイル・アクセス・ゲートウェイ（ＭＡＧ）は、自己のアクセス・リンクに接続された当該移動ノードのためのモビリティ関連のシグナリングを管理するルータ内の機能である。ＭＡＧは、ＭＮに対して、ＭＮが異なるモバイル・アクセス・ゲートウェイのアクセス・リンク間を移動するにもかかわらず、自分が同じアクセス・リンクに接続されているという印象を与える責任を負う。
ルータ通知は、ルータによってその存在を通知するために用いられる。ルータ通知メッセージは、ホストが着信パケット中に用いるべきであるホップ・リミットといったインターネット・パラメータ、および随意的にリンク・パラメータも含んでもよい。このことは、ルータ上に設定が可能ですべての接続されたノードへと自動的な伝搬が可能な重大なパラメータの集権的管理を促進する。
ルータ通知は、ルータによって、定期的にまたはルータ要請メッセージに応答してのいずれかによって送信される。典型的にはルータ要請は、特定のネットワークとのインタフェースが、ルータに対してルータ通知を次に予定された時間ではなく即座に生成するよう依頼することを可能にする場合には、ルータ要請はネットワーク内のノードによって送信される。
ルータ通知は、オン・リンク決定および／またはアドレス設定に用いられるプレフィクス、示唆されたホップ・リミット値等を含む。例えばルータは、ホストが、プレフィクスと関連付けられたステートフル・アドレス設定（ＤＨＣＰｖ６等を手段として用いて）および／または自律的な（ステートレス）アドレス設定フラグを用いるべきか否かを指示することができ、特定のプレフィクスの意図された使用を指示してもよい。ノードは通知されたオン・リンクのプレフィクスを用いて、いつパケットの宛先がオン・リンクまたはルータ上にあるかを決定する際に用いられるリストを構築および保持してもよい。
ルータ通知中のプレフィクスと一緒に送信されるパラメータのうち一つは、（典型的には、ルータ通知の同じ名前のフィールド内に提供される）有効寿命である。有効寿命は、プレフィクスがサブ・ネット上で有効である時間を定義する。すなわち、サブ・ネットに資するルータはこのプレフィクスを通知するのを中止し、このプレフィクスに基づくアドレスを含むパケットはこれ以上は転送されないであろう。プレフィクスの有効寿命は、このプレフィクスに基づくアドレスの有効寿命に等しい。ルータ通知（ＲＡ）のプレフィクス・オプション中の有効寿命が０よりも大きくステートレス・アドレス自動設定が用いられる場合は、ノードはこのプレフィクスに基づくアドレスを設定するよう要求される。当該アドレスは有効になるとともに、パケットを送信するためにノードによって用いられることができる。有効寿命が０に等しい場合、このプレフィクスに基づくアドレスは無効になり、サブ・ネット上のノードはこれらアドレスをこれ以上用いてはならない。
ルータ通知中のプレフィクスと一緒に送信される他のパラメータは、好適寿命（典型的には、ルータ通知中の同じ名前のフィールド内にも提供される）である。これはアドレスの場合には、有効なアドレスが好まれる時間の長さを意味する。インタフェースに割り当てられた好適なアドレスは、より高位層のプロトコルによって非制限的に用いられる。好適寿命の期限が切れる（すなわち０と等しくなる）場合は、アドレスは廃止予定となる。あるインタフェースに割り当てられた廃止予定のアドレスの使用は奨励されないが、しかし禁止されていない。廃止予定のアドレスは新しいセッション中のソース・アドレスとしてこれ以上用いられるべきでない（例えば、いずれの新しいＵＤＰまたはＴＣＰ接続はこのアドレスを用いて設定されるべきでない）。しかし、廃止予定のアドレスからまたは廃止予定のアドレスへと送信されたパケットは予想通り配信され、このことは、廃止予定のアドレスが進行中のセッション中にソース・アドレスとして用いられうることを意味する。好適寿命は、ルータ通知中のプレフィクス・オプション中に通知される。言い換えれば、あるプレフィクスの好適寿命は、このプレフィクスに基づくアドレスの好適寿命に等しい。
ノードはさらに、標的ノードに自己のリンク層アドレスを戻すよう依頼するいわゆる近隣要請をマルチキャストすることによって、アドレス解決を達成してもよい。通常近隣要請メッセージは、標的アドレスの要請ノード・マルチキャスト・アドレスにマルチキャストされる。標的はユニキャスト近隣通知メッセージ中の自己のリンク層アドレスを戻す。パケットの要求と応答の一対があれば、イニシエータおよび標的の両方が互いのリンク層アドレス解消するためには十分である。イニシエータは近隣要請中の自己のリンク層アドレスを含む。近隣要請メッセージは、２個以上のノードが同じユニキャスト・アドレスに割り当てられたか否かを決定するためにも用いられることができる。
近隣到達不能検知とは、ある近隣の失敗または該近隣への転送経路の失敗を検知するための手順のことを言う。これを行うためには、近隣へと送信されたパケットが当該近隣に実際に到達しつつあり、ネットワーク層（ＩＰ層等）によって適切に処理されつつある旨の肯定確認を必要とする。近隣到達不能検知は２個のソースからの確認を用いる。可能な場合にはより高位層のプロトコルは、接続が「転送進捗」を行っていること、すなわち、以前に送信されたデータは正確に配信された（例えば、新しい受領確認が最近受信された）ことが知られている旨の肯定確認を提供する。このような「ヒント」により肯定確認が間近に迫っていない場合、ノードは、標的ノードからの到達可能性確認として近隣通知（単数または複数）を要請するユニキャスト近隣要請（単数または複数）を送信してもよい。
本発明の例示的な一実施形態では、アドレスはＳ．ＤｅｅｒｉｎｇおよびＲ．Ｈｉｎｄｅｎ「Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ，Ｖｅｒｓｉｏｎ ６ （ＩＰｖ６） Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、ＲＦＣ ２４６０、１９９８年１２月（参照によって本明細書中に含まれ、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇで利用可能）に規定されるＩＰｖ６アドレスである。したがってこの例示的な実施形態では、ルータ通知および要請、近隣通知および要請、近隣到達不能検知等が、Ｔ．Ｎａｒｔｅｎ、Ｅ．Ｎｏｒｄｍａｒｋ、Ｗ．Ｓｉｍｐｓｏｎら「Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ ｆｏｒ ＩＰ Ｖｅｒｓｉｏｎ ６ （ＩＰｖ６）」、ＲＦＣ ２４６１、１９９８年１２月、Ｓ．Ｔｈｏｍｓｏｎ、Ｔ．Ｎａｒｔｅｎ、「ＩＰｖ６ Ｓｔａｔｅｌｅｓｓ Ａｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ」、ＲＦＣ ２４６２、１９９８年１２月（両ＲＦＣとも参照によって本明細書中に含まれ、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇで利用可能）に提供されるように定義されている。
移動ノードのホーム・ネットワークは典型的には、該移動ノードが自己の所定のホーム・アドレスのための自己の気付アドレス（単数または複数）を登録するホーム・エージェントの位置によって識別される。この術語は、ＭＩＰｖ６またはＭＩＰｖ４といったクライアント・ベースのモビリティ機能と関連して用いられるであろう。
術語「ホーム・リンク」は、ＰＭＩＰｖ６またはＰＭＩＰｖ４といったネットワーク・ベースのモビリティ機能と関連して用いられるであろう。ホーム・リンクとは、ネットワーク・ベースのモビリティ機能が提供されているネットワーク・ドメインへと移動ノードが移動した後に、自己の初期アドレス設定を取得した移動ノード上のリンクである。例えばＰＭＩＰでは、移動ノードは、移動ノードがＰＭＩＰドメイン内の異なるモバイル・アクセス・ゲートウェイ間を移動する時はいつでも、該移動ノードはホーム・リンクに接続されていることを常に認識する。該ＰＭＩＰドメインでは、各ホーム・ネットワーク・プレフィクスが移動ノードへと割り当てられ、移動ノードは、ＰＭＩＰドメインに属しているアクセス・ネットワークのうち一つと接続する際の通信のために、このホーム・ネットワーク・プレフィクスに基づいて自己のＩＰアドレスを設定する。ネットワーク・ベースのモビリティ機能のネットワーク・ドメイン内に設定されたこの初期ＩＰアドレスは本明細書中ではＰＭＩＰ−ＨｏＡに示される。
ホーム・リンクは、概念的に移動ノードの後に続くリンクである。ネットワークは、移動ノードがネットワーク・ベースのモビリティ機能のドメインに接続するいかなるアクセス・リンク上にあっても、該移動ノードがレイヤ３ネットワーク構成に関してこのリンクを常に見ることを保証する。それ故に、アクセス技術にかかわらず、アクセス・ネットワークが同じＰＭＩＰドメインに属している限り、アクセス・ネットワークのモバイル・アクセス・ゲートウェイは、移動ノードのＰＭＩＰドメインへの初期接続中に割り当てられたホーム・ネットワーク・プレフィクスを通知し、その結果、移動ノードがアクセス・ネットワークとの自己のインタフェースのＩＰアドレスＰＭＩＰ−ＨｏＡを使用（の使用を継続）してもよい。
ホーム・ネットワーク・プレフィクス（ＰＭＩＰ−ＨＮＰ）は、移動ノードがネットワーク・ベースのモビリティ機能（プロキシ・モバイルＩＰｖ６ドメイン等）のドメイン内に常に見ているオン・リンクのアドレス・プレフィクス（ＩＰｖ６プレフィクス等）。ホーム・ネットワーク・プレフィクスは、ネットワーク・ベースのモビリティ・サービスを提供するネットワーク・ドメイン内の移動ノードのローカル・モビリティ・アンカー（ＬＭＡ）において、アンカーが位相的に付けられる。移動ノードは自己のインタフェースをこのプレフィクスからのアドレスで設定する。ホーム・ネットワーク・プレフィクスは、モバイル・アクセス・ゲートウェイによって通知されている特定のアクセス・ネットワーク内で用いられている位相的に正しいアドレス・プレフィクスでは必ずしもない。アクセス・ネットワークがネットワーク・ベースのモビリティをサポートしない場合、または、アクセス・ネットワークが移動ノードが仮想インタフェースを実装しないことを知っている場合には、モバイル・アクセス・ゲートウェイは、ホーム・ネットワーク・プレフィクスとは異なる訪問されたアクセス・ネットワークのアドレス・プレフィクスを通知する。この場合、移動ノードは訪問されたアクセス・ネットワークのこのアドレス・プレフィクスに準拠して、訪問されたアクセス・ネットワークとの自己のインタフェース上にアドレスを設定する。
クライアント・ベースのモビリティ機能の術語におけるホーム・アドレスとは、移動ノードの自己の接続ポイントに関係ない恒久的なアドレスとして用いられる、移動ノードへと割り当てられたアドレスである。このアドレスは移動ノードのホーム・ネットワークのプレフィクスを有し、本明細書中ではＭＩＰ−ＨｏＡとして示される。気付アドレスとは、外部ネットワークを訪問している間に移動ノードと関連付けられたアドレスである。気付アドレスのプレフィクスは典型的には訪問されたネットワークのプレフィクスと等しい。移動ノードは１個以上の気付アドレスを同時に有してもよい。
クライアント・ベースのモビリティ・スキームでは、ホーム・エージェントは典型的には、移動ノードが自己の現在の気付アドレス（単数または複数）を登録する移動ノードのホーム・ネットワーク上にルーティング機能を提供するルータまたは機能的なエンティティを示す。移動ノードがホームから離れている（すなわち、移動ノードのインタフェースが移動ノードのホーム・ネットワークに接続されていない）間は、ホーム・エージェントは、例えば、移動ノードのホーム・アドレスに向けられるホーム・ネットワーク上のパケットを傍受し、それらをカプセル化し、それらを移動ノードの登録済気付アドレス（単数または複数）のうち一つまたはいくつかにトンネリングすること等によって、モビリティ・サービスを移動ノードへと提供してもよい。
プロキシＭＩＰといったネットワーク・ベースのモビリティ・スキームには、ホーム・エージェント機能は典型的には（モビリティ関連機能を提供する論理ネットワーク・エンティティとみなされ、一般的に物理的なエンティティとしてルータ内に提供されてもよい）ローカル・モビリティ・アンカーによってアクセス・ネットワーク内に実装される。ＬＭＡは、ＰＭＩＰドメイン内の移動ノードへと割り当てられるホーム・ネットワーク・プレフィクスの位相的なアンカーである。ＬＭＡは移動ノードの到達可能性状態を取り扱う。このことは、ＬＭＡが、移動ノードのホーム・ネットワーク・プレフィクスを、移動ノードが現在登録されているモバイル・アクセス・ゲートウェイである現在の移動ノードの位置と結び付ける参照テーブル（プロキシ・バインディング・キャッシュ・エントリ−ＢＣＥ）を有することを意味する。モバイル・アクセス・ゲートウェイＭＡＧは移動ノードの代わりにモビリティ手順をハンドリングしており、移動体の新しい位置／アドレスを登録するために、例えば登録メッセージを移動ノードの代わりにローカル・モビリティ・アンカーへと送信する。本質的に、ＰＭＩＰとＭＩＰを比較する際に、ＭＩＰ中のホーム・エージェントの機能はＰＭＩＰ中のローカル・モビリティ・アンカー（ＬＭＡ）によって本質的に実装され、ＭＩＰ中の移動ノードの機能はＰＭＩＰ中ではモバイル・アクセス・ゲートウェイによって本質的に実装される。
ホーム・エージェントでは、移動ノードのホーム・アドレス（ＭＩＰ−ＨｏＡ）と気付アドレスとの間の関連は、当該移動ノードに対する「バインディング」として知られる。同様にＬＭＡでは、ホーム・ネットワーク・プレフィクス、すなわちＰＭＩＰ−ＨｏＡと、当該移動体が接続されたＭＡＧのアドレスとの間の関連は、当該移動ノードに対する「プロキシ・バインディング」（またはプロキシ・バインディング・キャッシュ・エントリ）として知られている。
仮想インタフェース発見とは、モバイル・アクセス・ゲートウェイが、移動ノードが仮想インタフェースを実装しているか否かを検知するのを可能にする手順のことを言う。
移動ノードへのモビリティ機能の提供に関して、仮想インタフェースは典型的にはネットワーク・ベースのモビリティ機能、すなわち、ネットワーク内のノード（モバイル・アクセス・ゲートウェイ等）が、移動ノードへのデータ配送を保証するために提供している機能が用いられる。その理由は、仮想インタフェースは、移動体端末がネットワーク・ベースのモビリティ機能が提供されるネットワーク・ドメインを介して移動している間に、移動ノードのネットワーク層（レイヤ３）が、通信のために同じアドレスを保持するのを可能にするからである。このネットワーク・ドメインは、異なるアクセス技術を使用しうるいくつかのアクセス・ネットワークを含んでもよく、その結果、移動ノードが、異なるアクセス・ネットワークに接続するいくつかの物理的インタフェースを必要としうるようにする。ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメイン内のアクセス・ネットワーク内の移動ノードの代わりの働きをするノードは、当該移動ノードに対し、プロキシ・バインディング更新を送信してもよく（およびプロキシ・バインディング受領確認を処理してもよく）、典型的にはモバイル・アクセス・ゲートウェイと称される。
本発明のいくつかの実施形態にも用いられるネットワーク・ベースのモビリティ機能の一例は、（参照によって本明細書中に含まれ、およびｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇで利用可能である）Ｓ．Ｇｕｎｄａｖｅｌｌｉら「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｌｍｎ−ｐｒｏｘｙｍｉｐ６−０１．ｔｘｔ、２００７年６月に規定されるプロキシ・モバイルＩＰｖ６（またはプロキシＭＩＰｖ６）プロトコルである。このプロトコルでは、ローカル・モビリティ・アンカー（ＬＭＡ）はプロキシ・モバイルＩＰｖ６ドメイン内の移動ノードに対するホーム・エージェントである。これは、移動ノードのホーム・ネットワーク・プレフィクスのための位相的なアンカー・ポイントであり、移動ノードの到達可能性状態を管理するエンティティである。ローカル・モビリティ・アンカーが、モバイルＩＰｖ６仕様ＲＦＣ３７７５において定義されるホーム・エージェントの機能的能力を、インターネット草案に定義されるプロキシ・モバイルＩＰｖ６プロトコルをサポートするための付加的な必要な能力とともに有することを理解することが重要である。モバイル・アクセス・ゲートウェイ（ＭＡＧ）は、自己のアクセス・リンクに接続される移動ノードのためのモビリティ関連シグナリングを管理する機能とみなされるかもしれない。ＭＡＧは、移動ノードのリンクとの接続を追跡し、移動ノードのローカル・モビリティ・アンカーをシグナリングする責任がある。
ＭＩＰおよびＰＭＩＰといったクライアント・ベースのモビリティ機能およびネットワーク・ベースのモビリティ機能に用いられる類似の術語の技術的な意味をよりよく区別するために、略語の前には「ＭＩＰ」または「ＰＭＩＰ」を付けて、それぞれの略語がクライアント・ベースのモビリティ機能またはネットワーク・ベースのモビリティ機能によりそれぞれ定義された術語のことを言うか否かを識別する。それ故に、例えばＭＩＰｖ６および／またはＰＭＩＰｖ６の使用に関する実施形態において、ＭＩＰ−ＨｏＡはＭＩＰｖ６ホーム・アドレス、すなわち、自己のホーム・ネットワーク内の移動ノードの恒久的なアドレスを示す。一方ＰＭＩＰ−ＨｏＡは、ＰＭＩＰドメイン内の移動ノードのホーム・アドレス、すなわち、同じＰＭＩＰドメインに属するアクセス・ネットワークとのすべてのインタフェース上の移動ノードによって用いられる予定のアドレスを示す。
本発明の主な一態様は、ネットワークに対し、アクセス技術間ハンドオーバーの間に移動ノードの能力を動的に発見すること、および、パケット損失およびハンドオーバー遅延を回避する適切なモビリティ・サービスを提供することを可能にするメカニズムを提供することである。移動ノードにて実装されたモビリティ機能（単数または複数）を検知するために、仮想インタフェースが自己のアクセス・ネットワークに接続する移動ノードにて実装されているか否かが認識される。アクセス・ネットワーク内の各ノードであるモバイル・アクセス・ゲートウェイは、移動ノードの実装されたモビリティ機能（単数または複数）を検知する責任を有しており、本目的のための仮想インタフェース検知手順を使用する。仮想インタフェースの実装は、モバイル・アクセス・ゲートウェイに対し、移動ノードがたとえばプロキシＭＩＰｖ６といったネットワーク・ベースのモビリティ機能をサポートしている旨のヒントを提供する。
仮想インタフェース検知は、新しいアクセス・ネットワークとの移動ノードのインタフェースに対するアドレス設定と並行して実行されてもよい。この第１アドレス設定手順では、モバイル・アクセス・ゲートウェイは、移動ノードがそこからハンドオーバーされるアクセス・ネットワークとの該移動ノードのインタフェース上のアドレスを設定するために移動ノードによって用いられてきたアドレス・プレフィクス、および、モバイル・アクセス・ゲートウェイのアクセス・ネットワークのプレフィクスの両方を通知してもよい。移動ノードがそこからハンドオーバーされるアクセス・ネットワークとの該移動ノードのインタフェース上のアドレスを設定するために移動ノードによって用いられてきたアドレス・プレフィクスは、ネットワーク・ベースのモビリティ・スキームが、ネットワーク・ドメイン内の移動ノードのＩＰアドレスが所定のプレフィクスに準拠して設定されることを必要とする以前のアクセス・ネットワークにおいて、用いられてきた場合には、移動ノードのホーム・ネットワーク・プレフィクスと典型的には等価である。これによって、モバイル・アクセス・ゲートウェイがネットワーク・ベースのモビリティ機能を提供することが可能であり、移動ノードが自己のハンドオーバーの前に接続されてきたアクセス・ネットワークと、現在のアクセス・ネットワークとが、ネットワーク・ベースのモビリティ機能が提供されている同じネットワーク・ドメインに属することが想定される。
当該アドレス設定手順は、移動ノードが、モバイル・アクセス・ゲートウェイの現在のアクセス・ネットワークとのインタフェースとともに使用するための２個のプレフィクスに準拠して、即座にアドレスを設定することを可能にする。移動ノードのモビリティ機能は、ルータ通知を送信した直後のモバイル・アクセス・ゲートウェイに知られていないかもしれないので、移動ノードに、モバイル・アクセス・ゲートウェイのアクセス・ネットワークとのインタフェース上に廃止予定のアドレスを設定させることは有利でありうる。このことは、例えば好適寿命が０に設定された２個のプレフィクスを通知するルータ通知によって達成されてもよい。廃止予定のアドレスの構成は、移動ノードが進行中のセッションのデータ・パケットを送／受信するのを継続し、ネットワーク上の制御シグナリングを実行するのを可能にするが、しかしこれは、移動ノードがネットワーク・ベースのモビリティのためのサポートを実装する場合にのみである。移動ノードがホスト・ベースのモビリティを実装する場合には、２個のアドレスの構成（１個は移動ノードのホーム・ネットワーク・プレフィクスに準拠し、１個は、移動ノードがハンドオーバーしている新しいアクセス・ネットワーク中に用いられる新しいプレフィクスに応じる）は、移動ノードが、仮想インタフェース発見の間に、新しいアクセス・ネットワークとの自己のインタフェースを介して通信することを可能にしない。その理由は、該２個のアドレスは典型的には、ハンドオーバー前に古いインタフェース上に設定済であったアドレスとは異なるからである。言い換えれば、モバイル・アクセス・ゲートウェイは最初に、移動ノードが接続した直後に新しいアクセス・ネットワーク中に両方のモビリティ・スキームを一時的にサポートする。
移動ノードのモビリティ機能（単数または複数）を検知した直後に、ネットワーク（すなわちモバイル・アクセス・ゲートウェイ）は次いで、新しいアクセス・ネットワーク上で用いられていないモビリティ機能のためのアドレス設定を解除し、サポートされた（または選択された）モビリティ機能のために有効なアドレスを設定する第２アドレス設定手順を実行することによって、正確なモビリティ・サービス（プロキシＭＩＰまたは（クライアント）ＭＩＰ等）を移動ノードに提供してもよい。それ故に、移動ノードがネットワーク・ベースのモビリティ機能、例えばプロキシＭＩＰを実装する場合には、モバイル・アクセス・ゲートウェイは、他のルータ通知を移動ノードへと送信することによって移動ノードにこの機能を使用させてもよい。該移動ノードでは、このプレフィクスに準拠して前もって設定されたアドレスを設定解除するべく、新しいアクセス・ネットワークのアドレス・プレフィクスの有効寿命フィールドおよび好適寿命フィールドがゼロに設定されている。一方、移動ノードのホーム・ネットワーク・プレフィクスの有効寿命フィールドかつ好適寿命フィールドは、新しいアクセス・ネットワークとのインタフェース上のさらなる通信のために、このプレフィクスに準拠した有効な（非廃止予定の）アドレスを設定するべくゼロよりも大きい値に設定されている。
同様に、移動ノード（のみ）がクライアント・ベースのモビリティ機能、例えばＭＩＰを実装する場合には、モバイル・アクセス・ゲートウェイは、移動ノードに対し、他のルータ通知を移動ノードへと送信することによってこの機能を使用させるべきである。該移動ノードでは、このプレフィクスに準拠して前もって設定されたアドレスを設定解除するべく、移動ノードのホーム・ネットワーク・プレフィクスの有効寿命フィールドおよび好適寿命フィールドはゼロに設定されている。一方、新しいアクセス・ネットワークのアドレス・プレフィクスの有効寿命フィールドおよび好適寿命フィールドは、新しいアクセス・ネットワークとのインタフェース上のさらなる通信のために、このプレフィクスに準拠して有効な（非廃止予定の）アドレスを設定するべくゼロよりも大きい値である。
通常、（モバイル・アクセス・ゲートウェイの適切な構成を手段とする）ネットワーク事業者は、（ネットワーク内でネットワーク・ベースおよびホスト・ベースのモビリティ・サービスが利用可能であることを想定して）移動ノードへと提供するモビリティ機能について決定を行う。しかしながら、本発明のいくつかの実施形態によると、移動ノードは使用されるべきモビリティ機能に関するネットワークの決定に影響する可能性があり、ひいては、移動ノード中心のモビリティ機能の選択に関する決定を可能にする。
図６および図７は、本発明の例示的な実施形態によるＩＰｖ６ベースのネットワーク内の仮想インタフェース発見およびアドレス設定のためのシグナリングについての例示的な概観を示す。図６では、移動ノードＭＮが、モバイル・アクセス・ゲートウェイＭＡＧの（アクセス）ネットワークとの仮想インタフェースをアクティブにしたことが想定され、一方で図７では、いずれの仮想インタフェースも利用可能でないことが想定される。さらに、例示のために、図５に示されるシステム内のアクセス技術間ハンドオーバーは図６から図１１に想定されることに留意するべきである。
破線の矢印は仮想インタフェース発見に関連したシグナリング手順を示し、一方、実線の矢印はアドレス設定のためのシグナリング手順を示す。
最初に、図６がより詳細に検討され、移動ノードＭＮ中に仮想インタフェースが利用可能であるとともにアクティブにされていることが想定される。移動ノードにて仮想インタフェースを実装する場合には、図４中に示される新しいアクセス・ネットワークへのハンドオーバーを実行する際にアクティブにされた仮想インタフェースに、移動ノードが、自己のアドレスを設定したものを保持することが想定されうる。それ故に、新しいアクセス・ネットワークに接続する際にも、移動ノードは、ネットワーク・ベースのモビリティ・ドメインの以前のアクセス・ネットワークとのインタフェースＩＦ１上のアドレスを用い、該移動ノードは、新しいアクセス・ネットワークとのインタフェースＩＦ２上にも設定されている。したがって、移動ノードでの仮想インタフェースの実装は、以前のネットワーク（そこから移動ノードがハンドオーバーしている）とのインタフェースＩＦ１上の前もって設定されたＩＰアドレスが、モバイル・アクセス・ゲートウェイＭＡＧ３が配置された新しいアクセス・ネットワークとのインタフェースＩＦ２上にも設定されているか否かを検知することへと縮小することができる。
例示的な目的のために、仮想インタフェースが設定されたアドレスが移動ノードのホーム・ネットワーク・プレフィクスに準拠したアドレス（ＰＭＩＰ−ＨｏＡ）であること、および、ネットワーク・ベースのモビリティ機能が古いアクセス・ネットワーク内で使用されてきたと想定する。こうして、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＩＰホーム・アドレス（図４中に示される）へと近隣要請ＮＳを送信し（６０１）、該近隣要請ＮＳは、より高位層のプロトコル（単数または複数）とのソケット上の移動ノードの仮想インタフェースによって用いられる。この例では、ＩＰホーム・アドレスは、古いアクセス・ネットワーク内に想定されているネットワーク・ベースのモビリティ機能の使用を理由としてＰＭＩＰ−ＨｏＡと等価である。一般に、ＩＰホーム・アドレスは、該アドレスがネット・ベースのモビリティ機能によってサポートされている場合には、古いアクセス・ネットワークのアドレス・プレフィクスに準拠して設定された移動ノードの位相的に正しいアドレスにも対応してもよい。
移動ノードが仮想インタフェースを実装すると想定されるので、ＩＰホーム・アドレスＰＭＩＰ−ＨｏＡは、新しいアクセス・ネットワークとの移動ノードのインタフェースＩＦ２上に（も）設定され、移動ノードは、ＩＰホーム・アドレスＰＭＩＰ−ＨｏＡがモバイル・アクセス・ゲートウェイＭＡＧ３を問い合わせる新しいアクセス・ネットワーク上ですでに用いられていることを示す近隣通知ＮＡを近隣要請ＮＳに応答する（６０４）。近隣通知ＮＡを受信した後に、モバイル・アクセス・ゲートウェイＭＡＧ３は、（近隣通知によって近隣要請に回答する移動ノードに基づいて）、移動ノードが仮想インタフェースを実施し、用いていることを検知し（６０５）、その結果、モバイル・アクセス・ゲートウェイＭＡＧ３は、ネットワーク・ベースのモビリティ機能（ＰＭＩＰ等）を用いて移動ノードを想定してもよい。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３は、下記により詳細に論じられるように他のルータ通知を送信する（６０６）ことを手段として用いて、ネットワーク・ベースのモビリティ・サービスを移動ノードへと提供してもよい。
例えば、仮想インタフェース検知手順と並行して、移動ノードがＩＰアドレス設定のためにも同様に準備される。例えば、近隣要請を移動ノードへと送信した（６０１）直後にも、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰおよび訪問されたプレフィクスｖｉ−ｐｒを含むルータ通知をさらに送信してもよい（６０２）。前に説明されたように、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインのアドレス・プレフィクスのことを言い、一方、訪問されたプレフィクスは、新しいアクセス・ネットワークのモバイル・アクセス・ゲートウェイＭＡＧ３に位相的に向けられるプレフィクスである。
しかしながら望ましくないことであるかもしれないが、移動ノードはホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰに準拠したアドレス、および、新しいアクセス・ネットワークの訪問されたプレフィクスｖｉ−ｐｒに準拠したアドレスを同時に使用している。したがって本発明の他の実施形態によると、移動ノードに廃止予定のアドレスを設定させることが提案される。移動ノードは、進行中のセッションに対する廃止予定のアドレス（ハンドオーバー前にすでに確立されたアドレス等）を用いてデータを送信することを継続してもよく、新しいアクセス・ネットワーク中に制御シグナリングのためにアドレスを使用する。廃止予定のアドレスの構成は、モバイル・アクセス・ゲートウェイによって、各プレフィクスのプレフィクス・オプション中に０よりも大きい値に設定された有効寿命パラメータおよび０に等しい好適寿命パラメータを含めることによって、なされてもよい。図６（および図７）では、「ＰＭＩＰ−ＨＮＰ＿ｐ」はホーム・ネットワーク・プレフィクスの好適寿命を示し、「ｖｉ−ｐｒ＿ｐ」は訪問されたプレフィクスの好適寿命示し、「ＰＭＩＰ−ＨＮＰ＿ｖ」はホーム・ネットワーク・プレフィクスの有効寿命を示し、「ｖｉ−ｐｒ＿ｖ」は訪問されたプレフィクスの有効寿命示す。図６（および図７）に見られるように、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰおよび訪問されたプレフィクスｖｉ−ｐｒための各プレフィクス内のホーム・ネットワーク・プレフィクスの好適寿命フィールドは、移動ノードに対しプレフィクスから廃止予定のアドレスを設定させるべく、両方ともゼロに設定されている。移動ノードはネットワーク・ベースのモビリティを使用しており、このため仮想インタフェースを実装することが想定されているので、移動ノードはＩＰアドレスＰＭＩＰ−ＨｏＡをすでに設定した（６０３）。ＭＩＰ−ＣｏＡは、訪問されたプレフィクスに基づいて移動ノードによって生成される（６０３）ＩＰアドレスを示す。
例示的な目的のために、ルータ通知が、移動ノードに対して、２個のプレフィクスＰＭＩＰ−ＨＮＰおよびｖｉ−ｐｒからＩＰアドレスを生成するためにアドレス自動設定を使用するよう指示し、その結果、移動ノードは、両方のプレフィクスに準拠したＩＰアドレスを設定することができる（６０３）ことが想定される。移動ノードが仮想インタフェースを実装するはずであるので、ハンドオーバー前に使用されるホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰに応じたＩＰアドレスＰＭＩＰ−ＨｏＡは、依然として設定されているはずである。したがって移動ノードは、新しいアクセス・ネットワークとのインタフェースＩＦ２上にこのアドレスを設定し（６０３）、アドレス状態を廃止予定として設定し、および進行中のセッションに対してのみ（しかし、新しいセッションに対してではなく）アドレスＰＭＩＰ−ＨｏＡを用いることを継続する。さらに、移動ノードは、廃止予定の状態にもある新しいアクセス・ネットワークとのインタフェースＩＦ２上の訪問されたプレフィクスに基づいて（ＭＩＰ−ＣｏＡ）新しいＩＰアドレスを設定する。
モバイル・アクセス・ゲートウェイＭＡＧ３が、移動ノードが仮想インタフェースを実装していることを検知した６０５後に、ＭＡＧ３はネットワーク・ベースのモビリティを移動ノードに提供することを決定してもよい。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３は、０よりも大きい値の有効寿命および好適寿命のホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰ、および０に等しい有効寿命および好適寿命および訪問されたプレフィクスを含む、新しいルータ通知ＲＡを生成および送信する（６０６）。このようにして、移動ノードは自己の以前のＩＰアドレス（ＰＭＩＰ−ＨｏＡ）を用いることは継続し、訪問されたプレフィクス（ＭＩＰ−ＣｏＡ）に基づいてＩＰアドレスを放棄する（６０７）。さらに、モバイル・アクセス・ゲートウェイＭＡＧ３は、新しいアクセス・ネットワークに接続された新しいインタフェース上に設定される移動ノードのＩＰアドレス（ＰＭＩＰ−ＨｏＡ）を登録するために、プロキシ・バインディング更新ＰＢＵをＬＭＡへと送信しなければならない。
次に、図７をより詳細に検討する。図７では、移動ノードであるＭＮ中にいずれの仮想インタフェースも利用可能ではなくアクティブでないことが想定されている。したがって移動ノードは、クライアント・ベースのモビリティ機能を使用しており、その結果、モバイル・アクセス・ゲートウェイＭＡＧ３が配置されている新しいアクセス・ネットワークに接続する際に、移動ノードは新しい気付アドレスを設定する。例示的な目的のために、この例では、ハンドオーバー前にアクセスとの技術インタフェース（ＩＦ１）上に設定された当該アドレスは、移動ノードのホーム・ネットワーク・プレフィクスに準拠したアドレス（ＰＭＩＰ−ＨｏＡ）であり、ネットワーク・ベースのモビリティ機能は古いアクセス・ネットワーク内に使用されてきたが、このことは、上記に説明したように強制的ではないこともまた想定される。
図３の状況と類似して、仮想インタフェース機能は用いられていないので、以前のネットワークとのインタフェースＩＦ１内の移動ノードのＩＰアドレス（ＰＭＩＰ−ＨｏＡ）は、モバイル・アクセス・ゲートウェイＭＡＧ３が配置されている新しいアクセス・ネットワークに移動ノードが接続するインタフェースＩＦ２には設定されていない。したがって、移動ノードは、ＰＭＩＰホーム・アドレス（ＰＭＩＰ−ＨｏＡ）、すなわち、ネットワーク・ベースのモビリティ機能がネットワークによって提供されていたならば、以前のアクセス技術とともに用いられてきた可能性のある潜在的なアドレスに対しての近隣要請を破棄し、近隣要請は、モバイル・アクセス・ゲートウェイＭＡＧ３から受信され（６０１）、近隣通知ＮＡを送信しない。ＭＡＧ３は近隣要請ＮＳへの応答を受信しないので、ＭＡＧ３は、移動ノードは、（所定期間内に）応答の欠如を仮想インタフェースを実装しておらず、ひいてはクライアント・ベースのモビリティ機能を用いることを指示していると考慮してもよい。
しかしながら、この検討は、フェイルセーフな仮想インタフェース検知メカニズムを設計するためには充分なメカニズムでないかもしれない。さらに、ＲＦＣ ２４６１中に記載された近隣非到達可能検知（ＮＵＤ）の使用を考慮する場合は、いずれの近隣要請ＮＳへの応答も典型的には、近隣要請ＮＳの損失としてみなされず、モバイル・アクセス・ゲートウェイＭＡＧ３は再び、近隣要請ＮＳを再送信するべきである。近隣要請ＮＳの複数の反復を送信する際には、要請移動ノード・アドレスがネットワーク内のノードによって用いられないことを決定するまで、すなわち、非要請移動ノードで利用されない旨の検知まで、約３秒の結果生じる遅延は、ハンドオーバー遅延に対して大きなオーバーヘッドを導入する。要約すると、仮想インタフェースの発見の目的のためにＲＦＣ ２４６１中に記載された近隣非到達可能検知（ＮＵＤ）の例示的な使用によって、非常に遅い検知手順をもたらすであろう。
したがって、本発明の他の実施形態では、移動ノードがＰＭＩＰホーム・アドレス（ＰＭＩＰ−ＨｏＡ）に対するユニキャスト近隣要請ＮＳを自己の新しいアクセス・ネットワークとのインタフェースＩＦ２を介して受信し、移動ノードが新しいアクセス・ネットワークとの自己のインタフェースＩＦ２上に要請されたアドレスを設定しなかった場合には、移動ノードＭＮは、要請されたアドレスがモバイル・アクセス・ゲートウェイＭＡＧ３に到達不可能なことを示す近隣要請ＮＳに応答して、エラー・メッセージを送信する７０２ことが示唆される。例えば、エラー・メッセージはＩＣＭＰｖ６エラー・メッセージであってもよい。モバイル・アクセス・ゲートウェイＭＡＧ３によって送信された６０１ユニキャスト近隣要請ＮＳに応答してエラー・メッセージが提供されることを示すために、移動ノードは近隣要請ＮＳのコピーを（ＩＣＭＰ）エラー・メッセージのオプション・フィールドに含めてもよい。エラー・メッセージは近隣要請ＮＳの送信者、すなわち、モバイル・アクセス・ゲートウェイＭＡＧ３に向けられる。
エラー・メッセージの受信直後に、モバイル・アクセス・ゲートウェイＭＡＧ３は、メッセージが近隣要請ＮＳへの応答であること（近隣要請ＮＳがエラー・メッセージ中に含まれることに基づいて）を検知し、この応答に基づいて、移動ノードの要請ＰＭＩＰホーム・アドレスＰＭＩＰ−ＨｏＡが移動ノードのインタフェースＩＦ２上に設定されていないこと、すなわち、いずれの仮想インタフェースも移動ノード中に実装されていないことを結論付ける７０３。
図６に示される手順と類似して、モバイル・アクセス・ゲートウェイＭＡＧ３は、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰおよび有効寿命が０よりも大きく好適寿命が０に等しい訪問されたプレフィクスｖｉ−ｐｒを含むルータ通知ＲＡを送信してもよい（６０２）（近隣要請ＮＳと並行して等）。ステートレス・アドレス自動設定が用いられることを想定すると、ルータ通知ＲＡの受信時に、移動ノードは２個の新しい（ＩＰ）アドレス、ＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡを設定する（７０１）。ＰＭＩＰ−ＣｏＡは、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰに基づいているが、以前のアクセス・ネットワークとのインタフェースＩＦ１上のアドレスＰＭＩＰ−ＨｏＡと比較して異なるサフィックスを有するＩＰアドレスである。アドレスＰＭＩＰ−ＣｏＡは、インタフェースＩＦ１の識別子とは異なるサフィックスとして、インタフェースＩＦ２のインタフェース識別子を用いるよう設定される。ＭＩＰ−ＣｏＡとは、モバイル・アクセス・ゲートウェイＭＡＧ３が訪問されたプレフィクスｖｉ−ｐｒに基づいて配置されている新しいアクセス・ネットワークとのインタフェースＩＦ２上に設定されたＩＰアドレスを示す。
両アドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡは、上記に記載したので、廃止予定の状態に設定されうる。ネットワーク・ベースのモビリティ機能のためのホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰが、ユニキャスト・ルータ通知ＲＡ中の新しいアクセス・ネットワークに、モバイル・アクセス・ゲートウェイＭＡＧ３によって通知されるので、移動ノードは、たとえホーム・ネットワーク・プレフィクスがサブ・ネット上に存在する場合であっても、バインディング更新を送信することが許可される。さらに移動ノードは、廃止予定のアドレスに対するバインディング更新を送信するべきではなく、これはアドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡの場合にあてはまる。このことは図７にも示され、移動ノードＭＮは２個のアドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡを設定する（７０１）が、バインディング更新を送信しない。新たに設定されたＭＩＰ−ＣｏＡが供給された進行中のセッションがある場合は、移動ノードのバインディング更新を手段として用いたバインディングのリフレッシュのみが許可されてもよい。しかしながらこの状況は典型的にはハンドオーバー時には発生しない。
クライアント・ベースのモビリティ機能（ＭＩＰｖ６等として）を用いる際の、すなわち仮想インタフェースを実装しない際の、ホーム・エージェントでの自己のバインディングの更新に関する移動ノードの挙動への最適化は、次に図８に関連して記載される。図８は、本発明の他の実施形態による、技術間ハンドオーバーの直後に新しいアクセス・ネットワークに接続する移動ノードのシグナリング・フローを示す。ここでは、移動体端末が廃止予定のアドレスに対するバインディング更新を送信することが許可される。図８に示されるシグナリング手順は、類似の参照番号によって示されるように図７と本質的に類似している。上記に示されたように、移動ノードであるＭＮは、ステップ６０２でモバイル・アクセス・ゲートウェイＭＡＧ３から受信されるルータ通知ＲＡに基づいて設定された廃止予定のアドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡに対しても、バインディング更新ＢＵも送信する（８０１）ことが許可される。移動ノードのバインディングの更新の繰り返しによって生じると思われるシグナリング・オーバーヘッドを縮小するために、モバイル・アクセス・ゲートウェイＭＡＧ３はバインディング更新ＢＵを移動ノードから傍受してもよい（８０２）。モバイル・アクセス・ゲートウェイＭＡＧ３が、仮想インタフェースが新しいアクセス・ネットワークとのインタフェースＩＦ２上で利用可能でないことを検知すると直ちに、モバイル・アクセス・ゲートウェイＭＡＧ３は、アドレスＭＩＰ−ＣｏＡに対するバインディング更新ＢＵをさらに移動ノードＭＮのホーム・エージェントへと転送し（８０３）、アドレスＰＭＩＰ−ＣｏＡに対するバインディング更新を破棄する。移動ノードによる廃止予定のアドレスに対するバインディング更新の早期送信のこの挙動は、モバイル・アクセス・ゲートウェイが第１アドレス設定手順においてホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰのみを通知したであろう場合と比較して、ハンドオーバー遅延を縮小してもよい。
モバイル・アクセス・ゲートウェイＭＡＧ３がＩＣＭＰエラー・メッセージを受信し（７０２）、移動ノードにていずれの仮想インタフェースも利用可能でないことを検知した（７０３）後に、モバイル・アクセス・ゲートウェイＭＡＧ３は、有効寿命および好適寿命が０に等しいホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰ、および有効寿命および好適寿命が０よりも大きい訪問されたプレフィクスｖｉ−ｐｒを含む他のルータ通知ＲＡを送信する（７０４）。移動ノードのＭＮでのルータ通知ＲＡの受信は結果として、アドレスＭＩＰ−ＣｏＡのステータスの廃止予定のから好適への変更をきたし、ひいては、移動ノードのＭＮは、新たに設定されたアドレスＭＩＰ−ＣｏＡを登録するために、バインディング更新ＢＵ（図示しない）を自己のホーム・エージェントＨＡへと送信する。バインディング更新は、前の段落に記載された最適化が実装されていない場合、すなわち、移動ノードが廃止予定のアドレスに対するバインディング更新を送信することが許可される場合にのみ、送信されることに留意する。さらに移動ノードのＭＮは、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰに応じて設定されたアドレスＰＭＩＰ−ＣｏＡのステータスを無効へと変更し（７０５）、このＩＰアドレスを放棄する。
前に記載したように、両方のプレフィクス（ホーム・ネットワーク・プレフィクスおよび訪問されたプレフィクス）に通知する利点は、仮想インタフェースが移動ノードにて実装されている場合には、移動ノードが、仮想インタフェース発見手順中にデータ・パケットを送／受信するのを継続でき、したがって、ハンドオーバー遅延およびパケット損失を最小化できることである。いずれの仮想インタフェースも移動ノードにて実装されず、クライアント・ベースのモビリティ機能（ＭＩＰ等）が技術間ハンドオーバーを管理する場合には、移動ノードは、仮想インタフェース発見手順中にはすでに位相的に正しいアドレスＭＩＰ−ＣｏＡの設定を開始することができる。すなわち移動ノードは、例えば第１ルータ通知ＲＡが受信された後に重複アドレス検知の実行を開始してもよい。このことは、楽観的な重複アドレス検知が移動ノード中に実装されていない場合には、とりわけ有利である。移動ノードは、仮想インタフェース発見の進行中および第２のルータ通知ＲＡを受信した後に重複アドレス検知を実行してもよく、その結果、より短い時間が、完全な重複アドレスを検知し、新しい気付アドレスＭＩＰ−ＣｏＡの登録のために移動ノードのホーム・エージェントへとバインディング更新を送信するのに必要とされる。
図８は、本発明の他の実施形態による、アクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装しない移動ノードに対して、仮想インタフェース発見およびステートレスＩＰアドレス設定を実行する例示的なシグナリング・フローを示し、ここでは、移動ノードは廃止予定のアドレスに対するバインディング更新を送信している。この例では、いずれの仮想インタフェースも移動ノード中に実装されていないので、クライアント・ベースのモビリティ機能、ここでは、ＭＩＰが技術間ハンドオーバーに対処している。この例示的な実施形態によるＭＩＰ実装は、好適な状態にある他の気付アドレスがなく、移動ノードのＭＩＰホーム・アドレスＭＩＰ−ＨｏＡが新しいアクセス・ネットワークとのインタフェース上に設定されていないという条件であれば、移動ノードが、廃止予定の状態にある気付アドレスに対するバインディング更新を送信することを可能にする。このことは、ハンドオーバー前に開始したセッションに対するサービス継続性を保証してもよい。図８に示されるように、移動ノードのＭＮが、本明細書中で前に記載されたようにモバイル・アクセス・ゲートウェイＭＡＧ３から近隣要請ＮＳおよびルータ通知ＲＡを受信した（６０１、６０２）直後に、移動ノードのＭＮは、ホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰおよび訪問されたプレフィクスｖｉ−ｐｒに基づいて、モバイル・アクセス・ゲートウェイＭＡＧ３の新しいアクセス・ネットワークとの自己のインタフェースＩＦ２上での使用のために、廃止予定の状態にある気付アドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡを設定し（７０１）、両気付アドレスＰＭＩＰ−ＣｏＡおよびＭＩＰ−ＣｏＡに対するバインディング更新を送信する（８０１）。移動ノードのＭＮが楽観的な重複アドレス検知（ＤＡＤ）手順を適用し、その結果、ＤＡＤ手順が完了する前にＩＰアドレスの使用が許可されることが想定される。
モバイル・アクセス・ゲートウェイＭＡＧ３は、仮想インタフェース発見手順が完了するまで、移動ノードＭＮによって送信されたバインディング更新を傍受する（８０２）。実際に、モバイル・アクセス・ゲートウェイＭＡＧ３が移動ノードのＭＮからバインディング更新を受信する場合、このことは、移動ノードのＭＮがクライアント・ベースのモビリティ・スキームを実装し、モバイル・アクセス・ゲートウェイＭＡＧ３が、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインのホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰに準拠してすでに設定済であった気付アドレスＰＭＩＰ−ＣｏＡを、移動ノードのＭＮに設定解除させることによって、検知されたスキームを使用してもよいことを意味している。
しかしながら、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮもまた仮想インタフェースを実装し、ネットワーク・ベースのモビリティをサポートするか否かについて、依然として依然として不確かでない。したがって、仮想インタフェース発見が完了するまで、モバイル・アクセス・ゲートウェイＭＡＧ３はバインディング更新を遅延させるかもしれない。ＲＦＣ ３７５５に規定されるＭＩＰｖ６を使用する場合は、一旦、移動ノードのＭＮが所定期間内にＭＩＰホーム・エージェントからのバインディング受領確認を受信しない（ＭＡＸ＿ＢＩＮＤＡＣＫ＿ＴＩＭＥＯＵＴと称し、デフォルト値３２秒を有する）場合は、移動ノードのＭＮはバインディング更新をＭＩＰホーム・エージェントへと再伝送するべきである。数十ミリ秒以内に仮想インタフェース発見手順が実行されることが想定されうるので、モバイル・アクセス・ゲートウェイＭＡＧの傍受を原因とするバインディング更新の遅延は、ＭＩＰホーム・エージェントへの気付アドレス登録プロセスに影響するべきではない。
モバイル・アクセス・ゲートウェイＭＡＧ３が、仮想インタフェースが移動ノードのＭＮにて実装されていることを検知し、与えられたモバイル・アクセス・ゲートウェイＭＡＧ３がネットワーク・ベースのモビリティを使用することを決定する場合、モバイル・アクセス・ゲートウェイＭＡＧ３は両方のバインディング更新を破棄する。その理由は、ネットワーク・ベースのモビリティ機能のドメイン内の移動ノードのＰＭＩＰ−ＨｏＡは、たとえハンドオーバーが実行されても未変更であるからである（例えば、ＰＭＩＰｖ６の場合には、移動ノードが最初に接続したモバイル・アクセス・ゲートウェイは、移動ノードがＰＭＩＰｖ６ドメイン内で用いる予定のＩＰアドレスを、以前にＬＭＡにて登録済である）ことが想定されうる。
モバイル・アクセス・ゲートウェイＭＡＧ３がいずれの仮想インタフェースも実装されていないことを検知する場合、モバイル・アクセス・ゲートウェイＭＡＧ３のみが気付アドレスＭＩＰ−ＣｏＡに対するバインディング更新を転送する（８０３）。その理由は、ホーム・ネットワーク・プレフィクスに基づくアドレスＰＭＩＰ−ＣｏＡは、廃棄することができるからである。気付アドレスＰＭＩＰ−ＣｏＡに対するバインディング更新はモバイル・アクセス・ゲートウェイＭＡＧ３によって破棄される。図７と関連して説明されるように、モバイル・アクセス・ゲートウェイＭＡＧ３は、気付アドレスＰＭＩＰ−ＣｏＡを設定解除する（７０５）ためにさらにルータ通知ＲＡを送信してもよい（７０４）。
前に指示されたように、１個のモビリティ機能だけでなくいくつかのモビリティ機能もサポートする移動ノードがあってもよい。それ故に、ネットワーク・ベースのモビリティ機能だけでなく、クライアント・ベースのモビリティ機能も用いることができることが可能である。移動ノードが仮想インタフェースを実装する場合には、仮想インタフェースがＭＩＰといったより高位層プロトコルからの技術間ハンドオーバーを隠し、その結果、本質的に状況は図６に関連して記載されたものと類似することが想定されうる。その理由は、ＭＩＰ実装は技術間ハンドオーバーを実現しないであろうからである。
しかしながら、仮想インタフェース／ネットワーク・ベースのモビリティ機能が移動ノードにて利用可能である場合に、クライアント・ベースのモビリティ機能がアクセス技術間ハンドオーバーを実現するか否かは、移動ノード内のＩＰプロトコル・スタック実装から依存している。仮想インタフェース／ＰＭＩＰおよびＭＩＰの実装について知っている「高度な」移動ノードを想定する場合、移動ノードはアクセス・ネットワークによって提供された移動ノードに影響してもよい。例えば、移動ノードは、モバイル・アクセス・ゲートウェイによって送信されたＩＰアドレスＰＭＩＰ−ＨｏＡに対する近隣要請ＮＳに応答して、仮想インタフェースの実装を識別するために、近隣通知ＮＡ（図６を参照のこと）またはＩＣＭＰエラー・メッセージ（図７を参照のこと）のいずれを送信するか否かを決定することができ、これによって移動ノードは、いずれのモビリティ機能を用いるべきかのモバイル・アクセス・ゲートウェイの決定に影響してもよい。言い換えれば移動ノードは、自己の仮想インタフェース実装上のモバイル・アクセス・ゲートウェイを意図的に「欺い」てもよい。
移動ノードのこの動作は、移動ノードが、ネットワークによって提供されるモビリティ・サービスを間接的に選択できるという利点を有する。例えば、無線のパケット・オーバーヘッドおよびシグナリングが縮小されるので、ＰＭＩＰは好適なモビリティ・サービスであることを理由に、移動ノードはＰＭＩＰを用いることを選択してもよい。代替的には、フロー・スケジューリングが２個の物理的インタフェース間に必要である場合には、例えば、移動ノードおよび複数のインタフェースＮＯＮＡＭＩの場合などには、移動ノードは（クライアント）ＭＩＰを用いることを選択してもよい。（クライアント）ＭＩＰを好む他の理由は、移動ノードが、自己のコレスポンド・ノードでＭＩＰルート最適化を実行したいからかもしれない。ＭＩＰルート最適化は、（クライアント）ＭＩＰがモビリティ機能として用いられる際にのみ可能である。
いずれのモビリティ管理機能（ネットワーク・ベースのモビリティまたはクライアント・ベースのモビリティ）も移動ノードによってサポートされていない場合には、技術間ハンドオーバー中のセッション継続性はサポートできない。
これまで記載されてきた本発明の大部分の実施形態では、移動ノードのＩＰアドレスのステートレス自動設定が想定されてきた。しかしながら、本発明は、ステートフル・アドレス自動設定（等動的なホスト構成プロトコル−ＤＨＣＰ）とともに用いられうる。
図９は、本発明の一実施形態による、アクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装する移動ノードに対する、仮想インタフェース発見およびステートフルＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。本質的には、シグナリング・フローは図６に示されるものと類似している。図６と対照的に、モバイル・アクセス・ゲートウェイＭＡＧ３によって送信された（９０１）第１ルータ通知ＲＡ中の「Ｍ」フラグは、移動ノードのＭＮに対して、移動ノードのＭＮがステートフル・アドレス設定を実行するべきであることを指示する。したがって、移動ノードのＭＮはＤＨＣＰ要請メッセージを送信し（９０２）、該ＤＨＣＰ要請メッセージは、ＤＨＣＰ中継エージェントの機能を果たすモバイル・アクセス・ゲートウェイＭＡＧ３によって傍受される（９０３）。バインディング更新の遅延に関して図８の状況と類似して、モバイル・アクセス・ゲートウェイＭＡＧ３は、仮想インタフェース発見が完了する前にＤＨＣＰ要請（または要求）メッセージを遅延させる。
移動ノードのＭＮが仮想インタフェースを実装する場合には、モバイル・アクセス・ゲートウェイＭＡＧ３でＤＨＣＰ要請の遅延は有利である。その理由は、そうでない場合には、移動ノードのＭＮは、ＤＨＣＰサーバーによって、新しいアクセス・ネットワークのＩＰアドレス・プレフィクスに準拠して気付アドレスを設定されうるからである。もっとも、モバイル・アクセス・ゲートウェイＭＡＧ３は移動ノードのＭＮに対するネットワーク・ベースのモビリティを選択してもよいので、このアドレスは必要でない。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮは仮想インタフェースを実装することを検知した（６０５）後に、ＭＡＧは、ＤＨＣＰサーバーへのＤＨＣＰ要請メッセージを修正し、その結果、ＤＨＣＰ要請メッセージがホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰを含め、次いで、修正されたＤＨＣＰ要請メッセージをＤＨＣＰサーバーへと転送する（９０４）。ＤＨＣＰサーバーはホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰを識別し、移動ノードのＭＮにＩＰアドレスＰＭＩＰ−ＨｏＡを、すなわち、移動ノードがＰＭＩＰドメイン内で使用すると想定されるアドレスを割り当てる。したがって、ＤＨＣＰ応答メッセージ（または類推的な通知）中のアドレスは、移動ノードのＰＭＩＰホーム・アドレスＰＭＩＰ−ＨｏＡを含む。ＤＨＣＰ応答は、モバイル・アクセス・ゲートウェイＭＡＧ３を介して移動ノードのＭＮへと転送される（９０５、９０６）。移動ノードのＭＮにてＤＨＣＰ応答を受信した直後に、移動ノードのＭＮは、ＤＨＣＰ応答中のアドレスＰＭＩＰ−ＨｏＡを、新しいアクセス・ネットワークとの自己のインタフェースＩＦ２上の設定する（９０７）。
図１０は、本発明の一実施形態による、アクセス技術間ハンドオーバーを実行し、仮想インタフェースを実装しない、当該移動ノードに対する、仮想インタフェース発見およびステートフルＩＰアドレス設定を実行する例示的なシグナリング・フローを示す。本質的に該手順は図９に示される手順と類似している。しかしながら、図９とは対照的に、移動ノードのＭＮが仮想インタフェースを実装しないと想定される。モバイル・アクセス・ゲートウェイＭＡＧ３にていずれの仮想インタフェースも提供されないことを検知した（７０３）直後に、モバイル・アクセス・ゲートウェイＭＡＧ３は、ＤＨＣＰサーバーに訪問されたプレフィクスに準拠したＩＰアドレスを要求するべく、移動ノードのＭＮの傍受されたＤＨＣＰ要請を修正する。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３は、訪問されたプレフィクスｖｉ−ｐｒをＤＨＣＰ要請へと含め、修正されたＤＨＣＰ要請をＤＨＣＰサーバーへと送信する（１００１）。ＤＨＣＰサーバーは訪問されたプレフィクスｖｉ−ｐｒを識別し、移動ノードのＭＮにＩＰアドレスＭＩＰ−ＣｏＡを気付アドレスとして割り当てる。ＤＨＣＰ応答メッセージ中のアドレスは、移動ノードに対して気付アドレスＭＩＰ−ＣｏＡを含み、ＤＨＣＰ応答は移動ノードのＭＮへとモバイル・アクセス・ゲートウェイＭＡＧ３を介して転送される（１００２、１００３）。移動ノードのＭＮでＤＨＣＰ応答を受信した直後に、移動ノードのＭＮは、新しいアクセス・ネットワークとの自己のインタフェースＩＦ２上のＤＨＣＰ応答中のアドレスＭＩＰ−ＣｏＡを設定し（１００４）、新しい気付アドレスに対するバインディング更新を、ホーム・ネットワーク内の自己のＭＩＰホーム・エージェントを送信してもよい。
ＭＩＰをクライアント・ベースのモビリティ機能として使用するバインディング更新の伝送に関する実施形態は、移動ノードによってバインディング更新を送信するか否かおよびいつ送信するかについてＭＩＰ実装の挙動に対する変更を提案する。本発明の他の実施形態による他の代替的なソルーションは、仮想インタフェースが利用可能である場合に移動ノードの機能性を修正することである。移動ノードが、０に等しい好適寿命を有するプレフィクスでありホーム・ネットワーク・プレフィクスとは異なるプレフィクスを受信する際には、ホーム・ネットワーク・プレフィクスが、移動ノードが接続するアクセス・ネットワーク内で通知される限り、移動ノードは新しい気付アドレス（単数または複数）を設定しないよう、設定される。図６の例を検討すると、このことは、モバイル・アクセス・ゲートウェイＭＡＧ３からルータ通知ＲＡを受信した（６０２）後に、移動ノードのＭＮは、廃止予定の状態にあるＰＭＩＰ−ＨｏＡを使用し続け、ステップ６０３では新しいＭＩＰ−ＣｏＡを設定しないことを意味する。これは、移動ノードのＭＮによって実行されるＩＰアドレス設定ステップの数を縮小するであろう。例えば、移動ノードのＭＮは、アドレスＭＩＰ−ＣｏＡに対するＤＡＤを実行しないであろう。当然のことながら、第２の通知されたプレフィクスがホーム・ネットワーク・プレフィクスＰＭＩＰ−ＨＮＰとは異なるが好適寿命が０よりも大きい場合は、通常通り、移動ノードのＭＮは新しいＩＰアドレスを設定するものとする。このことは、ネットワークがサブ・ネット上のＩＰプレフィクスの変化を開始する際のサイトの再番号付け手順に適合している。
本明細書中に記載された本発明の大部分の実施形態では、ネットワーク・ベースのモビリティ管理のためのプロトコルとしてプロキシＭＩＰｖ６が推定されるが、本発明はプロキシＭＩＰｖ６に限定されない。本発明は、プロキシＭＩＰｖ４といった、他のネットワーク・ベースのモビリティ管理プロトコルにも適用可能である。同様に本発明は、クライアント・ベースのモビリティ・スキームとしての（クライアント）ＭＩＰｖ６の使用にも限定されない。
これまでに明らかになってきたように、モバイル・アクセス・ゲートウェイは、Ｓ．Ｇｕｎｄａｖｅｌｌｉら、「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」によるプロキシＭＩＰ仕様中に提供されないいくつかの付加的な機能を必要とするかもしれない。モバイル・アクセス・ゲートウェイには、例えばＰＭＩＰに対する移動ノードのホーム・ネットワーク・プレフィクス、および随意的に他のパラメータに追加して、移動ノードのＰＭＩＰ−ＨｏＡを学習する手段が提供されてもよい）。移動ノードのＰＭＩＰ−ＨｏＡは、図２に関連して背景技術のセクションで記載されたモバイル・アクセス・ゲートウェイによるＨＮＰ検索と類似した方法で、例えば、ローカル・モビリティ・アンカー／ホーム・エージェントとの通信を介して取得されてもよい。通常ローカル・モビリティ・アンカーは、移動ノードへと割り当てられたホーム・ネットワーク・プレフィクスを知っているが、移動ノードによって用いられるＩＰアドレス（ホーム・アドレス）を知らない。ローカル・モビリティ・アンカーがＩＰアドレスを学習するための１個の単純なソルーションは、移動ノードのデータ・パケットを監視することによる。次いで、新しいモバイル・アクセス・ゲートウェイは、移動ノードのローカル・モビリティ・アンカー／ホーム・エージェントとのプロキシ・バインディング更新／受領確認交換からの移動ノードのホーム・アドレスを、学習できるであろう。
新しいモバイル・アクセス・ゲートウェイ（図５中のＭＡＧ３等）が移動ノードのホーム・アドレスを学習するための別のオプションは、古いモバイル・アクセス・ゲートウェイ（図５中のＭＡＧ２等）からのコンテクスト転送である。コンテクスト転送は、現在のサービスの質（ＱｏＳ）または他のトラフィック・パラメータ、および移動ノードによって用いられるサービスを、古いアクセス・ポイントから新しいアクセス・ポイントへと送信するために、古いアクセス・ポイントと新しいアクセス・ポイント（アクセス・ルータ（ＡＲ）またはＭＡＧ等）の間で通常用いられる手順である。このコンテクスト転送手順は、移動ノードのホーム・アドレスを新しいモバイル・アクセス・ゲートウェイへと転送できるよう、拡張されうる。
本発明の他の態様としての他の実施形態によると、モバイル・アクセス・ゲートウェイは、移動ノードのホーム・アドレスもまた他のネットワーク・エンティティから要求しうるであろう。例えば、移動ノードのホーム・アドレスは、移動体がネットワークの近隣にある、３ＧＰＰベースのネットワーク中のＡＮＤＳＦエンティティ、または、ハンドオーバー時に移動ノードが進行中のＳＩＰを有する場合のＳＩＰサーバー（セッション開始プロトコル）セッションといった、他のアクセス・ネットワークを発見するための特別なメカニズムを提供しているネットワーク・ノードから要請されうる。移動ノードのＨｏＡの解消のためにＡＮＤＳＦエンティティを用いることは、ＭＮ−ＡＮＤＳＦメッセージ交換がＩＰメッセージに基づいているので、有利でありうる。その結果、ＡＮＤＳＦはメッセージ交換に用いられた移動ノードのＩＰアドレスを保存するよう拡張することができる。第２の利点は、事業者のネットワーク（モバイル・アクセス・ゲートウェイ等）の外側のエンティティが、ＡＮＤＳＦエンティティを認証できるという条件であれば、ＡＮＤＳＦエンティティにアクセスしてもよいことである。移動ノードのホーム・アドレスを解消するために、ＡＮＤＳＦエンティティおよびモバイル・アクセス・ゲートウェイは、移動ノードを識別するために同じ識別子を用いなければならない。このことが可能と思われるのは、移動ノードは、同じ識別子を用いるＡＮＤＳＦエンティティとモバイル・アクセス・ゲートウェイを認証すると想定されうるからである。
図１１は、本発明の一実施形態による、移動ノードのＩＰアドレス（典型的には移動ノードのホーム・アドレス）を取得するためのモバイル・アクセス・ゲートウェイとＡＮＤＳＦエンティティの間の例示的なＩＰアドレスまたはホーム・アドレス発見手順を示す。このホーム・アドレス発見手順のためには、ソース・ネットワークと標的アクセス・ネットワーク中のアクセス技術が異なる必要はないこと、すなわち、移動ノードはアクセス・ネットワークに接続する異なるインタフェースを必ずしも用いなければならないことはないことに留意するべきである。
この例示的な実施形態では、移動ノードのＭＮが発信側アクセス・ネットワークから標的アクセス・ネットワークへのハンドオーバーを実行し、モバイル・アクセス・ゲートウェイＭＡＧ３が移動ノードのＭＮに資することが想定される。さらに、移動ノードのＭＮが標的アクセス・ネットワークへのハンドオーバー前に、ＡＮＤＳＦエンティティとＩＰパケットを交換し、その結果、ＡＮＤＳＦエンティティは移動ノードのＭＮがソース・アクセス・ネットワーク内で用いてきたＩＰアドレスを知っていることが想定される。移動ノードのＭＮが自己のインタフェース（単数または複数）上の単一のＩＰアドレスを用いていると想定すると、ＡＮＤＳＦエンティティに知られているＩＰアドレスは下記であってもよい：
−移動ノードのホーム・アドレス（すなわち、移動ノードのＭＮがネットワーク・ベースのモビリティ機能を用いた場合にはＰＭＩＰドメインのＰＭＩＰ −ＨｏＡ、または、移動ノードのＭＮがクライアント・ベースのモビリティ機能を用いた場合には移動ノードのＭＮのＣＭＩＰ−ＨｏＡ）または
−移動ノードの気付アドレス（すなわち、移動ノードのＭＮがクライアント・ベースのモビリティ機能を用いた場合の、移動ノードのＭＮのＣＭＩＰ−ＣｏＡ）。
図１１では、移動ノードのＭＮは、新しいアクセス・ネットワークに接続し、モバイル・アクセス・ゲートウェイＭＡＧ３によって取り扱われる。接続／ハンドオーバー手順の間は、モバイル・アクセス・ゲートウェイＭＡＧ３は、アクセス・ネットワーク内に用いられ、接続しおよび／またはハンドオーバー手順に関与するシグナリングからの移動ノードのアクセス・ネットワークに特異的な識別子ＭＮ−ＩＤを学習する。このような識別子は、移動ノードのＮＡＩまたはネットワーク認証に用いられた任意の他の識別子であってもよい。また、移動ノードは、モバイル・アクセス・ゲートウェイを認証する必要があり、ＡＮＤＳＦエンティティによっても同様に認証されてもよいので、共通の識別子の使用も可能である。
次に、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮがソース・アクセス・ネットワークからハンドオーバーする場合の該ソース・アクセス・ネットワーク内の移動ノードに資するＡＮＤＳＦエンティティを決定する（１１０１）（モバイル・アクセス・ゲートウェイＭＡＧ３はハンドオーバー手順からのソース・アクセス・ネットワークを知っていることに留意する）。モバイル・アクセス・ゲートウェイＭＡＧ３は、公知のＩＰアドレス解決メカニズムを用いるＡＮＤＳＦエンティティのＩＰアドレスを学習できるであろう。例えば、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＡＮＤＳＦに対する完全に記述したドメイン名（ＦＱＤＮ）を構築しＩＰアドレスを解消するためにＤＮＳ手順を用いてもよい。代替的には、モバイル・アクセス・ゲートウェイＭＡＧ３は、認証手順の間に得られた知識に基づく移動ノードのＡＮＤＳＦに対するＦＱＤＮも構築してもよい。例えば、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのホーム・ドメイン名を含む移動ノードのＮＡＩを学習することができる。
モバイル・アクセス・ゲートウェイＭＡＧ３は、ソース・アクセス・ネットワーク内で移動ノードのＭＮとＡＮＤＳＦエンティティとの通信のために用いられてきた移動ノードのＩＰアドレスを要求する要求メッセージを、ＡＮＤＳＦエンティティに送信する（１１０２）。要求メッセージ中の移動ノードを識別するために、モバイル・アクセス・ゲートウェイＭＡＧ３は、要求メッセージへの接続／ハンドオーバーの間に学習された移動ノードの識別子ＭＮ−ＩＤを含む。ＡＮＤＳＦエンティティは、ＩＰアドレスが（例えば、ＡＮＤＳＦエンティティによって保持された対応する参照テーブルからの）移動ノードの識別子ＭＮ−ＩＤと一致することを決定し、ＡＮＤＳＦエンティティに知られている移動ノードのＩＰアドレスを含む応答メッセージをモバイル・アクセス・ゲートウェイＭＡＧ３へと戻す（１１０３）。
したがって、応答メッセージの受信の直後に、モバイル・アクセス・ゲートウェイＭＡＧ３は、ＡＮＤＳＦエンティティとのメッセージ交換に用いられた移動ノードのＩＰアドレスを知っている。移動ノードがネットワーク・ベースのモビリティ機能を用いており、標的アクセス・ネットワークとの自己のインタフェース上にＩＰアドレスを１個のみ設定したと想定すると、ＡＮＤＳＦエンティティによって戻されたアドレスは、したがって、新しいアクセス・ネットワークとの移動ノードのインタフェース上に設定されるべきである。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３は、図６および９によるシグナリング手順において送信された近隣要請（ＮＳ）中の標的アドレス（ＰＭＩＰ−ＨｏＡ／ＭＮ−ＨｏＡ）として、戻されたアドレスを用いることができる。
上記に論じたホーム・アドレス発見手順が、新しいアクセス・ネットワークとの自己のインタフェース上に設定された移動ノードのＩＰアドレスの解消をもたらさない可能性がある想定されるシナリオは、移動ノードがハンドオーバー前に複数のＩＰアドレスを設定した状況、例えば、移動体が複数のＰＤＮ接続を用いており、（例えば、ハンドオーバー時に移動ノードがいくつかのＩＰ接続を終了するので）すべてのＩＰアドレスを新しいインタフェースへと移動させない状況である。ホーム・アドレス発見手順が、新しいアクセス・ネットワークとの移動ノードのインタフェース上に設定された正確なＩＰアドレスを識別しない可能性がある他のシナリオは、移動ノードが継続して第１インタフェース（インタフェース・マルチホーミング）を用い、いくつかのＩＰアドレスのみが新しいアクセス・ネットワークとの第２インタフェースへと移動することであろう。
この課題に対する１個のソルーションは、移動ノード内でのレイヤ２ツーレイヤ３（ＭＡＣ層ツーＩＰ層）の相互作用を修正することであり、その結果、近隣要請の宛先アドレスおよび標的アドレスが受信側インタフェースに割り当てられるか否かにかかわらず、レイヤ３はすべての近隣要請を処理することができる。典型的にはレイヤ３は、リンク層（ＭＡＣアドレス）アドレスの対応するレイヤ３アドレス（ＩＰアドレス）とのバインディングを知っている。レイヤ３は、仮想インタフェース（レイヤ２に属する）およびネットワーク層（レイヤ３／ＩＰ層）の間の相互作用が実行される方法に特異的な実装である。可能性の一つは、ＩＰ層が１個のインタフェース、すなわち仮想インタフェース、のみを「見る」ことができ、どのようにＩＰパケットが物理的インタフェースにマッピングされるかは知らないことである。他のオプションは、ＩＰ層がＩＰアドレスの物理的インタフェースへの（すなわちレイヤ２アドレスへの）マッピングについて知っていることである。以下において、ＩＰ層がＩＰアドレスの物理的インタフェース・アドレス（Ｌ２アドレス）へのマッピングについて知っていると想定する。
したがって、ホーム・アドレス発見手順がたとえ、移動ノードが新しいアクセス・ネットワークとのインタフェース上に設定しなかったＩＰアドレスを解消中であり（図１１を参照のこと）、近隣要請がモバイル・アクセス・ゲートウェイからこのアドレスへと送信されても（例えば図６から図１０を参照のこと）、移動ノードのＩＰ層は近隣要請を受信し、および、該近隣要請に含まれる標的アドレスが、他の移動ノードのアクセス・ネットワークとのインタフェース上に設定される（または以前に設定されていた）ＩＰアドレスであり、移動ノードがそこから新しいアクセス・ネットワークへとハンドオーバーし、該新しいアクセス・ネットワークを介して近隣要請メッセージが受信されるか否かを確認することができる。近隣要請中の標的アドレスがこの他のインタフェース上に設定されていない場合は、移動ノードは近隣要請を無視する／落とす（またはＩＣＭＰエラー・メッセージを送信した）かもしれない。そうでない場合は、移動ノードは図６から図１０に関連して前に論じられたように近隣要請に応答してもよい。
より高度な実施形態において、近隣要請メッセージの転送および処理は移動ノードに対する付加的な処理を示唆するので、近隣要請の標的アドレスは、レイヤ３における近隣要請の処理にかかわらず、例えば、一時的なものであってもよい。すなわち、移動ノード中に実装されるモビリティ機能を発見するためのモバイル・アクセス・ゲートウェイからの近隣要請の受信が予測されうる所定の時間スパン（例えば、移動ノードの新しい標的アクセス・ネットワークとの接続の後３０秒）であってもよい。
移動ノード（ＭＮ）が、近隣要請が仮想インタフェース発見をめざしており、該移動ノードが仮想インタフェースを実装することを検知した後に、移動ノードは、要請近隣通知をモバイル・アクセス・ゲートウェイ（ＭＡＧ３）に応答する。標的アドレスが受信側インタフェース（インタフェースＩＦ２等）上に設定されている場合には、移動ノードは近隣通知を送信し、該近隣通知は、受信側インタフェースのレイヤ２アドレスを含む標的リンク層アドレス・オプション（ＴＬＬＡＯ）をその中に含んでいる。近隣要請中の標的アドレスが受信側インタフェース（ＩＦ２）上に設定されていないが古いインタフェース（ＩＦ１）上に設定されている場合には、移動ノードは、ＴＬＬＡＯオプションを含めずに（または単にオプションを空のままにしておいて）近隣通知を送信する。
本発明の別の態様によると、仮想インタフェース発見のための他の代替的なソルーションは、移動ノードの積極的な役割に基づいている、すなわち、移動体は、非要請近隣通知を新しいアクセス・ネットワーク内のモバイル・アクセス・ゲートウェイへと送信することによって、仮想インタフェースの利用可能性（すなわち、ネットワーク・ベースのモビリティ機能の使用）を通知する。本発明の例示的な一実施形態による対応するフローチャートは、図１２に示される。
モバイル・アクセス・ゲートウェイＭＡＧ３の（新しい）アクセス・ネットワークと接続した（１２０１、１２０２）直後に、該接続の一部は、移動ノードのＭＮによるレイヤ２接続の確立（１２０３）とみなされうる。レイヤ２接続を確立した直後に、移動ノードのＭＮは非要請近隣通知をモバイル・アクセス・ゲートウェイＭＡＧ３へと送信する（１２０４）。この非要請近隣通知は、ハンドオーバー前に以前の／古いインタフェース上に移動ノードによって用いられてきたアドレスを、自己の標的アドレスＩＰとして含む。有利には、移動ノードのＭＮは、標的アクセス・ネットワークとのレイヤ２接続を確立した後即座に非要請近隣通知を送信する。
モバイル・アクセス・ゲートウェイＭＡＧ３が近隣通知を受信した（１２０５）直後に、ＭＡＧ３は近隣通知の要請されたフラグを確認して、近隣通知が非要請近隣通知であるかまたは要請近隣通知であるかを検知する。近隣通知が非要請でありおよび、非ローカルなＩＰプレフィクスのプレフィクスを有する（１２０６）グローバルＩＰアドレス（移動ノードのＭＮへと通知されていない）である標的アドレスを含む場合には、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮが、異なるインタフェース上に以前にすでに設定済であったＩＰアドレスを通知する（「Ｎｏ」）と結論付けることができる。それ故に、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードがＶＩＦ機能を実装し、ネットワーク・ベースのモビリティ機能をそれぞれ用いると結論付けることができる（１２０７）。近隣通知中の標的アドレスが、移動ノードのＭＮへとすでに通知済であったＩＰプレフィクス（ローカルなプレフィクスまたはホーム・ネットワーク・プレフィクス）に基づくリンク・ローカルなＩＰアドレスまたはグローバルＩＰアドレスである場合には、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮが定期的な近隣通知を送信した（「Ｙｅｓ」）と結論付けることができる。この場合、モバイル・アクセス・ゲートウェイＭＡＧ３は、ＲＦＣ ２４６１中に記載される標準的な方法として近隣通知を処理する（１２１０）。
移動ノードのＭＮがネットワーク・ベースのモビリティ機能を使用していない場合には、すなわち、いずれの仮想インタフェースも実装されていない場合には、移動ノードのＭＮは非要請近隣通知を送信せず、図１１に関連して（図６から図１０の手順と関連して）上記に記載されたメカニズムが、移動ノードがホスト・ベースのモビリティ機能を使用していることを検知するために、モバイル・アクセス・ゲートウェイＭＡＧ３によって、用いられてもよい。したがって、モバイル・アクセス・ゲートウェイＭＡＧ３の観点から、要請近隣通知が受信される（ステップ１２０５を参照）場合には、この近隣通知は図６または図９（ＮＡ６０４）に示されるシグナリング手順の一部であってもよく、したがって、モバイル・アクセス・ゲートウェイＭＡＧ３によって処理される。
移動ノード中に仮想インタフェースの利用可能性を検知した後に、随意的には、ホスト・ベースのモビリティまたはネットワーク・ベースのモビリティが移動ノードへと提供されるか否かについてモバイル・アクセス・ゲートウェイＭＡＧ３によって決定した後（図１２に図示しない）に、モバイル・アクセス・ゲートウェイＭＡＧ３は、ルータ通知を移動ノードのＭＮへと送信し（１２０８）、該ルータ通知は、移動ノードのＭＮが、対応する正確なＩＰアドレスを新しいアクセス・ネットワークとの自己のインタフェース上に設定する（１２０９）ことを可能にする正確なローカルプレフィクス（ホストの・ベースのモビリティの場合）またはホーム・ネットワーク・プレフィクス（ネットワーク・ベースのモビリティの場合）を含む。
一例示的な実施形態によると、ステップ１２０４において非要請近隣通知の（ＮＡ）メッセージのフォーマットは、ＲＦＣ ２４６１、セクション４．４．に示されるメッセージ・フォーマットに対応する。移動ノードのＭＮによって、古いアクセス・ネットワークとのインタフェース上で用いられるＩＰアドレスは、新しいアクセス・ネットワークとのインタフェース上にも用いられるか否かに応じて、非要請近隣通知のフィールドは下記のとおり設定される：
移動ノードのＭＮが仮想インタフェースを実装する（すなわち、ネットワーク・ベースのモビリティ機能を用いる）場合には、そして、古いアクセス・ネットワークとのインタフェースのＩＰアドレスが新しいアクセス・ネットワークとのインタフェースに割り当てられている場合には、ソース・アドレス・フィールドは、古いアクセス・ネットワークからの移動ノードのグローバルＩＰアドレスに、または、インタフェースのスイッチが入った後にインタフェースに自動的に割り当てられるリンク・ローカルなＩＰアドレスのいずれかへと設定される。宛先アドレス・フィールドは、全ノード・マルチキャスト・アドレスを含む。標的アドレス・フィールドは、古いアクセス・ネットワークとの自己のインタフェース上で移動ノードのＭＮによって用いられたユニキャストＩＰアドレスに設定される（ＰＭＩＰ−ＨｏＡ等）。標的リンク層アドレス（ＴＬＬＡ）オプションは、新しいアクセス・ネットワークとの移動ノードのインタフェースの正確なレイヤ２アドレスを指示する。
ＭＮが仮想インタフェースを実装する場合、そして、古いアクセス・ネットワークとのインタフェースのＩＰアドレスが新しいアクセス・ネットワークとのインタフェースに割り当てられない場合には、ソース・アドレス・フィールドは、リンク・ローカルなＩＰアドレスを含む。宛先アドレス・フィールドは、全ノード・マルチキャスト・アドレスを含む。標的アドレス・フィールドは、古いアクセス・ネットワークとの自己のインタフェース上で移動ノードによって用いられるユニキャストＩＰアドレスを含む（ＰＭＩＰ−ＨｏＡ等）。標的リンク層アドレス・オプションは用いられないか空のまま残る。
別の実施形態では、移動ノードのＭＮは、モバイル・アクセス・ゲートウェイＭＡＧ３のリンク・ローカルなＩＰアドレスを、非要請近隣通知の宛先アドレスとして含んでもよく、その結果、非要請ユニキャスト近隣通知は、モバイル・アクセス・ゲートウェイＭＡＧ３へと送信される。このことは、モバイル・アクセス・ゲートウェイＭＡＧ３がルータ通知および移動ノードのＭＮをすでに送信済であり、したがって、移動ノードのＭＮがモバイル・アクセス・ゲートウェイＭＡＧ３のリンク・ローカルなＩＰアドレスを知っている場合には、可能である。
一般的に、ＲＦＣ２４６１は、ノードのユニキャストＩＰアドレスへと近隣通知が送信されることを予測しない。しかしながら、この例示的な実施形態によると、モバイル・アクセス・ゲートウェイはそれにもかかわらず、自己のユニキャストＩＰアドレスへと送信される非要請近隣通知メッセージを処理している。より詳細には、モバイル・アクセス・ゲートウェイＭＡＧ３が非要請近隣通知を受信する場合には、そして、近隣通知のソース・アドレス（ＳＡ）と標的アドレス（ＴＡ）とが異なる場合には、モバイル・アクセス・ゲートウェイは標的アドレスをさらに調査する：
−標的アドレスがローカル・プレフィクスに基づいていない（おそらくは、モバイル・アクセス・ゲートウェイＭＡＧ３はホーム・ネットワーク・プレフィクスを移動ノードのＭＮへとまだ送信していない）場合には、モバイル・アクセス・ゲートウェイＭＡＧ３は、移動ノードのＭＮがＶＩＦを実装すると想定する。（注：ＴＬＬＡオプションの利用可能性に応じて、モバイル・アクセス・ゲートウェイＭＡＧ３は、標的アドレスが、モバイル・アクセス・ゲートウェイＭＡＧ３のアクセス・ネットワークとの移動ノードのインタフェースに割り当てられるか否かを決定することができる。）
−標的アドレスがローカル・プレフィクスに基づいている（おそらくは、モバイル・アクセス・ゲートウェイＭＡＧ３がルータ通知を移動ノードのＭＮへとすでに送信した）場合には、モバイル・アクセス・ゲートウェイＭＡＧ３は通常通り近隣通知を処理する、すなわち、近隣通知はＶＩＦ検知を意図しない。
図６から図１１に関連した本実施形態の記載は、移動ノードがハンドオーバー、とりわけ、アクセス技術間ハンドオーバーを実行するシナリオに適合してきた。しかしながら、上記の背景技術のセクションに記載されたような、移動ノードがアクセス・ネットワークに初めて接続し、いわゆる初期接続手順を実行することも可能である。ネットワークへの初期攻撃の直後に、移動ノードは自己のインタフェース上に設定された有効なＩＰアドレスを何ら有していないかもしれず、その結果、上記に記載された手順は用いられないかもしれない。その理由は、ＭＡＧ３が近隣要請を送信することによっては、試験されたインタフェース上には、ＩＰアドレスは何ら設定されていないからである。こうして、積極的な仮想インタフェース発見を何ら用いなければ、モバイル・アクセス・ゲートウェイはいずれのＶＩＦも利用可能でないことを常に検知するであろう。
本発明の他の実施形態によると、初期接続手順を実行する場合には、移動ノードは、３ＧＰＰアクセス・ネットワークにアクセスするために、事前に設定されたデフォルトＩＰアドレスを用いてもよい。以下においてこのアドレスは、移動ノードのデフォルト３ＧＰＰ ＩＰアドレスと称する。３ＧＰＰが可能な移動ノードが３ＧＰＰアクセス・ネットワークとは異なるアクセス・ネットワークに初期接続手順を実行する場合には、移動ノードのデフォルト３ＧＰＰ ＩＰアドレスは、ＶＩＦを用いて、３ＧＰＰアクセス・ネットワークとは異なるアクセス・ネットワークとのインタフェース上に設定されることができる。移動ノードの構成に関してこの特別な想定を有することによって、アクセス・ネットワークとの初期接続手順の間においてさえも、アクセス・ネットワークは、３ＧＰＰアクセス・ネットワークとは異なるアクセス・ネットワークから、この事前に設定されたデフォルトＩＰアドレスへと近隣要請を送信することによって、仮想インタフェースの利用可能性を発見してもよい。
本発明の思想は、いわゆるフェムトセルを介したアクセスを提供する移動通信システムに適用される。この場合には、アクセスのためにフェムトセルを測るフェムトセル装置（ホーム基地局とも呼ばれる）は、移動ノードのためのモバイル・アクセス・ゲートウェイ（アクセス・ルータ）の機能を自己のフェムトセル内で実施している。典型的にはフェムトセルは、居住環境または小さいビジネス環境中での使用のために典型的には設計された小さいセルラー基地局によって提供される。フェムトセルは、ブロードバンド（ＤＳＬまたはケーブルといった）を介したネットワークのサービス提供者に接続する。フェムトセルは典型的には、居住設定において２から５個の移動体電話をサポートできる。フェムトセルは、固定網と移動網の収束（ＦＭＣ）の利益を伝達するための代替的な方法である。その特徴は、大部分のＦＭＣアーキテクチャは、既存のホーム／企業Ｗｉ−Ｆｉアクセス・ポイントとともに作動する新しい（デュアル・モードの）ハンドセットを必要とすることであり、一方、フェムトセル・ベースの配備は、既存のハンドセットとともに作動する新しいアクセス・ポイントの設置を必要とするであろう。
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いる上記に記載の様々な実施形態の実装に関する。本発明の様々な実施形態は、演算装置（処理装置）を用いて実装または実行されてもよいことが認識される。演算装置または処理装置は、例えば、汎用目的の処理装置、デジタル信号処理装置（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラマブル論理装置等であってもよい。本発明の様々な実施形態は、これらデバイスの組み合わせによって実行または具現化されてもよい。
さらに、本発明の様々な実施形態は、処理装置によって実行されるソフトウェア・モジュールを手段として、または、ハードウェアに直接的に実装されてもよい。また、ソフトウェア・モジュールとハードウェア実装の組み合わせも可能である。ソフトウェア・モジュールは、任意の種類のコンピュータで読み取り可能な保存媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に保存されてもよい。

Claims (58)

  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. 該ネットワーク・ノードからの該応答メッセージ中に含まれた該移動ノードのＩＰアドレスが、該仮想インタフェース発見内の該移動ノードへと該モバイル・アクセス・ゲートウェイによって送信された該近隣要請の標的アドレスとして用いられる請求項２８に記載の方法。
  30. 該移動ノードが該第１アクセス・ネットワークへの自己のインタフェースを介して該近隣要請を受け取り、該近隣要請の宛先アドレスにかかわらず該移動ノードのＩＰ層に該近隣要請を転送し、該移動ノードはネットワーク・ベースのモビリティ機能を実装し、該方法は、
    該近隣要請の標的アドレスが、該移動ノードが該第１アクセス・ネットワークへの自己のインタフェース上に設定したＩＰアドレスである場合には、該近隣要請中の標的アドレスに向かう該第１アクセス・ネットワークへの自己のインタフェース上の該移動ノードのリンク層アドレスを示す標的リンク層アドレス・オプションを含む近隣通知を、該モバイル・アクセス・ゲートウェイへと送信するステップと、
    該近隣要請の標的アドレスが、該移動ノードが該第１アクセス・ネットワークへの自己のインタフェース上に設定しなかったＩＰアドレスである場合には、標的リンク層アドレス・オプションのない近隣通知を、該モバイル・アクセス・ゲートウェイへと送信するステップと、
    をさらに含む請求項２９に記載の方法。
  31. 該モバイル・アクセス・ゲートウェイから該移動ノードに資する該ホーム・エージェントへとプロキシ・バインディング更新を送信し、これによって、該第１アクセス・ネットワークへの自己のインタフェース上に該移動ノードによって用いられた単数または複数のホーム・ネットワーク・プレフィクスを問い合わせるステップと、
    該プロキシ・バインディング更新に応答して、該ホーム・エージェントからの単数または複数のホーム・ネットワーク・プレフィクスを受信するステップと、
    をさらに含む請求項３１に記載の方法。
  32. 別の第２アクセス・ネットワークからの移動ノードのハンドオーバー中に、該移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、該移動ノードのＩＰアドレスを設定する方法であって、該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインに属し、該方法は、
    該移動ノードによって、非要請通知を該第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイへと送信するステップであって、近隣要請の標的アドレスは、該移動ノードによって該第２アクセス・ネットワークへの自己のインタフェース上にすでに設定済であったＩＰアドレスであるステップと、
    該モバイル・アクセス・ネットワークによって、該ＩＰアドレスのプレフィクスが該移動ノードへと通知されたか否かを決定し、これによって該移動ノードがネットワーク・ベースのモビリティ機能を実装しているか否かを検知するステップと、
    該移動ノードがネットワーク・ベースのモビリティ機能を実装する場合には、該モバイル・アクセス・ゲートウェイによって、該移動ノードに資するために該ネットワーク・ベースのモビリティ機能を用いるかまたはホスト・ベースのモビリティ機能を用いるかを決定するステップと、
    該モバイル・アクセス・ゲートウェイから該移動ノードへとルータ通知であって、該移動ノードに資するためにいずれのモビリティ機能を用いるかに準拠した、該モバイル・アクセス・ゲートウェイによって選択されたＩＰアドレス設定のためのプレフィクスを含む該ルータ通知を送信するステップと、
    を含む方法。
  33. 該移動ノードが、該近隣通知のソース・アドレスおよび標的アドレスとして、該第２アクセス・ネットワークへのインタフェースを介した通信のために用いられる該移動ノードのＩＰアドレスを用い、該第２アクセス・ネットワークへのインタフェースを介した通信のために用いられた該移動ノードのＩＰアドレスも、該第１アクセス・ネットワークに接続する該移動ノードのインタフェース上でも設定されることとする場合には、該第２アクセス・ネットワークへのインタフェースを介した通信のために用いられた該移動ノードのＩＰアドレスに向けられた該第１アクセス・ネットワークへのインタフェース上の該移動ノードのリンク層アドレスを示している標的リンク層アドレス・オプションを該近隣通知に含め、
    該第２アクセス・ネットワークへのインタフェースを介した通信のために用いられた該移動ノードのＩＰアドレスが、該第１アクセス・ネットワークに接続する該移動ノードのインタフェース上で設定されないこととする場合には、該移動ノードは、該第１アクセス・ネットワークへのインタフェース上の該移動ノードのリンク・ローカルなＩＰアドレスを該近隣通知のソース・アドレスとして用い、標的リンク層アドレス・オプションは何ら該近隣通知に含まれない請求項３２に記載の方法。
  34. 該移動ノードには、該ネットワーク・ドメイン内に有効なＩＰアドレスを設定するためのホーム・ネットワーク・プレフィクスが割り当てられ、ネットワーク・ベースのモビリティ機能が該移動ノードに資するために用いられる予定である場合には、該ルータ通知は該移動ノードのホーム・ネットワーク・プレフィクスを通知する請求項３２又は３３に記載の方法。
  35. 該移動ノードのホーム・ネットワーク・プレフィクスのための該ルータ通知中の好適寿命フィールドおよび有効寿命フィールドは両方ともゼロよりも大きい値に設定されている請求項３４に記載の方法。
  36. クライアント・ベースのモビリティ機能が該移動ノードに資するために用いられる予定である場合には、該ルータ通知は、該第１アクセス・ネットワークのネットワーク・プレフィクスを該移動ノードへと通知する請求項３２から３５のいずれか１つに記載の方法。
  37. 別の第２アクセス・ネットワークからの移動ノードのハンドオーバー中に、該移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、該移動ノードにＩＰアドレスを設定させるためのモバイル・アクセス・ゲートウェイにおいて、該第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用しており、該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するとともに、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するためにホーム・ネットワーク・プレフィクスを該移動ノードに提供する該ネットワーク・ドメインに属しており、該モバイル・アクセス・ゲートウェイは、
    該移動ノードがネットワーク・ベースのモビリティ機能を使用するか否かの検知を促進するために、該モバイル・アクセス・ゲートウェイと該移動ノードの間で仮想インタフェース発見を実行する通信装置であって、該通信装置は、該移動ノードが、該第１アクセス・ネットワークへのインタフェースを介した通信のための該第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび該移動ノードのホーム・ネットワーク・プレフィクスに準拠した各ＩＰアドレスを暫定的に設定することを可能にするために、該第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび該移動ノードのホーム・ネットワーク・プレフィクスを該移動ノードに提供する第１アドレス設定手順を実行するよう構成されている該通信装置と、
    該モバイル・アクセス・ゲートウェイによって、該仮想インタフェース発見の結果に基づいて、該移動ノードが、該第１アクセス・ネットワーク内の通信のためにネットワーク・ベースのモビリティ機能を使用する予定であるか否かを決定する処理装置であって、該処理装置は、該モバイル・アクセス・ゲートウェイの決定に基づいて、該移動ノードに、該第１アクセス・ネットワークへの該移動ノードのインタフェースを介した通信のための該第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは該移動ノードのホーム・ネットワーク・プレフィクスに準拠した自己のＩＰアドレスを設定させる第２アドレス設定手順を実行するよう構成されている処理装置と、
    を備えるモバイル・アクセス・ゲートウェイ。
  38. 該モバイル・アクセス・ゲートウェイは、該仮想インタフェース発見を実行する際に近隣要請メッセージを該移動ノードへと送信するよう構成されており、該近隣要請メッセージは、該移動ノードのホーム・ネットワーク・プレフィクスに準拠した該移動ノードのＩＰアドレスを該近隣要請の標的として含み、
    該モバイル・アクセス・ゲートウェイは、受信された該近隣要請メッセージに対する応答に基づいて、該移動ノードが、ネットワーク・ベースのモビリティ機能を使用しているか否かを検知するようさらに構成されている請求項３７に記載のモバイル・アクセス・ゲートウェイ。
  39. 該モバイル・アクセス・ゲートウェイは、該移動ノードが、該近隣要請に応答して該第１アクセス・ネットワークへの自己のインタフェースを介して近隣通知を送信することに基づいて、該移動ノードが、ネットワーク・ベースのモビリティ機能を使用することを検知するよう構成されている請求項３８に記載のモバイル・アクセス・ゲートウェイ。
  40. 該モバイル・アクセス・ゲートウェイは、該第１アドレス設定手順を実行する際にルータ通知を該移動ノードへと送信するよう構成されており、該モバイル・アクセス・ゲートウェイは、該ルータ通知を該移動ノードのユニキャスト・リンク層アドレスへと向けるよう構成されている請求項から３７から３９のいずれか１つに記載のモバイル・アクセス・ゲートウェイ。
  41. 該ルータ通知は、該移動ノードに廃止予定のＩＰ層アドレスを自動設定させるか、または、該移動ノードにステートフルＩＰアドレス設定を実行させる請求項４０に記載のモバイル・アクセス・ゲートウェイ。
  42. 該モバイル・アクセス・ゲートウェイはさらに、請求項５から２５のいずれか１つに記載の方法のステップを実行する手段を備える請求項３７から４１のいずれか１つに記載のモバイル・アクセス・ゲートウェイ。
  43. 移動ノードが第１アクセス・ネットワークに接続する前に用いられてきた該移動ノードのＩＰアドレスを検知するモバイル・アクセス・ゲートウェイであって、該モバイル・アクセス・ゲートウェイは、
    該移動ノードを該第１アクセス・ネットワークの該モバイル・アクセス・ゲートウェイに接続する通信装置と、
    アクセス・ネットワーク発見・選択機能を該移動ノードに提供するネットワーク・ノードを決定する処理装置とを備え、
    該通信装置は、該第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で該移動ノードによって用いられてきた該移動ノードのＩＰアドレスを問い合わせるべく、該決定されたネットワーク・ノードへと、クエリー・メッセージを送信し、該決定されたネットワーク・ノードからの応答メッセージを受信するよう構成されており、該決定されたネットワーク・ノードからの応答メッセージは、該第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で該移動ノードによって用いられてきた該移動ノードのＩＰアドレスを示すモバイル・アクセス・ゲートウェイ。
  44. 請求項２７から３１のいずれか１つに記載の方法を実行するために運用可能な手段をさらに含む請求項４３に記載のモバイル・アクセス・ゲートウェイ。
  45. 別の第２アクセス・ネットワークからの移動ノードのハンドオーバー中に、該移動ノードが移動通信システムの第１アクセス・ネットワークに接続した直後に、該移動ノードのＩＰアドレスを設定するためのモバイル・アクセス・ゲートウェイにおいて、該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するネットワーク・ドメインに属し、該モバイル・アクセス・ゲートウェイは、
    該移動ノードから該第１アクセス・ネットワークを介して受信する非要請近隣通知を受信装置であって、近隣要請の標的アドレスは、該移動ノードによって該第２アクセス・ネットワークへの自己のインタフェース上にすでに設定済であったＩＰアドレスである受信装置と、
    ＩＰアドレスのプレフィクスが該移動ノードへと通知されたか否かを決定し、これによって、該移動ノードがネットワーク・ベースのモビリティ機能を実装しているか否かを検知するとともに、該移動ノードがネットワーク・ベースのモビリティ機能を実装する場合には、該移動ノードに資するためにネットワーク・ベースのモビリティ機能を用いるかまたはホスト・ベースのモビリティ機能を用いるかを決定する処理装置と、
    ルータ通知を該移動ノードへと送信する伝送装置であって、該ルータ通知は、該移動ノードに資するためにいずれのモビリティ機能を用いるかに準拠した、該モバイル・アクセス・ゲートウェイによって選択されたＩＰアドレス設定のためのプレフィクスを含む伝送装置と、
    を備えるモバイル・アクセス・ゲートウェイ。
  46. 請求項３３から３６のいずれか１つに記載の方法を実行するよう構成された手段をさらに含む請求項４５に記載のモバイル・アクセス・ゲートウェイ。
  47. 移動ノードにおいて、
    第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの該移動ノードのハンドオーバー中に、移動通信システムの該第１アクセス・ネットワークに接続する通信装置であって、該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するとともに、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するためにホーム・ネットワーク・プレフィクスを該移動ノードに提供する該ネットワーク・ドメインに属している通信装置を備え、
    該通信装置は、仮想インタフェース発見の一部として、該第１アクセス・ネットワーク内のモバイル・アクセス・ゲートウェイから近隣要請を受信する受信機を備え、該近隣要請メッセージは、該近隣要請の標的として、該移動ノードのホーム・ネットワーク・プレフィクスに準拠したＩＰアドレスを含み、
    該通信装置は、該移動ノードがネットワーク・ベースのモビリティ機能を使用していない場合には、該近隣要請に応答して、仮想インタフェース発見の一部として、エラー・メッセージを該モバイル・アクセス・ゲートウェイへと送信する送信機をさらに備える移動ノード。
  48. 該エラー・メッセージが自己のオプション・フィールド内の近隣要請メッセージを含む請求項４７に記載の移動ノード。
  49. 該エラー・メッセージがＩＣＭＰエラー・メッセージである請求項４７又は４８に記載の移動ノード。
  50. 移動ノードにおいて、
    該移動ノードを第１アクセス・ネットワークのモバイル・アクセス・ゲートウェイへと接続するとともに、近隣通知を該モバイル・アクセス・ゲートウェイへと送信する通信装置であって、近隣要請の標的アドレスは、該移動ノードによって第２アクセス・ネットワークへの自己のインタフェース上にすでに設定済であったＩＰアドレスである該通信装置を備え、
    該移動ノードが、該第１アクセス・ネットワークに接続する前のネットワーク・ノードとの通信のために用いられた該移動ノードのＩＰアドレスも、該第１アクセス・ネットワークに接続する該移動ノードのインタフェース上で設定される予定である場合には、アクセス・ネットワーク発見・選択機能を該第１アクセス・ネットワークに接続する前の該移動ノードに提供するネットワーク・ノードとの、通信のために用いられる該移動ノードのＩＰアドレスを、該近隣通知のソース・アドレスおよび標的アドレスとして用いるよう、および、該第１アクセス・ネットワークに接続する前にネットワーク・ノードとの通信のために用いられた該移動ノードのＩＰアドレスに向けられた該第１アクセス・ネットワークへのインタフェース上の該移動ノードのリンク層アドレスを示している標的リンク層アドレス・オプションを、該近隣通知に含めないよう構成されており、
    該第１アクセス・ネットワークに接続する前にネットワーク・ノードとの通信のために用いられた該移動ノードのＩＰアドレスが、該第１アクセス・ネットワークに接続する該移動ノードのインタフェース上に設定されない予定である場合には、該移動ノードは、該第１アクセス・ネットワークとのインタフェース上の該移動ノードのリンク・ローカルなＩＰアドレスを該近隣通知のソース・アドレスとして用いるよう、および、標的リンク層アドレス・オプションを該近隣通知に含めないよう構成されている移動ノード。
  51. 請求項３３から３６のいずれか１つに記載の方法を実行するよう構成された手段をさらに含む請求項５０に記載の移動体端末。
  52. コンピュータで読み取り可能な媒体において、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、該モバイル・アクセス・ゲートウェイに対して、移動ノードに、第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの該移動ノードのハンドオーバー中に、該移動ノードが移動通信システムの該第１アクセス・ネットワークに接続した直後に、ＩＰアドレスを設定させる指示を保存しており、該移動ノードの該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するとともに、下記のことによって、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するためにホーム・ネットワーク・プレフィクスを該移動ノードに提供する該ネットワーク・ドメインに属し、
    該移動ノードがネットワーク・ベースのモビリティ機能を使用しているか否かの検知を促進するべく、該モバイル・アクセス・ゲートウェイと該移動ノードの間で仮想インタフェース発見を実行し、
    該移動ノードが、該第１アクセス・ネットワークへのインタフェースを介した通信のための該第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび該移動ノードのホーム・ネットワーク・プレフィクスに準拠した、各ＩＰアドレスを暫定的に設定することを可能にするべく、該第１アクセス・ネットワークのＩＰアドレス・プレフィクスおよび該移動ノードのホーム・ネットワーク・プレフィクスを該移動ノードに提供する第１アドレス設定手順を実行し、
    該仮想インタフェース発見の結果に基づいて、該移動ノードが、該第１アクセス・ネットワーク内の通信のためにネットワーク・ベースのモビリティ機能を使用する予定であるか否かを、該モバイル・アクセス・ゲートウェイによって決定し、
    該モバイル・アクセス・ゲートウェイの決定に基づいて、該移動ノードに、該第１アクセス・ネットワークのＩＰアドレス・プレフィクスまたは該移動ノードのホーム・ネットワーク・プレフィクスに準拠した、該第１アクセス・ネットワークへの該移動ノードのインタフェースを介した通信のための自己のＩＰアドレスを設定させる第２アドレス設定手順を実行する媒体。
  53. 該モバイル・アクセス・ゲートウェイの該処理装置によって実行される際に、該モバイル・アクセス・ゲートウェイに、請求項２から２５のいずれか１つに記載の方法のステップを実行させる指示をさらに保存する請求項５２に記載のコンピュータで読み取り可能な媒体。
  54. コンピュータで読み取り可能な媒体において、モバイル・アクセス・ゲートウェイの処理装置によって実行される際に、
    移動ノードを第１アクセス・ネットワークの該モバイル・アクセス・ゲートウェイに接続し、
    アクセス・ネットワーク発見・選択機能を該移動ノードに提供するネットワーク・ノードを決定し、
    該第１アクセス・ネットワークに接続する前に第２アクセス・ネットワーク内で該移動ノードによって用いられてきた該移動ノードのＩＰアドレスを問い合わせるべく、該決定されたネットワーク・ノードへとクエリー・メッセージを送信し、
    該決定されたネットワーク・ノードからの応答メッセージを受信することであって、該決定されたネットワーク・ノードからの該応答メッセージは、該第１アクセス・ネットワークに接続する前に該第２アクセス・ネットワーク内で該移動ノードによって用いられてきた該移動ノードのＩＰアドレスを示すことによって、該モバイル・アクセス・ゲートウェイに対し、該第１アクセス・ネットワークに接続する前に用いられてきた該移動ノードのＩＰアドレスを該移動ノードに検知させる指示を保存する媒体。
  55. 該モバイル・アクセス・ゲートウェイの該処理装置によって実行される際に、該モバイル・アクセス・ゲートウェイに、請求項２７から３１のいずれか１つに記載の方法を実行させる指示をさらに保存する請求項５４に記載のコンピュータで読み取り可能な媒体。
  56. コンピュータで読み取り可能な媒体において、移動ノードによって実行される際に、移動ノードに、
    第１アクセス・ネットワークにおいて用いられるアクセス技術とは異なるアクセス技術を使用する別の第２アクセス・ネットワークからの該移動ノードのハンドオーバー中に、移動通信システムを該第１アクセス・ネットワークに接続するステップであって、該第１および該第２のアクセス・ネットワークは、ネットワーク・ベースのモビリティ機能を提供するとともに、ネットワーク・ドメイン内に有効なＩＰアドレスを設定するためにホーム・ネットワーク・プレフィクスを該移動ノードに提供する該ネットワーク・ドメインに属するステップと、
    仮想インタフェース発見の一部として、該第１アクセス・ネットワーク内のモバイル・アクセス・ゲートウェイから近隣要請を受信するステップであって、近隣要請メッセージは、該移動ノードのホーム・ネットワーク・プレフィクスに準拠したＩＰアドレスを該近隣要請の標的として含むステップと、
    該移動ノードがネットワーク・ベースのモビリティ機能を使用していない場合には、該近隣要請に応答して、仮想インタフェース発見の一部として、エラー・メッセージを該モバイル・アクセス・ゲートウェイへと送信するステップと、
    を実行させる指示を保存する媒体。
  57. 該移動ノードの処理装置によって実行される場合、該移動ノードに、該近隣要請メッセージを該エラー・メッセージのオプション・フィールド内に含めさせる指示をさらに保存する請求項５３に記載のコンピュータで読み取り可能な媒体。
  58. 該エラー・メッセージがＩＣＭＰエラー・メッセージである請求項５４に記載のコンピュータで読み取り可能な媒体。
JP2010515409A 2007-07-10 2008-07-09 移動ノード内に実装されたモビリティ機能の検知 Withdrawn JP2010532959A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP07013497A EP2015535A1 (en) 2007-07-10 2007-07-10 Detection of mobility functions implemented in a mobile node
PCT/EP2008/005605 WO2009007107A2 (en) 2007-07-10 2008-07-09 Detection of mobility functions implemented in a mobile node

Publications (1)

Publication Number Publication Date
JP2010532959A true JP2010532959A (ja) 2010-10-14

Family

ID=38792089

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010515409A Withdrawn JP2010532959A (ja) 2007-07-10 2008-07-09 移動ノード内に実装されたモビリティ機能の検知

Country Status (5)

Country Link
US (1) US20100215019A1 (ja)
EP (2) EP2015535A1 (ja)
JP (1) JP2010532959A (ja)
CN (1) CN101803329A (ja)
WO (1) WO2009007107A2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017153150A (ja) * 2012-04-27 2017-08-31 インターデイジタル パテント ホールディングス インコーポレイテッド サービスインターフェースを個人化および／または調整するためのシステムおよび方法

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7123928B2 (en) 2003-07-21 2006-10-17 Qualcomm Incorporated Method and apparatus for creating and using a base station almanac for position determination
BRPI0418696A (pt) 2004-04-02 2007-06-12 Qualcomm Inc métodos e equipamentos para sistemas de determinação de posição assistida por sinalizador
US20060090012A1 (en) * 2004-10-22 2006-04-27 Linden Cornett Modular SDD (scalable device driver) framework
US8144645B2 (en) * 2005-12-23 2012-03-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for route optimization in a telecommunication network
CN101547383B (zh) * 2008-03-26 2013-06-05 华为技术有限公司 一种接入认证方法及接入认证系统以及相关设备
US8218484B2 (en) * 2008-06-02 2012-07-10 Media Patents, S.L. Methods and apparatus for sending data packets to and from mobile nodes in a data network
US8570941B2 (en) * 2008-06-09 2013-10-29 Qualcomm Incorporated Methods and apparatus for facilitating network-based control of a forwarding policy used by a mobile node
JP4371250B1 (ja) * 2008-08-07 2009-11-25 日本電気株式会社 通信システム、サーバ装置、情報通知方法、プログラム
JP4371249B1 (ja) * 2008-08-07 2009-11-25 日本電気株式会社 通信システム、サーバ装置、情報通知方法、プログラム
WO2010028686A1 (en) * 2008-09-10 2010-03-18 Nokia Siemens Networks Oy Method for establishing of a point-to-point connection between a mobile node and a network entity, a corresponding mobile node and a corresponding network entity
US8478228B2 (en) 2008-10-20 2013-07-02 Qualcomm Incorporated Mobile receiver with location services capability
CN101742461B (zh) * 2008-11-26 2013-08-07 中兴通讯股份有限公司 互操作网络中的虚连接释放方法
US8566455B1 (en) * 2008-12-17 2013-10-22 Marvell International Ltd. Method and apparatus for supporting multiple connections in 3GPP systems
EP2377363B1 (en) * 2009-01-15 2016-05-04 Telefonaktiebolaget LM Ericsson (publ) PROXY MOBILE IPv6 SUPPORT IN RESIDENTIAL NETWORKS
US8385230B2 (en) * 2009-02-25 2013-02-26 Microsoft Corporation Automatic network address assignment in a wireless mesh
US8976795B2 (en) 2009-02-25 2015-03-10 Microsoft Corporation Gateway advertisement in a wireless mesh
US8838473B2 (en) * 2009-02-25 2014-09-16 Microsoft Corporation Services advertisement in a wireless mesh
US8539053B2 (en) * 2009-02-27 2013-09-17 Futurewei Technologies, Inc. Apparatus and method for dynamic host configuration protocol version 6 extensions for configuring hosts with multiple interfaces
KR101026581B1 (ko) * 2009-04-29 2011-04-01 주식회사 케이티 이동통신 단말 및 이동통신 단말의 핸드오버 처리 방법
CN101594298B (zh) * 2009-05-08 2013-03-06 中国科学院计算技术研究所 移动通信系统中的多接口业务流切换方法和装置
JP5389259B2 (ja) * 2009-06-04 2014-01-15 ブラックベリー リミテッド Ｒａｄｉｕｓ互換プロトコルを用いた移動端末への隣接ネットワーク情報の通信の促進における使用のための方法および装置
EP2443897A1 (en) * 2009-06-18 2012-04-25 Telefonaktiebolaget L M Ericsson (PUBL) Method and arrangements in a mobile telecommunications system
EP3226594B1 (en) 2009-07-03 2020-06-03 Huawei Technologies Co., Ltd. Method, device and system for obtaining local domain name
US8600297B2 (en) * 2009-07-28 2013-12-03 Qualcomm Incorporated Method and system for femto cell self-timing and self-locating
US8457025B2 (en) * 2009-08-28 2013-06-04 Telefonaktiebolaget L M Ericsson (Publ) Method and network node for selecting a network prefix to be advertised in a communication network
US8194661B2 (en) * 2009-09-30 2012-06-05 International Business Machines Corporation Autoconfiguration of an IPv6 component in a segmented network
US9408078B2 (en) * 2009-12-18 2016-08-02 Nokia Technologies Oy IP mobility security control
CN101778370B (zh) * 2010-01-20 2012-09-05 北京邮电大学 一种采用虚拟接口支持多个移动路由器协同工作的方法
US20110202634A1 (en) * 2010-02-12 2011-08-18 Surya Kumar Kovvali Charging-invariant and origin-server-friendly transit caching in mobile networks
US8392698B2 (en) * 2010-04-16 2013-03-05 Cisco Technology, Inc. System and method for providing prefixes indicative of mobility properties in a network environment
WO2011134496A1 (en) * 2010-04-27 2011-11-03 Nokia Siemens Networks Oy Updating of network selection information
US8954549B2 (en) * 2010-06-07 2015-02-10 Red Hat Israel, Ltd. Automatic detection of a network interface on a host for accessing networked storage
US8625612B2 (en) * 2010-06-29 2014-01-07 Alcatel Lucent Management of serving gateways for enhanced performance
WO2012012334A2 (en) 2010-07-19 2012-01-26 Movik Networks Content pre-fetching and cdn assist methods in a wireless mobile network
CN102347887A (zh) * 2010-08-03 2012-02-08 鸿富锦精密工业（深圳）有限公司 路由器及设置多重地址的方法
CN102480714B (zh) * 2010-11-25 2014-12-31 中兴通讯股份有限公司 查询网关的方法及系统
JP5371938B2 (ja) * 2010-12-03 2013-12-18 株式会社日立製作所 ハイブリッド通信端末
US20120155427A1 (en) * 2010-12-17 2012-06-21 Michael Francis Dolan Non-Optimized Handover By Locking The PDN Connection Configuration
US20120182994A1 (en) * 2011-01-18 2012-07-19 Cisco Technology, Inc. Address compatibility in a network device reload
EP2482598A1 (en) * 2011-01-28 2012-08-01 Alcatel Lucent Method to connect a mobile node to a network
JP5450474B2 (ja) * 2011-02-08 2014-03-26 株式会社Ｎｔｔドコモ 移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイ
CN102695159A (zh) * 2011-03-24 2012-09-26 中兴通讯股份有限公司 本地ip访问连接的处理方法及装置
KR101222432B1 (ko) * 2011-07-06 2013-01-15 주식회사에어플러그 고정 호스트 주소에 기반하여 복수의 이종망(異種網)들을 선택적으로 사용하여 데이터 송수신할 수 있게 하는 장치와 이를 위한 방법
US8819191B2 (en) * 2011-07-12 2014-08-26 Cisco Technology, Inc. Efficient use of dynamic host configuration protocol in low power and lossy networks
CN102957752A (zh) * 2011-08-19 2013-03-06 中兴通讯股份有限公司 一种身份标识和网关地址的分配方法及系统
EP3361762A1 (en) * 2011-11-29 2018-08-15 Interdigital Patent Holdings, Inc. Methods for ip mobility management
US9736005B2 (en) * 2011-12-22 2017-08-15 International Business Machines Corporation Duplicate IP address detection by a DHCP relay agent
US8972542B2 (en) 2011-12-22 2015-03-03 International Business Machines Corporation Extending a DHCP relay to backup a DHCP server
US20130179549A1 (en) * 2012-01-06 2013-07-11 Fiber Logic Communications, Inc. Intelligent method of building up telecommunication network
US9066328B2 (en) * 2012-03-01 2015-06-23 Interdigital Patent Holdings, Inc. Method and apparatus for supporting dynamic and distributed mobility management
US8886775B2 (en) * 2012-03-08 2014-11-11 Cisco Technology, Inc. Dynamic learning by a server in a network environment
US9516451B2 (en) 2012-04-10 2016-12-06 Mcafee, Inc. Opportunistic system scanning
US8954573B2 (en) * 2012-04-11 2015-02-10 Mcafee Inc. Network address repository management
US9049207B2 (en) 2012-04-11 2015-06-02 Mcafee, Inc. Asset detection system
US9294384B2 (en) 2013-03-01 2016-03-22 Skytap Distributed service routing protocol suitable for virtual networks
KR20140117987A (ko) * 2013-03-27 2014-10-08 한국전자통신연구원 이동 통신 네트워크 및 이를 이용한 통신 방법
WO2014168551A1 (en) * 2013-04-08 2014-10-16 Telefonaktiebolaget L M Ericsson (Publ) A node arrangement and a method therein
US11102642B1 (en) * 2013-04-30 2021-08-24 D-Tect Systems, Inc. System and method for enhanced communications on a wireless mesh network
KR102043099B1 (ko) * 2013-05-02 2019-11-11 삼성전자주식회사 Ip 기반의 네트워크에서 이동성 관리 방법 및 장치
WO2015009939A1 (en) 2013-07-17 2015-01-22 Interdigital Patent Holdings, Inc. Software defined networking distributed and dynamic mobility management
CN105379145A (zh) * 2013-08-12 2016-03-02 Kt株式会社 在无限局域网系统中传输数据的方法和装置
WO2015176319A1 (zh) * 2014-05-23 2015-11-26 华为技术有限公司 一种绑定注册和数据转发方法、相关设备及网络系统
CN104301141B (zh) * 2014-10-10 2018-02-09 华为技术有限公司 一种保存配置信息的方法、装置及系统
US10911400B2 (en) * 2016-05-17 2021-02-02 Cisco Technology, Inc. Network device movement validation
CN110572322B (zh) * 2019-08-16 2021-07-13 苏州工业职业技术学院 一种通过修改查找关键字提高组播转发效率的方法
US11910491B2 (en) 2021-01-07 2024-02-20 Cisco Technology, Inc. Proxy mobile internet protocol based mobility management system
CN115426334B (zh) * 2022-08-26 2024-05-03 Oppo广东移动通信有限公司 网络地址生成方法、装置、路由设备及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5974036A (en) * 1996-12-24 1999-10-26 Nec Usa, Inc. Handoff-control technique for wireless ATM
US6195705B1 (en) * 1998-06-30 2001-02-27 Cisco Technology, Inc. Mobile IP mobility agent standby protocol
GB2341059A (en) * 1998-08-28 2000-03-01 Nokia Oy Ab Internet protocol flow detection
WO2000054470A1 (en) * 1999-03-12 2000-09-14 Lextron Systems, Inc. System for controlling processing of data passing through network gateways between two disparate communications networks
US20030158938A1 (en) * 2002-02-15 2003-08-21 Adatrao Ravi Madhav K. Methods of performing mobile IP registration in a wireless communication system
US8824430B2 (en) * 2004-01-31 2014-09-02 Athonet Srl Wireless mobility gateway
EP1810451B1 (en) * 2004-10-22 2015-01-21 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method an devices for supporting message services to a dual mode mobile station via a session initiation protocol
US8050217B2 (en) * 2005-03-04 2011-11-01 Panasonic Corporation Communication node and communication control method
US7881262B2 (en) * 2005-07-07 2011-02-01 Alvarion Ltd. Method and apparatus for enabling mobility in mobile IP based wireless communication systems
US8948045B2 (en) * 2006-06-08 2015-02-03 Alcatel Lucent Communication system and method of configuring a communication interface
US7873003B2 (en) * 2006-11-08 2011-01-18 Electronics And Telecommunications Research Institute Method for allocating IP address to mobile station in mobile communication system
US8406237B2 (en) * 2006-11-17 2013-03-26 Qualcomm Incorporated Methods and apparatus for implementing proxy mobile IP in foreign agent care-of address mode
US20100103876A1 (en) * 2007-03-16 2010-04-29 Panasonic Corporation Mobile terminal and communication management device
US8023503B2 (en) * 2008-07-02 2011-09-20 Cisco Technology, Inc. Multi-homing based mobile internet
US8224330B2 (en) * 2008-08-07 2012-07-17 Futurewei Technologies, Inc. Method and system for interworking between two different networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017153150A (ja) * 2012-04-27 2017-08-31 インターデイジタル パテント ホールディングス インコーポレイテッド サービスインターフェースを個人化および／または調整するためのシステムおよび方法
US11265383B2 (en) 2012-04-27 2022-03-01 Interdigital Patent Holdings, Inc. Systems and methods for personalizing and/or tailoring a service interface

Also Published As

Publication number Publication date
CN101803329A (zh) 2010-08-11
WO2009007107A2 (en) 2009-01-15
US20100215019A1 (en) 2010-08-26
EP2015535A1 (en) 2009-01-14
WO2009007107A3 (en) 2009-03-05
EP2163062A2 (en) 2010-03-17

Similar Documents

Publication Publication Date Title
US11477634B2 (en) Home agent discovery upon changing the mobility management scheme
US20100215019A1 (en) Detection of mobility functions implemented in a mobile node
US8391242B2 (en) Route optimization continuity at handover from network-based to host-based mobility
EP2160067A1 (en) Detection of the mobility management function used by the network
US20090097453A1 (en) Method and system for fast handovers using dynamic router advertisements
WO2010063348A1 (en) Secure tunnel establishment upon attachment or handover to an access network
JP2011504320A (ja) Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化
WO2007110128A1 (en) Efficient ip address configuration in mobile networks with multiple mobility anchor points (maps)

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110525

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120426