(57)【特許請求の範囲】
【請求項１】
モバイル・デバイスと、複数のワイヤレス短距離アクセス・ポイント（Ａ３１〜Ａ４４）のうちの１つのワイヤレス短距離アクセス・ポイント（Ａ３１〜Ａ４４）との間の接続性の損失を予測するための方法であって、
前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられたアクセス・ポイント（Ａ３１〜Ａ４４）の識別子と、これらの関連付けの各々の持続時間とを収集するステップであって、その結果、前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられた前記アクセス・ポイントのカバレッジ・エリアの内部のモバイル・デバイスの移動に対応する複数の経路を再生成し、各経路は、接続性が開始されるルート・アクセス・ポイントと、前記接続性が失われるデッド・エンド・アクセス・ポイントとを備えている、ステップと、
前記モバイル・デバイスが現在関連付けられている現在のアクセス・ポイントを検出するステップと、
前記現在のアクセス・ポイントを備えている前記経路を識別するステップと、
前記現在のアクセス・ポイントから前記ルート・アクセス・ポイントへの、または前記識別された経路の各々の前記デッド・エンド・アクセス・ポイントへの前記識別された経路の各々をたどるときに、前記接続性を失うリスクを計算するステップであって、第１のアクセス・ポイントから第２のアクセス・ポイントへの経路をたどるときに接続性を失うリスクは、前記第１のアクセス・ポイントから前記第２のアクセス・ポイントへの前記経路に含まれる前記アクセス・ポイントに対応する関連付けの前記収集された持続時間の合計の逆数である、ステップと
を含む方法。
【請求項２】
前記モバイル・デバイスが現在関連付けられる前記アクセス・ポイントによって提供される前記接続性を使用した前記モバイル・デバイスにおける少なくとも１つのアプリケーションを識別するステップと、
前記識別されたアプリケーションについて、それより上では前記接続性が失われると考えられるしきい値を決定するステップと、
計算されたリスクが、前記決定されたしきい値よりも大きいときに、前記識別されたアプリケーションのハンドオーバをトリガするステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記しきい値は、前記識別されたアプリケーションによって使用される接続を別のワイヤレス短距離アクセス・ポイントへハンドオーバするために必要とされる時間である、請求項２に記載の方法。
【請求項４】
前記しきい値は、前記識別されたアプリケーションによって使用される接続を長距離通信ネットワークへハンドオーバするために必要とされる時間である、請求項２に記載の方法。
【請求項５】
前記計算されたリスクは、事前定義されたパラメータによって重み付けされる、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
モバイル・デバイスと、複数のワイヤレス短距離アクセス・ポイント（Ａ３１〜Ａ４４）のうちの１つのワイヤレス短距離アクセス・ポイント（Ａ３１〜Ａ４４）との間の接続性の損失を予測するためのシステムであって、
前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられたアクセス・ポイント（Ａ３１〜Ａ４４）の識別子と、これらの関連付けの各々の持続時間とを収集するための手段であって、その結果、前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられた前記アクセス・ポイントのカバレッジ・エリアの内部のモバイル・デバイスの移動に対応する複数の経路を再生成し、各経路は、接続性が開始されるルート・アクセス・ポイントと、前記接続性が失われるデッド・エンド・アクセス・ポイントとを備えている、手段と、
前記モバイル・デバイスが現在関連付けられている現在のアクセス・ポイントを検出するための手段と、
前記現在のアクセス・ポイントを備えている前記経路を識別するための手段と、
前記現在のアクセス・ポイントから前記ルート・アクセス・ポイントへの、または前記識別された経路の各々の前記デッド・エンド・アクセス・ポイントへの前記識別された経路の各々をたどるときに、前記接続性を失うリスクを計算するための手段であって、第１のアクセス・ポイントから第２のアクセス・ポイントへの経路をたどるときに接続性を失うリスクは、前記第１のアクセス・ポイントから前記第２のアクセス・ポイントへの前記経路に含まれる前記アクセス・ポイントに対応する関連付けの前記収集された持続時間の合計の逆数である、手段と
を備えているシステム。
【請求項７】
前記モバイル・デバイスが現在関連付けられる前記アクセス・ポイントによって提供される前記接続性を使用した前記モバイル・デバイスにおける少なくとも１つのアプリケーションを識別するための手段と、
前記識別されたアプリケーションについて、それより上では前記接続性が失われると考えられるしきい値を決定するための手段と、
計算されたリスクが、前記決定されたしきい値よりも大きいときに、前記識別されたアプリケーションのハンドオーバをトリガするための手段と
をさらに備えている、請求項６に記載のシステム。
【請求項８】
前記識別されたアプリケーションは、切断の影響を受けやすいアプリケーションである、請求項７に記載のシステム。
【請求項９】
前記経路は、サイト・マップから取得される、請求項６または７に記載のシステム。
【請求項１０】
前記ワイヤレス短距離アクセス・ポイントは、ワイファイ・アクセス・ポイントである、請求項６乃至８のいずれか１項に記載のシステム。
【請求項１１】
コンピュータの処理装置の上で実施され、請求項１乃至５のいずれか１項に記載の方法のステップに対応する命令を実行するためのコード・セクションを含むコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、短距離のワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続性に関する。
【背景技術】
【０００２】
ワイファイ（ＷｉＦｉ）（ＩＥＥＥ８０２．１１とも称されるワイヤレス・フィデリティを表す）は、今や、通信ランドスケープの中に完全に統合され、主要なワイヤレス・ローカル・エリア・ネットワーキング（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｉｎｇ）規格になっている。約５０Ｍｂｐｓまでの理論的スループットを有する数百メートルまでのカバレッジを提供する異なるバージョン（すなわち、８０２．１１ａ／ｂ／ｇ／ｎ）の形で開発されて、ワイファイ・ネットワークは、ビジネス環境、公共環境及び居住環境を含めた様々な環境にわたってばらまかれた非常に多数のワイファイ・アクセス・ポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ）を用いて広く展開されている。
【０００３】
ワイファイ・アクセス・ポイントの範囲内でローミングする間、ワイファイ・インターフェースを装備したモバイル・デバイスは、遅延の制約を受けた通信サービス（ボイス・オーバーＩＰ、ＩＰＴＶ、ストリーミングなど）を含む異なる通信サービスのための広域ネットワーク（インターネットやイントラネットなど）に対して、このアクセス・ポイントを通して、常に接続されたままでいることもある。
【０００４】
しかしながら、モバイル・デバイスが、このワイファイ・アクセス・ポイントのカバレッジを離れるとすぐに、中断が発生し、ワイファイ・ネットワーク接続の損失を引き起こす。それゆえに、モビリティ中のシームレスな接続を保持するためのハンドオーバ技法が提案され、その結果、移動する間、ワイファイ・ユーザは、ワイファイ・アクセス・ポイントを経由して、彼らの進行中の通信において実質的な中断を経験することはない。
【０００５】
それにもかかわらず、異なる問題解決手法が、ワイファイ・アクセス・ポイントの間のハンドオーバ・プロセスを改善するために提案されているが、ハンドオーバ・トリガリングは、多くの場合に、無線強度測定値（信号対干渉雑音比（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ａｎｄ  Ｎｏｉｓｅ  Ｒａｔｉｏ）ＳＩＮＲや受信信号強度（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ）ＲＳＳなど）に基づいている。実際に、無線強度レベルが、事前定義されたしきい値よりも低くなるときに、移動局は、別のワイファイ・アクセス・ポイントへとローミングするか、またはよりよい接続性を提供する別のネットワーク（例えば、ＬＴＥ）へと現在のワイファイ接続を切り替えるかのいずれかとすることができる。
【０００６】
無線強度測定値が、十分に正確でなく、また一般にハードウェア・プラットフォームに依存するので、そのような問題解決手法は、堅牢性を欠いている。さらに、無線強度レベルは、減衰およびフェージングにより（特に、複数経路の伝搬のために）急速に減少する可能性があり、移動局が現在のワイファイ接続を、それを中断せずに別の無線ネットワークの上に移動させるのに十分な時間を有さないというリスクを伴う。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の一目的は、既存のネットワーク・ストリームを保存し、またはよりよい接続性を提案する別のネットワークへと移動させるすべての必要なアクションを行うために、移動局と、ワイファイ・インフラストラクチャとの間のワイファイ接続損失を予測する方法およびアルゴリズムを提案することである。
【０００８】
本発明の別の目的は、シームレスなモビリティのためにイントラ・ワイファイ・アクセス・ポイント・ハンドオーバのための方法を提供することである。
【０００９】
本発明の別の目的は、イントラ・ワイファイ・ハンドオーバのための効率的なトリガを提供することである。
【００１０】
本発明の別の目的は、遅延と、システム全体のスループットとの観点から利得を提供するイントラ・ワイファイ・アクセス・ポイント・ハンドオーバのためのメトリックを提案することである。
【課題を解決するための手段】
【００１１】
様々な実施形態は、上記で説明される１つまたは複数の問題の影響に対処することを対象としている。以下は、実施形態についての簡略化された概要を提示して、様々な実施形態のいくつかの態様についての基本的な理解を提供している。この概要は、これらの様々な実施形態についての網羅的な概説ではない。この概要は、不可欠な要素のうちの必須の手段を識別すること、またはこれらの様々な実施形態の範囲を示すことを意図してはいない。その唯一の目的は、後で考察されるより詳細な説明に対する前置きとして、簡略化された形態でいくつかの概念を提示することである。
【００１２】
様々な実施形態は、モバイル・デバイスと、複数のワイヤレス短距離アクセス・ポイントのうちの１つのワイヤレス短距離アクセス・ポイントとの間の接続性の損失を予測するための方法であって、
−  モバイル・デバイスが接続性の損失なしに連続的に関連付けられたアクセス・ポイントの識別子と、これらの関連付けの各々の持続時間とを収集するステップであって、その結果、前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられた前記アクセス・ポイントのカバレッジ・エリアの内部のモバイル・デバイスの移動に対応する複数の経路を再生成し、各経路は、接続性が開始されるルート・アクセス・ポイントと、前記接続性が失われるデッド・エンド・アクセス・ポイントとを備えている、収集するステップと、
−  モバイル・デバイスが現在関連付けられる現在のアクセス・ポイントを検出するステップと、
−  前記現在のアクセス・ポイントを備えている経路を識別するステップと、
−  前記現在のアクセス・ポイントからルート・アクセス・ポイントへの、または前記識別された経路の各々のデッド・エンド・アクセス・ポイントへの前記識別された経路の各々をたどるときに接続性を失うリスクを計算するステップであって、第１のアクセス・ポイントから第２のアクセス・ポイントへの経路をたどるときに接続性を失うリスクは、前記第１のアクセス・ポイントから前記第２のアクセス・ポイントへの前記経路に含まれるアクセス・ポイントに対応する関連付けの収集された持続時間の合計の逆数である、計算するステップと
を含む方法に関する。
【００１３】
広範な一態様によれば、上記の方法は、
−  前記モバイル・デバイスが現在関連付けられるアクセス・ポイントによって提供される接続性を使用したモバイル・デバイスにおける少なくともアプリケーションの識別ステップと、
−  識別されたアプリケーションについて、それより上では接続性が失われると考えられるしきい値の値の決定ステップと、
−  計算されたリスクが、決定されたしきい値の値よりも大きいときに、識別されたアプリケーションのハンドオーバのトリガするステップと
をさらに含む。
【００１４】
別の広範な態様によれば、しきい値の値は、別のワイヤレス短距離アクセス・ポイントに対して、識別されたアプリケーションによって使用される接続をハンドオーバするために必要とされる時間である。
【００１５】
別の広範な態様によれば、しきい値の値は、長距離通信ネットワークに対して、識別されたアプリケーションによって使用される接続をハンドオーバするために必要とされる時間である。
【００１６】
様々な実施形態は、モバイル・デバイスと、複数のそのようなワイヤレス・アクセス・ポイントのうちのワイヤレス短距離アクセス・ポイントとの間の接続性の損失を予測するためのシステムであって、
−  モバイル・デバイスが接続性の損失なしに連続的に関連付けられたアクセス・ポイントの識別子と、これらの関連付けの各々の持続時間とを収集するための手段であって、その結果、前記モバイル・デバイスが接続性の損失なしに連続的に関連付けられた前記アクセス・ポイントのカバレッジ・エリアの内部のモバイル・デバイスの移動に対応する複数の経路を再生成し、各経路は、接続性が開始されるルート・アクセス・ポイントと、前記接続性が失われるデッド・エンド・アクセス・ポイントとを備えている、収集するための手段と、
−  モバイル・デバイスが現在関連付けられる現在のアクセス・ポイントを検出するための手段と、
−  前記現在のアクセス・ポイントを備えている経路を識別するための手段と、
−  前記現在のアクセス・ポイントからルート・アクセス・ポイントへの、または前記識別された経路の各々のデッド・エンド・アクセス・ポイントへの前記識別された経路の各々をたどるときに接続性を失うリスクを計算するための手段であって、第１のアクセス・ポイントから第２のアクセス・ポイントへの経路をたどるときに接続性を失うリスクは、前記第１のアクセス・ポイントから前記第２のアクセス・ポイントへの前記経路に含まれるアクセス・ポイントに対応する関連付けの収集された持続時間の合計の逆数である、計算するための手段と
を含むシステムに関する。
【００１７】
広範な一態様によれば、上記のシステムは、
−  前記モバイル・デバイスが現在関連付けられるアクセス・ポイントによって提供される接続性を使用したモバイル・デバイスにおける少なくともアプリケーションを識別するための手段と、
−  識別されたアプリケーションについて、それより上では接続性が失われると考えられるしきい値の値を決定するための手段と、
−  計算されたリスクが、決定されたしきい値の値よりも大きいときに、識別されたアプリケーションのハンドオーバをトリガするための手段と
をさらに含む。
【００１８】
別の広範な態様によれば、経路は、サイト・マップから取得される。
【００１９】
別の広範な態様によれば、ワイヤレス短距離アクセス・ポイントは、ワイファイ・アクセス・ポイントである。
【００２０】
様々な実施形態は、さらに、上記の方法を実行するためのコンピュータ・プログラム製品に関する。
【００２１】
様々な実施形態は、様々な修正形態と、代替的な形態との影響を受けやすいが、その特定の実施形態が、例として図面の中に示されている。しかしながら、特定の実施形態の本明細書における説明は、様々な実施形態を開示される特定の形態だけに限定することを意図してはいないことを理解すべきである。
【００２２】
そのような実際の任意の実施形態の開発において、実装形態特有の決定が、システムに関連した制約条件との準拠やビジネスに関連した制約条件との準拠など、開発者の特定の目標を達成するために行われるべきであることが、もちろん理解される可能性がある。そのような開発努力は、時間がかかってしまう可能性があるが、それにもかかわらず、本開示の恩恵を受ける当業者のための通常の理解になり得ることが、理解されるであろう。
【００２３】
本発明の目的と、利点と、他の特徴とは、以下の開示と、特許請求の範囲とからより明らかになるであろう。好ましい実施形態についての以下の非限定的な説明は、添付の図面を参照して例示の目的のためだけに与えられる。
【図面の簡単な説明】
【００２４】
【図１】様々な実施形態を展開するための環境を示す概略図である。
【図２】様々な実施形態による、ハンドオーバ・トリガリングのための機能コンポーネントを示す概略図である。
【図３】代表的な環境における様々な実施形態についての実装形態を示す概略図である。
【発明を実施するための形態】
【００２５】
図１を参照すると、環境１０の中に展開される複数のワイファイ・アクセス・ポイントＡ１〜Ａ１０が、示されている。これらのワイファイ・アクセス・ポイントＡ１〜Ａ１０は、住居もしくはビジネスのローカル・エリア接続性、および／または公共もしくは商用のホットスポット接続性のための任意のアクセス・ノードとすることができる。
【００２６】
環境１０の実例となる例として、人は、会社、大学、ホテル、空港、ショッピング・モール、ダウンタウン・ロケーション、歩行者用の通り、カルチャー・センタ、地域、あるいは複数のワイファイ・アクセス・ポイントＡ１〜Ａ１０によって少なくとも部分的にカバーされ得るより一般的な任意のエリアまたは建物に言及することができる。
【００２７】
ワイファイ可能なモバイル・デバイス２を提供されるユーザ１は、環境１０において、ビデオ・ストリーミング、インスタント・メッセージング、ウェブ・ブラウジング、ファイル転送プロトコル（ｆｔｐ）、メッセージング（メール）、ＭＭｏＩＰ（音声、データ、ビデオなどのマルチメディア・オーバーＩＰ（Ｍｕｌｔｉｍｅｄｉａ  ｏｖｅｒ  ＩＰ））、アップローディング／ダウンローディング・ファイルなど、切断耐性のあるアプリケーションと切断の影響を受けやすいアプリケーションとの両方を含む異なる通信サービスから恩恵を受けることができる。
【００２８】
「モバイル・デバイス」により、ここでは、ワイファイ・インターフェースを通して、ワイファイ・アクセス・ポイントＡ１〜Ａ１０にこのユーザ機器を自動的に接続することを許可する、ワイファイ・インターフェースと、ワイファイ接続マネージャとが提供される任意のユーザ機器を意味している。ラップトップ・コンピュータ、スマートフォン、モバイル電話、または携帯型個人情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）は、そのようなモバイル・デバイス２の例である。
【００２９】
ワイファイ・アクセス・ポイントＡ１〜Ａ１０を通して少なくともアクティブな接続を保持しながら、ユーザ１が、環境１０の中を移動するときに、この接続は、ユーザ１がそれらのそれぞれのカバレッジ・エリアを通して移動するワイファイ・アクセス・ポイントＡ１〜Ａ１０の間でハンドオフされる。その結果、環境１０の中で移動しながら、ワイファイ・アクセス・ポイントＡ１〜Ａ１０のカバレッジ・エリアの内部のユーザ移動に対応する「経路」は、ユーザが関連付けられている（すなわち、それに接続されている）ワイファイ・アクセス・ポイントを表すノードから作られていることになる。これらの経路は、クロス・ロード・ノードにおいて互いに交差する。
【００３０】
例えば、ユーザ１が、ワイファイ・アクセス・ポイントＡ１０、Ａ９、Ａ７、Ａ６の近くに連続的に移動し、またこれらのワイファイ・アクセス・ポイントを通して、ユーザが、それぞれ、ウェブ・ブラウジング・サービスを保持している（または単に、必ずしもアプリケーションによって使用されているとは限らずに、確立されたワイファイ接続を有している）場合、そのときには環境１０の中のユーザ移動に対応する経路Ａ１０〜Ａ９〜Ａ７〜Ａ６が、作られる。これらのアクセス・ポイントＡ１０、Ａ９、Ａ７、Ａ６は、接続のために手動的に、または自動的に選択されることもある。
【００３１】
用語「移動する（ｍｏｖｅ）」は、時間的に連続しているか、または離散的であるかを問わず、「鉄道の駅からオフィスへと歩くこと、オフィスにおいて働くこと、オフィスに近いレストランにランチのために行くこと、３階のフロアまでエレベータに乗ること、鉄道の駅まで戻ること」など、環境１０の中のユーザ１のロケーションにおける任意の変化を含むように広範に理解されるべきである。
【００３２】
ワイファイ・アクセス・ポイントＡ１〜Ａ１０のうちのいくつかは、カバレッジ・ホールに隣接して、または環境１０の境界（環境１０の入り口／出口の近くなど）に位置していることもあり、その結果、それらは、ユーザが環境１０の内部でたどることができる経路の中の「デッド・エンド」アクセス・ポイントに対応することに注意すべきである。それに対して、他のアクセス・ポイントＡ１〜Ａ１０は、「安全な場所」（接続の観点から）に対応しており、ここでは、ユーザ１が、ワイファイ接続損失のリスクなしに（家やオフィスの中など）長い時間、滞在することが、検出されている。
【００３３】
それに応じて、モバイル・デバイス２が、接続性の損失なしに連続的に関連付けられたアクセス・ポイントＡ１〜Ａ１０の識別子と、これらの関連付けの各々の持続時間とは、収集され、その結果、モバイル・デバイス２が、接続性の損失なしに連続的に関連付けられたアクセス・ポイントＡ１〜Ａ１０のカバレッジ・エリアの内部のモバイル・デバイス２の移動に対応する複数の経路を再生成しており、各経路は、接続性が開始されるルート・アクセス・ポイントと、この接続性が失われるデッド・エンド・アクセス・ポイントとを備えている。それゆえに、環境１０の内部のユーザ１がたどる経路と、これらの経路のノード（すなわち、アクセス・ポイント）の各々に対するモバイル・デバイス２の関連付けの持続時間とは、収集され、また登録される。
【００３４】
環境１０の中のユーザ１が以前にたどった経路（すなわち、収集された経路）のトポロジは、
−  ワイファイ・アクセス・ポイントＡ１〜Ａ１０の接続を検出するワイファイ接続性マネージャによって自動的に、また漸進的にのいずれかで作られ、また記憶され、
−  サーバからダウンロードされ、または
−  ユーザによって手動的に構成されることさえもある。
【００３５】
有利なことに、経路のトポロジが、モバイル・デバイス２によって自動的に作られる場合、これらの経路は、モバイル・デバイスの無線性能と整合しており、またユーザの動きに対して整合している。
【００３６】
さらに、ユーザは、環境１０の中で移動しているが、ワイファイ接続性マネージャは、ユーザ１がたどる経路と、モバイル・デバイス２の上で実行されるアプリケーションによって使用される進行中のネットワーク・ストリームのタイプとを絶えず、または間欠的に検査して、少なくとも進行中のネットワーク・ストリームの損失を開始する前に、別のワイファイ・アクセス・ポイントＡ１〜Ａ１０に向かって（あるいは、代わりに、３Ｇワイヤレス・ネットワークや４Ｇワイヤレス・ネットワークなど、別の無線アクセス・ネットワークに向かって）、ハンドオーバ・プロシージャをトリガすべきかどうかを決定するように構成されている。
【００３７】
次いで、現在の経路の各ノードにおいて（言い換えれば、モバイル・デバイス２が、現在、関連付けられる各ワイファイ・アクセス・ポイントＡ１〜Ａ１０において、このワイファイ・アクセス・ポイントは、進行中の経路のうちの最初のノード、中間のノード、または最後のノードとすることができる）、ワイファイ接続性マネージャは、新しいワイファイ・アクセス・ポイントＡ１〜Ａ１０が検出される場合に、経路をアップデートし、またはたどるべき最大の確率を有する経路を推定するように構成されている。
【００３８】
その目的を達成するために、モバイル・デバイス２が、現在関連付けられる現在のアクセス・ポイントは、検出され、また現在のアクセス・ポイントを備えている経路が、収集された経路から識別される。次いで、現在のアクセス・ポイントからルート・アクセス・ポイントへの、または識別された経路の各々についてのデッド・エンド・アクセス・ポイントへの識別された経路の各々をたどるときに接続性を失うリスクが、計算される。第１のアクセス・ポイントから第２のアクセス・ポイントへの経路をたどるときに接続性を失うリスクは、第１のアクセス・ポイントから第２のアクセス・ポイントへのこの経路に含まれるアクセス・ポイントに対応する関連付けの収集された持続時間の合計の逆数である。
【００３９】
言い換えれば、環境１０の中を移動しながら、ユーザ１がたどる現在の経路の各ノードにおいて、ワイファイ接続性マネージャは、失われるべき現在の接続性のリスクを算出する。このリスクは、モバイル・デバイス２が、関連付けられる現在のワイファイ・アクセス・ポイントからルート・ワイファイ・アクセス・ポイントへと、または現在のワイファイ・アクセス・ノードを備えている各々収集された経路のデッド・エンド・ワイファイ・アクセス・ポイントへと（すなわち、接続性が、開始され、または接続損失が、発生させられる場合のユーザ１が以前にたどった経路における最後のワイファイ・アクセス・ポイント、および最初のワイファイ・アクセス・ポイント）進むために必要な遅延に依存する。関連付けの持続時間の合計によって与えられるこの遅延は、ＲＳＳＩの変動で評価される可能性のあるユーザの移動速度によって除算された、経路の中のワイファイ・アクセス・ポイント（すなわち、ノード）の間の距離に基づいて算出されることもある。さらに、この遅延は、以前の経路中に測定される遅延の手段を使用して算出されることもある。例えば、アクセス・ポイントＡ１からアクセス・ポイントＡ２へと進むために必要な遅延は、
−  アクセス・ポイントＡ１からアクセス・ポイントＡ２へと進む遅延、および
−  アクセス・ポイントＡ２からアクセス・ポイントＡ１へと進む（すなわち、逆の経路）遅延
の数値計算手段とすることができる。
【００４０】
リスクは、モバイル・デバイス２と、ワイファイ・アクセス・ポイントＡ１〜Ａ１０との間の確立されたワイファイ接続を失う確率を推定する動的値である。このリスクは、各々の現在の経路について算出され、また現在のユーザ・ロケーションと速度とに依存する。値は、動的であり、また各々の新しいワイファイ・アクセス・ポイントの関連付けにおいて算出される。
【００４１】
一実施形態においては、計算された瞬間的なリスクは、１日のうちの時間帯と、週日（例えば、公休日であるか否か）とに依存することもある事前定義された外部パラメータによって重み付けされる。
【００４２】
各算出の後に、現在のユーザ・ロケーションと速度とから、各経路のリスクは、しきい値の値と比較される。リスクが、このしきい値以上になる場合に、進行中のネットワーク・ストリームのハンドオーバが、トリガされることになる。このしきい値は、動的であり、またワイファイ接続を現在利用しているアプリケーションに依存する。このしきい値は、接続損失と、これらのアプリケーションに対する接続損失の影響（すなわち、ワイファイ切断耐性アプリケーションであるか否か）との場合に、これらのアプリケーションを適切に取り扱うために必要な時間に基づいて算出される。
【００４３】
一実施形態においては、リアル・タイム通信アプリケーションが、実行されていない場合、しきい値は、無限大である。これは、例えば、ブラウジング・アプリケーションの場合である。それに対して、実行されているアプリケーションが、音声通信やビデオ通信などのリアル・タイム・アプリケーションである場合、このしきい値は、使用可能な（データ・セルラー方式ネットワークなどの）場合には別の無線接続の上でセッションを転送し、またはそれらのセッション（例えば、音声／ビデオ・メッセージング・システムの上のリダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ））を適切に終了するために必要な時間に対応する可能性がある。
【００４４】
実行されているアプリケーションが、一時的なネットワーク接続損失によってあまり深く影響を受けない場合には、しきい値は、セッションを再確立するために必要な遅延に、ユーザが、サービスが使用可能ではないことを受け入れる間の遅延を加えたものとして推定される可能性がある。例えば、「インスタント・メッセージング」アプリケーションについてのしきい値は、１０分の１秒（ａ  ｔｅｎｔｈ  ｏｆ  ｓｅｃｏｎｄｓ）とすることができる。
【００４５】
算出されたリスクが、しきい値よりも大きくなるときに、ワイファイ接続性マネージャは、適切な決定を行うことにより、ワイファイ接続損失を予測する。これらの決定は、
−  ユーザに警告し、
−  ハンドオーバ・プロシージャをトリガし、すなわち、現在のメディア・ストリームを別の、またより安全な無線接続性へと切り替え、その結果、それらが失われないようになり、
−  この接続損失によって損傷を受ける可能性のあるアプリケーションを停止し、延期し、またはハイバネートする。
【００４６】
それに応じて、しきい値の現在の値は、対応する現在のしきい値の値が適用されるべきアクティブなアプリケーションと、それらの進行中のネットワーク・ストリームを検出することにより推定される。各々のアクティブなアプリケーションのために、または各々の進行中のネットワーク・ストリーム（アプリケーションは、インスタント・メッセージング・アプリケーションなどの、すなわち、テキスト、オーディオ、ビデオなどの１つよりも多いネットワーク・ストリームを有することができる）のために、しきい値は、アプリケーションを損なうことになるハンドオーバ遅延の逆数に対応する。例えば、ワイファイ・アクセス・ポイントと、セルラー方式ネットワークとの間のウェブ・ブラウジング・サービスのハンドオーバが、５秒よりも短い間しか続かない（Ｄ＿ブラウジング＿ハンドオーバ＝５）場合、そのときにはしきい値は、Ｔ＿ブラウジング＝１／５になるであろう。より一般的には、人は、
−  Ｄ＿ＭＭｏＩＰ＿ハンドオーバ＝１秒を有することができ、そのときにはＩＰアプリケーションＴ＿ＭＭｏＩＰの上のマルチメディアについてのしきい値は、１に等しく、
−  Ｄ＿ビデオ＿ストリーミング＿ハンドオーバ＝２秒を有することができ、そのときにはビデオ・ストリーミング・アプリケーションＴ＿ビデオ＿ストリーミングについてのしきい値は、０，５に等しい。この値は、バッファ長に依存することもあり、
−  Ｄ＿チャット＿ハンドオーバ＝５秒を有することができ、そのときにはチャット・アプリケーションＴ＿チャットについてのしきい値は、０，２に等しく、
−  Ｄ＿メール＿ハンドオーバ＝１０秒を有することができ、そのときにはメール・アプリケーションＴ＿メールについてのしきい値は、０，１に等しい。
【００４７】
一実施形態においては、アプリケーションのしきい値は、デフォルト値に基づいて、かつ／または実際のハンドオーバ中に行われる測定値に基づいて計算される。デフォルト値は、一般的なユーザ経験に対応する。
【００４８】
図２は、ワイファイ接続性マネージャ３０についての実例となる一実施形態を示すものである。実際に、ワイファイ接続性マネージャ３０は、ワイファイ接続損失を予測し、また別のワイファイ・アクセス・ポイント、または別の通信ネットワークに向かって、ハンドオーバを連続的にトリガするように構成されている。その目的を達成するために、ワイファイ接続性マネージャ３０は、
−  しきい値算出が、現在のアクティブなストリームに基づいている、それより上でハンドオーバがトリガされるべきしきい値を推定することを担当するしきい値推定器２２（これらのアクティブなストリームの検出は、アクティブなソケットを識別するネットワーク・レベルで、またはアクティブなストリームを示すためにアプリケーションによって使用されるＡＰＩを用いたモバイル・デバイス・レベルで行われることもある。代わりに、しきい値推定器は、モバイル・デバイスのＯＳフレームワーク・ファシリティを使用して、アクティブなストリームを検出し、またはストリームの中のＱｏＳマーカを使用して、それらのリアル・タイム依存性を識別し、またそれに応じて対応するしきい値の値を決定する。）と、
−  ワイファイ接続性を失うリスクをリアル・タイムに算出することを担当するリスク算出器２４と、
−  現在推定されたしきい値と算出されたリスクとを比較し、またその後に適切な決定を行うように構成されたハンドオーバ・デシジョン・メーカー２３（ひとたび、計算されたリスクが、推定されたしきい値よりも大きくなった後に、ハンドオーバ・デシジョン・メーカー２３は、ワイファイ・レイヤ２６を経由してワイファイ・アクセス・ポイントに向かって、またはセルラー方式ＰＨＹ／ＭＡＣレイヤ２７を経由してセルラー方式モバイル通信ネットワークに向かってハンドオーバを実行するためのハンドオーバ管理モジュール２８をトリガする。）と、
−  ワイファイ・レイヤ２６を通して、ユーザがたどっている経路を収集すること、および検出することを担当する経路検出器２５と
を備えている。
【００４９】
もちろん、上記で説明されたワイファイ接続性マネージャ３０は、モバイル・デバイスの異なるモジュールとの他のインターフェースを含むことができる。
【００５０】
一実施形態においては、経路検出器２５は、ユーザによって提供される経路を供給され、かつ／またはサイト・マップからダウンロードされる。
【００５１】
一実施形態においては、しきい値推定器２２は、ワイファイ接続性を経由して、進行中のネットワーク・ストリーム（アップローディング／ダウンローディング、ウェブ・ブラウジング、ビデオ・ストリーミングなど）を検出するＡＰＩ（アプリケーション・プログラミング・インターフェース）を埋め込む。次いで、アクティブなアプリケーション当たりの、またはより一般的には進行中のネットワーク・ストリーム２１１〜２１３当たりのしきい値の値（例えば、ＭＭｏＩＰ、チャット、ビデオ・ストリーミング、ブラウジング、メール、ソーシャル・ネットワーク）が、与えられる。しきい値推定器２２は、さらに、しきい値の値を指定する能力をユーザに提供することができることに注意すべきである。
【００５２】
次に図３を参照すると、上記の開示の実例となる一実施形態が、どのようにしてリスクとしきい値とが、算出され得るかと、どのようにして切断の影響を受けやすいアプリケーションが、取り扱われ得るかとを教示するために提示される。
【００５３】
図３の例においては、環境は、複数のワイファイ・アクセス・ポイントＡ３１〜Ａ４４を備えている建物３０である。
【００５４】
ユーザが、建物３０に入り、また経路Ｐ１（破線）に沿ってユーザのオフィス３１へと歩き、そこで、ユーザは、仕事を開始し、ユーザのモバイル・デバイスは、それが、Ａ４１の無線カバレッジの下に入るとすぐに、自動的にＡ４１に関連付けられる。ワイファイ接続性マネージャは、（モバイル・デバイスを切断された状態から接続された状態へと変更して）ルート・アクセス・ポイントＡ４１から開始される新しい経路Ｐ１を記録する。このワイファイ・アクセス・ポイントＡ４１は、そのＢＳＳＩＤ（基本サービス・セットＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ））を有する経路Ｐ１の中で識別される。その後に、タイマーは、ワイファイ接続性が、この関連付けの持続時間を測定するために確立されるとすぐに、装備される。ユーザは、ユーザのオフィス３１へと歩く。モバイル・デバイスは、ハンドオーバによって知られているプロセスに従って、アクセス・ポイントＡ３１と、Ａ３２と、Ａ３３とを通して、連続的にワイファイ接続を保持する。スマートフォンが、Ａ４１の関連付けを失って、Ａ３１を通した、よりよい接続性を確立するときに、Ａ３１は、Ａ４１の関連付けを用いて上記で初期化される経路に追加される。タイマーが、停止させられ、またＡ３１に到達するために必要な遅延に対応する値Ｄ１＿３１が、経路の内部に記憶される（すなわち、Ａ４１に対する関連付けの持続時間）。ワイファイ接続性マネージャは、今や、経路Ｐ１を取るときに、Ａ４１からＡ３１へと進むことは、およそＤ１＿３１かかることを知っている。ユーザが、ユーザのオフィス３１にいるときに、経路Ｐ１は、遅延［Ｄ１＿３１、Ｄ１＿３２、Ｄ１＿３３］を有するＡ４１〜Ａ３１〜Ａ３２〜Ａ３３から成る。
【００５５】
ある種の期間（例えば、１時間または２時間）中に、ユーザの電子メールをチェックした後に、ユーザは、ユーザのオフィス３１から会議室３２へと進む。これは、遅延［Ｄ２＿３４、Ｄ２＿３５］を有するアクセス・ポイントＡ３３〜Ａ３４〜Ａ３５から成る経路Ｐ２（点線）を作り出す。ワイファイ・アクセス・ポイントＡ３３に対する接続の期間が、非常に長い（すなわち、数時間）ので、Ａ３３は、「安全な場所」として考えられる。逆方向の経路Ｐ２ｒ（すなわち、会議室３２からオフィス３１への）は、自動的に作り出される。Ｐ２ｒは、対応する遅延［Ｄ２＿３５、Ｄ２＿３４］を有するＡ３５〜Ａ３４〜Ａ３３である。
【００５６】
経路Ｐ２（それぞれ、Ｐ２ｒ）は、Ａ３３（それぞれ、Ａ３５）によってカバーされる「安全な場所」から開始される単一の経路、または新しい経路をもたらす経路Ｐ１（それぞれ、Ｐ２）の連続性とすることができる。
【００５７】
例えば、２時間の会議の後に、ユーザは、ユーザのオフィス３１に戻ってくる。会議室３２と、オフィス３１との間のワイファイ接続性を保証するアクセス・ポイントが、同じＡ３５〜Ａ３４〜Ａ３３であるので、これは、新しい経路を作り出さない。この新しい値は、実際に、Ａ３４からＡ３３へと歩くのに必要な時間に対応するのに対して、第１の値は、ユーザが、ユーザのオフィス３１に到着した瞬間と、ユーザが、ユーザのオフィス３１を離れた瞬間との間で経過した時間に対応するので、Ａ３４と、Ａ３３との間の遅延を使用して、Ｄ２＿３４をアップデートする。同じ理由のために、ステップ２において測定される遅延Ｄ２＿３５は、およそ会議の持続時間に対応する新しい値でアップデートされる。しかし、この長い値は、Ａ３５が、「安全な場所」として考えられ得ることを示している。
【００５８】
ユーザは、建物３０を離れて、ワイファイ・アクセス・ポイントＡ３８の無線カバレッジ（破線および点線）の下の出口を通してランチに行く。これは、対応する遅延［Ｄ３＿３４、Ｄ３＿３５、Ｄ３＿３６、Ｄ３＿３７、Ｄ３＿３８、Ｄ３＿３８損失］を有する新しい経路Ｐ３  Ａ３３〜Ａ３４〜Ａ３５〜Ａ３６〜Ａ３７〜Ａ３８を作り出す。Ａ３４と、Ａ３５との間で測定される新しい遅延Ｄ３＿３５（すなわち、Ａ３４に対する関連付けの持続時間）は、Ｄ２＿３５と比較され、また両方の経路は、新しい値が、以前の値に比べてかなり小さくもなく、また大きくもない場合に、平均の遅延でアップデートされる。Ｄ３＿３４は、経路Ｐ２において測定される遅延、すなわち、Ｄ２＿３４である。最後の遅延Ｄ３＿３８損失は、モバイル・デバイスが、デッド・エンド・アクセス・ポイントＡ３８に関連付けられる時刻と、ワイファイ接続が、失われる時刻との間で測定される遅延である。逆方向の経路Ｐ３ｒが、すなわち、遅延［Ｄ３＿３８、Ｄ３＿３７、Ｄ３＿３６、Ｄ３＿３５、Ｄ３＿３４］を有するＰ３ｒ＝Ａ３８〜Ａ３７〜Ａ３６〜Ａ３５〜Ａ３４〜Ａ３３が、自動的に作り出される。Ａ３８とのワイファイ接続性が失われるときに、このアクセス・ポイントは、デッド・エンド・アクセス・ポイントとして考えられる。この接続性が失われる１日の時間帯（すなわち、Ａ３８に対する関連付けの持続時間）は、ワイファイ接続性マネージャによって登録される。これを使用して、ユーザの習慣に基づいてリスクを重み付けすることができる。
【００５９】
ユーザは、ランチから帰ってくる。ユーザは、同じドアを通して建物３０に入り、また経路Ｐ３に沿ってユーザのオフィス３１へと歩く。Ａ３８とＡ３７との間の遅延と、Ａ３７とＡ３６との間の遅延と、Ａ３６とＡ３５との間の遅延と、Ａ３５とＡ３４との間の遅延と、Ａ３４とＡ３３との間の遅延とは、上記と同じアルゴリズムに従ってアップデートされ、すなわち、新しい値が、以前の値に比べてかなり大きい場合、それは、考慮に入れられない。新しい値が、以前の値よりもかなり小さい場合、新しい値は、以前の値を置換する。そうでない場合には、新しい値は、以前の値と、現在の値との平均である。
【００６０】
リスク計算の実例となる例として、ユーザは、クライアントと、通信しているが、鉄道の駅へと行って、列車に乗る必要がある。この使用の場合のまさに初めにおいて、ユーザは、ユーザのオフィス３１の中に座っている。コールは、ビデオ・セッションであり、またワイファイ・アクセス・ポイントＡ３３によって提供されるワイファイ接続の上でＳＩＰにおいて確立されている。
【００６１】
その時には、ユーザがたどることができる３つの経路が、すなわち、Ｐ１ｒ（Ｐ１の逆方向の経路）と、Ｐ２と、Ｐ３とが、存在している。
【００６２】
一実施形態においては、これらの経路の各々についてのリスクは、次のように、算出される。すなわち、
−  Ｐ１ｒをたどるときのリスクＲ１ｒは、１／（Ｄ１＿４１損失＋Ｄ１＿３３＋Ｄ１＿３２＋Ｄ１＿３１）によって与えられる。Ｄ１＿４１損失は、Ａ４１に接続されるときにそれは、まだ接続損失を経験していないので、この場合には、ヌルである。ここで、Ｄ１＿３１は、Ｄ１＿４１損失を含んでいる。
−  Ｐ２をたどるときのリスクＲ２は、Ｐ２の終わりにデッド・エンド・アクセス・ポイントが、存在していないので、ヌルである。そのときには、Ｒ２は、０に等しい。
−  Ｐ３をたどるときのリスクＲ３は、１／（Ｄ３＿３８損失＋Ｄ３＿３７＋Ｄ３＿３６＋Ｄ３＿３５＋Ｄ３＿３４）によって与えられる。
【００６３】
これらの３つの値は、現在実行されている接続ベースのアプリケーション２１１〜２１３に基づいて算出されるしきい値と比較される。それに応じて、これらのしきい値は、進行中のストリームの特性を考慮に入れる。実際に、各ストリームのために必要とされるＱｏＳは、ハンドオーバしきい値に対して影響を与える。リアル・タイム・ストリームは、データ損失を回避する早期の、また迅速なハンドオーバを必要とするが、ブラウジングなど、他のストリームは、切断耐性がある。例えば、しきい値Ｔは、１／Ｄ＿ビデオ＿ハンドオーバに近い可能性があり、ここではＤ＿ビデオ＿ハンドオーバは、ワイファイ・ネットワークからセルラー方式データ・ネットワークへと現在のビデオ・セッションを切り替えるために必要な遅延である（Ｄ＿ビデオ＿ハンドオーバは、例えば、約１秒である）。
【００６４】
一実施形態においては、アプリケーション・タイプ当たりのこれらのしきい値についての初期値またはデフォルト値が、選択され、その結果、すべてのリスクは、これらの初期のしきい値の値より低くなる。
【００６５】
第１のステップにおいて、ユーザが、建物の出口に向かって移動し、またモバイル・デバイスが、ワイファイ・アクセス・ポイントＡ３２に関連付けられるときに、ユーザが移動している速度を表す瞬間的な経路Ｐｉ＝Ａ３〜Ａ２と、関連する遅延Ｄｉ＿３２とが、作り出される。この瞬間的な経路Ｐｉは、すべての履歴の経路（すなわち、Ｐ１、Ｐ１ｒ、Ｐ２、Ｐ２ｒ、Ｐ３、Ｐ３ｒ）のうちのＰ１ｒに含まれるにすぎないので、そのときにはこの経路Ｐ１ｒは、たどられる可能性が最も高いものである。
【００６６】
第２のステップにおいて、新しいリスクは、今や、Ｒ１ｒ＝１／（Ｄ１＿４１損失＋Ｄ１＿３２＋Ｄ１＿３１）であり、また進行中のネットワーク・ストリーム（例えば、ビデオのストリーム）に対してしきい値Ｔと比較される。Ｔは、ビデオ・コールが、依然としてモバイル・デバイスの上で実行されているので、変化していない。ユーザが、以前に算出される平均値よりも速く移動しているか、またはゆっくり移動しているかどうかを推定するために、測定されたＤｉ＿３１は、Ｄ１＿３２と比較される可能性があり、それによってリスクＲ１ｒの精度を改善している。
【００６７】
第３のステップにおいて、モバイル・デバイスは、ワイファイ・アクセス・ポイントＡ３１に関連付けられる。経路Ｐ１のトポロジによれば、ワイファイ接続性が失われる前に、ただ１つのアクセス・ポイントが、残されているだけである。リスクは、アクセス・ポイントＡ３１に関連付けられるときに、Ｒ１ｒ＝１／（Ｄ１＿４１損失＋Ｄ１＿３１）であり、このリスクは、急速に大きくなる。その結果として、モバイル・デバイスが、ワイファイ・アクセス・ポイントＡ３１に関連付けられるときに、ワイファイ接続性マネージャは、この関連付け以来の遅延Ｄｉを測定するタイマーを開始させる。リスクは、以下の式、すなわち、Ｒ１ｒ＝１／（Ｄ１＿４１損失＋（Ｄ１＿３１−Ｄｉ＿ａ））に従って算出される。
【００６８】
第４のステップにおいて、現在のリスクが、しきい値Ｔ以上になるときに、ワイファイ接続性マネージャは、セルラー方式データ・ネットワークの上で切断の影響を受けやすいアプリケーション２１１〜２１３（ビデオ・コールなど）のハンドオーバをトリガする。これは、端末が、依然としてワイファイ・アクセス・ポイントＡ３１を通して接続されている間に、またはデッド・エンド・ワイファイ・アクセス・ポイントＡ４１に接続されるときのいずれかに起こる可能性がある（Ａ４１に関連付けられるときに、Ｒ１ｒは、最初に、第３のステップの式を使用して算出され、またタイマーは、Ｐ１ｒ算出アップデートのためにＤ１＿４１損失を測定するためにＡ４１の関連付けにおいて開始される）。
【００６９】
代わりに、リスク・レベルは、環境の内部のロケーションに依存して、ユーザによって構成されることもある。
【００７０】
一実施形態においては、環境１０の内部のモバイル・デバイスの移動に関連した情報は、ロケーション・ベースのアプリケーションと、「移動ベースの」アプリケーションとに相互に関連付けられ、またハンドオーバだけではない。「移動ベースの」アプリケーションは、ユーザ・ロケーションに依存するだけではなく、ユーザが歩いている方向と、ユーザがそのために使用している速度とにも依存するアプリケーションである。
【００７１】
有利なことに、上記で説明された方法およびシステムは、ハンドオーバについてのトリガリング・ポイントのセキュリティ保護された決定を可能にし、任意のマルチメディア通信損失を防止し（すなわち、これらのストリームを失う前にマルチメディア・ストリームのハンドオーバをトリガしており）、またマルチメディア・セッションの連続性（マルチメディア・アプリケーション・プロバイダにとって特に興味のある）を保証している。さらに、提案されたシステムは、それが、進行中のアプリケーションの特性（切断の影響を受けやすい、または切断耐性のある）を考慮に入れるので、正確なハンドオーバの決定を保証している。
【００７２】
上記で説明された方法およびシステムは、ワイファイの場合と同じやり方で、どのような他のワイヤレスＬＡＮ規格の場合にも適用され得ることに注意すべきである。
【図１】
0005947468.tif 000002
【図２】
0005947468.tif 000003
【図３】
0005947468.tif 000004