(57)【要約】本願は、アドレス空間を配分するための装置を対象とする。装置は、ネットワーク上のルータを見つけるステップを行うように構成されているプロセッサに動作可能に結合されている非一過性のメモリを含む。プロセッサは、ルータへのアドレス配分フラグを含むルータ要請メッセージを送信し、アドレス空間を保持するステップも行う。プロセッサは、アドレス空間オプションを含む、ルータ要請メッセージに基づくルータアドバタイズメントメッセージを受信するステップも行う。さらに、プロセッサは、ルータアドバタイズメントの中で提供されるアドレス空間を保存するステップ行う。本願は、ルータ間でアドレス空間を通信するためのコンピュータ実装装置も対象とする。本願は、割り当てられたＩＰアドレス空間を再配分するためのコンピュータ実装装置も対象とする。本願は、ノードをルータに登録するための装置も対象とする。
2018526923.tif 000002
【特許請求の範囲】
【請求項１】
装置であって、前記装置は、
アドレス空間を配分するための命令を記憶している非一過性のメモリと、
前記非一過性のメモリに動作可能に結合されているプロセッサと
を備え、
前記プロセッサは、
ネットワーク上のルータを見つけるステップと、
前記アドレス空間を保持するために、アドレス配分フラグを含むルータ要請メッセージを前記ルータに送信するステップと、
前記ルータ要請メッセージに基づくルータアドバタイズメントメッセージを受信するステップであって、前記ルータアドバタイズメントメッセージは、アドレス空間オプションを含む、ステップと、
前記ルータアドバタイズメントの中に提供されている前記アドレス空間オプションを保存するステップと
を行うように構成されている、装置。
【請求項２】
前記アドレス空間オプションは、配分可能なアドレス範囲を推奨する、請求項１に記載の装置。
【請求項３】
前記受信されたルータアドバタイズメントの中の前記アドレス空間オプションは、前記ルータ要請メッセージの中の提案されるアドレス空間オプション次第である、請求項２に記載の装置。
【請求項４】
前記受信されるルータアドバタイズメントメッセージは、ノードの承認を検証するための登録トークンオプションを含む、請求項１に記載の装置。
【請求項５】
前記見つけられるルータは、境界ルータである、請求項１に記載の装置。
【請求項６】
装置であって、前記装置は、
ルータ間でアドレス空間を通信するための命令を記憶している非一過性のメモリと、
前記非一過性のメモリに動作可能に結合されているプロセッサと
を備え、
前記プロセッサは、
ルータからアドレス空間オプションを含むメッセージを受信するステップと、
前記ルータからの情報を前記メモリの中に保存するステップであって、前記ルータからの情報は、ＩＰアドレスおよび前記アドレス空間オプションを含む、ステップと、
前記アドレス空間オプションを含むメッセージを別のルータに送信するステップと
を行うように構成されている、装置。
【請求項７】
前記受信されるメッセージは、ノードの承認を検証するための登録トークンオプションを含む、請求項６に記載の装置。
【請求項８】
前記メモリは、割り当てのための次の利用可能なＩＰアドレスの値を含む第１のパラメータを含む、請求項６に記載の装置。
【請求項９】
前記メモリは、まだ割り当てられていないアドレスの総数を保持している第２のパラメータを含む、請求項８に記載の装置。
【請求項１０】
前記プロセッサは、前記ルータからより多くのアドレス空間を要求するようにさらに構成されている、請求項６に記載の装置。
【請求項１１】
前記ルータは、境界ルータである、請求項６に記載の装置。
【請求項１２】
装置であって、前記装置は、
割り当てられたＩＰアドレス空間を再配分するための命令を記憶している非一過性のメモリと、
前記非一過性のメモリに動作可能に結合されているプロセッサと
を備え、
前記プロセッサは、
境界ルータから更新アドバタイズメントメッセージを受信するステップであって、前記更新アドバタイズメントメッセージは、前もって配分されたアドレス空間の範囲を有するアドレス空間オプションを含む、ステップと、
前記メモリをチェックし、アドレスが前記アドレス空間オプションの中で規定されている前記範囲を満たすかどうかを確認するステップと、
確認応答メッセージを前記境界ルータに送信するステップであって、前記確認応答メッセージは、前記前もって配分されたアドレス空間の範囲を返還することについての情報を有する、ステップと
を行うように構成されている、装置。
【請求項１３】
前記確認応答メッセージの中の前記情報は、ステータスコード、前記前もって配分されたアドレス空間全体の返還、前記前もって配分されたアドレス空間の一部の返還、前記前もって配分されたアドレス空間のども返還しないこと、またはそれらの組み合わせから成る群から選択される、請求項１２に記載の装置。
【請求項１４】
前記確認応答メッセージに基づいて、利用可能な配分されたアドレス空間の前記メモリを更新することをさらに含む、請求項１３に記載の装置。
【請求項１５】
装置であって、前記装置は、
ノードをルータに登録するための命令を記憶している非一過性のメモリと、
前記非一過性のメモリに動作可能に結合されているプロセッサと
を備え、
前記プロセッサは、
ノードから、アドレス要求を伴うメッセージを受信するステップと、
アドレス配分オプションを使用して、アドレスを前記ノードに割り当てるステップと、
前記ノードに、アドレス登録オプションおよび前記アドレス配分オプションを含む、メッセージを送信するステップと、
前記ノードから、前記アドレス登録オプションおよび前記アドレス配分オプションを含む確認応答を受信するステップと
を行うように構成されている、装置。
【請求項１６】
前記ノードからの前記受信されるメッセージは、ノードの承認を検証するための登録トークンオプションを含む、請求項１５に記載の装置。
【請求項１７】
前記割り当てるステップは、前記登録トークンオプションが内部登録トークンオプションに合致することをチェックすることを含む、請求項１５に記載の装置。
【請求項１８】
前記ノードからの前記受信されるメッセージは、多重登録フラグを含む、請求項１５に記載の装置。
【請求項１９】
前記メモリは、全アドレスおよび次のアドレスの情報を含み、
前記プロセッサは、前記割り当てるステップの後、前記全アドレスおよび前記次のアドレスを更新する、請求項１５に記載の装置。
【請求項２０】
前記プロセッサは、前記ノードの登録トークンオプションのチェックに基づいて、前記ノードを第２のルータに登録するためのメッセージを前記第２のルータに送信するようにさらに構成されている、請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／２１３，７６１号（２０１５年９月３日出願）の利益を主張し、上記出願の開示は、その全体が参照により本明細書に引用される。
【０００２】
（分野）
本願は、モノのインターネット（ＩｏＴ）等の通信ネットワーク内の近隣発見のための強化プロトコルおよびシステムを対象とする。より具体的には、本願は、大規模ネットワーク展開における強化近隣発見プロトコルおよびアーキテクチャを対象とする。
【背景技術】
【０００３】
リンクローカルマルチキャストの使用がユニキャストと同一の信頼性およびネットワークコストを有するようになったとき、ＩＰｖ６  ＮＤプロトコルが設計された。デバイスは、したがって、常時オンで接続されるようになった。
【０００４】
ごく最近では、ネットワーク動態は、無線ネットワークおよびバッテリ電源式デバイスの使用を含むように変化している。結果として、これらのデバイスは、常時オンで接続されていない。しかしながら、重複アドレス検出（ＤＡＤ）またはＤＨＣＰｖ６メッセージが、アドレスがローカルリンク内で一意であることを検証するために依然として必要とされる。
【０００５】
過去の改良は、主に、エンドノード・ルータインターフェースに焦点を当てていた。動作時、６ＬｏＷＰＡＮは、多数のＬＬＮホップ（例えば、＞１５）を経由して接続される、多数のノード（例えば、５，０００）をサポートすることができる。これらのプロトコルは、境界ルータまたはＤＨＣＰｖ６サーバの周りに集中させられている。結果として、ネットワーク内の複数のノードのための複数のホップを展開するとき、大量の制御トラフィックが近隣発見プロトコルによって導入される。ネットワーク内の各ホップのために、一対のＤＡＲ／ＤＡＣまたは要求／返信メッセージが要求される。ＤＡＤが重複アドレスを検出する場合、プロセスは、新しいアドレスのために繰り返される。このプロセスは、多数のホップにわたってＤＡＤまたはＤＨＣＰｖ６を行うとき、高いメッセージングオーバーヘッドならびに増加した待ち時間につながる。
【発明の概要】
【課題を解決するための手段】
【０００６】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化された形態で一連の概念を導入するように提供される。本概要は、請求される主題の範囲を限定することを意図していない。前述の必要性は、大部分が対象とする本願によって満たされる。
【０００７】
本願の一側面では、アドレス空間を配分するためのコンピュータ実装装置およびコンピュータ実装方法が説明されている。装置は、アドレス空間を配分するための命令を記憶している非一過性のメモリを含む。装置は、非一過性のメモリに動作可能に結合されているプロセッサも含む。プロセッサは、ネットワーク上のルータを見つけるステップを行うように構成される。プロセッサは、アドレス配分フラグを含むルータ要請メッセージをルータに送信し、アドレス空間を保持するステップを行うように構成される。プロセッサは、アドレス空間オプションを含む、ルータ要請メッセージに基づくルータアドバタイズメントメッセージを受信するステップを行うように構成される。さらに、プロセッサは、ルータアドバタイズメントの中に提供されているアドレス空間オプションを保存するステップを行うように構成される。
【０００８】
本願の別の側面では、ルータ間でアドレス空間を通信するためのコンピュータ実装装置およびコンピュータ実装方法が説明されている。装置は、ルータ間でアドレス空間を通信するための命令を記憶している非一過性のメモリを含む。装置は、非一過性のメモリに動作可能に結合されているプロセッサも含む。プロセッサは、別のルータからアドレス空間オプションを含むメッセージを受信するステップを行うように構成される。プロセッサは、ＩＰアドレスおよびアドレス空間オプションを含む、ルータからの情報をメモリの中に保存するステップも行うように構成される。プロセッサはさらに、アドレス空間オプションを含むメッセージを別のルータに送信するステップを行うように構成される。
【０００９】
本願のさらに別の側面では、割り当てられたＩＰアドレス空間を再配分するためのコンピュータ実装装置およびコンピュータ実装方法が説明されている。装置は、割り当てられたＩＰアドレス空間を再配分するための命令を記憶している非一過性のメモリを含む。装置は、非一過性のメモリに動作可能に結合されているプロセッサも含む。プロセッサは、ルータから、前もって配分されたアドレス空間の範囲を含むアドレス空間オプションを含む更新アドバタイズメントメッセージを受信するステップを行うように構成される。プロセッサは、メモリをチェックし、アドレスがアドレス空間オプションの中で規定される範囲を満たすかどうかを確認するステップも行うように構成される。プロセッサは、前もって配分されたアドレス空間の範囲を返還することについての情報とともに、確認応答メッセージをルータに送信するステップも行うように構成される。
【００１０】
さらなる側面では、ノードをルータに登録するためのコンピュータ実装装置およびコンピュータ実装方法が説明されている。装置は、ノードをルータに登録するための命令を記憶している非一過性のメモリを含む。装置は、非一過性のメモリに動作可能に結合されているプロセッサも含む。プロセッサは、ノードから、アドレス要求を伴うメッセージを受信するステップを行うように構成される。プロセッサは、アドレス配分オプションを使用して、アドレスをノードに割り当てるステップを行うように構成される。プロセッサは、ノードに、アドレス登録オプションおよびアドレス配分オプションを含む、メッセージを送信するステップも行うように構成される。プロセッサはさらに、ノードから、アドレス登録オプションおよびアドレス配分オプションを含む確認応答を受信するステップを行うように構成される。
【００１１】
したがって、その詳細な説明がさらに理解され得るため、および当技術分野への本寄与がさらに認識され得るために、本発明のある実施形態が、かなり広義に概説されている。
【００１２】
本願のより堅調な理解を促進するために、ここで、同様の要素が同様の数字で参照される、付随の図面を参照する。これらの図面は、本願を限定すると解釈されるべきではなく、例証的にすぎないことを意図している。
【図面の簡単な説明】
【００１３】
【図１】図１は、本願のある実施形態による、ＩＰｖ６近隣発見の概観を図示する。
【図２】図２は、本願のある実施形態による、６ＬｏＷＰＡＮネットワークの概観を図示する。
【図３】図３は、本願のある実施形態による、６ＬｏＷＰＡＮ近隣発見の概観を図示する。
【図４】図４は、本願のある実施形態による、効率的な近隣発見の概観を図示する。
【図５】図５は、本願のある実施形態による、ＤＨＣＰｖ６の概観を図示する。
【図６Ａ】図６Ａは、本願のある実施形態による、マシンツーマシン（Ｍ２Ｍ）またはＩｏＴ通信システムを図示する。
【図６Ｂ】図６Ｂは、本願のある実施形態による、Ｍ２Ｍサービスプラットフォームの用途を図示する。
【図６Ｃ】図６Ｃは、本願のある実施形態による、例示的Ｍ２Ｍデバイスの系統図の用途を図示する。
【図６Ｄ】図６Ｄは、本願のある実施形態による、例示的コンピューティングシステムのブロック図の用途を図示する。
【図７】図７は、本願のある実施形態による、６ＬｏＷＰＡＮ境界ルータ（６ＬＢＲ）がアドレス空間を６ＬＲに広めるためのコールフローを図示する。
【図８】図８は、本願の別の実施形態による、６ＬＲがアドレス空間情報を近隣ルータに広めるためのコールフローを図示する。
【図９】図９は、本願のある実施形態による、６ＬＢＲが６ＬＲからアドレス空間を返還するためのコールフローを図示する。
【図１０】図１０は、本願のある実施形態による、合理化された近隣発見（ＮＤ）のためのコールフローを図示する。
【図１１】図１１は、本願のある実施形態による、合理化されたＮＤアドレス登録のコールフローを図示する。
【図１２】図１２は、本願のある実施形態による、ＮＳメッセージを使用する、複数のルータへのアドレス登録のためのコールフローを図示する。
【図１３】図１３は、本願のある実施形態による、登録トークンオプション（ＲＴＯ）を伴うＲＳメッセージを使用する、複数のルータへのアドレス登録のためのコールフローを図示する。
【図１４】図１４は、本願のある実施形態による、ＲＴＯを伴わないＲＳメッセージを使用する、多重アドレス登録のためのコールフローを図示する。
【図１５】図１５は、本願のある実施形態による、ＮＳメッセージを使用する、６ＬＮモビリティのサポートのためのコールフローを図示する。
【図１６Ａ】図１６Ａは、本願のある実施形態による、ＲＳメッセージを使用する、アドレス登録のための状態図を図示する。
【図１６Ｂ】図１６Ｂは、本願のある実施形態による、ＮＳメッセージを使用する、アドレス登録のための状態図を図示する。
【図１７】図１７は、本願の別の実施形態による、グラフィカルユーザインターフェースを図示する。
【図１８】図１８は、本願のある実施形態による、ルータ要請メッセージを図示する。
【図１９】図１９は、本願のある実施形態による、ルータアドバタイズメントメッセージを図示する。
【図２０】図２０は、本願のある実施形態による、近隣要請メッセージを図示する。
【図２１】図２１は、本願のある実施形態による、近隣アドバタイズメントメッセージを図示する。
【図２２】図２２は、本願のある実施形態による、更新アドバタイズメントメッセージを図示する。
【図２３】図２３は、本願のある実施形態による、更新確認応答メッセージを図示する。
【図２４】図２４は、本願のある実施形態による、ルータ確認応答メッセージを図示する。
【図２５】図２５は、本願のある実施形態による、多重登録アドバタイズメントメッセージを図示する。
【発明を実施するための形態】
【００１４】
例証的実施形態の詳細な説明が、本明細書の種々の図、実施形態、および側面を参照して議論されるであろう。本説明は、可能な実装の詳細な実施例を提供するが、詳細は実施例であることを意図し、したがって、本願の範囲を限定しないことを理解されたい。
【００１５】
本明細書内の「一実施形態」、「実施形態」、「１つ以上の実施形態」、「側面」等の言及は、実施形態に関連して説明される特定の特徴、構造、または特性が本開示の少なくとも１つの実施形態に含まれることを意味する。さらに、本明細書の種々の箇所における「実施形態」という用語は、必ずしも同一の実施形態を指しているわけではない。すなわち、いくつかの実施形態によって示され得るが、他の実施形態によっては示されないこともある、種々の特徴が説明される。
【００１６】
概して、本願は、大規模ネットワーク内の近隣発見（ＮＤ）プロシージャを対象とする。具体的には、強化は、大規模ネットワーク展開における拡張性の問題に対処するための６ＬｏＷＰＡＮ  ＮＤおよび効率的なＮＤの両方を対象とする。本願は、ＤＡＤのために６ＬＢＲに相談する必要なく、６ＬＲが一意のグローバルＩＰアドレスを割り当てることを可能にすることによって、マルチホップＮＤ  ＤＡＤのオーバーヘッドを最小化することを目指す。各６ＬＲは、６ＬＮ登録中にアドレスを割り当てる６ＬＢＲによって、６ＬｏＷＰＡＮ内のアドレス空間を配分される。加えて、６ＬＲは、それらの配分されたアドレス空間内で互いと通信し、モビリティケースを補助することができる。そして、６ＬＮは、ＲＳまたはＮＳメッセージの中で適切なフラグを設定することによって、６ＬＲからアドレスを要求することができる。６ＬＲは、その配分された範囲内でアドレスを割り当て、近隣ルータへの６ＬＮの複数の登録もサポートし得る。
【００１７】
本願によると、アドレス登録要求は、ＲＳまたはＮＳメッセージのいずれかを使用して行われ得る。いずれの場合も、要求ノードは、アドレスを割り当てられる。ＲＳメッセージとＮＳメッセージとは、互いに独立しており、各々は、アドレス登録をサポートするために他方を伴わずに実装され得る。ＮＳおよびＲＳメッセージは、最適化およびメッセージング削減を提供し得、「効率的なＮＤ」がオリジナルＮＤと機能する方法に類似する混合モード構成で、既存の機能性とともに採用されることができる。
【００１８】
本願の一側面によると、ルータへのアドレス空間配分をサポートするためのアーキテクチャおよびプロトコルが、説明される。この特徴は、アドレス空間を６ＬＲに配分する能力を６ＬＢＲに提供し、それによって、各６ＬＲは、エンドノード、すなわち、６ＬＮに割り当てることができるグローバルＩＰアドレスを決定し得る。これは、６ＬＢＲの代わりに６ＬＲにアドレス解決を分配し、合理化されたアドレス登録プロシージャの一部として使用される。加えて、６ＬＲは、モビリティをサポートするために、それ自身のアドレス空間を他のルータに通信することができる。
【００１９】
本願の別の側面によると、ＮＤアドレス登録を合理化するためのアーキテクチャおよびプロトコルが、説明される。これは、ＤＡＤを伴わずに行われ得る。６ＬＲにプロビジョニングされる配分されたアドレス空間を採用することによって、６ＬＮは、ルータ発見の一部としてアドレスを要求することができる。故に、ＤＡＤを行うことは、６ＬＲがその空間内でアドレスを割り当てる能力を有するので、必要ではない。実施形態では、６ＬＮは、新しいメッセージフラグおよびオプションとともに既存のＮＳメッセージを使用して、アドレス割り当てを要求し得る。
【００２０】
本願のさらに別の側面によると、複数のルータへのアドレス登録をサポートするためのアーキテクチャおよびプロトコルが、説明される。６ＬＮは、レジストラ６ＬＲからアドレスを要求することができる。６ＬＮは、レジストラ６ＬＲに近隣６ＬＲへの登録を拡張させることに関心があることを示すこともできる。具体的には、レジストラ６ＬＲは、それが６ＬＮに提供する同じアドレス割り当てを近隣６ＬＲに提供する。結果として、６ＬＮは、冗長ルーティングオプションを提供するために、同じアドレスで複数の６ＬＲに登録される。
【００２１】
本願のなおさら別の側面によると、異なるルータへの複数のアドレス登録をサポートするためのアーキテクチャおよびプロトコルが、説明される。６ＬＮは、複数の６ＬＲに登録するための新しいオプションを伴うＲＳメッセージをマルチキャストすることができる。ここで、６ＬＮは、異なるルータから異なるアドレスを割り当てられる。
【００２２】
本願のさらなる側面によると、ローカルリンク内でノードモビリティをサポートするためのアーキテクチャおよびプロトコルが、説明される。すなわち、ルータは、ノードの登録をチェックするために互いにクエリを行うことができる。ルータが互いとアドレス空間配分を共有しているので、このプロシージャをサポートするために、レジストラルータは、どの近隣ルータにコンタクトすべきかを把握する。
【００２３】
（定義および頭字語）
以下の表１は、本願の全体を通して一般的に使用される用語および語句の定義を提供する。例えば、ホストは、ルータではない任意のノードである。インターフェースは、リンクへのノードのアタッチメントである。リンクは、ノードがネットワークスタックのリンク層において互いと通信することができる媒体、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）である。インターフェースのためのリンク層識別子は、Ｅｔｈｅｒｎｅｔ（登録商標）ネットワークのＭＡＣアドレスである。リンクローカルアドレスは、同一のリンク上の近隣ノードに到達するために使用されることができる、リンク専用スコープを有する。近隣は、同一のリンクにアタッチされるノードである。ノードは、インターネットプロトコル（ＩＰ）を実装するデバイスである。さらに、プレフィックスは、ＩＰｖ６アドレスの初期ビットである。ルータは、それ自体に明示的にアドレス指定されていないＩＰパケットを転送するノードである。
【００２４】
サービス層は、ネットワークサービスアーキテクチャ内の機能層であり得る。サービス層は、典型的には、ＨＴＴＰ、ＣｏＡＰ、またはＭＱＴＴ等のアプリケーションプロトコル層の上方に位置し、付加価値サービスをクライアントアプリケーションに提供する。サービス層は、例えば、制御層およびトランスポート／アクセス層等の下位リソース層におけるコアネットワークへのインターフェースも提供する。サービス層は、サービス定義、サービス実行時間有効化、ポリシ管理、アクセス制御、およびサービスクラスタ化を含む（サービス）能力または機能性の複数のカテゴリをサポートする。近年、いくつかの業界規格団体、例えば、ｏｎｅＭ２Ｍが、インターネット／ウェブ、セルラー、企業、およびホームネットワーク等の展開へのＭ２Ｍタイプのデバイスならびにアプリケーションの統合に関連付けられる課題に対処するためにＭ２Ｍサービス層を開発している。Ｍ２Ｍサービス層は、共通サービスエンティティ（ＣＳＥ）またはサービス能力層（ＳＣＬ）と称され得る、サービス層によってサポートされる上記の能力もしくは機能性の集合または組へのアクセスをアプリケーションおよび／もしくは種々のデバイスに提供することができる。いくつかの例は、種々のアプリケーションによって一般に使用されることができるセキュリティ、課金、データ管理、デバイス管理、発見、プロビジョニング、および接続性管理を含むが、それらに限定されない。これらの能力または機能性は、Ｍ２Ｍサービス層によって定義されるメッセージフォーマット、リソース構造、およびリソース表現を利用するＡＰＩを介して、そのような種々のアプリケーションに利用可能にされる。ＣＳＥまたはＳＣＬは、ハードウェアおよび／またはソフトウェアによって実装され得、それらがそのような能力もしくは機能を使用するために、種々のアプリケーションならびに／もしくはデバイス（すなわち、そのような機能エンティティ間の機能インターフェース）にエクスポーズされる（サービス）能力または機能性を提供する機能エンティティである。
【表１−１】
2018526923.tif 000003
【表１−２】
2018526923.tif 000004
【００２５】
（ＩＰｖ６  ＮＤプロトコル）
オリジナルＩＰｖ６  ＮＤプロトコルは、ホストおよびルータにそれらの近隣のリンク層アドレスを決定させるように定義された。それは、ホストが、パケットを転送するであろう近くのルータを見出し、近隣の到達可能性を検出することも可能にする。ＮＤプロトコルは、ステートレスアドレス自動構成およびＤＡＤのための機構も提供する。これらの２つのプロトコルの組み合わせは、本願では、オリジナルＮＤプロトコルと称されるであろう。ＮＤプロトコルは、同じリンク上でアタッチされているホスト間の相互作用に焦点を当てる。これらの相互作用の一次機能性のうちの１つは、ホストが近くの近隣およびルータを発見することである。二次機能性は、ホストがステートレスな様式でそれら自身のアドレスを構成することである。
【００２６】
ルータ発見プロセスは、ＲＳおよびＲＡのＩＣＭＰメッセージ対を通して達成される。周期的に、ネットワークルータは、ネットワークプレフィックス、ホップ限界、およびリンクＭＴＵを含むがそれらに限定されない、ネットワークについての情報を含むＲＡメッセージをマルチキャストする。加えて、フラグが、アドレス自動構成を行う方法をホストに知らせるために、ＲＡに含まれる。これは、ＤＨＣＰｖ６またはステートレスアドレス自動構成（ＳＬＡＡＣ）を通して行われることができる。これらのＲＡメッセージは、ホストがデフォルトルータのリストを極めて迅速に構築することを可能にする。ホストは、周期的ＲＡメッセージを待つことを欲しない場合、ＲＳメッセージを送信することによって、ユニキャストＲＡメッセージを即時に要求し得る。
【００２７】
同様に、ホストは、ＮＳおよびＮＡを含む、一対のＩＣＭＰメッセージを通して近隣を発見することができる。ＮＳメッセージは、ホストがその近隣のリンク層アドレスを決定すること、および、アドレス解決も行うことを欲するとき、送信される。ＲＳメッセージと同様に、ＮＳメッセージは、ＤＡＤに使用される標的アドレスを含み、ネットワーク内のノードにマルチキャストされる。ネットワーク内のノードがＮＳメッセージの中で見出される標的アドレスを使用している場合、ＮＡメッセージが、ＤＡＤ中に要請ホストに返され、アドレスが一意ではないことを信号で伝達する。ＮＡメッセージが返されない場合、標的アドレスは、一意であり、ホストによって使用されることができる。
【００２８】
図１は、それ自体を自動構成するためにホストが経るステップのプロトコル概観を描写する。リンクローカルアドレスは、リンクローカルプレフィックスをホストのインターフェース識別子と組み合わせることから生成され、結果として生じるアドレスは、ＮＳメッセージの中で送信される。このメッセージは、ＤＡＤを行うためにリンクの中のノードにマルチキャストされる。ＮＡメッセージが返されない場合、ホストは、自由にリンクローカルアドレスを使用し、それをそのインターフェースに割り当てることができる。この時点で、ホストは、その近隣とのＩＰ接続性を有する。ＮＡメッセージが返される場合、アドレスは、一意ではなく、ホストは、手動構成またはある他の機構によって、新しいリンクローカルアドレスを構成する必要がある。
【００２９】
ホストがそのリンクローカルアドレスを取得した後、その近隣ルータの全てを見出すために、ルータ発見を行う。それは、近くのルータからＲＡ応答を迅速に取得するためにＲＳメッセージを送信することができる。代替として、ホストは、ルータが送信する周期的ＲＡメッセージを待ち得る。ＲＡメッセージは、プレフィックス情報オプション（ＰＩＯ）、ＭＴＵ値、アドレス構成ＭおよびＯフラグを含むがそれらに限定されない、ネットワーク構成についての重要なパラメータを含む。ＰＩＯパラメータは、所与のプレフィックスを使用してグローバルアドレスを生成するための情報をホストに提供し、ＭおよびＯフラグは、ＤＨＣＰｖ６がホストのアドレスを構成するために使用されるべきかどうかを示す。
【００３０】
ホストがＲＡメッセージ内でパラメータを受信すると、それは、続けてグローバルアドレスを取得することができる。ＤＨＣＰｖ６が構成されている場合、それは、ＤＨＣＰｖ６サーバからグローバルアドレスを要求する。そうでなければ、ホストは、ＰＩＯパラメータを使用して、そのグローバルアドレスを構成し、それが一意であることを確実にするために、生成されたアドレスにＤＡＤを行う。図１で概説されるプロシージャは、リンクローカルアドレス解決のＤＡＤがルータ発見の前に起こることを示すが、それは、任意の順序で行われ得る。グローバルアドレス解決は、ルータ発見後に起こり、ＲＡメッセージの中の情報に依存する。
【００３１】
ＩＰｖ６オーバー６ＬｏＷＰＡＮは、短距離、低ビットレート、低電力、および低コストで動作するデバイスによって特徴付けられる。デバイスは、ＩＥＥＥ８０２．１５．４規格に準拠し、典型的には、制約された性質をもつ。図２に図示されるように、６ＬｏＷＰＡＮネットワークは、境界ルータ（６ＬＢＲ）、ルータ（６ＬＲ）、およびノード（６ＬＮ）から成る。ネットワークは、分離されたネットワークまたはインターネットと統合されたネットワークとして展開され得る。ネットワーク内のリンクは、信頼できないこともあり、ノードは、長い期間にわたってスリープし得る。これらのネットワークの種々の用途は、工業およびオフィスオートメーション、コネクテッドホーム、農業、およびスマートメータを含むがそれらに限定されず、グラフィカルユーザインターフェース（ＧＵＩ）を介してユーザによって視認され、動作させられ得る。
【００３２】
ＩＥＴＦ  ＲＦＣ  ６７７５は、６ＬｏＷＰＡＮネットワークで使用するための最適化されたＮＤプロトコルを提供する。このプロトコルは、６ＬｏＷＰＡＮネットワーク内で動作するオリジナルＮＤで遭遇される問題に対処する。ホストとルータとの間のマルチキャストＮＳおよび周期的ＲＡメッセージの必要性は、ホスト開始型ユニキャストメッセージと置換される。結果として、マルチキャストベースのアドレス解決は、ホスト開始型ユニキャストアドレス登録および新しいマルチホップＤＡＤプロシージャと置換される。これらの最適化は、オリジナルＮＤにおけるマルチキャストＤＡＤ中にそれらのアドレスを防御するための負担を取り除くことによって、ネットワーク内のスリーピノードに役立つ。
【００３３】
図３は、６ＬｏＷＰＡＮのための最適化されたＮＤの一般的概観を示す。リンクローカルアドレスは、ＩＥＴＦ  ＲＦＣ  ４９４４により６ＬｏＷＰＡＮインターフェースに割り当てられる一意のＥＵＩ−６４識別子に基づいて、６ＬＮによって構築される。これは、内部で行われ、ＥＵＩ−６４が６ＬｏＷＰＡＮ内で一意であるので、ＤＡＤを要求しない。そして、６ＬＮは、ＲＳメッセージを送信することによって、ルータ発見を行い、デフォルトルータのリストを取得する。このメッセージは、ソースリンク層アドレスオプション（ＳＬＬＡＯ）を伴って全てのルータにマルチキャストされるので、ルータは、ユニキャストＲＡで返信するためにそれを使用することができる。ＳＬＬＡＯは、６ＬＮのリンク層アドレスである。近隣ルータが利用可能である場合、それらは、ＰＩＯ、信頼できる境界ルータオプション（ＡＢＲＯ）、および６ＬｏＷＰＡＮコンテキストオプション（６ＣＯ）等のネットワークを記述する種々のオプションを含むＲＡメッセージで返信するであろう。ＲＡメッセージは、アドレスが構成される方法を示すフラグも含み、以下に続くアドレス登録プロシージャをトリガする。
【００３４】
６ＬＮは、アドレス登録オプション（ＡＲＯ）およびＳＬＬＡＯオプションの両方を含む、ユニキャストＮＳメッセージを送信することによって、グローバルアドレス登録プロシージャを開始する。これが初めてアドレスが登録されるときであるので、６ＬＲは、グローバルアドレスが一意であることを確実にするために、６ＬＢＲを用いてＤＡＤを行う。ＤＡＤプロシージャは、ＤＡＲメッセージを６ＬＲから６ＬＢＲに送信することから成り、６ＬＢＲは、６ＬｏＷＰＡＮにおけるグローバルアドレスのマスタリストを維持している。このＤＡＲメッセージは、ＡＲＯオプションからの情報を含み、６ＬＢＲに到達する前に複数のホップを通過し得る。６ＬＢＲが、アドレスが一意であることを確認すると、それは、アドレスが一意であり、登録されることができるかどうかを示すＤＡＣメッセージをオリジナル６ＬＲに返送する。アドレスが一意である場合、６ＬＲは、アドレスをそのＮＣＥに追加し、登録が満了する前の適切な存続期間を伴う登録されたＮＣＥとしてそれを分類する。ＡＲＯオプションを伴う登録要求のステータスを示すＮＡメッセージが、６ＬＮに返される。
【００３５】
図４は、「ｄｒａｆｔ−ｃｈａｋｒａｂａｒｔｉ−ｎｏｒｄｍａｒｋ−６ｍａｎ−ｅｆｆｉｃｉｅｎｔ−ｎｄ−０７」で説明されるような効率的なＮＤネットワークの特性の概観を図示する。「オリジナルＮＤ」と比較して、「効率的なＮＤ」は、マルチキャストＮＳおよびＲＡメッセージの両方を除去するが、６ＬｏＷＰＡＮ  ＮＤに類似するマルチキャストＲＳメッセージの使用を保持する。効率的なＮＤでは、２つの新しいパラメータがＲＡメッセージに追加される：ＩＰｖ６  ＮＤ効率認識ルータ（ＮＥＡＲ）が存在するかどうかを示す「Ｅ」フラグ、およびレジストラアドレスオプションを規定するＲＡＯオプション。このオプションは、効率認識ホスト（ＥＡＨ）がそのアドレスを登録する、ネットワーク内のＮＥＡＲルータのリストを提供する。加えて、ルータエポックが、ＮＥＡＲが状態損失を受けたときに再登録するようにＥＡＨに信号で伝達するために提供される。このパラメータは、ＥＡＨに再登録させることによって、ＮＥＡＲがそのＮＣＥ状態を記憶する必要性を最小化することを可能にする。「Ｅ」フラグを含むことは、効率的なＮＤが混合モード構成でオリジナルＮＤと共存することを可能にする。ルータがフラグを含まない場合、動作がデフォルトでオリジナルＮＤになる。
【００３６】
ＥＡＨが新しいＲＡメッセージを受信すると、ＥＡＨは、そのアドレスをＲＡＯの中で提供される全てのＮＥＡＲに登録する必要がある。ＮＳメッセージは、ＩＥＴＦ  ＲＦＣ  ４９４４に導入されているＡＲＯオプションを伴ってＮＥＡＲにユニキャストされ、ＡＲＯオプションは、ＤＨＣＰの一意の識別子（ＤＵＩＤ）等のＥＵＩ−６４以外の異なる一意の識別子をサポートするように拡張されている。トランザクションＩＤも、パケット損失に起因して、ＮＥＡＲがより古い登録と対比して現在の登録を区別することに役立つように追加される。ＮＥＡＲがＥＡＨからアドレス登録要求を受信すると、上で概説されるプロシージャを使用してＤＡＤを行う。
【００３７】
図３および４のコールフローは、類似し、現代の無線ネットワークで提起される問題を解決しようとすることの結果である。６ＬｏＷＰＡＮ  ＮＤが、６ＬｏＷＰＡＮリンクのためにオリジナルＮＤを最適化する一方で、効率的なＮＤは、任意のリンクタイプのネットワークのためにオリジナルＮＤを最適化する。それらの両方は、ドロップされたパケットに起因する無線ネットワークの損失性に対処し、両方とも、マルチキャストＤＡＤを除去することによって、スリープしているノードをサポートする。
【００３８】
ＤＨＣＰｖ６は、ＤＨＣＰｖ６サーバが要求に応じてグローバルＩＰアドレスをクライアントに割り当てるステートフルアドレス自動構成を提供する。図５は、クライアントとサーバとの間のメッセージ交換の概観を図示する。要請メッセージが、リンク上のＤＨＣＰｖ６サーバを発見するためにＤＨＣＰｖ６クライアントによってマルチキャストされる。メッセージ内で、トランザクションＩＤ（ＴＩＤ）、クライアントＩＤ（ＣＩＤ）、アイデンティティアソシエーション（ＩＡ）、および他のオプションを、クライアントがサーバから要求している。ＣＩＤは、ＤＨＣＰｖ６サーバがクライアントを識別するために使用する一意の識別子である一方で、ＩＡは、クライアントのインターフェースに加わるために使用される識別子である。要請メッセージは、ＩＰヘッダ内のソースアドレスとしてのクライアントのリンクローカルアドレスとともに送信されなければならない。
【００３９】
要請メッセージを受信すると、ＤＨＣＰｖ６サーバは、クライアントに返すアドバタイズメントメッセージを準備する。それは、アドバタイズメントメッセージに含まれるべきＴＩＤおよびＣＩＤを要請メッセージからコピーし、それ自身のサーバＩＤ（ＳＩＤ）も追加する。要請メッセージの中で提示されるオプションに基づいて、サーバは、要求されたオプションがサポートされている場合、構成パラメータを返すであろう。それは、それ自身のオプションを追加し、どのようなパラメータが後続の返信メッセージの中で返されるであろうかをクライアントに示し得る。アドバタイズメントメッセージは、クライアントのリンクローカルアドレスに返されるか（クライアントから直接受信された場合）、または、クライアントに転送する中継エージェントに返される。
【００４０】
クライアントは、いくつかのＤＨＣＰｖ６サーバからアドバタイズメントメッセージを受信し得、返されるオプションに基づいて、要求メッセージのためのサーバを選ぶであろう。このメッセージにおいて、クライアントは、要求のためのＴＩＤ、ＣＩＤ、ＩＡ、およびオプションに加えて、ＳＩＤを追加する。クライアントは、サーバがアドバタイズメントメッセージの中にサーバユニキャストオプションを含んでいない限り、このメッセージをサーバにマルチキャストするであろう。
【００４１】
ＤＨＣＰｖ６サーバが有効な要求メッセージを受信すると、それは、クライアントのＩＡのためのバインディングを作成し、他の構成パラメータとともにアドレスをそれに割り当てる。そして、それは、ＴＩＤ、ＳＩＤ、ＣＩＤ、ＩＡ、およびオプションを用いてクライアントへの返信メッセージを構築する。この時点で、サーバは、管理者によって構成される登録存続期間に対して、提供されたアドレスの使用をクライアントに委ねている。続いて、クライアントは、返信メッセージを受信した後、ＤＡＤを行い、それが一意であることを確実にすべきである。
【００４２】
（一般的アーキテクチャ）
図６Ａは、１つ以上の開示される実施形態が実装され得る例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構築ブロックを提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネントもしくはノードならびにＩｏＴ／ＷｏＴサービス層等であり得る。図７−１５のうちのいずれかで参照されるデバイスのうちのいずれかは、図６Ａ−Ｄに図示されるもの等の通信システムのノードを備え得る。
【００４３】
図６Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｉｂｅｒ、ＩＳＤＮ、ＰＬＣ等）または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【００４４】
図６Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインと、フィールドドメインとを含み得る。インフラストラクチャドメインとは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインとは、通常は、Ｍ２Ｍゲートウェイの背後にあるエリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、種々の異なるネットワークのノード（例えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８の各々は、通信回路を使用して、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０または他のＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む種々のネットワークを介して通信し得る。例示的Ｍ２Ｍデバイス１８は、タブレット、スマートフォン、医療デバイス、温度および気象モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、保健および健康モニタ、照明、サーモスタット、電化製品、ガレージドア、および他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。
【００４５】
図６Ｂを参照すると、フィールドドメイン内の図示されたＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイ１４、およびＭ２Ｍデバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍデバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。
【００４６】
図示されたＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’は、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍデバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウドコンピューティング／記憶ファーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。
【００４７】
図６Ｂをさらに参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよびバーティカルが活用することができるサービス配信能力のコアセットを提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、請求、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２２および２２’は、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、ネットワーク１２を通して通信することも可能にする。
【００４８】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、システムのデバイス、ゲートウェイ、サーバ、および他のノードを横断して起動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、請求、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【００４９】
概して、図６Ａおよび６Ｂに図示されるサービス層２２および２２’等のサービス層は、ネットワークサービスアーキテクチャ内の機能層であり得る。サービス層は、典型的には、ＨＴＴＰ、ＣｏＡＰ、またはＭＱＴＴ等のアプリケーションプロトコル層の上方に位置し、付加価値サービスをクライアントアプリケーションに提供する。サービス層は、例えば、制御層およびトランスポート／アクセス層等の下位リソース層におけるコアネットワークへのインターフェースも提供する。サービス層は、サービス定義、サービス実行時間有効化、ポリシ管理、アクセス制御、およびサービスクラスタ化を含む（サービス）能力または機能性の複数のカテゴリをサポートする。近年、いくつかの業界規格団体、例えば、ｏｎｅＭ２Ｍが、インターネット／ウェブ、セルラー、企業、およびホームネットワーク等の展開へのＭ２Ｍタイプのデバイスならびにアプリケーションの統合に関連付けられる課題に対処するためにＭ２Ｍサービス層を開発している。Ｍ２Ｍサービス層は、共通サービスエンティティ（ＣＳＥ）またはサービス能力層（ＳＣＬ）と称され得る、サービス層によってサポートされる上記の能力もしくは機能性の集合または組へのアクセスをアプリケーションおよび／または種々のデバイスに提供することができる。いくつかの例は、種々のアプリケーションによって一般に使用されることができるセキュリティ、課金、データ管理、デバイス管理、発見、プロビジョニング、および接続性管理を含むが、それらに限定されない。これらの能力または機能性は、Ｍ２Ｍサービス層によって定義されるメッセージフォーマット、リソース構造、およびリソース表現を利用するＡＰＩを介して、そのような種々のアプリケーションに利用可能にされる。ＣＳＥまたはＳＣＬは、ハードウェアおよび／またはソフトウェアによって実装され得、それらがそのような能力もしくは機能を使用するために、種々のアプリケーションならびに／もしくはデバイス（すなわち、そのような機能エンティティ間の機能インターフェース）にエクスポーズされる（サービス）能力または機能性を提供する機能エンティティである。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ  Ｍ２ＭアーキテクチャのデバイスＳＣＬ（「ＤＳＣＬ」）、ゲートウェイＳＣＬ（「ＧＳＣＬ」）、またはネットワークＳＣＬ（「ＮＳＣＬ」）で、３ＧＰＰ  ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で、ｏｎｅＭ２Ｍアーキテクチャの共通サービス機能（「ＣＳＦ」）またはＣＳＥで、もしくはネットワークのある他のノードで具現化されるかどうかにかかわらず、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピューティングデバイスまたはノードを含む、ネットワーク内の１つ以上の独立型ノード上で、または１つ以上の既存のノードの一部としてのいずれかで実行する論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）として実装され得る。例として、サービス層ま��はそのコンポーネントのインスタンスは、以下で説明される図６Ｃまたは図６Ｄに図示される一般アーキテクチャを有するネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で起動するソフトウェアの形態で実装され得る。
【００５０】
さらに、本明細書に説明される方法および機能性は、サービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用するＭ２Ｍネットワークの一部として実装され得る。
【００５１】
図６Ｃは、図６Ａおよび６Ｂに図示されるもの等のＭ２Ｍネットワーク内のＭ２Ｍサーバ、ゲートウェイ、デバイス、または他のノードとして動作し得る、図の７−１５のうちのいずれかでステップを行うルータのうちの１つ等のネットワークのノードの例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。図６Ｃに示されるように、ノード３０は、プロセッサ３２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含み得る。ノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。本ノードは、本明細書に説明される時間融通性機能性を実装するノードであり得る。
【００５２】
プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されたコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはノード３０が無線もしくは有線環境内で動作することを可能にする任意の他の機能性を果たし得る。ノードのメモリ内に記憶され、プロセッサによって実行されるコンピュータ実行可能命令はさらに、ノードに上記の図１０に図示される動作を行わせ得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは他の通信プログラムを起動し得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を実施し得る。
【００５３】
図６Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、コンピュータ実行可能命令の実行を通して、ノード３０に、それが接続されるネットワークを介して他のノードと通信させるために、通信回路を制御し得る。具体的には、プロセッサ３２は、本明細書（例えば、図７−１５）および請求項に説明ならびに図示されるステップを行うために、通信回路を制御し得る。図６Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに組み込まれ得ることが理解されるであろう。
【００５４】
伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む他のノードに信号を伝送するために、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線もしくは有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【００５５】
加えて、伝送／受信要素３６は、単一の要素として図６Ｃで描写されているが、ノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、ノード３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ノード３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【００５６】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するために、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、ノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、ノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【００５７】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。例えば、プロセッサ３２は、上で説明されるように、そのメモリの中にセッションコンテキストを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のノード３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、もしくは色を制御し、通信のステータスを反映するために、および図１７に図示され、本願で説明されるＧＵＩ等のグラフィカルユーザインターフェースを提供するように構成され得る。
【００５８】
プロセッサ３２は、電源４８から電力を受電し得、ノード３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、ノード３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【００５９】
プロセッサ３２はまた、ノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成されるＧＰＳチップセット５０に結合され得る。ノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【００６０】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器５２に結合され得る。例えば、周辺機器５２は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【００６１】
ノード３０は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅ−ヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等の他の装置もしくはデバイスで具現化され得る。ノード３０は、周辺機器５２のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【００６２】
図６Ｄは、図６Ａおよび６Ｂに図示されるもの等のＭ２Ｍネットワーク内のＭ２Ｍサーバ、ゲートウェイ、デバイス、または他のノードとして動作し得る、図７−１５に説明されるルータ等のネットワークの１つ以上のノードを実装するためにも使用され得る例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、例えば、図７−１５および付随の説明に図示ならびに説明される動作を行うこと等、コンピューティングシステム９０を稼働させるように中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの公知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは異なる随意のプロセッサである。
【００６３】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【００６４】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られること、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離するメモリ保護機能を提供し得る。したがって、第１のモードで起動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【００６５】
加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある周辺機器コントローラ８３を含み得る。
【００６６】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。例えば、ディスプレイ８６は、図１７に図示され、上で説明されるグラフィカルユーザインターフェースを表示するために使用され得る。
【００６７】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０がネットワークの他のノードと通信することを可能にするために、図６Ａおよび図６Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含み得る。通信回路は、単独で、またはＣＰＵ９１と組み合わせて、本明細書（例えば、図７−１５）および請求項に説明されるステップを行うために使用され得る。
【００６８】
（６ＬＲへのアドレス空間配分）
本願の側面では、６ＬｏＷＰＡＮネットワーク内のルータは、ルータ発見を行い、近隣ルータを見出し、６ＬＢＲも見出す。６ＬＢＲが見出されると、６ＬＲは、次いで、アドレス登録中、６ＬＮへの割り当てのためのアドレス空間を配分されるために、２つの新しいパラメータとともに別のＲＳメッセージを送信することができる。２つの新しいパラメータは、アドレス配分（ＡＡ）要求フラグ（ＡＡ＿ｆｌａｇ）と、ルータが６ＬＢＲに示された空間を予定しておくように求める随意のアドレス空間オプション（ＡＳＯ）とである。ＡＡ＿ｆｌａｇは、６ＬＲが、本開示で概説される能力を有し、ＩＰアドレスを要求６ＬＮに割り当てるためのレジストラルータとしての役割を果たし得ることを６ＬＢＲに示す。ＡＳＯオプションは、どのようなアドレス範囲を６ＬＲが配分されることを欲するかを６ＬＢＲに示すために含まれることができる。６ＬＢＲは、ＡＳＯの中の付与されるアドレス空間と、随意の登録トークンオプション（ＲＴＯ）とを含むＲＡメッセージを返す。６ＬＲに返されるＡＳＯは、ＲＳの中の要求されたＡＳＯと同一であり得るか、または６ＬＢＲが６ＬＲに割り当てる新しい範囲であることができる。ＲＴＯオプションは、６ＬＲが、要求を行う６ＬＮの承認を検証するためにＲＴＯを使用することができるように含まれる。ＲＴＯは、乱数値であり得るか、またはノードの証明情報を検証するために実施された成功した認証プロセスに基づいて暗号で生成され得る。ＡＳＯおよびＲＴＯオプションは両方とも、ネットワークの設定中にネットワーク管理者によって構成される。各６ＬＲは、本開示で概説されるプロシージャを実施するために、それ自身のＡＳＯおよびＲＴＯオプションを有するであろう。６ＬＮが展開されるとき、それらは、適切なＲＴＯでプロビジョニングされ得るか、またはアドレス割り当てのための承認を付与されるために他の手段によって提供され得る。配分を提供することによって、６ＬＢＲは、アドレス空間が６ＬＲにのみ割り当てられ、この空間内の任意のアドレスがＤＡＤを行う必要なく６ＬＮにプロビジョニングされ得ることを６ＬＲに示す。
【００６９】
図７は、６ＬＢＲがアドレス空間を６ＬＲに広める、実施形態を図示する。ステップは、ローマ数字、例えば、１、２、３等によって表される。ステップ１ａでは、６ＬＲ１は、ＡＡ＿ｆｌａｇおよびそれを配分することを６ＬＢＲに欲する提案されたＡＳＯ範囲とともに、ＲＳメッセージを送信する。ステップ１ｂでは、６ＬＢＲは、ＲＳの中で提供されるものと同一の範囲であり得るか、または、異なる範囲であり得るＡＳＯオプションとともに、ＲＡメッセージを返す。加えて、６ＬＢＲは、６ＬＲ１の使用のためのＲＴＯオプションを提供する。ステップ１ｃでは、６ＬＲは、それがアドレスを割り当てるために使用する内部パラメータとして、ＡＳＯおよびＲＴＯオプションを保存する。次いで、ステップ２ａでは、６ＬＲ２は、ＡＡ＿ｆｌａｇのみとともにＲＳメッセージを送信する。ステップ２ｂでは、６ＬＢＲは、ＡＳＯおよびＲＴＯオプションとともにＲＡメッセージを送信する。６ＬＲ２がＡＳＯを提案しなかったので、６ＬＢＲが範囲を６ＬＲ２に割り当てる。ステップ２ｃでは、ステップ１ｃと同一の動作が、６ＬＲ２によることを除いて行われる。続いて、ステップ３ａ−３ｃでは、ステップ１ａ−１ｃで概説されるプロシージャが、６ＬＲ３のために行われる。
【００７０】
別の実施形態によると、６ＬＲが６ＬＢＲによってアドレス空間を配分された後、各６ＬＲは、そのアドレス配分を近隣ルータに通信することができる。これは、図８に図示されるＲＡメッセージ内にＡＳＯおよび関連付けられるＲＴＯオプションを含むことによって行われる。アドバタイズメントの一部として、受信６ＬＲは、近隣６ＬＲのＩＰアドレス、ならびにＲＡメッセージの中で提供されるＡＳＯおよびＲＴＯオプションを保存するであろう。これらのアドバタイズメントは、本明細書に説明される多重登録およびモビリティケースに使用され、各ルータのＡＳＯ値の変更後、または新しい近隣ルータの発見時にのみ、送信される。ＲＡメッセージは、近隣ルータにユニキャストまたはマルチキャストされることができる。
【００７１】
図８に示されるように、ステップの各々は、ローマ数字によって表される。ステップ１ａでは、６ＬＲ１は、６ＬＢＲによってそれに配分されたＡＳＯ１およびＲＴＯ１オプションとともに、ＲＡメッセージを６ＬＲ２にユニキャストする。ステップ１ｂでは、６ＬＲ１は、６ＬＢＲによってそれに配分されたＡＳＯ１およびＲＴＯ１オプションとともに、ＲＡメッセージを６ＬＲ３にユニキャストする。次いで、ステップ２Ａでは、６ＬＲ２は、近隣ルータのためのその内部データ構造の中に６ＬＲ１のＡＳＯ１、ＲＴＯ１、およびＩＰアドレスを保存する。ステップ２ｂでは、６ＬＲ３は、近隣ルータのためのその内部データ構造の中に６ＬＲ１のＡＳＯ１、ＲＴＯ１、およびＩＰアドレスを保存する。続いて、ステップ３ａ−３ｂでは、６ＬＲ２は、その配分されたＡＳＯ２、ＲＴＯ２オプションとともに、ＲＡを６ＬＲ１および６ＬＲ３にマルチキャストする。その後、ステップ４ａ−４ｂでは、６ＬＲ１および６ＬＲ３は、近隣ルータのためのその内部データ構造の中に６ＬＲ２のＡＳＯ２、ＲＴＯ２、およびＩＰアドレスを保存する。さらに、ステップ５および６では、６ＬＲ３は、近隣ルータのための６ＬＲ１および６ＬＲ２の内部データ構造を更新するために、そのＡＳＯ３ならびにＲＴＯ３オプションを用いてステップ３および４を繰り返す。
【００７２】
別の実施形態では、アドレス空間配分が保存される６ＬＲ内の新しいデータ構造が維持される。他の６ＬＲがそれらの配分を通信すると、それも、このデータ構造に保存され、他の６ＬＲのＩＰアドレスも保存される。これは、６ＬＲが近隣６ＬＲに迅速にコンタクトし、多重登録およびモビリティケースをサポートすることを可能にする。以下の表２は、６ＬＲ１で維持される全ての近隣６ＬＲの例示的アドレス配分データ構造を含む。表２は、本願でさらに説明されるように、アドレス登録、多重登録、およびモビリティケース中に使用されるであろう。ＲＴＯオプションは、近隣６ＬＲに割り当てられるものであり、多重登録およびモビリティケースにおいて遠隔６ＬＲにコンタクトする前に、承認チェックとしてローカル６ＬＲによって使用されるであろう。リンクローカルアドレスは、本書で以降に説明される多重登録またはモビリティケースのために近隣ルータにコンタクトするために使用される。ここで使用されるアドレスは、リンク層状アドレス、ならびにローカル６ＬＲが近隣６ＬＲに到達するために使用することができるある他のアドレスであり得る。
【表２】
2018526923.tif 000005
【００７３】
表２の中の６ＬＲによって維持されるデータ構造に加えて、２つの他の新しいパラメータが、アドレスを割り当てることを補助するために保たれる。第１のパラメータ「ｎｅｘｔＡｄｄｒｅｓｓ」は、割り当てのための次の利用可能なアドレスの値を保持し、第２のパラメータ「ｔｏｔａｌＡｄｄｒｅｓｓ」は、割り当てられるために残されたアドレスの総数を保持する。アドレス登録が６ＬＮから行われると、６ＬＲは、「ｎｅｘｔＡｄｄｒｅｓｓ」の中のアドレスを６ＬＮに割り当て、次の登録要求のためにその値をインクリメントする。加えて、「ｔｏｔａｌＡｄｄｒｅｓｓ」は、割り当てのために残っているアドレスの総数を示すように１ずつデクリメントされる。登録解除およびアドレス満了ケースに対して、配分されたアドレスが、現在、自由に割り当てられることができるので、「ｔｏｔａｌＡｄｄｒｅｓｓ」は、１ずつインクリメントされる。「ｎｅｘｔＡｄｄｒｅｓｓ」パラメータの維持に対して、１つのアプローチは、６ＬＲがその範囲の終端までアドレスを割り当て続けることである。終端アドレスに到達すると、６ＬＲは、次の利用可能なアドレスを決定するために、そのソートされたＮＣＥテーブルを分析することができる。６ＬＲは、「ｔｏｔａｌＡｄｄｒｅｓｓ」がゼロに達するまでこれを行い、その時点で、６ＬＲは、６ＬＢＲから新しいアドレス空間を要求することができる。
【００７４】
さらに別の実施形態によると、６ＬＢＲが６ＬＲに前もって配分されたアドレス空間のスライスを返還する必要があり得るときがあり得る。これを達成するために、６ＬＢＲは、図９でローマ数字によってそれぞれ表される以下のステップを行う。ステップ１では、６ＬＢＲは、６ＬＲへの前もって配分されたアドレス空間のスライスを含むＡＳＯオプションとともに、更新アドバタイズメント（ＵＡ）メッセージを送信する。ステップ２では、６ＬＲは、ＡＳＯによって規定される範囲内に入る、任意のアドレスがそのＮＣＥテーブル内にあるかどうかをチェックする。いかなるアドレスも見出されない場合、６ＬＲは、新しい範囲を反映するために、その内部パラメータを更新する。アドレスが見出される場合、６ＬＲは、いかなるアドレスもそのＮＣＥテーブル内で見出されないようにスライスを縮小し、これらのアドレスを６ＬＢＲに返し得る。そうでなければ、それは、アドレスを返還することができないことを示すためのエラーを生成することができる。ステップ３では、６ＬＲは、アドレスが返還されることができる場合のみ、適切なステータスコードおよびＡＳＯオプションとともに、ＵＡＣＫメッセージを送信する。いかなるアドレスも返還されることができない場合、ＵＡＣＫメッセージは、ＡＳＯオプションを含まないであろう。
【００７５】
同様に、６ＬＲが、それに配分される全てのアドレスを割り当てた後、追加のアドレス空間を要求する必要があり得るときがあり得る。６ＬＲは、アドレスの新しい組を取得するために、図７に概説されるようなステップを行うであろう。
【００７６】
（ＤＡＤを伴わない合理化されたＮＤアドレス登録）
本願の別の側面では、６ＬＢＲがアドレス配分を６ＬＲに広めると、６ＬＮは、そのデフォルトルータへのアドレス登録を行うことができる。６ＬＮアドレス登録が起こり得る２つの方法がある。１つの方法は、ＲＳメッセージの中の要求アドレスフラグ（ＡＲ＿ｆｌａｇ）を使用することによる。別の方法は、ＮＳメッセージの中のＡＲ＿ｆｌａｇを使用することによる。図１０は、（Ａ）においてアドレスを要求するためにＲＳメッセージを使用し、かつ（Ｂ）においてＮＳメッセージを使用する６ＬＮを図示する。
【００７７】
アドレス登録のためにＲＳ／ＲＡメッセージを使用するための図１０のステップは、ローマ数字によって表される。最初に、ステップ１では、６ＬＮは、ＡＲ＿ｆｌａｇ組およびＡＲＯオプションとともに、ＲＳメッセージをマルチキャストする（これは、現在のＮＤアドレス登録で使用されるＮＳメッセージのために定義される同一のオプションである）。ステップ２では、６ＬＲは、アドレス配分（ＡＡＯ）オプションを使用して、アドレスを６ＬＮに割り当てる。次いで、ステップ３では、複数の６ＬＲが、ステップ１から要求を受信し、ＡＲＯおよびＡＡＯオプションを伴うＲＡメッセージを返し得る。近隣６ＬＲは、ＲＡメッセージを６ＬＮにユニキャストする。ステップ４では、６ＬＮは、６ＬＲのうちのいずれに登録することを欲するかを選択し、ＡＲＯおよびＡＡＯオプションを伴うＲＡＣＫメッセージを返す。さらに、ステップ５では、ＲＡＣＫメッセージを受信する６ＬＲは、そのＮＣＥテーブルに追加することによって、６ＬＮを登録するためにＡＲＯおよびＡＡＯオプションの中の情報を使用するであろう。ＲＡＣＫメッセージを受信しなかった６ＬＲに対して、内部パラメータ「ｔｏｔａｌＡｄｄｒｅｓｓ」および「ｎｅｘｔＡｄｄｒｅｓｓ」は、それらの前の値に戻る。
【００７８】
別の実施形態によると、アドレス登録のためにＮＳ／ＮＡメッセージを使用するためのステップが、図１０に示されている。ステップは、ローマ数字として表される。ステップ１−２では、６ＬＮは、現在のＮＤのようにルータ発見を行い、登録するルータを選択する。ステップ３では、６ＬＮは、ＡＲ＿ｆｌａｇ組および既存のＡＲＯオプションとともにＮＳメッセージを送信する。ステップ４では、６ＬＲは、次の利用可能なアドレス「ｎｅｘｔＡｄｄｒｅｓｓ」を６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥに登録する。続いて、ステップ５では、６ＬＲは、登録が完了したことを示すために、［ＡＲＯ，ＡＡＯ］オプションとともにＮＡメッセージを返す。
【００７９】
ＡＡＯは、割り当てられたアドレスを６ＬＮに提供する。ＡＲ＿ｆｌａｇは、６ＬＮがアドレス割り当てを要求していることを６ＬＲに信号で伝達する。フラグは、ルータ発見とアドレス登録プロシージャとの両方を同時に行うために、ＲＳメッセージに含まれることができる。代替として、それは、現在のアドレス登録プロシージャ中にＮＳメッセージに含まれることができる。６ＬＲは、ＡＲ＿ｆｌａｇとともにＲＳまたはＮＳのいずれかを受信すると、「ｎｅｘｔＡｄｄｒｅｓｓ」からの次の利用可能なアドレスを取得し、ＲＡまたはＮＡメッセージであるかどうかにかかわらず、応答におけるアドレス配分オプション（ＡＡＯ）にそれを含める。同時に、それは、現在行われているように、アドレス登録情報をそのＮＣＥテーブルに追加する。
【００８０】
ＡＲ＿ｆｌａｇがＲＳメッセージに追加される場合において、６ＬＮは、ルータ確認応答（ＲＡＣＫ）メッセージを、それが登録することを欲する６ＬＲに返さなければならない。ＲＳメッセージが、全ての近隣ルータにマルチキャストされ、６ＬＮによって受信される複数の応答があり得ることに留意されたい。どの６ＬＲに登録することを欲するかを決定した後、６ＬＮは、ＡＲＯおよびＡＡＯオプションを伴うユニキャストＲＡＣＫメッセージを送信する。ＲＡＣＫを受信すると、６ＬＲは、情報をそのＮＣＥテーブルに登録する。ＲＡＣＫを受信しない６ＬＲに対して、いかなるＮＣＥエントリも追加されず、ｎｅｘｔＡｄｄｒｅｓｓおよびｔｏｔａｌＡｄｄｒｅｓｓパラメータは両方とも、前の値に戻る。
【００８１】
図１１は、アドレス登録要求における登録トークンオプション（ＲＴＯ）の包含とともに、図１０と同一のシナリオを示す。その包含は、ＲＴＯの存在が１つのＲＡ応答のみを生成するであろうため、６ＬＮがＲＡＣＫメッセージを返すという要件を除去する。各６ＬＲは、一意のＲＴＯで構成され、合致するＲＴＯを有する６ＬＲのみが、ＲＡメッセージを返すであろう。さらに、ＲＴＯは、承認機構として使用され、６ＬＲが６ＬＮの証明情報を検証するための認証プロシージャをトリガし得る。
【００８２】
別の実施形態では、図１１のコールフローは、それぞれローマ数字によって表される。ステップ１では、６ＬＮは、ＡＲ＿ｆｌａｇ組、ＡＲＯオプション、およびＲＴＯとともにＲＳメッセージをマルチキャストする。次いで、ステップ２では、６ＬＲは、それ自身のＲＴＯに対して提供されたＲＴＯをチェックし、ＲＴＯが合致する場合、６ＬＲは、アドレス配分（ＡＡＯ）オプションを使用してアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。ＲＴＯが合致しない場合、６ＬＲは、メッセージを破棄し、ＲＡに含まれるエラー応答を生成する。ステップ３では、６ＬＲは、ＡＲＯおよびＡＡＯオプションを伴うＲＡを送信し、適切な応答コードを用いて登録プロシージャを完了する。
【００８３】
別の実施形態では、図１１に関して、現在のＮＤのようにルータ発見を行い、登録するルータを選択する６ＬＮによって定義されるステップ１および２を含むプロセスが説明される。ステップ３では、６ＬＮは、ＡＲ＿ｆｌａｇ組、既存のＡＲＯオプション、およびＲＴＯとともにＮＳメッセージを送信する。ステップ４では、６ＬＲは、それ自身のＲＴＯに対して提供されたＲＴＯをチェックする。ＲＴＯが合致する場合、６ＬＲは、アドレス配分（ＡＡＯ）オプションを使用してアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。ＲＴＯが合致しない場合、６ＬＲは、メッセージを破棄し、ＮＡに含まれるエラー応答を生成する。さらに、ステップ５では、６ＬＲは、［ＡＲＯ，ＡＡＯ］オプションとともにＮＡメッセージを送信し、適切な応答コードを用いて登録プロシージャを完了する。
【００８４】
（複数のルータへのアドレス登録のためのサポート）
本願の別の側面によると、複数のルータへのアドレス登録のためのサポートが説明される。６ＬＮがレジストラルータに登録するとき、それは、ＮＳメッセージの中に多重登録（ＭＲ＿ｆｌａｇ）フラグを含むことによって、近くのルータへの登録を拡張することを欲することを示すことができる。登録を拡張することは、６ＬＮが同一のアドレスを複数の近くのルータに登録することを欲することを意味する。
【００８５】
図１２は、複数のルータへの登録のコールフローを図示する。６ＬＮは、ＮＳメッセージにＭＲ＿ｆｌａｇと、ＲＴＯオプションとを含む。６ＬＲ１は、レジストラルータであり、多重登録要求を受信する。それは、提供されたＲＴＯがそれ自体に合致するかどうかを確認するために、適切な内部チェックを行う。合致がある場合、６ＬＲ１は、ｎｅｘｔＡｄｄｒｅｓｓパラメータから６ＬＮにアドレスを割り当て、情報をそれ自身のＮＣＥの中へ登録する。次いで、それは、登録を完了するために、ＡＲＯおよびＡＡＯオプションを伴うＮＡメッセージを返す。
【００８６】
ＭＲ＿ｆｌａｇがオリジナル要求の中で設定されているので、６ＬＲ１は、それが６ＬＮに提供したＡＲＯおよびＡＡＯオプションの両方とともに、多重登録アドバタイズメント（ＭＲＡ）を６ＬＲ２に送信する。同一のＡＲＯおよびＡＡＯオプションを使用することによって、６ＬＲ１が同一のアドレスを伴う６ＬＮを近隣６ＬＲに登録していることに留意されたい。６ＬＲ１は、全ての近隣ルータを見出すために、表２に示されるそのデータ構造を調べる。それは、次いで、ＭＲＡをルータに送信する。６ＬＲ２は、ＭＲＡを受信し、６ＬＮのＡＲＯおよびＡＡＯをそれ自身のＮＣＥに登録する。それは、次いで、アドレス登録が成功したことを示すために、ＡＲＯおよびＡＡＯの両方とともにＮＡを６ＬＮに返送する。６ＬＮは、登録がデフォルトルータではなくて近隣ルータ上で行われたことを認識するために、ＮＡメッセージのソースＩＰアドレスに留意する。
【００８７】
図１２のステップは、以下で議論され、ローマ数字によって表される。ステップ１では、６ＬＮは、ＭＲ＿ｆｌａｇ組とともに、かつＳＬＬＡＯ、ＡＲＯ、およびＲＴＯ１オプションとともに、ＮＳメッセージをユニキャストする。ステップ２では、６ＬＲ１は、それ自身のＲＴＯ１に対して提供されたＲＴＯ１をチェックする。ＲＴＯが合致する場合、６ＬＲ１は、アドレス配分（ＡＡＯ）オプションを使用してアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。６ＬＲ１は、その配分された空間からアドレスを提供するので、６ＬＮのためのホームレジストラルータになる。ＲＴＯが合致しない場合、６ＬＲ１は、メッセージを破棄し、ＮＡに含まれるエラー応答を生成する。ステップ３によると、６ＬＲ１は、ＡＲＯおよびＡＡＯオプションを伴うＮＡを返し、適切な応答コードを用いて登録プロシージャを完了する。次いで、ステップ４では、６ＬＲ１は、登録を近隣ルータへ拡張するために、ＡＲＯ、ＡＡＯ、およびＲＴＯ１オプションとともにＭＲＡを送信する。ステップ５では、６ＬＲ２は、表２に示されるようなそのデータ構造の中のものに対してＲＴＯ１をチェックし、それらが合致するかどうかを検証する。合致がある場合、６ＬＲ２は、６ＬＮの［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。登録からの情報は、メッセージを６ＬＮにルーティングすることを補助するために、ルーティングプロトコルに提供され得る。合致がない場合、６ＬＲ２は、要求を破棄する。最後に、ステップ６では、ステップ５が成功した場合、６ＬＲ２は、［ＡＲＯ，ＡＡＯ］とともにＮＡを６ＬＮに送信する。６ＬＮは、ＮＡメッセージの中で提供されるソースＩＰアドレスを確認することによって、どの６ＬＲにそれが登録されているかを決定する。６ＬＲ１が６ＬＮのためのホームレジストラルータであるので、それは、近隣ルータ間の登録を同期させなければならない。同期化は、２つの部分を伴う：登録存続期間、および登録解除。登録存続期間は、ＭＲＡメッセージと同期させられる。登録解除に関して、６ＬＲ１は、全ての６ＬＮの登録が除去されるために、事実を近隣ルータに通知しなければならない。６ＬＮが、ホームレジストラルータではない６ＬＲに登録解除する場合、その６ＬＲは、ホームレジストラルータが６ＬＮを登録解除することを全ての近隣ルータに通知することができるように、（表２からの情報を使用して）ホームレジストラルータに通知しなければならない。
【００８８】
同様に、複数の登録が、ＲＳメッセージを使用してトリガされ得る。別の実施形態では、図１３は、ＲＳメッセージ内のＭＲ＿ｆｌａｇの組み込みを図示する。ＲＳが全ての近くのルータによってマルチキャストされるので、各６ＬＲは、提供されたＲＴＯがそれ自身のものに合致するかどうか決定を行うであろう。この場合、６ＬＲ１は、合致するＲＴＯを有し、以前に説明されたように要求を処理する。６ＬＲ２は、合致するＲＴＯを有しておらず、故に、何もしない。６ＬＲ１は、それ自体との６ＬＮの登録を完了するために、ＡＲＯおよびＡＡＯオプションを伴うＲＡを返す。それは、次いで、同一のＡＲＯおよびＡＡＯオプションを伴うＭＲＡメッセージを６ＬＲ２に送信する。６ＬＲ２は、オプションをそのＮＣＥに登録し、ＲＡメッセージを６ＬＮに返す。６ＬＮは、ＮＡメッセージの中で提供されるソースＩＰアドレスを確認することによって、どの６ＬＲにそれが登録されているかを決定する。
【００８９】
図１３のステップは、ローマ数字によって表される。ステップ１では、６ＬＮは、ＭＲ＿ｆｌａｇ組とともに、かつＳＬＬＡＯ、ＡＲＯ、およびＲＴＯ１オプションとともに、ＲＳメッセージをユニキャストする。次に、ステップ２ａでは、６ＬＲ１は、それ自身のＲＴＯ１に対して提供されたＲＴＯ１をチェックする。ＲＴＯが合致する場合、６ＬＲ１は、アドレス配分（ＡＡＯ）オプションを使用してアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。６ＬＲ１は、その配分された空間からアドレスを提供するので、６ＬＮのためのホームレジストラルータになる。ステップ２ｂでは、６ＬＲ２は、それ自身のＲＴＯ２に対して提供されたＲＴＯ１をチェックする。ＲＴＯは、合致せず、６ＬＲ２は、要求を破棄し、何もしない。次いで、ステップ３では、６ＬＲ１は、ＡＲＯおよびＡＡＯオプションを伴うＲＡを返し、適切な応答コードを用いて登録プロシージャを完了する。ステップ４では、６ＬＲ１は、登録を近隣ルータへ拡張するために、ＡＲＯ、ＡＡＯ、およびＲＴＯ１オプションとともにＭＲＡを送信する。次に、ステップ５では、６ＬＲ２は、表２に示されるようなそのデータ構造の中のものに対してＲＴＯ１をチェックし、それらが合致するかどうかを検証する。合致がある場合、６ＬＲ２は、６ＬＮの［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。登録からの情報は、メッセージを６ＬＮにルーティングすることを補助するために、ルーティングプロトコルに提供され得る。合致がない場合、６ＬＲ２は、要求を破棄する。さらに、ステップ６では、ステップ５が成功した場合、６ＬＲ２は、［ＡＲＯ，ＡＡＯ］とともにＲＡを６ＬＮに送信する。６ＬＮは、ＲＡメッセージの中で提供されるソースＩＰアドレスを確認することによって、どの６ＬＲにそれが登録されているかを決定する。例示的実施形態では、６ＬＲ１は、６ＬＮの登録の近隣ルータ間の同期化を維持しなければならない。
（異なるルータへの複数のアドレス登録のためのサポート）
【００９０】
本願のさらに別の側面によると、６ＬＮは、負荷バランス目的のために異なるルータから複数のアドレスを取得することを欲し得る。本願で以前に説明された、合理化されたＮＤアドレス登録プロシージャは、ＲＴＯオプションが使用されないとき、異なる６ＬＲへの複数の登録をサポートするよう拡張され得る。図１４は、この場合のためのコールフローを図示する。ステップの各々は、ローマ数字によって表される。具体的には、６ＬＮは、ＭＲ＿ｆｌａｇとともにＲＳメッセージをリンク上の近くのルータに送信する。６ＬＲ１および６ＬＲ２は、ＲＳメッセージを受信し、各々は、アドレスを６ＬＮに割り当てるために、その内部処理を行う。各６ＬＲは、６ＬＮをそのＮＣＥテーブルに登録し、ＡＲＯおよびＡＡＯオプションを伴うＲＡを提供する。ＡＡＯオプションは、２つのＲＡメッセージ間で異なり、各々は、それぞれの６ＬＲから６ＬＮに割り当てられるアドレスを表す。ＡＲ＿ｆｌａｇまたはＭＲ＿ｆｌａｇのいずれかが、この場合、複数の登録をトリガするために使用され得ることに留意されたい。ＡＲ＿ｆｌａｇが使用された場合、６ＬＮは、アドレス割り当てを容認するために、ＲＡＣＫメッセージを各ＬＲに送信すべきである。
【００９１】
図１４のステップ１によると、６ＬＮは、ＭＲ＿ｆｌａｇ組とともに、かつＳＬＬＡＯおよびＡＲＯオプションとともに、ＲＳメッセージをマルチキャストする。ステップ２ａでは、６ＬＲ１は、アドレス配分（ＡＡＯ）オプションを使用して、その配分された空間内のアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。ステップ２ｂでは、６ＬＲ２は、アドレス配分（ＡＡＯ）オプションを使用して、（６ＬＲ１によって割り当てられるアドレスとは異なるであろう）その配分された空間内のアドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥテーブルに登録する。ステップ３ａでは、６ＬＲ１は、適切な応答コードを用いて登録プロシージャを完了するために、ＡＲＯおよびＡＡＯオプションを伴うＲＡを返す。ステップ３ｂでは、６ＬＲ２は、適切な応答コードを用いて登録プロシージャを完了するために、ＡＲＯおよびＡＡＯオプションを伴うＲＡを返す。
【００９２】
（ローカルリンク内の６ＬＮモビリティのためのサポート）
６ＬｏＷＰＡＮにおけるなおもさらなる実施形態によると、６ＬＮモビリティは、ノードがローカルリンク内で動き回るので、またはリンクがその損失性に起因してドロップされるので、問題であり得る。図１５に図示されるプロシージャは、ローカルリンク内のモビリティをサポートすることに役立つ。図１５のステップは、ローマ数字によって表される。このコールフローのための必須条件として、複数のステップ０によって示されるように、６ＬＲは、互いに発見しており、互いのアドレス配分の知識を有し、６ＬＮは、前もって６ＬＲ１に登録され、６ＬＲ２は、６ＬＮのデフォルトルータリストの中にある。コールフローの開始に先立って、６ＬＮは、６ＬＲ２により近づいており、それに登録することを欲する。ここでは、６ＬＮは、既存の近隣到達不可能性検出（ＮＵＤ）を通して、６ＬＲ１への接続性を失ったことを検出するので、それが移動したことを決定する。６ＬＮは、ルータ発見中に決定されるデフォルトルータのリストの中で見出される６ＬＲ２に登録するために、ＭＲ＿ｆｌａｇを伴うＮＳメッセージを使用する。
【００９３】
モビリティサポートプロシージャは、図１５を参照して以下の通りであり、ステップは、ローマ数字によって表される。ステップ１では、６ＬＮは、ＭＲ＿ｆｌａｇならびに略図に示される他のオプションとともに、ＮＳメッセージをユニキャストする。この場合、ＲＴＯオプションが含まれる。ステップ２では、６ＬＲ２は、メッセージを受信し、ＲＴＯがそれ自身のＲＴＯに合致せず、６ＬＮのためのＮＣＥエントリもないことを決定する。ステップ３では、６ＬＲ２は、その近隣ルータリストをチェックし、ＲＴＯが６ＬＲ１のそれに合致することを決定する。それは、次いで、ＡＲＯ、ＡＡＯ、およびＲＴＯオプションとともにＭＲＡメッセージを６ＬＲ１に送信する。ステップ４では、６ＬＲ１は、６ＬＮのためにそのＮＣＥテーブルの中のエントリを見出す。この時点で、６ＬＲ１は、６ＬＮを標的にするメッセージを６ＬＲ２に転送するために、情報をルーティングプロトコルに提供し得る。加えて、６ＬＲ１は、６ＬＲ２上の登録前に満了しないように、その登録存続期間を６ＬＲ２からの更新されたものと同期化させる。結果として、６ＬＮのための割り当てられたアドレスは、６ＬＲ１内で別の６ＬＮに再び割り当てられない。ステップ５では、６ＬＲ１は、６ＬＮの登録が有効であることを６ＬＲ２に示すために、ＡＲＯおよびＡＡＯオプションを伴うＮＡメッセージを返す。
【００９４】
さらに、ステップ６では、６ＬＲ２は、６ＬＮを登録するために、エントリをそのＮＣＥテーブルに追加する。６ＬＲ２は、ここで、６ＬＮのための登録情報を維持する現在のレジストラルータになる。その登録が満了する前に６ＬＮが登録解除する場合、６ＬＲ２は、アドレスが他の６ＬＮへの割り当てのために６ＬＲ１内で解放されることができるように、事実を６ＬＲ１に通知しなければならない。そのアドレス空間からのアドレスを６ＬＮに割り当てたので、ホームレジストラルータである６ＬＲ１は、６ＬＮを登録解除することを全ての近隣ルータに通知しなければならない。続いて、ステップ７では、６ＬＲ２は、ＡＲＯおよびＡＡＯオプションを伴うＮＡメッセージを返し、６ＬＮの登録を完了する。
【００９５】
（６ＬＲ内のアドレス登録プロシージャへの追加）
本願のなおもさらなる側面によると、アドレス登録プロシージャは、ＲＳまたはＮＳメッセージのいずれかを用いて行われ得る。本実施形態では、各プロシージャのための新しい状態図遷移が説明される。６ＬＲは、本願において提案された概念をサポートするために、これらの状態遷移を実装するであろう。
【００９６】
例示的実施形態では、図１６Ａは、ＲＳメッセージを使用するアドレス登録のための状態図を図示する。３つのタイプのメッセージが受信されることができる：（１）要求が行われるＲＳメッセージ、（２）６ＬＮがレジストラルータとしての６ＬＲの選択を確認するＲＡＣＫメッセージ、および、（３）複数のルータへの登録に使用されるＭＲＡメッセージ。状態図の説明は、以下を含む。
【００９７】
（１）メッセージがＲＡＣＫである場合、６ＬＲは、［ＡＲＯ，ＡＡＯ］オプションをそのＮＣＥに登録し、これらのオプションを伴う対応するＲＡメッセージを６ＬＮに送信するであろう。
【００９８】
（２）メッセージがＭＲＡである場合、６ＬＲは、［ＡＲＯ，ＡＡＯ］オプションをそのＮＣＥに登録し（提供されたＲＴＯが６ＬＲ内のものに合致する場合）、これらのオプションを伴う対応するＲＡメッセージを６ＬＮに送信するであろう。ＲＴＯが合致しない場合、６ＬＲは、メッセージを破棄する。
【００９９】
（３）メッセージがＲＳであり、いかなるＡＲ／ＭＲフラグも含まれない場合、動作は、デフォルトで既存のＮＤ状態になる。（ａ）ＳＬＬＡＯが提供される場合、６ＬＲがＲＡメッセージを送信し、（ｂ）いかなるＳＬＬＡＯも提供されない場合、６ＬＲがメッセージを破棄する。または、
【０１００】
（４）メッセージがＲＳであり、ＡＲまたはＭＲフラグのいずれかが含まれる場合、６ＬＲは、ＲＴＯが含まれるかどうかをチェックする。（ａ）いかなるＲＴＯも含まれない場合、６ＬＲは、アドレスを６ＬＮに割り当て、ＲＡメッセージを送信し、（ｂ）ＲＴＯが含まれる場合、６ＬＲは、ＲＴＯ状態のチェックに移動する。（ｉ）提供されたＲＴＯが６ＬＲのＲＴＯに合致する場合、６ＬＲは、アドレスを割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥに登録し、ＲＡが、［ＡＲＯ，ＡＡＯ］とともに６ＬＮに返され、ＭＲ＿ｆｌａｇが設定されている場合、ＭＲＡメッセージを送信し、（ｉｉ）ＲＴＯが合致しないが、ＭＲ＿ｆｌａｇが設定されている場合、ＭＲＡメッセージを送信し、（ｉｉｉ）ＲＴＯが合致しない場合、メッセージを破棄する。
【０１０１】
図１６Ｂに示されるような別の実施形態によると、ＮＳメッセージを使用するアドレス登録のための状態図が説明される。３つのタイプのメッセージが受信されることができる：１）要求が行われるＮＳメッセージ、２）６ＬＮがモビリティケース中に使用される６ＬＮの登録を別の６ＬＲに確認するＮＡメッセージ、および、３）複数のルータならびにモビリティケースへの登録に使用されるＭＲＡメッセージ。
【０１０２】
状態図の説明は、以下を含む。
【０１０３】
（１）メッセージがＮＡである場合、６ＬＲは、［ＡＲＯ，ＡＡＯ］オプションをそのＮＣＥに登録し、これらのオプションを伴う対応するＲＡメッセージを６ＬＮに送信するであろう。
【０１０４】
（２）メッセージがＭＲＡである場合、６ＬＲは、６ＬＮがすでにそれ自体に登録されているかどうかをチェックするであろう。（ａ）該当し、提供されたＲＴＯが６ＬＲのものに合致する場合、成功登録ステータスを伴うＮＡを送信し、（ｂ）該当せず、提供されたＲＴＯが６ＬＲのものに合致する場合、登録ステータスを伴わないＮＡを送信し、（ｃ）該当せず、提供されたＲＴＯが６ＬＲのものに合致しないが、近隣６ＬＲに合致する場合、［ＡＲＯ，ＡＡＯ］オプションをそのＮＣＥに登録し、これらのオプションを伴う対応するＲＡメッセージを６ＬＮに送信し、（ｄ）そうでなければ、適切なエラーステータスを伴うＮＡを送信する。
【０１０５】
（３）メッセージがＮＳであり、いかなるＡＲ／ＭＲフラグも含まれない場合、動作は、デフォルトで既存のＮＤ状態になる。（ａ）ＡＲＯおよびＳＬＬＡＯが提供される場合、６ＬＲは、ＲＡメッセージを送信し、（ｂ）いかなるＳＬＬＡＯも提供されない場合、６ＬＲは、メッセージを破棄する。または、
【０１０６】
（４）メッセージがＮＳであり、ＡＲまたはＭＲフラグのいずれかが含まれる場合、６ＬＲは、ＲＴＯが含まれるかどうかをチェックする。（ａ）いかなるＲＴＯも含まれない場合、６ＬＲは、アドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥに登録し、ＮＡメッセージを送信する。（ｉｉ）ＲＴＯが含まれる場合、６ＬＲは、ＲＴＯ状態のチェックに移動する。（ｉ）提供されたＲＴＯが６ＬＲのＲＴＯに合致する場合、６ＬＲは、アドレスを６ＬＮに割り当て、［ＡＲＯ，ＡＡＯ］をそのＮＣＥに登録し、ＮＡメッセージを送信し、ＭＲ＿ｆｌａｇが設定されている場合、ＭＲＡメッセージを送信し、（ｉｉ）ＲＴＯが合致しないが、ＭＲ＿ｆｌａｇが設定されている場合、ＭＲＡメッセージを送信し、（ｉｉｉ）ＲＴＯが合致しない場合、メッセージを破棄する。
【０１０７】
（グラフィカルユーザインターフェース）
本願の例示的実施形態では、ＧＵＩが、各６ＬＲのアドレス空間を構成する能力をネットワーク管理者に提供するために、６ＬＢＲにおいて作成され得る。図１７は、どのようにして本願の上記の概念がＧＵＩを介して表示されることができるかを図示する。ＧＵＩにおいて、各６ＬＲのためのアドレス空間が示されている。ユーザは、タッチスクリーンインターフェースを通して特定の６ＬＲを選択し、配分された空間を変更し、「ＢｅｇｉｎＡｄｄｒ」または「ＥｎｄＡｄｄｒ」フィールドを変動させることができる。
【０１０８】
図１７では、ＧＵＩインターフェースは、動作中のパラメータ／リソースの変更を表示するために使用されることができる。一実施形態では、ディスプレイ上のＧＵＩは、ある検索パラメータに合致する返された結果を含み得る。検索パラメータは、リソースタイプ、リソース作成時間、リソースサイズ等に基づき得る。例えば、フィルタ基準に合致する「ｋ」個のリソースが、ＧＵＩ上に表示され得る。加えて、ルータホップの数が表示される。例示的実施形態によると、ＧＵＩは、「自動メータ読み取り機」アプリケーションとして表示され得る。アプリケーションは、それによって、ユーザが検索パラメータ等の情報を入力し得るユーザインターフェースを含み得る。そうすることによって、ＧＵＩは、利用可能な空きアドレスの数を示す結果を出力する。これらのネットワークの種々の用途は、工業およびオフィスオートメーション、コネクテッドホーム、農業、およびスマートメータにおける用途も含み得、ＧＵＩを介してユーザによって視認されて動作させられ得る。
【０１０９】
プロセッサ３２は、本明細書に説明される実施例のうちのいくつかにおける学習管理システムが成功であるか、不成功であるか、例えば、サービス要求、コンテキスト読み出し、もしくはコンテキスト通知等に応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、もしくは色を制御するか、または別様にルータおよび関連付けられるコンポーネントのステータスを示すように構成され得る。ディスプレイまたはインジケータ４２上の制御照明パターン、画像、もしくは色は、本明細書、例えば、図７−１５に図示または議論される表もしくは図中の方法フローまたはコンポーネントのうちのいずれかのステータスを反映し得る。本明細書では、ルータのメッセージおよびプロシージャが開示される。メッセージおよびプロシージャは、ユーザが入力ソース、例えば、スピーカ／マイクロホン３８、キーパッド４０、またはディスプレイ／タッチパッド４２を介してリソース関連リソースを要求し、ディスプレイ４２上に表示され得るものの中でも、ノード関連情報を要求、構成、またはクエリを行うためのインターフェース／ＡＰＩを提供するように拡張されることができる。
【０１１０】
図１７は、例示的ディスプレイ、例えば、本明細書で議論される方法およびシステムに基づいて生成され得るグラフィカルユーザインターフェースを図示する。ディスプレイインターフェース、例えば、タッチスクリーンディスプレイは、表２のパラメータ等のノードまたはルータ選択に関連付けられるテキストを提供し得る。別の例では、本明細書で議論されるステップのうちのいずれかの進捗が表示され得る。加えて、グラフィカル出力が、ディスプレイインターフェース上に表示され得る。
【０１１１】
（実施形態）
例示的実施形態によると、ＩＰｖ６  ＮＤメッセージが、ＩＣＭＰｖ６メッセージとして符号化される。これらのメッセージは、新しいフラグまたはオプションを導入することによる、既存のメッセージタイプへのアドオンであり得る。ＲＳメッセージは、ネットワークについてルータによって提供される情報を取得するために、ノードによって使用される。ノードが、このメッセージを全てのルータにマルチキャストし、引き換えにＲＡメッセージを受信するであろう。図１８は、本願で提示される着想をサポートするためのこのメッセージへの提案された追加を図示する。以下の用語は、図１８の中の各フラグおよびオプションを説明する。
【０１１２】
ＡＡ＿ｆｌａｇ：このフラグは、６ＬＲがアドレスを要求ノードに割り当てるために使用することができるアドレス空間を配分することを６ＬＢＲに要求するために、６ＬＲによって送信される。
【０１１３】
ＡＲ＿ｆｌａｇ：このフラグは、ノードが６ＬＲからアドレスの割り当てを要求していることを示すために含まれる。
【０１１４】
ＭＲ＿ｆｌａｇ：このフラグは、要求の条件が満たされる場合、要求ノードが、マルチキャストメッセージを受信する全てのルータへのアドレス登録を行うことを欲することを表す。ＲＴＯオプションとともに使用するとき、そのＲＴＯが合致するルータは、次いで、ＭＲＡメッセージを使用して、ノードを近隣ルータに登録するであろう。
【０１１５】
アドレス配分（ＡＡＯ）：このオプションは、すでに登録されているノードが、ノードのモビリティに起因して近くのルータに登録することを欲するとき、使用される。それは、要求ノードに割り当てられており、ノードがコンタクトを失った別の６ＬＲに登録されているアドレスを規定する。受信６ＬＲは、登録をそのＮＣＥテーブルに追加する前、オリジナル登録のルータに確認するためにこのアドレスを使用すべきである。
【０１１６】
アドレス登録（ＡＲＯ）：これは、アドレス登録に使用される既存のＮＳメッセージの中で見出されるＡＲＯオプションである。それは、一意のインターフェース識別子（ＵＩＩＤ）と、登録存続期間と、ＴＩＤと、ＵＩＩＤのために使用されるＩＤ名前空間を識別するために使用されるビットとを含む。このオプションは、ノードがアドレス登録を要求するためにＲＳメッセージを使用することを可能にするために必要とされる。
【０１１７】
アドレス空間配分（ＡＳＯ）：このオプション内で、開始および終端アドレス値が規定されるべきである。幅は、ネットワークのこの区画に割り当てられるプレフィックスに依存するであろう。このオプションは、６ＬＲが６ＬＢＲから特定のアドレス空間を要求することを可能にする。
【０１１８】
登録トークン（ＲＴＯ）：ＲＳメッセージがアドレス登録を要求するために使用されるとき、ＲＴＯオプションが含まれることができ、６ＬＲは、要求を行う６ＬＮの承認を検証するためにＲＴＯを使用することができる。ＲＴＯは、乱数値であり得るか、またはノードの証明情報を検証するために実施された、成功した認証プロセスに基づいて暗号で生成され得る。
【０１１９】
別の実施形態では、ＲＡメッセージは、ＲＳメッセージに応答して送信される。場合によって、それは、ネットワークパラメータの変化を迅速に伝えるために、要請なしに送信され得る。ＲＳメッセージがアドレス登録に使用された場合、登録のステータスが、返されるＡＲＯオプションの中で提供される。図１９で見られるように、このメッセージに関連付けられる多くのパラメータがあり、あるパラメータの包含は、ＲＳメッセージの中で要求されたものに依存する。図１９の中の以下の情報が、さらに詳細に説明される。
【０１２０】
アドレス配分（ＡＡＯ）：ＡＡＯオプションを含むことによって、６ＬＲは、提供されるアドレスが６ＬＲのＮＣＥに登録されていることを確認している。要求ノードは、次いで、他のノードと通信するためにこのアドレスを使用することができる。
【０１２１】
アドレス登録（ＡＲＯ）：６ＬＲは、アドレス登録プロシージャを完了するために、（ＡＡＯとともに）ＡＲＯオプションを返す。
【０１２２】
アドレス空間配分（ＡＳＯ）：ＲＡメッセージに含まれるＡＳＯは、６ＬＢＲが要求６ＬＲにプロビジョニングしたアドレス空間を表す。６ＬＲは、次いで、アドレス登録プロシージャ中にこの空間内でアドレスを割り当てることができる。
【０１２３】
登録トークン（ＲＴＯ）：ＡＳＯと同様に、ＲＡメッセージの中で返されるＲＴＯは、要求６ＬＲに付与されるトークンを示す。６ＬＲは、アドレス登録を行う６ＬＮの承認を検証するためにこのトークンを使用する。
【０１２４】
さらに別の例示的実施形態によると、新しいフラグおよびオプションが、図２０に示されるメッセージに追加される。典型的には、ＮＤでは、ＮＳメッセージが、アドレス登録プロシージャをトリガするためにレジストラルータにユニキャストされる。ＮＡメッセージが、アドレス登録を完了するためにルータによって返される。図２０は、このメッセージに追加される新しいフラグおよびオプションを示す。新しいフラグは、以下を含む。
【０１２５】
ＡＲ＿ｆｌａｇ：このフラグは、ノードが６ＬＲからアドレスの割り当てを要求していることを示すために含まれる。
【０１２６】
ＭＲ＿ｆｌａｇ：このフラグは、要求の条件が満たされる場合に、要求ノードが、標的ルータへのアドレス登録を行うことを欲することを表す。標的ルータは、次いで、ＭＲＡメッセージを使用して、ノードを近隣ルータに登録するであろう。
【０１２７】
登録トークン（ＲＴＯ）：ＲＴＯオプションは、ノードがアドレスを割り当てられることができることを６ＬＲに示すために含まれる。それは、６ＬＮが６ＬＲへのアドレス登録を行うための承認機構としての役割を果たす。
【０１２８】
図２１に示されるような、その上さらなる例示的実施形態では、ＮＡメッセージが、ＮＳメッセージに応答して返される。登録のステータスは、返されるＡＲＯオプションの中で提供される。加えて、アドレスが登録中に割り当てられた場合、それは、ＡＡＯオプションに含まれる。以下は、どのような情報を各オプションが含むべきかを説明する。
【０１２９】
アドレス配分（ＡＡＯ）：ＡＡＯオプションを含むことによって、６ＬＲは、提供されるアドレスが６ＬＲのＮＣＥに登録されていることを確認している。要求ノードは、次いで、他のノードと通信するためにこのアドレスを使用することができる。
【０１３０】
別の例示的実施形態によると、更新アドバタイズメント（ＵＡ）メッセージが説明される。例えば、図２２に示されるように、この新しいメッセージは、６ＬＲからすでに配分されているアドレス空間のスライスを返還するために６ＬＢＲをサポートする。ＵＡは、返還される要求されたスライスを含むＡＳＯオプションを伴って６ＬＢＲによって送信される。以下は、どのような情報を各オプションが含むべきかを説明する。
【０１３１】
アドレス空間配分（ＡＳＯ）：ＵＡメッセージに含まれるＡＳＯは、６ＬＢＲが６ＬＲから返還することを欲するアドレス空間のスライスを表す。
【０１３２】
さらに別の例示的実施形態では、更新確認応答メッセージが説明される。図２３に示されるように、この新しいメッセージは、６ＬＲからすでに配分されているアドレス空間のスライスを返還することをサポートする。ＵＡＣＫは、６ＬＢＲからのＵＡ要求に応答して、６ＬＲによって返される。それは、要求のステータスと、アドレスが返還される場合、６ＬＢＲに返されるであろうアドレスのスライスとを提供する。以下は、どのような情報を各フラグが意味するか、および何を各オプションが含むべきかを説明する。
【０１３３】
Ｓｔａｔｕｓ＿ｆｌａｇ：このフラグは、６ＬＲからアドレスのスライスを返還するためのＵＡ要求のステータスを提供する。復号された値は、以下である：０＝返還することができない、１＝要求されたＡＳＯスライスを返還する、２＝要求されたＡＳＯスライスよりも小さいスライスを返還する、および３＝要求されたＡＳＯスライスとは異なるスライスを返還する。
【０１３４】
アドレス空間配分（ＡＳＯ）：ＵＡＣＫメッセージに含まれるＡＳＯは、６ＬＲが６ＬＢＲに返還することができるアドレス空間のスライスを表す。
【０１３５】
さらに別の実施形態によると、ルータ確認応答メッセージが説明される。図２４に示されるように、これは、ＲＳメッセージを使用するアドレス登録をサポートするための新しいメッセージである。ＲＡＣＫは、アドレス登録がＲＴＯオプションを伴わずにＲＳメッセージを使用するとき、ノードによって返される。ＲＳが全てのルータにマルチキャストされるので、ノードは、複数のＲＡメッセージを受信し得る。それは、次いで、それが登録することを欲するルータを選択し、ＲＡＣＫを返す。以下は、どのような情報を各オプションが含むべきかを説明する。
【０１３６】
アドレス配分（ＡＡＯ）：ＡＡＯオプションを含むことによって、ノードは、それが標的ルータに登録されることを欲することを確認する。
【０１３７】
アドレス登録（ＡＲＯ）：ノードは、アドレス登録プロシージャを完了するために、（ＡＡＯとともに）ＡＲＯオプションを返す。
【０１３８】
その上なおもさらなる例示的実施形態では、ＭＲＡメッセージは、６ＬＮを複数のルータに登録するために、ルータによって他のルータに送信される。図２５に示されるように、オリジナル要求では、６ＬＮは、それが複数のルータに登録することを欲することを示すために、ＭＲ＿ｆｌａｇを設定する。標的ルータは、最初に、６ＬＮをそれ自体に登録し、次いで、６ＬＮが近隣ルータにも登録されることができるように、ＭＲＡメッセージをそれらに送信する。複数の登録をサポートすることに加えて、ＭＲＡはまた、ノードが、それが登録されるルータとの通信を失い、オリジナル登録を保持しながら別のルータに登録することを欲する、モビリティケースでも使用される。
以下は、どのような情報を各オプションが含むべきかを説明する。
【０１３９】
アドレス配分（ＡＡＯ）：標的６ＬＲは、近隣ルータ上のアドレスに登録するために、ＡＡＯオプションを含む。
【０１４０】
アドレス登録（ＡＲＯ）：標的６ＬＲは、近隣ルータ上の要求ノードに登録するために、（ＡＡＯとともに）ＡＲＯオプションを提供する。
【０１４１】
登録トークン（ＲＴＯ）：標的６ＬＲは、ノードの登録に関連付けられるＲＴＯを含む。
【０１４２】
システムおよび方法が、現在、具体的側面と見なされているものに関して説明されているが、本願は、開示される側面に限定される必要はない。請求項の精神および範囲内に含まれる種々の修正ならびに類似配列を網羅することが意図され、その範囲は、全てのそのような修正および類似配列を包含するよう、最も広義の解釈を与えられるべきである。本開示は、以下の請求項のありとあらゆる側面を含む。
【図１】
2018526923.tif 000006
【図２】
2018526923.tif 000007
【図３】
2018526923.tif 000008
【図４】
2018526923.tif 000009
【図５】
2018526923.tif 000010
【図６Ａ】
2018526923.tif 000011
【図６Ｂ】
2018526923.tif 000012
【図６Ｃ】
2018526923.tif 000013
【図６Ｄ】
2018526923.tif 000014
【図７】
2018526923.tif 000015
【図８】
2018526923.tif 000016
【図９】
2018526923.tif 000017
【図１０】
2018526923.tif 000018
【図１１】
2018526923.tif 000019
【図１２】
2018526923.tif 000020
【図１３】
2018526923.tif 000021
【図１４】
2018526923.tif 000022
【図１５】
2018526923.tif 000023
【図１６Ａ】
2018526923.tif 000024
【図１６Ｂ】
2018526923.tif 000025
【図１７】
2018526923.tif 000026
【図１８】
2018526923.tif 000027
【図１９】
2018526923.tif 000028
【図２０】
2018526923.tif 000029
【図２１】
2018526923.tif 000030
【図２２】
2018526923.tif 000031
【図２３】
2018526923.tif 000032
【図２４】
2018526923.tif 000033
【図２５】
2018526923.tif 000034
【国際調査報告】
2018526923.tif 000035
2018526923.tif 000036
2018526923.tif 000037
2018526923.tif 000038