JP2010537449A - 複数のプロトコルを使った送信 - Google Patents

Abstract

複数のフォーマットを使用してデータを通信するための実施形態が含まれている。方法の少なくとも１つの実施形態は、複数の第１のフォーマットのデータフレームを、送信される第１のフォーマットのデータフレームの間に、所定の期間を有して送信し、送信された第１のフォーマットのデータフレームの間の期間の持続時間を決定する、ことを含む。同様に、幾つかの実施形態は、第２のフォーマットのデータフレームを複数の第２のフォーマットのサブフレームに断片化することで、第２のフォーマットのサブフレームを送信された第１のフォーマットのデータフレームの間の期間中に送信できるようにする、ことを含む。

Description

相互参照
本願は、２００６年９月２８日に出願された米国仮出願第６０／８４８，５７８号の利益を主張するものであり、この仮出願の全文は、参照によってここに組み込まれる。

無線通信が発展するにつれ、異なる特徴を提供するために、異なるプロトコルが開発されてきた。現在多くのデバイスは、異なる無線プロトコルを使用して通信するように構成されているため、プロトコルが、似たような期間中に、似たような周波数、及び／又は、オーバーラップする周波数で動作すると、干渉が生じる可能性がある。干渉は、通信を歪ませ、且つ／又は、阻害する可能性があるため、これまで取り組まれていないが、上述の欠陥や欠点に対処する必要性が、当業界に存在する。

複数のフォーマットを使用してデータを通信するための実施形態が含まれている。方法の少なくとも１つの実施形態は、複数の第１のフォーマットのデータフレーム（ｆｉｒｓｔ ｆｏｒｍａｔ ｄａｔａ ｆｒａｍｅｓ）を送信することを含み、この複数の第１のフォーマットのデータフレームは、送信される複数の第１のフォーマットのデータフレームの間に、期間を有して送信される。さらに、送信される第１のフォーマットのデータフレームの間の期間の、持続時間を決定することを含む。同様に、幾つかの実施形態は、第２のフォーマットのサブフレームが、連続して送信される複数の第１のフォーマットのデータフレームの間の期間中に送信できるようにする、第２のフォーマットのデータフレームを、複数の第２のフォーマットのサブフレームに断片化する、ことを含む。

同様に、方法の１実施形態は、複数の第１のフォーマットのデータフレームを送信する、ことを含み、この複数の第１のフォーマットのデータフレームは、連続して送信される第１のフォーマットのデータフレームの間に、所定の期間を有して送信される。さらに、第１のフォーマットのデータフレームに関する送信スケジュールを決定することを含む。方法の幾つかの実施形態は、複数の第１のフォーマットのデータフレームの１つの後の所定時間だけ、第２のフォーマットのデータフレームの送信を遅らせる、ことを含む。

複数のフォーマットを使用してデータを通信する通信デバイスの実施形態も含まれる。デバイスの少なくとも１つの実施形態は、複数の第１のタイプのデータフレームを送信するように構成された第１の論理を含み、複数の第１のタイプのデータフレームは、連続して送信される第１のタイプのデータフレームの間に、所定の期間を有して送信される。さらに、第２のタイプのデータフレームを送信するように構成され、連続して送信される第１のタイプのデータフレームの間の期間の持続時間を決定するように構成され、第２のタイプのデータサブフレームを、連続して送信される第１のタイプのデータフレームの間の期間中に送信できるように、第２のタイプのデータフレームを、複数のサブフレームに断片化するように構成された、第２の論理を含む。

本開示物の他のシステム、方法、特徴、及び／又は、利点は、以下の図面と詳細な説明を検討することで、当業者に明らかになるであろうし、明らかになるかもしれない。このようなさらなるシステム、方法、特徴、利点は、全てこの説明内に含まれ、本開示物の範囲内であることが意図されている。

以下の図面を参照することで、本開示物の多くの態様をよりよく理解することができる。図面の構成要素は、必ずしも縮尺通りではなく、本開示物の原理を明確に示すべく強調されている。さらに図面では、同一参照番号は、幾つかの図を通して対応する部分を示す。このような図面に関連させて、幾つかの実施形態について説明しているが、本開示物をここに開示した実施形態（単数又は複数）に限定する意図はない。それどころか、代替例、変形例、等価物全てを網羅することを意図している。

無線通信で利用できるネットワーク構成の例示的実施形態を示す図である。 図１のネットワークで動作するように構成できる通信デバイスの例示的実施形態を示す図である。 図２のデバイスによって通信できるようなデータフレームの例示的実施形態を示す図である。 図３のデータフレームのようなデータフレームを断片化する例示的実施形態を示す図である。 例えば図１のネットワークにおいて、複数のプロトコルでデータを通信するために利用できる、例示的なプロセスを示すフローチャートである。 例えば図１のネットワークにおいて、複数のプロトコルを介してデータを通信するときの干渉を示す図である。 複数のプロトコルからのデータ間の干渉を減らすためのデータの送信拒否を示す、図６と同様の図である。 複数のプロトコルからのデータ間の干渉を減らすためのデータの送信遅延を示す、図６と同様の図である。 例えば図１のネットワークにおいて、８０２．１１データの送信時間を決定するときに利用できるプロセスの例示的実施形態を示すフローチャートである。 ８０２．１１データの送信遅延に利用できるプロセスの例示的実施形態を示す、図９のフローチャートと同様のフローチャートである。

