JP2010531576A

JP2010531576A - 選択的なハイブリッドａｒｑ

Info

Publication number: JP2010531576A
Application number: JP2010513349A
Authority: JP
Inventors: ハムゼー，ベラール
Original assignee: インテルコーポレイション
Priority date: 2007-06-27
Filing date: 2008-06-16
Publication date: 2010-09-24
Anticipated expiration: 2028-06-16
Also published as: EP2160859A4; KR20100012041A; JP5265673B2; EP2160859A1; CN101689979B; KR101107484B1; US20090006910A1; CN101689979A; WO2009002740A1

Abstract

一つ以上の実施例において、アプリケーションの一つ以上の要求を満たすため、長期間のおよび／または短期間のパケット・エラー率統計に従って、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）プロセスが選択的に実行される。その結果、ＨＡＲＱプロセスの再送信の数は減少し、あるいは最小化される。

Description

本発明は、自動再送要求（ＡＲＱ：ＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）に関する。

自動再送要求（ＡＲＱ）は、肯定的応答（アクノリッジメント）、および、タイムアウトを利用する通信システムのエラー制御の技術である。送信機がタイムアウトの前に肯定的応答を受信しない場合、正しく受け取られるまで、または、予め定められた数の再送信がなされるまで、その時のデータが再送信される。ハイブリッドＡＲＱ（ＨＡＲＱ）は、また、エラー検出コードが伝送の前にデータパケットに付け加えられるエラー制御方式で使用され、ブロードバンドチャネルにおけるＡＲＱよりも良好なパフォーマンスが得られる。レシーバがエラー検出コードを復号化することができない場合、再送信が要求される。レシーバが正しくパケットを復号化することに失敗した場合、ＨＡＲＱの複数のバリエーション（例えばＨＡＲＱＩ、ＨＡＲＱＩＩまたはＨＡＲＱＩＩＩ）が冗長情報の再送信を必要とする。再送信方法は、全ての伝送を通じてリンク毎に適用され、そして、ＡＲＱを用いて達成される待ち時間（ｌａｔｅｎｃｙ）よりも短い待ち時間でデータの完全性（ｉｎｔｅｇｒｉｔｙ）を確保する。

通常、ファイル転送プロトコル（ＦＴＰ）、ウェブ・ブラウジング、その他のような損失のないアプリケーション（ｌｏｓｓｌｅｓｓａｐｐｌｉｃａｔｉｏｎ）に対して、１００％のデータの完全性が要求される。そして、その結果、ＨＡＲＱ方式の成果は、待ち時間を最小化するためにアプリケーションの機能に対して大きな役割を果たしている。ヴォイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、ビデオ、その他のような、損失に対して寛容（ｌｏｓｓ−ｔｏｌｅｒａｎｔ）なアプリケーションは、アプリケーションの性質、および、アプリケーションに埋め込まれる損失隠蔽手法のために、１００％のデータの完全性は、必要ではない。しかしながら、この種のアプリケーションは、通信リンクが保証しなければならない短期間および長期間のパケット・エラー率（ＰＥＲ）として最大の値を持っている。その最大値を超える場合、アプリケーション品質は容認できないものとなる。このような状況においては、ユーザは減少する。

従来のＨＡＲＱは、パケット・ベースで実行され、アプリケーションの要求や短期間および長期間のリンクの統計については、考慮されていない。この種のアプローチは、大量のリソースを要求し、アプリケーションの要求や能力に対する最適化がなされない。このため、システムリソースを非効率的に使うこととなる。

請求項の記載された主題は、明細書の最後に明確に指摘され、かつクレームされている。なお、このような主題は、図面と共に下記の発明の詳細な説明を参照することによって理解することができる。

一つ以上の実施例における選択的なハイブリッドＡＲＱを利用することが可能なワイヤレス・ネットワークのブロック図である。

一つ以上の実施例におけるリンク層の選択的なハイブリッドＡＲＱロジックを利用することが可能なシステムのブロック図である。

一つ以上の実施例における選択的なハイブリッドＡＲＱをインプリメントする方法のフローチャートである。

一つ以上の実施例において、選択的なハイブリッドＡＲＱを利用することが可能な一つ以上のネットワーク装置を示す無線ローカルエリアまたはセルラネットワーク通信システムのブロック図である。

一つ以上の実施例における選択的なハイブリッドＡＲＱを利用することが可能な情報ハンドリングシステムのブロック図である。

いうまでもなく、説明の分かりやすさおよび／または明瞭さを確保するため、図において例示される要素は、一定の比率で必ずしも描かれているわけではない。例えば、いくつかの要素の寸法は、明確化のために、他の要素と関連して誇張されている場合がある。更に、適切な場合には、参照番号は対応するおよび／または類似した要素を示すために図の中で繰り返し用いられる。

以下の詳細な説明において、クレームされた内容の完全な理解を提供するために、多数の具体的な詳細内容を説明する。なお、クレームされた内容はこれらの具体的な詳細なくして実施されてもよいことは当業者に理解される。他の例において、方法、処理、構成要素および／または回路のうち周知のものは、詳細に記載されていない。

