(57)【要約】無線ローカル・エリア・ネットワーク（ＷＬＡＮ）は、第１のデバイスおよび第２のデバイスを含む。第１のデバイスは、サービス間隔が特定の時間に始まることになっていることを示す第１の送信指標を含んだ第１のフレームを送る。第２のデバイスは、第１の送信指標の受信を示す肯定応答を第２のデバイスから第１のデバイスに送る。所定の期間の後で、肯定応答が第１のデバイスによって受信されない場合、第１のデバイスは、別の第１の送信指標を含んだ第２のフレームを送る。また、第１のデバイスは、サービス期間が特定の時間に終了することを示す最後の送信指標を送る。ＷＬＡＮおよびその使用方法は、サービス期間の開始および終了について第１のデバイスと第２のデバイスの間の同期性を実現する。
2006521051.tif 000002
【特許請求の範囲】
【請求項１】
無線ローカル・エリア・ネットワーク（ＷＬＡＮ）の第１のデバイスから前記ＷＬＡＮの第２のデバイスにフレームを送信する方法であって、
第１の送信指標を含んだ第１のフレームを前記第１のデバイスから前記第２のデバイスに送信ステップであって、前記第１の送信指標はサービス間隔が特定の時間に始まることになっていることを示すものであるステップと、
前記第１の送信指標の受信を示す肯定応答（ＡＣＫ：acknowledgement）を前記第２のデバイスから前記第１のデバイスに送るステップと、
所定の期間の後に、肯定応答が前記第１のデバイスによって受信されない場合、別の第１の送信指標を含んだ第２のフレームを送信するステップと、を備える方法。
【請求項２】
前記方法は、さらに、肯定応答が受信されるまで前記第２のフレームの送出しを繰り返すステップを含む、請求項１に記載の方法。
【請求項３】
前記方法は、さらに、サービス期間が特定の時間に終了することになっているという最後の送信指標を含んだ最後のフレームを送るステップを備える、請求項１に記載の方法。
【請求項４】
前記方法が、さらに、サービス間隔を設定するステップを含む、請求項１に記載の方法。
【請求項５】
前記方法が、さらに、前記第１の送信指標の送出しの後で、かつ前記最後の送信指標の送出しの前に、前記第１のデバイスと前記第２のデバイスとの間で複数の送信を送るステップを備える、請求項３に記載の方法。
【請求項６】
前記一方のデバイスがＱｏＳアクセス点（ＱＡＰ）であり、前記他方のデバイスがサービス品質ステーション（ＱＳＴＡ）である、請求項１に記載の方法。
【請求項７】
前記ＱＡＰが、前記第１の送信指標を送る、請求項６に記載の方法。
【請求項８】
前記第１の送信指標を受信した後で、前記ＱＳＴＡが受信の肯定応答（ＡＣＫ）を前記ＱＡＰに送る、請求項７に記載の方法。
【請求項９】
所定の時間間隔の間待機した後で、前記ＱＡＰが前記ＱＳＴＡによる受信の肯定応答（ＡＣＫ）を受信しない場合、前記ＱＡＰが別の第１の送信指標を再送信する、請求項８に記載の方法。
【請求項１０】
前記第１の送信指標が、ＱｏＳ制御フィールド・フレームのフレーム・ビット・セットである、請求項７に記載の方法。
【請求項１１】
前記ＱＡＰが、前記ＡＣＫを受信するまで前記待機および前記再送信を繰り返す、請求項９に記載の方法。
【請求項１２】
前記ＱＡＰが、サービス期間の終了を示す最後の送信指標を前記ＱＳＴＡに送る、請求項６に記載の方法。
【請求項１３】
前記最後の送信指標を受信した後で、前記ＱＳＴＡが、前記最後の送信指標の受信の肯定応答（ＡＣＫ）を前記ＱＡＰに送る、請求項１２に記載の方法。
【請求項１４】
所定の時間間隔の間待機した後で、前記ＱＡＰが前記ＱＳＴＡによる前記最後の送信指標の受信の肯定応答（ＡＣＫ）を受信しない場合、前記ＱＡＰが前記最後の送信指標を再送信する、請求項１３に記載の方法。
【請求項１５】
前記ＱＡＰは、前記最後の送信指標の前記ＡＣＫを受信するか、再試行の最大回数を超えるか、または現在のサービス継続期間が最大サービス継続期間よりも長くなるまで、前記待機および前記再送信を繰り返す、請求項１４に記載の方法。
【請求項１６】
前記最後の送信指標の前記ＡＣＫの送出しが完了した後で、前記ＱＳＴＡが、内部待ち行列管理を行い、および／またはパワー節約モードに入る、請求項１１に記載の方法。
【請求項１７】
第１のデバイスおよび第２のデバイスを備える無線ローカル・エリア・ネットワーク（ＷＬＡＮ）であって、前記第１のデバイスが、サービス間隔が特定の時間に始まることになっていることを示す第１の送信指標を含んだ第１のフレームを送り、また、前記第２のデバイスが、前記第１の送信指標の受信を示す肯定応答を前記第１のデバイスに送り、さらに、所定の期間の後で、前記肯定応答が前記第１のデバイスによって受信されない場合、前記第１のデバイスが、別の第１の送信指標を含んだ第２のフレームを送る無線ローカル・エリア・ネットワーク（ＷＬＡＮ）。
【請求項１８】
第１のデバイスおよび第２のデバイスを備える無線ローカル・エリア・ネットワーク（ＷＬＡＮ）であって、前記第１のデバイスが、サービス期間が特定の時間に終了することになっていることを示す最後の送信指標を含んだ最後のフレームを送り、また、前記第２のデバイスが、前記最後の送信指標の受信を示す肯定応答を前記第１のデバイスに送り、さらに、所定の期間の後で、前記肯定応答が前記第１のデバイスによって受信されない場合、前記第１のデバイスが、別の最後の送信指標を含んだ第２のフレームを送る無線ローカル・エリア・ネットワーク（ＷＬＡＮ）。
【請求項１９】
前記第１のデバイスが、サービス品質アクセス点（ＱＡＰ）であり、かつ前記第２のデバイスがサービス品質ステーション（ＱＳＴＡ）である、請求項１６に記載のＷＬＡＮ。
【請求項２０】
前記第１のデバイスが、サービス品質アクセス点（ＱＡＰ）であり、かつ前記第２のデバイスがサービス品質ステーション（ＱＳＴＡ）である、請求項１７に記載のＷＬＡＮ。
【発明の詳細な説明】
【背景技術】
【０００１】
データおよび音声通信における無線接続性の使用は、増加し続けている。これらのデバイスには、携帯型コンピュータ、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のコンピュータ、携帯型ハンドセットなどがある。無線通信帯域幅は、チャネル変調技術の進歩と共に相当に拡大し、ＷＬＡＮは有線および光ファイバ解決策の存立可能な代替えとなっている。
【０００２】
ＩＥＥＥ８０２．１１は、ＷＬＡＮの媒体アクセス制御（ＭＡＣ）サブレイヤおよび物理（ＰＨＹ）層の仕様を扱う標準である。この標準は、音声およびデータ・トラフィック制御の大きな改善を可能にしたが、一方で、サービス品質（ＱｏＳ）要件をサポートしながら高められたチャネル・レートでネットワークにアクセスする需要が継続して増加しているために、標準の絶えざる評価およびその変更が必要となっている。例えば、特にサービス品質（ＱｏＳ）保証のあるＷＬＡＮでの実時間マルチメディア・サービスを、サポートすることに多大な努力が払われた。
【０００３】
ＷＬＡＮの動作チャネルのアクセス／使用を調整しようとして使用された１つの技術は、ポーリングである。ポーリングは、ＱｏＳアクセス点（ＱＡＰ）が、ストリーム要件のような特定の要件を使ってＱｏＳステーション（ＱＳＴＡ）に送信を送るプロセスである。これは、事実上、所定の継続期間に対してチャネル・アクセス権を認可するＱＡＰからＱＳＴＡへの許可の認可である。ＱＳＴＡは、アクセスのためのスケジュールされた時間を有し、そして、２つの連続したスケジュールされたサービス期間の間の最小時間は、最小サービス間隔として知られている。スケジュールされたサービス間隔の間の合間に、ＱＳＴＡはパワー節約モードに入ることができ、またはいくらかの内部処理を行なうことができ、または両方を行なうことができる。例えば、ＱＳＴＡは、他のタスクのために、特にパワーを保存するために、ダウン時間を使用することができる。最小サービス間隔の開始について知らなければ、ＱＳＴＡは、サービス期間の後で、チャネルにアクセスを始めるためにＱＡＰによる次の指令を待ちながらアクティブ・モードの状態のままでいなければならないだろう。これは、資源の効率の悪い使用であろう。
【０００４】
上で概説したポーリング・シーケンスについてのＩＥＥＥ８０２．１１Ｅ仕様の規定は、ＷＬＡＮの効率を高めるが、それにもかかわらず欠点がある。例えば、最小サービス間隔および最大サービス間隔は、ＱＡＰ（または、ハイブリッド・コーディネータ（ＨＣ）と呼ばれる）による最初の成功したデータまたは無競合（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ）ＱｏＳポーリング（ＱｏＳ（＋）ＣＦ−Ｐｏｌｌ）の送信の開始から参照される。ＱＡＰによって送信されたデータ・フレームまたはＱｏＳ（＋）ＣＦ−Ｐｏｌｌは、ＱＳＴＡによって正しく受信されるが、必要な受信の肯定応答（ＡＣＫ：acknowledgement）がＱＡＰによって適切に受信されないことがある。そのようなものとして、ＱＳＴＡは、ポーリングで指示された時間に、またポーリングで指示されたパラメータ・セットに合わせて最小サービス間隔の基準を設定するが（この基準は、ＱｏＳ（＋）ＣＦ−Ｐｏｌｌまたはダウンリンク送信の開始からである）、肯定応答を受信しなかったＱＡＰは、前の送信が受信されなかったという想定に基づいて前の信号を再送信する。
【０００５】
しかし、ＱＳＴＡは既に最小間隔の開始を設定していたので、ＱＳＴＡは、例えば、最大サービス間隔の終りで、パワー節約モードの状態であることがあるので、そのポーリングを受信せず、それでプロトコル障害が起こっている。すなわち、ＱＡＰとＱＳＴＡとの間のサービス期間の開始の同期が壊れている。また、ＱＳＴＡの観点からサービス期間の始まりの同期がとれていない場合、サービス期間の始まりから最大サービス継続期間の後に、ＱＳＴＡはパワー節約モードに入ることがある。しかし、サービス期間の開始は同期が取れていないで、ＱＡＰはＱＳＴＡよりも遅れてサービス期間の開始を画するので、最大サービス継続期間はより遅く終了する。したがって、ＱＳＴＡがパワー節約モードの状態である間に、ＱＡＰは、データをＱＳＴＡに送信し続けるかもしれず、結果として、プロトコル障害となる。したがって、当技術分野では、サービス期間の終了について明示的に知らされるまで、ＱＳＴＡに目を覚ましているように命じる必要がある。
【０００６】
最小サービス間隔の開始の設定点で生じ得る曖昧さの他に、たとえサービス期間の開始時間の同期がとれていても、サービス期間の終了がまた曖昧で、プロトコル障害をもたらすことがある。例えば、１つのサービス期間中の一連のＱｏＳ（＋）ＣＦ−Ｐｏｌｌで、１を超える送信機会（ＴＸＯＰ）がＱＡＰによって認可された場合、そのときＱＴＳＡは、特定のＴＸＯＰが最後のものであることを知らなければ、最大サービス継続期間の終了まで待ってパワー節約モードに入らなければならないだろう。もちろん、このことは、ＱＳＴＡによる不必要なパワーの使用をもたらすことがある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、必要とされているのは、上述のような知られている技術の欠陥を少なくとも克服する、ＷＬＡＮのＱＡＰとＱＳＴＡとの間でデータ・フレームおよび／または音声フレームのポーリングおよび送信を行なう方法である。
【課題を解決するための手段】
【０００８】
例示の実施形態に従って、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）の第１のデバイスからＷＬＡＮの第２のデバイスにフレームを送信する方法は、第１の送信指標を含んだ第１のフレームを第１のデバイスから第２のデバイスに送ることを含む。第１の送信指標は、サービス間隔が特定の時間に始まることになっていることを示す。また、本方法は、第１の送信指標の受信を示す肯定応答を第２のデバイスから第１のデバイスに送ること、および、所定の期間の後で肯定応答が第１のデバイスによって受信されない場合、別の第１の送信指標を含んだ第２のフレームを送ることを含む。
【０００９】
他の例示の実施形態に従って、無線ローカル・エリア・ネットワークは第１のデバイスおよび第２のデバイスを含む。第１のデバイスは、サービス間隔が特定の時間に始まることになっていることを示す第１の送信指標を含んだ第１のフレームを送る。第２のデバイスは、第１の送信指標の受信を示す肯定応答を第２のデバイスから第１のデバイスに送る。所定の時間の後で、肯定応答が第１のデバイスによって受信されていない場合、第１のデバイスは、別の第１の送信指標を含んだ第２のフレームを送る。
【００１０】
本発明は、添付の図面と共に読まれるとき以下の詳細な説明から最もよく理解される。様々な特徴は必ずしも一定の比率に応じて描かれていないことを強調しておく。実際、議論をはっきりさせるために、寸法は任意に増減されうる。
【発明を実施するための最良の形態】
【００１１】
以下の詳細な説明では、本発明の完全な理解を可能にするために、説明しかつ制限しない目的で、特定の詳細を開示する例示の実施形態を示す。しかし、本開示の恩恵を受けた当業者には明らかなことであろうが、本発明は、ここに開示される特定の詳細から逸脱した他の実施形態で、実施することができる。さらに、よく知られているデバイス、方法および材料の説明は、本発明の説明を不明瞭にしないために、省略されることがある。
【００１２】
図１は、例示の実施形態に従ったＷＬＡＮ１００を示す。ＷＬＡＮ１００は、少なくとも１つのＱＡＰ１０１を含み、このＱＡＰ１０１は、無線インフラストラクチャ（図示しない）によって複数のＱＳＴＡ１０２に接続されている。留意されたいことであるが、例示の実施形態では、４つのＱＳＴＡ１０２が示されている。これは、例示の実施形態の議論の明瞭さを高めるために行なった。ＱＳＴＡ１０２は、実例として、パーソナル・コンピュータ、民生用器具、ハンドセット、およびＷＬＡＮで有用に接続される他のデバイスのような携帯型デバイスである。例示の実施形態に従って、ＷＬＡＮ１００およびそれの要素は、ＩＥＥＥ８０２．１１標準およびその改定およびバージョンに実質的に準拠する。ＷＬＡＮ１００は、また、本出願の例示の実施形態の修正物および改良物も含む。
【００１３】
動作において、ＱＡＰ１０１は、様々なＱＳＴＡ１０２の間の通信を指図する。このために、ＱＡＰは、ＱＳＴＡ１０２による音声およびデータの送信を調整する。例示の実施形態に従って、ＱＳＴＡ１０２は、ＱＡＰ１０１を介してのみ互いに接続される。他の例示の実施形態に従って、ＱＳＴＡは、最初にＱＡＰ１０１に送信する必要なしに、１つまたは複数のＱＳＴＡと連絡することができる。前者はアップリンクとして知られており、一方で、後者は直接リンクと呼ばれる。ＷＬＡＮ１００のこれらの態様は、例示の実施形態の一般的な理解のために適切であるが、それらの詳細は、例示の実施形態を理解するために一般に必要でない。そのようなものとして、例示の実施形態の説明を不明瞭にしないために、これらの詳細は含まれない。
【００１４】
図２および３は、それぞれ、説明に役立つＱｏＳ制御フレームおよび、例示の実施形態に従ってＱＡＰとＱＳＴＡとの間でフレームを送信する例示の方法を示す。ＱｏＳ制御フィールド・フレーム２００のフレームは、例示の実施形態に適切な修正を有する仕様ＩＥＥＥ８０２．１１Ｅの草案Ｄ４．０項目７．１．３．５に従って配列されている。留意されたいことであるが、参照された仕様の全開示は、参照して本明細書に明確に組み込む。
【００１５】
ＱｏＳ制御フィールド・フレーム２００は、トラフィック識別子（ＴＩＤ）２０１、スケジュール未決定要素２０２、肯定応答（ＡＣＫ）方針２０３、および送信機会（ＴＸＯＰ）制限２０４のような様々な要素を含む。各フレーム要素の上の数字表示は、フレーム２００のビットの数を示す。留意されたいことであるが、ここで参照される最小および最大サービス間隔は、通常、７．３．２．１９スケジュール要素で参照される別個の要素、参照されたＩＥＥＥ仕様の図４２．１４にある。
【００１６】
例示の実施形態に従ったＱｏＳ制御フィールド・フレーム２００への注目すべき追加は、ＩＥＥＥ８０２．１１Ｅ項目７．３．５の下に予約されたフレームの１つに第１のフレーム・ビット（Ｆ）２０５および最後のフレーム・ビット（Ｌ）２０６を含めることである。留意されたいことであるが、第１のフレーム・ビット２０５およびフレーム・ビット２０６の用語は異なってもよい。例えば、これらのフレーム・ビットは、第１の送信指標および最後の送信指標と呼ぶことができる。使用される用語に無関係に、第１のフレーム・ビット２０５は、サービス間隔が始まることになっていることを示すためにＱＡＰによってＱＳＴＡに送られるＱｏＳ制御フィールド・フレーム２００のフレーム要素である。そして、最後のフレーム・ビット２０６は、サービス期間が終了することになっていることを示すためにＱＡＰによってＱＳＴＡに送られるフレーム要素である。特徴として、第１のフレーム・ビット２０５はサービス間隔の開始についてＱＡＰとＱＳＴＡとを同期させる。そして、最後のフレーム・ビット２０６は、サービス期間の終了についてＱＡＰとＱＳＴＡとを同期させる。
【００１７】
最初に、第１のフレーム・ビット２０５の機能を詳細に述べ、それに続いて最後のフレーム・ビット２０６の機能を述べる。図３ａの例示の方法３００に従って、ステップ３０１で、送信シーケンスの開始がＱＳＴＡの観点から示される。ステップ３０２で、ＱＳＴＡはサービス期間の開始を待つ。このモードで、ＱＳＴＡは、内部待ち行列を管理するか、またはパワー節約モードに入ることができる。ＱＳＴＡはこの時ＱＡＰと通信しないので、もちろん、このモードで、ＱＳＴＡは、期限切れになる可能性のある機能を行いおよび／またはパワーを節約することができる。問合せステップ３０３で、経過した時間が最小サービス間隔の時間以上である場合、ステップ３０４でＱＳＴＡはオン状態に入り、そして受信するか、または、ポーリングされた場合にはＱＡＰに送信する。ステップ３０３で期間が最小サービス間隔より少ない場合、ＱＳＴＡは図示のようにステップ３０２および３０３を繰り返す。
【００１８】
ステップ３０５で、ＱＡＰは第１のフレーム・ビットを送り、ＱＳＴＡは第１のサービス期間開始基準点を設定する。この基準点は、サービス期間が始まる時間を示す。このサービス期間中に、ＱＡＰはＱＳＴＡにサービスすることができる。このために、特定のＱＳＴＡは、ＱｏＳ制御フィールド２００の受信からサービス間隔の開始までの時間の継続期間を、第１のフレーム・ビットの受信から記録する。ステップ３０６で基準点が適切に設定された後で、ＱＳＴＡは、望み通りに、他の内部タスクに専心するかまたはパワー節約モードに入ることができる。サービス間隔が開始すると、データおよび／または音声の送信／受信を行なうことができる。サービス期間中に、指定された数のアップリンク（ＱＳＴＡからＱＡＰへ）、ダウンリンク（ＱＡＰからＱＳＴＡへ）、および直接リンクの送信／ポーリングがある。この手順は、参照されたＩＥＥＥ８０２．１１標準および／またはその改定のプロトコルをやり続けることで行なわれる。サービス間隔の終了を示すために、間隔の最後のＱｏＳ制御フィールド・フレームがＱＡＰによって送信され、最後のフレーム・ビットＬ２０６を含んでいる。
【００１９】
ステップ３０７で、ＱＳＴＡは、最後のフレーム・ビット２０６が受信されたかどうかを問い合わせる。最後のフレーム・ビットが受信されている場合、ステップ３０８でＱＳＴＡはＡＣＫを送る。この点で、ＱＳＴＡはサービス期間終了基準点を設定する。他方で、最後のフレーム・ビット２０６がステップ３０８で受信されていない場合、ＱＳＴＡは、ステップ３１２で、現在時間が最大サービス継続期間を超えているかどうかを問い合わせる。超えていない場合、本方法はステップ３０４でスタートを繰り返す。最大サービス継続期間が過ぎている場合、ＱＳＴＡは、現在サービス間隔でのＱＡＰによるこれ以上のサービスは正当でないことを認め、ＱＳＴＡはパワー節約モードに入るかまたは次のサービス期間の準備で内部待ち行列を管理することができる。このことは、ステップ３０９で行なわれる。有利なことには、このことによって、ＱＳＴＡは確定した停止点を有することができるようになる。このことは、知られている技術とは異なり、知られている技術では、ＱＳＴＡは、エネルギーを浪費して「オン」状態のままであることがあり、または、ＱＳＴＡが無駄なことにさらに他の送信を待っているので、特定の期間にサービスしなければならない特定の待ち行列を期限切れにすることがあり、または両方であることがある。最後に、ステップ３１０で、ＱＳＴＡは、次のスケジュールされたサービス間隔が始まる前に、パワー節約モードから出る。プロセスはステップ３０１のように繰り返す。
【００２０】
サービス間隔の最後のＳＥＦ（変化）の送信の議論に取り掛かる前に、ＳＥＦ２００の送信および受信の全ての可能なシナリオが、必ずしも明瞭さのために説明されていないことを指摘するのが有用である。明らかに、ＱＡＰとＱＳＴＡとの間の必要な同期性が実現される前に本方法３００のステップの１つまたは複数の繰返し（ことによると、連続的な方法で）を必要とする送信／受信および肯定応答の他のシナリオが生じることがある。そのようなものとして、ＱＳＴＡとＱＡＰとの両方によるサービス間隔の開始の同期の取れた設定が実現されるまで、どんな必要なステップでも繰り返されることは、本例示方法の範囲内にある。
【００２１】
図３ｂは、ＱＡＰとＱＳＴＡとの間でフレームを送信する方法を、ＱＡＰの観点から示す。ステップ３０１および３０２は、上と同じである。ステップ３１１で、現在時間がスケジュールされたサービス期間開始時間に等しい場合、ＱＡＰは、ステップ３１３で、第１のフレーム・ビット・セット２０５を含んだＱｏＳ制御フレームを送る。そうでなければ、ステップ３０２のシーケンスが繰り返される。ステップ３１４で、ＱＡＰは、指定された時間内にＡＣＫがＱＡＰによって受信されたかどうかを問い合わせる。そうであれば、ステップ３１５で、参照されたＩＥＥＥ仕様に準拠した送信および受信が続く。ＡＣＫが受信されていない場合、ステップ３１２が繰り返され、そして第１のフレーム・ビット・セット２０５が再び送られる。ＱＳＴＡが前のステップで第１のフレーム・ビット・セット２０５を受信したかどうかに無関係に、ＱＳＴＡは、最近受信した第１のフレーム・ビット・セットに従ってサービス期間開始基準を設定する。言い換えると、ＱＳＴＡおよびＱＡＰによるサービス期間の開始について同期性を達成するために、ＡＣＫの受信が必要である。したがって、ＱＡＰは第１のフレーム・ビット・セットを再び送り、ＱＳＴＡは、受信したＱｏＳ制御フィールド・フレームに従ってサービス期間基準点を設定する。もちろん、本例示方法のステップ３１３および３１４で構成されるこのサブループは、ＡＣＫがＱＡＰによって受信されるまで繰り返すことができる。
【００２２】
容易に理解されるように、ステップ３１３および３１４のプロセスは、結果として、ＱＡＰとＱＳＴＡとの両方で一様にサービス期間開始基準を設定することになる。すなわち、ＡＣＫが受信された場合、ＱＡＰとＱＳＴＡとの両方が、特定の時間（ＱｏＳ制御フィールド・フレーム２００でＱＡＰによって指示される）をサービス間隔の開始であるとして認める。この認識は、ＱＡＰとＱＳＴＡとの間の同期性を与え、第１のフレームＦの送信、受信、肯定応答、および肯定応答の受信から直接に結果として生じる。違った表現では、ＱＡＰは、それが間隔における第１の送信であることを示す第１のフレーム要素ビット・セット２０５を送り、そしてＱＳＴＡは、それが第１の送信であることを示す第１のフレーム要素ビット・セット２０５を受信し、そしてＱＡＰは、第１のフレーム・ビット要素２０５が受信されたという肯定応答を受信するので、その件が第１の送信であることには疑いの余地がなく、その第１の送信から、サービス間隔の開始（また、基準点とも呼ばれる）の基礎が形成される。しかし、第１のフレーム要素ビット・セット２０６のこの送信、受信および肯定応答に関して、ＱＳＴＡかＱＡＰかのどちらかが送信を受信しないことで、結果として、ＱＡＰとＱＳＴＡとの間の必要な同期性が無くなることがある。このことは、先の例で議論されたような容認できないプロトコル障害をもたらすことがある。
【００２３】
指定されたサービス期間の終了を示すために、ステップ３１６で、ＱＡＰは、最後のフレーム要素ビット・セット２０６を含んだＱｏＳ制御フィールド・フレーム２００を送る。ステップ３１７で、ＱＡＰは、ＱＳＴＡからのＡＣＫが受信されたか否かを問い合わせる。そうであれば、ステップ３１８で、サービス期間は終了する。そうでなければ、ステップ３１９で、ＱＳＴＡとＱＡＰとの間の送信媒体がＰＩＦＳ内でふさがっているかどうかの問合せが行なわれる。媒体がふさがっている場合、ステップ３１８でサービス期間が終わる。媒体がふさがっていない場合、ステップ３２０で、ＱＡＰは、最後のフレーム要素ビット・セット２０６を含んだＱｏＳ制御フィールド・フレーム２００の送信の設定制限に達しているかどうかを問い合わせる。そうでない場合、ステップ３２１で、現在サービス継続期間が最大サービス継続期間を超えているかどうかの問合せが行なわれる。そうであれば、ステップ３１８で、サービス期間は終了する。そうでなければ、ステップ３１６で始まるシーケンスが繰り返される。
【００２４】
ステップ３１５で始まる例示のプロセスのシーケンスは、サービス間隔の実際の終了の曖昧さを実質的に無くする。すなわち、サービス期間が終了することになっていることを示すＱＡＰによる最後のビット・フレーム２０６の送出、ＱＳＴＡによる最後のビット・フレーム２０６の受信、最後のビット・フレームが受信されたという肯定応答のＱＳＴＡによる送出、およびＱＡＰによる肯定応答の受信のシーケンスは、ＱＡＰおよびＱＳＴＡについてサービス期間の終了を実質的に同期させる。この同期性は、アップリンクおよびダウンリンクの利点を実現する。アップリンクの利点には、特定の時間敏感待ち行列を早く管理できることがあり、この管理は、サービス間隔の終了が認められているので、ＱＳＴＡで行なうことができ、それで、ＱＳＴＡはさらなる送信を待ちながら貴重な時間を浪費しなくなる。さらに、このことで、サービス期間の終了が早期に認められるので、より多くの時間で待ち行列管理を行なうことができるようになる。さらに、サービス間隔が終了したことをＱＳＴＡが明確に認め、パワーを保存するか、または待ち行列を管理するか、または任意の他の望ましいＭＡＣ機能を行なうことができるので、ダウンリンクの利点が実現される。
【００２５】
例示の実施形態をこのように説明したので、本開示の恩恵を受けた当業者がその実施形態を様々な方法で変えることができることは明らかだろう。そのような変形物は、本発明の精神および範囲からの逸脱と見なされず、また当業者に明らかであるかもしれないような修正物は、以下の特許請求の範囲およびその法的同等物の範囲内に含まれる予定である。
【図面の簡単な説明】
【００２６】
【図１】例示の実施形態に従った無線ローカル・エリア・ネットワークを示すブロック図である。
【図２】例示の実施形態に従った説明に役立つＱｏＳ制御フィールド・フレームを示す図である。
【図３ａ】例示の実施形態に従ったＱＡＰとＱＳＴＡとの間でフレームを送信する方法を示す図である。
【図３ｂ】例示の実施形態に従ったＱＳＴＡとＱＡＰとの間でフレームを送信する方法を示す図である。
【図１】
2006521051.tif 000003
【図２】
2006521051.tif 000004
2006521051.tif 000005
2006521051.tif 000006
【国際調査報告】
2006521051.tif 000007
2006521051.tif 000008
2006521051.tif 000009
2006521051.tif 000010