特許 5905722 移動体ＩＰのためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5905722

(24)【登録日】2016年3月25日

(45)【発行日】2016年4月20日

(54)【発明の名称】移動体ＩＰのためのシステムおよび方法

(51)【国際特許分類】

   H04L 12/70 20130101AFI20160407BHJP

   H04W 8/26 20090101ALI20160407BHJP

   H04W 80/04 20090101ALI20160407BHJP

【ＦＩ】

   H04L12/70 B

   H04W8/26

   H04W80/04

【請求項の数】15

【全頁数】12

(21)【出願番号】特願2011-531386(P2011-531386)

(86)(22)【出願日】2009年10月8日

(65)【公表番号】特表2012-506180(P2012-506180A)

(43)【公表日】2012年3月8日

(86)【国際出願番号】EP2009007280

(87)【国際公開番号】WO2010043349

(87)【国際公開日】20100422

【審査請求日】2012年3月23日

【審判番号】不服2014-5584(P2014-5584/J1)

【審判請求日】2014年3月26日

(31)【優先権主張番号】08305698.6

(32)【優先日】2008年10月17日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(72)【発明者】

【氏名】パパディミトリウ，ディミトリ

【合議体】

【審判長】 菅原 道晴

【審判官】 ▲高▼橋 真之

【審判官】 中野 浩昌

(56)【参考文献】

【文献】 Ｉｓｈｉｙａｍａ， Ｍ． ｅｔ ａｌ．，Ａｎ ａｎａｌｙｓｉｓ ｏｆ ｍｏｂｉｌｉｔｙ ｈａｎｄｌｉｎｇ ｉｎ ＬＩＮ６，Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ４ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＷＰＭＣ ’０１），２００１，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．ｗｉｄｅ．ａｄ．ｊｐ／ｎｅｗｓ／ｅｖｅｎｔ／ｓｔａｎｆｏｒｄ２００２／ｐｒｏｇｒａｍ．ｈｔｍｌ

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04L 12/70-12/955

H04W 4/00-99/00

(57)【特許請求の範囲】

【請求項1】

第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、移動体ノードと対応するノードとの間で通信し、該移動体ノード上のスタック内に構成されるユーザＩＰアドレスの層及びネットワークＩＰアドレスの層を備えるネットワークシステムであって、
ロケータ識別子の層が、前記スタック内において、前記ユーザＩＰアドレスの層と前記ネットワークＩＰアドレスの層との間に挿入され、
前記第１のＩＰエッジならびに前記第２のＩＰエッジが、第１のロケータ識別子および第２のロケータ識別子と関連付けられ、
前記システムが、移動体ノードを、複数のネットワークＩＰアドレス、および前記第１のロケータ識別子によって前記複数のネットワークＩＰアドレスから分離された１つのユーザＩＰアドレスと関連付けるようにさらに構成される、ネットワークシステム。

【請求項2】

前記ネットワークＩＰアドレスの層は、それぞれが物理層と、リンク層と、ネットワークＩＰアドレス層とからなる第１のスタックおよび第２のスタックを備え、前記第１のスタックおよび前記第２のスタックが、前記第１のロケータ識別子によって前記ユーザＩＰアドレスの層から分離されている、請求項１に記載のネットワークシステム。

【請求項3】

前記システムが、第１のネットワークＩＰアドレスを有する第１のネットワーク空間領域から第２のネットワークＩＰアドレスを有する第２のネットワーク空間領域に遷移する間、それぞれ、前記第１スタックおよび前記第２のスタックの前記第１のネットワークＩＰアドレスならびに前記第２のネットワークＩＰアドレスを同時にアクティブに維持するように構成される、請求項２に記載のネットワークシステム。

【請求項4】

マッピング機能を実行するために、第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、スタック内に構成される１つのユーザＩＰアドレスの層及び複数のネットワークＩＰアドレスの層を有する移動体ノードと、対応するノードとの間で通信する際に使用する、ＩＰエッジに関連するマッパシステムであって、
前記ＩＰエッジの一意のロケータ識別子を格納する格納手段と、
前記移動体ノードが前記第１のＩＰエッジの作業フィールド内に配置されたときに、該ロケータ識別子を保持するロケータ識別子の層を前記スタックの前記ユーザＩＰアドレスの層と前記ネットワークＩＰアドレスの層との間に挿入できるように、前記ロケータ識別子を該移動体ノードに通信する手段と、
移動体ノードが前記第１のＩＰエッジの前記作業フィールド内に配置されたときに、前記ユーザＩＰアドレスの層に保持された前記移動体ノードのユーザＩＰアドレスを登録する手段と、
前記第２のＩＰエッジが、前記第２のＩＰエッジの作業フィールド内に配置された対応するノードからの要求に応じて、前記ユーザＩＰアドレスのアドレス解決要求を前記ユーザＩＰアドレスに関連する他のＩＰエッジに送信する手段と、
前記ネットワークＩＰアドレスの層のうちの１つに保持された１つのネットワークＩＰアドレスと、前記ユーザＩＰアドレスに対応する前記スタック内の前記ロケータ識別子の層に保持される前記ロケータ識別子とを受信して、前記１つのネットワークＩＰアドレスと前記ロケータ識別子とを前記対応するノードに転送する手段とを備える、マッパシステム。