以下の説明および／または請求項において、「接続（coupled）」および／または「連結（connected）」という語およびその派生語が使用されている。連結（connected）は、複数の要素が物理的に直接的に互いに接触していることを意味する。接続（coupled）は、複数の要素が直接的に互いに接触している必要はない。ただし、互いに協働しまたは影響し合っていることを意味する。例えば、接続（coupled）は、複数の要素が互いに接触してはいないが、間接的に他の要素または中間の要素を介して結合していることを意味する。そして、「上の（on）」、「上の（overlying）」、「上の（over）」は、以下のような説明の際に用いられる。「上の（on）」、「上の（overlying）」、「上の（over）」は、複数の要素が相互に直接接触しているときに用いられる。ただし、「上の（over）」は、複数の要素が互いに接触していなくてもよい。例えば、「上の（over）」は、一方の要素が他方の要素の上にあることを意味するが、互いに接触している必要はなく、それらの要素の間に他の要素が存在していてもよい。また、用語「および／または」は、「および」あるいは「または」を意味し、排他的論理和（exclusive-or）を意味することもある。これは、１つを意味することもあり、幾つかのものを意味する場合もあるが、全てのものを意味しないこともある。また、いずれでもない場合も意味する。これは「両方」を意味することもある。この点において、クレームされた主題が制限されることはない。以下の説明において、「有する（comprise）」および「含む（include）」は、その派生語も含め、同義語として用いられる。

さて、図１は、一つ以上の実施例にしたがった選択的なハイブリッドＡＲＱを利用することが可能なワイヤレス・ネットワークのブロック図が示されている。一つ以上の実施例において、一つ以上のいかなるベースステーション１１４、加入者ステーション１１６、ベースステーション１２２および／またはＷｉＭＡＸ宅内機器（ＣＰＥ：customer premises station）１２２は、下記の図２のシステム２００を利用してもよい。システム２００は、リンク層の選択的なハイブリッドＡＲＱロジックを利用することが可能である。なお、クレームの主題の範囲はこの点に限定されない。図１に示すように、ネットワーク１００はインターネット１１０のタイプのネットワーク等を含むインターネット・プロトコル（ＩＰ）タイプ・ネットワークであってもよい。そして、これは、モバイル無線アクセスおよび／または固定された無線アクセスが可能なインターネット１１０をサポートする。一つ以上の実施例において、ネットワーク１００は、（ＷｉＭＡＸ：ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）または、将来の世代のＷｉＭＡＸに準拠してもよい。１つの具体的実施例においては、８０２．１６ｅ標準（ＩＥＥＥ：ＩｎｓｔｉｔｕｔｅＥｌｅｃｔｒｉｃａｌＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ８０２．１６ｅ）に準拠してもよい。一つ以上の別の実施例において、ネットワーク１００は、（３ＧＰＰＬＴＥ：ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）または、３ＧＰＰ２ＡＩＥ（３ＧＰＰ２ＡｉｒＩｎｔｅｒｆａｃｅＥｖｏｌｕｔｉｏｎ）に準拠してもよい。一般に、ネットワーク１００は、直交周波数分割多元接続（ＯＦＤＭＡ）ベースの無線接続を有してもよい。なお、クレームされた主題の範囲は、これらの点に制限されることはない。モバイル無線アクセスの事例として、アクセス・サービス・ネットワーク（ＡＳＮ）１１２は、ベースステーション（ＢＳ）１１４と接続し、加入者ステーション１１６およびインターネット１１０との間の無線通信を提供する。加入者ステーション（ＳＳ）１１６は、ネットワーク１００を介して無線で通信することが可能なモバイルタイプのデバイスまたは情報ハンドリングシステムを有する。例えばノート・タイプ・コンピュータ、移動電話、パーソナル携帯情報機器等が挙げられる。ＡＳＮ１１２には、ネットワーク１００上の一つ以上の物理エンティティにネットワーク機能のマッピングを定めることが可能なプロファイルをインプリメントしてもよい。ベースステーション１１４は、加入者ステーション１１６との無線周波数（ＲＦ）通信を提供するために無線設備を有してもよく、例えば、ＩＥＥＥ８０２．１６ｅタイプの標準に従って、物理層（ＰＨＹ）、および、メディアアクセス制御（ＭＡＣ）層の装置を有してもよい。ベースステーション１１４は、更に、ＡＳＮ１１２を介してインターネット１１０に接続するＩＰバックプレーンを有してもよい。なお、クレームされた主題の範囲がこれらの点に制限されることはない。

