(57)【要約】アソシエーション／認証前のローミング用クエリを可能する一方で、省電力機構の利点を維持する機構を実装することができる。本機構は、移動端末が所望の情報を2度要求するようにし、アクセスポイントが所望の情報を入手するのに十分時間を取るようにすることを伴う。本機構は、IEEE802.1に関連して実装可能である。【選択図】図１
2009520433.tif 000002
【特許請求の範囲】
【請求項１】
端末であって、
アクセスポイントから所望する情報に関する第1の要求メッセージを生成するように構成されたプロセッサと、
前記第1の要求メッセージを前記アクセスポイントに送信するように構成された送信機と、
前記第1の要求メッセージに応じて、前記端末に再送を要求する第1の応答メッセージを前記アクセスポイントから受信するように構成された受信機と、を備え、
前記プロセッサは、前記端末が既定時間待機するよう制御し、また前記第1のプローブ応答に応じて前記所望の情報に関する第2の要求メッセージを生成するようにさらに構成され、
前記送信機は、前記第2の要求メッセージを前記アクセスポイントに送信するようにさらに構成され、
前記受信機は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを受信するようにさらに構成される、
端末。
【請求項２】
受信機は、再送遅延フィールド（come back delay field）を含む前記第1のプローブ応答を受信するように構成され、前記再送遅延フィールドは前記既定時間を規定する、請求項1に記載の端末。
【請求項３】
前記プロセッサは、前記アクセスポイントが前記所望の情報を入手するのに必要な時間に相当する既定時間を、前記端末が待機するために制御するようにさらに構成される、請求項1に記載の端末。
【請求項４】
受信機は、前記所望の情報を照会するクエリ識別子を含む前記第1の応答メッセージを受信するように構成される、請求項1に記載の端末。
【請求項５】
前記送信機は、前記クエリ識別子を含む前記第2の要求メッセージを送信するようにさらに構成される、請求項4に記載の端末。
【請求項６】
前記送信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとして管理フレームを送信するように構成され、前記受信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとして管理フレームを受信するように構成される、請求項1に記載の端末。
【請求項７】
前記送信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとしてプローブ要求を送信するように構成され、前記受信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとしてプローブ応答を受信するように構成される、請求項1に記載の端末。
【請求項８】
前記プロセッサは、前記第1の応答メッセージを受信してから前記第2の要求メッセージを送信するまでの間、前記端末をスリープモードに設定する、請求項１に記載の端末。
【請求項９】
所望の情報に関する第1の要求メッセージを端末から受信するように構成された受信機と、
前記第1の要求メッセージを分析し、かつ前記端末に再送を要求する第1の応答を生成するように構成されるプロセッサと、
前記第1の応答メッセージを前記端末に送信するように構成された送信機と、
を備えるアクセスポイントであって、
前記プロセッサは、前記所望の情報をバックエンドから入手するようにさらに構成され、
前記受信機は、前記第1のプローブ応答に応じて前記所望の情報に関する第2の要求メッセージを受信するようにさらに構成され、
前記プロセッサは、前記第2の要求メッセージを分析し、かつ前記所望の情報を提供する応答メッセージを生成するようにさらに構成され、
前記送信機は、前記第2の応答メッセージを前記端末に送信するように構成される、
アクセスポイント。
【請求項１０】
前記第1のプローブ応答は再送遅延フィールドを含み、前記再送遅延フィールドは、前記端末が前記第2のプローブ要求をいつ送信するかを規定する、請求項9に記載のアクセスポイント。
【請求項１１】
前記アクセスポイントは、前記第1のプローブ応答の送信前に、実質的に即座に前記情報を提供可能であるか否かを決定するようにさらに構成される、請求項9に記載のアクセスポイント。
【請求項１２】
前記送信機は、前記所望の情報を照会するクエリ識別子を含む前記第1の応答メッセージを送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１３】
前記受信機は、前記クエリ識別子を含む前記第2の要求メッセージを受信するように構成される、請求項12に記載のアクセスポイント。
【請求項１４】
前記プロセッサは、前記クエリ識別子を照会することによって、前記所望の情報を特定するようにさらに構成される、請求項12に記載のアクセスポイント。
【請求項１５】
前記受信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとして管理フレームを受信するように構成され、前記送信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとして管理フレームを送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１６】
前記受信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとしてプローブ要求を受信するように構成され、前記送信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとしてプローブ応答を送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１７】
前記アクセスポイントは、遠隔情報サーバから前記所望の情報を入手するように構成される、請求項9に記載のアクセスポイント。
【請求項１８】
第1の要求メッセージをアクセスポイントに送信する送信手段と、
前記端末に再送を要求する第1の応答メッセージを、前記アクセスポイントから受信する受信手段と、
既定時間待機する待機手段と、
を備える端末であって、
前記送信手段は、前記第1のプローブ応答に応じて前記所望の情報に関する第2の要求メッセージを前記アクセスポイントに送信するようにさらに構成され、
前記受信手段は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを受信するようにさらに構成される、
端末。
【請求項１９】
所望の情報に関する第1の要求メッセージを端末から受信する受信手段と、
前記端末に再送を要求する第1の応答メッセージを前記端末に送信する送信手段と、
前記所望の情報をバックエンドから入手する処理手段と、
を備えるアクセスポイントであって、
前記受信手段は、前記第1のプローブ応答に応じて前記所望の情報に関する第2の要求メッセージを受信するようにさらに構成され、
前記送信手段は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを前記端末に送信するようにさらに構成される、
アクセスポイント。
【請求項２０】
通信システムおいて情報を提供する方法であって、
所望の情報に関する第1の要求メッセージを、端末からアクセスポイントに送信することと、
前記端末に再送を要求する第1の応答メッセージを、前記アクセスポイントから前記端末に送信することと、  
所望の情報をバックエンドから、前記アクセスポイントによって入手することと、
前記第1のプローブ応答に応じて前記所望の情報に関する第2の要求メッセージを前記端末から前記アクセスポイントに送信することと、
前記所望の情報を提供する第2の応答メッセージを、前記アクセスポイントから前記端末に送信することと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、アソシエーション／認証前にクエリのローミングを可能にする一方で、省電力機構の利点を維持するIEEE 802.11などの無線ネットワークのための機構に関する。
【背景技術】
【０００２】
無線ローカルエリアネットワーク（Wireless Local Area Network; WLAN）アクセスポイントが多数のサービスプロバイダによって共有される場合（例えば、空港はアクセスポイントを所有するが、サービスはT-モバイルなどのその他のオペレータによって提供されるような空港ホットスポットの場合）、アクセスポイント（Access Point）の共有を可能にするために「仮想AP」と呼ばれる技術を使用することができる。移動局の観点から考えると、いくつかの異なるアクセスポイントが存在するかのようである。異なるサービスプロバイダに対応するために、同一のアクセスポイントによって、多数のサービスセット識別子（Service Set Identifier; SSID）を使用することができる。
【０００３】
従来のローミングの場合、移動局は、ローミングディレクトリを有するローミングクライアント（例えば、T-Mobile(tm)接続マネージャまたはBoingo(tm)接続マネージャなど）を備える。ローミングディレクトリは、局が接続できるアクセスポイント用のSSIDのリストであることが可能である。移動局がアクセスポイントを選択して接続するには、有効なSSIDを使用しなければならない。したがって、アクセスポイントは、そのSSIDをブロードキャストしなければならず、また、移動局はそれを認識しなければならない。すなわち、現在のところ、ローミング契約に基づく所定のアクセスポイントに移送局がアクセス可能であるか否かを判断することが、移動局にとって完全に負荷となっており、従来は、移動局へのSSIDの長いリストをダウンロードすることによって解決している。
【０００４】
現在の仮想APのソリューションにおいて、アクセスポイントは、対応する全てのSSIDを同時にブロードキャストすることができない。したがって、移動局がビーコンにおいて対応するSSIDを検出しなければ、移動局は、能動的スキャン処理を実行しなければならず、所定のSSIDを提供するアクセスポイントにプローブ要求を送信しなければならない。アクセスポイントがそれに対応する場合、アクセスポイントは肯定的な回答を返信する。ローミングの際、移動局にとって好ましいSSIDのリストは非常に長くなる可能性があり、その結果、有効なSSIDを取得するためには広範囲に及ぶ信号伝達を行なう。例えば、移動局は200個のSSIDを有してもよく、また、この数は珍しい数ではなく、189番目のものだけが対応している場合がある。したがって、このような状況において、移動局は、189回のクエリを行なわなければならない。ビーコンおよびプローブ応答メッセージにおいてどのSSIDのリストが提供可能かに応じて最適化が提案されてきた。しかしながら、そのリストは、依然として限られており、未だ問題となっている。
【０００５】
移動局がローミング情報のためにネットワークにクエリを行なうことができるような方法で、プローブ要求およびプローブ応答フレームを拡張するような考え、あるいは要求および返答を搬送する2つの新しい管理フレームを規定するような考えがいくつか提示されてきた。次のような2つのオプションが可能である。１つは移動局がどのようなレルムがサポートされているかについてクエリを行なうオプションであり、、もう１つは移動局が、独自のローミングIDを使用してネットワークにクエリを行ない、ネットワークは、肯定または否定の返答を行なうオプションである。１つ目のオプションは実は現実的ではなく、例えばリストが非常に長くなる可能性があり、したがって解決の程度は計れない。２つ目のオプションがより現実的であるが、そのオプションには欠点がある。その欠点として、全てのローミング情報をアクセスポイントが事前設定すると考えることが現実的ではないため、情報を局に提供可能になる前に、アクセスポイントがバックエンドから情報を検索しなければならなくなる。したがって、アクセスポイントは、移動局の要求に即座に返答できない場合があることが挙げられる。しかしながら、プローブ要求の受信後非常に短時間（例えば、WiFi Allianceにおいて現時点で規定されている5ms）内でプローブ応答が移動局に送信されることが必要になる場合がある。本要件は、省電力の理由から必要になりうる。
【０００６】
移動局が認証／アソシエーションを試みる必要なしに、また異なるサービスセット識別子（SSID）を連続的にプローブする（探索する）必要なしに、あるアクセスポイント（AP）においてローミングを有するか否かを移動局が発見することを可能とするような必要性がある。
【０００７】
改善が必要とされうる別の状況が、802.11における802.21情報サービス（IS）などのような無線情報サービスのサポートに関して存在するだろう。この考えは、認証／アソシエーション前に移動局をIS情報にアクセス可能にして、移動局が接続したいか否かを決定可能にするというものである。802.21情報サービスなどの無線情報サービスをサポートするには、プローブ要求およびプローブ応答情報がクエリおよび返答（例えば802.21ISクエリおよび返答など）を搬送することを必要とする場合がある。しかしながら、クエリは、一般的にはアクセスポイントではなくネットワークにおける802.21サーバなどの情報サーバによって処理されることから、プローブ要求の受信後非常に短時間内で返答が入手可能でない。従って、上記のような機能を実現するための解決策が必要である。
【０００８】
また、特に、IEEE 802.21情報サービスなどの無線ネットワーク情報サービス標準に規定される情報について、接続前にアクセスポイントから入手可能であるサービスを識別可能であることも重要である。
【発明の摘要】
【０００９】
本発明は、例えば、アクセスポイントがいくつかの情報に関するクエリを局から受信する方法を提供する。前記アクセスポイントは、前記所望の情報を所持しているか否かを識別し、前記局が前記情報を入手するには再要求する必要があることを前記局に報告する。
【００１０】
また、本発明は、例えば、アクセスポイントが、802.21情報サービス（IS）などの情報サービスに関する要求およびデータを搬送する局からクエリを受信する方法を提供する。前記アクセスポイントは、前記所望の情報を所持しているか否かを識別し、前記局が前記802.21 IS要求への返答を入手するには再要求する必要があることを前記局に報告する。
【００１１】
また、本発明は、例えば、アクセスポイントとして使用可能な装置を提供する。前記装置は、情報に関する要求を局から受信する手段を備える。また、前記装置は、前記所望の情報が前記装置に存在するか否かを決定するために、前記要求を処理する手段を備える。前記装置は、前記局が前記情報を入手するには再要求する必要があることを前記局に報告する手段をさらに含む。
【００１２】
再要求の必要性を前記局に報告する際、前記要求の詳細を繰り返さずに、前記局が再要求することを可能にするクエリ識別子を含むことが可能である。さらに、再要求の必要性を前記局に報告する際、前記情報を再度要求する前の待機時間を前記局に表示する時間遅延値を提供することが可能である。
【００１３】
前記要求は、繰り返される要求であることが可能であり、あるいは新しい要求であってもよい。したがって、前記第1の要求および前記再要求は、2つの異なる種類のメッセージであってもよい。
【００１４】
本発明は、例えば、送信機および受信機を備える端末を提供することが可能である。 前記端末は、アクセスポイントから所望する情報に関する第1の要求メッセージ を生成し、前記第1の要求メッセージを前記アクセスポイントに送信し、前記端末に再送（come back）を要求する第1の応答メッセージ を前記アクセスポイントから受信し、既定時間待機し、前記第1のプローブ応答に応じて前記所望の情報に関する第2の応答メッセージを前記アクセスポイントに送信し、前記所望の情報を提供する前記アクセスポイントから第2のプローブ応答を受信する、ように構成されてもよい。
【００１５】
さらに、本発明は、例えば、送信機および受信機を含むアクセスポイントを提供する。 前記アクセスポイントは、所望の情報に関する第1のプローブ要求を端末から受信し、前記端末に再送を要求する第1のプローブ応答を前記端末に送信し、前記所望の情報をバックエンドから入手し、前記第1のプローブ応答に応じて前記所望の情報に関する第2のプローブ要求を受信し、前記所望の情報を提供する前記アクセスポイントから第2のプローブ応答を送信する、ように構成される。
【図面の簡単な説明】
【００１６】
添付の図面を参照して、好適な実施形態に基づき、本発明について以下にさらに詳しく説明する。
【００１７】
【図１】本発明の実施形態に係る信号フロー図を示す。
【００１８】
【図２】本発明の実施形態に係るアクセスポイントの処理フロー図を示す。
【００１９】
【図３】要求された情報を検索するために、アクセスポイントが802.21情報サーバに問い合わせを行なう信号フロー図を示す。
【００２０】
【図４】本発明の実施形態に係る通信システムの簡易ブロック図を示す。
【好適な実施形態の説明】
【００２１】
好適な実施形態において、アクセスポイントを含む例示的実施形態に関して以下に説明する。アクセスポイントは、多数のネットワークによって共有されるように構成されてもよく、また、IEEE802.21情報サービスに対応可能である。
【００２２】
本発明の特定の実施形態において、いくつかの情報要素に関するクエリを移動局から受信するアクセスポイントが、アクセスポイントが要求された情報を提供可能であるが、即座にそれを提供可能でないという表示を伴って、移動局に返答することが可能になる。このような状況は、要求を受信する時点で要求された情報がアクセスポイントになく、アクセスポイントがその情報をリアルタイムに探し出すことができない場合に発生しうる。本発明の特定の実施形態において、その情報に関するクエリを移動局が再度行なう必要があるということを、このようなアクセスポイントが移動局に表示することが可能になる。このような表示は、「再送」表示（Come Back Indication）と呼ばれてもよい。
【００２３】
アクセスポイントは、任意で、端末がアクセスポイントに再度クエリを行なうのに使用するクエリ識別子（QueryID）を返信してもよく、それにより、必要とされる情報要素を再度表示する必要がなくなる。クエリ識別子の値は、アクセスポイント特有のものであってもよい。したがって、複数の情報要素（IE）が要求され、かつアクセスポイントで即座に入手可能でない場合に、クエリは、後続のクエリにおいて容易に照会可能になり、所望の情報を繰り返し詳述する必要がなくなる。したがって、無線リソースを節約することができる。
【００２４】
また、アクセスポイントは、任意で、時間値（ComeBackDelay）を返信してもよく、この時間値は、アクセスポイントによって決定され、かつアクセスポイントに再度クエリを行なうまでに端末が待機すべき時間を表示する。
【００２５】
新しい情報要素を付加することによって、プローブ要求／応答メッセージを拡張することができる。移動局は、どの情報要素を要求するかをプローブ要求において特定することができる。アクセスポイントが対応している場合、移動局は、要求した情報をプローブ応答において入手することができる。「一定」の情報要素がいくつか常時存在してもよい。
【００２６】
図1は、本発明の実施形態に係るフローを示す。移動局110は、要求されているlE（IE1、1E2、IEn）のリストを含むように拡張されたプローブ要求112を送信してもよい。アクセスポイント120は、lEji、lEjmを即座に返信できないこと、あるいは移動局のクエリに即座に返答できないことを決定してもよい。例えば、移動局110がローミングlDを提供した場合、この後者の状況が発生してもよい。アクセスポイント120は、lEji、lEjmを含まない要求された情報のリストを、「再送」プローブ応答122において返信する。アクセスポイント120は、任意で、移動局110にQueryIDを提供する。QueryIDは、プローブ要求112の形式で元々のクエリを照会するチケットの役割を果たし、これを使用することによって、移動局110からの第2の要求の長さを減少させることができる。また、アクセスポイント120は、任意で、ComeBackDelayパラメータを提供する。このComeBackDelayパラメータは、不足している情報を入手するために、同一の情報の第2の要求でありうる「再送」プローブ要求114を送信するまでに移動局110が待機すべき時間を表示する。
【００２７】
移動局110は、一定時間待機し、新しいクエリを前回のクエリと関連付けるQueryIDを任意で含む「再送」プローブ要求114を送信してもよい。時間は、ComeBackDelayによって表示された時間、移動局110によって決定された時間、または既定の時間であってもよい。次に、アクセスポイント120は、プローブ応答126においてlEji、IEjmを返信する。移動局110が、再送プローブ要求114を送信することによって再クエリを行なわない場合、アクセスポイント120は、一定時間後に情報を削除し、アクセスポイントのメモリを消費する多数のクエリの発生によりもたらされるアクセスポイント120へのサービス拒否（DoS）攻撃を回避する。
【００２８】
一方、移動局110が再要求まで待機している間、アクセスポイント120は、検索（リトリーブ）要求124によってバックエンド130からlEji、IEjmを入手してもよい。バックエンド130は、検索要求124を処理し、アクセスポイント120にlEji、IEjmをデータメッセージ132において返信してもよい。検索要求124とデータメッセージ132の間の時間は、一般的に、5msよりも大幅に長くてもよい。
【００２９】
「再送」プローブ要求126を送信するまで待機している間、移動局110はアクティブのままである必要はない。したがって、元々のプローブ要求112の回答の待機にアクティブのままである場合とは違って、電力を節約することができる。移動局110が情報を再要求することから、再要求のタイミングは、移動局110の便宜に即することができる。
【００３０】
移動局が第1のアクセスポイント（APi）に接続され、かつAPiと能動的にデータフレームを交換しているが、対象のアクセスポイント（AP2）から情報を検索したい場合、移動局は、AP2チャネル上に残る必要はないが、「再送」プローブ要求を送信するまで待機する。非アクティブの移動局において、移動局は、適切な時間の経過後にAP2チャネルに戻ることができる。したがって、移動局内の不必要な処理が回避可能である。
【００３１】
アクセスポイントは、無線アクセスポイントの制御およびプロビジョニング（Control And Provisioning of Wireless Access Points; CAPWAP）または認証、認可、課金（Authentication, Authorization, and Accounting; AAA）などのプロトコルを使用して情報を検索してもよい。
【００３２】
プローブ要求は、NAI要求情報要素に提供されるローミングIDで拡張可能である。また、プローブ要求は、802.21情報サービスなどの情報サービスに対応するような種々のlEに対応するように拡張可能である（lEは、802.21仕様において規定されるようなものであることが可能である）。プローブ要求は、QueryIDフィールドに対応するようにさらに拡張可能である。
【００３３】
同様に、プローブ応答は、802.21情報サービスに対応するような種々のlEに対応するように拡張可能である（lEは、802.21仕様において規定されるようなものであることが可能である）。プローブ応答は、QueryIDフィールドに対応するように拡張可能である。また、プローブ応答は、ComeBackDelayフィールドに対応するように拡張可能である。
【００３４】
特定のセキュリティについて考慮すべきである。移動局が「再送」クエリを送信するまでの間だけ、アクセスポイントが所定の移動局のクエリ結果を保存する場合、アクセスポイントから正規の移動局への「再送」応答を妨害するハッカーは、正規の移動局より先にアクセスポイントへの新しい要求を送信し、その移動局のために検索した情報をアクセスポイントが消去してしまうようにする可能性がある。したがって、アクセスポイントにおいて入手可能な情報が存在しなくなるため、移動局／アクセスポイントの再送クエリが失敗になる。本攻撃の危険性を軽減させる方法の1つとして、アクセスポイントが移動局のMACアドレスを保存することが挙げられる。しかしながら、移動局とアクセスポイントとの認証／アソシエーションがまだ行なわれていないため、ハッカーは、移動局のMACアドレスを偽造可能である場合がある。IEEE802.11ネットワークなどの無線ネットワークにおけるMACの剥奪／偽造を阻止するためにソリューションが施されているが、認証／アソシエーションされた移動局にのみ適用されると考えられる。さらに、特定の実装において、移動局が既知または任意のMACアドレスを使用して、プローブ要求／応答メッセージを送受信可能にすることによって、能動的なスキャン処理（つまり、プローブ）を実行するローミング移動局を、ネットワークが追跡することを防止してもよい。
【００３５】
したがって、アクセスポイントにおいてクエリと関連付けられた移動局のMACアドレスは、本明細書に記載されるセキュリティ上の問題を完全に排除できない。より簡素化された機構において、アクセスポイントは、移動局が再送クエリを送信するのに必要な時間よりも若干長いと考えられる時間、クエリの結果をキャッシュに格納する。
【００３６】
本発明は、省電力機構を有利に可能にしてもよい。例えば、移動局は、「再送」プローブ要求を送信するまで待機する間、アクティブのままでいる必要がないため、省電力が可能になる。また、移動局が第1のアクセスポイント（API）に接続され、かつAPIとデータフレームを能動的に交換しているが、対象のアクセスポイント（AP2）から情報を検索したい場合、移動局は、AP2チャネル上に残る必要はないが、「再送」プローブ要求を送信するまで待機する。さらに、本発明の特定の実施形態において、アクセスポイントは、入手可能な情報を全て有するように構成される場合よりも多くのメモリを使用する必要がない。実際は、アクセスポイントは、一般的な方法でクエリの結果を保存し、その他のクエリに同一の情報を返信できるようにする（該当する場合）。したがって、アクセスポイントは、頻繁に要求された情報をキャッシュに保持することによって、再送が発生する回数を減少させてもよい。
【００３７】
本発明の特定の実施形態において、いくつかの情報要素に関するクエリを移動局から受信するアクセスポイントであって、要求を受信する時点で要求された情報を所有せず、また、リアルタイムでその情報を検索するように構成されたアクセスポイントは、アクセスポイントが、要求された情報を提供可能であるが、即座にそれを提供可能でないという表示を伴って、移動局に返答することが可能になる。また、本発明の特定の実施形態において、アクセスポイントは、その情報に関するクエリを端末が再度行なう必要があることを、端末に表示することが可能になる。
【００３８】
アクセスポイントは、任意で、端末がアクセスポイントに再度クエリを行なうのに使用するクエリ識別子QueryID（その値はアクセスポイント特有のものである）を返信してもよく、それにより、要求された情報要素を再度表示する必要がなくなる（これは、1つ以上の情報要素IEが要求され、かつアクセスポイントにおいて即座に入手可能でなく、IEのリストを再度提供することによって新しいクエリを実行することが無線リソースの浪費となる場合に、有用でありうる）また、アクセスポイントは、任意で、時間値ComeBackDelayを返信してもよく、この時間値は、アクセスポイントによって決定され、かつアクセスポイントに再度クエリを行なうまでに端末が待機すべき時間を表示する。
【００３９】
図2に示されるように、アクセスポイントは、210において、情報の要求を移動局から受信してもよい。次に、アクセスポイントは、220において、情報が即座に提供可能であるか否かを決定する。可能である場合、アクセスポイントは、230において情報を提供する。可能でない場合、アクセスポイントは、240において、移動局が後に情報を再要求するように提案してもよい。
【００４０】
上に説明のとおり、アクセスポイントは、240において、移動局が後に情報を再要求するように提案し、アクセスポイントは、クエリIDを提供することによって再要求が簡素化され、遅延値または時間枠によって、適切な時間に移動局が再要求を送信可能になる。
【００４１】
図3に示されるように、移動局は、データを要求するプローブ要求をアクセスポイントに送信してもよい。アクセスポイントは、再送プローブ応答を移動局に返信し、クエリIDおよび再送遅延を提供してもよい。クエリIDは、通し番号によってクエリを一意的に識別してもよい。クエリIDは、元々のクエリを照会するために移動局によって使用されてもよい。再送遅延は、データを再度送信するまでに移動局が待機するべき秒またはその分割分で遅延を特定してもよい。遅延中、移動局は、データを再度要求するまで待機しているが、アクセスポイントは、802.21情報サーバなどの情報サーバにクエリを行なってデータを入手してもよい。情報サーバは、そのデータを伴って返答してもよいが、5ミリ秒よりも十分長い時間をかけて返答してもよい。遅延は、情報サーバが返答するのにかかると考えられる時間の長さを含むように設計されてもよい。遅延が完了すると、移動局は、再送プローブ要求をアクセスポイントに送信する。再送プローブ要求は、アクセスポイントによって提供されたクエリIDを使用して、前回の要求を簡単に識別してもよい。次に、アクセスポイントは、所望の情報を伴って応答することができる。
【００４２】
図3は、802.21情報サーバ330などの情報サーバを備える本発明の実施形態を示す。移動局310は、Type_of _802.21_IS_queryおよび802.21_query_dataを含むプローブ要求132を送信してもよい。アクセスポイント320は、要求されたデータを即座に返信できないことを決定し、QueryIDおよびComeBackDelayを任意で含む「再送」プローブ応答322で返信してもよい。再送プローブ応答322の決定および返信は、約5ms時間枠内で発生してもよい。
【００４３】
移動局310は、ComeBackDelay情報に相当しうる一定時間待機し、新しいクエリを前回のクエリと関連付けるQueryIDを任意で含む「再送」プローブ要求314を送信してもよい。次に、アクセスポイント320は、Type_of_802.21_IS_replyおよび802.21_reply_dataをプローブ応答 326において返信してもよい。 
【００４４】
一方、移動局310がComeBackDelay時間に待機している間に、アクセスポイント320は、802.21サーバ130に対して、802.21_query_dataを802.21_IS_query 324において提示してもよい。802.21サーバ330は、802.21_IS_query324を処理し、アクセスポイント320に対して、802.21_reply_dataを802.21_IS_reply332において返信してもよい。802.21_IS_query324と802.21_IS_reply332の間の時間は、一般的に5msよりも大幅に長くてもよい。
【００４５】
図4は、本発明の実施形態に係る通信システム400の実施形態を示す。図示されるように、移動局410は、通信媒体440上でアクセスポイント420と通信可能であってもよく、この通信媒体440は、例えば、空気または空間を介した無線接続であってもよい。
【００４６】
移動局410は、プローブ要求を送信するように構成された送信機412と、プローブ応答を受信するように構成された受信機418と、プロセッサ415とを含んでもよい。プロセッサ415は、プローブ要求の生成、プローブ応答の分析、および受信機412および送信機418の制御などの種々のタスクを行なうように構成されてもよい。プロセッサ415は、ハードウェア、ソフトウェア、またはそのいくつかの組み合わせにおいて実装されてもよく、汎用コンピュータ、特定用途向け集積回路（Application Specific Integrated Circuit; ASIC）、またはその他のハードウェアを含んでもよい。
【００４７】
アクセスポイント420は、プローブ応答を送信するように構成された送信機422と、プローブ要求を受信するように構成された受信機428と、プロセッサ425とを含んでもよい。プロセッサ425は、プローブ応答の生成、プローブ要求の分析、および受信機422および送信機428の制御などの種々のタスクを行なうように構成されてもよい。プロセッサ425は、ハードウェア、ソフトウェア、またはそのいくつかの組み合わせにおいて実装されてもよく、汎用コンピュータ、特定用途向け集積回路（Application Specific Integrated Circuit; ASIC）、またはその他のハードウェアを含んでもよい。
【００４８】
また、アクセスポイント420は、バックエンド430を備えてもよい。バックエンド430は、アクセスポイント420に取り付けられるように示されているが、バックエンド430がアクセスポイント420に物理的に接続される必要はない。したがって、バックエンドは、プロセッサ415および425と類似の回路を備えてもよく、また、システムの実装者の便宜に即して位置付けられてもよい。
【００４９】
バックエンド430は、種々の構成要素および能力を有してもよい。例えば、バックエンド430は、アクセスポイント420を補佐するための情報データベースを含んでもよい。また、バックエンド430は、アクセスポイント420と通信し、アクセスポイント420からのクエリに応答するように構成されてもよい。
【００５０】
本発明において、プローブ要求である要求メッセージと、プローブ応答である応答メッセージに関して説明されるが、プローブ要求およびプローブ応答の代わりにその他の管理フレームが使用可能であることに留意されたい。このような管理フレームには、ユーザデータを搬送しない管理フレームを含めることができる。したがって、本発明は、使用されるメッセージの特定の形式に限定されない。
【００５１】
本発明は、上記の好適な実施形態に制限されないが、当業者に明白であるような種々の修正が可能であることに留意されたい。
【００５２】
したがって、当業者は、上述の発明が、異なる順番による工程および／または開示される構成とは異なる構成のハードウェア要素で実用化されてもよいことを容易に理解するだろう。ゆえに、これらの好適な実施形態に基づいて本発明は説明されたが、特定の修正、変形、および代替構造が明白であるとともに、それらが本発明の精神および範囲内にあることが、当業者にとって明白であるだろう。本発明の境界および限度を判断するには、請求項を参照されたい。
【図１】
2009520433.tif 000003
【図２】
2009520433.tif 000004
【図３】
2009520433.tif 000005
【図４】
2009520433.tif 000006
【手続補正書】
【提出日】平成20年6月18日(2008.6.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末であって、
アクセスポイントから所望する情報に関する第1の要求メッセージを生成するように構成されたプロセッサと、
前記第1の要求メッセージを前記アクセスポイントに送信するように構成された送信機と、
前記第1の要求メッセージに応じて、前記端末に再送を要求する第1の応答メッセージを前記アクセスポイントから受信するように構成された受信機と、を備え、
前記プロセッサは、前記端末が既定時間待機するよう制御し、また前記第1の応答メッセージに応じて前記所望の情報に関する第2の要求メッセージを生成するようにさらに構成され、
前記送信機は、前記第2の要求メッセージを前記アクセスポイントに送信するようにさらに構成され、
前記受信機は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを受信するようにさらに構成される、
端末。
【請求項２】
受信機は、再送遅延フィールド（come back delay field）を含む前記第1の応答メッセージを受信するように構成され、前記再送遅延フィールドは前記既定時間を規定する、請求項1に記載の端末。
【請求項３】
前記プロセッサは、前記アクセスポイントが前記所望の情報を入手するのに必要な時間に相当する既定時間を、前記端末が待機するために制御するようにさらに構成される、請求項1に記載の端末。
【請求項４】
受信機は、前記所望の情報を照会するクエリ識別子を含む前記第1の応答メッセージを受信するように構成される、請求項1に記載の端末。
【請求項５】
前記送信機は、前記クエリ識別子を含む前記第2の要求メッセージを送信するようにさらに構成される、請求項4に記載の端末。
【請求項６】
前記送信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとして管理フレームを送信するように構成され、前記受信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとして管理フレームを受信するように構成される、請求項1に記載の端末。
【請求項７】
前記送信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとしてプローブ要求を送信するように構成され、前記受信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとしてプローブ応答を受信するように構成される、請求項1に記載の端末。
【請求項８】
前記プロセッサは、前記第1の応答メッセージを受信してから前記第2の要求メッセージを送信するまでの間、前記端末をスリープモードに設定する、請求項１に記載の端末。
【請求項９】
所望の情報に関する第1の要求メッセージを端末から受信するように構成された受信機と、
前記第1の要求メッセージを分析し、かつ前記端末に再送を要求する第1の応答を生成するように構成されるプロセッサと、
前記第1の応答メッセージを前記端末に送信するように構成された送信機と、
を備えるアクセスポイントであって、
前記プロセッサは、前記所望の情報をバックエンドから入手するようにさらに構成され、
前記受信機は、前記第1の応答メッセージに応じて前記所望の情報に関する第2の要求メッセージを受信するようにさらに構成され、
前記プロセッサは、前記第2の要求メッセージを分析し、かつ前記所望の情報を提供する応答メッセージを生成するようにさらに構成され、
前記送信機は、前記第2の応答メッセージを前記端末に送信するように構成される、
アクセスポイント。
【請求項１０】
前記第1の応答メッセージは再送遅延フィールドを含み、前記再送遅延フィールドは、前記端末が前記第2のプローブ要求をいつ送信するかを規定する、請求項9に記載のアクセスポイント。
【請求項１１】
前記アクセスポイントは、前記第1の応答メッセージの送信前に、実質的に即座に前記情報を提供可能であるか否かを決定するようにさらに構成される、請求項9に記載のアクセスポイント。
【請求項１２】
前記送信機は、前記所望の情報を照会するクエリ識別子を含む前記第1の応答メッセージを送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１３】
前記受信機は、前記クエリ識別子を含む前記第2の要求メッセージを受信するように構成される、請求項12に記載のアクセスポイント。
【請求項１４】
前記プロセッサは、前記クエリ識別子を照会することによって、前記所望の情報を特定するようにさらに構成される、請求項12に記載のアクセスポイント。
【請求項１５】
前記受信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとして管理フレームを受信するように構成され、前記送信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとして管理フレームを送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１６】
前記受信機は、前記第1の要求メッセージおよび前記第2の要求メッセージとしてプローブ要求を受信するように構成され、前記送信機は、前記第1の応答メッセージおよび前記第2の応答メッセージとしてプローブ応答を送信するように構成される、請求項9に記載のアクセスポイント。
【請求項１７】
前記アクセスポイントは、遠隔情報サーバから前記所望の情報を入手するように構成される、請求項9に記載のアクセスポイント。
【請求項１８】
第1の要求メッセージをアクセスポイントに送信する送信手段と、
前記端末に再送を要求する第1の応答メッセージを、前記アクセスポイントから受信する受信手段と、
既定時間待機する待機手段と、
を備える端末であって、
前記送信手段は、前記第1の応答メッセージに応じて前記所望の情報に関する第2の要求メッセージを前記アクセスポイントに送信するようにさらに構成され、
前記受信手段は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを受信するようにさらに構成される、
端末。
【請求項１９】
所望の情報に関する第1の要求メッセージを端末から受信する受信手段と、
前記端末に再送を要求する第1の応答メッセージを前記端末に送信する送信手段と、
前記所望の情報をバックエンドから入手する処理手段と、
を備えるアクセスポイントであって、
前記受信手段は、前記第1の応答メッセージに応じて前記所望の情報に関する第2の要求メッセージを受信するようにさらに構成され、
前記送信手段は、前記所望の情報を提供する前記アクセスポイントから、第2の応答メッセージを前記端末に送信するようにさらに構成される、
アクセスポイント。
【請求項２０】
通信システムおいて情報を提供する方法であって、
所望の情報に関する第1の要求メッセージを、端末からアクセスポイントに送信することと、
前記端末に再送を要求する第1の応答メッセージを、前記アクセスポイントから前記端末に送信することと、  
所望の情報をバックエンドから、前記アクセスポイントによって入手することと、
前記第1の応答メッセージに応じて前記所望の情報に関する第2の要求メッセージを前記端末から前記アクセスポイントに送信することと、
前記所望の情報を提供する第2の応答メッセージを、前記アクセスポイントから前記端末に送信することと、
を含む、方法。
【国際調査報告】
2009520433.tif 000007
2009520433.tif 000008
2009520433.tif 000009