【請求項5】

前記格納手段が、ユーザＩＰアドレスと、対応するネットワークＩＰアドレスと、ロケータ識別子とを有する表を維持し、オプションで、該ユーザＩＰアドレスと、該対応するネットワークＩＰアドレスと、該ロケータ識別子との対応関係のそれぞれに関するリース期間を含む、請求項４に記載のマッパシステム。

【請求項6】

アクセスシステム、詳細には、ＤＳＬＡＭ、エッジルータのうちの１つに実装されるように構成された、請求項４または５に記載のマッパシステム。

【請求項7】

第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、スタック内に構成された１つのユーザＩＰアドレスの層及び複数のネットワークＩＰアドレスの層を有する移動体ノードと、対応するノードとの間で通信する方法であって、
前記第１のＩＰエッジから前記移動体ノードにロケータ識別子を送信するステップと、
前記ロケータ識別子を保持するロケータ識別子の層を前記ユーザＩＰアドレスの層と前記ネットワークＩＰアドレスの層との間に挿入するステップと、
前記移動体ノードの前記ユーザＩＰアドレスの層に保持されたユーザＩＰアドレスを前記第１のＩＰエッジに送信するステップと、
前記移動体ノードの前記ユーザＩＰアドレスの位置を突き止めるための要求を前記対応するノードから前記第２のＩＰエッジに送信するステップと、
前記第２のＩＰエッジによって、アドレス解決要求を前記第１のＩＰエッジに送信するステップと、
前記第１のＩＰエッジによって、前記ネットワークＩＰアドレスの層の内の１つに保持された１つのネットワークＩＰアドレスと、前記移動体ノードの前記ユーザＩＰアドレスに関連する前記スタック内のロケータ識別子の層に保持されたロケータ識別子とを前記第２のＩＰエッジに送信するステップと、
前記第２のＩＰエッジによって、前記１つのネットワークＩＰアドレスと、前記移動体ノードに関連する前記ロケータ識別子とを前記対応するノードに転送するステップとを備える、方法。

【請求項8】

前記第２のＩＰエッジによって、アドレス解決要求を前記第１のＩＰエッジを含むＩＰエッジのセットに送信するステップをさらに備える、請求項７に記載の方法。

【請求項9】

ユーザＩＰアドレス空間のＩＰ表内で前記ユーザＩＰアドレスの調査を実行して、前記ユーザＩＰアドレスに対応するサブネットアドレスに基づいて、ＩＰエッジを選択することによって、前記ＩＰエッジの前記セットを決定するステップをさらに備える、請求項８に記載の方法。

【請求項10】

前記ロケータ識別子を同一に維持しながら、新しいネットワークＩＰアドレスが前記移動体ノードに割り当てられた場合、前記第１のＩＰエッジによって、更新を前記第２のＩＰエッジに送信するステップをさらに備え、前記更新が、前記移動体ノードに関連する前記新しいネットワークＩＰアドレスを備える、請求項７乃至９のいずれか１項に記載の方法。

【請求項11】

移動体ノードが第１のネットワークＩＰアドレスを有するあるネットワーク領域から第２のネットワークＩＰアドレスを有する別のネットワーク領域に遷移するとき、前記遷移周期の間、前記第１のネットワークＩＰアドレス及び前記第２のネットワークＩＰアドレスの両方の関連性をアクティブに維持するステップをさらに備える、請求項７乃至１０のいずれか１項に記載の方法。

【請求項12】

前記移動体ノードの現在のネットワークＩＰアドレスが非アクティブであることが検出された場合、前記第１のＩＰエッジによって、更新を前記第２のＩＰエッジに送信するステップをさらに備える、請求項７乃至１１のいずれか１項に記載の方法。

【請求項13】

前記ユーザＩＰアドレスと、前記対応するネットワークＩＰアドレスと、前記ロケータ識別子とを第２のＩＰエッジに関連する記憶装置内に格納し、オプションで、該ユーザＩＰアドレスと、該対応するネットワークＩＰアドレスと、該ロケータ識別子との対応関係のそれぞれに関するリース期間を格納するステップをさらに備える、請求項７乃至１２のいずれか１項に記載の方法。

【請求項14】

