(57)【要約】無線局における電池保存のためのシステムと方法が記述される。最初に、無線局は、所定の時間スケジュールに従って、第１通信モード（４５０）から第２通信モード（４０５）へ切り替わる。局が第２通信モードのときのみ、局はデータパケット（４１５）の受信および送信のうちの少なくとも一つを行うことができる。第１モードは電力保存モード（４５０）である。局が第２モード（４０５）であるとき、無線アクセスポイントは、無線チャネル（４２５）への優先的なアクセスを得る。次に、アクセスポイントは、アクセスポイントと局間の無線通信用無線チャネルをリザーブする。無線通信は、アクセスポイントと局間に無線チャネル（４２８、４４０）によって行われる。終了条件に従って、局は、第１モード（４５０）に切り替わる。
2008509599.tif 000002
【特許請求の範囲】
【請求項１】
無線通信の方法であって、
（ａ）所定の時間スケジュールに従って、無線局を第１通信モードから第２通信モードへ切り替えるステップであって、該局は、該局が該第２モードにあるときのみに、データパケットを受信および送信することのうち少なくとも一つが可能で、該第１モードは、電力保存モードである、ステップと、
（ｂ）該局が該第２モードにあるのときに、無線アクセスポイントによって、無線チャネルへの優先的なアクセスを得るステップと、
（ｃ）ステップ（ｂ）の後、該アクセスポイントによって、該アクセスポイントと該局との間の無線通信のために該無線チャネルをリザーブするステップと、
（ｄ）該アクセスポイントと該局との間の無線通信を、該無線チャネルを介して行うステップと、
（ｅ）終了条件のもとで、該局を該第１モードに切り替えるステップと
を包含する、方法。
【請求項２】
前記終了条件は、（ａ）サービス期間の終了（ＥＯＳＰ）標識を有するデータパケット、（ｂ）該ＥＯＳＰ標識を有する空データパケット、（ｃ）空データフィールドを有するａｃｋパケット、（ｄ）所定時間の終了、（ｅ）前記局と前記アクセスポイントとの間の所定数のデータパケットの転送、のうちの一つである、請求項１に記載の方法。
【請求項３】
前記無線チャネルへの前記優先的なアクセスは、前記アクセスポントがＰＩＦＳを利用するときに得られる、請求項１に記載の方法。
【請求項４】
前記リザーブするステップは、送信機会を前記アクセスポイントおよび前記局のうちの一つに与えるサブステップを含む、請求項１に記載の方法。
【請求項５】
前記送信機会は、前記アクセスポイントおよび前記局のうちの一つが、前記無線チャネルを介してデータパケットのセットを送信する期間を含む、請求項４に記載の方法。
【請求項６】
前記期間は、前記データパケットのセットにおける多数のデータパケットの関数として決定される、請求項５に記載の方法。
【請求項７】
前記期間は、前記アクセスポイントによって送信されるデータパケットの持続時間フィールドにおいて表される、請求項５に記載の方法。
【請求項８】
前記ステップ（ａ）〜（ｅ）は、コンテンション期間の間に実行される、請求項１に記載の方法。
【請求項９】
無線通信の方法であって、
（ａ）無線局が無線アクセスポイントに対してアドレス指定された第１データパケットを有するときに、該無線局を第１通信モードから第２通信モードに切り替えるステップであって、該局は、該局が該第２モードにあるときのみに、データパケットを受信および送信することのうち少なくとも一つが可能であり、該第１モードは、電力保存モードである、ステップと、
（ｂ）無線チャネルが該局に対して利用可能であるときに、該無線チャネルを使用することにより、該局によって該第１データパケットを該アクセスポイントに送信するステップと、
（ｃ）該第１データパケットを該アクセスポイントによって受信するステップと、
（ｄ）該アクセスポイントによってａｃｋパケットを該局に送信するステップであって、該ａｃｋパケットは、該第１データパケットの該アクセスポイントによる受信、および、該局にアドレス指定された第２データパケットの（１）存在、および（２）非存在のうちの一つを示す、ステップと、
（ｅ）（１）該ａｃｋパケットが該第２データパケットの存在を示すことと、（２）該局が該アクセスポイントにアドレス指定されたさらなるデータパケットを有することとのうちの一つである場合に、
（ｉ）該アクセスポイントによって、該無線チャネルへの優先的なアクセスを得るサブステップと、
（ｉｉ）サブステップ（ｉ）の後、該アクセスポイントによって、該アクセスポイントと該局との間の無線通信のために該無線チャネルをリザーブするサブステップと、
（ｉｉｉ）該アクセスポイントと該局との間の無線通信を、該無線チャネルを介して行なうサブステップと、
を実行する、ステップと、
（ｆ）終了条件のもとで、該局を該第１モードに切り替えるステップと
を包含する、方法。
【請求項１０】
前記ａｃｋパケットが前記第２データパケットの不在を示す場合に、該ａｃｋパケットは空データフィールドを含む、請求項９に記載の方法。
【請求項１１】
前記終了条件は、（ａ）サービス期間の終了標識を有するデータパケット、（ｂ）前記空データフィールドを有するａｃｋパケット、（ｃ）所定時間の終了、（ｄ）該局と該アクセスポイントとの間の所定数のデータパケットの転送、のうちの一つである、請求項１０に記載の方法。
【請求項１２】
前記無線チャネルへの前記優先的なアクセスは、前記アクセスポイントがＰＩＦＳを利用するときに得られる、請求項９に記載の方法。
【請求項１３】
前記リザーブするサブステップは、送信機会を（１）前記アクセスポント、および（２）前記局のうちの一つに与えるサブステップを含む、請求項９に記載の方法。
【請求項１４】
前記送信機会は、前記アクセスポイントおよび前記局のうちの一つが、前記無線チャネルを介してデータパケットのセットを送信する期間を含む、請求項１３に記載の方法。
【請求項１５】
前記期間は、前記データパケットのセットにおける多数のデータパケットの関数として判定される、請求項１４に記載の方法。
【請求項１６】
前記期間は、前記アクセスポイントによって送信されるデータパケットの持続時間フィールドにおいて表される、請求項１４に記載の方法。
【請求項１７】
前記ステップ（ａ）〜（ｅ）は、コンテンション期間の間に実行される、請求項９に記載の方法。
【請求項１８】
無線局と、
該局と通信する無線アクセスポイントと
を備えるシステムであって、
該局は、所定の時間スケジュールに従って、第１通信モードから第２通信モードに切り替え、該局は、該局が該第２モードにあるときのみに、データパケットを受信および送信することのうち少なくとも一つが可能であり、該第１モードは、電力保存モードであり、
該局が該第２モードにあるときに、該アクセスポイントは、無線チャネルへの優先的なアクセスを得、
該アクセスポイントは、該アクセスポイントと該局との間の無線通信のために該無線チャネルをリザーブし、
無線通信は、該アクセスポイントと該局との間で該無線チャネルを介して行われ、
終了条件のもとで、該局は該第１モードに切り替わる、システム。
【請求項１９】
無線局と、
該局と通信する無線アクセスポイントと
を備えるシステムであって、
該無線局は、該局が該アクセスポイントにアドレス指定された第１データパケットを有するときに、該第１通信モードから第２通信モードに切り替え、該局が第２モードにあるときのみに、データパケットを受信および送信することのうちの少なくとも一つが可能であり、第１モードは、電力保存モードであり、
無線チャネルが該局に対して利用可能であるときに、該局は、該無線チャネルを使用して該第１データパケットを該アクセスポイントに送信し、
該アクセスポイントは、該第１データを受信し、該局にａｃｋパケットを送信し、該ａｃｋパケットは、該第１データパケットの該アクセスポイントによる受信、および、該局にアドレス指定された第２データパケットの（１）存在、および（２）非存在のうちの一つを示し、
（１）該ａｃｋパケットが該第２データパケットの存在を示すこと、（２）該局が該アクセスポイントに対してアドレス指定されたさらなるデータパケットを有することとのうちの一つである場合に、
（ｉ）該アクセスポイントは、該無線チャネルへの優先的なアクセスを得、
（ｉｉ）該アクセスポイントと該無線局との間の無線通信のために該無線チャネルをリザーブし、無線通信が、該アクセスポイントと該局との間で、無線チャネルを介して行なわれ、
終了条件のもとで、該局は該第１モードに切り替わる、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権主張）
本出願は、２００４年８月５日に出願された、発明の名称「Ａｕｔｏｍａｔｉｃ  Ｐｏｗｅｒ−Ｓａｖｅ  Ｄｅｌｉｖｅｒｙ  ｉｎ  ８０２．１１ｅ  Ｎｅｔｗｏｒｋｓ」の米国仮特許出願第６０／５９９，１４２号の利益を主張する。この先願の完全な開示は、添付の出願の開示の一部と考えられ、本明細書に参照のため明確に援用される。
【背景技術】
【０００２】
多くの無線局（「ＳＴＡ」）（たとえば、携帯電話、ＰＤＡ、スキャナ、ラップトップコンピュータ、ハンドヘルドＰＣ、など）は、インターネット、ローカルネットワーク、企業ネットワークおよびその他などのコンピュータネットワークへの無線接続ができる。その結果、これらのＳＴＡは、その機能を実行するために有線の接続をなんら必要としない。電池はユーザーに完全な移動の自由を提供するので、本明細書に記述されたＳＴＡに電力供給するために、普通、電池が使用される。代わりに、電気ソケットを使用してＳＴＡに電力供給するために、パワーアダプタが使用され得る。しかしながら、この方法は、ＳＴＡをコードで固定電源に拘束することが必要であり、可搬性および有用性を減じる。従って、移動性の維持、および消費電力の減少が、ＳＴＡのユーザーおよびメーカーの顕著な関心事である。
【０００３】
ネットワークに接続されたアクセスポイント（「ＡＰ」）と無線で通信するときに、ＳＴＡは、典型的には、公知の通信プロトコル（たとえば、ＩＥＥＥ８０２．１１規格）を使用する。消費電力および電池寿命は、ＳＴＡのユーザーおよびメーカーにとって重要であると理解して、８０２．１１規格は、電力節約機構を含む。これらの機構に従うと、ＳＴＡ用に意図されたデータパケットは、ＡＰにおいてバッファリングされる間ＳＴＡはスリープモードである（すなわち、電力節約モード）。スリープモードから目覚め次第、ＡＰはバッファライングされたデータパケットをＳＴＡへ送信する。従って、データパケットを受け取るために、ＳＴＡは継続的にウェークモ−ド（すなわち、電池電力を消費する）である必要はない。
【０００４】
サービスの質（「ＱｏＳ」）の要件を有するリアルタイムアプリケーション（たとえば、ＶｏＩＰ、ビデオストリーミングなど）を期待しながら、８０２．１１ｅ規格は、これらのアプリケーションをサポートするために開発された。ＱｏＳ要件は、一貫したパケット送出しのあるレベルの保証を提供するために、ＳＴＡおよびＡＰの能力を表す。８０２．１１ｅ規格はさらに、自動電力節約送出し（「ＡＰＳＤ」）による電力節約機構を提供する。ＡＰＳＤを使用すると、２種類のサービス期間が可能である。すなわち、スケジュールされない期間とスケジュールされる期間である。スケジュールされないサービス期間は、強化され分配されたチャネルアクセス（「ＥＤＣＡ」）を使用してチャネルにアクセスするＱｏＳ強化された無線局（「ＱＳＴＡ」）に対してのみ規定される。スケジュールされるサービス期間は、ＥＤＣＡまたはハイブリッド協調機能（「ＨＣＦ」）制御チャネルアクセス（「ＨＣＣＡ」）を使用するＱＳＴＡに対して規定される。しかしながら、８０２．１１ｅ規格に従って、またスケジュールされるおよびスケジュールされないサービス期間の両方の期間の間、ＱＳＴＡは長い期間、ウェークモードである。理由は、ＱＳＴＡは、無線送信用媒体として働く無線チャネルへのアクセスを求めて争わなければならないからである。８０２．１１ｅ規格のＡＰＳＤは、消費電力の減少を意図しているが、ＡＰおよびＱＳＴＡがチャネルへのアクセスを求めて争うことを要求することは、電池消費電力の増加という副作用を有し得、遅延ジッタの原因となりおよび／またはシステムオーバーヘッドを増加させ得る。
【発明の開示】
【課題を解決するための手段】
【０００５】
（本発明の要約）
無線局における電池保存のための本発明に従うシステムおよび方法。最初に、無線局は、所定の時間スケジュールに従って、第１通信モードから第２通信モードに切り替える。無線局が第２通信モードにあるときのみに、無線局はデータパケットを受信および送信することのうちの少なくとも一つを行うことができる。第１モードは、電力保存モードである。無線局が第２モードにあるときに、無線アクセスポイントは、無線チャネルへの優先アクセスを得る。次に、アクセスポイントは、アクセスポイントと無線局との間の無線通信のために無線チャネルをリザーブする。無線通信は、アクセスポイントと無線局間で無線チャネルによって行われる。終了条件によって、無線局は第１モードに切り替わる。
【０００６】
さらなる例示的実施形態において、無線局が無線アクセスポイントにアドレス指定された第１データパケットを有するときに、無線局は、第１通信モードから第２通信モードに切り替わる。無線局が第２通信モードにするときのみに、無線局はデータパケットを受信および送信することのうちの少なくとも一つを行うことができる。第１モードは、電力保存モードである。無線チャネルが無線局に対して利用可能のとき、無線局は、無線チャネルを使用する無線局によって、第１データパケットをデータアクセスポイントに送信する。アクセスポイントは、第１データパケットを受信する。アクセスポントは、ａｃｋパケットを無線局に送信する。ａｃｋパケットは、アクセスポントによる第１データパケットの受信、および無線局にアドレス指定された第２データパケットの（１）存在および（２）非存在の一つを示す。（１）ａｃｋパケットが第２データパケットの存在を示すこと、および（２）無線局がアクセスポイントにアドレス指定されたさらなるデータパケットを有することとの一つである場合に、アクセスポイントは、無線チャネルへの優先アクセスを得る。次に、アクセスポイントは、アクセスポイントと無線局との間の無線通信のために無線チャネルをリザーブする。無線通信は、アクセスポイントと無線局間で無線チャネルによって行われる。終了条件によって、無線局は第１モードに切り替わる。
【発明を実施するための最良の形態】
【０００７】
（詳細な説明）
本発明は、以下の記述および添付の図面を参照してさらに理解され得る。ここで、同じエレメントは同じ参照番号で参照される。本発明の実施形態は、ＳＴＡ（たとえば、携帯電話、ＰＤＡ、バーコードスキャナ、ラップトップコンピュータ、ハンドヘルドＰＣ、など）および、特に、８０２．１１規格（たとえば、８０２．１１ｅ）で利用される自動電力節約送出し（「ＡＰＳＤ」）機構用電力節約機構における改良に関する。本明細書に記述される改良は、ＳＴＡ用電池消費電力を下げ、スケジュールされたサービスのジッタを減らし、規定された特性を有する特定のアプリケーション（たとえば、ＶｏＩＰ、ビデオストリーミング、など）のプロトコルオーバーヘッドを減らし得る。
【０００８】
図１は、本発明に従った、システム５の例示的実施形態を示す。システム５は、通信ネットワーク１０に接続されたアクセスポイント（「ＡＰ」）１５を含み得る。通信ネットワーク１０はサーバ１２に接続され得る。ＡＰ１５は、無線スイッチアーキテクチャを利用し得る任意の数の無線局（たとえば、携帯電話、ＰＤＡ、ラップトップコンピュータ、ハンドヘルドＰＣ、プリンタ、ヘッドセット）と無線で通信し得る。本発明は、ＡＰ１５、無線局（「ＳＴＡ」）２０およびさらなるＳＴＡ２５を参照して記述される。当業者によって理解されるように、システム５は、任意の数のＡＰおよびＳＴＡを含み得る。
【０００９】
ＡＰ１５およびＳＴＡ２０、２５は、たとえば、ＩＥＥＥ８０２．１１規格などの従来の無線通信プロトコルに従って動作し得る。好適な実施形態において、ＩＥＥＥ８０２．１１規格は、８０２．１１ネットワーク（すなわち、無線ローカルエリアネットワーク（「ＷＬＡＮ」）におけるサービスの質（「ＱｏＳ」）をインプリメントする８０２．１１ｅ規格である。当業者によって理解されるように、ＱｏＳは、より高い優先順位を有するデータをネットワーク１０によって使用される無線チャネルへの優先的なアクセスが与えられるようにすることによって、８０２．１１アクセス規則を修正する。従って、高優先データ（たとえば、ＶｏＩＰ，ストリーミングビデオなど）は、より低い優先順位のデータ（たとえば、ｅメール、ホームページなど）に対して優先してチャネルへのアクセスが与えられ得る。
【００１０】
本発明に従って、ＳＴＡ２０は、ＳＴＡが電力を節約し（すなわち、データを送信／受信しない）第１通信モード（たとえば、「スリープ」モード）、および、ＳＴＡ２０がデータを送信または受信するかまたはそのいずれかの準備を行い得る第２通信モード（たとえば、「ウェーク」モード）を有し得る。ＳＴＡ２０は、スケジュールされるまたはスケジュールされないサービス期間用プロトコルに従って、スリープモードとウェークモードを切り替える。ＳＴＡ２０がウェークモードのとき、ＳＴＡ２０は、データパケットをＡＰ１５および／またはさらにＳＴＡ２５から受信し、データパケットをＡＰ１５および／またはさらにＳＴＡ２５に送信し得る。しかしながら、スリープモードのとき、ＡＰ１５からウェークモードの場合のＳＴＡ２０へ送信されるデータパケットは、ＡＰ１５においてバッファリングされる。従って、サービス期間が開始すると、ＳＴＡ２０はウェークモードに切り替え、これらのバッファリングされたパケットを受信する。しかしながら、従来の８０２．１１アクセス規則は、ＳＴＡ２０がデータパケットを送信し、受信するために、長時間ウェークモードのままであることを要求し、このことは、システムトラフィックの一因となり、ＳＴＡ２０によって使用される電池の効率を下げる。
【００１１】
電池を保存しようとして、８０２．１１ｅ規格は、従来の自動電力節約送出し（「ＡＰＳＤ」）機構を規定し、それにおいて、更なるＳＴＡ２５がデータパケットをチャネルを介して送信する場合、ＡＰ１５は、データパケットをＳＴＡ２０へ送信するのを待たなければならない。従って、ＡＰ１５は、データパケットをＳＴＡ２０へ送信する前にチャネルが空くまでランダムな時間（たとえば、「バックオフ」）待たなければならない。この待ち時間は、今度は、ＳＴＡ２０を長時間ウェークモードにし、それによってＳＴＡ２０の消費電力を増加させ、システムオーバーヘッド（たとえば、チャネルトラフィック）を潜在的に追加させる。
【００１２】
図２は、強化され分配されたチャネルアクセス（「ＥＤＣＡ」）モードを使用する従来のスケジュールされたＡＰＳＤ機構２００を示す。当業界において公知のように、８０２．１１ｅ規格は、新しい協調機能、ＱｏＳ強化された基本サービスセット（「ＱＢＳＳ」）において使用されるハイブリッド協調機能（「ＨＣＦ」）を規定する。ＨＣＦは、ＥＤＣＡモードおよびＨＣＦ制御チャネルアクセス（「ＨＣＣＡ」）モードの二つの動作モードを有し得る。ＥＤＣＡモードは、コンテンション期間に動作するコンテンションベースのチャネルアクセス機能である。コンテンション期間は、ＡＰによって送られるビーコン間の時間の一部（または全部）である。コンテンションの期間中、無線局（たとえば、ＳＴＡおよびＡＰ）は、チャネルアクセス機構（たとえば、ＥＤＣＡ）モード、分配された協調機能（「ＤＣＦ」）、ポイント協調機能（「ＰＣＦ」）、衝突回避を有するキャリア検知多重アクセス（「ＣＳＭＡ／ＣＡ」）を使用してチャネルアクセスを求めて争う。
【００１３】
コンテンション期間がビーコン間の全時間でないとき、ビーコン間の残りの部分はコンテンションフリー期間である。コンテンションフリー期間の間、ＳＴＡは、アクセスポイントにおいてコーディネータ（たとえば、ポイントコーディネータ、ハイブリッドコーディネータ）によってポーリングされる。ポーリングされる間、ＳＴＡは、チャネルアクセスを求めて争う必要なく、ＡＰと通信し得る。従って、ＥＤＣＡモードは、ＨＣＣＡモードと同時に（たとえば、同じビーコン期間に）動作し得る。当業界において公知のように、ＥＤＣＡモードおよびＨＣＣＡモードは、元のアクセス方法のＤＣＦおよびＰＣＦの機能性を強化し、拡張する。
【００１４】
図２に示されるように、従来のスジュールされたＡＰＳＤ機構２００は、コンテンション期間において、ＡＰ２０５、ＳＴＡ２１０および更なるＳＴＡ２１５を利用する。本発明は、コンテンション期間における動作（たとえば、ＥＤＣＡモードを使用して）に関して記述されるが、当業者は、本発明の局面がコンテンションフリー期間における動作（たとえば、ＨＣＣＡモードを使用して）に適用され得ることを理解する。
【００１５】
当業者によって理解されるように、ＡＰ２０５およびＳＴＡ２１０はＱｏＳ強化され得、以下にＱＡＰ２０５およびＱＳＴＡ２１０という。更なるＳＴＡ２１５もまた、ＱｏＳ強化され得る。機構２００のコンポーネントは、８０２．１１ｅ規格に従ってＱｏＳに関して記述されるが、当業者は、本発明が８０２．１１規格のさらなるバージョン（たとえば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇなど）を利用するネットワークよって採用され得ることを理解する。
【００１６】
従来のスケジュールされたＡＰＳＤ機構２００に従って、サービス期間は、サービス開始時間（「ＳＳＴ」）２２０に開始される。従来のスケジュールされたＡＰＳＤ機構２００において、ＳＳＴ２２０は、ＱＡＰ２０５とＱＳＴＡ２１０との間の所定の一致に基づく。ＳＳＴ２２０は、ＱＳＴＡ２１０がスリープモード２２５からウェークモード２３０に切り替わることを表す。ＳＳＴ２２０は、たとえば、３０ミリ秒間隔で発生し得る。当業者によって理解されるように、ＱＳＴＡ２１０は、ＳＳＴ２２０またはＳＳＴ２２０前の所定の時間においてウェークモード２３０に入り得る。
【００１７】
しかしながら、図２に示されるように、ＳＳＴ２２０において、ＱＳＴＡ２１５または任意のさらなるＳＴＡはチャネル上のデータパケット２３５を送信するので、チャネルは、ビジーである。チャネルはビジーであるので、ＱＡＰ２０５は、チャネルがアイドルとなるまで、待ち得る。当業者によって理解されるように、チャネルがＳＳＴ２２０において空きであった場合（すなわち、チャネル上に送信がない）、ＱＡＰ２０５は送信を待つ必要はない。しかしながら、チャネルがビジーであると検知した後、ＱＡＰ２０５は、バックオフ２４０を開始し、そこで、ＱＡＰ２０５のタイマーは、ランダム値からカウントダウンする。カウントダウン中、ＱＡＰ２０５は、絶えずチャネルを再評価し、アイドルのとき、ＱＡＰ２０５は、チャネル上の各アイドルスロットごとにタイマーをディクリメントする。図２に示されるように、さらなるＱＳＴＡ２１５またはその他の任意のＳＴＡが、ランダム値が０にディクリメントする前にチャネル上の第２のデータパケット２４５を送信するように、バックオフ２４０は、持続期間を有し得る。理由は、さらなるＱＳＴＡ２１５または任意のＳＴＡのタイマーが、バックオフ２４０が終わる前に０に到達するからである。ＱＡＰ２０５がバックオフ２４０を実行している間に、ＱＳＴＡ２１０はウェークモード２３０のままである。チャネルが非常にビジーの場合、ＱＳＴＡ２１０は、長期間ウェークモード２３０のままであり、その間ずっと電池電力を消費する。
【００１８】
ＱＡＰ２０５は、さらにバックオフを受け、チャネルがビジーの間ランダム値を一つずつ増加する。チャネルがアイドルのとき、ＱＡＰ２０５は、バッファリングされたデータパケット２５０をＱＳＴＡ２１０に送信する。当業者は、バッファリングされたデータパケット２５０がサービス期間に到達し得るデータパケットと共に、一つ以上のバッファリングされたデータを含み得ることを理解する。
【００１９】
当業者によって理解されるように、ＱＳＴＡ２１０は、データパケット２５０を受信後短いインターフレームスペース（「ＳＩＦＳ」）２５５を待った後に、肯定応答（「ＡＣＫ」）２６０をＱＡＰ２０５に送信し得る。ＱＳＴＡ２１０がＱＡＰ２０５へ送信すべきデータパケット２６５を有し、チャネルが再びビジーである場合、ＱＳＴＡ２１０は、データパケット２６５を送信する前にバックオフ２７０を実行しなければならない。
【００２０】
ＱＳＴＡ２１０がデータパケット２６５をＱＡＰ２０５に送信した後、ＱＳＴＡ２１０はＱＡＰ２０５からのＡＣＫ２７５を待つ。ＱＡＰ２０５からの応答は、ＱＳＴＡ２１０によって実行される応答と同様である。ＱＡＰ２０５がＡＣＫ２７５を送信した後、ＱＡＰ２０５は、ＱＳＴＡ２１０へ送信すべきさらなる任意のデータを有していないか、またはＱＡＰ２０５はサービス期間を終了することを意図し得る。どちらの例においても、ＱＡＰ２０５は、サービス期間終了（「ＥＯＳＰ」）を指示するために、空データパケット１９０をＱＳＴＡ２１０へ送信する。空データパケット２９０は、空データパケット２９０（たとえば、ＱｏＳデータパケット）における制御フィールド（たとえば、ＱｏＳ制御フィールド）におけるビット値であり得るＥＯＳＰ標識を含み得る。ＱＡＰ２０５が空データパケット２９０を送信しようと試みたときチャネルがビジーの場合、ＱＡＰ２０５は、第２バックオフ２８５を実行し得る。ＱＳＴＡ２１０は、ＡＣＫ２９５で空データパケット２９０へ応答する。ＥＯＳＰ標識を受信し、ＡＣＫ２９５をＱＡＰ２０５へ送信した後、ＱＳＴＡ２１０は、スリープモード２２５に戻る。
【００２１】
図２に示される従来のＡＰＳＤ機構２００の実施形態において、ＱＳＴＡ２１０は、バックオフ２４０、２７０、２８５のために長期間ウェークモード２３０にあり、そのバックオフはチャネルにアクセスするためにＱＡＰ２０５およびＱＳＴＡ２１０によって実行されなければならない。ウェークモード２３０の相当な部分の間、ＱＳＴＡ２１０はＱＡＰ２０５からの送信またはＱＡＰ２０５への送信を待っている。従って、データパケットの送信／受信を非効率的に待つ間、ＱＳＴＡ２１０はより多くの電力を消費する。さらに、サービス期間を終了するための空データパケットの２９０の送信は、システムオーバーヘッドを増やし、帯域幅の利用を減らす。
【００２２】
図３に示されるように、本発明は、強化されスケジュールされたＡＰＳＤ機構３００を提供する。強化されスケジュールされたＡＰＳＤ機構３００は、コンテンション期間に、図１に示されるシステム５のコンポーネントによって利用され得る。すなわち、強化されたＡＰＳＤ機構３００は、ＱＡＰ３０５、ＱＳＴＡ３１０および／またはさらなるＱＳＴＡ３１５によって使用される。従って、本発明は、８０２．１１プロトコル（たとえば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｅ）、マルチメディアアプリケーション（たとえば、ＶｏＩＰ）のためにＱｏＳおよび／または電力節約サポートを提供するその他のプロトコル、および／または低電力資産タグアプリケーション（たとえば、低電力８０２．１１ＲＦＩＤタグ）をサポートするような無線ネットワークにおいてインプリメントされ得る。当業者によって理解され得るように、本発明は、ＥＤＣＡモードにおけるスケジュールされないＡＰＳＤと共に、ＥＤＣＡおよび／またはＨＣＣＡモードにおいてスケジュールされるＡＰＳＤによって利用され得る。
【００２３】
強化されスケジュールされたＡＰＳＤ機構３００の例示的実施形態において、ＱＡＰ３０５およびＱＳＴＡ３１０は、所定の時間スケジュール（たとえば、ＳＳＴ３３０において）に従って、サービス期間を開始するために一致する。ＳＳＴ３３０以前において、ＱＳＴＡ３１０は、スリープモード３２０からウェークモード３２５に切り替わる。図３に見られるように、さらなるＱＳＴＡ３１５はチャネルにあるデータパケット３３５を送信しているので、チャネルはビジーである。当業者によって理解されるように、データパケット３３５の送信またはチャネル上の任意の活動は、強化されスケジュールされたＡＰＳＤ機構３００の動作に必須ではない。すなわち、強化されスケジュールされたＡＰＳＤ機構３００は、チャネルがビジーであろうとなかろうと、利用され得る。
【００２４】
本発明に従って、ＱＡＰ３０５は、たとえば、ポイント協調機能（「ＰＣＦ」）インターフレームスペーシング（「ＰＩＦＳ」）３４０を使用することによって、チャネルにアクセスする優先権を入手し得る。ＰＩＦＳ３４０は任意のＱＳＴＡによって実行される任意のバックオフより短い持続期間を有するので、ＰＩＦＳ３４０は、その他の任意のＱＳＴＡより前にチャネルにアクセスするためにＱＡＰ３０５によって使用され得る。すなわち、ＰＩＦＳ３４０は、ＱＡＰ３０５がその他のＱＳＴＡに打ち勝ってチャネルにアクセスすることを可能にする。ＰＩＦＳ３４０によって与えられる優先権によって、ＱＡＰ３０５は、チャネルに送信し得る唯一のデバイスであり得る。従って、ＱＡＰ３０５は、バッファリングされたデータパケット３４５をＱＳＴＡ３１０へ送信する。上記のように、バッファリングされたデータパケット３４５は、複数のバッファリングされたデータパケットおよび／またはＱＳＴＡ３１０に向けられたデータパケットを含み得る。
【００２５】
ＱＳＴＡ３１０は、データパケットおよび／またはＡＣＫをＱＡＰ３０５に送信する前に、ＳＩＦＳ３５０を使用してチャネルへのアクセスを入手し得る。ＳＩＦＳ３５０は、その他のどの待ち時間（たとえば、バックオフ）より短い持続期間を有するので、ＳＩＦＳ３５０は、ＱＳＴＡ３１０がその他の任意のＱＳＴＡより前にチャネルにアクセスすることを可能にし得る。従来のスケジュールされたＡＰＳＤ機構２００に関して上記に注意されたように、ＱＳＴＡ３１０は、送信前にチャネルにアクセスするためバックオフを実行しなければならず、それによって、ウェークモード３２５における時間を長くする。
【００２６】
本発明に従って、ＱＡＰ３０５は、ＱＡＰ３０５とＱＳＴＡ３１０との間のみの通信用のチャネルをリザーブし得る。ＱＡＰ３０５は、たとえば、送信機会（「ＴＸＯＰ」）割当てを使用してチャネルをリザーブし得る。ＴＸＯＰは、チャネルがＱＡＰ３０５および／またはＱＳＴＡ３１０によって通信用にリザーブされる時間または送信数であり得る。当業者によって理解されるように、ＱＡＰ３０５は、サービス期間の開始（たとえば、ＳＳＴ３３０）時に、および／またはＱＳＴＡ３１０からのＡＣＫが、データパケットがＱＳＴＡ３１０による送信を待っていることを示す場合に、ＴＸＯＰを使用し得る。ＱＳＴＡ３１０がデータパケットの送信を待っていない場合、ＱＳＴＡ３１０は、下に論議されるように、終了条件によってスリープモード３２０に戻り得る。さらなる実施形態において、図３に示されるように、データパケットおよびＡＣＫは２５５においてバンドル（ｂｕｎｄｌｅ）され得る。すなわち、データパケットは、ＡＣＫにピギーバックされ得、ウェークモード３２５の時間を減らし、システムオーバーヘッドを少なくし得る。当業者は、本発明に関し記述される各データパケット−ＡＣＫの組み合わせがピギーバックされ得ることを理解する。
【００２７】
終了条件は、サービス期間が終了するまたは終了したこと、およびＱＳＴＡ３１０がスリープモード３２０に切り替わるべきであることを示す事象および／または条件であり得る。終了条件は、いくつかの例示的実施形態を有し得る。第１の例示的実施形態において、終了条件は、ＱＳＴＡ３１０とＱＡＰ３０５と間のサービス期間が終了するという所定の一致であり得る。所定の一致は、たとえば、サービス期間の持続時間（たとえば、５０ミリ秒）の終了を表す。さらなる例示的実施形態において、終了条件は、空データフィールドを有するＡＣＫ（たとえば、ＡＣＫ３６０）の受信であり得る。すなわち、ＡＣＫ３６０のフレームにおけるより多くのデータフィールドは、ビット値（たとえば、０）を含み得、このことは、無線局（たとえば、ＱＡＰ３０５）は送信すべきさらなるデータパケットを有しないことを示す。従って、ＡＣＫ３６０の受信次第、ＱＳＴＡ３１０は、それが有する任意のデータパケットを送信し得、および／またはスリープモード３２０に切り替わり得る。さらなる例示的実施形態において、終了条件は、ビット値に設定されたＥＯＳＰ標識（たとえば、ＥＯＳＰ＝１）を有するデータパケットであり得る。当業者によって理解されるように、ＥＯＳＰ標識は、データパケットまたは空データパケットに含まれ得る。さらなる例示的実施形態において、終了条件は、所定の送信数（たとえば、規定のプロトコル）を表し得る。たとえば、ＱＡＰ３０５は第１データパケットをＱＳＴＡ３１０に送信し得、ＱＳＴＡ３１０は第２データパケットをＱＡＰ３０５に送信し得る。この交換後、ＱＳＴＡ３１０は、スリープモード３２０に切り替わり得る。当業者は、所定の送信数がＱＡＰ３０５および／またはＱＳＴＡ３１０からの任意の送信数を包含することを理解する。
【００２８】
終了条件のさらなる例示的実施形態は、データパケット内のデータが特別な意味を有するときである。たとえば、ユーザーは、特定のアプリケーションを利用するトランザクション（たとえば、在庫の調査）を実施中であり得る。トランザクションの終了次第、アプリケーションは、「トランザクションの終了」データパケットを生成し得る。「トランザクションの終了」データパケットを受信次第、ＱＳＴＡ３１０は、スリープモード３２０へ切り替わり得る。さらなる例において、ウェブ検索アプリケーションに関して、ＱＳＴＡ３１０は、ＱＳＴＡがスリープモード３２０に切り替わるべきであることを指示する「＜／ｂｏｄｙ＞＜／ｈｔｍｌ＞」で終了するデータパケット受信し得る。この例示的実施形態において、たとえば、ＱＡＰ３０５およびＱＳＴＡ３１０が、私用通信プロトコル、または、ＱＳＴＡ３１０がＱＳＴＡ３１０に対して通信する更なるＱＳＴＡを開発する場合、データパケットは、ＱＡＰ３０５によって生成され得る。
【００２９】
強化されスケジュールされるＡＰＳＤ機構３００の例示的実施形態において示されるように、ＱＳＴＡ３１０からのデータパケットおよびＡＣＫ３５５に応答し、ＱＡＰ３０５は、フレーム制御フィールドを含むＡＣＫ３６０を送信し得る。上記に注意されたように、フレーム制御フィールドは、「より多いデータ」フィールドを含む。従って、ＡＣＫ３６０は、「より多くのデータ」フィールドにおけるビット値を含み得、そのビット値は、ＱＡＰ３０５がＱＳＴＡ３１０へ送信すべきさらなるデータパケット（たとえば、終了条件）を有するかまたは有しないかを表す。このようにして、ＱＳＴＡ３１０は、ＡＣＫ３６０を受信次第、ＥＯＳＰ標識を有する空データパケットを受信することなく、スリープモード３２０に戻り得る。終了条件の例示的実施形態に関して上記に注意されたように、たとえば、サービス期間が、所定の時間に従って、および／またはデータパケット（たとえば、規定のプロトコル）の所定数の送信後、終了される場合、ＱＡＰ３０５は空データパケットを送信し得ない。規定のプロトコル（たとえば、ＶｏＩＰ）に従って、ＱＳＴＡ３１０は、ＱＡＰ３０５がサービス期間当たりのデータパケットの所定数を送信することを知り得る。データパケットの所定数を受信後、ＱＳＴＡ３１０は、空データパケットを受信する必要なしに、スリープモード３２０に戻り得る。空データパケットを必要とすることなしに、サービス期間は、３データパケット（図２）から２データパケット（図３）に減少され得る。データパケットの減少は、消費電力、帯域幅利用を改善し、ジッタ（
すなわち、同期不良による信号／映像のひずみ）減らし得る。
【００３０】
本発明に従う、強化されたスケジュールＡＰＳＤのための例示的方法４００は、図４に示され、図３のコンポーネントを参照して以下に記述される。ステップ４０５において、ＱＳＴＡ３１０は、所定の時間スケジュール（たとえば、一致したＳＳＴ３３０以前において）に従って、目覚める。
【００３１】
ステップ４１０において、ＱＡＰ３０５は、チャネルにアクセスする。上記に注意されたように、ＱＡＰ３０５は、上記のとおり、たとえば、ＰＩＦＳ３４０を使用することによって、チャネルに優先的にアクセスし得る。このようにして、ＱＡＰ３０５は、チャネルにアクセスする前に、バックオフを実行する必要はない。優先的にアクセスすることによって、ＱＡＰ３０５は、ＱＳＴＡ３１０への送信を開始し得る。従って、好適な実施形態において、サービス期間の開始時直ちに（たとえば、ＳＳＴ３３０において）、ＱＡＰ３０５は、チャネルにアクセスし、パケットをＱＳＴＡ３１０に送信する。
【００３２】
ステップ４１５において、ＱＡＰ３０５は、パケットをＱＳＴＡ３１０へ送信する。ＱＡＰ３０５がバッファリングされたデータパケット３４５を有する場合、バッファリングされたデータパケット３４５は、ＱＳＴＡ３１０へ送信される。ＱＡＰ３０５がバッファリングされたデータパケット３４５を有しない場合、ＱＡＰ３０５は、空データパケットをＱＳＴＡ３１０へ送信し得る。ＱＳＴＡ３１０による空データの受信は、ＱＳＴＡ３１０に対して、ＱＡＰ３０５がＱＳＴＡ３１０用のバッファリングされたどのデータパケットも有しないことを示し得ることを当業者は理解する。ステップ４２８に見られるように、ＴＸＯＰを利用することによって、ＱＡＰ３０５はさらなるパケットをＱＳＴＡ３１０に送信する。
【００３３】
ステップ４２０において、ＱＡＰ３１０がＱＳＴＡ３１０へ送信すべきさらなるデータパケットを有するかどうかが判定される。ＱＡＰ３１０にさらなるデータパケットがない場合、方法はステップ４３０に進む。ＱＡＰ３０５がＱＳＴＡ３１０用にさらなるデータを有する場合、ステップ４２５に見られるように、ＱＡＰ３０５はそれ自身にＴＸＯＰを与え得る。当業者によって理解されるように、ＴＸＯＰは、ＱＡＰ３０５による送信用のチャネルをリザーブし得る。従って、ＴＸＯＰは、たとえば、多数のさらなるデータパケットの機能である持続時間を有し得る。
【００３４】
ステップ４３０において、ＱＳＴＡ３１０が送信すべきデータパケットを有するかどうか判定される。ＱＳＴＡ３１０がデータパケットを有しない場合、方法はステップ４４５に進む。ＱＳＴＡ３１０がデータパケットを有する場合、ステップ４３５に見られるように、ＱＡＰ３０５はＱＳＴＡ３１０にＴＸＯＰを与える。上記に注意されるように、ＱＳＴＡ３１０に与えられたＴＸＯＰは、たとえば、ＱＳＴＡ３１０における多数のデータパケットの機能である持続期間を有し得る。当業者によって理解されるように、ＱＡＰ３０５は、ステップ４１５において送信されたパケットに応答してＱＡＰ３０５に送信されたＡＣＫにおける指示によって、ＱＳＴＡ３１０がデータパケットを有することを通知され得る。たとえば、ＱＡＰ３０５からパケットを受信した後に、ＱＳＴＡ３１０からのＡＣＫは、ＱＳＴＡ３１０がデータパケットを有するか有しないかを示し得る（たとえば、ＡＣＫのフィールドにおけるビット値によって）。従って、ＱＡＰ３０５は、ＱＳＴＡ３１０からのＡＣＫに基づき、ＱＳＴＡ３１０にＴＸＯＰを与え得る。
【００３５】
ステップ４４０において、ＱＳＴＡ３１０は、データパケットをＱＡＰ３０５に送信する。例示的実施形態において、データパケットは、ＱＳＴＡ３１０によって送られたＡＣＫとは別の送信として送信される。さらなる例示的実施形態において、データパケットは、ＡＣＫ上にピギーパックされバンドル３５５において送られる。本実施形態において、ＡＣＫおよび／またはデータパケットは、ＱＳＴＡ３１０がＱＡＰ３１０へ送信すべきさらなるデータパケットを有するかまたは有しないかの指示を含み得る。従って、ＱＳＴＡ３１０に与えられたＴＸＯＰは、ＱＡＰ３０５に送信されたＡＣＫおよび／またはデータパケットの結果であり得る。当業者によって理解されるように、ＱＡＰ３０５およびＱＳＴＡ３１０がそれぞれパケットを送信中であるステップ４１５および４４０は、パケットのすべてが方法４００における次のそれぞれのステップに進む前に、転送され得る。
【００３６】
ステップ４４５において、終了条件が到達されたかどうかが判定される。終了条件の例示的実施形態は上に論議されている。従って、たとえば、終了条件が所定の送信数であるとき、ＱＡＰ３０５はステップ４１５において第１データパケットを送信し、ステップ４４０において第２データパケットを送信し得る。本例において、所定の送信数は、各方向一送信（たとえば、ＱＡＰ３０５からＱＳＴＡ３１０へおよびその逆も同様）であり得る。ＱＳＴＡ３１０が第２データパケットを送信（およびＱＡＰ３０５からＡＣＫ３６０を受信）した後、ステップ４５０に見られるように、ＱＳＴＡ３１０は、スリープモード３２０に切り替わり得る。当業者によって理解されるように、方法４００は、終了条件の任意の例示的実施形態を含み得る。
【００３７】
従来のスケジュールされないＡＰＳＤ機構４００は、図５に示される。当業者によって理解されるように、従来のスケジュールされないＡＰＳＤ機構４００は、ＱＳＴＡ４１０がＱＡＰ４０５に送るべきデータパケット４２０を有するとき、開始される。従って、ＱＡＰ４０５およびＱＳＴＡ４１０は、スケジュールされるＡＰＳＤに対する場合のように、サービス開始時間について一致しない。
【００３８】
図５に示されるように、従来のスケジュールされないＡＰＳＤ機構５００に従って、サービス期間は、ＱＳＴＡ５１０がウェークモード５４０に切り替わるとき、開始する。理由は、ＱＳＴＡ５１０がＱＡＰ５０５に送信すべきデータパケット５２０を有するからである。しかしながら、さらなるＱＳＴＡ５１５は、サービス期間の開始時にチャネル上のデータパケット５２５を送信する。そのように、ＱＳＴＡ５１０はバックオフ５３０を実行しなければならない。バックオフ５３０の間、さらなるＱＳＴＡ５１５、別のＱＳＴＡまたはＱＡＰ５０５は、チャネル上のデータパケット５５５を送信し得る。
【００３９】
バックオフ５３０およびチャネルがアイドルとなった後、ＱＳＴＡ５１０は、データパケット５２０をＱＡＰ５０５へ送信する。データパケット５２０を受信次第、ＱＡＰ５０５はＳＩＦＳ５６０を待ち、ＡＣＫ５６５をＱＳＴＡ５１０へ送信する。ＱＡＰ５０５がバッファリングされたデータパケット５７０をＱＳＴＡ５１０へ送信しようとしている場合、ＱＡＰ５０５は、チャネルがビジーの場合、バックオフ５３５を実行しなければならない。ＱＡＰ５０５およびＱＳＴＡ５１０が、チャネルがビジーの場合、データパケットの送信（または再送信）の試みごとに、バックオフを実行し得ることを、当業者は理解する。上に注意されたように、多数のバックオフは、サービス期間、従ってＱＳＴＡ５１０がウェークモード５４０である時間を延長し得る。バッファリングされたデータパケット５７０を受信次第、ＱＳＴＡ５１０は、ＡＣＫ５７５をＱＡＰ５０５に送信する。
【００４０】
バッファリングされたデータパケット５７０を送信後、ＱＡＰ５０５は、サービス期間の終了を望み得る。しかしながら、従来のスケジュールされないＡＰＳＤ機構に従って、ＱＡＰ５０５は、ＱＳＴＡ５１０にサービス期間が終了することを通知するために、ＥＯＳＰ標識を有するデータパケット５５０（または空データパケット）を送信しなければならない。従って、ＱＡＰ５０５は、チャネルへの再アクセスを行わなければならなく、このことは、さらなるバックオフ５８０を実行することを含み得る。ＱＡＰ５０５がチャネルへの再アクセスを行った後、データパケット５５０はＱＳＴＡ５１０へ送信される。データパケット５５０におけるＥＯＳＰ標識は、サービス期間が終了すること、およびＡＣＫ５８５をＱＡＰ５０５に送信後ＱＳＴＡ５１０はスリープモード５４５へ切り替わることを示す。
【００４１】
本発明に従った強化されスケジュールされたＡＰＳＤ機構６００の例示的実施形態は図６に示される。ＱＳＴＡ６１０がＱＡＰ６０５へ送信すべきデータパケット６３５を有しスリープモード６２０からウェークモード６２５に切り替わるとき、サービス期間は開始される。しかしながら、図６に示されるように、ＱＳＴＡ６１０がウェークモード６２５に入るとき、チャネルはビジーである。理由は、さらなるＱＳＴＡ６１５（またはＱＡＰ６０５）はチャネル上のデータパケット６３０を送信中であるからである。従って、ＱＳＴＡ６１０は、データパケット６３５をＱＡＰ６０５へ送信する前に、バックオフ６４０を実行する。当業者によって理解されるように、ＱＳＴＡ６１０がウェークモード６２５に入るときチャネルがアイドルである場合、ＱＳＴＡ６１０は、バックオフ６４０を実行する必要がない。
【００４２】
チャネルがアイドルのとき、ＱＳＴＡ６１０はデータパケット６３５をＱＡＰ６０５へ送信する。データパケット６３５を受信次第、ＱＡＰ６０５はＳＩＦＳ６４５を待ち、その後ＡＣＫ６５０を送信する。次に、ＱＡＰ６０５は、チャネルへの優先的アクセスと得るためにＰＩＦＳ６５５を使用する。図６に示されるように、ＱＡＰ６０５は、ＱＳＴＡ６１０への送信のため、バッファリングされたデータパケット６６０を有する。上に注意されたように、ＰＩＦＳ６５５を使用してチャネルへのアクセスを行った後、ＱＡＰ６０５はＱＡＰ６０５による通信のためにチャネルをリザーブするＴＸＯＰを自身に与え得る。このようにして、ＱＡＰ６０５はバッファリングされたデータパケット６６０をＱＳＴＡ６１０へ送信し、ＱＳＴＡ６１０によって受信される各バッファリングデータパケット６６０に対応するＡＣＫ６６５を受信する。当業者によって理解されるように、ＱＡＰ６０５は、ＱＳＴＡ６１０にＴＸＯＰを与え得る。理由は、データパケット６３５は、ＱＳＴＡ６１０がＱＡＰ６０５に送信すべきさらなるデータパケットを有することを指示し得るからである。ＱＳＴＡ６１０に与えられたＴＸＯＰは、ＱＡＰ６１０によるバッファリングされたデータパケット６６０の送信前または送信後にチャネルをリザーブし得る。
【００４３】
ＡＣＫ６６５を受信後、ＱＡＰ６０５は、さらなるデータパケット６７５を送信する前に、ＳＩＦＳ６７０を待ち得る。さらなるデータパケット６７５がＱＳＴＡ６１０用の最後のデータパケットである場合、ＱＡＰ６０５は、データパケットと共にＥＯＳＰ標識を含み得る（たとえば、終了条件）。従って、ＥＯＳＰ標識を有するさらなるデータパケット６７５を受信後、ＱＳＴＡ６１０は、ＡＣＫ６８０を送信し、スリープモード６２０に切り替わる。
【００４４】
ＱＡＰ７０５がバッファリングされたデータパケットを有しないさらなる従来のスケジュールされないＡＰＳＤ機構７００は、図７に示される。ＱＳＴＡ７１０はスリープモード７２０からウェークモード７２５に切り替え、バックオフ７３０後チャネルにアクセスする（たとえば、理由は、さらなるＱＳＴＡ７１５は、データパケット７３５を送信中であるから）。バックオフ７３０を実行し、チャネルが使用されていないことを検知後、ＱＳＴＡ７１０はデータパケット７４０を送信する。データパケット７４０を受信次第、ＱＡＰ７０５は、ＳＩＦＳ７４５を待ち、ＡＣＫ７５０をＱＳＴＡ７１０へ送信する。図７において、ＱＡＰ７０５は、ＱＳＴＡ７１０用にどんなバッファリングされたデータパケットも有しなく、空データパケット７５５を使用して、データパケットをＱＳＴＡ７１０へ通信する。しかしながら、チャネルがビジーの場合、ＱＡＰ７０５は、空データパケット７５５を送信する前に、バックオフ７６０を実行しなければならない。ＱＡＰ７０５は、サービス期間が終了されるべきことを示すように空データパケット７５５のＥＯＳＰ標識を設定し得る。空データパケット７５５の受信次第、ＱＳＴＡ７１０は、ＡＣＫ７６５を送信し、スリープモード７２０に切り替わり戻る。
【００４５】
図８に示されるように、本発明に従う強化されスケジュールされないＡＰＳＤ機構８００のさらなる実施形態は、ＱＳＴＡ８１０がウェークモード８２５の状態にある時間を大幅に減らし、従来のスケジュールされないＡＰＳＤ機構７００における空データパケット７１５の使用によってもたらされるシステムオーバーヘッドを減らす。強化された機構８００において、サービス期間は開始し、ＱＳＴＡ８１０がＱＡＰ８０５に送信すべきデータパケット８４０を有するとき、ＱＳＴＡ８１０は、スリープモード８２０からウェークモード８２５へ切り替わる。ＱＳＴＡ８１０は、データパケット８４０をＱＡＰ８０５へ送信するよう試みるが、チャネルはビジーである（たとえば、さらなるＱＳＴＡ８１５はデータパケット８３５を送信中である）。バックオフ８３０を実行し、チャネルが使用されていないことを検知後、ＱＳＴＡ８１０はデータパケット８４０をＱＡＰ８０５に送信する。図８に示されるように、ＱＡＰ８０５は、ＱＳＴＡ８１０用のバッファリングされたデータパケットを有しない。ＱＳＴＡ８１０が、ＱＡＰ８０５へ送信され得るさらなるデータパケットを有することを示す（たとえば、フレームフィールドにおけるビット値によって）場合、ＱＡＰ８０５は、ＱＳＴＡ８１０にＴＸＯＰを与え得、それによってＱＳＴＡ８１０用のチャネルをリザーブする。
【００４６】
データパケット８４０がＱＳＴＡ８１０からの唯一の送信である場合（たとえば、ＱＳＴＡ８１０におけるデータパケットのみ）、ＱＡＰ８０５は、ＳＩＦＳ８４５を待ち、ＡＣＫ８５０をＱＳＴＡ８１０へ送信し得る。終了条件の例示的実施形態を参照し上記のとおり、ＡＣＫ８５０（およびデータパケット８４０）は、フレーム制御フィールドを含み得、フレーム制御フィールドは、「より多くのデータ」のフィールドを含み得る。本発明の例示的実施形態において、「より多くのデータ」フィールドは、ＱＡＰ８０５（またはＱＳＴＡ８０１）が送信すべきどのデータパケット（または任意のさらなるデータパケット）も有しないことを表す値（たとえば、０）に設定され得る。そのように、ＡＣＫ８５０の受信次第、ＱＳＴＡ８１０は、ウェークモード８２５からスリープモード８２０へ切り替わり得る。従って、一つの例示的実施形態において、たとえば、ＥＯＳＰ標識および空データパケットは、ＡＣＫ８５０の「より多くのデータ」フィールドにおける値によって置き換えられ得る。終了条件の上記の例示的実施形態のどれでも、これと共に使用し得ることは、当業者は理解し得る。
【００４７】
本発明に従う強化されスケジュールされない例示的方法９００は、図９に示され、図６に示される強化されスケジュールされないＡＰＳＤ機構６００を参照して以下に記述される。ステップ９０５において、ＱＳＴＡ６１０がウェークモード６２５に入るときサービス期間は開始する。理由は、ＱＳＴＡ６１０はＱＡＰ６０５へ送信すべきデータパケット６３５を有するからである。ステップ９１０において、ＱＳＴＡ６１０はチャネルにアクセスする。上に注意されたように、チャネルがビジーの場合、ＱＳＴＡ６１０はバックオフ６４０を実行し、送信前にチャネルが使用されなくなるまで待ち得る。ステップ９１５において、ＱＳＴＡ６１０は、データパケット６３５をＱＡＰ６０５に送信する。
【００４８】
ステップ９２０において、ＱＡＰ６０５が、ＱＳＴＡ６１０への送信用のバファリングされたデータパケット６６０を有するかどうか判定される。ＱＡＰ６０５が、バッファリングされたデータパケット６６０を有しない場合、方法はステップ９４０に進む。ＱＡＰ６０５が、バッファリングされたデータパケット６６０を有する場合、ＱＡＰ６０５は、ステップ９２５において見られるように、チャネルへの優先的なアクセスを得るために、ＰＩＦＳ６５５を使用し得る。ステップ９３０において、ＱＡＰ６０５は自身にＴＸＯＰを与え、ステップ９３５において、ＱＡＰ６０５は、バッファリングされたデータパケット６６０をＱＳＴＡ６１０へ送信する。ＱＡＰ６０５は、リザーブされたチャネルを有するが、ＱＡＰ６０５は、さらなるデータパケット６７５をＱＳＴＡ６１０へ送信し得る。
【００４９】
ステップ９４０において、ＱＳＴＡ６１０が、送信すべきさらなるデータパケットを有するかどうか判定される。ＱＳＴＡ６１０が、さらなるデータパケットを有しない場合、方法はステップ９５５に進む。ＱＳＴＡ６１０が、送信すべきデータパケットを有する場合、ＱＡＰ６０５は、ステップ９４５において見られるように、ＴＸＯＰをＱＳＴＡ６１０へ与え得る。上記のように、データパケット６３５および／またはＡＣＫ６６５は、ＱＡＰ６０５に対して、ＱＳＴＡ６１０が送信用のさらなるデータパケットを含むことを示し得る。ステップ９５０において、ＱＳＴＡ６１０は、さらなるデータパケットを送信する。
【００５０】
ステップ９５５において、終了条件に到達する。当業者は理解するように、ＱＡＰ６０５およびＱＳＴＡ６１０は、終了条件に到達するまで、データパケットを前後に送信し得る。本明細書に記述されるように、終了条件は、上記の例示的実施形態のどれかまたはその組み合わせであり得る。終了条件が到達された後、ステップ９６０に見られるように、ＱＳＴＡ６１０は、ウェークモード６２５からスリープモード６２０へ切り替わる。当業者によって理解されるように、スリープモード６２０への切り替え前に、ＱＳＴＡ６１０はＡＣＫ６８０をＱＡＰ６０５へ送信し得る。
【００５１】
本発明は、ＱＡＰ、ＱＳＴＡおよび終了条件を参照して記述されている。従って、以下の特許請求の範囲に述べられる本発明の最も広い精神と範囲から逸脱することなく、実施形態に対して、種々の修正および変更がなされ得る。従って、仕様および図面は、制限する意味よりはむしろ例示的において見なされるべきである。
【図面の簡単な説明】
【００５２】
【図１】図１は、本発明に従った無線ネットワークの例示的実施形態を示す。
【図２】図２は、従来のスケジュールされた自動電力節約送出し（「ＡＰＳＤ」）機構の概略表現を示す。
【図３】図３は、本発明に従った、強化されスケジュールされたＡＰＳＤ機構の例示的実施形態の概略表現を示す。
【図４】図４は、本発明に従った、強化されスケジュールされたＡＰＳＤ機構の方法の例示的実施形態を示す。
【図５】図５は、従来のスケジュールされないＡＰＳＤ機構の概略表現を示す。
【図６】図６は、本発明に従った、強化されスケジュールされないＡＰＳＤ機構の例示的実施形態の概略表現を示す。
【図７】図７は、さらなる従来のスケジュールされないＡＰＳＤ機構の概略表現を示す。
【図８】図８は、本発明に従った、強化されスケジュールされないＡＰＳＤ機構のさらなる例示的実施形態の概略表現を示す。
【図９】図９は、本発明に従った、強化されスケジュールされないＡＰＳＤの方法の例示的実施形態を示す。
【図１】
2008509599.tif 000003
【図２】
2008509599.tif 000004
【図３】
2008509599.tif 000005
【図４】
2008509599.tif 000006
【図５】
2008509599.tif 000007
【図６】
2008509599.tif 000008
【図７】
2008509599.tif 000009
【図８】
2008509599.tif 000010
【図９】
2008509599.tif 000011
【国際調査報告】
2008509599.tif 000012