(57)【要約】【課題】  本発明は、移動体ＴＣＰおよび移動体ＴＣＰ接続を設定および維持するための方法に関する。【解決手段】  本発明は、移動体端末／ホスト（Ｔ／Ｈ）に対する移動体ＴＣＰ接続、および移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが、移動体ＴＣＰ接続がいったん設定された後も絶えず変わるｍ環境下においてｍ−ＴＣＰ接続を設定および維持するための方法に関する。本発明による方法および装置は、グローバル的に一意な移動体ＴＣＰ接続識別を用いる。このｍ−ＴＣＰ接続識別は、仮想的に接続された移動体端末／ホスト（Ｔ／Ｈ）の間でやりとりされる全てのデータセグメントに挿入され、これによって、常に、移動体ＴＣＰ接続が識別される。この移動体ＴＣＰ接続識別を用いることで、移動体端末／ホスト（Ｔ／Ｈ）が網内をローミングし、移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが変わる度に、移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが更新される。【選択図】      図１
2004343805.tif 000002
【特許請求の範囲】
【請求項１】
第一の通信エンティティと第二の通信エンティティとの間に移動体ＴＣＰ接続を設定するための第一の通信エンティティのコンピュータデータ信号を記録したコンピュータで読取り可能な媒体であって、
前記第一の通信エンティティの接続識別を含み、前記第二の通信エンティティに送信される第一の信号セグメント、
前記第二の通信エンティティから返信された第二の信号セグメントに応答するための第三の信号セグメントを含み、前記第二の信号セグメントが、前記第二の通信エンティティの接続識別と前記第一の通信エンティティの接続識別を含み、前記第一の信号セグメントに応答して前記第二の通信エンティティから前記第一の通信エンティティに返信され、前記第一と第二の通信エンティティの接続識別から前記第一と第二の通信エンティティに対する移動体ＴＣＰ接続識別が形成されることを特徴とするコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項２】
記第三の信号セグメントが、前記第二のセグメント信号が確かに受信されたことを示すアクノレッジメントデータを含むことを特徴とする請求項１のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項３】
前記コンピュータデータ信号が搬送波内に具現されることを特徴とする請求項１のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項４】
第一の通信エンティティと第二の通信エンティティとの間に移動体ＴＣＰ接続を設定するための第二の通信エンティティのコンピュータデータ信号を記録したコンピュータで読取り可能な媒体であって、
前記第一の通信エンティティによって生成され、返信される第一のセグメント信号に応答するための第二の信号セグメントを含み、前記第一のセグメント信号が前記第一の通信エンティティの接続識別を含み、前記第二のセグメント信号が前記第二の通信エンティティの接続識別と前記第一の通信エンティティの接続識別を含み、前記第二の通信エンティティから前記第一の通信エンティティに返信され、前記第一と第二の通信エンティティの接続識別から前記第一と第二の通信エンティティに対する移動体ＴＣＰ接続識別が形成されることを特徴とするコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項５】
前記第二の信号セグメントが、前記第一のセグメント信号が前記第二の通信エンティティによって確かに受信されたことを示すアクノレッジメントデータを含むことを特徴とする請求項４のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項６】
前記コンピュータデータ信号が搬送波内に具現されることを特徴とする請求項３のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項７】
第一と第二の通信エンティティの間で設定された移動体ＴＣＰ（伝送制御プロトコル）接続における通信のためのコンピュータデータ信号を記録したコンピュータで読取り可能な媒体であって、
前記第一の通信エンティティの接続ＩＤ（識別）を含むローカル接続フィールド；および
前記第二の通信エンティティの接続ＩＤを含む遠隔接続フィールドを含み、前記ローカル接続フィールドと前記遠隔接続フィールドからグローバル的に一意な移動体ＴＣＰ接続ＩＤが形成されることを特徴とするコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項８】
さらに：
データメッセージを運ぶためのデータフィールドを含むことを特徴とする請求項７のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項９】
さらに：
前記データセグメントがデータメッセージを運ばないダミーセグメントであるか否かを示す情報を収容するための予約エリアを含むことを特徴とする請求項７のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項１０】
前記予約エリアについて、前記データセグメントがダミーセグメントであるか否かを示す情報情報がＵＰＤビット内に収容されることを特徴とする請求項９のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項１１】
さらに：
前記データセグメントを識別するための通し番号を収容する通し番号フィールドを含むことを特徴とする請求項７のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項１２】
さらに：
前記第一および第二の現在のＩＰ（インターネットプロトコル）アドレスを収容するフィールドを含むことを特徴とする請求項８のコンピュータデータ信号を記録したコンピュータで読取り可能な媒体。
【請求項１３】
第一の通信エンティティのコンピュータ読み出し可能な媒体上に具現される移動体ＴＣＰ（伝送制御プロトコル）であって、
第二の通信エンティティからのソースＩＰ（インターネットプロトコル）アドレスと移動体ＴＣＰ接続ＩＤを含むデータセグメントを受信するための第一のソースコードセグメントであって、前記ソースＩＰアドレスが、前記第二の通信エンティティの現在のＩＰアドレスを表し、前記移動体ＴＣＰ接続ＩＤが、前記第一と第二の通信エンティティの間に設定された移動体ＴＣＰ接続の接続ＩＤを表わすような第一のソースコードセグメント、
前記受信されたソースＩＰアドレスに依存して可変な遠隔ＩＰアドレスを、前記移動体ＴＣＰ接続ＩＤに基づいて更新するための第二のソースコードセグメントとを含むことを特徴とする移動体ＴＣＰ。
【請求項１４】
さらに：
前記データセグメントを、前記移動体ＴＣＰ接続ＩＤに基づいて処理するための第三のソースコードセグメントを含むことを特徴とする請求項１３の移動体ＴＣＰ。
【請求項１５】
前記第二のソースコードセグメントが、どのデータセグメントが最も新たなものであるかを各データセグメント内に含まれる通し番号に基づいて決定することを特徴とする請求項１３の移動体ＴＣＰ。
【請求項１６】
前記移動体ＴＣＰ接続ＩＤの長さが２オクテットであることを特徴とする請求項１３の移動体ＴＣＰ。
【請求項１７】
前記移動体ＴＣＰ接続ＩＤが、前記第一と第二の通信エンティティの間に前記移動体ＴＣＰ接続が設定されている限り同一のままに留まることを特徴とする請求項１３の移動体ＴＣＰ。
【請求項１８】
前記第一と第二の通信エンティティの少なくとも一方が移動体端末であり、前記移動体が網内をローミングするのに伴ってＩＰアドレスが変わることを特徴とする請求項１３の移動体ＴＣＰ。
【請求項１９】
前記データセグメントが、ユーザのメッセージを運ぶデータを含むことを特徴とする請求項１３の移動体ＴＣＰ。
【請求項２０】
前記データセグメントが、ユーザのメッセージを運ばないダミーセグメントであることを特徴とする請求項１３の移動体ＴＣＰ。
【請求項２１】
前記第一の通信エンティティが前記第一の通信エンティティの新たなＩＰアドレスを取得したが、送信すべきデータは持たない場合は、前記第二のソースコードセグメントが、前記第二の通信エンティティに送信するためにダミーセグメントを生成し、このダミーセグメントは、前記新たなＩＰアドレスと移動体ＴＣＰ接続ＩＤのみを含み、データメッセージは含まないことを特徴とする請求項１３の移動体ＴＣＰ。
【請求項２２】
前記第二のソースコードセグメントが、前記ダミーセグメントを規則的な時間間隔にて生成することを特徴とする請求項１１の移動体ＴＣＰ。
【請求項２３】
前記ダミーセグメントが、そのセグメントがダミーセグメントであることを示すための第一の所定のビットを含むことを特徴とする請求項１１の移動体ＴＣＰ。
【請求項２４】
前記第一の所定のビットが、１にセットされたＵＰＤビットであることを特徴とする請求項１１の移動体ＴＣＰ。
【請求項２５】
ダミーセグメントが前記第二の通信エンティティから送信された場合は、前記第二のソースコードセグメントが、前記ダミーセグメントが確かに受信されたことを示すためのダミーセグメントアクノレッジメントセグメントを生成することを特徴とする請求項１１の移動体ＴＣＰ。
【請求項２６】
前記ダミーセグメントアクノレッジメントセグメントが、両方とも１にセットされたＵＰＤビットとＡＣＫビットを含むことを特徴とする請求項１５の移動体ＴＣＰ。
【請求項２７】
第一と第二の通信エンティティの間の移動体ＴＣＰ（伝送制御プロトコル）接続を用いて通信するための方法であって、
前記第一の通信エンティティから前記第二の通信エンティティに、ソースＩＰ（インターネットプロトコル）アドレスと移動体ＴＣＰ接続ＩＤを含むデータセグメントを送信するステップであって、前記ソースＩＰアドレスが、前記第一の通信エンティティの現在のＩＰアドレスを表し、前記移動体ＴＣＰ接続ＩＤが、前記第一と第二の通信エンティティの間に設定された移動体ＴＣＰ接続の接続識別を表すステップ、
前記送信されたセグメントを前記第二の通信エンティティが受信するステップ、
前記第二の通信エンティティの前記ソースＩＰアドレスに依存して可変な遠隔ＩＰアドレスを、前記送信されたセグメントの前記移動体ＴＣＰ接続ＩＤを用いて更新するステップ、
前記送信されたセグメントを移動体ＴＣＰ接続ＩＤに基づいて処理するステップを含むことを特徴とする方法。
【請求項２８】
さらに：
どのデータセグメントが最も新たなものであるかを前記送信されたセグメント内に含まれる通し番号に基づいて決定することを特徴とする請求項１７の方法。
【請求項２９】
前記送信ステップにおいて、前記移動体ＴＣＰ接続ＩＤの長さが２オクテットであることを特徴とする請求項１７の方法。
【請求項３０】
前記移動体ＴＣＰ接続ＩＤが、前記第一と第二の通信エンティティの間に前記移動体ＴＣＰ接続が設定されている限り同一のままに留まることを特徴とする請求項１７の方法。
【請求項３１】
前記第一と第二の通信エンティティの少なくとも一方が移動体端末であり、前記移動体が網内をローミングするのに伴ってＩＰアドレスが変わることを特徴とする請求項１７の方法。
【請求項３２】
前記送信ステップにおいて、前記データセグメントが、ユーザのメッセージを運ぶデータを含むことを特徴とする請求項１７の方法。
【請求項３３】
さらに：
前記第一の通信エンティティが新たなＩＰアドレスを取得する度に、前記第一の通信エンティティがダミーセグメントを生成するステップを含み、このダミーセグメントは、前記新たなＩＰアドレスと移動体ＴＣＰ接続ＩＤのみを含み、データメッセージは含まないことを特徴とする請求項１７の方法。
【請求項３４】
前記生成ステップにおいて、前記ダミーセグメントが、そのセグメントがダミーセグメントであることを示すための第一の所定のビットを含むことを特徴とする請求項３３の方法。
【請求項３５】
前記第一の所定のビットが１にセットされたＵＰＤビットであることを特徴とする請求項３４の方法。
【請求項３６】
さらに：
前記ダミーセグメントが前記第二の通信エンティティによって確かに受信されたことを示すためのアクノレッジメントセグメントを生成するステップを含むことを特徴とする請求項３３の方法。
【請求項３７】
前記アクノレッジメントセグメントが、両方とも１にセットされたＵＰＤビットとＡＣＫビットを含むことを特徴とする請求項３６の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体ＴＣＰ（ｍ−ＴＣＰ）、およびコンピュータなどの移動体端末／ホストの間で、インターネットなどを介して、ｍ−ＴＣＰ接続を設定および維持するための方法に関する。
【背景技術】
【０００２】
ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）スーツは、コ ンピュータ間でインターネットを介して設定される通信を制御するためのプロトコルを含む。これらプロトコルには、ＴＣＰ（transmission control protocol：伝送制御プロトコル）、ＩＰ（internet protocol：インターネットプロトコル）、およびＵＤＰ（user datagram protocol：ユーザデータグラムプロトコル）が含まれる。ＴＣＰは、コネクションオリエンテッドサービスである一方、ＵＤＰは、コネクシ
ョンレスサービスである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常、ＴＣＰでは、端末／ホスト（Ｔ／Ｈ）の間にＴＣＰ接続を設定するためには、固定のＩＰエンドポイントアドレスが必要とされる。これら固定のＩＰアドレスは、ＴＣＰ接続がいったん設定されると、変更することはできない。つまり、２つのエンティティ（例えば、端末／ホスト）間のＴＣＰ接続はペアのエンドポイントによって一意的に識別（決定）される。より詳細には、各エンドポイントは、ホストのＩＰアドレスとホスト内の特定のＴＣＰポート番号から構成される２−タプル（two-tuple）を含み、これらＩＰアドレスとＴＣＰポート番号は固定されており、ＴＣＰ接続がいったん設定されると、変更することはできない。ところが、インターネットなどの網内をローミングする移動体端末／ホスト（Ｔ／Ｈ）の場合は、これらエンドポイントは絶えず変わる。このため、従来のＴＣＰサービスは、移動体端末／ホスト（Ｔ／Ｈ）の間で通信を設定および維持するのには十分でない。
【課題を解決するための手段】
【０００４】
本発明は、移動体端末／ホスト（Ｔ／Ｈ）に対する移動体ＴＣＰ接続（ｍ−ＴＣＰ接続）、および移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが、ｍ−ＴＣＰ接続がいったん設定された後も絶えず変わるｍ環境下においてｍ−ＴＣＰ接続を設定および維持するための方法に関する。本発明による方法および装置は、グローバル的に一意なｍ−ＴＣＰ接続識別を用いる。このｍ−ＴＣＰ接続識別は、ｍ−ＴＣＰ接続を用いて設定された移動体端末／ホスト（Ｔ／Ｈ）の間でやりとりされる全てのデータセグメントに挿入され、これによって、常に、ｍ−ＴＣＰ接続が識別される。このｍ−ＴＣＰ接続識別を用いることで、移動体端末／ホスト（Ｔ／Ｈ）が網内をローミングし、移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが変わる度に、移動体端末／ホスト（Ｔ／Ｈ）のＩＰアドレスが更新される。
以下に本発明を付録の図面を用いてより詳細に説明する。
これら図面は、単に、一例として与えられたものであり、図面中、同一の参照符号は全図面を通じて同一のパーツを表す。
【発明を実施するための最良の形態】
【０００５】
以下の詳細な説明は、本発明の様々な実施例による移動体ＴＣＰ（ｍ−ＴＣＰ）、およびｍ−ＴＣＰ接続を確立および維持する方法に関する。ｍ−ＴＣＰは、インターネットを介して互いに仮想的に接続された移動体端末／ホスト（Ｔ／Ｈ）（例えば、コンピュータ）が、データグラムを伝送することを可能にする。こうして伝送されるデータグラムは、データセグメントとＩＰヘッダから成る。
【０００６】
図１は、インターネットを介して動作する本発明による通信システムの概要を示す。図面に示すように、通信システム１０は、インターネット１４を介して通信する複数のセル１２１、１２２...１２Ｎおよび非移動体（固定）ホスト１ ６を含む。これらセル１２１、１２２...１２Ｎは、無線アクセスサブ網、つまり、ｍ−ＴＣＰ／ＩＰスーツを形成する。
【０００７】
図２に示すように、これらセル１２１、１２２...１２Ｎ（セル１２）は、おのおの、一つの基地局（ＢＳ）１８と、複数の移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎを含む。基地局（ＢＳ）１８は、複数の移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎへのあるいはこれからの無線アクセスを提供する他、ルータとして機能し、インターネット１４を介しての移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎの間のＩＰトラヒックのルーティングを遂行する。下り方向（つまり、基地局１８から端末／ホストへの方向）においては、ＩＰトラヒックは、基地局１８によってブロードキャストされ、登り方向（つまり、端末／ホストから基地局１８への方向）においては、ＩＰトラヒックは、統計的手法にて共有される登り無線チャネルを用いて伝送される。各移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎ（移動体端末／ホスト２０）は、同時に、少なくとも２個の基地局と通信することができる。
【０００８】
各セル１２は、セルを識別するための自身のＩＰアドレス、例えば、ＮＥＴＩＤ、および複数の仮想アクセスポートを持つ。各移動体端末／ホスト２０１、２０２...２０Ｎ（Ｔ／Ｈ）は、インターネット１４を介してこれら仮想アクセスポートに接続され、基地局（ＢＳ）１８の制御下で互いに通信する。これらアクセスポートを識別するために、各アクセスポートは、ホストＩＰアドレス、例えば、ＨＯＳＴＩＤを持つ。
【０００９】
各移動体端末／ホスト（Ｔ／Ｈ）２０は、端末／ホストを識別するための永久的なドメイン名を持つ。このドメイン名は、各端末／ホスト（Ｔ／Ｈ）の不揮発性メモリ内に格納される。さらに、各移動体端末／ホスト２０（Ｔ／Ｈ）は、移動体端末／ホストのドメイン名を新たなクラスのドメイン名、例えば、Mobile Internet Class（MIC）の名の下で登録するためのドメイン名サーバ（ＤＮＳ）を備える。加えて、各移動体端末／ホスト（Ｔ／Ｈ）２０のドメイン名サーバ（ＤＮＳ）は、移動体端末／ホスト（Ｔ／Ｈ）２０のＩＰアドレスを格納および更新する。このＩＰアドレスは、移動体端末／ホスト（Ｔ／Ｈ）２０の現在のアドレスを表す。移動体端末／ホスト（Ｔ／Ｈ）２０が、網（例えば、インターネット１４）内をローミングし、例えば、自身を新たな基地局（ＢＳ）に接続すると、移動体端末／ホスト２０は、新たなＩＰアドレスを取得し、移動体端末／ホスト（Ｔ／Ｈ）２０のドメイン名サーバ（ＤＮＳ）は、新に取得されたＩＰアドレスにて、移動体端末／ホスト（Ｔ／Ｈ）２０のＩＰアドレスを更新する。移動体端末／ホスト２０が自身を網から完全に切断した場合は、ドメイン名サーバ（ＤＮＳ）からは、その移動体端末／ホスト２０に対するＩＰアドレスは削除される。
【００１０】
新たなＩＰアドレスは、移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎが網内をローミングし、それらのＩＰアドレスを変える度に、ｍ−ＤＨＣＰサーバ（mobile Dynamic Host Control Protocol server：移動体ダイナミックホスト制御プロトコルサーバ）によって割り当てられる。各基地局（ＢＳ）１８は、自身の中にこのｍ−ＤＨＣＰサーバあるいはこの機能を搭載することもできる。基地局（ＢＳ）１８がｍ−ＤＨＣＰサーバを搭載する場合は、各基地局（ＢＳ）１８に割り当てられるＩＰアドレスの数は、その対応するセルに接続することができる移動体端末／ホスト（Ｔ／Ｈ）２０１、２０２...２０Ｎの最大数より多くなる。もはや使用されなくなったIPアドレスが、ｍ−ＤＨＣＰサーバ内のＩＰアドレスのコレクション（集合）に返されると、返されたＩＰアドレスは、以前の接続と現在の接続との間の干渉を避けるために、所定の時間期間だけ使用できないようにされる。この所定の時間期間は、典型的には、以前のセグメントがインターネット１４内で生きたままにとどまることができる最大時間より大きくされ、これによって、対応するドメイン名サーバ（ＤＮＳ）を更新するための十分な時間が確保される。
【００１１】
移動体端末／ホスト（T/H）２０１、２０２...２０Ｎへの新たなＩＰアドレスの割り当ては、移動体端末／ホスト２０からリクエスト信号を送信することで開始される。つまり、移動体端末／ホスト２０は、新たなＩＰアドレスを必要とする場合は、ｍ−ＤＨＣＰリクエスト信号を生成し、これをｍ−ＤＨＣＰサーバに送信する。移動体端末／ホスト２０からのｍ−ＤＨＣＰリクエスト信号には、その移動体端末／ホスト２０を識別するために、その移動体端末／ホスト２０のドメイン名および移動体端末／ホスト２０の一意のハードウエアアドレス（例えば、ＭＡＣアドレス）が含まれる。ｍ−ＤＨＣＰサーバは、ｍ−ＤＨＣＰリクエスト信号を受信すると、これに応答して、移動体端末／ホスト２０に、以下の情報、つまり：その移動体端末／ホスト２０にリースされた新たなＩＰアドレス、リース期間、基地局（ＢＳ）のＩＰアドレス、およびその基地局（ＢＳ）に対応するセル（サブ網）に対する名前解決機能を遂行するドメイン名サーバ（ＤＮＳ）のＩＰアドレスを通知する。移動体端末／ホスト２０は、それがそのセルの特定の仮想アクセスポートに接続している間中、そのリースを定期的に更新することで、リースの終了を回避する。リースは、移動体端末／ホスト２０によっていつでも終了することができる。リースが終了した場合は、移動体端末／ホスト２０は、そのＩＰアドレスを失う。ｍ−ＤＨＣＰサーバは、対応するドメイン名サーバ（ＤＨＳ）に、リースの取消、リースの終了、あるいは移動体端末／ホスト２０へのＩＰアドレスの割り当てについて通知する。
【００１２】
以下では、本発明によるｍ−ＴＣＰ接続の動作について説明する。ここでの説明の目的に対しては、クライアントとは、相手のｍ−ＴＣＰとの間でｍ−ＴＣＰ接続を設定することを希望する固定あるいは移動体端末／ホストであるものと定義され、サーバ（相手のｍ−ＴＣＰ）とは、クライアントからのｍ−ＴＣＰ接続リクエストを受理する側の固定あるいは移動体端末／ホストであるものと定義される。
【００１３】
ｍ−ＴＣＰ接続の動作は、３つのフェーズに分けられる。つまり、ｍ−ＴＣＰ接続の動作は、２つの通信エンティティ、例えば、移動体Ｔ／Ｈとホスト（例えば、固定あるいは移動体Ｔ／Ｈ）との間でｍ−ＴＣＰ接続が設定される接続フェーズ；接続された通信中のｍ−ＴＣＰエンティティの間でデータセグメントが交換される交換フェーズ；および設定されたｍ−ＴＣＰ接続が終端される第三の終結フェーズから成る。
【００１４】
接続フェーズにおいては、ｍ−ＴＣＰ接続を受理する側の移動体端末／ホスト２０（サーバ）が、アプリケーションプログラム内の受動オープン機能（パッシブオープンファンクション）を遂行することで、ｍ−ＴＣＰ接続を受理する側のｍ−ＴＣＰ層に指定されたｍ−ＴＣＰポート番号を示す。すると、相手のｍ−ＴＣＰとの間でｍ−ＴＣＰ接続を設定することを希望する側のホスト（クライアント）は、移動体端末／ホスト２０のドメイン名サーバ（ＤＮＳ）からその移動体端末／ホスト２０の現在のＩＰアドレスを取得し、能動オープン機能（アクティブオープンファンクション）を実行することで、接続の宛先エンドポイント（つまり、移動体端末／ホスト２０のＩＰアドレスおよびそのｍ−ＴＣＰポート番号）を指定する。これら受動および能動オープン機能は、当分野において周知である。ホスト側のｍ−ＴＣＰプログラムは、接続リクエスト信号を生成し、これを、取得された移動体端末／ホスト２０の現在のＩＰアドレスを用いて移動体端末／ホスト２０に送信する。
【００１５】
移動体端末／ホスト２０のＩＰアドレスが、このプロセスの間に変わった場合でも、ホストの接続リクエスト信号が移動体端末／ホスト２０に到着することが、ソフトスイッチオーバ機構によって確保される。このソフトスイッチオーバ機構は、移動体端末／ホスト２０が新たなＩＰアドレスを取得した後も、以前のＩＰアドレスを保持することを可能にする。こうして、移動体端末／ホスト２０は以前のＩＰアドレスに向けられたデータグラムを、そのデータグラムが網内で遅延した場合でも受信することができる。以前のＩＰアドレスはある設定された時間期間が経過した後に放棄される。
【００１６】
接続リクエストが移動体端末／ホスト２０に到着する前に、移動体端末／ホスト２０の側で、移動体端末／ホスト２０の以前のＩＰアドレスが放棄された場合は、ホストからの移動体端末／ホスト２０への接続の試みは失敗する。この場合は、ｍ−ＴＣＰ接続を設定するためには、この接続プロセスを反復することが必要となる。これを行なうためには、ホスト側のＴＣＰプログラムが、移動体端末／ホスト２０のドメイン名サーバ（ＤＮＳ）に再度アクセスし、移動体端末／ホスト０の新たなＩＰアドレスを取得する。
【００１７】
他方、移動体端末／ホスト２０の方が（今回はクライアント）、ホスト（今回はサーバ）との間でｍ−ＴＣＰ接続を設定することを希望する場合も考えられる。この場合は、ｍ−ＴＣＰ接続を受理する側のホスト内のアプリケーションプログラムが従来の受動オープン機能を遂行することで、指定されるｍ−ＴＣＰポート番号の上でｍ−ＴＣＰ接続を受理することを希望する旨を示す。すると、移動体端末／ホスト２０のアプリケーションプログラムが、ｍ−ＴＣＰ接続を設定するために、上述のように、能動オープン機能を遂行し、接続の宛先エンドポイント（つまり、ホストのＩＰアドレスおよびそのｍ−ＴＣＰポート番号）を指定する。
【００１８】
ｍ−ＴＣＰ接続を設定するためには、ｍ−ＴＣＰは、従来のＴＣＰにおいて周知の３方向ハンドシェークを利用する。本発明によると、ｍ−ＴＣＰ接続の設定の際には、従来のＴＣＰパラメータを交換することに加えて、２つの追加のパラメータが交換される。これら２つのパラメータは、ローカル接続識別（local_conId）と、遠隔接続識別（remote_conId）であるが、これらは、グローバル的に一意であることを要求される。これらパラメータによって、ｍ−ＴＣＰ接続を一意に識別する接続識別（conID）（つまり、conId＝local_conId、remote_conId）が形成され、これは、ｍ−ＴＣＰエンティティの間で通信される全てのデータセグメント内にＩＰアドレスが変わった後も含まれる。つまり、全てのデータセグメント内に新たなＩＰアドレスとともに接続識別（conID）が含まれ、ｍ−ＴＣＰエンティティは、新たなＩＰアドレスとともに接続識別（conID）を受信し、この接続識別（conID）に基づいて、ｍ−ＴＣＰ接続を決定し、データグラムを正しく、例えば、ソケット、サービスアクセスポイント、その他に配信する。
【００１９】
接続識別（conID）内のこれら２つのパラメータは、ｍ−ＴＣＰ接続の第一のフェーズにおいて選択され、ｍ−ＴＣＰ接続を一意に識別する。ｍ−ＴＣＰ接続の各サイドは、自身を相手に識別するためのローカル接続識別（local_conId）を選択し、一方のサイドのローカル接続識別（local_conId）は、他方のサイドの遠隔接続識別（remote_conId）となる。これらパラメータは、各サイドからランダムに選択される数とされ、接続識別（conID）は、これら数の組合せ、例えば、27009876とされる。
【００２０】
この接続識別（conID）は、各ｍ−ＴＣＰデータセグメントのｍ−ＴＣＰヘッダ内に挿入される。図３は、本発明による一例としてのｍ−ＴＣＰヘッダの構造を示す。図面に示すように、ｍ−ＴＣＰヘッダ３０は、周知のＴＣＰヘッダに従って、発信元ポート識別（ＩＤ）フィールド、宛先ポート識別（ＩＤ）フィールド、通し番号フィールド３１内に格納される初期あるいは増分後の通し番号、アクノレッジメント番号フィールド、予約エリア３４、ＴＣＰチェック合計フィールド、および情報データフィールド３８を含む。これらフィールドは、従来のＴＣＰ３方向ハンドシェークに従って処理される。加えて、本発明によると、ｍ−ＴＣＰヘッダ３０は、グローバルＩＤフィールド３２を含み、これは、ローカル接続フィールド３２ａと、遠隔接続フィールド３２ｂに分割される。グローバル識別（ＩＤ）フィールド３２は、オプションとして、フィールド３６内に入れることもできる。各フィールド３２ａ、３２ｂは、所定の長さ、例えば、２オクテットとされる。ローカル接続フィールド３２ａは、ローカル接続識別（local_conId）を格納し、遠隔接続フィールド３２ｂは、遠隔接続識別（remote_conId）を格納する。
【００２１】
より詳細には、３方向ハンドシェーキングプロセスにおいては、第一のエンティティ（例えば、第一の移動体端末／ホスト２０１）が、第二のエンティティ（例えば、第二の移動体端末／ホスト２０２）との間でｍ−ＴＣＰ接続を設定することを希望する場合、第一のエンティティは、ｍ−ＴＣＰ接続の設定をリクエストするための第一のセグメント信号を生成する。この第一のセグメント信号は、ｍ−ＴＣＰヘッダ３０のコードフィールド３６内にセットされたＳＹＮビット（ＳＹＮ＝１）と、ｍ−ＴＣＰヘッダ３０のローカル接続フィールド３２ａ内にセットされたローカル接続識別（local_conId）の値を含む。この時点では、遠隔接続フィールド３２ｂは、空白のままとされる。第一のセグメント信号を受信すると、第二のエンティティは、第一のセグメント信号が確かに受信されたことを知らせる第二のセグメント信号を生成する。この第二のセグメント信号は、自身のｍ−ＴＣＰヘッダのコードフィールド３６内にセットされたＳＹＮおよびＡＣＫビット（ＳＹＮ＝１、ＡＣＫ＝１）と、そのローカル接続フィールド内にセットされた選択されたローカル接続識別（local_conId）の値を含む。第二のエンティティのｍ−ＴＣＰヘッダの遠隔接続フィールドには、受信された第一のセグメント信号のローカル接続フィールド３２ａの内容がコピーおよび格納される。第二のセグメント信号を受信すると、第一のエンティティは、第二のセグメント信号が確かに受信されたことを知らせる第三のセグメント信号を生成することで、ｍ−ＴＣＰ接続が正常に設定されたことを第二のエ  ンティティに通知する。
【００２２】
いったんｍ−ＴＣＰ接続が設定されると、ｍ−ＴＣＰ接続の第二のフェーズが遂行される。この動作は、従来のＴＣＰ接続の第二のフェーズと類似するが、ただし、以下の点が異なる。
【００２３】
より詳細には、本発明のｍ−ＴＣＰによると、移動体端末／ホスト２０は網内をローミングするとき絶えずその接続エンドポイントを変えるために、従来のＴＣＰが、ｍ−ＴＣＰ接続のエンドポイント（つまり、ＩＰアドレスおよびＴＣＰポート番号）が変わる度にこれを格納するように修正される。ｍ−ＴＣＰは、接続識別（conID）を用い、これに基づいて、入りデータセグメントを、正しく、例えば、ソケット、サービスアクセスポイント、その他にルーティングする。出データセグメントについては、ｍ−ＴＣＰは、データセグメントを、現在のＩＰアドレスに基づいて送信する。さらに、ｍ−ＴＣＰは、接続識別（conID）、両エンドに対する初期エンドポイント情報、および両エンドに対する現在のエンドポイント情報を保存し、これら情報は、他のアプリケーションプログラムによっても利用される。
【００２４】
遠隔エンドポイント情報（つまり、遠隔ＩＰアドレスおよびポート番号）は、到着するデータセグメントから得られる。到着する各データセグメントは、接続識別（conID）と、現在の発信元ＩＰアドレスを含む。この発信元ＩＰアドレスは、ｍ−ＴＣＰ接続の他方の側のエンティティのエンドポイント情報を含む。データセグメントの順序がずれている場合は、これもｍ−ＴＣＰヘッダのフィールド３１に含まれる通し番号を用いて、どのデータセグメントが最も新しく、従って、最も最近の発信元ＩＰアドレスを含むか決定される。
【００２５】
移動体端末／ホストが新たなＩＰアドレスを取得したが、新たなＩＰアドレスとともに送信すべき出データセグメントを持たない場合は、ｍ−ＴＣＰは、ダミーセグメント（ＤＳ）を相手のｍ−ＴＣＰに送信することで、相手に新たなＩＰアドレスを知らせる。さらに、あるｍ−ＴＣＰ接続が生きている間は、ｍ−ＴＣＰは、規則的な間隔にて、絶えず、ダミーセグメント（ＤＳ）（つまり、情報データを含まないセグメント）を相手のｍ−ＴＣＰに送信する。
【００２６】
受信側のｍ−ＴＣＰは、ダミーセグメント（ＤＳ）を受信すると、この事実をダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ）を用いて知らせる。ｍ−ＴＣＰは、あるデータセグメントが、ダミーセグメント（ＤＳ）あるいはダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ）として伝送されていることを、ｍ−ＴＣＰヘッダ内に存在する予約ビットの一つ（例えば、ヘッダ３０のＵＰＤビット）を用いてマークする。例えば、現在伝送されているデータセグメントがダミーセグメント（ＤＳ）である場合は、ＵＰＤビットが１にセットされ、現在の伝送されているデータセグメントがダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ  ）である場合は、ＵＰＤおよびＡＣＫビットの両方が１にセットされる。受信側のｍ−ＴＣＰ  から、送信したダミーセグメント（ＤＳ）を確かに受信したことを知らせるアクノレッジメントがない場合は、ダミーセグメント（ＤＳ）がアクノレッジメント（DS ACK）が受信されるまで再送される。
【００２７】
各ダミーセグメント（ＤＳ）は、その特定のダミーセグメント（ＤＳ）を識別するための一意の通し番号を含む。この通し番号は、ｍ−ＴＣＰヘッダの通し番号フィールド３１に格納され、独立に増分される。ダミーセグメント（ＤＳ）の通し番号増分プロセスは、情報データを運ぶセグメントに対する通し番号の増分プロセスとは異なる。これは、情報データを運ぶセグメントでは、通し番号の増分はデータセグメントのサイズに基づいて遂行されるが、ダミーセグメント（ＤＳ）は、データを運ばないためである。代わりに、ダミーセグメント（ＤＳ）の場合は、通し番号の増分は、初期通し番号（例えば、１）から開始され、これが、所定の値（例えば、１）ずつ増分される。新たなダミーセグメント（ＤＳ）の送信者は、前の通し番号を増分し、こうして増分された新たな通し番号を新たなダミーセグメント（ＤＳ）に挿入する。こうして、各ダミーセグメント（ＤＳ）は、新たな通し番号を含む。ダミーセグメント（ＤＳ）の受信者は、通し番号をチェックし、最も新たな通し番号を有するダミーセグメント（ＤＳ）を処理し、網の遅延等のために旧い通し番号を有するダミーセグメント（ＤＳ）は無視する。ダミーセグメント（ＤＳ）の受信者は、受信された通し番号を含むダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ）を送信者に送り返す。
【００２８】
ダミーセグメント（ＤＳ）およびダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ）は、緩衝やフロー制御を受けることはない。ダミーセグメント（ＤＳ）およびダミーセグメントアクノレッジメントセグメント（ＤＳ  ＡＣＫ）は、ｍ−ＴＣＰ接続が完全に終端（切断）されるまで規則的な時間間隔にて絶えず交換される。つまり、これらセグメントは、ｍ−ＴＣＰ接続が両方向とも終端されるまで両方向に交換される。
【００２９】
接続されたｍ−ＴＣＰエンティティの間でのデータグラムの交換を終えると、接続は終端（切断）される。この最後のｍ−ＴＣＰの終端フェーズは、従来のＴＣＰ接続手続きの終端フェーズと同様なやり方で遂行される。
【００３０】
こうして、本発明によるｍ−ＴＣＰおよびｍ−ＴＣＰ接続を設定および維持するための方法は、移動体端末／ホストが最小限の変数を用いてインターネットを介して互いに通信することを可能にする。
【００３１】
こうして本発明について説明したが、当業者においては明らかなように、本発明に様々な修正を施すことも可能である。これら修正も本発明の精神および範囲から逸脱するものではなく、当業者には容易に考え付くと思われるこれら全ての修正も特許請求の範囲に含まれるものである。
【図面の簡単な説明】
【００３２】
【図１】インターネットを介して動作する本発明の一つの実施例による通信システムの略図である。
【図２】図１の通信システムのセルの構造を示す図である。
【図３】本発明によるＴＣＰヘッダの内部データの構造を示す図である。
【符号の説明】
【００３３】
１０  通信システム
１２  セル
１４  インターネット
１６  非移動体（固定）ホスト
１８  基地局（ＢＳ）
２０  移動体端末／ホスト（Ｔ／Ｈ）
【図１】
2004343805.tif 000003
【図２】
2004343805.tif 000004
【図３】
2004343805.tif 000005