図１は、無線通信で利用できるネットワーク構成の例示的実施形態を示す図である。図１の非限定的な例に示すように、ネットワーク１００は、アクセスポイント１０２ａ及び１０２ｂにつながることができる。アクセスポイント１０２ａ及び１０２ｂは、通信デバイス１０４ａ、１０４ｂ、１０４ｃ及び／又は１０４ｄとの無線通信を提供するように、構成できる。より具体的には、特定の構成に応じて、ＷＩＦＩサービス、ＷｉＭＡＸサービス、無線ＳＩＰサービス、ブルートゥースサービス、及び／又は、他の無線通信サービスを提供するように、アクセスポイント１０２ａ及び／又は１０２ｂは、構成されてもよい。さらに、通信デバイス１０４ｂは（有線及び／又は無線接続によって）、通信デバイス１０４ｅ、及び／又は、ネットワーク１００につなげられた別の通信デバイス１０４との通信のために、ネットワーク１００につなげられてもよい。

ネットワーク１００は、公衆交換電話網（ＰＳＴＮ）、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）ネットワーク、総合デジタル通信網（ＩＳＤＮ）、セルラーネットワーク、及び／又は、通信デバイス間のデータ通信のための、他の媒体を含んでもよい。より具体的には、通信デバイス１０４ａ及び１０４ｂが、ＷＩＦＩ通信用に構成され、通信デバイス１０４ｅが、ＶｏＩＰ通信とは対照的にＰＳＴＮ通信用に構成されていたとしても、通信デバイス１０４ｅをネットワーク１００につなげ、通信デバイス１０４ａのユーザと通信デバイス１０４ｅのユーザとの通信をしやすくすることができる。さらに、通信デバイス１０４ａは、ＷＩＦＩ又はＩＥＥＥ８０２．１１（例えば、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎなど）プロトコルを介して、通信デバイス１０４ｄと通信するように構成されてもよく、通信デバイス１０４ｂは、ユーザ１０８が使うワイヤレスイヤホン１０６ａ、及び／又は、ブルートゥースプロトコルを使用する他のデバイスと、通信可能とされてもよい。同様に、通信デバイス１０４ｅは、ブルートゥースプロトコルを介して、ワイヤレスキーボード１０６ｂと通信するように、構成されてもよい。他のブルートゥース対応デバイスも、図１の構成で利用されてもよい。これらプロトコルは、似たような周波数で動作するように構成されている可能性があるため、これらプロトコルを同時に利用することによってデータの干渉が起こる場合があり、そのために各通信の品質が低下する。

図２は、図１のネットワークで動作するように構成されてもよい、通信デバイスの例示的実施形態を示す図である。図２の非限定的な例に示すように、通信デバイス１０４は、ホスト２０２を含んでもよい。さらに、ＷＩＦＩメディアアクセスコントロール（ＭＡＣ）とパケットトラフィックアービトレーション（ＰＴＡ）マスター２０８とを含んでもよい、無線ローカルエリアネットワーク（ＷＬＡＮ）チップセット２０４を含む。ＰＴＡマスター２０８は、ＷＩＦＩコントロールコンポーネント２１０とブルートゥース（ＢＴ）コントロールコンポーネント２１２とを含んでもよい。

通信デバイス１０４には、ブルートゥースチップセット２１４も含まれる。ブルートゥースチップセット２１４は、ＰＴＡスレーブコンポーネント２１８とブルートゥースＭＡＣコンポーネント２１８とを含んでもよい。ＷＬＡＮチップセット２０４とＢＴチップセット２１４とは、８０２．１１データやブルートゥースデータなどの異なるプロトコルを調整すべく、データ信号を通信するように構成されてもよい。下の表１には、信号の少なくとも一部が含まれている。

動作においては、ＢＴチップセット２１４は、ブルートゥースデータの送信要求を示すｔｘ＿ｒｅｑｕｅｓｔをＰＴＡマスター２０８に送ってもよい。ＰＴＡマスター２０８は、送信するか、又は、この時点では送信を避ける、という指示（ｉｎｄｉｃａｔｉｏｎ）（例えば、ｔｘ＿ｃｏｎｆｉｒｍ）によって応答できる。次に、ブルートゥースデータが送信されてもよい。送信されるデータが高優先度のデータであると決定された場合、ステータス信号は、ＢＴチップセット２１４からＰＴＡマスター２０４に送られてもよい。さらに、以下により詳細に説明するように、特定の構成に応じて、通信デバイス１０４は、ダイナミックフラグメンテーション（断片化）、遅延送信、及び／又は、他の動作用に構成されてもよい。

