JP2007533272A - グローバルインターネットプロトコルプレフィックス番号モビリティ - Google Patents

Abstract

ルーティングシステムは、モバイルプラットフォームをインターネットにリンクするよう動作することができる。このシステムは、モバイルプラットフォーム（１４）にリンク可能な地上系通信リンクマネージャ（２２、４６）を含む。少なくとも１つの地上系プレフィックスサーバ（１８、４８）は、通信リンクマネージャ（２２、４６）と通信可能である。最初のインターネットアドレスがモバイルプラットフォーム（１４）に割当てられる。プレフィックスサーバプログラムは、モバイルプラットフォーム（１４）の最初の宛先アドレスを、通信リンクマネージャ（２２、４６）およびインターネットに伝える。モバイルプラットフォーム（１４）の移動セグメントの間、新たな宛先アドレスを、プレフィックスサーバ（１８、４８）を用いてインターネットに伝え、モバイルプラットフォーム（１４）およびインターネット（１６）間の通信を継続させることができる。

Description

発明の分野
本発明は、一般的にはインターネットプロトコル（ＩＰ）パケットのルーティングに関し、より具体的には連続したネットワーク基盤が利用できないかもしれない場合にＩＰパケットをモバイルプラットフォームに／からルーティングするためのシステムおよび方法に関する。

発明の背景
インターネットのための一般的なネットワークルーティングプロトコルは、各々が１または２以上のルータを有するサブネットワークが、固定されたままであるか、または、ネットワークアーキテクチャへの連続接続を維持していると想定する。ＩＰパケットおよび必要なルーティング情報の、自律システム間での転送は、まず、複数のデータルータおよびサブネットワークを有する、少なくとも送信端末および受信端末間の通信リンクを設けることによって、行なうことができる。ボーダゲートウェイプロトコル４（ＢＧＰ−４）といったインターネットルーティングプロトコルを用いて通信経路を設けることができる。好ましいルーティング経路は、たとえばＢＧＰ−４を用い、マルチステッププロセスで、さまざまな好みの属性値を、利用できる各ルートに割当て、最適ルートを選択することにより、決定できる。

たとえば航空機、船舶、電車、バス、自動車などを含むモバイルプラットフォーム（以降簡単にするために航空機と呼ぶ）にとっては、ＩＰパケットの転送が困難となる可能性がある。その理由は、サブネットワークのうち１つまたは２つ以上を、航空機の位置の変化に合わせて変えなければならないか、または、好ましいルートを連続的に変えなければならないためである。結果として、ライン更新メッセージが、好ましいルートの変更に合わせて連続的に変化する際に、「フラッピング」が生じ得る。フラッピングを回避するための一般的な方法の１つは、すべてのデータを元のサブネットワークに「バックホール」し、当初リンクされていた固定経路で転送が行なえるようにすることである。これは、最も効率的または費用対効果の高いデータ転送方法でないことが多い。

２００３年８月５日に発行された、Rempe他への米国特許第６，６０４，１４６号は、衛星メッシュ型ネットワークを通してインターネットプロトコル（ＩＰ）サービスを提供できるようにする、中央集中型ルート−サーバアーキテクチャを開示している。この中央集中型ルート−サーバは、標準ワークステーション上で実現される。ルーティング情報は、ネットワーク内のマスタ端末とそれ以外の各端末との間で交換されるだけである。宛先端末への接続が存在しない場合、または、宛先端末には帯域幅の増大が必要である場合、エントリ端末が、マスタ端末に対し、衛星接続または（一時的な）帯域幅の増大を要求しなければならない。宛先端末が移動プラットフォームの場合、すべてのルーティング情報を、マスタ端末を通して逆流させなければならず、ＩＰパケットは、新ルートが確認されるまでそのまま保持される。モバイルプラットフォームの移動セグメント中に変化するインターネットアドレスは、考慮されていない。