ネットワーク１００は、プロクシおよび／またはリレー・タイプの機能を含む一つ以上のネットワーク機能、例えば認証、許可、および、会計（ＡＡＡ：authentication authorization accounting）機能、動的ホスト構成プロトコル（ＤＨＣＰ：dynamic host configuration protocol）機能またはドメインネームサービス等、ドメインゲートウェイ（例えば、一般加入電話網（ＰＳＴＮ）、ボイスオーバーインターネット・プロトコル（ＶＯＩＰ）ゲートウェイおよび／またはインターネット・プロトコル（ＩＰ）タイプのサーバ機能等を提供するビジテッド接続サービスネットワーク（ＣＳＮ：connectivity service network）を更に有してもよい。なお、これらに限定されることはない。なお、これらは、ビジテッド（visited）ＣＳＮまたはホームＣＳＮ１２６等により提供される機能の単なる例に過ぎず、これによってクレームの主題が制限されることはない。ビジテッドＣＳＮ１２４は、たとえば、ビジテッドＣＳＮ１２４が加入者ステーション１１６の通常（regular）のサービスプロバイダの一部ではないときに、そのように呼ばれる。例えば加入者ステーションが、ローミングしており、ホームＣＳＮ１２６から離れている場合がこれに該当する。また例えば、ネットワーク１００が加入者ステーションの通常のサービスプロバイダの一部となっているが、ネットワーク１００が加入者ステーション１１６のメインのまたはホームロケーションにないような他の位置または他の状態のときがこれに該当する。固定された無線設備において、ＷｉＭＡＸのタイプの顧客の場所の装置（ＣＰＥ：customer premises equipment）１２２は、ホームまたはビジネスの場所に位置することができ、これによって、ベースステーション１２０、ＡＳＮ１１８、およびホームＣＳＮ１２６を介して、ホームやビジネスの顧客に対してインターネット１１０のブロードバンドアクセスを提供する。これは、ちょうど加入者ステーション１１６が、ベースステーション１１４、ＡＳＮ１１２およびビジテッドＣＳＮ１２４を介してアクセスするのと同様である。異なる点としては、ＷｉＭＡＸＣＰＥ１２２は、通常固定位置に配置され利用されており、もちろん、これは必要に応じて別の位置へ移動してもよいが、これに対して加入者ステーション１１６は、例えばベースステーション１１４の範囲内にある場合には、複数の場所で利用され得る点が挙げられる。一つ以上の実施例に従って、オペレーション支援システム（ＯＳＳ：operation support system）１２８は、ネットワーク１００の一部として、ネットワーク１００のマネージメント機能を提供し、ネットワーク１００の機能エンティティ間のインターフェースを提供する。図１のネットワーク１００は単に図２に示すリンク層の選択的なハイブリッドＡＲＱロジックを用いることが可能なシステムを利用することができるネットワーク１００の構成要素の幾つかを示す一つのワイヤレス・ネットワークに過ぎない。クレームされた主題の範囲はこれらの点に制限されない。

図１で示すネットワーク１００は、事例としてＷｉＭＡＸネットワークを取り上げているが、図２のシステム２００が広帯域の直交周波数分割多重（ＯＦＤＭ）変調を利用したワイヤレス・ネットワークおよび／またはアプリケーションの他の方式であってもよい。しかしながら、システム２００は、ＯＦＤＭ変調またはＯＦＤＭＡに限定されることはない。システム２００は、アクセス方式としては、独立であり、同様に符号分割多重アクセス方式（ＣＤＭＡ方式）、広帯域の符号分割多重アクセス方式（ＷＣＤＭＡ方式）、および、その他を利用することもできる。しかも、クレームされた主題の範囲がこれらに制限されない点に留意する必要がある。例えば、一つ以上の実施例で、ネットワーク１００は、その他の方式として、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ標準のような標準の電気電子学会（ＩＥＥＥ）に準拠したネットワーク、ＩＥＥＥ８０２．１６ｄ／ｅ標準、ＩＥＥＥ８０２．２０標準、ＩＥＥＥ８０２．１５標準、Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ（ＵＷＢ）標準、３ＧＰＰ−ＬＴＥ：ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ標準、ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）標準、ワイドバンド符号分割多重アクセス方式（ＷＣＤＭＡ）標準、デジタルビデオ放送（ＤＶＢ）標準等が挙げられる。クレームされた主題の範囲はこの点に制限されない。

