1つ以上の試験パケットを、ソースデバイスから宛先デバイスに送信するステップと;前記1つ以上の試験パケットの応答結果に基づいて、レート適応送信技術、及びレート適応でない送信技術のいずれかを選択するステップと;1つ以上のデータパケットを、前記選択された送信技術に従って、前記ソースデバイスから前記宛先デバイスに送信するステップと;を有する方法。レート適応でない送信技術の失敗が所定の数だけ発生した場合に、前記レート適応送信技術が選択される、請求項1記載の方法。前記1つ以上の試験パケットのデータ転送速度、及び前記レート適応でない送信技術のデータ転送速度は、レート適応送信技術に従って決定される、請求項1記載の方法。前記送信するステップは、1つ以上の試験パケットの再送信を送信するステップを含み;前記選択するステップは、前記試験パケットの再送信の数が閾値に達した場合に、前記レート適応送信技術を選択し、それ以外の場合には、レート適応でない送信技術を選択するステップを含む;請求項1記載の方法。前記レート適応送信技術は、1つ以上のパケット損失の発生に基づいて、前記1つ以上のデータパケットのデータ通信速度を調整する、請求項1記載の方法。前記レート適応でない送信技術は、固定データ転送速度を採用する、請求項1記載の方法。前記1つ以上の試験パケットの各々は、送信要求RTSパケットである、請求項1記載の方法。前記ソースデバイス、及び前記宛先デバイスは、IEEE802.11無線ローカルエリアネットワークWLANに含まれる、請求項1記載の方法。無線通信メディアが現在空きであるか否かを判断するステップと;前記判断が、前記無線通信メディアが現在空きであることを示す場合、1つ以上のデータパケットを、ソースデバイスから宛先デバイスに送信するステップと;を有し、前記送信するステップは、レート適応でない技術に従う;方法。前記判断するステップは:1つ以上の試験パケットを宛先デバイスに送信するステップと;前記1つ以上の試験パケットの各々に対して、前記宛先デバイスからの対応する試験応答パケットを待つステップと;を含む請求項9記載の方法。前記判断するステップは、受信していない試験応答パケットの数が閾値に達した場合、前記無線通信メディアが空いていないと結論するステップ、を含む請求項10記載の方法。前記1つ以上の試験パケットの各々は、送信要求RTSパケットであり、かつ、対応する試験応答パケットの各々は、送信可CTSパケットである、請求項10記載の方法。前記宛先デバイスから、前記1つ以上のデータパケットの各々に対する肯定応答を待つステップ、を更に有する、請求項9記載の方法。受信していない肯定応答の数が、閾値に達した場合、試験パケットを前記宛先デバイスに送信するステップと;前記宛先デバイスから、試験応答パケットを待つステップと;を更に有する、請求項13記載の方法。前記ソースデバイス及び前記宛先デバイスは、IEEE802.11無線ローカルエリアネットワークWLANに含まれる、請求項9記載の方法。無線通信メディアが現在空きであるか否か判断を行う、状態判断モジュールと;前記状態判断モジュールが、前記無線通信メディアが現在空きであると判断した場合、レート適応でない技術に従って、宛先デバイスに1つ以上のデータパケットを送信するトランシーバモジュールと;を有する装置。前記トランシーバモジュールは、1つ以上の試験パケットを送信し、前記状態判断モジュールは、前記1つ以上の試験パケットの応答結果に基づいて、前記判断を行う、請求項16記載の装置。前記状態判断モジュールは、受信していない試験応答パケットの数が閾値に達した場合、前記無線通信メディアが空きでないと判断する、請求項17記載の装置。前記1つ以上の試験パケットの各々は、送信要求RTSパケットである、請求項17記載の装置。1つ以上の試験パケットを、ソースデバイスから宛先デバイスに、送信するステップと;前記1つ以上の試験パケットの応答結果に基づいて、レート適応送信技術、及びレート適応でない送信技術のいずれかを選択するステップと;1つ以上のデータパケットを、前記選択された送信技術に従って、前記ソースデバイスから前記宛先デバイスに送信するステップと;を含む命令を、コンピュータに実行させるプログラム。リンクアダプテーション技術は、妨害ノイズの影響を減少させるために採用され得る。しかしながら、従来のリンクアダプテーション技術は、混雑と空きの状態の間で高速に変化することに対しては、対処できるものではなかった。このため、この技術は、低いデータ転送速度を持つ変調及び符号化方式MCSを採用する点に単に関連しているだけである。残念なことに、このために、速度は許容されるレベルを下回ることとなる。本発明の一側面によって、1つ以上の試験パケットを、ソースデバイスから宛先デバイスに送信するステップと;前記1つ以上の試験パケットの応答結果に基づいて、レート適応送信技術、及びレート適応でない送信技術のいずれかを選択するステップと;1つ以上のデータパケットを、前記選択された送信技術に従って、前記ソースデバイスから前記宛先デバイスに送信するステップと;を有する方法が提供される。図面において、同様の参照番号は、同一、機能的に同様、及び/又は構造的に同様の要素を示す。参照番号の左側の番号は、図面の番号を表している。本発明に関して、図面を参照しながら説明する。実施例によって、バースト的なノイズ環境における通信に対する技術を提供する。例えば、ソースデバイスは、試験パケットを宛先デバイスに送信する。この試験パケットは、通信メディア例えば、1つ以上の周波数チャネルが、現在例えば、バースト的ノイズのためにビジーであるか又は混雑した状態であるかを判断するものである。より具体的には、試験パケットの肯定応答が受信されたか否かに基づいて、ソースデバイスは、そのチャネルが混雑しているか又はビジーであるか又は空いているかclearを判断する。例えば、肯定応答を得ていない試験パケットは、チャネルが混雑しているか又はビジーであることを示している。これに対して、肯定応答を得ている試験パケットは、チャネルが空いていることを示している。このチャネルが空いていると判断されることを示す場合、ソースデバイスは、1つ以上のデータパケットを宛先デバイスに送信することができる。このようなデータパケットの伝送は、レート適応によらない技術に基づいている。実施例は、IEEE802.11ネットワーク例えば802.11a/b/g/nネットワークに利用し得る。しかしながら、実施例は、これらのネットワークに限定されるものではない。上述のように、バースト的なノイズは、併存している、又は近くに存在する無線エネルギー源によりもたらされることが多い。異なるソース毎に、異なるバースト的な特徴の強度を有する。例えば、近くに存在するブルートゥース登録商標無線は、10ないし40のデューティサイクルで妨害を与える。従来の電子レンジは、10のデューティサイクルで妨害を与える。インバータタイプの電子レンジは、50ないし60のデューティサイクルで妨害を与えるこれらは、通信トラフィックパターンに依存する。図1Aないし図1Cは、異なる複数のソースからの妨害を示している。例えば、図1Aのグラフ100は、電子レンジからの妨害を示している。図1Bのグラフ110は、SCOリンクによる音声トラフィックのためのブルートゥース無線の妨害を示している。図1Cのグラフ120は、5メガビット/秒MbpsアップリンクトラフィックのWiFiIEEE802.11無線からの妨害を示している。上述のように、リンク適応技術は、妨害及びノイズに対処するために採用される技術である。従来のリンク適応技術は、パケットが正しく受信されない場合、データ転送速度を低下させる傾向がある。このような従来技術は、バースト的でないノイズに適している。例えば、付加ホワイトガウスノイズが挙げられる。この理由は、これらのノイズが常に発生していると仮定されているからである。したがって、このような、常に発生するノイズに対して、低いビットエラー確率を提供することによってデータ転送速度を低下させることは効果的である。しかしながら、通常の現実の生活の環境においては、バースト的なノイズたとえば、オンオフの時間が発生する。このようなバースト的なノイズによって、従来のレート適応技術は、効果的ではない。なぜなら、バースト的なノイズが存在する場合、データ転送速度/またはMCSを低下させることは、データ転送の時間たとえば、WiFiパケットを増加させるばかりでなく、バースト的なノイズに衝突するデータパケットの確率を増加させる。このため、WiFiのパフォーマンスは、結果的に低下してしまう。従来のアプローチとは異なり、実施例では、バースト的なノイズ環境に直面した場合には、データ転送速度を減少させることを控える。この結果、パケットの時間は増加しない。これは、好適に、バースト的なノイズ環境下におけるエラーフリーの通信の確率を増加させるのである。図2は、例示的な動作環境200を示している。この環境において、第1のデバイス202は、無線で第2のデバイス204にデータ送信230を行う。しかしながら、この無線送信は、妨害によりエラーが発生する。たとえば、図2において、妨害しているデバイス206は、妨害送信232を発生させる。これは、データ送信230が正確にデバイス204によって受信されることを阻止する。このような妨害送信は、バースト的に発生する。たとえば、例示的な送信は、図1に示すような特徴を呈する。したがって、妨害しているデバイス206は、たとえば、電子レンジ、併存又は近隣の無線機WiFi無線、ブルートゥース無線等又はバースト的妨害のその他のソースが挙げられる。実施例において、デバイス202は、通信メディアたとえば無線チャネルが、現在バースト的ノイズの状態にあるか否か、又は、通信メディアが現在、実質的にバースト的なノイズが無い状態であるか否かを判断する、試験技術probingtechniqueによって、バースト的な妨害を取り扱うことができる。このような判断に基づいて、デバイス202は、対応する通信技術を採用することができる。実施例において、図2の環境は、無線ディスプレイWiDiアプリケーションに関連するなお、これらに限られるものではない。デバイス202は、たとえばパーソナルコンピュータPC、ノートブック又はラップトップコンピュータ、あるいは、その他の適切なデバイス等の、コンピューティングプラットフォームである。そして、デバイス204は、ディスプレイであってもよい。動作中において、デバイス202は、ディスプレイデータ例えば、データ送信230をデバイス204に送信する。このデータは、様々なディスプレイ、ビデオ、及び/又は画像符号化フォーマットにエンコードされる。受信すると、デバイス204は、受信したディスプレイデータをデコードし、表示する。デバイス202は、様々な要素を含み、これらは、ハードウエア、及び/又はソフトウエアのいかなる組み合わせによってもインプリメントされ得る。例えば、図2において、デバイス202は、WiDiモジュール210を含む。これは、無線ディスプレイデータ送信を生成する。このディスプレイデータは、デバイス202で動作している1つ以上のアプリケーション及び/又はプロセス212によって提供される。このようなアプリケーション/プロセスは、ハードウエア及び/又はソフトウエアのあらゆる組み合わせによって実行され得る。実施例として、図2において、デバイス202は、記憶媒体例えばメモリ216を含み、記憶媒体はこれらのアプリケーション及び/又はプロセスに関連する命令を格納する。また、図2において、デバイス202は、これらの命令を実行する1つ以上のプロセッサ例えばマイクロプロセッサ214を含む。図2に示すように、デバイス204は、無線データを受信するためのWiDiモジュール220を含む。さらに、図2に示すように、このディスプレイデータをデコードロジック222、及びデコードされたディスプレイデータを視覚的に出力するための物理的ディスプレイディバイス224を含む。デバイス204の要素は、ハードウエア及び/又はソフトウエアのいかなる組み合わせによってインプリメントされてもよい。例えば、デバイス204は、記憶媒体例えばメモリ及び1つ以上のプロセッサを含むことができる。これらは、WiDiモジュール220及びデコードロジック222の機能を提供する命令を記憶し実行することができる。WiDiモジュール210及び220は、様々な無線ネットワーク標準に従って動作することができる。例えば、これらのモジュールは、米国電気電子学会IEEE802.11標準WiFi標準の1つ以上に従って、動作することができる。なお、実施例は、これらの標準に限定されるものではない。更に、実施例は、無線ディスプレイの利用に限定されるものではない。従来のIEEE802.11のレート適応メカニズムについて以下に詳述する。このメカニズムに従って、無線通信デバイスは、データ転送速度を選択するドライバを用いることができる。この動的な選択は、近いデータ転送速度のうちで、長期間の推定されたスループットの最適なものを提供することを目的としている。このデバイスは、最初のデータ転送速度として、選択されたデータ転送速度を用いる。この最初のデータ転送速度の決定プロセスは、信号及びノイズの遅い変化をトラッキングする。この例としては、アクセスポイントから離れたところで歩いていることによる変化が挙げられる。この選択に基づいて、デバイスは転送速度テーブルratetableを作成する。例えば、典型的な転送速度テーブルとしては、段階的に減少するようにアレンジされた16個の転送速度を含むテーブルが挙げられる。この転送速度テーブルによって、デバイスは、例えば、マイクロコードの実行によって短期間の転送速度の調整を実行できる。このような短期間の転送速度の調整は、例えば、弱い信号又は妨害ノイズに基づく衝突によるパケットの損失が発生した場合になされる。例えば、パケット損失が発生した場合例えば、受信側デバイスから対応するACKを受信しない場合、デバイスは、テーブルにおける、より遅い転送速度によって自動的にパケットを再送する。更にパケット損失がある場合には、転送速度テーブルにおける、次の、より遅い転送速度によって、後の送信を行う。パケット送信が成功した場合、次の送信は、最初のデータ転送速度を採用するようにする。したがって、データ転送速度を低下させることによって、この技術は、AWGN付加ホワイトガウスノイズチャネルにおけるパケットの成功確率を向上させる。しかしながら、この短期間の調整技術は、パケットの期間より長いものとしてしまう。上述のように、このような期間の増加は、バースト的なノイズの環境において成功裏にパケットを送信するできる確率を低下させることとなる。このようなアプローチに加えて、実施例は、無線チャネル無線メディアの試験probeを行う技術を採用する。このような技術は、好適にバースト的なノイズの環境を管理し、しかも従来の通信速度調整技術のようにパケットの期間を過度に増加させることがない。このような技術では、送信デバイスは、無線試験パケットを宛先デバイスに送信する。この試験パケットが受信デバイスに正しく受信された場合、送信デバイスは、1つ以上のデータパケットを受信デバイスに送信する。この送信デバイスは、このデータパケットが所定の数になるまで、1つ1つ、これらのデータパケットを送信することができる。このロスが発生した場合、送信デバイスは、他の試験パケットを受信デバイスに送る。事実、送信デバイスは、正しく受信するまで、この試験パケットを何回も送ることができる。したがって、実施例は、バーストノイズを検出するために試験パケットを採用する。例えば、この試験パケットは、現在、バースト妨害の期間onperiodとも称すが存在するか、又は、バースト妨害期間外offperiodとも称すを検出することができる。この検出に基づいて、送信デバイスは、オフ期間の間にデータを送信し、オン期間の間は、バックオフbackoff送信を延期する。オフ期間において、データ転送速度は、従来のIEEE802.11技術に従って決定された最初のデータ転送速度であるこの点については、既に述べた。試験パケットの送信が成功することは、データパケットの送信が成功する可能性が高いことを示すが、それよりも高くない場合は、そうでないような試験パケットのデータ転送速度を選択することが望ましい。例えば、試験パケットは、最初のデータ転送速度よりも少しだけ高いデータ転送速度であることが望ましく、これによって、短いパケット長となる。したがって、試験パケットのデータ転送速度は、レート適応技術に従って、例えば、このような適応技術の最初のデータ転送速度に基づいて選択され得る。実施例において、送信デバイスは、受信デバイスが1つ以上の試験パケットの受信に失敗した場合、オン期間であることを検出する。これに対して、送信デバイスが、受信デバイスが試験パケットの受信に成功した場合、オフ期間を検出する。実施例において、受信デバイスは、肯定応答ACKを送信デバイスに送信することを介して、受信が成功したことを示す。追加的な通信オーバーヘッドすなわち、データパケットに加えて、試験パケットを採用することによるオーバーヘッドが発生することとなるが、この技術は、衝突の発生を好適に減少させる。更に、この技術によって、減少方向のデータ転送速度の調整は、好適に回避することができる。この結果、追加的なオーバーヘッドが発生するにもかかわらず、より良いパフォーマンスが達成される。このような技術によって、パケット例えば、試験パケット又はデータパケットの受信が成功したことは、送信デバイスが受信デバイスから対応する肯定応答ACKを受信することによって示される。逆に、受信デバイスからの対応する肯定応答の受信を送信デバイスが失敗することによって、パケットロスが示される。図3は、例示的なフローチャート300を示している。これは、本明細書の1つ以上の実施例によって実行される動作の例を示す。まず、このフローは図2の構成に基づいている。しかしながら、実施例は、これに限定されるものではない。また、図3は、特定のシーケンスを示すが、他のシーケンスが採用されても良いことは言うまでもない。更に、記載された動作は、パラレル及び/又はシーケンシャルの様々な組み合わせで実行され得る。図3のフローチャートは、ソースデバイス及び宛先デバイスに関連して描かれている。図2において、ソースデバイスは、デバイス202であり、宛先デバイスは、デバイス204である。しかしながら、実施例はこの例に限定されるものではない。ブロック302で、ソースデバイスは、無線通信メディア例えば、1つ以上のIEEE802.11チャネルを試験する。そして、チャネルのノイズ状態を判断する。上述したように、これは、ソースデバイスが、1つ以上の試験パケットを送信することに関連する。試験パケットの例としては、送信要求RTS:readytosendパケット及び専用のdedicated試験パケットが挙げられるなお、これらに限定されるものではない。そして、ソースデバイスは、これらの試験パケットに対する宛先デバイスからの応答を待つ。この応答は、送信可CTS:cleartosendパケット、専用応答パケット、及び/又はその他の適切な送信であってもよい。ブロック304で、ソースデバイスは、無線通信メディアがclear:バーストノイズ、又はバースト的な状態でない空き、であるか否かを判断する。その場合には、処理は306に進む。ブロック306で、ソースデバイスは、1つ以上のデータパケットを宛先デバイスに送信する。実施例において、このデータ転送は、レート適応技術例えば、上述の従来のIEEE802.11のレート適応メカニズムを採用しない。データパケットが成功裏に宛先デバイスによって受信された場合、宛先デバイスは、肯定応答ACKパケットをソースデバイスに送信する。このようにして、ソースデバイスは、送信されたデータパケットの受信の各々の肯定応答を待つ。ブロック308に示すように、ソースデバイスは、試験状態が存在するかを判断する。試験状態の例としては、宛先デバイスからのデータパケットの肯定応答の受信の失敗が挙げられる。例えば、肯定応答の無いデータパケットの数が所定の閾値に達した場合には、ソースデバイスは、試験状態が存在すると判断する。図3に示すように、試験状態が存在する場合、処理は、302に戻る。そして、無線メディアに対して、更に試験が行われる。したがって、ソースデバイスは、データパケットの送信を中断し、後のデータパケット送信の再開のために、通信メディアの試験を再度行う。上述のように、コントロールパケットが、メディアを試験するために採用される。様々なタイプの試験パケットが採用され得る。例えば、実施例において、RTSパケットを試験パケットとして採用することができる。この場合、対応する肯定応答パケットは、CTSパケットであってもよい。あるいは、又は追加的に、実施例において、Nullデータパケットを試験パケットとして採用してもよい。あるいは/これに加えて、ACKパケットを対応する肯定応答パケットとして採用してもよい。更に、専用の試験コントロールパケットを採用してもよい。この点については、図4及び図5を用いて説明する。なお、実施例は、これらの例示に限定されるものではない。図4及び図5は、例示的コントロールパケットのダイヤグラムを示している。図4は、例示的な専用試験パケット400を示す。図5は、例示的な専用試験応答パケット500を示す。図4に示されるように、試験パケット400は、フレームコントロールフィールド402と、受信STAアドレスフィールド404と、送信されたSTAアドレスフィールド406と、CRCフィールド408とを含む。更に、図4は、各フィールドに対して例示的にバイトでサイズを示している。フレームコントロールフィールド402は、パケット400が試験パケットであることを識別するためのものである。受信STAアドレスフィールド404は、宛先の受信デバイスを示す。送信されたSTAアドレスフィールド406は、送信デバイスを示す。CRCフィールド408は、パケット400におけるエラーの検出を可能とさせる。図5において、試験応答パケット500は、フレーム制御フィールド502と、受信されたSTAアドレスフィールド504と、CRCフィールド502とを含む。フレーム制御フィールド502は、パケット500が、試験応答パケットであることを識別させるためのものである。受信されたSTAアドレスフィールド504は、宛先の受信デバイスを示す。CRCフィールド506は、パケット500におけるエラーの検出を可能とさせる。したがって、実施例においては、従来の受信要求/送信可RTS/CTSプロテクション方式に対して好適な、試験パケット技術を採用することができる。この従来のRTS/CTSプロテクション方式は、送信デバイス例えば、WiDiに対しては、パーソナルコンピュータの内部のWiFiモジュールがRTSパケットを送信することを採用している。RTSパケットの受信に応答して、受信デバイス例えば、ワイヤレスディスプレイのWiDiアダプタがCTSパケットを送信する。このRTS/CTSプロテクションスキームにおいて、RTS及びCTSフレームの交換が成功裏に行われた場合、送信デバイスは、所定の時間期間SIFS間隔:shortInterframespacingintervalだけ待った後、データパケットを送信することができる。しかしながら、所定の時間間隔内で、送信デバイスがCTSパケットを受信しない場合、その送信デバイスは、バックオフタイムウィンドウの後に、RTSパケットを再送信する。この従来のRTS/CTSプロテクション方式の例を、図6A及び図6Bに示す。特に、図6Aは、RTS/CTS交換600の例ブロックAとしても表記されているを示している。この交換において、ソースデバイス610は、RTSパケット602を、宛先デバイス620に分散されたフレーム間スペース期間DIFS:DistributedInterframeSpaceの後に送信する。これに対して、宛先デバイス620は、SIFSshortInterframespace期間の後、CTSパケット604をソースデバイス610に送信することにより応答する。CTSパケット604を受信すると、ソースデバイス610は、SIFS期間だけ待ち、データパケット606を宛先デバイス620に送信する。このデータパケットを受信すると、宛先デバイス620は、肯定応答ACKパケット608を送信する。ACK608の受信の後、ソースデバイス610は、DIFS期間、及びバックオフBO時間間隔だけ待つ。図6Bは、ブロックA交換600の例を示している。特に、図6Bは、連続的に実行される二つの交換600a及び600bを示している。更に、図6Bは、これらの交換が、バースト的ノイズがオフの期間650の間に実行されることを示している。この期間は、バースト的なノイズ652a及び652bの間に位置している。図6A及び図6Bの従来のRTS/CTSプロテクション方式は、特定の状況の時には、利用価値がある。例えば、この従来の方式は、混雑している領域例えば、WLANネットワークがオーバーラップしている領域において利用価値がある。この従来の方式によって、同一の物理的チャネルに存在する各ステーションは、ネットワークアロケーションベクトルNAVを受信する。そして、異なるネットワークに対する構成された状態であったとしてもそれらのメディアアクセスを適切に遅らせる。更に、この従来方式は、よく知られた非常時ノードhiddennode及び表示ノードexposednodeの問題を解決するのに利用できる。しかしながら、バースト的ノイズの存在する環境を取り扱うために、従来のRTS/CTSプロテクション方式を用いることに対する欠点も存在する。例えば、データパケットの各々をRTS及びCTSパケットでラッピングすることによって、この方式は、過度の通信バンド幅を消費してしまうことになる。この結果、全体的なスループットが、許容できないレベルにまで落ちてしまう。ここに説明するように、実施例では、試験パケットがバースト的ノイズのオン期間又はオフ期間が存在するか否かを検出するために用いられる。試験パケットは、様々な態様でインプリメントされ得る。例えば、RTS/CTSパケット、及び専用の試験パケットが採用され得る。しかしながら、送信及び受信デバイスが、同じ試験パケットの定義を採用し、かつ、それらのパケットがメディアチャネルの状態を通信できる限り、いかなるパケットの形式が利用されてもよい。試験メカニズムの例が、図7A及び図9に示されている。図7A及び図7Bは、試験パケットの交換の例を示している。この交換は、ブロックBとしても記載されている。特に、図7Aにおいて、試験パケットは、RTS/CTSパケットでインプリメントされている。これに対して、図7Bは、専用の試験パケットの採用が示されている。例えば、図7Aにおいて、ソースデバイス710はDIFSインターバルの後RTSパケット702を、試験パケットとして、宛先デバイス720に送信する。このRTSパケットを受信すると、宛先デバイス720は、SIFSインターバルの後CTSパケット704をソースデバイス710に送信する。図7Aに示すように、SIFSインターバルは、CTSパケット704の後に続く。図7Bは、図7Aと同じ交換を採用している。しかしながら、図7Bにおいては、専用の試験パケット706及び専用の試験応答パケット708が採用されている。これらのパケットは、図4及び図5に従ってフォーマットされ得る。なお、実施例は、これに限定されるものではない。図8は、ソースデバイスと、本明細書で説明した試験の技術を用いた、宛先デバイスとの間での例示的な交換を示している。特に、図8において、ノイズオフ期間で、ブロックBの交換が実行されているブロックB1として示す。図7A及び図7Bに関連して既に述べたように、ブロックBの交換においては、ソースデバイスが試験パケットを送り、そして、宛先デバイスが対応する試験レスポンスを応答する。ブロックBの交換に続いて、図8においては、第1のデータパケットデータ1として示すがソースデバイスから宛先デバイスに送信される。このデータパケットにSIFSインターバルと、宛先デバイスからソースデバイスへのACK送信と、DIFSインターバルと、バックオフBOインターバルとが続く。図8において、第2のパケットデータ2として示すについても実行される。同様に第3のデータパケットデータ3として示すについても同様である。図8では、このようなデータ送信は、ノイズオフ期間820の間に行われる。これは、ノイズオン期間822a及び822bの間に存在する。更に、ノイズオン期間822bが開始されると、ソースデバイスは、宛先デバイスからデータパケットの肯定応答を受信しなくなる。このため、ソースデバイスは、試験を再開する。例えば、図8において、ブロックBの交換ブロックB2として示すは、その後のノイズオフ期間824で行われている。ここで示されているように、この交換の成功は、バーストノイズオフ期間として示されている。そして、ここに記載されている技術に基づくデータ送信が実行される。図9は、ソースデバイス902と、宛先デバイス904との間の更なる交換のフローが記載されている。この交換は、本明細書に開示されている試験probingの技術が採用されている。図9に示すように、ノイズオン期間906において、ソースデバイス902は、データパケット910を宛先デバイス904に送信する。しかしながら、ノイズのために、ソースデバイス902は、対応する肯定応答を宛先デバイス904から受信しない。このため、ソースデバイス902は、メディアの試験を開始する。より具体的には、ソースデバイス902は、RTSパケット912、914、916、及び918を宛先デバイスに送信する。図9に示すように、RTSパケット918は、ノイズオフ期間907において送信される。したがって、ソースデバイス902は、対応する試験応答をCTSパケット920の形で受信する。CTSパケット920を受信することに基づいて、ソースデバイス902は、データパケットのシーケンスを宛先デバイス904に送信する。より具体的には、図9において、ソースデバイス902は、データパケット922、926、930、及び940を送信する。これらの各々のデータパケットに対して、ソースデバイスは、肯定応答ACKを宛先デバイス904から受信する。これらのACKは、図9において、ACK924、928、932、及び936として示されている。図9において、データパケット940に対して、ソースデバイス902は、対応する肯定応答を宛先デバイス904から受信しない。したがって、ソースデバイス902は、メディアに対して試験を再度開始する。例えば、図9のソースデバイス902は、試験パケットとしてRTSパケット942、944、及び946を宛先デバイス904に送信する。期間908におけるノイズの後、ソースデバイス902は、試験応答CTSパケット948を宛先デバイス904から受信する。このようにして、ソースデバイス902は、データパケット950を宛先デバイス904に送信することによって、データ送信を再開する。これに応答して、ソースデバイス902は、対応するACK952を宛先デバイス904から受信する。したがって、図9に示すように、無線通信デバイスは、試験パケットを用いることによって、無線チャネル無線メディアを試験することができる。この試験から、デバイスは、無線メディアが現在バースト的な妨害を受けているか否かを検出することができる。換言すれば、デバイスは、バースト的妨害のオン期間又はオフ期間か否かを検出することができる。無線デバイスがオフ期間を検出した場合、そのデバイスは、データパケットの送信を開始又は再開することができる。デバイスは、データパケットを1つずつ送信する。これは、特定の回数を超える再送信がなされるまで続く。この状況の場合には、バースト的妨害のオン期間が存在していることを示す。実施例において、試験パケット例えば、RTSパケットは、特定の時間間隔において通信デバイスを占有reserveする。しかしながら、実施例では、予測される試験応答パケット例えばCTSパケットを受信する期間よりも、メディアをより長い時間占有することは避けることができる。この理由は、目的の受信デバイスは混雑しているJammedが、他のデバイスは、この弊害を受けず、かつメディアを使用することもできるからである。例えば、通信メディアを占有することを維持することによって、他のデバイスは、メディアをリリースするためのcontentionfreeendが送信されるまで、そのメディアを利用することができない。したがって、実施例において、試験パケット例えば、RTSパケットは、正確にCTSとソースデバイスのデータパケットのプリアンブルの間、メディアを占有する。図10は、例示的なフローチャート1000を示している。これは、1つ以上の実施例によって実行される動作の例を示している。図2の環境において、この動作が行われてもよい。なお、実施例は、これに限定されるものではない。図10は、特定のシーケンスを示しているが、他のシーケンスが採用されてもよい。加えて、示されている動作は、同時的、及び/又は時系列的に様々に実行されてもよい。図10のフローチャートは、ソースデバイス及び宛先デバイスに関して記載されている。図2に示されたように、ソースデバイスはデバイス202であり、宛先デバイスはデバイス204である。なお、実施例はこれらに限定されるものではない。ブロック1002で、ソースデバイスは、試験パケットを宛先デバイスに送信する。これに対して、ソースデバイスは、試験パケットの肯定応答が、宛先デバイスから受信されたか否かを判断するブロック1004。もし、そうであれば、動作はブロック1012に進む。それ以外の場合には、動作はブロック1006に進む。ブロック1006で、試験パケットの再送信の回数が、試験再送信閾値Nよりも、小さいか否かを判断する。そうであれば、動作はブロック1008に移る。それ以外の場合には、ブロック1010に進む。例示的に、図10において、閾値Nは15である。なお、他のNの値が採用されてもよい。ブロック1008で、ソースデバイスは、試験パケットを再送信する。図10では、この再送信の後、動作はブロック104に戻る。したがって、この状態で、ソースデバイスは、試験パケットの肯定応答が受信されたか否かを判断する。上述のように、ブロック1010は、試験パケットの再送信が閾値Nに達した場合に実行される。図10のブロック1010において、ソースデバイスは、従来のデータ送信プロトコルを採用する。より具体的には、ソースデバイスは、データを送信し、従来のIEEE802.11技術に従って肯定応答が受信されたかに基づいて短期間レート調整shorttermrateadjustmentを採用する。図10に示すように、動作は、例えば、パケット送信の成功又は所定の時間後にブロック1010からブロック1002に戻る上述のように、ブロック1012は、ソースデバイスが、試験パケットの肯定応答が受信されたと判断した場合ブロック1004に、実行される。このブロックにおいて、ソースデバイスは、無線で、宛先デバイスにデータパケットを送信する。この後、ブロック1014で、ソースデバイスは、宛先デバイスからデータパケットの肯定応答が受信されたか否かを判断する。その場合には、動作は、ブロック1012に戻る。ここで、ソースデバイスは更なるデータパケットを宛先デバイスに送信してもよい。しかしながら、ソースデバイスが、データパケットの肯定応答を受信しない場合、動作はブロック1014から1016に進む。ブロック1016で、ソースデバイスは、データパケットの再送信が、データ送信閾値Kよりも小さい回数、繰り返されているか否かを判断する。この場合には、ブロック1018に進む。これ以外の場合には、動作はブロック1002に戻る。例示的目的のため、図10において、閾値Kの値は3である。なお、Kの値としてその他の値が採用されてもよい。図10に示すように、ソースデバイスは、ブロック1018で、データパケットを再送信する。この後、動作はブロック1014に進む。図10においては、実施例は、既存のレート適応アルゴリズムを補足する技術を提供する。このような既存のアルゴリズムは、信号強度及びノイズの遅い変化に適合する場合に適切であるが、実施例におけるこの新たな技術は、バースト的なノイズを回避するしたがって、図10のフローは、基本的に2つのフローを含んでいると解釈できる。第1のループは、ブロック1002、1004、1006、1010、及び1002に戻るものである。このループは、従来のレート適応方式に該当する。したがって、ブロック1006の閾値Nが0になる場合、従来のレート適応技術が行う非常にルーズなパフォーマンスとなる。しかも、このフローにおいて、この従来の技術は、パケットの成功の統計に基づいて、一時的に最良の初期データ通信速度で採用される。第2のループは、ブロック1012、1014、1016、及び1018のブロックに沿って進む。この、レート適応によらない技術は、ブロック1010で、レート適応技術に従って選択された初期設定のに基づくデータ転送速度を採用するものである。上述のように、ブロック1010は、バースト的ノイズオフ状態の間に実行される。ブロック1010は、試験の転送速度での送信の成功がデータパケットの成功する転送確率が高いことを示し、かつこれよりも過剰な速度でないように、この最初のデータ転送速度を決定する。図11のグラフ1100は、バーストノイズのデューティサイクルの範囲に亘って、3つの異なる送信技術のパフォーマンス特徴をシミュレートしたものである。より具体的には、グラフ1100において、カーブ1102は、既存のWiFiレート適応技術を採用した試験の技術又はRTS/CTSプロテクションを採用しない通信に対するスループットの特徴を示している。カーブ1104は、従来のRTS/CTSプロテクション方式を採用した通信のスループットの特徴を示している。そして、カーブ1106は、図10と共に本明細書において説明した試験ベースの技術を採用した通信のスループットの特徴を示している。このカーブのプロットにおいて、ノイズは、16.6ミリ秒の間継続するとしてシミュレートしている。図11に示すように、バースト的ノイズのデューティサイクルは、ノイズのオン及びオフの期間を決定するため、大きな影響を与える。カーブ1106のデータに対して、試験パケット及び試験応答パケットは、RTS及びCTSと同じ構造を採用している。これらのパケットは、物理的通信速度として、24Mbpsメガビット/秒で送信される。採用されたコンテンションウィンドウは、最小で7、最高で31であるこれらは、WiDiアプリケーションにおいて採用されている。チャネル状態は、バースト的ノイズがオフのとき極めて良好であり、バースト的ノイズがオンのとき、極めて悪いと仮定している。カーブ1102の既存のWiFiレート適応メカニズムにおいて、データ転送速度は、一度再送信が発生すると、自動的に低下する。このため、WiFiパケットはより長い送信期間を必要とする。図11に示すように、このメカニズムは、バースト的ノイズが長期間オンの場合、パフォーマンスが悪化する。カーブ1104の従来のRTS/CTSプロテクションメカニズムは、共有無線チャネル/メディアの利用において、よりよいコントロールを提供する。そして、RF妨害からのコリジョンを減少させるが、オーバーヘッドを伴う。なぜなら、RTS/SCT交換は、各パケットで行われるからであり、バーストノイズがオフの期間においても行われるからである。このような、過剰なオーバーヘッドは、本明細書における試験技術とは対称的である。この場合、試験パケットの交換は、バーストノイズのオフの期間で、1回のみ発生する。図11に示すように、本明細書におけるこの試験技術カーブ1106は、他の技術によるスループットよりも、大きなスループットを提供することができる。例えば、カーブ1106は、定常的に、カーブ1104よりも35ないし40高い値を示す。しかも、バースト的ノイズのデューティサイクルが40を超える場合、カーブ1106は、カーブ1102既存のWiFiレート適応技術に比較して非常に高いスループットを示す。図12は、インプリメンテーション1200のブロック図を示している。これは、基地局例えば、BS120a-g及び又はモバイルステーション例えば、MS104a-h等のワイヤレスデバイスに含まれ得る。インプリメンテーション1200は、様々な要素を含む。例えば、図12で、インプリメンテーション1200は、複数のアンテナ1202a-c、トランシーバモジュール1204、ホストモジュール1206、及びコントロールモジュール1208を含む。これらの要素は、ハードウエア、ソフトウエア、又は、これらのいかなる組合せによってもインプリメントすることができる。アンテナ1202a-cは、リモートデバイスと無線信号を交換するために提供される。3つのアンテナが示されているが、いかなる数1つ以上のアンテナが用いられてもよい。更に、実施例において、1つ以上の送信アンテナ、及び1つ以上の受信アンテナが用いられてもよい。このような、複数のアンテナの構成は、ビームを形成するように、及び/又は、複数の空間的ストリームをリモートデバイスに形成するよう採用されてもよい。トランシーバモジュール1204は、他のデバイスとの情報の交換をするために提供される。したがって、トランシーバモジュール1204は、本明細書に記載されているように、アンテナ1202a-cを介して様々な伝送を送信しかつ受信する。この伝送は、試験パケット及びデータパケットを含むが、これらに限定されるものではない。図12に示されるように、トランシーバモジュール1204は、送信部1210及び受信部1212とを有する。動作において、トランシーバモジュール1204は、アンテナ1202a-cと、他の要素との間の、インタフェースを提供する。例えば、ホストモジュール1206、及びコントロールモジュール1208である。例えば、送信部1210は、これらの要素からシンボルを受信する。そして、対応する信号を生成し、生成された信号はアンテナ1202a-cの1つ以上によって無線伝送される。これは、変調、増幅、及び/又はフィルタリングの動作を含むことができる。なお、他の動作が採用されてもよい。これに対して、受信部1212は、1つ以上のアンテナ1202a-cによって受信された信号を取得し、対応するシンボルを生成する。これに応じて、これらのシンボルは、ホストモジュール1206、及びコントロールモジュール1208等の要素に提供される。このシンボルの生成は、復調、増幅、及び/又はフィルタリング等の動作を含むが、これらに限定されるものではない。トランシーバモジュール1204によって生成され受信された信号は、様々な形態を取ることができる。例えば、これらの信号は、直交周波数分割多重OFDM方式に従って変調されてもよい。なお、例えばQPSK、BPSK、FSK、等の他の方式及びフォームが採用され得る。この特徴を提供するために、送信部1210及び受信部1212は、各々様々なコンポーネントを含むことができる。例えば、変調器、復調器、増幅器、フィルタ、バッファ、アップコンバータ、及び/又はダウンコンバータ等が挙げられる。このようなコンポーネントは、ハードウエア例えば、エレクトロニクス、ソフトウエア、及びいかなるこれらの組合せをも含み得る。トランシーバモジュール1204及び他の要素の間で交換されるこのシンボルは、メッセージ又は1つ以上のプロトコル及び/又は1つ以上のユーザアプリケーションに関連する情報を含み得る。したがって、これらの要素は、これらのプロトコル及び/又はユーザアプリケーションに対応する動作を実行することができる。プロトコルの例示としては、様々なメディアアクセスコントロール、及びディスカバリプロトコルが含まれるが、これらに限定されるものではない。例示的なユーザアプリケーションとしては、電話テレフォニー、メッセージング、電子メール、ウェブブラウジング、コンテンツ例えばビデオ及びオーディオ配信/受信等が挙げられる。更に、信号を送信する際、トランシーバモジュール1204は、様々なアクセス技術を採用することができる。例えば、トランシーバモジュール1204は、デュプレクス技術、時分割デュプレクスTDD、周波数分割デュプレクスFDD等が挙げられる。なお、実施例は、これらの技術に限定されるものではない。実施例において、コントロールモジュール1208は、本明細書において記載された様々な動作を実行することができる。例えば、図12に示すように、コントロールモジュール1208は、状態判断モジュール1214、及び送信技術選択モジュール1216を含む。状態判断モジュール1214は、無線通信メディアの現在の状態を判断する。例えば、トランシーバモジュール1204によって送信された試験パケット、及びトランシーバモジュール1204によって受信された試験応答パケットもし存在すればに基づいて、状態判断モジュール1214は、通信メディアが空きクリアであるか否かを判断する。この判断に基づいて、送信技術選択モジュール1216は、データパケットを送信するための技術を選択する。本明細書に記載したように、この選択は、レート適応技術でない技術、あるいは、レート適応技術である。更に、状態判断モジュール1214は、データ送信の状態をモニタリングすることができる。例えば、状態判断モジュール1214は、肯定応答データパケットをカウントし、トランシーバモジュール1204が、更なるデータパケット送信が行われる前に、通信メディアの試験を行わなければならないかを判断する。ホストモジュール1206は、トランシーバモジュール1204との間で、シンボルを交換する。これは、リモートデバイスと交換される無線信号に対応する。これらのシンボルは、1つ以上のプロトコル、及び/又は1つ以上のユーザアプリケーションに関連するメッセージ又は情報を形成する。したがって、ホストモジュール1206は、このようなプロトコル及び/又はユーザアプリケーションに対応する動作を実行する。プロトコルの例としては、様々なメディアアクセス、ネットワーク、伝送、及び/又はセッションレイヤプロトコルが含まれる。ユーザアプリケーションの例としては、電話、メッセージング、電子メール、ウェブブラウジング、コンテンツ例えば、ビデオ及びオーディオ配信/受信等が含まれる。本明細書において記載されているように、様々な実施例は、ハードウエア、ソフトウエア、又はいかなるこれらの組合せを用いてもインプリメントすることができる。ハードウエア要素の例としては、プロセッサ、マイクロプロセッサ、回路、回路要素例えば、トランジスタ、抵抗、コンデンサ、インダクタ等、集積回路、特定アプリケーション用集積回路ASIC、プログラマブルロジックデバイスPLD、ディジタルシグナルプロセッサDSP、フィールドプログラマブルゲートアレーFPGA、論理ゲート、抵抗、半導体デバイス、チップ、マイクロチップ、チップセット、等が含まれる。ソフトウエアの要素としては、ソフトエアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシーンプログラム、オペレーティングシステムソフトウエア、ミドルウエア、ファームウエア、ソフトウエアモジュール、ルーチン、サブルー心、機能、方法、手順、ソフトウエアインタフェース、アプリケーションプログラムインタフェースAPI、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、その他いかなるこれらの組合せも含む。ある実施例は、例えば機械読み取り可能な記憶媒体又は部品を用いて、インプリメントすることができる。記憶媒体は、命令又は命令のセットを記憶することができ、この命令が機械によって実行された時に、機械が、実施例に従った方法及び/又は動作を実行することができる。このような機械は、例えば、適切なプロセッシングプラットフォーム、コンピューティングプラットフォーム、コンピューティングデバイス、プロセッシングデバイス、コンピューティングシステム、プロセッシングシステム、コンピュータ、プロセッサ等が挙げられる。そして、これらは、ハードウエア及び/又はソフトウエアのいかなる適切な組合せによってもインプリメントすることができる。明細書に記載されているように、実施例は、記憶媒体、又は機械読み取り可能な製品を含むことができる。これらは、適切なタイプのメモリユニット、メモリデバイス、メモリ製品、メモリ媒体、記憶デバイス、記憶製品、記憶媒体及び/又は記憶ユニット、例えば、メモリ、取り出し可能、又は取り出し不可能な媒体、消去可能又は消去不可能な媒体、再書き込み可能媒体、デジタル又はアナログ媒体、ハードディスク、フロッピー登録商標ディスク、CD-ROM、CD-R、CD-RW、光ディスク、磁気媒体、磁気光媒体、取り出し可能メモリカード又はディスク、様々なタイプのDVD、テープ、カセット等が挙げられる。命令は、いかなる適切なタイプのコードであってもよい。例えば、ソースコード、コンパイルされたコード、インタープリットされたコード、実行可能コード、静的コード、動的コード、暗号化コード等が挙げられる。これらは、いかなる適切なハイレベル、ローレベル、オブジェクトオリエンテッド、ビジュアル、コンパイルされた、及び/又は、インタープリトされたプログラミング言語であってもよい。以上、様々な実施例を説明したが、これらは例示的なものであり、限定するためのものではない点に留意すべきである。したがって、当業者は、本発明の精神及び発明の技術的範囲を逸脱しない範囲で、形式及び詳細について様々な変更が加えられてもよいことを認識すべきである。したがって、本発明の技術的範囲は、上述の例示的実施例によって限定されるものではなく、以下の請求項及びその均等物にのみによって、限定されるものである。