図２には示されていないが、通信デバイス１０４は、他のコンポーネント、例えば、プロセッサ、表示ンタフェース、入力インタフェース、出力インタフェース、データ記憶装置、ローカルインタフェース（例えば、バス）、ＲＡＭ、ＤＲＡＭ、フラッシュメモリ、及び／又は、他の揮発性や不揮発性のメモリコンポーネントなどの、１つ又はそれより多くのメモリコンポーネントを含んでもよい。さらに、通信デバイス１０４は、プロセッサによって実行される、１つ又はそれより多くのプログラム（ソフトウェア、ハードウェア、ファームウェアなどで具体化される）を含んでもよい。プログラムは、メモリコンポーネント、データ記憶装置、及び／又は、別の場所に位置していてもよい。通信デバイス１０４とのデータ通信をしやすくする他のコンポーネントが、含まれていてもよい。

図２に示すコンポーネントは、例示の目的で示されており、本開示物の範囲の制限を意図するものではない。より具体的には、ＰＴＡマスター２０８は、ＷＬＡＮチップセット２０４にあるものとして示されているが、これは非限定的な例である。より具体的には、少なくとも１実施形態では、ＰＴＡマスター２０８は、特定用途向け集積回路（ＡＳＩＣ）、ホスト、及び／又は、別の場所にあってよい。同様に、通信デバイス１０４に関して説明した他のコンポーネントも、特定の構成に応じて、実際には違っていてもよい。

図３は、図２のデバイスによって通信できるようなデータフレームの例示的実施形態を示す図である。より具体的には、図３の非限定的な例に示すように、ブルートゥース音声変形高品質音声２（ＨＶ２）は、長さ１２５０μｓのデータパケットを送信するように構成されてもよい。さらに、ＨＶ２データフレーム３０２ａ〜３０２ｅは、データフレーム３０２ａと３０２ｂ、３０２ｂと３０６ｃなど、連続して送信されるデータフレームと共に、１２５０μｓの間隔で送られてもよい。一方、８０２．１１データフレーム３０４は、規則的又は不規則な間隔で送られるように構成された１つ以上のフレームを、含んでもよい。ブルートゥースＨＶ３データフレーム３０６ａ〜３０６ｅは、１２５０μｓで送信されるデータフレームである、連続して送られるデータフレーム３０６ａと３０６ｂ、３０６ｂと３０６ｃなどと共に、２５００μｓの決まった間隔で送られてもよい。

時間間隔及び／又はデータフレームの時間は、特定の構成に応じて、図３について説明したものと違ってもよい。同様に、１つのデータフレームで送信されるデータの量は、特定の構成に応じて異なってもよい。このようなパラメータに与えられた値は、例示の目的で含まれており、本開示物の範囲の制限を意図するものではない。

図４は、図３のデータフレームのようなデータフレームを断片化する例示的実施形態を示す図である。図４の非限定的な例に示すように、８０２．１１データフレーム３０４は、ブルートゥースＨＶ３データと同時に送信されるために、断片化（ｆｒａｇｍｅｎｔｅｄ）されてもよい。より具体的には、少なくとも１つの非限定的な例では、ＰＴＡマスター２０８（図２）は、８０２．１１データフレームが、任意の２つのブルートゥースデータフレーム（例えば、３０６ａと３０６ｂ、３０６ｂと３０６ｃ、３０６ｃと３０６ｄ）間の時間よりも、送信時間がかかると決定するかもしれない。そのため、８０２．１１データフレーム３０４を送信すると、干渉が起こる場合がある。

このような場合、ＰＴＡマスターコンポーネント２０８は、ブルートゥースデータ３０６について送信（及び／又は受信）サイクルの時間を、決めてもよい。この決定から、ＰＴＡマスターコンポーネント２０８は、任意の２つのブルートゥースデータフレーム３０６の間の時間を決めることができる。そしてＰＴＡマスターコンポーネント２０８は、８０２．１１データを断片化するように、ＷｉＦｉＭＡＣ２０６に命令することができる。

少なくとも１つの例示的な実施形態では、ＰＴＡマスターコンポーネント２０８は、８０２．１１データフレーム３０４を、ブルートゥースデータフレーム３０６の間の期間に送信できるかどうか、決定するように構成されていてもよい。ＰＴＡマスターコンポーネント２０８が、８０２．１１データフレーム３０４を、その持続時間の間隔で送信できないと決定した場合、ＰＴＡマスターコンポーネント２０８は、８０２．１１データフレーム３０４を、２つのサブフレーム４０４に断片化するように、ＷｉＦｉＭＡＣ２０６に命令できる。次に、ＰＴＡマスターコンポーネントは、サブフレームを所定の時間間隔内で送信できるかどうかを決定する。送信できない場合、プロセスは継続し、ＰＴＡは、サブフレームを第２層（ｔｉｅｒ）のサブフレーム、第３層のサブフレームなどに断片化するよう、ＷｉＦｉＭＡＣ２０６に命令し、新しく断片化されたフレームが送信可能かどうかを決定する。

