(57)【要約】  相補的な媒体アクセス制御（ＣＭＡＣ）方法及び装置が記述される。
2009517956.tif 000002
【特許請求の範囲】
【請求項１】
リクエストツーセンドフレームを送信するステップと、
クリアツーセンドフレームを送信するステップと、
パートナークリアツーセンドフレームを送信するステップと、
を含むワイヤレス通信方法。
【請求項２】
前記パートナークリアツーセンドフレームを送信する前記ステップは、パートナーステーションが前記リクエストツーセンドフレーム及び前記クリアツーセンドフレームを受信したあとにのみ、該パートナーステーションによって行われる、請求項１に記載の方法。
【請求項３】
前記リクエストツーセンドフレームを送信する前記ステップは、送信元ステーションによって行われ、前記クリアツーセンドフレームを送信する前記ステップは、宛先ステーションによって行われる、請求項２に記載の方法。
【請求項４】
前記パートナークリアツーセンドフレームの前記送信ののち、データフレームの第１の部分を送信するステップと、前記データフレームの第２の部分を送信するステップと、を更に含む請求項１に記載の方法。
【請求項５】
前記データフレームの前記第１の部分を送信する前記ステップは、送信元ステーションによって行われ、前記データフレームの前記第２の部分を送信する前記ステップは、パートナーステーションによって行われる、請求項４に記載の方法。
【請求項６】
前記データフレームが、コード化されたデータフレームである、請求項５に記載の方法。
【請求項７】
前記パートナーステーションにおいて前記データフレームの前記第１の部分を受信するとともに、前記データフレームの前記第２の部分を送信する前に、前記第１の部分に基づいて、前記データフレームの前記第２の部分を再エンコードするステップを更に含む、請求項６に記載の方法。
【請求項８】
前記クリアツーセンドフレームの前記送信ののち、前記パートナーステーションが前記リクエストツーセンドフレーム又は前記クリアツーセンドフレームのいずれかを受信しない場合、前記パートナークリアツーセンドフレームを送信しないステップを更に含む、請求項７に記載の方法。
【請求項９】
前記送信元ステーション、前記宛先ステーション及び前記パートナーステーションは、分散ワイヤレスネットワークのワイヤレスステーションである、請求項３に記載の方法。
【請求項１０】
前記送信元ステーション、前記宛先ステーション及び前記パートナーステーションは、集中ワイヤレスネットワークのワイヤレスステーションである、請求項３に記載の方法。
【請求項１１】
ワイヤレスステーションは、前記パートナーステーション、前記宛先ステーション又はそれらの両方から隠れており、
前記ワイヤレスステーションは、該ワイヤレスステーションにおいて、前記送信元ステーションから前記リクエストツーセンドフレームを受信し、前記クリアツーセンドフレームの前記送信中、前記パートナークリアツーセンドフレームの前記送信中、及び前記パートナークリアツーセンドの前記送信に続く前記送信元ステーション及び前記パートナーステーションからのデータ送信中、沈黙のままである、請求項３に記載の方法。
【請求項１２】
ワイヤレスステーションは、前記送信元ステーション、前記宛先ステーション又はその両方から隠れており、
前記ワイヤレスステーションは、該ワイヤレスステーションにおいて、前記パートナーステーションから前記パートナークリアツーセンドフレームを受信し、前記クリアツーセンドフレームの前記送信中、及び前記パートナークリアツーセンドフレームの前記送信に続く前記送信元ステーション及び前記パートナーステーションからのデータ送信中、沈黙のままである、請求項３に記載の方法。
【請求項１３】
リクエストツーセンドフレームを送信するように構成される送信元ステーションと、
クリアツーセンドフレームを送信するように構成される宛先ステーションと、
パートナーツーセンドフレームを送信するように構成されるパートナーステーションと、
を有するワイヤレスネットワーク。
【請求項１４】
前記パートナーステーションは、前記パートナーステーションが前記リクエストツーセンドフレーム及び前記クリアツーセンドフレームを受信したあとにのみ、前記パートナークリアツーセンドフレームを送信する、請求項１３に記載のワイヤレスネットワーク。
【請求項１５】
前記送信元ステーションは、コード化されたデータフレームの一部を送信するように構成される、請求項１３に記載のワイヤレスネットワーク。
【請求項１６】
前記パートナーステーションは、前記コード化されたデータフレームの前記一部を受信し、前記コード化されたデータフレームの前記一部を再エンコードし、前記データフレームの前記再エンコードされた一部を送信するように構成される、請求項１５に記載のワイヤレスネットワーク。
【請求項１７】
前記リクエストツーセンドフレームは、宛先ステーション識別子及びパートナーステーション識別子を含む、請求項１３に記載のワイヤレスネットワーク。
【請求項１８】
前記ネットワークが、分散ネットワークである、請求項１３に記載のワイヤレスネットワーク。
【請求項１９】
前記ワイヤレスネットワークが、集中ワイヤレスネットワークである、請求項１３に記載のワイヤレスネットワーク。
【請求項２０】
前記パートナーステーションが、前記リクエストツーセンドフレーム又は前記クリアツーセンドフレームのいずれかを受信しない場合、前記パートナーステーションは、前記パートナークリアツーセンドフレームを送信しない、請求項１３に記載のワイヤレスネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレスシステム及び方法に関する。
【背景技術】
【０００２】
ワイヤレス通信帯域幅は、大幅に増加しており、ワイヤレス媒体を、ワイヤード及び光ファイバソリューションに代わる実行可能なものにしている。このように、データ及びボイス通信におけるワイヤレス接続の使用は、増加し続けている。
【０００３】
通常、ワイヤレス装置（多くの場合ステーションと呼ばれる）が、例えばワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のようなワイヤレスネットワークにおいて用いられる。ほんのわずかな例を挙げると、ネットワークにおいて使用されうる例証的な装置は、移動電話、ポータブルコンピュータ、ワイヤレスネットワークにおける固定コンピュータ、及び携帯可能なハンドセットを含む。
【０００４】
各々のワイヤレスネットワークは、多くのレイヤ及びサブレイヤを含む。媒体アクセス制御（ＭＡＣ）サブレイヤ及び物理的（ＰＨＹ）レイヤは、これらのレイヤのうちの２つである。ＭＡＣレイヤは、開放型システム間相互接続（ＯＳＩ）スタックにおけるデータリンク層の２つのサブレイヤの低いほうのものである。ＭＡＣレイヤは、同じワイヤレス媒体への同時アクセスを要求する多くのユーザ間での調整を提供する。
【０００５】
ＭＡＣレイヤプロトコルは、ネットワーク内のユーザによって共有されるブロードキャスト媒体へのアクセスを支配する複数の規則を含む。既に知られているように、いくつかの異なるマルチプルアクセス技術（多くの場合ＭＡＣプロトコルと呼ばれる）が、ＭＡＣレイヤを支配するプロトコル内で機能するように規定されている。これらは、限定的ではないが、キャリアセンス多元接続（ＣＳＭＡ）、周波数分割多元接続（ＦＤＭＡ）及び時分割多元接続（ＴＤＭＡ）を含む。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ワイヤレスシステムのさまざまなレベルにおける多くの進歩が、非常に急速なペースで行われているが、或る欠点が残っている。例えば、ワイヤレスネットワーク内のワイヤレス装置又はステーション（ＳＴＡ）は、他のステーション又はステーションのグループのレンジ外にあることがある。これらのＳＴＡは、多くの場合、隠れたノード（hidden nodes）と呼ばれ、ネットワーク内に干渉を生成しうる。いわゆる隠れたノード問題に対処する努力において、８０２．１１ＭＡＣ標準は、ハンドシェイクを始めるリクエストツーセンド（ＲＴＳ）フレームの送信及びハンドシェイクを完了するクリアツーセンド（ＣＴＳ）フレームの送信を含む、ハンドシェイクを介した媒体へのアクセスを提供することを企図する。特定のステーションが、ワイヤレスシステムにおいて媒体アクセスを要求すると、ステーションが、例えばアクセスポイントのような別のステーションとのＲＴＳ／ＣＴＳハンドシェイクを完了するまで、ステーションは、データフレームを送出することを控える。ステーションは、ＲＴＳフレームを送出することによってハンドシェイクを始める。アクセスポイントは、ＲＴＳフレームを受信し、ＣＴＳフレームによって応答する。ステーションは、データフレームを送出する前に、ＣＴＳフレームを受信しなければならない。ＣＴＳは、ＲＴＳを始めたステーションが、そのデータを送信する間、媒体へのアクセスを控えるように他のステーションに警告する時間値を含む。
【０００７】
例えば上述したようなハンドシェイク技法は、ワイヤレスシステムにおける干渉及びデータ損失を低減するのに有用であるが、干渉及びデータ損失を更に低減し、それによってワイヤレス通信ネットワークの効率を改善するニーズがなお残っている。
【課題を解決するための手段】
【０００８】
例示の実施例によれば、ワイヤレス通信方法は、リクエストツーセンド（ＲＴＳ）フレームを送信し、クリアツーセンド（ＣＴＳ）フレームを送信することを含む。方法は更に、パートナーツーセンド（ＰＴＳ）フレームを送信することを含む。
【０００９】
例示の実施例によれば、ワイヤレスネットワークは、リクエストツーセンド（ＲＴＳ）フレームを送信する送信元ステーションと、クリアツーセンド（ＣＴＳ）フレームを送信する宛先ステーションと、を含む。ワイヤレスネットワークは更に、パートナーツーセンド（ＰＴＳ）フレームを送出するように構成されるパートナーステーションを含む。
【００１０】
ここで使用されるとき、単数形の表現は、１又は複数の存在を意味し、「複数」なる語は、２又はそれ以上を意味する。
【００１１】
本発明は、添付の図面と共に読むとき、以下の詳細な説明から最も良く理解される。さまざまなフィーチャが、必ずしも一定の縮尺で描かれているわけではないことを強調しておく。実際、寸法は、記述を明瞭にするために、任意に増減されていることがある。
【発明を実施するための最良の形態】
【００１２】
以下の詳細な説明において、限定のためでなく説明の目的で、具体的な詳細を開示する例示の実施例が、本教示の完全な理解を提供するために示されている。しかしながら、本開示の利益を得た当業者であれば、ここに開示される具体的な詳細からはなれた他の実施例が企図されることが明らかであろう。更に、よく知られた装置、方法、システム及びプロトコルの記述は、例示の実施例の記述を分かりにくくしないように、省かれていることがある。それでもなお、当業者の視野内にある装置、方法、システム及びプロトコルが、例示の実施例に従って使用されることができる。最後に、実際的であれば、同様の参照数字は、同様のフィーチャをさす。
【００１３】
ここに記述される説明的な実施例において、ネットワークは、集中化されたアーキテクチャ又は分散化されたアーキテクチャを有するワイヤレスネットワークでありうることに注意されたい。ワイヤレスネットワークは、ワイヤレスステーション（ＳＴＡ）を含む。ここにより詳しく記述されるように、協働的なＭＡＣ（ＣＭＡＣ）レイヤが、ワイヤレスネットワークに組み込まれる。ＣＭＡＣレイヤは、ＩＥＥＥ８０２．１１プロトコルに基づくものであり、ポーリングと同様に衝突回避機能を有するキャリアセンス多元接続（ＣＳＭＡ／ＣＡ）を含む。特に、例示の実施例のＣＭＡＣプロトコルは、プロトコルのＩＥＥＥ８０２．１１ｎ、８０２．１１ａ、８０２．１１ｂ及び８０２．１１ｇファミリの特定の変更によって実現されることができる。更に、ワイヤレスネットワークのＳＴＡの物理（ＰＨＹ）レイヤもまた、選択されたプロトコルに準拠する。例示の実施例は、ＩＥＥＥ８０２．１１標準によって支配されるＭＡＣレイヤに限定されないことを強調しておく。これらのプロトコルは、単なる説明的なものであり、具体的に言及されたもの以外のプロトコルが、例示の実施例から逸脱することなく使用されることができることを強調しておく。
【００１４】
図１は、例示の実施例によるワイヤレスネットワーク１００の概略図である。本実施例において、ワイヤレスネットワーク１００は、送信元（source）ＳＴＡ１０１、宛先（destination）ＳＴＡ１０２及び複数の中継／パートナーＳＴＡ１０３−１０８内に分散化されたＣＭＡＣレイヤを含む。（特に、中継／パートナーは、単に「中継」又は「パートナー」とも呼ばれうる）。他の実施例において、ＣＭＡＣレイヤは、送信元ＳＴＡ１０１に関して集中化されてもよく、この場合、送信元ＳＴＡ１０１が、選ばれたプロトコルによりＳＴＡ１０２−１０８をサービスするように構成されるアクセスポイント（ＡＰ）になる。例示の実施例のハンドシェイク動作は、直ちに、集中化されたＣＭＡＣ及びＰＨＹレイヤに適応されるが、記述を分かりやすくするために、記述されるＳＴＡ１０１−１０８のＣＭＡＣ及びＰＨＹレイヤは、分散化され、ＩＥＥＥ８０２．１１標準の本教示に従って変形されるバージョンに準拠する。
【００１５】
例証的に、ネットワーク１００は、ＷＬＡＮ、ワイドエリアネットワーク（ＷＡＮ）又は移動電話ネットワークであり、ＳＴＡ（装置）１０１−１０８は、コンピュータ、移動電話、パーソナルデジタルアシスタント（ＰＤＡ）、又はこのようなネットワークにおいて一般に動作する同様の装置である。両矢印によって示されるように、装置１０１−１０８は相互に通信することができる。
【００１６】
特定のＭＡＣレイヤプロトコルに従って、ＳＴＡ１０１−１０８のうちの１つから別のＳＴＡ１０１、１０２への通信は、直接的であってもよいが、必ずしも直接的でなくてもよいことに注意されたい。むしろ、このような通信は、正しい受け側ＳＴＡに（知られているスケジューリング方法を使用して）通信を送信するＳＴＡ１０１−１０８の別のものを通ることができる。図１は、いくつかのＳＴＡ間の直接的な通信及び他のＳＴＡ間の間接的な通信を示している。例えば、直接的な通信が、ＳＴＡ１０４からＳＴＡ１０２に示されている。間接的な通信は、ＳＴＡ１０７を介してＳＴＡ１０８からＳＴＡ１０６に示されている。分かりやすくするために、すべての接続が、図１に示されているわけではない。
【００１７】
ほんの少数のＳＴＡ１０１、１０２だけが示されており、これは、単に考察を簡単にするためであることにも注意されたい。明らかに、多くの他のＳＴＡが、使用されることができる。更に、以下に続く記述において、送信元ＳＴＡ１０１（Ｓ）及び宛先ＳＴＡ１０２（Ｄ）の間のデータフレームの説明的な送受信が記述されている。すべてのＳＴＡ１０１−１０８は、送信元ＳＴＡ、宛先ＳＴＡ、並びに送信元ＳＴＡ１０１、宛先ＳＴＡ１０２及び中継／パートナーＳＴＡ１０３−１０８と関連して記述される態様で中継／パートナーＳＴＡ（Ｒ）、として機能するように構成されることを強調しておく。最後に、ＳＴＡ１０１−１０８は、必ずしも同じタイプの装置である必要はないことに注意されたい。実際、選ばれた（複数の）プロトコル下で機能する多くの異なる装置が、ネットワーク１００内で機能する。
【００１８】
動作中、送信元ＳＴＡ１０１は、宛先ＳＴＡ１０２にデータを送信するように構成される。コード化された協働的な通信を使用して、送信元１０１は、コード化されたデータフレームの一部を送信する。データフレームは、当業者に知られている複数のフォワードエラーコレクション（ＦＥＣ）技法のうちの１つによってコード化されることができる。例証的に、畳み込みコード又は低密度パリティチェックコードが、データフレームをデコードし再エンコードするために、送信元１０２及び中継／パートナー１０４によって使用されることができる。更に、データフレームのデコーディング及び再構成は、畳み込みコード又は低密度パリティチェックコードによって同様に行われることができる。言及されたコード化技法は、説明的なものにすぎず、当業者の視野内の他のコード化技法が企図されることを強調しておく。
【００１９】
本記述を簡単にするために、データフレームは、知られている繰り返しコード化技法によってコード化される。知られているように、データフレームは、通常、１．５キロバイトを含む。本記述を更に簡単にするために、４ビットのみが考察される。例えば、データフレームは、１／４レートの繰り返しコード化によって送信されるものとする。このように、ビット「１」が送信されることが望ましいが、データフレームは、「１１１１」を含む。宛先１０２が、干渉又はデータ損失の他の原因により、宛先１０２の観点から「１０１０」を受信する場合、ビット「０」が送出された尤度は、意図されたビット「１」と同じくらい大きく、データは信頼できない。
【００２０】
コード化された協働的な通信を使用することによって、送信元１０１は、送信元１０１より宛先１０２の近くにありえ、宛先１０２との通信において送信元１０１より小さい干渉を受けることがあり、又はその両方である、中継／パートナーステーションを選択する。例証的に、中継／パートナーステーション１０４は、宛先１０２に関して適切なＱｏＳレベルを提供するものとする。説明的な実施例のコード化された協働的な通信方法を介して、送信元１０１は、その符号化されたデータの一部を送信し／ブロードキャストする。例えば、送信元ＳＴＡ１０１は、前述された４ビットコード化されたデータの最初の２ビットを送信する。中継／パートナー１０４は、データの送信された部分を受信し、データフレームの受信された部分をデコードし、受信されたデータフレームを再エンコードし、データを宛先１０２に送信する。
【００２１】
例を続けて、送信元１０１が、データフレームの一部として「１１」を送信するものとする。更に、宛先１０２が、「１０」を受信し、中継／パートナー１０４が、「１１」を受信するものとする。一実施例によれば、中継／パートナー１０４は、受信されたデータビットの大部分が「１」であるので、受信されたデータをデータビット「１」としてデコードする。受信されたデータをデコードしたのち、中継／パートナー１０４は、１／２繰り返しコードを使用して、ビット「１」をエンコードし、データフレームの第２の部分として再エンコードされたフレームを送信する。中継／パートナー１０４は、送信元１０１より宛先１０２に近いところにあり、送信元との通信においてより少ない干渉を受け、又はそれらの両方があてはまるので、中継／パートナー１０４は、エラーなく、宛先１０２にデータを送信する一層高い可能性を有する。従って、データフレームの再エンコードされた部分は、データが送信元１０１からのみ直接的に受信される場合よりも信頼性が高い。
【００２２】
特定の実施例において、データフレームの第１の部分は、フレームの半分に等しく、第２の部分もまた、データフレームの半分に等しい。こうして、上記の例示に従い、宛先は、起こりうる伝送エラーにより、送信元から第１の半分を「１０」として受信し、中継／パートナーから第２の部分を「１１」として受信し、受信されたビットの大部分が１（４ビットのうちの３つ）であることに基づいて、データビットを「１」としてデコードする。
【００２３】
前述された例示の実施例において、データフレームの第１の部分及び第２の部分は、データフレームの各半分であるが、データフレームの第１の部分が、データフレームの半分よりも大きく又は小さいことが企図される。それとは関係なく、中継／パートナーステーション１０４は、送信元１０１によって送出された第１の部分を受信するとともに、全体のデータフレームが宛先によって受信されるように、データフレームの第１の部分を補うために、第２の部分を再エンコードし、構成する。例えば、送信元が、フレームの３分の１を送信する場合、宛先は、データフレームの少なくとも３分の２を含む第２の部分を再エンコードし、構成する。本記述が続くにつれて明らかになるであろうが、例示の実施例のデータフレームの協働的な送受信は、ネットワーク１００の効率を有用に改善する。
【００２４】
図２は、例示の実施例によるタイムライン２００であり、図１の説明的な実施例と関連して検討されるとき最も良く理解される。送信元、宛先及び選択された中継／パートナーに関するタイムラインが、示されている。
【００２５】
特定の実施例において、タイムラインは、スーパーフレームの一部を表す。しかしながら、スーパーフレームの使用は、本質的ではなく、他のタイミングスキームも企図される。スーパーフレームを組み込む集中化されたネットワークを含む特定の実施例において、ＡＰは、ビーコンを送信し、ビーコン間の期間は、しばしばスーパーフレームと呼ばれる。ビーコン２０１は、ネットワーク１００のレンジ内で受信される。分散ネットワークを含む実施例において、ＳＴＡ１０１−１０８のうちの１つは、選択されたものに従って周期的にビーコンを送信する。
【００２６】
８０２．１１プロトコルは、しばしば「リッスンビフォアトーク」プロトコルと呼ばれる。このように、リクエストツーセンド（ＲＴＳ）及びクリアツーセンド（ＣＴＳ）フレームは、送信元１０１及び宛先１０２間のやり取りである。例示の実施例によれば、ＲＴＳ２０１は、送信元１０１によって送信される。このＲＴＳ２０１は、宛先１０２によって受信され、宛先１０２は、ＣＴＳ２０３を送信する前にショートインタフレームスペース（ＳＩＦＳ）２０２として知られる時間期間待つ。
【００２７】
ＣＴＳ２０３は、選択された中継／パートナー１０４によって受信され、選択された中継／パートナー１０４は、パートナークリアツーセンドフレーム（ＰＣＴ）とも呼ばれうるパートナーツーセンド（ＰＴＳ）フレーム２０５を送出する前に別のＳＩＦＳ２０４を待つ。送信元１０１は、ＰＴＳ２０５を受信したのち、データフレームの第１の部分２０７を送信する前に別のＳＩＦＳ２０６を待つ。データフレームの第１の部分２０７は、中継／パートナー１０４及び宛先１０２によって受信される。中継／パートナー１０４は、データフレームの第２の部分２０９を再エンコードし、再構成し、ＳＩＦＳ２１０ののち第２の部分２０９を送信する。最後に、データフレームの第２の部分２０９を受信したのち、宛先１０２は、データフレームを実現するために第１及び第２の部分２０７、２０９を再構成する。この点で、宛先１０２は、宛先が、受信された２つの部分から正しくデータをデコードすることが可能であるとして、受信のアクノリッジメント２１１（ＡＣＫ）を送信する。ここで使用されるとき、ＲＴＳ２０１、ＣＴＳ２０３、ＰＴＳ２０５、データフレーム２０７、２０９の第１及び第２の部分並びにＡＣＫ２１１の送受信は、完了したトランザクションを含む。
【００２８】
図３は、例示の実施例のＲＴＳ、ＣＴＳ及びＰＴＳのフレームフォーマットのブロック図である。これらのフレームフォーマットは、ＩＥＥＥ８０２．１１プロトコル下で提供されるフレームフォーマットの変形である。これらのフォーマットの特定の詳細が、ＩＥＥＥ８０２．１１仕様書及びその後代の仕様書に提供されており、その内容は、参照によって本願明細書に盛り込まれるものとする。
【００２９】
ＲＴＳフレーム２０１は、フレーム制御フィールド、持続時間フィールド、宛先アドレスフィールド、パートナーアドレスフィールド、送信元アドレスフィールド及びパケット内のエラーをチェックするために使用されるフレームチェックシーケンス（ＦＣＳ）を含む。明らかなように、宛先アドレス、パートナーアドレス及び送信元アドレスフィールドは、宛先、パートナー及び送信元をそれぞれ識別する。説明的なビット値が、補足的に各々のフレームに示される。当業者には明らかであるように、ＲＴＳフレーム２０１は、間近に迫った送信の中継／パートナーであると選択される中継／パートナーアドレスを含む変形されたフレームである。こうして、受信されると、中継／パートナー（例えば記述される例に従って中継／パートナー１０４）は、間近に迫ったトランザクションにおいて中継／パートナー機能を引き受ける。複数の中継／パートナーからの１つの中継／パートナーの選択は、単なる説明的なものであることを強調しておく。ＳＴＡ１０３−１０８のうちの２以上が、例示の実施例のコード化される協働的な通信方法を行うために中継／パートナーＳＴＡとして選択されることができることが企図される。
【００３０】
ＲＴＳフレーム２０１が、送信され、ＳＩＦＳ期間が経過したのち、ＣＴＳフレーム２０３が、宛先ＳＴＡ１０２によって送信される。ＣＴＳフレームは、フレーム制御フィールド、持続時間フィールド、宛先アドレスフィールド、中継／パートナーアドレスフィールド及びＦＣＳフィールドを含む。ＣＴＳは、送信元ＳＴＡ及び中継／パートナーＳＴＡによって受信される。このフレームがブロードキャストされるとき、すべてのＳＴＡ（中継／パートナーＳＴＡ及び送信元ＳＴＡを除く）は、ＡＣＫ２１１の受信がトランザクションの完了を示すまで、沈黙のままである。
【００３１】
ＣＴＳフレーム２０３を受信するとすぐに、中継／パートナーＳＴＡは、ＰＴＳフレーム２０５を送信する。ＰＴＳフレームは、フレーム制御フィールド、持続時間フィールド、宛先アドレスフィールド及びＦＣＳフィールドを含む。ＰＴＳフレーム２０５を通じて、中継／パートナーＳＴＡは、それがトランザクション中に中継／パートナーＳＴＡとして機能することを、送信元ＳＴＡ及び宛先ＳＴＡに知らせる。
【００３２】
ここにより詳しく記述されるように、上述のＣＭＡＣの使用は、ワイヤレスネットワーク１００においてデータフレームの送受信の改善されたＱｏＳを提供する。
【００３３】
図４は、例示の実施例によるワイヤレス通信の方法のフローチャートである。方法は、図１、図２及び図３と関連して記述される例示の実施例に関連して検討されるとき最も良く理解される。更に、方法は、前述された例示の実施例に一般的である多くのフィーチャを含む。一般的なフィーチャが言及されうるが、それらは、概して、本例示の実施例の方法の記述を分かりにくくすることを避けるために詳しく記述されない。更に、図４の例示の実施例の方法は、図５の記述に関連して検討されるとき最も良く理解される。
【００３４】
ステップ４０１において、送信元ＳＴＡ１０１は、ＲＴＳフレームを送信する。ＲＴＳは、中継／パートナーＳＴＡ１０４によって受信されることができ、方法は、図１−３に関連して記述されるように進む。しかしながら、中継／パートナーＳＴＡ１０４がＲＴＳを受信しない場合、中継／パートナーＳＴＡ１０４は、ＣＴＳが中継／パートナー１０４によって受信されるにもかかわらず、ＰＴＳを送信しない。この場合、図４の方法は終わり、データの送信／受信は、例示の実施例の中継／パートナーＳＴＡの利益なしにデータフレームの全送信を介して実行される。換言すると、送信元ＳＴＡ及び宛先ＳＴＡ間の通信は、知られている８０２．１１プロトコルに従って行われる。
【００３５】
ＲＴＳを受信したのち、ステップ４０２において、宛先ＳＴＡ１０２は、ＣＴＳを送信する。ＣＴＳが、中継／パートナーによって受信され、中継／パートナーが、ＲＴＳも受信した場合、トランザクションは記述されるように続く。しかしながら、ＣＴＳが受信されない場合、中継／パートナーＳＴＡ１０４のＣＭＡＣは、ＰＴＳを送信しない。このように、図４の方法は終わり、データの送信／受信は、知られている８０２．１１規則に従ってデータフレームの全送信を介して、例示の実施例の中継／パートナーＳＴＡの利益なしに、行われる。
【００３６】
中継／パートナーＳＴＡ１０４が、ステップ４０３においてＣＴＳを受信する場合、中継／パートナーＳＴＡ１０４は、ＰＴＳを送信し、データの送信が、データフレームの第１の部分の送信によってステップ４０４において始まる。しかしながら、送信元ＳＴＡ１０１が、中継／パートナーＳＴＡからＰＴＳを受信しない場合、図４の方法は終わり、データの送信／受信は、知られている８０２．１１規則に従ってデータフレームの全送信を介して、例示の実施例の中継／パートナーＳＴＡの利益なしに、実行される。
【００３７】
特に、ＲＴＳを受信するすべてのＳＴＡ（例えば中継／パートナーＳＴＡ）は、データフレームの送信中、非アクティブ／沈黙のままである；ＣＴＳを受信するすべてのＳＴＡは、データフレームの送信中、沈黙のままである；ＰＴＳを受信するすべてのＳＴＡは、データフレームの送信中、沈黙のままである。ここに記述されるように、これは、データの送受信を干渉で悩ませうるネットワーク１００内の隠れたノードの問題を緩和する。
【００３８】
ステップ４０５において、中継／パートナーＳＴＡは、送信元ＳＴＡからデータフレームの第１の部分を受信する。更に、宛先も同様にフレームを受信する。データフレームの第１の部分を受信したのち、中継／パートナーＳＴＡは、データフレームの第２の部分を再エンコードし、宛先ＳＴＡに送信し、宛先ＳＴＡは、前述したように完全なデータフレームを再構成する。データフレームの第２の部分を受信したのち、宛先は、ステップ４０６においてＡＣＫを送信し、トランザクションは、ステップ４０７において完了される。
【００３９】
図５は、送信元ＳＴＡ１０１、宛先ＳＴＡ１０２及び中継／パートナーＳＴＡ１０４を示している。送信元ＳＴＡ１０１、宛先ＳＴＡ１０２及び中継／パートナーＳＴＡ１０４をそれぞれ囲む点線５０１、５０２及び５０３は、これらのＳＴＡの送受信レンジを表す。宛先ＳＴＡ１０２のレンジ内にあるが、送信元ＳＴＡ１０１及び中継／パートナーＳＴＡ１０４のレンジ外にあるＳＴＡ５０４について考える。こうして、中継／パートナーＳＴＡ５０４は、送信元ＳＴＡ１０２及び中継／パートナーＳＴＡ１０４から隠れており、ＣＴＳを受信するが、ＲＴＳ又はＰＴＳを受信しない。ＳＴＡ５０４は、ＣＴＳを受信するので、ＰＴＳ及びデータフレームの送信中、非アクティブなままでいる必要について知らされる。しかしながら、ＳＴＡ５０４は、ＲＴＳ又はＰＴＳを受信しない。これは、ＳＴＡ５０４が送信元ＳＴＡ１０１及び中継／パートナーＳＴＡ１０２の受信レンジ外にあるので、取るに足らない。こうして、宛先ＳＴＡ１０２の送受信中のみ、ＳＴＡ５０４が、干渉しうる。記述されたように、ＣＴＳを通じて、ＳＴＡ５０４は、これらの送信中沈黙のままであるように指示される。
【００４０】
中継／パートナーＳＴＡ１０４及び宛先ＳＴＡ１０２から隠れているＳＴＡ５０５について考える。こうして、ＳＴＡ５０５は、ＲＴＳを受信し、ＣＴＳ又はＰＴＳを受信しない。しかしながら、ＲＴＳから、ＳＴＡ５０５は、宛先ＳＴＡ１０２及び中継／パートナー１０４について知らされ、ＣＴＳ、ＰＴＳ及びデータフレームの送信中に沈黙のままである必要について知らされる。
【００４１】
この開示を考慮して、ここに記述されるさまざまな方法及び装置がハードウェア及びソフトウェアにおいて実現されることができること注意されたい。更に、さまざまな方法及びパラメータは、限定的な意味ではなく、例として含まれているにすぎない。この開示を考慮して、当業者は、添付の請求項の範囲内にあるまま、それら自身の技法及びこれらの技法を成し遂げるために必要な機器を決定するために、さまざまな例示の装置及び方法を実現することができる。
【図面の簡単な説明】
【００４２】
【図１】例示の実施例によるワイヤレスネットワークの簡略化された概略図。
【図２】例示の実施例によるタイミング図。
【図３】例示の実施例によるフレーム素子のブロック図。
【図４】例示の実施例によるワイヤレス通信の方法のフローチャート。
【図５】例示の実施例によるワイヤレスネットワークの簡略化された概略図。
【図１】
2009517956.tif 000003
【図２】
2009517956.tif 000004
【図３】
2009517956.tif 000005
【図４】
2009517956.tif 000006
【図５】
2009517956.tif 000007
【国際調査報告】
2009517956.tif 000008
2009517956.tif 000009