JP2010109987A - 共通ｉｐアドレス付きの移動端末および無線装置 - Google Patents

Abstract

【課題】共通ＩＰアドレス付きの移動端末および無線装置を提供する。
【解決手段】ネットワーク化された装置は、別個のネットワーク化された装置と単一のＩＰアドレスを共用し、受信されたＩＰパケットのポート番号を調べ、該ポート番号がアプリケーションに一致すると、ネットワーク化された装置のアプリケーションにＩＰパケットを送り、それ以外の場合、ＩＰパケットは別個のネットワーク化された装置に送られ、また、別個のネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含むＩＰパケットを発信する代わりに、ＩＰアドレスは、別個のネットワーク化された装置で発する送信されたＩＰパケット、および別個のネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含む発信ＩＰパケットをブロックすることによって、ネットワーク化された装置と別個のネットワーク化された装置の間で「シフト」されてよい。
【選択図】図４

Description

本発明は無線データサービスに関する。さらに特定すると、本発明は、ネットワークに接続されている装置間でインターネットプロトコル（ＩＰ）端点をシフトするための新規の改善された方法に関する。

インターネット接続、つまり個々のローカルエリアネットワーク（ＬＡＮ）の接続は、急激に非常に一般化してきた。「インターネット」と一般的に呼ばれているインフラストラクチャおよび関連するプロトコルは周知であり、幅広く使用されるようになった。インターネットの中心にあるのは、技術で周知であり、さらに「インターネットプロトコルＤＡＲＰＡインターネットプログラムプロトコル仕様（ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ ＤＡＲＰＡ ＩＮＴＥＲＮＥＴ ＰＲＯＧＲＡＭ ＰＲＯＴＯＣＯＬ ＳＰＥＣＩＦＩＣＡＴＩＯＮ）」と題されている、１９８１年９月付けの解説要求書（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）（ＲＦＣ）７９１にさらに記述されているようにＬＡＮ間のデータグラムのルーティングをサポートするインターネットプロトコル（ＩＰ）である。

ＩＰは、アドレス指定を含む複数のサービスを提供するデータグラム指向プログラムである。ＩＰプロトコルは、送信のためにＩＰパケットの中にデータをカプセル化し、アドレス指定情報をパケットのヘッダに付ける。ＩＰヘッダは、送信ホストおよび受信ホストを識別する３２ビットのアドレスを含む。これらのアドレスは、意図されているアドレスでのその最終的な宛先に向かうパケットのためにネットワークを通る経路を選択するために中間ルータによって使用される。ＩＰアドレス指定の基本的な概念とは、ＩＰアドレスの初期接頭語は、汎用化されたルーティング決定に使用できるということである。例えば、アドレスの最初の１６ビットは、クアルコム社（ＱＵＡＬＣＯＭＭ Ｉｎｃｏｒｐｏｒａｔｅｄ）を識別し、最初の２０ビットがクアルコムの本社を識別し、最初の２６ビットはその事務所内のある特定のイーサネット（登録商標）を特定し、３２ビット全体がそのイーサネット（登録商標）上の特定のホストを特定する。追加例として、クアルコムのＩＰネットワークでのあらゆるアドレスは（「点が付いたカドラント（ｑｕａｄ）表記」）という形式である可能性がある。つまり、１２９．４６ｘｘｘ．ｘｘｘであり、この場合「ｘｘｘ」は、ゼロと２５５の間の任意の許容整数を指す。

ＩＰのこの接頭語をベースにしたルーティング特徴により明らかとなるように、ＩＰアドレスはインターネット上のある特定のホストの位置についての省略された地理学上の情報を含む。言い換えると、インターネット上の任意のルータが「１２９．４６」で始まる宛先ＩＰアドレスを有するパケットを受信すると必ず、ルータはそのパケットをある特定の方向で、米国カリフォルニア州、サンディエゴ（Ｓａｎ Ｄｉｅｇｏ、Ｃａｌｉｆｏｒｎｉａ）のクアルコム社（ＱＵＡＬＣＯＭＭ Ｉｎｃｏｒｐｏｒａｔｅｄ）に向かって送る。このようにして、ＩＰプロトコルは、発信側関係者が宛先関係者のＩＰアドレスを知っていると仮定すれば、世界中の任意のインターネットノードで発するデータグラムを世界の任意の他のインターネットに送信できるようにする。

移動コンピューティングおよび移動インターネットアクセスが人気を博して成長するにつれて、ＩＰプロトコルを使用するラップトップコンピュータまたはパームトップコンピュータなどの移動端末に移動データサポートを提供するニーズが生じてきた。しかしながら、いま言及されたように、インターネットルーティングに使用されるＩＰアドレス指定方式は、省略された地理情報を含む。言い換えると、ユーザが自分の移動端末を識別するために固定されたＩＰアドレスの使用を所望する場合、その移動端末向けのＩＰパケットは、ＩＰパケットを移動端末に「転送する」ためのなんらかの技法が存在しない場合には、該移動端末がその「ホーム」ネットワーク（つまり、その固定されたＩＰアドレスを含むネットワーク）から離れているときには常にその移動端末には送られないだろう。

例えば、ユーザがサンディエゴにあるクアルコム社のその「ホーム」ＩＰネットワークから自分の移動端末を削除し、それをカリフォルニア州パロアルトへの旅行へ携えていくことを決定し、そこでは、自分のクアルコムによって割り当てられた固定ＩＰアドレスを依然として維持しながら、スタンフォード大学（Ｓｔａｎｆｏｒｄ Ｕｎｉｖｅｒｓｉｔｙ）のＩＰネットワークに接続すると仮定する。移動端末向けの任意のＩＰデータグラムは、移動端末の固定ＩＰアドレスの中の暗黙の地理学上の位置情報のためにクアルコムのＩＰネットワークに依然として送られるだろう。このようなＩＰパケットは、クアルコムのＩＰネットワークから、パロアルトにあるスタンフォード大学のＩＰネットワークでのインターネットへのその現在の接続点にある移動端末へＩＰパケットを転送するためのなんらかの機構が適所にない限り、その「ホーム」ネットワークから離れている間、移動端末には送達されないだろう。

このニーズを満たすために、１９９６年１０月付けの「ＩＰ移動性サポート（ＩＰ Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ）」と題されるＲＦＣ２００２は、インターネット内での移動ノードへのＩＰデータグラムの透過的なルーティングを可能にするプロトコル機能拡張を指定する。ＲＦＣ２００２に記述されている技法を使用すると、各移動ノードは、インターネットへのその現在の接続点には関係なく、つねに「ホーム」ＩＰアドレスによって識別されてよい。そのホームＩＰネットワークから離れて位置している間、移動端末は「気付」アドレスと関連付けられてよく、それによってＩＰデータグラムをその現在のインターネットへの接続点に対して送るために必要な情報を転送することを実現する。ＲＦＣ２００２は、「ホームエージェント」により、気付アドレスの登録を提供することによってこれを達成する。このホームエージェントは、「ＩＰトンネリング（ｔｕｎｎｅｌｉｎｇ）」と呼ばれている技法を使用することによって、移動端末向けのＩＰデータグラムを転送する。ＩＰトンネリングは、気付アドレスを含む新規ＩＰヘッダを、移動端末のホームＩＰアドレスに応じた宛先アドレスを有する任意の到着するＩＰパケットに添付するホームエージェントを含む。気付アドレスに到着後、気付アドレスでの「外部（ｆｏｒｅｉｇｎ）エージェント」がＩＰトンネリング・ヘッダを取り除き、ＩＰパケットを，インターネットへのその現在の接続点にある移動端末に送達する。

このようにして、ＲＦＣ２００２の技法が、移動端末のＩＰアドレスを変更する必要なくインターネットへのその移動端末の接続点を配置し直すことを希望するユーザに移動データサービスを提供する。この能力には複数の優位点がある。第１に、それによって、インターネット上のそれ以外の場所の発信側ノードは、それがどこにあるのかに関係なく、移動端末に定期的な「プッシュ（ｐｕｓｈ）」サービスを送信できるようにする。このようなサービスは、株式相場またはｅ−メールを含む可能性がある。これが、移動ユーザが「ダイヤルイン」したり、それ以外の場合、情報を検索するために自分のホームネットワークに連絡する必要性を不要にする。さらに、それにより、移動端末は、あらゆる発信側関係者が、移動端末が現在どこに位置しているのかを追跡調査する必要なく、所望するだけ頻繁に再配置できるようにする。

移動端末の移動性の自由を増すためには、多くの移動ユーザが、典型的に、インターネットに接続するためにセルラー電話または携帯電話などの無線通信装置を使用するだろう。言い換えると、多くの移動ユーザは、地上ベースのネットワークへのアクセスの点として、「移動局」つまりＭＴ２装置と一般的に呼ばれている無線通信装置を使用するだろう。ここに使用されているように、「移動局」、つまり「ＭＴ２装置」は、移動中または指定されていない点での停止中に使用されることが意図されている公衆無線ネットワーク内の任意の加入者局を指すだろう。移動局およびＭＴ２装置は、携帯装置（例えば、携帯式パーソナルフォン）および無線ローカルループ（ＷＬＬ）電話だけではなく車両に設置されている装置も含む。

図１は、移動端末（ＴＥ２装置）１０２が、無線通信装置（ＭＴ２装置）１０４と基地局／移動交換センタ（ＢＳ／ＭＳＣ）１０６を含む無線通信システムを介して網間接続機能（ＩＷＦ）１０８と通信する無線データ通信システムの高レベルブロック図を示す。図１では、ＩＷＦ１０８は、インターネットへのアクセスポイントとして役立つ。ＩＷＦ１０８は、技術で周知であるように、従来の無線基地局である場合があるＢＳ／ＭＳＣ１０６に結合され、多くの場合、同じ場所に配置されている。ＴＥ２装置１０２は、その結果として無線通信でＢＳ／ＭＳＣ１０６およびＩＷＦ１０８と通信しているＭＴ２装置１０４に結合されている。