同様に、幾つかの実施形態は、８０２．１１データフレーム３０４を任意の２つのブルートゥースデータフレーム３０６の間の間隔に送信できるかどうかを決定するように、構成されてもよい。ＰＴＡマスターコンポーネント２０８が、データフレーム３０４をこの期間に送信できないと決定した場合、ＰＴＡマスターコンポーネント２０８は、ブルートゥースデータフレーム３０６の送信間の期間にデータサブフレーム４０４の送信ができるようなサブフレーム４０４の数を決定できる。さらに幾つかの実施形態は、データフレーム３０４をブルートゥースデータフレーム３０６の間に送信できないと決定した場合、８０２．１１データフレーム３０４を、ブルートゥースデータフレーム３０６間の期間よりも短い送信時間を十分に保証するサブフレーム４０４に断片化するように、構成されてもよい。

図４の非限定的な例は、２メガビット／秒（Ｍｐｂｓ）でのデータの送信を示しているが、これも非限定的な例である。より具体的にいうと、利用される８０２．１１の特定のバージョンに応じて、中でも表２に示すような次のデータ速度を利用することができる。さらに、フレームのサイズは、１５００最大転送単位（ＭＴＵ）を含んでもよいが、これも非限定的な例であり、利用される８０２．１１のバージョンに依存する。

図５は、例えば図１のネットワークにおいて複数のプロトコルでデータを通信するために利用できる、例示的なプロセスを示すフローチャートである。図５の非限定的な例に示すように、通信デバイス１０４は、ブルートゥースデータフレーム３０２、３０６の送信を開始し、ブルートゥース送信タイミングを決定することができる（ブロック５３２）。次いで通信デバイス１０４は、送信されたブルートゥースデータ３０２、３０６のブルートゥース変形（ＨＶ２/ＨＶ３）を決定することができる（ブロック５３４）。特定の構成に応じて、ブルートゥースデータフレームの間の時間の測定が必要である可能性があるため、少なくとも２回のブルートゥース送信後に、ＨＶ２かＨＶ３かの決定が行われてもよい。管理インタフェースを通じてこの情報を事前に知ることもできるが、これは必須ではない。送信されたデータがＨＶ２データである場合、通信デバイス１０４は、送信されたブルートゥースデータ３０２のタイミングを決定することができる（ブロック５３６）。そして通信デバイス１０４は、送信されたＨＶ２データ３０２間の１２５０μｓの期間に合うように、（肯定応答又は送信要求／送信可（ＲＴＳ／ＣＴＳ）のやりとりを含んでもよい）８０２．１１データを断片化することができる（ブロック５３８）。

同様に、送信されたブルートゥースデータが、ＨＶ３データ３０６を含むと通信デバイス１０４が決定した場合、通信デバイス１０４は、ＨＶ３データ３０６のタイミングを決定する（ブロック５４０）。次に、通信デバイス１０４は、送信されたＨＶ３データ３０６の間に適合するように、８０２．１１データ３０４を断片化できる（ブロック５４２）。通信デバイスは、ブルートゥースデータ３０２、３０６の間の期間に、断片化された８０２．１１データ３０４を送信することができる（ブロック５４４）。

以下により詳細に説明するように、干渉をさらに防ぐために、ブルートゥースデータ３０２、３０６の立ち下がりを決定するために、既に決定されたブルートゥースタイミングデータが利用されてもよい。さらに、以下により詳細に説明するように、断片化されたデータの送信は、ブルートゥースデータフレームの立ち下がり後の所定の時間に、８０２．１１データの送信を開始することを含んでもよい。

図６は、例えば図１のネットワークにおいて、複数のプロトコルを介してデータを通信するときの干渉を示す図である。図６の非限定的な例に示すように、ブルートゥースデータフレーム３０６は、一定の間隔で順次送信されてもよい。ＰＴＡマスターコンポーネント２０８（図２）は、８０２．１１データフレーム６０２の送信要求を受信するように、構成されてもよい。次に、ＰＴＡマスターコンポーネント２０８は、ブルートゥースデータフレーム３０６が現在送信されているかどうかを決定してもよい。現在送信されているブルートゥースデータフレーム３０６は無いとＰＴＡマスターコンポーネント２０８が決定した場合、ＰＴＡマスターコンポーネント２０８は、８０２．１１データフレーム６０２を送り、そうでなければ、８０２．１１データフレーム６０２の送信を促す。

このような構成は、ブルートゥースデータフレーム３０６の間に８０２．１１データ（及び／又は他のデータ）を送信することで干渉を減らすことができるが、このような構成は、８０２．１１データフレーム６０２の送信開始後、そのデータフレーム６０２の送信完了前にブルートゥースデータフレーム３０６が送信された場合、依然として干渉を誘引してしまう可能性がある。