発明の概要
本発明の好ましい実施例に従うと、グローバルインターネットプロトコルプレフィック
ス番号モビリティシステムは、モバイルプラットフォームをインターネットにリンクするように動作可能であり、このシステムは、モバイルプラットフォームと通信するようにリンク可能な地上系通信リンクマネージャを含む。少なくとも１つの地上系プレフィックスサーバは、通信リンクマネージャと通信するように動作可能である。最初のアドレスをモバイルプラットフォームに割当てることができる。プレフィックスサーバプログラムは、このモバイルプラットフォームの最初のインターネットアドレスを、通信リンクマネージャおよびインターネットに伝えるように動作することができる。

本発明の別の好ましい実施例に従うと、モバイルプラットフォームとインターネットとの間で、モバイルプラットフォームの移動セグメントの間、少なくとも１つの地上系通信リンクマネージャを用いて、通信コンタクトを維持する方法は、モバイルプラットフォームおよび通信リンクマネージャを通信可能にリンクするように動作可能な少なくとも１つの地上系プレフィックスサーバを創設するステップと、プレフィックスサーバを、モバイルプラットフォームのプレフィックス番号を複数のプレフィックス番号の中から選択する動作を行なえるようにプログラムするステップと、プレフィックス番号を、モバイルプラットフォームに、移動セグメントの間、割当てるステップと、プレフィックスサーバを介し、モバイルプラットフォームの宛先アドレスを、通信リンクマネージャを介して伝えられるプレフィックス番号を用いて、信号で知らせるステップとを含む。

本発明のグローバルインターネットプロトコルプレフィックス番号モビリティシステムはいくつかの利点をもたらす。本発明のプレフィックスサーバを、地上系通信リンクマネージャの近くまたはその内部に配置することによって、プレフィックスサーバの機能を果たすシステムハードウェアまたはソフトウェアを、モバイルプラットフォームから取り出してインターネットへの流路の地上系部分に配置できる。これによって、モバイルプラットフォームの複雑性およびコストを軽減でき、かつ限られた数のプレフィックスサーバが一群のモバイルプラットフォームのために働くようにできる。プレフィックス番号を、モバイルプラットフォームに、本発明のプレフィックスサーバを用いて割当てることにより、プレフィックス番号のローカルプールを保持できる。プレフィックスサーバを使用することにより、プレフィックス管理機能を果たすことによって一群の航空機のために働くのに必要なプレフィックスの総数を減じることができる。モバイルプラットフォームの移動セグメントにインターネットアクセスを与えることができる一方で、必要であればプレフィックス番号を通信リンク間で切り替えてもよい。

この特徴、機能および利点を、本発明のさまざまな実施例において独立して得ることができる、または、さらにそれ以外の実施例において組み合わせてもよい。

本発明は、詳細な説明および添付の図面から、より十分に理解されることになるであろう。

好ましい実施例の詳細な説明
以下の好ましい実施例についての説明は、本質的に例示にすぎず、決して本発明、その応用または用途を限定することを意図していない。

本発明の好ましい実施例に従い、図１を全体的に参照すると、本発明のモバイルルーティングシステム１０は、航空機１４といったモバイルプラットフォームに配置されたユーザ電子装置１２を含み得る。インターネット１６には、本発明のプレフィックスサーバ１８を用いて、ユーザ電子装置１２への通信経路を設けることができる。

インターネット１６との通信のために、ユーザ電子装置１２を、プレフィックスサーバ
１８に接続可能な１または２以上のインターネットサービスプロバイダ（ＩＳＰ）２０を介し、接続できる。プレフィックスサーバ１８も、地上系通信リンクマネージャ（ＧＣＬＭ（ground based communication link manager））２２に接続可能である。ＧＣＬＭ２２は、双方向通信経路２３を介し、地上系送信機／受信機（ＧＢＴ／Ｒ（ground based transmitter/receiver））２４と通信できる。ＧＢＴ／Ｒ２４は、通信衛星２６との間で、信号経路２８を介し、電子信号を送信できる。これら電子信号は、航空機１４のアンテナ３０に、衛星／航空機通信経路３２を介して伝達可能である。航空機１４内では、通信信号を、航空機データ転送システム３４との間で転送でき、このデータ転送システムは、信号を、信号経路３６を介し、ユーザ電子装置１２に転送またはユーザ電子装置から受信することができる。信号経路３６は、ハードワイヤード信号経路または無線周波数信号経路とすることができる。