ＴＥ２装置１０２とＩＷＦ１０８の間のデータ通信を可能にする多くのプロトコル存在する。例えば、１９９８年２月に出版された「広帯域スペクトル拡散システム用のデータサービスオプション：パケットデータサービス（Ｄａｔａ Ｓｅｒｖｉｃｅ Ｏｐｔｉｏｎｓ ｆｏｒ Ｗｉｄｅｂａｎｄ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｓｙｓｔｅｍｓ：Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｃｅｓ）」と題されている米国電気通信工業会（ＴＩＡ）／米国電子工業会（ＥＩＡ）中間規格ＩＳ−７０７．５は、ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８がその一部であってよいＴＩＡ／ＥＩＡ ＩＳ−９５広帯域拡散スペクトルシステムでのパケットデータ伝送のサポートに対する要件を規定する。ＩＳ−７０７．５は、ＢＳ／ＭＳＣ１０６を介したＴＥ２装置１０２とＩＷＦ１０８の間の通信のために使用されてよいパケットデータベアラサービスを指定する。それは、ＣＤＰＤフォーラム社（ＣＤＰＤ Ｆｏｒｕｍ， Ｉｎｃ．）によって１９９５年１月２９日に発行された「セルラーデジタルパケットデータシステム仕様書、第１．１版」と題されているＣＤＰＤ−１９９５の中に説明されているセルラーデジタルパケットデータ（ＣＤＰＤ）だけではなく、ＲＦＣ２００２の移動ＩＰサービスを含む複数のパケットデータサービスに適用できる手順を提供する。

ＣＤＰＤとは、移動性に対する独自のサポートのいくらかを含む、ＡＭＰＳ（アナログ）セルラーデータサービスである。ＣＤＰＤは、いくつかの重要な点で移動ＩＰとは異なる。最も顕著なことには、ＣＤＰＤモデムは、ＣＤＰＤネットワークに属する割り当てられたＩＰアドレスを有する。したがって、ＣＤＰＤモデムは、ＣＤＰＤネットワーク内でローミングすることがあるが、それは、移動ＩＰによってサポートされている端末がその「ホーム」ネットワークの外でその「ホーム」ＩＰアドレスを使用できるのと同じようにＣＤＰＤネットワークの外でそのＩＰアドレスを使用することはできない。

ＩＳ−７０７．５は、ＴＥ２装置１０２とＭＴ２装置１０４間（Ｒｍインタフェース）、ＭＴ２装置１０４とＢＳ／ＭＳＣ１０６の間（Ｕｍインタフェース）、およびＢＳ／ＭＳＣ１０６とＩＷＦ１０８の間（Ｌインタフェース）のリンクでの通信プロトコルに対する要件も提供する。

ここで図２を参照すると、ＩＳ−７０７．５リレーモデルの各エンティティ内のプロトコルスタックの図が示されている。図２は、おおまかにＩＳ−７０７．５の図１．４．２．１−１に相当する。図の最も左側にあるのは、ＴＥ２装置１０２（つまり、移動端末，ラップトップコンピュータまたはパームトップコンピュータ）上で実行中のプロトコル層を示す、従来の垂直フォーマットで示されているプロトコルスタックである。ＴＥ２プロトコルスタックは、Ｒｍインタフェース上でＭＴ２装置１０４プロトコルスタックに論理的に接続されているとして示されている。ＭＴ２装置１０４は、Ｕｍインタフェース上でＢＳ／ＭＳＣ１０６プロトコルスタックに論理的に接続されているとして示されている。ＢＳ／ＭＳＣ１０６プロトコルスタックは、その結果、ＬインタフェースでＩＷＦ１０８プロトコルスタックに論理的に接続されているとして示されている。

図２の動作の例は以下のとおりである。ＴＥ２装置１０２上で実行中のアプリケーションプログラムなどの上位層プロトコル２０２エンティティは、インターネット上でＩＰパケットを送る必要性がある。例のアプリケーションは、ネットスケープナビゲータ（Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ）またはマイクロソフトインターネットエクスプローラ（Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）等のウェブブラウザである場合がある。ウェブブラウザは、ｈｔｔｐ：／／ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍなどのユニバーサル・リソース・ロケーター（ＵＲＬ）を要求する。やはり上位層プロトコル２０２内にあるドメイン名システム（ＤＮＳ）プロトコルは、テキストホスト名「ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍ」を３２ビットの数値ＩＰアドレスに変換する。やはり上位層プロトコル２０２であるハイパーテキスト転送プロトコル（ＨＴＴＰ）は、要求されたＵＲＬに対するＧＥＴ（取得）メッセージを構築し、伝送制御プロトコル（ＴＣＰ）がメッセージを送信するために使用され、ＴＣＰポート８０がＨＴＴＰ動作に対して使用されることも指定する。

やはり上位層プロトコル２０２であるＴＣＰプロトコルは、ＤＮＳによって指定されるＩＰアドレスのポート８０への接続をオープンし、ＨＴＴＰ ＧＥＴメッセージを送信する。ＴＣＰプロトコルは、ＩＰプロトコルがメッセージトランスポートに使用されることを指定する。ＩＰプロトコル、つまりネットワーク層プロトコル２０４は、ＴＣＰパケットを指定されたＩＰアドレスに送信する。ポイントツーポイントプロトコル（ＰＰＰ）、つまりリンク層プロトコル２０６は、ＩＰ／ＴＣＰ／ＨＴＴＰパケットを符号化し、リレー層プロトコル２０８ ＥＩＡ−２３２を使用して、それらをＲｍインタフェースを横切って、ＭＴ２装置上のＲＳ−２３２互換性ポートへ送信する。ＰＰＰプロトコルは、「ポイントツーポイントプロトコル（ＰＰＰ）（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）」と題されている、ＲＦＣ１６６１で詳細に説明される。

ＭＴ２装置１０４上でのＥＩＡ−２３２プロトコル２１０は、Ｕｍインタフェース上でのＢＳ／ＭＳＣ１０６への伝送のために、送信されたＰＰＰパケットを、無線リンクプロトコル（ＲＬＰ）２１２およびＩＳ−９５プロトコル２１４の組み合わせに渡す。ＲＬＰプロトコル２１２は、ＩＳ−７０７．２で規定され、ＩＳ−９５プロトコルは前述されたＩＳ−９５で規定される。ＲＬＰプロトコル２１６とＩＳ−９５プロトコル２１８の組み合わせを含むＢＳ／ＭＳＣ１０６での相補形リレー層プロトコルスタックは、Ｕｍインタフェース上でＰＰＰパケットを受信し、それらを、ＩＷＦリレー層プロトコル２２８へのＬインタフェースのためにＭＴ２リレー層プロトコル２２０に渡す。ＭＴ２リレー層プロトコル２２０およびＩＷＦリレー層プロトコル２２８は、「広帯域スペクトル拡散デジタルセルラーシステム用データサービス網間サービス機能インタフェース規格（Ｄａｔａ Ｓｅｒｖｉｃｅｓ Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ Ｉｎｔｅｒｆａｃｅ Ｓｔａｎｄａｒｄ ｆｏｒ Ｗｉｄｅｂａｎｄ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ Ｓｙｓｔｅｍ）」と題されているＴＩＡ／ＥＩＡ ＩＳ−６５８に説明されている。

ＩＷＦのリンク層２２７内のＰＰＰプロトコル２２６は、ＴＥ２装置１０２からのＰＰＰパケットを復号し、ＴＥ２装置１０２とＩＷＦ１０８間のＰＰＰ接続を終結するのに役立つ。復号されたパケットは、検査およびさらにＩＰパケットヘッダの中でＴＥ２装置１０２で指定されているＩＰアドレス（ここでは、ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍのＩＰアドレス）へのルーティングのために、ＩＷＦ１０８のネットワーク層プロトコル２２４内でＰＰＰプロトコル２２６からＩＰプロトコルへ渡される。ＴＣＰなどのＩＷＦ１０８で実行される上位層プロトコルタスクがある場合、それらは上位層プロトコル２２２によって実行される。

ＴＥ２装置１０２によって生成されるＩＰパケットの最終的な宛先がＩＷＦ１０８ではないと仮定すると、パケットは、ＩＷＦ１０８のネットワーク層プロトコル２２４、リンク層２２７およびリレー層プロトコル２２８を通ってインターネット上の次のルータ（図示されていない）に転送される。このようにして、ＴＥ２装置１０２からのＩＰパケットは、ＭＴ２装置１０４、ＢＳ／ＭＳＣ１０６、およびＩＷＦ１０８を通ってインターネット上のその最終的な意図される宛先に向かって通信され、それによりＩＳ−７０７．５規格リレーモデルに従ってＴＥ２装置１０２に無線パケットデータサービスを提供する。

図２に示されているように、ＩＳ−７０７．５規格は、Ｒｍインタフェース、Ｕｍインタフェース、およびＬインタフェースの要件を含む、ＴＥ２装置１０２とＩＷＦ１０８の間のリンク上での通信プロトコルの要件を提供する。これらの要件および手順は、ＲＦＣ２００２に記述されている移動ＩＰサービスのサポートにも適用可能である。ただし、ＩＳ−７０７．５は第１インスタンスで移動ＩＰサービスを確立するための手順を提供しない。言い換えれば、ＩＳ−７０７．５は移動ＩＰサービスをサポートするためのフレームワークを提供するが、移動ＩＰサービスを交渉する、あるいは移動ＩＰサービスのためにＴＥ２装置１０２をホームエージェントおよび外部エージェントに届け出るための手順を提供しない。これらの手順はＲＦＣ２００２自体の中に見出される。