図６は、直線６０４で示すように、通信デバイス１０４がスリープモードに入ってもよいことを示している。ＰＴＡマスターコンポーネント２０８は、現在送信されているブルートゥースデータフレームがないと決定する。次に、通信デバイス１０４は、通常の動作を再開し、８０２．１１データフレーム６０２の送信を促し、送信が完了すると、スリープモードに戻る。ただし、垂直線６０６ａ及び６０６ｂによって示されるように、ブルートゥースデータフレーム３０６ｂは、８０２．１１データフレーム６０２の送信中に送信を開始する。ブルートゥースデータフレーム３０６ｂと８０２．１１データフレーム６０２との両方がある時間に、干渉が起こりやすい。

図７は、複数のプロトコルからのデータ間の干渉を減らすための、ブルートゥースデータの送信拒否を示す、図６と同様の図である。図７の非限定的な例に示すように、図６で実現した干渉を減らす試みでは、現在の多くの解決策は、８０２．１１データフレーム６０２の送信を完了するために、ブルートゥースデータフレーム３０６ｂの送信を一時的に避ける。しかしながら、ブルートゥースデータ３０６は、音声データを含むことが多く、このデータの送信遅延によっても、通信品質の問題が生じ得る。

図８は、複数のプロトコルからのデータ間の干渉を減らすためのデータの送信遅延を示す、図６と同様の図である。図８の非限定的な例に示すように、ＰＴＡマスターコンポーネント２０８は、垂直線８０４ａで示すように、ブルートゥースデータフレーム３０６が現在送信されているかどうかを決定すべく構成されてもよい。しかしながら、この非限定的な例では、ＰＴＡマスターコンポーネント２０８は、ＰＴＡマスターコンポーネントがデータフレーム３０６ｂの送信開始時期、そしてデータフレーム３０６ｂの送信終了時期を決定できるように、ブルートゥースデータフレーム３０６のタイミングスケジュールを決定するように構成されてもよい。この情報によって、通信デバイス１０４は、データフレーム３０６ｂが送信を終了する（例えば、立ち下がり）予測時間までスリープモードに入る（又はスリープモードを維持する）ことができる。データフレーム３０６ｂの送信終了後（及び／又は送信終了直前）の所定時間に、通信デバイス１０４は、通常の動作モードに入り、８０２．１１データフレーム６０２の送信を開始し、８０２．１１データフレーム６０２の送信完了後に、スリープモードに戻ることができる。少なくとも１つの非限定的な例では、ＰＴＡマスターコンポーネント２０８は、８０２．１１データがブルートゥーススロットと重なる場合、８０２．１１の送信を延期するように、構成されてもよい。

ＰＴＡマスターコンポーネント２０８が、予め構成されたブルートゥースデータフレーム３０６のタイミングスケジュールを決定するために、通信デバイス１０４は、ブルートゥースデータ３０６からの干渉なしで、８０２．１１データ６０２の送信時間を決定することができる。したがって、この情報によって、通信デバイス１０４は、データフレーム３０６ｂの送信が終了する所定時間までスリープモードに入ることで、電力をセーブできる。

図９は、例えば図１のネットワークにおいて８０２．１１データを送信する時間を決定するときに利用できるプロセスの、例示的実施形態を示すフローチャートである。図９の非限定的な例に示すように、ＷＬＡＮチップセット２０４は、ＢＴＭＡＣコンポーネント２１４からｔｘ＿ｒｅｑｕｅｓｔを受け取るように構成されてもよい（ブロック９３２）。これによって、ＷＬＡＮチップセット２０４は、これが最初の要求かどうかを決定することができる（ブロック９３４）。このｔｘ＿ｒｅｑｕｅｓｔが最初の要求である場合、ＷＬＡＮチップセット２０４は、変数「ＢＴ＿ｆｉｒｓｔ」に変数「ｎｏｗ」を設定する（ブロック１０３６）。これによって、送信されるブルートゥースデータ３０６のためのタイミングデータの捕獲開始が、促される。

ブロック９３４で、これは最初の要求でないとＷＬＡＮチップセット２０４が決定した場合、変数「ＢＴ＿ｆｉｒｓｔ」に変数「ＢＴ＿ｐｒｅｖｉｏｕｓ」を設定する（ブロック９３８）。ＷＬＡＮチップセット２０４は、「ＢＴ＿ｆｉｒｓｔ」を変数「ｎｏｗ」に設定することもできる（ブロック９４０）。これによって、ＷＬＡＮチップセット２０４は、「ＢＴ＿ｆｉｒｓｔ」−「ＢＴ＿ｐｒｅｖｉｏｕｓ」＝３７５０μｓ±２０であるかどうかを決定することができる（ブロック９４２）。等式が満たされない場合、プロセスは、終了してもよい。この等式が満たされる場合、ＷＬＡＮチップセット２０４は、３７５０μｓカウントダウンタイマーを、３７５０に設定する（ブロック９４４）。

