(57)【要約】携帯情報端末または携帯電話機のようなモバイル装置は、ＷＰＡＮおよびＷＬＡＮインフラストラクチャまたはＧＰＲＳもしくは３Ｇのようなセルラシステムを使用するインターネット、或いは、その他のＩＰベースのネットワークに接続可能である。これらの規格をサポートする組み合わせチップセットのようなマルチモードハードウェアは同様に入手可能になり始めている。本発明によれば、マルチ−スタンダード・ワイヤレス・アダプテーション・レイヤ（ＭＷＡＬ）と呼ばれるワイヤレスネットワークドライバソフトウェアのアーキテクチャが提案され、このアーキテクチャは、携帯型でもよく、一方のワイヤレス規格から別のワイヤレス規格へ効率的に切り替わる必要があり、ワイヤレス通信規格の間で切り替わるときでさえ、インターネットまたはその他のＩＰベースのネットワークに接続した状態を維持でき、連絡可能でなければならないクライアント装置ＭＴ用のアーキテクチャである。本発明の技術は、垂直的市場および専用ソリューションに適したレイヤ２技術であり、ＭＷＡＬがクライアント装置ＭＴにワイヤレス通信規格の間で垂直ハンドオーバを実行させることができる。
2005516538.tif 000002
【特許請求の範囲】
【請求項１】
インターネット・プロトコル（ＩＰ）ベースの通信アレンジメント用のクライアント装置であって、
当該クライアント装置は、複数のインターネット・プロトコル互換性のワイヤレス通信規格に準拠して当該クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアをそなえ、
前記マルチスタンダードハードウェアの動作は、当該クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成されたワイヤレス・アダプテーション・レイヤを有するソフトウェアアーキテクチャをそなえるネットワークドライバによって制御される、
クライアント装置。
【請求項２】
請求項１記載のクライアント装置において、
前記垂直ハンドオーバは、シームレスであるクライアント装置。
【請求項３】
請求項１または２記載のクライアント装置において、
前記ワイヤレス・アダプテーション・レイヤは、ネットワークベースのアプリケーションが前記垂直ハンドオーバ中に当該クライアント装置上でユーザに気付かれることなく実行させられるように適合しているクライアント装置。
【請求項４】
請求項１から３の何れかに記載のクライアント装置において、
前記クライアント装置は、どのワイヤレスアクセスネットワークが利用可能であるかを判定し、
前記垂直ハンドオーバは、前記利用可能なワイヤレスアクセスネットワークまたは前記利用可能なワイヤレスアクセスネットワークのそれぞれのインフラストラクチャに依存して実行される、
クライアント装置。
【請求項５】
請求項１から４の何れかに記載のクライアント装置において、
前記装置は、ユーザ携帯型端末をそなえる、クライアント装置。
【請求項６】
請求項１から５の何れかに記載のクライアント装置において、
前記インターネット・プロトコル互換性のワイヤレス通信規格は、汎用パケット無線システム（ＧＰＲＳ）規格、ＩＥＥＥ８０２．１１ｂ規格、および、ブルートゥース規格のうちの一つをそなえる、クライアント装置。
【請求項７】
請求項１から６の何れかに記載されたクライアント装置でネットワークドライバのワイヤレス・アダプテーション・レイヤを実施するのに適したソフトウェア製品であって、
当該ソフトウェア製品は、
ａ）インターネット・プロトコルパケットの送信と、
ｂ）無線リンク品質の監視と、
ｃ）無線リンク品質の制御と、
ｄ）さらなる装置のページングと、
ｅ）ネットワークの異なるアクセスポイントもしくは基地局の間、または、ネットワークの間の前記クライアント装置のハンドオーバと、
のうちの少なくとも一つのための前記クライアント装置のプロトコルスタックのインターネット・プロトコルレイヤに統一したインタフェースを規定するためのコードをそなえる、
ソフトウェア製品。
【請求項８】
請求項７記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムおよびアプリケーションに、ＯＳＩプロトコルスタックのレイヤ２とレイヤ３の間の単一のインタフェースを規定し、このインタフェースを介して、一つ以上のデータ、コマンド、および、イベントが交換される、
ソフトウェア製品。
【請求項９】
請求項８記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースの全体的な動作を制御し、
ａ）ソフトウェアモジュールのロードおよびアンロードを判定し、制御するためのコードと、
ｂ）前記垂直ハンドオーバを準備するためのコードと、
ｃ）アプリケーションからコマンドを受信し、イベントを返信するためのコードと、
のうちの少なくとも一つのコードを有するワイヤレス・アダプテーション・レイヤ・コーディネータをさらにそなえる、ソフトウェア製品。
【請求項１０】
請求項９記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記ネットワークドライバのデータプレーンと制御プレーンに別々にアクセスし、前記ワイヤレス・アダプテーション・レイヤの制御アプリケーションに一の前記ワイヤレス通信規格による接続を管理させることができ、同時に、別の前記ワイヤレス通信規格はデータを交換するために使用される、  ソフトウェア製品。
【請求項１１】
請求項８から１０の何れかに記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムには、アプリケーションレイヤからソケットインタフェースを用いて制御可能である共有リソースネットワークインタフェースとして見える、ソフトウェア製品。
【請求項１２】
請求項７から１１の何れかに記載のソフトウェア製品において、
ソフトウェアモジュールは、動的に、ワイヤレス・アダプテーション・レイヤにロードされ、前記ワイヤレス・アダプテーション・レイヤからアンロードされ、
前記モジュールは、前記ワイヤレスハードウェアを前記ワイヤレス通信規格に適合させるコード、または、前記ワイヤレス・アダプテーション・レイヤによって転送されたインターネット・プロトコルパケットを操作させるコードをそなえる、
ソフトウェア製品。
【請求項１３】
請求項７から１２の何れかに記載のソフトウェア製品において、
前記クライアント装置とさらなるクライアント装置またはネットワークとの間のワイヤレスリンク上でインターネット・プロトコルパケットの送信および受信のうちの少なくとも一方を行うための特定の前記ワイヤレス通信規格に特有の機能をカプセル化するコードを有する下位レイヤドライバモジュールをそなえる、ソフトウェア製品。
【請求項１４】
請求項１３記載のソフトウェア製品において、
前記下位レイヤモジュールは、
ａ）ベースバンドプロセッサの下位レイヤの初期化と、
ｂ）前記マルチスタンダードハードウェアモジュールとのデータフレームおよび制御メッセージのうちの少なくとも一方の交換と、
ｃ）接続の確立の管理と、
ｄ）前記クライアント装置がアイドルモードからウエイクさせられるようなページングチャネルの管理と、
ｅ）前記クライアント装置の低電力モードの管理と、
ｆ）前記クライアント装置のワイヤレス接続におけるリンクの品質の管理と、
のうちの少なくとも一つのためのコードをそなえる、ソフトウェア製品。
【請求項１５】
請求項１３または１４記載のソフトウェア製品において、
前記下位レイヤモジュールは、データプレーンおよび制御プレーンを具備し、
前記データプレーンは、前記ワイヤレス・アダプテーション・レイヤと前記ハードウェアモジュールとの間でフレームを転送するためのコードをそなえ、
前記制御プレーンは、ネットワークアクセスインフラストラクチャが存在する場合に接続を検出するためのコード、および、データを交換する前に接続を確立するためのコードのうちの少なくとも一方のためのコードをそなえ、
ソフトウェア製品。
【請求項１６】
請求項１１から１５の何れかに記載のソフトウェア製品において、
アップストリームとダウンストリームの両方向で転送制御プロトコルおよびインターネット・プロトコルの少なくとも一方（ＴＣＰ／ＩＰ）のセグメントのフローを監視するためのコードを有するソフトウェアモジュールをさらにそなえ、
前記モジュールは、好ましくは、ワイヤレスリンクが利用できなくなる場合に転送制御プロトコル（ＴＣＰ）送信元をフリーズするためのコードをそなえ、さらに好ましくは、少なくとも新しいリンクが利用可能になるまで前記送信元をフリーズするためのコードをそなえる、
ソフトウェア製品。
【請求項１７】
請求項１１から１６の何れかに記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤの媒体アクセス制御（ＭＡＣ）アドレスが前記垂直ハンドオーバ中に変化しないことを保証するためのコードを有するソフトウェアモジュールをそなえる、ソフトウェア製品。
【請求項１８】
請求項１１から１７の何れかに記載のソフトウェアモジュールにおいて、
サービス品質を監視するためのコードを有し、前記クライアント装置に関与する多数のワイヤレス接続が準備できている場合、好ましくは、現在実行中のアプリケーションの要求に応じてトラフィックに優先順位を付けるためのコードを有するソフトウェアモジュールをそなえる、ソフトウェアモジュール。
【請求項１９】
クライアント装置のワイヤレス動作をサポートする方法であって、
複数のインターネット・プロトコル互換性のワイヤレス通信規格の間で、ネットワークドライバのワイヤレス・アダプテーション・レイヤの制御の下で、前記クライアント装置の垂直ハンドオーバを実行するため前記クライアント装置のマルチスタンダードハードウェアを設定するステップをそなえる、
方法。
【請求項２０】
複数のワイヤレス通信規格のうちの一つによってクライアント装置に接続するのに適合したインターネット・プロトコルベースの通信システムであって、
前記クライアント装置は、好ましくは、モバイル端末を具備し、複数の前記ワイヤレス通信規格に準拠して前記クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアを含み、
前記規格における操作または前記規格の間の変更は、前記クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成されたワイヤレス・アダプテーション・レイヤ（ＷＡＬ）をそなえる所定のソフトウェアアーキテクチャによって制御される、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット・プロトコル（ＩＰ）ベースのワイヤレス通信アレンジメントに関し、特に、しかし、限定的ではなく、インターネット・プロトコルベースのネットワークが、現在の接続を失うことなく、複数の通信規格の間でなされる実質的にシームレスな垂直ハンドオーバをはじめとしてアクセス可能であるインターネット・プロトコルベースのワイヤレス通信アレンジメントに関する。
【背景技術】
【０００２】
インターネットまたは別のＩＰベースのネットワークへのワイヤレス接続性は、種々のアクセスネットワークを使用する携帯情報端末（ＰＤＡ）、ラップトップ、および、携帯電話機のようなクライアント装置によって実現され得る。一部のこのようなネットワークは、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、ワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）、または、汎用パケット無線システム（ＧＰＲＳ）およびいわゆる第３世代移動通信（３Ｇ）のようなセルラシステムを含む。
【０００３】
一部の装置は、インターネットまたはその他のインターネット・プロトコルベースのネットワークにアクセスするため、既に、二つ以上のワイヤレス通信規格またはアクセスネットワークを使用する能力を備えている。一例は、ブルートゥースをサポートするＧＰＲＳ電話機であり、建物内で使用されるとき、ブルートゥースアクセスポイントが携帯電話機とインターネットとの間でトラフィックを転送することが可能であり、一方、ＧＰＲＳ規格は、より低速で屋外において同じ機能を提供する。この傾向は、多様な特性およびコストを提供するより多くのワイヤレス規格が利用可能になる可能性が高いので、継続することが予想される。インターネットまたはその他のＩＰベースのネットワークは、したがって、接続可能かつ連絡可能であるべき多種多様のワイヤレス装置によってアクセスされるであろう。
【０００４】
インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）は、インターネットホストのモビリティのためのプロトコルを開発中であり、例えば、
（１）ＩＥＴＦモバイルＩＰ  ＷＧ，ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｍｏｂｉｌｅｉｐ−ｃｈａｒｔｅｒ．ｈｔｍｌ  ＷＧ，ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｍｏｂｉｌｅｉｐ−ｃｈａｒｔｅｒ．ｈｔｍｌ
（２）Ｋ．Ｅｌ  Ｍａｌｋｉら，「モバイルＩＰｖ４における低レイテンシーハンドオフ（Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｈａｎｄｏｆｆｓ  ｉｎ  Ｍｏｂｉｌｅ  ＩＰｖ４）」，ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｌｏｗｌａｔｅｎｃｙ−ｈａｎｄｏｆｆｓ−ｖ４−０．３．ｔｘｔ  （作業進行中）
（３）Ｇ．Ｄｏｍｍｅｔｉら，「モバイルＩＰｖ６用高速ハンドオーバ（Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６）」（作業進行中）
を参照のこと。
【０００５】
これらの提案は未だ確定していない。さらに、上記のプロトコル（モバイルＩＰおよびその派生物）は、かなり下位層のレイヤ能力に依存しなければならず、それらは本願の優先日までに標準化されていなかった。
【０００６】
フレームワークおよび情報を含むプラットフォーム非依存型のＩＰ伝送アレンジメントに関する提案は、例えば、
（４）Ｐ．Ｍａｈｏｎｅｎら，「ワイヤレスネットワークによるプラットフォーム非依存型ＩＰ伝送：ＷＩＮＥアプローチ（Ｐｌａｔｆｏｒｍ−Ｉｎｄｅｐｅｎｄｅｎｔ  ＩＰ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｖｅｒ  Ｗｉｒｅｌｅｓｓ  Ｎｅｔｗｏｒｋｓ：Ｔｈｅ  ＷＩＮＥ  Ａｐｐｒｏａｃｈ」，ＩＥＥＥ  ＰＣＭ，２００１年１２月
を参照のこと。この文献では、同質のワイヤレスネットワークにおけるＩＰ伝送の促進に焦点が当てられている。
【０００７】
統合ワイヤレスネットワークインタフェースを導入する一つの試みは、モバイル・ワイヤレス・インターネット・フォーラム（ＭＷＩＦ）で行われている。
【０００８】
（５）ｈｔｔｐ：／／ｗｗｗ．ｍｗｉｆ．ｏｒｇ  を参照のこと。しかし、このアプローチは主にセルラシステムだけを対象としているので、ＷＬＡＮおよびＷＰＡＮは考慮されていない。
【０００９】
ワイヤレスインタフェースを取り扱う汎用インタフェースは、Ｌｉｎｕｘオペレーティングシステムに導入され、その情報については、例えば、
（７）Ｊ．Ｔｏｕｒｒｉｌｌｅｓ，「ワイヤレスエクステンション（Ｗｉｒｅｌｅｓｓ  Ｅｘｔｅｎｓｉｏｎｓ）」を参照のこと。しかし、これは、同時にサポートするインタフェースが一つだけであり、非同期イベント生成のような機能性のため、Ｌｉｎｕｘオペレーティングシステムに専用である。それについては、
ｈｔｔｐ：／／ｗｗｗ．ｈｐｌ．ｈｐ．ｃｏｍ／ｐｅｒｓｏｎａｌ／Ｊｅａｎ＿Ｔｏｕｒｒｉｌｈｅｓ／Ｌｉｎｕｘ／Ｔｏｏｌｓ．ｈｔｍｌ
を参照のこと。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記のアレンジメントは、モバイル装置が現在の接続を失うことなく、好ましくは、検知されたワイヤレスネットワークインフラストラクチャに依存して、ワイヤレスアクセステクノロジの間で切り替わり得るようにするため、効率的なソリューションが必要であることを顕著に示す。
【００１１】
本発明の目的は、改良型インターネット・プロトコルベースのワイヤレス通信アレンジメント、特に、しかし、限定的ではなく、インターネット・プロトコルベースのネットワークが、複数の通信規格の間で、好ましくは、現在の接続を失うことなく行われる実質的にシームレスの垂直ハンドオーバをはじめとして、アクセス可能であるインターネット・プロトコルベースのワイヤレス通信アレンジメントを提供することである。
【課題を解決するための手段】
【００１２】
したがって、本発明は、インターネット・プロトコル（ＩＰ）互換性のある通信アレンジメント用のクライアント装置を提供し、前記クライアント装置は、複数のインターネット・プロトコル互換性のワイヤレス通信規格に準拠した前記クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアをそなえ、前記マルチスタンダードハードウェアの動作は、前記クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成されたワイヤレス・アダプテーション・レイヤを有するソフトウェアアーキテクチャを含むネットワークドライバによって制御される。
【００１３】
請求項１記載のクライアント装置において、前記垂直ハンドオーバはシームレスである。
前記ワイヤレス・アダプテーション・レイヤは、ネットワークベースのアプリケーションが前記垂直ハンドオーバ中に前記クライアント装置上でユーザに気付かれずに実行されるようにするため適合される。
【００１４】
前記クライアント装置は、どのワイヤレスアクセスネットワークが利用可能であるかを判定し、前記垂直ハンドオーバは、一つ、または、それぞれの前記利用可能なワイヤレスアクセスネットワークのインフラストラクチャに依存して実行される。
【００１５】
前記装置は、例えば、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、モバイル通信装置、または、類似した／機能的な同等品のようなユーザ携帯型端末を具備する。このクライアント装置は、複数のワイヤレスネットワークのカバレッジエリアの間をローミングするモバイル端末を具備するような移動可能な装置でもよく、或いは、一時的に、または、実質的に永久に固定した装置でもよい。インターネット・プロトコル互換性のワイヤレス通信規格は、例えば周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、時分割複信（ＴＤＤ）、直交周波数分割多元接続（ＯＦＤＭＡ）、または、ＣＤＭＡ／ＦＤＭＡ、ＣＤＭＡ／ＦＤＭＡ／ＴＤＭＡ、ＦＤＭＡ／ＴＤＭＡのようなこれらの組み合わせなどの任意の適当なワイヤレスアクセスシステムを備えている。具体的な一例として、ＩＥＥＥ８０２．１１ｂ、ブルートゥース、および、汎用パケット無線システム（ＧＰＲＳ）のうちの一つが選択される。
【００１６】
本発明は、また、本発明によるクライアント装置においてネットワークドライバのワイヤレス・アダプテーション・レイヤを実行するため適したソフトウェア製品を提供し、前記ソフトウェア製品は、
ａ）インターネット・プロトコルパケットの送信
ｂ）無線リンク品質の監視
ｃ）無線リンク品質の制御
ｄ）さらなる装置のページング
ｅ）ネットワークの異なるアクセスポイントもしくは基地局の間、または、ネットワーク間での前記クライアント装置のハンドオーバ
のうちの少なくとも一つに対する前記クライアント装置のプロトコルスタックのインターネット・プロトコルレイヤに、統一したインタフェースを規定するコードを含む。
【００１７】
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムおよびアプリケーションに、ＯＳＩプロトコルスタックのレイヤ２とレイヤ３の間の単一のインタフェースを規定し、このインタフェースを介して一つ以上のデータ、コマンド、および、イベントが交換される。
【００１８】
ソフトウェア製品は、前記ワイヤレス・アダプテーション・レイヤ・インタフェースの全体的な動作を制御するワイヤレス・アダプテーション・レイヤ・コーディネータをそなえ、このワイヤレス・アダプテーション・レイヤ・コーディネータは、
ａ）ソフトウェアモジュールのロードおよびアンロードを判定し、制御すること
ｂ）前記垂直ハンドオーバを準備すること
ｃ）アプリケーションからコマンドを受信し、イベントを返信すること
のうちの少なくとも一つのためのコードを有する。
【００１９】
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記ネットワークドライバのデータプレーンと制御プレーンとに別々のアクセスを行うので、前記ワイヤレス・アダプテーション・レイヤの制御アプリケーションに一の前記ワイヤレス通信規格による接続を管理させることができ、同時に、別の前記ワイヤレス通信規格はデータを交換するために使用される。
【００２０】
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムには、共有リソースネットワークインタフェース、例えば、アプリケーションレイヤからソケットインタフェースを用いて制御可能であるトークンリングもしくはイーサネット（登録商標）ＬＡＮインタフェースのように見える。
【００２１】
ソフトウェアモジュールは、動的にワイヤレス・アダプテーション・レイヤにロードされ、ワイヤレス・アダプテーション・レイヤからアンロードされ、前記モジュールは、前記ワイヤレスハードウェアを前記ワイヤレス通信規格に適合させるコードをそなえ、または、ワイヤレス・アダプテーション・レイヤによって転送されたインターネット・プロトコルパケットを操作する。
【００２２】
前記ソフトウェア製品は、前記クライアント装置とさらなるクライアント装置またはネットワークとの間のワイヤレスリンク上でインターネット・プロトコルパケットの送信および受信のうちの少なくとも一方を行うための特定の前記ワイヤレス通信規格に特有の機能をカプセル化するコードを有する下位レイヤドライバモジュールを含む。
【００２３】
前記下位レイヤモジュールは、
ａ）ベースバンドプロセッサの下位レイヤの初期化
ｂ）前記マルチスタンダードハードウェアモジュールとのデータフレームおよび制御メッセージのうちの少なくとも一方の交換
ｃ）接続の確立の管理
ｄ）前記クライアント装置がアイドルモードから目覚めさせられるようなページングチャネルの管理
ｅ）前記クライアント装置の低電力モードの管理
ｆ）前記クライアント装置のワイヤレス接続におけるリンクの品質の管理
のうちの少なくとも一つのためのコードを含む。
【００２４】
前記下位レイヤモジュールは、データプレーンおよび制御プレーンを具備し、前記データプレーンは、前記ワイヤレス・アダプテーション・レイヤと前記ハードウェアモジュールとの間でフレームを転送するためのコードを含み、前記制御プレーンは、ネットワークアクセスインフラストラクチャが存在する場合に接続を検出するためのコード、および、データを交換する前に接続を確立するためのコードのうちの少なくとも一つのためのコードを含む。
【００２５】
前記ソフトウェア製品は、アップストリームおよびダウンストリームの両方向で転送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）セグメントのフローを監視するためのコードを有するソフトウェアモジュールを含み、前記モジュールは、好ましくは、ワイヤレスリンクが利用できなくなる場合に転送制御プロトコル（ＴＣＰ）送信元をフリーズするためのコードを含み、さらに好ましくは、少なくとも新しいリンクが利用可能になるまで前記送信元をフリーズするためのコードを含む。
【００２６】
前記ソフトウェア製品は、ワイヤレス・アダプテーション・レイヤの媒体アクセス制御（ＭＡＣ）アドレスが前記垂直ハンドオーバ中に変化しないことを保証するためのコードを有するソフトウェアモジュールを含む。
【００２７】
前記ソフトウェア製品は、サービス品質を監視するためのコードを有し、前記クライアント装置に関与する多数のワイヤレス接続が準備できている場合、好ましくは、現在実行中のアプリケーションの要求に応じてトラフィックに優先順位を付けるためのコードを有するソフトウェアモジュールを含む。
【００２８】
本発明は、また、クライアント装置のワイヤレス動作をサポートする方法を提供し、この方法は、複数のインターネット・プロトコル互換性のワイヤレス通信規格の間で、ネットワークドライバのワイヤレス・アダプテーション・レイヤの制御の下で、前記クライアント装置の垂直ハンドオーバを実行するため、前記クライアント装置のマルチスタンダードハードウェアを設定する。
【００２９】
本発明はまた、複数のワイヤレス通信規格のうちの一つによってクライアント装置に接続を供与するのに適合したインターネット・プロトコル互換性のある通信システムを提供し、前記クライアント装置は、好ましくは、モバイル端末を具備し、複数の前記ワイヤレス通信規格に従って前記クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアを含み、前記規格の操作または変更は、前記クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成されたワイヤレス・アダプテーション・レイヤ（ＷＡＬ）を含む所定のソフトウェアアーキテクチャによって制御される。
【発明を実施するための最良の形態】
【００３０】
次に、ある種の実施形態に関して添付図面を参照して本発明を説明する。この説明は単なる例示であり、本発明はそれに限定されない。例えば、請求項における用語「含む、そなえる、有する、具備する」は、他の要素またはステップを除外するものではなく、名詞の前に付けられた不定冠詞「ａ」または「ａｎ」は、特に断らない限りその名詞が複数であることを除外するものではない。複数の個別の項目、例えば、チャネルデコーダ、チャネル等化器に関して、または、個別の機能が与えられた項目、例えば、チャネル復号手段、チャネル等化手段に関して、本発明はその範囲内に、複数個のこのような項目が単一項目として実現されること、例えば、その機能を実行する関連したソフトウェア・アプリケーションプログラムを用いてプロセッサで実現されることを含む。
【００３１】
本発明では、複数の通信規格のうちの一つに従ってネットワークに接続するように構成されたクライアント装置という表現が用いられる。用語「複数の通信規格」は、クライアント装置に関する限り、当業者にとって、マルチモード端末を意味する。このようなマルチモード端末は、いわゆるチップセット、または「コンボ」カード、すなわちブルートゥース、ＩＥＥＥ８０２．１１ｂおよびＧＳＭ／ＧＰＲＳトランシーバに機能を与えるカードを備えたＰＤＡでもよい。通信アレンジメントで使用される「規格」は、認定機関、例えば政府当局、または、ＩＥＴＦ、ＥＴＳＩ、ＩＴＵもしくはＩＥＥＥのような非営利組織によって提唱された技術的なガイドラインを含むが、これらの例に限定されない。このような団体によって発行または勧告された規格は、公式の過程の結果物であり、例えば大抵の場合に、既存の方法、アプローチならびに、技術的な傾向および開発の徹底的な研究の後に、協同グループまたは委員会によって起草された仕様に基づいている。提案された規格は、その後、認定機関によって批准もしくは認可され、その規格に基づく製品が市場に徐々に普及するのに伴って、やがて総意によって採用される。このようなあまり公式的ではない「規格」の設定は、単独企業または企業集団によって開発された製品または哲学の実現から生じた技術的ガイドラインをさらに包含する。これは、特に、成功または模倣によって、このようなガイドラインが広く用いられるようになるため、規準からの逸脱が互換性の問題を生じ、または、市場性を制限する場合である。一つのハードウェアが許容された規格に準拠する程度は、基準にしている規格または設計の背景にされた規格のようなあらゆる点でハードウェアが動作する程度の観点から考慮される。ソフトウェアに関しては、互換性は、コンピュータ素子およびプログラムの間でタスク指向的なレベルで達成された調和であると考えられる。したがって、規格に対するソフトウェア互換性は、プログラムが一体となって動き、データを共有する度合いであると考えられる。
【００３２】
本発明は、モバイル装置が現在の接続を失うことなく、実質的にシームレスにワイヤレスアクセス規格を切り替えることができ、好ましくは、このような切り替えが検出された一つ以上の利用可能なワイヤレスネットワークのインフラストラクチャに基づいて行われる、効率的なアレンジメントを提供する。任意の適当なワイヤレスアクセスシステム、例えば、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、時分割複信（ＴＤＤ）、直交周波数分割多元接続（ＯＦＤＭＡ）、または、ＣＤＭＡ／ＦＤＭＡ、ＣＤＭＡ／ＦＤＭＡ／ＴＤＭＡ、ＦＤＭＡ／ＴＤＭＡのようなこれらの組み合わせなどが使用される。ワイヤレスプロトコルに関する一般的な情報は、Ｒｉｃｈａｒｄ  ｖａｎ  ＮｅｅとＲａｍｊｅｅ  Ｐｒａｓａｄによる「ワイヤレスマルチメディア通信用ＯＦＤＭ（ＯＦＤＭ  ｆｏｒ  ｗｉｒｅｌｅｓｓ  ｍｕｌｔｉｍｅｄｉａ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」，Ａｒｔｅｃｈ  Ｈｏｕｓｅ，２０００年と、Ｔｅｒｏ  ＯｊａｎｐｅｒａとＲａｍｊｅｅ  Ｐｒａｓａｄによる「第３世代通信用ワイドバンドＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ  ｆｏｒ  ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」，Ａｒｔｅｃｈ  Ｈｏｕｓｅ，１９９８年と、Ｒａｍｊｅｅ  Ｐｒａｓａｄによる「ワイヤレス個人通信用ＣＤＭＡ（ＣＤＭＡ  ｆｏｒ  ｗｉｒｅｌｅｓｓ  ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」，Ａｒｔｅｃｈ  Ｈｏｕｓｅ，１９９６年と、Ｗａｌｔｅｒ  Ｔｕｔｔｌｅｂｅｅｅによる「コードレス電気通信ワールドワイド（Ｃｏｒｄｌｅｓｓ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｗｏｒｌｄｗｉｄｅ）」，Ｓｐｒｉｎｇｅｒ，１９９７年と、類似した標準的なテキストと、を参照のこと。
【００３３】
ユーザの端末（クライアント装置／モバイル端末）において、他のワイヤレスアクセステクノロジではなく一つのワイヤレスアクセステクノロジを選択する規準は、使用環境に依存して変化する。ユーザは、例えばモバイル端末の専用設定ツールを使用して、自分の好みを設定することができる。各実施形態において、クライアント装置は、組み合わせまたは「コンボ」チップセットと称されることがあるマルチスタンダードワイヤレスハードウェアを具備し、このチップセットは、複数のワイヤレス通信規格をサポートし、単一のソフトウェアネットワークインタフェースにより制御可能である。このソフトウェアドライバは、ワイヤレス・アダプテーション・レイヤ（ＷＡＬ）と呼ばれ、
１．ＩＰパケットの送信
２．無線リンク監視および制御
３．アイドル装置（例えば、クライアント／モバイル）のページング
４．可能であれば異質の規格を使用する二つのアクセスポイントＡＰ（または基地局ＢＳ）間のハンドオーバ
といった機能のためのインターネット・プロトコル（ＩＰ）レイヤへの統一インタフェースを提供する。
【００３４】
ＷＡＬは、ネイティブインターネットアプリケーションがクライアント／モバイル装置上でユーザに気付かれることなく、例えば、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰのような共通トランスポートプロトコルを変更する必要なく、実行されるように設計されたワイヤレスネットワークドライバである。ＷＡＬのための基本設計原理の適当なセットは、同質ワイヤレスネットワークにおけるＩＰトランスポートの促進に焦点が当てられた文献：Ｐ．Ｍａｈｏｎｅｎら，「ワイヤレスネットワークによるプラットフォーム非依存型ＩＰ伝送：ＷＩＮＥアプローチ（Ｐｌａｔｆｏｒｍ−Ｉｎｄｅｐｅｎｄｅｎｔ  ＩＰ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｖｅｒ  Ｗｉｒｅｌｅｓｓ  Ｎｅｔｗｏｒｋｓ：Ｔｈｅ  ＷＩＮＥ  Ａｐｐｒｏａｃｈ）」，ＩＥＥＥ  ＰＣＭ，２００１年１２月に記載されている。
【００３５】
図を参照して、特に図１を最初に参照すると、基準アーキテクチャが概略的に示され、ここで、クライアント装置はユーザ携帯型であり、モバイル端末ＭＴの形で組み込まれているとして考えられる。クライアント装置／モバイル端末ＭＴは、例えば携帯情報端末（ＰＤＡ）、携帯電話機、または、ラップトップコンピュータとして具現化され、ローミング中に、その利用可能なワイヤレスアクセステクノロジのうちの何れのテクノロジが使用されているとしても、現在のＩＰベースのサービスに接続された状態を保つ。
【００３６】
このモバイル端末ＭＴは、それぞれが一つ以上のアクセスネットワーク、例えばワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）１０、ワイヤレス・ローカル・ネットワーク（ＷＬＡＮ）１２およびセルラネットワーク１４によってカバーされたエリア間を移動するとき、インターネット（場合によっては、その他のＩＰベースのネットワーク）に接続しようとする。図示された、制限のない実施形態では、インターネットへの接続は、ＷＰＡＮアクセスポイントＡＰ１，ＡＰ２と、ＷＰＡＮルータ１６と、ＷＬＡＮアクセスポイントＡＰ３，ＡＰ４と、ＷＬＡＮルータ１８のうちの一つを経由して、または、セルラネットワーク１４の基地局ＢＳ１，ＢＳ２および関連したゲートウェイ２０を経由して行われる。
【００３７】
モバイル端末ＭＴは、好ましくは、適切なアクセスネットワークによって当分の間は利用可能であり、サポートされている、それぞれのリンクレイヤにおける複数のワイヤレス通信規格の何れかに基づいて、モバイル端末ＭＴの動作をサポートするのに適合した統合マルチスタンダード・ワイヤレスハードウェア２２を含む。これらのワイヤレス通信規格は、例えばブルートゥース（ＢＴ）、ＩＥＥＥ８０２．１１、ならびに、ＷＰＡＮ１０，ＷＬＡＮ１２、および、セルラ１４のそれぞれのアクセスネットワークのための汎用パケット無線システム（ＧＰＲＳ）を含む。
【００３８】
サーバまたはサーバプール４０は、企業のオフィス内では、ワイヤレスＬＡＮインフラストラクチャ（ＩＥＥＥ８０２．１１ｂ、ＡＰ３，４）またはブルートゥースアクセスポイント（ＡＰ１，２）を使用して連絡でき、移動中は、ＧＰＲＳのようなセルラアクセス（ＢＳ１，２）を使用して連絡できる。Ｂｌｕｅｔｏｏｔｈ（商標）通信の役に立つ解説については、教科書形式の文献：Ｊｅｎｎｉｆｅｒ  Ｂｒａｙ  と  Ｃｈａｒｌｅｓ  Ｆ．Ｓｔｕｒｍａｎ著，「ブルートゥース：配線無しの接続（Ｂｌｕｅｔｏｏｔｈ（商標），Ｃｏｎｎｅｃｔ  Ｗｉｔｈｏｕｔ  Ｗｉｒｅｓ）」，Ｐｒｅｎｔｉｃｅ  Ｈａｌｌ  ＰＴＲ出版，ＩＳＢＮ  ０−１３−０８９８４０−６を参照のこと。オフィス内または建物近辺でより広域アクセスが必要であり、より高い帯域幅が望ましいときにはＩＥＥＥ８０２．１１ｂの方が適当である。ワイヤレスＬＡＮプロトコルおよびシステムに関する一般的な情報については、Ｊｉｍ  Ｇｅｉｓｅｒによる「無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮｓ）」，Ｍａｃｍｉｌｌａｎ  Ｔｅｃｈｎｉｃａｌプレス，１９９９年を参照のこと。ワイヤレスＬＡＮリソースが利用できないとき、（例えば、Ｂｌｕｅｔｏｏｔｈ（商標）でもＩＥＥＥ８０２．１１ｂでもないとき）、ＧＰＲＳ接続性が利用可能である。
【００３９】
モバイル端末ＭＴの好ましい実施形態は、例えば、コンパックのｉＰＡＱプラットフォームに基づく携帯情報端末（ＰＤＡ）を含む。その例では、電力消費の問題点のため、ブルートゥースアクセスがＷＬＡＮに望ましく、一方、他のアクセスポイントＡＰ１−４が無線カバレッジを提供しない場合に、ＧＰＲＳは常に利用可能なバックボーンである。
【００４０】
企業の環境でアクセスポイントＡＰ１−４を接続するネットワークは、ルータによって（任意に公衆インターネット上のＶＰＮによって）一つに接続された複数のＩＰサブネットを含む。モバイル端末ＭＴがインターネット内のサーバ４０と進行中のセッションを有する場合、このセッションは、モバイル端末ＭＴがあるアクセスシステム（ＢＴ、ＩＥＥＥ８０２．１１、ＧＰＲＳ）から別のアクセスシステムへ切り替わるときに中断されないことが好ましい。既存のＴＣＰ／ＩＰセッションはストール（すなわち、再開のためにアプリケーションを再スタートさせるか、または、ユーザ介入が必要になるような停止）しないようにされるべきである。
【００４１】
全てのローミング端末が自端末のホームアドレスを保持し、インターネットの至る所から連絡できる、より一般的なモバイルＩＰの環境と比較すると、本発明によるアレンジメントは、より簡単な環境もサポートする。このような簡単化された環境では、モビリティは、インターネット上のプール４０内の特定のサーバに接続することを要求する限定されたモバイル端末ＭＴの組だけに対してサポートされ、重大なデータが利用できるようにされるか、または、サービスが通常ウェブインタフェースによってアクセスできる。
【００４２】
モバイル端末ＭＴにおいてワイヤレス規格間で垂直ハンドオーバを実行するため、例えばデータリンクレイヤに属する機能（多数のワイヤレスインタフェースを管理）、および、ネットワークレイヤに属する機能（モバイル端末が適宜に新しいルータブルなＩＰアドレスを獲得し、パケットが新しいＩＰアドレスへルーティングされることを保証）などの機能の協調が必要である。このソリューションは、モバイル端末ＭＴのリンクレイヤとネットワークレイヤの両方を必要とし、一方サーバ４０側では、クライアントＩＰモビリティを管理するためフロントエンドが開発されなければならない。モバイルＩＰｖ４は、セキュリティの制約があり複雑で、ＭＩＰｖ６が採用されると耐用年数が限られている、と考えられる。
【００４３】
垂直ハンドオーバが実行されるとき、モバイル端末ＭＴは、アクセスポイントＡＰ１−４が同じＩＰサブネットに属する特別なＷＰＡＮ／ＷＬＡＮスイッチの場合を除いて、非常に高い確率で新しいＩＰアドレスが割り当てられる。ここで注意すべきことは、ＩＰサブネットは、共通アドレス成分を共用するネットワークの一部分として定義されることである。ＴＣＰ／ＩＰネットワーク上で、サブネットは、ＩＰアドレスが同じプレフィックスを有する全装置として定義される。
【００４４】
従って、解決されるべき問題には、
１．異なるワイヤレスネットワークインフラストラクチャ（ＢＴ、ＩＥＥＥ８０２．１１、ＧＰＲＳ）の存在の検知
２．垂直ハンドオーバを実行すべきときの決定
３．新しいワイヤレスインフラストラクチャ（ＢＴ、ＩＥＥＥ８０２．１１、ＧＰＲＳ）が使用できるようなワイヤレスハードウェア２２の再設定
４．新しいネットワーク（ＡＡＡを含む）への登録
５．新しいＩＰアドレスの取得（必要に応じて）
６．ネットワークレイヤにおける適切なシグナリングによる新しいアクセスネットワーク（ＢＴ、ＩＥＥＥ８０２．１１、ＧＰＲＳ）およびアクセスポイントＡＰ（ＡＰ１−４、ＢＳ１、２）経由のＩＰパケットのルーティングの取り扱い
７．新しい規格がインターネットへの接続のために使用され、新しいＩＰアドレスが使用されるようなワイヤレスネットワークインタフェースの再設定
８．セキュリティ
のうちの一つ以上が含まれる。
【００４５】
本発明は、基本的にＯＳＩプロトコルスタックのネットワークレイヤよりも下位のクライアント／モバイル装置ＭＴのワイヤレスネットワークドライバの再設定（ポイント１，２，３および７，８）に少なくとも部分的に焦点を当てる。少なくとも残りのポイント（４）、（５）および（６）に対するソリューションは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）によってＩＰモビリティプロトコル、例えば、モバイルＩＰであると考えられている。
【００４６】
セキュリティ（上記の項目８）に関して、クライアント装置ＭＴのモビリティは、ワイヤレスアクセスおよびインターネットアーキテクチャに本質的に既存のセキュリティリスクを増大させる。安全なソリューションは、ワイヤレスネットワークインフラストラクチャと、実質的にサーバプール４０への無許可のアクセスを阻止し、サービスの拒否を生じる全ての攻撃を回避すべきである。セキュリティは、リンクレイヤからアプリケーションレイヤまでの種々のレイヤで課され、種々のシステムアーキテクチャ、全体的なパフォーマンス、および、複雑さで実現される。セキュリティ脅威には、盗聴、トラフィックのリダイレクト、および、マン・イン・ザ・ミドル中継が含まれる。
【００４７】
接続性に関して、モバイル端末ＭＴで垂直ハンドオーバを実行するため、データリンクレイヤに属する機能（多数のワイヤレスインタフェースを管理）、および、ネットワークレイヤに属する機能（モバイル端末が新しいルータブルなＩＰアドレスを獲得し、パケットが実際にそのアドレスへ配信されることを保証）などの機能の協調が必要である。本発明による垂直ハンドオーバは、内部アーキテクチャが特に図２及び３に示された、ある形式のワイヤレス・アダプテーション・レイヤ（ＷＡＬ）ネットワークドライバによって有効にされる。
【００４８】
ネットワークドライバは、多数のワイヤレス規格をサポートし、したがって、マルチスタンダード・ワイヤレス・アダプテーション・レイヤ（ＭＷＡＬ）２００と呼ばれるフレキシブルなネットワークインタフェースマネージャである。本実施形態において、ＭＷＡＬ２００は、モバイル端末ＭＴだけで実行され、モバイル端末ＭＴのオペレーティングシステムからは、アプリケーションレイヤからソケットインタフェースを用いて制御可能なイーサネットインタフェースとして見える。ＭＷＡＬ２００は、協調した形で他のネットワークドライバを制御し使用することができる仮想ネットワークドライバであり、様々なリンクレイヤ（ＧＲＰＳ、ＢＴ、ＩＥＥＥ８０２．１１ｂ）を取り扱う。それは、ルーティング・エンティティに対して単一のネットワークインタフェースを公開し、ネットワークアクセステクノロジの多様性が隠されたままであり、モバイル端末のオペレーティングシステムおよびアプルケーションにレイヤ２とレイヤ３の間で単一のインタフェース（図３におけるｗａｌ０）を提供し、データ、コマンドおよびイベントが交換される。このようにして、インタフェースは、ワイヤレスドライバのデータプレーンと制御プレーンに別々にアクセスする。この区別により、ＷＡＬデーモン（ＷＡＬＤ）と呼ばれるユーザ空間内のＭＷＡＬ制御アプリケーションは、一方のドライバによって接続設定及びセキュリティ認証を管理し（例えば、ブルートゥース）、別のドライバがデータを交換するため使用される（例えば、ＧＰＲＳ）。ＭＷＡＬ２００は、垂直ハンドオーバ中にワイヤレストランシーバの動作を調整し、モバイル端末ＭＴにおいて上位ルーティング・エンティティに単一のインタフェースを提供するため使用されるが、レイヤ３のモビリティ問題は、典型的にモバイル・インターネット・プロトコル（ＭＩＰ）およびその変形、例えば階層型モバイルＩＰ（ＨＭＩＰ）などによって取り扱われる。
【００４９】
ソフトウェアモジュールＸ，Ｙは、（組み合わせチップセットの形で組み込まれる場合がある）マルチスタンダードワイヤレスハードウェア２２と連絡するため、または、ＭＷＡＬインタフェースによって転送されるＩＰパケットを操作するため、ＭＷＡＬ２００のようなプラグインで動的にロードされ、アンロードされる。
【００５０】
ＭＷＡＬイベント
ある条件が出現したときにイベントを受信するため、アプリケーションをＭＷＡＬ２００に登録することが可能である。ルーティング・マネージャは、したがって、新しいワイヤレスインタフェースが利用可能になるときに通知されるので、レイヤ３メカニズムが呼び出される（例えば、バインディングアップデート）。図３において、これは、例示として、Ｌｉｎｕｘ／ｐｒｏｃファイルシステムを使用して実現される。Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムでは、適当なコールバック関数が代わりに登録される。
【００５１】
ＷＡＬデーモン
ワイヤレス・アダプテーション・レイヤ・デーモン（ＷＡＬＤ）は、アプリケーションが、インタフェースの特定のワイヤレステクノロジへの実際のマッピングとは無関係に、「ｗａｌ０」ネットワークインタフェースだけを認識するようにＭＷＡＬ内部動作を管理する役割を担う。ＷＡＬＤはまた、ＧＰＲＳ接続を取り決める役割を担うＰＰＰＤのようなその他のユーザ空間デーモンを開始することが可能である。
【００５２】
ＭＷＡＬ機能ブロック
ＭＷＡＬ内のＷＡＬコーディネータ２０６は、コマンド（できれば、異なるネットワークドライバへ向けられたコマンド）とイベント（上位レイヤの登録されたエンティティへ転送されるべきイベント）の両方を取り扱う。ＭＷＡＬ２００は、論理リンク制御トランスレータ（ＬＬＣＴ）２０４と呼ばれる専用モジュールを用いて、他のネットワークドライバを制御する。これらのモジュールは、データフレームおよびコマンドを、ＷＬＡＮ、ブルートゥースおよびＧＰＲＳのような既存のネットワークドライバへ送信する（および、既存のネットワークドライバによるデータフレームおよびイベントを受信する）役割がある。同時に、全てのＬＬＣＴ２０４は、ＷＡＬコーディネータ２０６から同じように制御することができる。
【００５３】
アプリケーションがワイヤレスチャネル上の現在のリンク品質の表示を要求する場合、アプリケーションはｗａｌ０インタフェース上にコマンドを発行する。このコマンドは、ブルートゥースの場合には、受信信号強度表示（ＲＳＳＩ）を読み取る要求に変換され、ＩＥＥＥ８０２．１１の場合には、信号対雑音比（ＳＮＲ）の要求に変換される。返値は、ＬＬＣＴ２０４によってテクノロジに依存しないメトリックに正規化され、最終的にアプリケーションへ返される。
【００５４】
上位レイヤに単一の画一的なインタフェースを提供するだけではなく、ＭＷＡＬは、ＴＣＰアクノリッジパケットの遅延またはＴＣＰセグメントのキャッシュのようなＩＰパケットへの操作を実行するパケット処理モジュールをロード／アンロードする能力を備えている。
【００５５】
ＭＷＡＬ  ＡＰＩ
ＭＷＡＬは、二つのアプリケーション・プログラマ・インタフェース（ＡＰＩ）をエクスポートし、一方はＷＡＬＤによって使用される非公開ＡＰＩであり、他方はアプリケーションによって使用される公開ＡＰＩである。公開ＡＰＩは、アプリケーションによって発行され、ＭＷＡＬによって実行されるコマンドと、ＭＷＡＬによって関連したプロセスへ送信されるイベントの観点から規定される。
【００５６】
非公開ＭＷＡＬ  ＡＰＩ（ＷＡＬＤだけが使用）
コマンド：
ｃ１  −  ｓｅｌｅｃｔ＿ＭＶＡＬ＿Ｄａｔａ＿Ｐｌａｎｅ（｛ＧＰＲＳ，ＢＴ，ＷＬＡＮ｝）
データパケットを交換するためアクティブなインタフェースを実際に切り替え
ｃ２  −  ｓｅｌｅｃｔ＿ＭＶＡＬ＿Ｃｏｎｔｒｏｌ＿Ｐｌａｎｅ（｛ＧＰＲＳ，ＢＴ，ＷＬＡＮ｝）
コマンドが送信されるべき先のインタフェースを選択（コマンドはＬｉｎｕｘの下のｉｏｃｔｌページングである）
ｃ３  −  ｄｒｉｖｅｒ＿ｓｐｅｃｉｆｉｃ＿ｃｏｍｍａｎｄｓ
ｉｏｃｔｌ（）既存のドライバが既に理解しているコマンド
イベント
ｅ１  −  既存のドライバによって既に生成された全てのイベント（ＷＡＬＤへ送信）
公開ＭＷＡＬ  ＡＰＩ（コンテキスト認識型アプリケーションが使用、詳細は未定義）
コマンド
ｃ４  −  ｇｅｔ＿ｌｉｎｋ＿ｑｕａｌｉｔｙ
テクノロジ依存型のリンク品質測定
ｃ５  −  ｒｅｇｉｓｔｅｒＬｉｓｔｅｎｅｒ
ＭＷＡＬイベントの受信を要求するアプリケーションを登録
ｃ６  −  ベアラのタイプ（名前）の取得
ｃ７  −  帯域幅（利用可能／最大）の取得
ｃ８  −  ＱｏＳサポート（おそらくフェーズ１ではない）
ｃ９  −  レンジ（ピアツーピアアプリケーション用）
ｃ１０  −  セキュリティパラメータ（？）の取得／設定
ｃ１１  −  電力消費の取得
イベント：
ｅ２  −  ｈａｎｄｏｖｅｒＥｖｅｎｔ（レイヤ３へ送信）
ハンドオーバが実行されたので、ルーティング・マネージャはトンネル構成を更新可能であることを合図
ｅ３  −  ｃｏｎｎｅｃｔｉｏｎＥｖｅｎｔ（レイヤ３へ送信）
サーバとの接続が始めて確立されたので、トンネルを設定可能であることを合図
ｅ４  −  ｄｉｓｃｏｎｎｅｃｔｉｏｎＥｖｅｎｔ（レイヤ３へ送信）
接続を終了し、トンネルを取り除くべき旨を合図
リンク故障保護モジュール
図４を参照すると、ＴＣＰのリンク切断の影響が考慮されている。モバイル端末ＭＴが、例えば、インターネット上のサーバプール内のサーバ４０と進行中のＴＣＰ／ＩＰ接続を持つとき、その接続が垂直ハンドオーバ中にストールしないことを保証する必要がある。伝送中のＴＣＰパケットが垂直ハンドオーバプロセスの実行中に失われるということが起こる可能性がある。この動きは、ネットワークインフラストラクチャの能力にある種の仮定をすることができるならば阻止できるが、一部の実施形態では、常にそのような仮定をできる訳ではない。ＴＣＰセグメントが失われる結果として、送信側（通常は、インターネット上のサーバ４０）のＴＣＰタイムアウトの可能性が高くなる。ＴＣＰタイムアウトがトリガされると、指数関数的なバックオフ遅延に従ってパケット再送信が行われる。したがって、リンク接続の短い中断は、（アプリケーションによって明らかであるように）数秒のＴＣＰ中断を生じさせる。
【００５７】
オプションのＷＡＬモジュールＸ，Ｙは、進行中のＴＣＰ／ＩＰ接続が垂直ハンドオーバ手続中に中断されないことを保証することが重要であるときにロードされる。このモジュールは、リンク故障保護（ＬＯＰ）モジュールとも呼ばれ、アップストリームとダウンストリームの両方向のＴＣＰ／ＩＰセグメントのフローを監視する。このモジュールは、ワイヤレスリンクが使用不可能になるときは、リンクが利用可能になり、ＴＣＰ／ＩＰセグメントのフローが再開可能になるまで、ＴＣＰ送信元をフリーズする。この動きは、ＴＣＰ／ＩＰ接続がストールことを防止し、輻輳制御メカニズムが不必要に呼び出され、その結果としてＴＣＰスループットの減少とパケット再送が生じることを防止する。モバイル端末ＭＴのＭＷＡＬ２００内のＬＯＰモジュールは、これらの望ましくない影響を阻止し、リンク接続性が再確立されると直ちにＴＣＰストリームが再開されることを保証する。ＬＯＰが動作するために必要な条件は、ＴＰＣ／ＩＰパケットヘッダが読み取り可能であること（すなわち、暗号化されていないこと）であり、このことはある種のセキュリティ問題を生じる。したがって、ＬＯＰ処理は、パケットの復号化（受信しているとき）の後、かつ、パケットの暗号化（送信しているとき）の前にモバイル端末で実行しなければならない。
【００５８】
論理リンク制御トランスレータ２０４
ＷＰＡＮ，ＷＬＡＮまたはセルラシステム（ＢＴ、ＩＥＥＥ８０２．１１、ＧＰＲＳ）用の下位レイヤドライバモジュールは、論理リンク制御トランスレータ（ＬＬＣＴ）と呼ばれ、全体的に２０４で表され、個別には、それぞれ２０４Ａ、２０４Ｂおよび２０４Ｃとして表されている。ＬＬＣＴ２０４は、ワイヤレスリンク上のＩＰパケットの送信／受信用の関連した無線テクノロジの細目の全てをカプセル化する役割がある。例えば、ＷＰＡＮの場合に、関係したブルートゥースＷＡＬ  ＬＬＣＴモジュール２０４Ａは、ブルートゥースＢＴプロトコルスタックの上位レイヤと、そのパーソナル・エリア・ネットワーク（ＰＡＮ）プロファイルと、を含み、マルチスタンダードワイヤレスハードウェア２２とのインタフェースは、好ましくは、ブルートゥース・ホスト・コントローラ・インタフェース（ＨＣＩ）に準拠する。ＷＬＡＮ  ＬＬＣＴモジュール２０Ｂの場合、処理はマルチスタンダードワイヤレスハードウェア２２への連絡と、イーサネットフレームの送信および受信とに制限される。
【００５９】
全てのＭＷＡＬＬ  ＬＬＣＴモジュール２０４Ａ，Ｂ，Ｃは、（ＷＡＬＤの制御下で）以下の機能を実行する。  
−  ベースバンドプロセッサの下位レイヤを初期化する。  
−  特定のインタフェースによるマルチスタンダードワイヤレスハードウェア２２とデータフレームおよび制御メッセージを交換する。  
−  必要なときに接続の確立を実行する。  
−  モバイル端末ＭＴが、例えば、着信呼を受信するため、アイドルモードから目覚めさせられるように、利用可能であるときにページングチャネルを管理する。  
−  利用可能であるときに無線モジュールの低電力モード（例えば、ブルートゥースのＳＮＩＦＦモード）を管理する。  
−  ワイヤレスインフラストラクチャへのアクセスに関係するセキュリティ手続を実行する。  
−  ワイヤレスチャネル品質を監視し、規格に依存しない方法でＷＡＬコーディネータ２０６が利用できるようにする。
【００６０】
ＬＬＣＴ２０４は、必要なときにＭＷＡＬ２００へ同時にロードできるが、一つだけがＭＷＡＬ２００とマルチスタンダードワイヤレスハードウェア２２との間でフレームを実際に転送する。換言すると、ＬＬＣＴ２０４は、データプレーンおよび制御プレーンを有する。多数のＬＬＣＴ２０４がＭＷＡＬ２００へロードされるとき、一つだけが有効なデータプレーンを有し、一方、全てのＬＬＣＴは、ネットワークインフラストラクチャ（ＷＰＡＮ１０、ＷＬＡＮ１２、セルラ１４）が存在するかどうかを検出する、または、実際にデータを交換する前に接続を確立するなどの機能を制御プレーン内で実行することができる。
【００６１】
ＷＡＬコーディネータ２０６
ＷＡＬコーディネータ２０６は、動的なＷＡＬモジュール２０２のロードまたはアンロードを行い、ＭＷＡＬインタフェースの全体的な動きを制御する。モジュール２０２は、モバイル端末ＭＴのメモリを節約するためアンロードすることができる。ＷＡＬコーディネータ２０６は、全てのＬＬＣＴ２０４から制御情報を受信し、垂直ハンドオーバを実行する必要があるときに上位レイヤへ通知する。
【００６２】
ＩＰスタックから受信された各パケットは、上位レイヤプロトコルのヘッダ情報を調べることによりＷＡＬコーディネータ２０６で分類される。分類された後、送信されるべきパケットは、他のＭＷＡＬモジュールＸ，Ｙ，２０４までダウンストリーム伝送される。このチェインの最後のモジュールは、常に、物理的な媒体（ＷＰＡＮ１０、ＷＬＡＮ１２、セルラ１２）上のＩＰパケットの伝送を引き受けるＬＬＣＴ２０４である。垂直ハンドオーバ中に使用できる有効なＭＷＡＬモジュールＸ、Ｙの例を以下で説明する。
【００６３】
ＭＡＣスプーフィングモジュール
ＭＷＡＬ２００は、モバイル端末ＭＴのオペレーティングシステムには、イーサネットインタフェースのような共有リソースネットワークインタフェースとして見えるので、そのＭＡＣアドレスは垂直ハンドオーバ中に変化しないことが望ましい。しかし、ＷＰＡＮカードおよびＷＬＡＮカードは、異なるＭＡＣアドレスをもつであろう。ＭＷＡＬ２００は、ＭＷＡＬインタフェースによってエクスポートされたＭＡＣアドレスの下位レイヤで使用されるＭＡＣアドレスへのマッピングを担当することができる。すなわち、ＭＶＡＬ２００のＭＡＣスプーフィングモジュールは、出て行くイーサネットフレームにおけるＭＡＣ送信元アドレスを変更し、入ってくるイーサネットフレームにおけるＭＡＣ宛先アドレスを変更する。このモジュールは、また、ＩＰｖ４用のアドレス・レゾリューション・プロトコル（ＡＲＰ）およびＩＰｖ６用の近隣探索のペイロードで渡されるＭＡＣアドレスを変換しなければならない。
【００６４】
サービス品質モジュール
ＭＶＡＬ２００内のサービス品質（ＱｏＳ）モジュールは、アプリケーション要求に応じてＩＰパケットの送信のスケジュールを立てるため利用可能である。この最も簡単な例では、ＱｏＳモジュールは、ＷＡＬコーディネータ２０６によって実行された分類に基づいてＴＣＰパケットよりもＵＤＰパケットを優先することができる。
【００６５】
ルーティング
ネットワークレイヤにおける動作には以下の動作が含まれる。  
１）モバイル端末ＭＴは、ネットワークインフラストラクチャに接続するとき有効ＩＰアドレスを取得する。  
２）モバイル端末ＭＴは、アプリケーションを垂直ハンドオーバ後に再起動しなくてもよいように、セッションを通じて変化しないＩＰアドレスをサーバ４０から取得する。  
３）アプリケーションから見えるような（垂直ハンドオーバ中に変化してはならない）モバイル端末装置ＩＰアドレスと、ネットワークインフラストラクチャに依存して変化するＩＰ気付アドレス（ＣｏＡ）と、の間に一貫したマッピングを維持する。  
４）サーバ側で同じＩＰアドレスマッピング（バインディングテーブル）を維持する。
【００６６】
ＩＰトンネリングは、上記の要求のうちの最初の二つを実現するための基本メカニズムである。モバイル端末の例では、モバイル端末ＭＴおよびサーバ４０は、ＩＰトンネルにパケットをカプセル化し、逆カプセル化し、初期化時と垂直ハンドオーバ後にトンネル構成を確実かつ安全に管理するためシグナリングを交換する役割を担う。これは、従来のモバイルＩＰの範囲である。
【００６７】
本発明のアーキテクチャは、ルーティング戦略にさらなる変化を受け入れるために十分に開かれている。特に、モバイルＩＰｖ６は、利用可能であるときに統合されるように考えられている。レイヤ３のメカニズムは、ここでの議論の範囲に含まれないので、レイヤ２におけるＭＷＡＬと、レベル３におけるモビリティを管理するルーティングエントリとの間のインタフェースが、好ましくは、標準化されるべきであることを記載するだけで足りる。本発明の一つの態様によれば、既存および将来のネットワークモビリティのソリューションで使用するために十分な汎用性のある一つの実現可能なこのようなインタフェースが提案され、インタフェース提案は、Ｍ−ＷＡＬ  ＡＰＩの欄で説明される。短期的には、モバイル端末におけるルーティング・マネージャ（ＲＭ）と呼ばれるアプリケーションが、ＭＷＡＬ仮想ネットワークドライバと、ＯＳカーネル内のＩＰトンネリングモジュールとに基づいてＩＰ構成を管理する役割を担う。
【００６８】
モバイル端末ＭＴのルーティング・マネージャは、このセクションの冒頭で説明した４ステップを管理する役割を担う。リモートサーバ４０との相互作用に基づいて、ルーティング・マネージャＲＭは、モバイル端末内のＭＷＡＬインタフェースおよびＩＰトンネル構成を設定する。このプロセスはユーザ空間で実行可能である。
【００６９】
ここでＩＰトンネルの構成のより詳細を説明することが役立つであろう。ＩＰトンネルは、モバイル端末ＭＴと遠隔のトンネル・エンドポイントとの間にセットアップされるので、その結果として得られるデータパケットは図５に示されるようにカプセル化される。４バイトのＧＲＥヘッダがＮＡＴ／ファイアウォールトラバーサルを可能にするため追加されていることが分るであろう。殆どのネットワーク機器はＧＲＥをサポートする。
【００７０】
ＴＣＰヘッダオーバーヘッドは、終端間で取り決められたパラメータに応じて変化し、特に、モバイル端末ＭＴに最も関連しているのは、ワイヤレスリンクにおけるパケット損失の問題を緩和するＳＡＣＫオプションとタイムスタンプオプションである。ＳＡＣＫオプションおよびタイムスタンプオプションは、２０バイトＴＣＰヘッダに２４バイトを追加する。
【００７１】
ＭＷＡＬ状態図
ＭＷＡＬ２００のクラス図は、標準的な統一モデリング言語（ＵＭＬ）表記を用いて図６および７に記載されている。メインクラス、それらのメソッド、および、クラス関係が示されている。
【００７２】
モバイル・ノード・アプリケーションクラス、クライアント・ルーティングクラス、および、ＷＡＬＤクラスはすべて、一般化されたネットワークインタフェースを表現するＭＷＡＬクラスを使用する。既に説明したように、モバイル・ノード・アプリケーションは、ＭＷＡＬで行われている動作を知らない。ＷＡＬＤは、接続確立プロセス／ハンドオーバプロセスを制御し、一方、クライアント・ルーティングは、気付アドレスＣｏＡの取得およびＩＰトンネルの維持のようなレイヤ３の動作を取り扱う。ＷＡＬＤクラスとクライアント・ルーティングクラスとの間には明示的な関係はなく、ＭＷＡＬ２００を経由して通信するだけである点を重視すべきである。このことが重要である理由は、特定のルーティングメカニズムへの依存性が取り込まれないことである。換言すると、将来、ＭＩＰｖ６レイヤ３のソリューションを使用することが可能であり、本発明はこのオプションを包含している。
【００７３】
ＷＡＬＤクラスおよびクライアント・ルーティングクラスは、非公開ＭＷＡＬインタフェースを使用するが、コンテキスト認識型アプリケーションのような他のアプリケーションは、主としてワイヤレスに関連した情報を獲得するために公開ＭＷＡＬインタフェースを利用可能である。これは、アプリケーションがＭＷＡＬ２００を使用するために変更されるべきであることを意味するのではなく、単に、ＭＷＡＬ２００が、エクスポートする情報を利用する新しいアプリケーションの開発および実施を可能にさせることを意味するだけである。
【００７４】
ＭＷＡＬクラス図は、複数のＭＷＡＬモジュールの集合体である。ＭＷＡＬモジュールインタフェースは、ＬＬＣＴインタフェースによって特殊化され、ＬＬＣＴインタフェースは、ＢＴＬＬＣＴ２０４Ａ、ＷＬＡＮＬＬＣＴ２０４ＢおよびＧＰＲＳＬＬＣＴ２０４Ｃによって実現される。すべての論理リンク制御クラスは、対応した既存のネットワークドライバを使用する。
【００７５】
サーバ４０への初期アクセス
このセクションは、モバイル端末ＭＴが、インターネットまたは場合に応じてその他のＩＰベースのネットワークに接続されたワイヤレスネットワークインタフェースを経由して、最初にアプリケーションサーバ４０にアクセスするために利用する手続を説明する。図８のシーケンス図は参考のため使用され、相互作用に関連したオブジェクトが最上部に示されている。
【００７６】
ＷＡＬＤは、ワイヤレスネットワークインフラストラクチャ（例えばＷＬＡＮ、ブルートゥース、又は、ＧＰＲＳのうちの一つ）が存在するかどうかを定期的にチェックし、ユーザの選択に基づいて、それらのうちの一つに接続することを決定する。初期コマンドがＷＡＬＤによってＭＷＡＬ２００へ送信されると（ステップ１）、ブルートゥースＬＬＣＴ２０４Ａへ転送され（ステップ２）、ここで問い合わせ、ページング、および、ＳＤＰの動作が、ＬＡＮアクセスプロファイルまたは（より好ましくは）ＰＡＮプロファイルに従って、ＢＴドライバ上で実行される（３）。インターネットアクセスを行う適当なネットワークアクセスポイントＡＰ１，２を検出可能であるならば、指示がＷＡＬＤへ返信される（４）。このエンティティは、次に、ブルートゥースベアラとの接続が確立されるべきことを決定するので、対応したコマンドが発行される（５）。この接続コマンドは、ブルートゥースＬＬＣＴへ転送され（６）、ブルートゥースＬＬＣＴは、使用されるブルートゥースプロファイルによって指定されたネットワークアクセス手続を開始する（７）。
【００７７】
このアクセスフェーズは、認証とリンク鍵生成を含む場合と含まない場合とがある。プロセスが終了し、接続がモバイル端末ＭＴとネットワークアクセスポイントＡＰ１，２との間に確立されると、「ベアラ認証済み」イベントがＷＡＬＤへ送信され（８）、これは、リンクが最終的にデータを交換するために使用される準備ができていることを示す。
【００７８】
ＷＡＬＤは次に、選択コマンドを送信することによりインタフェースを起動する（９）。イベントがＭＷＡＬによってルーティング・マネージャＲＭへ発生され（ステップ１０）、これにより、有効なＩＰ気付アドレス取得（ｇｅｔＣＯＡ、ステップ１１）のようなレイヤ３手続の起動をトリガする。このイベントは、ルーティング・エンティティとＷＡＬＤとの間の直接通信を回避するためＭＷＡＬ２００によって生成される。かくして、将来のルーティングメカニズム、例えばＭＩＰｖ６が提供され得る。ルーティング可能なＩＰアドレスが何らかのメカニズム（ＤＨＣＰ、ＰＰＰまたは将来のＩＰｖ６自動設定）を使用して獲得されると、ＭＷＡＬインタフェースに割り当てられる（１２）。この時点以降、データはモバイル端末ＭＴとサーバ４０との間で交換可能である。
【００７９】
ルーティング・マネージャＲＭは、ＭＷＡＬインタフェースと、先に作成されたブルートゥース接続とを使用して、アプリケーションＩＰアドレスを取得するための要求をアプリケーションサーバ４０へ送信する（ステップ１３から１６）。この要求は、モバイルＩＰメッセージまたは専用ルーティングマネージメントプロトコルを使用して行われる。成功後、アプリケーションＩＰアドレス（「ホームアドレス」とも呼ばれる）はクライアントに割り当てられ、これはセッションを通じて変わらない。トンネル終端はサーバ上にセットアップされ（１８）、ＩＰアドレスは、ルーティング・マネージャＲＭがパースする責務を負うウェブページでクライアントへ返信される（１９から２２）。このプロセスが終了すると、ＩＰトンネルは、クライアントアプリケーションＩＰアドレスをその現在のＣｏＡ（図８ではＩＰベアラとも呼ばれる）と関連付けるため、モバイル端末ＭＴ上でセットアップされる（２３）。
【００８０】
上記の全てのステップが成功終了すると、ＭＮとサーバとの間にＩＰトンネルがセットアップされ、そこでＩＰペイロードは暗号化され、未使用ＳＳＬポート２４３が使用され、ＴＣＰ／ＩＰヘッダは平文でＬＯＰ動作を可能にする。データは、構築されたトンネルを使用して、モバイル端末ＭＴとアプリケーションサーバとの間で流れ得るようになる（２４から２８）。失敗した場合、モバイル端末は他の利用可能なインタフェースの使用、または、リモートサーバ４０を利用できないユーザへの指示を試みる。
【００８１】
ＭＷＡＬ２００内での垂直ハンドオーバの実行
垂直ハンドオーバを実行しなければならないとき、図９および図１０の少なくとも一方に記載された動作のシーケンスは、ＭＷＡＬ２００内で実行される。
【００８２】
図９のために使用された例は、ブルートゥースＢＴネットワークインフラストラクチャ、すなわち、ＷＰＡＮ１０を備えた建物に入る際のＧＰＲＳを使用するモバイル端末ＭＴについて説明する。ＷＡＬコーディネータは、アクセスポイントＡＰまたは基地局ＢＳの有無をチェックするため、（定期的に）ＬＬＣＴ２０４をロードする。
【００８３】
ブルートゥース（ＢＴ）ＬＬＣＴ２０４Ａがロードされ、それに関連したメソッドｃｈｅｃｋＮｅｔｗｏｒｋＩｎｆｒａｓｔｒｕｃｔｕｒｅ（）が呼び出されるとき、ブルートゥース問い合わせ手続が実行される。ユーザがアクセス権を有するブルートゥースネットワークアクセスポイントＡＰ１−２が検出されたならば、接続が作成され、肯定的な応答がＷＡＬコーディネータ２０６へ返される。この時点でＧＰＲＳデータフローは、ブルートゥースＬＬＣＴ２０４Ａを優先して無効にされ、ＧＰＲＳ  ＬＬＣＴ２０４Ｃは、最終的にホストメモリからアンロードされる。
【００８４】
垂直ハンドオーバ中に中断されるべきでない進行中のＴＣＰセッションがモバイル端末ＭＴとインターネット上のリモートホストとの間にある場合、オプションのリンク故障保護モジュールＬＯＰがロードされ、起動されるべきである。このプロセスが終了したとき、ＷＡＬコーディネータ２０６はＬＯＰモジュールをアンロードする。
【００８５】
同様に、ＭＷＡＬ２００が実行されているモバイル端末ＭＴに関係する多数の接続が存在するとき、アプリケーションの要求に従ってトラフィックに優先順位を付けるためオプションのＱｏＳモジュールをロードすることができる。
【００８６】
次に、しばらくの間、特に垂直ハンドオーバを表している図１０のシーケンス図を参考にすると、モバイル端末ＭＴが一つのワイヤレスインフラストラクチャ（ＢＴ、ＩＥＥＥ８０２．１１ｂ、ＧＰＲＳ）を経由してサーバ４０と動作中の接続を有し、リンクの品質が低下するとき、現在のアクセスポイントまたは場合によってはアクセステクノロジから別のアクセスポイントまたはアクセステクノロジへの、例えばより良くサポートされたアクセスポイントおよびテクノロジの少なくとも一方へのハンドオーバが必要になる。或いは、モバイル端末ＭＴは、他のワイヤレスネットワークの利用可能性を定期的にチェックし、ユーザ定義規準に応じてそれらのうちの一つへ切り替えることを決定する。別のアクセスポイントＡＰ１−４を同じテクノロジを使用する接続のために利用できるならば、モバイル端末ＭＴは、新しいアクセスポイントＡＰ１−４が同じＩＰサブセットに属するかどうかをチェックし、もし属さないならば、リモートアプリケーションサーバ４０との接続を維持するため、新しいＣｏＡアドレスを取得し、ＩＰトンネルを再設定する。利用できるアクセスポイントＡＰ１−４がない場合、モバイル端末ＭＴは、代わりのワイヤレスインフラストラクチャを試すこと（垂直ハンドオーバ）を要求する。後者のプロセスは、ＷＬＡＮ／ＧＰＲＳ切り替えの事例に関して図１０に詳述されている。
【００８７】
モバイル端末ＭＴがＷＬＡＮインフラストラクチャを使用してデータを交換している間（ステップ１から３）、リンク品質が低下していることを示すイベントがＭＷＡＬ２００によってＷＡＬＤへ生成される（ステップ４）。ＷＡＬＤは、ＴＣＰセグメントのバッファリングを開始するためＬＯＰモジュールを起動し（ステップ５）、代替的な利用可能なワイヤレスネットワークの探索がＭＷＡＬ２００内でトリガされる（６）。このコマンドは、ＷＬＡＮ  ＬＬＣＴに送信され（７）、ＧＰＲＳ  ＬＬＣＴに送信される（８）。ブルートゥースは、図が複雑にならないようにするため、この具体的な例には図示されていないが、この例に限定されることはない。他方、データは、リンクが未だ使用可能であると仮定すると、前のＷＬＡＮアクセスポイントを使用して流れ続ける（９から１１）。
【００８８】
新規／代替のインフラストラクチャは利用可能であることが検出されると（１２）、ＷＡＬＤはＧＰＲＳ接続を確立することに決める（１３）。ＭＷＡＬ２００は、リンク認証を含むアクセス手続を開始する（１４）。認証が終了し（１５）、リンクが使用可能になると、イベントがＷＡＬＤに返信され（１５）、ＷＡＬＤは最終的に選択コマンドを送信し（１６）、この選択コマンドはデータパケットを新しいＧＰＲＳリンクへ送信させる。ハンドオーバイベントは、新しい有効な気付アドレスＣｏＡの取得（１８）のようなレイヤ３手続がトリガされるべきことを知らせるため、ＭＷＡＬインタフェースによってルーティング・マネージャＲＭへ向けて生成される（１７）。新しいＩＰアドレスが獲得されると、ＭＷＡＬへ割り当てられる（１９）。この時点で、ＩＰトンネルは、新しいマッピング｛ＩＰ＿ｃｌｉｅｎｔ，ＩＰ＿ｂｅａｒｅｒ２｝を用いてモバイル端末ＭＴに再設定される（２０）。リモート側のトンネル構成を更新するため、専用バインディング更新メッセージがルーティング・マネージャＲＭによって認証サーバ４０へ送信される。サーバ４０は、新しい構成をトンネル端点へ通知し（２４）、その結果として、データパケットは新しい外部の宛先ＩＰアドレス（新しいクライアントＣｏＡ）を用いてカプセル化される。トンネル構成が更新された後、確認ページがクライアントへ返信される（２５から２７）。これが垂直ハンドオーバプロセスを終了させる。
【００８９】
リンク品質低下は、垂直ハンドオーバプロセスをトリガするための唯一の原因ではないことに注意する必要がある。実際にはＷＡＬＤは、コスト、利用可能な帯域幅、および、電力条件に基づいてハンドオーバプロセスの開始を決定する。ユーザは、専用モビリティ設定ツールを使用して自分の好みを示すことができる。
【００９０】
ＷＡＬと上位レイヤとの間のインタフェース
現在までに最も広く使用されているネットワーキング用のアプリケーション・プログラマのインタフェースは、ソケットインタフェースである。これは、インターネット上のアプリケーションの間にＴＣＰ／ＩＰおよびＵＤＰ／ＩＰを確立するためバークレイ大学によって最初に開発された関数のセットであり、ソケットインタフェースについては以下の参考文献が有用である。
【００９１】
（７）Ｊ．Ｔｏｕｒｒｉｌｌｅｓ，「ワイヤレスエクステンション（Ｗｉｒｅｌｅｓｓ  Ｅｘｔｅｎｓｉｏｎｓ）」，ｈｔｔｐ：／／ｗｗｗ．ｈｐｌ．ｈｏ．ｃｏｍ／ｐｅｒｓｏｎａｌ／Ｊｅａｎ＿Ｔｏｕｒｒｉｌｈｅｓ／Ｌｉｎｕｘ／Ｔｏｏｌｓ．ｈｔｍｌ
ローカルソケットはまた、ローカルに、例えば同じホスト上で実行される二つのアプリケーションの間で、または、アプリケーションとネットワークドライバとの間で通信するため作成可能である。
【００９２】
ＭＷＡＬインタフェースは、図１２に示されるように、ホストのアプリケーション空間と通信するため二つの未加工ソケットを使用するので、後者のソケット分類に含まれる。ＷＡＬコーディネータ２０６は、アプリケーションからコマンドを受信し、イベントを返信する役割を担う。ユーザ空間２１０内のアプリケーションは、専用ソケットで伝えられた非同期的なＭＷＡＬイベントを処理するため別個のスレッドを開始することが可能である。ユーザ空間２１０内のアプリケーションは、コマンドとイベントソケット２１２、２１４の両方を生成し、イベントソケットへの参照先を、特定の「ｉｏｃｔｌ」ソケットコマンドを使用して、ドライバまで渡す。ＭＷＡＬとアプリケーション空間との間で情報を交換するため使用されるデータ構造は、標準的な「ｉｆｒｅｑ」データ構造であり、これは、（７）Ｊ．Ｔｏｕｒｒｉｌｌｅｓ，「ワイヤレスエクステンション（Ｗｉｒｅｌｅｓｓ  Ｅｘｔｅｎｓｉｏｎｓ）」に記載されているように、「ｉｏｃｔｌ」コマンドを使用して、ドライバとアプリケーションとの間で参照渡しされる。
【００９３】
新しいコマンドとパラメータが
−  ＭＷＡＬモジュールＸ、Ｙのローディングとアンローディング
−  モジュールパラメータの設定
−  初期化後にイベントソケット２１４への参照先を渡す
−  リンクレイヤ接続の管理の取り扱い
−  リンクレイヤセキュリティの取り扱い
−  リンク品質表示の報告
−  低電力モードおよびページングチャネル（もしあれば）の管理
のために定義される。
【００９４】
セキュリティ
セキュリティは、プロトコルスタックのリンクレイヤからアプリケーションレイヤまでの様々なレイヤに適用できる。モバイル端末ＭＴとアクセスネットワークＡＰ，ＢＳとの間のリンク、ならびに、サーバプール４０との端点間接続の両方は、安全にする必要がある。セキュリティを強化するため、ＰＰＴＰ／ＧＲＥまたはＩＰＳＥＣ／ＥＳＰに基づくＶＰＮ、ＴＬＳ／ＳＳＬ、ＴＬＳ／ＥＡＰ上位レイヤ認証を備えたアクセスポイントにおけるＩＥＥＥ８０２．１ｘ、および、鍵生成を含む複数のオプションが考えられる。このようなオプションのそれぞれは、固有の利点と欠点がある。
【００９５】
垂直ハンドオーバ中に継続するクライアント動作に主として重点が置かれているので、（モバイル端末ＭＴとアクセスポイントＡＰとの間で）ワイヤレスホップにおけるファイアウォール／ＮＡＴトラバーサルと任意のリンク−レイヤ暗号化を簡単化するためにＧＲＥトンネルを用いて、クライアントＭＴとサーバ４０との間でＴＬＳ／ＳＳＬを使用することが望ましいと分る。このソリューションは、モバイル端末ＭＴのＭＷＡＬインタフェースで暗号化されていないＴＣＰ／ＩＰヘッダが受信できるようにするので、ＬＯＰ関数を実現可能である。或いは、モバイル端末ＭＴにおけるリソース消費のコストが僅かに増加するリンク暗号化を使用してもよい。
【００９６】
モバイル端末ＭＴとリモートサーバ４０との間の相互認証は、サービスを管理するエンティティによってカスタマに発行されるＳＳＬ証明書を用いて実現される。このソリューションの一つの欠点は、ＳＳＬ使用可能なアプリケーションを使用しなければならないことである。現在、Ｗｉｎｄｏｗｓ  ＣＥブラウザおよびｅｍａｉｌクライアントは、既にＳＳＬをサポートしているので、これはモバイル端末承認の重大な障壁であるとは考えられない。
【００９７】
セキュリティ証明書をクライアントへ配布することが望ましくない場合、例えばクライアント認証を管理するウェブサーバの標準的なセキュリティメカニズムを利用するユーザ名／パスワード式のメカニズムが、「サーバ側処理」の欄で詳述されているように使用される。モバイル端末ＭＴのワイヤレスインフラストラクチャへのアクセスを安全にすることに関する限り、以下の点が考慮される。  
−ＧＰＲＳの例では、ＳＩＭベースのセキュリティが標準的である。  
−ブルートゥースの場合、アクセスポイントＡＰ１，２のネットワークを用いるボンディング手続が、最初にそれらがアクセスされるときに必要である。インフラストラクチャ内の各アクセスポイントＡＰ１，のための手続をペアにすることでユーザを煩わせることは好ましくないので、「グループ鍵」の考え方が使用される。これは、ブルートゥース・スペシャル・インタレスト・グループ（ＳＩＧ）のセキュリティ・エキスパート・グループによって導入された新しい機能であり、現行のＢＴ１．１  ハードウェア／ファームウェアの変更を必要としない。ハンドオーバが行われるとき、再認証が不要である。ブルートゥースインフラストラクチャでグループ鍵を使用することに関する詳細は、まもなく発行されるＢＴアクセス・ポイント・ローミング（ＡＰＲ）仕様書に含まれていることを指摘することは役に立つ。  
−ＷＬＡＮの場合、従来のＷＥＰ暗号を使用可能であるが、これは決して理想的なソリューションではないことが分るであろう。インフラストラクチャへのアクセスは、アクセスポイントＡＰ３，４をリモート認証ダイヤルイン・ユーザ・サービス（ＲＡＤＩＵＳ）サーバ３００，３０２に接続し、ブリッジするために登録されたＭＡＣアドレスを備えたフレームだけを許可することにより、制御可能である。これは、ＭＡＣアドレスをスプーフする可能性があることが分るので、最も安全な手続であるとは考えられないであろう。ＩＥＥＥ８０２．１ｘアーキテクチャは、この問題を解決するかもしれないが、この種のインフラストラクチャは本発明に不可欠ではない。
【００９８】
インターネットへの企業内ネットワークの接続ポイント（入口ルータ）は、一つ以上のファイアウォールによって常に保護されるべきであり、モバイル端末は、ファイアウォール構造に特殊なポリシーを要求することなく、結果として生じる制限を考慮すべきである。
【００９９】
企業内インフラストラクチャでは、ＲＡＤＩＵＳサーバ３００，３０２は、モバイル端末ＭＴのアクセスを制御するため使用可能である。ＤＨＣＰインフラストラクチャも配備されるので、モバイル端末ＭＴはリースされたＩＰアドレスを取得できる。セキュリティに関する限り、以下のメカニズムのうちの一つ以上が組み込まれる。  
−アプリケーションはセキュア・ソケット・レイヤ（ＳＳＬ）のような安全なデータ転送に基づいている。  
−ロケーション更新は、可能であれば専用メカニズムを介して、ＳＳＬのような安全なデータ転送を使用して保護される。  
−ワイヤレスネットワークへのアクセスは、認証および照合の少なくとも一方のためのチャレンジを行う標準的なメカニズム（例えば、ＲＡＤＩＵＳサーバに接続されたアクセスポイントＡＰと、ＧＰＲＳ  ＳＩＭベースのセキュリティ）によって制御される。  
−ファイアウォールは、外部ネットワークからの無許可のアクセスを阻止するためＭＴに組み込まれる。  
−アクセス手続は、通常、初期認証のために長い時間を要するので、ＭＷＡＬは、一方のインタフェースでこれらのタスクを実行可能であり、同時にもう一方のインタフェースが使用されている。これは、アクセス手続およびデータ交換がパイプライン化されるので、ハンドオーバプロセスを短縮することができる。  
一面において、本発明は、既存のデータ接続がインストールもしくは中断されることなく、かつ、ユーザ介入を必要とすることなく、クライアント装置／モバイル端末が垂直ハンドオーバを実行できるように、すなわち、一方のワイヤレスアクセス規格と別のワイヤレスアクセス規格の間で切り替わるように、基本的なＷＡＬフレームワークを拡張する。したがって、本発明は好ましくは、検出されたワイヤレスネットワークインフラストラクチャに依存して、クライアント装置を一方のワイヤレスアクセス規格から別のワイヤレスアクセス規格へ切り替えることができる効率的なアレンジメントを提供することが分る。
【０１００】
本発明は、好ましい一つの実施形態に関して特に図示され、解説されているが、当業者に理解されるように、形態および詳細の変更は、本発明の範囲および精神から逸脱することなくなされるであろう。例えば、ここで使用された用語「インターネット」は、その他のインターネット・プロトコル（ＩＰ）ベースのシステムのような等価的なアレンジメントへの接続を包含することが分るであろう。その上、開示されたクライアント装置は、ユーザによる可搬性と、例えば利用可能なネットワークインフラストラクチャが変化した場合に、少なくとも異なるワイヤレス通信規格の間で切り替わる能力の必要性と、を反映するためモバイル端末の形で具現化される。このようなモバイル端末は、例えば携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、または、モバイル通信装置を含むが、クライアント装置は、実際には一時的に、もしくは、実質的に永久的に固定していても構わないことが分るであろう。また、一つ、二つ以上、または、すべてのアクセスネットワークに関して、クライアント装置は固定型であり、一つまたはそれぞれの周囲のネットワークインフラストラクチャが移動することもあり、この場合、クライアント装置のモビリティは、当該装置と、その一つまたは複数のアクセスネットワークとの間の相対移動を表現していると考えられる。
【０１０１】
用語集：
３Ｇ  第３世代セルラシステム
ＡＡＡ  認証、許可、および、アカウンティング
ＡＲＰ  アドレス・レゾリューション・プロトコル
ＧＲＰＳ  汎用パケット無線システム
ＨＣＩ  ホスト・コントローラ・インタフェース
ＩＥＴＦ  インターネット・エンジニアリング・タスク・フォース
ＩＰ  インターネット・プロトコル
ＬＡＮ  ローカル・エリア・ネットワーク
ＬＬＣＴ  論理リンク制御トランスレータ
ＬＯＰ  リンク故障保護
ＭＡＣ  媒体アクセス制御
ＭＴ  モバイル端末
ＰＡＮ  パーソナル・エリア・ネットワーク
ＴＣＰ  伝送制御プロトコル
ＵＤＰ  ユーザ・データグラム・プロトコル
ＷＡＬ  ワイヤレス・アダプテーション・レイヤ
ＷＬＡＮ  ワイヤレス・ローカル・エリア・ネットワーク
ＷＰＡＮ  ワイヤレス・パーソナル・エリア・ネットワーク
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態によるアレンジメントを含む通信システムの基準アーキテクチャを示す図である。
【図２】図１のシステムのネットワークドライバの概略図である。
【図３】図２に示されたアーキテクチャのより詳細な図である。
【図４】転送制御プロトコル（ＴＣＰ）上のリンク切断の影響の概略図である。
【図５】図１によるアレンジメントに使用されるＩＰ同士のトンネル構成の概略図である。
【図６】図２および図３のアーキテクチャおよび関連したソフトウェアのクラス図である。
【図７】図２および図３のアーキテクチャおよび関連したソフトウェアのクラス図である。
【図８】図１から図３のアレンジメントを使用するサーバへの初期アクセスのシーケンス図である。
【図９】図１から図３のアレンジメントを使用する種々のワイヤレス通信規格間の垂直ハンドオーバのシーケンス図である。
【図１０】図１から図３のアレンジメントを使用する種々のワイヤレス通信規格間の垂直ハンドオーバのシーケンス図である。
【図１１】図１から図３のアレンジメントで使用されるクライアント認証手続きのシーケンス図である。
【図１２】図１から図３のアレンジメントのネットワークインタフェースのブロック線図である。
【図１】
2005516538.tif 000003
【図２】
2005516538.tif 000004
【図３】
2005516538.tif 000005
【図４】
2005516538.tif 000006
【図５】
2005516538.tif 000007
【図６】
2005516538.tif 000008
【図７】
2005516538.tif 000009
【図８】
2005516538.tif 000010
【図９】
2005516538.tif 000011
【図１０】
2005516538.tif 000012
【図１１】
2005516538.tif 000013
【図１２】
2005516538.tif 000014
【手続補正書】
【提出日】平成16年8月12日(2004.8.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
インターネット・プロトコル（ＩＰ）ベースの通信アレンジメント用のクライアント装置であって、
当該クライアント装置は、複数のインターネット・プロトコル互換性のワイヤレス通信規格に準拠して当該クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアを含み、
前記マルチスタンダードハードウェアの動作は、ワイヤレス・アダプテーション・レイヤを有するソフトウェアアーキテクチャを含むネットワークドライバによって制御され、
前記ソフトウェアアーキテクチャは、情報がワイヤレスリンクを介して送信元から当該クライアント装置へ送信されているとき、当該クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成され、
前記ソフトウェアアーキテクチャは、前記送信元を任意にフリーズするソフトウェアモジュールを含む、
クライアント装置。
【請求項２】
請求項１記載のクライアント装置において、
前記ソフトウェアモジュールは、前記ワイヤレスリンクが利用できなくなる場合に、前記送信元をフリーズするよう適合している、クライアント装置。
【請求項３】
請求項１または２記載のクライアント装置において、
前記ソフトウェアモジュールは、アップストリームとダウンストリームの両方向で転送制御プロトコルおよびインターネット・プロトコルの少なくとも一方（ＴＣＰ／ＩＰ）のセグメントのフローを監視するため適合し、
前記モジュールは、好ましくは、ワイヤレスリンクが利用できなくなる場合に転送制御プロトコル（ＴＣＰ）送信元をフリーズし、さらに好ましくは、少なくとも新しいリンクが利用可能になるまで前記送信元をフリーズする、
クライアント装置。
【請求項４】
請求項１から３の何れかに記載のクライアント装置において、
前記垂直ハンドオーバは、シームレスである、クライアント装置。
【請求項５】
請求項１または４の何れかに記載のクライアント装置において、
前記ワイヤレス・アダプテーション・レイヤは、ネットワークベースのアプリケーションが前記垂直ハンドオーバ中に当該クライアント装置上でユーザに気付かれることなく実行させられるように適合している、クライアント装置。
【請求項６】
請求項１から５の何れかに記載のクライアント装置において、
前記クライアント装置は、どのワイヤレスアクセスネットワークが利用可能であるかを判定し、
前記垂直ハンドオーバは、前記利用可能なワイヤレスアクセスネットワークまたは前記利用可能なワイヤレスアクセスネットワークのそれぞれのインフラストラクチャに依存して実行される、
クライアント装置。
【請求項７】
請求項１から６の何れかに記載のクライアント装置において、
前記装置は、ユーザ携帯型端末を含む、クライアント装置。
【請求項８】
請求項１から７の何れかに記載のクライアント装置において、
前記インターネット・プロトコル互換性のワイヤレス通信規格は、汎用パケット無線システム（ＧＰＲＳ）規格、ＩＥＥＥ８０２．１１ｂ規格、および、ブルートゥース規格のうちの一つを含む、クライアント装置。
【請求項９】
請求項１から８の何れかに記載されたクライアント装置でネットワークドライバのワイヤレス・アダプテーション・レイヤを実施するため適したソフトウェア製品であって、
当該ソフトウェア製品は、
ａ）インターネット・プロトコルパケットの送信と、
ｂ）無線リンク品質の監視と、
ｃ）無線リンク品質の制御と、
ｄ）さらなる装置のページングと、
ｅ）ネットワークの異なるアクセスポイントもしくは基地局の間、または、ネットワークの間の前記クライアント装置のハンドオーバと、
ｆ）随意的な送信元のフリーズと、
のうちの少なくとも一つのための前記クライアント装置のプロトコルスタックのインターネット・プロトコルレイヤに統一したインタフェースを規定するためのコードを含む、ソフトウェア製品。
【請求項１０】
請求項９記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムおよびアプリケーションに、ＯＳＩプロトコルスタックのレイヤ２とレイヤ３の間の単一のインタフェースを規定し、このインタフェースを介して、一つ以上のデータ、コマンド、および、イベントが交換される、ソフトウェア製品。
【請求項１１】
請求項１０記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースの全体的な動作を制御し、
ａ）ソフトウェアモジュールのロードおよびアンロードを判定し、制御するためのコードと、
ｂ）前記垂直ハンドオーバを準備するためのコードと、
ｃ）アプリケーションからコマンドを受信し、イベントを返信するためのコードと、
のうちの少なくとも一つのコードを有するワイヤレス・アダプテーション・レイヤ・コーディネータをさらに含む、ソフトウェア製品。
【請求項１２】
請求項１１記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記ネットワークドライバのデータプレーンと制御プレーンに別々にアクセスし、前記ワイヤレス・アダプテーション・レイヤの制御アプリケーションに一の前記ワイヤレス通信規格による接続を管理させることができ、同時に、別の前記ワイヤレス通信規格はデータを交換するために使用される、ソフトウェア製品。
【請求項１３】
請求項１０から１２の何れかに記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤ・インタフェースは、前記クライアント装置のオペレーティングシステムには、アプリケーションレイヤからソケットインタフェースを用いて制御可能である共有リソースネットワークインタフェースとして見える、ソフトウェア製品。
【請求項１４】
請求項９から１３の何れかに記載のソフトウェア製品において、
ソフトウェアモジュールは、動的に、ワイヤレス・アダプテーション・レイヤにロードされ、前記ワイヤレス・アダプテーション・レイヤからアンロードされ、
前記モジュールは、前記ワイヤレスハードウェアを前記ワイヤレス通信規格に適合させるコード、または、前記ワイヤレス・アダプテーション・レイヤによって転送されたインターネット・プロトコルパケットを操作させるコードを含む、ソフトウェア製品。
【請求項１５】
請求項９から１４の何れかに記載のソフトウェア製品において、
前記クライアント装置とさらなるクライアント装置またはネットワークとの間のワイヤレスリンク上でインターネット・プロトコルパケットの送信および受信のうちの少なくとも一方を行うための特定の前記ワイヤレス通信規格に特有の機能をカプセル化するコードを有する下位レイヤドライバモジュールを含む、ソフトウェア製品。
【請求項１６】
請求項１５記載のソフトウェア製品において、
前記下位レイヤモジュールは、
ａ）ベースバンドプロセッサの下位レイヤの初期化と、
ｂ）前記マルチスタンダードハードウェアモジュールとのデータフレームおよび制御メッセージのうちの少なくとも一方の交換と、
ｃ）接続の確立の管理と、
ｄ）前記クライアント装置がアイドルモードからウエイクさせられるようなページングチャネルの管理と、
ｅ）前記クライアント装置の低電力モードの管理と、
ｆ）前記クライアント装置のワイヤレス接続におけるリンクの品質の管理と、
のうちの少なくとも一つのためのコードを含む、ソフトウェア製品。
【請求項１７】
請求項１５または１６記載のソフトウェア製品において、
前記下位レイヤモジュールは、データプレーンおよび制御プレーンを具備し、
前記データプレーンは、前記ワイヤレス・アダプテーション・レイヤと前記ハードウェアモジュールとの間でフレームを転送するためのコードを含み、
前記制御プレーンは、ネットワークアクセスインフラストラクチャが存在する場合に接続を検出するためのコード、および、データを交換する前に接続を確立するためのコードのうちの少なくとも一方のためのコードを含む、ソフトウェア製品。
【請求項１８】
請求項１３から１７の何れかに記載のソフトウェア製品において、
アップストリームとダウンストリームの両方向で転送制御プロトコルおよびインターネット・プロトコルの少なくとも一方（ＴＣＰ／ＩＰ）のセグメントのフローを監視するためのコードを有するソフトウェアモジュールをさらに含み、
前記モジュールは、好ましくは、ワイヤレスリンクが利用できなくなる場合に転送制御プロトコル（ＴＣＰ）送信元をフリーズするためのコードを含み、さらに好ましくは、少なくとも新しいリンクが利用可能になるまで前記送信元をフリーズするためのコードを含む、ソフトウェア製品。
【請求項１９】
請求項１３から１８の何れかに記載のソフトウェア製品において、
前記ワイヤレス・アダプテーション・レイヤの媒体アクセス制御（ＭＡＣ）アドレスが前記垂直ハンドオーバ中に変化しないことを保証するためのコードを有するソフトウェアモジュールを含む、ソフトウェア製品。
【請求項２０】
請求項１３から１９の何れかに記載のソフトウェアモジュールにおいて、
サービス品質を監視するためのコードを有し、前記クライアント装置に関与する多数のワイヤレス接続が準備できている場合、好ましくは、現在実行中のアプリケーションの要求に応じてトラフィックに優先順位を付けるためのコードを有するソフトウェアモジュールを含む、ソフトウェアモジュール。
【請求項２１】
クライアント装置のワイヤレス動作をサポートする方法であって、
情報がワイヤレスリンクを介して送信元から前記クライアント装置へ送信されているとき、複数のインターネット・プロトコル互換性のワイヤレス通信規格の間でネットワークドライバのワイヤレス・アダプテーション・レイヤの制御の下で前記クライアント装置の垂直ハンドオーバを実行するため前記クライアント装置のマルチスタンダードハードウェアを設定するステップを含み、
前記ワイヤレスリンクが利用できなくなる場合、前記送信元を任意にフリーズするステップを含む、方法。
【請求項２２】
複数のワイヤレス通信規格のうちの一つによってクライアント装置に接続するのに適合したインターネット・プロトコルベースの通信システムであって、
前記クライアント装置は、好ましくは、モバイル端末を具備し、複数の前記ワイヤレス通信規格に準拠して前記クライアント装置のワイヤレス動作をサポートするのに適合したマルチスタンダードハードウェアを含み、
前記規格における操作または前記規格の間の変更は、前記クライアント装置に前記ワイヤレス通信規格の間で垂直ハンドオーバを実行させるように構成されたワイヤレス・アダプテーション・レイヤ（ＷＡＬ）を含む所定のソフトウェアアーキテクチャによって制御され、
情報がワイヤレスリンクを介して送信元から前記クライアント装置へ送信されているとき、前記ソフトウェアアーキテクチャは前記送信元を随意的にフリーズするソフトウェアモジュールを含む、通信システム。
【国際調査報告】
2005516538.tif 000015
2005516538.tif 000016
2005516538.tif 000017