さらに、ＩＳ−７０７．５のネットワークモデルとリレーモデルの両方とも、ＴＥ２装置１０２への単一ＩＰアドレスの割当てを暗示する。ＭＴ２装置１０４の排他的な使用のための第２のＩＰアドレスの割当てに関しては、如何なる別個の提供も行われない。実際に、ＰＰＰセッションあたり複数のＩＰアドレスを得ることは、現在不可能である。移動体あたり複数のＰＰＰセッションをサポートするためのＩＷＦ１０８上のリソースの追加コストは、サービスプロバイダにとって、それを魅力的でないものにする。

この差異は、人が、典型的になんらかのアプリケーション層エンティティが移動ＩＰをサポートするためにＴＥ２装置に存在しなければならないと考えるときに重要である。残念なことに、パーソナルコンピューティング用の最も一般的なオペレーティングシステムソフトウェアであるマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標））は移動ＩＰに対するサポートを行わず、現在ではこのようなサポートを行うとは予想されていない。その結果、マイクロソフトウィンドウズ（登録商標）上で実行しているＴＥ２装置（あるいは、多くの他のオペレーティングシステムの１つ）は、それらが自らの「ホーム」ＩＰネットワークに接続されていないときにはその「ホーム」ＩＰアドレスを使用することはできない。これが、移動ユーザが、「ホーム」ＩＰネットワークから離れている間に、「プッシュ」サービスおよび直接ｅ−メール送達などの移動ＩＰサービスの利点を利用することを妨げている。

必要とされているのは、ＭＴ２装置が、ＴＥ２装置のための移動ＩＰサポートを確立するためにＴＥ２装置の代理としての役割を果たす、ＴＥ２装置の移動ＩＰ登録を実行するための方法およびシステムである。さらに一般的には、必要とされているのは、２つのネットワーク化された装置（例えば、ＭＴ２とＴＥ２）が単一ＩＰアドレスを共用することができるようにするための方法およびシステムである。

本発明は、代理移動ノード登録の一部として実行されてよいなどの、ＩＰ端点をシフトするための新規の改善されたシステムおよび方法である。方法は、端末装置から、移動データサービスに対するニーズを信号で知らせること、無線通信装置内で、信号通知ステップに応えて端末装置の移動ノード登録を開始することを含む。端末装置は，パケット化されたデータを送信し、端末装置に結合されている無線通信装置が、ＩＰアドレス要求に含まれているインターネットプロトコル（ＩＰ）アドレスに関してパケット化されたデータを監視する。無線通信装置は、ＩＰアドレス要求が静的ＩＰアドレスに対する場合に、ＩＰアドレスを使用して移動ノード登録を開始する。無線通信装置は、端末装置が、移動ノード登録開始時にパケット化されたデータを送受するのを防止し、端末装置が移動ノード登録の完了時にパケット化されたデータを送受できるようにする。その結果、移動ノード登録は、端末装置に対して透過的に発生し、端末装置が独自の移動ＩＰサポートを有する必要性を回避する。

本発明の別の態様においては、（無線通信装置であってよい）ネットワーク化された装置は（端末装置であってよい）別個のネットワーク化された装置とＩＰアドレスを共用する。共用は、受信されたＩＰパケットのポート番号を調べるネットワーク化された装置によって発生する。ネットワーク化された装置は、受信されたＩＰパケットのポート番号がネットワーク化された装置上で実行しているアプリケーションに一致する場合に、ネットワーク化された装置上のアプリケーションにＩＰパケットを送る。他方、ネットワーク化された装置は、受信されたＩＰパケットがネットワーク化された装置上で実行しているアプリケーションに一致しない場合に、別個のネットワーク化された装置にＩＰパケットを送る。

さらに、ネットワーク化された装置は、ネットワーク化された装置上のアプリケーションがＩＰパケットを発信する必要があるかどうかを決定した後に、別個のネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含むＩＰパケットを発信する。

代わりに、ＩＰアドレスは、ネットワーク化された装置と別個のネットワーク化された装置の間に「シフト」されてもよい。ネットワーク化された装置は、別個のネットワーク化された装置で発する送信済みのＩＰパケットをブロックし、ネットワーク化された装置が、前記第１ネットワーク装置上のアプリケーションがＩＰパケットを発信する必要があると決定する場合に、別個のネットワーク化された装置に割り当てられたＩＰアドレスを、発信アドレスとして含むＩＰパケットを発信することによって、別個のネットワーク化された装置からＩＰアドレスをそれ自体にシフトする。ネットワーク化された装置は、それが別個のネットワーク化された装置のＩＰアドレスを使用する間に、別個のネットワーク化された装置にアドレス指定された受信済みのＩＰパケットを廃棄してもよい。

端末装置が、無線通信装置を介してインターネットに接続する無線データ通信システムの高レベルブロック図を示す。 ＩＳ−７０７．５リレーモデルの各エンティティ内のプロトコルスタックの図である。 本発明のＭＴ２装置の動作の高レベル状態図である。 本発明の１つの実施形態の各エンティティのプロトコルスタックの図である。 図３の移動ＩＰモード状態３１０の拡大された状態図を示す。 本発明の代替実施形態の各エンティティのプロトコルスタックの図である。 図３の移動ＩＰモード３１０の代替実施形態の拡大状態図である。 ＩＰアドレスシフトを実行するための１つの方法を示すフローチャートである。 受信ＩＰパケットでシフトしているＩＰアドレスを実行するための代替方法を示すフローチャートである。 送信側ＩＰパケットと関係してＩＰアドレスシフトを実行するための代替方法を示すフローチャートである。

本発明の特徴、目的および優位点は、参照文字が通して対応する項目を特定する図面とともに解釈されるときに，以下に述べられる詳細な説明からさらに明らかになるだろう。

本発明は、ユーザに対する、データサービスがイネーブルされたＭＴ２装置の透過的な移動性をサポートすることを目的とする。本発明の多様な実施形態は、３つの異なる使用モデルの下でデータサービスをサポートすることをねらいとする。

第１使用モデルとは、移動ＩＰがサポートされていないが、動的に割り当てられたＩＰアドレスを使用するデータサービスがそれにも関わらず依然としてサポートされているモデルである。この第１使用モデルにおいては、ＴＥ２装置は、ＴＥ２装置が現在接続されているインターネットサービスプロバイダ（ＩＳＰ）によって、ＩＰアドレスを動的に割り当てられている。この第１使用モデルは移動ＩＰサポートを使用せず、その「ホーム」ＩＰアドレスを使用しない。その結果として、ＴＥ２装置は、そのホームＩＰネットワークからそれに向けて転送されたデータを有するよりむしろ、ＩＳＰに接続されている間にそれが明示的に要求するデータだけを受信する。

第２使用モデルとは、移動ＩＰサポートが、ＴＥ２装置の代わりに代理としてＭＴ２装置で提供されているモデルである。この第２モデルは、移動ＩＰサポートを有することを希望するが、移動ＩＰをサポートするＴＥ２装置を有さない移動ユーザに適用する。例えば、マイクロソフトウィンドウズ（登録商標）オペレーティングシステムを実行しているラップトップなどのＴＥ２装置のユーザは、この第２使用モデルに該当する。この第２使用モデルでは、ＴＥ２装置は、それらが自らのホームＩＰネットワークに接続しているのか、あるいは移動ＩＰイネーブルされた無線ネットワーク上でローミングしているのかに関係なく、「ホーム」ＩＰアドレス（つまり、そのホームネットワークによって割り当てられている「恒久的な」ＩＰアドレス）を使用してよい。この第２使用モデルは、いわゆる「スマートフォン」などのＴＥ２装置およびＭＴ２装置を統合する装置にも移動性サポートを提供する。

第３使用モデルとは、移動ＩＰサポートがＴＥ２装置では提供されないモデルである。第３使用モデルは、移動ＩＰサポートを受けず、したがってＭＴ２装置からの代理サービスを必要としていないＴＥ２装置のユーザに適用可能である。本発明の多様な実施形態は、これらの３つの使用モデルの１つまたは複数の要件を満たすことをねらいとしている。

本発明が、後述されるように、図に示されているエンティティ（ＴＥ２装置１０２、ＭＴ２装置１０４、ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）のそれぞれの中のソフトウェア、ファームウェアおよびハードウェアの多くの異なる実施形態で実現されてよいことは、普通の当業者に明らかとなるだろう。本発明を実現するために使用される実際のソフトウェアコードまたは制御ハードウェアは、本発明の制限ではない。このようにして、本発明の運用および動作は、実際のソフトウェアコードを特に参照せずに記述され、普通の当業者が、ここに記述に基づいて本発明の多様な実施形態を実現するためにソフトウェアを設計し、ハードウェアを制御することができるだろうことが理解される。

ここで図３を参照すると、本発明のＭＴ２装置の動作の高レベル状態図が示されている。図３では、ＭＴ２装置が閉鎖状態３０８で開始する。閉鎖状態３０８では、ＭＴ２装置は現在呼の中にいないが、呼の発信を待機している。移動終結呼（つまり、ＭＴ２装置が被呼者側である呼）は、それらはＭＴ２装置がすでにＩＰアドレスを割り当てられているか、あるいはすでに移動ＩＰに関して登録しているかのどちらかであると仮定するため、この状態では考えられない。ＭＴ２装置が移動ＩＰに関してすでに登録済みである場合、それはこの閉鎖状態３０８にはないが、完全に後述されるように、むしろ移動ＩＰモード状態３１０にある。