前記移動体ノードの前記ユーザＩＰアドレスの位置を突き止めるための前記要求を送信するステップの前に、前記ユーザＩＰアドレスが、ＤＮＳを介して前記対応するノードによって取得される、請求項７乃至１３のいずれか１項に記載の方法。

【請求項15】

前記第１のＩＰエッジから前記移動体ノードにロケータ識別子を前記送信するステップが、ＤＨＣＰオプションの一部として、前記ロケータ識別子を前記移動体ノードに公表するステップにある、請求項７乃至１４のいずれか１項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、移動体ノードと対応するノードとの間で通信するためのネットワークシステムおよび方法に関し、この移動体ノードは、パケットを受信し続けながら、ネットワークに対するそのトポロジー的接続性を変更することが可能である。本発明は、さらに、移動体ノード／第１のＩＰエッジ部分において、かつ対応するノード／第２のＩＰエッジ部分においてマッピング機能を実行するためのマッパシステムに関する。

【背景技術】

【0002】

先行技術では、ＩＰ移動度の問題を解決するための３つの基本的な機構を見出すことができる。すなわち、
移動体ノードがインターネットに対するその（１つまたは複数の）トポロジー的接続点を変更するにつれて、移動体ノードの番号を振り直すこと。結果として、ネットワークＩＰアドレスのこの変更は、既存のトランスポート、または識別子としてＩＰアドレスを使用しているプロトコル向けのより高いレベルの接続を中断することになる。
移動体ノードの番号を振り直して、移動体ノードの新しいトポロジー的ロケーションからその元のロケーションに戻るトンネルを作成すること。この手法は、ホームエージェントが移動体ノードの現在のロケーションを追跡し続けることを必要とし、結果として、三角形のルーティングをもたらす（対応するノードは、ホームエージェントを介して移動体ノードと通信しなければならない）。これは、対応するノードと移動体ノードとが、２つの連続する外部ネットワーク内にあった場合ですら、対応するノードは、常にホームエージェントを介して移動体ノードに達しなければならないという欠点を有する。
移動体ノードにその新しい（１つまたは複数の）接続点からそのプレフィックスを公開させること。この解決策の主な欠点は、移動体ノードが移動するにつれて、動的な更新がグローバルルーティングシステム内に導かれて、スケーラビリティの問題を引き起こすことである。

【発明の概要】

【0003】

本発明の目的は、インターネットなど、大規模なＩＰインフラストラクチャを介したその展開を可能にするために、拡張性のある形でＩＰ移動度の問題を解決することである。この目的を達成するために、本発明によるネットワークシステムは、
ロケータ識別子空間がユーザＩＰアドレス指定空間とネットワークＩＰアドレス指定空間との間に挿入され、
第１のＩＰエッジならびに第２のＩＰエッジが、第１のロケータ識別子および第２のロケータ識別子と関連付けられ、
このシステムは、移動体ノードを、１つまたは複数のＩＰネットワークアドレス、および第１のロケータ識別子を介して、１つまたは複数のＩＰネットワークアドレスから分離されたＩＰユーザアドレスと関連付けるようにさらに構成されるという点で優れている。

【0004】

ロケータ識別子空間をユーザＩＰアドレス指定空間とネットワークＩＰアドレス指定空間との間に挿入することによって、上位ＩＰアドレス（すなわち、ユーザ空間ＩＰアドレス）が識別子として使用されることが防止される。したがって、ＩＰアドレス空間セマンティックは解決される。また、ロケータ識別子をＩＰエッジと関連付けることによって、ローカライゼーションの問題が解決される。ユーザＩＰアドレス指定空間とネットワークＩＰアドレス指定空間との間のセグメント化は、ネットワークグラフ内の移動体ノードのネットワーク位置をトランスポート接続識別のそのＩＰアドレス部分から分離することによって、トランスポート接続連続性を確実にする。

【0005】

２つ以上のネットワークアドレスが移動体ノードと関連付けられることが可能なシステムを提供すること（すなわち、移動体ノード上で並列ＩＰスタック／ＤＬＬスタック／ＰＨＹスタックの使用を可能にすること）によって、移動体ノードが、例えば、ある無線領域から別の無線領域に移動するとき、または同じ外部ネットワーク内で２つ（以上の）無線技術が利用可能であるとき、２つのネットワーク領域をアクティブに維持することが可能である。

【0006】

