(57)【要約】      （修正有）【課題】複数の無線機器をもつ無線ネットワーク内の無線機器の送信モードを管理する方法を提供する。【解決手段】方法は、複数の無線機器のうちの少なくとも１つのさらなる無線機器と通信チャネルを通じて通信を行っている前記無線機器で実行され、該方法は、前記さらなる無線機器から、ある送信レートで送信された信号を受信すること、前記受信された信号の送信レートを判定すること、及び、前記決定された送信レートに基づき、前記無線機器の送信モードを管理すること、を含む。【選択図】図５
2010016823.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線機器をもつ無線ネットワーク内の無線機器の送信モードを管理する方法であって、
該方法は、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器と通信チャネルを通じて通信を行っている前記無線機器で実行され、
前記さらなる無線機器から、ある送信レートで送信された信号を受信すること、
前記受信された信号の送信レートを判定すること、及び、
前記決定された送信レートに基づき、前記無線機器の前記送信モードを管理すること、
を含む方法。
【請求項２】
前記受信された信号は、確認応答フレームである請求項１に従った方法。
【請求項３】
前記確認応答フレームの送信レートを、前記通信チャネルの品質のインディケーションに変換するステップをさらに含む請求項２に従った方法。
【請求項４】
前記変換するステップは、チャネル品質の複数のレベルを、複数の対応するデータレートで表すことを含む請求項３に従った方法。
【請求項５】
前記送信モードは、前記無線機器の送信レートを含む請求項１に従った方法。
【請求項６】
前記無線機器の前記送信モードを管理するステップは、前記受信された確認応答フレームの送信レートに従って、前記無線機器の送信レートを調整することを含む請求項５に従った方法。
【請求項７】
複数の無線機器を持つ無線ネットワーク内の無線機器からのフィードバック信号を、該無線機器が通信チャネルを通じて通信している、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器へ与える方法であって、
前記さらなる無線機器からの信号を受信すること、
前記信号に関連するチャネル情報を決定すること、及び、
前記さらなる無線機器へ、フィードバック信号を、前記決定されたチャネル情報に基づき設定された送信レートで送信すること、
を含む方法。
【請求項８】
前記受信された信号は、確認応答フレームである請求項７に従った方法。
【請求項９】
前記確認応答フレームの送信レートを、前記通信チャネルの品質のインディケーションに変換するステップをさらに含む請求項８に従った方法。
【請求項１０】
前記通信チャネルの品質の前記インディケーションは、チャネル品質の複数のレベルを、対応の複数のデータレートで表すことを含む請求項３に従った方法。
【請求項１１】
複数の無線機器をもつ無線ネットワーク内の無線機器であって、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器と通信チャネルを通じて通信を行う該無線機器の送信モードを管理する装置において、
前記さらなる無線機器から、ある送信レートで送信された信号を受信する手段、
前記受信された信号の送信レートを判定する手段、及び、
前記決定された送信レートに基づき、前記無線機器の前記送信モードを管理する手段、
を含む装置。
【請求項１２】
前記受信された信号は、確認応答フレームである請求項１１に従った装置。
【請求項１３】
前記確認応答フレームの送信レートを、前記通信チャネルの品質のインディケーションに変換する手段をさらに含む請求項１２に従った装置。
【請求項１４】
前記通信チャネルの品質の前記インディケーションは、チャネル品質の複数のレベルを、複数の対応のデータレートで表すことを含む請求項１３に従った装置。
【請求項１５】
前記送信モードは、前記無線機器の送信レートを含む請求項１１に従った装置。
【請求項１６】
前記無線機器の前記送信ノードを管理する前記手段は、前記受信された確認応答フレームの前記送信レートに従って、前記無線機器の送信レートを調整する請求項１５に従った装置。
【請求項１７】
複数の無線機器を持つ無線ネットワーク内の無線機器からのフィードバック信号を、該無線機器が通信チャネルを通じて通信している、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器へ与える装置であって、
前記さらなる無線機器からの信号を受信する手段、
前記信号に関連するチャネル情報を決定する手段、及び、
前記さらなる無線機器へ、フィードバック信号を、前記決定されたチャネル情報に基づき設定された送信レートで送信する手段、
を含む装置。
【請求項１８】
前記受信された信号は、確認応答フレームである請求項１７に従った装置。
【請求項１９】
前記確認応答フレームの送信レートを、前記通信チャネルの品質のインディケーションに変換する手段をさらに含む請求項１８に従った装置。
【請求項２０】
前記通信チャネルの品質の前記インディケーションは、チャネル品質の複数のレベルを、複数の対応のデータレートで表すことを含む請求項１９に従った装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。特に、これに限定するものではないが、標準のＩＥＥＥ８０２．１１ファミリに定義されているようなパケットベースの標準化アプローチを用いた、２つまたはそれより多い数の通信機器間の無線通信に関する。
【背景技術】
【０００２】
複数の電子機器間の無線通信は、特に、ビデオストリーミング、ビデオ会議、パケットデータ転送などのようなマルチメディア通信サービスの成長により、その要求が高まってきている。それに応じて、これらサービスをサポートするために、無線通信が広く開発されている。一般に、これらネットワークは、利用可能なネットワークリソースを共有することにより、複数のユーザへの通信をサポートすることができる。そのようなネットワークの例の１つが、無線ローカルエリアネットワーク（ＷＬＡＮ）である。
【０００３】
ＷＬＡＮの典型的な配置が図１に示されている。そのようなＷＬＡＮは、１つまたは複数の無線機器（ＷＤ）１８にサービングする１つまたは複数のアクセスポイント（ＡＰ）１２，１４，１６を含むことがある。ＡＰ（例えば１２）は、通常、複数の無線機器１８をインターネットへ接続することを可能にするモデム（図示せず）に順に接続され得るイーサネット（登録商標）スイッチ（図示せず）に接続されるスタンドアローン機器である。ＡＰ１２もまた、それに関連付けられたＷＤ１８ａ、１８ｂの間の全てのデータをブリッジする。
【０００４】
図１に示すように、2つ又はそれより多い数のＡＰ１２，１４，１６は、同時にリンクされて、複数のＷＤ１８がＷＬＡＮ１０ａから、例えば１０ｂあるいは１０ｃといった他のＷＬＡＮへローミングすることを可能にするより大きいネットワークを形成することがある。
【０００５】
ここに説明される複数の無線機器（ＷＤ）は、ＰＤＡ（Personal Digital Assistant）、ノートパソコンのようなモバイル端末、あるいは、無線ネットワークインタフェースを備えるデスクトップ及びワークステーションのような固定端末でもよい。
【０００６】
多くのＷＬＡＮ標準は、動作状態に応じて、利用可能な多くの異なる動作モードを可能にする。例えば、受けるチャネル干渉が小さい状態の場合には、高速で低ロバストの動作モードが用いられる。反対に、チャネル干渉の影響をより受けやすい状態の場合には、低速で、しかもよりロバストなアプローチを用いる必要がある。
【０００７】
レート適応（適応変調）へのアプローチのほとんどは、ＲＳＳＩ（Received Signal Strength Indicator）またはチャネルに関する履歴情報に基づく。しかし、無線チャネルの状態は静的ではなく、よって、チャネル状態のより現実的なまたリアルタイムな情報が、達成可能なスループットの向上を助ける。
【０００８】
現在の無線カードでは動作、モードを切り換えるための特定のアルゴリズムは、実装依存である。しかし、受信機から送信機へ情報を送り返す唯一の方法は、ＡＣＫ（確認応答）のあるなしのみである。
【０００９】
送信機においてＡＣＫが存在することは、送信したＤＡＴＡパケットを受信機が受信することに成功したことを意味する。ＡＣＫがないことは、以下のうちのいずれか１つを意味することがある。
【００１０】
１．受信機においてＤＡＴＡフレームが受信されなかった（例えば、ディープフェード（deep fade））。
【００１１】
２．受信機においてＤＡＴＡフレームが干渉を受けて破壊された。
【００１２】
３．送信機においてＡＣＫフレームが受信されなかった（例えばディープフェード）。
【００１３】
４．送信機においてＡＣＫフレームが干渉を受けて破壊された。
【００１４】
他の原因もあり得る。いずれにしても、パケット失敗の原因が何であるにせよ、送信機は、ＤＡＴＡパケットを再び、しかし前回の送信よりも低いレートで、送信することにより応答する。レートを適応させる方法は、低いどのレートを選択するか、どれだけすばやくレートを低くするか、の程度の観点では実装依存である。
【００１５】
ＡＰとＷＤ（ここでは、それぞれ、ノードＡ及びノードＢと呼ぶ）との間の送信を表すデータ制御フロー図の例が図２に示される。この例において、ノードＡ２０はＤＡＴＡパケット２４を、ノードＢ２２へ、ｘＭｂｐｓのデータレートで送信する。このパケットの受信が成功すると、ノードＢ２２は、テーブル１及びテーブル２で定義されるようなＢＢＳ基本セットレートである、ｙＭｂｐｓのレートで送信されるＡＣＫ信号２６を用いて応答する。通常、ＢＳＳ基本レートセット（BSS Basic Rate Set）は、受信されたパケットのデータレートよりも低い（または等しい）。
【００１６】
８０２．１１標準の通信システムコンプライアントにおいて、ＢＢＳ基本レートセットは、以下のテーブル１に従って定義されている。
【表１】
2010016823.tif 000003
【００１７】
８０２．１１ａ、ｂ、ｇ及びｎにおけるレートのセットは、ＢＢＳ基本レートセットの一部として特定され、テーブル２に与えられる。
【表２】
2010016823.tif 000004
【００１８】
テーブル２からわかるように、８０２．１１ｂ標準は、ＢＳＳ基本レートセットに１つのレートのみを定義しているため、現在説明されている技術問題には関連していない。しかし、８０２．１１の他の現存するバリエーション、例えば、ａ、ｇ、及びｎ（及び、利用可能な複数の送信レートを採用することのある将来のバージョン）標準は、本開示に関連する。
【００１９】
背景技術として、Ａ及びＢの２つのノード間のデータ送信についての従来の方法が、ここに説明される。この例において、送信されるメッセージは、１０００バイトの長さであり、８０２．１１ａ送信レートが用いられる。ＤＡＴＡパケット（例えば、１０００バイトのパケット）の送信に要求される送信時間は、送信レートに依存し、これは、式（１）で表すことができる。
【数１】
2010016823.tif 000005
【００２０】
１０００バイトの長さのパケットを８０２．１１ａ標準に従って送信するために要求される送信時間のリストが、テーブル４に与えられる。
【表３】
2010016823.tif 000006
【００２１】
図３は、１つが１０００バイトのデータパケットを全部で６つ、ノードＡ３０からノードＢ３２へ送信する例を示す。データ送信は、ステップ３４及び３６において、２つのノード間のコネクションの確立により開始する。
【００２２】
２つのノード間のコネクションが確立されると、ステップ３８において、第１のデータパケット（ＤＡＴＡ１）が、ノードＡから、１８Ｍｂｐｓで送信される。従って、次に、ＡＣＫ信号が、ノードＢからノードＡへ、６Ｍｂｐｓで送信される（ステップ４０）。前のパラグラフで説明したように、ＡＣＫの存在は、送信が成功したことを示す。
【００２３】
次に、ステップ４２において、ＤＡＴＡ２が、より高いレート（２４Ｍｂｐｓ）で送信される。応答として、ノードＢは、ステップ４４において、ＤＡＴＡ２の受信が成功したことを示すために、ＡＣＫ信号を６Ｍｂｐｓで送信する。このＡＣＫ信号を肯定的に受信すると、ノードＡは、再び、次のデータパケットＤＡＴＡ３を送信するために、送信のレートをさらに３６Ｍｂｐｓに上げることを決定する（ステップ４６）。しかし、干渉のために、ＤＡＴＡ３はノードＢへ配信されない。結果として、ＡＣＫ信号はノードＡで受信されず、従って、ステップ４８において、パケット（ＤＡＴＡ３）は、より低いデータレートの２４Ｍｂｐｓで送信される。ステップ５０では、ＤＡＴＡ３の受信の成功に応えて、ＡＣＫ信号がノードＢからノードＡへ送信される。
【００２４】
同様に、ＤＡＴＡ４及びＤＡＴＡ５は、それぞれ３６Ｍｂｐｓ（ステップ５２）及び４８Ｍｂｐｓ（ステップ５６）の送信レートで、成功裏に送信される。ステップ６０及び６２に示すように、４８Ｍｂｐｓの送信レートが、ＤＡＴＡ６の送信に要求されている。この例では、全部で８パケットがエアーインタフェースを通じて送信され、６個のデータパケット（ＤＡＴＡ１からＤＡＴＡ６）の成功裏な送信に必要とした送信総時間は、２２１６μｓである。
【００２５】
８０２．１１標準は、“送信するＳＴＡがDuration IDフィールドのコンテンツを計算することを可能にするために、応答するＳＴＡは、そのコントロールレスポンス（Control Response）及びマネージメントレスポンス（Management Response）フレーム（ＣＴＳまたはＡＣＫのいずれか）を、（［１］、９．７で定義されているような）フレーム交換シーケンスにおける、その直前のフレームのレート以下のＢＢＳ基本レートセットうち最も高いレートで送信すべきである。さらに、コントロールレスポンスフレームは、受信されたフレームと同じＰＨＹオプション［１］（セクション９．６）を用いて送信されるべきである”と述べている。
【００２６】
しかし、送信機が送信レートを上げる方法は、従来技術には述べられていない。１つのアプローチは、ある送信レートモードにおいて多くの送信が成功した後、送信機に（少しずつ）送信レートを上げさせる、タイマまたはパケットカウンタを適用することである。例えば、特許文献１は、ユーザデータフレームの送信の数に基づき、ＡＣＫ（受信確認応答信号）の送信レートを制御する方法を開示している。基本的に、送信フレームの数がカウントされ、この数が予め定められた値Ｍより大きい場合、（これはＡＣＫの送信品質が低いことを示す）ＡＣＫ送信レートが１レベルだけ下げられる。同様に、連続する成功フレームの数がカウントされ、この数が予め定められた値Ｎより大きい場合、（これは送信品質が良いことを示す）ＡＣＫ送信レートは１レベルだけ上げられる。従って、ＡＣＫ送信レートは、データ送信のレートに依存する。
【００２７】
特許文献２は、無線ネットワークにおける信号品質フィードバックを提供する方法を開示する。送信機は、初期送信電力及びデータ送信レートで、データパケットを受信機へ送信する。受信機は、データパケットをデータ信号で受信し、該データ信号に対し、信号品質メトリックを決定する。受信機は、その後、確認応答フレームを送信機へ確認応答信号で送信する。確認応答フレームは、１つまたは複数のフィードバックビットを含み、これは、データ信号の相対信号品質を示す。送信機は、確認応答信号で確認応答フレームを送信機で受信し、送信電力及びデータ送信レートを、フィードバックビットに基づき調整する。
【先行技術文献】
【特許文献】
【００２８】
【特許文献１】欧州特許出願公開第ＥＰ１６８６７５３号明細書
【特許文献２】国際公開第ＷＯ２００４／００２０４９号パンフレット
【発明の概要】
【００２９】
本発明の第１の側面では、複数の無線機器をもつ無線ネットワークにおける無線機器の送信モードを管理する方法を提供する。ここで、該方法は、前記無線機器で実行され、該無線機器は、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器と通信チャネルを通じて通信を行っており、該方法は、前記さらなる無線機器から、ある送信レートで送信された信号を受信すること、前記受信された信号の送信レートを決定すること、及び、前記決定された送信レートに基づき前記無線機器の前記送信モードを管理すること、を含む。
【００３０】
無線機器の送信モードを管理するために、受信された信号の送信レートを直接用いることの利点は、該無線機器の送信モードを管理するために受信すべき追加の情報が必要なく、従って、チャネルのスペクトル効率を維持することができることである。
【００３１】
受信された信号は確認応答フレームであることがある。
【００３２】
該確認応答フレームは、ＩＥＥＥ８０２．１１ＷＬＡＮ標準に従うことがある。
【００３３】
本発明の一実施形態では、該確認応答フレームの送信レートを、通信チャネルの品質のインディケーションに変換するステップを含む。
【００３４】
無線通信において、確認応答フレーム（すなわち、ＡＣＫ）は、無線機器間で通信リンクが確立されたときに、成功送信状態を示すために、該無線機器間で渡される信号であることは言うまでもない。従って、ＡＣＫを通信チャネルの品質を示すために用いることの利点は、チャネル品質の推定のために、さらなる信号を必要としないことである。このアプローチは、ネットワークの利用可能なキャパシティを効率的に使用できる。さらに、このアプローチは、無線機器が、無線機器間の通信の動作状態に従って、次のデータを送信する最も適切な送信モードを用いることを可能にする。従って、無線機器間の通信チャネルの達成可能なスループットを、大いに向上させることができる。
【００３５】
前記変換するステップは、前記チャネル品質の複数のレベルを、対応する複数のデータレートで表すことを含む。例えば、２４Ｍｂｐｓの送信レートは、チャネル品質が良いことを表すことがあり、１２Ｍｂｐｓの送信レートは、チャネル品質が中程度であることを表すことがあり、６Ｍｂｐｓの送信レートは、チャネル品質が悪いことを表すことがある。
【００３６】
送信モードは、前記無線機器の送信レートを含むことがある。
【００３７】
前記無線機器の前記送信モードを管理するステップは、該無線機器の送信レートを、前記受信された確認応答フレームの送信レートに従って調整すること、を含む。従って、これは、該確認応答フレームの送信レートが、例えば、６Ｍｂｐｓであり、チャネル品質が悪いことを示す場合、該無線機器の送信レートを、より低いレートに調整することを可能にする。
【００３８】
本発明の第２の側面では、複数の無線機器を持つ無線ネットワーク内の無線機器からのフィードバック信号を、該無線機器が通信チャネルを通じて通信している、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器へ与える方法を提供し、該方法は、前記さらなる無線機器からの信号を受信すること、前記信号に関連するチャネル情報を決定すること、及び、前記さらなる無線機器へ、フィードバック信号を、前記決定されたチャネル情報に基づき設定された送信レートで送信すること、を含む。
【００３９】
該フィードバック信号は確認応答フレームであることがある。
【００４０】
該確認応答フレームは、ＩＥＥＥ８０２．１１ＷＬＡＮ標準に従っていることがある。
【００４１】
本発明の一実施形態では、該確認応答フレームの送信レートを、通信チャネルの品質のインディケーションに変換するステップを含む。
【００４２】
前記変換するステップは、前記チャネル品質の複数のレベルを、対応する複数のデータレートで表すことを含む。
【００４３】
本発明の第３の側面では、複数の無線機器をもつ無線ネットワーク内の無線機器の送信モードを管理する装置を提供する。ここで、該無線機器は、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器と通信チャネルを通じて通信を行い、該装置は、前記さらなる無線機器から、ある送信レートで送信された信号を受信する手段、前記受信された信号の送信レートを決定する手段、及び、前記無線機器の前記送信モードを前記決定された送信レートに基づき管理する手段、を含む。
【００４４】
本発明の第４の側面では、複数の無線機器を持つ無線ネットワーク内の無線機器からのフィードバック信号を、該無線機器が通信チャネルを通じて通信している、前記複数の無線機器のうちの少なくとも１つのさらなる無線機器へ与える装置を提供し、該装置は、前記さらなる無線機器からの信号を受信する手段、前記信号に関連するチャネル情報を決定する手段、及び、前記さらなる無線機器へ、フィードバック信号を、前記決定されたチャネル情報に基づき設定された送信レートで送信する手段、を含む。
【００４５】
本発明の第５の側面では、少なくとも１つのさらなる無線機器と通信を行う無線機器をもつ無線ネットワークを含む無線通信システムを提供し、該無線機器は、信号を第１の送信モードで、該信号を受信するように該さらなる無線機器へ送信し、該さらなる無線機器は、該データ信号に関連するチャネル情報を決定し、該決定されたチャネル情報に基づき設定された送信レートで、フィードバック信号を該無線機器へ送信し、該無線機器は、さらに、該フィードバック信号を受信し、該フィードバック信号の送信レートを決定し、該決定された送信レートに基づく第２の送信モードで、さらなる信号を送信する。
【００４６】
本発明の側面は、コンピュータに、本発明の上述された側面のいずれかに従った方法を実行させるコンピュータ実行可能な命令を含むコンピュータプログラム製品を含むことがある。該コンピュータプログラム製品は、光ディスク、または他のコンピュータ読み取り可能な記憶媒体、フラッシュメモリのような大容量記憶機器、またはＲＯＭのようなリードオンリメモリ機器の形であることがある。該方法は、ＡＳＩＣのような特定用途向け機器、または、ＤＳＰやＦＰＧＡのような適切に構成された機器に具現され得る。コンピュータプログラム製品は、あるいは，無線因業や物理ネットワーク信号のような信号の形でもあり得る。
【図面の簡単な説明】
【００４７】
【図１】ＷＬＡＮ配置の従来技術の例を示す。
【図２】２つの通信機器間のデータ送信を説明するデータ制御フロー図。
【図３】従来技術に従った、２つの通信機器間のデータ送信を説明するデータ制御フロー図。
【図４】通信機器の例の概略図。
【図５】本発明の第１の実施形態に従った、通信機器の送信レートを管理するプロセスを説明するフロー図。
【図６】本発明の第１の実施形態に従った、２つの通信機器間のデータ送信を説明するデータ制御フロー図。
【発明を実施するための形態】
【００４８】
本発明の実施形態が、添付の図面を参照して、以下説明される。
【００４９】
本発明の具体的な実施形態は、添付の図面に基づき、より詳細に説明される。これは、例としてのみであり、保護を求める範囲にいかなる限定を与えるものではないことは言うまでもない。
【００５０】
図４は、本発明のバックグラウンドの例を与える通信機器７０を概略的に示す。この例において、通信機器は、図１に示されるような無線機器１８である。通信機器７０は、作業メモリ７４に記憶され、及びまたは大容量記憶機器７６から検索可能な、機械コード命令を実行するプロセッサ７２を含む。汎用バス７８により、ユーザ操作可能入力機器８０は、プロセッサ７２と通信する。ユーザ操作可能入力機器８０は、この例では、キーボード及びタッチパッドを含むが、マウスや他のポインティング機器、当該機器のディスプレイユニット上の接触高感度表面、ライティングタブレット、音声認識手段、触覚入力手段、あるいは、ユーザ入力アクションがデータ信号に解釈または変換され得る他の人紙の手段を含んでいてもよい。
【００５１】
ユーザへの情報出力のために、オーディオ／ビデオ出力機器８２が、さらに汎用バス７８に接続されている。オーディオ／ビデオ出力機器８２は、画像表示ユニット、及びスピーカを含むが、ユーザへ情報を提示することができる他の任意の機器も含み得る。
【００５２】
通信ユニット８４は、汎用バス７８に接続され、さらに、アンテナ８６に接続される。通信ユニット８４及びアンテナ８６により、通信機器７０は、他の通信機器（例えばＡＰ）と無線通信を確立することができる。通信ユニット８４は、通信機器７０が使用するのに適したシステムにより、使用のために予め確立された通信プロトコルに従って、バス７８で当該通信ユニット８４に渡されたデータをＲＦ信号キャリアに変換する。
【００５３】
図４の通信機器７０において、作業メモリ７４は、プロセッサ７２により実行されると、ユーザから／へのデータの通信を可能にするユーザインタフェースを設定させるユーザアプリケーション８８を記憶する。これにより、アプリケーション８８は、ユーザにより習慣的に使用される、汎用または特定用途向けのコンピュータ実装ユーティリティ及びファシリティを設定する。
【００５４】
図５を参照すると、この例は、ステップ９０において、ＷＤ及びＡＰ（この例では、それぞれ、ノードＡ及びノードＢと呼ばれる）のような２つの通信機器が、両者の間で通信リンクを確立する状況で開始する。ステップ９２では、ＤＡＴＡパケットは、ｘＭｂｐｓでノードＡからノードＢへ送信される。ＤＡＴＡパケットの受信が成功すると、送信されたＤＡＴＡに関連するチャネル情報がノードＢで決定される（ステップ９６）。チャネル情報を決定する、従来技術として既知の種々の方法が用いられ得ることは言うまでもない。例えば、ＬＤＰＣ（Low Density Parity Check）又はシーケンシャル復号のようなパリティチェックシーケンスを適用する反復デコーダを使用してもよく、これは、チャネル品質が、デコーダにより実行される繰り返し回数に比例する。このようなチャネル情報を決定する方法は、本発明の一部ではなく、さらなる説明は行わない。
【００５５】
ステップ９８では、ＡＣＫ信号がｙＭｂｐｓの送信レートで、ノードＢからノードＡへ送信される。逆に、ノードノードＡでＡＣＫ信号が受信されないと、これは、ＤＡＴＡパケットがノードＢで受信されなかったことを示し、よって、ノードＡは、同じデータレート（すなわち、ｘＭｂｐｓ）でＤＡＴＡパケットを送信する。
【００５６】
送信レートｙＭｂｐｓは、前のパラグラフで説明したように決定されたチャネル情報に基づき設定される。例として、データ及びＡＣＫ送信レートと、関連するチャネル情報が、テーブル５に与えられる。
【００５７】
テーブル５を参照すると、データが５４Ｍｂｐｓで、ノードＡからノードＢへ送信される場合、決定されたチャネル情報(チャネル品質)に応じて、ＡＣＫ信号が適切な送信レートで送信される。例えば、チャネル品質が悪いと、ＡＣＫ信号は６Ｍｂｐｓで送信される。
【００５８】
ＡＣＫ信号がノードＡで受信されると（ステップ１００）、ステップ１０２において、チャネル情報がＡＣＫ信号の送信レートに基づき解釈される。これは、ＡＣＫ信号の送信レートを、通信チャネルの品質のインディケーションへ変換することで実現される。例えば、ＡＣＫ信号が６Ｍｂｐｓで送信される場合、ノードＡは、当該チャネルの品質が悪いために、送信レートを低くしたと解釈する。
【００５９】
図５に示すように、チャネル品質がよい場合には、次のデータパケットを送信するための送信データレートは上げられる（ステップ１０４及び１０６）。逆に、チャネル品質が悪い場合には、次のデータパケットを送信するための送信データレートは下げられる（ステップ１０８及び１１０）。そうでなければ、送信レートは変更せず維持される（ステップＳ１１２）。
【００６０】
テーブル５では、例として、１８Ｍｂｐｓより大きいデータレートについて、３つのレベルの粒度が用いられる。しかし、他のレベルの粒度も適用できることは言うまでもない。ＡＣＫ送信レートのレベルの数が多くなると、チャネル状態のインディケーションの粒度が細かくなることは言うまでもない。
【表４】
2010016823.tif 000007
【００６１】
【表５】
2010016823.tif 000008
【００６２】
本発明は、一例を用いて、以下にさらに説明される。一貫性のために、従来技術における一般的なアプローチを説明するために図３で用いたのと同じ例が、本発明の説明のために用いられる。
【００６３】
同様に、この例では、１つが１０００バイトのデータパケットを全部で６つ、ノードＡからノードＢへ送信される。
【００６４】
図６を参照すると、ステップ１２０及び１２２において、ノードＡ３０及びノードＢ３２は、互いの間に通信リンクを確立する。コネクションが確立されると、ステップ１２４において、第１のデータパケット（ＤＡＴＡ１）が１８Ｍｂｐｓで、ノードＡからノードＢへ送信される。これにより、ステップ１２６では、次に、ＡＣＫ信号が１２Ｍｂｐｓで、ノードＢからノードＡへ、送信が成功したことを示すために、送信される。このステージでは、ノードＡは、同じ送信レート（１８Ｍｂｐｓ）を維持するか、ＡＣＫ信号のＲＳＳＩ値に応じて送信レートを上げるか、のいずれかを決定することができる。
【００６５】
次に、ステップ１２８において、ＤＡＴＡ２がより高いレート（２４Ｍｂｐｓ）で送信される。これに応えて、ノードＢは、ＤＡＴＡ２の受信は成功したが、受信された信号はノイズが多く、データ送信レートを上げられると、ノードＢはそれを復号することができないことを示すために、ＡＣＫ信号を１２Ｍｂｐｓで送信する。従って、この場合には、データレートは同じレート、すなわち、２４Ｍｂｐｓに維持される。次に、ステップ１３２において、ＤＡＴＡ３も２４Ｍｂｐｓで送信される。これに応えて、ステップ１３４では、チャネル状態が良いので、データ送信レートを上げることができることを示すために、ＡＣＫ信号が２４Ｍｂｐｓで送信される。
【００６６】
同様に、ＤＡＴＡ４及びＤＡＴＡ５が、ステップ１３６及び１４０において、上げられたデータ送信レートで送信される。しかし、ＤＡＴＡ５に応えて送信されるＡＣＫ信号は、チャネルは雑音が多く、次のデータパケット（ＤＡＴＡ６）の送信レートを上げると、送信が失敗すること示す。その結果、ＤＡＴＡ６は、ＤＡＴＡ５と同じデータレートで送信される（ステップ１４４）。
【００６７】
前述のパラグラフで説明された例は、本発明では、６個のパケットを送信するために要した総時間が１８００μｓであり、これは、本発明の主要な利点が、従来技術で実証されるアプローチを用いる場合よりも、著しく短いということを明確に実証する。これは、ＶｏＩＰ（Voice Over Internet Protocol）及びビデオストリーミングアプリケーションのような、パケット送信の遅延がこれらアプリケーションについてのサービスの品質（ＱｏＳ：Quality of service）に影響を与えるようなアプリケーションにおいて有用である。
【００６８】
従来技術の例において説明したように、より低いデータ送信レートは、より低いデータレートの方がより信頼性があるために、データが送信されることを保証するために適用されやすい。これは、チャネルがデータをより高い送信レートで送信することが可能なときに、不必要にスループットの損失を高くするという点で、このアプローチは、重大な欠点をもつ。反対に、本発明は、より高い送信レートの使用をサポートするため、通信チャネル帯域幅の利用を効果的に向上させる。
【００６９】
以上、本発明が、例としてのみ説明されたが、詳細な修正も、本発明の範囲内で可能である。説明及び（適切な）クレーム及び図面に開示された各特徴は、独立に、または適切に組み合わせて提供され得る。
【図１】
2010016823.tif 000009
【図２】
2010016823.tif 000010
【図３】
2010016823.tif 000011
【図４】
2010016823.tif 000012
【図５】
2010016823.tif 000013
【図６】
2010016823.tif 000014
【外国語明細書】
2010016823000001.pdf