パケットデータ呼はＴＥ２装置から開始されると、ＭＴ２装置は閉鎖状態３０８から移動性イネーブル？状態３０４に遷移する。移動性イネーブル？状態３０４では、ＭＴ２装置が、（移動ＩＰに対する）移動性サポートがイネーブルされるかどうかを決定するために、移動性データアイテム３０２の値をチェックする。１つの実施形態では、移動性データアイテム３０２は、例えば、ＴＥ２装置またはＭＴ２装置上のユーザインタフェースを介して、所望されるように、移動ユーザによってオプションで構成されてよい３つの値の内の１つを有する。それ以外の実施形態は、移動ユーザが、より多いまたはより少ない構成選択肢を持つことができるようにするために、さらに多くのまたはさらに少ない値を使用してよい。依然として、他の実施形態は、移動性データアイテム３０２のユーザ構成を可能にしていない。依然として他の実施形態では、移動性データアイテム３０２は存在しないが、決定は制御ソフトウェアの中にハードコード化される。

移動性データアイテムの第１値は「ディスエーブル」である。移動性データアイテム３０２値が「ディスエーブル」であると、ＭＴ２装置は、移動ＩＰ交渉および登録をサポートしない。その結果、移動性データアイテム３０２が値「ディスエーブル」を有するときに発生したすべてのパケットデータ呼は、以下により完全に後述されるように、単純ＩＰモード３０６を使用する。

第２値は「使用可能な場合」である。移動性データアイテム３０２値が「使用可能な場合」である場合には、ＭＴ２装置は、インフラストラクチャ（ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）が移動ＩＰをサポートしない限り、あるいはＭＴ２装置によって試行される移動ノードが失敗しない限り、移動ＩＰ交渉および登録を提供するだろう。インフラストラクチャが移動ＩＰをサポートしない場合には、パケットデータ呼は単純なＩＰモード３０６呼になる。言い換えると、移動性データアイテム３０２の「使用可能な場合」値は、それがインフラストラクチャによってサポートされ、無事に交渉されるが、依然として移動ＩＰサポートがそれ以外の場合になくてもパケットデータ呼を可能にするときに、ＴＥ２装置およびＭＴ２装置のユーザが、移動ＩＰの優位点を得ることができるようにする。移動ユーザが、移動性データアイテム３０２の値を変更できないある実施形態においては、この第２値が使用される。代わりに、移動性データアイテム３０２は、つねに「使用可能な場合」に設定されてよいか、あるいはまったく省略され、移動性イネーブル？状態３０４と単純ＩＰモード状態３０６の間の遷移を排除する。

第３値は「排他的」である。移動性データアイテム３０２値が「排他的」である場合には、ＭＴ２装置は、インフラストラクチャ（ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）が移動ＩＰをサポートする限り、あるいはＭＴ２装置によって試行される移動ノード登録が失敗しない限り、移動ＩＰ交渉および登録を提供するだろう。しかしながら、前記の「使用可能な場合」値と対照的に、インフラストラクチャが移動ＩＰをサポートしない場合、あるいは移動ノード登録試行が失敗する場合には、ＭＴ２装置は単純ＩＰ呼を完了しないが、むしろパケット呼発生の試みを強制的に完全に失敗させる。言い換えると、移動性データアイテム３０２の「排他的な」値が、移動ＩＰサポート呼以外のパケットデータ呼がＭＴ２装置から発するのを妨げる。

移動性データアイテム３０２値が「ディスエーブル」である場合、あるいは移動性データアイテム３０２値が「使用可能」であるが、移動ＩＰがインフラストラクチャによってサポートされていない場合には、ＭＴ２装置は、パケットデータ呼発信試行時に単純ＩＰモード３０６に入るだろう。１つの実施形態では、単純ＩＰモード３０６が、図２に関して図解され、説明されるように、従来のＩＳ−７０７．５リレーモデルを利用する。

移動性データアイテム３０２値が「使用可能な場合」または「排他的」のどちらかである場合、ＭＴ２装置は移動性イネーブル？状態３０４から移動ＩＰモード３１０に遷移する。それは、ＭＴ２装置が、さらに以下に後述されるようにＴＥ２の代わりの代理として移動ＩＰサービスのための移動ノード登録に従事するこの移動ＩＰモード３１０内にある。

ここで図４に目を向けると、本発明のある実施形態の各エンティティのプロトコルスタックの図が示されている。図４の図と図２の図の間の大きな相違点とは、図４では、追加プロトコル層が、本発明の移動ノード登録をサポートするためにＭＴ２装置の中に存在するという点である。これらの追加プロトコル層は、ＰＰＰプロトコル４１５、ＩＰプロトコル４１３、ＵＤＰプロトコル４１１、および移動ＩＰプロトコル４０９を含む。図４のプロトコル層が図２のプロトコル層と同じように動作する範囲では、それらは詳説されないだろう。むしろ、以下の説明は図４と図２の相違点に焦点をあてるだろう。

図４の動作の例は以下のとおりである。ＴＥ２装置１０２上で実行しているアプリケーションプログラムなどの上位層プロトコル４０２エンティティには、図２の上位層プロトコル２０２エンティティの必要性と同様に、インターネット上でＩＰパケットを送信する必要性がある。アプリケーションは、例えば、ＴＣＰまたはＵＤＰのどちらかのプロトコルを使用してメッセージを作成し、ＴＣＰまたはＵＤＰパケットは宛先ＩＰアドレスを使用してＩＰプロトコル４０４によってカプセル化される。ポイントツーポイント（ＰＰＰ）プロトコル４０６はＩＰパケットを組み立て（ｆｒａｍｅｓ）、それらを、リレー層プロトコル４０８ ＥＩＡ−２３２を使用して、Ｒｍインタフェースを横切ってＥＩＡ−２３２プロトコル４１０を実行するＭＴ２装置上のＥＩＡ−２３２互換性ポートに送信する。

しかしながら、技術では既知であるように、ポイントツーポイントリンクで通信を確立するためには、ＰＰＰリンクの各端部（ここでは、ＴＥ２ ＰＰＰプロトコル４０６とＩＷＦ ＰＰＰプロトコル４２６）は、最初に、データリンク接続を確立、構成および試験するためにリンク制御プロトコル（ＩＣＰ）を送らなければならない。リンクがＬＣＰ、ＰＰＰプロトコル４０６によって確立された後に、ＰＰＰプロトコル４０６は、ネットワーク層プロトコル（ここでは、ＴＥ２ ＩＰプロトコル４０４およびＩＷＦプロトコル４２５）を構成するために、ネットワーク制御プロトコル（ＮＣＰ）パケットを送信する。

ある実施形態においては、ＩＰ用のＮＣＰはＩＰ制御プロトコル（ＩＰＣＰ）である。ＩＰＣＰは、「ＰＰＰインターネットプロトコル制御プロトコル（Ｔｈｅ ＰＰＰ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）」と題されているＲＦＣ１３３２に詳細に記述されている。ＩＰＣＰは、ポイント・ツー・ポイント・リンクの何れか一方の末端で実行されるＴＥ２ ＩＰプロトコル４０４とＩＷＦ ＩＰプロトコル４２５の両者を設定し、イネーブルし、およびディスエーブルすることに責任がある。技術で既知であるように、ＩＰＣＰは、ＩＰアドレスの構成オプションを含んでよいメッセージである構成要求を使用する。構成要求メッセージの構成オプション部分は、構成要求（ここではＴＥ２装置１０２）の送信者によって使用されるＩＰアドレスを交渉する方法を提供する。それは、構成要求の送信者が、どのＩＰアドレスが所望されているのかを述べる、またはピア（ここではＩＷＦ１０８）が送信者向けに動的ＩＰアドレスを提供するように要求できるようにする。構成要求の送信者がＩＰアドレス構成オプション内のＩＰアドレスフィールドをすべてゼロに設定する場合には、ピアは、オプションのＮＡＫ（否肯定応答）構成を送信し、有効なＩＰアドレスを戻すことによって、動的ＩＰアドレスを提供することができる。他方、構成要求の送信者が、ＩＰアドレス構成オプション内のＩＰアドレスフィールドを指定されたＩＰアドレスに設定すると、ピアは、指定されたＩＰアドレスがオプションのために構成ＡＣＫを送信することによって受け入れられることを示すことができる。本発明は、移動ノード登録中にＴＥ２装置の代理としての役割を果たすかどうか、およびいつ果たすのかを決定するために、ＴＥ２装置１０２とＩＷＦ１０８の間のＩＰＣＰ通信を利用する。

図５は、図３の移動ＩＰモード状態３１０の拡大状態図を示す。移動性イネーブル？状態３０４（図３）が、移動性データアイテム３０２がディスエーブルされていないと判断すると、それは監視ＰＰＰ状態に遷移する。呼が終了される場合、図５の任意の状態から閉鎖状態５１６に遷移することが可能であることに注意する必要がある。しかしながら、簡略さをきすため、呼終了遷移は、オープン状態５０８から閉鎖状態５１６までだけ示される。

監視ＰＰＰ状態５０２では、ＭＴ２装置１０４は、ネットワーク「調整器」４１７を、ＲＬＰプロトコル４１２とＥＩＡ−２３２プロトコル４１０ピアの間のＭＴ２装置プロトコルスタックに差し込む。言い換えると、ＥＩＡ−２３２プロトコル４１０とＲＬＰプロトコル４１２の間のＰＰＰパケットは、ＭＴ２装置１０４によって監視され、調べられる。これによりＭＴ２装置１０４は、それらがＴＥ２装置１０２とＩＷＦ１０８の間を通過するにつれて、ＰＰＰパケットを監視できるようになる。

