(57)【要約】ＷＰＡＮ及びＷＬＡＮインフラストラクチャ又はＧＰＲＳのようなある携帯電話システムを用いて、移動クライアント装置ＭＴをインターネット又は他のＩＰに基づくネットワークへ接続する装置が開示される。これは、利用可能なインフラストラクチャ、例えばＧＰＲＳ、ＩＥＥＥ８０２．１１ｂ又はブルートゥルース無線規格に依存した複数の通信規格を用いて、パーソナルデジタルアシスタント（ＰＤＡｓ）のような移動クライアント装置をアプリケーションサーバ１０に接続することを可能にするルーティングメカニズム（ＩＰ−ＩＰトンネル１４）を提供することによって、実質的にシームレスに達成される。提案された装置は、通常の使用に適したレイヤ２技術である。そこでは、移動クライアント装置ＭＴ及びサーバ１０は、第１の通信規格から第２の通信規格へのハンドオーバの間、クライアント装置のインターネットプロトコルアドレスが同一のままであるように、使用時にインターネットプロトコルトンネリング技術によってネットワーク層で通信する。
2005516546.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
ａ）インターネットプロトコル対応通信ネットワークと、
ｂ）使用時に複数の通信規格のうちの１つに従って前記ネットワークへ接続し、且つ所定の状況下で前記通信規格間で切換えを行うクライアント装置と、
ｃ）使用時に前記ネットワークと結合して前記クライアント装置と通信を行うサーバとを具備してなり、
第１の前記通信規格から第２の前記通信規格へのハンドオーバの間、前記クライアント装置のインターネットプロトコルアドレスが同一のままであるように、前記クライアント装置および前記サーバが使用時にインターネットプロトコルトンネリング技術によってネットワーク層で通信を行う通信システム。
【請求項２】
前記インターネットプロトコルトンネリング技術は、前記クライアント装置をサブネットに接続するために用いられるインターネットプロトコルアドレスと、前記クライアント装置を前記サーバに接続するために用いられるインターネットプロトコルアドレスとを区別する、請求項１に記載のシステム。
【請求項３】
前記インターネットプロトコルトンネリング技術は、１つのインターネットプロトコルデータグラムを他のインターネットプロトコルデータグラム内にカプセル化する、請求項１に記載のシステム。
【請求項４】
前記インターネットプロトコルトンネリング技術のサーバエンドポイントは実質的に固定され、クライアント装置エンドポイントはローミングの結果変更可能である、請求項１に記載のシステム。
【請求項５】
前記インターネットプロトコルトンネリング技術は、アプリケーションに対して１つのインターネットプロトコルアドレスを維持し、動的に割り当てられたインターネットプロトコルアドレスにトラヒックの搬送を依存する、請求項１に記載のシステム。
【請求項６】
少なくとも２つの前記通信規格のベアラのネットワーク構造は通常無関係である、請求項１に記載のシステム。
【請求項７】
前記規格間での前記切換えを開始する前記所定の状況は、利用料、帯域幅利用可能性、受信信号強度、リンク品質、リンク利用可能性、信号対雑音比、消費電力またはユーザ介入のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項８】
２つの前記通信規格間での移行はネットワーク層の再構成と共に行われる、請求項１に記載のシステム。
【請求項９】
前記クライアント装置とアクセスポイント等のネットワークユニットとの間における２つの前記通信規格のそれぞれへのリンクレイヤハンドオーバはドライバレベルでは無関係であり、前記リンクレイヤハンドオーバは前記規格のそれぞれに対して独立して行われる、請求項１に記載のシステム。
【請求項１０】
前記クライアント装置は、２つの前記通信規格間での垂直ハンドオーバの間、例えばサブネット間ローミングの間に新たなインターネットプロトコルアドレスを自動的に割り当てられる、請求項１に記載のシステム。
【請求項１１】
２つの前記通信規格間での前記垂直ハンドオーバの前後に前記クライアント装置によって使用された前記または各ネットワークアクセスポイントが同一のインターネットプロトコルサブネットに属する場合、例えばサブネット内ローミングの場合または無線パーソナルエリアネットワーク（ＷＰＡＮ）と無線ローカルエリアネットワーク（ＷＬＡＮ）との間で切換える場合、前記クライアント装置に新たなインターネットプロトコルアドレスは割り当てられない、請求項１に記載のシステム。
【請求項１２】
どの１つまたはそれ以上の前記通信規格が採用されるかを監視し、且つ前記監視に基づいて使用される通信規格間での切換えを決定するルーティングマネージャをさらに備える、請求項１に記載のシステム。
【請求項１３】
前記ルーティングマネージャは、下位レイヤからの入力のうちの少なくとも１つ、前記クライアント装置の位置、またはユーザの要求に基づいて前記決定を行う、請求項１２に記載のシステム。
【請求項１４】
前記通信規格のそれぞれは個々のインタフェースを通して前記ネットワークへアクセスし、前記ルーティングマネージャは、例えば節電を行うために所定の条件下で、少なくとも一時的に１つ以上の前記インタフェースを停止状態にする、請求項１２に記載のシステム。
【請求項１５】
許可されたクライアント装置のみに対して前記ネットワークへアクセスすることを可能とするように構成された安全装置をさらに備え、前記安全装置は、
ａ）セキュリティソケットレイヤ（ＳＳＬ）等の安全なデータ転送に基づいたアプリケーションと、
ｂ）ＨＴＴＰメッセージ（ＨＴＴＰＳ）に適用されるセキュリティソケットレイヤ（ＳＳＬ）等の安全なデータ転送を用いて保護された位置更新と、
ｃ）例えば、ＲＡＤＩＵＳサーバおよびＧＰＲＳ  ＳＩＭカードに基づいたセキュリティに接続されたアクセスポイント等、ネットワークへのアクセスが制御されることと、
ｄ）前記通信規格のためのアクセスネットワークがインターネットまたは他のインターネットプロトコルに基づくネットワークに接続する必要がある場合にいつも使用されるファイアウォールと、
うちの１つ以上を好ましくは含む、請求項１に記載のシステム。
【請求項１６】
前記通信規格は、ＩＥＥＥ８０２．１１ｂ、ブルートゥース（登録商標）およびＧＰＲＳのいずれかを含む、請求項１に記載のシステム。
【請求項１７】
インターネットプロトコル対応通信ネットワークにおいて通信を行う方法であって、
ａ）クライアント装置を複数の通信規格のうちの１つに従って前記ネットワークへ接続し、且つ所定の状況下で前記通信規格間での切換えを行い、
ｂ）サーバを前記ネットワークと結合して前記クライアント装置と通信を行い、
ｃ）第１の前記通信規格から第２の前記通信規格へのハンドオーバの間、前記クライアント装置のインターネットプロトコルアドレスを同一に保ちながら、インターネットプロトコルトンネリング技術によってネットワーク層で前記クライアント装置と前記サーバとの間で通信を行う、方法。
【請求項１８】
以下のステップの実行を可能とするように構成された実行可能なプログラムが符号化されたソフトウェア製品であって、
ａ）クライアント装置を複数の通信規格のうちの１つに従って前記ネットワークへ接続し、且つ所定の状況下で前記通信規格間での切換えを行い、
ｂ）サーバを前記ネットワークと結合して前記クライアント装置と通信を行い、
ｃ）第１の前記通信規格から第２の前記通信規格へのハンドオーバの間、前記クライアント装置のインターネットプロトコルアドレスを同一に保ちながら、インターネットプロトコルトンネリング技術によってネットワーク層で前記クライアント装置と前記サーバとの間で通信を行う、ソフトウェア製品。
【請求項１９】
請求項１乃至１６のいずれかに記載のシステムまたは請求項１７に記載の方法において使用されるクライアント装置であって、前記クライアント装置は、複数の通信規格のうちの１つに従って前記サーバと通信を行い、且つ所定の状況下で前記通信規格間で切換えを行い、前記通信はインターネットプロトコルトンネリング技術によって行われ、前記クライアント装置は、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップ型コンピュータまたは携帯電話等の移動端末を好ましくは含む、クライアント装置。
【請求項２０】
請求項１乃至１６のいずれかに記載のシステムまたは請求項１７に記載の方法において使用されるサーバであって、前記サーバは、複数の通信規格のうちの１つに従って１つ以上の前記クライアント装置と通信を行い、且つ所定の状況下での前記規格間での切換えを制御し、前記通信はインターネットプロトコルトンネリング技術によって行われる、サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（ＩＰ）に基づく通信構成に関し、限定しないが、特に、複数の通信規格を用いてインターネットプロトコルに対応したネットワークへ実質的に継ぎ目なくアクセスすることができる、インターネットプロトコルに基づく通信構成に関するものである。
【背景技術】
【０００２】
インターネットまたは他のＩＰに基づくネットワークへの接続性は、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、または汎用パケット無線システム（ＧＰＲＳ）のような携帯電話システム等の異なるアクセスネットワークを利用してパーソナルデジタルアシスタント（ＰＤＡ）、ラップトップ型コンピュータおよび携帯電話等のクライアント装置によって達成することができる。
【０００３】
無線アクセス技術（ＩＥＥＥ８０２．１１、ブルートゥース（登録商標）、およびＧＰＲＳ）の急速な普及により、オフィスにいながらまたは移動しながらＰＤＡのような移動クライアント装置をインターネット上のサービスに接続することが可能となっている。ＷＬＡＮ／ＧＰＲＳカードのような組み合わせ商品が出現しているが、異なる技術間での継ぎ目ないローミングは未だ一般化していない。
【０００４】
しかし、既に一部の装置は、１つより多くの無線通信規格またはネットワークを利用してインターネットにアクセスする能力を有している。一例としてはブルートゥースをサポートしているＧＰＲＳ電話があり、建物の内部で使用された場合、ブルートゥースネットワークアクセスポイントでは携帯電話とインターネットとの間でトラヒックを送ることができるが、ＧＰＲＳ規格では同様の機能性が屋外ではより低い速度にて提供される。多様な特性および価格を提供するさらに多くの無線規格が利用可能になると考えられる中、この傾向は継続すると予想される。このようにして、接続する必要および連絡可能となる必要のある様々な無線装置がインターネットまたは他のＩＰに基づくネットワークに接続するようになる。
【０００５】
インターネット技術特別調査委員会（ＩＥＴＦ）はインターネットホストの移動性のためのプロトコルを以下で論じられているように開発している。
【０００６】
(1)IETF Mobile IP WG、http://www.ietf.org/html.charters/mobileip-charter.html
(2)K. El Malki et al., “Low Latency Handoffs in Mobile IPv4”, http://www.ietf.org/internet-drafts/draft-ietf-mobileip-lowlatency-handoffs-v4-03.txt (処理中の作業)
(3)G. Dommeti et al., “Fast Handovers for Mobile IPv6”, http://www.ietf.org/internet-drafts/draft-ietf-mobileip-fast-mipv6-03.txt (処理中の作業)
これらの提案は本書の執筆時点においては決定的なものではない。さらに、上記のプロトコル（モバイルＩＰおよびその改良）は下位レイヤ能力に依存しなければならず、それらも規格化されているものではない。モバイルＩＰ（１）はネットワークの移動性をサポートするプロトコルである。その主な特徴は以下のとおりである。
【０００７】
１）上位レイヤに対する透過性。
【０００８】
２）ＩＰｖ４との相互接続性：アプリケーションがＩＰｖ４アドレスのみを使用して他のアプリケーションへデータを送信できる。
【０００９】
３）拡張性：モバイルＩＰが小さなＬＡＮまたは大きなＬＡＮと共に機能できる。
【００１０】
４）安全性：このプロトコルは、メッセージを認証し、ネットワーク上のデータを保護するためのいくつかの手段を提供する。
【００１１】
５）マクロ移動性：移動端末が頻繁に移動しない場合に有効であり、例えば、３分（ＧＳＭシステムの典型値）毎にアクセスポイントを変更する移動端末を効果的にサポートできない。
【００１２】
モバイルＩＰは大規模な移動性に向けて設計されたものであるため、例えばアプリケーションプロバイダがクライアントの認証および許可を含むそのサービスへのアクセスを制御するようないくつかの垂直市場の要求を満たすには複雑すぎる。
【００１３】
一般的に、移動性は、無線アクセスおよびインターネットアーキテクチャにおいて既に本質的に存在している安全の危険性を増大させる。端末は、サーバへの無許可のアクセスおよびサービスの拒否を引き起こす攻撃を防止することが理想的である。ＭＩＰｖ４は、位置バインディング更新を比較的偽造しやすいため、トラヒックが異なるクライアントへ不当にリダイレクトされてしまい、安全な解決策と考えられていない。システムのアーキテクチャ、全体的な性能および複雑さについて異なる意味をもつことで、リンクからアプリケーション層までの異なる層で安全確保を強化することが可能となる。
【発明の開示】
【００１４】
本発明の目的は、改良されたインターネットプロトコルに基づく通信構成を提供することであり、特に、限定しないが、利用可能なネットワークインフラストラクチャ（無線または有線の一方）に応じて１つのネットワークアクセス規格から他のネットワークアクセス規格へモバイル機器が切換えを行うための効率的な構成を提供することである。
【００１５】
本発明は、
ａ）インターネットプロトコル対応通信ネットワークと、
ｂ）使用時に複数の通信規格のうちの１つに従って前記ネットワークへ接続し、且つ所定の状況下で前記通信規格間で切換えを行うクライアント装置と、
ｃ）使用時に前記ネットワークと結合して前記クライアント装置と通信を行うサーバとを具備した通信システムを提供する。
【００１６】
第１の前記通信規格から第２の前記通信規格へのハンドオーバの間、前記クライアント装置のインターネットプロトコルアドレスが同一のままであるように、前記クライアント装置および前記サーバが使用時にインターネットプロトコルトンネリング技術によってネットワーク層で通信を行う。前記通信規格は無線又は有線規格であってもよく、前記クライアント装置は移動又は携帯装置を含んでもよい。
【００１７】
前記インターネットプロトコルトンネリング技術は、前記クライアント装置をサブネットに接続するために用いられるインターネットプロトコルアドレスと、前記クライアント装置を前記サーバに接続するために用いられるインターネットプロトコルアドレスとを区別してもよい。
【００１８】
前記インターネットプロトコルトンネリング技術は、１つのインターネットプロトコルデータグラムを他のインターネットプロトコルデータグラム内にカプセル化してもよい。
【００１９】
前記インターネットプロトコルトンネリング技術のサーバエンドポイントは実質的に固定され、クライアント装置エンドポイントはローミングの結果変更可能であってもよい。
【００２０】
前記インターネットプロトコルトンネリング技術は、アプリケーションに対して１つのインターネットプロトコルアドレスを維持し、動的に割り当てられたインターネットプロトコルアドレスにトラヒックの搬送を依存してもよい。
【００２１】
少なくとも２つの前記通信規格のベアラのネットワーク構造は通常無関係であってもよい。
【００２２】
前記規格間での前記切換えを開始する前記所定の状況は、利用料、帯域幅利用可能性、受信信号強度、リンク品質、リンク利用可能性、信号対雑音比、消費電力またはユーザ介入のうちの少なくとも１つを含んでもよい。
【００２３】
２つの前記通信規格間での移行はネットワーク層の再構成と共に行われてもよい。
【００２４】
前記クライアント装置とアクセスポイント等のネットワークユニットとの間における２つの前記通信規格のそれぞれへのリンクレイヤハンドオーバはドライバレベルでは無関係であり、前記リンクレイヤハンドオーバは前記規格のそれぞれに対して独立して行われてもよい。
【００２５】
前記クライアント装置は、２つの前記通信規格間での垂直ハンドオーバの間、例えばサブネット間ローミングの間に新たなインターネットプロトコルアドレスを自動的に割り当てられてもよい。
【００２６】
２つの前記通信規格間での前記垂直ハンドオーバの前後に前記クライアント装置によって使用された前記または各ネットワークアクセスポイントが同一のインターネットプロトコルサブネットに属する場合、前記クライアント装置に新たなインターネットプロトコルアドレスは割り当てられなくともよい。例えばサブネット内ローミングの場合または無線パーソナルエリアネットワーク（ＷＰＡＮ）と無線ローカルエリアネットワーク（ＷＬＡＮ）との間で切換える場合である。アクセスポイントが同じＬＡＮセグメントに属する場合、その装置のＩＰアドレスは変化のないことが好ましい。
【００２７】
前記システムは、どの１つまたはそれ以上の前記通信規格が採用されるかを監視し、且つ前記監視に基づいて使用される通信規格間での切換えを決定するルーティングマネージャをさらに備えてもよい。
【００２８】
前記ルーティングマネージャは、下位レイヤからの入力のうちの少なくとも１つ、前記クライアント装置の位置、またはユーザの要求に基づいて前記決定を行ってもよい。
【００２９】
前記通信規格のそれぞれは個々のインタフェースを通して前記ネットワークへアクセスし、前記ルーティングマネージャは、例えば節電を行うために所定の条件下で、少なくとも一時的に１つ以上の前記インタフェースを停止状態にしてもよい。
【００３０】
前記システムは、許可されたクライアント装置のみに対して前記ネットワークへアクセスすることを可能とするように構成された安全装置をさらに備えてもよく、前記安全装置は、
ａ）セキュリティソケットレイヤ（ＳＳＬ）等の安全なデータ転送に基づいたアプリケーションと、
ｂ）ＨＴＴＰメッセージ（ＨＴＴＰＳ）に適用されるセキュリティソケットレイヤ（ＳＳＬ）等の安全なデータ転送を用いて保護された位置更新と、
ｃ）例えば、ＲＡＤＩＵＳサーバおよびＧＰＲＳ  ＳＩＭカードに基づいたセキュリティに接続されたアクセスポイント等、ネットワークへのアクセスが制御されることと、
ｄ）前記通信規格のためのアクセスネットワークがインターネットまたは他のインターネットプロトコルに基づくネットワークに接続する必要がある場合にいつも使用されるファイアウォールと、
うちの１つ以上を含むことが好ましい。
【００３１】
前記通信規格は、無線アクセスプロトコルを定めてもよい。無線アクセスプロトコルは、任意の適当な無線アクセスシステム、例えば周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、時分割複信（ＴＤＤ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号化直交周波数多元接続（ＣＯＦＤＭＡ）、またはこのようなＣＤＭＡ／ＦＤＭＡ、ＣＤＭＡ／ＦＤＭＡ／ＴＤＭＡ、ＦＤＭＡ／ＴＤＭＡシステムの組み合わせに基づいてもよい。詳細な例として、ＩＥＥＥ８０２．１１ｂ、ブルートゥース、およびＧＰＲＳのいずれかが選択されてもよい。
【００３２】
本発明は、さらに  インターネットプロトコル対応通信ネットワークにおいて通信を行う方法を提供し、その方法は、
ａ）クライアント装置を複数の通信規格のうちの１つに従って前記ネットワークへ接続し、且つ所定の状況下で前記通信規格間での切換えを行い、
ｂ）サーバを前記ネットワークと結合して前記クライアント装置と通信を行い、
ｃ）第１の前記通信規格から第２の前記通信規格へのハンドオーバの間、前記クライアント装置のインターネットプロトコルアドレスを同一に保ちながら、インターネットプロトコルトンネリング技術によってネットワーク層で前記クライアント装置と前記サーバとの間で通信を行うことを含む。
【００３３】
本発明は、さらに本発明の方法において上述されたステップを含む方法の実行を可能とするように構成された実行可能なプログラムが符号化されたソフトウェア製品を提供する。
【００３４】
本発明はさらに本発明に従ったシステムまたは本発明に従った方法において使用されるクライアント装置を提供し、前記クライアント装置は、複数の通信規格のうちの１つに従って前記サーバと通信を行い、且つ所定の状況下で前記通信規格間で切換えを行い、前記通信はインターネットプロトコルトンネリング技術によって行われ、前記クライアント装置は、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップ型コンピュータまたは携帯電話等の移動端末を好ましくは含む。
【００３５】
本発明はさらに本発明に従ったシステムまたは本発明に従った方法において使用されるサーバを提供し、前記サーバは、複数の通信規格のうちの１つに従って１つ以上の前記クライアント装置と通信を行い、且つ所定の状況下での前記規格間での切換えを制御し、前記通信はインターネットプロトコルトンネリング技術によって行われる。
【発明を実施するための最良の形態】
【００３６】
本発明の実施の形態について、図面を参照して説明する。このような説明は単なる一例であり、本発明はこれに限定されるものではない。例えば請求の範囲における“ｃｏｍｐｒｉｓｉｎｇ”（備える）という言葉は他の要素またはステップを排除するものではなく、名詞の前の不定冠詞“ａ”はたは“ａｎ”（１つの）は特に明記されない限りその名詞が複数のものであることを排除するものではない。例えば、チャンネル復号器、チャンネル等化器等のいくつかの個々のアイテム、またはチャンネル復号手段、チャンネル等化手段等の個々の機能が与えられたアイテムに関して、本発明はその範囲内において、このような複数のアイテムが、単一のアイテムで、例えば機能を実行する適切なソフトウェアアプリケーションプログラムを有するプロセッサで実施され得ることを含んでいる。
【００３７】
本発明は、使用時に複数の通信規格のうちの１つに従ってネットワークへ接続するように構成されたクライアント装置に関連する。クライアント装置について言及する場合の“複数の通信規格”という言葉は、当業者にとってはマルチモード端末を意味する。このようなマルチモード端末は、いわゆるコンビネーションチップセットまたは“コンボ”カード、即ちブルートゥース、ＩＥＥＥ８０２．１１ｂ、およびＧＳＭ／ＧＰＲＳトランシーバの装置に機能性を与えるカードを有するＰＤＡであることが可能である。通信構成において使用される“規格”は、例えば限定はしないが、ＩＥＴＦ、ＥＴＳＩ、ＩＴＵまたはＩＥＥＥ等の政府当局または非営利団体を含む公認の機関によって提唱されている技術指針を含むものであってよい。このような団体によって公表または推奨された規格は、多くの場合、既存の方法、アプローチ、および技術的傾向や発展を綿密に研究した後に企業の団体または委員会によって草稿された例えば仕様書に基づいて、形式的なプロセスの結果作成されたものである。提案された規格はその後公認機関によって承認または許可され、この規格に基づく製品が市場へ拡大するにつれて大多数の意見によって時間をかけて採用される。このようなあまり形式によらない“規格”の設定はさらに、単一の企業または企業グループによって開発された製品または理念を実施した結果として生じる技術的指針を包含する場合がある。このことが特に当てはまるのは、成功または模倣によってこのような指針があまりに広く用いられるようになり、標準から逸脱することが互換性の問題を引き起こし、または市場性を限定するような場合である。１つのハードウェアの認められた規格と対応する範囲は、そのハードウェアが基づいているまたは設計の基礎とする規格のように、そのハードウェアがあらゆる点で動作する範囲というように考えることができる。ソフトウェアに関しては、互換性は、コンピュータエレメントおよびプログラムの間でタスク指向レベルで達成される調和性と考えることができる。従って、規格とのソフトウェアの互換性とは、プログラムが共に作業をし、データを共有することができる範囲と見なすこともできる。
【００３８】
図面を参照すると、本発明によれば、ユーザ機器には移動性が備わっており、即ちこのユーザ機器は、特定の垂直市場の場合（例えば金融機関）に見られるような、複数の通信規格によって周知の適切に構成されたサーバ１０へ接続することができる移動端末ＭＴとして示されている。無線アクセスプロトコルは如何なる適切な無線アクセスシステムに基づくものであってよく、例えば、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、時分割複信（ＴＤＤ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号化直交周波数多元接続（ＣＯＦＤＭＡ）、またはこのようなＣＤＭＡ／ＦＤＭＡ、ＣＤＭＡ／ＦＤＭＡ／ＴＤＭＡ、ＦＤＭＡ／ＴＤＭＡシステムの組み合わせが挙げられる。特に有用な例としては、ＩＥＥＥ８０２．１１ｂ、ブルートゥース、およびＧＰＲＳのいずれかを選択するようにしてもよい。しかし、他の無線または有線規格（イーサネット（登録商標）、トークンリング）を使用してもよいことは明らかである。無線プロトコルに関する一般的な情報は、Artech House2000年度のRichard van NeeおよびRamjee Prasadによる“OFDM for wireless multimedia communications”、Artech House1998年度のTero OjanperaおよびRamjee Prasadによる“Wideband CDMA for third generation mobile communications”、Artech House1998年度のJohn PhillipsおよびGerard Mac Nameeによる“Personal Wireless Communication with DECT and PWT”、Artech House1996年度のRamjee Prasadによる“CDMA for wireless personal communications”、Springer1997年度のWalter Tuttlebeeeによる“Cordless telecommunications Worldwide”、および同様の規格文書で確認することができる。
本発明は、クライアント装置ＭＴ上で異なるインタフェース間で継ぎ目のない規格切換えを行うルーティング解決法を提供するものである。問題は３つのＯＳＩ層（ＰＨＹ
、リンクレイヤおよびネットワーク）までを含む。ここで説明する実施の形態は、上述した３つの規格を装備するクライアント装置ＭＴに加えて、データコンテンツを検索するまたはプロキシ技術を実施することができるエンドサーバ１０までサービスプロバイダの制御が到達する、限定された場合における移動性のサポートに集中している。そして、このサーバ１０は、課金、統計の収集、ファイアウォーリングおよび認証と共に、インターネットまたは他のＩＰに基づくネットワークへの完全なアクセスを提供するようにしてもよい。
【００３９】
典型的な実施の形態において、会社のオフィスにいる時は無線ＬＡＮインフラストラクチャまたはブルートゥースアクセスポイントを利用して、または移動中においてはＧＰＲＳまたはＵＭＴＳのような携帯電話でのアクセスを利用してサーバに到着することができる。クライアント装置は、パーソナルデジタルアシスタント（ＰＤＡ）またはポケットＰＣ（登録商標）の形式の移動端末であってよく、その場合、消費電力の問題のためブルートゥースでのアクセスはＷＬＡＮに対応することが好ましく、一方ＧＰＲＳは常に、他のアクセスポイントが無線の範囲を提供していない利用可能なバックボーンとなることが可能である。企業の場合におけるアクセスポイントを接続するネットワークは、ルータによって（任意で公共のインターネット上の仮想プライベートネットワーク（ＶＰＮ）によって）互いに接続されたいくつかのＩＰサブネットを含む。インターネットへの企業のネットワークの接続点（イングレスルータ）は１つ以上のソフトウェアおよび／またはハードウェアファイアウォールによって常時保護されていることが好ましく、移動端末はファイアウォール構成において特別な方針を要求することなく結果的に生じる制約を考慮に入れることが好ましい。企業のインフラストラクチャにおいては、ＲＡＤＩＵＳサーバを使用して移動端末のアクセスを制御するようにしてもよい。また、ＤＨＣＰインフラストラクチャを構築して、移動端末に貸し出しのＩＰアドレスを割り当てることができるようにすることが考えられる。ユーザの端末において、他の無線アクセス技術の代わりにある無線アクセス技術を選択するために使用される基準は、使用状況に応じて変化するようにしてもよい。ユーザは、例えば移動端末における専用の設定ツールを用いて自身の好みを設定するようにしてもよい。
【００４０】
次に、特に図１を参照すると、移動するエンドユーザに制御されるクライアント装置は、異なる３つの無線技術、即ちＩＥＥＥ８０２．１１ｂ、ブルートゥースおよびＧＰＲＳを装備しており、即ちマルチモードユーザ機器となっている。クライアント装置は移動性を有し、好ましくはユーザによって携帯可能であり、便宜上これを移動端末ＭＴと呼ぶことにする。当業者は、携帯性は移動性に対して必ずしも要求されるものではないことは理解できよう。移動端末ＭＴ上では、ウェブブラウザ等のアプリケーションが、通信プロトコル、特にレイヤ１またはレイヤ１／レイヤ２プロトコル、例えば標準的なＴＣＰ／ＩＰをプロトコル介して、サービスプロバイダの管理統制の下にある固定サーバ１０に接続される。位置、帯域幅の条件および消費電力を含み得る所定の条件に応じて、移動端末ＭＴは、これら複数の異なる無線インタフェース間での、またはこの実施の形態に使用される異なる無線または有線規格にとって適切とされ得るインタフェース間での切換えを希望または必要とすることがある。
【００４１】
主な制約として低電力が要求されている場合、および移動性の範囲が例えばオフィス環境に限定されている場合、ブルートゥース（登録商標）が指示される。ブルートゥース（登録商標）通信についての有益な解説は、Prentice Hall PTRがISBN 0-13-089840-6で発表したJennifer BrayおよびCharles F. Sturmanによる“BluetoothTM, Connect Without Wires ”においてテキストフ゛ック形式で見ることができる。
ＩＥＥＥ８０２．１１ｂは、オフィスまたは建物の近隣でより広範囲のアクセスが必要とされ且つより広い帯域幅が望ましい場合により適切なものである。無線ＬＡＮプロトコルおよびシステムに関する一般的な情報は、1999年度、Macmillan Technical pressのJim Geierによる“Wireless LANs”で確認することができる。無線LANのリソースを利用することができない場合は(例えば、フ゛ルートゥース(登録商標)またはIEEE802.11bについても)、GPRSの接続性を利用する必要がある。
本発明は、上位レイヤを再設定する必要なく、且つ好ましくは性能に大きな影響を与えることなくこれらの無線技術間での継ぎ目のない移行を可能にする。これは、以下のことを実施することが好ましいことを意味する。
【００４２】
（ｉ）  垂直ハンドオーバサポート（リンクレイヤ移動性）
（ｉｉ）  ＩＰ移動性サポート（ネットワーク移動性）
ＩＰ移動性サポートは現在集中的な研究の対象となっており、規格化団体で多くの提案が論議されてきた。しかし、これまで広範囲に受け入れられたものは１つもなく、今日まで広く利用可能なものは１つもない。この目的のため、移動端末ＭＴおよびサーバ１０のみに関する解決策を与えることが提案されている。ＧＰＲＳのためのＤＨＣＰおよびＰＰＰ動的アドレス設定等の通常の自動ネットワーク設定プロトコルを除いて、中間ネットワークでは本発明を実施するための特別なまたは付加的な特徴を必要としない。
【００４３】
次に図２を参照すると、移動端末ＭＴは、ＷＰＡＮ、ＷＬＡＮおよび携帯電話システムの範囲間で移動しながらインターネットまたは他のＩＰに基づくネットワークへの接続を要求している。“ＬＡＮ”という用語について、当業者には明らかであるが、本発明の実施の形態のいずれも共有リソースネットワークで、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＭＡＮ（Ｍｕｎｉｃｉｐａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）はすべて共有リソースネットワークの一例であり、本発明の範囲に含まれる。移動端末ＭＴがネットワーク内のサーバとのセッションを進行したら、移動端末ＭＴがあるアクセスシステムから他のアクセスシステムへ切換える際にこのセッションが妨害されないようにしておく必要がある。既存のＴＣＰ／ＩＰセッションがストールすること、例えば再開のためにユーザの介入が必要とされるように停止すること、を防止する必要がある。垂直ハンドオーバを行う時、アクセスポイントＡＰ同士が同一のＩＰサブネットに属している、ＷＰＡＮ／ＷＬＡＮ切り換えのような特別な場合を除いて、移動端末ＭＴは新たなＩＰアドレスを割り当てられる可能性が高い。尚、ここで、共通のアドレス部分を共有するネットワークの一部を例えばサブネットと呼ぶ。ＴＣＰ／ＩＰネットワーク上においては、サブネットは、そのＩＰアドレスが同一のプレフィックスを有する全ての装置として定義付けられる。
【００４４】
従って、本発明が解決しようとする課題は以下の点にまとめられる。
【００４５】
１．異なる無線ネットワークインフラストラクチャの存在を感知すること
２．垂直ハンドオーバを行う時を決定すること
３．新たな無線インフラストラクチャが使用されるように無線ハードウェアを再構成すること
４．（ＡＡＡを含む）新たなネットワークに登録すること
５．必要に応じて新たなＩＰアドレスを得ること
６．ネットワーク層での適切なシグナリングによって、新たなアクセスネットワーク及びアクセスポイントＡＰを通してＩＰパケットのルーティングを処理すること
７．新たな規格を使用してインターネットへ接続し且つ新たなＩＰアドレスを使用するために無線ネットワークインタフェースを再構成すること
８．安全保護は、許可された装置のみがサービスを利用できることを保証すると共に、サービスに対する攻撃をすべて拒絶することを防止する。許可されたクライアントのみがサービスへアクセスすることが可能であり、一旦接続されると、盗聴、トラヒックのリダイレクト、間に入り込む第３者（man-in-the-middle）および可能な限り多くの他の安全に対する攻撃から保護される。
【００４６】
本発明は、基本的にＯＳＩプロトコルスタックのネットワーク層において、クライアント／移動装置のルーティングの問題、および安全性（ポイント３、４、５および８）に着目している。下位レイヤ、即ち無線ネットワークインタフェースが残りの点をサポートしているものと仮定する。
【００４７】
一般的に、インターネットプロトコルを利用する装置のためのハンドオーバ技術はリンクおよびネットワークＯＳＩレベルに関連している。これらは別個に扱われる２つの異なる移動性の問題を引き起こす。本発明の実施の形態によるスキームにおいて、移動端末ＭＴは、この実施の形態においては例えばブルートゥース（登録商標）、ＩＥＥＥ８０２．１１ｂおよびＧＰＲＳのような複数の無線技術によってインターネットまたは他のＩＰに基づくネットワーク内に配置されたサーバ１０に接続することができる。これら３つのベアラのネットワーク構造は一般的に無関係である。このことはＧＰＲＳに当てはまり、ブルートゥース（登録商標）およびＩＥＥＥ８０２．１１ｂは同一のコアネットワークに共存していてもよい。
【００４８】
リンクレイヤ移動性
リンクレイヤ移動性に関して、同一の無線技術によって構成されたユニット（ＭＴ、ＡＰ）間でのリンクレイヤハンドオーバは、基礎的な技術によって既に実施されていると仮定する。即ち、
（１）ブルートゥース（登録商標）：ブルートゥースアクセスポイント間でのブルートゥースリンクレベル移動性は規格化されており、ＰＡＮプロファイルの将来的なバージョンの一部となるであろう。
【００４９】
（２）ＩＥＥＥ８０２．１１：ＩＥＥＥ規格はリンクレイヤでのローミングをサポートする基本メッセージフォーマットを指定するが、その他のすべてはネットワークベンダに委ねられている。
【００５０】
（３）ＧＰＲＳ：ＧＳＭセルの範囲内でのローミングは完全にサービスベアラに管理されており、移動端末ＭＴは“常時接続”と見なされる。
【００５１】
これら３つのハンドオーバ解決策はドライバレベルでは互いに完全に無関係であり、独立して有効なものである。コスト、帯域幅または電力条件の点でより都合のよい技術を提供するエリアに移動端末ＭＴが入った時、または（例えば圏外で）使用中の技術が利用できなくなった時、異なる技術間での切換え（垂直ハンドオーバ）が必要となる。そこで、次の２つのことを定義しなければならない。
【００５２】
−リンク利用可能性テスト手順
−技術切換えポリシ
第１の点に関して、アクセスポイントの検出を可能にする技術を導入する必要がある。異なる技術の利用可能性を常時監視することができ、適切なソフトウェアモジュールに通知することができるようなエージェントを配置する必要がある。関連する技術は多様であるため、リンク利用可能性テスト手順の問題については完全に異なる方法で対処される。
【００５３】
第２の点に関して、技術切換えは、電力消費の制約等の他のパラメータと共にリンクの質および利用可能性に基づいて行われる。各無線インタフェースは２つの状態、オンまたはオフのいずれかとすることができ、無線リンク品質の照会および受信信号の強度または信号対雑音比または他の指標等のパラメータの検索が可能であると仮定する。ドライバの上の専用エージェント（ＲＭ：ルーティングマネージャ）は、下位レイヤからの入力、装置の位置および／またはユーザの要求に基づいて、どの技術を使用しなければならないかを決定する。ルーティングマネージャＲＭはまた、節電のため一時的にいくつかの無線インタフェースを停止状態にする決定を行ってもよい。本発明は、３つの無線装置の各々に対して別個のインタフェースを割り当てることを提案している。後に明らかとなるように、この解決策は、ネットワーク移動性に対処する際に生じる問題のいくつかを単純化する。
【００５４】
最も単純な場合においては、同一の無線技術のアクセスポイントＡＰは同一のサブネットに配置されている。最終的には、ブルートゥースおよび８０２．１１のアクセスポイントＡＰは同一のＬＡＮを共有する。多くのサブネットを含むより複雑な環境は、以下の細別に示されたより高いネットワーク移動性プロトコルを必要とするため、管理が一層困難なものとなっている。
【００５５】
ネットワーク移動性
利用可能な多くの無線技術を用いたローミングを含む場合においては、以下の４つの場合を確認できる。
【００５６】
１．サブネット内同種間ローミング
２．サブネット間同種間ローミング
３．サブネット内異種間ローミング
４．サブネット間異種間ローミング
移動端末ＭＴが同一のサブネット内に制限されている場合、即ちアクセスポイントＡＰおよびそれらの間でローミングしている移動端末ＭＴが同一のＩＰサブネットに所属し、ブリッジのように動作する場合、サブネット内ローミングが存在する。この場合、移動端末ＭＴは、そのネットワーク接続ポイントが変更した時に新たなＩＰアドレスを割り当てられることはない。逆の場合にはサブネット間ローミングが存在する。
【００５７】
同種間ローミングとは、技術切換えが含まれないこと、即ちハンドオーバの間にベアラの変更がないことを意味している。異種間ローミングではハンドオーバの間に無線技術の切換えを必要とする。
【００５８】
異なるローミングのカテゴリを、それぞれの場合において移動端末ＭＴが行う動作と共に以下の表にまとめる。
【表１】
2005516546.tif 000003
【００５９】
サブネット内同種間ハンドオーバでは、ベアラの下位レイヤがリンクレイヤでハンドオフを解決するため、ネットワークプロトコルの再設定を必要としない。
【００６０】
サブネット間同種間ローミングはやや複雑さが増す。即ち、以前と同様にベアラによって水平の２つのローミングが再び行われるが、今回は新たなサブネット内での通信が可能となるようにクライアントのＩＰアドレスを再設定する必要がある。従って、新たなＩＰアドレスを自動的に移動端末ＭＴに割り当てる必要がある。新たなＩＰアドレスによって新たなサブネットへの通信が可能となるが、移動装置側でもサーバ側でもアプリケーションは移動装置のＩＰアドレスが変更されたことを知ることができないため、移動端末ＭＴとサーバ１０との間のエンドtoエンド間ＩＰ通信は大きな影響を受ける。この場合、ＩＰ接続性は失われ、新たなＩＰアドレスと通信するためには稼動中のアプリケーションを再起動しなければならない。サブネット間ローミングを行っている際でも同一の携帯端末ＩＰアドレスを維持することができる解決策を発見することが好ましい。
【００６１】
アクセスポイントＡＰはブリッジのように構成されているため、サブネット内異種間ローミングはＩＰ再設定を必要としないが、技術切換えによって移動端末ＭＴで使用されている無線カードのＭＡＣアドレスが変更される。このため、ファーストホップルータＡＲＰテーブル上の無線端末ＡＲＰエントリを更新する必要がある。また、リンク最大伝送単位（ＭＴＵ）も変化し得る。
【００６２】
サブネット間異種間ローミングは、基礎的な技術が変化することを除いて第２の場合と類似している。しかし、ネットワーク層の観点からの問題は同一である。
【００６３】
本発明の提案された実施の形態
移動端末ＭＴが同一のサブネット内のみで移動する場合、そのＩＰアドレスは変化する必要がなく且つサーバ１０とのエンドtoエンド間通信は常時可能であるため、問題は生じない。２つの技術間での切換えを行う際、ネットワークインタフェースのＭＡＣアドレスが変化する。
【００６４】
移動端末ＭＴが同一の技術（同種）を維持しながらまたは異なる２つの技術（異種）間で切換えを行いながら異なるサブネットを横断する時、ネットワークレイヤローミングが困難となる。実際、２つの異なるＩＰサブネットを供給するアクセスポイントＡＰ間で移動端末ＭＴが移動する場合、以下の２つの必須条件が相反する。
【００６５】
１．移動端末ＭＴは新たなサブネットに加入するための新たなＩＰアドレスを入手する必要がある。
【００６６】
２．移動端末ＭＴは（応用例に見られるように）サーバ１０との接続性を維持するために同一のＩＰアドレスを維持する必要がある。
【００６７】
サブネットに接続するために用いられるＩＰアドレスとサーバ１０に接続するために用いられるＩＰアドレスとの区別をすることによって、およびいわゆる“ＩＰ−ｉｎ−ＩＰトンネリング”を使用することによって、問題を解決することができる。この技術は、ＩＰデータグラムを他のデータグラムにカプセル化することを含む。解決策を示す前に、ＩＰアドレスのために以下の技術を導入する必要がある。
【００６８】
−ＩＰ＿ＢＥＡＲＥＲ。これは、無線接続ベアラが自動的に移動端末ＭＴに割り当てるＩＰアドレスである。
【００６９】
−ＩＰ＿ＣＬＩＥＮＴ：これは移動端末ＭＴに属する。アプリケーションが通信するＩＰアドレスである。これはサーバ１０によって割り当てられ、ローミングまたは切換えの間に変化することはない。
【００７０】
−ＩＰ＿ＳＥＲＶＥＲ：これはサーバに属する。これはアプリケーションがクライアントＭＴと通信するために用いるアドレスである。
【００７１】
−ＩＰ＿ＴＥＰ：これはサーバに属する。場合に応じてインターネットまたは他のＩＰネットワーク上でサーバを見ることができる有効なＩＰアドレスである。
【００７２】
ＩＰ−ＩＰトンネルでのこれらの役割は図３に示されている。この考え方は、変化することのないＩＰ＿ＣＬＩＥＮＴおよびＩＰ＿ＳＥＲＶＥＲによってアプリケーションの接続性を維持するということである。特殊なプロトコルを使用して、サーバ１０は移動端末にＩＰ＿ＣＬＩＥＮＴを割り当てる。これら２つのアドレス間でのトラヒックは、トンネルのエンドtoエンド間でのＩＰ通信において搬送（または“カプセル化”）される。サーバエンドポイントＩＰ＿ＴＥＰは固定されているが、クライアントＭＴエンドポイントはサブネット間ローミングの結果として変化してもよい。このアプローチを利用すると、アプリケーションに対して同一のＩＰアドレスを維持することが可能となると共に、トラヒック搬送のための動的に割り当てられたＩＰアドレスに依存することが可能となる。
【００７３】
図４において、ターゲットシステムの主な機能ブロックのクラス図が、規格統一モデリング言語（ＵＭＬ）表記法を用いて示されている。主なクラス、そのメソッドおよびクラス関係が示されている。この図はクライアントサーバ間システムの主なクラスを示しており、本発明の実施の形態による設計の主な機能ブロックを示す目的のみに意図されたものである。左側には主なクライアントクラスを見ることができ、モバイルノードはアプリケーションを示すものであり、クライアントルーティングクラスはネットワークおよびＤＬＣ層問題、例えばＩＰ−ＩＰトンネリングおよび利用可能な無線インフラストラクチャの検出および管理を処理するすべての機能性を埋め込むものである。実際、このクラスは、無線ネットワークへのアクセスを要求し、ハンドオーバを必要とする時を検出し、ＩＰ−ＩＰトンネルを設定するためサーバ１０から情報を受け、実際にトンネリングを構成するメソッドを提供している。
【００７４】
図４の右側には、サーバ側クラスが示されており、詳細には、アプリケーションサーバ、 トンネルエンドポイントおよびAAAサーバである。最初のものは通常ウェブサーバであり、これはスクリプトを起こし動的ウェブページを生成することもできるが、電子メール送受信サーバまたはデータベースアクセスのような特徴を含んでもよい。トンネルエンドポイントクラスは移動クライアントＭＴとのＩＰトンネルを設定するために用いられ、一方AAAサーバクラスは移動クライアントの認証、許可および課金を行う。また、セッションを通してクライアントが使用することができるＩＰアドレスの割り当ても行う。本実施の形態においては、簡単なウェブ上のAAAサーバの使用を提案しており、これは特定のクライアントのトンネルエンドポイントの起動および設定を制御するものである。他のクラスは無線アクセスネットワーク（例えばブルートゥース、ＩＥＥＥ８０２．１１およびＧＰＲＳ）を示しており、これらはすべてベアラのインタフェースを実行する。最後に、インターネットクラスも示されている。
【００７５】
クラス間の関係は以下のように（左から右へ）読むことができる。モバイルノードクラスはクライアントルーティングを利用してベアラにアクセスする。ベアラはインターネットを用いてトンネルエンドポイントに接続し、これはアプリケーションサーバによって使用される。AAAサーバはトンネルエンドポイントと関連している。
【００７６】
システムへのアクセスを希望する移動端末は特定の動的ウェブページを要求することによってAAA サーバと接触し、その要求はＳＳＬで保護される。次にアクセススクリプトが実行されてクライアントのアクセス権利を制御する。このステップは、特定のデータベースに接触するための認証サーバを含んでもよい。クライアントの認証が成功すると、AAA サーバは専用のプロトコルによってトンネルエンドポイントと接触し、認証されたクライアントのためにトンネルを設定する。最後に、AAAサーバはウェブページをクライアントに返信してプロセスが無事完了したことを示す。このページにおいて、アプリケーションＩＰアドレスも返却され、これをクライアントルーティングが拾って移動端末上にトンネルを設定することができる。
【００７７】
これらのクラスを実行するオブジェクトの動的振る舞いを２つの場合に関しシーケンス図によって以下に詳細を示す。
【００７８】
１．サービスへの移動ノードの最初のアクセス
２．インターネットを通してサーバへアクセスするために移動ノードが使用する無線アクセスネットワークの変更（即ち、垂直ハンドオーバそのもの）
サーバへの最初のアクセス
サーバへの最初のアクセスは図５の時系列図に示されており、以下にその概要を示したステップを含む。
【００７９】
１．移動端末リンクレイヤは無線インフラストラクチャ（例えばブルートゥース、ＩＥＥＥ８０２．１１およびＧＰＲＳ）利用可能性を検出する。ブルートゥースを例として使用する。
【００８０】
２．移動端末ＭＴはＧＰＲＳの場合、ＤＨＣＰプロトコルまたはＰＰＰによってＩＰ＿ＢＥＡＲＥＲアドレスを要求する。
【００８１】
３．ベアラの無線インフラストラクチャは前記要求を検査し、移動端末ＭＴにホスト設定情報を提供する。
【００８２】
４．移動端末ＭＴは無線インフラストラクチャによって提供されたデータを用いてその無線インタフェースを設定する。移動端末ＭＴはその新たに割り当てられたＩＰ＿ＢＥＡＲＥＲアドレスを用いてサーバ１０との直接の通信を確立することができる。
【００８３】
５．移動端末ＭＴは周知のＡＡＡサーバウェブサーバのアドレスにＨＴＴＰ要求をその新たなＩＰ＿ＢＥＡＲＥＲアドレスを用いて送信する。
【００８４】
６．ＡＡＡサーバは前記要求を分析し、認証プロトコルによって移動端末ＭＴを確認する。
【００８５】
７．認証が成功した場合、ＩＰ＿ＣＬＩＥＮＴアドレスを算出し、移動クライアントに割り当てる。
【００８６】
８．サーバトンネルを設定する。
【００８７】
９．エンドtoエンドトンネル設定をＲＭに送信する。
【００８８】
１０．移動端末のトンネルを設定する。
【００８９】
１１．サーバのトンネルを設定する。
【００９０】
トンネルの設定が成功した後、固定されたＩＰ＿ＣＬＩＥＮＴとＩＰ＿ＳＥＲＶＥＲとの間で移動端末ＭＴとサーバ１０との通信が行われる。その後サブネット切換えが行われた場合、ＩＰ＿ＣＬＩＥＮＴアドレスを一定に保ちながら、クライアントＭＴとサーバＴＥＰのトンネルエンドポイントを再設定する。
【００９１】
垂直ハンドオーバの実行
垂直ハンドオーバを実行しなければならない場合、図６に示された作業のシーケンスが行われる。用いられている例はブルートゥース（登録商標）を使用する移動端末ＭＴに関するもので、移動端末ＭＴは建物を出てＧＰＲＳネットワークインフラストラクチャを検出する。
【００９２】
１．ルーティングマネージャオブジェクト（ＲＭ）は新たな無線インフラストラクチャが利用可能（ＧＰＲＳ）であることを検出し、下位ドライバは（ＤＬＣ）はリンクレイヤ接続を利用可能にする。
【００９３】
２．ＩＰ＿ＢＥＡＲＥＲ＿２アドレスが新たな検出されたインフラストラクチャ（ＧＰＲＳネットワーク）に要求される。
【００９４】
３．ＧＰＲＳベアラはＩＰ＿ＢＥＡＲＥＲ＿２アドレスが移動端末ＭＴに割り当てられるように認証および決定を行う。
【００９５】
４．ＧＰＲＳインタフェースがＰＰＰ機能によって自動的に設定される。
【００９６】
５．ハンドオーバが必要な場合、
６．以前のＩＰ＿ＢＥＡＲＥＲアドレス（ＩＰ＿ＢＥＡＲＥＲ＿ＢＴ）を新たなもの（ＩＰ＿ＢＥＡＲＥＲ＿２）に置き換えてトンネルを再設定する。
【００９７】
７．サーバ１０への直接の接続を利用して（即ち、新たなＩＰ＿ＢＥＡＲＥＲ＿２アドレスを利用して）、移動端末ＭＴはウェブ上の認証サーバに対して、そのトンネルの再設定を必要としていることをＨＴＴＰＳ要求の形式の安全なバインディング更新メッセージを用いて通知する。
【００９８】
８．ウェブ上の認証サーバはスクリプトを実行し、移動端末ＭＴのためにトンネルエンドポイント設定を更新する。
【００９９】
９．その後、移動クライアントにバインディング更新が成功したことを伝える。
【０１００】
１０．ＩＰ＿ＣＬＩＥＮＴとＩＰ＿ＳＥＲＶＥＲとの間の通信が新たなトンネル設定を利用して再び利用可能とされる。
【０１０１】
尚、トンネルエンドポイントはクライアントの動作を確認する必要があり、所定の時間トラヒックが生成されていない場合、トンネルを消去し、ＩＰ＿ＣＬＩＥＮＴをクライアントアドレスプールに返却する。
【０１０２】
従って、提案された解決策は、適切に設定、集中されたサーバ１０に移動端末ＭＴ設定が委ねられている環境において、異なる無線規格および異なるＩＰサブネットの間の継ぎ目のないローミングの機能を与えるものである。無線アクセスネットワーク自体に対する要求は全くない。集中されたサーバ１０の目的は、ＩＰトンネリングの適切な設定によってクライアントＭＴの移動性をサポートすること、および共通のウェブインタフェースを通して情報の検索を提供することであり、このような状況においては、認証および安全機構も容易に扱うことができる。モバイルＩＰプロトコルと比較して、提案された解決策はリソースの消費が少なく、且つ容易に実施することができる。
【０１０３】
安全性
安全性に関しては、以下の機構が含まれる。
【０１０４】
−アプリケーションは、ハイパーテキスト転送プロトコルメッセージ（ＨＴＴＰＳ）に適用されるセキュアソケットレイヤ（ＳＳＬ）等の安全なデータ転送に基づいている。
【０１０５】
−位置更新も同一の安全データ転送方式、例えばＨＴＴＰＳを用いて保護される。
【０１０６】
−無線ネットワークへのアクセスは規格機構（例えば、ＲＡＤＩＵＳサーバおよびＧＰＲＳ  ＳＩＭに基づいたセキュリティに接続されたアクセスポイントＡＰ）によって制御されてもよい。
【０１０７】
−アクセスネットワークがインターネットに接続する必要がある場合は必ずソフトウェアまたはハードウェアファイアウォールが使用され、場合によっては他のＩＰに基づくネットワークを使用する。
【０１０８】
特に好ましい実施の形態について本発明を図示および説明したが、当業者には、形態および細部の変更を本発明の範囲および趣旨から逸脱しない範囲で行うことができることは明らかであろう。
【表２】
2005516546.tif 000004
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施の形態による通信システムの概観図である。
【図２】図１のシステムのブロック図である。
【図３】本発明の実施の形態で使用されるインターネットプロトコルトンネリング技術（ＩＰ−ＩＰトンネル）の概略図である。
【図４】本発明の実施の形態によるシステムにおける主な機能ブロックのクラス図である。
【図５】図１のシステムのサーバへクライアント装置が最初にアクセスすることを示すシーケンス図である。
【図６】図１のシステムで用いられる通信規格間での垂直ハンドオーバを示すシーケンス図である。
【図１】
2005516546.tif 000005
【図２】
2005516546.tif 000006
【図３】
2005516546.tif 000007
【図４】
2005516546.tif 000008
【図５】
2005516546.tif 000009
【図６】
2005516546.tif 000010
【国際調査報告】
2005516546.tif 000011
2005516546.tif 000012
2005516546.tif 000013