図９の例示的な実施形態は、ＨＶ３データ３０２のタイミングスケジュールの決定を示しているが、これは非限定的な例である。より具体的には、ＨＶ２データフレーム３０６、及び／又は、他の繰り返し送信されるデータにも、同様のプロセスが利用されてもよい。さらに、特定の構成に応じて、他のプロセスが、ブルートゥースデータフレーム３０６（及び／又は他のデータ）のタイミングスケジュールの決定に利用されてもよい。

図１０は、８０２．１１データの送信遅延に利用できるプロセスの、例示的実施形態を示す、図９のフローチャートと同様のフローチャートである。図１０の非限定的な例に示すように、通信デバイス１０４は、ブルートゥースデータフレーム３０２、３０６を送信してもよい（ブロック１０３２）。通信デバイス１０４は、ブルートゥースデータフレーム３０２、３０６のタイミングスケジュールを決定できる（ブロック１０３４）。このことにより、通信デバイス１０４は、ブルートゥースデータフレーム３０２、３０６の立ち下がりまで、８０２．１１データの送信を遅らせることができる（ブロック１０３６）。

上の説明は、ブルートゥースと８０２．１１データについて言及しているが、これらは非限定的な例である。より具体的には、他の規則的、又は、不規則に送信されるデータも、本開示物に含まれてもよい。さらに、本開示物の様々な特徴を具体化するものとして、幾つかのデバイスについて説明しているが、これらは非限定的な例である。より具体的には、ここに開示した実施形態は、コンピュータ（デスクトップ、ポータブル、ラップトップなど）、家庭用電子機器（例えばマルチメディアプレーヤー）、互換性のある遠隔通信デバイス、パーソナルデジタルアシスタント（ＰＤＡ）を含めたあらゆる無線通信デバイス、及び／又は、プリンタ、ファックス機、スキャナ、ハブ、スイッチ、ルータ、セットトップ端末（ＳＴＴ）、通信機能を有するテレビなどといった、他の種類のネットワークデバイスで、具体化されてもよい。

さらに、ここに開示した実施形態は、ハードウェア、ソフトウェア、ファームウェア、又は、これらの組み合わせで実施することができる。ここに開示した少なくとも１つの実施形態は、メモリに保存され適当な命令実行システムによって実行されるソフトウェア及び／又はファームウェアで実施されてもよい。ハードウェアで実施する場合、ここに開示した実施形態の１つ又はそれより多くは、次の技術、すなわちデータ信号に対して論理機能を実行するための論理ゲートを有する別個の論理回路（単数又は複数）、適切な組み合わせ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（単数又は複数）（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのある組み合わせ、又は、任意の組み合わせによって実施することができる。

ここに含まれるフローチャートは、ソフトウェアの考えられる１つの実装のアーキテクチャ、機能性、動作を示す。この点について、各ブロックは、特定の論理機能（単数又は複数）を実施するための１つ又はそれより多くの実行可能な命令を含む、モジュール、セグメント、又はコードの一部を表すものと、解釈することができる。幾つかの代替的な実装では、ブロックに示された機能が、ばらばらの順序で起こり、且つ／又は、全く起こらないことにも注目すべきである。例えば、連続して示されている２つのブロックが、実際にはほぼ同時に実行されてもよいし、ブロックは、含まれる機能性に応じて逆の順序で実行されてもよい。

論理機能を実施するための実行可能な命令の順序付けられたリスティングを含んでもよい、ここに挙げたプログラムのいずれも、命令実行システム、装置、又はデバイスが使用する、又は、これらに関連して使用する、ためのあらゆるコンピュータ可読媒体、例えばコンピュータベースのシステム、プロセッサ内臓システム、又は命令実行システム、装置もしくはデバイスから命令を取り出し、その命令を実行できる他のシステムで、具体化できる。本文書の文脈では、「コンピュータ可読媒体」は、命令実行システム、装置又はデバイスが使用するか又はこれらに関連して使用するためのプログラムを含み、保存し、伝え、運ぶことができるあらゆる手段であってもよい。コンピュータ可読媒体は、例えば、電子、磁気、光学、電磁、赤外、半導体システム、装置、又はデバイスでよいが、これらに限定されない。コンピュータ可読媒体のより具体的な例（非包括的なリスト）としては、１本又はそれより多くのワイヤを有する電気接続手段（電子）、ポータブルコンピュータディスケット（磁気）、ランダムアクセスメモリ（ＲＡＭ）（電子）、読取専用メモリ（ＲＯＭ）（電子）、消去プログラム可能読取専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）（電子）、光ファイバ（光学）、ポータブルコンパクトディスク読取専用メモリ（ＣＤＲＯＭ）（光学）が含まれる。さらに、本開示物の幾つかの実施形態の範囲には、ハードウェア又はソフトウェア構成の媒体で具体化される論理で記述される、機能性の具体化を含めることができる。