図２を参照すると、一つ以上の実施例に従ったリンク層の選択的なハイブリッドＡＲＱロジックを利用することが可能なシステムのブロック図が示されている。図２に示すように、一つ以上の実施例のシステム２００は、ＯＳＩ参照モデルに従った物理層２１２の直上のリンク層２１０において選択的なハイブリッドＡＲＱ（ＳＨＡＲＱ）ロジックをインプリメントしてもよい。システム２００は一つ以上のパケット・エラー率（ＰＥＲ）パラメータを含み得るアプリケーション要求２１４を受信してもよい。システム２００の動作において、リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６を介してＰＥＲ＿ＳＴＡＴＳのような一つ以上のリンク統計がモニタされ保存されてもよい。リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６は、例えば、長期間（longer term）のパケット・エラー率（ＰＥＲ＿ＬＯＮＧ）、短期間（shorter term）のパケット・エラー率（ＰＥＲ＿ＳＨＯＲＴ）、最大の長期間のパケット・エラー率（ＭＡＸ＿ＰＥＲ＿ＬＯＮＧ）。最大の短期間のパケット・エラー率（ＭＡＸ＿ＰＥＲ＿ＳＨＯＲＴ）、長期間パケット・エラー率閾値（ＴＨＲＥＳＨ＿ＬＯＮＧ）、および／または短期間パケット・エラー率閾値（ＴＨＲＥＳＨ＿ＳＨＯＲＴ）を含んでもよい。一つ以上の実施例において、システム２００は、リンク統計論理回路２１６に維持された、少なくともアプリケーション要求２１４およびリンク統計の一部に基づいて、ＨＡＲＱプロセスを開始するための動的制御方式を提供するために、ＳＨＡＲＱをインプリメントする。ＳＨＡＲＱにおいて、短期間および長期間のＰＥＲ＿ＳＴＡＴＳがモニタされ、かつアプリケーション要求２１４と比較される。アプリケーション要求２１４を満たす短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳを維持するために、ＨＡＲＱプロセスが、選択的に開始されてもよい。一つ以上の実施例において、全ての誤ったパケットがＨＡＲＱプロセスを開始するというわけではない。なお、クレームされた主題の範囲はこの点で制限されない。一つ以上の実施例において、アプリケーション要求２１６は、システム２００がパケットを受信するためのアプリケーションのタイプの少なくとも一部に基づいてもよい。例えば、アプリケーションがヴォイス・オーバー・インターネット・プロトコル（ＶＯＩＰ）タイプのアプリケーションである場合、ＴＨＲＥＳＨ＿ＳＨＯＲＴは、４％のパケット・エラー率、および、ＴＨＲＥＳＨ＿ＬＯＮＧは、１５％のパケット・エラー率を有してもよい。別の実施例において、閾値は、少なくとも時間パラメータの一部に基づいてもよい。ＶＯＩＰの例において、ＴＨＲＥＳＨ＿ＳＨＯＲＴは、パケットが欠損（drop）してもよい時間として０．５秒を有し、かつＴＨＲＥＳＨ＿ＬＯＮＧは、この持続時間を有してもよい。しかしながら、これらは単にアプリケーション要求２１４の例であり、クレームされた主題の範囲はこれらの点に制限されない。

一つ以上の実施例において、システム２００が配置されているレシーバに、エラーのあるパケットが到来した場合、短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳがアップデートされ、ＰＥＲ＿ＳＴＡＴＳの短期間および／または長期間の閾値と比較される。閾値は、アプリケーション要求２１４の少なくとも一部に基づいてもよく、かつ、短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳの最大許容値よりも小さい。短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳが閾値内である場合、パケットは、受け入れられる（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｄ）。そして、エラーのあるパケットはＨＡＲＱプロセスを開始せずに破棄されてもよい。短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳが閾値の外にある場合、パケットは受け入れられず（ＮＡＣＫ：否定的応答）、かつ、ＨＡＲＱプロセスが開始されてもよい。

一つ以上の実施例において、この種のＳＨＡＲＱプロセスをインプリメントするために、リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６は、リンク層２１０において、アプリケーション要求２１４、ＨＡＲＱプロセス論理回路２１８、および、エラー検出・訂正論理回路２２０間にインプリメントされる。一つ以上の実施例において、ＰＥＲ＿ＳＨＯＲＴ、および、ＰＥＲ＿ＬＯＮＧは、それぞれ、リンクの短期間および長期間のＰＥＲ＿ＳＴＡＴＳを含む。ＭＡＸ＿ＰＥＲ＿ＬＯＮＧ、および、ＭＡＸ＿ＰＥＲ＿ＳＨＯＲＴは、長期間および短期間の上限を示す。ＰＥＲの上限値は、アプリケーションが動作不能になる前の、受け入れられるＰＥＲの上限を定義する。これは受け入れられる品質より低い値である。ＴＨＲＥＳＨ＿ＬＯＮＧ、および、ＴＨＲＥＳＨ＿ＳＨＯＲＴは、それぞれ、ゼロと、ＭＡＸ＿ＰＥＲ＿ＬＯＮＧ、および、ＭＡＸ＿ＰＥＲ＿ＳＨＯＲＴ間の値をとる。そして、これらは、動作不能となる可能性の高い臨界の閾値を示す。しかしながら、これらは、システム２００によってモニタされ維持され得るリンク統計のタイプの実例である。クレームされた主題の範囲はこれらの点に制限されない。

一つ以上の実施例において、リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６は、モニタされたリンクに対して、パケット・ベースで更新される。ＨＡＲＱプロセス論理回路２１８が、ＰＥＲ＿ＬＯＮＧおよび／またはＰＥＲ＿ＳＨＯＲＴによって与えられるリンク統計に基づいて開始される。これは、短期間および／または長期間のＰＥＲ＿ＳＴＡＴＳが閾値（ＴＨＲＥＳＨ＿ＬＯＮＧおよび／またはＴＨＲＥＳＨ＿ＳＨＯＲＴ）を下回ることが維持されるように実行される。エラーを有するパケットが到来した場合には、ＰＥＲ＿ＬＯＮＧおよび／またはＰＥＲ＿ＳＨＯＲＴの値がチェックされる。ＰＥＲ＿ＬＯＮＧがＴＨＲＥＳＨ＿ＬＯＮＧ以上の場合、または、ＰＥＲ＿ＳＨＯＲＴがＴＨＲＥＳＨ＿ＳＨＯＲＴ以上の場合、アプリケーションは容認できない品質、ユーザ実行不能となり得る。したがって、パケットには否定的応答がなされる（ＮＡＣＫｅｄ）。そして、ＨＡＲＱプロセスがＨＡＲＱプロセス論理回路２１８を介して開始されてもよい。ＰＥＲ＿ＬＯＮＧがＴＨＲＥＳＨ＿ＬＯＮＧより小さく、ＰＥＲ＿ＳＨＯＲＴ＜ＴＨＲＥＳＨ＿ＳＨＯＲＴである場合、アプリケーションの状態は良く、質も良いと認識され、パケットに対して肯定的応答がなされる（ＡＣＫｅｄ）。そして、ＨＡＲＱプロセスは開始されない。この種のプロセスのフローの詳細は、図３に記載されている。