第１ＬＣＰパケットは、開始ＰＰＰ再同期状態５０４に関して後述されるように、インターＩＷＦハンドオフの後使用するためにＭＴ２装置１０４によってキャッシュの中に入れられる。ＭＴ２装置１０４は、ＴＥ２装置１０２からのＩＰＣＰパケットがＭＴ２装置１０４によって検出されるまで、ＴＥ２装置１０２とＩＷＦ１０８の間で交換されているＰＰＰパケットを監視し続ける。それから、このＩＰＣＰパケットは、構成要求のＩＰアドレス構成オプション内で要求されているのが静的ＩＰアドレスなのか、それとも動的ＩＰアドレスなのかを決定するために、ＭＴ２装置１０４によって調べられる。ＩＰアドレスフィールドがすべてゼロであるＩＰアドレスを含む場合には、ＴＥ２装置は動的アドレスを要求する。このようなケースでは、ＴＥ２装置１０２およびＭＴ２装置１０４による移動サポートに対する要求はなく、ＭＴ２装置は単純ＩＰモード３０６（図３）に遷移する。

他方、ＴＥ２装置１０２によって送信される構成要求内のＩＰアドレスフィールドには静的（つまり、非ゼロ）ＩＰアドレスを含む場合には、ＭＴ２装置１０４は、監視ＩＰＣＰ状態５０６へ遷移する。ＩＰＣＰ状態５０６を監視する際、ＭＴ２装置は、ＴＥ２装置１０２とＩＷＦ１０８間で交換されているＩＰＣＰパケットを監視する。具体的には、ＭＴ２装置１０４は、構成ＡＣＫで、ＴＥ２装置１０２によってなされる静的ＩＰアドレス要求がＩＷＦ１０８によって受け入れられたかどうかを決定する。

ＴＥ２装置１０２によりなされる静的ＩＰアドレス要求がＩＷＦ１０８によって否定されると、ＭＴ２装置１０４は、それが移動性データアイテム３０２の値をチェックする移動性モード？状態５１４に遷移する。移動性データアイテム３０２の値が「使用可能な場合」である場合には、ＭＴ２装置は、移動ＩＰサポートが使用できない場合ユーザが単純ＩＰ呼（つまり、動的に割り当てられたＩＰアドレス）に満足すると仮定されるため、単純ＩＰモード状態３０６（図３）に遷移する。しかしながら、移動性データアイテム３０２の値が「排他的」である場合には、ユーザが単純なＩＰでは満足しないだろうと仮定されるため、ＭＴ２装置１０４は閉鎖状態５１６に遷移する。

ＴＥ２装置１０２によってなされる静的ＩＰアドレス要求が、ＩＷＦ１０８によって受け入れられると、ＭＴ装置１０４は、ＩＰＣＰ交渉完了時に移動登録状態５１２に遷移する。移動登録状態５１２では、ＭＴ２装置１０４は、ＰＰＰプロトコル４１５、ＩＰプロトコル４１３、ＵＤＰプロトコル４１１、および移動ＩＰプロトコル４０９を開始する。それから、ＭＴ２装置１０４は、ＴＥ２装置１０２をフロー制御する。ここに使用されているように、「フロー制御」は、ＴＥ２装置１０２が、そのリレー層インタフェース上でデータを送受するのを妨げるステップを指す。図４の実施形態では、これはＴＥ２装置のＥＩＡ−２３２プロトコル４０８とＭＴ２装置のＥＩＡ−２３２プロトコル４１０の間のリンクである。ソフトウェアまたはハードウェアフロー制御が使用されてよい。例えば、１つの実施形態においては、ＭＴ２装置１０４は、ＭＴ２装置１０４とＴＥ２装置１０２の間のピン電圧の１つをトグルする。

ＴＥ２装置１０２をフロー制御することにより、ＭＴ２装置１０４、および特にＩＰプロトコル４１３は、いま、移動ノード登録の目的のためにＩＰ端点になる可能性がある。これにより、ＭＴ２装置１０４は、ＴＥ２装置１０２の代わりに、ＴＥ２装置１０２に透過的な移動ノード登録を実行できるようにする。概念的には、これはＴＥ２装置１０２からＩＰ端点をシフトし、ＴＥ２装置それ以外の場合にはＭＴ２装置１０４になるだろう。

ＭＴ２装置１０４は、移動ノード登録（ＭＮＲ）データアイテム５１０を読み取る。１つの実施形態においては、これらのデータアイテムは、適切な不揮発性メモリ回路（図示されていない）の中に記憶されている。これらのＭＮＲデータアイテム５１０は、移動ノード登録を実行するために必要とされるデータアイテムである。これらのＭＮＲデータアイテム５１０は、機密保護パラメータインデックス、ＲＦＣ２００２で説明されるように、ＭＤ５認証キー、およびホームエージェントＩＰアドレスを含んでよい。

それから、ＭＴ２装置１０４は、ＴＥ２装置１０２によって要求された静的ＩＰアドレスおよびＭＮＲデータアイテム５１０を使用してＲＦＣ２００２に記述されているように移動ノード登録を実行する。移動ノード登録の詳細は、ＲＦＣ２００２に記述されているため、ここでは詳しく説明されないだろう。簡略に、移動ＩＰプロトコル４０９は、ＩＷＦ１０８内の移動ＩＰプロトコル４２１に外部エージェント要請メッセージを送信する。外部エージェント要請メッセージは、ＵＤＰプロトコル４１１に渡される。ＵＤＰプロトコル４１１は、技術で既知であるようにデータグラムサービスとしての役割を果たし、それが一斉送信アドレスまたはＲＦＣ２００２による「すべてルータ」マルチキャストアドレスのどちらかのＩＰヘッダでパケット化されている、ＩＰプロトコル４１３へ外部エージェント要請メッセージを渡す。

それからＩＰプロトコル４１３は、ＩＰパケットをＰＰＰパケットにパケット化するＰＰＰプロトコル４１５に渡し、それをＲＬＰプロトコル４１２およびＵｍインタフェースにわたって送信するＩＳ−９５プロトコル４１４に送る。ＢＳ／ＭＳＣ１０６内の相補形ＲＬＰプロトコルおよびＩＳ−９５プロトコル４１８はデータを、Ｌインタフェースを横切ってリレー層プロトコル４２８に送信するためリレー層プロトコル４２０に渡す。

それから、ＩＰプロトコル４２６は、受信されたＰＰＰパケットをパケット化解除（ｄｅ−ｐａｃｋｅｔｉｚｅ）し、それらをＩＰプロトコル４２５に送信する。ＩＰプロトコル４２５は、ＩＰヘッダを削除し、パケットを、その結果としてパケット化解除された外部エージェント要請メッセージをＵＤＰプロトコル４２３に渡すＵＤＰプロトコル４２３にパケットを送る。移動ＩＰプロトコル４２１がＩＷＦ１０８内に存在する場合は、ＩＷＦ１０８内に常駐する外部エージェントエンティティがあり、それは、ＭＴ２装置１０４内の移動ＩＰプロトコル４０９へ戻る逆方向経路に従うエージェント広告メッセージで応答する。

移動ＩＰプロトコル４０９は、ＩＷＦ１０８上の外部エージェントに対し、移動ノード登録メッセージを送出する。移動ノード登録メッセージが外部エージェントにとって受け入れ可能である場合、それは、ＴＥ２装置のホームＩＰネットワーク（即ち、ＴＥ２装置１０２により要求される静的ＩＰアドレスを取り囲んでいる１つ）に常駐するホームエージェントエンティティに対して、移動ノード登録メッセージを転送するだろう。

移動ノード登録メッセージがホームエージェントにとって受け入れ可能である場合には、ホームエージェントは、外部エージェントの「気付」アドレスを使用してＴＥ２装置１０２のために移動性結合を生じさせる。移動性結合は、ＲＦＣ２００２に説明されているように、ＴＥ２装置１０２のホームネットワークに到達したＴＥ２装置１０２向けのあらゆるＩＰパケットを取り、それらを、ＩＰトンネリングを使用して外部エージェントに転送するルーティングである。

ホームエージェントから、移動性結合が作成された旨の通知を受信すると、外部エージェントは、トンネリングされたパケット内の内部ＩＰアドレス（つまり、ＴＥ２装置１０２によって要求されている静的ＩＰアドレス）と、ＭＴ２装置１０４の「電話番号」の間の関連を作成する。ここでは、ワード「電話番号」は、ＭＴ２装置１０４の識別番号を表すためにその最も広義な意味で使用されている。ここに示されているように、それは、ＭＴ２装置１０４の移動識別番号（ＭＩＮ）、その電子シリアル番号（ＥＳＮ）、または技術で既知であるように、ＭＴ２装置がＢＳ／ＭＳＣ１０６に届け出たその他の１つしかない識別子を指すと意図されている。ＩＷＦ１０８は、このＩＰからＭＩＮへ、またはＩＰからＥＳＮへの変換を維持する。

移動ノード登録を実行するために、本発明はＩＰパケットを、ＲＬＰプロトコル４１２からＭＴ２ ＰＰＰプロトコル４１５へ新ルートで送り、必須データの、ＭＴ２装置プロトコルスタックの移動ＩＰプロトコル４０９レベルで実行している移動ノード登録ソフトウェアへの送達を確実にする。ＭＴ２ ＰＰＰプロトコル４１５は、ＲＦＣ１６６１で説明されているように完全ＰＰＰインプリメンテーションではない。図４の実施形態においては、ＭＴ２ ＰＰＰプロトコル４１５は、プロトコルまたはリンクの確立のために何の交渉も実行せず、それは、ＰＰＰがすでに前述されたようにＴＥ２装置１０２とＩＷＦ１０８の間で交渉されているため、移動登録状態５１２の間に、ＭＴ２装置１０４によって送受されるＩＰパケットの必要とされている文字送り（ｅｓｃａｐｉｎｇ）を組み立て（ｆｒａｍｅｓ）、分解（ｕｎｆｒａｍｅｓ）、および実行する。