ネットワークシステムの１つの有利な実施形態によれば、このシステムは、移動体ノードを、それぞれが物理層と、リンク層と、ＩＰネットワークアドレス層とからなる第１のスタックおよび第２のスタックと関連付けるように構成され、前記第１のスタックおよび前記第２のスタックは、第１のロケータ識別子を介してユーザアドレスから分離されている。別の態様によれば、このシステムは、第１のＩＰネットワークアドレスを有する第１のネットワーク空間領域から第２のＩＰネットワークアドレスを有する第２のネットワーク空間領域に遷移する間、それぞれ、第１のスタックおよび第２のスタックの第１のＩＰネットワークアドレスならびに第２のＩＰネットワークアドレスを同時にアクティブに維持するように構成される。それぞれが物理層と、リンク層と、ＩＰネットワークアドレス層とからなる第１のスタックおよび第２のスタックを提供することによって、前記第１のスタックおよび前記第２のスタックは、第１のロケータ識別子を介してユーザアドレスから分離されており、同じ外部ネットワーク内で２つ以上の無線技術が利用可能であるとき、ある無線領域から別の無線領域に移動することが可能であり、これは、その間に連続性を保証する。第１のＩＰネットワークアドレスを有する第１のネットワーク空間領域から第２のＩＰネットワークアドレスを有する第２のネットワーク空間領域に移動する間、前記ネットワークアドレスは、同時にアクティブに維持されることが可能である。

【0007】

本発明は、さらに、マッピング機能を実行するために、第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、移動体ノードと対応するノードとの間で通信する際に使用するためのマッパシステムであって、
ＩＰエッジの一意のロケータ識別子を格納するための格納手段と、
移動体ノードがＩＰエッジの作業フィールド内に配置されたとき、ロケータ識別子を前記移動体ノードに通信するための手段と、
移動体ノードがＩＰエッジの作業フィールド内に配置されたとき、前記移動体ノードのユーザＩＰアドレスを登録するための手段と、
ＩＰエッジの作業フィールド内に配置された対応するノードからの要求に応じて、ユーザアドレスのアドレス解決要求を前記ユーザアドレスに関連する別のＩＰエッジに送信するための手段と、
ネットワークアドレスと、前記ユーザアドレスに対応するロケータ識別子とを受信して、前記ネットワークアドレスと前記ロケータ識別子とを対応するノードに転送するための手段とを備えたマッパシステムに関する。かかるマッパシステムをネットワークエッジに導入することは、トンネリングのない解決策を有することを可能にする。要するに、このマッパシステムは、ユーザＩＰアドレスと、ネットワークＩＰアドレスと、ロケータ識別子との間の関連性が維持されて、必要に応じて、それらの関連性が利用可能であることを保証する。

【0008】

本発明のマッパシステムの１つの有利な実施形態によれば、この格納手段は、オプションで、前記対応関係のそれぞれに関するリース期間と共に、ユーザアドレスと、対応するネットワークアドレスと、ロケータ識別子とを有する表を維持する。もう１つの態様によれば、このマッパシステムは、以下のデバイス、すなわち、アクセスシステム、詳細には、ＤＳＬＡＭ、エッジルータのうちの１つにおいて実施するように構成される。好ましくは、この格納手段は、オプションで、前記対応関係のそれぞれに関するリース期間と共に、ユーザアドレスと、対応するネットワークアドレスと、ロケータ識別子とを有する表を維持する。これは、必要な調査を制限することが可能であり、ユーザアドレスとロケータ識別子との間の既存のリンクの最新の大要を有することを可能にする。

【0009】

好ましい実施形態によれば、このマッパシステムは、以下のデバイス、すなわち、アクセスシステム、詳細には、ＤＳＬＡＭ、エッジルータのうちの１つの中に配置される。

【0010】

最終的に、本発明は、第１のＩＰエッジ−ＩＰネットワーク−第２のＩＰエッジ接続性を介して、対応するノードと、ユーザＩＰアドレスを有し、少なくとも１つのネットワークＩＰアドレスが割り当てられている移動体ノードとの間で通信するための方法であって、
第１のＩＰエッジから移動体ノードにロケータ識別子を送信するステップと、
移動体ノードのユーザアドレスを第１のＩＰエッジに送信するステップと、
移動体ノードのユーザアドレスの位置を突き止めるための要求を対応するノードから第２のＩＰエッジに送信するステップと、
第２のＩＰエッジによって、アドレス解決要求を第１のＩＰエッジに送信するステップと、
第１のＩＰエッジによって、ネットワークアドレスと、移動体ノードのユーザアドレスに関連するロケータ識別子とを第２のＩＰエッジに送信するステップと、
第２のＩＰエッジによって、前記ネットワークアドレスと、移動体ノードに関連するロケータ識別子とを対応するノードに転送するステップとを備えた方法に関する。

【0011】

本発明のシステム、本発明のマッパシステム、および本発明の方法は、ネットワーク移動度が、結果として、その他の上層および下層との交差層依存を引き起こさずに、詳細には、ネットワーク層レベルにおいて処理されることを可能にする。さらに、本発明は、ネットワーク内の転送面レベルにおいて何らの中間処理を必要とせずに、端末／移動体ノード駆動型のシステム／方法を提供する。