さて、図３を参照すると、一つ以上の実施例における選択的なハイブリッドＡＲＱをインプリメントする方法のフローチャートが示されている。図３は、方法３００の１つの特定の順番を示しているが、方法３００は、このブロックの順番に限られない。図３よりも、より多くの、あるいは、より少ないブロックであってもよい。さらに、方法３００がＰＥＲ＿ＳＴＡＴＳの監視方法を目的としているが、選択的なハイブリッドＡＲＱ（ＳＨＡＲＱ）方法をインプリメントするために、通信リンクに関する他の統計をモニタしてもよい。そして、クレームされた主題の範囲はこれらの点に制限されない。

一つ以上の実施例において、方法３００は、図２のリンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６によってインプリメントされてもよい。パケットは、ブロック３１０でレシーバに到着する。パケットがエラーを伴って受信されたかの判定が、判定ブロック３１２でなされてもよい。受信されたパケットがエラーを伴っていなかった場合、リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６は、ブロック３１４でその旨更新されてもよく、ＨＡＲＱプロセスの開始の必要は無い。そして、受信されたパケットは、ブロック３１６において、ＯＳＩ参照モデルの上位層によって処理されてもよい。判定ブロック３１２で受信されたパケットがエラーを伴っていると判定された場合、リンク統計論理回路（ＰＥＲ＿ＳＴＡＴＳ）２１６は、ブロック３２０でその旨更新されてもよく、かつ、エラーを有するパケットの受信の少なくとも一部に基づいて、リンク統計（ＰＥＲ＿ＳＴＡＴＳ）がブロック３２２でチェックされてもよい。更新された短期間のＰＥＲ統計（ＰＥＲ＿ＳＨＯＲＴ）が短期間のＰＥＲ閾値（ＴＨＲＥＳＨ＿ＳＨＯＲＴ）より大きいかおよび／または等しいかの判定が判定ブロック３２４でなされてもよい。その場合は、否定応答（ＮＡＣＫ）が送信機に送り返されてもよく、ＨＡＲＱプロセスはブロック３２６で開始されてもよい。しかしながら、更新された短期間のＰＥＲ統計（ＰＥＲ＿ＳＨＯＲＴ）が、短期間のＰＥＲの閾値（ＴＨＲＥＳＨ＿ＳＨＯＲＴ）より大きくないか、および／または等しい場合、更新された長期間のＰＥＲ統計（ＰＥＲ＿ＬＯＮＧ）が、長期間のＰＥＲ閾値（ＴＨＲＥＳＨ＿ＬＯＮＧ）より大きいか、および／または等しいかが、判定ブロック３２８で判定されてもよい。その場合には、否定応答（ＮＡＣＫ）が送信機に送り返されてもよい。そして、ＨＡＲＱプロセスがブロック３２６で開始されてもよい。しかしながら、更新された長期間のＰＥＲ統計（ＰＥＲ＿ＬＯＮＧ）が、長期間のＰＥＲ閾値（ＴＨＲＥＳＨ＿ＬＯＮＧ）より大きくないか、および／または等しい場合、パケットは破棄されてもよく、肯定応答パケットは、送信機に送り返されてもよく、そして、ブロック３３０でレシーバは、次のパケットのため待機しても良い。図３の方法３００は、短期間の統計が閾値と比較されてから長期間の統計が閾値と比較されるが、短期間の統計が閾値と比較される前に長期間の統計が閾値と比較されるよう、順番を逆転させてもよい。なお、クレームされた主題の範囲がこの点で制限されることはない。

図３の方法３００のようなＳＨＡＲＱプロセスを使用して、アプリケーション品質を維持しつつ、ＨＡＲＱの再送信の数は減少し得る。これによって、システムリソースの利用度（例えば図１のネットワーク１００の利用度）が向上する。加えて、伝送および／または受信の数が減少することによって、クライアント・デバイスの電源消費を減らすことも可能であり、このことによりバッテリー寿命が長くなる。一つ以上の実施例において、図３のＳＨＡＲＱプロセス３００は、移動電話、デジタルビデオをブロードキャスト（ＤＶＢ−Ｈ）デバイス、例えば音声および／またはビデオ・アプリケーションをサポートするワイヤレス・モバイル機器、ＷｉＭＡＸデバイスおよび／または第３世代移動電話カード、等に潜在的に利用可能であり、これらは図４および／または図５に示されている。