航空機１４の移動セグメントは、本明細書では、ポイント「Ａ」を始点とし、ポイント「Ｂ」を終点とする飛行として定義され、この移動セグメント中、ユーザ電子装置１２とインターネット１６との間の通信を、実質的には通信衛星２６が提供することができる。この移動セグメントの少なくとも一部の間、通信経路３２が、アンテナ３０が信号を通信衛星２６から受信できないまたは信号を通信衛星２６に送信できないために、中断または遮断されることがある。この状態の間、新たな通信経路を、航空機１４のアンテナ３０とインターネット１６との間に開くことができる。これは、信号を、アンテナ３０および通信衛星３８間で、衛星／航空機通信経路４０を介して転送することによって可能である。信号を、通信衛星３８から、通信経路４４を介し、ＧＢＴ／Ｒ４２に転送し、ＧＢＴ／Ｒ４２から転送できる。ＧＢＴ／Ｒ４２も、双方向通信経路４７を介し、ＧＣＬＭ４６に接続できる。ＧＣＬＭ４６は、プレフィックスサーバ４８に接続でき、プレフィックスサーバは、インターネット１６と直接通信できる、または、交互に、１または２以上のインターネットサービスプロバイダ５０（点線で示す）を介し、インターネット１６と通信できる。ＧＢＴ／Ｒ２４およびＧＢＴ／Ｒ４２のうちいずれかも、たとえば直接通信経路５１を介し、航空機１４と直接通信できる。直接通信経路５１は、たとえば航空機１４が離陸の準備をしているときまたは航空機１４が着陸したときに、使用できる。

図２を全体的に参照して、本発明のプレフィックスサーバへの機能接続の例が示される。プレフィックスサーバ１８は、内部ＢＧＰ接続５４を介し、ＧＣＬＭ２２とルートリフレクタ５２との間に接続できる。ルートリフレクタ５２も、内部ＢＧＰ接続５８を介し、ルータ５６に接続できる。ルータ５６は、外部ＢＧＰ接続６０を介し、ＩＳＰ２０に接続できる。ルートリフレクタ５２との間で転送される信号のための、追加の外部接続は、内部ＢＧＰ接続６４を介してルートリフレクタ５２に接続されたルータ６２を介して行なうことができる。ＧＣＬＭ２２からの通信信号は、ＧＢＴ／Ｒ８６と関連付けられたモデム８４ａに接続される第１のルータ６６ａを介し、通信衛星２６との間で転送できる。ＧＢＴ／Ｒ８６と関連付けられたモデム８４ｂに接続される第２のルータ６６ｂも、ＧＣＬＭ２２から通信衛星２６への信号転送経路および通信衛星２６からの信号転送経路を提供できる。

第２のプリフィックスサーバ６８は、信号を、内部ＢＧＰ接続７２を介し、ＧＣＬＭ２２とルートリフレクタ７０との間で転送することができる。ルータ７４は、内部ＢＧＰ接続７６を介し、ルートリフレクタ７０に接続できる。ルータ７４は、外部ＢＧＰ接続７８を介し、ＩＳＰ５０に接続可能である。

ＩＳＰ２０は、第１の自律システム「Ｃ」を形成する。ＩＳＰ５０は、第２の自律システム「Ｄ」を形成する。ルータ８０を、内部ＢＧＰ接続８２を介し、ルートリフレクタ７０に接続できる。図２において認識される各ルータおよびルートリフレクタは、当該技術において一般的に知られているものである。装置１８、５２、５６、６２、６６ａ、６６
ｂ、６８、７０、７４および８０は、自律システム「Ｅ」を形成できる。各ルートリフレクタ５２、７０は、対向する補助システムルータに、交差接続できる。接続６０、７８により、インターネットと、地上系ネットワークシステムとの間で通信を行なうことができる。外部ＢＧＰ接続６０、７８により、種々のルートを、自律システム「Ｅ」といった地上系ネットワークシステム、インターネットサービスプロバイダ（２０または５０）、およびインターネット１６間に形成することができる。