とりわけ「できる（can、could）」、「されてもよい（might、may）」といった条件を表す言葉は、他で具体的に述べていなければ、又は使用されている文脈内で理解できなければ、ある実施形態ではある特徴、要素、及び／又は、ステップを含むが、他の実施形態では含まないということを伝えるように、一般に意図されている。したがって、このような条件を表す言葉は、一般に、その特徴、要素、及び／又は、ステップが、１つ又はそれより多くの特定の実施形態において、何らかの形で必要とされているということ、又は、１つ又はそれより多くの特定の実施形態が、このような特徴、要素、及び／又は、ステップが、あらゆる特定の実施形態に含まれる、もしくは、このような実施形態で実行されるかどうかを、ユーザによる入力や指示の有無に関係なく決定するための論理を必ず含むことを、示唆しようとするものではない。

上述の実施形態は、想定される実施例に過ぎず、本開示物の原理を明確に理解するために説明されているに過ぎないことを強調しておく。上述の実施形態（単数又は複数）に対して多くの変形や変更が、本開示物の趣旨及び原理から実質的に逸脱することなくなされ得る。このような変形や変更は、全て、本開示物の範囲に含まれることが意図される。

Claims (22)

1. 複数のフォーマットを使用してデータを通信する通信デバイスであって、
   複数の第１のタイプのデータフレームを送信するように構成された、第１の論理であって、前記複数の第１のタイプのデータフレームは、送信される複数の第１のタイプのデータフレームの間に、期間を有して送信される、第１の論理と、
   第２のタイプのデータフレームを送信するように構成された、第２の論理であって、さらに前記第２の論理は、前記送信される第１のタイプのデータフレームの間の期間の持続時間を決定するように構成され、さらに前記第２の論理は、前記第２のタイプのデータサブフレームを前記送信される第１のタイプのデータフレームの間の期間中に送信できるように、前記第２のタイプのデータフレームを、複数のサブフレームに断片化するように構成されている、第２の論理と、
   を含む、通信デバイス。
2. 前記第２のタイプのデータフレームを断片化することは、前記サブフレームを、前記送信される第１のタイプのデータフレームの間の期間中に送信できるように、前記第２のタイプのデータフレームから形成できる所望のサブフレーム数を決定する、
   ことを含む、請求項１記載の通信デバイス。
3. 前記第２のタイプのデータフレームを断片化することは、前記第２のタイプのデータフレームを所定のサブフレーム数に断片化し、前記サブフレームを、前記送信される第１のタイプのデータフレームの間の期間中に送信できるかどうか決定する、
   ことを含む、請求項１記載の通信デバイス。
4. 前記サブフレームを、前記送信される第１のタイプのデータフレームの間の期間中に送信できないという決定に応答して、前記第２の論理は、前記サブフレームの少なくとも１つを、所定数の第２層サブフレームに断片化し、前記第２層サブフレームを、順次送信される第１のタイプのデータフレームの間の期間中に送信できるかどうかを決定する、ように構成されている、
   請求項３記載の通信デバイス。
5. 前記第２の論理は、前記サブフレームの少なくとも１つを、前記送信される第１のタイプのデータフレームの間の期間中に送信するように、さらに構成されている、
   請求項１記載の通信デバイス。
6. 前記第２の論理は、前記第１のタイプのデータフレームに関する送信スケジュールを決定するように、さらに構成され、及び、前記第２の論理は、第１のタイプのデータフレームの立ち下がりまで、第２のタイプのサブフレームの送信を遅らせるように、さらに構成されている、
   請求項１記載の通信デバイス。
7. 前記通信デバイスは、前記第１のタイプのデータフレームの立ち下がりまでの所定の時間まで、スリープモードに入るように構成されている、
   請求項６記載の通信デバイス。
8. 前記通信デバイスは、無線通信デバイス、家庭用電子機器、遠隔通信デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、プリンタ、ファックス機、スキャナ、ハブ、スイッチ、ルータ、セットトップ端末（ＳＴＴ）、テレビの少なくとも１つを含む、
   請求項１記載の通信デバイス。
9. 複数のフォーマットを使用してデータを通信する方法であって、
   複数の第１のフォーマットのデータフレームを送信することであって、前記複数の第１のフォーマットのデータフレームは、連続して送信される第１のフォーマットのデータフレームの間に、所定の期間を有して送信され、
   前記連続して送信される第１のフォーマットのデータフレームの間の期間の、持続時間を決定し、
   第２のフォーマットのサブフレームを、前記連続して送信される第１のフォーマットのデータフレームの間の期間中に送信できるように、第２のフォーマットのデータフレームを、複数の第２のフォーマットサブフレームに断片化する、
   ことを含む、方法。
10. 前記第２のフォーマットのサブフレームを、前記連続して送信される第１のフォーマットのデータフレームの間の期間中に送信できるように、前記第２のフォーマットのデータフレームから形成できる所望の第２のフォーマットサブフレーム数を決定する、
    ことをさらに含む、請求項９記載の方法。