さて、図４を参照すると、一つ以上の実施例に従って、一つ以上のネットワーク装置が表示された無線ローカルエリアまたはセルラネットワーク通信システムのブロック図が示されている。図４に示される通信システム４００において、ベースバンドおよびメディア・アクセス・コントロール（ＭＡＣ）処理機能を提供するために、モバイルユニット４１０は、アンテナ４１８およびプロセッサ４１４に接続されたワイヤレストランシーバ４１２を含んでもよい。一つ以上の実施例において、モバイルユニット４１０は、モバイル・パソコンまたは移動電話通信モジュールを組み込んだパーソナル携帯情報機器のような情報ハンドリングシステムや、移動電話であってもよい。但し、クレームされた主題の範囲はこの点で制限されない。一実施例のプロセッサ４１４は、シングルプロセッサ、あるいは、ベースバンドプロセッサ、応用プロセッサを有してもよい。なお、クレームされた主題の範囲がこの点で制限されることはない。プロセッサ４１４は、メモリ４１６に接続してもよい。このメモリは、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）のような揮発性メモリ、フラッシュメモリのような不揮発性メモリ、ハードディスクドライブのような他の記憶方式を含んでもよい。但し、クレームされた主題の範囲はこの点で制限されない。一部のまたは全てのメモリ４１６はプロセッサ４１４と同じ集積回路に含まれてもよい。あるいは、例えばプロセッサ４１４の集積回路の外部に位置するハードディスクドライブなど、一部または全てのメモリ４１６は集積回路または他の媒体に配置されていてもよい。但し、クレームされた主題の範囲はこの点で制限されない。

モバイルユニット４１０は、アクセスポイント４２２にワイヤレス通信リンク４３２、を介して接続されてもよい。ここで、アクセスポイント４２２は、少なくとも一つのアンテナ４２０、トランシーバ４２４、プロセッサ４２６を有し、メモリ４２８を含んでもよい。一実施例において、アクセスポイント４２２は移動電話機回路網のベースステーションであってもよい。また、別の実施例では、アクセスポイント４２２は無線ローカルエリアまたはパーソナル・エリア・ネットワークのアクセスポイントまたは無線ルーターであってもよい。但し、クレームされた主題の範囲はこの点で制限されない。他の実施形態の場合には、アクセスポイント４２２、および、任意の移動ユニット４１０は２つ以上のアンテナを含んでもよい。そして、例えば空間分割マルチプルアクセス（ＳＤＭＡ）システムまたはマルチプルインプット・マルチプルアウトプット（ＭＩＭＯ）システムを提供する。なお、クレームされた主題の範囲がこの点で制限されることはない。アクセスポイント４２２はネットワーク４３０に接続してもよい。これによって、ワイヤレス通信リンク４３２を介してアクセスポイント４２２と通信し、モバイルユニット４１０が、ネットワーク４３０に接続されたデバイスを含むネットワーク４３０と通信できる。ネットワーク４３０は、公衆網（例えば電話機回路網またはインターネット）、あるいは、ネットワーク４３０は構内ネットワーク（例えばイントラネットまたは、公衆および構内ネットワークの組合せ）を含んでもよい。但し、クレームされた主題の範囲はこの点で制限されない。モバイルユニット４１０、および、アクセスポイント４２２間の通信は無線ＬＡＮ（ＷＬＡＮ）（例えばＩＥＥＥ標準に準拠したネットワーク、例えばＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＨｉｐｅｒＬＡＮ−ＩＩ）を介してインプリメントされてもよい。但し、クレームされた主題の範囲はこの点で制限されない。別の実施例において、モバイルユニット４１０、および、アクセスポイント４２２間の通信は標準の３ＧＰＰ：ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔまたは３Ｇに準拠する携帯通信網を介して少なくとも部分的にインプリメントされてもよい。但し、クレームされた主題の範囲はこの点で制限されない。一つ以上の実施例において、アンテナ４１８は無線センサ・ネットワークまたはメッシュネットワークで利用されてもよい。但し、クレームされた主題の範囲はこの点で制限されない。

図５を参照すると、一つ以上の実施例に従って選択的なハイブリッドＡＲＱを利用することが可能な情報ハンドリングシステムのブロック図が示されている。図５の情報ハンドリングシステム５００は、図１に示されるネットワーク１００のネットワーク・エレメントのいずれかの一つ以上を具体的に実施してもよい。例えば、情報ハンドリングシステム５００は、特定のデバイスまたはネットワーク・エレメントのハードウェア仕様に従って、大きい構成要素または少ない構成要素を伴って、ベースステーション１１４および／または加入者ステーション１１６のハードウェアを保持してもよい。情報ハンドリングシステム５００が数種類の計算プラットフォームの１つの実施例を例示しているが、情報ハンドリングシステム５００は、より多くのまたはより少ない要素および／または図５とは別の要素を含んでもよい。但し、クレームされた主題の範囲はこの点で制限されない。

情報ハンドリングシステム５００はプロセッサ５１０および／またはプロセッサ５１２のような一つ以上のプロセッサを有してもよい。そして、それは一つ以上の処理コアを有してもよい。一つ以上のプロセッサ５１０および／またはプロセッサ５１２は一つ以上のメモリ５１６および／または、メモリブリッジ５１４を介して５１８に接続してもよい。そして、メモリブリッジはプロセッサ５１０および／または５１２の外部に配置されてもよく、あるいは、少なくとも一つ以上のプロセッサ５１０および／または５１２の内で部分的に配置されてもよい。メモリ５１６および／またはメモリ５１８は、様々な形の半導体ベースのメモリ（例えば揮発性タイプのメモリおよび／または不揮発性タイプのメモリ）を有してもよい。メモリブリッジ５１４は、情報ハンドリングシステム５００に接続されたディスプレイ装置（図示せず）を駆動するために、グラフィックシステム５２０に接続されてもよい。