ルータ６２およびルータ８０はそれぞれモデム８４ａおよびモデム８４ｂと通信できる。モデム８４ａおよびモデム８４ｂは双方ともに、ＧＢＴ／Ｒ８６と通信できる。ＧＢＴ／Ｒ８６は、一般的に知られているように、インターネット１６への代替通信経路を提供できる。モデム８４ａおよびモデム８４ｂは、追加の自律システム（図示せず）からＧＢＴ／Ｒ８６にリンクできる複数のモデムの例である。

プリフィックスサーバ６８も、自律システム「Ｆ」内に存在し得るＩＰトラフィックトンネル経路９０を介し、ＧＣＬＭ８８に接続できる。

図３を全体的に参照すると、本発明のプレフィックスサーバの基本機能が示されている。この例において、プレフィックスサーバ１８は、ＩＳＰ２０および航空機１４間の通信を行なうことができる。最初に、各航空機１４に、航空機独自の識別番号９２を与えることができる。ＧＣＬＭ２２、プレフィックスサーバ１８、ルートリフレクタ５２およびルータ５６には、自律システム番号９４を与えることができる。航空機１４が移動セグメントを開始すると、プレフィックス番号９６を、プレフィックスサーバ１８を用いて、少なくとも２つのソースのうち一方から選択できる。自律システム「Ｅ」といった各自律システムには、プレフィックス番号のローカルプールを割当てることができる。この例では、自律システム「Ｅ」にはプレフィックス番号のローカルプール９８が割当てられている。最初、ローカルプール９８は空であり、一般的には航空機１４または追加の航空機（図示せず）の個々の移動セグメントの終了時に、その複数のプレフィックス番号の各々が与えられる。ローカルプール９８は、所定の数または限度の、関連するプレフィックス番号を受け入れる容量を含む。ローカルプール９８にプレフィックス番号がなければ、次に、プレフィックスサーバ１８は、プレフィックス番号のグローバルプール１００を検索できる。グローバルプール１００は、複数の自律システムから入手可能な複数のプレフィックス番号を提供できる。プレフィックス番号９６をローカルプール９８またはグローバルプール１００から選択した後、プレフィックスサーバ１８は、航空機１４の独自識別番号９２に対するプレフィックス番号９６を、航空機１４のローカル宛先アドレス１０２に、マッピングすることができる。続いて、プレフィックスサーバ１８は、宛先アドレス１０２を、内部ＢＧＰ接続５４を介して航空機１４およびインターネット１６間で可能なデータ通信経路を形成する複数の自律システム各々が利用可能なサイトとして、認識する。双方向通信経路２３が開いていれば、ネットワーク層到達可能性情報（ＮＬＲＩ（network layer reachability information））１０４の形式の複数のルータデータを、複数のルート経路を介し、複数の自律システムに送信できる。当該技術では知られているように、ネットワーク層到達可能性情報は、たとえば、「ＮＥＸＴ＿ＨＯＰ」、「ＵＰＤＡＴＥ］、「ＫＥＥＰ ＡＬＩＶＥ」、「ＬＯＣＡＬ＿ＰＲＥＦ」、「ＡＳ＿ＰＡＴＨ」および「ＮＯＴＩＦＩＣＡＴＩＯＮ」メッセージといった情報を含むことができる。複数のルート経路は、第１のルート経路１０６、第２のルート経路１０８、インターネットに接続された第３のルート経路１１０およびインターネット１６に接続された第４のルート経路１１２を含み得る。これらのルート経路は例であり、ＮＬＲＩ１０４のために可能なルート経路を示している。