前述され、移動ノード登録状態５１２の間に実行される移動ノード登録がなんらかの理由で失敗すると、１つの実施形態では、ＭＴ２装置は移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３およびＰＰＰプロトコル４１５を終了し、閉鎖状態５１６に遷移する。失敗の考えられる理由は、移動ノード登録メッセージを拒絶する外部エージェントまたはホームエージェントを含むことがある。それ以外の実施形態においては、ＭＴ２装置１０４は、ＰＰＰを、ＴＥ２装置によって要求されている静的ＩＰアドレスよりむしろ、動的ＩＰアドレスと再同期させようとしてよい。

それ以外の場合、移動登録状態５１２での移動ノード登録の無事終了時に、ＭＴ２装置は移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３およびＰＰＰプロトコル４１５を終了してから、オープン状態５０８に遷移する。オープン状態５０８では、ＭＴ２装置１０４が、図２に図示されているようにＩＳ−７０７．５リレーモデルに従って動作する。いったんこのオープン状態５０８で、ＭＴ２装置１０４のＲＬＰプロトコル４１２に到達するデータは、ＴＥ２装置１０２とＭＴ２装置１０４間のＥＩＡ−２３２インタフェース上で送られるだけである。

ＭＴ２装置は、以下の３つのことの内の１つが起こるまでオープン状態５０８に留まる。つまり、呼が終了される、ＭＴ２装置１０４が別のＩＷＦにハンドオフされる、あるいは移動登録寿命が超えられた。呼は多くのやり方で終了されてよい。例えば、ユーザはＭＴ２装置で「終了」キー（図示されていない）または類似するものを押して、それによって故意にデータ呼を終了してよい。別の例は、ＴＥ２装置１０２またはＩＷＦ１０８が、それらの間で一方的にＰＰＰセッションを終結することである。まだ別の例では、データ呼は、ＭＴ２装置１０４とＢＳ／ＭＳＣ１０６間の無線リンクが非常に劣化され呼がドロップされるようになると簡単に終結される。呼がこれらのやり方の１つで終了されると、ＭＴ２装置１０２は閉鎖状態５１６に遷移する。

閉鎖状態５１６では、ＭＴ２装置１０４は、それが依然として存在している場合には、移動ＩＰプロトコルスタック（移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３およびＰＰＰプロトコル４１５）を停止するために必要とされる付帯演算機能を実行する。さらに、ＭＴ２装置１０４は、それが依然として存在する場合には、ネットワーク「調整器（ｓｐｉｇｏｔ）」４１７を削除する。最終的に、任意の適切なユーザ通知メッセージが（例えば、図示されていないユーザインタフェース上で）表示されるか、あるいはそれ以外の場合、移動ＩＰ登録プロセスが無事終了しなかった旨を示すためにユーザに提示されてよい。要すれば、どの故障が発生したのか、および（既知である場合には）原因に関するさらに詳細な説明も表示されてよい。通知を行い、付帯演算クリーンナップを完了した後、ＭＴ２装置は、閉鎖された状態３０８（図３）に遷移する。

代わりに、オープン状態５０８にある間に、ＭＴ２装置１０４は、別のＢＳ／ＭＳＣ１０６にハンドオフしてよい。典型的には、これは、ＭＴ２装置１０４がある地理的な場所から、元のＢＳ／ＭＳＣ１０６のサービスエリア外である別の場所へ移動するにつれて決定するだろう。２つのＢＳ／ＭＳＣが同じＩＷＦ１０８によってサービスを受けていない場合には、相互ＩＷＦハンドオフが発生する。ＭＴ２装置１０４は、ＩＳ−９５パケットゾーンＩＤを調べることによって、あるいはシステム識別（ＳＩＤ）またはネットワーク識別（ＮＩＤ）の変化に注意することによってこれを検出してよい。どちらのケースでもＭＴ２装置１０４は、ＰＰＰ再同期状態５０４を開始するために遷移するだろう。

開始ＰＰＰ再同期状態５０４では、ＭＴ２装置１０４は、前述されたように、ＰＰＰ交渉の始まりでキャッシュに入れられた第１ＬＣＰパケットを送信することによって、ＩＷＦ１０８との再同期ＰＰＰを開始する。これは、ＬＣＰパケット検出時にＭＴ２装置が前述されたように、監視ＰＰＰ状態５０２に遷移して戻る。

他方、オープン状態５０８の間、ＲＦＣ２００２に規定される移動登録寿命が超えられる場合、ＭＴ２装置１０４は、前述されたように移動ノード登録を再交渉するために、移動登録状態５１２に直接遷移して戻る。

このようにして、図４の実施形態においては、ＭＴ２装置１４内の追加プロトコル層（ＰＰＰプロトコル４１５、ＩＰプロトコル４１３、ＵＤＰプロトコル４１１および移動ＩＰプロトコル４０９）が、移動登録状態５１２で移動ノード登録を実行するためだけに立ち上げられ、移動登録状態５１２を終了した後停止される。これらの追加プロトコル層が立ち上がっている時間の間、すべてのＩＰトラフィックは、ＭＴ２装置１０４で開始、および終結する。概念的には、これが、移動ノード登録中にＴＥ２装置からＩＰ端点を「シフト」してから、移動ノード登録完了時にＴＥ２装置１０２に戻る。このようにして、ＭＴ２装置１０４は、移動ノード登録中にＴＥ２装置１０２の代理として役立ち、ＴＥ２装置１０２が独自のＩＰ移動性サポートを持つ必要性を回避する。

図６は、本発明の代替実施形態の各エンティティのプロトコルスタックの図を示す。図６と図４の間の大きな相違点とは、図６の実施形態においては、ＰＰＰレベルでＭＴ２装置１０４とＴＥ２装置１０２の間にピア関係が存在するということである。ＭＴ２装置１０４のＰＰＰＲプロトコル６０５は、ＴＥ２装置１０２のＰＰＰＲプロトコル６０６の終結として役立つ。また、ＩＷＦ１０８のＰＰＰＵプロトコル６２６が、ＭＴ２装置１０４のＰＰＰＵプロトコル６１５の終結として役立つことも注意する。図４の実施形態とは対照的に、これらのＰＰＰＲおよびＰＰＰＵリンクは、移動ノード登録後もＭＴ２装置１０４の中で生き残る。

図６の動作は、図７の状態図に関しても説明されるだろう。図７は図３の移動ＩＰモード３１０の代替実施形態の状態図である。ＭＴ２装置１０４は、監視ＰＰＰＲ状態７０２で開始する。監視ＰＰＰＲ状態７０２では、ＭＴ２装置１０４はＰＰＰＲプロトコル６０５を開始し、ＭＴ２装置１０４とＴＥ２装置１０２の間のＰＰＰＲリンクを交渉する。また、ＭＴ２装置１０４は、必要とされるならばＰＰＰ再同期で後ほど使用するために、ＴＥ２装置から受け取った第１ＬＣＰパケットもキャッシュの中に入れる。

ＭＴ２装置１０４は、ＴＥ２装置のＩＰＣＰ構成要求を探してＰＰＰＲリンクを監視し続ける。ＴＥ２装置のＩＰＣＰ構成要求検出時、ＭＴ２装置１０４はＩＰアドレスフィールドを調べる。要求されたＩＰアドレスが動的、つまりすべてゼロであると、ＭＴ２装置１０４はＰＰＰ状態７０４の再同期を開始するために遷移する。

ＰＰＰ状態７０４の開始再同期では、ＭＴ２装置１０４がＰＰＰＲプロトコル６０５を停止し、（監視ＰＰＰＲ状態７０２で初期にキャッシュに入れられた）元のＬＣＰパケットをＩＷＦ１０８に転送し、それによってＴＥ２装置１０２とＩＷＦ１０８間で直接的にＰＰＰリンクを開始する。これは、単純ＩＰ呼のためにＭＴ２装置１０４上でＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５を実行するオーバヘッドを回避するために実行される。動的アドレスが要求されていたので、ＭＴ２装置１０４の余分なＰＰＰ層は不必要であり、図２の通常ＩＳ−７０７．５リレーモデルが適用する。

しかしながら、ＴＥ２装置のＩＰＣＰ構成要求が静的なＩＰアドレスを含む場合には、ＭＴ２装置１０４は、ＰＰＰＲリンクが監視ＰＰＰＲ状態７０２で完全に交渉された後にＰＰＰＵ状態７０６を交渉するために遷移する。いったん交渉ＰＰＰＵ状態７０６に入ると、ＭＴ２装置１０４は、移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、ＩＰプロトコル６１３、およびＰＰＰＵプロトコル６１５を含むＭＴ２プロトコルスタックで追加層を開始する。また、ＭＴ２装置１０４は、ＴＥ２装置１０２をフロー制御する。再び、フロー制御は、Ｒｍインタフェース上で、ＴＥ２装置が任意のデータを送受するのを妨げることを指す。

それから、ＭＴ２装置１０４は、ＰＰＰＵプロトコル６１５とＰＰＰＵプロトコル６２６の間でＰＰＰＵリンクを交渉する。ＰＰＰＵリンクの交渉では、ＭＴ２装置１０４は、ＰＰＰＲリンクの交渉中にＴＥ２装置１０２によって要求されたのと同じパラメータを使用する。特定すると、ＴＥ装置１０２によってＭＴ２装置１０４から要求されている静的ＩＰアドレスは、ＩＷＦ１０８とのＰＰＰＵリンクを交渉する際にＭＴ２装置１０４によって使用される。