【0012】

１つの有利な実施形態によれば、本発明の方法は、
第２のＩＰエッジによって、アドレス解決要求を第１のＩＰエッジを備えたＩＰエッジのセットに送信するステップをさらに備える。

【0013】

別の態様によれば、本方法は、
ユーザアドレス空間のＩＰ表内でユーザアドレスの調査を実行して、そのユーザアドレスに対応するサブネットアドレスに基づいて、ＩＰエッジを選択することによって、ＩＰエッジの前記セットを決定するステップをさらに備える。移動体ノードのあるユーザアドレスに関連するＩＰエッジを知るために、通常、ユーザアドレスの調査は、ユーザアドレス空間のＩＰ表内で実行されることになり、対応するサブネットアドレスを有するＩＰエッジのセットが選択される。移動体ノードのあるユーザアドレスに関連する第１のＩＰエッジは、そのとき、ＩＰエッジのこのセットの一部になる。アドレス解決要求は、次いで、第２のＩＰエッジによって、第１のＩＰエッジを備えるＩＰエッジのこのセットに送信されることが可能であり、当然、第１のＩＰエッジだけが応答することになる。これは、システムのスケーラビリティをさらに確実にする。

【0014】

本発明の方法の１つの可能な実施形態によれば、同じロケータ識別子を維持しながら、新しいネットワークアドレスが移動体ノードに割り当てられた場合、第１のＩＰエッジによって更新が第２のＩＰエッジに送信され、前記更新は、前記移動体ノードに関連する前記新しいネットワークアドレスを備える。さらに、移動体ノードが第１のＩＰネットワークアドレスを有するあるネットワーク領域から第２のＩＰネットワークアドレスを有する別のネットワーク領域に遷移するとき、遷移周期の間、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの関連性がアクティブに維持されることが好ましい。さらに別の開発は、移動体ノードの現在のネットワークアドレスが非アクティブであることが検出された場合、第１のＩＰエッジによって更新を第２のＩＰエッジに送信することにある。

【0015】

１つの可能な実施形態によれば、移動体ノードのユーザアドレスは、ＤＮＳを介して、対応するノードによって取得される。

【0016】

１つの可能な実施形態によれば、この方法は、
ユーザアドレスと、対応するネットワークアドレスと、ロケータ識別子とを第２のＩＰエッジに関連する記憶装置内に格納するステップと、オプションで、前記対応関係のそれぞれに関するリース期間を格納するステップとをさらに備える。

【0017】

１つの可能な実施形態によれば、移動体ノードのユーザアドレスの位置を突き止めるための要求を送信する前に、前記ユーザアドレスは、ＤＮＳを介して、対応するノードによって取得される。

【0018】

１つの可能な実施形態によれば、第１のＩＰエッジから移動体ノードにロケータ識別子を送信するステップは、ＤＨＣＰオプションの一部として、ロケータ識別子を移動体ノードに公表するステップにある。

【0019】

添付の図面は、本発明の現在好ましい非限定的な例示的実施形態を示すために使用される。添付の図面に関して読まれたとき、以下の詳細な説明から本発明の上記のおよびその他の利点、特徴、ならびに目的がより明瞭になり、本発明はよりよく理解されるであろう。

【図面の簡単な説明】

【0020】

【図1】本発明が実装され得る通信システムを示す、簡素化されたブロック図である。

【図2】本発明のシステムの一実施形態における移動体ノード上のスタックの一実施形態を示す図である。

【図3】本発明の方法の一実施形態を例示する簡素化された図である。

【発明を実施するための形態】

【0021】

図１は、ＩＰネットワーク１７を介して、外部ネットワーク１２内に配置された移動体ノード１０と、例えば、私設網１３内に配置された対応するノード１１との間でデータを通信するための通信システムを示し、エッジルータまたはＤＳＬＡＭ など、エッジノード１４、１５は、ＩＰネットワーク１７に対するアクセスを提供する。エッジノード（すなわち、ＩＰエッジ）は、基本的に、移動体ノードまたは対応するノードがＩＰネットワークに入ったとき、移動体ノードまたは対応するノードが理解する第１のノードである。さらに、この通信システムは、通常、ＩＰネットワーク４０上でネットワークアドレスを割り当てることが可能なダイナミックホストコンフィギュレーションプロトコル（ｄｙｎａｍｉｃ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ）（ＤＨＣＰ）サーバなど、アドレス割当てサーバ１６を備える。

【0022】