モバイル自律システム番号（ＭＡＳＮ）１１５を、プレフィックス番号９６にリンクさせてもよい。プレフィックスサーバ１８はこのＭＡＳＮ１１５を用いてＮＬＲＩ１０４を
修正する。ボーダゲートウェイプロトコルの形態のいくつかは、プレフィックスの元の自律システム番号が本質的に概ね静的であることを必要とすることがある。ＭＡＳＮ１１５は、プレフィックスサーバ情報を与えてＡＳ＿ＰＡＴＨを修正し、インターネットサービスプロバイダ２０がインターネット１６を通したＮＬＲＩ情報の伝搬を認証し認可できるようにする。ＭＡＳＮ１１５を使用することにより、プレフィックスサーバ１８が、ローカルプール９８内の複数のルートを集約して、各プレフィックス番号９６について正確なＮＬＲＩをインターネット１６に伝搬する必要性を減じることもできる。ＭＡＳＮ１１５を用いた集約ＮＬＲＩを使用することにより、ローカルプール９８内のすべてのルートを対象とする単一のＮＬＲＩを挿入する機能を与えることにもなる。インターネットサービスプロバイダの中には、単一の大きなプレフィックス番号を好ましいとするインターネットサービスプロバイダがあるであろう。

場合によっては、航空機１４に割当てられたプレフィックス番号を修正することが望ましいであろう。プレフィックスサーバ１８は次のようにして新たなプレフィックス番号１１４を要求できる。まず、ローカルプール９８に照会し、次に、新たなプレフィックス番号１１４がローカルプール９８から入手できないのであればグローバルプール１００に照会するのである。プレフィックス番号９６と同様、新たなプレフィックス番号１１４を、固有識別番号９２とともにマッピングし、新たな宛先アドレス１１６を形成することができる。新たな宛先アドレス１１６への送信の前に、ルート経路１０６、１０８、１１０および１１２を含む、開いたルート経路は各々、プレフィックスサーバ１８によって閉じられる。次に、プレフィックスサーバ１８が、新たな宛先アドレス１１６を、さまざまな自律システムに認識させ、続いて、プレフィックスサーバ１８は、複数の新ルート（図示せず）を識別し、新たに開いたルートを介してＮＬＲＩ１０４を転送する。プレフィックスサーバ１８は、プレフィックス番号９６を、新たなプレフィックス番号１１４が回収されたときに、ローカルプール９８またはグローバルプール１００に戻す。

移動セグメント（この例ではポイント「Ａ」からポイント「Ｂ」）が終了すると、（もしまだ使用されているのであれば）プレフィックス番号９６または新プレフィックス番号１１４が、ローカルプール９８がその最大容量に達していなければ、ローカルプール９８に戻される。ローカルプール９８がその最大容量に達していれば、プレフィックス番号（９６または１１４）は、グローバルプール１００に戻される。最優先事項としてプレフィックス番号をローカルプール９８に戻すことによって、関連する自律システムが即時再使用するためにプレフィックス番号を維持することによる、外部「ルートフラッピング」の可能性が減少する。したがって、航空機１４は、新たな移動セグメントの開始時に、ローカルプール９８に戻されたばかりのプレフィックス番号を再使用することができる、または、別の航空機（図示せず）が、ローカルプール９８のプレフィックス番号を再使用することができ、このようにして、グローバルプール１００からプレフィックス番号を引き出す必要性を減じることができる。

ＧＣＬＭ２２が双方向通信経路２３を用いて航空機１４と通信できなくなったとき、ＧＣＬＭ２２から次のＧＣＬＭ（たとえば図１に示すＧＣＬＭ４６）への引継は、以下の順序のステップを含む。新たな地上局のＧＣＬＭ（この例ではＧＣＬＭ４６）は、ＧＣＬＭ２２に、固有識別番号９２を、新たな宛先アドレス（たとえば１１６）を介して入手できることを、伝える。次に、プレフィックスサーバ４８は、ＮＬＲＩ１０４を、新たなＮＬＲＩとして、内部ＢＧＰ接続を介して導入できる。次に、ＧＣＬＭ２２は、プレフィックサーバ１８に、固有識別番号９２にはもはや到達できないことを知らせることができる。次に、プレフィックスサーバ１８は、ＮＬＲＩ１０４に関する元のルートを回収することができる。ボーダルータ（たとえば図２に示されるルータ７４および８０）は、新たなＮＬＲＩを、プレフィックスサーバ４８（またはプレフィックスサーバ６８）から、９０などのＩＰトンネル接続を介して受取ることができる。これらボーダルータは、この新たな
ＮＬＲＩを、他のルータ（自律システム「Ｃ」へのルータ５６など）に知らせることができ、これにより、航空機１４とインターネット１６との間のインターネットサービスプロバイダ２０のための接続が再度開かれる。

