(57)【要約】  移動ネットワークのポータブルノードと、少なくとも１つの外部の固定のネットワークとを少なくとも１つのモバイルルータを介して接続する到達可能性サービスを提供する移動ネットワークの動作方法では、一時的な名前識別子がポータブルノードに割り当てられ、少なくとも１つのプロキシネームサーバによってポータブルノードの目下到達可能なアドレスにマッピングされる。
2007505535.tif 000002
【特許請求の範囲】
【請求項１】
移動ネットワークのポータブルノードと、少なくとも１つの外部の固定のネットワークとを少なくとも１つのモバイルルータを介して接続する到達可能性サービスを提供する移動ネットワークの動作方法において、
一時的な名前識別子を前記ポータブルノードに割り当て、少なくとも１つのプロキシネームサーバによって前記ポータブルノードの目下到達可能なアドレスにマッピングすることを特徴とする、移動ネットワークの動作方法。
【請求項２】
前記一時的な名前識別子の割り当ては前記移動ネットワークへの入口におけるポータブルノードの認証の一部である、請求項１記載の方法。
【請求項３】
前記一時的な名前識別子の割り当てを、専用のネーミング要求に応答して、認証の完了後に何時でも実施する、請求項１記載の方法。
【請求項４】
複数の一時的な名前識別子のグループ登録を、１つの移動ネットワークと接続されている種々のポータブルノードの代わりに、モバイルルータによって実施する、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記モバイルルータはあらゆるアドレス変更に応答して１つまたは複数のプロキシネームサーバをポータブルノードの最近のアドレス情報を用いて更新し、ネーミング要求を解決する十分な情報が１つまたは複数のプロキシネームサーバにおいて、登録およびモビリティ更新メッセージとして利用可能であることを保証する、請求項１から４までのいずれか１項記載の方法。
【請求項６】
前記プロキシネームサーバが該プロキシネームサーバ自体によりネーミング要求を解決できない場合には、前記モバイルルータは名前解決要求をローカルネームサーバに転送するためのアドレスを１つまたは複数のプロキシネームサーバに提供する、請求項５記載の方法。
【請求項７】
移動ネットワークにおける種々のモバイルルータは協同的に、登録およびモビリティ更新メッセージをプロキシネームサーバに送信する、請求項５または６記載の方法。
【請求項８】
一時的な名前識別子に基づく前記到達可能性サービスは直接的なアドレス変換スキーマを支援し、ここでポータブルノードの各プライベートアドレスは１つの公開アドレスまたはアドレスの集合に対応し、１つの公開アドレスを複数のプライベートアドレスにマッピングする、請求項１から７までのいずれか１項記載の方法。
【請求項９】
アドレスの集合を含む前記アドレス変換スキーマにおいて、名前解決要求を前記ネームプロキシサーバから、ポータブルノードの登録された一時的な名前のドメイン名に関連付けられている移動ネットワークのローカルネームサーバに転送する、請求項８記載の方法。
【請求項１０】
前記移動ネットワークの前記ローカルネームサーバは、名前解決要求が反復的であるか非反復的であるかを識別し、エラーメッセージの送信によって反復的な要求に応答する、請求項９記載の方法。
【請求項１１】
アドレス変換の動的なモデルを支援し、ポータブルノードは名前解決要求に基づき公開アドレスを移動ネットワークの外に配置されている対応ノードから取得し、ネームプロキシサーバからの名前解決要求を、前記ポータブルノードの登録された一時的な名前のドメイン名と関連付けられている前記移動ネットワークのローカルネームサーバへ転送する、請求項１から１０までのいずれか１項記載の方法。
【請求項１２】
新たな動的ホスト構成プロトコルオプションを使用して前記一時的な名前を前記ポータブルノードに割り当てる、請求項１から１１までのいずれか１項記載の方法。
【請求項１３】
請求項１から１２までのいずれか１項記載の方法を実施する移動ネットワークコンフィギュレーションにおいて、
複数のポータブルノードと、
前記ポータブルノードのための少なくとも１つの外部のネットワークとのアクセスを提供する、少なくとも１つのモバイルルータと、
一時的な名前識別子を前記ポータブルノードの目下到達可能なアドレスにマッピングするプロキシネームサーバとを有することを特長とする、移動ネットワークコンフィギュレーション。
【請求項１４】
前記ポータブルノードの登録された一時的な名前のドメイン名と関連付けられている、前記移動ネットワークの少なくとも１つのローカルネームサーバが設けられている、請求項１３記載の移動ネットワークコンフィギュレーション。
【発明の詳細な説明】
【技術分野】
【０００１】
一時的な名前識別子に基づく到達可能性維持のための移動ネットワークのコンフィギュレーションおよび移動ネットワークの動作方法。
【０００２】
本発明は請求項１の上位概念による移動ネットワーク（moving network）の動作方法およびこの方法に適合された移動ネットワークコンフィギュレーションに関する。
【０００３】
日常生活の全ての領域にわたるネットワークベースのサービスの使用が加速化され、またユビキタスになっている中で、公共の輸送手段に乗っている間にそのようなサービスを利用できることがユーザにとってますます重要になってきている。したがって、工業国における輸送機関会社はそのための技術的な基準を提供するため、すなわち商業的な使用にとって十分な移動ネットワークを開発して確立するために努力している。最近になり、移動ネットワークと交通手段の外にある固定ネットワークとの間で信頼できるコネクションを提供するためのこれらの開発の主要な焦点が判明した。
【０００４】
移動ネットワークがインターネットのような外部のネットワークとの接続ポイントを変更する場合には、特別な測定をこの外部のネットワークと接続されるノードに対して行う必要がある。何の動作も行われなければ、移動ネットワーク内のノードは接続性ないしコネクティビティ（connectivity）を失うことになる。
【０００５】
この状況は、同じような方向に同じような速度で独立して移動する移動ノードか、１つの単位として移動するノードのグループによって現される。そのような移動ネットワークを構成する重要な属性は、基準システム内での個々のノードの共通する移動動作と、考察される期間にわたる個々のノードの相対的な隣接性によって表すことができる。
【０００６】
重要な実施形態は、ネットワークが乗り物内に存在し、また例えば列車内の移動中の顧客とのアクセスを提供する管理された乗り物ネットワークである。この文脈における「管理された」とは、公共の乗客輸送手段においてネットワークインフラストラクチャが認められており、また電子通信、情報およびエンターテイメントサービスを顧客に提供するためのバリューチェーンを識別する管理団体によって運営されている環境を表す。
【０００７】
外部ネットワークとの接続性を有するそのようなネットワークに関して考えられるネットワークトポロジが図１に示されている。種々のポータブルノードＰＮ１．．．ＰＮ３が乗り物ネットワークＶＮと共に確認される。何故モバイルノードが基礎ネットワークとの直接的なコネクションを有する代わりに、乗り物ネットワークを介するアクセスを取得しようとするのかについての潜在的な理由が幾つか存在する。ゲートウェイノードを表すモバイルルータＭＲは１つまたは複数の無線アクセスネットワークを介する基礎ネットワークとの接続性を維持する。１つ以上のＭＲを介して移動ネットワークを外部ネットワークと接続することができるが、以下の記述においては簡潔にするためにＭＲは１つだけと仮定する。ネットワークが移動している間に、モバイルルータＭＲは新たな候補アクセスルータ、それどころか新たな候補アクセスネットワークとコネクションを再び確立することができる。幾つかのポータブルノードは移動ネットワークの外にある対応ノードとの通信を確立することができ、また殊にホームネットワークとの継続的な接続性および到達可能性（reachability）を維持しようとする。続いて、対応ノードからポータブルノードへの新たなコネクションを移動ネットワークの現在の位置に適切にルーティングする必要がある。起こりうる位置の更新は、到達可能性を維持するために各ポータブルノードの別個の要求に依存して、相当数のモバイルノードにとって必要である。
【０００８】
そのような移動ネットワークの考えられる別の実現形態は、自発的で共同的なアドホックネットワークを形成している複数のポータブルノードを有するパーソナルエリアネットワーク（ＰＡＮ）であり、そのようなネットワークでは幾つかのポータブルノードが外部ネットワークとのゲートウェイノードとして動作することができる。
【０００９】
外部ネットワークとのコネクションを再び確立するためのメカニズムは、２つの段階を有するものとして推察することができる。「接続性」と称される第１の段階では、通信を開始するために移動ネットワーク内のノードが外部ネットワークに達することができる。「到達可能性」と称される第２の段階では、外部ノードが移動ネットワーク内のノードと通信を開始することができる。
【００１０】
本発明の課題は、移動ネットワーク内のノードに関するノード到達可能性の問題を、これらの移動ネットワークと接続されているノードに一時的なホストネームを割り当てることによって解決するための方法を提供することである。
【００１１】
この課題は、一方では請求項１記載の特徴を有する方法によって解決され、他方では請求項１３記載の特徴を有する移動ネットワークのコンフィギュレーションによって解決される。
【００１２】
したがって本発明の基本的な特徴は、到達可能性への既存のアプローチでは支援されないアドレッシングモデルを基礎とする、例えばＮＡＴ（ネットワークアドレス変換）のようなモデルが含まれることである。このことは、移動ネットワークが異なるネットワークプロトコル（例えばＩＰｖ４およびＩＰｖ６）で動いているネットワーク間をローミングする場合でも、到達可能性を依然として維持できるように行われる。
【００１３】
このようにして本発明は通信の非能率を低減する。到達可能性の支援に関して考えられるメッセージの流れが図３に示されている。
【００１４】
静的なアクセスネットワークの場合には、到達可能性を支援するための１つのオプションはネーミングサービスを使用することによって提供される。ネットワークエンティティ（ノードおよびユーザ）は自身を識別するための名前を有する。これらのエンティティとの通信の前には、名前と関連付けられているルーティング可能なアドレスが発見される段階が先行する。ＤＮＳは名前とアドレスのマッピングに関して最も一般的に使用されているシステムである。このシステムにおいては、決して変更されないまたは殆ど変更されないと想定される名前が時折変更される可能性のあるＩＰアドレスにマッピングされる。
【００１５】
ＩＰベースのマルチメディアセッションにおける呼制御を可能にするためのＳＩＰ（セッション開始プロトコル）をネーミングシステムとして考慮することができる。ＳＩＰセッションにおけるパーティはＳＩＰ  ＵＲＩを使用してアドレッシングされる。呼び出されたパーティが入り呼を異なるＳＩＰパーティに転送する場合には、ＳＩＰサーバはセッション要求を再配置することができる。このことはＤＮＳコンセプトに類似するが、ＳＩＰはあらゆるＳＩＰクライアントに関するアドレスについて名前解決を行わない。
【００１６】
単一のモバイル装置に関する到達可能性を処理するために考慮することができる別の方法は以下のものである。
１）名前・アドレスマッピングの直接的な更新−例えば、動的なＤＮＳ解決法：モバイルノードのＩＰアドレスが変更されると、ＤＮＳシステムは名前を新たなアドレスにマッピングする。動的なＤＮＳは移動ネットワークのための解決法として提案されてはいないが、コンセプトをこのケースに拡張することは容易である。
２）ネーミングシステムに登録されたアドレスと、ノードによって使用される新たなアドレスのマッピングの形成。マッピングは、モバイル端末に送信されたパケットをインターセプトし、それらのパケットを新たなアドレスにトンネリングするエージェントによって維持される。この状況においては、名前とアドレスのマッピングは変更されずに維持される。このことはモバイルＩＰベースの解決法の背景にある基本である。ＭＩＰベースの複数の解決法が移動ネットワークに関して提案されている。
【００１７】
この解決法の実際の詳細は、移動ネットワークおよびそのネットワーク内のノードをアドレッシングするために使用される方法に依存する。以下の定義が使用される：
ＭＲ＝モバイルルータ、あらゆる所を実際に移動しており、また移動ネットワークを外部のネットワークに接続している装置。
ＰＮ＝ポータブルノード、モバイルルータを介して外部のネットワークと接続されるノード。１つのＭＲと接続することができる複数のＰＮが存在していてもよい。
ＣＮ＝対応ノード、ＰＮと通信するインターネット内のノード。
ＣｏＡ＝気付アドレス、訪問先ネットワークに加わったノードにその訪問先ネットワークにより割り当てられたアドレス。
ＭＩＰ＝モバイルＩＰ。これはポータブルノードが自身の周知の（例えばＤＮＳに登録された）ホームアドレスにＣｏＡを関連付けることによって、ポータブルノードに到達可能のままであることを保証する方法である。基本的なＭＩＰはネットワークが固定されており、且つ端末のみが移動することを想定する。
ＧＮ＝基礎ネットワーク、基礎ネットワークは移動ネットワークと外部ＩＰ／インターネット網との間でパケットを供給する。この基礎ネットワークはＭＲとの無線による接続性を提供する。
NAT=ネットワークアドレス変換、外部ＩＰネットワーク内にルーティングすることができるＩＰアドレス間、すなわちインターネットと、ローカルネットワーク（サブ）ドメイン内で使用することができるＩＰアドレスのプライベートな表現との間で変更を行うメカニズムである。
【００１８】
以下では、種々のアドレッシングモデルに関して、到達可能性の問題を解決するためにどのようにして動的ＤＮＳおよびＭＩＰ解決法を時々使用することができるかを説明する。
【００１９】
ＭＲホームネットワークによるアドレスの割り当て
このことはＩＥＴＦ  ＮＥＭＯ  ＷＧ（Network Mobility Working Group）において現在追究されているアプローチである。モバイルルータは標準的なメカニズムを使用してルーティング可能なアドレス、そのＣｏＡを基礎ネットワークから取得する。モバイルルータはモバイルではないホームネットワークに関連付けられている。このホームネットワークにおいてはモバイルＩＰがエージェントであり、モバイルルータを介してルートにアドレッシングされたメッセージが目下グローバルにルーティング可能なモバイルルータのＣｏＡにトンネリングされることを保証する。アドレスのサブネット（または他のグループ）はモバイルルータのホームネットワークによって移動ネットワークに割り当てられる。これらのアドレスがモバイルルータに接続されるＰＮに割り当てられる。このことはＰＮがインターネットとの通信を開始できることを保証する。
【００２０】
到達可能性を特徴とするＭＩＰ解決法を達成するために、ＰＮはＭＩＰを使用できることも想定される。ＰＮはモバイルルータから受信したアドレスをホームエージェントに登録する。ＰＮが同一の移動ネットワークに接続されている間は、モバイルルータから受信したアドレスは決して変更されないので、ホームエージェントとの初期結合の更新が一度実施されればＰＮの到達可能性は問題にならない。
【００２１】
到達可能性を維持するための同様のアプローチを動的なＤＮＳを使用して提供することができ、このアプローチにおいて一方ではＰＮがＭＲから受信したアドレスを用いてそのＤＮＳサーバを更新する接続の無線ポイントが変更される。この解決法はＭＩＰベースの解決法よりも効率的なルーティングを提供するが、ＰＮとの全てのトラフィックが依然としてＭＲホームネットワークを介して案内され、またこのＭＲホームネットワークを出てトンネリングされるので、依然としてあまり効率的ではない。
【００２２】
上述の２つの解決法の欠点は、ＰＮのホームネットワークまたはモバイルルータのホームネットワークとモバイルルータとのトンネルを介してトラフィックが移動ネットワークに間接的にルーティングされることである。前者の場合には、付加的なトンネルがＰＮのホームエージェントとＰＮとの間で必要とされ、これにより高い通信オーバヘッドを有する２倍のトンネルが生じる。このコンフィギュレーションが図２に示されている。
【００２３】
訪問先ネットワークによるアドレスの割り当て
この解決法においては、単純なＣｏＡを訪問先ネットワークから取得する代わりに、モバイルルータがアドレスのサブネット（または幾つかの別のグループ）を訪問先ネットワークから取得する。ＭＲはこれらのアドレスをＰＮに割り当てる。このことはＰＮがインターネットとの通信を開始できることを保証する。ＭＲが訪問先ネットワークを変更した時、例えば２つの異なるネットワークドメイン間で移動ネットワークがハンドオーバする時、ＰＮに割り当てられたＩＰアドレスを変更する必要がある。
【００２４】
この状況における到達可能性を含むＭＩＰベースの解決法に関しては、ＰＮがまたＭＩＰを使用できることも想定される。ＰＮはモバイルルータから受信したアドレスをホームエージェントに登録する。到達可能性についての動的なＤＮＳ解決法に関しては、ＰＮがＭＲから受信したアドレスを用いて自身のＤＮＳサーバを更新する。
【００２５】
いずれの場合にも、到達可能性の見地からのこのアプローチの主たる欠点は、各ＰＮが別個にモビリティ（mobility）更新通知を送信する必要があるという事実に起因して、ネットワークが移動してＩＰアドレッシング情報を更新する度に信号バーストが生じることである。
【００２６】
アドレッシングについてのＭＲ  ＭＩＰフォーリンエージェント解決法
この状況においては、モバイルルータはＰＮがＰＮのホームアドレスを維持することを可能にする。ＭＲは登録された各ＰＮに関するホスト毎のエントリを維持する。ＭＲはＭＩＰフォーリンエージェントとして動作し、したがってＰＮにＭＲの目下のネットワークアドレスは何であるかを通知し、このネットワークアドレスは到達可能性を達成するためにＰＮがＰＮホームエージェントに登録すべきＣｏＡである。
【００２７】
この解決法は、２つのアドレスすなわちホームアドレスとＣｏＡのコンセプトを正確に解釈するために実行しているＭＩＰプロトコルスタックをＰＮが有することを要求する。
【００２８】
到達可能性の見地からこのアプローチの欠点は、ネットワークが移動する度にＰＮとＰＮ  ＭＩＰホームエージェントとの間で信号バーストが生じることである。さらにはこの解決法はホームエージェントからの間接的なルーティングおよびトンネリングを使用するので非効率的である。
【００２９】
ＮＡＴベースのアドレッシング
ネットワークのモビリティを管理するための別の方法はＭＲがＮＡＴを使用することである。ＭＲはプライベートアドレスをＰＮに割り当てる。
【００３０】
ＮＡＴはステイトレスで良い。すなわちアドレッシングコンフィギュレーションはリンク検出およびルータ広告のようなメカニズムを基礎としている。この場合には、ＭＲはアドレスのセットを基礎ネットワークから取得し、これらのアドレスと使用されるプライベートアドレスとの間の１：１のマッピングを提供する。このアドレッシングモデルは、モビリティイベントがＰＮには知られないので、訪問先ネットワークからのアドレスがＰＮに直接割り当てられる上述のオプションを上回る利点を有する。
【００３１】
ＮＡＴがステイトフルである場合、すなわちＤＨＣＰ（動的ホスト構成プロトコル）のような幾つかのメカニズムが存在する場合には、ＭＲは基礎ネットワークからただ１つのアドレス（そのＣｏＡ）のみを取得し、必要なアドレス変換を管理する。このアプローチは目下の基礎ネットワークが単一のアドレスをノードに割り当てるだけなので有効である。
【００３２】
このアドレッシングモデルは既存の技術を用いて実施できるものとしてはおそらく最も重要である。他のオプションとは異なり、ＰＮは基礎ネットワークの詳細を知らない。したがって例えば、ＩＰｖ４端末は基礎ネットワークを支援するモビリティが実際にはＩＰｖ６であることに気付くことはない。これは現行の装置が全てＩＰｖ４であるので重要な問題になりそうであるが、将来的にモバイルネットワークはＩＰｖ６を使用して動作するための第一のネットワークの１つになりそうである。
【００３３】
到達可能性に関する動的なＤＮＳ解決法もＭＩＰベースの解決法もこの状況では機能しない。何故ならば、ＰＮはＰＮの適切にルーティング可能なアドレスを知らないので、いずれのシステムも適切に更新することができないからである。ＤＮＳまたはＭＩＰホームエージェントを用いる、割り当てられたプライベートなＩＰアドレスの登録は到達可能性の維持を阻止する可能性がある。アプリケーション層においてアドレスに関連する情報についての変換機能を提供するアプリケーション層ゲートウェイ（ＡＬＱ）に基づいて、これらの問題を克服するための解決法を考え出すことができる。しかしながらそのような解決法のいずれもセキュリティの問題を伴うことになる。解決法の一部はＲＦＣ２６９４、ＮＡＴに対するＤＮＳの拡張によって提供される。この状況においては、ＰＮのプライベートアドレスがプライベートネットワーク内に設けられているネームサーバ機能に登録される。ＤＮＳ要求がプライベートネットワークによって受信されると、ＤＮＳ応答（プライベートアドレスを含む）はＤＮＳメッセージを処理するための特別なアプリケーション層ゲートウェイ（ＤＮＳ−ＡＬＧ）によってインターセプトされる。このＡＬＧ（アプリケーション層ゲートウェイ）は、ＮＡＴ機能が要求されたプライベートホストアドレスと公開アドレスとの間の一時的な結合を確立することを要求する。ＡＬＧはプライベートアドレスを返却公開アドレスに置換することができる。ＣＮは名前解決要求が応答された後にＰＮとのコネクションをしばしば確立し、アドレスマッピングに関する一時的な状態が維持される。コネクションが確立されていない場合には、状態はタイムアウトとなり、公開アドレスは将来的な使用のためにＮＡＴアドレスプールに戻される。
【００３４】
本発明は、移動ネットワークと接続されるポータブルノードに関する到達可能性を効率的に維持するために、一時的な名前を使用してネーミングサービスを拡張するシステムを規定する。解決法の詳細は上述の適切なアドレス割り当てスキーマに依存し、このスキーマは現状のアプローチ、すなわち上述のＭＩＰの解決法および動的なＤＮＳの解決法にとっても当てはまる。しかしながらこの解決法を、ＤＮＳおよびＭＩＰの解決法が適用されない幾つかのＮＡＴアドレッシング解決法にも適用することができる。
【００３５】
本発明は以下のアドレッシング状況に関して移動ネットワークに接続されているポータブルノードに対する一時的な名前の割り当ておよび到達可能性の支援に関する提案を含む。
−ＭＲホームネットワークによって割り当てられたアドレス
−訪問先ネットワークによって割り当てられたアドレス
−静的に構成されたステイトレスなＮＡＴ（ネットワークアドレス変換）
−動的に構成されたステイトレスなＮＡＴ
−ステイトフルなＮＡＴ
【００３６】
本発明の別の観点および実施形態を種々の適用シナリオについて図面を参照しながら説明する。
【００３７】
図１は従来技術による移動ネットワークコンフィギュレーションの概略図を示す。
【００３８】
図２はトラフィックが間接的にルーティングされる移動ネットワークコンフィギュレーションを示す。
【００３９】
図３は本発明の第１の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【００４０】
図４は本発明の第２の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【００４１】
図５は本発明の第３の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【００４２】
図６は本発明の第４の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【００４３】
図７は本発明の第５の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【００４４】
全ての状況に共通することは、移動ネットワークと接続されている間に使用されるためにＰＮが一時的な名前を取得できることである。このことは、ユーザが公共のアクセスネットワークに接続することを試みる、一般に実施されるユーザ認証および権限付与処理の一部として容易に認識することができる。本発明により表される特定の状況においては、ポータブルノードが物理的に移動ネットワークと接続されており、また外部ネットワークとの到達可能性に関する支援を要求することができる。続いて、使用される実際のアドレッシングモデルに依存せずに、ＰＮはＩＰアドレスをＭＲから例えばＤＨＣＰを用いた動的なコンフィギュレーションによって受信する。新たなＤＨＣＰオプションの一部として、ＰＮは使用に適した（例えばＤＮＳベースのネーミングサービスに関するＤＮＳ「ＣＮＡＭＥ」識別子として）一時的な名前識別子も受信する。この実施例においては、ＤＮＳ  ＵＰＤＡＴＥプロシージャが使用され、その標準的な名前をホームＤＮＳサーバ内の新たなＣＮＡＭＥにマッピングする。モバイルルータはプロキシＤＮＳサーバを更新する必要があり、このプロキシＤＮＳサーバは新たな名前アドレスレコードを有する固定ネットワークインフラストラクチャ内のサービスドメインに配置されている。さらにモバイルルータは、登録されている全てのノードに代わって、一時的な名前・アドレスコンフィギュレーションを管理する必要がある。この正確な詳細は移動ネットワークを支援するために使用されるアドレッシングモデルに依存する。ＤＮＳはプライマリネームサーバの単なる例として使用される。何故ならば、ＤＮＳはインターネットにおいて展開されている最も一般的な名前解決システムだからである。しかしながら、ＤＮＳは名前解決に関する方法の範囲を支援するのでステイトフルなＮＡＴの場合における幾つかの技術的に難しい問題に注目させる。
【００４５】
ＭＲホームネットワークによるアドレス割り当て
この場合においては、モバイルルータはＰＮにＭＲホームネットワークから取得したアドレスを割り当てる。この名前を到達可能性に関して使用するために、２つのイベントが発生しなければならない。
−ＭＲはＰＮの一時的な名前・アドレスマッピングを１つまたは複数のプロキシネームサーバに登録する。
−ＰＮはホームネットワークドメイン内のネームサーバが、プロキシネームサーバのアドレスをネームサーバに明示的に登録することによって、またはＤＮＳのようなシステムにおいては、一時的な新たな名前を公知の名前にマッピングすることによってプロキシサーバを発見できることを保証する。
【００４６】
プロセスが図３に示されている。
【００４７】
ＣＮはＰＮの不変の名前と名前・アドレス解決のための通常の処理とを使用することによりＰＮと接続することができる。ネットワークが移動する場合には、ＭＲとそのホームエージェントとの間のマッピングのみを更新すればよい。すなわちこのイベントに関してはプロキシネームサーバへのメッセージを送信する必要はない。しかしながら、このアプローチは依然としてトンネリングの非効率性の影響を受ける。
【００４８】
訪問先ネットワークによるアドレス割り当て
この場合においては、ＰＮはトポロジ的に適切なアドレスを基礎ネットワーク（ＧＮ）から取得する。ＧＮはアドレスのセットをモバイルルータ（ＭＲ）に割り当てることができ、またそれらのアドレス以外のアドレスをＰＮに割り当てることができる。（択一的に、ＧＮは固有のアドレスを直接的にＰＮに割り当てることができ、ＭＲは対応するメッセージをＰＮに単に中継するだけである）。
【００４９】
到達可能性の支援に関する例示的なメッセージの流れが図４に示されている。
【００５０】
前述したように、ＰＮはそのＩＰコンフィギュレーションおよび一時的な名前を取得する。この名前を到達可能性に関して使用するために、２つのイベントが発生しなければならない：
−ＭＲはＰＮの一時的な名前・アドレスマッピングを１つまたは複数のプロキシネームサーバに登録する。
−ＰＮは、ホームネットワークドメイン内のネームサーバが、プロキシネームサーバのアドレスをホームネットワークドメイン内のネームサーバに明示的に登録することによって、またはＤＮＳのようなシステムにおいては、一時的な新たな名前を公知の名前にマッピングすることによってプロキシサーバを発見できることを保証する。
−ＰＮの不変の名前および名前・アドレス解決のための通常の処理を使用することによりＣＮをＰＮと接続することができる。
【００５１】
全てのＰＮはネームサーバにシグナリングする必要がないので、ネットワークが移動する場合には特定の利点が明らかになる。その代わりに、単一のメッセージがＭＲによって直接的にプロキシネームサーバに送信される。種々のプロキシネームサーバが使用される場合には、ＭＲは関連するプロキシネームサーバとＰＮとの間の接続を維持する必要がある。
【００５２】
ステイトレスなＮＡＴの使用によりアドレスが管理される場合の到達可能性の支援
プロセスが図５に示されている。このアドレッシングモデルにおいては、モバイルルータはルーティング可能なアドレスのサブセットを訪問先ネットワークから取得する。このモデルは１つのノードをこのサブセットプールからの１つのアドレスに関連付けるが、実際にはノードにプライベートアドレスを割り当てる。このアプローチは、移動ネットワークがアドレス変更の影響を受ける度に、ポータブルノードが実施しなければならに再構成の量を最小にする。
【００５３】
ネットワークアドレス変換（ＮＡＴ）はモバイルルータにおいて、移動ネットワークのネットワーク境界を越える全てのＩＰデータグラムにとって必要である。到達可能性の支援は前述と同様に機能し、ＰＮはホームネットワークドメイン内のネームサーバを更新し、ＭＲは１つまたは複数のプロキシネームサーバを更新する。このアプローチは、モビリティイベントによって惹起されるシグナリングバーストを低減することによって、モバイルルータと固定ネットワークとの間の無線コネクションにおけるシグナリングオーバヘッドを最小にする。また、無線インタフェースを介して伝送されるＤＮＳ問合せの数を低減することによってシグナリングオーバヘッドを最小にする。このアプローチはまた、ポータブルノードがその真のＩＰアドレスを知らないという事実があるにもかかわらず、到達可能性を保証する。
【００５４】
ステイトフルなＮＡＴにより割り当てられたアドレスに関する到達可能性の支援
このアドレッシングモデルにおいては、モバイルルータは固定ネットワークからただ１つの公開アドレスまたは若干数の公開アドレス（制限された数の公開アドレスのセット）を取得する。ＭＲはプライベートアドレスのセットから１つのアドレスを各ポータブルノードに割り当てる。ＮＡＴは接続性が達成されることを保証するために使用される。このＮＡＴは固有のプライベートアドレスを有する固有のＴＣＰ／ＵＤＰポート番号を包含することができる、もしくは制限された数の公開アドレスのセットを取得している場合には、公開アドレスとプライベートアドレスとの間の動的な（必要に応じた）１：１のマッピングを使用することができる。このことは、前述したようにＰＮがその一時的な名前識別子を用いてネームサーバを更新することを可能にするＮＡＴ管理された接続性を提供する。
【００５５】
しかしながら、そのような単純なマッピングは存在しないので、ＭＲは一時的な名前・ルーティング可能アドレスのマッピングを用いてもはやＰＮの代わりにＭＲプロキシネームサーバを更新することはできない。例えば、ローカルサービスのみを使用しようとして移動ネットワークと接続される場合には、ＰＮには単にプライベートＩＰアドレスが割り当てられる。しかしながら、ＣＮはこのＰＮとのコネクションの確立を所望しても良い。すなわちＰＮの名前がそれまでに割り当てられていない公開ＩＰアドレスに対して解決される必要がある。単一の公開アドレスを基礎とするＤＮＳおよびＮＡＴシステムの場合には、ＤＮＳシステムはＴＣＰまたはＵＤＰポート番号をＣＮに戻すことができないので、ＭＲは到来する通信がどのＰＮに対して予定されているのかをもはや識別することはできない。ルーティング可能なアドレスは動的にオンデマンドでセットされるところでは、（ＭＲはアウトバウンド、接続性目的のための幾つかのアドレスを使用することができるので）プロキシネームサーバはどのような動的な割り当てがなされるかを知らない。これらの状況に対する解決法はプロキシネームサーバの構造におけるさらに新たな処理を要求する。
【００５６】
（ＲＦＣ２９６４に記載されているような）一時的な接続に基づく解決法を移動ネットワークのシナリオにも直接的に適用することは、ネームサーバがプライベートネットワーク内に存在し、その結果ＡＬＧはプライベートネットワークを出る前にサーバからメッセージをインターセプトする可能性があることが想定されるので成功しない。しかしながら移動ネットワークの場合には、このことはネームサーバが変化するＩＰアドレスならびにその移動ネットワークを有し、ネーミングシステムの一部にはならないことを意味する。
【００５７】
この問題の解決法が図６に示されている。この図は、プロキシネームサーバの一部（そのエントランス）が固定ネットワーク内で静的に保持され、他方ネームサーバ機能の大部分が移動ネットワーク内に保持されるということを要求するシナリオを示す。プロキシサーバエントランスは外部ノードから名前解決要求を受信し、適切な応答を戻す。自身の名前解決は移動ネットワーク内で処理される。
【００５８】
第２の状況は、ただ１つのルーティング可能なＩＰアドレスが潜在的な大多数のポータブルノードに関連付けられている場合であった。ＰＮと外部ネットワーク、例えばインターネットとの間の接続性を提供するために、モバイルルータはＮＡＴ機能を提供する。ここで、１つの公開アドレスと多数のプライベートアドレスのマッピングは、ＵＤＰまたはＴＣＰポート番号のような付加的な情報を変換処理に含ませることによって可能である。しかしながら、そのようなポート情報はより重要なインターネットネーミングシステム−ＤＮＳの共通部分ではない。この問題は、ＤＮＳシステムが全てのＣＮ問合せに対して単一で同一のアドレスしか戻すことができない、つまりＭＲ  ＮＡＴが到来するコネクションをＰＮにマッピングできるようにするために異なるメカニズムが必要とされるので、前述の場合よりも複雑である。
【００５９】
ＤＮＳシステムは反復的なＤＮＳ問合せを考慮するので、この問題は一般的な場合において解決できるものではなく、非反復的なＤＮＳ問合せがなされる場合にのみ解決される。この種の問合せに関して、本来の名前解決要求側、すなわちＣＮを最終的にその要求を処理するネームサーバにおいて識別することができる。ここで説明した解決法は、ＤＮＳ機能が固定ネットワーク内のエントランスと、ＮＡＴおよびＭＲと近い関係にある処理エレメントとに分割されるという仮定を基礎とする。
【００６０】
非反復的なＤＮＳ問合せに関する例示的なメッセージフローが図７に示されている。この場合には、ＤＮＳを処理するアプリケーション層ゲートウェイ（ＤＮＳ−ＡＬＧシステム）は、ＤＮＳ問合せを行ったＣＮのＩＰアドレスおよび要求されたＰＮの名前を記憶する。この結合情報は、ＮＡＴが例えばＰＮを識別できるようにするために、ＣＮによるコネクション要求がＭＲに入力されると問い合せられる。プライベートアドレスはＰＮに付与された一時的な名前から導出することができる。やはりこの解決法もネームサーバの２つの構成要素：すなわち固定ネットワーク内に配置されているプロキシネームサーバおよびＮＡＴデバイスと共同的に配置されているローカルネームサーバ、より詳細にはネットワークアドレスポート変換器を要求する。何故ならば、これは多数のプライベートアドレスと１つの公開ＩＰアドレスをマッピングするためのＴＣＰ／ＵＤＰポート情報を包含するからである。
【００６１】
本発明は現行の解決法とは異なり、アドレッシングモデルの境界範囲を超えて移動ネットワーク内のポータブルノードの到達可能性を支援する。本発明をモバイルＩＰ（ＭＩＰ）または動的ＤＮＳサーバに代わるものとして、またＮＡＴベースのアドレッシングも含めて、異なるアドレッシング解決法に関する到達可能性に適したものとして使用することができる。ネットワークアドレス変換器内の付加的な結合情報は複雑な結合要求に明瞭に応えることができる。
【００６２】
ネットワークアドレス変換器と共に使用される場合には、本解決法によりさらに効率的にネットワークが使用される。ポータブルノードへの直接的なルーティングが達成され、またＩＰトンネル内のＩＰが回避される。
【００６３】
ネットワークアドレス変換器、トポロジ的な精確なアドレッシングの何らかの形態、およびＭＲホームネットワークアドレス割り当てと共に使用される場合には、本解決法はモバイルルータと訪問先ネットワークのリンクを介するＰＮからホームネットワークドメイン内の到達可能性エージェントへのシグナリングバーストが回避される。このシグナリングバーストは通常の場合ワイヤレスリンクに関するボトルネックであるので、このシグナリングの低減は非常に重要である。
【００６４】
付加的なＭＩＰソフトウェアを支援するため、またＭＩＰホームエージェントを有するためのポータブルノードに対する要求は存在しない。ポータブルノードは、定義によって、このポータブルノードが移動できること、すなわちホームネットワークドメイン外のネットワークと接続でき、また一時的なアドレスおよび潜在的に一時的な名前を取得できることを知っている。ポータブルノードがモバイルであること、または移動ネットワークの一部であることを知っている必要はない。もっとも、既存のセッションに関する接続性を維持するための幾つかの手段（ＳＩＰのようなセッション管理プロトコルまたはＤＣＣＰのようなモビリティ認識トランスポートプロトコルを想定することができる）が要求されることが想定される。
【００６５】
本解決法ではＩＰバージョンを認知する必要はなく、ＩＰｖ４およびＩＰｖ６プロトコルスタックを用いるポータブルノードを一時的な名前に基づく到達可能性サービスを用いて支援することができる。
【００６６】
移動ネットワークと接続されている種々のポータブルノードの代わりにモバイルルータによって実行されるグループ名登録は、無線リンクを介して送信されるべき登録情報の量を大幅に低減することができる。しかしながらグループ名登録は、ポータブルノードのグループが一時的な名前を同じホームネットワークドメインにおいてほぼ同時に登録するシナリオにおいてのみ可能である。
【００６７】
本発明は上述の特定の観点および実施形態に制限されるものではなく、多数の修正形態およびそれらの組み合わせにおいて実行することができる。
【図面の簡単な説明】
【００６８】
【図１】従来技術による移動ネットワークコンフィギュレーションの概略図を示す。
【図２】トラフィックが間接的にルーティングされる移動ネットワークコンフィギュレーションを示す。
【図３】本発明の第１の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【図４】本発明の第２の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【図５】本発明の第３の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【図６】本発明の第４の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【図７】本発明の第５の実施形態による、到達可能性の支援に関する例示的なメッセージの流れを示す。
【図１】
2007505535.tif 000003
【図２】
2007505535.tif 000004
【図３】
2007505535.tif 000005
【図４】
2007505535.tif 000006
【図５】
2007505535.tif 000007
【図６】
2007505535.tif 000008
【図７】
2007505535.tif 000009
【国際調査報告】
2007505535.tif 000010
2007505535.tif 000011
2007505535.tif 000012