(57)【要約】【課題】  サービスのレベルを区別するためのメカニズムを改善する。【解決手段】  複数のトラフィックフローを、それらの優先度により区別する方法であって、前記フローは、無線ネットワークにおいて１つ又は複数の他のデバイスと通信する１つの物理ネットワークデバイスを共有しており、複数の仮想ネットワークデバイスを提供して、前記１つの物理ネットワークデバイスを当該複数の仮想ネットワークデバイスへ分割するステップと、前記複数のトラフィックフローを前記複数の異なる仮想ネットワークデバイスへそれぞれマッピングするステップと、優先度の低いトラフィックフローが優先度の高いトラフィックフローに対して持つ影響を低減するために、優先度の低いフローに対応する仮想ネットワークデバイスの１つをスリープモードかドーズモードか節電モードに設定するステップとを含む。【選択図】  図２
2010283828.tif 000002
【特許請求の範囲】
【請求項１】
複数のトラフィックフローを、それらの優先度により区別する方法であって、前記フローは、無線ネットワークにおいて１つ又は複数の他のデバイスと通信する１つの物理ネットワークデバイスを共有しており、
複数の仮想ネットワークデバイスを提供して、前記１つの物理ネットワークデバイスを当該複数の仮想ネットワークデバイスへ分割するステップと、
前記複数のトラフィックフローを前記複数の異なる仮想ネットワークデバイスへそれぞれマッピングするステップと、
優先度の低いトラフィックフローが優先度の高いトラフィックフローに対して持つ影響を低減するために、優先度の低いフローに対応する仮想ネットワークデバイスの１つをスリープモードかドーズモードか節電モードに設定するステップと、
優先度の低いフローに対応する仮想ネットワークデバイスを前記節電モードに設定すべき程度にまで、優先度の高いフローが優先度の低いフローの影響を受けていることを示すパラメータを監視又はチェックするステップであって、前記パラメータは、優先度の高いフローのキューイング遅延を含むものである、ステップと
を含む方法。
【請求項２】
前記複数の仮想ネットワークデバイスの一つが前記節電モードか前記スリープモードか前記ドーズモードに移行したことを、優先度の低いトラフィックフローに対応する遠隔仮想ネットワークデバイスが検出すると、当該遠隔仮想ネットワークデバイスが前記節電モードか前記スリープモードか前記ドーズモードに移行するステップを更に含む請求項１に記載の方法。
【請求項３】
リアルタイムアプリケーションが開始されたときと、
最初のリアルタイムパケットが生成されたときと、
ハードウェア送信キューを優先度の低いトラフィックと共有している優先度の高いトラフィックの遅延が過大であるときと、
優先度の高いフローが同じハードウェアキューを共有している優先度の低いフローの影響を受けていることを示すパラメータがある閾値を超えたときと
のうちのいずれか又は任意の組み合わせに応じて、前記複数の仮想ネットワークデバイスが生成される、請求項１又は２に記載の方法。
【請求項４】
優先度の低いフローに対応する仮想ネットワークデバイスが、当該仮想ネットワークデバイスが節電モードかスリープモードかドーズモードにあること又はこれらのモードに移行することを示すメッセージを、当該仮想ネットワークデバイスの通信相手又は他の遠隔仮想ネットワークデバイスへと送信するステップを更に含む請求項１〜３のいずれか一項に記載の方法。
【請求項５】
複数のトラフィックフローを、それらの優先度により区別する装置であって、前記フローは、無線ネットワークにおいて１つ又は複数の他のデバイスと通信する１つの物理ネットワークデバイスを共有しており、
複数の仮想ネットワークデバイスを提供して、前記１つの物理ネットワークデバイスを当該複数の仮想ネットワークデバイスへ分割するモジュールと、
前記複数のトラフィックフローを前記複数の異なる仮想ネットワークデバイスへそれぞれマッピングするモジュールと、
優先度の低いトラフィックフローが優先度の高いトラフィックフローに対して持つ影響を低減するために、優先度の低いフローに対応する仮想ネットワークデバイスの１つをスリープモードかドーズモードか節電モードに設定するモジュールと、
優先度の低いフローに対応する仮想ネットワークデバイスを前記節電モードに設定すべき程度にまで、優先度の高いフローが優先度の低いフローの影響を受けていることを示すパラメータを監視又はチェックするモジュールであって、前記パラメータは、優先度の高いフローのキューイング遅延を含むものである、モジュールと
を備えた装置。
【請求項６】
前記複数の仮想ネットワークデバイスの一つが前記節電モードか前記スリープモードか前記ドーズモードに移行したことを、優先度の低いトラフィックフローに対応する遠隔仮想ネットワークデバイスが検出すると、当該遠隔仮想ネットワークデバイスが前記節電モードか前記スリープモードか前記ドーズモードに移行するためのモジュールを更に備えた請求項５に記載の装置。
【請求項７】
リアルタイムアプリケーションが開始されたときと、
最初のリアルタイムパケットが生成されたときと、
ハードウェア送信キューを優先度の低いトラフィックと共有している優先度の高いトラフィックの遅延が過大であるときと、
優先度の高いフローが同じハードウェアキューを共有している優先度の低いフローの影響を受けていることを示すパラメータがある閾値を超えたときと
のうちのいずれか又は任意の組み合わせに応じて、前記複数の仮想ネットワークデバイスが生成される、請求項５又は６に記載の装置。
【請求項８】
優先度の低いフローに対応する仮想ネットワークデバイスが、当該仮想ネットワークデバイスが節電モードかスリープモードかドーズモードにあること又はこれらのモードに移行することを示すメッセージを、当該仮想ネットワークデバイスの通信相手又は他の遠隔仮想ネットワークデバイスへと送信するためのモジュールを更に備えた請求項５〜７のいずれか一項に記載の装置。
【請求項９】
請求項１〜４のいずれか一項に記載の方法に含まれる全てのステップをコンピュータに実行させるコンピュータ・プログラム・コードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラフィックフローを区別する方法及び装置に関する。
【背景技術】
【０００２】
今日の無線インフラストラクチャ又はアドホックレガシー８０２．１１ネットワークにおいて、ビデオトラフィック、オーディオトラフィックを生成または受信し、同時にベストエフォートトラフィック（例えば、Ｐ２Ｐ、ＦＴＰ）をアップロードあるいはダウンロードするユーザは、リアルタイムトラフィックの品質の低下に直面する。この品質低下には、少なくとも２つの要因がある。
【０００３】
第１の要因は、レガシー８０２．１１におけるＡＰ又はＳＴＡの独特なハードウェア送信キューである。ベストエフォートトラフィック及びリアルタイムトラフィックは、ＷＬＡＮデバイス上の同じハードウェア送信キューを共有している。ベストエフォートトラフィック生成レートに応じて、リアルタイム（ＲＴ）パケットは、相当数のベストエフォート（ＢＥ）パケットの後にキューへ入れられる。このように、時間的な制約のあるアプリケーションのデッドラインの要件に影響が出る可能性がある。更に、ハードウェア送信キューのサイズが制限されることにより、全てのキュースロットが既に占拠されている場合には、ＲＴパケットの不都合なドロッピングが生じる。ハードウェアレベルの優先度（あるいは優先順位）に基づくキュー規律及び破棄ルールが存在しない場合には、ＲＴトラフィックは、相当の遅延及びジッター（jitter）の影響を受ける可能性がある。
【０００４】
低下に寄与する第２の要因は、（ダウンリンク、アップリンク）×（ＲＴ、ＢＥ）パケット間の高い競合である。アップリンク及びダウンリンクのトラフィックは、同じ無線リソースを共有する。全てのダウンリンクフローをサービスする責任を有する局（例えば、ＡＰ）は、アップリンクフローをサービスする各々の局と同じアクセス優先度を有する。そのため、全てのダウンリンクフローは、１つのアップリンクフローが取得するアクセス数とほぼ同数のアクセスを共有しなければならない。ベストエフォートアップリンクトラフィックの高い負荷が存在する場合には（例えば、Ｐ２Ｐファイル共有又はＦＴＰ）、アップリンクとダウンリンクの不均等（unfairness）が生じ（例えば、非特許文献１を参照）、アップリンクフロー及びダウンリンクフロー間のスループットの非対称性は、サービス区別メカニズム（例えば、８０２．１１ｅ）の使用の有無とは関係なく、フロー数の増加とともにアップリンクにとって有利となる。更に、区別されたキューごとの媒体アクセス・パラメータにより、（例えば、８０２．１１ｅのように）競合する局の数が減るかもしれないが（ＭＡＣエンティティのサブセットのみが、ある一定のタイムスロットにアクセスすることを許される）、飽和トラフィックのシナリオでは、全てのタイムスロットで少なくとも１つの優先度の低い局がそのバックオフカウンタデッドラインに達する確率が非常に高くなる。よって実際に保護されるタイムスロットの数が減り、一般的に、８０２．１１ｅのトラフィック優先度の効果が低下する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Francisco Mico, Jose Miguel Villalon2 and Pedro Cuenca, Unfairness Uplink/Downlink in IEEE 802.11 WLANs, NAEC, September 2008
【発明の概要】
【発明が解決しようとする課題】
【０００６】
フローレベルのサービス区別については、多くの解決法が既に提案されている。しかし、その多くは、商用デバイスでの実施を妨げる、８０２−１１規格に準拠していないメカニズムを使用する。更に、いずれの解決法も、競合するユーザの数を低減する問題、又はＷＬＡＮハードウェアレベルでのパケットキューイングまたは破棄の原理の欠如に対して、明確に対処することができない。ＩＥＥＥ  ８０２．１１ｅの修正は、これらの問題に立ち向かえないことを示しており、レガシーＩＥＥＥ  ８０２．１１ＷＬＡＮについて示されているような、アップリンクリソース、ダウンリンクリソースの不均等（unfair）な再配分（repartition）に関する同じ問題を呈する。
【０００７】
実用的な観点から、通常用いられる１つの選択肢は、遅延の影響を受けるアプリケーションを優遇するために、広い帯域幅を必要とするアプリケーションを制限することである。これは通常、ＳＫＹＰＥ、ＭＳＮのビデオ呼び出しあるいはオーディオ呼び出しを開始する一時的なＰ２Ｐユーザのケースである。利用可能な無線帯域幅に応じて、ユーザ又はオペレーティングシステムは、ビデオ通信あるいはオーディオ通信の品質を改善するため、Ｐ２Ｐアプリケーションによって要求される帯域幅を制限しなければならない。このアプローチは、２つの異なる局面において不便である。第１に、ユーザによる手作業の介入を必要とする点である。第２に、優先度の低いトラフィックよりもビデオトラフィックあるいはオーディオトラフィックを優遇するトラフィックシェーピングが可能なオペレーティングシステムとの関係で、ＷＬＡＮデバイスの作動が必要となる点である。
【０００８】
そのため、サービスのレベルを区別するためのメカニズムの改善が求められている。
【課題を解決するための手段】
【０００９】
一実施形態によれば、複数のトラフィックフローを、それらの優先度により区別する方法であって、前記フローは、無線ネットワークにおいて１つ又は複数の他のデバイスと通信する１つの物理ネットワークデバイスを共有しており、複数の仮想ネットワークデバイスを提供して、前記１つの物理ネットワークデバイスを当該複数の仮想ネットワークデバイスへ分割するステップと、前記複数のトラフィックフローを前記複数の異なる仮想ネットワークデバイスへそれぞれマッピングするステップと、優先度の低いトラフィックフローが優先度の高いトラフィックフローに対して持つ影響を低減するために、優先度の低いフローに対応する仮想ネットワークデバイスの１つをスリープモードかドーズモードか節電モードに設定するステップと、優先度の低いフローに対応する仮想ネットワークデバイスを前記節電モードに設定すべき程度にまで、優先度の高いフローが優先度の低いフローの影響を受けていることを示すパラメータを監視又はチェックするステップであって、前記パラメータは、優先度の高いフローのキューイング遅延を含むものである、ステップとを含む方法が提供される。
【００１０】
ネットワーク仮想化を用いて、優先度の低いネットワーク仮想デバイスを節電モードに設定することにより、トラフィックフローを区別して、優先度の高いフローに対する優先度の低いフローの悪影響を回避することができる。
【００１１】
トラフィックシェーピングが必要であるか否かを示すパラメータをウォッチングすることにより、優先度の高いフローが悪影響を実際に受けている期間に限り、本メカニズムを動作させることができる。これにより、他の期間における優先度の低いフローへの影響を回避できる。
【００１２】
優先度の高いフローのキューイング遅延は、高優先度フローが悪影響を受けていて、トラフィックシェーピングを実行する意味があることを示す適切なパラメータである。
【００１３】
一実施形態によれば、本方法は、前記複数の仮想ネットワークデバイスの一つが前記節電モードか前記スリープモードか前記ドーズモードに移行したことを、優先度の低いトラフィックフローに対応する遠隔仮想ネットワークデバイスが検出すると、当該遠隔仮想ネットワークデバイスが前記節電モードか前記スリープモードか前記ドーズモードに移行するステップを更に含んでいる。
【００１４】
このようにして、他の遠隔仮想ネットワークデバイスがトラフィックシェーピングに寄与することにより、優先度の高いフローに対する優先度の低いフローの悪影響を更に低減することのできる協調的なアプローチを実装できる。
【００１５】
一実施形態によれば、リアルタイムアプリケーションが開始されたときと、最初のリアルタイムパケットが生成されたときと、ハードウェア送信キューを優先度の低いトラフィックと共有している優先度の高いトラフィックの遅延が過大であるときと、優先度の高いフローが同じハードウェアキューを共有している優先度の低いフローの影響を受けていることを示すパラメータがある閾値を超えたときとのうちのいずれか又は任意の組み合わせに応じて、前記複数の仮想ネットワークデバイスが生成される。
【００１６】
このようにして、仮想ネットワークデバイスは、常に提供される必要はなく、実際に必要とされる場合にのみ提供される。
【００１７】
一実施形態によれば、本方法は、優先度の低いフローに対応する仮想ネットワークデバイスが、当該仮想ネットワークデバイスが節電モードかスリープモードかドーズモードにあること又はこれらのモードに移行することを示すメッセージを、当該仮想ネットワークデバイスの通信相手又は他の遠隔仮想ネットワークデバイスへと送信するステップを更に含む。
【００１８】
このようにして、仮想ネットワークデバイスは、他の（遠隔）仮想ネットワークデバイスがトラフィックシェーピングに寄与することを能動的にトリガすることができる。
【００１９】
一実施形態によれば、複数のトラフィックフローを、それらの優先度により区別する装置であって、前記フローは、無線ネットワークにおいて１つ又は複数の他のデバイスと通信する１つの物理ネットワークデバイスを共有しており、複数の仮想ネットワークデバイスを提供して、前記１つの物理ネットワークデバイスを当該複数の仮想ネットワークデバイスへ分割するモジュールと、前記複数のトラフィックフローを前記複数の異なる仮想ネットワークデバイスへそれぞれマッピングするモジュールと、優先度の低いトラフィックフローが優先度の高いトラフィックフローに対して持つ影響を低減するために、優先度の低いフローに対応する仮想ネットワークデバイスの１つをスリープモードかドーズモードか節電モードに設定するモジュールと、優先度の低いフローに対応する仮想ネットワークデバイスを前記節電モードに設定すべき程度にまで、優先度の高いフローが優先度の低いフローの影響を受けていることを示すパラメータを監視又はチェックするモジュールであって、前記パラメータは、優先度の高いフローのキューイング遅延を含むものである、モジュールとを備えた装置が提供される。
【００２０】
一実施形態によれば、前記パラメータは、優先度の高いフローのキューイング遅延を含む。
【００２１】
一実施形態によれば、本装置は、前記複数の仮想ネットワークデバイスの一つが前記節電モードか前記スリープモードか前記ドーズモードに移行したことを、優先度の低いトラフィックフローに対応する遠隔仮想ネットワークデバイスが検出すると、当該遠隔仮想ネットワークデバイスが前記節電モードか前記スリープモードか前記ドーズモードに移行するためのモジュールを更に備えている。
【００２２】
一実施形態によれば、リアルタイムアプリケーションが開始されたときと、最初のリアルタイムパケットが生成されたときと、ハードウェア送信キューを優先度の低いトラフィックと共有している優先度の高いトラフィックの遅延が過大であるときと、優先度の高いフローが同じハードウェアキューを共有している優先度の低いフローの影響を受けていることを示すパラメータがある閾値を超えたときとのうちのいずれか又は任意の組み合わせに応じて、前記複数の仮想ネットワークデバイスが生成される。
【００２３】
一実施形態によれば、本装置は、優先度の低いフローに対応する仮想ネットワークデバイスが、当該仮想ネットワークデバイスが節電モード（power save mode）かスリープモードかドーズモード（doze mode、仮眠モード）にあること又はこれらのモードに移行することを示すメッセージを、当該仮想ネットワークデバイスの通信相手又は他の遠隔仮想ネットワークデバイスへと送信するためのモジュールを更に備えている。
【００２４】
一実施形態によれば、本発明の実施形態の一つに基づいた方法をコンピュータに実行させるコンピュータ・プログラム・コードを含むコンピュータプログラムが提供される。
【図面の簡単な説明】
【００２５】
【図１】従来技術によるキューイングメカニズムを概略的に示す説明図である。
【図２】本発明の実施形態の動作を概略的に示す説明図である。
【図３】本発明の更なる実施形態の動作を概略的に示す説明図である。
【図４】本発明の実施形態の効果を示す説明図である。
【発明を実施するための形態】
【００２６】
本発明の実施形態を説明する前に、説明で使用するいくつかの用語を以下にまとめる。
【００２７】
ＡＰ（Access Point）    アクセスポイント
ＳＴＡ（Station）    局
ＡＴＩＭ（Announcement Traffic Indication Map）    告知トラフィック通知マップ
ＤＴＩＭ（Delivery Traffic Indication Map）    配信トラフィック通知マップ
ＤＣＦ（Distributed Coordination Function）    自立分散制御
ＤＨＣＰ（Dynamic Host Configuration Protocol）    動的ホスト設定プロトコル
ＤＳＬ（Digital Subscriber Line）    ディジタル加入者線
ＭＡＣ（Medium Access Control）    媒体アクセス制御
ＰＳＰＭ（Power Save Polling Mode）    節電ポーリングモード
ＱｏＳ（Quality of Service）    サービス品質
ＯＳ（Operating Systems）    オペレーティングシステム
ＷＬＡＮ（Wireless Local Area Network）    無線ローカル・エリア・ネットワーク
ＢＥ（Best Effort）    ベストエフォート
ＲＴ（Real Time）    リアルタイム
【００２８】
本発明の実施形態に基づいた解決法は、トラフィック分類メカニズム及びレート制限ポリシーを導入して、キューイング区別及び管理プロセスが、ＯＳプロトコルスタックではなく無線デバイスドライバ内で直接生じることを保証する。
【００２９】
この目的を達成するため、トラフィックフローは複数の独立した仮想ネットワークインターフェースへ分割され、ベストエフォートトラフィックを配信するインターフェースを一時的にドーズモード（doze mode、仮眠モード）に設定する。一実施形態において、仮想インターフェースがドーズモードに設定される時間の長さは、遅延の影響を受けるアプリケーションを優遇するために達成すべき低優先度レートの低減に依存する。
【００３０】
様々な無線インターフェースを管理するために節電技術を使用することは、８０２．１１無線拡張において新しいものではない。最初のアイデアは、２００５年１０月に、「仮想ＷｉＦｉ」と題する電子メールスレッドの中のＨｏｓｔＡＰメーリングリストで生まれた（仮想Ｗｉｆｉ電子メールスレッド、http://lists.shmoo.com/pipermail/hostap/2005-October/011759.htmlを参照）。議論は、基本的に、単一のネットワーク・インターフェース・カードを使用することによって、異なるチャネル上で作動する可能性のある複数のＡＰへ、どのようにして同時接続を維持するかに集中した。節電モードに移行する前に、１つの仮想局は自己のサービスＡＰへスリープ時間を告知して、ドーズ状態へ入る。これにより、同じネットワークハードウェア上で同時に実行している他のローカル仮想局へのシームレスなハンドオーバーが可能となる。それまでのドーズ状態から復帰した後に、この仮想局は、節電メカニズム及び関連した遠隔記憶機構を活用することによって、自己が関連づけられていたＡＰから自己のフレームを取り戻す。
【００３１】
このアイデアは、Katabiらの論文（「Srikanth Kandula, Kate Lin, Tural Badirkhanli, Dina Katabi, FatVAP: Aggregating AP Backhaul Bandwidth NSDI, 2008」）、及び携帯電話事業者によって現在宣伝されている新たな商用製品の中で再び提示されている。Katabiらは、複数のＡＰの幾つかで完全に使用されていない利用可能な帯域幅リソースの全てを利用するため、１つの無線ネットワークインターフェースを当該複数のＡＰへ同時に接続することを提案している。
【００３２】
同様に、Microsoft Researchは、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ上で実行している無線８０２．１１ドライバについて仮想ＷｉＦｉツールを提案している（例えば、MS Virtual WiFi Project http://research.microsoft.com/en-us/um/redmond/projects/virtualwifiを参照）。仮想Ｗｉｆｉの目的は、あたかもユーザが複数の無線ネットワークへ同時に接続しているかのように、ユーザが、アプリケーションに対して透過的にネットワークを切り換えることができるようにすることである。仮想ＷｉＦｉは、ＮＤＩＳ中間ドライバ及びＷｉｎｄｏｗｓ（登録商標）ＸＰにおけるユーザレベルサービスとして実装される。仮想ＷｉＦｉは、下端（lower end）ではカード・デバイス・ドライバと相互作用し、上端（upper end）ではネットワークプロトコルと相互作用する。バッファリングプロトコルはカーネル内で実装され、切り換え論理はユーザレベルサービスとして実装される。Telefonica R&Dによって提案されたＣｌｕｂＡＤＳＬは（例えば、http://www.tid.es/en/current-events/news/clubadsl-makes-it-possible-to-share-adsl-with-neighbours-to-increase-capacityを参照）、このアプローチを、ＡｔｈｅｒｏｓベースのＷＬＡＮデバイスを有するＬｉｎｕｘ  ＯＳで適用する。
【００３３】
しかし、本発明の実施形態に従ったメカニズムにおいて、節電とネットワークインターフェース仮想化とを組み合わせる目的及び方法は、従来技術のアプローチとは完全に異なる。本発明の実施形態におけるネットワーク仮想化は、レガシーＡＰ又はＳＴＡにおける複数のキュー及び／又はＱｏＳ機能の欠如に起因するチャネル競合及びキュー遅延を減少させるために使用され、ベストエフォートトラフィックには影響せず、８０２．１１規格のアクセスメカニズムを変更するものではない。
【００３４】
優先度（あるいは優先順位）の高いトラフィックを優先度の低いトラフィックから保護するため、一実施形態によれば、ＷＬＡＮ  ＡＰ又はアドホックＳＴＡの節電モード機能を用いる。ユーザのネットワークデバイスは、２つ（又はそれ以上）の仮想ネットワークデバイスへ分割される。仮想化により、ＯＳレベルにおける特定の物理アドレスを有する独立したネットワークインターフェースとして、各々の仮想ネットワークデバイスを提示することが可能になる。そして、ＩＰアドレスは、１つの物理ネットワークリソース又はＰＨＹリソースについて作り出される複数のインスタンス化された仮想ＭＡＣ（又は仮想ＭＡＣ層）の各々で独立に割り当てられる。例えば、１つの物理ネットワークリソース、例えば、ネットワークＩＣカードか、ネットワークインターフェースか、物理ネットワークデバイスを使用することができ、仮想化により、単一のネットワークインターフェース又はネットワークカードによって使用される単一の共有ＰＨＹ層上で２つ（又はそれ以上の）のＭＡＣ層が作り出される。複数のＭＡＣ層のＩＰアドレス割り当ては、ＤＨＣＰのルールに従って実行されるか、手作業のネットワーク構成に基づいて実行される。仮想ＭＡＣ層の各々は（共有される）ＰＨＹ層とともに、別個の仮想局（又は仮想ネットワークデバイス）を形成する。その別個の仮想局（又は仮想ネットワークデバイス）は、オペレーティングシステムから見れば、あたかも仮想ＭＡＣ層のそれぞれについて別個のネットワークカードが存在するように見えると言うことができる。このような仮想局は、仮想ＭＡＣエンティティ又は仮想ネットワークデバイスと呼ぶことができる。
【００３５】
そのため、本発明の実施形態において、複数の仮想局（又は仮想ネットワークデバイス）が作り出され、これらの仮想局の各々は、複数の仮想ＭＡＣ層が共有するＰＨＹ層（物理層）又はＰＨＹリソースに対して作り出された仮想ＭＡＣ層を有すると言うことができる。このような複数の仮想ＭＡＣ層（又は仮想ネットワークデバイス又は仮想局）は、オペレーティングシステムＯＳから見れば、あたかも複数の物理ネットワークリソース、例えば、ネットワークインターフェース又はネットワークＩＣカードが存在するかのように見える。そのため、ＯＳは、これらの仮想Ｍａｃ層へ異なるＩＰアドレスを割り当てることができる（仮想Ｍａｃ層は、それら自体、異なる仮想ＭＡＣアドレスによって特定できる）。ＭＡＣ層よりも上の層については、別々にアドレス指定可能な複数の物理ネットワークデバイスが存在するかのように見えるが、実際には、１つの物理ネットワークデバイスが存在するだけで、複数の仮想ＭＡＣ層が共有する１つのＰＨＹ層が存在するだけである。そのため、仮想局又はＡＰはＭＡＣ及びＰＨＹを有しており、２つの仮想局は１つのＰＨＹを共有しており、それらの仮想局のそれぞれのＭＡＣインスタンス化（又は仮想ＭＡＣ層）は、それぞれ一意に定まるもの（unique）であり、オペレーティングシステムから見れば、別個かつ異なるものであり、異なるアドレス、例えば異なるＩＰアドレスを割り当てることができる。
【００３６】
一実施形態によれば、インスタンス化された仮想ＭＡＣ（又は仮想ネットワークデバイス）を管理するため、ＭＡＣ管理エンティティ（又は「仮想ネットワークデバイス管理モジュール」）を使用する。一実施形態において、このＭＡＣ管理エンティティは、８０２．１１  ＭＡＣのＭＬＭＥモジュールに組み込むことができる。あるいは、仮想インターフェース上で動作する別個のモジュールとして実装することができる。
【００３７】
一実施形態におけるＭＡＣ管理モジュールは、異なるトラフィックフローのＱｏＳ要件に基づいて、その異なるトラフィックフローを特定の仮想スタックへマッピングする。一実施形態において、デバイス上に存在するトラフィックフローごとに、１つの仮想ネットワークインターフェースをインスタンス化することができる。
【００３８】
一実施形態に基づいたこのメカニズムについて、図１及び図２を参照して更に説明する。図１は、従来技術に従ったネットワークデバイス（又はＭＡＣ層）の単一の入力キューを示している。２つのフロー、すなわち、１つはリアルタイム（ＲＴ）パケットから成るフロー、もう１つはベストエフォート（ＢＥ）パケットから成るフローが、キューへ入るために競合している。図１の場合、キューは空きスロットを１つだけ有している。フロー区別の方法が存在しないために、ベストエフォートパケットに起因した過大なキューイング遅延が発生する。ベストエフォートパケットは、キューサイズが限定されていることに関連して、ＲＴパケットのデッドラインの喪失及びドロップを引き起こす。
【００３９】
この事態を回避するため、本発明の実施形態は、図２に示しているように動作する。２つの仮想ＭＡＣ層又は仮想局（ＶＳＴＡ１及びＶＳＴＡ２）が提供されており、これらはそれぞれ仮想ＭＡＣ層を有しており、両者は同じＰＨＹ層を共有している。このようにして、１つの入力キューに代えて、２つの別個の入力キューが提供される。２つのフロー（ＲＴ及びＢＥ）は、それぞれ異なる仮想ＭＡＣ層へ向けることができる。ＲＴフローは左の仮想ＭＡＣ層へ向けられており、ＢＥフローは右側の層へ向けられている。次いで、２つの仮想局は、同じ物理ネットワークリソース、すなわち、同じＰＨＹ層又はＰＨＹインスタンス化を介してチャネルアクセスについて競合する。オペレーティングシステムから見れば、このメカニズムは、あたかも複数のネットワークインターフェース又はネットワークカードがあるかのように見えるが（各ＭＡＣ層について１つ）、実際には、ネットワークにアクセスするために使用される１つのネットワークインターフェース又はネットワーク・インターフェース・カード（ＮＩＣ）が物理的に存在するだけである。例えば、同じネットワーク・インターフェース・カード（ＮＩＣ）を使用して、ネットワークにアクセスする。しかし、複数の仮想局又は仮想ＡＰは、オペレーティングシステムからは、あたかも実際に物理的に異なる複数のネットワークインターフェース又は「局」又は「ＡＰ」又はネットワークカードであるかのように見える。
【００４０】
なお、一実施形態において、仮想ＭＡＣ層を生成する際に、パケットを記憶するために必要なキューがＭＡＣ層でインスタンス化される。異なる仮想ＭＡＣインスタンスの間で共有されるＰＨＹ層はキューイングを提供しないが、その代わりに、各々の仮想ＭＡＣインスタンス（又は仮想ＭＡＣ層）が、パケットを記憶するために必要な一連のキューを提供する。
【００４１】
２つの仮想ネットワークデバイスは、単一の「実ネットワークデバイス上」で提供される。言い換えれば、物理層上でチャネルへ実際にアクセスするためには、１つの（実）ネットワークデバイスが使用されるにすぎないものの、ＭＡＣ層上では、ネットワークデバイスの仮想化により、あたかも別々のキューを有する２つのネットワークデバイスが存在するかのように見える。
【００４２】
これらの仮想局を提供するため、公知の仮想化技術を使用することができる。しかし、従来技術のアプローチとは異なり、仮想化技術は、フローの優先度に従ってトラフィックフローの区別を達成するために使用される。
【００４３】
いったん、仮想ＭＡＣがインスタンス化されると、オペレーティングシステムは、存在するＭＡＣ層と同じ数のネットワーク・インターフェース・カード（ＮＩＣ）を認識する。１０個の（仮想）ＭＡＣ層が存在すれば、ＯＳは１０個のインターフェースカードが存在するものと認識する。この認識は、ＭＡＣ層が実際に同じネットワークハードウェアを共有しているか否かに依存しない。次いで、ＯＳは異なるＩＰアドレスを各々の仮想局に提供する。このようにして、異なる仮想ＭＡＣ層へのルーティングは、ＯＳカーネル内で実装される標準的あるいはレガシーのＩＰルーティングスキームにより行うことができる（すなわち、フローＡをＩＰ＿Ａへルーティングし、フローＢをＩＰ＿Ｂへルーティングする）。
【００４４】
一実施形態によれば、仮想ＳＴＡを管理するために、複数の仮想局又は仮想ＭＡＣ層について管理モジュールが提供される。ルーティングには実際に必要ではないが、異なるトラフィックフローをそれぞれの（正しい）仮想ネットワークデバイス又は仮想ＭＡＣ層へ対応させるためのマッピングを、管理モジュールが実行する。一実施形態におけるＶＳＴＡ管理モジュールは、ＩＰ層と仮想ＭＡＣとの間に置かれているモジュールであり、パケットを正しい仮想局へ進ませる。一実施形態によれば、その役割は、マッピングに加えて、あまりにも多くの帯域幅を取ってリアルタイムトラフィックに不利益をもたらす仮想ＳＴＡの節電モードを管理あるいは制御することである。
【００４５】
ここで、一実施形態に基づくメカニズムを、図２を参照して更に説明する。図２に示しているように、２つのトラフィックフローを、対応する仮想ネットワークデバイス又は仮想ＭＡＣへマッピングする仮想ネットワークデバイス（又は仮想局ＶＳＴＡ）管理モジュール（ＶＳＴＡモジュール）がある（図２の左側を参照）。つまり、管理モジュール（ＶＳＴＡ管理）は、フローをそれぞれの仮想ネットワークデバイスへ向けることによって、マッピング機能を実行する。一実施形態によれば、仮想ネットワークデバイスには異なるアドレスが割り当てられており、これらの異なるアドレスを使用してマッピングを行うことができる。このようにして、通信ピア（例えば、ユーザのラップトップに置かれている物理ネットワークデバイス（ネットワーク・インターフェース・カード）が通信するアクセスポイント）からは、あたかも異なるアドレスを有する２つの異なるネットワークデバイスと通信しているかのように見える。同様に、ラップトップ上で実行しているアプリケーション又はオペレーティングシステムからは、あたかもラップトップが２つの物理ネットワークデバイス又はネットワークカードを有しているかのように見える。
【００４６】
そのため、一実施形態によれば、無線チャネル（又はチャネル）は、複数の仮想ＭＡＣ層が共有する１つのＰＨＹインスタンス化又はＰＨＹ層を使用することにより、１つの物理ネットワークデバイス（これは、例えば、ネットワークカード、ネットワークＩＣカード、又はネットワークインターフェースである）を通してアクセスされる。これにより、複数の仮想ＭＡＣ層は、それらが共有しているＰＨＹ層とともに、異なる仮想局（又は仮想ＡＰ又は仮想ネットワークデバイス）を形成する。これらは、ＯＳからは、あたかも異なる物理ネットワークデバイスであるかのように見える。
【００４７】
一実施形態によれば、物理ネットワークデバイス（ネットワークＩＣカード又はネットワークインターフェース）は、仮想ＭＡＣ層の生成によって、仮想ネットワークデバイス又は仮想局又は仮想ＡＰへ「分割される」と言うことができる。仮想局は、同じＰＨＹリソースを共有するものの、ＯＳからは、あたかも複数の物理ネットワークデバイス又はネットワークカードが存在するかのように見え、他方、実際には、仮想化によって仮想ネットワークデバイスへ「分割」されている１つのみが存在する。
【００４８】
一実施形態に基づく管理モジュールは、仮想ネットワークデバイスの１つを、（一時的に）スリープモードか節電モードかドーズモードに設定することができる。これは、図２の右側（「zzzz…」）に概略的に示されている。このようにして、管理モジュールは、節電モードへ設定されなかった仮想ネットワークデバイスを有するフローのチャネルアクセス条件を改善する。そのため、このようにして、フローの優先度に基づくフローの区別が可能となる。例えば、フローの１つがＲＴフロー（優先度が高い）であり、１つがＢＥフロー（優先度が低い）であれば、管理モジュールは、ＢＥフローに対応する仮想局をスリープモードに設定し、ＲＴパケットのみが送信されるようにすることができる。これにより、ピア（例えば、アクセスポイント）は、ＢＥフローに属する全てのパケットを（８０２．１１デバイスの標準機構である）節電キューへ向かわせて、ＲＴフローに対応するＲＴパケットのみが仮想局へ転送される。同様に、２つの仮想ネットワークデバイス（例えば、ユーザのラップトップ）の側では、ＢＥパケットはキューの中に記憶され、仮想ネットワークデバイスが節電モードにある限り、ＢＥフローに対応する仮想ネットワークデバイスへ転送されない。その代わりに、対応する仮想ネットワークデバイス（図２のＶＳＴＡ１）へＲＴパケットのみが転送されるため、このフローのパケットは良好なチャネルアクセス条件を有している。
【００４９】
言い換えれば、リアルタイムトラフィックに対するベストエフォートトラフィックの影響を低減するために、ＭＡＣ管理モジュールは、ベストエフォートトラフィックを担当する仮想局を強制的にドーズモードに設定する。よって、全ての利用可能なハードウェア及び無線リソースを、リアルタイムトラフィックを配信している仮想局のために残すことができる。これによって、仮想ＭＡＣインスタンス及びＢＥトラフィックの節電指示は、ＲＴトラフィックを優遇してハードウェアリソースを節約し、ローカル及びグローバルのチャネル競合レベルを低減することができる。
【００５０】
これまでに説明したメカニズムは、ＲＴトラフィック及びＢＥトラフィックを区別するために使用できるだけではなく、異なる優先度を有するフローを区別するためにも使用できる。
【００５１】
一実施形態によれば、遠隔のＡＰ又はアドホックＳＴＡが、ＷｉＦｉ準拠ＡＰ又はＳＴＡに存在する節電キューを使用して、新たに到着するＢＥフレームをバッファすることを保証する節電規則により、ベストエフォートトラフィックのパケット損失を防止できる。図３は、レガシーＡＰ又はアドホックマスタＳＴＡでＢＥ局によって開始される節電モードの直接的な結果を示している。このため、図３は、レガシーＡＰ又はアドホックマスタＳＴＡでのキューイングを示している。図示しているように、ＲＴトラフィックはＡＰのＭＡＣキューへノーマルにキューイングされるが、ＢＥトラフィックはＡＰの節電キューへ一時的に保存されて、後で転送される。これは、ＢＥフローに対応する仮想ネットワークデバイスが節電モードにある限り継続する。いったん、通常の動作へ戻ると、節電キュー内のＢＥパケットは「ノーマル」キューへ挿入される。仮想デバイスを節電モードに設定することと、対応するパケットを節電キューへキューイングすることと、仮想デバイスを通常の動作へ戻すことと、キューイングされているパケットをノーマルキューへ挿入することとの全メカニズムは、ＢＥトラフィックがＲＴトラフィックに対してどれほど強く影響を与えるかに応じて、時々あるいは定期的に行うことができる。
【００５２】
ＡＰ又はＳＴＡが必ずしもＱｏＳサポートを提供しないインフラストラクチャ及びアドホック（無線）ネットワークにおいて、説明してきたメカニズムを用いてサービスの区別（異なるスループット、遅延）を行うことができる。本発明は、８０２．１１ｅのサービス区別メカニズムをサポートする装置へも適用できる。８０２．１１ｅのサービス区別メカニズムは、デフォルトでは、内部トラフィック衝突を回避するか、または全体的なチャネルアクセス競合を低減するメカニズムを提供しない。このメカニズムは、優先度の低いトラフィック（例えば、Ｐ２Ｐ、ｆｔｐ）の影響を低減することによって、優先度の高いトラフィック（例えば、ビデオ又は音声）の品質を改善する。
【００５３】
これまでの説明では２つの仮想局について説明してきたが、本発明の実施形態は、同じハードウェア上でインスタンス化される任意の数の仮想局へ容易に一般化できる。
【００５４】
一実施形態において、メカニズムは、８０２．１１ネットワークハードウェアを、同じＰＨＹを共有する２つの仮想ＭＡＣインスタンスへ分割することを含む。メインラインのＬｉｎｕｘカーネルは、この機能を既にサポートする８０２．１１  ＭＡＣ  ＡＰＩを開示しており、よって、これらのＡＰＩに従って開発されるドライバを有する全ての無線ネットワークデバイスに対してこの解決法の展開をもたらしている。ＭＡＣ８０２．１１Ｌｉｎｕｘ  ＡＰＩを使用する全ての利用可能なネットワークデバイスのリストは、linuxdrivers.comにある。ネットワークハードウェア仮想化は、特定の実験的なＡＰＩを通してＷｉｎｄｏｗｓ（登録商標）ＯＳでも可能である（例えば、仮想Ｗｉｆｉ電子メールスレッド、http://lists.shmoo.com/pipermail/hostap/2005-October/011759.htmlを参照）。
【００５５】
一実施形態において、双方の仮想局は、同じＡＰ又はＩＢＳＳへ接続されると仮定される。しかし、メカニズムは、可能性として異なるチャネル上で動作する異なるＡＰ又はアドホックＳＴＡへ接続される仮想局へも応用できる。
【００５６】
一実施形態によれば、ネットワークインターフェース仮想化技術は、異なるＭＡＣアドレスを仮想局へ割り当てることを確実にし、よって、異なるＩＰアドレスを各仮想局へ割り当てることが可能になる。仮想局上に構築されるＭＡＣ管理モジュールは、異なるトラフィックフローの優先度に従って、それらのアドレスを当該異なるトラフィックフローへ割り当てる。
【００５７】
一実施形態において、割り当てポリシーにより、優先度の低いトラフィックの全てを仮想局１へとマッピングし、優先度の高いトラフィックを仮想局２へとマッピングする。一実施形態によれば、管理モジュールは、優先度の低いフローを有する仮想ネットワークデバイスを節電モードに設定することによって、トラフィックシェーピングを必要とする条件が存在するかどうかをチェックする。そのような条件は、例えば、高優先度フローに対応する仮想局について大きなキューイング遅延が報告されたときに存在するものと判断することができる。例えば、管理モジュールは、キューイング遅延を監視して、ある一定の（所定の）閾値に到達したかどうかをチェックする。到達した場合には、管理モジュールは、対応するコマンドを出力することにより、低優先度トラフィックに対応する仮想デバイスを節電モードに設定する。
【００５８】
ここで図２を参照すると、管理モジュールは仮想局１（ＶＳＴＡ１）を節電モードに設定する。そして、関連するピア（ＡＰ又はアドホックＳＴＡ）が、スリープ中に到着した（優先度の低い）フレームを定期的にバッファする。このアプローチは、次の利点を有する。
・優先度の高いフレームの遅延を低減することができる。この技術により、仮想局１のスリープ中に、優先度の高いフレームがＢＥフレームの後ろにキューイングされることを回避できる。
・ＢＥフレームによって生じる無線チャネル上の競合レベルを低減することができる。例えば、他の遠隔仮想デバイスが、インフラストラクチャ又はアドホック・ビーコン・フレームを介してスリープ中の局の存在を検出した後に、可能であればドーズ状態へ入ることによって、競合レベルを更に低減することができる。遠隔仮想デバイスは、このようなビーコンフレームから、仮想ネットワークデバイスが既に節電モードに設定されていることを認識し、次いで（優先度レベルの低いトラフィックフローに対応する）遠隔仮想ネットワークデバイスが、（可能であれば）同じことを行って、競合レベルを更に低減する。
【００５９】
これまでの実施形態において、節電モードをトリガする条件は、キューイング遅延であった。しかし、優先度の低いトラフィックフローを節電モードに設定すべき程度にまで、高優先度トラフィックフローが低優先度トラフィックフローの影響を受けていることを示す他のパラメータに基づいて、トラフィックシェーピングが必要かどうかの条件を判断することもできる。例えば、８０２．１１ｅに対応するＳＴＡを使用する場合には、内部衝突（internal collision）の数が過大であるということによっても、メカニズムをトリガすることができる。そのため、管理モジュールは、仮想ネットワークデバイスを節電モードに設定すべき程度にまで高優先度フローが低優先度フローの影響を受けていることを示すパラメータを監視又はチェックする。
【００６０】
一実施形態によれば、フローが開始する前に仮想ネットワークデバイスが存在していることはなく、１つ又は複数のトリガとなる事象に応じて仮想ネットワークデバイスが生成される。一実施形態において、次の３つの事象のいずれか、又は任意の組み合わせが、新たな仮想ネットワークインスタンスの生成をトリガする。
・リアルタイムアプリケーションが開始されたとき
・最初のリアルタイムパケットが生成されたとき
・ハードウェア送信キューを低優先度トラフィックと共有している高優先度トラフィックの遅延が過大なものであるとき
・同じハードウェアキューを共有している低優先度フローの影響を高優先度フローが受けていることを示すパラメータが、ある閾値を超えたとき
【００６１】
以下、仮想ネットワークデバイスが提供される局の動作の一例を説明する。
【００６２】
一実施形態によれば、新たな仮想ＭＡＣ層インスタンスは、一意に定まる（unique）ＭＡＣアドレスを持つように生成される。ＩＰアドレスの割り当ては、ＤＨＣＰを使用して、あるいは静的なやり方で、管理することができる。ＭＡＣ管理モジュール（仮想ネットワークデバイス管理モジュール）におけるトラフィックマッピングは、一実施形態では、特定の仮想ＭＡＣインスタンスへ適切にマッピングするため、ＩＰパケットヘッダ内のＴｏＳフィールドを検査する。しかし、パケットが高優先度フローに属するか低優先度フローに属するかを識別する他の方法を使用することもできる。
【００６３】
カプセル化、ストリーミング、フラッシュ、ｈｔｔｐといったように、フレームがＲＴであるかＢＥであるかを明確に特定できない場合には、割り当てについて異なる方法を用いることができる。このような場合、非常に簡単なアプローチは、それらのフレームをデフォルトの行き先（例えば、低優先度フロー）へ向けることである。しかし、単純性の低い（less straight-forward）他のメカニズムを使用することもできる。
【００６４】
リアルタイムトラフィックが、キューイング遅延の影響を受けているとき、あるいは８０２．１１ｅ対応の局の場合に過大な内部衝突が存在するときには、一実施形態のＭＡＣ管理エンティティモジュールは、優先度の低い仮想ＭＡＣインスタンスに対して、節電モードにあること又は節電モードに移行することを示すユニキャストメッセージ（例えば、節電ビットが有効になっているメッセージ）を通信相手（ＡＰ又はアドホックピア）へ出力すべきことを指示する。
【００６５】
一実施形態において、協調的なメカニズムを実装すると、単一のＲＴトラフィックキューを有する局は、節電モードにあること又は節電モードに以降することを示すメッセージを配信して、遠隔局（又は遠隔仮想ネットワークデバイス）がスリープモードに移行することをトリガすることにより、チャネルアクセス遅延を低減することができる。例えば、そのような目的のために一時的にアクティブになった仮想ＭＡＣインスタンスが節電フレームを配信することができる。
【００６６】
一実施形態によれば、スリープモードにある他のクライアントの存在を認識する局は、（他の局が送信するリアルタイムフレームをオーバーヒア（overhear）するか、お互いのトラフィック優先度に関する通知を行う制御パケットを局間で交換することに応じて）チャネル上の衝突率を一時的に減らすために協調してドーズモードへ移行することができる。
【００６７】
以下、ＡＰ又はアドホックピアの側における動作の一例を説明する。
【００６８】
ＡＰ又はアドホックピアにとっては、２つの（又はそれ以上の）異なるＩＰアドレス又はＭＡＣアドレスを有する複数の仮想ネットワークデバイスへと物理的な局を仮想化したことにより、物理的な局の各々は、２つの（又はそれ以上の）異なる独立した局であるかのように見える。仮想化は、他のピアに対して透過的（transparent）である。ＡＰ又はアドホック遠隔ピアの動作については、修正は必要ではなく、メカニズムの影響を受けない。
【００６９】
局の節電モードについての通知を受けた後に、ＡＰ又はアドホックのマスタノードは、従来（legacy）の節電動作を実行する。すなわち、スケジュールされた次の起動期間（wake up period）まで、節電モードにある全ての（優先度の低い）局についてのパケットを保存する。一実施形態によれば、これらのパケットは、例えば、ＡＴＩＭ（告知トラフィック通知マップ）ウィンドウを使用することによって、各ビーコン区間において意図された局へ提供される。そのため、優先度の低い仮想局は、節電モード時にのパケットを損失することはない。
【００７０】
これまでに説明したメカニズムを用いると、１つの仮想インスタンスを節電モードに設定することによって、ＲＴトラフィックを送受信する他の仮想インスタンスのキューイング遅延を低減することができる。結果として、局所的に及び／又は遠隔のＡＰ（又はアドホック）ピアでは、より多くのハードウェアキュースロット及びチャネルアクセスの好機をＲＴトラフィックが取得できるため、ＲＴトラフィックの全体的な性能が向上する。
【００７１】
これまでに説明したスキームの効率を証明するため、図４は、１つのＡＰが異なる２つのフローを従来の８０２．１１局へ配信する実験的なテストベッドにより得られた結果を示している。すなわち、１つのフローはＲＴビデオ・ユニキャスト・ストリーミングとして表されており、別のフローはＡＰからＳＴＡへのＦＴＰダウンロードセッションとして表されている。本発明の実施形態で説明したように、クライアント側では、２つの仮想局がインスタンス化され、それらに対して２つのトラフィックフローがマッピングされる。ＡＰは、従来から利用可能なアクセスポイントである。プロットされている曲線は、同じハードウェア及びチャネルリソースを共有するこれらの２つのトラフィックフローをＡＰがサービスする際の、ＡＰにおける総レート（パケット数／秒）を示している。図から分かるように、これまでに説明したメカニズムが有効になっているとき（右側）、このメカニズムによりベストエフォート仮想局が自動的に節電モードに設定されるため、ＢＥダウンリンクトラフィックよりもＲＴダウンリンクトラフィックが優遇される。メカニズムを無効にすると、ＲＴダウンリンクトラフィックは約３０％のスループット低減となり、ＢＥダウンリンクが優遇されることになる。結果として、ＲＴトラフィックの品質は必然的に低下する。
【００７２】
この後では、本発明の実施形態に基づいたメカニズムを、どのようなシナリオ（ＤＳＬまたは無線のビットレート）のもとで応用できるかについて説明する。
【００７３】
ＡＰの背後のインフラストラクチャが、無線接続よりも低いビットレートを提供する場合には（例えば、最大１６ＭｂｐｓのＤＳＬ接続で、５４Ｍｂｐｓを有する８０２．１１ａモードへ設定されたＡＰは、実効的に３０Ｍｂｐｓまで）、インフラストラクチャからＡＰに到着した全てのパケットは、無線チャネルを通して送信するための十分な帯域幅を有している。しかし、（ｉ）複数のユーザが同じ無線チャネルを共有し、（ｉｉ）いくつかの送信機が低ビットレート変調スキームを用い、他の送信機が自己の変調レートを間接的に減少させる実用的なシナリオにおいては（この効果は、文献「802.11 performance anomaly」[8]として広く知られている）、ユーザ当たりの利用可能なビットレートは、多くの場合、ＡＰの背後にあるインフラストラクチャにおけるビットレートよりも低い。
【００７４】
そのため、これまでに説明したメカニズムは、非常に一般的なシナリオへ応用できる。
【００７５】
セキュリティ及び認証（authorization）の問題に関しては、以下に留意する必要がある。
【００７６】
これまでに説明したメカニズムにおいて、所与のユーザは２つ以上のＩＰアドレスまたはＭＡＣアドレスを使用することができる。認証方法（例えば、Ｒａｄｉｕｓ）では、ユーザにつき単一のＩＰアドレスまたはＭＡＣアドレスという制限がある。これは、典型的には、ノンフリーのホットスポットの場合である。そのような場合、このオプションは、認証サーバにおいて変更することができるか、あるいは変更すべきである。しかし、家庭、会社、フリーのホットスポットといったシナリオでは、問題はない。
【００７７】
これまでに説明した実施形態によれば、ユーザは、異なるトラフィックフローに対して優先度を自動的に割り当てて、ＡＰ又はＳＴＡがサービスの区別をサポートしていなくても、サービスを区別することができる。そのため、フローが同じ物理ハードウェアリソースを共有しているならば、高優先度フローに対する低優先度フローの悪影響を低減することができる。
【００７８】
これまで説明した実施形態は、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組み合わせによって実施できることを当業者は理解すべきである。本発明の実施形態に関連して説明したモジュール及び機能は、全体的又は部分的に、マイクロプロセッサ又はコンピュータによって実施することができる。マイクロプロセッサ又はコンピュータは、適切にプログラムされ、本発明の実施形態に関連づけて説明した方法に従って動作する。本発明の実施形態を実装する装置は、例えば、コンピューティングデバイス又は移動電話機又は移動デバイス又は移動局又はノードを有しており、これらは適切にプログラムされて、本発明の実施形態で説明した方法を実行することができる。
【００７９】
本発明の実施形態によれば、コンピュータプログラムが提供される。このコンピュータプログラムは、データ記憶媒体又はある物理手段、例えば、記録媒体又は伝送リンクによって具体化された他の方法で記憶される。このコンピュータプログラムは、コンピュータ上で実行されると、これまでに説明した本発明の実施形態に従ってコンピュータを動作させることができる。
【図１】
2010283828.tif 000003
【図２】
2010283828.tif 000004
【図３】
2010283828.tif 000005
【図４】
2010283828.tif 000006
【外国語明細書】
2010283828.tif 000007
2010283828.tif 000008
2010283828.tif 000009
2010283828.tif 000010
2010283828.tif 000011
2010283828.tif 000012
2010283828.tif 000013
2010283828.tif 000014
2010283828.tif 000015
2010283828.tif 000016
2010283828.tif 000017
2010283828.tif 000018
2010283828.tif 000019
2010283828.tif 000020
2010283828.tif 000021
2010283828.tif 000022
2010283828.tif 000023
2010283828.tif 000024
2010283828.tif 000025
2010283828.tif 000026
2010283828.tif 000027
2010283828.tif 000028
2010283828.tif 000029
2010283828.tif 000030
2010283828.tif 000031