(57)【特許請求の範囲】
【請求項１】
無線通信装置に結合される端末装置の移動ノード登録を実行する方法であって、
前記端末装置から、移動データサービスに対する要求の信号を送り出すステップと、
前記無線通信装置で、前記信号送出ステップに応じて前記端末装置の移動ノード登録を開始するステップと、
を具備することを特徴とする無線通信装置に結合される端末装置の移動ノード登録を実行する方法。
【請求項２】
前記信号送出ステップは、パケット化データを前記端末装置から前記無線通信装置に送信することを有し、
前記開始ステップは、前記無線通信装置で、インターネットプロトコル（ＩＰ）アドレスリクエストに含まれたＩＰアドレスに対する前記パケット化データを監視するステップと、
前記ＩＰアドレスリクエストが静的ＩＰアドレスに対するものである場合、前記無線通信装置で、前記ＩＰアドレスを使用して移動ノード登録を開始するステップと、をさらに有すること、
を特徴とする請求項１の方法。
【請求項３】
前記移動ノード登録を開始するステップは、前記無線通信装置が前記端末装置が前記パケット化データを送信あるいは受信することを防止するステップを含むことを特徴とする請求項２の方法。
【請求項４】
無線通信装置が前記移動ノード登録の完了の際に前記端末装置にパケット化を送受信させるステップをさらに含むことを特徴とする請求項３の方法。
【請求項５】
前記監視するステップは、前記インターネットノードと前記端末装置との間で交換されたパケットの検査を有することを特徴とする請求項４の方法。
【請求項６】
前記監視するステップは、前記無線通信装置と前記端末装置との間で交換されたパケットの検査を有することを特徴とする請求項４の方法。
【請求項７】
移動ノード登録を実行するシステムであって、
移動データサービスに対する要求の信号を送出する端末装置と、
前記信号送出に応じて前記端末装置の移動ノード登録を開始する無線通信装置と、
を具備することを特徴とする移動ノード登録を実行するシステム。
【請求項８】
前記端末装置は、パケット化データを送信することによって前記移動データサービスに対する要求の信号を送出し、
前記無線通信装置は、インターネットプロトコル（ＩＰ）アドレスリクエストに含まれたＩＰアドレスに対する前記パケット化データを監視し、かつ前記ＩＰアドレスリクエストが静的ＩＰアドレスに対するものである場合、前記ＩＰアドレスを使用する移動ノード登録を開始すること、
を特徴とする請求項７のシステム。
【請求項９】
前記無線通信装置は、移動ノード登録を開始する場合に前記端末装置が前記パケット化データを送信あるいは受信することを防止することを特徴とする請求項８のシステム。
【請求項１０】
前記無線通信装置は、前記端末装置に前記移動ノード登録の完了の際にパケット化データを送受信させることを特徴とする請求項９のシステム。
【請求項１１】
前記無線通信装置は、前記ＩＰアドレスに対する前記パケット化データを監視する場合、前記インターネットノードと前記端末装置との間で交換されたパケットを検査することを特徴とする請求項１０のシステム。
【請求項１２】
前記無線通信装置は、前記ＩＰアドレスに対する前記パケット化データを監視する場合、前記無線通信装置と前記端末装置との間で交換されたパケットを検査することを特徴とする請求項１０のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線データ装置に関するものである。より詳細には、本発明は、ＩＰ移動サポートを要求する端末装置のプロキシ移動ノード登録を実行する新規で、改良された方法およびシステムに関するものである。
【０００２】
【従来の技術】
インターネットワーキング、すなわち個別のローカルエリアネットワーク（ＬＡＮ）の接続は急速に非常に普及することになる。「インターネット」と一般に呼ばれるインフラストラクチャおよび関連プロトコルは、周知になり、広く使用されている。インターネットの中心にあるのは、当該技術分野で周知であり、１９８１年９月付の、名称が「インターネットプロトコルＤＡＲＰＡインターネットプログラムプロトコル仕様」のリクエスト・フォア・コメント（ＲＦＣ）７９１にさらに記載されているようにＬＡＮ間のデータグラムのルーチングをサポートするインターネットプロトコル（ＩＰ）である。
【０００３】
ＩＰは、アドレス指定を含むいくつかのサービスを提供するデータグラム指向プロトコルである。ＩＰプロトコルは、送信するためにデータをＩＰパケットにカプセル化し、アドレス指定情報をパケットのヘッダに付加する。ＩＰヘッダは、送信ホストおよび受信ホストを識別する３２ビットアドレスを含む。これらのアドレスは、予定されたアドレスでのパケットの最終宛先の方へのネットワークを通るパケットのための経路を選択するために中間ルータによって使用される。ＩＰアドレス指定の基本概念は、ＩＰアドレスの最初のプレフィックスを一般化ルーチング決定のために使用できることである。例えば、アドレスの最初の１６ビットは、クアルコム社を識別でき、最初の２０ビットはクアルコムの本社を識別し、最初の２６ビットはこの本社の特定のインターネットを識別し、全３２ビットはこのインターネット上の特定のホストを識別する。他の例として、クアルコムのＩＰネットワークのあらゆるアドレスは、（「ドットカッド表記法」で）１２９．４６．ｘｘｘ．ｘｘｘの形であってもよく、ここで、「ｘｘｘ」はゼロと２５５との間の任意の許容可能整数を示す。
【０００４】
ＩＰのこのプレフィックスを基にしたルーチング特性によって明らかであるように、ＩＰアドレスは、インターネット上の特定のホストの位置についての暗示された地理的情報を含む。換言すると、インターネット上のいかなるルータも「１２９．４６」で始まる宛先ＩＰアドレスを有するパケットを受信するときは常に、ルータは、米国のカリフォルニア州のサンディエゴ市のクアルコム社のネットワークの方へ特定の方向にこのパケットを転送する。したがって、発信加入者が着信相手のＩＰアドレスを知っていると仮定すると、ＩＰプロトコルによって、世界中のいかなるインターネットノードでも発信するデータグラムは、世界中のいかなる他のインターネットノードにも経路選択できる。
【０００５】
移動計算および移動インターネットアクセスは、人気が増大したので、ＩＰプロトコルを使用するラップトップコンピュータあるいはパームトップコンピュータのような移動端末のための移動データサポートを行う要求が生じた。しかしながら、今述べたように、インターネットルーチングのために使用されるＩＰアドレス指定方式は暗示された地理的情報を含む。換言すると、ユーザの移動端末を識別するために、ユーザが固定ＩＰアドレスを使用し、この移動端末に向けられたＩＰパケットは、移動端末がＩＰパケットを移動端末に「転送」する若干の技術がない状況で、この移動端末の「ホーム」ネットワーク（すなわち、この移動端末の固定ＩＰアドレスを含むネットワーク）から離れた所にあるときにこの移動端末に発送されない。
【０００６】
例えば、ユーザがサンディエゴ市のクアルコム社の移動端末の「ホーム」ＩＰネットワークから移動端末を取り外し、カリフォルニア州のパロアルト市への旅行に移動端末を持って行き、そこでユーザのクアルコム割り当ての固定ＩＰアドレスをなお保有している間にスタンフォード大学のＩＰネットワークに接続することを決心した場合を想定する。移動端末の固定ＩＰアドレスの暗黙のうちの地理的位置情報のために、移動端末に向けられたいかなるＩＰデータグラムもなおクアルコムのＩＰネットワークに経路選択される。クアルコムのＩＰネットワークからパロアルト市のスタンフォード大学のＩＰネットワークのインターネットへの移動端末の現取り付け点の移動端末に転送する若干の機構が所定の位置にない限り、このようなＩＰパケットは、「ホーム」ネットワークから離れた所にある間はこの移動端末に供給されない。
【０００７】
この要求を満たすために、１９９６年１０月付の名称が「ＩＰ移動サポート」であるＲＦＣ２００２は、インターネットの移動ノードへのＩＰデータグラムの透過性ルーチングを可能にするプロトコル強化を特定する。ＲＦＣ２００２に記載された技術を使用すると、各移動ノードは常に、インターネットへの移動端末の現取り付け点に関係なく、移動端末の「ホーム」ＩＰアドレスによって識別できる。移動端末のホームＩＰネットワークから離れた所にある間、移動端末は、「ケアオブ」アドレスに関連するようになってもよく、それによってＩＰデータグラムをインターネットへの移動端末の現取り付け点に経路選択するのに必要な情報の転送を行う。ＲＦＣ２００２は、ケアオブアドレスの登録のために「ホームエージェント」を供給することによってこれを行う。このホームエージェントは、「ＩＰトンネリング」と呼ばれる技術を使用することによって移動端末に向けられたＩＰデータグラムを転送する。ＩＰトンネリングは、移動端末のホームＩＰアドレスに対応する宛先アドレスを有するいかなる到着ＩＰパケットに対するケアオブアドレスも含む新しいＩＰヘッダを取り付けるホームエージェントを含む。ケアオブアドレスに到着した後、ケアオブアドレスの「外部エージェント」は、ＩＰトンネリングヘッダを取り除き、インターネットへの移動端末の現取り付け点でＩＰパケットを移動端末に供給する。
【０００８】
このように、ＲＦＣ２００２の技術は、移動端末のＩＰアドレスを変更する必要がなくインターネットへのユーザの移動端末の取り付け点を再配置することを望むユーザのための移動データサービスを提供する。この機能はいくつかの長所を有する。まず第一に、この機能によって、インターネット上の他の所の発信ノードは、移動端末がある場所に関係なく、周期的な「プッシュ」サービスを移動端末に送信できる。このようなサービスは株式相場あるいは電子メールを含んでもよい。これは、移動ユーザが「ダイヤルイン」する要求を不要にするかまたはさもなければ情報を検索するためにユーザのホームネットワークにコンタクトをとる。さらに、この情報によって、移動端末は、少しの発信加入者も移動端末が現在ある場所を見失わないようにする必要がない限り、所望される頻度で再配置できる。
【０００９】
移動端末の移動自由度を増加させるために、多数の移動ユーザは、一般的にセルラ電話あるいは携帯電話のような無線通信装置を使用し、インターネットに接続する。換言すると、多数の移動ユーザは、地上固定設置ネットワークへのアクセスポイントとして一般に「移動局」あるいはＭＴ２装置と呼ばれる無線通信装置を使用する。ここで使用されるように、「移動局」あるいは「ＭＴ２装置」は、未指定ポイントで移動中あるいは停止中に使用されることを目的としている公衆無線ラジオネットワークの任意の加入者局を指す。移動局およびＭＴ２装置は、携帯装置（例えば、携帯パーソナル電話）および乗物に設置された装置、ならびに無線ローカルループ（ＷＬＬ）電話を含んでいる。
【００１０】
図１は、移動端末（ＴＥ２装置）１０２が、無線通信装置（ＭＴ２装置）１０４および基地局／移動交換局（ＢＳ／ＭＳＣ）１０６を含む無線通信システムを介してインターワークキング機能（ＩＷＦ）１０８と通信する無線データ通信システムのハイレベルブロック図を示す。図１では、ＩＷＦ１０８はインターネットへのアクセスポイントとして役立つ。ＩＷＦ１０８は、当該技術分野で公知であるような従来の無線基地局であってもよいＢＳ／ＭＳＣ１０６に結合され、しばしばこのＢＳ／ＭＳＣ１０６と一緒にある。ＴＥ２装置１０２は、順にＢＳ／ＭＳＣ１０６およびＩＷＦ１０８と無線通信するＭＴ２装置１０４に結合される。
ＴＥ２装置１０２とＩＷＦ１０８との間のデータ通信を可能にする多数のプロトコルが存在する。例えば、米国電気通信工業会（ＴＩＡ）／米国電子工業会（ＥＩＡ）の１９９８年２月に公表された「広帯域スペクトラム拡散システムのためのデータサービスオプション：パケットデータサービス」という名称の暫定規格ＩＳ‐７０７．５は、ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８が一部であってもよいＴＩＡ／ＥＩＡのＩＳ‐９５の広帯域スペクトラム拡散システムのパケットデータ伝送機能のサポートに対する要件を規定する。ＩＳ‐７０７．５は、ＢＳ／ＭＳＣ１０６を介するＴＥ２装置１０２とＩＷＦ１０８との間で通信するために使用されてもよいパケットデータベアラサービスを指定する。このＩＳ‐７０７．５は、ＣＤＰＤフォーラム社によって１９９５年１月２９日に公開された「セルラディジタルパケットデータシステム仕様、バージョン１．１」という名称のＣＤＰＤ‐１９９５に示されているセルラディジタルパケットデータ（ＣＤＰＤ）と同様にＲＦＣ２００２の移動ＩＰサービスを含む複数のパケットデータサービスに適用できる手順を提供する。
【００１１】
ＣＤＰＤは、移動に対するそれ自体のサポートのあるものを含むＡＭＰＳ（アナログ）セルラデータサービスである。ＣＤＰＤは、いくつかの重要な点で移動ＩＰと異なる。最も注目すべきことは、ＣＤＰＤモデムは、ＣＤＰＤネットワークに属する割り当てられたＩＰアドレスを有する。それで、ＣＤＰＤモデムはＣＤＰＤネットワーク内を巡るけれども、ＣＤＰＤモデムは、移動ＩＰサポート端末がこのモデムの「ホーム」ネットワークの以外のこのモデムの「ホーム」ＩＰアドレスを使用できるのと同様にＣＤＰＤネットワーク以外のモデムのＩＰアドレスを使用しなくてもよい。
【００１２】
ＩＳ‐７０７．５は、ＴＥ２装置１０２とＭＴ２装置１０４との間のリンク（Ｒｍインタフェース）、ＭＴ２装置１０４とＢＳ／ＭＳＣ１０６との間のリンク（Ｕｍインタフェース）およびＢＳ／ＭＳＣ装置１０６とＩＷＦ１０８との間のリンク（Ｌインタフェース）上の通信プロトコルに対する要件も提供する。
【００１３】
次に図２を参照すると、ＩＳ‐７０７．５リレーモデルの各エンティティのプロトコルスタックの図が示されている。図２は、おおよそＩＳ‐７０７．５の図１．４．２．１‐１に相当する。この図のはるか左側には、従来の垂直フォーマットで示され、ＴＥ２装置１０２（例えば、移動端末、ラップトップコンピュータあるいはパームトップコンピュータ）で実行するプロトコル層を示すプロトコルスタックがある。ＴＥ２プロトコルスタックは、Ｒｍインタフェースを介してＭＴ２装置１０４プロトコルスタックに論理的に接続されているものとして示されている。ＭＴ２装置１０４は、Ｕｍインタフェースを介してＢＳ／ＭＳＣ１０６プロトコルスタックに論理的に接続されるものとして示されている。ＢＳ／ＭＳＣ１０６プロトコルスタックは、同様にＬインタフェースを介してＩＷＦ１０８プロトコルスタックに論理的に接続されるものとして示されている。
【００１４】
図２の動作の例は下記の通りである。ＴＥ２装置１０２で実行するアプリケーションプログラムのような上層プロトコル２０２エンティティは、インタフェースを介してＩＰパケットを送信する要求を有する。一例アプリケーションは、ネットスケープナビゲータ、あるいはマイクロソフトインターネットエクスプローラ等のようなウェブブラウザであってもよい。ウェブブラウザは、ｈｔｔｐ：／／ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍのようなユニバーサル・リソース・ロケータ（ＵＲＬ）をリクエストする。ドメインネームシステム（ＤＮＳ）プロトコル、すなわち上層プロトコル２０２もテキストホスト名ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍを３２ビットの数値ＩＰアドレスに変換する。上層プロトコル２０２であるハイパーテキスト転送プロトコル（ＨＴＴＰ）も要求されたＵＲＬに対するＧＥＴメッセージを構成し、伝送制御プロトコル（ＴＣＰ）がこのメッセージを送信するために使用され、ＴＣＰポート８０はＨＴＴＰ動作のために使用されることも指定する。
【００１５】
ＴＣＰプロトコル、上層プロトコル２０２も、ＤＮＳによって指定された接続、すなわちポート８０を開き、ＨＴＴＰのＧＥＴメッセージを送信する。ＴＣＰプロトコルは、ＩＰプロトコルがメッセージトランスポートのために使用されることを指定する。ＩＰプロトコル、すなわちネットワーク層プロトコル２０４は、ＴＣＰパケットを指定されたＩＰアドレスに送信する。ポイント・ツー・ポイントプロトコル（ＰＰＰ）、すなわちリンク層プロトコルは、ＩＰ／ＴＣＰ／ＨＴＴＰパケットを符号化し、このパケットを中継層プロトコル２０８ＥＩＡ‐２３２を使用してＲｍインタフェースを横切ってＭＴ２装置のＥＩＡ‐２３２互換ポートに送信する。ＰＰＰプロトコルは、「ポイント・ツー・ポイントプロトコル（ＰＰＰ）」という名称のＲＦＣ１６６１に詳述される。ＭＴ２装置１０４のＥＩＡ‐２３２プロトコル２１０は、伝送のための無線リンクプロトコル（ＲＬＰ）およびＩＳ‐９５プロトコル２１４の組合せに送信されたＰＰＰパケットをＵｍインタフェースを介してＢＳ／ＭＳＣ１０６に送る。ＲＬＰプロトコル２１２はＩＳ−７０７．２において画定され、ＩＳ−９５プロトコルは上記のＩＳ−９５において画定される。ＲＬＰプロトコル２１６およびＩＳ‐９５プロトコル２１８の組合せを含むＢＳ／ＭＳＣ１０６の相補中継層プロトコルスタックは、Ｕｍインタフェースを介してＰＰＰパケットを受信し、このパケットをＬインタフェースのためのＭＴ２中継層プロトコル２２０〜ＩＷＦ中継層プロトコル２２８に送る。ＭＴ２中継層プロトコル２２０およびＩＷＦ中継層プロトコル２２８は、「広帯域スペクトラム拡散ディジタルセルラシステムのためのデータサービスインタワーキング機能インタフェース規格」という名称のＴＩＡ／ＥＩＡのＩＳ‐６５８に示されている。
【００１６】
ＩＷＦのリンク層のＰＰＰプロトコル２２６は、ＴＥ２装置１０２からのＰＰＰパケットを復号化し、ＴＥ２装置１０２とＩＷＦ１０８との間のＰＰＰ接続を終了させるのに役立つ。復号化パケットは、ＰＰＰプロトコル２２６から調査するためにＩＷＦ１０８のネットワーク層プロトコル２２４のＩＰプロトコルに送られ、さらにＩＰパケットヘッダのＴＥ２によって指定されたＩＰアドレス（ここでは、ｗｗｗ．ｑｕａｌｃｏｍｍ．ｃｏｍのためのＩＰアドレス）に経路選択する。ＴＣＰのようなＩＷＦ１０８で実行されるいかなる上層プロトコルタスクもある場合、このタスクは上層プロトコル２２２によって実行される。
【００１７】
ＴＥ２装置１０２によって発生されるＩＰパケットの最終宛先がＩＷＦ１０８でないと仮定すると、このパケットは、ＩＷＦ１０８のネットワーク層プロトコル２２４、ＰＰＰプロトコル２２６および中継層プロトコル２２８を通してインターネット上の次のルータ（図示せず）に転送される。このように、ＴＥ２装置１０２からのＩＰパケットは、ＭＴ２装置１０４、ＢＳ／ＭＳＣ１０６、およびＩＷＦ１０８を通してインターネット上のパケットの最終の予定宛先の方へ通信され、それによってＩＳ‐７０７．５規格リレーモデルに従ってＴＥ２装置１０２のための無線パケットデータサービスを提供する。
【００１８】
図２に示されるように、ＩＳ‐７０７．５規格は、Ｒｍインタフェース、ＵｍインタフェースおよびＬインタフェースに対する要件を含む、ＴＥ２装置１０２とＩＷＦ１０８との間のリンク上の通信プロトコルに対する要件を提供する。これらの要件および手順は、ＲＦＣ２００２に記載されている移動ＩＰサービスをサポートすることに適用可能である。
【００１９】
【発明が解決しようとする課題】
しかしながら、ＩＳ‐７０７．５は、第１の例で移動ＩＰサービスを確立する手順を提供しない。換言すると、ＩＳ‐７０７．５は、移動ＩＰサービスをサポートするフレームワークを提供するが、移動ＩＰサービスを折衝する手順を提供しないかあるいはＴＥ２装置１０２に移動ＩＰサービスのためのホームエージェントおよび外部エージェントを登録する。これらの手順はＲＦＣ２００２そのものにある。
【００２０】
この区別は、一般的には若干のアプリケーション層エンティティがしたがって移動ＩＰをサポートするためにＴＥ２装置に存在しなければならないことを考察する場合に重要である。あいにく、パーソナルコンピューティングのための最も一般に普及しているオペレーティングシステムソフトウェア、すなわちマイクロソフトウィンドウズは、移動ＩＰに対するサポートを有していなくて、現在はこのようなサポートを有するために予め準備されない。結果として、マイクロソフトウインドウズ（あるいは多数の他のオペレーティングシステムの中の１つ）を実行するＴＥ２装置は、ＴＥ２装置がこの装置の「ホーム」ＩＰネットワークに接続されない場合にこの装置の「ホーム」ＩＰアドレスを使用できない。これは、移動ユーザが、「ホーム」ＩＰネットワークから離れている所にいる間「プッシュ」サービスのような移動ＩＰサービスおよび直接電子メール配信の長所を利用することを防止する。
【００２１】
必要とされるものは、ＴＥ２装置の移動ＩＰ登録を実行する方法およびシステムであり、ＭＴ２装置は、ＴＥ２装置に対する移動ＩＰサポートを確立するためにＴＥ２装置のためのプロキシの役を果たす。
【００２２】
【課題を解決するための手段】
本発明は、移動ノード登録を実行する新規で、改良されたシステムおよび方法である。この方法は、端末装置から、移動データサービスに対する要求の信号を送出し、無線通信装置で、信号送出ステップに応じて端末装置の移動ノード登録を開始することを含む。この端末装置は、パケット化データを送信し、端末装置に結合された無線通信装置は、インターネットプロトコル（ＩＰ）アドレスリクエストに含まれたＩＰアドレスに対するパケット化データを監視する。ＩＰアドレスリクエストが静的ＩＰアドレスに対するものである場合、無線通信装置はＩＰアドレスを使用して移動ノード登録を開始する。無線通信装置は、移動ノード登録を開始する場合、端末装置がパケット化データを送信あるいは受信することを防止し、この無線通信装置によって、端末装置は移動ノード登録の完了の際にパケット化データを送受信できる。結果として、移動ノード登録は、端末装置に透過的に生じ、端末装置自体の移動ＩＰサポートを有するように端末装置に対する要求を不要にする。
【００２３】
【発明の実施の形態】
本発明の特徴、目的、および長所は、同様な参照文字は全体に同様に識別する図面とともに行われる場合に後述される詳細な説明からより明らかになる。
【００２４】
本発明は、データサービス作動ＭＴ２装置のユーザの透過的な移動をサポートすることを目的としている。本発明のいろいろの実施形態は、３つの異なる使用モデルの下でデータサービスをサポートすることを目的としている。
【００２５】
第１の使用モデルは、移動ＩＰがサポートされなくて、動的に割り当てられたＩＰアドレスを使用するデータサービスはそれにもかかわらずなおサポートされるモデルである。この第１の使用モデルでは、ＴＥ２装置は、ＴＥ２装置が現在取り付けられるインターネットサービスプロバイダー（ＩＳＰ）によってＩＰアドレスを動的に割り当てられる。この第１の使用モデルは、移動ＩＰサポートを使用しないし、この装置の「ホーム」ＩＰアドレスを使用しない。結果として、ＴＥ２装置は、装置のホームＩＰネットワークからこの装置に転送されたデータを有するよりもむしろＩＳＰに接続された間に明確にリクエスト（要求）するデータだけを受信する。
【００２６】
第２の使用モデルは、移動ＩＰサポートがＴＥ２装置のためにプロキシとしてＭＴ２装置に提供されるモデルである。この第２のモデルは、移動ＩＰサポートを有することを望むが、移動ＩＰをサポートするＴＥ２装置を有しない移動ユーザに適用する。例えば、マイクロソフトウインドウズオペレーティングシステムを実行するラップトップのようなＴＥ２装置のユーザは、第２の使用モデルに属する。この第２の使用モデルでは、ＴＥ２装置は、ユーザがユーザのホームネットワークに加入されたにせよ移動ＩＰ作動無線ネットワーク上を巡るにせよ、この装置の「ホーム」ＩＰアドレス（すなわち、この装置のホームネットワークによって割り当てられた「固定」ＩＰアドレス）を使用してもよい。この第２の使用モデルは、いわゆる「スマートホン」のようなＴＥ２装置およびＭＴ２装置を統合する装置に対する移動サポートも行う。
【００２７】
第３の使用モデルは、移動ＩＰサポートがＴＥ２装置で行われるモデルである。この第３の使用モデルは、移動ＩＰサポートを有するＴＥ２装置のユーザに適用可能であり、したがってＭＴ２装置からのプロキシサービスを必要とする状態でない。本発明のいろいろの実施形態はこれらの３つの使用モデルの中の１つあるいはそれ以上の要件を満たすことを目的としている。
【００２８】
後述される本発明が、図に示されたエンティティの各々のソフトウェア、ファームウェア、およびハードウェア（ＴＥ２装置１０２、ＭＴ２装置１０４、ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）の多数の異なる実施形態で実施できることは当業者に明らかである。本発明を実施するために使用される実際のソフトウェアコードあるいは制御ハードウェアは本発明を限定するものではない。したがって、本発明の動作および作用は、実際のソフトウェアコードを特別に参照しないで説明され、当業者はここでの説明に基づいて本発明のいろいろの実施形態を実施するソフトウェアを設計し、ハードウェアを制御できることが理解される。
【００２９】
次に図３を参照すると、本発明のＭＴ２装置の動作のハイレベル状態図が示されている。図３では、ＭＴ２装置は終了状態３０８で始まる。終了状態３０８では、ＭＴ２装置は現在呼び出し中ではなく、呼び出しの発信を待っている。移動着信呼び出し（すなわち、ＭＴ２装置が着信加入者である呼び出し）は、この状態では、呼び出しがＭＴ２装置がＩＰアドレスを既に割り当てらるかあるいは移動ＩＰのために既に登録したかのいずれかをとるとみなされない。ＭＴ２装置が移動ＩＰのために既に登録した場合、ＭＴ２装置は、下記により完全に述べられているように、この終了状態３０８になく、むしろ移動ＩＰモード状態３１０にある。
【００３０】
パケットデータ呼び出しはＴＥ２装置から開始される場合、ＭＴ２装置は、終了状態３０８から移動作動？状態３０４に遷移する。移動作動？状態３０４では、ＭＴ２装置は、移動データ項目３０２の値を検査し、（移動ＩＰのための）移動サポートが作動されるかどうかを決定する。一実施形態では、移動データ項目３０２は、例えばＴＥ２装置あるいはＭＴ２装置のユーザインタフェースを介して所望されるような移動ユーザによって任意に構成されてもよい３つの値の中の１つを有してもよい。他の実施形態は、移動ユーザがより多いあるいは少ない構成選択を持つことができるためにより多いあるいは少ない値を使用してもよい。さらに他の実施形態は移動データ項目３０２のユーザ構成を可能にしない。さらに他の実施形態では、移動データ項目３０２は、存在しなくてむしろこの決定は制御ソフトウェアにハード符号化される。
【００３１】
移動データ項目の第１の値は「使用禁止（或いは、使用不能）」とされる。移動データ項目３０２の値は「使用禁止（或いは、使用不能）」とされる場合、ＭＴ２装置は、移動ＩＰ折衝および登録をサポートしない。結果として、移動データ項目３０２が「使用禁止」される値を有する場合に発信される全パケット呼は、下記により完全に述べられているように単純ＩＰモード３０６を使用する。
【００３２】
第２の値が、「使用可能の場合」である。移動データ項目３０２値が「使用可能である場合」であるとき、インフラストラクチャ（ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）が移動ＩＰをサポートしないかあるいはＭＴ２装置によって試みられた移動モード登録ができない限り、ＭＴ２装置は、移動ＩＰ折衝および登録を行う。インフラストラクチャが移動ＩＰをサポートしないかあるいは移動ノード登録の試みができないかのいずれかである場合、ＭＴ２装置は、移動データ項目３０２の値を「使用禁止される」に変更する。換言すると、移動ＩＰがインフラストラクチャによってサポートされるが、特に移動ＩＰサポートなしにパケットデータ呼び出しをなお可能にし、首尾よく折衝された場合、移動データ項目３０２に対する「使用可能である場合」値によって、ＴＥ２装置およびＭＴ２装置のユーザは、移動ＩＰの長所を得ることができる。移動ユーザが移動データ項目３０２の値を変更することを許可されない一実施形態では、この第２の値が使用される。それとは別に、移動データ項目３０２は、常に「使用可能である場合」に設定さるかあるいは完全に省略されてもよく、移動作動？状態３０４と単純ＩＰモード状態３０６との間の遷移を除去する。
【００３３】
第３の値は、「排他的」である。移動データ項目３０２値が「排他的」である場合、インフラストラクチャ（ＢＳ／ＭＳＣ１０６およびＩＷＦ１０８）が移動ＩＰをサポートしないかあるいはＭＴ２装置によって試みされた移動ノード登録ができない限り、ＭＴ２装置は、移動ＩＰ折衝および登録を行う。しかしながら、上記の「使用可能である場合」値と対照的に、インフラストラクチャが移動ＩＰをサポートしないかあるいは移動ノード登録の試みができないかのいずれかである場合、ＭＴ２装置は単純ＩＰ呼を完了しないで、むしろパケット呼発信を強制的に完全にできなくする。換言すると、移動データ項目３０２に対する「排他的」値は、移動ＩＰサポート呼以外のいかなるパケットデータ呼もＭＴ２装置から発信することを防止する。
【００３４】
移動データ項目３０２値が「使用禁止」される場合あるいは移動データ項目３０２値が「使用可能である場合」であるが、移動ＩＰがインフラストラクチャによってサポートされないかあるいは移動登録ができない場合、ＭＴ２装置は、パケットデータ呼発信の試みの際の単純ＩＰモード３０６に入る。一実施形態では、単純ＩＰモード３０６は、図示され、図２を参照して説明されるような従来のＩＳ‐７０７．５リレーモデルを使用する。
【００３５】
移動データ項目３０２値が「使用可能である場合」あるいは「排他的」であるのいずれかである場合、ＭＴ２装置は、移動作動？状態３０４から移動ＩＰモード３１０に遷移する。ＭＴ２装置は、ＭＴ２装置が下記にさらに述べられるようにＴＥ２装置のためにプロキシとして移動ＩＰサービスに対する移動ノード登録に使われているこの移動ＩＰモードにある。
【００３６】
次に、図４を参照すると、本発明の一実施形態の各エンティティのプロトコルスタックの図が示されている。図４の図と図２の図との著しい差異は、図４において、付加的プロトコル層が本発明の移動ノード登録をサポートするためにＭＴ２装置１０４に存在することにある。これらの付加的プロトコル層は、ＰＰＰプロトコル４１５と、ＩＰプロトコル４１３と、ＵＤＰプロトコル４１１と、移動ＩＰプロトコル４０９とを含む。図４のプロトコル層が図２のプロトコル層と同じ層を作動する範囲まで、このプロトコル層は拡張されない。むしろ、下記の議論は図４と図２との差異に的を絞る。
【００３７】
図４の動作の例は下記の通りである。ＴＥ２装置１０２で実行するアプリケーションプログラムのような上層プロトコル４０２エンティティは、図２の上層プロトコル２０２エンティティの要求と同様にインターネットを介してＩＰパケットを送信する要求を有する。このアプリケーションは、例えば、ＴＣＰプロトコルあるいはＵＤＰプロトコルのいずれかを使用してメッセージを生成し、ＴＣＰあるいはＵＤＰパケットは、宛先ＩＰアドレスを使用してＩＰプロトコルによってフレーム化される。ポイント・ツー・ポイントプロトコル（ＰＰＰ）プロトコル４０６は、ＩＰパケットを符号化し、このＩＰパケットを中継層プロトコル４０８ＥＩＡ‐２３２を使用してＲｍインタフェースを横切ってＥＩＡ‐２３２プロトコル４１０を実行するＭＴ２装置のＥＩＡ‐２３コンパチブルポートに送信する。
【００３８】
しかしながら、当該技術分野で公知であるように、ポイント・ツー・ポイントリンクを介する通信を確立するために、ＰＰＰリンク（ここで、ＴＥ２のＰＰＰプロトコル４０６およびＩＷＦのＰＰＰプロトコル４２６）の各エンドは、データリンク接続を確立し、構成し、かつ試験するためにリンク制御プロトコル（ＬＣＰ）パケットを最初に送信しなければならない。リンクがＬＣＰによって確立された後、ＰＰＰプロトコル４０６は、次にネットワーク制御プロトコル（ＮＣＰ）パケットを送信し、ネットワーク層プロトコル（ここで、ＴＥ２のＩＰプロトコル４０４およびＩＷＦのＩＰプロトコル４２５）を構成する。ネットワーク層プロトコルの各々が構成された後、各ネットワーク層プロトコルからのデータグラムは、これらのプロトコル間のリンクを介して送信できる。
【００３９】
一実施形態では、ＩＰのためのＮＣＰはＩＰ制御プロトコル（ＩＰＣＰ）である。ＩＰＣＰは、１９９２年５月に公表された「ＰＰＰインターネットプロトコル制御プロトコル（ＩＰＣＰ）」という名称のＲＦＣ１３３２に詳述される。ＩＰＣＰは、ポイント・ツー・ポイントリンクのいずれかのエンドで実行するＴＥ２のＩＰプロトコルおよびＩＷＦのＩＰプロトコル４２５の両方を構成し、使用可能にし、かつ使用禁止にする責任を負うべきである。当該技術分野で公知であるように、ＩＰＣＰは、ＩＰアドレスに対する構成オプションを含んでもよいメッセージである構成リクエストを使用する。構成リクエストメッセージのこの構成オプション部は、構成リクエストのセンダ（ここで、ＴＥ２装置１０２）によって使用されるＩＰアドレスを折衝する方法を提供する。この構成オプション部によって、構成リクエストのセンダは、どのＩＰアドレスはＩＰアドレスを指定することによって望まれるかを示し、ピア（ここで、ＩＷＦ１０８）がセンダに対する動的ＩＰアドレスを提供することを要求できる。構成リクエストのセンダがＩＰアドレス構成オプションのＩＰアドレスフィールドを全てゼロに設定する場合、ピアは、このオプションに対する構成ＡＣＫを送信し、有効ＩＰアドレスを戻すことによって動的ＩＰアドレスを提供する。一方、構成リクエストのセンダがＩＰアドレス構成オプションのＩＰアドレスフィールドを指定ＩＰアドレスに設定する場合、ピアは、指定ＩＰアドレスがオプションに対する構成ＡＣＫを送信することによって受容可能であることを指示できる。本発明は、ＴＥ２装置１０２とＩＷＦ１０８との間でのＩＰＣＰ通信を利用し、移動ノード登録中ＴＥ２装置のためのプロキシの役を果たすかどうか、および何時ＴＥ２装置のためのプロキシの役を果たすかを決定する。
【００４０】
図５は、図示される図３の移動ＩＰモード状態３１０の拡張状態図を示している。移動作動？状態３０４（図３）が、移動データ項目３０２が使用禁止されないことを決定する場合、この状態３０４は、監視ＰＰＰサブ状態５０２に遷移する。呼が終了される場合、図５の任意のサブ状態から終了サブ状態５１６に遷移できることに注目すべきである。しかしながら、簡単にするために、呼終了遷移は、開始サブ状態５０８から終了サブ状態５１６までだけ示される。
【００４１】
監視ＰＰＰサブ状態５０２では、ＭＴ２装置１０４は、ネットワーク「スピゴット」４１７をＲＬＰプロトコル４１２とＥＩＡ‐２３２のプロトコル４１０ピアとの間のＭＴ２装置プロトコルスタックに挿入する。換言すると、ＥＩＡ‐２３２のプロトコル４１０とＲＬＰプロトコル４１２との間を通るＰＰＰパケットは、ＭＴ２装置１０４によって監視され、検査される。これによって、ＭＴ２装置１０４は、ＰＰＰパケットがＴＥ２装置１０２とＩＷＦ１０８との間を通るときＰＰＰパケットを監視できる。
【００４２】
第１のＬＣＰパケットは、初期ＰＰＰ再同期状態５０４に関して後述されるＩＷＦ間ハンドオフ後に使用するためにＭＴ２装置１０４によってキャッシュされる。ＭＴ２装置１０４は、ＴＥ２装置１０２からのＩＰＣＰパケットがＭＴ２装置１０４によって検出されるまで、ＴＥ２装置１０２とＩＷＦ１０８との間で交換されるＰＰＰパケットを監視し続ける。次に、ＩＰＣＰパケットは、ＭＴ２装置１０４によって検査され、静的あるいは動的ＩＰアドレスが構成リクエストのＩＰアドレス構成オプションでリクエストされるかどうかを決定する。ＩＰアドレスフィールドが全てゼロであるＩＰアドレスを含む場合、ＴＥ２装置は動的アドレスをリクエストしている。このような場合、ＴＥ２装置１０２による移動ＩＰサポートに対するリクエストが全然なく、ＭＴ２装置１９４は単純ＩＰモード３０６に遷移する（図３）。
【００４３】
一方、ＴＥ２装置１０２によって送信された構成リクエストのＩＰアドレスフィールドは、静的（すなわち、非ゼロ）ＩＰアドレスを含む場合、ＭＴ２装置１０４は、監視ＩＰＣＰ状態５０６に遷移する。監視ＩＰＣＰ状態５０６では、ＭＴ２装置１０４は、ＴＥ２装置１０２とＩＷＦ１０８との間で交換されるＩＰＣＰパケットを監視する。特に、ＭＴ２装置１０４は、ＩＰＣＰパケットを検査し、ＴＥ２装置１０２によって行われた静的ＩＰアドレスリクエストが構成ＡＣＫに関してＩＷＦ１０８によって受信されたかどうかを決定する。
【００４４】
ＴＥ２装置１０２によって行われた静的ＩＰアドレスリクエストがＩＷＦ１０８によって否定される場合、ＭＴ２装置１０４は、移動データ項目３０２の値を検査する移動モード？状態５１４に遷移する。移動データ項目３０２値の値が「使用可能である場合」であるならば、ＭＴ２装置１０４は、移動ＩＰサポートが使用可能でない場合にユーザが単純ＩＰ呼び出し（すなわち、動的に割り当てられたＩＰアドレス）に満たされていると仮定されるために単純ＩＰモード状態３０６（図３）に遷移する。しかしながら、移動データ項目３０２値が「排他的」である場合、ユーザが単純ＩＰ呼び出しで満たされていないと仮定されるために終了状態５１６に遷移する。
【００４５】
ＴＥ２装置１０２によって行われた静的ＩＰアドレスリクエストがＩＷＦ１０８によって受信される場合、ＭＴ２装置１０４は、ＩＰＣＰ折衝の完了の際に移動登録状態５１２に遷移する。移動登録状態５１２では、ＭＴ２装置１０４は、ＰＰＰプロトコル４１５、ＵＤＰプロトコル４１１、および移動ＩＰプロトコル４０９を開始する。次に、ＭＴ２装置１０４は、ＴＥ２装置１０２をフロー制御する。ここで使用されるように、「フロー制御」は、ＴＥ２装置１０２がこの装置の中継層インタフェースを介してデータを送信あるいは受信することを防止するステップを示す。図４の実施形態では、これは、ＴＥ２装置のＥＩＡ‐２３２プロトコル４０８とＭＴ２装置のＥＩＡ‐２３２プロトコル４１０との間のリンクである。ソフトウェアあるいはハードウェアのフロー制御が使用されてもよい。例えば、一実施形態では、ＭＴ２装置１０４は、ＭＴ２装置１０４とＴＥ２装置１０２との間のピン電圧の１つをトグルする。
【００４６】
ＴＥ２装置１０２をフロー制御することによって、ＭＴ２装置１０４、および特にＩＰプロトコル４１３は、いま移動ノード登録の目的のためにＩＰ端点になってもよい。これによって、ＴＥ２装置１０２に透過であるＭＴ２装置１０４は、ＴＥ２装置１０２のために移動ノード登録を実行できる。概念的には、これは、ＩＰ端点を別種であるＴＥ２装置１０２からＭＴ２装置１０４に「シフト」する。ＭＴ２装置１０４は、移動ノード登録（ＭＮＲ）データ項目５１０を読み出す。一実施形態では、これらのデータ項目は、適切な不揮発性メモリ回路（図示せず）に記憶される。これらのＭＮＲデータ項目５１０は、移動ノード登録を実行するのに必要とされるデータ項目である。これらのＭＮＲデータ項目５１０は、外部エージェントＩＰアドレスと、ＲＦＣ２００２に記載されているようなＭＤ５認証キーと、ホームエージェントＩＰアドレスとを含んでいる。
【００４７】
ＭＴ２装置１０４は、次に、ＴＥ２装置１０２およびＭＮＲデータ項目５１０によってリクエストされる静的ＩＰアドレスを使用してＲＦＣ２００２に記載されるような移動ノード登録を実行する。移動ノード登録の詳細は、ＲＦＣ２００２に記載され、したがって、ここでは詳細に記載されていない。手短に言えば、移動ＩＰプロトコル４０９は、外部エージェント要求メッセージをＩＷＦ１０８の移動ＩＰプロトコル４２１に送信する。この外部エージェント要求メッセージは、ＵＤＰプロトコル４１１に知らされる。ＵＤＰプロトコル４１１は、当該技術分野で公知であるようにデータグラムサービスの役を果たし、ＲＦＣ２００２に従って放送アドレスあるいは「全ルータ」マルチキャストアドレスのいずれかのＩＰヘッダとともに外部エージェント要求メッセージがパケット化されるＩＰプロトコル４１３に外部エージェント要求メッセージを送る。
【００４８】
次に、ＩＰプロトコル４１３は、ＩＰパケットを、これをＰＰＰパケットにパケット化し、Ｕｍインタフェースを介して伝送するためにＲＬＰプロトコル４１２およびＩＳ‐９５プロトコル４１４に転送するＰＰＰプロトコル４１５に送る。ＢＳ／ＭＳＣ１０６の相補ＲＬＰプロトコル４１６およびＩＳ‐９５のプロトコル４１８は、Ｌインタフェースを横切って中継層プロトコル４２８に伝送するためにデータを中継層プロトコル４２０に送る。
【００４９】
次に、ＰＰＰプロトコル４２６は、受信されたＰＰＰパケットをデパケット化し、このＰＰＰパケットをＩＰプロトコル４２５に送る。ＩＰプロトコル４２５は、ＩＰヘッダを取り除き、このパケットを、同様にデパケット化外部エージェント要求メッセージを移動ＩＰプロトコル４２１に送るＵＤＰプロトコル４２３に経路選択する。移動ＩＰプロトコル４２１がＩＷＦ１０８にある場合、ＩＷＦ１０８に常駐する外部エージェントエンティティがあり、このプロトコルは、逆経路をたどりＭＴ２装置１０４の移動ＩＰプロトコル４０９まで戻るエージェント広告メッセージに応答する。
【００５０】
次に、移動ＩＰプロトコル４０９は、移動ノード登録メッセージをＩＷＦ１０８の外部エージェントに送出する。移動ノード登録メッセージが外部エージェントに受容可能である場合、外部エージェントは、移動ノード登録メッセージをＴＥ２装置のホームＩＰネットワークに常駐するホームエージェントエンティティ（すなわち、ＴＥ２装置１０２によってリクエストされた静的ＩＰアドレスを含むエンティティ）に転送する。
【００５１】
移動ノード登録メッセージがホームエージェントに受容可能である場合、ホームエージェントは、外部エージェントの「ケアオブ」アドレスを使用してＴＥ２装置１０２に対する移動性結合を形成する。ＲＦＣ２００２に示されるように移動結合は、ＴＥ２装置のホームネットワークに到着し、ＩＰトンネリングを使用して任意のＩＰパケットを外部エージェントに転送するＴＥ２装置１０２に向けられた任意のＩＰパケットを導くルーティングである。
【００５２】
移動性結合が形成されたホームエージェントからの通知を受信する際に、外部エージェントは、そのとき、トンネルパケット（すなわち、ＴＥ２装置１０２によって要求された静的ＩＰアドレス）の内部ＩＰアドレスとＭＴ２装置１０４の「電話番号」との間の関連を生じる。ここで、ワード「電話番号」は、ＭＴ２装置１０４の識別番号を示すためにワードの最も広い意味で使用される。ここで使用されるように、このワードは、ＭＴ２装置１０４の移動識別番号（ＭＩＮ）、その電子連続番号（ＥＳＮ）、ＭＴ２装置１０４が当該技術分野で公知であるようにＢＳ／ＭＳＣ１０６に登録した他の固有識別子を参照することを目的としている。
【００５３】
この移動ノード登録を実行するために、本発明は、ＩＰパケットをＲＬＰプロトコル４１２からＭＴ２のＰＰＰプロトコル４１５に再経路選択し、必要なデータをＭＴ２装置プロトコルスタックの移動ＩＰプロトコル４０９レベルで実行する移動ノード登録ソフトウェアに供給することを保証する。ＭＴ２のＰＰＰプロトコル４１５は、ＲＦＣ１６６１に示されるように全ＰＰＰインプリメンテーションでないことに注目すべきである。図４の実施形態では、ＭＴ２のＰＰＰプロトコル４１５は、プロトコルあるいはリンク確立のための少しの折衝も実行しないし、ＰＰＰは、前述のようにＴＥ２装置１０２とＩＷＦ１０８との間で既に折衝されたために、このプロトコル４１５は、移動登録状態５１２中ＭＴ２装置１０４によって送受信されたＩＰパケットを拡張する任意の必要な文字をフレーム化、未フレーム化し、実行する。
【００５４】
前述され、移動ノード登録状態５１２中に実行された移動ノード登録がどの理由に対してもできない場合、一実施形態では、ＭＴ２装置１０４は、移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３およびＰＰＰプロトコル４１５を出て、終了状態５１６に遷移する。失敗に対する可能な理由は、移動ノード登録メッセージを拒否する外部エージェントあるいはホームエージェントを含み得る。他の実施形態では、ＭＴ２装置１０４は、ＰＰＰをＴＥ２装置によって要求された静的ＩＰアドレスよりもむしろ動的ＩＰアドレスと再同期化しようと試みてもよい。
【００５５】
特に、移動登録状態５１２の成功した移動ノード登録の際に、ＭＴ２装置は、移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３およびＰＰＰプロトコル４１５を出て、次に開始状態５０８に遷移する。開始状態５０８では、ＭＴ２装置１０４は、図２に示されるようにＩＳ‐７０７．５リレーモデルに従って作動する。この開始状態５０８で一度、ＭＴ２装置１０４のＲＬＰプロトコル４１２に到着するデータは、ＴＥ２装置１０２とＭＴ２装置１０４との間のＥＩＡ‐２３２インタフェースを介して単に送信される。
【００５６】
ＭＴ２装置は、３つのこと、すなわち呼が終了される、ＭＴ２装置１０４が異なるＩＷＦにハンドオフされる、あるいは移動登録寿命が延ばされる、の中の１つが起こるまで開始状態５０８にとどまる。この呼は多数の方法で終了されてもよい。例えば、ユーザは、「終了」キー等をＭＴ２装置１０４に送ってもよく、それによって意図的にデータ呼び出しを終了する。他の例は、ＴＥ２装置１０２あるいはＩＷＦ１０８は、これらの間のＰＰＰセッションを一方的に終了させる。もう一つの例では、単に、ＭＴ２装置１０４とＢＳ／ＭＳＣ１０６との間の無線リンクが非常に劣化するので、呼が取り消されるためにデータ呼び出しは終了されてもよい。この呼び出しが３つの方法の中の１つで終了される場合、ＭＴ２装置１０４は終了状態５１６に遷移する。
【００５７】
終了状態５１６では、ＭＴ２装置１０４は、なお所定の位置にある場合、移動ＩＰプロトコルスタック（移動ＩＰプロトコル４０９、ＵＤＰプロトコル４１１、ＩＰプロトコル４１３、およびＰＰＰプロトコル４１５）を遮断するのに必要なハウスキーピング機能を実行する。さらに、ＭＴ２装置１０４は、なお所定の位置にある場合、ネットワーク「スピゴット」４１７を除去する。最後に、任意の適切なユーザ通知メッセージは、（例えば、図示されないユーザインタフェースに）表示されてもよいしあるいはその他移動ＩＰ登録処理が成功しなかったことを示すためにユーザに提示される。任意には、どんな故障が起こったかのより詳細な記述および原因（既知である場合）も表示されてもよい。いかなる通知も行い、いかなるハウスキーピングクリーンアップを完了した後、次に、ＭＴ２装置１０４は、終了状態３０８（図３）に遷移する。
【００５８】
それとは別に、開始状態５０８にある間、ＭＴ２装置１０４は、他のＢＳ／ＭＳＣ１０６にハンドオフされてもよい。一般的には、これは、ＭＴ２装置１０４が一方の地理的位置から最初のＢＳ／ＭＳＣ１０６のサービスエリアの外側にある他方の地理的位置に移動するときに起こる。２つのＢＳ／ＭＳＣが同じＩＷＦ１０８によって役目をはたされない場合、ＭＴ２装置１０４は、ＩＳ‐９５のパケットゾーンＩＤを検査するかあるいは役目を果たしたＢＳ／ＭＳＣ１０６のシステム識別（ＳＩＤ）あるいはネットワーク識別（ＮＩＤ）を注目するかのいずれかによってこれを検出してもよい。どちらの場合も、ＭＴ２装置１０４は、初期ＰＰＰ再同期状態５０４に遷移する。
【００５９】
初期ＰＰＰ再同期状態５０４では、ＭＴ２装置１０４は、前述のようにＰＰＰ折衝の開始でキャッシュされた第１のＬＣＰパケットを送信することによってＩＷＦ１０８とのＰＰＰ同期を開始する。これは、ＩＷＦ１０８からの相互作用によってＬＣＰパケットの交換を呼び出す。このＬＣＰパケットの交換を検出する際に、ＭＴ２装置は、そのとき前述のように遷移し、監視ＰＰＰ状態５０２に戻る。
【００６０】
一方、開始状態５０８中、ＲＦＣ２００２に記載されているように移動登録寿命を超える場合、ＭＴ２装置１０４は、直接遷移し、移動登録状態５１２に戻り、前述のように移動ノード登録を折衝する。
【００６１】
したがって、図４の実施形態では、ＭＴ２装置１０４の付加的プロトコル層（ＰＰＰプロトコル４１５、ＩＰプロトコル４１３、ＵＤＰプロトコル４１１、および移動ＩＰプロトコル４０９）は、移動登録状態５１２の移動ノード登録を実行するまで増大されるだけであり、移動登録状態５１２を離れた後に遮断される。これらの付加プロトコル層が生じている時間中全ＩＰトラフィックは、ＭＴ２装置１０４で開始し、終了する。概念的には、これは、移動ノード登録中、ＩＰ端点をＴＥ２装置１０２から「シフト」し、次に移動ノード登録の完了の際にＴＥ２装置１０２に戻る。このように、ＭＴ２装置１０４は、移動ノード登録中ＴＥ２装置１０２のためのプロキシとして役立ち、このＴＥ２装置１０２自体のＩＰ移動性サポートを有するＴＥ２装置１０２に対する要求を不要にする。
【００６２】
図６は、本発明の他の実施形態の各エンティティのプロトコルスタックの図を示している。図６と図４との間の著しい差異は、図６の実施形態では、同位関係がＰＰＰレベルでＭＴ２装置１０４とＴＥ２装置１０２との間に存在するということである。ＭＴ２装置１０４のＰＰＰＲプロトコル６０５がＴＥ２装置１０２のＰＰＰＲプロトコル６０６に対する着信として役立つことに注目せよ。ＩＷＦ１０８のＰＰＰＵプロトコル６２６は、ＭＴ２装置１０４のＰＰＰＵプロトコル６１５に対する着信として役立つことにも注目せよ。図４の実施形態とは著しく違って、これらのＰＰＰＲリンクおよびＰＰＰＵリンクは、移動ノード登録後にＭＴ２装置１０４において存続する。
【００６３】
図６の動作は、図７の状態図も参照して説明される。図７は、図３の移動ＩＰモード３１０の他の実施形態の状態図である。ＭＴ２装置１０４は、ＰＰＰＲ状態７０２を監視し始める。監視ＰＰＰＲ状態７０２では、ＭＴ２装置１０４は、ＰＰＰＲプロトコル６０５を開始し、ＭＴ２装置１０４とＴＥ２装置１０２との間のＰＰＰＲリンクを折衝する。ＭＴ２装置１０４は、必要とされる場合、ＰＰＰ再同期のその後に使用するためにＴＥ２装置１０２から受信される第１のＬＣＰパケットもキャッシュする。
【００６４】
ＭＴ２装置１０４は、ＴＥ２装置のＩＰＣＰ構成リクエストを探すＰＰＰＲリンクを監視し続ける。ＴＥ２装置のＩＰＣＰ構成リクエストを検出する際に、ＭＴ２装置１０４は、ＩＰアドレスフィールドを検査する。リクエストＩＰアドレスが動的、すなわち全ゼロである場合、ＭＴ２装置１０４は、ＰＰＰの再同期状態開始７０４に遷移する。
【００６５】
ＰＰＰの再同期開始状態７０４では、ＭＴ２は、ＰＰＰＲプロトコル６０５を遮断し、最初のＬＣＰパケット（監視ＰＰＰＲ開始７０２で初期にキャッシュされる）をＩＷＦ１０８に転送し、それによってＴＥ２装置１０２とＩＷＦ１０８との間で直接ＰＰＰリンクを開始する。これは、単純ＩＰ呼び出しのためにＭＴ２装置１０４でＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５を実行するオーバーヘッドを避けるために行われる。動的アドレスがリクエストされたので、ＭＴ２装置１０４の余分のＰＰＰ層は不必要であり、図２の通常のＩＳ‐７０７．５リレーモデルを用いる。
【００６６】
しかしながら、ＴＥ２装置のＩＰＣＰ構成リクエストが静的ＩＰアドレスを含む場合、ＭＴ２装置１０４は、ＰＰＰＲリンクが監視ＰＰＰＲ状態７０２で完全に折衝された後、折衝ＰＰＰＵ状態７０６に遷移する。折衝ＰＰＰＵ状態７０６で一度、ＭＴ２装置１０４は、移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、ＩＰプロトコル６１３、およびＰＰＰＵプロトコル６１５を含むＭＴ２プロトコルスタックの付加層を開始する。ＭＴ２装置１０４は、ＴＥ２装置１０２もフロー制御する。さらに、フロー制御は、ＴＥ２装置１０２がＲＭインタフェースを介していかなるデータも送信あるいは受信することを防止することを参照する。
【００６７】
次に、ＭＴ２装置１０４は、ＰＰＰＵプロトコル６１５とＰＰＰＵプロトコル６２６との間のＰＰＰＵリンクを折衝する。ＰＰＰＵリンクの折衝において、ＭＴ２装置１０４は、ＰＰＰＲリンクの折衝中、ＴＥ２装置１０２によってリクエストされたのと同じパラメータを使用する。特に、ＭＴ２装置１０４からＴＥ２装置１０２によってリクエストされた静的ＩＰアドレスは、ＩＷＦ１０８とのＰＰＰＵリンクを折衝する際にＭＴ２装置１０４によって使用される。
【００６８】
ＰＰＰＵリンク折衝中、ＭＴ２装置１０４は、ＩＷＦ１０８によって戻されたＩＰＣＰパケットを監視する。静的ＩＰアドレスを含むＩＰＣＰ構成リクエストがＩＷＦ１０８によって拒否される場合、ＭＴ２装置１０４は移動モード状態７０８に遷移する。
【００６９】
移動モード状態７０８では、移動データ項目３０２は検査される。移動データ項目３０２値が「使用可能である場合」であるならば、ＭＴ２装置１０４は、単純ＩＰモード３０６の単純ＩＰ呼び出しの試みを用意するときＰＰＰの再同期状態開始７０４に遷移する。移動データ項目３０２値が「排他的な移動ＩＰ」である場合、ＭＴ２装置１０４は終了状態７１０に遷移する。終了状態７１０は、動作において図５の終了状態５１６と同様である。
【００７０】
静的ＩＰアドレスを含むＩＰＣＰ構成リクエストがＩＷＦ３０８によって受信される場合、ＭＴ２装置１０４は移動登録状態７１２に遷移する。移動登録状態７１２に入る際のシステムの状態は、ＴＥ２装置１０２の観点から、ＭＴ２装置１０４のＩＰアドレスがＩＷＦ１０８のＩＰアドレスであるように見えることである。さらに、ＩＷＦ１０８の観点から、ＭＴ２装置１０４のＩＰアドレスはＴＥ２装置１０２のＩＰアドレスであるように見える。換言すると、ＭＴ２装置１０４は、ＰＰＰＲプロトコル６０５とＰＰＰＵプロトコル６１５との間に２つのＩＰアドレスを保有している。結果として、ＭＴ２装置１０４は、ＩＰアドレスに関係なしにＰＰＰＲプロトコル６０５とＰＰＰＵプロトコル６１５との間にＰＰＰパケットを送る。
【００７１】
移動登録状態７１２は、いくつかの重要な例外を有して、図５の移動登録状態５１２に非常に類似している。まず第一に、移動登録状態７１２では、移動登録パケットは、ＰＰＰＵプロトコル６１５からＰＰＰＲプロトコル６０５までよりもむしろＩＰプロトコル６１３まで送られる。これは、移動登録パケットのルーティングがＭＴ２プロトコルスタックでより高い１つの層で生じる点で図４および図５の動作と異なる。第二に、ＰＰＰＵプロトコル６１５は、ＭＴ２装置１０４とＩＷＦ１０８との間のＰＰＰリンクを着信するのに役立つためにネットワークスピゴットは図６の実施形態では全然必要とされない。結果として、ＩＷＦ１０８との折衝中に交換される全ＰＰＰパケットは、図４および図５の実施形態に関する場合のようにＴＥ２装置１０２とＩＷＦ１０８との間のＰＰＰ折衝を「盗聴」する必要があるＭＴ２装置１０４よりもむしろＭＴ２装置１０４そのものによって発着信される。
【００７２】
移動ノード登録が移動登録状態７１２で成功する場合、ＭＴ２装置１０４は、開始状態７１４に遷移する。開始状態７１４は図５の開始状態５０８に非常に類似している。図７および図５の実施形態の著しい差異は、図７において、ＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５が開始状態７１４中所定の位置に留まるということである。結果として、Ｕｍインタフェースを介してＭＴ２装置に到着するＩＰパケットは、プロトコル６１２によってＰＰＰＵプロトコル６１５に、順にＰＰＰＲプロトコル６０５に、次に直接ＥＩＡ‐２３２プロトコル６１０によりもむしろ、ＥＩＡ‐２３２プロトコル６１０に経路選択される。同様に、Ｒｍインタフェースを介してＭＴ２装置１０４によって受信された全ＩＰパケットは、ＥＩＡ‐２３２プロトコル６１０によってＰＰＰＲプロトコル６０５に、順にＰＰＰＵプロトコル６１５に、直接ＲＬＰプロトコル６１２によりもむしろＲＬＰプロトコル６１２に経路選択される。
【００７３】
ＩＷＦ間ハンドオフが開始状態７１４中に生じる場合、ＭＴ２装置１０４は、初期ＰＰＰ再同期状態７０８に遷移する。初期ＰＰＰ再同期状態７０８は、初期ＰＰＰ再同期状態５０４と同様に作動する。しかしながら、初期ＰＰＰ再同期状態７０８では、ＰＰＰＲリンクよりもむしろＰＰＰＵリンクだけが再折衝されることに注目すべきである。結果として、ＴＥ２装置１０２に透過であるＩＷＦ間ハンドオフを行うＰＰＰＲリンクは変更されないままであり、したがってキャッシュされたＬＣＰパケットが全然必要とされない。
【００７４】
呼が開始状態７１４の間（あるいは確かに、図７の任意の他の状態）終了される場合、ＭＴ２装置１０４は終了状態７１０に遷移する。終了状態７１０は図５の終了状態５１６に非常に類似している。しかしながら、終了状態７１０では、取り除きを必要とするネットワークスピゴットが全然ない。さらに、呼終了のタイミングに応じて、中間折衝にあるいくつかのＰＰＰの例が残っているかもしれない。いずれにしても、ＭＴ２装置１０４は、移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、ＩＰプロトコル６１３、ＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５が実行しているならば、これらのプロトコルを遮断する。図５の実施形態におけるように、呼び出し失敗のための理由は任意に表示されてもよい。
【００７５】
したがって、図６の実施形態では、ＭＴ２装置１０４の付加プロトコル層（下方に移動ＩＰプロトコル６０９、ＵＤＰプロトコル６１１、およびＩＰプロトコル６１３）は、移動登録状態７１２で移動ノード登録を実行するためにだけ高められ、移動登録状態７１２を離れた後に遮断される。しかしながら、ＰＰＰＲプロトコル６０５およびＰＰＰＵプロトコル６１５は、開始状態７１４中そのままである。このように、ＭＴ２装置１０４は、移動ノード登録中ＴＥ２装置１０２に対するプロキシとして役立ち、ＴＥ２装置自体のＩＰ移動サポートを有するＴＥ２装置１０２に対する必要性を不要にする。
【００７６】
好ましい実施形態の前述の説明は、当業者が本発明を製造するかあるいは使用できるように行われている。これらの実施形態のいろいろの修正は当業者に容易に明らかであり、ここに規定される一般的な原理は、本発明の機能を使用しないで他の実施形態に適用されてもよい。したがって、本発明は、ここに示された実施形態に限定されることを意図されるものでなく、ここに開示された原理および新規の特徴と矛盾のない最も広い範囲に一致されるべきである。
【図面の簡単な説明】
【図１】  端末装置が無線通信装置を介してインターネットに接続する無線データ通信システムのハイレベルブロック図を示す。
【図２】  ＩＳ‐７０７．５リレーモデルの各エンティティのプロトコルスタックの図である。
【図３】  本発明のＭＴ２装置の動作のハイレベル状態図である。
【図４】  本発明の一実施形態の各エンティティのプロトコルスタックの図である。
【図５】  図３の移動ＩＰモード状態３１０の拡張状態図を示す。
【図６】  本発明の他の実施形態の各エンティティのプロトコルスタックの図である。
【図７】  図３の移動ＩＰモード３１０の他の実施形態の拡張状態図を示している。
【符号の説明】
１０２…移動端末（ＴＥ２装置）
１０４…無線通信装置（ＭＴ２装置）
１０６…基地局移動交換局
１０８…インターワーキング機能
２０２…上層プロトコル
２０４…ネットワーク層プロトコル
２２０、４２０、４２８…中継層
２２２、４０２、６０２…上層プロトコル
２２４…ネットワーク層プロトコル
２２８、４２１、６２０、６２８…中継層
４０９、６０９、６２１…移動ＩＰ
４１７…スピゴット
【図１】
0004294869.tif 000002
【図２】
0004294869.tif 000003
【図３】
0004294869.tif 000004
【図４】
0004294869.tif 000005
【図５】
0004294869.tif 000006
【図６】
0004294869.tif 000007
【図７】
0004294869.tif 000008