情報ハンドリングシステム５００は、様々なタイプのＩ／Ｏシステムに接続する入出力（Ｉ／Ｏ）ブリッジ５２２を有する。Ｉ／Ｏシステム５２４は、例えば、一つ以上の周辺デバイスを情報ハンドリングシステム５００に接続するために、汎用シリアルバス（ＵＳＢ）タイプのシステム、ＩＥＥＥ１３９４タイプのシステム等を有する。バスシステム５２６は、情報ハンドリングシステム５００に一つ以上の周辺デバイスを接続するために、ＰＣＩエクスプレス・タイプのバス等の一つ以上のバスシステムを有してもよい。ハードディスクドライブ（ＨＤＤ）、コントローラ・システム５２８には、情報ハンドリングシステムにつなげるための、一つ以上のハードディスクドライブ等を接続してもよい。この例としては、例えば、シリアルＡＴＡタイプのデバイス等、またはフラッシュメモリを有する半導体ベースのドライブ、位相変化および／またはカルコゲニド・タイプのメモリ等が挙げられる。スイッチ５３０は、一つ以上の切り替を行うデバイス（例えばギガビット・イーサネット（登録商標）・タイプのデバイス等）をＩ／Ｏブリッジ５２２に接続するために利用されてもよい。さらに、図５に示すように、情報ハンドリングシステム５００は、無線周波数（ＲＦ）ブロック５３２を含む。無線周波数（ＲＦ）ブロック５３２は、他のワイヤレス通信装置によりおよび／または図１のネットワーク１００のようなワイヤレス・ネットワークを介して無線通信するためのＲＦ回路、および装置を有する。これによって、情報ハンドリングシステム５００は、ベースステーション１１４および／または加入者ステーション１１６を実装する。クレームされた主題の範囲がこの点で制限されることはない。一つ以上の実施例において、少なくとも部分的には、ＲＦブロック５３２は、図２のシステム２００を有してもよい。また、システム２００の少なくとも一部分はプロセッサ５１０によってインプリメントされてもよい。例えばリンク統計論理回路２１６、ＨＡＲＱプロセス論理回路２１８および／またはエラー検出／訂正論理回路２２０を含み得るシステム２００の一つ以上の論理回路が挙げられる。但し、クレームされた主題の範囲はこの点で制限されない。

クレームされた主題がある程度具体的に記載されているが、それらの要素は、その精神および／またはクレームされた主題の範囲から逸脱することなく、当業者によって変えられてもよいと認識されなければならない。選択的なハイブリッドＡＲＱおよび／またはその付随する多くのユーティリティに関連する内容が、上述の説明によって理解できるであろう。そして、クレームされた主題の範囲および／または精神から逸脱することなく、構成要素の形式、構造および／または配置に対してさまざまな変形が可能である。これは、クレームされた主題の範囲および／または精神から逸脱せずに、または、有利な効果の全てを犠牲にすることなく、および／または、これらの実質的な変更を行わずして可能である。本願明細書の説明は、説明を目的とした実施例である。クレームは、これらの変形例を包含しおよび／または含み得るものである。

Claims