本発明のシステムの一実施形態によれば、ロケータ識別子（ＩＤ）空間によって分離されたユーザＩＰアドレス指定空間とネットワークＩＰアドレス指定空間とが提供される。かかる実施形態を例示するために、図２は、移動体ノード上の１つの可能なスタック２０を示す。例示された実施形態では、それぞれ、２つの異なるネットワーク接続点２８、２９に関して、２つの移動体ノードネットワークスタック（２１、２２、２３）、（２１’、２２’、２３’）が存在する。第１のネットワークスタックは、アドレス層ＩＰ１（参照番号２３）と、リンク層ＤＬＬ（参照番号２２）と、物理層ＰＨＹ（参照番号２１）とを備える。同様に、第２のネットワークスタックは、アドレス層ＩＰ２（２３’）と、リンク層ＤＬＬ（２２’）と、物理層ＰＨＹ（２１’）とを備える。これらの２つの異なるネットワーク接続点２８、２９は、２つの異なるネットワーク空間アドレス領域に関連する。

【0023】

典型的には、移動体ノードは、ＩＥＥ８０２．１１および８０２．１６ｅ、もしくは３Ｇおよび８０２．１１、または無線層技術の任意のその他の組合せなど、多様なＤＬＬスタック／ＰＨＹスタックをサポートする。ネットワークスタックのＩＰアドレス２３、２３’は、例えば、ＤＨＣＰｖ６またはＳＬＡＣ（ＩＰｖ６ステートレス・オートコンフィギュレーション（Ｓｔａｔｅｌｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ））を使用して、アドレス割当てサーバによって割り当てられたＩＰｖ６アドレスであり得る。ステートレス・オートコンフィギュレーションにおいて、そのデバイスが、そのデバイスが存在するネットワークの特性を決定することができるまで、デバイスは一時アドレスを生成し、次いで、その情報に基づいて、そのデバイスが使用することができる固定アドレスを作成する。マルチホームデバイス（ｍｕｌｔｉ−ｈｏｍｅｄ ｄｅｖｉｃｅ）の場合、オートコンフィギュレーションは、それぞれのインターフェースに関して別々に実行される。ホストは、ステートレス・オートコンフィギュレーションを使用するとき、以下のステップを実行する。
１．リンクローカルアドレス生成。デバイスはリンクローカルアドレスを生成する。通常、これは、データリンク層（ＭＡＣ）アドレスから導出されることになる。
２．リンクローカルアドレス独自性テスト。ノードは、そのノードが生成したアドレスがローカルネットワーク上ですでに使用されていないことを確実にするためにテストする。すでに使用されている場合、新しいアドレスが生成されるか、またはオートコンフィギュレーションは失敗して、別の方法が用いられる。
３．リンクローカルアドレス割当て。デバイスは、リンクローカルアドレスをそのＩＰインターフェースに割り当てる。このアドレスは、ローカルネットワーク上の通信のために使用されることが可能であるが、（リンクローカルアドレスは経路指定されていないため）より幅広いインターネット上で使用されることはできない。
４．ルータコンタクト（Ｒｏｕｔｅｒ Ｃｏｎｔａｃｔ）。ノードは、次に、その構成を続けることについてのより多くの情報に関してローカルルータに連絡することを試みる。これは、ルータによって周期的に送信されるルータ広告メッセージを聴取することによって、または次に何をすべきかについての情報に関して特定のルータ要請をルータに送信することによって行われる。
５．ルータ指示。ルータは、オートコンフィギュレーションをどのように進めるかについてノードに指示を与える。ルータは、このネットワーク上で「ステートフル」オートコンフィギュレーションが使用中であることをノードに伝えて、使用すべきＤＨＣＰサーバのアドレスをノードに伝えることが可能である。あるいは、ルータは、そのグローバルインターネットアドレスをどのように決定するかをホストに伝えることになる。
６．グローバルアドレス構成。そのネットワーク上でステートレス・オートコンフィギュレーションが使用中であると仮定すると、ホストは、グローバル一意（ｇｌｏｂａｌｌｙ−ｕｎｉｑｕｅ）インターネットアドレスを用いて自らを構成することになる。このアドレスは、概して、ルータによってホストに提供されたネットワークプレフィックスから形成されて、第１のステップにおいて生成されたデバイスの識別子と組み合わされる。

【0024】

この方法は、マニュアルベースの構成とサーバベースの構成の両方に勝る多くの利点を有する。ＩＰデバイスは新しいネットワークに移動して、ローカルサーバまたはネットワークプレフィックスの何らの知識なしに、有効なアドレスを取得することが可能であるため、この方法はＩＰデバイスの移動度をサポートする際に特に役立つ。同時に、この方法は、所望される場合、ＤＨＣＰの（ＩＰｖ６互換）バージョンを使用したＩＰアドレスの管理を依然として可能にする。

【0025】

