(57)【要約】  ＡＰと局との間の情報の効率的な送信および肯定応答によるワイヤレス通信システム内の電力節約のための方法、システム、およびデバイス、を説明する。節電モードに入るという、局による決定から、局がネットワークスリープモードに入るまでの間の時間は、局からのＰＳ−Ｐｏｌｌフレームに対する肯定応答を局に送信した後、ＳＩＦＳに続いて、ＡＰがＭＰＤＵを局に送信することにより、削減され得る。局が節電モードに入る時間は、Ａ−ＭＰＤＵの最後のＭＰＤＵが、何の追加のデータも送信されるべきないことを示すためにインジケータビットをクリアしたＡ−ＭＰＤＵの送信によっても削減され得る。効率性をさらに高めるために、局から肯定応答がない場合、ＡＰは局に対するＭＰＤＵの再送信を防止することができる。
2016522631.tif 000002
【特許請求の範囲】
【請求項１】
局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、
前記ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を前記局に送信することと、
前記ＭＰＤＵの肯定応答が前記局から受信されているかどうかを決定することと、
前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、前記局に対する前記ＭＰＤＵの再送信を防止することと
を備える、ワイヤレス通信のための方法。
【請求項２】
前記局に関するデータ送信レートは、前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、調整されないままである、請求項１に記載の方法。
【請求項３】
前記局に関する前記データ送信レートは、設定された数の再送信に関して前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、調整されないままであり、前記設定された数の再送信に続いて調整される、請求項２に記載の方法。
【請求項４】
前記ＭＰＤＵ再送信のうちの１つに対する肯定応答を前記局から受信することと、
前記ＭＰＤＵ再送信肯定応答に応答して、前記局に関する前記データ送信レートを調整することと
をさらに備える、請求項２に記載の方法。
【請求項５】
調整することは、少なくとも１つの非肯定応答ＭＰＤＵ送信に応答して、レート適応表を更新することを備える、請求項４に記載の方法。
【請求項６】
送信チャネルのチャネル状態により、前記肯定応答が受信されていないと決定することと、
前記チャネル状態に応答して、前記局に関するデータ送信レートを調整することと
をさらに備える、請求項１に記載の方法。
【請求項７】
限られた数の再送信を送信することに続いて、前記局がネットワークスリープに入ったと想定すること
をさらに備える、請求項１に記載の方法。
【請求項８】
前記ＭＰＤＵを送信するのに先立って、前記ＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を前記局に送信すること
をさらに備える、請求項１に記載の方法。
【請求項９】
前記ＭＰＤＵは、前記ＰＳ−Ｐｏｌｌフレームに応答した、前記局に対する複数の統合ＭＰＤＵを備えた統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、前記複数の統合ＭＰＤＵは、各々が、モアデータが前記局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを少なくとも備え、前記第１のＭＰＤＵの前記インジケータビットは、モアデータを示すように設定され、前記最後のＭＰＤＵの前記インジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる、請求項１に記載の方法。
【請求項１０】
前記Ａ−ＭＰＤＵを送信するのに先立って、ショートフレーム間スペース（ＳＩＦＳ）に続いて前記ＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を前記局に送信すること
をさらに備える、請求項９に記載の方法。
【請求項１１】
前記Ａ−ＭＰＤＵは、前記肯定応答を前記局に送信した後、ＳＩＦＳに続いて送信される、請求項１０に記載の方法。
【請求項１２】
前記Ａ−ＭＰＤＵが受信されているという、前記Ａ−ＭＰＤＵの少なくとも１つのＭＰＤＵが成功裏に受信されなかったことを示すブロック肯定応答（ＢＡ）を前記局から受信することと、
前記局がネットワークスリープに入ったと想定することと
をさらに備える、請求項９に記載の方法。
【請求項１３】
前記局から第２のＰＳ−Ｐｏｌｌフレームを受信することと、
成功裏に受信されなかった前記少なくとも１つのＭＰＤＵからのデータを含む少なくとも１つのＭＰＤＵを備える第２のＡ−ＭＰＤＵを前記局に送信することと
をさらに備える、請求項１２に記載の方法。
【請求項１４】
前記ＢＡは、ＭＰＤＵの開始シーケンス番号と、前記開始シーケンス番号に先立って順序付けられた複数のＭＰＤＵの成功裏の受信を示すビットマップとを備える、請求項１２に記載の方法。
【請求項１５】
ブロック肯定応答（ＢＡ）が前記局から受信されていないと決定することと、
前記Ａ−ＭＰＤＵ内に含まれた追加のデータが前記局に送信されるべきであると決定することと、
第２のＡ−ＭＰＤＵを生成するために、少なくとも１つの追加のＭＰＤＵを前記Ａ−ＭＰＤＵに追加することと、
前記第２のＡ−ＭＰＤＵを前記局に送信することと
をさらに備える、請求項９に記載の方法。
【請求項１６】
局からＰＳ−Ｐｏｌｌフレームを受信するように構成された受信機と、
前記ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を前記局に送信するように構成された送信機と、
前記ＭＰＤＵの肯定応答が前記局から受信されているかどうかを決定し、前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、前記局に対する前記ＭＰＤＵの再送信を防止するように構成された節電コミュニケータと
を備える、ワイヤレス通信のための装置。
【請求項１７】
前記局に関するデータ送信レートは、前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、調整されない状態のままである、請求項１６に記載の装置。
【請求項１８】
前記局に関する前記データ送信レートは、設定された数の再送信に関して前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、調整されないままであり、前記設定された数の再送信に続いて調整される、請求項１７に記載の装置。
【請求項１９】
前記受信機は、前記ＭＰＤＵ再送信のうちの１つに対する肯定応答を前記局から受信するようにさらに構成され、
前記節電コミュニケータは、前記ＭＰＤＵ再送信肯定応答に応答して、前記局に関する前記データ送信レートを調整するようにさらに構成される
請求項１７に記載の装置。
【請求項２０】
調整することは、少なくとも１つの非肯定応答ＭＰＤＵ送信に応答して、レート適応表を更新することを備える、請求項１９に記載の装置。
【請求項２１】
前記節電コミュニケータは、
送信チャネルのチャネル状態により、前記肯定応答が受信されていないと決定することと、
前記チャネル状態に応答して、前記局に関するデータ送信レートを調整することと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項２２】
前記節電コミュニケータは、
限られた数の再送信を送信することに続いて、前記局がネットワークスリープに入ったと想定する
ようにさらに構成される、請求項１６に記載の装置。
【請求項２３】
前記ＭＰＤＵは、前記ＰＳ−Ｐｏｌｌフレームに応答した、前記局に対する複数の統合ＭＰＤＵを備えた統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、前記複数の統合ＭＰＤＵは、各々が、モアデータが前記局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを少なくとも備え、前記第１のＭＰＤＵの前記インジケータビットは、モアデータを示すように設定され、前記最後のＭＰＤＵの前記インジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる、請求項１６に記載の装置。
【請求項２４】
前記節電コミュニケータは、
ブロック肯定応答（ＢＡ）が前記局から受信されていないと決定することと、
前記Ａ−ＭＰＤＵ内に含まれた追加のデータが前記局に送信されるべきであると決定することと、
第２のＡ−ＭＰＤＵを生成するために、少なくとも１つの追加のＭＰＤＵを前記Ａ−ＭＰＤＵに追加することと
を行うようにさらに構成され、
前記送信機は、前記第２のＡ−ＭＰＤＵを前記局に送信するようにさらに構成される
請求項２３に記載の装置。
【請求項２５】
局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するための手段と、
前記ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を前記局に送信するための手段と、
前記ＭＰＤＵの肯定応答が前記局から受信されているかどうかを決定するための手段と、
前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、前記局に対する前記ＭＰＤＵの再送信を防止するための手段と
を備える、ワイヤレス通信のための装置。
【請求項２６】
前記局に関するデータ送信レートは、前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、調整されないままである、請求項２５に記載の装置。
【請求項２７】
前記ＭＰＤＵ再送信のうちの１つに対する肯定応答を前記局から受信するための手段と、
前記ＭＰＤＵ再送信肯定応答に応答して、前記局に関する前記データ送信レートを調整するための手段と
をさらに備える、請求項２６に記載の装置。
【請求項２８】
前記ＭＰＤＵは、前記ＰＳ−Ｐｏｌｌフレームに応答した、前記局に対する複数の統合ＭＰＤＵを備えた統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、前記複数の統合ＭＰＤＵは、各々が、モアデータが前記局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを少なくとも備え、前記第１のＭＰＤＵの前記インジケータビットは、モアデータを示すように設定され、前記最後のＭＰＤＵの前記インジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる、請求項２５に記載の装置。
【請求項２９】
ブロック肯定応答（ＢＡ）が前記局から受信されていないと決定するための手段と、
前記Ａ−ＭＰＤＵ内に含まれた追加のデータが前記局に送信されるべきであると決定するための手段と、
第２のＡ−ＭＰＤＵを生成するために、少なくとも１つの追加のＭＰＤＵを前記Ａ−ＭＰＤＵに追加するための手段と、
前記第２のＡ−ＭＰＤＵを前記局に送信するための手段と
をさらに備える、請求項２８記載の装置。
【請求項３０】
局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、
前記ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を前記局に送信することと、
前記ＭＰＤＵの肯定応答が前記局から受信されているかどうかを決定することと、
前記ＭＰＤＵが受信されているという、前記局からの前記肯定応答がない場合、前記局に対する前記ＭＰＤＵの再送信を防止することと
を行うためにプロセッサによって実行可能な命令を記憶した非一時的コンピュータ可読媒体を備える
ワイヤレス通信のためのコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
相互参照
[0001]本特許出願は、各々が本出願の譲受人に譲渡された、２０１４年５月１４日に出願された、「Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｒｅｓｐｏｎｓｅ  ｔｏ  ＰＳ−Ｐｏｌｌ」と題する、Ｃｈｏらによる米国特許出願第１４／２７７，６２３号、および２０１３年５月１５日に出願された、「ＳＩＦＳ  Ｒｅｓｐｏｎｓｅ  ｔｏ  ＰＳ−Ｐｏｌｌ」と題する、Ｃｈｏらによる米国仮特許出願第６１／８２３，８６３号の優先権を主張する。本出願は、各々が本出願の譲受人に譲渡された、２０１４年５月１４日に出願された、「Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｒｅｓｐｏｎｓｅ  ｔｏ  ＰＳ−Ｐｏｌｌ」と題する、Ｃｈｏらによる同時継続の米国特許出願第１４／２７７，６１３号、および２０１４年５月１４日に出願された、「Ａｃｃｅｓｓ  Ｐｏｉｎｔ−Ａｉｄｅｄ  Ｃｏｅｘｉｓｔｅｎｃｅ／Ｃｏｎｃｕｒｒｅｎｃｙ  ａｔ  Ｍｏｂｉｌｅ  Ｄｅｖｉｃｅｓ」と題する、Ｓｕｎらによる同時継続の米国特許出願第１４／２７７，６２４号に関する。
【背景技術】
【０００２】
[0002]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。
【０００３】
[0003]ワイヤレス通信ネットワークは、いくつかのワイヤレスデバイスの通信をサポートすることができるアクセスポイント（ＡＰ）など、いくつかのネットワークデバイスを含み得る。ワイヤレスデバイスは、ネットワークデバイスと双方向で通信することができる。たとえば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）内で、局（ＳＴＡ）は、ダウンリンクおよびアップリンクを介して関連するＡＰと通信することができる。ダウンリンク（または順方向リンク）はＡＰから局への通信リンクを指しており、アップリンク（または逆方向リンク）は局からＡＰへの通信リンクを指している。
【０００４】
[0004]ＷＬＡＮでは、局が、ＡＰと局との間の送信が削減され、局が、無線構成要素などの構成要素を電源切断し、それによって、電力消費を削減することを可能にする節電モードに入ることを望む場合がある事例が存在し得る。既存の節電技法は、場合によっては、節電モードに入るという、局による決定と、関係する構成要素の電源切断との間に比較的長い時間期間をもたらす場合があるが、これはＡＰに節電モードを通知して、確認するための関連ネットワークシグナリングに起因する。したがって、実施が簡単であり、電力節約モードに入るという、局による決定から、局が節電モードに入るまでの間の時間期間が比較的短い電力節約技法が望ましい。
【発明の概要】
【０００５】
[0005]ＡＰと局との間に情報の効率的な送信および肯定応答を実現し得る、ワイヤレス通信に関する様々な方法、システム、デバイス、ならびに装置を説明する。節電モードに入るという、局による決定から、局がネットワークスリープモードに入るまでの間の時間は、局からのＰＳ−Ｐｏｌｌフレームに対する肯定応答を局に送信した後、ショートフレーム間スペース（ＳＩＦＳ）に続いて、ＡＰがメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することにより、削減され得る。肯定応答に続くＳＩＦＳ後のＭＰＤＵの送信は、ＡＰの肯定応答に続いて、ランダムバックオフに関連する時間を削減することができ、待ち行列遅延、他のトラフィック、もしくは別の局とのトラフィックの衝突に関連する時間を削減または除去することができる。局が節電モードに入る時間は、Ａ−ＭＰＤＵの最初のＭＰＤＵが、モアデータ（more data）を示すようにインジケータビットを設定し、Ａ−ＭＰＤＵの最後のＭＰＤＵが、何の追加のデータも送信されるべきでないことを示すために、そのインジケータビットをクリアした、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）の送信によっても削減され得る。ＭＰＤＵが受信されているという、局からの肯定応答がない場合、ＡＰが局に対するＭＰＤＵの再送信を防止することにより、効率性はさらに高められ得る。
【０００６】
[0006]本開示の一態様によれば、ワイヤレス通信のための方法が提供される。本方法は、一般に、局からアクセスポイントによって節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することと、ＭＰＤＵの肯定応答が局から受信されているかどうかを決定することと、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵの再送信を防止することとを含む。いくつかの例では、局に関するデータ送信レートは、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、調整されない状態に残り得る。他の例では、局に関するデータ送信レートは、設定された数の再送信に関してＭＰＤＵが受信されているという、局からの肯定応答がない場合、調整されない状態に残り得、その設定された数の再送信に続いて調整され得る。加えて、または代替的に、アクセスポイントは、ＭＰＤＵ再送信のうちの１つに対する肯定応答を局から受信して、そのＭＰＤＵ再送信肯定応答に応答して、その局に関するデータ送信レートを調整することができる。そのような調整は、たとえば、非肯定応答ＭＰＤＵ送信に応答して、レート適応表を更新することを含み得る。
【０００７】
[0007]いくつかの例では、本方法はまた、送信チャネルのチャネル状態により、肯定応答が受信されていないと決定することと、そのチャネル状態に応答して、その局に関するデータ送信レートを調整することとを含み得る。いくつかの例では、アクセスポイントは、加えて、または代替的に、限られた数の再送信を送信することに続いて、局がネットワークスリープに入ったと想定することができる。さらなる例では、アクセスポイントは、ＭＰＤＵを送信するのに先立って、ＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することができる。
【０００８】
[0008]いくつかの例では、ＭＰＤＵは、ＰＳ−Ｐｏｌｌフレームに応答した、局に対する複数の統合ＭＰＤＵを備えた統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を備え、複数の統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを備え、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。
【０００９】
[0009]いくつかの例では、本方法は、Ａ−ＭＰＤＵを送信するのに先立って、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することをさらに含み得る。Ａ−ＭＰＤＵは、肯定応答を局に送信した後、ＳＩＦＳに続いて送信され得る。いくつかの例では、本方法は、Ａ−ＭＰＤＵが受信されているという、Ａ−ＭＰＤＵのＭＰＤＵが成功裏に受信されなかったことを示すブロック肯定応答（ＢＡ）を局から受信することと、局がネットワークスリープに入ったと想定することとを含み得る。本方法は、局から第２のＰＳ−Ｐｏｌｌフレームを受信することと、成功裏に受信されなかったＭＰＤＵからのデータを含むＭＰＤＵを備える第２のＡ−ＭＰＤＵを局に送信することとをさらに含み得る。ＢＡは、ＭＰＤＵの開始シーケンス番号と、その開始シーケンス番号に先立って順序付けられた複数のＭＰＤＵの成功裏の受信を示すビットマップとを含み得る。
【００１０】
[0010]いくつかの例では、本方法は、ブロック肯定応答（ＢＡ）が局から受信されていないと決定することと、Ａ−ＭＰＤＵ内に含まれた追加のデータが局に送信されるべきであると決定することと、第２のＡ−ＭＰＤＵを生成するために、追加のＭＰＤＵをＡ−ＭＰＤＵに追加することと、第２のＡ−ＭＰＤＵを局に送信することとを含み得る。
【００１１】
[0011]本開示の別の態様は、ワイヤレス通信のための別の方法を提供する。本方法は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することと、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することとを含む。いくつかの例では、アクセスポイントは、ＭＰＤＵが受信されているという肯定応答を局から受信して、局がネットワークスリープに入ったと想定することもできる。いくつかの例では、本方法はまた、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵのいくつかの再送信を制限すること、または、限られた数の再送信を送信することに続いて、局がネットワークスリープに入ったと想定することを含み得る。
【００１２】
[0012]いくつかの例では、ＡＰは、ＭＰＤＵ内に含まれるよりもモアデータが局に送信されるべきであると決定することができ、モアデータが局に送信されるべきであることを示すためにインジケータビットがＭＰＤＵ内に設定され得、ＡＰは、ＭＰＤＵの送信に続いて、局がネットワークスリープに入ったと想定することができる。想定することは、たとえば、ＭＰＤＵが受信されているという肯定応答を局から受信することと、局がネットワークスリープに入ったと想定することとを含み得る。アクセスポイントは、局から第２のＰＳ−Ｐｏｌｌフレームを受信して、第２のＰＳ−Ｐｏｌｌに応答して、モアデータを含む第２のＭＰＤＵを局に送信することができる。いくつかの例では、第２のＭＰＤＵを送信することは、ＭＰＤＵの送信に続いて、何の追加のデータも局に送信されるべきでないと決定することと、何のモアデータも局に送信されるべきでないことを示すようにインジケータビットをＭＰＤＵ内に設定することと、ＭＰＤＵの送信に続いて、局がネットワークスリープに入ったと想定することとを含み得る。ＭＰＤＵは、たとえば、いくつかの統合ＭＰＤＵを備える統合ＭＰＤＵ（Ａ−ＭＰＤＵ）を含み得、統合ＭＰＤＵの各々は、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを有する。本方法は、局から、Ａ−ＭＰＤＵの各ＭＰＤＵが成功裏に受信されているというブロック肯定応答（ＢＡ）を受信することと、局がネットワークスリープに入ったと想定することと、局から第２のＰＳ−Ｐｏｌｌフレームを受信することと、何の追加のデータも送信されるべきでないことを示すためにインジケータビットがクリアされた第２のＭＰＤＵを局に送信することとをさらに含み得る。
【００１３】
[0013]いくつかの例では、ＭＰＤＵは、ＰＳ−Ｐｏｌｌフレームに応答した、局に対する複数の統合ＭＰＤＵを備えた統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を含み、複数の統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを備え、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。局に対する肯定応答は、Ａ−ＭＰＤＵを送信するのに先立って送信され得る。Ａ−ＭＰＤＵは、肯定応答を局に送信した後、ＳＩＦＳに続いて送信され得る。
【００１４】
[0014]いくつかの例では、ブロック肯定応答（ＢＡ）が局から受信され得、ＢＡは、Ａ−ＭＰＤＵが受信されていること、およびＡ−ＭＰＤＵのＭＰＤＵが成功裏に受信されなかったことを示す。次いで、局がネットワークスリープに入ったと想定され得る。追加の例または代替的な例では、局から第２のＰＳ−Ｐｏｌｌフレームが受信され得、成功裏に受信されなかったＭＰＤＵからのデータを含むＭＰＤＵを備える第２のＡ−ＭＰＤＵが局に送信され得る。ＢＡは、ＭＰＤＵの開始シーケンス番号と、その開始シーケンス番号に先立って順序付けられた複数のＭＰＤＵの成功裏の受信を示すビットマップとを含み得る。
【００１５】
[0015]いくつかの例では、本方法は、ブロック肯定応答（ＢＡ）が局から受信されていないと決定することと、Ａ−ＭＰＤＵ内に含まれたモアデータが局に送信されるべきであると決定することと、第２のＡ−ＭＰＤＵを生成するために、追加のＭＰＤＵをＡ−ＭＰＤＵに追加することと、第２のＡ−ＭＰＤＵを局に送信することとをさらに含み得る。
【００１６】
[0016]本開示のさらなる態様は、ワイヤレス通信のための別の方法を提供する。本方法は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、そのＰＳ−Ｐｏｌｌフレームに応答して、いくつかの統合ＭＰＤＵを含む統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を局に送信することとを含み得る。それらのいくつかの統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを含み得、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すようにクリアされる。本方法はまた、いくつかの例では、Ａ−ＭＰＤＵを送信するのに先立って、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することを含み得る。Ａ−ＭＰＤＵは、たとえば、肯定応答を局に送信した後、ＳＩＦＳに続いて送信され得る。
【００１７】
[0017]いくつかの例では、本方法はまた、Ａ−ＭＰＤＵが受信されているという、Ａ−ＭＰＤＵのＭＰＤＵが成功裏に受信されなかったことを示すブロック肯定応答（ＢＡ）を局から受信することと、局がネットワークスリープに入ったと想定することとを含み得る。ＢＡの受信に続いて、本方法はまた、局から第２のＰＳ−Ｐｏｌｌフレームを受信することと、成功裏に受信されなかったＭＰＤＵからのデータを含むＭＰＤＵを備える第２のＡ−ＭＰＤＵを局に送信することとを含み得る。ＢＡは、たとえば、ＭＰＤＵの開始シーケンス番号と、その開始シーケンス番号に先立って順序付けられた複数のＭＰＤＵの成功裏の受信を示すビットマップとを含み得る。いくつかの例では、本方法はまた、ＢＡが局から受信されていないと決定することと、Ａ−ＭＰＤＵ内に含まれたモアデータが局に送信されるべきであると決定することと、第２のＡ−ＭＰＤＵを生成するために、追加のＭＰＤＵをＡ−ＭＰＤＵに追加することと、第２のＡ−ＭＰＤＵを局に送信することとを含み得る。
【００１８】
[0018]本開示の別の態様は、ワイヤレス通信のための装置を提供する。本装置は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するための手段と、ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信するための手段と、ＭＰＤＵの肯定応答が局から受信されているかどうかを決定するための手段と、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵの再送信を防止するための手段とを含む。
【００１９】
[0019]本開示の別の態様は、ワイヤレス通信のための装置を提供する。本装置は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するための手段と、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信するための手段と、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信するための手段とを含む。
【００２０】
[0020]本開示の別の態様は、ワイヤレス通信のための別の装置を提供する。本装置は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するための手段と、ＰＳ−Ｐｏｌｌフレームに応答して、いくつかの統合ＭＰＤＵを含む統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を局に送信するための手段とを含み、それらのいくつかの統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを有する第１のＭＰＤＵと最後のＭＰＤＵとを含み、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されないことを示すためにクリアされる。
【００２１】
[0021]さらなる態様では、本開示はワイヤレス通信のための別の装置を提供する。本装置は、一般に、局からＰＳ−Ｐｏｌｌフレームを受信するように構成された受信機モジュールと、ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御(ＭＡＣ)プロトコルデータユニット（ＭＰＤＵ）を局に送信するように構成された送信機モジュールと、ＭＰＤＵの肯定応答が局から受信されているかどうかを決定し、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵの再送信を防止するように構成された節電通信モジュールとを含む。
【００２２】
[0022]またさらなる態様では、本開示は、ワイヤレス通信のための別の装置を提供する。本装置は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するように構成された受信機と、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信して、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信するように構成された送信機とを含む。
【００２３】
[0023]またさらなる態様では、本開示は、ワイヤレス通信のための別の装置を提供する。本装置は、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信するように構成された受信機と、ＰＳ−Ｐｏｌｌフレームに応答して、いくつかの統合ＭＰＤＵを含む統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を局に送信するように構成された送信機とを含み、それらのいくつかの統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを有する第１のＭＰＤＵと最後のＭＰＤＵとを含み、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。
【００２４】
[0024]別の態様では、本開示はワイヤレス通信のためのデバイスを提供する。本デバイスは、一般に、プロセッサと、このプロセッサと電子通信しているメモリとを含む。局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することと、局からＭＰＤＵの肯定応答が受信されているかどうかを決定することと、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵの再送信を防止することとを行うためにプロセッサによって実行可能な命令を実施するメモリ。
【００２５】
[0025]本開示の別の態様は、ワイヤレス通信のための別のデバイスを提供する。本デバイスは、一般に、プロセッサと、このプロセッサと電子通信しているメモリとを含む。局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することと、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することとを行うためにプロセッサによって実行可能な命令を実施するメモリ。
【００２６】
[0026]本開示のまたさらなる態様は、ワイヤレス通信のためデバイスを提供する。本デバイスは、一般に、プロセッサと、このプロセッサと電子通信しているメモリとを含む。局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ＰＳ−Ｐｏｌｌフレームに応答して、いくつかの統合ＭＰＤＵを含む統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を局に送信することとを行うためにプロセッサによって実行可能な命令を実施するメモリ、それらのいくつかの統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを有する第１のＭＰＤＵと最後のＭＰＤＵとを含み、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。
【００２７】
[0027]本開示の別の態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することと、ＭＰＤＵの肯定応答が局から受信されたかどうかを決定することと、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局に対するＭＰＤＵの再送信を防止することとを行うためにプロセッサによって実行可能な命令を記憶した非一時的コンピュータ可読媒体を含む。
【００２８】
[0028]本開示の別の態様は、ワイヤレス通信のための別のコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ショートフレーム間スペース（ＳＩＦＳ）に続いてＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することと、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することとを行うためにプロセッサによって実行可能な命令を記憶した非一時的コンピュータ可読媒体を含む。
【００２９】
[0029]さらに、本開示のさらなる態様は、ワイヤレス通信のための別のコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、一般に、局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することと、ＰＳ−Ｐｏｌｌフレームに応答して、いくつかの統合ＭＰＤＵを含む統合メディアアクセス制御プロトコルデータユニット（Ａ−ＭＰＤＵ）を局に送信することとを行うためにプロセッサによって実行可能な命令を記憶した非一時的コンピュータ可読媒体を含み、それらのいくつかの統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきかどうかを示すためのインジケータビットを有する第１のＭＰＤＵと最後のＭＰＤＵとを含み、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。
【００３０】
[0030]上記では、以下の発明を実施するための形態がより良く理解され得るように、本開示による例の特徴および技術的利点についてやや広く概説した。以下で、さらなる特徴および利点を説明する。開示する概念および具体例は、本開示の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用され得る。そのような等価な構成は、添付の特許請求の範囲の趣旨および範囲から逸脱しない。本明細書で開示する概念の特性であると考えられる特徴は、それらの編成と動作方法の両方に関して、関連する図とともに検討されると、関連した利点とともに以下の説明からより良く理解されよう。図の各々は、例示および説明のみの目的で与えられ、特許請求の範囲の限界を定めるものではない。
【００３１】
[0031]以下の図面を参照すれば、本開示の性質および利点のさらなる理解が得られ得る。添付図面では、同様の構成要素または特徴が、同一の符号を有する場合がある。さらに、同一タイプの様々な構成要素は、符号に、ダッシュと同様のコンポーネントの間で区別する第２のラベルとを続けることによって区別され得る。第１の符号だけが本明細書で使用される場合には、その説明は、第２の符号にかかわらず、同一の第１の符号を有する同様のコンポーネントのいずれにも適用可能である。
【図面の簡単な説明】
【００３２】
【図１】[0032]様々な例による、電力節約モードをサポートするワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の一例を示す図。
【図２】[0033]様々な例による、ＡＰと節電モードに入る局との間のフレーム交換の一例を示す図。
【図３】[0034]様々な例による、ＡＰと節電モードに入る局との間の交換の別の例を示す図。
【図４】[0035]様々な例による、ＡＰと節電モードに入る局との間の送信の一例を示す図。
【図５】[0036]様々な例による、ＡＰと節電モードに入る局との間の送信の別の例を示す図。
【図６】[0037]様々な例による、ＡＰと節電モードに入る局との間の送信の別の例を示す図。
【図７】[0038]様々な例による、ＡＰと節電モードに入る局との間の送信の別の例を示す図。
【図８】[0039]様々な例による、ＡＰと節電モードに入る局との間の送信の別の例を示す図。
【図９】[0040]様々な例による、局が節電モードに入ることに関する動作の一例のフローチャート。
【図１０】[0041]様々な例による、ＡＰが節電モードに入ることに関する動作の一例のフローチャート。
【図１１】[0042]様々な例による、節電モードアーキテクチャの一例を示すブロック図。
【図１２】[0043]様々な例による、局アーキテクチャの一例を示すブロック図。
【図１３】[0044]様々な例による、ＡＰアーキテクチャの一例を示すブロック図。
【図１４】[0045]様々な例による、ワイヤレス通信システムにおける電力節約のための方法の一例のフローチャート。
【図１５】[0046]様々な例による、ワイヤレス通信システムにおける電力節約のための別の方法の一例のフローチャート。
【図１６】[0047]様々な例による、ワイヤレス通信システムにおける電力節約のためのさらに別の方法の一例のフローチャート。
【図１７Ａ】[0048]モバイルデバイスにおける共存通信の例を示す図。
【図１７Ｂ】モバイルデバイスにおける共存通信の例を示す図。
【図１７Ｃ】モバイルデバイスにおける共存通信の例を示す図。
【図１７Ｄ】モバイルデバイスにおける共存通信の例を示す図。
【図１８】[0049]局上の他の共存Ｔｘ／Ｒｘ活動のスケジューリング情報を考慮に入れるための局とＡＰとの間の送信の一例を示す図。
【図１９】[0050]局上の共存／干渉Ｔｘ／Ｒｘ活動に関するタイミング情報を導出するための手法を示すタイミング図。
【図２０Ａ】[0051]同じＢＳＳ内の非共存局または正規局とＷＬＡＮ媒体を競合するときに、共存局がどのように不利になり得るかを示す図。
【図２０Ｂ】[0052]非共存局に対するＡ−ＭＰＤＵのサイズの調整が共存局に関するスループットおよび共存局に対する公平性をどのように改善し得るかを示す図。
【図２１】[0053]共存局とＡＰとの間の送信および非共存局または正規局とＡＰとの間の送信の一例を示す図。
【図２２】[0054]共存干渉に対処するための様々な実施形態を実装するために使用され得るデバイスの一例を示すブロック図。
【図２３】[0055]共存干渉に対処するための様々な実施形態を実装するために使用され得る局を示す図。
【図２４】[0056]共存干渉に対処するための様々な実施形態を実装するために使用され得るＡＰを示す図。
【図２５】[0057]共存干渉に対処するための、ある方法の一例のフローチャート。
【図２６】[0058]共存干渉に対処するための、別の方法の一例のフローチャート。
【発明を実施するための形態】
【００３３】
[0059]説明する例は、ＡＰと局との間の情報の効率的な送信および肯定応答によって電力節約を向上することができる、ワイヤレス通信システムにおける電力節約のための方法、システム、デバイス、ならびに装置に関する。節電モードに入るという、局による決定から、局がネットワークスリープモードに入るまでの間の時間は、局からのＰＳ−Ｐｏｌｌフレームに対する肯定応答を局に送信した後、ショートフレーム間スペース（ＳＩＦＳ）に続いて、ＡＰがメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を局に送信することにより、削減され得る。肯定応答に続くＳＩＦＳ後のＭＰＤＵの送信は、ＡＰの肯定応答に続いて、ランダムバックオフに関連する時間を削減することができ、待ち行列遅延、他のトラフィック、もしくは別の局とのトラフィックの衝突に関連する時間を削減または除去することができる。局が節電モードに入る時間は、Ａ−ＭＰＤＵの最初のＭＰＤＵが、モアデータを示すようにインジケータビットを設定し、Ａ−ＭＰＤＵの最後のＭＰＤＵが、何の追加のデータも送信されるべきでないことを示すために、そのインジケータビットをクリアした、統合ＭＰＤＵ（Ａ−ＭＰＤＵ）の送信によっても削減され得る。ＭＰＤＵが受信されているという、局からの肯定応答がない場合、ＡＰが局に対するＭＰＤＵの再送信を防止することにより、効率性はさらに高められ得る。節電に加えて、説明する例は、たとえば、ワイヤレス媒体全体のより効率的な使用を実現し、それにより、他のデバイスに利用可能な媒体リソースを拡張し、より高いスループット、デバイスが媒体にアクセスするための、より低い待ち時間を実現することができ、媒体内での衝突の量を低減することができる。
【００３４】
[0060]本明細書で提示する電力節約技法は、一般に、簡単のために、ＷＬＡＮに関して説明される。ＷＬＡＮ（または、Ｗｉ−Ｆｉ（登録商標）ネットワーク）は、様々なＩＥＥＥ８０２．１１規格（たとえば、８０２．１１ａ／ｇ、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｈなど）で説明するプロトコルに基づくネットワークを指す場合がある。しかしながら、同じまたは同様の技法は、セルラーワイヤレスシステム、ピアツーピアワイヤレス通信、アドホックネットワーク、衛星通信システム、および他のシステムなどの様々な他のワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、互換的に使用されることがある。
【００３５】
[0061]したがって、以下の説明は、例を与えるものであり、特許請求の範囲に記載された範囲、適用可能性、または構成を限定するものではない。本開示の趣旨および範囲から逸脱することなく、論じられる要素の機能ならびに構成において変更が行われ得る。種々の例は、必要に応じて、種々の手順もしくは構成要素を省略、置換、または追加することができる。たとえば、説明する方法は、説明する順序とは異なる順序で実行されてもよく、種々のステップが追加、省略、または組み合わせられてもよい。また、いくつかの例に関して説明する特徴は、他の例において組み合わせられ得る。
【００３６】
[0062]本明細書で使用する「に続いて」という用語は、第１の送信の直後の第２の送信を指す。たとえば、「肯定応答を送信した後、ＳＩＦＳに続いて」送信されるＭＰＤＵは、そのＭＰＤＵが、肯定応答の終了の直後のＳＩＦＳ期間の直後に送信されることを意味する。
【００３７】
[0063]図１をまず参照すると、向上した電力節約を実現するように構成されたＷＬＡＮ１００、すなわち、Ｗｉ−Ｆｉネットワークが示される。ＷＬＡＮ１００は、ＡＰ１０５と、複数の関連する局１１５とを含む。この例では、ＳＴＡ＿１、ＳＴＡ＿２、ＳＴＡ＿３、ＳＴＡ＿４、ＳＴＡ＿５、ＳＴＡ＿６、およびＳＴＡ＿７として識別される、７個の局、すなわち、ＳＴＡ１１５が示される。しかしながら、示される数は単なる説明のためであるため、ＷＬＡＮ１００は、図１に示すよりもより多くの、またはより少ない局１１５を有し得る。ＡＰ１０５および関連する局１１５は、基本サービスセット（ＢＳＳ）を表し得る。ＢＳＳ内の様々な局１１５は、ＡＰ１０５を介して互いと通信することができる。やはり示されるのは、ＷＬＡＮ１００の基本サービスエリア（ＢＳＡ）を表し得る、ＡＰ１０５のカバレージエリア１２０である。図１に示さないが、ＷＬＡＮ１００に関連付けられたＢＳＳは、典型的に、複数のＡＰが拡張されたサービスセット内で接続されることを可能にする有線またはワイヤレスの配信システム（ＤＳ）に接続される。
【００３８】
[0064]ＡＰ１０５は、送信１３０を使用して局１１５の各々と双方向に通信するように構成される。送信１３０は、ＡＰ１０５から局１１５に送られるダウンリンク送信（たとえば、ビーコンフレーム）、ならびに局１１５からＡＰ１０５に送られるアップリンク送信（たとえば、肯定応答またはＡＣＫフレーム）を含み得る。典型的には、ＡＰ１０５は、そのダウンリンク送信をカバレージエリア１２０内にある局１１５にブロードキャストするように構成される。局１１５がデータをアクティブに送信または受信することを予想しない状況では、局１１５の電力消費を削減するために、その局が、無線構成要素など、その構成要素のうちのいくつかを電源切断することが有利であり得る。８０２．１１規格など、様々なワイヤレス規格が、局１１５に関する節電モードを定義している。節電モードで、局１１５は、ビーコン間隔の間、ネットワークスリープモードに入り、配信トラフィックインジケーションメッセージ（ＤＴＩＭ：delivery traffic indication message）を含むビーコンフレームを周期的に受信するために起動することを選ぶことができる。いくつかの実装形態では、ＤＴＩＭは、たとえば、１つおきのビーコンフレームなど、ビーコンフレーム内で周期的に送信され得、ネットワークスリープモードの局１１５は、１つおきのビーコンフレームを受信するために起動することができるが、場合によっては、休止状態に留まり、それによって、電力消費を削減することができる。節電モードを開始するために、局１１５は、ＡＰ１０５が局１１５向けのデータトラフィックをどのように処理するかを知るように、通知をＡＰ１０５に送信することができる。いくつかの例では、ＡＰ１０５および局１１５のうちの１つの局は、その局が節電モードに入ることに関する通信を実装するように構成され得る。
【００３９】
[0065]次に図２を参照すると、従来型の節電モード技術による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間の送信の例２００を説明する。この例では、ある時点で、局は自らが節電モードに入るべきであると決定する。そのような決定は、いくつかの例を挙げれば、たとえば、局の送信データ待ち行列の状態、局の最近の活動、または局に関して設定された節電選好に基づいて行われ得る。局が節電モードに入った後、局は、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。そのような決定は、たとえば、ＡＰによって送られたビーコン内に設定され得る「ＴＩＭビット」に基づくことが可能である。そのデータを取り出すが、依然としてＷｉ−Ｆｉプロトコルベースの節電状態に留まるために、局は節電ポーリング（ＰＳ−Ｐｏｌｌ）フレーム２０５をＡＰに送信することができる。ＡＰは、ショートフレーム間スペース（ＳＩＦＳ）２１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答２１５を送信することができる。ＤＣＦフレーム間スペース（ＤＩＦＳ）およびランダムバックオフ（ＲＢＯ）２２０に続いて、ＡＰは、ＰＳ−Ｐｏｌｌフレーム２０５に応答して、単一のＭＰＤＵ２２５を送信することができる。ＳＩＦＳ２３０に続いて、局は、ＭＰＤＵ２２５が受信されたという肯定応答２３５を送信することができる。
【００４０】
[0066]この時点で、ＡＰは、局がネットワークスリープモードに再び入ったと想定し、局はネットワークスリープモードに入ることができる。様々な実装形態によれば、ＤＩＦＳおよびＲＢＯの平均持続期間はおよそ１１０マイクロ秒である。加えて、他の要因も、局がネットワークスリープモードに入るのを遅延させる場合がある。たとえば、ＡＰ内の待ち行列遅延は、結果として、ＡＰによるＭＰＤＵ２２５の送信およびＳＴＡによるＭＰＤＵ２２５の受信の遅延を引き起こす場合がある。そのような待ち行列遅延は、たとえば、別の局が、ＭＰＤＵ２２５の前に送信されるために待ち行列に入れられたＭＰＤＵまたは統合ＭＰＤＵ（Ａ−ＭＰＤＵ）をＡＰから受信するときに発生し得る。そのような待ち行列遅延は、結果として、局がネットワークスリープモードに入るのを遅延させ、したがって、何の待ち行列遅延も受けていない場合と比べて、電力消費を増大させる場合がある。局がネットワークスリープモードに入るのを遅延させる別の要因は、より低いＲＢＯに続いて送信され得る、別の局からのトラフィックである。次いで、ＡＰは、ＭＰＤＵ２２５を送信する際に遅延することになり、これは、次に、局がネットワークスリープモードに入るのを遅延させることになる。局がネットワークスリープモードに入るのを遅延させ得るさらなる要因は、ＡＰが送信したＭＰＤＵ２２５と別の局の送信との間の衝突である。そのような状況は、削減されたデータレートを潜在的に伴う、増大したＲＢＯに続いてＭＰＤＵ２２５の再送信を引き起こす可能性がある。したがって、そのような状況も局がネットワークスリープモードに入るのを遅延させる可能性がある。
【００４１】
[0067]次に図３を参照すると、様々な例による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間の送信の例３００を説明する。この例では、局は節電モードに入る決定を行う。上述のように、そのような決定は、局におけるいくつかの要因に基づき得る。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム２０５−ａをＡＰに送信することができる。ＡＰは、ＳＩＦＳ２１０−ａに続いて、やはり図２に関して説明したのと同様に、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答２１５−ａを送信することができる。ＤＩＦＳおよびＲＢＯ２２０−ａに続いて、ＡＰは、ＰＳ−Ｐｏｌｌフレーム２０５−ａに応答して、単一のＭＰＤＵ２２５−ａを送信することができる。ＳＩＦＳ２３０−ａに続いて、局は、ＭＰＤＵ２２５−ａが受信されたという肯定応答３０５を送信することができる。
【００４２】
[0068]しかしながら、肯定応答３０５がＡＰにおいて受信されるのを妨げる可能性がある状況が発生し得る。たとえば、干渉は、結果として、ＡＰが肯定応答３０５を適切に受信することを不可能にする場合がある。しかしながら、肯定応答３０５を送った局はネットワークスリープモードに入ることができる。ＡＰは、タイムアウト期間３１５に続いて、ＭＰＤＵ２２５−ａを再送信することができる。ネットワークスリープモードに入った局は、再送信されたＭＰＤＵ２２５−ａを受信せず、したがって、ＡＰは肯定応答を再度受信しない。この例では、ＡＰは、期間３１０に対して増大したバックオフ期間である期間３１０の後に、ＭＰＤＵ２２５−ａを再送信する。図３の例によれば、局は肯定応答を再度送信しないことになり、結果として、ＡＰは、期間３１５と比較して、増大したバックオフ期間である期間３２０に続いて、ＭＰＤＵ２２５−ａを再び再送信することになる。
【００４３】
[0069]いくつかの例によれば、ＡＰは、ＰＳ−Ｐｏｌｌフレームの後、限られた数のＭＰＤＵに続いて、ＭＰＤＵの再送信を送るのを中止することができる。再送信に関するそのような制限は、肯定応答が受信されるまで再送信が試みられる実装形態と比較して、一部のネットワークおよびＡＰリソースを節約することができる。加えて、いくつかの例によれば、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、局がスリープモードにあり得るという想定に基づいて、局に関するデータ送信レートは調整されない状態に残り得る。いくつかの他の事例では、ＡＰは、限られた数の試みに関して未調整のデータレートで送信し、次いで、ＭＰＤＵのその後の送信に関して、データレートを調整することができる。いくつかの例では、ＡＰおよび局は、使用中チャネルまたはノイズのあるチャネル上で通信する場合があり、これは、結果として、局が変化していないレートで送信を受信することを不可能にし得、肯定応答の欠如は、チャネル状態の結果であるか、またはＡＰと通信している別の局との衝突の結果であると決定され得る。そのような場合、ＭＰＤＵ２２５−ａの再送信は、調整されたデータレートを使用して、または異なるバックオフ期間を適用して実行され得る。データ送信レートを調整することは、たとえば、ＡＰにおけるレート適応表に対する更新によって遂行され得る。
【００４４】
[0070]次に図４を参照すると、様々な例の節電技法による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間の送信の例４００を説明する。この例では、局は自らが節電モードに入るべきであると決定する。そのような決定は、局における要因に従って、上記で論じたように行われ得る。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム４０５をＡＰに送信することができる。ＡＰは、ＳＩＦＳ４１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答４１５を送信することができる。図４の例では、ＤＣＦフレーム間スペース（ＤＩＦＳ）およびランダムバックオフ（ＲＢＯ）期間の間待つ代わりに、ＡＰは、ＳＩＦＳ４２０の間だけ待ち、ＭＰＤＵ４２５を送信する。すなわち、ＡＰは、肯定応答４１５を局に送信した後、ＤＩＦＳおよびＲＢＯ時間の間待たずに、ＳＩＦＳ４２０に続いてＭＰＤＵ４２５を送信する。ＳＩＦＳ４３０に続いて、局は、ＭＰＤＵ４２５が受信されたという肯定応答４３５を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定し、局はネットワークスリープモードに入ることができる。ＡＰが肯定応答４１５を送信する時間の間、ＡＰのモジュールは、ＭＰＤＵ４２５がＳＩＦＳ４２０に続いて送信されるように設定されるように、送信のためにＭＰＤＵ４２５を準備することができる。そのようにして、局がネットワークスリープに入るための時間は削減され、それにより、局における節電を向上させる。ＤＩＦＳおよびＲＢＯ時間が削減される場合、局は、いくつかの例によれば、およそ１００マイクロ秒より早くネットワークスリープモードに入ることができる。しかしながら、待ち行列遅延、他のトラフィック遅延、および／または衝突遅延など、追加の遅延が存在し得る場合、局がネットワークスリープに入る時間はさらに著しく削減され、それにより、節電をさらに向上させることができる。
【００４５】
[0071]いくつかの例では、ＡＰは、単一のＭＰＤＵ内で送信され得るよりも、局に送信されるべき追加のデータを、そのバッファリングされたデータ待ち行列内に有し得る。次に図５を参照すると、様々な例の節電技法による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間の送信の別の例５００を説明する。この例では、局は自らが節電モードに入るべきであると決定する。そのような決定は、局における要因に従って、上記で論じたように行われ得る。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム５０５をＡＰに送信することができる。ＡＰは、ＳＩＦＳ５１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答５１５を送信することができる。図５の例では、ＡＰは、ＳＩＦＳ５２０の間だけ待ち、ＭＰＤＵ５２５を送信する。ＭＰＤＵ５２５は、ＭＰＤＵ５２５の送信に続いて、モアデータが局に送信されるべきであることを示すためのインジケータビットを含み得る。そのようなインジケータビットは、「モアビット（more bit）」と呼ばれる場合があり、ＡＰにおいてバッファリングされたデータ待ち行列の状態に基づいて、設定され得るか、またはクリアされ得る。
【００４６】
[0072]ＳＩＦＳ５３０に続いて、局は、ＭＰＤＵ５２５が受信されたという肯定応答５３５を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定するが、局は、ＭＰＤＵ５２５のモアビットに基づいて、スリープモードに入らない場合がある。図５の例では、局は、期間５４０に続いて、第２のＰＳ−Ｐｏｌｌフレーム５４５を送信する。ＡＰは、ＳＩＦＳ５５０に続いて、第２のＰＳ−Ｐｏｌｌフレーム５４５の受信を肯定応答する肯定応答５５５を送信することができる。ＡＰは、ＳＩＦＳ５６０の間だけ再度待ち、ＭＰＤＵ５６５を送信する。ＡＰにおいてバッファリングされたデータ待ち行列がその局に関する何の追加のデータも含まない場合、ＭＰＤＵ５６５のモアビットはクリアされ得る。ＳＩＦＳ５７０に続いて、局は、ＭＰＤＵ５６５が受信されたという肯定応答５７５を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定し、局はネットワークスリープモードに入ることができる。
【００４７】
[0073]いくつかの例では、単一のＭＰＤＵを送信するのではなく、ＡＰは統合ＭＰＤＵ（Ａ−ＭＰＤＵ）を送信することができる。そのようなＡ−ＭＰＤＵは、ＡＰによって連続して送信された複数のＭＰＤＵを含み得る。次に図６を参照すると、様々な例の節電技法による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間の送信の別の例６００を説明する。この例では、局は自らが節電モードに入るべきであると決定する。そのような決定は、局における要因に従って、上記で論じたように行われ得る。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム６０５をＡＰに送信することができる。ＡＰは、ＳＩＦＳ６１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答６１５を送信することができる。図６の例では、ＡＰは、ＳＩＦＳ６２０の間だけ待ち、Ａ−ＭＰＤＵ６２５を送信する。Ａ−ＭＰＤＵ６２５は、ＡＰから連続して送信された、いくつかのＭＰＤＵ６３０、６３５、６４０を含み得る。図６の例では、Ａ−ＭＰＤＵ６２５の最初の２個のＭＰＤＵ６３０、６３５は、設定されたモアビットを有し、最後のＭＰＤＵ６４０は、Ａ−ＭＰＤＵ６２５の送信に続いて、何のモアデータもＡＰによって局に送信されるべきでないことを示すためにクリアされるモアビットを有する。他の例では、Ａ−ＭＰＤＵ６２５のモアビットはすべて、ＳＴＡが、たとえば、ＰＳ−ＰＯＬＬフレームを用いて、そうすることをＡＰに要求するとき、ＡＰにおいてバッファリングされたデータ待ち行列が、ＡＰがＳＴＡに送ることができる追加のデータを依然として含むことを示すように設定され得る。
【００４８】
[0074]ＳＩＦＳ６４５に続いて、局は、Ａ−ＭＰＤＵ６２５のどのＭＰＤＵ６３０、６３５、６４０が適切に受信されたかを示すブロック肯定応答（ＢＡ）６５０を送信することができる。そのようなＢＡ６５０は、いくつかの実装形態によれば、開始ＭＰＤＵシーケンス番号と事前定義された数の先行シーケンス番号のビットマップとを含み得、ビットマップのビットは設定されるか、またはどのシーケンス番号が局において適切に受信されているかを示すためにクリアされる。図６の例では、ＢＡ６５０は、ＭＰＤＵ６３５が受信されなかったことを示すことができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定するが、局は、ＭＰＤＵ６３５が適切に受信されなかったことを示すその受信待ち行列の状態に基づいて、スリープモードに入らない場合がある。図６の例では、局は、期間６５５に続いて、第２のＰＳ−Ｐｏｌｌフレーム６６０を送信する。ＡＰは、ＳＩＦＳ６６５に続いて、第２のＰＳ−Ｐｏｌｌフレーム６６０の受信を肯定応答する肯定応答６７０を送信することができる。ＡＰは、ＳＩＦＳ６７５の間だけ再度待ち、ＭＰＤＵ６８０を送信する。ＭＰＤＵ６８０は、ＭＰＤＵ６３５内で送信されることが当初試みられたデータを含み得る。ＡＰにおいてバッファリングされたデータ待ち行列がその局に関する何の追加のデータも含まない場合、ＭＰＤＵ６８０のモアビットは設定され得ない。ＳＩＦＳ６８５に続いて、局は、ＭＰＤＵ６８０が受信されたという肯定応答６９０を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定し、局は、ＡＰにおいて何のモアデータも保留中でないことを知り、ネットワークスリープモードに入ることができる。
【００４９】
[0075]場合によっては、ＡＰは、局からＢＡを適切に受信しない場合があり、ランダムバックオフ期間に続いて、Ａ−ＭＰＤＵを再送信することができる。図３に関して上記で論じたのと同様に、限られた数の再送信の後、何のＢＡも受信されない場合、ＡＰは、いくつかの例では、局は休止していたと想定して、レート表に何の変更も行わない。しかしながら、いくつかの例では、局に送信するために、ＡＰにおいて追加のデータが受信され得る。いくつかの例によれば、追加のＭＰＤＵは再送信されるＡ−ＭＰＤＵに追加され得る。次に図７を参照すると、追加のＭＰＤＵを含み得る、局とＡＰとの間の再送信の例７００を説明する。そのような送信は、たとえば、図１の局１１５とＡＰ１０５との間であり得る。この例では、局は、当初、自らが節電モードに入るべきであると決定する。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム７０５をＡＰに送信することができる。ＡＰは、ＳＩＦＳ７１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答７１５を送信することができる。図７の例では、ＡＰは、ＳＩＦＳ７２０の間だけ待ち、Ａ−ＭＰＤＵ７２５を送信する。Ａ−ＭＰＤＵ７２５は、ＡＰから連続して送信された、いくつかのＭＰＤＵ７３０、７３５、７４０を含み得る。図７の例では、Ａ−ＭＰＤＵ７２５の最初の２個のＭＰＤＵ７３０、７３５は、設定されたモアビットを有し、最後のＭＰＤＵ７４０は、Ａ−ＭＰＤＵ７２５の送信に続いて、何のモアデータも局に送信されないことを示すためにこれがクリアされたモアビットを有する。
【００５０】
[0076]ＳＩＦＳ７４５に続いて、局は、Ａ−ＭＰＤＵ７２５のどのＭＰＤＵ７３０、７３５、７４０が適切に受信されたかを示すＢＡ７５０を送信することができる。図７の例では、ＢＡ７５０は、ＭＰＤＵ７３５が受信されなかったことを示すことができる。しかしながら、ＢＡ７５０がＡＰにおいて受信されるのを妨げる可能性がある状況が発生し得る。たとえば、干渉は、結果として、ＡＰがＢＡ７５０を適切に受信することを不可能にする場合がある。図７の例では、ＡＰはその局に関する追加のデータを受信した可能性がある。そのような場合、ＡＰは、タイムアウト期間７５５に続いて、Ａ−ＭＰＤＵ７６０を送信することができる。Ａ−ＭＰＤＵ７６０は、ＡＰから連続して送信されたＭＰＤＵ７３０、７３５、および７４０、ならびに、ＡＰにおいて受信された追加のデータを含むＭＰＤＵ７６５の再送信を含み得る。他の例では、ＢＡ７５０は、ＡＰによって適切に受信され得るが、局は、ＢＡによって示された、欠落したフレームを取り出すために、別のＰＳ−ＰｏｌｌフレームをＡＰに送ることができ、その時点で、ＡＰは、後続のＡ−ＭＰＤＵ内にＭＰＤＵ７６５を追加することができる。図７の例では、Ａ−ＭＰＤＵ７６０の最初の３個のＭＰＤＵ７３０、７３５、および７４０は、設定されたモアビットを有し、最後のＭＰＤＵ７６５は、これがクリアされたモアビットを有し、Ａ−ＭＰＤＵ７６０の送信に続いて、モアデータが局に送信されるべきことを示す。ＳＩＦＳ７７０に続いて、局は、ＭＰＤＵ７６０が受信されたというＢＡ７７５を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定し、局はネットワークスリープモードに入ることができる。場合によっては、ＢＡ７７５は、ＭＰＤＵ７３０、７３５、７４０、および７６５のうちの１つのＭＰＤＵが適切に受信されなかったことを示すことができ、その時点で、局は、図６に関して上記で論じたのと同様の形で別のＰＳ−Ｐｏｌｌフレームを送信することができる。
【００５１】
[0077]いくつかの実装形態では、局は、Ａ−ＭＰＤＵ内の異なるＭＰＤＵがモアビットに関して異なる値を含み得ることを認識するように構成され得ない。いくつかの例では、ＡＰは、局がそのような能力を有さないことを認識することができ、Ａ−ＭＰＤＵ内のモアビットを常に同じ値に設定することができる。次に図８を参照すると、様々な例の節電技法による、図１の局１１５とＡＰ１０５との間など、局とＡＰとの間のＡ−ＭＰＤＵ送信の別の例８００を説明する。この例では、局は自らが節電モードに入るべきであると決定する。局が節電モードに入った後、局は、図２に関して上記で説明したのと同様に、ＡＰにおいてその局に関して保留中のデータが存在すると決定することができる。節電状態を維持しながら、そのデータを取り出すために、局はＰＳ−Ｐｏｌｌフレーム８０５をＡＰに送信することができる。ＡＰは、ＳＩＦＳ８１０に続いて、ＰＳ−Ｐｏｌｌフレームの受信を肯定応答する肯定応答８１５を送信することができる。図８の例では、ＡＰは、ＳＩＦＳ８２０の間だけ待ち、Ａ−ＭＰＤＵ８２５を送信する。Ａ−ＭＰＤＵ８２５は、ＡＰから連続して送信された、いくつかのＭＰＤＵ８３０、８３５、８４０を含み得る。図８の例では、ＡＰのバッファリングされたデータ待ち行列は、ＭＰＤＵ８４０の送信に続いて空であり得るが、ＡＰは、局がＡ−ＭＰＤＵ８２５内の異なる値のモアビットを認識するように構成されていないことを認識することができる。したがって、Ａ−ＭＰＤＵ８２５のＭＰＤＵ８３０、８３５、および８４０の各々は、設定されたモアビットを有する。ＳＩＦＳ８４５に続いて、局は、Ａ−ＭＰＤＵ８２５のすべてのＭＰＤＵ８３０、８３５、８４０が適切に受信されていることを示すＢＡ８５０を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定するが、局は、Ａ−ＭＰＤＵ８２５のモアビットの値に基づいて、スリープモードに入らない場合がある。図８の例では、局は、期間８５５に続いて、第２のＰＳ−Ｐｏｌｌフレーム８６０を送信する。ＡＰは、ＳＩＦＳ８６５に続いて、第２のＰＳ−Ｐｏｌｌフレーム８６０の受信を肯定応答する肯定応答８７０を送信することができる。ＡＰは、この場合も、ＳＩＦＳ８７５の間だけ待ち、設定されていないモアビットを有するヌルデータフレーム８８０を送信する。ＳＩＦＳ８８５に続いて、局は、ヌルデータフレーム８８０が受信されたという肯定応答８９０を送信することができる。この時点で、ＡＰは、局がネットワークスリープモードに入ったと想定し、局はネットワークスリープモードに入ることができる。
【００５２】
[0078]図９を参照すると、様々な例による、局における電力節約のための方法９００の流れ図を論じる。方法９００は、たとえば、図１の局１１５を使用して実装され得る。ブロック９０５で、局はＰＳ−Ｐｏｌｌフレームを送信する。ブロック９１０で、局はＰＳ−Ｐｏｌｌフレームの肯定応答が受信されているかどうかを決定する。肯定応答が受信されていない場合、局は、ブロック９０５に示すように、ＰＳ−Ｐｏｌｌフレームを再度送信することができる。局が肯定応答を受信する場合、局は、ＭＰＤＵまたはＡ−ＭＰＤＵが受信されているかどうかを決定する。ＭＰＤＵまたはＡ−ＭＰＤＵがタイムアウト期間内に受信されていない場合、局は、ブロック９０５に示すように、別のＰＳ−Ｐｏｌｌフレームを送信することができ、またはいくつかの例では、単にネットワークスリープモードに入ることができる。ブロック９１５において、ＭＰＤＵまたはＡ−ＭＰＤＵが受信されている場合、局は、ブロック９２０に従って、ＡＣＫまたはＢＡであり得る、ＡＣＫポリシーを決定する。単一のＭＰＤＵの場合、これは、一般に、ＡＣＫであり、Ａ−ＭＰＤＵの場合、これは、一般に、ＢＡであるが、常にそうであるとは限らない。肯定応答ポリシーがＡＣＫポリシーである場合、ブロック９２５に従って、肯定応答は送信され得る。ＢＡポリシーである場合、局は、ブロック９３０に従って、ＢＡを送信することができる。ブロック９３５で、局は、局における並べ替え待ち行列（re-order queue）が空であるかどうかを決定する。並べ替え待ち行列が空でない場合、動作はブロック９０５に進む。並べ替え待ち行列が空である場合、局は、ブロック９４０に示すように、ＭＰＤＵモアビットが受信されたＭＰＤＵ内に設定されていたか、またはモアビットがＡ−ＭＰＤＵの最後に受信されたＭＰＤＵ内に設定されていたかを決定する。モアビットが設定された場合、動作はブロック９０５に進むことができる。同様に、上記で論じたように、いくつかの構成では、局は、Ａ−ＭＰＤＵの異なるＭＰＤＵ内でモアビットが設定されているか、またはクリアされているかを識別することが可能である。モアビットが設定されていないと決定された場合、局は、ブロック９４５に示すように、ネットワークスリープモードに入る。
【００５３】
[0079]図１０を参照すると、様々な例による、ＡＰにおける電力節約のための方法１０００の流れ図を論じる。方法１０００は、たとえば、図１のＡＰ１０５を使用して実装され得る。ブロック１００５で、ＡＰはＰＳ−Ｐｏｌｌフレームを受信する。ブロック１０１０で、ＡＰはＰＳ−Ｐｏｌｌフレームの肯定応答を送信する。次いで、ＡＰは、ブロック１０１５で、その局に関してバッファリングされたデータ待ち行列が空であるかどうかを決定する。バッファリングされたデータ待ち行列が空である場合、ＡＰは、ブロック１０２０に示すように、肯定応答の送信後、ＳＩＦＳ期間に続いて、モアビットがクリアされたヌルフレームを送信する。ブロック１０２５で、ＡＰは肯定応答が受信されているかどうかを決定する。肯定応答が受信されていない場合、ＡＰ局は、ブロック１０３０で、上記で論じたのと同様に、限られた回数、ヌルフレームを再送信することができる。ブロック１０２５において肯定応答が受信された場合、ブロック１０３５において、ＡＰは局が休止していると想定することができる。ブロック１０１５で、バッファリングされたデータ待ち行列が空でない場合、ＡＰは、ブロック１０４０で、Ａ−ＭＰＤＵが局に送信された後で、モアデータが存在するかどうかを決定する。モアデータが存在する場合、ＡＰは、ブロック１０４５に示すように、Ａ−ＭＰＤＵの各ＭＰＤＵに関してモアビットが設定されたＡ−ＭＰＤＵを送信することができる。いくつかの例では、ＡＰは、局が、Ａ−ＭＰＤＵの異なるＭＰＤＵがモアビットに関して異なる値を有し得ることを見分けるように構成され得ないと決定することもでき、Ａ−ＭＰＤＵのＭＰＤＵのモアビットのすべてを設定することができる。Ａ−ＭＰＤＵの送信に続いて、バッファリングされたデータ待ち行列が空になると決定された場合、ＡＰは、ブロック１０５０に示すように、最後のＭＰＤＵのモアビットがクリアされたＡ−ＭＰＤＵを送信することができる。上述のように、局がＡ−ＭＰＤＵ内の異なるモアビット値を認識することができない場合、ブロック１０５５は省かれてよい。ブロック１０５５で、ＭＰＤＵのすべてに関してＢＡが受信されているかどうかが決定される。ＢＡが受信されている場合、ブロック１０３５に従って、ＡＰは局が休止していると想定することができる。ＢＡが受信されていない場合、ＡＰは、ブロック１０６０に示すように、限られた回数、Ａ−ＭＰＤＵを再送信することができる。再送信は、たとえば、上記で論じたのと同様の形で実行され得る。
【００５４】
[0080]次に図１１を参照すると、ブロック図は、様々な例の電力節約で使用され得るデバイス１１００を示す。デバイス１１００は、図１を参照して説明したＡＰ１０５または局１１５の様々な態様の一例であり得る。デバイス１１００、またはその一部は、プロセッサでもあり得る。デバイス１１００は、受信機１１１０、節電モードモジュール１１１５、および／または送信機１１２０を含み得る。これらの構成要素の各々は互いに通信することができる。デバイス１１００は、受信機１１１０、節電モードモジュール１１１５、および／または送信機１１２０を介して、図２〜図１０に関して上記で論じたのと同様に、節電モードに入るための送信を送信および受信するように構成され得る。
【００５５】
[0081]図１２を参照すると、様々な例による、電力節約用に構成された局１１５−ｂを示す図１２００を示す。局１１５−ｂは、様々な他の構成を有する場合があり、パーソナルコンピュータ（たとえば、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータなど）、携帯電話、ＰＤＡ、デジタルビデオレコーダ（ＤＶＲ）、インターネットアプライアンス、ゲームコンソール、電子リーダに含まれるか、またはその一部であり得る。局１１５−ｂは、モバイル動作を可能にするために、小型バッテリーなどの内部電源（図示せず）を有し得る。局１１５−ｂは、図１の局１１５の一例であり得る。
【００５６】
[0082]局１１５−ｂは、プロセッサ１２０５と、メモリ１２１０と、送受信機１２２５と、アンテナ１２３０と、電力マネージャ１２２０とを含み得る。電力マネージャ１２２０は、図１１の節電モードモジュール１１１５の一例であり得る。これらの構成要素の各々は、たとえば、バスを介して、互いに、直接的にまたは間接的に通信することができる。
【００５７】
[0083]メモリ１２１０は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含み得る。メモリ１２１０は、実行されると、プロセッサ１２０５に、電力節約に関して本明細書で説明する様々な機能を実行させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェア（ＳＷ）コード１２１５を記憶することができる。代替的に、ソフトウェアコード１２１５は、プロセッサ１２０５によって直接的に実行可能でないことがあるが、（たとえば、コンパイルされ実行されると）コンピュータに本明細書で説明する機能を実行させるように構成され得る。
【００５８】
[0084]プロセッサ１２０５は、インテリジェントハードウェアデバイス、たとえば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）などを含み得る。プロセッサ１２０５は、送受信機１２２５を介して受信された、および／またはアンテナ１２３０を介して送信するために、送受信機１２２５に送られるべき情報を処理することができる。プロセッサ１２０５は、単独で、または電力マネージャ１２２０とともに、ネットワークスリープモードに入るための様々な態様を処理することができる。
【００５９】
[0085]送受信機１２２５は、図１のＡＰ１０５と双方向に通信するように構成され得る。送受信機１２２５は、送信機および別個の受信機として実装され得る。送受信機１２２５は、パケットを変調し、変調されたパケットを送信のためにアンテナ１２３０に提供し、アンテナ１２３０から受信されたパケットを復調するように構成されたモデムを含み得る。局１１５−ｂは単一のアンテナを含む場合があるが、局１１５−ｂが複数のアンテナ１２３０を含み得る例が存在する場合がある。
【００６０】
[0086]局１１５−ｂの構成要素は、図２〜図１０に関して上記で論じた態様を実装するように構成され得、それらの態様は簡潔のためにここでは繰り返さないことがある。さらに、局１１５−ｂの構成要素は、図１４〜図１６に関して下記で論じる態様を実装するように構成され得、それらの態様も簡潔のためにここでは繰り返さないことがある。
【００６１】
[0087]図１３を参照すると、様々な例による、電力節約用に構成されたアクセスポイントまたはＡＰ１０５−ｂを示す図１３００を示す。いくつかの例では、ＡＰ１０５−ｂは図１のＡＰ１０５の一例であり得る。ＡＰ１０５−ｂは、プロセッサ１３１０と、メモリ１３２０と、送受信機１３３０と、アンテナ１３４０と、節電コミュニケータ１３４５とを含み得る。節電コミュニケータ１３４５は、図１１の節電モードモジュール１１１５の一例であり得る。いくつかの例では、ＡＰ１０５−ｂは、ＡＰコミュニケータ１３８０およびネットワークコミュニケータ１３８５のうちの１つまたは両方をやはり含み得る。これらの構成要素の各々は、バス１３１５を介して、直接的にまたは間接的に互いと通信することができる。
【００６２】
[0088]メモリ１３２０は、ＲＡＭとＲＯＭとを含み得る。メモリ１３２０は、実行されると、プロセッサ１３１０に、たとえば、局が節電モードに入ることに関して本明細書で説明する様々な機能を実行させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェア（ＳＷ）コード１３２５を記憶することもできる。代替的に、ソフトウェアコード１３２５は、プロセッサ１３１０によって直接的に実行可能でないことがあるが、たとえば、コンパイルされ実行されると、コンピュータに本明細書で説明する機能を実行させるように構成され得る。
【００６３】
[0089]プロセッサ１３１０は、インテリジェントハードウェアデバイス、たとえば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ１３１０は、送受信機１３３０、ＡＰコミュニケータ１３８０、および／またはネットワークコミュニケータ１３８５を介して受信された情報を処理することができる。プロセッサ１３１０は、アンテナ１３４０を介して送信するために、送受信機１３３０に、ＡＰコミュニケータ１３８０に、および／またはネットワークコミュニケータ１３８５に送られるべき情報を処理することもできる。プロセッサ１３１０は、単独で、または節電コミュニケータ１３４５とともに、上記で論じた節電モード通信に関する様々な態様を処理することができる。
【００６４】
[0090]送受信機１３３０は、パケットを変調し、変調されたパケットを送信のためにアンテナ１３４０に提供し、アンテナ１３４０から受信されたパケットを復調するように構成されたモデムを含み得る。送受信機１３３０は、送信機および別個の受信機として実装され得る。送受信機１３３０は、アンテナ１３４０を介して、たとえば、図１または図１２に示したように局１１５と双方向に通信するように構成され得る。ＡＰ１０５−ｂは、一般に、複数のアンテナ１３４０（たとえば、アンテナアレイ）を含み得る。ＡＰ１０５−ｂは、ネットワークコミュニケータ１３８５を介して、コアネットワーク１３０５と通信することができる。ＡＰ１０５−ｂは、ＡＰコミュニケータ１３８０を使用して、アクセスポイント１０５−ｉおよびアクセスポイント１０５−ｊなど、他のＡＰと通信することができる。
【００６５】
[0091]図１３のアーキテクチャによれば、ＡＰ１０５−ｂは通信マネージャ１３５０をさらに含み得る。通信マネージャ１３５０は、たとえば、図１のＷＬＡＮ１００に示したように、局および／または他のデバイスとの通信を管理することができる。通信マネージャ１３５０は、１つもしくは複数のバス１３１５を介して、ＡＰ１０５−ｂの他の構成要素のうちのいくつかまたはすべてと通信することができる。代替的には、通信マネージャ１３５０の機能は、送受信機１３３０の構成要素として、コンピュータプログラム製品として、および／またはプロセッサ１３１０のコントローラ要素として実装され得る。
【００６６】
[0092]ＡＰ１０５−ｂの構成要素は、図２〜図１０に関して上記で論じた態様を実装するように構成され得、それらの態様は簡潔のためにここでは繰り返さないことがある。さらに、ＡＰ１０５−ｂの構成要素は、図１４〜図１６に関して下記で論じる態様を実装するように構成され得、それらの態様も簡潔のためにここでは繰り返さないことがある。
【００６７】
[0093]次に図１４を参照すると、様々な例による電力節約のための方法１４００の流れ図を説明する。方法１４００は、たとえば、図１もしくは図１３のＡＰ１０５、または図１１のデバイス１１００を使用して実装され得る。ブロック１４０５で、ＡＰは局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信することができる。ブロック１４１０で、ＡＰは、ＰＳ−Ｐｏｌｌフレームに応答して、ＭＰＤＵを局に送信することができる。ブロック１４１５で、ＡＰはＭＰＤＵの肯定応答が局から受信されているかどうかを決定する。最終的に、ＭＰＤＵが受信されているという、局からの肯定応答がない場合、ＡＰは局に対するＭＰＤＵの再送信を防止することができる。
【００６８】
[0094]次に図１５を参照すると、様々な例による電力節約のための方法１５００の流れ図を説明する。方法１５００は、たとえば、図１もしくは図１３のＡＰ１０５、または図１１のデバイス１１００を使用して実装され得る。ブロック１５０５で、ＡＰは局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信する。次いで、ＡＰは、ブロック１５１０に従って、ショートフレーム間スペース（ＳＩＦＳ）に続いて、ＰＳ−Ｐｏｌｌフレームが受信されているという肯定応答を局に送信することができる。ブロック１５１５で、ＡＰは、肯定応答を局に送信した後、ＳＩＦＳに続いてＰＳ−Ｐｏｌｌフレームに応答して、ＭＰＤＵを局に送信する。
【００６９】
[0095]次に図１６を参照すると、様々な例による電力節約のための方法１６００の流れ図を説明する。方法１６００は、たとえば、図１もしくは図１３のＡＰ１０５、または図１１のデバイス１１００を使用して実装され得る。ブロック１６０５で、ＡＰは局から節電ポール（ＰＳ−Ｐｏｌｌ）フレームを受信する。ＰＳ−Ｐｏｌｌフレームに応答して、ブロック１６１０で、ＡＰは、複数の統合ＭＰＤＵを備えたＡ−ＭＰＤＵを局に送信し、複数の統合ＭＰＤＵは、各々が、モアデータが局に送信されるべきであることを示すためのインジケータビットを備える第１のＭＰＤＵと最後のＭＰＤＵとを備え、第１のＭＰＤＵのインジケータビットは、モアデータを示すように設定され、最後のＭＰＤＵのインジケータビットは、何の追加のデータも送信されるべきでないことを示すためにクリアされる。
【００７０】
[0096]本開示の別の態様によれば、説明する例は、ＷＬＡＮアクセスポイント（ＡＰ）が、モバイルデバイス上の様々な他の共存送信／受信（Ｔｘ／Ｒｘ）活動のスケジュールを考慮に入れて、そのモバイルデバイスに対する（または、モバイルデバイスからの）パケットの送信をスケジュールするのを可能にするための方法、システム、デバイス、ならびに装置に関する。様々な実施形態は、モバイルデバイスにおけるスループットを高めることができる。様々な実施形態はまた、同じＡＰに関連付けられた他の局にとって有益であり得る。
【００７１】
[0097]モバイルデバイス上のＷＬＡＮ通信と共存するＴｘ／Ｒｘ活動は、たとえば、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）とブルートゥース（登録商標）（ＢＴ）とを含み得る。加えて、または代替的に、共存Ｔｘ／Ｒｘ活動は、モバイルデバイスがＡＰを介してインターネットにアクセスし、同時に、たとえば、ピアツーピア（Ｐ２Ｐ）ネットワーク内の別のデバイスと通信しているときなど、ＷＬＡＮ通信（たとえば、Ｗｉ−Ｆｉ同時性）を含み得る。
【００７２】
[0098]一例では、ＷＬＡＮ  ＡＰは、モバイルデバイス（たとえば、局）において共存無線からの干渉情報（たとえば、スケジュール、タイミングなど）を学ぶことができる。ＡＰは、ＡＰに明示的に報告するモバイルデバイスから干渉情報を学ぶことができる。デバイスは、プロプライエタリシグナリングフレーム（proprietary signaling frame）または既存の不定期自動省電力配信（Ｕ−ＡＰＳＤ：unscheduled automatic power save delivery）アクションフレーム（たとえば、トラフィックストリーム追加（ＡＴＳ：add traffic stream）フレーム）を使用して、干渉を伴う時間窓およびそれらの窓のパターンを報告することができる。デバイスは、その間に局がパケットを受信するために利用可能でない時間窓についてＡＰに通知することができる。ＡＰおよびモバイルデバイスは、ＡＰからデバイスへの統合メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）送信を可能にするためのＢｌｏｃｋＡＣＫセッションをセットアップすることができる。デバイスは、チャネルが利用可能になった後で、トリガフレーム（たとえば、ＰＳ−Ｐｏｌｌ）を送ることができる。応答して、ＡＰは、肯定応答（ＡＣＫ）、続いて、サイズ（たとえば、サブフレームの数）が干渉情報に従って調整されたＡ−ＭＰＤＵを送ることができる。したがって、Ａ−ＭＰＤＵのサイズは、次の干渉窓の前に存在するＷｉ−Ｆｉ時間窓に適合するように動的に調整され得る。ＡＰは、干渉情報を使用して、他の非共存局に対してＡ−ＭＰＤＵサイズを調整することもできる。さらに、ＡＰは、干渉情報を使用して、Ａ−ＭＰＤＵ（または、ＭＰＤＵ）を断片化することができる。
【００７３】
[0099]本明細書で提示されるスケジューリング技法は、一般に、簡単のために、ＷＬＡＮに関して説明される。しかしながら、同じまたは同様の技法は、セルラーワイヤレスシステム、ピアツーピアワイヤレス通信、アドホックネットワーク、衛星通信システム、および他のシステムなどの様々な他のワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、互換的に使用されることがある。
【００７４】
[0100]図１７Ａを参照すると、モバイルデバイスにおける共存通信の例１７００−ａを示す。この例では、モバイルデバイスは、局１１５であり得、図１に関して上記で説明したような、ＷＬＡＮ  ＡＰ１０５と通信することができる。示すように、モバイルデバイスは、それぞれＷｉ−Ｆｉ（ＷＬＡＮ）およびＢＴを介して、ＡＰならびに別のデバイスと同時に通信することができる。図１７Ａにおいて、ＢＴ通信１７０５およびＷＬＡＮ通信１７１０は、モバイルデバイス上で時分割複信（ＴＤＤ）を用いるとして示される。代替的にまたは加えて、ＷＬＡＮとＢＴとの間の相互干渉を回避するために、周波数分割複信（ＦＤＤ）が用いられ得る。
【００７５】
[0101]図１７Ｂは、モバイルデバイスにおける共存通信の例１７００−ｂを示す。上記のように、モバイルデバイスは、局１１５であり得、図１に関して上記で説明したような、ＷＬＡＮ  ＡＰ１０５と通信することができる。この例では、モバイルデバイスは、それぞれＷｉ−Ｆｉ（ＷＬＡＮ）およびＬＴＥを介して、ＡＰならびに別のデバイスと同時に通信することができる。図１７Ｂにおいて、ＬＴＥアップリンク（ＵＬ）通信１７１５およびＬＴＥダウンリンク（ＤＬ）／ＷＬＡＮ通信１７２０は、ＷＬＡＮとＬＴＥとの間の相互干渉を回避するために、モバイルデバイス上でＴＤＤを用いるとして示される。
【００７６】
[0102]図１７Ｃは、モバイルデバイスにおける共存通信の例１７００−ｃを示す。上記のように、モバイルデバイスは、局１１５であり得、図１に関して上記で説明したような、ＷＬＡＮ  ＡＰ１０５と通信することができる。この例では、モバイルデバイスは、Ｐ２Ｐネットワークまたはトンネルダイレクトリンクセットアップ（ＴＤＬＳ：tunneled direct link setup）上で、インターネットにアクセスするためにＷｉ−Ｆｉ（ＷＬＡＮ）を介してＡＰと、およびＷｉ−Ｆｉを介して別のデバイスと同時に通信することができる。チャネルａ上のＷＬＡＮ通信１７２５はインターネットからビデオおよび／または音声データを取り出すことができ、チャネルｂ上のＰ２Ｐ／ＴＤＬＳ通信１７３０はデータを表示テレビジョンに送ることができる。図１７Ｃにおいて、ＷＬＡＮ通信１７２５およびＰ２Ｐ／ＴＤＬＳ通信１７３０は、モバイルデバイス上でＴＤＤを用いるとして示されるが、これは、Ｗｉ−Ｆｉはチャネルａおよびｂの両方の上で同時に活性化し得ないためである。
【００７７】
[0103]図１７Ｄは、モバイルデバイスにおける共存通信の例１７００−ｄを示す。上記のように、モバイルデバイスは、局１１５であり得、図１に関して上記で説明したような、ＷＬＡＮ  ＡＰ１０５と通信することができる。この例では、モバイルデバイスはソーシャルＷｉ−Ｆｉを使用して通信することができる。モバイルデバイスは、他のデバイスを発見するための通信１７３５を実行するために、または他のデバイスによって発見されるために、発見チャネル、たとえば、チャネルａに周期的に同調しなければならない場合がある。発見モードにないとき、モバイルデバイスは、チャネルｂ上でソーシャルＷｉ−Ｆｉ（ＷＬＡＮ）通信１７４０を実行することができる。図１７Ｄにおいて、発見通信１７３５およびソーシャルＷｉ−Ｆｉ通信１７４０は、モバイルデバイス上でＴＤＤを用いるとして示されるが、これは、Ｗｉ−Ｆｉはチャネルａおよびｂの両方の上で同時に活性化し得ないためである。したがって、発見時間間隔（たとえば、発見窓）は、その間にモバイルデバイスがソーシャルＷｉ−Ｆｉ通信のために利用可能でない時間窓と見なされ得る。
【００７８】
[0104]図１７Ａ〜図１７Ｄに示す共存通信など、モバイルデバイスにおける共存通信に関する既存の解決策は、モバイルデバイスのＷＬＡＮ無線の能力を完全に利用することができない。たとえば、共存解決策は、モバイルデバイスがＷＬＡＮを介してデータを受信するために利用可能であるとき、節電ポール（ＰＳ−ＰＯＬＬ）がモバイルデバイスからＡＰに送られることに関連し得る。ＡＰは、データをモバイルデバイスに送ることによって、ＰＳ−ＰＯＬＬに応答することができる。しかしながら、ＡＰは、各ＰＳ−ＰＯＬＬ上で１個のパケットだけを配信することが可能であり得る。ＰＳ−ＰＯＬＬに関連するオーバーヘッドおよびＡＰにおいける潜在的な処理遅延は、ＷＬＡＮスループットをかなり制限する可能性がある。
【００７９】
[0105]別の共存解決策は、自局宛てＣＴＳ（CTS-to-self）など、送信可（ＣＴＳ）信号に関連し得る。ＣＴＳ信号は、基本サービスセット（ＢＳＳ）全体をブロックして、ＢＳＳ内のすべての他のデバイス（たとえば、局）からの送信をブロックする場合がある。そのようなブロッキングは、ＢＳＳの性能全体を劣化させる可能性がある。
【００８０】
[0106]ＣＴＳベースの解決策が使用されるとき、モバイルデバイスは、たとえば、モバイルデバイス上のＡＰのＡ−ＭＰＤＵ送信とＢＴ活動との間の衝突を保守的に回避するために、Ａ−ＭＰＤＵを明示的に無効化することができる。Ａ−ＭＰＤＵ送信はスループットを高めるために用いられるため、前述の既存の解決策は不十分であるか、または不適切であり得る。
【００８１】
[0107]次に図１８を参照すると、ＳＴＡ上の他の共存Ｔｘ／Ｒｘ活動のスケジューリング情報を考慮に入れるための一手法による、図１の局（ＳＴＡ）１１５とＡＰ１０５との間など、局とＡＰとの間の送信の例１８００を説明する。この例では、ＳＴＡは、何らかの時点で、ＳＴＡ上の共存Ｔｘ／Ｒｘ活動に関する干渉情報（たとえば、スケジュール、タイミングなど）を決定する。干渉情報は、共存Ｔｘ／Ｒｘ活動からの干渉を有する時間窓、干渉時間窓のパターンなどに関する情報を含み得る。ＳＴＡは、干渉時間窓の間、Ｗｉ−Ｆｉに関して利用可能でないと見なされ得る。
【００８２】
[0108]干渉情報は、プロプライエタリシグナリングフレームを使用して、または不定期自動省電力配信（Ｕ−ＡＰＳＤ）を活用して、ＳＴＡによってＡＰに提供され得る。たとえば、ＳＴＡは、その間にＳＴＡがパケットを受信するために利用可能でない時間窓についてＡＰに通知するためにトラフィックストリーム追加（ＡＴＳ）フレーム１８０５を使用することができる。ＡＴＳフレーム１８０５は、本開示の文脈で、共存活動フレームと呼ばれる場合がある。ＡＴＳフレームに応答して、ＡＰは肯定応答（ＡＣＫ）フレーム１８１０−ａをＳＴＡに送信することができる。ＳＴＡおよびＡＰは、ＡＰからＳＴＡへの、ＭＰＤＵまたはＡ−ＭＰＤＵ送信などのデータ送信を可能にするためにＢｌｏｃｋＡＣＫセッションをセットアップすることができる。
【００８３】
[0109]上記のように、ＡＴＳフレーム１８０５を介してＡＰに提供された干渉情報は、たとえば、干渉を有する時間窓１８１５およびそれらの窓のパターンを示すことができる。ＡＴＳフレーム１８０５の事前定義されたフィールドは、限られた情報をＡＰに提供することができる。しかしながら、ＡＴＳフレームは、ベンダー特定情報を提供するための追加のフィールドを含む。この追加のフィールドは、追加の干渉情報をＡＰに提供するために使用され得る。追加の干渉情報の例は、その間にＳＴＡにおいてＷｉ−Ｆｉが利用可能でない各時間窓（たとえば、干渉時間窓）の推定される持続時間および／または干渉レベル、ならびに／あるいは共存無線（たとえば、ＷＬＡＮおよびＢＴもしくはＬＴＥ）間のクロックドリフトを含み得る。
【００８４】
[0110]明快のために、期間１８２０とともに、干渉時間窓１８１５の単純な周期パターンを図１８に示す。また、簡単のために、干渉時間窓１８１５は、同じ持続時間１８２５を有するとして示される。
【００８５】
[0111]ＡＴＳフレーム１８０５がＳＴＡによって送信され、ＡＰによって肯定応答された後、その間、ＳＴＡがＷｉ−Ｆｉ通信のために利用不可能であると見なされ得る第１の干渉時間窓１８１５−ａが発生し得る。第１の干渉時間窓１８１５−ａの後、ＳＴＡは、ＳＴＡがＡＰからデータを受信する準備が整っていることを示すために、第１のトリガフレーム（たとえば、ＰＳ−Ｐｏｌｌ）１８３０−ａをＡＰに送信することができる。ＡＰは、応答して、ＡＣＫフレーム１８１０−ｂを送り、次いで、たとえば、第１のＡ−ＭＰＤＵとしてデータ１８３５−ａを送信することができる。ＳＴＡからＡＴＳフレーム１８０５を介して受信された干渉情報を使用して、ＡＰは、Ａ−ＭＰＤＵ１８３５−ａが、後続の干渉時間窓１８１５−ｂが発生する前に、利用可能な時間窓内で成功裏に配信され得るように、発信Ａ−ＭＰＤＵ１８３５−ａのサイズ（たとえば、サブフレームの数）を調整することができる。ＳＴＡは、第１のＡ−ＭＰＤＵ１８３５−ａを成功裏に受信するとすぐ、応答して、ＡＣＫフレーム１８１０−ｃを送信することができる。
【００８６】
[0112]追加でまたは代替的に、利用可能な時間窓がＡ−ＭＰＤＵ全体に適合するには十分長くない場合、ＡＰは干渉情報を使用してＡ−ＭＰＤＵ１８３５（または、ＭＰＤＵ）を断片化することができる。そのような干渉情報認識断片化（interference-information aware fragmentation）は、（たとえば、単一のパケットすら成功裏に送信され得ないような）チャネル状態が不十分なときですら、ＳＴＡが頑強に（たとえば、良好なＷｉ−Ｆｉスループット）で動作することを可能にし得る。たとえば、不十分な状態は、ネットワーク性能全体を低下させ得る（たとえば、共存干渉によって引き起こされる）ＷＬＡＮ送信障害により、ＡＰにその物理層（ＰＨＹ）データレートを落とさせる可能性がある。本明細書で説明するように、Ａ−ＭＰＤＵ内のサブフレームの数を調整すること、および／またはＡ−ＭＰＤＵを断片化することは、干渉時間窓、およびさもなければ生じることになる潜在的な衝突を回避することによって、成功裏のＷＬＡＮ送信を高めることができる。特に、断片化サイズを調整することは、少なくともいくつかのデータが成功裏に送信されるのに役立ち得る。したがって、本明細書で説明する手法は、最終的に、ＡＰのＷｉ−Ｆｉリンクを使用不可能にさせる可能性がある、ＡＰがそのＰＨＹレートを落とすこと、ＡＰがそのＰＨＹレートを落とすことから生じる衝突／送信障害の潜在的な増大、衝突／送信障害の増大に応じたＡＰ  ＰＨＹレートの潜在的なさらなる低下などを回避するのに役立ち得る。
【００８７】
[0113]ＡＰは、たとえば、ＡＰによる発信フレームの微粒度のタイミング制御の欠如により、干渉情報を使用して、Ａ−ＭＰＤＵ送信と干渉時間窓との間の重複を完全に回避することができない場合がある。そのような場合、ＡＰは、Ａ−ＭＰＤＵのどの部分が重複する干渉によって破損され得るかを計算することができ、ＰＨＹレート制御／適応においてその部分を無視することができる。そのような計算は、Ａ−ＭＰＤＵの実際の送信時間および重複する干渉時間窓の実際の開始を使用することであり得る。
【００８８】
[0114]図１８に示すように、ＳＴＡは、第２の干渉時間窓１８１５−ｂの後で、ＳＴＡがＡＰからさらなるデータを受信する準備が整っていることを示すための第２のトリガフレーム１８３０−ｂをＡＰに送ることができる。ＡＰは、応答して、ＡＣＫフレーム１８１０−ｂを送り、次いで、たとえば、第２のＡ−ＭＰＤＵとしてデータ１８３５−ｂを送信することができる。ＳＴＡからのＡＴＳフレーム１８０５を介して受信された干渉情報を使用して、ＡＰは、Ａ−ＭＰＤＵ１８３５−ｂが、後続の干渉時間窓１８１５−ｃが発生する前に、利用可能な時間窓内で成功裏に配信され得るように、発信Ａ−ＭＰＤＵ１８３５−ｂのサイズを調整することができる。
【００８９】
[0115]示すように、第２のＡ−ＭＰＤＵ１８３５−ｂの調整サイズは、第１のＡ−ＭＰＤＵ１８３５−ａの調整サイズとは異なり得る。この例では、第２のＡ−ＭＰＤＵ１８３５−ｂはより大きな場合があるが、これは、第１の干渉時間窓１８１５−ａの後の第１のトリガフレーム１８３０−ａのタイミングと比較して、第２のトリガフレーム１８３０−ｂが第２の干渉時間窓１８１５−ｂの後でより早く送られていることにより、後続の干渉時間窓１８１５−ｃが発生する前に利用可能な時間窓がより長いためである。これは、利用可能な非干渉時間窓に適合するためにＡ−ＭＰＤＵのサイズを動的に調整する単なる一例である。実際には、利用可能な非干渉時間窓の長さは、たとえば、先行する干渉時間窓１８１５の持続期間１８２５および次の干渉時間窓１８１５のタイミングの一部に基づいて、変化し得る。
【００９０】
[0116]再送信のために特殊な処理が必要な場合がある。Ｗｉ−Ｆｉが利用不可能になることにより、ＳＴＡに対するパケットの再送信が時間内で実行され得ない場合、パケットがヘッドオブザラインブロッキングを生じさせるのを回避することが望ましい場合がある。他のＳＴＡにパケットが送信され得るとき、そのＳＴＡに対するパケットはバッファリングされ得、何らかの後の送信用のパケットの再試行カウントが記憶され得る。
【００９１】
[0117]図１８に関して上記で説明した手法は、ＳＴＡが、ＳＴＡ上の共存Ｔｘ／Ｒｘ活動に関する干渉情報を決定して、ＳＴＡがその決定された干渉情報をＡＰに送信することに関連する。加えて、または代替的に、ＡＰは、下記で説明するように、干渉情報を暗示的に推定することによって、ＳＴＡの干渉情報を決定することができる。
【００９２】
[0118]いくつかの実施形態では、ＳＴＡは、Ｗｉ−Ｆｉがパケットを受信するためにＳＴＡにおいて利用可能でないとき、ＡＰがパケットをＳＴＡに送信するのを停止させることを試みるように構成され得る。ＳＴＡは、ＡＰがＳＴＡにパケットを送信するのを停止させることを試みるために、ＣＴＳフレームおよび／または節電制御フレーム（たとえば、ＰＳ−Ｐｏｌｌフレーム、ＱｏＳヌルフレームなど）を送信することができる。そのようなフレームのパターンは、ＳＴＡが活性共存無線を有するかどうかを推定するために、ならびに、その間にＷｉ−ＦｉがＳＴＡにとって利用不可能な時間窓に関する情報を推定するために、ＡＰによって使用され得る。そのような推定された干渉情報を使用して、ＡＰはデータ（たとえば、ＭＰＤＵおよび／またはＡ−ＭＰＤＵ）をＳＴＡに配信することを試みることができる。たとえば、ＡＰが、推定された干渉情報に関して比較的高い信頼水準を有するとき、または送信されたデータが、成功裏に受信されているとして、ＳＴＡによって肯定応答される限り、そのような手法が用いられ得る。
【００９３】
[0119]図１９は、たとえば、図１８に関して上記で論じたＡＴＳフレーム１８０５内に含まれるべきタイミング情報を導出するための一手法を示すタイミング図１９００を示す。ＳＴＡからＡＰへの通知内のタイミング情報は、ＷＬＡＮ用のタイミング同期関数（ＴＳＦ）クロックおよびＳＴＡにける共存無線用のクロックから導出され得る。ＳＴＡ上で、ＷＬＡＮ無線およびＢＴ（または、ＬＴＥ）無線は、一般に、異なるクロック上で実行する。ＢＴクロックはＳＴＡ  ＴＳＦクロックとは独立して実行することができ、ＢＴ活動のタイミングはＢＴクロックから導出され得る。ＡＰに報告されることになるタイミング情報を導出するために、ＳＴＡ  ＴＳＦクロックに基づいてＢＴ活動のタイミングが決定され得る。
【００９４】
[0120]タイミング図１９００は、ＳＴＡのＢＴクロックに関するタイムライン１９０５と、ＳＴＡのＴＳＦクロックに関するタイムライン１９１０と、ＡＰのＴＳＦクロックに関するタイムライン１９１５とを含む。（ＢＴ活動を表す）ＢＴ時間窓１９２０−ａ、１９２０−ｂ、１９２０−ｃ、および１９２０−ｄは、ＢＴクロックに基づいて、それぞれ、時間ｔ1、ｔ3、ｔ4、およびｔ5において発生するとして示される。ＡＴＳフレーム１９２５がＢＴクロック上の時間ｔ2（ＳＴＡのＴＳＦクロック上で時間Ｔ1’）において準備されるとき、次のＢＴ時間窓に対する時間オフセットは、ＢＴクロックに従ってｔ3−ｔ2として設定され、式中、ｔ3は、ＢＴクロックに基づく次のＢＴ時間窓１９２０−ｂの開始である。したがって、ＴＳＦクロックに基づくＢＴ窓１９２０−ｂの開始時間は、Ｔ1’＋ｔ3−ｔ2になる。ＢＴ時間窓１９２０間の間隔は、ＢＴクロックだけに基づいて計算され得る。上記のように、（ＷＬＡＮの場合）ＳＴＡ  ＴＳＦクロックは、たとえば、ＡＰビーコンを使用して、ＡＰ  ＴＳＦクロックと同期され得る。ＳＴＡ  ＴＳＦクロックとＡＰ  ＴＳＦクロックとの間の差は、一般に、非常に小さい（たとえば、２５マイクロ秒未満）。この差を明らかにするために、Ｔ1’−Ｔ1の絶対値以上であるガードタイムが設定され得る。
【００９５】
[0121]上記で説明したように、共存／同時通信を有するモバイルデバイス／局に送られるＡ−ＭＰＤＵのサイズを動的に調整することに加えて、様々な実施形態は、ＡＰに、共存／同時通信を有さない別のモバイルデバイス／ＳＴＡに送られるＡ−ＭＰＤＵのサイズを調整させることができる。ＡＰは、非共存局に送られるＡ−ＭＰＤＵのサイズの調整を導くために、上記で説明したようになど、共存局からＡＰに提供された干渉情報を使用すること、および／またはＡＰによって暗示的に決定することができる。
【００９６】
[0122]非共存局に送られたＡ−ＭＰＤＵのサイズを調整することは、スループット全体を改善することができ、共存局に関する公平性を改善することもできる。図２０Ａの図２０００−ａに示すように、同じＢＳＳ内の非共存局または正規局（ＳＴＡ−ｒ）とＷＬＡＮ媒体を競合するときに、共存局（ＳＴＡ−ｃ）は不利になり得る。
【００９７】
[0123]ＳＴＡ−ｃは、たとえば、同時活性無線による干渉時間窓２００５−ａ、２００５−ｂなどを有し得る。ＳＴＡ−ｃのＷｉ−Ｆｉ無線が第１の干渉時間窓２００５−ａの終了時に利用可能になるとき、ＳＴＡ−ｒに対するデータの進行中の送信２０１０が存在し得る。進行中の送信２０１０の終了時に、ＳＴＡ−ｒはＡＣＫフレーム２０１５をＡＰに送ることができる。ＡＰは、ＡＣＫフレーム２０１５がＡＰによって受信された後にだけ、トリガフレーム（たとえば、ＰＳ−Ｐｏｌｌ）２０２０を認識して、それに応答することができる。したがって、進行中の送信２０１０は（たとえば、ＡＰからＳＴＡ−ｃへのＡＣＫフレーム２０３０に続いて）ＡＰからＳＴＡ−ｃへのデータの送信２０２５を延期し、それにより、たとえば、次の干渉時間窓２００５−ｂが発生する前に、（たとえば、ＳＴＡ−ｃからＡＰへのＡＣＫフレーム２０３５に関する時間を用いて）送信２０２５に関して比較的小さなサイズ調整されたＡ−ＭＰＤＵを可能にすることによって、ＳＴＡ−ｃに関するスループットを制限する。この問題は、常に増大するＷＬＡＮデバイス、および、空港、コーヒー店、書店、図書館などの場所に当てはまることが多い、ネットワーク内のトラフィックによって悪化し得ることを理解されたい。
【００９８】
[0124]ＡＰに非共存局に対してＡ−ＭＰＤＵサイズを調整させることは、共存局に関するスループットおよび共存局に対する公平性を改善し得る。この手法の一例を図２０Ｂの図２０００−ｂに示す。図２０Ａに示すように、共存局ＳＴＡ−ｃは、干渉時間窓２００５−ａ、２００５−ｂなどを有し得る。しかしながら、この例では、ＡＰが送信２０１０−ａをＳＴＡ−ｒに送るとき、ＡＰは、ＳＴＡ−ｃのＷｉ−Ｆｉ無線が利用可能になる頃に送信２０１０−ａが停止するように、Ａ−ＭＰＤＵのサイズを調整する（たとえば、図２０Ａの送信２０１０のＡ−ＭＰＤＵサイズと比較して短縮される）ことが可能である。
【００９９】
[0125]したがって、送信２０１０−ａの終了時におけるＡＣＫフレーム２０１５−ａは、図２０Ａの例よりも早く、ＳＴＡ−ｒによってＡＰに送られ得る。したがって、ＡＰは、図２０Ａの例よりも早く、トリガフレーム２０２０−ａを認識して、それに応答することができ、（たとえば、ＡＰからＳＴＡ−ｃへのＡＣＫフレーム２０３０−ａに続いて）ＳＴＡ−ｃに対するデータの送信２０２５−ａを送る。示すように、次の干渉時間窓２００５−ｂが発生する前の送信２０２５−ａに関して利用可能な時間窓は、（図２０Ａの送信２０２５に関して利用可能な時間窓と比較して）送信２０２５−ａに関してより大きなサイズ調整されたＡ−ＭＰＤＵを可能にし得る。短縮されたＡ−ＭＰＤＵサイズは、ＳＴＡ−ｃが媒体に対するアクセスを得るためのより良好な機会を与えることができる。
【０１００】
[0126]前述の例は、ＡＰが、最も一般的なシナリオであるダウンリンクトラフィックをどのように管理し得るかを示す。しかしながら、ＡＰは、共存局が媒体のその共有分を得るのを助けるためにアップリンクトラフィックに関してすらＢｌｏｃｋＡＣＫセッションのパラメータを制御することができる。非共存局が許容できる共存局との間の送信をより頻繁に（たとえば、しきい値回数、および／または一定の時間間隔内の回数を超えて）ブロックする場合、ＡＰは、Ａ−ＭＰＤＵのサイズを削減することが可能であるか、または非共存局からＡＰへの送信に関してＢｌｏｃｋＡＣＫを無効化することすら可能である。
【０１０１】
[0127]次に図２１を参照すると、一実施形態による、共存局ＳＴＡ−ｃとＡＰとの間の送信および非共存局または正規局ＳＴＡ−ｒとＡＰとの間の送信の例２１００を示す。この実施形態は、次の情報、すなわち、干渉情報（たとえば、共存局における干渉Ｔｘおよび／またはＲｘ活動のスケジュール、ＡＰにおいて共存局に関する何らかの保留中データが存在するかどうか、ＡＰのスケジューリングポリシーに基づいて、共存局がその順番を迂回したかどうか、ならびに非共存局のリストを用いるアルゴリズムを実装することができる。したがって、図２１に示す実施形態によれば、ＳＴＡ−ｃへの送信が干渉により遅延されているかどうか。そうである場合、ＡＰは、その干渉の間、ＳＴＡ−ｒなど、何らかの他のＳＴＡに送信することができ、その干渉の終了直後に、その媒体に関する優先順位をＳＴＡ−ｃに与えることができる。
【０１０２】
[0128]ＳＴＡ−ｃは、たとえば、同時活性無線による干渉時間窓２１０５−ａ、２１０５−ｂなどを有し得る。図示しないが、ＳＴＡ−ｃに関する干渉情報は、ＳＴＡによってＡＰに提供され得、および／または、上記で説明したように、ＡＰによって暗示的に導出され得る。ＳＴＡ−ｒに対するデータの第１の送信２１１０およびＳＴＡ−ｒからＡＰへの対応するＡＣＫフレーム２１１５の後、ＳＴＡ−ｃは、たとえば、（ラウンドロビンなど、ＡＰのスケジューリングポリシーに一部基づいて、アクセスクラスごとになど）その媒体を使用する順番を有し得る。
【０１０３】
[0129]しかしながら、ＳＴＡ−ｃのＷｉ−Ｆｉ無線は、第１の干渉時間窓２１０５−ａにより利用不可能であり得るため、データをＳＴＡ−ｃに送るために小さな時間窓だけが存在する場合がある。時間窓がＳＴＡ−ｃに対する（たとえば、１のデフォルト値を有する）少なくともｋ個のパケット送信にとってあまりにも小さいとき、ＡＰから他のＳＴＡ（たとえば、ＳＴＡ−ｒ）への送信を可能にすることは、ＳＴＡ−ｃが受信のために利用可能になるのを待つ（たとえば、干渉時間窓が生じるのを待つ）のではなく、媒体のより良好な利用を実現し得る。したがって、ＳＴＡ−ｃに関してＡＰにおいて待っているデータの送信は遅延される可能性があるため、ＡＰは、ＳＴＡ−ｃの順番を迂回して、ＳＴＡ−ｃの干渉スケジュールにより、ＳＴＡ−ｃが迂回されていることを示すために、図２１において２１２０で示されたフラグを設定することができる。
【０１０４】
[0130]複数の正規局が、１つの特定の正規局を優先することを回避し得るＡＰにおいて保留中のデータを有する場合、ＡＰはランダムな正規局（たとえば、ＳＴＡ−ｒ）を選ぶことができる。この例では、ＳＴＡ−ｒからＡＰへの対応するＡＣＫフレーム２１３０を含む、ＳＴＡ−ｒに対する送信２１２５が発生し、第１の干渉時間窓２１０５−ａのわずか後に終了し得る。たとえば、ＡＰにおいて、ＳＴＡ−ｒ用に１０個のサブフレームのデータが待っている場合ですら、ＡＰは、第１の干渉時間窓２１０５−ａの直後に送信２１２５が終了するように、２１３５によって示される２個のサブフレームだけを含めるために、送信２１２５のサイズ（たとえば、切り捨て）Ａ−ＭＰＤＵを調整することができる。これは、ＳＴＡ−ｃがＡＰとＳＴＡ−ｒとの間のこの通信（送信２１２５およびＡＣＫフレーム２１３０）の終了を検出して、その後比較的すぐに（たとえば、ほぼ即時に）媒体に関して競合するのを可能にし得る。
【０１０５】
[0131]ＡＰが、干渉がいつ終了するかを（たとえば、ある程度の精度で、知っている場合、ＡＰは、ＳＴＡ−ｒに対する送信２１２５が完了した（たとえば、ＳＴＡ−ｒによって肯定応答された）直後にデータをＳＴＡ−ｃに送信し始めることができる。ＡＰが第１の干渉時間窓２１０５−ａの終了時間を知らない場合、ＳＴＡ−ｃは、第１の干渉時間窓２１０５−ａが終了して、ＳＴＡ−ｃがＡＰからデータを受信する準備が整っていることをＡＰに通知するために、トリガ（ＴＲＧ）フレーム２１４０を用いることができる。そのような場合、ＳＴＡ−ｃは、分散型フレーム間スペースＤＩＦＳにランダムバックオフを加えた時間よりも短い（固定されるか、または動的に設定されるかのいずれかの）待ち時間Ｔを伴うトリガフレーム２１４０を使用して、その媒体に関して競合することができる。Ｔは、ＤＩＦＳ、削減したフレーム間スペース（ＲＩＦＳ）、またはショートフレーム間スペース（ＳＩＦＳ）に基づくことが可能である。いくつかの実施形態では、Ｔに関するデフォルト値はＳＩＦＳであり得る。待ち時間Ｔが短ければ短いほど、ＳＴＡ−ｃがＡＰに関して媒体時間を勝ち取ることができる機会は大きくなる。
【０１０６】
[0132]図２１に示すように、ＳＴＡ−ｃがトリガフレーム２１２０−ａを使用して媒体時間を勝ち取った後、ＡＰは、ＡＣＫフレーム２１３０、続いて、データの送信２０２５をＳＴＡ−ｃに送信することができる。上記で論じたように、送信２０２５のＡ−ＭＰＤＵのサイズは、ＳＴＡ−ｃの次の干渉時間窓２０２５−ｂの前に利用可能な時間窓に適合するように調整され得、その結果、送信２０２５は成功裏に完了し得る。
【０１０７】
[0133]送信２１５０が成功裏に受信されたことを示すＡＣＫフレーム２１５５をＳＴＡ−ｃから受信するとすぐ、ＡＰは、ＳＴＡ−ｃが迂回されていることを示すように前に設定された、図２１において２１６０で示すフラグをクリアすることができる。フラグがクリアされた後、干渉時間窓２１０５−ｂの間に発生する、ＳＴＡ−ｒに対する送信は、たとえば、ＳＴＡ−ｃは送信２１５０を成功裏に受信したため、干渉情報に基づいてＡＰによって調整され（たとえば、切り捨てされ）得ない。
【０１０８】
[0134]フラグの使用は、ある条件に基づいて、適宜にまたは必要に応じて、修正され得る。たとえば、ＳＴＡ−ｃに対する送信が失敗した場合、フラグは設定状態に留まることができる。また、たとえば、ＳＴＡ−ｃが、（たとえば、デフォルト値が１である）ある回数にわたって、ＳＴＡ−ｃに割り振られた媒体時間を利用することに失敗した場合、ＡＰはフラグをクリアすることができる。
【０１０９】
[0135]ＢＳＳ内の複数の共存局の場合、ＡＰは、それらの共存局からトリガフレーム間の衝突を追跡することができる。そのような衝突情報を使用して、ＡＰは、それらの共存局のうちの１つを除くすべてに関して待ち時間Ｔをバックオフすることができる。共存局のうちの１つは、たとえば、それらの複数の共存局に関する媒体にランダムアクセスを提供するために、ランダムに決定され得る。
【０１１０】
[0136]迂回の順序を使用して、ＡＰは、複数の共存局に関して異なる待ち時間（Ｔ）値を設定することができる。異なるＴ値は、最短のＴ値を有する第１の迂回された共存局の順序に従ってＴ値を設定することによってなど、共存局に関する優先順位を確立し得る。異なるＴ値を設定することは、規格外メッセージを複数の共存局に送ることに関連し得る。しかしながら、そのようなメッセージに関連するオーバーヘッドは、第１の迂回された共存局に関するＴ値だけを調整（たとえば、短縮）して、他の共存局に関するＴ値をデフォルト値に残すことによって、削減され得る。フラグが成功裏に除去されると、ライン上の次の共存局がそのＴ値を調整させることができる。
【０１１１】
[0137]共存／同時通信を有するモバイルデバイス／局に送られるＡ−ＭＰＤＵのサイズを動的に調整すること、および／または共存／同時通信を有さない別のモバイルデバイス／ＳＴＡに送られるＡ−ＭＰＤＵのサイズを調整することに加えて、ＡＰは、干渉情報を使用して、ある種のサブフレームエラーを識別するように構成され得る。スケジュールされた干渉によって破損されたＡ−ＭＰＤＵの終端におけるサブフレームエラーなどのサブフレームエラーは、干渉情報を使用して予測され得る。たとえば、実際の送信時間および構成に基づいて、ＡＰは、最後の３個のサブフレームが干渉時間窓と重複することを見出すことができる。
【０１１２】
[0138]ＡＰは、予測されたサブフレームエラーをレート制御で処理することによって、そのエラーを処理すること（たとえば、解決すること、回避すること、無害にすることなど）ができる。たとえば、モバイルデバイス／局に対する送信に関するＰＨＹレートを決定する際に使用されるパケットエラーレートを計算するとき、ＡＰは最後の３個のサブフレームのエラーを無視することができる。
【０１１３】
[0139]次に図２２を参照すると、ブロック図２２００は、本明細書で説明する共存干渉に対処するための手法の様々な実施形態を実装するために使用され得るデバイス２２０５を示す。デバイス２２０５は、図１を参照して説明したＡＰ１０５または局１１５の様々な態様の一例であり得る。デバイス２２０５、またはその一部は、プロセッサでもあり得る。デバイス２２０５は、受信機２２１０、共存干渉マネージャ２２１５および／または送信機２２２０を含み得る。これらの構成要素の各々は互いに通信することができる。デバイス２２０５は、受信機２２１０、共存干渉マネージャ２２１５、および／または送信機２２２０を介して、本明細書で説明する様々な動作（たとえば、干渉情報を決定すること、干渉情報を送信／受信する、Ａ−ＭＰＤＵ（もしくは、ＭＰＤＵ）のサイズを調整すること、Ａ−ＭＰＤＵ（もしくは、ＭＰＤＵ）を受信／送信する、サブフレームエラーを識別するなど）を実行するように構成され得る。受信機２２１０、共存干渉マネージャ２２１５、および／または送信機２２２０はまた、図１８〜図２１に関して上記で論じたような、本明細書で説明する様々な動作を実行するために、デバイス２２０５の他の構成要素（たとえば、レート適応コントローラ、図示せず）と協働するように構成され得る。単独で、または互いと、および／もしくは図示されない他の構成要素と組み合わせて、デバイス２２０５の前述の構成要素は、本明細書で説明する様々な動作を実行するための手段の例であり得る。
【０１１４】
[0140]図２３を参照すると、本明細書で説明する共存干渉に対処するための手法の様々な実施形態を実装するために使用され得る局１１５−ｃを示す図２３００を示す。局１１５−ｃは、様々な他の構成を有する場合があり、パーソナルコンピュータ（たとえば、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータなど）、携帯電話、ＰＤＡ、デジタルビデオレコーダ（ＤＶＲ）、インターネットアプライアンス、ゲームコンソール、電子リーダに含まれるか、またはその一部であり得る。局１１５−ｃは、モバイル動作を可能にするために、小型バッテリーなどの内部電源（図示せず）を有し得る。局１１５−ｃは、図１の局１１５の一例であり得る。
【０１１５】
[0141]局１１５−ｃは、プロセッサ２３０５と、メモリ２３１０と、送受信機２３２５と、アンテナ２３３０と、共存干渉マネージャ２３２０とを含み得る。共存干渉マネージャ２３２０は、図２２の共存干渉マネージャ２２１５の一例であり得る。これらの構成要素の各々は、たとえば、バスを介して、互いに、直接的にまたは間接的に通信することができる。共存干渉マネージャ２３２０は、コンピュータプログラム製品および／またはプロセッサ２３０５のコントローラ要素であり得る。
【０１１６】
[0142]メモリ２３１０は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含み得る。メモリ２３１０は、実行されると、プロセッサ２３０５に、共存干渉に対処することに関して本明細書で説明する様々な機能を実行させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェア（ＳＷ）コード２３１５を記憶することができる。代替的に、ソフトウェアコード２３１５は、プロセッサ２３０５によって直接的に実行可能でないことがあるが、（たとえば、コンパイルされ実行されると）コンピュータに本明細書で説明する機能を実行させるように構成され得る。
【０１１７】
[0143]プロセッサ２３０５は、インテリジェントハードウェアデバイス、たとえば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）などを含み得る。プロセッサ２３０５は、送受信機２３２５を介して受信された、および／またはアンテナ２３３０を介して送信するために、送受信機２３２５に送られるべき情報を処理することができる。プロセッサ２３０５は、単独で、または共存干渉マネージャ２３２０とともに、共存干渉に対処するための様々な態様を処理することができる。
【０１１８】
[0144]送受信機２３２５は、図１のＡＰ１０５と双方向に通信するように構成され得る。送受信機２３２５は、たとえば、異なる無線アクセス技術（たとえば、ＷＬＡＮ、ＢＴ、ＬＴＥなど）に従って局１１５−ｃを動作させるために送信機および別個の受信機として実装され得る。送受信機２３２５は、パケットを変調し、変調されたパケットを送信のためにアンテナ２３３０に提供し、アンテナ２３３０から受信されたパケットを復調するように構成されたモデムを含み得る。局１１５−ｃは単一のアンテナを含む場合があるが、局１１５−ｃが複数のアンテナ２３３０を含み得る例が存在する場合がある。
【０１１９】
[0145]局１１５−ｃの構成要素は、図１８〜図２１に関して上記で論じた態様を実装するように構成され得、それらの態様は簡潔のためにここでは繰り返さないことがある。さらに、局１１５−ｃの構成要素は、図２５に関して下記で論じる態様を実装するように構成され得、それらの態様も簡潔のためにここでは繰り返さないことがある。したがって、単独で、または互いと、および／もしくは図示されない他の構成要素と組み合わせて、局１１５−ｃの前述の構成要素は、本明細書で説明する局に関連する様々な動作を実行するための手段の例であり得る。
【０１２０】
[0146]図２４を参照すると、本明細書で説明する共存干渉に対処するための手法の様々な実施形態を実装するために使用され得るアクセスポイントまたはＡＰ１０５−ｃを示す図２４００を示す。いくつかの例では、ＡＰ１０５−ｃは、図１のＡＰ１０５の一例であり得る。ＡＰ１０５−ｃは、プロセッサ２４１０、メモリ２４２０、送受信機２４３０、アンテナ２４４０、共存干渉マネージャ２４４５、および／またはＡ−ＭＰＤＵ生成器２４５０を含み得る。Ａ−ＭＰＤＵ生成器２４５０および／または共存干渉マネージャ２４４５は、図２２の共存干渉マネージャ２２１５の一例であり得る。いくつかの例では、ＡＰ１０５−ｃは、ＡＰコミュニケータ２４８０およびネットワークコミュニケータ２４８５のうちの１つまたは両方をやはり含み得る。これらの構成要素の各々は、バス２４１５を介して、直接的にまたは間接的に互いと通信することができる。
【０１２１】
[0147]メモリ２４２０は、ＲＡＭとＲＯＭとを含み得る。メモリ２４２０はまた、実行されると、プロセッサ２４１０に、共存干渉に対処することに関して本明細書で説明する様々な機能を実行させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェア（ＳＷ）コード２４２５を記憶することができる。代替的に、ソフトウェアコード２４２５は、プロセッサ２４１０によって直接的に実行可能でないことがあるが、たとえば、コンパイルされ実行されると、コンピュータに本明細書で説明する機能を実行させるように構成され得る。
【０１２２】
[0148]プロセッサ２４１０は、インテリジェントハードウェアデバイス、たとえば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ２４１０は、送受信機２４３０、ＡＰコミュニケータ２４８０、および／またはネットワークコミュニケータ２４８５を介して受信された情報を処理することができる。プロセッサ２４１０は、アンテナ２４４０を介して送信するために、送受信機２４３０に、ＡＰコミュニケータ２４８０に、および／またはネットワークコミュニケータ２４８５に送られるべき情報を処理することもできる。プロセッサ２４１０は、単独で、またはＡ−ＭＰＤＵ生成器２４５０および／もしくは共存干渉マネージャ２４４５とともに、上記で、および下記でさらに論じるような共存干渉に関する様々な態様を処理することができる。
【０１２３】
[0149]送受信機２４３０は、パケットを変調し、変調されたパケットを送信のためにアンテナ２４４０に提供し、アンテナ２４４０から受信されたパケットを復調するように構成されたモデムを含み得る。送受信機２４３０は、送信機および別個の受信機として実装される場合がある。送受信機２４３０は、アンテナ２４４０を介して、たとえば、図１または図２３に示したように局１１５と双方向に通信するように構成され得る。ＡＰ１０５−ｃは、一般に、複数のアンテナ２４４０（たとえば、アンテナアレイ）を含み得る。ＡＰ１０５−ｃは、ネットワークコミュニケータ２４８５を介して、コアネットワーク２４０５と通信することができる。ＡＰ１０５−ｃは、ＡＰコミュニケータ２４８０を使用して、アクセスポイント１０５−ｋおよびアクセスポイント１０５−ｍなど、他のＡＰと通信することができる。
【０１２４】
[0150]図２４のアーキテクチャによれば、ＡＰ１０５−ｃは通信マネージャ２４５５をさらに含み得る。通信マネージャ２４５５は、たとえば、図１のＷＬＡＮ１００に示したように、局および／または他のデバイスとの通信を管理することができる。通信マネージャ２４５５は、１つもしくは複数のバス２４１５を介して、ＡＰ１０５−ｃの他の構成要素のうちのいくつかまたはすべてと通信することができる。代替的には、通信マネージャ２４５５の機能は、送受信機２４３０の構成要素として、コンピュータプログラム製品として、および／またはプロセッサ２４１０の１つもしくは複数のコントローラ要素として実現され得る。
【０１２５】
[0151]ＡＰ１０５−ｃの構成要素は、図１８〜図２１に関して上記で論じた態様を実装するように構成され得、それらの態様は簡潔のためにここでは繰り返さないことがある。さらに、ＡＰ１０５−ｃの構成要素は、図２６に関して下記で論じる態様を実装するように構成され得、それらの態様も簡潔のためにここでは繰り返さないことがある。したがって、単独で、または互いと、および／もしくは図示されない他の構成要素と組み合わせて、ＡＰ１０５−ｃの前述の構成要素は、本明細書で説明するＡＰに関連する様々な動作を実行するための手段の例であり得る。
【０１２６】
[0152]次に図２５を参照すると、様々な例による共存干渉に対処するための方法２５００の流れ図を説明する。方法２５００は、たとえば、図１もしくは図２３の局１１５、または図２３のデバイス２３００を使用して実装され得る。ブロック２５０５で、局は、その干渉無線による活動に関する干渉情報を決定することができる。この動作は、たとえば、図２３の共存干渉マネージャ２３２０または図２２の共存干渉マネージャ２２１５によって実行され得る。
【０１２７】
[0153]ブロック２５１０で、局は決定された干渉情報をアクセスポイント（ＡＰ）に報告する（たとえば、送信する）ことができる。この動作は、たとえば、図２３のプロセッサ２３０５、メモリ２３１０、および／もしくは送受信機２３２５と連携する共存干渉マネージャ２３２０、または図２２の送信機２２２０と連携する共存干渉マネージャ２２１５によって実行され得る。
【０１２８】
[0154]次いで、ブロック２５１５で、局は、決定された干渉情報を使用して、ＭＰＤＵ（または、Ａ−ＭＰＤＵ）のサイズを調整した可能性があるＡＰからＭＰＤＵ（または、Ａ−ＭＰＤＵ）を受信することができる。この動作は、たとえば、図２３のプロセッサ２３０５、および／もしくは通信マネージャ（図示せず）と連携する送受信機２３２５、または図２２の通信マネージャ（図示せず）と連携する受信機２２１０によって実行され得る。
【０１２９】
[0155]次に図２６を参照すると、様々な例による共存干渉に対処するための方法２６００の流れ図を説明する。方法２６００は、たとえば、図１もしくは図２４のＡＰ１０５、または図２２のデバイス２２０５を使用して実装され得る。ブロック２６０５で、は、その局の干渉無線による活動に関する、局の干渉情報を決定することができる。この動作は、上記で説明したように、局から干渉情報を受信することによって、および／または干渉情報を暗黙的に決定すること（たとえば、推定すること）によって実行され得る。したがって、この動作は、図２４の通信マネージャ２４５５、プロセッサ２４１０、メモリ２４２０、および／もしくは送受信機２４３０と連携する共存干渉マネージャ２４４５、または図２２の受信機２２１０と連携する共存干渉マネージャ２２１５によって実行され得る。
【０１３０】
[0156]ブロック２３１０で、ＡＰは、決定された干渉情報を使用して、ＭＰＤＵ（または、Ａ−ＭＰＤＵ）のサイズを調整することができる。この動作は、上記で説明したように、所望の数のサブフレームを有するＭＰＤＵ（もしくは、Ａ−ＭＰＤＵ）を生成すること、および／またはＭＰＤＵ（もしくは、Ａ−ＭＰＤＵ）を断片化することによって実行され得る。したがって、この動作はまた、図２４のプロセッサ２４１０および／もしくはメモリ２４２０と連携する共存干渉マネージャ２４４５ならびに／またはＡ−ＭＰＤＵ生成器２４５０、あるいは図２２の共存干渉マネージャ２２１５によって実行され得る。
【０１３１】
[0157]次いで、ブロック２６１５で、ＡＰは、決定された干渉情報に従ってサイズ調整されたＭＰＤＵ（または、Ａ−ＭＰＤＵ）を局に送信することができる。この動作は、上記で説明したように、たとえば、局からＡＰによって受信されたトリガフレームに応答して実行され得るか、または異なる局に対する先行する送信の終了のＡＰの知識を使用して実行され得る。したがって、この動作はまた、たとえば、図２４の通信マネージャ２４５５および／もしくは送受信機２４３０と連携する共存干渉マネージャ２４４５ならびに／またはＡ−ＭＰＤＵ生成器２４５０、あるいは図２２の通信マネージャ（図示せず）および／もしくは送信機２２２０と連携する共存干渉マネージャ２２１５によって実行され得る。
【０１３２】
[0158]図２５および図２６に関して上記で説明した方法は、局の共存干渉に対処するために用いられ得る方法の単なる例である。したがって、本開示に従って他の方法を遂行するために、動作の様々な修正が行われてよく、および／または追加の動作が加えられてもよい。
【０１３３】
[0159]添付の図面に関して上記に記載した詳細な説明は、例示的な例について説明しており、実装され得るか、または特許請求の範囲内にある例のみを表すものではない。この説明で使用する「例示的」という用語は、「例、事例、もしくは例示の働きをすること」を意味し、「好ましい」または「他の例よりも有利な」ことを意味しない。発明を実施するための形態は、説明した技法の理解を与えるための具体的な詳細を含む。しかしながら、これらの技法は、これらの具体的な詳細を伴わずに実践され得る。いくつかの事例では、説明した例の概念を不明瞭にすることを避けるために、よく知られている構造およびデバイスがブロック図の形で示されている。
【０１３４】
[0160]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。
【０１３５】
[0161]本明細書の開示に関して説明した様々な例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明した機能を実装するように設計されたそれらの任意の組合せを用いて実装あるいは実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携するマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。
【０１３６】
[0162]本明細書で説明した機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示および添付の特許請求の範囲の範囲ならびに趣旨内にある。たとえば、ソフトウェアの性質により、上記で説明した機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのうちのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、機能の部分が、異なる物理的な場所において実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、「のうちの少なくとも１つ」で終わる項目の列挙中で使用される「または」は選言的列挙を示しており、たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の列挙は、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味する。
【０１３７】
[0163]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用のコンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコード手段を搬送もしくは記憶するために使用され、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、もしくは赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書で使用されるときに、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザーディスク（登録商標）（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルーレイ（登録商標）ディスク（ｄｉｓｃ）を含み、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザーを用いて光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれる。
【０１３８】
[0164]本開示についてのこれまでの説明は、当業者が本開示を構成または使用することができるように与えられる。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。本開示全体にわたって、「例」または「例示的」という用語は、一例または一事例を示すものであり、言及された例についてのいかなる優先をも暗示することはなく、または要求することもない。したがって、本開示は、本明細書で説明した例および設計に限定されるべきでなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2016522631.tif 000003
【図２】
2016522631.tif 000004
【図３】
2016522631.tif 000005
【図４】
2016522631.tif 000006
【図５】
2016522631.tif 000007
【図６】
2016522631.tif 000008
【図７】
2016522631.tif 000009
【図８】
2016522631.tif 000010
【図９】
2016522631.tif 000011
【図１０】
2016522631.tif 000012
【図１１】
2016522631.tif 000013
【図１２】
2016522631.tif 000014
【図１３】
2016522631.tif 000015
【図１４】
2016522631.tif 000016
【図１５】
2016522631.tif 000017
【図１６】
2016522631.tif 000018
【図１７Ａ】
2016522631.tif 000019
【図１７Ｂ】
2016522631.tif 000020
【図１７Ｃ】
2016522631.tif 000021
【図１７Ｄ】
2016522631.tif 000022
【図１８】
2016522631.tif 000023
【図１９】
2016522631.tif 000024
【図２０Ａ】
2016522631.tif 000025
【図２０Ｂ】
2016522631.tif 000026
【図２１】
2016522631.tif 000027
【図２２】
2016522631.tif 000028
【図２３】
2016522631.tif 000029
【図２４】
2016522631.tif 000030
【図２５】
2016522631.tif 000031
【図２６】
2016522631.tif 000032
【国際調査報告】
2016522631.tif 000033
2016522631.tif 000034
2016522631.tif 000035