受信されたパケットがエラーを伴って受信されたかを判定するステップと；
前記パケットがエラーを伴って受信された場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定するステップの少なくとも一部に基づいて、リンク統計を更新するステップと；
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップと；
前記更新されたリンク統計が前記予め定められた閾値を上回る場合、ＨＡＲＱプロセスを遂行するステップと；
を有する方法。
前記パケットがエラーを伴って受信されていない場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定するステップの少なくとも一部に基づいて、リンク統計を更新するステップと；
任意にＨＡＲＱプロセスを遂行しないステップと；
を更に有する請求項１記載の方法。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップは、更新された短期間のパケット・エラー率統計を短期間のパケット・エラー率統計の閾値と比較する、請求項１記載の方法。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップは、更新された長期間のパケット・エラー率統計を長期間のパケット・エラー率統計の閾値と比較する、請求項１記載の方法。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップは、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定するステップ、および、その場合はその後否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行するステップ、を有する請求項１記載の方法。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップは、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定するステップ、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定するステップ、または、これらのステップの組合せ、および、これらのどちらかが正しい場合、その後、否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行するステップ、を有する請求項１記載の方法。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定するステップは、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定するステップ、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定するステップ、または、これらのステップの組合せ、および、これらの両方が誤っている場合、その後、前記パケットを破棄し、肯定応答パケットを送り、次のパケットを待つステップ、を有する請求項１記載の方法。
前記予め定められた閾値は、最大の短期間のパケット・エラー率未満の値にセットされる、請求項１記載の方法。
前記予め定められた閾値は、最大の長期間のパケット・エラー率未満の値にセットされる、請求項１記載の方法。
前記予め定められた閾値は、前記受信されたパケットを受け入れるためのアプリケーションの一つ以上の要求の少なくとも一部に基づいてセットされる、請求項１記載の方法。
物理層と、前記物理層に接続されたリンク層とを有するトランシーバであって、
前記リンク層は：
エラー検出・訂正論理回路と；
ＨＡＲＱプロセス論理回路と；
前記エラー検出・訂正論理回路、および前記ＨＡＲＱプロセス論理回路に接続されたリンク統計論理回路と、を有し、前記リンク統計論理回路は：
受信されたパケットがエラーを伴って受信されたかを判定する手順と；
前記パケットがエラーを伴って受信された場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定する手順の少なくとも一部に基づいてリンク統計を更新する手順と；
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順と；
前記更新されたリンク統計が前記予め定められた閾値を上回る場合、ＨＡＲＱプロセスを遂行する手順と、
を実行可能なトランシーバ。
前記リンク統計論理回路は：
前記パケットがエラーを伴って受信されていない場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定する手順の少なくとも一部に基づいて、リンク統計を更新する手順と；
任意にＨＡＲＱプロセスを遂行しない手順と；
を実行可能な請求項１１記載のトランシーバ。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順が、更新された短期間のパケット・エラー率統計を短期間のパケット・エラー率統計の閾値と比較する手順、を有する請求項１１記載のトランシーバ。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順が、更新された長期間のパケット・エラー率統計を長期間のパケット・エラー率統計の閾値と比較する手順、を有する請求項１１記載のトランシーバ。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、および、その場合はその後否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行する手順、を有する請求項１１記載のトランシーバ。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、これらの手順の組合せ、および、これらのどちらかが正しい場合、その後、否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行する手順、を有する請求項１１記載のトランシーバ。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、これらの手順の組合せ、および、これらの両方が誤っている場合、その後、前記パケットを破棄し、肯定応答パケットを送り、次のパケットを待つ手順、を有する請求項１１記載のトランシーバ。
前記予め定められた閾値は、最大の短期間のパケット・エラー率未満の値にセットされる、請求項１１記載のトランシーバ。
前記予め定められた閾値は、最大の長期間のパケット・エラー率未満の値にセットされる、請求項１１記載のトランシーバ。
前記予め定められた閾値は、前記受信されたパケットを受け入れるためのアプリケーションの一つ以上の要求の少なくとも一部に基づいてセットされる、請求項１１記載のトランシーバ。
ベースバンドプロセッサと、前記ベースバンドプロセッサに接続されたトランシーバと、前記トランシーバに接続された全方向性アンテナと、を有するシステムであって、前記トランシーバは、物理層と、前記物理層に接続されたリンク層とを有し、
前記リンク層は：
エラー検出・訂正論理回路と；
ＨＡＲＱプロセス論理回路と；
前記エラー検出・訂正論理回路、および前記ＨＡＲＱプロセス論理回路に接続されたリンク統計論理回路と、を有し、前記リンク統計論理回路は：
受信されたパケットがエラーを伴って受信されたかを判定する手順と；
前記パケットがエラーを伴って受信された場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定する手順の少なくとも一部に基づいてリンク統計を更新する手順と；
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順と；
前記更新されたリンク統計が前記予め定められた閾値を上回る場合、ＨＡＲＱプロセスを遂行する手順と、
を実行可能な、システム。
前記リンク統計論理回路は：
前記パケットがエラーを伴って受信されていない場合：
更新されたリンク統計を提供するために、前記パケットがエラーを伴って受信されたかを判定する手順の少なくとも一部に基づいて、リンク統計を更新する手順と；
任意にＨＡＲＱプロセスを遂行しない手順と；
を実行可能な、請求項２１記載のシステム。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順が、更新された短期間のパケット・エラー率統計を短期間のパケット・エラー率統計の閾値と比較する手順、を有する請求項２１記載のシステム。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順が、更新された長期間のパケット・エラー率統計を長期間のパケット・エラー率統計の閾値と比較する手順、を有する請求項２１記載のシステム。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、および、その場合はその後否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行する手順、を有する請求項２１記載のシステム。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、これらの手順の組合せ、および、これらのどちらかが正しい場合、その後、否定応答パケットを送信し、かつ、ＨＡＲＱプロセスを遂行する手順、を有する請求項２１記載のシステム。
前記更新されたリンク統計が予め定められた閾値を上回るかを判定する手順は、更新された短期間のパケット・エラー率統計が短期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、更新された長期間のパケット・エラー率統計が長期間のパケット・エラー率統計の閾値より大きいか、または、と等しいかを判定する手順、または、これらの手順の組合せ、および、これらの両方が誤っている場合、その後、前記パケットを破棄し、肯定応答パケットを送り、次のパケットを待つ手順、を有する請求項２１記載のシステム。
前記予め定められた閾値は、最大の短期間のパケット・エラー率未満の値にセットされる、請求項２１記載のシステム。
前記予め定められた閾値は、最大の長期間のパケット・エラー率未満の値にセットされる、請求項２１記載のシステム。
前記予め定められた閾値は、前記受信されたパケットを受け入れるためのアプリケーションの一つ以上の要求の少なくとも一部に基づいてセットされる、請求項２１記載のシステム。