複数のスタック実施形態により、２つのネットワークアドレスは、遷移の間、依然としてアクティブ状態であり得る。あるネットワーク空間アドレス領域から別のネットワーク空間アドレス領域への遷移（ＩＰ１−＞ＩＰ２）は、通常、メークビフォーブレーク（ｍａｋｅ−ｂｅｆｏｒｅ−ｂｒｅａｋ）を使用して実行される、すなわち、古い領域が中断される前に新しい領域がアクティブにされる。そのようにして、遷移はトランスポートレベルすなわち、ＴＣＰレベル／ＩＰｘレベル（参照番号２４および２５）でアドレス指定に影響を及ぼさない。

【0026】

ネットワークスタックの上部にロケータ識別子（Ｌｏｃ ＩＤ）２４が挿入され、スタック２０は、ユーザアドレスＩＰｘ層２５と、ＴＣＰ層２６と、アプリケーション（ＡＰＰ）層２７とで完成される。かかるロケータ識別子２４は、通常、ネットワークＩＰ層の拡張ヘッダとして符号化されることが可能であり、例えば、３２ビットの名前空間から画定され得る。ロケータ識別子２４は二重機能を有する。すなわち、ロケータ識別子は、一方で、ネットワークＩＰアドレスに関して、トランスポートレベルでユーザ通信の独立を可能にし、他方で、移動体ノードの位置を突き止めるのを円滑にする。ユーザ空間からのＩＰアドレスＩＰｘ（参照番号２５）は、ネットワーキングアドレス指定空間と関係なく割り当てられる。

【0027】

移送プロトコルは、通常、ＴＣＰである点に留意されたいが、当業者は、ＤＣＣＰ（データグラム輻輳制御プロトコル（Ｄａｔａｇｒａｍ Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ））など、接続破壊原理を使用した任意のその他の適切な移送プロトコルも使用され得る点を理解されよう。さらに、ネットワークＩＰおよびＤＬＬヘッダはヘッダ圧縮の対象であり得る。

【0028】

次に、図３を参照して、本発明の方法の一実施形態が例示される。第１のステップ３１において、（ブロック１４に示される）ＩＰエッジ１に配置されたロケータ識別子（Ｌｏｃ ＩＤ）マッパ１は、例えば、ＤＨＣＰオプションの一部として、ロケータ識別子（ＬＯＣ ＩＤ１）を移動体ノードに公表する。例示された実施形態では、ロケータ識別子マッパ１はＩＰエッジ１に配置されるが、当業者は、この機能は、移動体ノードとＩＰネットワークとの間のどこにあってもよい点を理解されよう。かかるロケータ識別子マッパは、複数のサブネットが同じ外部ネットワークの一部である限り、それらの複数のサブネット間で共有され得る。移動体ノードおよび対応するノードのネットワークＩＰアドレスは、例えば、ＩＥＴＦ（インターネット技術タスクフォース）において画定される現在のＩＰリース要求／応答機構に対する何らの変更なしに、ＤＨＣＰを介して割り当てられる点にさらに留意されたい。

【0029】

第２のステップ３２において、移動体ノード１０は、そのユーザＩＰアドレスＩＰｘをロケータ識別子マッパ１に登録する。これは、例えば、＜Ｌｏｃ ＩＤ、ＩＰ２＞タプルを補間する情報以外、何らのさらなる情報なしに格納された関連性であり得る。

【0030】

次に、対応するノード１１は移動体ノード１０と通信することを望むことが仮定される。対応するノード１１は、まず、ＤＮＳを介して移動体ノード１０に関連する名前を解決することになり、ＤＳＮ調査の結果として、対応するノード１１は、（図面に情報を詰め込み過ぎないよう、図３に示されない）移動体ノード１０のユーザアドレスＩＰｘを受信する。当業者は、ＤＮＳシステムの変形形態を使用することも可能である点を理解されよう。

【0031】

次に、第３のステップ３３において、対応するノードは、Ｌｏｃ ＩＰｘ要求をエッジルータ、すなわち、（ロケータ識別子マッパ２を備えるブロック１５として示される）ＩＰエッジ２にエニーキャストする（ａｎｙｃａｓｔｓ）。この時点で、ＩＰエッジ２は、通常、ＩＰｘまたはネットワークアドレスＩＰ２に関連するＩＰエッジ１のロケーション識別子（Ｌｏｃ ＩＤ１）を知らない。

【0032】