ＰＰＰＵリンク交渉中、ＭＴ２装置１０４は、ＩＷＦ１０８によって戻されるＩＰＣパケットを監視する。静的ＩＰアドレスを含むＩＰＣＰ構成要求がＩＷＦ１０８によって拒絶される場合には、ＭＴ２装置１０４は、移動性モード？状態７０８に遷移する。

移動性モード？状態７０８では、移動性データアイテム３０２がチェックされる。移動性データアイテム３０２値が「使用可能な場合」である場合には、ＭＴ２装置１０４が、単純なＩＰモード３０６での単純なＩＰ呼試行に備えて、ＰＰＰ状態７０４の開始再同期に遷移する。移動性データアイテム３０２値が「移動ＩＰ排他的」である場合、ＭＴ２装置１０４は閉鎖状態７１０に遷移する。閉鎖状態７１０は、図５の閉鎖状態５１６に動作が類似している。

静的ＩＰアドレスを含むＩＰＣＰ構成要求がＩＷＦ３０８によって受け入れられる場合には、ＭＴ２装置１０４は、移動登録状態７１２に遷移する。移動登録状態７１２へのエントリ時のシステムの状態は、ＴＥ２装置の観点からは、ＭＴ２装置１０４のＩＰアドレスは、ＩＷＦ１０８のアドレスのように見えるという点である。さらに、ＩＷＦ１０８という観点からは、ＭＴ２装置１０４のＩＰアドレスは、ＴＥ２装置１０２のアドレスのように見える。言い換えると、ＭＴ２装置１０４が、ＰＰＰＲプロトコル６０５とＰＰＰＵプロトコル６１５間の２つのＩＰアドレスを維持している。その結果、ＭＴ２装置１０４は、ＩＰアドレスに関係なく、ＰＰＰＲプロトコル６０５とＰＰＰＵプロトコル６１５の間でＰＰＰパケットを渡す。

移動登録状態７１２は、いくつかの重大な例外があるが、図５の移動登録状態５１２に非常に類似している。第１に、移動登録状態７１２では、移動登録パケットは、ＰＰＰＵプロトコル６１５から、ＰＰＰＲプロトコル６０５へよりはむしろ、ＩＰプロトコル６１３まで渡される。これは、移動登録パケットのルーティングがＭＴ２プロトコルスタックの中のさらに高い方の層で発生するという点で、図４および図５の動作とは異なる。第２に、ＰＰＰＵプロトコル６１５は、ＭＴ２装置１０４とＩＷＦ１０８間のＰＰＰリンクを終結するのに役立つため、図６の実施形態では、ネットワーク調整器は必要とされない。その結果として、登録中にＩＷＦ１０８と交換されたすべてのＰＰＰパケットは、ＴＥ２装置１０２とＩＷＦ１０８の間のＰＰＰ交渉で、図４および図５の実施形態に関してでのように、「立ち聞き」を必要とするＭＴ２装置１０４よりむしろ、ＭＴ２装置１０４自体で発信、終結される。

移動ノード登録が移動登録状態７１２で無事終了すると、ＭＴ２装置１０４はオープン状態７１４に遷移する。オープン状態７１４は、図５のオープン状態５０８に非常に類似している。図７と図５の実施形態の間の重要な相違点とは、図７では、ＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５が、オープン状態７１４の間、存在したままであることを示す。その結果、Ｕｍインタフェース上でＭＴ２装置に到着するＩＰパケットは、直接的にＥＩＡ＝２３プロトコル６１０によりむしろ、ＲＬＰプロトコル６１２によってＰＰＰＵプロトコル６１５に、およびその結果ＰＰＰＲプロトコル６０５に、およびそれからＥＩＡ−２３２プロトコル６１０に送られる。同様に、ＭＴ２装置１０４によってＲｍインタフェース上で受信されたすべてのＩＰパケットは、ＲＬＰプロトコルに直接的によりむしろ、ＥＩＡ−２３２プロトコル６１０によってＰＰＲプロトコル６０５へ、およびその結果としてＰＰＰＵプロトコル６１５、およびＲＬＰプロトコル６１２に送られる。

相互ＩＷＦハンドオフがオープン状態７１４で発生すると、ＭＴ２装置１０４は、開始ＰＰＰ再同期状態７０９に遷移する。開始ＰＰＰ再同期状態７０９は、開始ＰＰＰ再同期状態５０４の状態と同様に動作する。しかしながら、初期ＰＰＰ再同期状態７０９では、ＰＰＰＲリンクよりむしろ、ＰＰＰＵリンクだけが交渉し直されることに注意する必要がある。その、ＰＰＰＲリンクは変更されないままとなり、相互ＩＷＦハンドオフをＴＥ２装置１０２に透過的にし、したがってキャッシュに入れられたＬＣＰパケットは必要とされていない。

呼がオープン状態７１４（あるいは、実際には図７の任意の他の状態）にある間に終了する場合、ＭＴ２装置１０４は、閉鎖状態７１０に遷移する。閉鎖状態７１０は、図５の閉鎖状態５１６に非常に類似している。しかしながら、閉鎖状態７１０においては、削除を必要とするネットワーク調整器はない。さらに、呼終了のタイミングによっては、交渉の半ばにあるいくつかのＰＰＰインスタンスは残ってよい。いかなる場合にも、ＭＴ２装置１０４は、それらが実行中である場合、移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、ＩＰプロトコル６１３、ＰＰＰＲプロトコル６０５、およいＰＰＰＵプロトコル６１５を停止する。図５の実施形態においては、呼失敗の理由は、要すれば表示されてよい。

このようにして、図６の実施形態においては、ＭＴ２装置１０４内の追加プロトコル層（ダウン移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、およびＩＰプロトコル６１３）が、移動登録状態７１２で移動ノード登録だけを実行するために立ち上げられ、移動登録ロック状態７１２の後に停止される。しかしながら、ＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５は、オープン状態７１４の間手付かずのままである。このようにして、ＭＴ２装置１０４は、移動ノード登録中にＴＥ２装置の代理としての機能を果たし、ＴＥ２装置１０２が、独自のＩＰ移動性サポートを有するためにＴＥ２装置１０２に対するニーズをうまく回避する。

前記説明は、接続される端末装置の代わりに代理サービスを提供するためにＩＰアドレスシフトを使用する例を提供する。移動ＩＰ登録に加えて本発明のＩＰアドレスシフト方法の追加用途がある。本発明のＩＰアドレスシフト方法は、任意の代理サービスに、あるいは単一ＩＰアドレスを共用する必要がある任意の２つのネットワーク装置に使用されてよい。例えば、それは、ＴＥ２装置１０２がアクティブデータサービス呼の中にあるとき（例えば、ＴＥ２装置でｅ−メールをチェックするために遠隔でダイヤルインしている）に、ＭＴ２装置１０４とＴＥ２装置１０２の間で使用されてよく、ＭＴ２装置１０４は、ＩＰパケット（例えば、ウェブブラウザアプリケーション）を送受する必要がある実行中のアプリケーションがある。

本発明の１つの独自の態様とは、それが、単一ＩＰアドレスだけがＭＴ２装置１０４とＴＥ２装置１０２の両方によって使用するために使用可能であるシステムでの代理サービスに対する技法を提供することである。例えば、ＩＳＳ−７０７．５のネットワークモデルとリレーモデルの両方とも、単一ＩＰアドレスのＴＥ２装置１０２への割当てを暗示する。ＭＴ２装置１０４の排他的な使用のための第２のＩＰアドレスの割当てに関して如何なる別個の提供もなされない。実際に、ＰＰＰセッションあたり複数のＩＰアドレスを得ることは、現在不可能である。移動セッションあたり複数のＰＰＰをサポートするためのＩＷＦ１０８内のリソースの追加コストは、それをサービスプロバイダにとって魅力的ではないものにする。

ＴＥ２装置１０２には１つのＩＰアドレスだけが割り当てられるという事実は、代理サービスのためであるのか、そうでないのかに関係なく、ＩＰアドレスを必要とするＭＴ２装置１０４で実行しているそれ以外のアプリケーションが、ＴＥ２装置１０２に割り当てられている「ＩＰ」アドレスをどうにかして「共用」しなければならないことを暗示する。このＩＰアドレスシフトを実行するための方法は前述されており、図８のフローチャートに図表で示されている。図８の方法は、図４と６に関して前述されるシステムによって実行されてよい。

図８のプロセスは、ＭＴ２装置１０４上で実行している任意のアプリケーションがＩＰパケットを発する必要があるかどうかを決定する決定８０２で始まる。例えば、図４の移動ＩＰアプリケーション４０９あるいは図６の６０９は、移動ＩＰノード登録のための代理としてのその機能を実行するためにＩＰパケットを発する必要がある。ＩＰパケットを発する必要がある場合があるＭＴ２装置１０４で実行中のアプリケーションの別の例は、ウェブブラウザだろう。特にＭＴ２装置１０４がコンピュータ／電話（または「スマートフォン」）の組み合わせである場合には、ＭＴ２装置１４で実行している可能性があるＩＰパケットサービスを活用する多くのそれ以外のアプリケーションがある。

それから、ＭＴ２装置１０４は、ブロック８０４でＴＥ２装置１０２から出力のＩＰパケットをブロックする。これは、ＴＥ２装置１０２を「フロー制御している」（つまり、ＴＥ２装置１０２がそのリレー層インタフェース上でデータを送受するのを妨げる）ＭＴ２装置１０４によって前述されるように達成することができる。例えば、図４の実施形態においては、ＴＥ２装置のＥＩＡ−２３２プロトコル４０８とＭＴ２装置のＥＩＡ−２３２プロトコル４１０の間のリンクがＭＴ２装置１０４によってフロー制御される。ソフトウェアまたはハードウェアフロー制御が使用されてよい。例えば、１つの実施形態においては、ＭＴ２装置１０４は、ＭＴ２装置１０４とＴＥ２装置１０２の間のピン電圧の１つをトグルする。