着陸時には、以下のステップが行なわれる。有効なＧＣＬＭ（ＧＣＬＭ２２、ＧＣＬＭ４６またはＧＣＬＭ８８）は、プレフィックスサーバ１８に、航空機１４の着陸状況を知らせることができる。プレフィックスサーバ１８は、プレフィックス番号（プレフィックス番号９６）を、ローカルプール９８またはグローバルプール１００に戻すことができる。次に、プレフィックスサーバ１８は、図２に示されるプレフィックスサーバ６８といった他のプレフィックスサーバに、固有識別番号９２マッピングが現在無効であることを伝えることができる。

本発明のプレフィックスサーバは、本明細書において認識される機能を果たすコンピュータプログラムである。プレフィックスサーバプログラミングは、ＧＮＵ Ｚｅｂｒａといった既存のオープンソースコード、またはそれ以外のソースコードを用いて記述できる。本発明のプレフィックスサーバは、ボーダゲートウェイプロトコル４（ＢＧＰ−４）を用いた用語でも認識できる。本発明は、ＢＧＰ−４プロトコルに限定されない。これ以外のプロトコルを、当業者には周知の、使用するプロトコルに固有の修正を加えて、使用することができる。

本発明のグローバルインターネットプロトコルプレフィックス番号モビリティルーティングシステムにはいくつかの利点がある。本発明のプレフィックスサーバを、地上系通信リンクマネージャの近くまたはその中に配置することにより、プレフィックスサーバの機能を果たすシステムハードウェアまたはソフトウェアを、モバイルプラットフォームから取り出して、インターネットへの流路の地上系部分に配置できる。これによって、モバイルプラットフォームの複雑性およびコストを低減することができ、かつ、限られた数のプレフィックスサーバが、一群のモバイルプラットフォームのために働くことができる。プレフィックス番号を、本発明のプレフィックスサーバを用いてモバイルプラットフォームに割当てることにより、プレフィックス番号のローカルプールを保持できる。これらプレフィックス番号を保持することにより、外部ルートフラッピングの可能性を低減できる。本発明のシステムは、既存のプロトコルを使用しており、既存のインターネット基盤を修正してシステムのプレフィックス番号モビリティをサポートすることを必要とするのではない。本発明のプレフィックスサーバは、内部ＢＧＰルートサーバおよび動的プレフィックス割当サーバとして機能する。したがって、本発明のプレフィックスサーバは、ルートを追加し、ＮＥＸＴ＿ＨＯＰ属性といったＮＬＲＩデータを設定し、有効なＧＣＬＭ信号が、双方向通信経路がもはや利用できないことを知らせたときに、ルートを回収することができる。

さまざまな好ましい実施例について説明してきたが、当業者は、発明の概念から離れることなく修正および変形を実施し得ることを理解するであろう。例は、本発明を説明するものであって、本発明を限定することを意図しているのではない。したがって、明細書および特許請求の範囲は、関連する先行技術に鑑み必要となるような限定はあるものの、自由に解釈されるはずである。

本発明の好ましい実施例に従う、グローバルインターネットプロトコルプレフィックス番号モビリティシステムの模式図である。 本発明の、プレフィックスサーバに関するインターネットシステム接続の例を示す模式図である。 本発明の好ましい実施例に従う、モバイルルーティングシステムの通信およびデータフロー経路を示す模式図である。

Claims (35)

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. 複数のルート経路に関する、単一のネットワーク層到達可能性情報メッセージを注入するステップを含む、請求項３２に記載の方法。

Images