11. 前記第２のフォーマットのデータフレームを断片化することは、前記第２のフォーマットのデータフレームを、所定数の第２のフォーマットのサブフレームに断片化し、前記第２のフォーマットサブフレームを、前記連続して送信される第１のフォーマットのデータフレームの間の期間中に送信できるかどうかを決定する、
    ことを含む、請求項９記載の方法。
12. 前記第２のフォーマットのサブフレームを、前記連続して送信される第１のフォーマットのデータフレームの間の期間中に送信できないという決定に応答して、前記第２のフォーマットサブフレームの少なくとも１つを、所定数の第２層のサブフレームに断片化し、前記第２層のサブフレームを、前記送信される第１のフォーマットのデータフレームの間の期間中に送信できるかどうか決定する、
    ことを実行する、請求項１１の方法。
13. 前記第２のフォーマットのサブフレームの少なくとも１つを、前記連続して送信される第１のフォーマットのデータフレームの間の期間中に送信する、
    ことをさらに含む、請求項９記載の方法。
14. 前記第１のフォーマットのデータフレームに関する送信スケジュールを決定し、第１のフォーマットのデータフレームの立ち下がりまで、第２のフォーマットサブフレームの送信を遅らせる、
    ことをさらに含む、請求項９記載の方法。
15. 前記第１のフォーマットのデータフレームは、ブルートゥース高品質音声２（ＨＶ２）データフレーム及びブルートゥースＨＶ３データフレームの少なくとも一つを含み、前記第２のフォーマットのデータフレームは、ＩＥＥＥ８０２．１１ｂデータフレーム、ＩＥＥＥ８０２．１１ｇデータフレーム、ＩＥＥＥ８０２．１１ｎデータフレーム、ＷｉＭａｘデータフレームの少なくとも１つを含む、
    請求項９記載の方法。
16. 複数のフォーマットを介したデータ通信を促進するコンピュータ可読媒体であって、
    複数の第１のフォーマットのデータフレームを送信するように構成された、第１の送信論理であって、前記複数の第１のフォーマットのデータフレームは、連続して送信される第１のフォーマットのデータフレームの間に、所定の期間を有して送信される、第１の送信論理と、
    前記第１のフォーマットのデータフレームに関する送信スケジュールを決定するように構成された、第１の決定論理と、
    前記複数の第１のフォーマットのデータフレームの１つの後の所定の時間だけ、第２のフォーマットのデータフレームの送信を、遅らせるように構成された、遅延論理と、
    を含む、コンピュータ可読媒体。
17. 前記第１のフォーマットのデータフレームの後の所定の時間に、前記第２のフォーマットのデータフレームを送信するように構成された、第２の送信論理と、
    をさらに含む、請求項１６記載のコンピュータ可読媒体。
18. 前記ブルートゥースデータフレームまでの所定の時間まで、スリープモードに入るように構成された、スリープ論理と、
    をさらに含む、請求項１６記載のコンピュータ可読媒体。
19. 前記第１のフォーマットのデータフレームに関する前記送信スケジュールを決定することは、送信開始の立ち上がり、送信終了の立ち下がり、送信の持続時間、データフレーム送信間の時間の持続期間の少なくとも１つを決定する、
    ことを含む、請求項１６記載のコンピュータ可読媒体。
20. 前記第２のフォーマットのデータフレームを、連続して送信される第１のフォーマットのデータフレームの間の期間に送信できるかどうかを、決定するように構成された、第２の決定論理と、
    をさらに含む、請求項１６記載のコンピュータ可読媒体。
21. 前記第１のフォーマットのデータフレームは、ブルートゥース高品質音声２（ＨＶ２）データフレーム及びブルートゥースＨＶ３データフレームの少なくとも一つを含み、前記第２のフォーマットのデータフレームは、ＩＥＥＥ８０２．１１ｂデータフレーム、ＩＥＥＥ８０２．１１ｇデータフレーム、ＩＥＥＥ８０２．１１ｎデータフレーム、ＷｉＭａｘデータフレームの少なくとも１つを含む、
    請求項１６記載のコンピュータ可読媒体。
22. 複数のフォーマットを使用してデータを通信するシステムであって、
    複数の第１のフォーマットのデータフレームを送信するための手段であって、前記複数の第１のフォーマットのデータフレームは、連続して送信される第１のフォーマットのデータフレームの間に、所定の期間を有して送信される、前記手段と、
    前記連続して送信される第１のフォーマットのデータフレームの間の期間の、持続時間を決定するための手段と、
    第２のデータフォーマットのサブフレームを、前記連続して送信された第１のフォーマットのデータフレームの間の期間中に送信できるように、第２のフォーマットのデータフレームを、複数の第２のフォーマットのサブフレームに断片化するための手段と、
    を含むシステム。

Images