ＩＰエッジ２は、次に、まず、ユーザアドレスＩＰｘに基づいて、ＩＰエッジ１に関連するロケータ識別子マッパ１のＩＰアドレスを取り出すことになる。可能な方法によれば、ＩＰエッジ２は、ユーザアドレス空間のＩＰ表内でＩＰｘの調査を実行する。この調査の結果は、対応するプロバイダ独立（ＰＩ）サブネットをホストしているＩＰアドレスのセットを提供する。ＩＰｘの場合、ＩＰアドレスのこのセットは、ＩＰエッジ１のＩＰアドレスを含むことになる。所与のＰＩサブネットは、様々なロケーションを介して区分化され得る点に留意されたい。Ｎ個の複数のロケーション、すなわち、例えば、Ｎ個の複数のロケータ識別子を有するアフィリエーション（Ａｆｆｉｌｉａｔｉｏｎ）Ｘに関するＰＩプレフィックスは、結果として、ＩＰｘに関して以下の調査結果をもたらすことになる。｛ＩＰエッジ１、．．．、ＩＰエッジＩ、．．．、ＩＰエッジＮ｝

【0033】

第４のステップ３４において、受信ＩＰエッジ２は、ＩＰｘの調査の結果として見出されたＩＰエッジのセットにアドレス解決要求を送信する。これは、ＩＰエッジ１とロケータ識別子マッパ１とを有するブロック１４がこの要求を受信することになることを意味する。単一のクエリが複数のロケータ識別子マッパに達することになる非ゼロの確率が存在し得る点に留意されたい。しかし、ＩＰエッジ１に関連するロケータ識別子マッパ１だけが、タプル＜ＩＰｘ、Ｌｏｃ ＩＤ、ＩＰ２＞を用いてＩＰエッジ２に応答することになる。

【0034】

最終的に、ＩＰエッジ２は、タプル＜ＩＰｘ、Ｌｏｃ ＩＤ、ＩＰ２＞を用いて、対応するノードクエリに応答する。これは、図３において矢印３５によって示される。将来の使用のために、通常、リンク＜ＩＰｘ、Ｌｏｃ ＩＤ１、ＩＰ２＞−＞｛ＩＰエッジ１｝がロケータ識別子マッパ２内に入力されることになる。この応答は、前記リンクが有効な存続期間を示すリース期間を含み得る点に留意されたい。

【0035】

本発明のロケータ識別子マッパの一実施形態は、通常、以下の特徴を有する。
ロケータ識別子マッパは、オプションで、その関連性が依存し得るタイマ（例えば、ＤＨＣＰリース期間）以外、いかなる追加のタイマも維持しない。所与のロケータ識別子マッパは、ＩＰエッジのセットをカバーする分散型関連性維持システム（ｄｉｓｔｒｉｂｕｔｅｄ ａｓｓｏｃｉａｔｉｏｎ ｍａｉｎｔｅｎａｎｃｅ ｓｙｓｔｅｍ）である。
ロケータ識別子構造は、接続されたサブネットを介して独自に割り当てられなければならない。通信している対応するノードエンティティと移動体ノードエンティティとの間にロケーション識別子の折衝は存在しない。
ロケーション識別子は、（すなわち、基地局同士の間の）ＤＬＬマイクロ移動度ハンドオーバーに関与しない。
ネットワークアドレスが同じロケーション内の移動体ノードに割り当てられる場合、同じ識別子が維持されて、ＩＰエッジ１に関連するマッパは、形態＜ＩＰｘ、Ｌｏｃ ＩＤ、＋ＩＰ１＞の更新をＩＰエッジ２に送信し、このようにして、これまでの関連性を更新することが可能である。
移動体ノードがあるＩＰネットワークアドレス空間領域から別のＩＰネットワークアドレス空間領域に遷移する場合、移動体ノードは、遷移周期の間、両方の関連性をアクティブに維持する。ＩＰ２が非アクティブとして検出されると、ＩＰ２は、形態＜ＩＰｘ、Ｌｏｃ ＩＤ、−ＩＰ２＞の更新を送信することによって単に解放される。対応するノードを用いてピアリングしているロケータ識別子マッパは、その情報を対応するノードだけに渡している。

【0036】

ロケータ識別子マッパは、任意のアクセスシステム内および／または任意のエッジルータ内で、さらに、例えば、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔからのＩＰ ＤＳＬＡＭ内または７７５０ルータ内で実装され得る点に留意されたい。

【0037】

結論として、本発明の主な利点は以下の通りである。
提供される解決策は、トンネリングがない、
提供される解決策は、任意の中間ネットワークノードの転送面に何の影響も与えない（図３の参照番号３７を参照されたい）、
この解決策は、マイクロ移動度問題とマクロ移動度問題の両方を解決する、
この解決策は、ＴＣＰ連続性／ＩＰ連続性を提供する、
この解決策は、効率的なローカライゼーションを提供する。

【0038】

本発明の原理は上で特定の実施形態に関して提示されているが、この記載は単なる例として行われ、添付の特許請求の範囲によって決定される保護の範囲の限定とみなされ得ない点を明瞭に理解されたい。

【図1】

【図2】

【図3】