(57)【要約】      （修正有）【課題】ワイヤレスネットワークにおいて、Ｂｌｕｅｔｏｏｔｈ（登録商標）オペレーションをし易くする方法及びワイヤレスデバイスを提供する。【解決手段】第１のワイヤレスデバイスは、Ｂｌｕｅｔｏｏｔｈオペレーションをし易くするとき、ブロック肯定応答セッションを中断するよう第２のワイヤレスデバイスに指示する第１のフレームを送る。Ｂｌｕｅｔｏｏｔｈオペレーションが完了するとき、第１のワイヤレスデバイスは、ブロック肯定応答セッションを再開するよう第２のワイヤレスデバイスに指示する第２のフレームを送る。【選択図】図６
2018067921.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにおいて第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間のブロック肯定応答（ＢＡ）セッションを中断および再開するための方法であって、前記方法は、前記第１のワイヤレスデバイスによって行われ、
前記第１および第２のワイヤレスデバイス間のＢＡセッションがアクティブである間、Ｂｌｕｅｔｏｏｔｈオペレーションをし易くすることと、
第１のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを中断することと、前記第１のフレームは、データフレームをアグリゲートすることを停止するよう前記第２のワイヤレスデバイスに指示する、
ある時間の期間の後に、前記Ｂｌｕｅｔｏｏｔｈオペレーションを終わらせることと、
第２のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを再開することと、前記第２のフレームは、アグリゲートされたデータフレームの送信を再開するよう前記第２のワイヤレスデバイスに指示する
を備える、方法。
【請求項２】
前記第１のフレームは、セッション情報を削除することなく前記ＢＡセッションを中断するよう前記第２のワイヤレスデバイスに要求する理由コードを含む削除ブロック肯定応答（ＤＥＬＢＡ）フレームを備える、請求項１に記載の方法。
【請求項３】
前記ＢＡセッションが中断される間、１つまたは複数のトラフィック識別子（ＴＩＤ）値とブロック肯定応答ポリシとを含むセッション情報を維持すること
をさらに備える、請求項１に記載の方法。
【請求項４】
前記Ｂｌｕｅｔｏｏｔｈオペレーションがアクティブである前記時間の期間中、前記第２のワイヤレスデバイスからの全ての追加ブロック肯定応答（ＡＤＤＢＡ）要求を拒否すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記第２のフレームは、追加ブロック肯定応答（ＡＤＤＢＡ）要求を前記第１のワイヤレスデバイスに送信するよう前記第２のワイヤレスデバイスに指示し、前記ＡＤＤＢＡは、前記ＢＡセッションを再スタートするよう要求する、請求項１に記載の方法。
【請求項６】
前記第２のフレームは、削除ブロック肯定応答（ＤＥＬＢＡ）フレーム、アクションフレーム、またはプローブ要求を備える、請求項１に記載の方法。
【請求項７】
前記Ｂｌｕｅｔｏｏｔｈオペレーションは、前記第１のワイヤレスデバイスに関連付けられたワイヤレスヘッドセットへの同期接続指向（ＳＣＯ）コールを備える、請求項１に記載の方法。
【請求項８】
第１のワイヤレスデバイスであって、
プロセッサと、
前記プロセッサによって実行されるとき、前記第１のワイヤレスデバイスに、
前記第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間のＷｉ−Ｆｉブロック肯定応答ＢＡセッションがアクティブである間、Ｂｌｕｅｔｏｏｔｈオペレーションをし易くすることと、
第１のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを中断することと、前記第１のフレームは、データフレームをアグリゲートすることを停止するよう前記第２のワイヤレスデバイスに指示する、
ある時間の期間の後に、前記Ｂｌｕｅｔｏｏｔｈオペレーションを終わらせることと、
第２のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを再開することと、前記第２のフレームは、アグリゲートされたデータフレームの送信を再開するよう前記第２のワイヤレスデバイスに指示する
をさせる命令を記憶するメモリと、
を備える、第１のワイヤレスデバイス。
【請求項９】
前記第１のフレームは、セッション情報を削除することなく前記ＢＡセッションを中断するよう前記第２のワイヤレスデバイスに要求する理由コードを含む削除ブロック肯定応答（ＤＥＬＢＡ）フレームを備える、請求項８に記載の第１のワイヤレスデバイス。
【請求項１０】
前記ＢＡセッションが中断される間、１つまたは複数のトラフィック識別子（ＴＩＤ）値とブロック肯定応答ポリシとを含むセッション情報を維持すること
をさらに備える、請求項８に記載の第１のワイヤレスデバイス。
【請求項１１】
前記命令の実行は、前記第１のワイヤレスデバイスに、
前記Ｂｌｕｅｔｏｏｔｈオペレーションがアクティブである前記時間の期間中、前記第２のワイヤレスデバイスからの全ての追加ブロック肯定応答（ＡＤＤＢＡ）要求を拒否すること
をさせる、請求項８に記載の第１のワイヤレスデバイス。
【請求項１２】
前記第２のフレームは、追加ブロック肯定応答（ＡＤＤＢＡ）要求を前記第１のワイヤレスデバイスに送信するよう前記第２のワイヤレスデバイスに指示し、前記ＡＤＤＢＡは、前記ＢＡセッションを再スタートするよう要求する、請求項８に記載の第１のワイヤレスデバイス。
【請求項１３】
前記第２のフレームは、削除ブロック肯定応答（ＤＥＬＢＡ）フレーム、アクションフレーム、またはプローブ要求を備える、請求項８に記載の第１のワイヤレスデバイス。
【請求項１４】
前記Ｂｌｕｅｔｏｏｔｈオペレーションは、前記第１のワイヤレスデバイスに関連付けられたワイヤレスヘッドセットへの同期接続指向（ＳＣＯ）コールを備える、請求項８に記載の第１のワイヤレスデバイス。
【請求項１５】
第１のワイヤレスデバイスのプロセッサによって実行されるとき、前記第１のワイヤレスデバイスに、
前記第１のワイヤレスデバイスと第２のワイヤレスデバイスとの間のＷｉ−Ｆｉブロック肯定応答ＢＡセッションがアクティブである間、Ｂｌｕｅｔｏｏｔｈオペレーションをし易くすることと、
第１のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを中断することと、前記第１のフレームは、データフレームをアグリゲートすることを停止するよう前記第２のワイヤレスデバイスに指示する、
ある時間の期間の後に、前記Ｂｌｕｅｔｏｏｔｈオペレーションを終わらせることと、
第２のフレームを前記第２のワイヤレスデバイスに送ることによって、前記ＢＡセッションを再開することと、前記第２のフレームは、アグリゲートされたデータフレームの送信を前記第２のワイヤレスデバイスに指示する
を備える動作を行うことをさせるプログラム命令を含む、非一時的コンピュータ可読媒体。
【請求項１６】
前記第１のフレームは、セッション情報を削除することなく前記ＢＡセッションを中断するよう前記第２のワイヤレスデバイスに要求する理由コードを含む削除ブロック肯定応答（ＤＥＬＢＡ）フレームを備える、請求項１５に記載の非一時的コンピュータ可読媒体。
【請求項１７】
前記命令の実行は、前記第１のワイヤレスデバイスに、
前記ＢＡセッションが中断される間、１つまたは複数のトラフィック識別子（ＴＩＤ）値とブロック肯定応答ポリシとを含むセッション情報を維持すること
をさせる、請求項１５に記載の非一時的コンピュータ可読媒体。
【請求項１８】
前記命令の実行は、前記第１のワイヤレスデバイスに、
前記Ｂｌｕｅｔｏｏｔｈオペレーションがアクティブである前記時間の期間中、前記第２のワイヤレスデバイスからの全ての追加ブロック肯定応答（ＡＤＤＢＡ）要求を拒否すること
をさせる、請求項１５に記載の非一時的コンピュータ可読媒体。
【請求項１９】
前記第２のフレームは、追加ブロック肯定応答（ＡＤＤＢＡ）要求を前記第１のワイヤレスデバイスに送信するよう前記第２のワイヤレスデバイスに指示し、前記ＡＤＤＢＡは、前記ＢＡセッションを再スタートするよう要求する、請求項１５に記載の非一時的コンピュータ可読媒体。
【請求項２０】
前記第２のフレームは、削除ブロック肯定応答（ＤＥＬＢＡ）フレーム、アクションフレーム、またはプローブ要求を備える、請求項１５に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本実施形態は、一般に、ワイヤレスネットワークに関し、具体的には、ワイヤレスネットワークにおけるブロック肯定応答セッションに関する。
【背景技術】
【０００２】
[0002]  ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、いくつかのクライアントデバイスまたは局（ＳＴＡ）で使用するための共有ワイヤレス通信媒体を提供する、１つまたは複数のアクセスポイント（ＡＰ）によって形成され得る。基本サービスセット（ＢＳＳ）に対応し得る各ＡＰは、ＷＬＡＮとの通信リンクを確立および／または維持するために、ＡＰのワイヤレス範囲内のいずれかのＳＴＡをイネーブルするようにビーコンフレームを定期的にブロードキャストする。一旦、ＳＴＡがＡＰに関連付けられると、そのＡＰとＳＴＡとは、データフレームを交換し得る。ＳＴＡがＡＰからデータフレームを受信するとき、ＳＴＡは、データフレームの受信を肯定応答するために、肯定応答（ＡＣＫ）フレームをＡＰに返送する。
【０００３】
[0003]  ブロック肯定応答（ＢＡ：block acknowledgement）セッションは、ＳＴＡが単一のＡＣＫフレームを使用して複数のデータフレームの受信を肯定応答することを可能にし得る。より具体的には、ＳＴＡは、複数のデータフレームおよび／またはいくつかのアグリゲートされたデータフレームの受信を肯定応答するために、（例えば、対応するＡＣＫフレームと各データフレームの受信とを確認するよりもむしろ）ブロック肯定応答フレームを使用し得る。この方法では、ＢＡセッションが、ＡＰに送信されるＡＣＫフレームの数を低減し得、これが、その結果としてワイヤレス媒体の輻輳を低減し得る。
【０００４】
[0004]  Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）およびいくつかのＷｉ−Ｆｉ信号が、似たような周波数で（例えば、約２．４ＧＨｚに中心を置かれたＩＳＭ帯域で）送信されるため、ＢＴおよびＷｉ−Ｆｉ信号間の干渉を最小化するように、ＳＴＡがＢＴおよびＷｉ−Ｆｉトランシーバの両方を含むことが望ましい。例えば、ＳＴＡがＢＴリンクを介してヘッドセットへの同期接続指向（ＳＣＯ：Synchronous Connection Oriented）コールをし易くしている（facilitating）とき、ＳＴＡは、アグリゲートされたデータフレームをそのＳＴＡに送信することをＡＰ（または、他の送信デバイス）が停止するように、ＢＡセッションを終了し得る。ＳＣＯコールが終了し、それゆえＢＴおよびＷｉ−Ｆｉ信号間に低減された干渉があるとき、ＳＴＡがＢＡセッションを再スタートしかつアグリゲートされたデータフレームの送信を再開することが望ましいはずである。残念ながら、ＩＥＥＥ ８０２．１１規格の現在の規定は、ＳＴＡがＢＡセッションを再開するためのメカニズムを提供しない。
【０００５】
[0005]  よって、ＳＴＡのＢＡオペレーションが完了した後、ＳＴＡ（または他の受信デバイス）がＢＡセッションを再開することが望ましいはずである。
【図面の簡単な説明】
【０００６】
[0006]  本実施形態は一例として図示されるもので、添付の図面の図によって限定されることを意図せず、ここで、同様な参照番号は描いた図面全体にわたって対応部分を指す。
【図１Ａ】本実施形態が実施されるインフラストラクチャモードのＷＬＡＮを含む、ワイヤレスシステムのブロック図を示す。
【図１Ｂ】本実施形態が実施されるアドホックまたはピア・ツー・ピア（Ｐ２Ｐ）ＷＬＡＮを含む、ワイヤレスシステムのブロック図を示す。
【図２】いくつかの実施形態に従った、ワイヤレス局（ＳＴＡ）のブロック図を示す。
【図３Ａ】いくつかの実施形態に従った、ＡＤＤＢＡ要求フレームのフレームフォーマットの例を示す。
【図３Ｂ】いくつかの実施形態に従った、ＡＤＤＢＡ応答フレームのフレームフォーマットの例を示す。
【図３Ｃ】いくつかの実施形態に従った、ＤＥＬＢＡフレームのフレームフォーマットの例を示す。
【図４】ＳＴＡとＡＰとの間の接続を確立するためのオペレーションの例と、ＳＴＡとＡＰとの間のブロック肯定応答セッションを開始およびティアダウンする（tearing down）ためのオペレーションの例とを描くシーケンス図である。
【図５Ａ】いくつかの実施形態に従った、ブロック肯定応答セッションを再スタートするためのオペレーションの例を描くシーケンス図である。
【図５Ｂ】他の実施形態に従った、ブロック肯定応答セッションを再スタートするためのオペレーションの例を描くシーケンス図である。
【図６】いくつかの実施形態に従った、ブロック肯定応答セッションの中断および再開のためのオペレーションの例を描く、例示的なフローチャートである。
【詳細な説明】
【０００７】
[0017]  本実施形態は、簡潔さのためだけに、Ｗｉ−Ｆｉイネーブルされたデバイス間のデータ交換のコンテキストで以下に説明される。本実施形態は、他の様々なワイヤレス規格またはプロトコルの信号を使用するデータ交換に対しても同様に適用可能であることが理解されるであろう。本明細書で使用されるような「ＷＬＡＮ」および「Ｗｉ−Ｆｉ」という用語は、ＩＥＥＥ８０２．１１ファミリの規格、Ｂｌｕｅｔｏｏｔｈ、ＨｉｐｅｒＬＡＮ（主に欧州で使用される、ＩＥＥＥ８０２．１１規格に相当するワイヤレス規格のセット）、および相対的に短距離の無線伝搬範囲を有する他の技術によって管理された通信を含み得る。加えて、ワイヤレスデバイス間でデータフレームを交換する観点から本明細書で説明されるが、本実施形態は、ワイヤレスデバイス間の任意のデータユニット、パケット、および／またはフレームの交換に適用され得る。よって、「データフレーム」という用語は、例えば、プロトコルデータユニット（ＰＤＵ）、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）、および物理レイヤコンバージェンス・プロシージャ・プロトコルデータユニット（ＰＰＤＵ）のような、任意のフレーム、パケット、またはデータユニットを含み得る。「Ａ−ＭＰＤＵ」という用語は、アグリゲートされたＭＰＤＵを指し得る。
【０００８】
[0018]  後続の記載では、特定のコンポーネント、回路、およびプロセスの例のような、多数の特定の詳細が本開示の十分な理解を提供するために明記される。本明細書で使用される「結合された」という用語は、直接接続されること、または、１つまたは複数の介在するコンポーネントまたは回路を通じて接続されることを意味する。また、後続の記載において説明の目的で、特定の専門用語が本実施形態の十分な理解を提供するために明記される。しかしながら、これらの特定の詳細が本実施形態を実施するために必要とされないこともあることは、当業者にとって明らかであろう。他の事例では、周知の回路およびデバイスが、本開示を不明瞭にすることを避けるためにブロック図形式で示される。本実施形態は、本明細書で説明される特定の例に限定されると解釈されるべきではなく、むしろ添付の特許請求の範囲によって定義される全ての実施形態をその範囲内に含むと解釈されるべきである。
【０００９】
[0019]  上述されるように、既存のＷｉ−Ｆｉ規格は、ワイヤレスデバイス（例えば、ＳＴＡおよび／またはＡＰ）が単一のブロック肯定応答フレームを使用して、複数のデータフレームまたはアグリゲートされたデータフレームを肯定応答することを可能にする。より具体的には、ＩＥＥＥ ８０２．１１ｅ規格は、単一のブロックＡＣＫフレームを使用して送信デバイスからの複数のフレームの受信を受信デバイスが確認することを可能にすることによって、ワイヤレス媒体の効率を改善し得る。結果として、送信デバイスは、（１つのデータフレームが受信デバイスに送信されるたびにＡＣＫフレームを待つよりもむしろ）複数のフレームを連続的に送信し得る。加えて、ＩＥＥＥ ８０２．１１ｎ規格は、フレームアグリゲーションをサポートし、それは、複数のＭＡＣフレームを送信デバイスがＡ−ＭＰＤＵフレームにアグリゲートし、その後、より高い送信レートでＡ−ＭＰＤＵフレームを送信することを可能にする。受信デバイスは、Ａ−ＭＰＤＵフレーム内で送信されるアグリゲートされたフレームの各々の受信を確認するために、ブロックＡＣＫフレームを使用し得る。
【００１０】
[0020]  ワイヤレスデバイスのペアが互いのデータ送信の受信を確認するためにブロックＡＣＫフレームを使用し得る前に、ワイヤレスデバイスは始めに、能力情報（例えば、バッファサイズおよびバッファ肯定応答ポリシ）が互いにネゴシエートされるブロック肯定応答セットアップフェーズに入る。一旦、セットアップフェーズが完了すると、ワイヤレスデバイスは次に、個々のＡＣＫフレームを待つことなく複数のフレームを互いへと送り得、代わりに、受信デバイスは、単一のブロックＡＣＫフレームを使用して複数のデータフレームの受信を肯定応答し得る。ブロック肯定応答合意は、削除ブロック肯定応答（ＤＥＬＢＡ：Delete Block Acknowledgment）フレームを他のワイヤレスデバイスに送ることによってティアダウン（例えば、終了）され得る。
【００１１】
[0021]  図１Ａは、本実施形態が実施され得る、ワイヤレスネットワークシステム１００Ａのブロック図である。システム１００Ａは、４つのワイヤレス局ＳＴＡ １−ＳＴＡ ４、ワイヤレスアクセスポイント（ＡＰ）１１０、およびワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１２０を含むように示される。ＷＬＡＮ １２０は、ＩＥＥＥ ８０２．１１ファミリの規格に従って（または他の適切なワイヤレスプロトコルに従って）動作し得る、複数のＷｉ−Ｆｉアクセスポイント（ＡＰ）によって形成され得る。よって、簡潔さのために１つのＡＰ １１０のみが図１Ａに示されるが、ＷＬＡＮ １２０は、ＡＰ １１０のような任意の数のアクセスポイントによって形成され得ることが理解されるであろう。ＡＰ １１０は、例えば、アクセスポイントの製造者によってその中にプログラムされた固有ＭＡＣアドレスを割り当てられる。同様に、ＳＴＡ １−ＳＴＡ ４の各々もまた、固有ＭＡＣアドレスを割り当てられる。
【００１２】
[0022]  局ＳＴＡ １−ＳＴＡ ４は、例えば、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、タブレットデバイス、ラップトップコンピュータなどを含む、任意の適切なＷｉ−Ｆｉイネーブルされたワイヤレスデバイスであり得る。少なくともいくつかの実施形態について、局ＳＴＡ １−ＳＴＡ ４は、トランシーバ、１つまたは複数の処理リソース（例えば、プロセッサおよび／またはＡＳＩＣ）、１つまたは複数のメモリリソース、および電源（例えば、バッテリ）を含み得る。メモリリソースは、図５Ａ、５Ｂ、および６に関して以下に説明されるオペレーションを行うための命令を記憶する、非一時的コンピュータ可読媒体（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、フラッシュメモリ、ハードドライブなどのような、１つまたは複数の不揮発性メモリエレメント）を含み得る。
【００１３】
[0023]  ＡＰ １１０は、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、または任意の他の適切なワイヤレス通信規格を使用して、ＡＰ １１０を介して、１つまたは複数のワイヤレスデバイスがネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、および／またはインターネット）に接続することを可能にする任意の適切なデバイスであり得る。少なくとも１つの実施形態について、ＡＰ １１０は、トランシーバ、ネットワークインターフェース、１つまたは複数の処理リソース、および１つまたは複数のメモリソースを含み得る。メモリリソースは、図５Ａ、５Ｂ、および６に関して以下に説明されるオペレーションを行うための命令を記憶する、非一時的コンピュータ可読媒体（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブなどのような、１つまたは複数の不揮発性メモリエレメント）を含み得る。
【００１４】
[0024]  図１Ｂは、本実施形態が実施され得る、別のワイヤレスネットワークシステム１００Ｂのブロック図である。システム１００Ｂは、ピア・ツー・ピア（Ｐ２Ｐ）ネットワーク１３０に関連付けられた４つのワイヤレス局ＳＴＡ １−ＳＴＡ ４を含むように示される。Ｐ２Ｐネットワークは、アドホックネットワーク、独立型ベーシックサービスセット（ＩＢＳＳ）ネットワーク、またはＷｉ−Ｆｉダイレクトネットワークとも呼ばれ得、ＩＥＥＥ ８０２．１１ファミリの規格に従って（または、他の適切なワイヤレスプロトコルに従って）動作し得る。図１ＢのＰ２Ｐネットワーク１３０の例については、局ＳＴＡ ４がグループオーナー（ＧＯ）に指定され、局ＳＴＡ １−ＳＴＡ ３がＰ２Ｐクライアントに指定される。ＧＯとして、ＳＴＡ ４は、（例えば、別のネットワークへの）Ｐ２Ｐクライアントのためのゲートウェイとしての役割を果たし得、例えば、Ｐ２Ｐネットワーク１３０をセットアップおよびティアダウンすること、Ｐ２Ｐネットワーク１３０への新規のメンバを認定すること、ビーコンフレームをブロードキャストすることなどを含む、図１ＡのＡＰ １１０としての機能の多くを行い得る。
【００１５】
[0025]  図２は、図１Ａおよび１Ｂの局ＳＴＡ １−ＳＴＡ ４のうちの少なくとも１つの一実施形態であるＳＴＡ ２００を示す。ＳＴＡ ２００は、ＰＨＹデバイス２１０、ＭＡＣデバイス２２０、プロセッサ２３０、およびメモリ２４０を含み得る。ＰＨＹデバイス２１０は、少なくともＷｉ−Ｆｉトランシーバ２１１、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）トランシーバ２１２、および共存マネージャ２１３を含み得る。ＭＡＣデバイス２２０は、少なくともいくつかのコンテンションエンジン２２１を含み得る。Ｗｉ−Ｆｉトランシーバ２１１は、アンテナＡＮＴを介して信号をＡＰ １１０から受信し、かつ信号をそれに送信するために使用され得（図１も参照）、近隣のアクセスポイント（例えば、ＳＴＡ ２００の範囲内のアクセスポイント）および／または他のＳＴＡを検出および識別するために周囲の環境をスキャンするように使用され得る。ＢＴトランシーバ２１２は、アンテナＡＮＴを介して信号をＢＴアクセサリデバイス２８０（例えば、オーディオヘッドセット、ワイヤレススピーカ、ワイヤレスプリンタなどであり得る）から受信し、かつＢＴ信号をそれに送信するために使用され、ペアである他のデバイスを検出および識別するために周囲の環境をスキャンするように使用され得る。簡潔さのために１つのアンテナのみが図２に示されるが、実際の実施形態について、ＳＴＡ ２００は、例えば、多入力多出力（ＭＩＭＯ）機能を提供するための任意の数のアンテナを含み得る。
【００１６】
[0026]  共存マネージャ２１３は、Ｗｉ−Ｆｉトランシーバ２１１とＢＴトランシーバ２１２との両方と結合され、例えば、Ｗｉ−Ｆｉ信号とＢＴ信号との間の干渉を低減するために、Ｗｉ−Ｆｉ信号の送信／受信をＢＴ信号の送信／受信と調整し得る。いくつかの実施形態について、共存マネージャ２１３は、Ｗｉ−Ｆｉトランシーバ２１１および／またはＢＴトランシーバ２１２からの送信／受信情報を受信し得る。他の実施形態について、共存マネージャ２１３は、Ｗｉ−Ｆｉおよび／またはＢＴ送信／受信情報をプロセッサ２３０から受信し得る。
【００１７】
[0027]  本明細書での検討の目的で、ＭＡＣデバイス２２０は、ＰＨＹデバイス２１０とプロセッサ２３０との間で結合されているように図２に示される。実際の実施形態では、ＰＨＹデバイス２１０、ＭＡＣデバイス２２０、プロセッサ２３０、および／またはメモリ２４０が、１つまたは複数のバス（簡潔さのために図示されていない）を使用して連結され得る。さらに、共存マネージャ２１３が、ＰＨＹ ２１０の一部として図２に示されるが、他の実施形態では、共存マネージャ２１３が、ＳＴＡ ２００の他の部分に（例えば、プロセッサ２３０に）含まれ得るか、または別個のコンポーネント（例えば、メモリ２４０に記憶されるソフトウェアモジュール）であり得る。
【００１８】
[0028]  コンテンションエンジン２２１は、共有ワイヤレス媒体へのアクセスのために競合し得、また、共有ワイヤレス媒体を介して送信のためのパケットも記憶し得る。ＳＴＡ ２００は、複数の異なるアクセスカテゴリごとに１つまたは複数のコンテンションエンジン２２１を含み得る。他の実施形態では、コンテンションエンジン２２１が、ＭＡＣデバイス２２０から分離され得る。さらに他の実施形態では、コンテンションエンジン２２１が、プロセッサ２３０によって実行されるとき、コンテンションエンジン２２１の機能を行う命令を含む、１つまたは複数のソフトウェアモジュール（例えば、メモリ２４０内に記憶されるか、またはＭＡＣデバイス２２０内に提供されるメモリに記憶される）として実施され得る。
【００１９】
[0029]  メモリ２４０は、ＡＰおよび／または他のＳＴＡのような複数のデバイスのためのプロファイル情報を記憶する、プロファイルデータストア２４１を含み得る。特定のデバイスのためのプロファイル情報は、例えば、デバイスのＳＳＩＤ、チャネル情報、ＲＳＳＩ値、サポートされたデータレート、ＢＡセッション情報、ＢＡ中断および再開コード、並びに、デバイスのオペレーションに関連するまたはそれを説明する任意の他の適切な情報を含む情報を含み得る。
【００２０】
[0030]  さらに、簡潔さのために示されないが、メモリ２４０は、媒体アクセスパラメータテーブルおよびいくつかのパケット待ち行列（packet queues）を含み得る。媒体アクセスパラメータテーブルは、例えば、送信スケジュール、コンテンションウィンドウ、コンテンションウィンドウサイズ、バックオフ期間、ランダムバックオフ回数、および／または図１ＡのＷＬＡＮ １２０および／または図１ＢのＰ２Ｐネットワーク１３０のワイヤレス媒体へのアクセスのために競合することおよび／またはそれを制御することに関連付けられた他の情報を含む、いくつかの媒体アクセスパラメータを記憶し得る。パケット待ち行列は、ＳＴＡ ２００から、関連付けられたＡＰ（または、他のＳＴＡ）に送信され得るパケットを記憶し得る。いくつかの実施形態について、メモリ２４０は、複数の異なる優先度レベルまたはアクセスカテゴリごとの１つまたは複数のパケット待ち行列を含み得る。
【００２１】
[0031]  メモリ２４０はまた、下記のソフトウェアモジュールを記憶できる非一時的コンピュータ可読媒体（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブなどのような、１つまたは複数の不揮発性メモリエレメント）を含み得る。
・例えば、図５Ａ、５Ｂ、および６のオペレーションについて説明されるようなフレーム（例えば、ＡＤＤＢＡ要求、ＡＤＤＢＡ応答、ＤＥＬＢＡフレーム、アクションフレーム、管理フレーム、データフレーム、ＡＣＫフレーム、プローブ要求、ビーコンフレーム、アソシエーションフレーム、制御フレームなど）の交換をし易くする（facilitate）ための、フレーム交換ソフトウェアモジュール２４２
・例えば、図５Ａ、５Ｂ、６のオペレーションについて説明されるような、（例えば、ＢＴデバイス２８０を用いたＳＣＯコールのようなＢｌｕｅｔｏｏｔｈオペレーションをし易くするＳＴＡに応答して）終了または中断することをＢＡセッションにさせるか、あるいは終了または中断するようＢＡセッションに指示する、および／または（例えば、Ｂｌｕｅｔｏｏｔｈオペレーションの終了に応答して）再スタートまたは再開することをＢＡセッションにさせるか、あるいは再スタートまたは再開するようＢＡセッションに指示する、別のデバイス（例えば、ＡＰまたは別のＳＴＡ）にフレームを送るための、ブロック肯定応答（ＢＡ）トリガソフトウェアモジュール２４４
・例えば、図５Ａ、５Ｂ、および６のオペレーションについて説明されるような、ＢＡセッションを中断または再開するようＳＴＡ ２００に指示する別のデバイスからのフレームを受信するための、およびＢＡセッションを中断または再開するためにフレームを別のデバイスに送るための、ブロック肯定応答（ＢＡ）中断／再開ソフトウェアモジュール２４６
各ソフトウェアモジュールは、プロセッサ２３０によって実行されるとき、対応する機能を行うことをＳＴＡ２００にさせる命令を含む。よって、メモリ２４０の非一時的コンピュータ可読媒体は、図５Ａ、５Ｂ、および６に描かれるオペレーションの全てまたは一部を行うための命令を含む。
【００２２】
[0032]  プロセッサ２３０は、ＰＨＹデバイス２１０およびトランシーバ２１１に、ＭＡＣデバイス２２０およびコンテンションエンジン２２１に、並びにメモリ２４０に結合されるように図２の例で示されており、（例えば、メモリ２４０内の）ＳＴＡ ２００中に記憶される１つまたは複数のソフトウェアプログラムのスクリプトまたは命令を実行し得る任意の適切なプロセッサであり得る。例えば、プロセッサ２３０は、フレーム（例えば、ＡＤＤＢＡ要求、ＡＤＤＢＡ応答、ＤＥＬＢＡフレーム、アクションフレーム、管理フレーム、データフレーム、ＡＣＫフレーム、プローブ要求、ビーコンフレーム、アソシエーションフレーム、制御フレームなど）の交換をし易くするために、フレーム交換ソフトウェアモジュール２４２を実行し得る。プロセッサ２３０はまた、（例えば、ＳＣＯコールのようなＢｌｕｅｔｏｏｔｈオペレーションをし易くするＳＴＡに応答して）終了または中断することをＢＡセッションにさせるか、あるいは終了または中断するようＢＡセッションに指示する、および／または（例えば、Ｂｌｕｅｔｏｏｔｈオペレーションの終了に応答して）再スタートまたは再開することをＢＡセッションにさせるか、あるいは再スタートまたは再開するようＢＡセッションに指示する、別のデバイス（例えば、ＡＰまたは別のＳＴＡ）にフレームを送るためのブロック肯定応答（ＢＡ）トリガソフトウェアモジュール２４４を実行し得る。プロセッサ２３０はまた、ＢＡセッションを中断または再開するようＳＴＡ ２００に指示する別のデバイスからのフレームを受信するための、およびＢＡセッションを中断または再開するためにフレームを別のデバイスに送るための、ブロック肯定応答（ＢＡ）中断／再開ソフトウェアモジュール２４６を実行し得る。
【００２３】
[0033]  上述されるように、ＩＥＥＥ ８０２規格は、ワイヤレスデバイスが単一のブロックＡＣＫフレームを使用して複数のデータフレームの受信を肯定応答することを可能にする。例えば、図１を参照すると、ＡＰ １１０は、追加ブロック肯定応答（ＡＤＤＢＡ：add block acknowledgment）要求をＳＴＡ １に送信することによって、ＳＴＡ １とのブロックＡＣＫセッションを開始し得る。ＡＤＤＢＡ要求は、ＩＥＥＥ ８０２．１１ｅ規格において定義されるアクションフレームであり、通常、図３Ａで描かれるようなフレームフォーマット３０１を有する。ＡＤＤＢＡ要求を受信すると、ＳＴＡ１は、ＡＤＤＢＡ応答をＡＰ １１０に返送し得る。ＡＤＤＢＡ応答は、ＩＥＥＥ ８０２．１１ｅ規格において定義されるアクションフレームであり、通常、図３Ｂで描かれるようなフレームフォーマット３０２を有する。ＳＴＡ １は、ＡＤＤＢＡ応答におけるステータスコードを「成功（success）」に設定することによって、ＡＤＤＢＡ要求の承認を示し得、ＡＤＤＢＡ応答におけるステータスコードを「拒否（declined）」に設定することによって、ＡＤＤＢＡ要求の否認を示し得る。
【００２４】
[0034]  一旦、「成功」を示すＡＤＤＢＡ要求およびＡＤＤＢＡ応答が交換されると、ＢＡセッションが確立され、ＡＰ １１０はその後、アグリゲートされたデータフレームをＳＴＡ １に送信し得、ＳＴＡ １は単一のブロックＡＣＫフレームを使用して、そのアグリゲートされたデータフレームの受信を確認し得る。ＡＰ １１０およびＳＴＡ １は、例えば、バッファサイズ、ＢＡポリシ、ＢＡセッションのステータスなどを含む、ＢＡセッション情報を記憶し得る。
【００２５】
[0035]  ＳＴＡ １がＢＡセッションを終わらせることを希望する（例えば、ＳＴＡ １がＢＴヘッドセットを介してＳＣＯコールを始めるため、ＢＴおよびＷｉ−Ｆｉ信号間の干渉を最小化することを希望する）とき、ＳＴＡ １は、ＤＥＬＢＡフレームをＡＰ １１０に送信し得る。ＤＥＬＢＡフレームは、ＩＥＥＥ ８０２．１１ｅ規格において定義されるアクションフレームであり、通常、図３Ｃで描かれるようなフレームフォーマット３０３を有する。ＤＥＬＢＡフレームを受信すると、ＡＰ １１０はＢＡセッションをティアダウンし、その後、ＳＴＡ １への送信のためにデータフレームをアグリゲートすることを停止し得る。
【００２６】
[0036]  ＳＴＡ １によってし易くされたＳＣＯコール中、ＡＰ １１０は、ＢＡセッションを確立（または、再確立（re-establish））可能でないことがある。例えば、ＳＴＡ １がＳＣＯコールを行っている間、ＡＰ １１０は、ＳＴＡ １との新規のＢＡセッションを確立しようとして、ＡＤＤＢＡ要求をＳＴＡ １に送り続け得る。しかしながら、ＳＣＯコールをし易くするためにＳＴＡ １がそのＢＴトランシーバ２１２を使用しているため、そのＳＴＡの共存マネージャ２１３は、（例えば、「拒否」に設定されたステータスコードを含むＡＤＤＢＡ応答を送信することによって）ＡＤＤＢＡ要求をＳＴＡ １に拒絶させ得、これにより、ＳＴＡ １に入ってくるＷｉ−Ｆｉトラフィックを低減することで、ＢＴ信号の干渉を低減する。
【００２７】
[0037]  ＳＴＡ １によってし易くされたＳＣＯコールが完了するとき、ＡＰ １１０からのアグリゲートされたデータフレームをＳＴＡ １が再度受信できるため、ＳＴＡ １は、ＢＡセッションを再スタートするための何らかのメカニズムを現在有しない。ＡＰ １１０はＢＡセッションを再スタートし得るが、ＳＴＡ １からの繰り返されたＡＤＤＢＡ要求の拒絶は、新規のＢＡセッションをスタートしようと試みることをＡＰ １１０に停止させ得る（例えば、ＡＰ １１０は、ＳＴＡ １からのいくつかの以前の「拒絶」の後に、新規のＢＡセッションをスタートしようと試みることを停止し得る）。このシナリオは、図４のシーケンス図４００で描かれる。
【００２８】
[0038]  図４を参照すると、ＳＴＡ １は、例えば、認証要求をＡＰ １１０に送ることによって、ＡＰ １１０に対してそれ自体を識別するための認証プロシージャを開始する。ＡＰ １１０は、認証応答をＳＴＡ １に返送することによって応答する。一旦、認証プロシージャが完了すると、ＳＴＡ １は、ＷＬＡＮ １２０への十分なアクセスを得るために、ＡＰ １１０と連携し（associate with）得る。具体的には、ＳＴＡ １は、アソシエーション要求をＡＰ １１０に送ることによって、アソシエーションプロシージャを開始し得る。アソシエーション要求は、ＳＴＡのＳＳＩＤ、サポートされたデータレート、能力などのような情報を含み得る。ＡＰ １１０は、アソシエーション応答をＳＴＡに送ることによって応答する。アソシエーション応答は、ＳＴＡ １についてのアソシエーション識別子（ＡＩＤ）を含み、ＡＰのＳＳＩＤ、サポートされたデータレート、能力などのような他の情報を含み得る。
【００２９】
[0039]  ＡＰ １１０は、例えば、ＡＤＤＢＡ要求をＳＴＡ １に送ることによって、ＢＡセッションを開始し得る。ＡＤＤＢＡ要求は、例えば、アグリゲーションバッファサイズ、ＢＡポリシ、ＢＡセッションのステータスなどを含む情報を含み得る。ＳＴＡ １は、「成功」に設定されたステータスコードを有するＡＤＤＢＡ応答を送ることによって、ＢＡ要求を承認し得る。今やＳＴＡ １とＡＰ １１０との間のＢＡセッションはアクティブであり、ＡＰ １１０は、アグリゲートされたデータフレームをＳＴＡに送信し得、ＳＴＡ １は、そのアグリゲートされたデータフレームの受信を、単一のブロックＡＣＫフレームを使用して確認し得る。
【００３０】
[0040]  ＳＴＡ １がそのＢｌｕｅｔｏｏｔｈトランシーバ２１２（または、任意の他のＢＴオペレーション）を介してＳＣＯコールを始めるとき、その共存マネージャ２１３は、ＢＡセッションを終了することによってＷｉ−Ｆｉ信号の同時送信／受信から生じるＢＴオーディオ信号上の干渉を低減し得る。ＢＡセッションを終了することによって、ＡＰ １１０は、アグリゲートされたデータフレームをＳＴＡ １にもはや送信しないことがあり、それは、Ｗｉ−Ｆｉ信号による干渉から生じるＢＴオーディオ信号内のジッタを順に低減し得る。より具体的には、ＢＡセッションを終了するために、ＳＴＡ １は、ＤＥＬＢＡ要求をＡＰ１１０に送信する。ＡＰ １１０は、ＤＥＬＢＡ応答をＳＴＡ １に送ることによって応答し、ＢＡセッションをティアダウンする。ＢＡセッションが終了され、ＡＰ １１０は、アグリゲートされたデータフレームをＳＴＡ １にもはや送らない。
【００３１】
[0041]  ＳＴＡ １によってし易くされたＳＣＯコール中、ＡＰ １１０は、いつくかのＤＥＬＢＡ要求（簡潔さのために、図４には２つのみが示される）をＳＴＡ １に送ることによって、ＳＴＡ １との新規のＢＡセッションを開始しようと試み得る（例えば、ＡＰ １１０は、ＳＴＡ １がＳＣＯコールをし易くしていて、アグリゲートされたフレームを受信したくないことを知らないことがある）。ＳＴＡ １は、「拒絶」に設定されたステータスコードを含むＡＤＤＢＡ応答を送ることによって、ＢＡセッション要求を拒否する。ＳＴＡ １からのいくつかのＢＡセッション拒否を受信した後、ＡＰ １１０は、（ＳＴＡ １がＳＣＯコールを完了した後でさえ）ＳＴＡ １との新規のＢＡセッションを開始しようと試みることを停止する。
【００３２】
[0042]  よって、ＳＴＡ １がＳＣＯコールを完了し、ＡＰ １１０からのアグリゲートされたデータフレームをもう一度受信する用意ができているとき、ＡＰ １１０は、新規のＢＡセッションを開始することをもはや試みないことがある。さらに、既存のＩＥＥＥ ８０２．１１規格は、新規のＢＡセッションを開始するためのメカニズムをＳＴＡ １に提供しないため、ＳＴＡ １は、もはや、単一のブロックＡＣＫフレームを用いて複数のデータフレームの受信を肯定応答できないか、またはアグリゲートされたデータフレームを受信できない。結果として、ＡＰ １１０とＳＴＡとの間のスループットは、（例えば、ＢＡセッション中のスループットと比較して）相対的に低いことがある。
【００３３】
[0043]  本実施形態に従って、別のＡＤＤＢＡ要求を送るために、命令またはトリガを含むフレームをＡＰ １１０が送ることによって、ＳＴＡ １は、（例えば、ＳＣＯコールおよび／または他のＢＴオペレーションの完了後）ＢＡセッションを再スタートまたは再開することをＡＰ １１０にさせ得る。命令またはトリガを含むフレームは、例えば、命令を含む理由コードを用いたＤＥＬＢＡフレーム、命令を含むベンダ固有アクションフレーム、命令を含むベンダ固有情報エレメント（ＶＳＩＥ）を有するアクションフレーム、または命令を含むプローブ要求を含む、任意の適切なフレームであり得る。
【００３４】
[0044]  ＡＰ １１０は、命令またはトリガを含むフレームを受信し、ＳＴＡ １がＢＡセッションを再スタートまたは再開することを望むことを決定するための命令またはトリガを復号する。これに応答して、ＡＰ １１０は、ＡＤＤＢＡ要求をＳＴＡに送り得、それは、「成功」に設定されたステータスコードを含むＡＤＤＢＡ応答を送ることによって、ＢＡセッション要求を承認し得る。この方法では、ＳＴＡ １が、（既存のＩＥＥＥ ８０２．１１規格に整合する）ＢＡセッションを再開するためのプロキシとしてＡＰ １１０を使用し得る。例えば、ＳＴＡ １は、ＳＣＯコール（または、他のＢＴオペレーション）が完了するときを知っており、従って、アグリゲートされたデータフレームを受信することをいつ再開できるかを知っているため、ＳＴＡ １がＢＡセッションを再開するようＡＰ １１０に指示することを可能にすることが重要である。そうでなければ、ＳＴＡのＢＴオペレーションがいつ完了するかに関して、ＡＰ １１０は、繰り返し推測しなければならないことがあり、最終的には、ＢＡセッションを開始または回復しようと試みることを停止することがある。
【００３５】
[0045]  図５Ａは、いくつかの実施形態に従った、ＢＡセッションの中断および再開の例を描くシーケンス図５０１である。第１のワイヤレスデバイス（Ｄ１）および第２のワイヤレスデバイス（Ｄ２）に関して、シーケンス図５０１が以下に説明される。一実施形態では、インフラストラクチャモードのワイヤレスネットワーク（例えば、図１のＷＬＡＮ １２０）において、デバイスＤ１がＳＴＡであり得、デバイスＤ２がＡＰであり得る。別の実施形態では、アドホック、Ｐ２Ｐ、またはＩＢＳＳワイヤレスネットワーク（例えば、図１ＢのＰ２Ｐネットワーク１３０）において、デバイスＤ１が第１のＳＴＡであり得、デバイスＤ２が第２のＳＴＡであり得る。両方の実施形態について、デバイスＤ１は受信デバイスに対応し、デバイスＤ２は送信デバイスに対応する。
【００３６】
[0046]  デバイスＤ２は、ＡＤＤＢＡ要求をデバイスＤ１に送ることによって、ＢＡセッションを開始する。デバイスＤ１は、「成功」に設定されたステータスコードを有するＡＤＤＢＡ応答を送ることによって、ＢＡ要求を承認し得る。今やデバイスＤ１とＤ２との間のＢＡセッションはアクティブであり、デバイスＤ２は、アグリゲートされたデータフレームをデバイスＤ１に送信し得る。
【００３７】
[0047]  デバイスＤ１がそのＢｌｕｅｔｏｏｔｈトランシーバ２１２（または、任意の他のＢＴオペレーション）を介してＳＣＯコールを始めるとき、デバイスＤ１は、デバイスＤ２がアグリゲートされたデータフレームをデバイスＤ１に送信しないように、ＢＡセッションを終了することによってＢＴオーディオ信号上の干渉を低減し得る。より具体的には、デバイスＤ１は、ＤＥＬＢＡ要求をデバイスＤ２に送信し、それは、ＤＥＬＢＡ応答をデバイスＤ１に送り、ＢＡセッションをティアダウンすることによって応答する。ＢＡセッションが終了され、デバイスＤ２は、アグリゲートされたフレームをデバイスＤ１にもはや送らない。少なくともいくつかの実施形態について、デバイスＤ２は、ＢＡセッションを終了するよりもむしろ、ＢＡセッションを中断することによって、デバイスＤ１からのＤＥＬＢＡ要求に応答し得る。デバイスＤ２がＢＡセッションを中断するとき、デバイスＤ２（およびデバイスＤ１）は、ＢＡセッションへの対応する情報（例えば、ＴＩＤ値、ＢＡポリシ、バッファサイズ、ＢＡセッションのためにイネーブルされたデバイスのリストなど）を維持し得る。
【００３８】
[0048]  デバイスＤ１によってし易くされたＳＣＯコール中、デバイスＤ２は、いくつかのＡＤＤＢＡ要求（簡潔さのために、図５Ａには２つのみが示される）をデバイスＤ１に送ることによって、デバイスＤ１との新規のＢＡセッションを開始しようと試み得る。デバイスＤ１は、「拒絶」に設定されたステータスコードを含むＡＤＤＢＡ応答を送ることによって、ＢＡセッション要求を拒否する。デバイスＤ１からのいくつかのＢＡセッション拒否を受信した後、デバイスＤ１は、デバイスＤ１との新規のＢＡセッションを開始しようと試みることを停止する。
【００３９】
[0049]  ＳＣＯコールが完了するとき、デバイスＤ１は、ＢＡセッションを再開することを希望し得る。デバイスＤ１が、既存のＩＥＥＥ ８０２．１１規格下の受信デバイスのように、ＢＡセッションを開始しないことがあるため、デバイスＤ１は、別のＡＤＤＢＡ要求を送るために、デバイスＤ２への命令またはトリガを含むフレームを送り得る。命令またはトリガを含むフレームは、例えば、命令を含む理由コードを用いたＤＥＬＢＡフレーム、命令を含むベンダ固有アクションフレーム、命令を含むベンダ固有情報エレメント（ＶＳＩＥ）を有するアクションフレーム、または命令を含むプローブ要求を含む、任意の適切なフレームであり得る。
【００４０】
[0050]  デバイスＤ２は、命令またはトリガを含むフレームを受信し、デバイスＤ１がＢＡセッションを再スタートまたは再開することを望むことを決定するための命令またはトリガを復号する。これに応答して、デバイスＤ２は、ＡＤＤＢＡ要求をデバイスＤ１に送り得、それは、「成功」に設定されたステータスコードを含むＡＤＤＢＡ応答を送ることによって、ＢＡセッション要求を承認し得る。この方法では、デバイスＤ１が、ＢＡセッションを再開するためのプロキシとしてデバイスＤ２を使用し得る。
【００４１】
[0051]  図５Ｂは、他の実施形態に従った、ＢＡセッションの中断および再開の例を描くシーケンス図５０２である。第１のワイヤレスデバイス（Ｄ１）および第２のワイヤレスデバイス（Ｄ２）に関して、シーケンス図５０２が以下に説明される。一実施形態では、インフラストラクチャモードのワイヤレスネットワーク（例えば、図１のＷＬＡＮ １２０）において、デバイスＤ１がＳＴＡであり得、デバイスＤ２がＡＰであり得る。別の実施形態では、アドホック、Ｐ２Ｐ、またはＩＢＳＳワイヤレスネットワーク（例えば、図１ＢのＰ２Ｐネットワーク１３０）において、デバイスＤ１が第１のＳＴＡであり得、デバイスＤ２が第２のＳＴＡであり得る。両方の実施形態について、デバイスＤ１は受信デバイスに対応し、デバイスＤ２は送信デバイスに対応する。
【００４２】
[0052]  デバイスＤ２は、ＡＤＤＢＡ要求をデバイスＤ１に送ることによって、ＢＡセッションを開始する。デバイスＤ１は、「成功」に設定されたステータスコードを有するＡＤＤＢＡ応答を送ることによって、ＢＡ要求を承認し得る。今やデバイスＤ１とＤ２との間のＢＡセッションはアクティブであり、デバイスＤ２は、アグリゲートされたデータフレームをデバイスＤ１に送信し得る。
【００４３】
[0053]  デバイスＤ１がそのＢｌｕｅｔｏｏｔｈトランシーバ２１２（または、任意の他のＢＴオペレーション）を介してＳＣＯコールを始めるとき、デバイスＤ１は、デバイスＤ２が、アグリゲートされたデータフレームをデバイスＤ１に送信しないように、ＢＡセッションを中断することによってＢＴオーディオ信号上の干渉を低減し得る。より具体的には、デバイスＤ１は、アクションフレームをデバイスＤ２に送信し、アクションフレームは、ＢＡセッションを中断し、フレームアグリゲーションを停止するためのデバイスＤ２への命令を含む。これに応答して、デバイスＤ２は、アグリゲートされたデータフレームを送信することを停止し、ＢＡセッションを中断する。少なくとも１つの実施形態において、デバイスＤ２は、ＢＡセッションが中断される間、ＢＡセッション情報（例えば、ＴＩＤ値、ＢＡポリシ、バッファサイズ、ＢＡセッションのためにイネーブルされたデバイスのリストなど）を維持する。
【００４４】
[0054]  デバイスＤ１によってし易くされたＳＣＯコール中、デバイスＤ２がＢＡセッションを中断しているため、デバイスＤ２は、デバイスＤ１との新規のＢＡセッションを開始しようとは試みず、それにより、ＳＣＯコール中にＢＡセッションを再スタートしようとして、（例えば、図５Ａの実施形態の例と比較して）デバイスＤ１とＤ２との間のＡＤＤＢＡフレームの送信に関連付けられたネットワークトラフィックを低減する。
【００４５】
[0055]  ＳＣＯコールが完了するとき、デバイスＤ１は、ＢＡセッションを再開することを希望し得る。Ｄ１が、既存のＩＥＥＥ ８０２．１１規格下の受信デバイスのように、ＢＡセッションを開始しないことがあるため、デバイスＤ１は、ＢＡセッションを再開するために、デバイスＤ２への命令を含むアクションフレームを送り得る。これに応答して、デバイスＤ２は、アグリゲートされたデータフレームの送信を再開し、従って、デバイスＤ１へのＡＤＤＢＡ要求を必ずしも送ることなく、ＢＡセッションを再開できる。ＡＤＤＢＡフレームを交換することなくＢＡセッションを再開するための能力は、（例えば、図５Ａの例示的な実施形態と比較して）デバイスＤ１とＤ２との間のＡＤＤＢＡフレームの送信に関連付けられたネットワークトラフィックを低減する。
【００４６】
[0056]  図６は、本実施形態に従った、オペレーションの例を描くフローチャート６００を示す。図２、５Ａ、および５Ｂも参照すると、第１のワイヤレスデバイス（例えば、図５Ａ−５ＢのデバイスＤ１）および第２のワイヤレスデバイス（例えば、図５Ａ−５ＢのデバイスＤ１）は、ＢＡセッションを開始し得る（６０１）。第１のワイヤレスデバイスは、ＢＡセッションがアクティブである間、Ｂｌｕｅｔｏｏｔｈオペレーションをし易くし得（６０２）、データフレームをアグリゲートすることを停止するよう第２のワイヤレスデバイスに指示する第１のフレームを第２のワイヤレスデバイスに送ることによって、ＢＡセッションを中断し得る（６０４）。第１のワイヤレスデバイスは、ある時間の期間の後に、Ｂｌｕｅｔｏｏｔｈオペレーションを終わらせ得る（６０６）。第１のワイヤレスデバイスは、データフレームをアグリゲートすることを再開するよう第２のワイヤレスデバイスに指示する第２のフレームを第２のワイヤレスデバイスに送ることによって、ＢＡセッションの再開を引き起こし得る（６０８）。いくつかの実施形態について、ＢＡセッション情報は、ＢＡセッションが中断される（または、終了される）間、第１のワイヤレスデバイスおよび／または第２のワイヤレスデバイス中で維持される。
【００４７】
[0057]  いくつかの実施形態では、第２のフレームが、ＡＤＤＢＡ要求を第１のワイヤレスデバイスに送るよう第２のワイヤレスデバイスに指示する（６０８Ａ）。第１のワイヤレスデバイスは、ＡＤＤＢＡ要求を受信し（６０８Ｂ）、ＡＤＤＢＡ応答を第２のワイヤレスデバイスに送ることによって応答する（６０８Ｃ）。
【００４８】
[0058]  前述の明細書おいて、本実施形態はその特定の例示的な実施形態を参照して説明されている。しかしながら、添付の請求項に明記される開示のより広い範囲から逸脱することなく、それらに対する様々な修正および変更がなされ得ることは明らかであろう。従って、本明細書および図面は、限定的な意味ではなく、むしろ例示的な意味において考慮されるべきである。
【図１Ａ】
2018067921.tif 000003
【図１Ｂ】
2018067921.tif 000004
【図２】
2018067921.tif 000005
【図３Ａ】
2018067921.tif 000006
【図３Ｂ】
2018067921.tif 000007
【図３Ｃ】
2018067921.tif 000008
【図４】
2018067921.tif 000009
【図５Ａ】
2018067921.tif 000010
【図５Ｂ】
2018067921.tif 000011
【図６】
2018067921.tif 000012
【外国語明細書】
2018067921000001.pdf