ＴＥ２装置１０２をフロー制御することによって、ＭＴ２装置１０４、および特にＩＰプロトコル４１３は、送信または受信される追加ＩＰパケットの目的のために、ＩＰ−端点となることができる。概念上、これが、ＩＰ端点をＴＥ２装置１０２から「シフト」し、それ以外の場合、それはＭＴ２装置１０４に対してとなるだろう。このようにしてブロック８０６では、ＭＴ２装置は、ＴＥ２装置１０２に最初に割り当てられているＩＰアドレスを使用して、ＩＰパケットを送受する。

本発明のＩＰアドレスシフト方法のこの第１実施形態では、ＴＥ２装置１０２向けのあらゆるＩＰパケットは、ブロック８０８でＭＴ２装置によって廃棄される。これは、単にＭＴ２装置１０４で実行中の任意のアプリケーションによって無視されているＩＰパケットによって発生することがある。

本発明のＩＰアドレスシフト方法の第２実施形態は、図９Ａから図９Ｂに示されている。この第２実施形態においては、ＩＰアドレスは、ＴＥ２装置１０２をフロー制御することによってよりむしろ、パケット単位でＭＴ２装置１０４とＴＥ装置１０２の間として概念上「シフトされる」。図９Ａから図９Ｂの方法は、図４および図６に関して前述されたシステムによって実行されてよい。

ブロック９０２では、ＭＴ２装置は、インバウンドＩＰパケットのポート番号を調べる。前記に述べたように、ポート番号は、ＴＣＰまたはＵＤＰなどのトランスポート層プロトコルによって割り当てられている。このようにして、２つのＩＰパケットが同じＩＰ宛先アドレスを有することがあるが、それらは異なるポート番号を有する。技術で周知であるように、同じ装置上、または複数の異なる装置上で実行しているさまざまなアプリケーションは、さまざまなポート番号を使用してよい。ブロック９０２のインバウンドＩＰパケットのポート番号を調べることには、ＩＰパケットを直接調べるために、ＰＰＰパケットを非フレーム化することを含んでよい。例えば図６に描かれているネットワークモデルでは、ＰＰＰＵプロトコル６１５は、ＩＷＦ１０８から入来ＰＰＰパケットを分解（ｕｎ−ｆｒａｍｅ）するだろう。ＭＴ２装置１０４は、それからＩＰパケットのポート番号を調べるだろう。代わりに、それは、事前に定義された数のビット分、ＩＰパケットの中に単に割り出す（ｉｎｄｅｘｉｎｇ）ことを含んでよい。ＰＰＰヘッダ、ＩＰヘッダ、の長さ、ポート番号のＩＰパケット内での場所は、多様な規格に従ってよく定義されている。

決定９０４では、ＭＴ２装置１０４が、ＩＰパケットがＭＴ２装置１０４上で実行中のアプリケーションによって使用されているポート番号を含むかどうかを決定する。例えば、ＭＴ２装置１０４がインターネットブラウザアプリケーションを実行していた場合、そのブラウザアプリケーションはある特定のポート番号、おそらくポート２００を使用しているだろう。ＩＰパケット中のポート番号もポート２００である場合には、ＩＰパケットは、ＭＴ２装置１０４上で実行している例のアプリケーションによって使用されているポート番号を含む。しかしながら、このＩＰパケットのポート番号が２００以外の何かである場合には、ＩＰパケットは、ＭＴ２装置１０４で実行している例のアプリケーションによって使用されているポート番号を含まないだろう。

ＩＰパケットのポート番号がＭＴ２装置１０４のアプリケーションで使用されているものである場合には、フローは、ＭＴ２装置１０４がＩＰパケットをＭＴ２アプリケーションに送るブロック９０６に進む。しかしながら、ＩＰパケットのポート番号が、ＭＴ２装置１０４のアプリケーションによって使用されていないポート番号である場合、フローは、ＭＴ２装置１０４がＩＰパケットをＴＥ２装置に送るブロック９０８に進む。これは、ＰＰＰパケットを再フレーム化し、それをＲｍリンク上でＴＥ２装置１０２に送信することを含む可能性がある。図６に示されているネットワークモデル実施形態においては、これはＰＰＰＲプロトコル６０５によって達成されるだろう。このようにして、ＭＴ２装置１０４は、依然としてすべてのそれ以外のＩＰパケットをＴＥ２装置１０２に渡す一方、ＭＴ２装置１０４上で実行しているアプリケーション宛のすべてのＩＰパケットを妨害し、処理する。このようにしてＩＰパケットのどれも、ＭＴ２装置１０４によって廃棄されず、ＴＥ２装置１０２はフロー制御されていない。

ＭＴ２装置１０４上のアプリケーションが図９Ｂの決定９１０で決定されるようにＩＰパケットを発信する必要がある場合には、ＭＴ２装置アプリケーションは、ブロック９２１でＴＥ２装置に割り当てられているＩＰアドレスを使用してＩＰパケットを発する。どちらのケースでも、フローは、ＭＴ２装置１０４が、ＩＰパケットを発する必要性があるかどうかを決定し続けるブロック９１０に戻る。このようにして、ＭＴ２装置１０４は、パケット単位でＴＥ２装置１０２に割り当てられているＩＰアドレスを「共用する」。

好ましい実施形態の前記記述は、当業者が、本発明を製作または使用をできるようにするために提供されている。これらの実施形態に対する多様な修正は、当業者に容易に明らかとなり、ここに定義されている一般的な原則は、発明の機能を使用しなくとも他の実施形態に適用されるかもしれない。このようにして、本発明は、ここに示されている実施形態に限られることなく、ここに開示されている原則および新規な特徴に一貫した幅広い範囲を与えられなければならない。

Claims (12)

1. 第１ネットワーク化された装置と第２ネットワーク化された装置の間でインターネットプロトコル（ＩＰ）アドレスを共用するための方法であって、
   前記第１ネットワーク化された装置の中で受信されたＩＰパケットのポート番号を調べるステップと、
   前記第１ネットワーク化された装置の中で、前記受信ＩＰパケットの前記ポート番号が前記アプリケーションと一致する場合に、前記第１ネットワーク化された装置のアプリケーションへ前記ＩＰパケットを送るステップと、
   前記受信ＩＰパケットの前記ポート番号が前記アプリケーションに一致しない場合に、前記ＩＰパケットを前記第１ネットワーク化された装置から、前記第２ネットワーク化された装置へ送るステップと、
   を備える方法。
2. さらに、前記第１ネットワーク化された装置からＩＰパケットを発するステップを備え、前記ＩＰパケットが、前記第２ネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含む、請求項１に記載される方法。
3. さらに、前記第１ネットワーク化された装置で、前記第１ネットワーク化された装置上のアプリケーションがＩＰパケットを送信する必要があるかどうかを決定するステップを備える、請求項２に記載される方法。
4. 第１ネットワーク化された装置と第２ネットワーク化された装置の間でインターネットプロトコル（ＩＰ）アドレスをシフトする方法であって、
   前記第１ネットワーク化された装置の中で、前記第２ネットワーク化された装置で発する送信済みのＩＰパケットをブロックするステップと、
   前記第１ネットワーク化された装置からＩＰパケットを生じさせ、前記ＩＰパケットが、前記第２ネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含むステップと、
   を備える方法。
5. さらに、前記第１ネットワーク化された装置において、前記第１ネットワーク化された装置の上のアプリケーションがＩＰパケット送信する必要性があるのか、あるいは受信する必要性があるのかを決定するステップを備える、請求項４に記載される方法。
6. さらに、前記第１ネットワーク化された装置で、前記第２ネットワーク化された装置にアドレス指定された受信ＩＰパケットを廃棄するステップを備える、請求項５に記載される方法。
7. 受信されたＩＰパケットのポート番号を調べるための手段と、
   前記受信ＩＰパケットの前記ポート番号が、前記アプリケーションに一致する場合に、前記ネットワーク化された装置でのアプリケーションに前記ＩＰパケットを送るための手段と、
   前記受信ＩＰパケットの前記ポート番号が前記アプリケーションに一致しない場合、前記ＩＰパケットを別個のネットワーク化された装置に送るための手段と、
   を備えるネットワーク化された装置。
8. さらに、前記ネットワーク化された装置からＩＰパケットを発するための手段であって、前記ＩＰパケットが、前記別個のネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含む、請求項７に記載されるネットワーク化された装置。
9. さらに、前記ネットワーク化された装置上のアプリケーションがＩＰパケットを発する必要性があるかどうか決定するための手段を備える、請求項８に記載されるネットワーク化された装置。
10. 別個のネットワーク化された装置で発生する送信されたＩＰパケットをブロックする手段と、
    前記ネットワーク化された装置からＩＰパケットを発信するための手段であって、前記別個のネットワーク化された装置に割り当てられたＩＰアドレスを発信アドレスとして含む手段と、
    を備えるネットワーク化された装置。
11. さらに、第１ネットワーク化された装置上のアプリケーションが、ＩＰパケットを発生する必要があるかどうかを決定するための手段を備える、請求項１０に記載されるネットワーク化された装置。
12. さらに、前記ネットワーク化された装置内で、前記別個のネットワーク化された装置にアドレス指定された、受信ＩＰパケットを廃棄するための手段を備える、請求項１１に記載されるネットワーク化された装置。

Images